Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
/cs/Recent content on I2P - Projekt neviditelného internetuHugocs-CZMon, 20 Apr 2026 00:00:00 +0000/cs/blog/2026/04/20/vyd%C3%A1n%C3%AD-i2p-2.12.0/Mon, 20 Apr 2026 00:00:00 +0000/cs/blog/2026/04/20/vyd%C3%A1n%C3%AD-i2p-2.12.0/<p>Toto vydání I2P, 2.12.0, pokračuje v naší práci na zlepšování výkonu a zabezpečení sítě I2P. Zahrnuje řadu oprav chyb a vylepšení softwaru I2P.</p> <p>Práce na implementaci post-kvantové kryptografie pokračuje. Vylepšení stávajících post-kvantových implementací zvyšují stabilitu a interoperabilitu s ostatními implementacemi I2P. Vítáme, aby si raní přijímatelé nadále vyzkoušeli a poskytovali zpětnou vazbu týmu I2P.</p> <p>Byla opravena chyba v SAMv3, která ovlivňovala aplikace tím, že způsobovala neúspěšné vyhledávání. Uživatelé aplikací využívajících SAMv3, jako jsou klienti Bitcoinu a Bittorrentu, by měli aktualizovat na tuto verzi, aby tyto problémy vyřešili.</p>/cs/blog/2026/02/09/i2p-2.11.0-release/Mon, 09 Feb 2026 00:00:00 +0000/cs/blog/2026/02/09/i2p-2.11.0-release/<p>Od této verze I2P nyní vyžaduje Javu 17 nebo novější. Prosím konzultujte dokumentaci vašeho operačního systému ohledně aktualizace Javy. I2P nyní také používá Jetty 12. Prosím zkontrolujte logy vašeho routeru kvůli problémům s migrací.</p> <p>Práce v této verzi pokračuje ve zlepšování podpory pro post-kvantovou kryptografii. Post-kvantová kryptografie je nyní ve výchozím nastavení povolena na úrovni ratchet vrstvy.</p> <p>Implementovali jsme první kolo opatření proti probíhajícím spam útokům. Další opatření se vyvíjejí.</p>/cs/blog/2026/02/04/bou%C5%99liv%C3%A9-po%C4%8Das%C3%AD/Wed, 04 Feb 2026 00:00:00 +0000/cs/blog/2026/02/04/bou%C5%99liv%C3%A9-po%C4%8Das%C3%AD/<p>Síť I2P v současné době zažívá nestabilitu kvůli probíhajícím útokům typu Denial-of-Service a vyčerpávání zdrojů. Tyto útoky ovlivňují výkon a spolehlivost služeb I2P a skrytých stránek. Vývojový tým I2P aktivně vyšetřuje a implementuje opatření k potlačení těchto útoků.</p>/cs/blog/2026/01/06/introducing-the-new-i2p-website/Tue, 06 Jan 2026 00:00:00 +0000/cs/blog/2026/01/06/introducing-the-new-i2p-website/<h2 id="launching-the-redesigned-i2p-website">Launching the Redesigned I2P Website</h2> <p>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.</p> <p>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.</p>/cs/blog/2025/11/01/stormycloud-se-p%C5%99ipojuje-k-rodin%C4%9B-i2p/Sat, 01 Nov 2025 00:00:00 +0000/cs/blog/2025/11/01/stormycloud-se-p%C5%99ipojuje-k-rodin%C4%9B-i2p/<p>S nadšením oznamujeme důležitou novinku: StormyCloud oficiálně spojuje síly s I2P významným způsobem.</p> <p>Už řadu let je StormyCloud klíčovou součástí infrastruktury I2P, poskytuje hosting a podporu, které pomáhají udržovat síť v plynulém chodu. Nyní toto partnerství formalizujeme a rozšiřujeme rozsah toho, čeho můžeme společně dosáhnout.</p> <p>Obzvlášť rádi oznamujeme, že do představenstva společnosti StormyCloud vstupují Lance James a idk. Lance založil Invisible Internet Project, který se vyvinul v to, co dnes známe jako I2P, a jeho zkušenosti s budováním sítí zaměřených na ochranu soukromí sahají několik desetiletí zpět. idk se po léta výrazně podílí na vývoji I2P — pokud používáte I2P, těžíte z jeho práce.</p>/cs/blog/2025/10/16/nov%C3%A9-i2p-routery/Thu, 16 Oct 2025 00:00:00 +0000/cs/blog/2025/10/16/nov%C3%A9-i2p-routery/<p>Je to vzrušující období pro vývoj I2P, naše komunita roste a na scéně se nyní objevuje hned několik nových, plně funkčních prototypů I2P routerů! Z tohoto vývoje jsme nadšení a těší nás, že se s vámi můžeme podělit o tyto novinky.</p> <h2 id="jak-to-pomáhá-síti">Jak to pomáhá síti?</h2> <p>Psaní I2P routers nám pomáhá dokázat, že naše specifikační dokumenty lze použít k vytváření nových I2P routers, otevírá kód novým analytickým nástrojům a obecně zlepšuje bezpečnost a interoperabilitu sítě. Více I2P routers znamená, že potenciální chyby nejsou jednotné; útok na jeden router nemusí fungovat na jiný router, což pomáhá vyhnout se problému monokultury. Možná je však z dlouhodobého hlediska nejzajímavější vyhlídkou zabudování.</p>/cs/blog/2025/09/08/i2p-2.10.0-release/Mon, 08 Sep 2025 00:00:00 +0000/cs/blog/2025/09/08/i2p-2.10.0-release/<p>Práce na implementaci a nasazení postkvantové kryptografie v I2P pokračují. V tomto vydání je postkvantová kryptografie k dispozici, ale pro nové tunnels není ve výchozím nastavení zapnutá. Zájemci o testování podpory postkvantové kryptografie by ji měli povolit přes &ldquo;Hidden Service Manager&rdquo; v části &ldquo;Encryption Types.&rdquo; Pro pomoc a nahlášení případných problémů se určitě ozvěte na #i2p-dev v IRC2P.</p> <p>I2PSnark nyní podporuje UDP trackery. To by mělo celkově pomoci síti tím, že sníží zátěž torrentových trackerů.</p>/cs/blog/2025/06/02/vyd%C3%A1n%C3%AD-i2p-2.9.0/Mon, 02 Jun 2025 00:00:00 +0000/cs/blog/2025/06/02/vyd%C3%A1n%C3%AD-i2p-2.9.0/<p>I2P 2.9.0 je údržbové vydání, které obsahuje opravy chyb a práci na nových funkcích.</p> <h2 id="co-je-nového">Co je nového</h2> <p>Využití vláken bylo vylepšeno za účelem zvýšení výkonu systému i2ptunnel. NTCP2 bylo vylepšeno, aby lépe odolávalo sondovacím útokům. Systém oznámení byl integrován do více aplikací, aby uživatelům poskytoval lepší zpětnou vazbu z I2PSnark a dalších aplikací. Bylo opraveno automatické zařazování do režimu floodfill. Uživatelé mohou zaznamenat zvýšené využití zdrojů při fungování jako floodfill. Pokud si to nepřejete, režim floodfill lze vypnout na stránce /config.</p>/cs/blog/2025/03/29/vyd%C3%A1n%C3%AD-i2p-2.8.2/Sat, 29 Mar 2025 00:00:00 +0000/cs/blog/2025/03/29/vyd%C3%A1n%C3%AD-i2p-2.8.2/<p>2.8.2 opravuje chybu způsobující selhání SHA256, která byla zavedena ve vydání 2.8.1. Chyba dopadá zejména na routery s vysokou šířkou pásma.</p> <p>Jako obvykle doporučujeme aktualizovat na toto vydání. Nejlepší způsob, jak udržet bezpečnost a pomoci síti, je používat nejnovější vydání.</p> <h2 id="podrobnosti-o-vydání">Podrobnosti o vydání</h2> <h3 id="bug-fixes">Bug Fixes</h3> <ul> <li>Fix SHA256 double-free from Noise</li> <li>Clear i2ptunnel bubble count when clearing status messages</li> </ul> <h3 id="opravy-chyb">Opravy chyb</h3> <ul> <li>Reduce memory usage in BanlistRenderer</li> <li>Use torrent name instead of torrent file name in notifications</li> <li>Translation updates</li> </ul> <h2 id="sha256-checksums">SHA256 Checksums</h2> <pre tabindex="0"><code>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 </code></pre>/cs/blog/2025/03/17/vyd%C3%A1n%C3%AD-2.8.1/Mon, 17 Mar 2025 00:00:00 +0000/cs/blog/2025/03/17/vyd%C3%A1n%C3%AD-2.8.1/<p>Verze 2.8.1 opravuje přístupy k lokálním stránkám, které v 2.8.0 nefungovaly. Do několika aplikací v konzoli jsme přidali notifikační bubliny, aby zvýraznily zprávy aplikací. Odstranili jsme chybu v testu tunnelu, která mohla ovlivňovat spolehlivost tunnelů. Adresář nyní má novou kartu &ldquo;latest&rdquo;, která zobrazuje nejnovější názvy hostitelů přidané z vašich odběrů. Došlo k několika opravám a vylepšením tmavého motivu.</p> <p>We fixed the installer that previously failed on Java 21 or higher. We also fixed installing to directory paths that contain spaces on Linux. For those of you that use Docker, we updated outdated Docker container and container libraries.</p>/cs/blog/2025/02/04/i2p-2.8.0-vyd%C3%A1no/Tue, 04 Feb 2025 00:00:00 +0000/cs/blog/2025/02/04/i2p-2.8.0-vyd%C3%A1no/<p>Toto vydání vylepšuje I2P opravami chyb, odstraněním nepoužívaného kódu a zvýšením stability sítě.</p> <p>Zlepšili jsme obsluhu přetížených routerů v síti. Byly vyřešeny problémy v UPnP a při průchodu NATem s cílem zlepšit konektivitu a hlášení chyb. Nyní máme agresivnější strategii pro odstraňování leaseSet z netDb za účelem zlepšení výkonu routeru a zmírnění přetížení. Byly implementovány další změny ke snížení pozorovatelnosti událostí, jako je restartování nebo vypínání routeru.</p> <p>Jako obvykle doporučujeme aktualizovat na tuto verzi. Nejlepším způsobem, jak udržovat zabezpečení a pomoci síti, je používat nejnovější verzi.</p>/cs/get-involved/guides/translator-guide/Wed, 15 Jan 2025 00:00:00 +0000/cs/get-involved/guides/translator-guide/<h2 id="přehled">Přehled</h2> <p>Pomozte zpřístupnit I2P uživatelům po celém světě překladem konsole routeru I2P a webu do vašeho jazyka. Překlad je průběžný proces a příspěvky jakékoliv velikosti jsou cenné.</p> <h2 id="platforma-pro-překlad">Platforma pro překlad</h2> <p>Pro všechny překlady I2P používáme <strong>Transifex</strong>. Jedná se o nejjednodušší a doporučenou metodu pro nové i zkušené překladatele.</p> <h3 id="začínáme-s-transifex">Začínáme s Transifex</h3> <ol> <li><strong>Vytvořte si účet</strong> na <a href="https://www.transifex.com/">Transifex</a> </li> <li><strong>Připojte se k projektu I2P</strong>: <a href="https://explore.transifex.com/otf/I2P/">I2P na Transifex</a> </li> <li><strong>Požádejte o připojení</strong> k týmu pro váš jazyk (nebo požádejte o nový jazyk, pokud není uveden)</li> <li><strong>Začněte překládat</strong> jakmile budete schváleni</li> </ol> <h3 id="proč-transifex">Proč Transifex?</h3> <ul> <li><strong>Uživatelsky přívětivé rozhraní</strong> - Žádné technické znalosti nejsou potřeba</li> <li><strong>Paměť překladu</strong> - Navrhuje překlady na základě předchozí práce</li> <li><strong>Spolupráce</strong> - Práce s ostatními překladateli ve vašem jazyce</li> <li><strong>Kontrola kvality</strong> - Proces kontroly zajišťuje přesnost</li> <li><strong>Automatické aktualizace</strong> - Změny se synchronizují s vývojovým týmem</li> </ul> <h2 id="co-překládat">Co překládat</h2> <h3 id="konzole-routeru-priorita">Konzole routeru (Priorita)</h3> <p>Konzole routeru I2P je hlavní rozhraní, se kterým uživatelé komunikují při používání I2P. Její překlad má největší okamžitý dopad na uživatelský zážitek.</p>/cs/blog/2024/10/09/i2p-2.7.0-vyd%C3%A1no/Wed, 09 Oct 2024 00:00:00 +0000/cs/blog/2024/10/09/i2p-2.7.0-vyd%C3%A1no/<p>Toto vydání, I2P 2.7.0, pokračuje v naší práci opravami chyb, zlepšováním výkonu a přidáváním funkcí.</p> <p>Přístup k informacím z konzole a aplikací byl vylepšen. Byly opraveny problémy ve vyhledávání v I2PSnarku a SusiMailu. Vyhledávání netDB vestavěné do konzole routeru nyní funguje intuitivněji a užitečněji. Byla provedena drobná vylepšení diagnostických zobrazení v pokročilém režimu.</p> <p>Byly také opraveny chyby, které zlepšují kompatibilitu v rámci sítě. Byl vyřešen problém s publikováním leaseSets, což zlepšuje spolehlivost významných skrytých služeb. I2PSnark již nemění infohash, když uživatel u stávajícího torrentu změní pouze trackery. Tím se zabrání zbytečnému narušení torrentů těmito změnami. Tento příspěvek od nového přispěvatele jsme uvítali. Byl vyřešen konflikt při zpracování volby streamovací knihovny, aby se zlepšila kompatibilita s ostatními implementacemi I2P.</p>/cs/blog/2024/08/06/vyd%C3%A1n%C3%AD-2.6.1/Tue, 06 Aug 2024 00:00:00 +0000/cs/blog/2024/08/06/vyd%C3%A1n%C3%AD-2.6.1/<p>I2P 2.6.1 vychází za účelem opravy chyby uživatelského rozhraní v aplikaci Hidden Services Manager. Tato chyba způsobovala deaktivaci rolování, čímž znemožňovala přístup k části konfigurace.</p> <p>Jako obvykle doporučujeme, abyste aktualizovali na toto vydání. Nejlepší způsob, jak udržovat bezpečnost a pomoci síti, je používat nejnovější vydání.</p> <h2 id="podrobnosti-o-vydání">Podrobnosti o vydání</h2> <h3 id="changes">Changes</h3> <ul> <li>Graphs: render graphs in svg</li> <li>Translations: generate internal translation leaderboard</li> </ul> <h3 id="změny">Změny</h3> <ul> <li>i2ptunnel: Fix bug causing truncation configuration UI</li> </ul> <h3 id="opravy-chyb">Opravy chyb</h3> <ul> <li>Translation updates</li> </ul> <p>Úplný seznam opravených chyb</p>/cs/blog/2024/07/19/vyd%C3%A1n%C3%AD-i2p-2.6.0/Fri, 19 Jul 2024 00:00:00 +0000/cs/blog/2024/07/19/vyd%C3%A1n%C3%AD-i2p-2.6.0/<p>Toto vydání, I2P 2.6.0, pokračuje v naší práci opravami chyb, přidáváním funkcí a zlepšováním spolehlivosti sítě.</p> <p>Při výběru floodfill routerů budou upřednostňovány novější routery. I2PSnark získal funkce, které zlepšují výkon PeX(výměna peerů), a kromě toho obsahuje opravy chyb. Zastaralé transportní protokoly jsou odstraňovány, čímž se zjednodušuje kód v UDP transportech. Lokálně hostovaná destination (cílová identita) bude pro místní klienty dosažitelná bez požadavku na její LeaseSet, což zlepšuje výkon a testovatelnost. Byly provedeny další úpravy strategií výběru peerů.</p>/cs/blog/2024/05/15/vyd%C3%A1n%C3%AD-2.5.2/Wed, 15 May 2024 00:00:00 +0000/cs/blog/2024/05/15/vyd%C3%A1n%C3%AD-2.5.2/<p>I2P 2.5.2 je vydána k opravě chyby zavedené ve verzi 2.5.0, která způsobovala zkrácení některého obsahu HTTP.</p> <p>Jako obvykle doporučujeme aktualizovat na tuto verzi. Nejlepším způsobem, jak udržovat bezpečnost a pomoci síti, je používat nejnovější verzi.</p> <h2 id="podrobnosti-o-vydání">Podrobnosti o vydání</h2> <h3 id="changes">Changes</h3> <ul> <li>Console: Update rrd4j to 3.9.1-preview</li> <li>Router: Publish G cap if symmetric natted</li> </ul> <h3 id="změny">Změny</h3> <ul> <li>i2ptunnel: Fix bug causing truncation of some HTTP content</li> <li>i2ptunnel: Fix custom option form width (light theme)</li> <li>Tunnels: Fix selection of peers with expired RIs</li> </ul> <h3 id="opravy-chyb">Opravy chyb</h3> <ul> <li>Translation updates</li> </ul> <p>Úplný seznam opravených chyb</p>/cs/blog/2024/05/06/nov%C3%A9-vyd%C3%A1n%C3%AD-i2p-2.5.1/Mon, 06 May 2024 00:00:00 +0000/cs/blog/2024/05/06/nov%C3%A9-vyd%C3%A1n%C3%AD-i2p-2.5.1/<p>I2P 2.5.1 je vydána s cílem řešit útoky typu odmítnutí služby (DoS), které ovlivňují síť a služby I2P. V tomto vydání deaktivujeme části nástroje pro detekci Sybil útoků založené na IP, které byly útočníkem zneužity k zesílení účinku a prodloužení trvání útoku. To by mělo síti pomoci vrátit se k normálnímu provozu. Ti z vás, kteří nástroj pro detekci Sybil útoků deaktivovali, jej mohou bezpečně znovu aktivovat. Byly také provedeny úpravy dalších subsystémů za účelem zlepšení ověřování RouterInfo a výběru peerů.</p>/cs/blog/2024/04/25/bou%C5%99liv%C3%A9-po%C4%8Das%C3%AD/Thu, 25 Apr 2024 00:00:00 +0000/cs/blog/2024/04/25/bou%C5%99liv%C3%A9-po%C4%8Das%C3%AD/<p>Síť I2P je v současnosti terčem útoku odmítnutí služby (DoS). Tento útok postihuje I2P a i2pd, avšak různými způsoby, a má vážný dopad na zdraví sítě. Dostupnost I2P stránek je výrazně zhoršená.</p> <p>Pokud provozujete službu uvnitř I2P a je hostována na Floodfill routeru, měli byste zvážit provozování téže služby současně i na routeru se zakázaným Floodfill, abyste zlepšili její dostupnost. Další zmírňující opatření se diskutují, ale na dlouhodobém, zpětně kompatibilním řešení se stále pracuje.</p>/cs/blog/2024/04/08/nov%C3%A9-vyd%C3%A1n%C3%AD-i2p-2.5.0/Mon, 08 Apr 2024 00:00:00 +0000/cs/blog/2024/04/08/nov%C3%A9-vyd%C3%A1n%C3%AD-i2p-2.5.0/<p>Toto vydání, I2P 2.5.0, přináší více vylepšení viditelných pro uživatele než vydání 2.4.0, které bylo zaměřeno na implementaci strategie izolace NetDB.</p> <p>Do I2PSnarku byly přidány nové funkce, například možnost vyhledávat v torrentech. Byly opraveny chyby, které zlepšují kompatibilitu s dalšími I2P torrentovými klienty, jako jsou BiglyBT a qBittorrent. Rádi bychom poděkovali všem vývojářům, kteří pracovali s libtorrent a qBittorrent, aby umožnili podporu I2P a dále ji vylepšili. Nové funkce byly přidány také do SusiMailu, včetně podpory formátování Markdown v e-mailech a možnosti vkládat do e-mailů přílohy přetažením. Tunnels vytvořené pomocí správce skrytých služeb nyní podporují &ldquo;Keepalive&rdquo;, což zlepšuje výkon a kompatibilitu s webovými technologiemi a umožňuje sofistikovanější I2P stránky.</p>/cs/blog/2024/03/29/mnoho-masek-jedna-mysl-zabezpe%C4%8Den%C3%AD-netdb/Fri, 29 Mar 2024 00:00:00 +0000/cs/blog/2024/03/29/mnoho-masek-jedna-mysl-zabezpe%C4%8Den%C3%AD-netdb/<p>Poznámka autora: útoky zmíněné v tomto článku nejsou možné proti aktuálním verzím I2P.</p> <p>Jako samoorganizující se peer-to-peer síť se I2P spoléhá na routery účastnící se sítě, že budou mít způsob, jak sdílet informace o tom, co se v síti nachází, a jak k tomu přistupovat. Routery I2P toho dosahují pomocí NetDB, DHT založené na Kademlii, ale upravené pro I2P. NetDB musí sdílet dva hlavní typy záznamů, &ldquo;RouterInfos&rdquo; (informace o routerech), které uzly použijí pro přímou komunikaci s jinými routery, a &ldquo;LeaseSets&rdquo;, které jiné uzly použijí ke komunikaci s klienty I2P prostřednictvím anonymních tunnelů. Routery si často navzájem předávají záznamy NetDB, buď tak, že posílají informace routeru nebo klientovi, nebo tak, že informace od routeru či klienta vyžadují. To znamená, že záznamy mohou přicházet přímo či nepřímo, anonymně či neanonymně, v závislosti na potřebách sítě a schopnostech klienta. Jako anonymizační síť však musí zároveň zajistit, aby bylo nemožné vyžádat si neanonymně informace, které byly odeslány anonymně. Stejně tak musí být nemožné vyžádat si anonymně informace, které byly odeslány neanonymně. Pokud by byla možná kterákoliv z těchto situací, bylo by možné provést linkovací útok, který útočníkovi umožní určit, zda klienti a routery sdílejí společný pohled na NetDB. Pokud lze spolehlivě určit, že tyto dva cíle sdílejí společný pohled na NetDB, je velmi pravděpodobné, že jsou na stejném routeru, což výrazně oslabuje anonymitu cíle. Protože anonymizačních sítí je jen velmi málo a I2P je jediná, kde se směrovací tabulka sdílí prostřednictvím činnosti DHT, je tato třída útoků prakticky jedinečná pro I2P a její vyřešení je důležité pro úspěch I2P.</p>/cs/blog/2023/12/18/vyd%C3%A1n%C3%AD-i2p-2.4.0-s-vylep%C5%A1en%C3%ADmi-v-oblasti-p%C5%99et%C3%AD%C5%BEen%C3%AD-a-zabezpe%C4%8Den%C3%AD-netdb/Mon, 18 Dec 2023 00:00:00 +0000/cs/blog/2023/12/18/vyd%C3%A1n%C3%AD-i2p-2.4.0-s-vylep%C5%A1en%C3%ADmi-v-oblasti-p%C5%99et%C3%AD%C5%BEen%C3%AD-a-zabezpe%C4%8Den%C3%AD-netdb/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>Toto vydání, I2P 2.4.0, pokračuje v našem úsilí o zlepšení bezpečnosti a stability sítě I2P. Obsahuje významná vylepšení komponenty Network Database (síťová databáze), zásadní struktury v rámci sítě I2P, která slouží k vyhledávání vašich peerů.</p> <p>Změny mechanismů pro řešení zahlcení zlepší stabilitu sítě tím, že dají routers možnost ulevit zahlceným protějškům tím, že se jim budou vyhýbat. To pomůže síti omezit dopad tunnel spamu. Také to pomůže síti zotavit se během a po útocích DDoS.</p>/cs/blog/2023/07/10/byl-vyd%C3%A1n-easy-install-pro-windows-ve-verzi-2.3.0/Mon, 10 Jul 2023 00:00:00 +0000/cs/blog/2023/07/10/byl-vyd%C3%A1n-easy-install-pro-windows-ve-verzi-2.3.0/<p>Balíček I2P Easy-Install pro Windows ve verzi 2.3.0 byl nyní vydán. Jako obvykle toto vydání obsahuje aktualizovanou verzi I2P router. To se týká i bezpečnostních problémů, které ovlivňují lidi, kteří v síti hostují služby.</p> <p>Toto bude poslední vydání balíčku Easy-Install, které bude nekompatibilní s I2P Desktop GUI. Byl aktualizován tak, aby obsahoval nové verze všech zahrnutých webextensions. Byla opravena dlouhodobá chyba v I2P in Private Browsing, která způsobovala nekompatibilitu s vlastními motivy. Uživatelům je stále doporučeno, aby <em>ne</em>instalovali vlastní motivy. Panely Snark nejsou ve Firefoxu automaticky připínány na začátek pořadí panelů. Kromě používání alternativních cookieStores se panely Snark nyní chovají jako běžné panely prohlížeče.</p>/cs/blog/2023/06/25/i2p-verze-2.3.0/Sun, 25 Jun 2023 00:00:00 +0000/cs/blog/2023/06/25/i2p-verze-2.3.0/<p>Toto vydání obsahuje opravy pro CVE-2023-36325. CVE-2023-36325 je chyba záměny kontextu, ke které docházelo v Bloomově filtru. Útočník sestaví zprávu I2NP obsahující jedinečný messageID a pošle tento messageID klientovi. Zpráva po průchodu Bloomovým filtrem nesmí být znovu použita ve druhé zprávě. Útočník poté pošle tutéž zprávu přímo na router. Router předá zprávu Bloomovu filtru a ta je zahozena. Tím unikne informace, že daný messageID už byl dříve zaznamenán, což útočníkovi dává silný důvod se domnívat, že router hostuje klienta. To bylo opraveno oddělením funkcionality Bloomova filtru do různých kontextů podle toho, zda zpráva přišla přes klientský tunnel, průzkumný tunnel, nebo byla odeslána přímo na router. Za normálních okolností trvá tento útok úspěšně provést několik dní a jeho provedení může být zkomplikováno několika faktory, jako je restartování routerů během fáze útoku a citlivost na falešně pozitivní výsledky. Uživatelům Java I2P se doporučuje aktualizovat okamžitě, aby se útoku vyhnuli.</p>/cs/blog/2023/04/12/i2p-verze-2.2.1/Wed, 12 Apr 2023 00:00:00 +0000/cs/blog/2023/04/12/i2p-verze-2.2.1/<p>Po vydání I2P 2.2.0, které bylo uspíšeno s cílem urychlit zavedení zmírňujících opatření proti útokům DDOS, jsme zjistili několik nově se objevujících problémů, které si vyžádaly sestavení a vydání nových balíčků. Toto vydání opravuje problém v Ubuntu Lunar a Debian Sid, kde byla konzole routeru při použití aktualizované verze balíčku jakarta nepřístupná. Balíčky pro Docker nečetly argumenty správně, což vedlo k nepřístupným konfiguračním souborům. Tento problém byl také vyřešen. Docker kontejner je nyní také kompatibilní s Podmanem.</p>/cs/blog/2023/03/13/vyd%C3%A1n%C3%AD-i2p-2.2.0/Mon, 13 Mar 2023 00:00:00 +0000/cs/blog/2023/03/13/vyd%C3%A1n%C3%AD-i2p-2.2.0/<p>Rozhodli jsme se posunout datum vydání verze 2.2.0 dopředu, takže proběhne dnes, 13. března 2023. Toto vydání zahrnuje změny v komponentách NetDB, Floodfill a Peer-Selection, které zlepšují schopnost routeru přežít DDOS útoky. Útoky pravděpodobně budou pokračovat, ale vylepšení těchto systémů pomohou zmírnit riziko DDOS útoků tím, že pomohou routeru identifikovat a snižovat prioritu routerů, které se jeví jako škodlivé.</p> <p>Toto vydání také přidává ochranu proti opětovnému použití (replay) do streamovacího subsystému, která brání tomu, aby útočník, jenž dokáže zachytit šifrovaný paket, mohl tento paket znovu použít tím, že jej odešle nezamýšleným příjemcům. Jde o zpětně kompatibilní změnu, takže starší routery budou stále moci využívat streamovací schopnosti novějších routerů. Tento problém byl interně odhalen a opraven týmem vývojářů I2P a nesouvisí s útoky DDOS. V reálném provozu jsme se nikdy nesetkali s opakovaně použitým streamovacím paketem a nedomníváme se, že by se dosud proti síti I2P odehrál replay útok na streamování.</p>/cs/blog/2023/02/09/o-ned%C3%A1vn%C3%BDch-%C3%BAtoc%C3%ADch-typu-denial-of-service/Thu, 09 Feb 2023 00:00:00 +0000/cs/blog/2023/02/09/o-ned%C3%A1vn%C3%BDch-%C3%BAtoc%C3%ADch-typu-denial-of-service/<p>Síť I2P je v současnosti ovlivněna útokem typu Denial of Service (odmítnutí služby). Funkce floodfill v síti byla zasažena, což narušuje odpovědi a snižuje míru úspěšnosti budování tunnelů. Účastníci sítě mají potíže s připojením k I2P stránkám a používáním služeb I2P. Strategie zmírnění dopadů jsou zkoumány a postupně zaváděny.</p> <p>Ačkoli útok zhoršil výkon, síť zůstává neporušená a použitelná. Zdá se, že Java I2P routers zatím zvládají problémy lépe než i2pd routers. Různá opatření ke zmírnění by se měla začít objevovat ve vývojových sestaveních pro Java i C++ routers v průběhu příštího týdne.</p>/cs/blog/2023/02/07/sch%C5%AFzka-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-7.-%C3%BAnora-2023/Tue, 07 Feb 2023 00:00:00 +0000/cs/blog/2023/02/07/sch%C5%AFzka-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-7.-%C3%BAnora-2023/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Present:</strong> eyedeekay, zzz, not_bob, echelonMAC, obscuratus</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> (08:01:07 PM) eyedeekay: Ahoj všem, omlouvám se za zpoždění, odpojilo mě to těsně před schůzkou (08:01:59 PM) eyedeekay: 1. Ahoj (08:01:59 PM) eyedeekay: 2. Zpráva o stavu 2.1.0 (08:01:59 PM) eyedeekay: 3. Stav vývoje 2.2.0 (08:01:59 PM) eyedeekay: 4. Omezování zahlcení (08:01:59 PM) eyedeekay: 5. Hypotetické řízení provozu (příval uživatelů Toru) (08:01:59 PM) eyedeekay: 6. Samolepky pro překladatele (08:01:59 PM) eyedeekay: zzz kde chceš podat svou zprávu o DOSu? v bodě 2 nebo jako samostatné téma? (08:02:45 PM) zzz: říkejme tomu 3b) (08:02:46 PM) zzz: nebo 2b) (08:02:59 PM) eyedeekay: Dobře, tedy 2b (08:03:00 PM) zzz: jak chceš (08:03:53 PM) eyedeekay: 1. Ahoj, kdo je tu dnes kromě mě a zzz? (08:03:58 PM) zzz: ahoj (08:04:09 PM) not_bob: Tady (08:04:18 PM) echelonMAC: tady (08:04:18 PM) obscuratus: Ahoj (08:04:29 PM) eyedeekay: Skvělá účast, díky všem (08:04:30 PM) echelonMAC: na náhradním systému. (08:05:06 PM) eyedeekay: 2. Zpráva o stavu 2.1.0 (08:05:15 PM) zzz: IRC je lagovatější než obvykle, tak prosím počítejte s delší dobou na odpovědi (08:05:38 PM) eyedeekay: Díky, zzz, budu na to myslet (08:09:02 PM) eyedeekay: Kde vůbec začít... soustředil jsem se na problémy UX na Androidu, zejména na opravy věcí, které jsem dělal špatně při inicializaci aplikace (08:09:04 PM) eyedeekay: Android kvůli tomu dostane minor verzi (08:10:00 PM) eyedeekay: Téma, které má teď jistě každý na mysli, je útok na síť, který obrátil pozornost všech tímto směrem (08:10:05 PM) eyedeekay: A to je téma 2b (08:10:59 PM) eyedeekay: Sakra, popletl jsem témata, tohle škrtněte, mělo to jít do bodu 3. promiňte, dlouhý týden, hodně se děje (08:12:03 PM) eyedeekay: zzz, udělal bys mi laskavost a vzal bod 2? Myslím, že nejsem dost vybavený, abych představil všechno, co se děje (08:12:28 PM) zzz: jasně (08:12:29 PM) zzz: ale než začnu (08:12:56 PM) zzz: máš ty a echelonMAC zprávu o postupu u 2.1.0 mac easy-install bundle? (08:13:17 PM) eyedeekay: Oh ano, to můžu (08:14:38 PM) eyedeekay: Takže, zužujeme okruh problémů a momentálně máme s echelonMAC různé hypotézy o tom, co se děje, a obě sledujeme (08:14:38 PM) eyedeekay: Moje hypotéza je, že to celé pramení ze zastaralého workaroundu pro bug v Javě 14 (08:15:08 PM) eyedeekay: Kde jpackage má podepisovat soubory dylib, které jsou zabalené do diskového obrazu (dmg), ale ve skutečnosti zůstávají nepodepsané (08:15:33 PM) echelonMAC: ve zkratce: eyedeekaym předělal podpisový skript, umím buildnout a podepsat, ale pro Apple je to pořád špatně podepsané (08:15:55 PM) eyedeekay: zab to obešel tak, že vytvořil adresář .app a podepsal věci uvnitř, a jpackage použil jen na finální krok balení (08:16:35 PM) eyedeekay: takže když jsme upgradovali Javu, začali jsme podepisovat všechno dvakrát a už nebylo potřeba dělat ten podpisový krok ručně (08:16:47 PM) eyedeekay: echelonMAC, oprav mě, jestli se pletu, ale myslíš, že máš špatný typ klíčů? (08:17:10 PM) echelonMAC: možná ano, možná ne, nejsem si jist (08:17:18 PM) echelonMAC: alespoň logy tohle hlásí (08:17:53 PM) zzz: moje otázka byla na vyšší úrovni: jaké je ETA, je 2.1.0 pořád cíl, nebo to padlo a doufáte v 2.2.0, nebo jak? (08:18:15 PM) echelonMAC: 2.1.0 je stále cíl, ale momentálně bez ETA (08:18:39 PM) echelonMAC: Build zvládnu skoro okamžitě, ale jít do hloubky teď časově nedám... (08:18:48 PM) eyedeekay: Pořád chci vydat 2.1.0 hned, jak budeme vědět, že projdeme notarizací; podle mě jakmile jí projdeme jednou, mělo by to být opakovatelné (08:18:59 PM) zzz: eyedeekay se ve svém blogpostu víceméně zavázal k začátku dubna pro 2.2.0, nepodporuješ to ETA, echelonMAC? (08:19:49 PM) echelonMAC: Jsem v tom úplně bezradný a neumím odhadnout ETA, protože zatím plně nerozumím podepisování a buildu. (08:20:12 PM) echelonMAC: Víceméně slepě následuju skripty; když idk opraví podpisy, notarizace je práce na 5 minut. (08:20:24 PM) echelonMAC: POKUD podpis bude fungovat tak, jak Apple očekává (08:20:26 PM) zzz: ok, pak doporučuji upravit blogpost, eyedeekay, neslibujme věci, které nemůžeme splnit (08:20:33 PM) eyedeekay: Udělám (08:21:19 PM) zzz: ok, díky, jsi připraven na mou část k bodu 2)? (08:21:41 PM) eyedeekay: Ano, prosím (08:21:48 PM) zzz: skvělé (08:22:00 PM) zzz: poslední schůzka byla týden po vydání, teď jsme 4 týdny od něj (08:22:15 PM) zzz: doufal jsem, že úspěšnost expl. buildů bude postupně stoupat (08:22:35 PM) zzz: z nízkých 20 % do nízkých 30 %, a pak „vyskočí“ ze zahlcení zpět do nízkých 40 (08:22:45 PM) zzz: splnila se jen první část (08:25:20 PM) zzz: a pak jsme se kývali tam a zpět mezi nízkými 20 a nízkými 30 (08:26:56 PM) zzz: takže máme pár teorií, viz 2b) (08:26:56 PM) zzz: jinak jsem se výkonem 2.1.0 spokojen (08:26:56 PM) zzz: není moc hlášení bugů (08:26:56 PM) zzz: v 2b) a 3) dám přehled, co opravujeme (08:26:56 PM) zzz: asi 50 % sítě aktualizovalo na 2.1.0 nebo ekvivalent v i2pd (08:26:56 PM) zzz: prosím všechny, aktualizujte, pokud jste tak ještě neudělali (08:26:56 PM) zzz: to je vše k 2a), ale na minutu se zastavím pro dotazy/komentáře, než začnu 2b) (08:28:33 PM) zzz: ok, 2b) aktuální stav sítě (08:28:33 PM) zzz: o víkendu začal jednoznačný útok (08:28:33 PM) zzz: spousta floodfill routers (08:28:33 PM) zzz: převážně to celkově síť i java routers zvládají v pohodě (08:28:33 PM) zzz: mám ale jedno hlášení o routers padajících s OOM (nedostatek paměti) (08:28:54 PM) zzz: Chápu, že i2pd routers opravdu bojují s velmi nízkou úspěšností sestavování tunnel (08:29:06 PM) not_bob: Moje flotila je aktuální. (08:29:15 PM) zzz: útok se několikrát denně spouští/zastavuje/mění (08:29:37 PM) zzz: takže jsme teprve asi 60 hodin ve fázi porozumění a projednávání protiopatření (08:30:15 PM) zzz: připomeňme, že problém s buildem tunnel (nyní mnohem pravděpodobněji klasifikovaný jako jiný útok) začal 19. prosince a trvalo nám několik týdnů ho pochopit a řešit (08:30:27 PM) zzz: takže je to pořád začátek (08:30:36 PM) not_bob: Mám jeden I2P+ router a ten to zvládá dobře. Ale moje i2pd routers už moc ne. Viděl jsem úspěšnost buildů tunnel až jen 3 %. Aktuálně se u těch routers pohybuju kolem 10 %. (08:31:17 PM) zzz: ale tohle je přímočarý sybil / DHT (distribuovaná hašovací tabulka) útok, pro nás nový, ale známý každému, kdo dělá peer-to-peer / DHT aplikace (08:31:53 PM) zzz: je příliš brzy říct, zda to bude vyžadovat vydání mimo plán (pro java i2p), a případně kdy (08:32:23 PM) zzz: EOT, počkám pár minut na diskusi/komentáře/dotazy (08:33:24 PM) eyedeekay: Měli by lidé, kteří skončí s OOM, zvýšit RAM dostupnou pro svůj router? (08:36:18 PM) zzz: jo, to je přímočaré opatření (08:36:18 PM) zzz: zastavte svůj router, upravte wrapper.config, restartujte (08:36:18 PM) zzz: očekávám, že během pár dní budu mít mitigace v dev buildech (08:36:18 PM) dr|z3d: ideálně chcete min heap okolo 256M a max RAM 2–3× tolik. (08:36:18 PM) not_bob: Momentálně nemám spuštěné žádné stock I2P routers. (08:36:18 PM) zzz: Chci zopakovat, co jsem říkal výše: útoky se rychle vyvíjejí a chceme si dát čas na řešení celkových problémů (08:36:18 PM) zzz: ne se příliš úzce zaměřovat na detaily (08:37:36 PM) zzz: pokud k 2b) nic dalšího, předávám slovo tobě, eyedeekay (08:38:06 PM) eyedeekay: díky moc, zzz. 3) Stav vývoje 2.2.0 (08:39:51 PM) eyedeekay: Jak jsem omylem uvedl dříve, soustředil jsem se na UX problémy na Androidu, konkrétně na opravu věcí, které jsem dělal špatně při inicializaci aplikace; v zásadě docela základní věci, ale všechny si žádaly zlepšení (08:39:57 PM) eyedeekay: nebo rovnou opravu (08:40:49 PM) eyedeekay: Příklady zahrnují opravy pro odběry a vlastní porty při sestavování tunnels, které několika uživatelům překážely po velkém nárůstu uživatelů s 2.10 (08:41:07 PM) dr|z3d: mimochodem, pro ilustraci rozsahu útoku, máme uživatele, který hlásí asi 30 tisíc blokovaných routers. takže to není trivialita :) (08:41:07 PM) dr|z3d: (to bude shiver, je tady) (08:42:36 PM) mark22k: Mám 56 005 zabanovaných peerů. (08:42:58 PM) eyedeekay: Páni. Mám 11 027 a myslel jsem, že je to hodně (08:43:08 PM) moristo: Je to práce národního státu—ty blokované routers nebo nějaký jiný patrný vzorec? (08:43:50 PM) moristo: Internet od Spectrum byl včera mimo provoz na Floridě a den předtím v Itálii. (08:43:54 PM) moristo: *včera. (08:43:55 PM) zzz: vraťme se prosím k bodu 3) a další diskusi o útoku nechejme na po schůzce (08:44:05 PM) echelonMAC: Zabanovaní peerové (57 053) (08:44:22 PM) moristo: aha, probíhá schůzka? Moje chyba. (08:46:50 PM) zzz: eyedeekay, jsi pořád s námi? (08:47:11 PM) eyedeekay: jo, jsem tu (08:47:37 PM) zzz: máš k bodu 3) ještě něco, nebo je řada na mně? (08:47:37 PM) eyedeekay: začal jsem dlouhý: (08:47:37 PM) eyedeekay: i2p.firefox(Easy-Install pro Windows se také řeší, tam se spíš odstraňuje, aktualizace se zjednodušují, protože staré instalace ve stylu admina jsou všechny migrované na instalace ve stylu uživatele (08:47:37 PM) eyedeekay: podpora přenosné instalace na USB je na obzoru pro 2.2.0 (08:47:43 PM) eyedeekay: s aktualizacemi (08:48:21 PM) eyedeekay: Další problémy a stížnosti uživatelů, které řeším nebo zvažuji, jak řešit, jsou na tom issue trackeru (08:48:28 PM) eyedeekay: EOT za mě (08:48:47 PM) zzz: ok, viděl jsi problém NPE v i2p.i2p, že? (08:49:10 PM) eyedeekay: Ano, viděl, jsem tomu na stopě (08:49:21 PM) zzz: ok, dej vědět, když budeš potřebovat pomoc, ofc (08:49:24 PM) zzz: 3) za mě: (08:49:47 PM) zzz: konečně jsem dokončil refaktor výběru peerů, na kterém dělám od září (08:50:31 PM) zzz: myslím, že jsem opravil chybné indikace symmetric NAT, které byly v 2.1.0, ale potřebuju, aby to otestoval a nahlásil někdo, kdo ten problém má (08:50:59 PM) zzz: máme super nový vyhledávací box v i2psnark (08:51:19 PM) zzz: téměř hotovo s „congestion caps“ (proposal 162) (08:51:31 PM) echelonMAC: :-) (08:51:49 PM) zzz: a pár dalších úprav pro doladění práce se zahlcením při buildování tunnel (08:52:18 PM) zzz: koncem minulého týdne jsem si myslel, že mám 2.2.0 víceméně hotovou a že si můžu dva měsíce do vydání odpočinout (08:52:31 PM) zzz: takže bohužel teď máme spoustu práce navíc (08:52:48 PM) zzz: někdy to tak prostě je (08:53:24 PM) not_bob: Díky za to, velké zlepšení pohodlí při používání. (08:53:24 PM) zzz: EOT, minutu počkám na diskusi, pak zpět k tobě, eyedeekay (08:53:37 PM) zzz: haha not_bob, není zač (08:55:00 PM) eyedeekay: Poslední výzva k bodu 3? (08:55:20 PM) eyedeekay: 4. Omezování zahlcení – myslím, že to bylo téma od tunnel_king, je tunnel_king tady? (08:55:42 PM) zzz: zpět k tobě, eyedeekay (08:57:39 PM) eyedeekay: 4. Omezování zahlcení, 5. Hypotetické řízení provozu (příval uživatelů Toru) – obojí uvedl tunnel_king, poslední výzva pro tunnel_king (08:59:01 PM) eyedeekay: Dobře, poslední, 6. Samolepky pro překladatele (08:59:01 PM) eyedeekay: Konkrétně pravidla pro lidi, kteří dostanou samolepky mimo Ameriku (08:59:58 PM) zzz: tohle bylo moje téma, jen proto, že zůstalo nevyřešené od minulé schůzky (09:00:28 PM) zzz: echelonMAC, máš odpověď? (09:00:41 PM) echelonMAC: ne dopodrobna, ale kdo chce, měl by dostat várku samolepek, pokud pošle svou adresu (09:01:04 PM) echelonMAC: tj. poslat oznámení v Transifexu a rozeslat po obdržení adres (09:01:19 PM) echelonMAC: ale zatím sem žádné nové samolepky nedorazily (09:01:35 PM) eyedeekay: Sledování říká 10. (09:01:55 PM) zzz: Čekám, až echelonMAC dá pokyny na moje fórum, pak to zkopíruju/vložím na Transifex (09:02:17 PM) echelonMAC: ok (09:02:28 PM) zzz: takhle jsme na tom už měsíc (09:02:42 PM) zzz: díky (09:03:33 PM) eyedeekay: Něco dalšího k bodu 6 nebo ke schůzce? (09:03:36 PM) zzz: EOT k bodu 6) za mě, zpět k tobě, eyedeekay (09:04:32 PM) zzz: na závěr schůzky jedno slovo: zzz.i2p nejlepší místo pro zprávy a počasí, dám tam vědět, až budu vědět víc než teď (09:04:32 PM) zzz: díky (09:04:55 PM) eyedeekay: Díky moc za to, zzz, a díky všem, že jste dorazili na schůzku (09:05:44 PM) eyedeekay: Uvidíme se na IRC a ve stejný čas příští měsíc (09:08:55 PM) zzz: díky, eyedeekay (09:08:55 PM) zzz: zvládli jsme to bez odpojení </div>/cs/blog/2023/01/31/aktualizace-k-notarizaci-mac-easy-install/Tue, 31 Jan 2023 00:00:00 +0000/cs/blog/2023/01/31/aktualizace-k-notarizaci-mac-easy-install/<p>I2P Easy-Install Bundle for Mac (balíček pro snadnou instalaci na Mac) se v posledních 2 vydáních potýká s pozastavenými aktualizacemi kvůli odchodu svého správce. Doporučuje se, aby uživatelé Easy-Install Bundle pro Mac přešli na klasický instalátor ve stylu Java, který byl nedávno obnoven na stránce ke stažení. Verze 1.9.0 má známé bezpečnostní problémy a není vhodná pro hostování služeb ani pro jakékoli dlouhodobé použití. Uživatelům se doporučuje co nejdříve přejít na jiný způsob instalace. Pokročilí uživatelé Easy-Install Bundle to mohou obejít tak, že balíček zkompilují ze zdrojových kódů a software si sami podepíší.</p>/cs/blog/2023/01/13/vyd%C3%A1n%C3%AD-windows-easy-install-2.1.0/Fri, 13 Jan 2023 00:00:00 +0000/cs/blog/2023/01/13/vyd%C3%A1n%C3%AD-windows-easy-install-2.1.0/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>Balíček I2P Easy-Install pro Windows ve verzi 2.1.0 byl vydán. Jak je obvyklé, toto vydání zahrnuje aktualizovanou verzi I2P Router. Toto vydání I2P přináší vylepšené strategie pro řešení přetížení sítě. Tyto strategie by měly zlepšit výkon, konektivitu a zajistit dlouhodobé zdraví sítě I2P.</p> <p>Toto vydání přináší převážně vnitřní vylepšení spouštěče profilu prohlížeče. Kompatibilita s Tor Browser Bundle byla vylepšena umožněním konfigurace TBB prostřednictvím proměnných prostředí. Profil Firefoxu byl aktualizován a základní verze rozšíření byly rovněž aktualizovány. Vylepšení byla provedena napříč kódovou základnou i procesem nasazení.</p>/cs/blog/2023/01/10/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-10.-ledna-2023/Tue, 10 Jan 2023 00:00:00 +0000/cs/blog/2023/01/10/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-10.-ledna-2023/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> eyedeekay, zzz</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> (08:00:38 PM) eyedeekay: Vítejte na vývojářské schůzce, ještě jednou se omlouvám, že jsem včera zase prošvihl čas (08:00:38 PM) eyedeekay: 1. Ahoj (08:00:38 PM) eyedeekay: 2. Stav vydání 2.1.0, stav vydání 2.1.0 pro Mac (08:00:38 PM) eyedeekay: 3. Stav vývoje 2.2.0 (08:00:38 PM) eyedeekay: 4. Omezování zahlcení (08:00:38 PM) eyedeekay: 5. Hypotetické řízení provozu ( příval uživatelů Toru) (08:00:46 PM) mode (-m ) by zzz (08:00:57 PM) eyedeekay: 1. Ahoj (08:01:00 PM) eyedeekay: Ahoj (08:01:04 PM) zzz: ahoj (08:01:29 PM) eyedeekay: tunnel_king, jsi tu kvůli bodům 4 a 5? (08:02:10 PM) eyedeekay: Dobře, zatím to vezmeme podle situace (08:02:21 PM) eyedeekay: 2. Stav vydání 2.1.0, stav vydání 2.1.0 pro Mac (08:03:32 PM) eyedeekay: vydání 2.1.0 proběhlo včera, zzz vydal software a torrent se spustil, podíl sítě, která aktualizovala, od té doby stoupl asi o 7 %, pokud správně počítám čas(takže to raději ověřte) (08:04:07 PM) eyedeekay: Tentýž den jsem vydal balíčky Maven a krátce po konci této schůzky budou venku aktualizace pro Android na všech kanálech (08:04:29 PM) eyedeekay: Easy-Install pro Windows bude následovat a Easy-Install pro Mac přijde potom (08:05:10 PM) eyedeekay: Myslím, že mi eche|on dal poslední vodítko, které potřebuju k vyřešení našeho problému s notarizací, během pár dní bychom měli vědět, jestli je to pravda, což by se krylo s vydáním (08:05:30 PM) eyedeekay: Chceš něco dodat k tématu, zzz? (08:05:39 PM) zzz: jen trochu, díky (08:06:10 PM) zzz: vydání i2pd před týdnem vypadá slibně, ale to trochu ztěžuje sledování dopadů našeho vydání (08:06:22 PM) zzz: a i2pd plánuje menší vydání klidně už dnes (08:06:56 PM) zzz: takže nebudeme mít skvělé informace o tom, co naše vydání způsobuje, ale dokud se statistiky dál zlepšují, to je hlavní (08:07:06 PM) zzz: dnes je příliš brzy něco říkat, možná za týden (08:07:08 PM) zzz: EOT (08:07:23 PM) eyedeekay: Díky, zzz (08:07:42 PM) eyedeekay: 3. Stav vývoje 2.2.0 (08:08:52 PM) eyedeekay: Zatím k tomu nemám moc co říct, většina mých věcí zůstala stejná, ale myslím, že se potřebujeme domluvit na časovém plánu vydání, je to tak? (08:09:13 PM) zzz: jo, očividně jsme na 2.2.0 zatím nic neudělali (08:09:36 PM) zzz: navrhl bych odteď standardní 13týdenní cyklus, pokud nenarazíme na nějaké velké problémy (08:09:43 PM) eyedeekay: Zní to dobře (08:09:46 PM) zzz: takže by to bylo vydání začátkem dubna (08:10:12 PM) aeiou_ nyní vystupuje jako aeiou (08:10:14 PM) zzz: a dost nás to odchýlí od našich termínů únor/květen/srpen/listopad, kterých jsme se drželi několik let, no co se dá dělat (08:10:40 PM) zzz: ale opravdu potřebujeme čas, abychom udělali všechno, na co jsme se v našem posledním zkráceném cyklu nedostali (08:10:48 PM) zzz: takže si to předběžně dejme na 13 týdnů (08:10:49 PM) zzz: EOT (08:11:22 PM) eyedeekay: Jo, tady žádný protiargument (08:11:34 PM) eyedeekay: Plánujeme začátek dubna (08:12:35 PM) eyedeekay: Ještě něco k bodu 3? (08:12:48 PM) eyedeekay: 4. Omezování zahlcení a 5. Hypotetické řízení provozu ( příval uživatelů Toru) přidal na zzz.i2p tunnel_king, ale takové jméno tu v místnosti nevidím, pokud jsi tu pod jiným jménem, poslední výzva (08:14:08 PM) eyedeekay: Ještě něco k projednání na schůzce? (08:15:15 PM) eyedeekay: Dobrá, díky zzz, že jsi dorazil, slibuju, že si na příští měsíc nastavím budík (08:15:55 PM) zzz: ne (08:16:37 PM) eyedeekay: ne jako že nic dalšího pro schůzku, nebo ne, nemám schůzku ukončovat? (08:16:38 PM) zzz: taky bych se rád zeptal, jestli je tu eche|on a má něco k bodu 2) (08:16:38 PM) zzz: ne, to je vše, prosím všichni klikněte na tlačítko Aktualizovat, ať dostanete tu 2.1.0 parádu (08:16:53 PM) zzz: nic dalšího, díky </div>/cs/blog/2023/01/09/vyd%C3%A1n%C3%AD-2.1.0/Mon, 09 Jan 2023 00:00:00 +0000/cs/blog/2023/01/09/vyd%C3%A1n%C3%AD-2.1.0/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>Od našeho vydání 2.0.0 v listopadu jsme se naučili několik věcí. S tím, jak routers postupně aktualizovaly na toto vydání, v síti vzrostla podpora našeho nového transportního protokolu SSU2 z přibližně 1 % na více než 60 %. Zaprvé jsme potvrdili, že SSU2 je robustní, dobře navržený a bezpečný protokol. Zadruhé jsme však našli a opravili četné drobné nebo zřídka se projevující chyby v implementaci protokolu. V souhrnu dopady těchto chyb snížily výkon sítě.</p>/cs/blog/2022/12/14/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-14.-prosince-2022/Wed, 14 Dec 2022 00:00:00 +0000/cs/blog/2022/12/14/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-14.-prosince-2022/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> eyedeekay, zzz</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> (08:00:09 PM) eyedeekay: Hello everyone, welcome to the rescheduled dev meeting (08:00:09 PM) eyedeekay: 1. Hi (08:00:09 PM) eyedeekay: 2. 2.0.0 Release Status, 2.0.0 Mac Release Status (08:00:09 PM) eyedeekay: 3. 2.1.0 Development Status (08:00:09 PM) eyedeekay: 4. Stickers for Translators (08:00:50 PM) zzz: hi (08:02:55 PM) eyedeekay: Doesn't seem like he's here? going to move along for now. (08:04:04 PM) eyedeekay: 2. 2.0.0 release status: *most* targets of 2.0.0 were released about 3 weeks ago now, including i2p.i2p, Android, Debian and Easy-Install Windows, with Easy-Install for Mac delayed by zlatinb's departure (08:04:04 PM) eyedeekay: Ech and I have been working on a plan to replace him in terms of maintenance, signing, and notarization of the OSX bundle, that is still expected for close to the end of this month (08:06:01 PM) eyedeekay: Everybody knows how to build everything, has a good idea of the signing requirements, the last remaining thing to do is notarization in practice, and we don't know everything we should expect here but I think we have a good idea (08:07:10 PM) eyedeekay: Android needed a point release due to a bug related to compatibility with a new API on newer devices, so Android users should make sure they've upgraded to 2.0.1 (08:07:10 PM) eyedeekay: eot for me on 2, anything to add zzz (08:07:20 PM) zzz: lots (08:07:50 PM) uis is now known as Irc2PGuest69907 (08:08:04 PM) zzz: I had to release a 2.0.0-2ubunutu1 debian/ubuntu build to fix an embarrassing but ultimately harmless bunch of stray symlinks in root (08:08:38 PM) zzz: root cause was a typo, deb lint didn't catch it, not sure what the post mortem lesson is other than be more careful, we're root on install... (08:09:12 PM) zzz: as far as the network, after 3 weeks, half of it has updated and is using ssu2 (08:09:39 PM) zzz: exploratory build success has been trending straight down since the release (08:09:56 PM) zzz: we're concerned, and monitoring closely (08:10:47 PM) zzz: at this point we think it's some combination of ssu-to-ssu2 migration, ssu2 bugs on both our side and in i2pd, and a couple of routers that are spamming the network with tunnel builds (08:11:05 PM) zzz: i2pd is considering a mid-cycle january point release to get their fixes out (08:11:33 PM) zzz: for now I don't think that's necessary on our side but it's always an option should we choose to (08:12:18 PM) zzz: I think that's EOT but I'll have more info in a moment as a part of 3) (08:13:09 PM) eyedeekay: Thank you zzz (08:13:43 PM) eyedeekay: 3. 2.1.0 Development Status (08:17:12 PM) eyedeekay: We're 3 weeks in to this cycle, in this time I've been working on getting Android migrated fully over to the modern gradle plugin, I stopped short of migrating from maven to maven-push before release, after that, what's on the list for Android is orbot-style split tunneling for configuring apps without a proxy(Sort of the Android version of torsocks) (08:17:12 PM) eyedeekay: For desktop I've been working on getting our integration into Whonix fixed and have been work related to getting the Easy-Install for Windows out of beta (08:18:43 PM) eyedeekay: That's what I'm working on, zzz would you like to continue with your information or 3)? (08:19:43 PM) dr|z3d: ... intermission ... (08:23:56 PM) anonymousmaybe is now known as Irc2PGuest40130 (08:24:03 PM) eyedeekay: Welcome back (08:25:17 PM) eyedeekay: What was the last thing you got? (08:26:28 PM) zzz: back (08:26:28 PM) zzz: is it my turn yet? :) (08:26:28 PM) dr|z3d: you need to put on an apron and wheel the confectionery tray around the theater :) (08:26:28 PM) dr|z3d: did you go out to get us all ice cream? :) (08:26:28 PM) dr|z3d: recap: (08:26:28 PM) dr|z3d: &lt;eyedeekay&gt; We're 3 weeks in to this cycle, in this time I've been working on getting Android migrated fully over to the modern gradle plugin, I stopped short of migrating from maven to maven-push before release, after that, what's on the list for Android is orbot-style split tunneling for configuring apps without a proxy(Sort of the Android version of torsocks) (08:26:28 PM) dr|z3d: &lt;eyedeekay&gt; For desktop I've been working on getting our integration into Whonix fixed and have been work related to getting the Easy-Install for Windows out of beta (08:26:28 PM) dr|z3d: &lt;eyedeekay&gt; That's what I'm working on, zzz would you like to continue with your information or 3)? (08:26:48 PM) zzz: thanks (08:27:04 PM) zzz: drz gave it to me (08:27:12 PM) zzz: ok, my turn! (08:27:33 PM) zzz: about a week and a half after the release, when a lot of the net had updated, I started chasing SSU2 problems (08:27:42 PM) zzz: and found a whole lot (08:27:56 PM) zzz: both ours and helped i2pd find some of theirs (08:27:58 PM) zzz: so it's been quite busy (08:28:14 PM) zzz: as a result, we're at almost 7000 lines of diff, more than the whole 2.0.0 release (08:28:38 PM) zzz: and whatever else I had planned for 2.1.0 I haven't gotten to yet, including promised peer selection improvements (08:29:50 PM) zzz: I plan to bump to -7 after the meeting (08:29:50 PM) zzz: while the "big changes in" deadline is early January, let's stay flexible, as we don't want a bunch of WIP in there if we're going to do a 2.0.1 release (08:29:59 PM) zzz: so let's try not to break things with "big changes" if possible. Big changes are fine, as long as they're isolated (08:30:40 PM) zzz: but things are going well and we're working closely with i2pd to track down and fix issues (08:31:02 PM) zzz: including one-in-a-million ones that are now popping up (08:31:16 PM) zzz: and one-in-a-zillion ones that dr|z3d is finding on his high speed routers (08:31:30 PM) zzz: that's it! EOT, any questions? (08:32:27 PM) eyedeekay: I'm slightly curious how often a "Million" of some things happens in in the real world but possibly a question for another time (08:33:17 PM) eyedeekay: Thanks zzz (08:34:12 PM) eyedeekay: It seems like once you get a whole bunch of routers doing a thing the odds of a rare event happening somewhere would go up very fast (08:35:11 PM) zzz: yeah. perhaps we should have been more cautious, and not go from 2% to 100% in one release. But we'll get through it (08:35:17 PM) uis is now known as Irc2PGuest38853 (08:37:15 PM) eyedeekay: 4. Stickers for Translators (08:37:15 PM) eyedeekay: Only real news here is that I now have stickers for mailing, I've got a ton of them so if you're in the Americas then I am prepared to mail them (08:37:58 PM) zzz: would you please post something on my forum, saying who is eligible and how to request (08:38:17 PM) eyedeekay: Can do (08:38:29 PM) zzz: then I will copy paste over to transifex announcement (08:38:48 PM) zzz: what's the status of the euro side? (08:39:44 PM) eyedeekay: Don't know if he has his yet, will request an update from him tonight (08:40:07 PM) zzz: ok, guess I need to wait for that part of it before transifex (08:40:43 PM) zzz: please whack him with your baffer for making us reschedule and then not showing :) (08:41:07 PM) eyedeekay: Well it was my fault too but I'll make sure to let him know :) (08:41:32 PM) zzz: I mean yesterday to today. you're not off the hook for last week :) (08:42:41 PM) eyedeekay: That's all I've got for 4 and/or today, anything else for the meeting? (08:42:50 PM) zzz: nope (08:43:02 PM) zzz: are we on or off for Jan. 3? (08:44:26 PM) eyedeekay: All right then thanks zzz for coming, I was going to say "On" for Jan 3 but we could do the 10th instead since IIRC LS2 will be the 9th (08:45:01 PM) zzz: doesn't matter, your call (08:45:35 PM) eyedeekay: Let's have it on the 9th in January and return to first-Tuesday in February (08:45:52 PM) zzz: you mean 10th? (08:45:59 PM) eyedeekay: Yes the 10th (08:46:07 PM) zzz: ok (08:46:15 PM) zzz: meeting over? (08:46:25 PM) eyedeekay: Yes </div>/cs/blog/2022/11/23/easy-install-2.0.0-pro-windows-a-osx-odlo%C5%BEen-o-1-m%C4%9Bs%C3%ADc/Wed, 23 Nov 2022 00:00:00 +0000/cs/blog/2022/11/23/easy-install-2.0.0-pro-windows-a-osx-odlo%C5%BEen-o-1-m%C4%9Bs%C3%ADc/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>Balíček I2P Easy-Install pro Windows byl vydán. V tomto vydání byla přidána podpora pro většinu hlavních prohlížečů, včetně všech významných forků Firefoxu(Gecko) a Chromia. Byla vylepšena kompatibilita s externími instalacemi I2P Service a s uživatelskými instalacemi I2P mimo balíček. Balíček Easy-Install nyní dokáže detekovat další I2P routery (směrovače) a v případě, že uživatel již I2P má, nabídne místo toho jejich spuštění. Rozšíření prohlížeče byla aktualizována na nejnovější verze. Easy-Install má nyní přístup k režimu použitelnosti <code>i2p.plugins.firefox</code> pomocí příznaku příkazové řádky <code>-usability</code>. Výchozím režimem je &ldquo;Strict&rdquo;, kde je Javascript zakázán NoScriptem. V režimu použitelnosti je Javascript omezen JShelterem. Podrobnosti viz repozitář správce profilů na i2pgit.org.</p>/cs/blog/2022/11/21/vyd%C3%A1n%C3%AD-2.0.0/Mon, 21 Nov 2022 00:00:00 +0000/cs/blog/2022/11/21/vyd%C3%A1n%C3%AD-2.0.0/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>I2P ve verzi 2.0.0 aktivuje náš nový UDP transport SSU2 pro všechny uživatele, po dokončení menších funkcí, testování a řady oprav chyb.</p> <p>Máme také opravy na mnoha místech, včetně instalátoru, síťové databáze, přidávání do soukromého adresáře, spouštěče prohlížeče ve Windows a IPv6 UPnP.</p> <p>Jako obvykle doporučujeme, abyste aktualizovali na toto vydání. Nejlepší způsob, jak udržovat zabezpečení a pomoci síti, je používat nejnovější vydání.</p> <h2 id="podrobnosti-o-vydání">Podrobnosti o vydání</h2> <h3 id="changes">Changes</h3> <ul> <li>i2ptunnel: Support SHA-256 digest proxy authentication (RFC 7616)</li> <li>SSU2: Connection migration</li> <li>SSU2: Immediate acks</li> <li>SSU2: Enable by default</li> </ul> <h3 id="bug-fixes">Bug Fixes</h3> <ul> <li>i2ptunnel: Fix IRC USER line filtering</li> <li>Installer: Fix path for Windows service, caused local eepsite to be broken</li> <li>Installer: Fix error on Windows when username contains a space</li> <li>NetDB: Database store message handling fixes</li> <li>NetDB: Fix reseeding when clock is skewed</li> <li>Router: Deadlock fix</li> <li>SSU2: Fix packets exceeding MTU</li> <li>SSU2: Fix ping packets less than minimum size</li> <li>SSU2: Fix handling of termination acks</li> <li>SusiDNS: Fix adding entry to empty address book</li> <li>SusiMail: Fix dark theme button icons</li> <li>UPnP: IPv6 fix</li> <li>Windows: Fix launching preferred browser at startup</li> </ul> <h3 id="změny">Změny</h3> <ul> <li>Deadlock detector improvements</li> <li>Debian: Change dependency from libservlet3.1-java to libjsp-api-java and libservlet-api-java</li> <li>i2psnark: Increase max pieces to 64K</li> <li>i2psnark: Add links to additional instances in the console</li> <li>Option to compress router logs</li> <li>Translation updates</li> </ul> <p>Úplný seznam opravených chyb</p>/cs/blog/2022/11/08/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-8.-listopadu-2022/Tue, 08 Nov 2022 00:00:00 +0000/cs/blog/2022/11/08/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-8.-listopadu-2022/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> echelon, eyedeekay, zzz</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> (03:00:31 PM) eyedeekay: Ahoj všichni, vítejte na schůzce 8. listopadu (03:00:31 PM) eyedeekay: 1. Ahoj (03:00:31 PM) eyedeekay: 2. Stav vývoje 2.0.0 (03:00:31 PM) eyedeekay: 3. Publish source tarballs (archivy tar se zdrojovým kódem) for bundle releases (03:00:31 PM) eyedeekay: 4. Samolepky zdarma pro překladatele (03:00:31 PM) eyedeekay: Ještě něco do programu? (03:00:39 PM) mode (-m ) by zzz (03:01:19 PM) zzz: hi (03:01:58 PM) eyedeekay: ahoj zzz (03:02:03 PM) eyedeekay: Je tu dnes ještě někdo? (03:02:08 PM) eche|on: hi (03:02:18 PM) eyedeekay: Ahoj, eche|on (03:02:39 PM) eyedeekay: 2. Stav vývoje 2.0.0 (03:02:58 PM) eyedeekay: Jsme 2 týdny od vydání, zítra je zamrznutí tagů, IIRC (03:03:49 PM) eyedeekay: Ano, přesně tehdy (03:04:38 PM) eyedeekay: zzz a orignal usilovně pracují na tom, aby bylo ssu2 připravené, plán pořád je ho povolit (03:05:08 PM) eyedeekay: Udělám nepodepsané vydání I2P Easy-Install pro Windows (03:05:50 PM) eyedeekay: Nevím ale, jak to vypadá s vydáním pro Mac, jsou uživatelé Macu zaseknutí na 1.9.0, dokud nenajdeme nového správce/podepisovače pro Mac? (03:06:25 PM) zzz: ano. Je docela dobré shrnutí vydání na `http://zzz.i2p/topics/3377` (03:07:02 PM) zzz: testování SSU2 za poslední 3 měsíce s 2 % zapnuto bylo obrovským úspěchem (03:07:17 PM) zzz: nenašli jsme žádné zásadní problémy, ale opravili jsme nespočet drobných (03:08:19 PM) eche|on: pokračujte s SSU2 (03:08:35 PM) eche|on: co se týče Macu: mám vývojářský účet a MAC, ale momentálně nevím jak na to (03:08:39 PM) eche|on: a málo času (03:09:03 PM) zzz: zajímavé (03:09:31 PM) zzz: myslíš, že bys to _mohl_ někdy udělat? Pokud ano, kdy? (03:09:39 PM) eche|on: Mám git repo věcí pro Mac, ale zatím jsem se na to nedíval (03:09:54 PM) eche|on: POKUD zjistím jak na to, tak docela brzy (tm) (03:10:05 PM) zzz: i kdyby to bylo o měsíc nebo dva později, bylo by to fantastické (03:10:08 PM) eche|on: ale návod může v kratším horizontu selhat (03:10:41 PM) eche|on: taky netuším, co hodlá Apple udělat, ale to jsou věci, které je třeba zjistit (03:11:10 PM) eyedeekay: Zkusím pomoct, sestavení mac jpackages je docela přímočaré, nikdy jsem je nepodepisoval, ale všechno je ve skriptech, které napsal zab (03:11:25 PM) zzz: až budu dělat 2.0.0 news.xml, dám také položku do mac feedu, že to bude zpožděné (03:11:42 PM) zzz: eyedeekay, máš Mac? (03:11:57 PM) eyedeekay: Mám Intel Mac, ale žádný dev účet (03:12:04 PM) eche|on: sadie má Mac, ale ani idk ani sadie nechtějí jít veřejně se svými jmény (03:12:25 PM) eche|on: získat dev účet je celkem jednoduché : dát své jméno a zaplatit 100$ ročně (03:12:28 PM) eyedeekay: Umím vytvořit dmg, ale podepíše se to místními klíči, které nejsou na jiných Macích povolené (03:12:32 PM) zzz: Chápu. Jde o to, že bys mohl projít vším kromě the notarization (notarizace od Apple) (03:12:32 PM) eche|on: zhruba tak to je (03:13:12 PM) eche|on: za 2 min (03:13:25 PM) zzz: afaik je to právě the notarization, co je fakt opruz. Snad je ten howto jasný... (03:14:14 PM) eyedeekay: Myslím, že jediná záludnost je nastavit Java vývojová prostředí; je tu nástroj, který se instaluje přes brew a přepíná verze, takže je to ale velmi snadné (03:14:25 PM) zzz: eyedeekay, dejme to na program na příští měsíc (03:14:36 PM) eyedeekay: Jasně (03:15:19 PM) zzz: mezitím prosím projdi ten howto tak, jak aktuálně existuje, co nejdál to půjde bez notarization, jen abychom otestovali návod a zjistili, zda nepotřebuje nějaké úpravy pro ech (03:16:10 PM) zzz: zejména prověřit, zda je zdokumentovaná strana pro arm64 (03:16:45 PM) eyedeekay: Udělám maximum, ale nebudu moci projít procesem pro arm64, protože nemám arm64 Mac (03:16:53 PM) eche|on: Zjistím, jak získat certifikáty k notarization, (03:16:55 PM) eyedeekay: Ale udělám vše až do té fáze (03:17:18 PM) eche|on: eyedeekay: prostě si objednej arm64 Mac. vrácení peněz jako obvykle (03:17:28 PM) eche|on: není důvod se tím nechat zastavit (03:17:30 PM) zzz: potřebuješ ARM Mac na sestavení ARM? (03:17:41 PM) zzz: pravděpodobně... (03:17:59 PM) eyedeekay: Nejsem si úplně jistý všemi jemnostmi ohledně cross-kompilace (03:18:02 PM) zzz: je taky možný workflow, kde idk sestavuje a ech provádí notarization (03:18:23 PM) zzz: ale nemusíme to celé vyřešit tady (03:18:44 PM) eyedeekay: Ale jpackage je dost vybíravý, pokud jde o kombinace architektura/OS (03:19:28 PM) SoniEx2: raspberry pi? (03:19:39 PM) zzz: pojďme k dalšímu tématu (03:19:40 PM) eyedeekay: ELF ne Mach-O (03:19:42 PM) eyedeekay: Ale ano (03:19:45 PM) eyedeekay: 3. Publish source tarballs for bundle releases (03:20:24 PM) eyedeekay: Protože jsem na to teď sám a celou dobu jsem chtěl zveřejňovat source tarballs, Windows 2.0.0 dostane source tarballs (03:20:36 PM) eyedeekay: Jeden pro samotný bundle a jeden pro komponentu profile manager (03:21:17 PM) eyedeekay: Při procházení skriptů z Mac bundlu přidám generování source tarballu jako součást procesu (03:21:18 PM) zzz: ok, a protože namítající pro Mac odešel, přidejme jeden i na mac stránku (03:21:28 PM) eyedeekay: Udělám (03:21:41 PM) zzz: skvělé, jsem spokojený (03:22:38 PM) eyedeekay: 4. Samolepky zdarma pro překladatele (03:23:27 PM) eche|on: jo (03:23:49 PM) eyedeekay: s eche|on jsme o tom po minulé schůzce krátce mluvili e-mailem (03:23:49 PM) eyedeekay: Myslím, že jsme byli oba pro, abychom to udělali? Nemám otevřený mail (03:24:23 PM) eche|on: jasně, můžeme to udělat, po jednom pro každou část světa (03:24:28 PM) zzz: byl to můj návrh, ale vyžaduje a) samolepky a b) někoho, kdo je bude posílat (03:24:30 PM) eche|on: ale moje zdroje samolepek jsou omezené (03:24:47 PM) zzz: jak chápu, v podstatě nám došly samolepky (03:24:59 PM) eche|on: sadie/idk jich ještě několik mají (03:25:05 PM) eche|on: Já mám jen kolem 400 nebo tak nějak (03:25:23 PM) eche|on: mělo by to stačit na 1 rok+, ale plánujme dopředu (03:25:26 PM) eyedeekay: Oh, minulý týden na All Things Open jsem se dostal na asi 8 (03:25:30 PM) eyedeekay: Budu muset objednat další (03:25:53 PM) eche|on: ah, ok (03:26:10 PM) zzz: můžete se vy dva domluvit, kdo objednává, jaký bude design, a zajistit, že každý z vás dostane polovinu? (03:26:16 PM) eyedeekay: Ano, můžeme (03:26:34 PM) zzz: super (03:27:05 PM) zzz: až je budete mít v ruce, dejte vědět a já to oznámím na TX (03:27:11 PM) eche|on: dobře (03:27:22 PM) zzz: díky, lidi (03:27:46 PM) eyedeekay: Není problém (03:27:56 PM) eyedeekay: Ještě něco k bodu 4 nebo k celé schůzce? (03:28:25 PM) eche|on: ne (03:29:14 PM) eyedeekay: Dobře, díky všem, že jste přišli, zápis ze schůzky zveřejním za pár minut </div>/cs/blog/2022/10/11/transport-ssu2/Tue, 11 Oct 2022 00:00:00 +0000/cs/blog/2022/10/11/transport-ssu2/<h2 id="přehled">Přehled</h2> <p>I2P has used a censorship-resistant UDP transport protocol &ldquo;SSU&rdquo; since 2005. We&rsquo;ve had few, if any, reports of SSU being blocked in 17 years. However, by today&rsquo;s standards of security, blocking resistance, and performance, we can do better. Much better.</p> <p>Proto jsme společně s <a href="https://i2pd.xyz/">projektem i2pd</a> vytvořili a implementovali &ldquo;SSU2&rdquo;, moderní protokol UDP navržený podle nejvyšších standardů bezpečnosti a odolnosti vůči blokování. Tento protokol nahradí SSU.</p> <p>Zkombinovali jsme šifrování podle průmyslových standardů s nejlepšími vlastnostmi UDP protokolů WireGuard a QUIC, společně s prvky zajišťujícími odolnost vůči cenzuře našeho TCP protokolu &ldquo;NTCP2&rdquo;. SSU2 může být jedním z nejbezpečnějších transportních protokolů, které kdy byly navrženy.</p>/cs/blog/2022/10/04/i2p-setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-4.-%C5%99%C3%ADjna-2022/Tue, 04 Oct 2022 00:00:00 +0000/cs/blog/2022/10/04/i2p-setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-4.-%C5%99%C3%ADjna-2022/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="záznam-schůzky">Záznam schůzky</h2> <div class="irc-log"> (04:00:08 PM) eyedeekay: Hi everyone, welcome to the October 4 2022 meeting (04:00:08 PM) eyedeekay: 1. Hi (04:00:18 PM) zlatinb: hi (04:00:28 PM) zzz: hi (04:00:51 PM) eyedeekay: 1. Hi (04:00:51 PM) eyedeekay: 2. 1.10.0 development status (04:00:51 PM) eyedeekay: 3. next release 2.0.0? (04:00:51 PM) eyedeekay: 4. Publish source tarballs for bundle releases (04:00:51 PM) eyedeekay: 5. Free stickers for translators (04:00:51 PM) eyedeekay: 6. Windows Easy-Install Update/Out-of-Beta (04:01:05 PM) eyedeekay: 2. 1.10.0 development status (04:01:15 PM) eyedeekay: About 7 weeks to go (04:01:24 PM) eyedeekay: My big priority this month has been to get the Windows Easy-Install bundle ready to go out of beta (04:01:31 PM) eyedeekay: Lots of stuff on the forum about that, targeting stable updates, compatibility with existing/unbundled routers, and a more stable and flexible way to manage and launch browser profiles, more on all that in item 6 (04:01:38 PM) eyedeekay: Also working on a "Split Tunneling" or "Per-App VPN" tool in Android(on the roadmap). (04:01:47 PM) eyedeekay: The utility is that it allow users to configure their browsers more easily, in a way which prevents WebRTC escapes by putting them onto an interface which corresponds to an I2P connection and not to their network provider (04:02:05 PM) eyedeekay: zzz, zlatinb what would you like to add that you're working on (04:02:30 PM) zzz: not a lot to report... SSU2 testing continues to go well... (04:02:53 PM) zzz: put up proposal 161 about compressible padding, we'll be discussing it in #ls2 meetings... (04:03:06 PM) zlatinb: Nothing specific I'm working on, just want to let everyone know that I'll be afk from 22nd Nov to 10th Dec so if the next release gets tagged on the 21st I may be able to build the mac bundles but will most likely not be able to seed the torrents (04:03:29 PM) eyedeekay: If you send me the files I'll seed them for you (04:03:32 PM) zzz: I have some peer selection efficiency improvements I'm going to try to get in soon, may or may not make it (04:03:43 PM) zzz: EOT (04:04:21 PM) eyedeekay: Thanks zzz, zlatinb, I don't want to rush anybody but we do have a long agenda today, anything else to add on 2? (04:04:59 PM) eyedeekay: 3. next release 2.0.0? (04:04:59 PM) eyedeekay: My vote is yes to 2.0.0 (04:05:19 PM) zzz: yeah I put it up for comments on my forum and got I think 1 yes and no no's (04:05:36 PM) eyedeekay: I was a yes at the last meeting too I think (04:05:46 PM) zzz: I'd like to decide today because I have a SSU2 blog post ready to go and it would be helpful to refer to the next release by number (04:06:22 PM) zzz: yeah I didn't hear any strong opinions one way or the other last meeting which is why we pushed it a month (04:06:34 PM) zzz: I think it's a good idea (04:06:51 PM) zzz: so if there's no objections, let's call it 2.0.0! (04:07:30 PM) eyedeekay: Timeout 1m for objections (04:07:47 PM) zzz: make it 30 seconds :) (04:07:54 PM) eyedeekay: Yeah I already burned 30 (04:08:04 PM) eyedeekay: OK there it is (04:08:06 PM) eyedeekay: 2.0.0 (04:08:17 PM) eyedeekay: 4. Publish source tarballs for bundle releases (04:08:31 PM) zzz: yeah this was my item (04:08:53 PM) zzz: standard open source practice is to post source tarballs, even if we can point to a git tag (04:09:06 PM) zzz: I understand that the Mac source doesn't change release to release? (04:09:10 PM) zzz: but the windows source does? (04:09:46 PM) zlatinb: well the mac bundle has evolved to enable arm64 but in general it doesn't change (04:10:02 PM) eyedeekay: What we both do is clone a copy of the repo and check out a specific release tag, ant distclean, generate our jars, and copy them into the bundle trees (04:10:15 PM) zzz: anyway, my recommendation is that we generate source tarballs as part of the build process and link to them on the respective download pages (04:10:36 PM) zzz: if they don't change, then I guess they can be unversioned (04:10:50 PM) zzz: so the windows source doesn't change release-to-release either? (04:11:01 PM) zlatinb: I would rather just tag and then fetch the tarball from github. I expect at least for a while the only thing changing in the mac bundle will be the changelog file (04:11:50 PM) zzz: you all can work out the details, but the goal is to have source and instructions so anybody can build it themselves (04:12:00 PM) eyedeekay: The i2p jars that get included don't change except to get updated, but the Windows source has changed in the launcher quite a lot since it started (04:12:12 PM) zzz: are you two willing to do that and add it to your release processes? (04:12:21 PM) eyedeekay: Yes absolutely (04:12:31 PM) eyedeekay: My release scripts and daily scripts now include tarball every time (04:12:36 PM) zzz: you don't need to include dependencies such as i2p, and probably shouldn't (04:12:37 PM) eyedeekay: zab's too IIRC (04:12:54 PM) zlatinb: the question is where to put the tarballs, should they be available on the site, etc. (04:13:25 PM) zzz: somewhere on the download server with everything else, with links on the bundle pages. You two can work out the details to be consistent (04:13:59 PM) zlatinb: well that's the thing, if we can just point to a gitlab tag then there's no need for any extraneous links (04:14:31 PM) zzz: disagree, I think it's good open source practice to publish source tarballs (04:14:55 PM) zlatinb: github and maybe gitlab allow tarball download off of a tag (04:14:57 PM) eyedeekay: It's not much more effort, I'm not against it, I tag in the same script I generate tarballs in (04:15:05 PM) zzz: here's the binary, here's the source, here's the gpg sigs, here's the build instructions (04:15:29 PM) zzz: it's also consistent with our mainline release to have tarballs (04:16:15 PM) zzz: sounds like zlatinb is not in agreement? should we push this off to next month? (04:16:38 PM) zlatinb: yeah I think it's unnecessary (04:16:57 PM) zlatinb: but don't mind doing it if that's what the decision is (04:17:11 PM) zzz: if it never changes, you only have to do it once and you're done (04:17:47 PM) zlatinb: it has changed very rarely historically (04:18:03 PM) eyedeekay: Kicking it down the road for now is fine with me, zlatinb and I can work out what we're going to do or not do in the meantime (04:18:33 PM) eyedeekay: This might be a situation where we have to be a little different because my bundle has been a little more rapidly-changing than his (04:19:27 PM) zzz: if we don't want to decide today I'll start a forum thread to solicit more opinions (04:20:44 PM) zlatinb: ok (04:20:44 PM) zzz: ok = you're oppposed for now? (04:21:02 PM) eyedeekay: Probably a good idea, and I'm pro tarballs (04:21:31 PM) zlatinb: yeah (04:21:31 PM) zzz: no problem, eyedeekay put it on the list for next month (04:21:37 PM) eyedeekay: OK can do (04:21:52 PM) eyedeekay: Anything else for 4? (04:22:38 PM) eyedeekay: 5. Free stickers for translators (04:22:55 PM) eyedeekay: zzz this one was also yours, take it away whenever you're ready (04:23:16 PM) zzz: yeah, credit sarah jamie lewis on twitter (04:23:32 PM) zzz: for her project which I've forgotten the name... cwtch? (04:24:02 PM) eyedeekay: That's the one (04:24:02 PM) zzz: anyway, thought it was a good idea, but we'd need a) stickers and b) people to mail them (04:24:17 PM) zzz: both of which we used to have but are now out of both people and stickers? (04:24:40 PM) zzz: so, do we want to do it, and should we order stickers (even if we don't) (04:24:45 PM) zzz: EOT (04:25:26 PM) zzz: sadie and eche|on used to be the sticker people I think (04:25:38 PM) eyedeekay: I went through and counted mine up, I've got maybe 35 of the old ones(Toopie) and 91 left of the run I ordered in the spring, but I'd be fine with ordering more (04:25:41 PM) zzz: anyway, comments please... yes/no/maybe? (04:26:00 PM) eyedeekay: I can mail them within the US and Canada but the EU isn't great for me (04:26:21 PM) zzz: we have hundreds of translators registered. only a few are probably active (04:26:41 PM) zzz: who is the sticker-orderer-person? (04:27:54 PM) eyedeekay: The last person to order stickers was probably me, but I did them on my own time/out of pocket so I would have them for conventions (04:28:19 PM) zzz: who's in charge of PR? (04:28:48 PM) zzz: who has an opinion about stickers for translators? (04:28:48 PM) zzz: well, you could have / should have gotten reimbursed... echelon used to be the sticker guy (04:29:54 PM) zzz: we're going to need his buyin both for the cost, and to make him the EU mail person, and to send half to you and half to him (04:30:15 PM) zzz: since he's not around, put this on the list for next month, I'll try to get his attention (04:30:22 PM) eyedeekay: I think that if translators request stickers we should be able to get them some stickers, but that it should be contingent on request (04:30:59 PM) zzz: sure, we don't have anybody's address, they have to ask. but we would have to tell them to ask (04:31:17 PM) uis is now known as Irc2PGuest33729 (04:31:48 PM) zzz: if anybody's going to CCC then you need to hop on more stickers, independent of translators (04:32:42 PM) zzz: EOT, push it to next month, no answers today (04:32:47 PM) eyedeekay: Ack, I do plan to go so I'll make sure I have some stickers (04:32:47 PM) eyedeekay: So next step is start an email chain with Ech about it (04:33:09 PM) eyedeekay: EOT from me, anything else on 5? (04:33:50 PM) eyedeekay: 6. Windows Easy-Install Update/Out-of-Beta (04:33:58 PM) eyedeekay: This one's mine obviously (04:34:26 PM) eyedeekay: So 1.9.5 point release happened technically because of the reseed application context timer obviously (04:34:45 PM) eyedeekay: But it was a convenient time to also keep an eye on how the updates performed (04:35:54 PM) zlatinb: and how did it behave? (04:35:55 PM) eyedeekay: It wasn't without complications, people who were using fell into 3 groups (04:36:56 PM) eyedeekay: 1. People for whom it worked perfectly (04:36:56 PM) eyedeekay: 2. People for whom it resulted in corrupted router.config files for un-bundled routers (04:36:56 PM) eyedeekay: 3. People for whom it it did not update because the router.config files were from un-bundled routers (04:37:22 PM) eyedeekay: 2 and 3 were problems, I followed up with the fix in a forum post on zzz.i2p (04:37:43 PM) eyedeekay: I believe they are fixed now and cannot recur in the future (04:37:57 PM) eyedeekay: Therefore I think the update process will be ready by what is now 2.0.0 (04:38:08 PM) eyedeekay: I actually think it's ready now but 7 weeks to test (04:38:53 PM) eyedeekay: So I would like to move it out of beta in November (04:39:09 PM) zzz: we don't have documented criteria for out-of-beta, really (04:39:17 PM) zzz: but for me it's that the release processes are solid, things aren't getting missed (04:39:27 PM) zzz: we're not doing point releases a week later to fix stuff (04:39:45 PM) zzz: but you may wish to list your own feature goals (04:40:21 PM) zzz: for example, are you two solid on reviewing the java updates every three months and jointly deciding to release or not? (04:40:40 PM) zzz: I didn't see any on-IRC discussion. did it happen off-IRC perhaps? (04:41:31 PM) zlatinb: the last discussion happened here, there has been no off-IRC discussion regarding jre point releases since (04:42:21 PM) eyedeekay: Didn't we talk about it on Whereby a little after that? (04:42:36 PM) eyedeekay: IIRC we only release in the Java cycle if there's a CVE which affects the last release? (04:42:46 PM) zzz: just to take an example, 18.0.2.1 August 18 2022 fixes a JIT bug that crashes the JRE. Are you two both on that, or did you jointly decide it wasn't necessary? (04:43:33 PM) zlatinb: I'm not on that I don't think (04:43:43 PM) zlatinb: and don't remember discussing that bug; I usually look only at the CVEs (04:44:08 PM) zlatinb: 21:43:29 zlatinb: I'm not on that I don't think (04:44:08 PM) zlatinb: 21:43:42 zlatinb: and don't remember discussing that bug; I usually look only at the CVEs (04:44:12 PM) zzz: back (04:45:12 PM) eyedeekay: I am on 18.0.2.1 but because I pushed back my release to try and make sure I addressed some stability issues and by that time Java had updated (04:45:24 PM) eyedeekay: Also my point release was built with an updated JDK (04:45:35 PM) eyedeekay: So that's got us out-of-sync again I think (04:45:54 PM) zzz: that's what I'm getting at about processes. If the build and release processes aren't yet stable and being reliably followed, these procucts aren't ready to graduate (04:46:01 PM) zzz: so when you updated, to 18.0.2.1, did you tell zlatinb you were doing it and suggest he do the same? (04:47:04 PM) eyedeekay: No I didn't, I simply let it auto-update and built with the latest version (04:48:13 PM) eyedeekay: So... there's another process to revise on my side (04:49:31 PM) zzz: I'd suggest you work on a solid bug-free release in november (together with whatever feature goals you have) and if that goes well put yourself on the agenda for december (04:50:00 PM) eyedeekay: OK can do (04:50:56 PM) zzz: or january because the release is likely to be late nov., may not have enough info by 1st week in dec. (04:52:02 PM) eyedeekay: If there's not enough to go on by then I'll move it (04:52:15 PM) eyedeekay: Anything else for 6? (04:52:27 PM) zzz: a brief 6a) (04:52:30 PM) eyedeekay: Sure (04:52:52 PM) zzz: zlatinb, reported that the mac arm update went well, so as far as I'm concerned it's out of beta as discussed on my forum (04:53:28 PM) zzz: zlatinb, you need to update your page to remove the beta label (04:53:28 PM) zzz: eot (04:53:28 PM) zlatinb: ok (04:53:29 PM) zlatinb: will do soon (04:54:24 PM) eyedeekay: All right that puts us at just shy of an hour, anything else for the meeting? (04:54:26 PM) eyedeekay: timeout 1m (04:54:41 PM) zlatinb: yes (04:54:57 PM) zlatinb: if StormyCloud reads the logs, I encourage them to address the concerns raised on reddit (04:56:15 PM) zlatinb: the longer that question stays unanswered the worse it looks (04:56:18 PM) eyedeekay: agreed, they do sometimes come to reddit and it would be good to hear from them (04:56:36 PM) zlatinb: eot (04:56:43 PM) eyedeekay: Thanks zlatinb (04:57:37 PM) eyedeekay: Anything else for the meeting(again)? timeout 30s this time (04:58:21 PM) eyedeekay: Thanks everyone for coming, I'll post the logs tonight, see you around IRC and same time next month </div>/cs/blog/2022/09/26/p%C5%99ipomenut%C3%AD-abyste-z%C5%AFstali-v-bezpe%C4%8D%C3%AD-s-t%C3%ADm-jak-i2p-roste/Mon, 26 Sep 2022 00:00:00 +0000/cs/blog/2022/09/26/p%C5%99ipomenut%C3%AD-abyste-z%C5%AFstali-v-bezpe%C4%8D%C3%AD-s-t%C3%ADm-jak-i2p-roste/<h2 id="připomenutí-jak-zůstat-v-bezpečí-když-i2p-roste">Připomenutí, jak zůstat v bezpečí, když I2P roste</h2> <p>Je to vzrušující období pro The Invisible Internet Project (I2P). Dokončujeme naši migraci na moderní kryptografii napříč všemi našimi transportními protokoly, (Java a C++), a nedávno jsme získali vysoce kapacitní a profesionální službu outproxy (výstupní proxy), a existuje více aplikací integrujících funkcionalitu založenou na I2P než kdy dříve. Síť je připravena růst, takže je nyní vhodná chvíle připomenout všem, aby jednali rozumně a bezpečně při získávání I2P a softwaru souvisejícího s I2P. Vítáme nové aplikace, implementace a forky s novými nápady a síla sítě pramení z její otevřenosti k účasti všech uživatelů I2P. Ve skutečnosti vás neradi nazýváme uživateli, raději používáme slovo „Účastníci“, protože každý z vás pomáhá síti svým vlastním způsobem – přispíváním obsahem, vývojem aplikací nebo prostým směrováním provozu a pomáháním ostatním účastníkům nalézt peery.</p>/cs/blog/2022/09/26/seznamte-se-se-sv%C3%BDm-spr%C3%A1vcem-divaexchange/Mon, 26 Sep 2022 00:00:00 +0000/cs/blog/2022/09/26/seznamte-se-se-sv%C3%BDm-spr%C3%A1vcem-divaexchange/<p><em>V tomto druhém pokračování série Meet Your Maintainer jsem oslovil Konrada z DIVA.EXCHANGE, abychom si promluvili o výzkumu a službách DIVA. DIVA.EXCHANGE vyvíjí software s cílem poskytovat bezplatnou bankovní technologii pro každého. Je bezpečný bez centrální infrastruktury a je založen na technologiích blockchain a I2P.</em></p> <p><strong>Co vás přimělo zajímat se o I2P?</strong></p> <p>Před asi deseti lety jsem měl prezentaci pro &ldquo;Technologieforum Zug&rdquo; - velmi lokální technologickou síť pro lidi z byznysu. Představoval jsem jim I2P a Tor jako překryvné sítě - abych jim ukázal, že existují i další zajímavé věci.</p>/cs/blog/2022/09/07/seznamte-se-se-sv%C3%BDm-spr%C3%A1vcem-stormycloud/Wed, 07 Sep 2022 00:00:00 +0000/cs/blog/2022/09/07/seznamte-se-se-sv%C3%BDm-spr%C3%A1vcem-stormycloud/<h2 id="rozhovor-se-společností-stormycloud-inc">Rozhovor se společností StormyCloud Inc.</h2> <p>S nejnovějším <a href="https://geti2p.net/en/blog/2022/08/22/1.9.0-Release">vydáním I2P Java</a> , byl stávající outproxy false.i2p nahrazen novým outproxy StormyCloud pro nové instalace I2P. Pro uživatele, kteří aktualizují svůj router, lze přechod na službu Stormycloud provést rychle.</p> <p>Ve Správci skrytých služeb změňte obě položky Outproxies i SSL Outproxies na exit.stormycloud.i2p a klikněte na tlačítko Uložit ve spodní části stránky.</p> <h2 id="kdo-je-stormycloud-inc">Kdo je StormyCloud Inc?</h2> <p><strong>Poslání společnosti StormyCloud Inc.</strong></p> <p>Obhajovat přístup k internetu jako univerzální lidské právo. Tím skupina chrání elektronické soukromí uživatelů a buduje komunitu podporou neomezeného přístupu k informacím, a tím i svobodné výměny myšlenek napříč hranicemi. Je to zásadní, protože internet je nejsilnějším dostupným nástrojem k dosažení pozitivní změny ve světě.</p>/cs/blog/2022/09/07/vyd%C3%A1n%C3%AD-windows-easy-install-bal%C3%AD%C4%8Dku-1.9.5/Wed, 07 Sep 2022 00:00:00 +0000/cs/blog/2022/09/07/vyd%C3%A1n%C3%AD-windows-easy-install-bal%C3%AD%C4%8Dku-1.9.5/<h2 id="vydání-zaměřené-na-opravy-chyb-pro-uživatele-windows-11">Vydání zaměřené na opravy chyb pro uživatele Windows 11</h2> <p>Toto bodové vydání obsahuje opravu chyby v dodávaném I2P routeru, která odstraňuje velmi neobvyklou chybu, kdy kontextové hodiny nejsou synchronizovány s hodinami používanými souborovým systémem, což vede k tomu, že router nedokáže přečíst aktuální stav své vlastní NetDB. Ačkoli byla tato chyba dosud pozorována pouze ve Windows 11, důrazně doporučujeme, aby všichni uživatelé aktualizovali na nové sestavení.</p> <p>This release also features faster startup and times improved stability in the profile manager.</p>/cs/blog/2022/09/06/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-6.-z%C3%A1%C5%99%C3%AD-2022/Tue, 06 Sep 2022 00:00:00 +0000/cs/blog/2022/09/06/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-6.-z%C3%A1%C5%99%C3%AD-2022/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> eyedeekay, zzz, zlatinb, not_bob, RightNow, RN</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> (04:01:46 PM) eyedeekay: Ahoj všichni (04:01:50 PM) eyedeekay: Vítejte na úterní schůzce 6. září (04:02:02 PM) zzz: ahoj (04:02:07 PM) mode (-m ) by zzz (04:02:13 PM) zlatinb: ahoj (04:02:26 PM) eyedeekay: 1. Ahoj (04:02:26 PM) eyedeekay: 2. stav vydání 1.9.0 (04:02:26 PM) eyedeekay: 3. stav vývoje 1.10.0 (04:02:26 PM) eyedeekay: 4. příští vydání 2.0.0? (04:02:26 PM) eyedeekay: 5. balíček pro Mac arm64 ven z bety, pokud byla aktualizace 1.9.0 úspěšná? (navázání na poslední schůzku) (04:02:51 PM) eyedeekay: Má někdo něco dalšího, než začneme? (04:03:19 PM) eyedeekay: ahoj zzz, ahoj zlatinb (04:03:46 PM) eyedeekay: 2. stav vydání 1.9.0 (04:05:11 PM) eyedeekay: Vydání proběhlo asi před 2 týdny, mírné zpoždění bylo se zveřejněním verze pro Android a Easy-Install bundle (04:05:11 PM) eyedeekay: Buildy na F-Droidu jsou také opravené, takže kdo chce, může instalovat z hlavního F-Droidu a aplikace bude fungovat (04:05:37 PM) not_bob: Díky za to. (04:05:43 PM) eyedeekay: Není zač (04:06:41 PM) eyedeekay: Plánuji vydat menší vydání pro Windows Easy-Install bundle, zlatinb našel velmi těžko postřehnutelný bug, který zřejmě ovlivňuje easy-install bundle na Windows 11 trochu víc než jinde (04:07:17 PM) eyedeekay: zzz, chceš probrat Debian nebo něco dalšího? (04:07:51 PM) zzz: jasně (04:07:53 PM) zzz: asi 40 % sítě je aktualizováno, což je po dvou týdnech typické (04:08:10 PM) zzz: teď máme pár stovek SSU2-enabled routers, jak bylo zamýšleno/očekáváno (04:08:41 PM) zzz: zatím žádné zásadní problémy (04:09:06 PM) zzz: i když zlatinbův bug je možná středně velký :) (04:09:07 PM) zzz: EOT (04:10:01 PM) eyedeekay: Jo, a co nechápu je, jak se to tak dlouho skoro neprojevovalo, a pak to zasáhne easy bundle dvakrát po sobě v rychlém sledu (04:10:17 PM) zlatinb: no, tak trochu náhodou musím pár dní používat notebook s Windows 11 a odhalilo to spoustu problémů (04:11:08 PM) zlatinb: Myslím, že problém s reseedem buď lidi donutil zkusit to znovu, nebo to s I2P vzdali hned na začátku (04:11:09 PM) zzz: Tak to obvykle bývá... vývojář si pořídí nové prostředí... a všechno se rozsype (04:11:59 PM) zlatinb: pořád je nevyřešený problém s forkováním Firefoxu při prvním spuštění (04:12:48 PM) zlatinb: takže ideálně bychom s tím měli něco zkusit udělat (04:13:30 PM) eyedeekay: Přesně tak, děje se to jen úplně poprvé, když se spustí launcher pro prohlížeč, každé další spuštění funguje v pořádku (04:13:36 PM) zlatinb: možná to spustit headless nebo si pohrát s volbami spuštění, nevím (04:14:10 PM) eyedeekay: Jo, mohl bych to při prvním spuštění spustit headless, nechat to forknout a zavřít, a pak to spouštět s otevřeným oknem (04:14:58 PM) eyedeekay: To je dobrý nápad, díky, zlatinb (04:15:15 PM) eyedeekay: Něco dalšího k bodu 2? (04:16:03 PM) goingpostal is now known as Irc2PGuest14444 (04:16:29 PM) eyedeekay: 3. stav vývoje 1.10.0 (04:18:30 PM) eyedeekay: Promiňte, jsem trochu méně připravený než obvykle, celý den trčím v cizí kanceláři, prosím o strpení (04:21:00 PM) eyedeekay: Po dvou týdnech pracuji na řadě vylepšení Windows bundle, aby byl stabilnější a intuitivnější na používání a abychom vystopovali clock-skew bug (problém s posunem času) (04:21:37 PM) eyedeekay: Také portuji profil a části launcheru (mimo jpackaged router) na ne-Windows platformy, abychom tam snad poskytli automatickou konfiguraci prohlížeče (04:22:06 PM) eyedeekay: zzz pracuje na SSU2, opravuje bugy s pomocí orignal, chtěl bys nám k tomu dát update, zzz (04:22:16 PM) zzz: ano, díky. je to ještě brzké, ale souhrn dosavadních změn a oprav je na `http://zzz.i2p/topics/3377` (04:22:32 PM) zzz: SSU2 – přidali jsme příznak ack-immediate a migraci spojení (04:22:47 PM) zzz: což jsou poslední dvě věci, které jsme chtěli stihnout, než to povolíme pro všechny (04:24:07 PM) eyedeekay: Super, takže jste přesně na cestě podle plánu? (04:24:30 PM) zzz: větší uživatelská základna nám pomáhá nacházet okrajové případy a vzácnější bugy, nic příliš vážného, opravujeme průběžně (04:24:30 PM) zzz: plán už měsíce je povolit SSU2 pro všechny v listopadovém vydání a pořád jedeme podle plánu (04:24:30 PM) zzz: EOT (04:24:42 PM) zzz: ano (04:24:51 PM) eyedeekay: Skvělé, díky za update (04:25:09 PM) eyedeekay: Něco dalšího k bodu 3? (04:25:41 PM) eyedeekay: 4) příští vydání 2.0.0? (04:25:52 PM) eyedeekay: zzz, tohle téma jsi přidal ty, chceš nás uvést? (04:26:12 PM) zzz: tohle byl návrh od dr|z3d, takže pokud je nablízku, požádám ho, aby to představil (04:26:50 PM) zzz: ale pokud ne, řeknu, že to není špatný nápad (04:27:05 PM) zzz: Linux se chystá přejít z 5.19 na 6.0 (04:27:25 PM) zzz: arti od Toru právě přešel na 1.0.0 (04:27:26 PM) zzz: SSU2 je stejně dobrá záminka jako jakákoli jiná (04:27:45 PM) RightNow: a I2P přechází z SSU na SSU2 (04:27:47 PM) zzz: EOT - co si o tom myslíte? a nemusíme rozhodnout dnes, máme ještě 11 týdnů (04:28:30 PM) not_bob: Nemám s tím problém, pokud to bude fungovat. (04:29:18 PM) zzz: Někdo to nesnáší? Někdo to miluje? (04:29:21 PM) eyedeekay: Jasně, dává mi to smysl, oba transporty budou modernizované, je to velký milník (04:29:43 PM) zlatinb: Trochu bych si přál, aby tam bylo něco většího, aby to stálo za přechod na 2.0 (04:29:48 PM) RightNow is now known as RN (04:30:34 PM) eyedeekay: Možná si to schovat na 3.0.0? (04:30:38 PM) zzz: na roadmapě nic většího není. upřímně doufám, že už nikdy nebudeme dělat nic většího, jsem unavený... (04:30:56 PM) zlatinb: taky teď musím odejít, sorry; k poslednímu tématu: ano, myslím, že balíček pro Mac ARM je připravený jít z bety ven. Notebook s Windows budu mít ještě den nebo dva na testování. Musím běžet, promiňte (04:30:59 PM) zlatinb: ozvu se později (04:31:05 PM) RN: zzz, i tobě díky. (04:32:26 PM) eyedeekay: Ano, zzz, tvé odhodlání a tvrdá práce jsou ceněny (04:32:34 PM) zzz: víš co, eyedeekay, nech mě napsat příspěvek do vlákna 1.10 na mém fóru a příští měsíc se vrátím s reportem, dej to na agendu na příští měsíc (04:32:44 PM) eyedeekay: Udělám, zzz (04:33:18 PM) zzz: nesnažil jsem se vylákat poděkování, jen jsem poukázal, že tohle byla poslední – a nejtěžší – část crypto migrace, na které jedeme už asi dekádu (04:33:36 PM) eyedeekay: Nemusel jsi ho vyvolávat, zasloužíš si ho :) (04:33:52 PM) eyedeekay: Ale pointa přijata, je to obrovské úsilí (04:33:58 PM) RN: je to milník hodný oslavy a jo, zasloužíš si to! (04:34:14 PM) zzz: kdybychom se nejdřív pokusili o SSU2, zabilo by nás to. zvládli jsme to jen díky zkušenostem ze všeho ostatního (04:34:26 PM) zzz: zásluhy samozřejmě patří i projektu i2pd (04:35:01 PM) eyedeekay: Přesně tak. Ale zpátky k věci, něco dalšího k bodu 4? (04:35:15 PM) RN: ale ty jsi to vedl. (04:35:21 PM) zzz: jestli chceme jít do post-quantum, to může být 3.0.0 :) (04:35:43 PM) eyedeekay: Dobrý nápad, to bude vzrušující (04:35:53 PM) zzz: ne, nic dalšího (04:36:05 PM) eyedeekay: No a 5) bylo: balíček pro Mac arm64 ven z bety, pokud byla aktualizace 1.9.0 úspěšná? (navázání na poslední schůzku) (04:36:43 PM) eyedeekay: Což nám zlatinb cestou ze schůzky okomentoval, a pokud byla aktualizace úspěšná, nevidím důvod proti (04:37:38 PM) eyedeekay: Má někdo ještě něco k tomuto tématu? (04:38:06 PM) zzz: Předpokládám, že zlatinb myslel, že aktualizace fungovala; pokud ano, může na webu odstranit označení beta (04:38:32 PM) zzz: to byla jediná výhrada, kterou jsem měl na poslední schůzce (04:38:33 PM) zzz: eot (04:39:45 PM) eyedeekay: OK. Někdo z nás by měl pingnout nás, až ho uvidíme online (04:39:52 PM) eyedeekay: Něco dalšího na schůzi? (04:40:04 PM) eyedeekay: ping *jeho (04:41:14 PM) eyedeekay: Tak bez jeho git creds to asi klidně můžu odstranit to označení (04:41:27 PM) eyedeekay: Tak to udělám (04:41:43 PM) zzz: máš potvrzení, že aktualizace fungovala? (04:42:11 PM) zzz: protože to výše neřekl (04:42:53 PM) eyedeekay: Myslím, že ne (04:43:01 PM) eyedeekay: Ne (04:43:14 PM) eyedeekay: Ne, přísně vzato jsem to od nikoho zatím neslyšel výslovně (04:43:21 PM) eyedeekay: Tak počkám (04:43:26 PM) eyedeekay: A zeptám se ho (04:43:32 PM) zzz: ok (04:44:19 PM) eyedeekay: Něco dalšího na schůzi, timeout 1 m? (04:45:44 PM) eyedeekay: Dobře, díky všem za účast </div>/cs/blog/2022/08/28/bal%C3%AD%C4%8Dek-pro-snadnou-instalaci-pro-windows-vyd%C3%A1n%C3%AD-1.9.0/Sun, 28 Aug 2022 00:00:00 +0000/cs/blog/2022/08/28/bal%C3%AD%C4%8Dek-pro-snadnou-instalaci-pro-windows-vyd%C3%A1n%C3%AD-1.9.0/<h2 id="tato-aktualizace-zahrnuje-nový-router-190-a-zásadní-vylepšení-uživatelského-komfortu-pro-uživatele-balíčku">Tato aktualizace zahrnuje nový router 1.9.0 a zásadní vylepšení uživatelského komfortu pro uživatele balíčku</h2> <p>Toto vydání obsahuje nový router I2P 1.9.0 a je založeno na Javě 18.02.1.</p> <p>Staré dávkové skripty byly vyřazeny ve prospěch flexibilnějšího a stabilnějšího řešení přímo v nástroji jpackage. To by mělo opravit všechny chyby související s vyhodnocováním cest a jejich uvozováním, které se v dávkových skriptech vyskytovaly. Po aktualizaci lze dávkové skripty bezpečně odstranit. Při příští aktualizaci je instalátor odstraní.</p>/cs/blog/2022/08/22/vyd%C3%A1n%C3%AD-1.9.0/Mon, 22 Aug 2022 00:00:00 +0000/cs/blog/2022/08/22/vyd%C3%A1n%C3%AD-1.9.0/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>Poslední tři měsíce jsme s malým počtem dobrovolných testerů pracovali na našem novém transportním protokolu UDP &ldquo;SSU2&rdquo;. Toto vydání dokončuje implementaci, včetně přeposílání a testování peerů. Ve výchozím nastavení jej zapínáme pro platformy Android a ARM a náhodně u malého procenta dalších routers. To nám umožní v následujících třech měsících provést mnohem více testování, dokončit funkci migrace spojení a opravit zbývající problémy. Plánujeme jej zapnout pro všechny v příštím vydání naplánovaném na listopad. Není nutné žádné ruční nastavení. Samozřejmě je v tomto vydání také obvyklá sada oprav chyb. Také jsme přidali automatický detektor deadlocku (vzájemného zablokování), který už odhalil vzácný deadlock, jenž je nyní opraven.</p>/cs/blog/2022/08/04/jak-p%C5%99ej%C3%ADt-na-slu%C5%BEbu-stormycloud-outproxy/Thu, 04 Aug 2022 00:00:00 +0000/cs/blog/2022/08/04/jak-p%C5%99ej%C3%ADt-na-slu%C5%BEbu-stormycloud-outproxy/<h2 id="jak-přepnout-na-službu-stormycloud-outproxy">Jak přepnout na službu StormyCloud Outproxy</h2> <p><strong>Nový profesionální outproxy (výstupní proxy server)</strong></p> <p>For years, I2P has been served by a single default outproxy, <code>false.i2p</code> 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.</p>/cs/blog/2022/08/03/snadn%C3%A1-instalace-pro-apple-silicon/Wed, 03 Aug 2022 00:00:00 +0000/cs/blog/2022/08/03/snadn%C3%A1-instalace-pro-apple-silicon/<p>S potěšením nabízíme balíček Easy Install BETA pro Mac OS běžící na hardwaru Apple Silicon. Můžete si jej stáhnout zde:</p> <p><a href="https://geti2p.net/en/download/mac">Snadno instalovatelné balíčky I2P pro Mac OS</a> </p> <p><strong>Rychlost</strong></p> <p>V našich interních benchmarcích jsou kryptografické operace 2 až 2,5krát rychlejší než při spuštění Intel bundle pod Rosettou.</p> <p><strong>Známé problémy</strong></p> <ul> <li>Quitting I2P by right-clicking on the dock icon causes I2P to freeze and a &ldquo;Force Quit&rdquo; is necessary. This issue will be fixed for the 1.9 release.</li> <li>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.</li> </ul> <p><strong>Děkujeme za testování!</strong></p>/cs/blog/2022/08/02/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-2.-srpna-2022/Tue, 02 Aug 2022 00:00:00 +0000/cs/blog/2022/08/02/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-2.-srpna-2022/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> eyedeekay, zzz, zlatinb, StormyCloud, R4S4S, SilicaRice, not_bob</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> (04:18:08 PM) eyedeekay: 1. Ahoj (04:18:08 PM) eyedeekay: 2. Stav vývoje 1.9.0 (04:18:08 PM) eyedeekay: 3. Stav balíčku pro Apple Silicon (04:18:08 PM) eyedeekay: 4. Dopis pro EFF k upřesnění, co znamená „provozovat“ síť (04:18:08 PM) eyedeekay: 5. Nový Outproxy (výstupní proxy) odkaz: `http://zzz.i2p/topics/3254` (04:18:08 PM) eyedeekay: a) Přehled organizace a infrastruktury (StormyCloud) (04:18:08 PM) eyedeekay: b) Technická revize a výsledky testů (zzz a další) (04:18:08 PM) eyedeekay: c) Revize ToS a zásad logování `http://stormycloud.i2p/outproxy.html` (všichni) (04:18:08 PM) eyedeekay: d) Hlasování o schválení (všichni) (04:18:08 PM) eyedeekay: e) Plán nasazení (pokud schváleno) (zzz, StormyCloud) (04:19:11 PM) eyedeekay: zzz zlatinb jste tady? (04:19:24 PM) zzz: ahoj (04:19:27 PM) zlatinb: ahoj, ano (04:20:11 PM) eyedeekay: Omlouvám se, zase, měl jsem nehodu při vaření (04:20:12 PM) eyedeekay: 2. Stav vývoje 1.9.0 (04:21:23 PM) eyedeekay: Jsme 3 týdny od vydání, včera na schůzce ls2 jsme v podstatě stanovili datum, bude to 22. i2pd a/nebo Java I2P mohou povolit SSU2 pro nové instalace, nebo pro malé procento sítě při restartu, podobně jako při přegenerování klíčů routeru (04:22:21 PM) eyedeekay: Zbývají 3 týdny na hlášení chyb a opravy (04:22:47 PM) eyedeekay: Máte ještě něco k doplnění, zzz, zlatinb? (04:23:54 PM) eyedeekay: 3. Stav balíčku pro Apple Silicon (04:23:54 PM) eyedeekay: zlatinb tohle je tvoje, začni prosím, až budeš připraven (04:24:23 PM) not_bob_afk is now known as not_bob (04:25:23 PM) zzz: dovolte mi prosím trochu doplnit k bodu 2) (04:25:30 PM) SilicaRice: je SSU2 oficiálně stabilní? :o (04:25:35 PM) eyedeekay: OK, pokračuj, promiň, nechtěl jsem spěchat (04:25:46 PM) zzz: lag (04:25:59 PM) zzz: zmrazení tagů bude 10. srpna, týden ode dneška (04:26:17 PM) zzz: testeři SSU2 byli velmi nápomocní, na síti jich je asi 50–75 (04:26:36 PM) zzz: naším cílem je povolit to u několika stovek až tisíce routerů v tomto vydání (04:26:53 PM) zzz: aby nám to pomohlo vytřást zbývající chyby, a zároveň se vyhnout jakékoliv šanci na průšvih (04:27:19 PM) zzz: a v listopadovém vydání to povolíme pro všechny (04:27:33 PM) SilicaRice: ahh :3 (04:27:47 PM) zzz: ostatní jde také hladce, jen obvyklé opravy chyb napříč (04:28:13 PM) zzz: SSU2 je z větší části hotové, to ale neznamená, že je už téměř dokonalé (04:28:30 PM) zzz: díky také týmu i2pd, taky tvrdě makají (04:28:42 PM) zzz: Myslím, že to je vše, pokud nejsou dotazy (04:28:56 PM) not_bob: Ovlivní aktualizace také build pro Android? (04:29:46 PM) eyedeekay: Nechystám žádné změny nastavení, SSU2 bude technicky dostupné, ale nebude UI, kde by se dalo zapnout (04:30:34 PM) eyedeekay: Jen přebírá výchozí nastavení z i2p.i2p, kromě toho, kde je to nutné pro běh v prostředí Androidu (04:30:36 PM) zzz: Jistě. Možná prostě povolíme SSU2 pro všechen Android, protože to žere mnohem méně CPU než SSU1 s ElGamalem (04:30:36 PM) not_bob: Dobře, dobře. (04:30:36 PM) zzz: to je to, o čem uvažuje i2pd, můžeme udělat totéž (04:30:36 PM) zzz: jo, nebudeme dávat volbu do UI a pak šíleně přesvědčovat lidi, aby si to zapnuli (04:30:36 PM) zzz: nikdy bychom nedostali počty, které chceme (04:30:36 PM) not_bob: Můžeme dostat volbu to zapnout, pokud chceme? Lepší výdrž baterie by byla fajn. (04:30:46 PM) zzz: je tam pokročilá konfigurace, podrobnosti viz zzz.i2p (04:30:53 PM) not_bob: Díky. (04:30:55 PM) zzz: nejsem si jistý, jestli má Android přístup k pokročilé konfiguraci? (04:31:32 PM) eyedeekay: Ne, nemá, musel bys dělat divné věci, aby to fungovalo (04:31:51 PM) eyedeekay: V podstatě jen pro vývojáře: ručně upravovat na Androidu konfigurační soubory mimo I2PTunnel (04:32:03 PM) not_bob: :( (04:32:26 PM) zzz: ok. každopádně by mohlo být dobré to pro Android stejně povolit, protože jedna z posledních funkcí, které musíme implementovat, je zvládání změn IP, takže mobilní routery nám pomohou vyvíjet a testovat testovat (04:32:43 PM) not_bob: Hlasuji pro. (04:33:25 PM) zzz: ok. pro upřesnění, nikdo si s SSU2 nevšimne žádného rozdílu. Je to většinou stejná sada funkcí a momentálně je to trochu pomalejší než SSU1, alespoň na Javě. Pro i2pd je to rychlejší (04:33:47 PM) eyedeekay: Výdrž baterie je velká věc, pokud v tom SSU2 udělá rozdíl (04:34:18 PM) eyedeekay: Mohli bychom být horší, pokud jde o spotřebu baterie, ale také bychom mohli být lepší (04:34:37 PM) zzz: výhody jsou větší bezpečnost, méně CPU, spolehlivější detekce firewallu (04:34:44 PM) zzz: Možná o tom napíšu celý blogpost, myslím, že je to jeden z nejodolnějších protokolů vůči cenzuře, jaké kdy byly navrženy. Uvidíme (04:35:01 PM) zzz: eot (04:36:20 PM) eyedeekay: Díky, zzz. Myslím, že lidé slyší „Méně CPU“ a hned si to spojují s „Šetrnější k baterii u Androidů“, což může být část toho zájmu (04:36:35 PM) eyedeekay: 3. Stav balíčku pro Apple Silicon (04:37:15 PM) eyedeekay: zlatinb, tohle je tvoje, pokračuj, až budeš připraven (04:37:26 PM) zlatinb: Ahoj, zpřístupnil jsem balíček ke stažení asi před 6 dny a od té doby bylo téměř 100 stažení (04:37:55 PM) zlatinb: asi 30 % uživatelů Macu stahuje arm64 balíček, což mě překvapuje (04:40:58 PM) zlatinb: Zatím nikde žádná zpětná vazba, ale s poslední známou chybou opravenou si myslím, že by to mělo být připravené na povýšení na stable (04:40:58 PM) zzz: jediné, co bych navrhl, je ujistit se, že kanály novinek běží na obou serverech, tím, že dáme ven zprávu s novinkami „díky za testování“ (04:40:58 PM) zlatinb: Přemýšlím, že balíček 1.8 povýším na 1.9, až bude dostupný, abych otestoval aktualizační kanál, i když neočekávám žádné problémy (04:40:58 PM) zlatinb: ano, můžu to udělat zítra, až bude moje pravá ruka zase plně funkční (doufejme) (04:40:58 PM) zlatinb: to je asi vše (04:40:58 PM) zlatinb: eot (04:42:08 PM) eyedeekay: Díky, zlatinb, pokud se rozhodneš udělat záznam s novinkami, dej mi vědět a já aktualizuji servery (04:42:48 PM) eyedeekay: 4. Dopis pro EFF k upřesnění, co znamená „provozovat“ síť (04:43:28 PM) zzz: takže bych řekl, že po úspěšné aktualizaci nebo záznamu novinek je stable v pořádku. Také nečekám žádné problémy, ale už jsme měli dost zádrhelů s novinkami (04:43:48 PM) zzz: ale rád si poslechnu jiné názory, ofc (04:43:48 PM) zlatinb: jediný skutečný krok k povýšení na stable je opravdu odstranit štítek „BETA“ z webu (04:43:48 PM) uis is now known as Irc2PGuest3854 (04:43:48 PM) zzz: jasně, je to spíš o principu než o tom, že by se něco reálně změnilo (04:43:48 PM) zzz: buďme v označování záměrní, to je vše (04:44:07 PM) zlatinb: Ano, trochu kontextu k tomu: (04:44:10 PM) mode (+v T3s|4) by ChanServ (04:44:34 PM) mode (+v albat) by ChanServ (04:44:48 PM) mode (+v polistern) by ChanServ (04:44:53 PM) zlatinb: eyedeekay a já jsme se před pár týdny na HOPE setkali s Kurtem Opsahlem z EFF a zeptali se ho na legalitu práce na něčem jako I2P (05:45:43 PM) zlatinb: Řekl, že psaní kódu je v pořádku, protože „code == speech“, nicméně „provozovat“ síť může být jiný příběh (04:46:21 PM) zlatinb: Na HOPE jsme se do toho, co znamená provozovat síť, nepouštěli do hloubky (04:46:56 PM) zlatinb: ale myslím, že je dobrý nápad se ozvat a téma co nejvíc vyjasnit (04:47:41 PM) zzz: Co bychom dělali jinak na základě představitelných odpovědí? (04:48:38 PM) zlatinb: Mám velký problém si ty odpovědi představit, je to velmi široké téma (04:48:44 PM) eyedeekay: Může to napovědět, kdo je schopen provozovat jaké služby (04:48:50 PM) zzz: ať už „provozujeme“ cokoliv, je toho mnohem méně než u jejich miláčka Toru, a jak bychom toho mohli dělat ještě méně? (04:49:32 PM) eyedeekay: Ale myslím, že jedna pravděpodobná odpověď je, že provozování služeb na podporu sítě je nejspíš také „speech“ (04:49:53 PM) eyedeekay: To může být optimistické, ale je to také to, co vyžaduje nejméně skoků v úvahách (04:50:20 PM) zzz: Z mé zkušenosti: zeptejte se právníka neformálně, dostanete dobré informace. Pošlete jim dopis, řeknou, že nemají licenci ve vašem státě, ať si někoho najmete (04:50:51 PM) zlatinb: netuším, možná jsou v pořádku reseedy a addressbooky ne, kdo ví, příliš mnoho možných permutací (04:51:26 PM) zzz: pokud chceš navázat, navazuj, ale už jsem se EFF ptal na právní rady a jejich odpověď je „nejsme nastavení jako obecná právní poradna. Vedeme spory v případech, které nás zajímají“ (04:51:59 PM) eyedeekay: Možná příští týden seženu někoho na neformální dotaz. Nemůže uškodit zkusit obojí (04:52:38 PM) eyedeekay: Sepsání dopisu by pomohlo upřesnit otázku (04:53:14 PM) zzz: napiš Kurtovi e-mail. Dal ti vágní odpověď, navázat je rozumné. Vždycky byl docela milý, kdykoli jsem s ním mluvil (04:54:00 PM) eyedeekay: Můžu (04:54:30 PM) zzz: Jen bych nečekal nic, podle čeho by se dalo přímo jednat, ale kdo ví? (04:54:32 PM) zlatinb: no, stojí za to takový dopis správně strukturovat; také může být rozumné budovat to zapojení postupně, než poslat zčistajasna obří dopis (04:55:31 PM) eyedeekay: zlatinb, chceš si domluvit čas, abychom se sladili a ten dopis tento týden napsali? (04:55:34 PM) zlatinb: Navrhuji začít jednoduchým follow-upem jako „rád jsem vás poznal“ a pak to rozšířit (04:56:32 PM) zlatinb: Momentálně si myslím, že bychom neměli psát obří dopis popisující, jak i2p funguje, dokud nedostaneme ack, že EFF je ochotna s námi spolupracovat (04:56:42 PM) eyedeekay: OK (04:56:59 PM) zlatinb: můžou se rozhodnout, že chtějí retainer, kdo ví (04:57:10 PM) zzz: viz výše. to nedělají (04:57:48 PM) zzz: nechápeš, jak fungují (04:58:06 PM) zlatinb: Pošlu mu follow-up „rád jsem vás poznal“, dám vás do kopie a uvidíme dál. (04:58:18 PM) zlatinb: pokud vůbec nemůžou pomoci, je to taky v pořádku (04:59:15 PM) eyedeekay: Ještě něco k bodu 4? (04:59:23 PM) zlatinb: ne, eot (04:59:38 PM) eyedeekay: 5. Nový Outproxy odkaz: `http://zzz.i2p/topics/3254` (04:59:38 PM) eyedeekay: a) Přehled organizace a infrastruktury (StormyCloud) (04:59:38 PM) eyedeekay: b) Technická revize a výsledky testů (zzz a další) (04:59:38 PM) eyedeekay: c) Revize ToS a zásad logování `http://stormycloud.i2p/outproxy.html` (všichni) (04:59:38 PM) eyedeekay: d) Hlasování o schválení (všichni) (04:59:38 PM) eyedeekay: e) Plán nasazení (pokud schváleno) (zzz, StormyCloud) (04:59:51 PM) eyedeekay: a) Přehled organizace a infrastruktury (StormyCloud) (05:00:10 PM) zzz: StormyCloud, jsi tady? (05:00:21 PM) StormyCloud: Ano (05:00:41 PM) zzz: tohle je návrh na náhradu false.i2p, který byl roky nespolehlivý a teď je mrtvý (05:00:56 PM) zzz: díky, že jste se dobrovolně přihlásili podpořit náhradu (05:01:18 PM) zzz: pokračujte prosím a dejte nám stručný přehled vaší organizace a infrastruktury (05:01:45 PM) StormyCloud: Kdo jsme: Jsme nezisková organizace 501(c)(3) se sídlem v Texasu. Naším posláním je poskytovat nástroje založené na ochraně soukromí, aby měl každý přístup k nefiltrovanému a neregulovanému Internetu. Organizaci jsme založili v roce 2021 a úzce spolupracujeme s komunitou TOR nasazováním exit uzlů. (05:02:37 PM) StormyCloud: Všechen hardware vlastníme a aktuálně jsme colocováni v datacentru třídy Tier 4. Nyní máme uplink 10GBps s možností navýšení na 40GBps bez potřeby větších změn. Máme vlastní ASN a IP prostor (IPv4 & IPv6). (05:02:55 PM) StormyCloud: Infrastruktura Outproxy: Outproxy běží na Ubuntu 22.04 a byly optimalizovány pro I2P. Backend proxy software je TinyProxy a podporuje HTTP, HTTPS, I2P a TOR onion odkazy. Aktuálně je outproxy multi-homed na dvou serverech. Tento počet serverů můžeme podle potřeby zvýšit. (05:04:03 PM) zzz: Chtěl bych všechny vyzvat, aby se StormyCloud kdykoliv v průběhu programu ptali (05:04:15 PM) zzz: nějaké dotazy v tuto chvíli? (05:04:26 PM) not_bob: Ano (05:04:39 PM) not_bob: Jak řešíte uživatele, kteří se snaží vaši službu použít na „opravdu ošklivé věci“? (05:05:46 PM) StormyCloud: Nijak, nefiltrujeme žádné požadavky. I když to přitahuje „špatné“ uživatele, cítíme, že internet by měl být svobodné a otevřené místo. (05:06:12 PM) R4SAS: A jeden ode mě: budou tu v budoucnu SOCKS5 proxy? (05:06:48 PM) StormyCloud: R4SAS: Pokud bude potřeba SOCKS5 proxy, určitě ji budeme schopni nasadit. (05:07:01 PM) R4SAS: Díky (05:07:45 PM) zzz: nějaké další otázky k 5a)? (05:08:02 PM) not_bob: `http://notbob.i2p/graphs/stormycloud.i2p.yearly.svg` (05:08:14 PM) not_bob: Jen chci poznamenat, že stormycloud má skvělou dostupnost. (05:08:56 PM) SilicaRice: backend podporuje I2P odkazy, aha? (05:08:57 PM) not_bob: A výkon je skvělý. (05:09:29 PM) zzz: to nás přivádí k 5b, ano (05:09:29 PM) zzz: outproxy je v betě už docela dlouho (05:09:29 PM) zzz: testování by mělo zajistit, že služba je spolehlivá, splňuje příslušné standardy a je bezpečná (05:10:00 PM) zzz: za posledních pár měsíců jsme narazili na několik problémů a StormyCloud vždy reagoval (05:10:13 PM) SilicaRice: (proč byste pouštěli i2p odkazy přes outproxy?) (05:10:29 PM) zzz: v tuto chvíli jsou mé výsledky testů dobré a doporučuji, aby to byla naše oficiální outproxy (05:10:38 PM) dr|z3d: StormyCloud se přeřekl. .i2p podpora není. (05:10:40 PM) zzz: ale pojďme si vyslechnout další testovací zprávy nebo dotazy (05:10:43 PM) StormyCloud: SilicaRice: Omlouvám se, napsal jsem to špatně (05:11:03 PM) SilicaRice: aha, OK (05:12:00 PM) R4SAS:&gt; Nespolupracujeme na žádných požadavcích na informace, leda tam, kde nám to ukládá zákon, a i v takovém případě je naše schopnost pomoci omezena naší politikou logování. (05:12:19 PM) R4SAS: Budou v takových situacích k dispozici zprávy o transparentnosti? (05:12:45 PM) zzz: také, pro upřesnění, tato schůzka je o výchozím nastavení a doporučeních Java I2P. Jakýkoli jiný projekt včetně i2pd může mít své vlastní procesy, požadavky a jednání s operátorem outproxy (05:13:03 PM) StormyCloud: R4SAS: Ano, čtvrtletně zveřejňujeme report na našem clearnet webu. To je něco, co můžu dělat i na našem i2p webu. (05:13:48 PM) zzz: ok, vypadá to, že jsme u 5c) revize ToS a zásad logování. Cílem je zajistit, aby byli naši uživatelé chráněni. (05:14:00 PM) R4SAS: také prosím vytvořte in-i2p mail pro kontakt =) (05:14:03 PM) zzz: nějaké komentáře nebo dotazy k ToS? (05:15:41 PM) R4SAS: ach, mimochodem, k 5b: StormyCloud, jaká nastavení tunnel používáte? (05:16:06 PM) R4SAS: délka, počet atd. (05:16:11 PM) dr|z3d: 0 hopů. (05:16:17 PM) eyedeekay: Všechno, co tam je, mi připadá dost jasné, i když navázat na to, co říkal R4S4S: bylo by dobré dát odkaz na zprávu o transparentnosti do nebo za tu sekci &gt; We do not... unless compelled by law (05:16:34 PM) zzz: operátor outproxy je v pozici vidět veškerý provoz, nebo alespoň všechen ne-https provoz, takže je důležité, abychom operátorovi důvěřovali, že bude chránit naše uživatele (05:17:01 PM) StormyCloud: eyedeekay: Dává to smysl, přidám to na web (05:17:09 PM) zzz: aktuálně jsou to dva multihomed 0-hopové servery, že, StormyCloud? (05:17:19 PM) StormyCloud: Správně (05:17:42 PM) not_bob: Ale jen pro upřesnění: způsobem, jakým fungují i2p tunnels, mých 2–3 hops tam pořád je. Vy jen nepřidáváte žádné další, že? (05:18:07 PM) dr|z3d: klient si může nastavit tolik hops, kolik chce, not_bob. (05:18:12 PM) zzz: Taky jsem viděl na zzz.i2p, že je to jen ipv4-only, ale to by se mohlo brzy napravit, že? (05:18:13 PM) anonymousmaybe is now known as Irc2PGuest54486 (05:18:15 PM) not_bob: Jo, to jsem si myslel. Díky. (05:18:48 PM) StormyCloud: zzz: Správně, náš upstream poskytovatel dokončil upgrade. Nechtěl jsem se pouštět do IPv6, dokud nebylo hotové veškeré testování (05:19:49 PM) zzz: mohl bys prosím rozvést své zkušenosti s provozováním tor exits a kapacitu tvých tor exits? (05:21:00 PM) StormyCloud: Jasně, provozujeme tor exit od konce minulého roku, aktuálně máme zhruba 130 exitů a asi 1,6 % TOR exit provozu jde přes naše servery. (05:21:49 PM) StormyCloud: Všechno je virtualizované a proces nasazení je docela zautomatizovaný (05:22:06 PM) zzz: dostali jste někdy nějaké DMCA nebo jiné právní výzvy ve vztahu k vašim tor exits? pokud ano, jak jste to řešili? (05:23:33 PM) StormyCloud: Žádné právní požadavky a překvapivě žádné DMCA požadavky. Dostáváme stížnosti na zneužití, jen odpovíme a dáme jim vědět, že jde o TOR exit a že z naší strany už nelze udělat nic dalšího. (05:23:47 PM) major: Žádné právní požadavky a překvapivě žádné DMCA požadavky. Dostáváme stížnosti na zneužití, jen odpovíme a dáme jim vědět, že jde o TOR exit a že z naší strany už nelze udělat nic dalšího. (05:24:27 PM) R4SAS: huh, acetoneho bot má bug (05:24:33 PM) zzz: ještě nějaké otázky pro StormyCloud, než přejdeme k 5d) schválení? (05:24:34 PM) R4SAS: Napíšu mu do PM (05:25:33 PM) zzz: normálně major nemá +v, ale pro meeting jsem vypnul +m, žádný problém (05:26:36 PM) zzz: ok, pokud nejsou další dotazy, prosím, všichni uveďte souhlas / nesouhlas s tím, aby se StormyCloud stal naší oficiální outproxy (05:26:45 PM) not_bob: Schvaluji (05:26:58 PM) zzz: schvaluji (05:27:05 PM) zlatinb: schvaluji (05:27:05 PM) eyedeekay: schvaluji (05:27:18 PM) SilicaRice: schvaluji (pokud se počítají i uživatelé) (05:27:54 PM) R4SAS: bez námitek, schvaluji (05:28:32 PM) zzz: ok, skvělé (05:28:39 PM) zzz: 5e) nasazení (05:28:50 PM) zzz: dva hlavní kroky jsou: (05:29:08 PM) zzz: 1) nastavit to jako výchozí pro nové instalace (klidně už v příštím vydání za 3 týdny) (05:29:23 PM) zzz: 2) doporučit stávajícím uživatelům změnit si konfiguraci (pravděpodobně přes novinky v konzoli, kdykoli) (05:29:30 PM) zzz: to může proběhnout v libovolném pořadí (05:29:41 PM) zzz: a nemáme tušení, kolik provozu by která možnost vygenerovala (05:29:59 PM) zzz: ostatní produkty (Android, balíčky) pravděpodobně nejsou dost velké, abychom museli řešit načasování (05:30:14 PM) zzz: StormyCloud, jaké je vaše přání nebo doporučení ohledně toho, kdy a jak postupovat? (05:31:36 PM) StormyCloud: Pokud lze novinky v konzoli nastavit/poslat kdykoli, můžeme dát stávajícím uživatelům vědět, aby přešli už teď (pokud chtějí), a to nám dá tři týdny na monitorování a spuštění nových serverů, bude-li potřeba. (05:32:12 PM) dr|z3d: novinky v konzoli se obecně publikují spolu s novým vydáním. (05:32:13 PM) not_bob: StormyCloud: Jak moc provozu teď pro outproxy zvládáte? (05:33:10 PM) zzz: ok. bylo by fajn odkázat na howto stránku se screenshoty, jak upravit konfiguraci Správce skrytých služeb. Může to být hostované na stormycloud.i2p, nebo blogpost na i2p-projekt.i2p? Dobrovolníci, kdo to dá dohromady? (05:33:35 PM) eyedeekay: Můžu to udělat (05:33:35 PM) StormyCloud: Teď je těžké říct, protože nic nelogujeme. Sleduji síťovou aktivitu, ale ani to nedává celý obrázek, protože přes to jde i i2p provoz. (05:34:18 PM) dr|z3d: StormyCloud: sledujeme exit provoz přes grafy.. (05:34:41 PM) dr|z3d: ve zkratce, notbob, nic, z čeho by bylo třeba být na větvi. (05:34:59 PM) zzz: dr|z3d, máš odhad aktuální % využití vašich dvou uzlů? asi velmi malé? (05:35:21 PM) dr|z3d: využití v jakém smyslu? (05:35:28 PM) dr|z3d: co do kapacity? (05:35:33 PM) zzz: ano (05:35:50 PM) zzz: nebo to možná fakt nepoznáš, dokud na to nenarazíš... (05:35:51 PM) dr|z3d: velmi malé sedí. (05:36:18 PM) dr|z3d: hoďte na outproxy pár tisíc současných uživatelů a pak uvidíme :) (05:36:33 PM) zzz: jo, omluva pro StormyCloud, nepodařilo se nám získat žádné historické odhady šířky pásma false.i2p (05:37:06 PM) zzz: takže je to trochu vabank, ale dokud budete věci monitorovat a mít plán rozšíření, mělo by to být v pohodě (05:37:37 PM) StormyCloud: V pohodě, budeme se přizpůsobovat, jak bude outproxy používat víc a víc lidí (05:38:11 PM) dr|z3d: no, v aktuální konfiguraci zvládnou outproxy dohromady až 8192 současných streamů. takže kapacity je tam dost a StormyCloud má v záloze spoustu věcí, kdyby bylo třeba. (05:38:21 PM) zzz: a StormyCloud k novým instalacím, máme plánovat, že to nastavíme jako výchozí i v příštím vydání na konci tohoto měsíce? (05:39:01 PM) StormyCloud: Ano, to by bylo v pořádku (05:39:29 PM) zzz: ok tedy. eyedeekay, dej mi vědět, až bude blogpost venku, a pak napíšu záznam do novinek (05:39:39 PM) zzz: ještě něco k 5e) nasazení? (05:39:43 PM) eyedeekay: OK, čekej to dnes večer nebo zítra (05:40:14 PM) eyedeekay: Za mě nic (05:40:14 PM) zzz: ještě jednou díky, StormyCloud (05:40:18 PM) zzz: slovo zpět tobě, eyedeekay (05:41:07 PM) eyedeekay: Dobře, to je vše k vypsaným bodům, příští týden budu na DEF CONu, kdyby se se mnou chtěl někdo ze sledujících potkat, lol (05:41:49 PM) eyedeekay: Pokud má ještě někdo něco k meetingu, prosím ozvěte se, jinak timeout 1m (05:42:59 PM) R4SAS: Mám jednu otázku, ale je mimo rámec meetingu (05:43:34 PM) zzz: jo, a také díky dr|z3d za zásadní technickou pomoc během testování (05:43:41 PM) eyedeekay: Dobře, díky všem, že jste přišli na meeting, mám uprostřed logu trochu šílenou pasáž, ale až to opravím, zveřejním logy na webu (05:43:44 PM) eyedeekay: Díky, že jste přišli (05:43:59 PM) not_bob: Děkujeme, že jste nás přivítali. </div>/cs/blog/2022/07/05/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-5.-%C4%8Dervence-2022/Tue, 05 Jul 2022 00:00:00 +0000/cs/blog/2022/07/05/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-5.-%C4%8Dervence-2022/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> (04:00:14 PM) eyedeekay: Ahoj všichni, vítejte na schůzce 5. července (04:00:14 PM) eyedeekay: 1. Ahoj (04:00:14 PM) eyedeekay: 2. Stav vývoje 1.9.0 (04:00:14 PM) eyedeekay: 3. Podpora Apple Silicon v Mac easy-install balíčku (04:00:14 PM) eyedeekay: 4. Windows easy-install balíček - už mimo betu? (04:00:32 PM) zzz: hi (04:00:35 PM) zlatinb: hi (04:00:44 PM) mode (-m ) by zzz (04:00:55 PM) eyedeekay: Ahoj lidi, je tu dneska ještě někdo? (04:01:30 PM) eyedeekay: Přejdu rovnou k bodu 2. Stav vývoje 1.9.0 (04:04:27 PM) eyedeekay: Máme za sebou necelých 6 týdnů, myslím, zbývá cca 7 (04:04:27 PM) eyedeekay: zzz a orignal pilně pracují na implementaci SSU2 v i2p.i2p a i2pd (04:04:27 PM) eyedeekay: V 1.9.0 to nebude aktivované, ale pokud tomu rozumím správně, je to téměř hotové (04:04:27 PM) eyedeekay: Zase jsem pracoval na UDP tunnels, většinou hotovo, ale pořád je tam něco rozbité, asi budu tento týden potřebovat požádat zzz o pomoc (04:04:50 PM) eyedeekay: zzz zlatinb máte něco dalšího? (04:05:09 PM) zzz: Přesně tak, ssu2 většinou funguje (04:05:17 PM) zzz: pořád opravujeme drobné chyby (04:06:03 PM) zzz: teď pracuji na zefektivnění výběru peerů do tunnel (netýká se ssu2) (04:06:03 PM) zzz: jinak dělám běžné opravy chyb (04:06:06 PM) zzz: cílujeme na vydání koncem srpna (04:06:08 PM) zzz: EOT (04:06:48 PM) eyedeekay: Kdo má zájem pomoct s testováním, měl by navštívit zzz fórum pro instrukce a zpětnou vazbu: `http://zzz.i2p/topics/3314-how-to-enable-ssu2-in-i2p-1-8-0` (04:07:00 PM) eyedeekay: 3. Podpora Apple Silicon v Mac easy-install balíčku (04:07:27 PM) eyedeekay: zlatinb, to je tvoje téma, v klidu (04:08:11 PM) zlatinb: ahoj, největší problém byl jbigi, ale ten je teď vyřešen zpětným portem záplaty pro registr x18 (04:08:59 PM) eyedeekay: Takže easy-install balíček už nemusí běžet v emulovaném režimu x86_64? (04:09:15 PM) zlatinb: Chtěl bych kolem konce července zveřejnit oficiální a notářsky ověřenou betu (04:09:42 PM) zlatinb: musí to být samostatný download (04:09:46 PM) zzz: to by byl druhý balíček. měli bychom dva, jeden pro x86 a jeden pro arm (04:10:29 PM) zzz: Jsem pro, zdá se, že dodatečné úsilí vývoje bude malé a zrychlení velké. Je to tak? (04:10:37 PM) zlatinb: je tu háček s aktualizacemi při přepínání mezi balíčky (04:12:21 PM) zzz: jasně, pokud budou pokyny jak přepnout, i kdyby to bylo tak jednoduché jako odinstalovat a znovu nainstalovat, mělo by to být v pořádku (04:13:01 PM) zlatinb: dám je na /download/mac (04:13:23 PM) zlatinb: news url je třeba změnit ručně (04:13:51 PM) zzz: úsilí vývoje je malé a zrychlení je velké, správně? (04:14:36 PM) zlatinb: zrychlení tam je, a také to vypadá dobře držet krok s dobou :) dev effort kromě notarizace je malý (04:14:48 PM) zzz: skvělé. +1 (04:14:54 PM) eyedeekay: +1 (04:15:07 PM) zlatinb: díky EOT (04:16:02 PM) eyedeekay: Díky, zlatinb (04:16:02 PM) eyedeekay: 4. Windows easy-install balíček - už mimo betu? (04:16:35 PM) eyedeekay: Říkal jsem asi před 3 měsíci, že budu připraven posunout easy-install balíček z bety, až budu mít úspěšnou end-to-end aktualizaci (04:18:05 PM) eyedeekay: Tu jsem měl u 1.7.2, pokud si dobře pamatuji, ale mezi 1.7.2 a 1.8.0 bylo několik chyb v tom, jak to fungovalo s externím I2P routerem(tj. routerem, který není jpackaged). V téhle situaci má balíček fungovat jen jako firefox-launcher, ale tahle funkcionalita byla rozbitá od 1.7.3 do 1.7.6 (04:18:30 PM) eyedeekay: Takže jsem to znovu odložil, ale teď jsem si jistý, že všechny problémy s během v režimech bundled i non-bundled jsou vyřešeny (04:19:38 PM) eyedeekay: Takže myslím, že je to konečně připravené jít z bety ven, veškerá základní funkcionalita, kterou jsem považoval za nutnou, je hotová (04:20:49 PM) zzz: tady je pár věcí, které možná ještě musíme vyřešit: (04:21:18 PM) zzz: - jsi to jen ty, komu se daří aktualizovat, nebo jsou i další uživatelé? (04:21:43 PM) zzz: - jsou teď splněny všechny licenční požadavky? (04:22:27 PM) zzz: - jsou teď Windows balíček a Mac balíček na stejné JRE a zhruba stejném plánu vydávání? (04:22:58 PM) zzz: -- tj. připravené na čtvrtletní vydání JRE (04:23:22 PM) zzz: - a obvyklá otázka, máme zdroje to podporovat jako oficiální produkt (04:23:49 PM) zzz: - také, odstraníme možnost stahování bez balíčku jako u Macu? nebo ne? (04:23:51 PM) zzz: eot (04:25:46 PM) eyedeekay: Licenční požadavky jsou teď vyřešeny (04:25:46 PM) eyedeekay: Nemám moc zpětné vazby, ale alespoň dva lidi kromě mě, kterým aktualizace proběhla (04:25:46 PM) eyedeekay: Držím se LTS JRE, myslím, že zlatinb používá 18, ale ano, jsme zhruba na stejném harmonogramu (04:25:46 PM) eyedeekay: Nemyslím, že by prostředky potřebné na práci na balíčku byly velké, nejtěžší je nastavit build a to není tak těžké, malá investice teď, když už vše funguje (04:25:46 PM) eyedeekay: Tak trochu chci odstranit stahování bez balíčku, nebo z toho případně udělat „pokročilou instalaci“ (04:28:14 PM) zzz: - Nemyslím, že 2 lidi, kteří nejsi ty, jsou dost testerů na to, abychom to označili za nebeta. Můžeš to víc propagovat na redditu nebo tak? (04:28:25 PM) eyedeekay: Jasně, můžu (04:28:43 PM) eyedeekay: Nechci to uspěchat (04:29:18 PM) zzz: - Rád bych viděl Windows i Mac na stejném JRE. Pojďme to sjednotit. Nevím, který z vás má pravdu, ale jeden ano (04:29:29 PM) zzz: můžete se vy dva domluvit? (04:29:43 PM) zzz: nebo jsou důvody, aby to bylo různé? (04:30:01 PM) eyedeekay: Na svém rozhodnutí netrvám, vybral jsem LTS čistě kvůli označení „LTS“ (04:30:57 PM) zzz: aby bylo jasno, nejen stejná verze, ale i stejný dodavatel JRE (04:31:10 PM) zzz: to sníží revizi CVE, kterou musíme dělat každé 3 měsíce (04:31:14 PM) eyedeekay: Pokud vím, oba teď používáme Oracle (04:31:34 PM) eyedeekay: Jediný dodavatel s podobným cyklem aktualizací je Amazon (04:31:49 PM) eyedeekay: Myslím, že raději použiji Oracle než Amazon (04:33:16 PM) zzz: vy dva byste ta rozhodnutí měli dělat společně a synchronně. Nevím, proč to tak není, a zní to, že to nevíte ani vy? :) (04:35:22 PM) eyedeekay: Ne, nevím. Dodavatele a cykly aktualizací jsme párkrát probírali, a tehdy jsme skončili u Oracle, protože vydání jsou velmi rychlá vzhledem k CVE, ale nevím, proč jsem teď na 17 a zlatinb na 18 (04:36:27 PM) zlatinb: Taky si přesně nepamatuju proč (04:36:59 PM) zlatinb: možná jsem chtěl testovat snížení RAM (04:37:28 PM) zzz: ok. Jsem pro, aby to šlo z bety ven, ale nejdřív sjednoťme JRE, získejme víc testování a vraťte se k nám za měsíc nebo dva (04:38:11 PM) zzz: Chci také víc promyslet, jestli odstranit standardní instalátor, možná to stojí i za samostatnou schůzku (04:40:28 PM) zzz: eot (04:40:28 PM) eyedeekay: K věcným důvodům, to je asi na jindy, ale vím, že důvod, proč jsem na Oracle/17, je, že jsem potřeboval vybrat dodavatele, který reaguje na CVE do méně než 24 hodin, a chtěl jsem mít jistotu stability, co se týče očekávání od API a JVM. Jiné důvody jsem moc nezvažoval (04:40:28 PM) eyedeekay: Na vzorku jednoho případu jsem usoudil, že Oracle a Amazon vydávají aktualizace nejrychleji. (04:40:28 PM) eyedeekay: Zvažoval jsem Amazon, protože je zabalený v Chocolatey, což na Windows hodně usnadňuje život, ale nakonec jsem se rozhodl pro Oracle (04:41:54 PM) eyedeekay: Takže proto jsem skončil u Oracle/17, v zásadě z opatrnosti (04:41:56 PM) eyedeekay: eot (04:41:57 PM) zlatinb: Můžu jít dolů na 17, ale opravdu bych raději zůstal u Oracle (04:42:18 PM) eyedeekay: Já taky, takže jsme domluveni (04:42:48 PM) zlatinb: mimochodem budu afk až do týdne po příštím vydání JRE (04:43:28 PM) eyedeekay: Uděláme/můžeme udělat nějaké ujednání ohledně podepisování balíčků? (04:43:32 PM) zzz: Myslím, že pro nejlepší podporu apple arm potřebujete 18? Pokud ano, pojďme zvednout i windows na 18. Ale znovu, vy dva byste neměli výzkum dodavatelů JRE a výběr dělat každý zvlášť v separátních silech. Spolupracujte a rozhodněte společně (04:43:32 PM) zlatinb: snad nebudou potřeba žádné urgentní opravy (04:44:22 PM) zzz: máme omezené zdroje, nedělejme věci dvakrát bez důvodu (04:44:23 PM) zlatinb: podepisování vyžaduje deanonymizaci (04:44:28 PM) eyedeekay: Můžu vydat nepodepsaný balíček a říct lidem, že pokud bude potřeba, budou muset proklikat vyskakovací okno v novinkách (04:44:52 PM) eyedeekay: Pořád podepsané `su3`, jen ne podepsané `exe` (04:45:21 PM) zlatinb: na macu nejde „proklikat“ (04:45:31 PM) zlatinb: oh, podepisování exe je v pohodě (04:45:50 PM) zlatinb: uděláme to jako obvykle (04:46:41 PM) eyedeekay: Dobře tedy. Dej vědět, jestli můžu něco (méně rychle se deanonymizovat) udělat, abych pomohl (04:47:39 PM) zlatinb: Vlastně nic, kromě toho v nejhorším případě stáhnout stránku pro stahování na Mac (04:47:55 PM) eyedeekay: Máš moje číslo na Signal, kdybys potřeboval, abych to udělal (04:48:23 PM) zlatinb: ok. bylo by to nanejvýš na týden (04:48:52 PM) zzz: eyedeekay, nenastavuješ news url ve feedu, najdi CHANGEME_URL_HERE :) (04:49:19 PM) eyedeekay: OMG, nemůžu uvěřit, že mi to uniklo (04:49:29 PM) eyedeekay: Udělám (04:49:32 PM) zzz: dal jsem to tam už před časem, abys nezapomněl, asi to nefungovalo ((( (04:50:20 PM) eyedeekay: K Java 18 a Apple hardwaru, zzz právě zmínil, že 18 může mít lepší podporu? Pokud je to tak, pak je to něco, co jsem nevěděl, a důvod použít místo toho 18 – můžete to potvrdit? (04:51:39 PM) zlatinb: na to jsem si neudělal domácí úkol, promiň (04:51:53 PM) zzz: možná to byl ode mě divoký odhad, ale nemusíme o tom rozhodovat na této schůzce (04:52:17 PM) zlatinb: ale jestli je nějakým vodítkem podpora linux arm, tak je to velmi pravděpodobné (04:52:34 PM) zlatinb: historie* (04:52:45 PM) zzz: ale obecně platí, že novější je lepší, takže není smyslem bundlování JRE do „easy bundle“, aby bylo nejnovější? (04:53:19 PM) eyedeekay: Nevím, někdy je lepší stabilita a někdy je „easy“ někde mezi (04:53:55 PM) zzz: proto mi nedává smysl dávat do balíčku LTS. (04:58:29 PM) eyedeekay: Asi to dnes nevyřešíme, ale možná se v 17 mýlím. zlatinb, máš tento týden čas, kdy bychom probrali debatu 17/18? (05:00:05 PM) zlatinb: obecně kdykoli je dobrý i špatný kvůli mému zranění, leda že bys chtěl jít na call (05:01:05 PM) eyedeekay: Rád půjdu na call, čas si domluvíme soukromě (05:01:18 PM) zlatinb: ack (05:01:43 PM) eyedeekay: Něco dalšího k bodu 4? (05:01:48 PM) eyedeekay: Nebo ke schůzce? (05:01:53 PM) eyedeekay: Timeout 1m (05:03:46 PM) eyedeekay: Dobře, díky všem, že jste přišli </div>/cs/blog/2022/06/07/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-7.-%C4%8Dervna-2022/Tue, 07 Jun 2022 00:00:00 +0000/cs/blog/2022/06/07/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-7.-%C4%8Dervna-2022/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="zápis-z-jednání">Zápis z jednání</h2> <div class="irc-log"> (04:00:41 PM) eyedeekay: Ahoj všem a vítejte na schůzce 7. června (04:00:41 PM) eyedeekay: 1. Ahoj (04:00:41 PM) eyedeekay: 2. Stav vydání 1.8.0 (04:00:41 PM) eyedeekay: 3. Stav vývoje 1.9.0 (04:00:41 PM) eyedeekay: 4. MoneroKon 2022 (04:01:23 PM) zzz: ahoj (04:01:27 PM) zlatinb: ahoj (04:01:52 PM) eyedeekay: Ahoj všichni, je tu ještě někdo, nebo nějaká témata k doplnění? (04:03:26 PM) eyedeekay: Tak tedy začnu stavem vydání 1.8.0 (04:04:29 PM) eyedeekay: Maven a I2P Easy-Install bundle pro Windows byly vydány krátce po hlavním vydání 1.8.0, které proběhlo bez incidentů; I2P Easy-Install bundle také obdržel svou první úspěšnou automatickou aktualizaci (04:05:12 PM) eyedeekay: Android vydání se zpozdilo asi o 5 dní, protože jsem to musel upravit, abych se vyhnul žádosti u Google o nové omezené oprávnění pro vydání na gplay (04:05:37 PM) eyedeekay: zzz, chceš nás informovat o hlavním vydání a Debianu a potom zlatinb o OSX easy install bundle? (04:06:37 PM) zzz: dva týdny od vydání, vše vypadá dobře, neslyšel jsem žádné stížnosti (04:07:01 PM) zzz: asi 25 % sítě se aktualizovalo. Vydání BiglyBT by mělo být brzy venku, to nám dá velký skok (04:07:01 PM) zzz: to je ode mě vše, pokud někdo nemá otázky (04:07:03 PM) mode (-m ) od zzz (04:07:07 PM) zlatinb: taky tady, jediný rozdíl oproti dřívějšímu vydání je, že Mac bundle obsahuje licenci GPLv2+Classpath (04:07:29 PM) eyedeekay: Díky, něco dalšího k tomuto tématu? (04:08:26 PM) eyedeekay: 3. Stav vývoje 1.9.0 (04:11:01 PM) eyedeekay: Dva týdny od vydání jsme také dva týdny do 1.9.0; zzz pilně pracuje na ssu2 s orignal, jestli k tomu chce dát aktualizaci (04:11:22 PM) zzz: díky (04:11:31 PM) zzz: dostáváme se k širšímu testování SSU2 (04:11:50 PM) zzz: doporučuji lidem, kteří mohou a chtějí, aby to povolili a udržovali krok s vývojovými sestaveními (04:11:58 PM) anonymousmaybe je nyní znám jako Irc2PGuest25323 (04:12:00 PM) zzz: pořád nacházíme chyby v základním protokolu (04:12:20 PM) zzz: a pokračujeme v implementaci relay a peer test, což jsou něco jako podprotokoly (04:12:41 PM) zzz: po cestě opravujeme i jiné chyby nesouvisející se ssu2 (04:12:54 PM) zzz: eyedeekay, ty a já musíme aktualizovat roadmapu jak pro minulé vydání, tak pro to příští (04:13:13 PM) zzz: EOT, pokud nejsou nějaké otázky (04:13:23 PM) eyedeekay: Ano, určitě, mám pár věcí k přesunutí do 1.9.0 (04:13:50 PM) eyedeekay: u mě je hlavním cílem v Javě dokončit UDP tunnels v HSM, to je jedna z věcí, které se přesouvají do 1.9.0 (04:14:10 PM) eyedeekay: jinak je mým nejbližším cílem pracovat na NTCP2 v go-i2p, což bude nejspíš náročná práce, ale těším se, až začnu (04:14:18 PM) eyedeekay: EOT i za mě (04:14:48 PM) zzz: ok, jako obvykle, zařaďte prosím velké změny co nejdříve v cyklu (04:15:06 PM) eyedeekay: Udělám to (04:15:13 PM) eyedeekay: Něco dalšího k bodu 3? (04:15:35 PM) zzz: ne, naplánujme vydání na konec srpna (04:15:44 PM) eyedeekay: 4. MoneroKon 2022 (04:16:36 PM) eyedeekay: Toto je jen oznámení, na Monero Konferenco 2022 se bude dít hodně věcí souvisejících s I2P za méně než 2 týdny, 18. a 19. (04:17:10 PM) zzz: Lisabon, že? (04:17:22 PM) eyedeekay: Ano, Lisabon (04:17:54 PM) eyedeekay: Ale lidé, kteří nejsou v Lisabonu, to mohou streamovat z webu konference, https://monerokon.com (04:17:58 PM) zzz: Rád bych upozornil na dva studenty sponzorované diva.exchange, kteří tam budou prezentovat svůj výzkum (04:18:17 PM) zzz: máš také workshop? o čem? (04:18:35 PM) eyedeekay: Budu tam vést workshop o přizpůsobení aplikací síti I2P (04:19:29 PM) eyedeekay: Budu prezentovat o rozhodnutích, která je třeba udělat při výběru API, jak najít router, jak vytvořit I2P plugin (04:19:40 PM) zzz: fantastické. Bude tam spousta odborníků na I2P, aby lidem pomohli a odpovídali na otázky, doufám, že bude dobrá účast (04:19:51 PM) anonymousmaybe je nyní znám jako Irc2PGuest29437 (04:20:28 PM) eyedeekay: Taky doufám, je to moje oblíbené téma :) (04:21:45 PM) eyedeekay: zlatinb tam bude také, takže pokud můžete, přijďte se za námi podívat (04:22:28 PM) eyedeekay: To je ode mě k bodu 4 vše, něco dalšího k jednání? (04:23:55 PM) eyedeekay: Dobře, díky všem, že jste přišli, ve stejný čas příští měsíc (04:24:59 PM) obscuratus: eyedeekay: Budou streamovat tvůj workshop? (04:25:53 PM) eyedeekay: Nejsem si jistý, každopádně všechny materiály zveřejním s otevřenou/permisivní licencí (04:26:24 PM) obscuratus: Pěkné téma. Pokud to budou streamovat, nebo když můžeš později zveřejnit video, podívám se. (04:26:32 PM) eyedeekay: Myslím, že políčko, které jsem ve formuláři zaškrtl, bylo, že jsem udělil souhlas se streamováním (04:27:34 PM) zzz: eyedeekay, časy ve tvém příspěvku na Redditu jsou v lisabonském místním čase? (04:27:58 PM) eyedeekay: Ano, rozvrh na webu monerokon je UTC+1, což je místní čas v Lisabonu (04:28:39 PM) eyedeekay: *časy na webu monerokon (04:29:07 PM) zzz: ok, takže o 5 hodin napřed oproti východnímu času, takže studenti jsou v 5:30 ráno </div>/cs/blog/2022/05/23/vyd%C3%A1n%C3%AD-1.8.0/Mon, 23 May 2022 00:00:00 +0000/cs/blog/2022/05/23/vyd%C3%A1n%C3%AD-1.8.0/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>Toto vydání obsahuje opravy chyb v i2psnarku, routeru, I2CP a UPnP. Opravy routeru se týkají chyb spojených se soft restartem, IPv6, testováním peerů v SSU, ukládáním do síťové databáze a sestavováním tunnelů. Zpracování rodin routerů a klasifikace Sybil byly také výrazně vylepšeny.</p> <p>Spolu s i2pd vyvíjíme náš nový UDP transport, SSU2. SSU2 přinese významná zlepšení výkonu i bezpečnosti. Umožní nám také konečně nahradit naše poslední použití velmi pomalého šifrování ElGamal, čímž dokončíme kompletní modernizaci kryptografie, kterou jsme zahájili přibližně před 9 lety. Toto vydání obsahuje předběžnou implementaci, která je ve výchozím nastavení vypnutá. Pokud se chcete zapojit do testování, aktuální informace hledejte na zzz.i2p.</p>/cs/blog/2022/05/03/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-3.-kv%C4%9Btna-2022/Tue, 03 May 2022 00:00:00 +0000/cs/blog/2022/05/03/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-3.-kv%C4%9Btna-2022/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> (03:48:58 PM) eyedeekay: Zdá se, že ne, podívám se na bugtracker GitLabu a zkusím najít vysvětlení (04:00:03 PM) eyedeekay: Ahoj všichni, vítejte na vývojové schůzce (04:00:03 PM) eyedeekay: 1. Ahoj (04:00:03 PM) eyedeekay: 2. Datum vydání (04:00:03 PM) eyedeekay: 3. Stav vývoje (1.8.0 / 0.9.54) (04:00:05 PM) eyedeekay: ahoj (04:00:13 PM) zlatinb: ahoj (04:00:17 PM) zzz: ahoj (04:00:45 PM) eyedeekay: 2. Datum vydání (04:01:16 PM) eyedeekay: Musíme ho stanovit; předběžně je to už nějakou dobu 23., to mi vyhovuje, pokud to vyhovuje i ostatním? (04:01:43 PM) zzz: to by bylo 13 týdnů, za mě v pořádku (04:02:01 PM) zzz: potřebujeme schválení od eche|off eche|on, pokud je tady (04:03:04 PM) eyedeekay: vypadá to, že ne, ale můžu mu po schůzce napsat e-mail (04:04:00 PM) eyedeekay: vypadá to na 23., čeká se na e-mail pro ech (04:04:09 PM) eyedeekay: Ještě něco k bodu 2? (04:04:58 PM) eyedeekay: 3. Stav vývoje (1.8.0 / 0.9.54) (04:07:41 PM) eyedeekay: Rozhodně jsme méně než měsíc od vydání 1.8.0/0.9.54; z velké části jde o přípravu/implementaci pro SSU2 od zzz (04:08:42 PM) eyedeekay: Velké změny by měly být brzy hotové a zmrazení tagů je 11., takže do té doby musí být překlady odevzdané (04:09:28 PM) eyedeekay: /translations/strings (04:09:58 PM) eyedeekay: zzz, zlatinb, máte k tomu něco dodat? (04:10:44 PM) zzz: moc ne, jsem v podstatě hotový, během příštích pár týdnů se pustím do pár drobností ze seznamu (04:11:02 PM) zlatinb: nic z mé strany (04:11:03 PM) zzz: jakékoli nové věci kolem SSU2 nejspíš buď pozdržím, nebo je dám do větve (04:11:11 PM) zzz: eot (04:12:05 PM) eyedeekay: díky, pánové (04:12:49 PM) eyedeekay: Je ještě něco ke schůzce? Témata na poslední chvíli? timeout 1m (04:14:13 PM) eyedeekay: Dobrá, dnes rychlá schůzka (04:14:33 PM) eyedeekay: Díky všem, že jste přišli, pošlu e-mail echelon a pak zveřejním logy </div>/cs/blog/2022/04/21/aktualizace-jpackage-pro-java-cve-2022-21449/Thu, 21 Apr 2022 00:00:00 +0000/cs/blog/2022/04/21/aktualizace-jpackage-pro-java-cve-2022-21449/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>Nové I2P Easy-Install balíčky byly vygenerovány s použitím nejnovější verze Java Virtual Machine (virtuální stroj Java), která obsahuje opravu pro CVE-2022-21449 „Psychic Signatures“. Doporučujeme, aby uživatelé Easy-Install balíčků aktualizovali co nejdříve. Současní uživatelé OSX obdrží aktualizace automaticky, uživatelé Windows by si měli stáhnout instalační program z naší stránky ke stažení a spustit jej obvyklým způsobem.</p> <p>I2P router na Linuxu používá virtuální stroj Javy (JVM) nakonfigurovaný hostitelským systémem. Uživatelé na těchto platformách by měli přejít na stabilní verzi Javy nižší než Java 14, aby zmírnili zranitelnost, dokud správci balíčků nevydají aktualizace. Ostatní uživatelé používající externí JVM by měli co nejdříve aktualizovat JVM na opravenou verzi.</p>/cs/blog/2022/04/05/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-5.-dubna-2022/Tue, 05 Apr 2022 00:00:00 +0000/cs/blog/2022/04/05/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-5.-dubna-2022/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> (04:00:32 PM) eyedeekay: Ahoj všichni, vítejte na dubnovém vývojářském setkání, dnešní program: (04:00:32 PM) eyedeekay: 1. Ahoj (04:00:32 PM) eyedeekay: 2. Stav vydání (1.7.0 / 0.9.53) (04:00:32 PM) eyedeekay: 3. Stav vývoje (1.8.0 / 0.9.54) (04:00:32 PM) eyedeekay: 4. JNA v balíčcích easy-install, jaké dveře to otevírá? (04:00:42 PM) eyedeekay: 1. Ahoj (04:00:47 PM) zlatinb: ahoj (04:00:50 PM) zzz: ahoj (04:01:18 PM) eyedeekay: Ahoj zlatinb, ahoj zzz (04:01:27 PM) eyedeekay: Je tu dnes ještě někdo? (04:01:45 PM) eyedeekay: 2. Stav vydání (1.7.0 / 0.9.53) (04:02:52 PM) eyedeekay: 1.7.0 je venku asi 6 týdnů, moje novinky od minulého měsíce jsou, že všechny balíčky pro Android jsou úspěšně nasazeny a chyba, která byla objevena při vydání, je nyní opravená (04:03:28 PM) eyedeekay: Jako obvykle se balíčky v hlavních repozitářích Debianu neaktualizovaly; pokud je stále používáte, přejděte prosím co nejdříve na deb.i2p2.de/.no (04:04:23 PM) zzz: re: Debian, našel jsem dobrovolníka, který opravil 0.9.48 a vrátil ho do Sid. hotovo (04:04:46 PM) zzz: jestli se to automaticky propíše zpět do bullseye a ubuntu, netuším (04:05:00 PM) zzz: stále se nedaří najít nového správce (04:05:01 PM) zzz: eot (04:05:08 PM) eyedeekay: Díky (04:05:51 PM) eyedeekay: Mám ještě jednu věc; to se vlastně překrývá s 2 a 3 a 4, ale balíčky easy-install pro Windows budou stále vyžadovat ještě jednu ruční aktualizaci (04:06:25 PM) zzz: udělal jsi od posledního setkání pokrok? (04:06:30 PM) eyedeekay: Výrazný, ano (04:07:15 PM) eyedeekay: Většina je součástí tohoto MR, : https://i2pgit.org/i2p-hackers/i2p.firefox/-/merge_requests/6/diffs#10d851887651eddb01e5952f08999080b019da2e (04:07:35 PM) zzz: skvělé. máš cílové datum, kdy navrhneš přechod z bety? (04:08:02 PM) eyedeekay: Jakmile uživatelé obdrží automatickou aktualizaci, budu to považovat za připravené (04:08:22 PM) zzz: díky (04:08:47 PM) eyedeekay: Ještě něco k bodu 2? (04:09:33 PM) eyedeekay: 3. Stav vývoje (1.8.0 / 0.9.54) (04:10:03 PM) zzz: (ne, vše v pořádku, na 1.7.0 jsem neslyšel žádné stížnosti) (04:10:21 PM) eyedeekay: Ani já, lidé se zatím zdají být docela spokojení (04:12:12 PM) eyedeekay: Co se týče 3. Stav vývoje (1.8.0 / 0.9.54), bohužel jsem v některých věcech pomalejší, než jsem čekal; jsem zaseklý na UDP tunnels, ale téměř připravený na MR ohledně SAM autentizace (04:12:38 PM) eyedeekay: Kromě toho dělám některé úpravy komplikovaných stránek průvodce šířkou pásma, aby byl výběr srozumitelnější a oznámení výraznější (04:12:52 PM) eyedeekay: Jsme asi 6 týdnů v, zbývá 7 týdnů, že ano, zzz? (04:13:02 PM) zzz: správně (04:13:31 PM) eyedeekay: Chceš nás informovat o SSU2 nebo o něčem dalším, na čem jsi pracoval? (04:13:46 PM) zzz: 13 týdnů by znamenalo vydání 23. května (04:13:53 PM) zzz: ano, díky (04:14:01 PM) zzz: obrovský pokrok s i2pd na SSU 2 (04:14:03 PM) mode (+v anonymousmaybe) by ChanServ (04:14:17 PM) zzz: v síti nyní probíhá živé testování (04:14:40 PM) zzz: další věci v příštím vydání: vylepšení snark standalone, opravy router family (04:14:49 PM) zzz: oprava výkonu SSU 1 (04:15:15 PM) zzz: věci by se na SSU 2 měly brzy zpomalit a pustím se do dalších oprav chyb všude (04:15:23 PM) zzz: eot (04:16:04 PM) eyedeekay: Paráda, díky za novinky, zzz (04:16:37 PM) eyedeekay: zlatinb, chceš k tomuto tématu něco probrat, než se dostaneme k bodu 4? (04:16:55 PM) zlatinb: Myslím, že snížení časového limitu pro sestavení tunnelu by mělo vést k rychlejšímu startu (04:17:11 PM) zlatinb: nebo k rychlejšímu 0-to-Router.isRunning() (04:17:20 PM) zlatinb: to je vše eot (04:17:38 PM) eyedeekay: Díky, zlatinb, to lidi potěší :) (04:17:56 PM) eyedeekay: 4. JNA v balíčcích easy-install, jaké dveře to otevírá? (04:18:15 PM) eyedeekay: zlatinb, tohle bylo tvoje téma, ale mám k tomu také spoustu poznámek, chceš začít? (04:18:24 PM) zlatinb: jasně. (04:18:34 PM) zlatinb: V zásadě MR 6 přidává knihovny JNA do windows easy-install balíčku (04:18:49 PM) zlatinb: což jsem se ale právě dnes dozvěděl, že není nutné kvůli JEP 419 (což je vestavěná náhrada za JNA) (04:19:12 PM) zlatinb: ale pointa je stejná: když potřebujeme dělat některé nativní věci, jaké další nativní věci chceme dělat? (04:19:33 PM) eyedeekay: Někdy potřebujeme komunikovat se správou napájení/baterie (04:19:36 PM) eyedeekay: *baterie (04:19:57 PM) zlatinb: V MuWire jsem na windows implementoval "background priority", která podle dokumentace MSDN zaručuje, že proces nikdy nezasahuje do procesů v popředí (04:20:05 PM) zlatinb: ano, správa napájení z baterie je další taková věc (04:20:17 PM) eyedeekay: Potřebuji žádat o administrátorská práva podmíněným způsobem, což NSIS sám o sobě nepodporuje (04:20:21 PM) zlatinb: takže za mě vše, jen pozvánka myslet nativně :) (04:20:21 PM) zlatinb: eot (04:21:22 PM) eyedeekay: Takže ano, určitě máme pár případů, kde by se hodilo mít něco jako JNA (04:22:41 PM) zlatinb: ok.. pak je otázka, zda přidáme některé/všechny takové funkce do easy-install balíčku a necháme je mimo základní balíček routeru (04:22:45 PM) zzz: promiňte, že kazím zábavu, ale na minulém setkání byla JNA možným řešením jednoho problému (privilegia) jen na Windows (04:23:08 PM) zzz: a dnes jsme u "je to určitě řešení mnoha problémů, jaké další zábavné věci s tím můžeme dělat"? (04:23:18 PM) zlatinb: jo, to je téma party lol (04:23:34 PM) zzz: což je jednak skok a jednak typické "řešení, které si hledá problém" (04:24:31 PM) zlatinb: to je jeden pohled, myslím, že to (JNA / JEP 419) může I2P v mnoha směrech zlepšit (04:25:14 PM) zlatinb: na mnoha platformách (04:25:14 PM) zlatinb: na windows jsem zatím jen poškrábal povrch, upřímně (04:25:28 PM) zzz: takže o JNA ještě nebylo rozhodnuto? (04:25:28 PM) zlatinb: Výhodou JNA je zpětná kompatibilita až k java 1.4, JEP 419 je jen v JDK 18 (04:25:51 PM) zlatinb: Řekl bych, že obojí je na stole, s tím, že JNA má určitý náskok (04:26:37 PM) zzz: 419 je ve stavu "incubator", což znamená, že může zmizet; nespoléhej na to (04:27:07 PM) eyedeekay: Jsem pro JNA, protože možnost řídit privilegia instalátoru řeší pro mě alespoň 2 problémy a dává mi možnost instalovat/spouštět celé z flash disků (04:27:46 PM) eyedeekay: Nechci o to přijít kvůli tomu, že projekt není připravený nebo je opuštěný (04:29:03 PM) eyedeekay: Takže asi pro JNA, ohledně 419 jsem zdrženlivý (04:29:54 PM) zlatinb: no, 419 s mírně odlišným api už je v JDK 17, které je LTS, ale silný názor nebudu mít, dokud to nebude mimo inkubaci (04:30:00 PM) zzz: měli bychom dál sledovat nejlepší nástroje k řešení problémů, které máme teď... snění o tom, co dalšího s tím můžeme dělat, není tak důležité (04:31:10 PM) zzz: vycházet mimo JVM bude vždycky nepořádné a hůře udržovatelné; používat jen když je to opravdu nutné, bez ohledu na použitý mechanismus (04:33:14 PM) zlatinb: Nikdo s tím nepolemizuje, ale myslím, že bychom se neměli bránit velkým snům (04:33:38 PM) zlatinb: integrace se shell Windows nebo se správou napájení na noteboocích zní podle mě skvěle (04:34:18 PM) zlatinb: to by mělo být možné i na linuxových noteboocích, mimochodem (04:34:33 PM) eyedeekay: Pořád sním v malém, upřímně; přenositelnost z flash disků byla jen vedlejším produktem podpory instalací bez administrátorských práv (04:36:24 PM) eyedeekay: Ale pokud existuje způsob, jak něco udělat bez JNA, pak bychom to měli nejspíš zkusit nejdřív (04:38:54 PM) eyedeekay: Ještě něco k bodu 4? (04:39:07 PM) zlatinb: za mě ne, eot (04:40:26 PM) eyedeekay: Ještě něco k dnešnímu setkání? timeout 1m (04:41:43 PM) eyedeekay: Dobře, díky všem, že jste přišli, vypadá to, že příští měsíční setkání bude 3. května </div>/cs/blog/2022/03/01/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-1.-b%C5%99ezna-2022/Tue, 01 Mar 2022 00:00:00 +0000/cs/blog/2022/03/01/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-1.-b%C5%99ezna-2022/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> (03:01:40 PM) eyedeekay: Ahoj všichni, vítejte na vývojářské schůzce (03:01:40 PM) eyedeekay: 1. Ahoj (03:01:40 PM) eyedeekay: 2. Stav vydání (1.7.0 / 0.9.53) (03:02:10 PM) zlatinb: ahoj (03:02:12 PM) zzz: ahoj (03:02:39 PM) eyedeekay: Máte dnes ještě něco k přidání do agendy, než začneme se stavem vydání? (03:03:01 PM) zlatinb: Mám dvě drobnosti, které by mohly spadat do položky „wishlist pro 1.8.0“ (03:03:25 PM) eyedeekay: 3) 1.8.0 wishlist (03:04:24 PM) eyedeekay: 2. Stav vydání(1.7.0/0.9.53) (03:05:37 PM) eyedeekay: Na mé straně mám ještě jednu položku, je problém s build procesem balíčku .aab, kde statické prostředky, které jsou zahrnuté ze sestavení `i2p.i2p`, jsou smazány a z finálního .aab chybí (03:06:06 PM) eyedeekay: Prozatím je GPlay zpožděný, dnes na tom pracuji a mělo by to být brzy hotové. (03:07:53 PM) eyedeekay: F-Droid i Freestanding jsou .apk, které používají starý build proces, který není rozbitý, takže to pořád funguje. (03:07:53 PM) eyedeekay: Jsou ještě nějaké další otevřené kroky vydání k dokončení? (03:10:03 PM) eyedeekay: zzz, máš něco k přidání k tématu stavu vydání ze své strany? Chápu správně, že BiglyBT dnes vydal svůj plugin? (03:10:22 PM) zzz: ano (03:10:48 PM) zzz: na základě statistik úspěšnosti sestavení průzkumných tunnels jsme se rychle zotavili z regrese i2pd v posledním vydání (03:10:52 PM) zzz: `http://stats.i2p/docs/buildsuccess.png` (03:11:11 PM) zzz: a jsme teď výš než kdykoli za posledních pár let, pokud si dobře pamatuji (03:12:11 PM) zzz: během dalšího týdne by se to mělo ustálit a uvidíme, kde jsme (03:12:13 PM) zzz: konec (03:12:21 PM) eyedeekay: To jsou vážně skvělé zprávy. Jsem rád, že to zatím vypadá dobře. (03:12:32 PM) eyedeekay: Díky, zzz (03:12:50 PM) eyedeekay: 3. 1.8.0 wishlist (03:13:17 PM) eyedeekay: zlatinb, je to tvoje (03:13:44 PM) zlatinb: ahoj, 1) zrychlení počáteční doby sestavení průzkumných tunnels a 2) JNA (03:14:05 PM) zlatinb: 1: Dělal jsem nějakou analýzu, 75 % průzkumných tunnels, které se sestaví, se sestaví za méně než 500 ms (03:14:29 PM) zlatinb: z cca 30 vzorků bylo nejpomalejší úspěšné sestavení kratší než 2500 ms (03:14:46 PM) zlatinb: zatímco současný timeout je 13000 ms, myslím, že jeho snížení dostane router do stavu RUNNING rychleji (03:15:07 PM) zlatinb: nemusíme se rozhodovat hned, jen házím nápad do placu (03:15:12 PM) zlatinb: konec k 1 (03:15:33 PM) zzz: k 1 žádné námitky (03:15:56 PM) eyedeekay: Zní to jako zajímavý experiment, který aspoň zkusit – nezdá se, že by to mohlo uškodit (03:16:12 PM) eyedeekay: Jestli jsou všechna úspěšná sestavení tak krátká (03:16:13 PM) zlatinb: 2: JNA – určitě budeme muset přidat JNA do Windows Easy-Install balíčku, abychom během automatické aktualizace zvýšili oprávnění. ProcessBuilder selže, pokud proces vyžaduje zvýšení oprávnění. (03:16:20 PM) zzz: i když bych rád viděl data za delší období, než vybereme nové číslo (03:16:25 PM) zlatinb: jasně (03:16:42 PM) zzz: prosím vrať se a definuj JNA (03:16:43 PM) zlatinb: (zpět k 1) nechám běžet router se zapnutým logováním (03:17:12 PM) zlatinb: (zpět ke 2): JNA je Java Native A-něco, ale v podstatě je to Java wrapper nativních knihoven pro Windows, Linux a Mac (03:17:27 PM) zlatinb: takže místo psaní native kódu píšete Java kód (03:17:52 PM) zlatinb: dva JARy mají dohromady 3 MB, komprimované LZMA na 2 MB (03:18:11 PM) zzz: prosím vrať se a rozveď problém a jak častý je (03:18:38 PM) zlatinb: při testování tichých aktualizací v muwire jsem viděl, že ProcessBuilder nedokáže spustit instalátor s hláškou „vyžadováno zvýšení oprávnění“ nebo tak něco (03:19:07 PM) zzz: problém pouze na Windows? (03:19:12 PM) zlatinb: googlení ukázalo, že to s ProcessBuilderem není možné (03:19:36 PM) zlatinb: ano, zatím jen Windows (03:19:40 PM) eyedeekay: U Windows Easy-Install se mi to nezdá, děje se to proto, že o zvýšená oprávnění žádá NSIS a ne Java? (03:20:02 PM) zlatinb: Žádá NSIS (03:20:16 PM) zlatinb: pokud už běží Java se zvýšenými oprávněními, tak se nezeptá (03:20:22 PM) zlatinb: privilege* (03:20:28 PM) zzz: jo, to je moje otázka, Windows Easy-Install je už měsíce a měsíce v betě, je to problém jen u muwire? (03:20:48 PM) eyedeekay: Aha, OK, pak se to začne dít před příští aktualizací se ShellExecAsUser (03:21:15 PM) zlatinb: zvyšujete oprávnění, když se to nespouští z instalátoru, eyedeekay? (03:21:48 PM) zlatinb: nevybavuji si, že bych viděl výzvu ke zvýšení oprávnění (03:22:12 PM) zlatinb: takže by se to mělo dít u Windows Easy-Install, pokud se to spouští z ikony na ploše, ne jako poslední krok instalátoru (03:22:14 PM) eyedeekay: Ne, nezvyšuji, běží to jako uživatel, který spustil batch skript, ale jen pokud I2P už neběží, předpokládám jako admin (03:22:52 PM) zzz: takže než začneme mluvit o řešení pro náš Windows easy-install balíček, ověřme, že ten problém skutečně je (03:22:57 PM) eyedeekay: Neukončuje to router spolu s prohlížečem (03:23:35 PM) eyedeekay: Mám tendenci si myslet, že bude, ale potvrdím to později tento týden (03:23:36 PM) zlatinb: takže pokud uživatel neodškrtne „spustit i2p nyní“ a nechá router běžet, poběží s vyššími oprávněními a při aktualizaci se nezeptá (03:23:43 PM) zlatinb: ok (03:24:22 PM) zlatinb: každopádně, s 1.7.0 se router spouští bez zvýšených oprávnění, i když se spustí z instalátoru (03:24:39 PM) zzz: a zatímco v muwire si můžeš jet podle svých pravidel, jakékoli řešení v našich oficiálních produktech bude muset být prověřeno z hlediska vhodnosti, údržby, kompatibility licencí atd. (03:24:57 PM) zlatinb: Apache 2.0 (03:25:45 PM) zlatinb: do budoucna nám JNA umožní v podstatě dělat cokoli s Windows API… registrovat shellové rozšíření, URI handlery, všechno tohle fajn (03:25:57 PM) zlatinb: konec k 2 (03:26:35 PM) zzz: pojďme udělat pár cyklů na easy-install auto-updateru, který zjevně nikdy nefungoval? (03:27:13 PM) zzz: nemusíte čekat na vydání i2p, dejte tam jen novou Javu nebo změňte něco jiného. pojďme ty bugy vychytat trochu rychleji (03:27:14 PM) eyedeekay: Bylo to rozbité, pak opravené a teď se to zjevně při příští aktualizaci zase rozbije (03:27:55 PM) eyedeekay: Ale druhé řešení z mé strany by bylo změnit instalátor tak, aby už nepoužíval %ProgramFiles% a instaloval někam bez potřeby zvýšených oprávnění (03:28:09 PM) zzz: dělejte vydání každý týden, dokud to nebude fungovat hladce. očividně tříměsíční tempo nestačí, aby to konvergovalo k něčemu, co funguje (03:28:32 PM) eyedeekay: Můžu (03:29:53 PM) eyedeekay: Díky, že jsi to za nás otevřel, zlatinb, něco dalšího k bodu 3? (03:29:58 PM) zzz: a to nám dá data o rozsahu problému s oprávněními, pokud vůbec je (03:30:00 PM) zzz: konec (03:30:21 PM) zlatinb: ne, konec z mé strany (03:30:57 PM) eyedeekay: Dobře, ještě něco k meetingu? timeout 1m (03:31:16 PM) zzz: také použijte novinky k tomu, abyste svým beta testerům řekli, pokud je aktualizace rozbitá a musí ji stáhnout znovu (03:31:35 PM) eyedeekay: udělám (03:32:05 PM) zzz: oba máte své vlastní news feedy, ale nepoužíváte je ke komunikaci se svými uživateli, spoléháte jen na moje položky v news? měli byste tu funkci začít testovat/používat (03:32:11 PM) zzz: konec (03:34:07 PM) eyedeekay: Jasně, v minulosti jsem přidával changelog i2p.firefox (03:34:54 PM) eyedeekay: Díky všem, že jste dorazili na meeting, vypadá to, že mám hodně práce, uvidíme se na IRC </div>/cs/blog/2022/02/21/vyd%C3%A1n%C3%AD-1.7.0/Mon, 21 Feb 2022 00:00:00 +0000/cs/blog/2022/02/21/vyd%C3%A1n%C3%AD-1.7.0/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>Verze 1.7.0 obsahuje několik vylepšení výkonu a spolehlivosti.</p> <p>Nyní se v oznamovací oblasti zobrazují vyskakovací oznámení, na platformách, které to podporují. i2psnark má nový editor torrentů. Transport NTCP2 nyní používá mnohem méně CPU.</p> <p>Dlouhodobě zastaralé rozhraní BOB je u nových instalací odstraněno. V existujících instalacích bude nadále fungovat, s výjimkou balíčků Debianu. Zbývající uživatelé aplikací BOB by měli požádat vývojáře o přechod na protokol SAMv3.</p> <p>Víme, že od našeho vydání 1.6.1 se spolehlivost sítě postupně zhoršovala. O problému jsme věděli krátce po vydání, ale trvalo nám téměř dva měsíce, než jsme našli příčinu. Nakonec jsme ji identifikovali jako chybu v i2pd 2.40.0 a oprava bude v jejich vydání 2.41.0, které vyjde přibližně ve stejnou dobu jako toto vydání. Mezitím jsme na straně Java I2P provedli několik změn, abychom zlepšili robustnost vyhledávání a ukládání v síťové databázi a vyhnuli se špatně fungujícím peerům při výběru pro tunnel. To by mělo pomoci, aby byla síť robustnější i v přítomnosti chybujících nebo škodlivých routers. Kromě toho zahajujeme společný program testování předběžných verzí i2pd a Java I2P routers společně v izolované testovací síti, abychom mohli nacházet více problémů před vydáními, ne až po nich.</p>/cs/blog/2022/02/08/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-8.-%C3%BAnora-2022/Tue, 08 Feb 2022 00:00:00 +0000/cs/blog/2022/02/08/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-8.-%C3%BAnora-2022/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> (03:01:32 PM) eyedeekay: Ahoj všichni, vítejte na vývojářské schůzce 8. února (03:01:38 PM) eyedeekay: Omlouvám se za minulý týden, doufejme, že problémy s vypadáváním zpráv se nebudou opakovat (03:01:45 PM) eyedeekay: Témata: (03:01:45 PM) eyedeekay: 1. Ahoj (03:01:45 PM) eyedeekay: 2. Požadavky na outproxy (výstupní proxy) (probíhající) (03:01:45 PM) eyedeekay: 3. stav 1.7.0/0.9.53 / harmonogram vydání (03:02:13 PM) zzz: ahoj (03:02:15 PM) mode (-m ) by zzz (03:02:16 PM) zlatinb: ahoj (03:02:30 PM) eyedeekay: ahoj všichni (03:02:54 PM) eyedeekay: Pojďme rovnou na 2) požadavky na outproxy (03:04:08 PM) eyedeekay: zzz nám našel hromadu starých seznamů požadavků, ze kterých bychom měli buď A) jeden vybrat, nebo B) sloučit je do nového seznamu (03:04:51 PM) eyedeekay: Dělám průzkum, které požadavky jsou proveditelné, a hledám inspiraci v tom, jak to dělá Tor (03:06:18 PM) eyedeekay: Zároveň se přihlásily některé skupiny a jednotlivci, že pomohou s outproxy, z nichž jeden je i provozovatel více Tor exit nodů a neziskové organizace, takže snad zúročíme jejich zkušenosti (03:08:04 PM) eyedeekay: V některých případech jsou pravidla podle mě trochu nejasná: - Volitelný allowlist/blocklist hostů/IP? Na první pohled to vypadá jednoduše, ale pokud doporučíme blokování/povolování na úrovni hostu/IP, může to otevřít provozovatelům cestu k požadavkům blokovat věci, které blokovat nechtějí? (03:08:45 PM) eyedeekay: Zdá se, že doporučení byla, že je bezpečné blokovat "porty", ale možná ne názvy hostitelů? (03:09:05 PM) zzz: Myslím, že jsou dvě kategorie požadavků (03:09:57 PM) zzz: 1) Věci, které bychom jako projekt chtěli vidět (požadavky na hlavičky, malá chybová stránka, odkaz na další informace) (03:10:48 PM) zzz: 2) Věci, které by chtěl každý racionální provozovatel outproxy, zejména administrační nástroje, ale na to nemáme dost expertizy, abychom dávali podrobné rady (03:11:40 PM) zzz: měli bychom se soustředit na 1) (03:12:14 PM) eyedeekay: OK, to je snazší; přistupovat k tomu z druhé strany bylo jako šprtání se na test (03:12:40 PM) zzz: a neměli bychom se pokoušet nabízet řešení na klíč pro 2), spíš jen navrhnout pár osvědčených postupů (03:13:00 PM) eyedeekay: Ale myslím, že to znamená, že budeme muset být flexibilní, tj. naše požadavky budou muset ustoupit tomu, co budou schopni nabídnout (03:13:09 PM) eyedeekay: To je ale asi samozřejmé (03:13:43 PM) zzz: Myslím, že všechno v 1) je docela základní (03:14:38 PM) zzz: 1a) odfiltrovat všechny odchozí X-I2P headers. Přidávat nebo nepřidávat X-forwarded headers v kterémkoli směru? (03:14:54 PM) zzz: 1b) mít malou chybovou stránku s odkazem na další informace (03:15:07 PM) zzz: 1c) mít na stránce s dalšími informacemi zásady ochrany soukromí (03:15:13 PM) zzz: a podobně (03:16:24 PM) eyedeekay: Jo, souhlasím, to by nemělo být těžké (03:17:14 PM) eyedeekay: Takže se zatím vyhnu snaze určovat, co by lidé "měli" dělat v kategorii 2), a zaměřím se na 1) (03:18:19 PM) eyedeekay: Ještě něco k bodu 2)? (03:18:36 PM) zzz: Další věc v 1) je http vs. standard tunnel. Já si _myslím_, že http je správná volba, a ta volba ovlivňuje otázky kolem hlaviček (03:19:04 PM) zzz: eot pro 2) (03:19:37 PM) eyedeekay: Standard tunnel vůbec nepřidává X-I2P-* headers, že? (03:19:55 PM) zzz: ne, o hlavičkách neví (03:20:09 PM) zzz: *headers (03:20:39 PM) zzz: takže volba ovlivňuje, co "vidí" externí proxy software (03:21:47 PM) eyedeekay: Tak proč http? Nebylo by lepší, kdyby serverový software nemusel kvůli prevenci úniku X-I2P headers odstraňovat/přidávat/zaznamenávat? (03:22:23 PM) zzz: každá proxy se musí vypořádat s hlavičkami (03:22:49 PM) zzz: standard pro proxy specifikuje, že některé hlavičky jsou "hop-by-hop" a je třeba je odstraňovat/přidávat (03:23:56 PM) zzz: a samozřejmě je třeba řešit jak HTTP, tak HTTPS (CONNECT) případy (03:27:13 PM) eyedeekay: Takže v případě HTTP tunnel bychom X-I2P headers skutečně používali (03:28:39 PM) zzz: mohly by se používat např. pro rate limiting zkušeným správcem outproxy (03:29:09 PM) eyedeekay: Dává smysl (03:29:57 PM) eyedeekay: Ještě něco k 2)? (03:30:05 PM) zzz: ne (03:30:12 PM) eyedeekay: 3. stav 1.7.0/0.9.53 / harmonogram vydání (03:30:59 PM) eyedeekay: Jsme přesně 13 dní od vydání 21. (03:31:10 PM) eyedeekay: Tagy se zítra zamykají (03:31:39 PM) zzz: jo, uzávěrka check-inů pá 18. února (03:32:26 PM) zzz: i2pd bude vydáno 19. nebo 20. s opravou ošklivého SSU bugu, který poslední dva měsíce způsoboval problémy se spolehlivostí sítě (03:32:55 PM) zzz: naše vydání bude mít také související obezličky a vylepšení (03:33:09 PM) eyedeekay: Rád to slyším, pro spoustu lidí to bylo drsné, zvlášť na mobilu (03:33:20 PM) zzz: Doufám, že se situace rychle zlepší, jakmile lidé začnou aktualizovat (03:34:10 PM) zzz: Jinak byl cyklus docela hladký, věci se uklidňují (03:35:26 PM) zzz: jsme na 14 000 řádcích diffu, slušná velikost (03:36:00 PM) zzz: eot pro 3) (03:37:45 PM) eyedeekay: Nemám moc co dodat, ještě tak týden budu dělat drobné změny v CSS, abych vyřešil pár zvláštností na extra malých nebo extra širokých obrazovkách a problémy s kontrastem v tmavém motivu, ale jinak svůj čas věnuji snaze revidovat a testovat (03:37:55 PM) zlatinb: Rád bych spustil pár testů v testnetu poté, co i i2p, i i2pd zmrazí kód pro vydání. Zdokumentoval jsem je na gitlab wiki. (03:38:05 PM) zlatinb: eyedeekay: co end-to-end test pro windows aio? (03:38:58 PM) eyedeekay: Včera jsem jeden rozběhl, musel jsem vyřešit pár problémů, jeden na straně build-config a jeden na straně router.config, ale oba by už měly být pryč, pokud budu extra opatrný u svého release buildu (03:41:18 PM) eyedeekay: Ukázalo se, že jsem balíček postavil bez navýšení čísla verze router, takže i kdyby k downloadu došlo (k čemuž by nedošlo, protože URL v router.config bylo špatně), nevyvolalo by to aktualizaci (03:42:16 PM) eyedeekay: Oba tyto problémy jsou teď opravené a mám nachystané otestovat balíček poté, co ho postavím (03:42:49 PM) eyedeekay: Takže mé aktualizace byly hodně rozbité, ale teď by měly být opravené, EOT (03:44:07 PM) eyedeekay: Ještě něco k meetingu? Dotazy, komentáře, obavy? (03:46:02 PM) zzz: aio == "bundle" nebo "easy install bundle". Nepoužívejme nikde "aio" jako název (03:46:27 PM) zzz: Mně se vždycky vybaví async i/o (03:46:36 PM) zzz: za mě už nic (03:47:06 PM) eyedeekay: OK, jo, AIO je nejednoznačné, znamená různé věci pro různé lidi (03:47:28 PM) eyedeekay: Zůstanu u Bundle nebo Easy-Install Bundle (03:48:01 PM) eyedeekay: Dobře, díky všem, že jste dorazili na meeting, uvidíme se příští měsíc pátého, vypadá to, že </div>/cs/blog/2022/01/04/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-4.-ledna-2022/Tue, 04 Jan 2022 00:00:00 +0000/cs/blog/2022/01/04/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-4.-ledna-2022/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> (03:00:39 PM) eyedeekay: Ahoj všem a vítejte na schůzce 4. ledna 2022 (03:00:39 PM) eyedeekay: 1. Ahoj (03:00:39 PM) eyedeekay: 2. Služby Meeh/požadavky na outproxy (výstupní proxy) `http://zzz.i2p/topics/3218-meeh-services-going-down-soon` (03:00:39 PM) eyedeekay: 3. Povýšení Mac DMG JPackage na stabilní https://geti2p.net/en/download/mac (03:00:39 PM) eyedeekay: 4. Výzkum NetDB (Sim/Model) `http://zzz.i2p/topics/3227-netdb-simulator-proposal` (03:01:13 PM) zlatinb: ahoj (03:01:23 PM) zzz: ahoj (03:01:55 PM) eyedeekay: Ahoj zzz, zlatinb, je tu dnes ještě někdo? (03:02:20 PM) eyedeekay: Operátoři outproxy? (03:02:59 PM) eyedeekay: Dobře, tak k bodu 1, mohou se připojit, pokud chtějí :) (03:03:38 PM) eyedeekay: Přicházíme o všechny meehovy nestatické služby; pro nás je to hlavně trac, který jsme už nahradili, a false.i2p, výchozí outproxy (03:04:07 PM) eyedeekay: Ani jedna dlouho dobře nefungovala, ale nemít outproxy má obvykle špatný UX, takže ji musíme nahradit (03:04:59 PM) eyedeekay: Minulý týden jsme probírali několik možností, jednou z nich bylo najít novou outproxy provozovanou dobrovolníkem a udělat z ní výchozí. (03:06:30 PM) eyedeekay: Pokud k tomu má dojít, budeme potřebovat, aby splnila základní požadavky. Samozřejmě je důležitá zásada ochrany soukromí. (03:06:30 PM) eyedeekay: Pokud nebudou všechno posílat přímo do Toru, budeme také potřebovat popis, jaké filtrování případně probíhá (03:07:34 PM) eyedeekay: Další možnost je provozovat ji sami, což je v nejlepším případě málo lákavé; další je podpora lokálního SOCKS, což vyžaduje, aby byla k dispozici lokální SOCKS proxy. (03:08:07 PM) eyedeekay: Pokud se někdo chce dobrovolně stát outproxy, místo, kam se ozvat, je fórum zzz (03:09:05 PM) zzz: správně (03:09:12 PM) eyedeekay: Zatím se mi od meeh nepodařilo získat statistiky o používání false.i2p. EOT (03:09:40 PM) zzz: Především musíme být velmi opatrní, abychom bez schválení veřejně nedoporučili alternativu ani nenastavili nový výchozí server, protože by to mohlo uložit velkou zátěž, finanční či jinou (03:10:06 PM) zzz: Jako malý první krůček chceme dostat alternativy zaregistrované na stats.i2p a získat souhlas s přidáním do našeho výchozího hosts.txt (03:10:16 PM) zzz: protože to lidem aspoň usnadní jejich nastavení a používání (03:10:55 PM) zzz: Pro tento krok máme schválení pro dvě outproxy, nicméně na stats.i2p je momentálně registrovaná jen jedna (03:11:05 PM) zzz: takže čekám na tu druhou registraci (03:11:05 PM) zzz: eot (03:11:35 PM) eyedeekay: Díky, zzz, mimochodem mu to připomenu (03:11:47 PM) dr|z3d: Měl jsem s tebou, zzz, několik předběžných diskusí a na jejich základě by mělo být poměrně jasné, že nemám zájem poskytovat oficiální službu. Neformálně klidně, ale nic oficiálního. (03:12:52 PM) zzz: díky, že jsi to vyjasnil, a taky díky za tvůj čas a expertizu v těch diskusích (03:12:59 PM) dr|z3d: Také zastávám názor, že jediná outproxy je odsouzená k neúspěchu v okamžiku, kdy se stane oficiální. (03:14:13 PM) eyedeekay: Rozhodně chápu proč. Ještě něco k bodu 1? (03:14:28 PM) zzz: Možná. Určitě to vyžaduje odpovídající kapacitu a schopnou administraci (03:14:29 PM) zzz: eot (03:14:59 PM) eyedeekay: 3. Povýšení Mac DMG Jpackage na stabilní (03:15:15 PM) eyedeekay: s/1/2/ (03:15:42 PM) eyedeekay: Tenhle bod přidal zlatinb, předávám slovo (03:16:21 PM) zlatinb: díky. V podstatě, ne-DMG (jar) balíček není notarizovaný a poslední 2 (nebo 3?) verze Mac OS ho odmítají spustit, pokud uživatel nezmění některá pokročilá nastavení (03:16:52 PM) zlatinb: zároveň byl DMG jpackage velmi stabilní a aktualizace v síti byly otestované end-to-end (03:17:10 PM) zlatinb: navrhuji tedy udělat z něj výchozí stažení pro Mac a úplně zrušit možnost .jar (03:17:55 PM) zlatinb: když už máme hezkou stránku /mac věnovanou tomuto balíčku, navrhuji ji ponechat a odstranit označení BETA (03:18:14 PM) zlatinb: a v Mac div na /download mít jen odkaz na stránku /mac, nic jiného (03:18:19 PM) zlatinb: eot (03:19:22 PM) eyedeekay: Podporuji to. (03:20:42 PM) eyedeekay: Musíme čekat na vydání, nebo to prostě uděláme teď? (03:21:51 PM) anonymousmaybe je nyní znám jako Irc2PGuest95343 (03:22:35 PM) mode (+ao zzz zzz) by ChanServ (03:22:37 PM) zlatinb: není třeba čekat na vydání (03:22:54 PM) zzz: viděli jste moje 3 otázky, než jsem vypadl? (03:23:01 PM) eyedeekay: Ne, unikly mi (03:23:03 PM) zlatinb: ne, promiň, prosím pošli znovu (03:23:11 PM) zzz: Položím pár jednoduchých otázek: (03:23:15 PM) zzz: 1) Je uživatelská základna dostatečná, abychom si byli jistí, že to bylo dobře otestováno? (03:23:17 PM) zzz: 2) Je proces vydání zdokumentovaný a teoreticky by to mohl sestavit i někdo jiný, pokud by měl správné klíče? (03:23:20 PM) zzz: 3) Jsme si jistí, že máme prostředky na pokračování v údržbě a vydávání verzí? (03:23:23 PM) zzz: eot (03:24:08 PM) zlatinb: 1) - podle Matomo má 20–25 stažení denně. Uživatelé Maců s M1 nám hlásili, že funguje podle očekávání. Žádná negativní hlášení (03:24:28 PM) eyedeekay: 2) a 3) dle mého názoru rozhodně ano. Dokážu vše sestavit až po notarizační část a můžu to někoho naučit (03:24:53 PM) zlatinb: 2) je ano, ale vyžaduje to de-anonymizaci kvůli Apple Inc. (03:24:54 PM) eyedeekay: Takže se zlatinbem jsou nejméně 2 lidé, kteří vědí, jak to sestavit (03:25:08 PM) zzz: 2) ale je to _zdokumentované_? (03:25:33 PM) zlatinb: ano, krok za krokem včetně procesu notarizace v README.md (03:25:41 PM) zzz: super (03:26:16 PM) zzz: 1) Znamená „funguje“ i aktualizační proces? Viděli jsme, že se torrentový roj skutečně rozběhne, když se aktualizují novinky? (03:26:29 PM) zlatinb: `http://git.idk.i2p/i2p-hackers/i2p-jpackage-mac` (03:26:43 PM) zzz: (protože myslím, že u verze pro Windows se ještě nevidělo, že by fungovala) (03:27:26 PM) zlatinb: 1) ano, roj se rozjede, je poměrně malý, ale je tam. Viděl jsem to jak u vydání 1.5.1, tak 1.6.1 (03:27:49 PM) zzz: ok, skvělé, díky za odpovědi, žádné námitky (03:28:14 PM) eyedeekay: Super, udělám změny na webu dnes večer poté, co zveřejním logy ze schůzky (03:28:26 PM) zlatinb: skvělé, díky! (03:29:05 PM) eyedeekay: Co se týče Windows, ano, ale vypadá to, že je to problém v konfiguračním souboru, který jsem dodal, a ne v samotném updateru (03:29:05 PM) eyedeekay: Takže Windows potřebují ještě jednu ruční aktualizaci, aby fungovaly s automatickými aktualizacemi, o čemž jsem, myslím, mohl vědět předem, ale zapomněl jsem (03:30:07 PM) eyedeekay: 4. Výzkum NetDB (Sim/Model) `http://zzz.i2p/topics/3227-netdb-simulator-proposal` (03:30:44 PM) eyedeekay: Také zlatinbův bod, řekni nám, co máš na mysli (03:31:28 PM) zlatinb: Takže za poslední asi dva týdny došlo k znatelnému zhoršení dostupnosti stránek jako zzz.i2p, postman, dokonce major.acetone.i2p… v zásadě stránek, o kterých vím, že běží (03:31:57 PM) zlatinb: Dělal jsem nějaké ladění a měl situace, kdy se LS zzz.i2p načetl v pořádku, ale pak se zřejmě nedařilo získat RI IBGW (03:32:03 PM) zlatinb: (tady samozřejmě spekuluji) (03:32:47 PM) zlatinb: Stručně řečeno, ve fungování NetDB je spousta neznámých a musíme věřit algoritmu Kad, což je v pořádku, ale raději bych měl větší jistotu prostřednictvím nějakého výzkumu (03:33:33 PM) zlatinb: Stejně jako testnet hodně pomohl zlepšit kód streamingu a SSU a NTCP, věřím, že model nebo simulace mohou pomoci zlepšit fungování netDB (03:34:44 PM) zlatinb: A důvod, proč to chci probrat tady, je, že pokud půjdeme cestou simulace, která spouští skutečný kód, který bude v routeru, bude nutný určitý refactoring kódu NetDB, možná i některých tříd *Job (03:34:52 PM) zlatinb: Poznámka: Na multi-router jvm a JVMCommSystem jsem se zatím nedíval (03:35:03 PM) zlatinb: možná to může být řešení až do určitého počtu uzlů (03:35:37 PM) zlatinb: ale mým cílem je simulovat alespoň pár tisíc uzlů, což znamená abstrahovat většinu komponent routeru (03:35:42 PM) zlatinb: eot-checkpoint (03:36:28 PM) major opustil místnost (quit: Ping timeout: 320 seconds). (03:36:32 PM) zzz: Jsem k tomu vlažný, vzhledem k tomu, jak těžké by to bylo, a jak dlouho by trvalo, než bychom dostali nějaké užitečné výsledky (03:37:20 PM) zzz: Pro začátek jsem nedávno udělal sérii změn, aby byly věci spolehlivější (03:37:27 PM) zzz: v 1.6.1-6 dev buildu (03:37:46 PM) zzz: ale nevím, jestli ho některý z populárních serverů (kromě mého) používá (03:38:17 PM) zzz: Rád bych, aby to zkusily servery echelona a eyedeekaye. To jsou dvě skupiny, se kterými mám problémy už měsíce (03:38:20 PM) zzz: eot (03:38:44 PM) eyedeekay: Většina mých serverů jen sleduje PPA, aktualizuji git.idk.i2p (03:39:17 PM) zzz: git a gitssh jsou dva, které mě často odmítají. Pokud se to zlepší, všimnu si toho (03:40:07 PM) zzz: echelonovy servery jsou další záhada. Zdá se, že často mívají problémy na úrovni IP (03:42:11 PM) eyedeekay: Pak to brzy udělám (03:43:37 PM) eyedeekay: Moje otázky ohledně testovacího rámce pro netDB jsou asi nevhodně položené – má například existující testnet schopnost simulovat netDB mezi routery uvnitř něj? (03:44:08 PM) eyedeekay: A pokud ano, dá se to nějak použít? (03:44:44 PM) Účet se odpojil a už nejste v tomto chatu. Po opětovném připojení účtu se do chatu automaticky znovu připojíte. (03:49:14 PM) Téma pro #i2p-dev je: 1.6.1-7 | příští vývojářské setkání v 20:00 UTC v úterý 4. ledna 2022 (03:49:14 PM) Téma pro #i2p-dev nastavil zzz v 09:08:14 AM dne 01/03/2022 (03:49:20 PM) zzz: proboha ne, ne pspice. byl to nějaký frontový/behaviorální model sítě (03:50:31 PM) zzz: EOT a končím, musím běžet, díky všem (03:50:46 PM) eyedeekay: Měj se, zzz (03:51:41 PM) eyedeekay: Ještě něco k bodu 4? zlatinb (03:51:50 PM) zlatinb: ne, to je vše (03:52:08 PM) eyedeekay: Dobře, to by pro dnešní schůzku stačilo, mějte se všichni fajn a hezký týden </div>/cs/blog/2022/01/01/ro%C4%8Dn%C3%AD-p%C5%99ehled-2021/Sat, 01 Jan 2022 00:00:00 +0000/cs/blog/2022/01/01/ro%C4%8Dn%C3%AD-p%C5%99ehled-2021/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <h3 id="development-highlights">Development Highlights</h3> <p>Vydání 0.9.49 zahájilo migraci na nové, rychlejší šifrování ECIES-X25519 pro routery. Na specifikacích a protokolech pro nové šifrování se pracovalo mnoho let a v tomto vydání začaly nové instalace a velmi malé procento stávajících instalací (náhodně vybraných při restartu) používat nové šifrování. Je to poprvé, co byl kdy změněn výchozí typ šifrování, takže úplná migrace bude probíhat napříč několika vydáními, aby se minimalizovaly případné problémy.</p> <p>Úplné poznámky k vydání: <code>https://geti2p.net/en/blog/2021/02/17/0.9.49-Release</code></p>/cs/blog/2021/12/11/i2p-nen%C3%AD-ovlivn%C4%9Bno-zranitelnost%C3%AD-log4j/Sat, 11 Dec 2021 00:00:00 +0000/cs/blog/2021/12/11/i2p-nen%C3%AD-ovlivn%C4%9Bno-zranitelnost%C3%AD-log4j/<p>I2P není ovlivněno zranitelností log4j 0-Day, která byla zveřejněna včera, CVE-2021-44228. I2P nepoužívá log4j pro logování, nicméně jsme také museli prověřit naše závislosti z hlediska použití log4j, zejména jetty. Tato prověrka neodhalila žádné zranitelnosti.</p> <p>Bylo také důležité zkontrolovat všechny naše zásuvné moduly. Zásuvné moduly mohou obsahovat vlastní systémy logování, včetně log4j. Zjistili jsme, že většina zásuvných modulů log4j také nepoužívá, a ty, které ano, nepoužívaly zranitelnou verzi log4j.</p> <p>Nenašli jsme žádnou zranitelnou závislost, zásuvný modul ani aplikaci.</p>/cs/blog/2021/12/07/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-7.-prosince-2021/Tue, 07 Dec 2021 00:00:00 +0000/cs/blog/2021/12/07/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-7.-prosince-2021/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> (03:00:21 PM) eyedeekay: Ahoj všichni, vítejte na schůzce 7. prosince (03:00:28 PM) eyedeekay: 1) Ahoj (03:00:28 PM) eyedeekay: 2) Stav vydání 1.6.1 (03:00:28 PM) eyedeekay: 3) Stav aktualizace jpackage (03:00:28 PM) eyedeekay: 4) Integrace Monera (03:00:28 PM) eyedeekay: 5) Nová knihovna SAM (03:00:37 PM) zzz: ahoj (03:00:41 PM) zlatinb: ahoj (03:01:05 PM) eyedeekay: Ahoj zzz, ahoj zlatinb (03:01:12 PM) eyedeekay: Je tu dnes ještě někdo? (03:01:16 PM) mode (-m ) by zzz (03:01:31 PM) eyedeekay: 2) stav vydání 1.6.1 (03:02:32 PM) eyedeekay: Vydání 1.6.1 je k dispozici, torrent je aktivní, stejně tak Debian/Ubuntu/Launchpad, Maven, GPlay a náš F-Droid (03:03:10 PM) eyedeekay: Repozitář F-Droidu je stále neaktuální, jedním z mých úkolů tento týden je znovu zprovoznit naši aplikaci s jejich systémem automatických buildů (03:04:01 PM) eyedeekay: Repozitáře Debianu podle našich informací v tuto chvíli naše aktualizace nedostanou, lidé, kteří používají balíčky pro Debian, by měli přejít na deb.i2p2.de nebo deb.i2p2.no (03:05:18 PM) eyedeekay: DMG balík sestavený zlatinb byl také aktualizován na 1.6.1 a je dostupný na zrcadlech i jako aktualizace (03:06:01 PM) eyedeekay: Exe balík, který jsem sestavil já, bude dnes zveřejněn; plánoval jsem to včera, ale zabrzdily mě aktualizace Windows, takže to udělám dnes večer. (03:06:40 PM) eyedeekay: Podle stats.i2p aktualizovalo asi 20 % sítě (03:06:47 PM) eyedeekay: Máte něco k doplnění, zzz, zlatinb? (03:09:13 PM) eyedeekay: Haló? (03:11:26 PM) eyedeekay: OK, jsem zpátky (03:11:40 PM) eyedeekay: (03:06:40 PM) eyedeekay: Podle stats.i2p aktualizovalo asi 20 % sítě (03:11:40 PM) eyedeekay: (03:06:47 PM) eyedeekay: Máte něco k doplnění, zzz, zlatinb? (03:11:50 PM) zzz: ano (03:12:05 PM) zzz: zatím žádná známka aktualizace biglybt, snad to brzy přijde (03:12:10 PM) zzz: zatím žádné stížnosti od uživatelů (03:12:26 PM) zzz: echelon měl potíže s vývojovým buildem 1.6.1-2, ale nevíme proč (03:13:03 PM) zzz: také u uživatelů jakékoli verze i2p balíčku (aktuální i starší) se může vyskytnout problém kvůli změnám závislostí jetty9 (03:13:24 PM) zzz: pokud ano, sudo apt install libservlet3.1-java proveďte ručně (03:14:44 PM) zlatinb: k biglybt: dnes jsem slyšel od Parga ohledně nesouvisející záležitosti, takže je v pořádku. (03:15:52 PM) zzz: může to také ovlivnit nejnovější Ubuntu jammy, nejsem si jistý (03:15:52 PM) zzz: eot (03:16:12 PM) zlatinb: eot (03:16:22 PM) zzz: Myslím balíček pro debian/ubuntu (03:16:22 PM) zzz: eot2 (03:16:22 PM) zzz: týká se to debian sid a možná jen jammy (03:16:22 PM) zzz: eot3 (03:16:22 PM) zzz: dám mu ještě pár dní a pak ho začnu otravovat (03:16:31 PM) eyedeekay: Díky zzz, záležitost s balíčkem/závislostmi se pravděpodobně objeví na Redditu, pokud to bude problém (03:16:58 PM) eyedeekay: Používám sid denně a zatím jsem na tohle nenarazil (03:17:01 PM) zzz: ref: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=997213 (03:18:40 PM) eyedeekay: 3) Stav aktualizace jpackage (03:19:36 PM) eyedeekay: Částečně už jsem to pokryl, dmg balíčky od zlatinb jsou na zrcadlech a uvedené na webu (03:20:29 PM) eyedeekay: Měl jsem na svém Windows laptopu nějaké aktualizace, takže jsem včera nestihl dokončit exe buildy; nechám to na dobu po schůzce (03:21:08 PM) eyedeekay: Přepnul jsem svůj news server, aby publikoval nové balíčky od zlatinb (03:21:59 PM) eyedeekay: Zatím jsem od uživatelů nic neslyšel (03:22:27 PM) zlatinb: dmg jpackage je v tuto chvíli dobře vyladěný. Provedli jsme end-to-end test in-network aktualizace s 1.5.0-&gt;1.5.1 a fungovalo to (ale až na druhý pokus) (03:23:02 PM) zlatinb: Podle snark si torrent stáhla 1 osoba (03:23:27 PM) zlatinb: k mac jpackage toho moc dalšího není, v zásadě to funguje (03:23:28 PM) zlatinb: eot (03:24:04 PM) eyedeekay: Díky, zlatinb (03:24:41 PM) eyedeekay: 4) Integrace Monera (03:25:55 PM) eyedeekay: Během Dne díkůvzdání se znovu objevil zájem o to, aby Monero-over-I2P fungovalo automaticky v GUI peněženkách (zejména ve Feather) (03:26:38 PM) eyedeekay: Děláme nějaké návrhové mockupy a analýzu kompromisů různých konfigurací tady: (03:26:39 PM) eyedeekay: https://github.com/monero-project/monero-gui/issues/2274 (03:27:15 PM) eyedeekay: Mají zájem převzít od nás několik věcí, včetně našeho modelu distribuce softwarových aktualizací in-network (03:27:53 PM) eyedeekay: Pokud se toho někdo chce účastnit, probíhá to převážně tam a také na Monero Matrix kanálu (03:28:06 PM) eyedeekay: Monero-Community (03:28:20 PM) eyedeekay: EOT (03:29:05 PM) eyedeekay: 5) Nová knihovna SAM (03:29:14 PM) zzz: super, předpokládám, že už se podívali, co bitcoin udělal pro nízkoúrovňové adresní protokoly (03:29:17 PM) zzz: eot (03:30:31 PM) eyedeekay: Ano, podívali se (03:31:24 PM) eyedeekay: Další fajn věc, která se stala minulý týden: lidé z diva.exchange vytvořili novou knihovnu SAM pro node.js/javascript obecně (03:32:02 PM) eyedeekay: Je mnohem pečlivěji a nověji zdokumentovaná než ta stará, která už se neudržuje (03:32:07 PM) eyedeekay: Zdroj je zde: https://codeberg.org/diva.exchange/i2p-sam (03:32:23 PM) eyedeekay: Balíček NPM je zde https://www.npmjs.com/package/@diva.exchange/i2p-sam (03:33:00 PM) eyedeekay: Vzhledem k tomu, jak je node populární, dávám tomu trochu větší viditelnost; zdá se, že dneska všichni píší své webové aplikace v node (03:33:15 PM) eyedeekay: eot (03:34:21 PM) eyedeekay: Ještě něco k této schůzce? (03:35:13 PM) zlatinb: za mě ne (03:36:01 PM) eyedeekay: timeout 1, (03:36:04 PM) eyedeekay: 1m (03:37:03 PM) eyedeekay: Dobře, díky zzz, zlatinb, příští schůzka bude 4. ledna 2022 (03:37:03 PM) eyedeekay: Brzy zveřejním logy </div>/cs/blog/2021/11/29/vyd%C3%A1n%C3%AD-1.6.1/Mon, 29 Nov 2021 00:00:00 +0000/cs/blog/2021/11/29/vyd%C3%A1n%C3%AD-1.6.1/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>Poznámka: 1.6.1 je aktuální verze. 1.6.0 byla označena tagem, ale nebyla vydána.</p> <p>Toto vydání dokončuje nasazení dvou zásadních aktualizací protokolu vyvinutých v roce 2021. Přechod na šifrování X25519 pro routers je urychlen a očekáváme, že téměř všechny routers budou do konce roku překlíčovány. Krátké tunnel build messages jsou povoleny pro významné snížení využití šířky pásma.</p> <p>Do nového instalačního průvodce jsme přidali panel pro výběr motivu. Zlepšili jsme výkon SSU a opravili problém se zprávami SSU typu peer test. Bloomův filtr používaný při vytváření tunnel byl upraven, aby se snížila spotřeba paměti. Zlepšili jsme podporu pro zásuvné moduly v jiných jazycích než Java.</p>/cs/blog/2021/11/02/i2p-jpackages-se-do%C4%8Dkaly-prvn%C3%AD-aktualizace/Tue, 02 Nov 2021 00:00:00 +0000/cs/blog/2021/11/02/i2p-jpackages-se-do%C4%8Dkaly-prvn%C3%AD-aktualizace/<p>Před pár měsíci jsme vydali nové balíčky, u nichž jsme doufali, že pomohou přivést do sítě I2P nové lidi tím, že více lidem usnadní instalaci a konfiguraci I2P. Z instalačního procesu jsme odstranili desítky kroků tím, že jsme přešli z externí JVM na Jpackage, vytvořili standardní balíčky pro cílové operační systémy a podepsali je způsobem, který operační systém rozpozná, aby byl uživatel v bezpečí. Od té doby jpackage router dosáhly nového milníku; brzy obdrží své první inkrementální aktualizace. Tyto aktualizace nahradí JDK 16 jpackage aktualizovaným JDK 17 jpackage a přinesou opravy několika drobných chyb, které jsme odhalili po vydání.</p>/cs/blog/2021/11/02/i2p-setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-2.-listopadu-2021/Tue, 02 Nov 2021 00:00:00 +0000/cs/blog/2021/11/02/i2p-setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-2.-listopadu-2021/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> eyedeekay, zzz, zlatinb, Ryemantis_</p> <h2 id="záznam-schůzky">Záznam schůzky</h2> <div class="irc-log"> (04:00:16 PM) eyedeekay: Ahoj všichni, vítejte na komunitním setkání 2. listopadu (04:00:16 PM) eyedeekay: 1) Ahoj (04:00:16 PM) eyedeekay: 2) Stav vývoje 1.6.0 / Připravované vydání (04:00:16 PM) eyedeekay: 3) stav bety jpackage pro mac/win, uživatelské zprávy z testů, stav in-net aktualizace na 17.0.2, plány pro aktualizaci 1.6.0? (04:00:35 PM) zzz: ahoj (04:00:38 PM) zlatinb: ahoj (04:00:55 PM) eyedeekay: Ahoj zzz, zlatinb (04:01:25 PM) eyedeekay: 2) Stav vývoje 1.6.0 / Připravované vydání (04:02:25 PM) eyedeekay: Vlákno o vydání je zde: `http://zzz.i2p/topics/3170-1-6-0-release-summary` a pořád jsme nevybrali datum, měl jsem na to vlákno odpovědět, chceme to udělat tady? (04:02:43 PM) zzz: ano, prosím (04:03:18 PM) zzz: Za 3 týdny odteď by to bylo 13 týdnů. +/- 1 týden je pro mě taky v pořádku (04:03:19 PM) eyedeekay: OK, v mém případě jsem pro týden od 29., po Dni díkůvzdání v USA (04:04:12 PM) zlatinb: Jsem mimo svou hlavní pracovní stanici až do začátku prosince, takže nemohu sestavovat ani podepisovat instalátory jpackage. Ale mohu stále poskytnout OTP pro signtool, protože to mám v telefonu. (04:05:34 PM) zzz: dobře, takže předběžně týden od 28.? eche|off eche|on nějaké námitky? (04:07:30 PM) eyedeekay: Týden od 28. mi zatím zní dobře. (04:08:34 PM) eyedeekay: Ještě něco k bodu 2)? (04:08:45 PM) zzz: jo, rychlý status (04:09:02 PM) zzz: vypadá to na poměrně skromné vydání, měřeno množstvím změn (04:09:27 PM) zzz: nějaká zrychlení v SSU jsou možná hlavní novinkou (04:09:48 PM) zzz: zlatinb, pokud budeš mít čas vmáčknout opravy označení zastaralých věcí v jednotkových testech, bylo by to dobré (04:09:52 PM) zzz: EOT (04:10:02 PM) eyedeekay: Díky, zzz (04:10:28 PM) zlatinb: jo, žádné sliby ohledně jednotkových testů :) (04:10:42 PM) eyedeekay: 3) stav bety jpackage pro mac/win, uživatelské zprávy z testů, stav in-net aktualizace na 17.0.2, plány pro aktualizaci 1.6.0? (04:12:18 PM) zlatinb: Předpokládám, že jde o JDK 17.0.1, 17.0.2 zatím pokud vím nevyšlo (04:12:21 PM) zzz: jo, přidal jsem tu položku jen proto, abych vám dvěma dal šanci dát komunitě aktualizaci (04:12:32 PM) eyedeekay: se zlatinb jsme to před pár dny probírali a zhodnotili možnost udělat aktualizaci na OpenJDK 17 pro instalace jpackage (04:12:43 PM) zzz: ignorujte případné překlepy :) (04:13:36 PM) Ryemantis__ is now known as Ryemantis_ (04:14:08 PM) eyedeekay: Momentálně jsme připraveni dělat aktualizace v síti pro instalace jpackage, ale s našimi vydáními jpackage počkáme na hlavní vydání, která aktualizují buď na 17.0.1, nebo 17.0.2 (04:14:55 PM) zlatinb: 17.0.2 není plánováno dřív než na polovinu ledna, takže bychom určitě měli mít vydání 1.6.0 jpackage (04:15:32 PM) zlatinb: Za mě bych opravdu rád udělal zkušební běh procesu aktualizace v síti, abychom odhalili případné chyby, ale to se musí stát během příštích 7 dnů, protože pak budu afk (04:16:03 PM) zlatinb: Shrnu to: je potřeba udělat následující: (04:16:12 PM) zzz: eyedeekay, to nebylo moc jasné... jste 'připraveni', ale nebudete to dělat, počkáte? (04:16:28 PM) zlatinb: 1. aktualizovat repozitář i2p.newsxml tak, aby generoval entries.html pro každou platformu (04:16:50 PM) zlatinb: 2. Ujistit se, že news HTTP servery idk a ech umí servírovat nové soubory news.su3 (04:17:17 PM) zlatinb: 3. vytvořit branch i2p.i2p z tagu i2p-1.5.0, zvýšit CoreVersion/RouterVersion, otagovat i2p-1.5.1 (04:17:27 PM) zlatinb: 4. sestavit instalátory jpackage, podepsat/notarizovat podle potřeby (04:17:47 PM) zlatinb: 5. sestavit nové entries.html s novým release.json (04:17:50 PM) zlatinb: 6. nasadit (04:17:51 PM) zlatinb: eot (04:18:03 PM) zlatinb: takže nevím, jestli se to stihne za 7 dní, ale bylo by moc fajn, kdyby ano (04:19:10 PM) eyedeekay: Připravený tím myslím, že změny v i2p.newsxml produkují validní kanály, které lze použít k distribuci aktualizací v síti, a fungují na mém news setupu s lighttpd (04:20:00 PM) eyedeekay: Potřebuji přidat podporu pro entries.html specifické pro platformu, momentálně všichni dostanou všechny novinky, ale jiný torrent (04:20:38 PM) zzz: v širším pohledu: protože je to beta, jde to dobře, máte stahování a/nebo stížnosti? (04:21:16 PM) zlatinb: stahování – ~25/den pro mac, ~100/den pro windows podle Matomo (04:21:44 PM) eyedeekay: Žádné zásadní stížnosti, byl problém s detekcí cesty k nainstalovanému balíčku v závislosti na architektuře a na tom, zda byla nainstalována Windows, což ovlivňuje část uživatelů Windows, ale *pouze* když je spouštěč spuštěn z instalátoru (04:22:03 PM) eyedeekay: Takže po dokončení instalátoru problém zmizí a v nové verzi je opraven (04:22:11 PM) eyedeekay: Tedy, bude (04:22:15 PM) zzz: skvělé (04:22:21 PM) eyedeekay: To je ta věc, kterou minulý měsíc hlásil zab (04:22:40 PM) eyedeekay: *nainstalováno nebo aktualizováno ze starší edice (04:24:34 PM) Ryemantis_: Ahoj všichni. Jen jsem se chtěl rychle ozvat a omluvit se, že jsem byl posledních pár týdnů docela ticho. Říjen pro mě byl hodně nabitý a do toho se přimotala i porucha hardwaru. Po tomto týdnu bych měl mít čas dát zase dohromady svou pracovní stanici a pokračovat v práci na Android I2P. Aktuálně pracuji na LiveData, vzdáleném spouštění I2P a opravě UPnP. Až se k tomu vrátím, dám také aktualizaci na fóru na (04:24:35 PM) Ryemantis_: tom. Dejte mi prosím vědět, pokud je ještě něco, co potřebuje okamžitější pozornost. (04:25:04 PM) eyedeekay: Skvělé, že ses ozval, Ryemantis_, a vítej na schůzce (04:25:28 PM) eyedeekay: Díky za aktualizaci, na čem děláš, poruchy hardwaru a život se dějí nám všem (04:27:01 PM) eyedeekay: Tak tedy zpět na chvíli k bodu 3), teď je na mně přidat podporu pro entries.html v data/platform/branch/entries.html místo pouze v data/entries.html, abychom mohli mít zpravodajské kanály specifické pro platformu (04:27:13 PM) Ryemantis_: Určitě si vážím pochopení a díky všem za vaši tvrdou práci (04:28:23 PM) eyedeekay: Na rozdíl od jednoho kanálu, kde všichni dostávají novinky všech (04:29:00 PM) eyedeekay: Potom můžeme začít krokem 3 v popisu od zlatinb (04:29:37 PM) eyedeekay: Něco k bodu 3)? (04:30:20 PM) zlatinb: ne, myslím, že to pokrývá všechno (04:30:46 PM) eyedeekay: Super, ještě něco k této schůzce, zzz, zlatinb, Ryemantis_? (04:31:04 PM) zzz: ne (04:31:30 PM) Ryemantis_: ne (04:31:49 PM) zlatinb: jo, rychlá otázka – je příští schůzka prvního? (04:31:54 PM) ***zlatinb kontroluje kalendář (04:32:12 PM) eyedeekay: Myslím, že sedmého, zlatinb (04:32:20 PM) zlatinb: ok, tak nic (04:32:33 PM) eyedeekay: Podle mého kalendáře je prvního středa (04:33:28 PM) eyedeekay: Jo, to mi připomíná, letní čas (DST). Schůzky jsem vždy plánoval v UTC, ale chce někdo upravit čas schůzky kvůli DST? (04:33:36 PM) zzz has changed the topic to: 1.5.0-4 | Tag freeze Wed. Nov. 17 (04:35:30 PM) eyedeekay: Budu to brát jako ne. Pokud to někdo nevytáhne ve vlákně na fóru, schůzky se budou dál plánovat ve stejný čas v UTC (04:36:05 PM) eyedeekay: Díky všem, že jste přišli na schůzku, za pár minut zveřejním logy. </div>/cs/blog/2021/10/05/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-5.-%C5%99%C3%ADjna-2021/Tue, 05 Oct 2021 00:00:00 +0000/cs/blog/2021/10/05/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-5.-%C5%99%C3%ADjna-2021/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> eyedeekay, zzz, zlatinb, T3s|4</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> (04:00:04 PM) eyedeekay: Ahoj všem, vítejte na komunitním setkání (04:00:04 PM) eyedeekay: 1) Ahoj (04:00:04 PM) eyedeekay: 2) Zbývající položky 0.9.50/1.5.0 (04:00:04 PM) eyedeekay: 3) Distribuce Jpackage (04:00:04 PM) eyedeekay: 4) Stav vývoje 1.6.0 (04:00:15 PM) mode (-m ) by zzz (04:00:16 PM) eyedeekay: 1) Ahoj, kdo je dneska tady? (04:00:24 PM) zlatinb: ahoj (04:00:24 PM) zzz: tady (04:00:48 PM) eyedeekay: Ahoj zzz, ahoj zlatinb (04:01:30 PM) eyedeekay: 2) Zbývající položky 0.9.50/1.5.0 (04:02:21 PM) eyedeekay: Je to stejný příběh jako na poslední schůzce, momentálně se nemůžeme spojit s mhatta, a naše balíčky v hlavním Debianu proto nejsou aktualizované (04:02:55 PM) eyedeekay: Oficiální doporučení pro instalaci I2P na Debian a Ubuntu se v příštím vydání změní tak, aby používalo náš vlastní .deb repozitář/PPA (04:03:26 PM) eyedeekay: Také aktualizujeme instrukce, aby odrážely některá doporučení, která udělají používání našeho repozitáře bezpečnějším (04:03:52 PM) eyedeekay: V novém nastavení budou naše podpisové klíče .deb balíčků platné pouze pro naše balíčky, namísto napříč všemi balíčky (04:04:04 PM) eyedeekay: Současní uživatelé Debianu/Ubuntu nebudou muset nic měnit (04:05:04 PM) eyedeekay: To je za mě k bodu 2) vše, máte k tomu ještě někdo něco? (04:05:23 PM) T3s|4: eyedeekay: ^vše poznamenáno a jsem také přítomen (04:06:21 PM) eyedeekay: Díky T3s|4 (04:06:21 PM) eyedeekay: Časový limit 1 min pro 2) (04:07:36 PM) eyedeekay: OK 3) Distribuce Jpackage (04:08:02 PM) zlatinb: Mám k tomuto tématu dvě položky, obě nejsou dobré (04:08:18 PM) eyedeekay: OK, možná bys nás tedy měl uvést (04:08:42 PM) zlatinb: 3.1 - Mac DMG nebyl správně nasazen na mirror sigterm.no a zjistil jsem to dva týdny po vydání (04:09:11 PM) zlatinb: což je zásadní selhání, musíme pochopit, proč se to stalo a jak tomu do budoucna zabránit (04:09:30 PM) zlatinb: 3.2 - Právě jsem zkusil Windows AIO na čisté VM s Windows 10, kde byl nainstalovaný jen Firefox, a .bat nedokázal spustit I2P.exe (04:09:50 PM) zlatinb: ruční spuštění I2P.exe fungovalo v pořádku, ale něco v propojení těch dvou selhalo (04:09:50 PM) zzz: co je 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: Selhání na sigterm.no byla částečně moje chyba, problém jsem tam vyřešil, souvisel se způsobem, jakým jsem dříve dělal synchronizaci mirrorů. (04:12:13 PM) eyedeekay: Co se týče Windows balíčku, tak by to tak rozhodně být nemělo, to je špatně. Hned po skončení schůzky na to navážu na i2p.firefox, díky, že jsi mě na to upozornil. (04:12:50 PM) zlatinb: ok, rád pomohu s laděním jakkoli (04:14:54 PM) eyedeekay: OK, na mé straně testuji změny i2p.newsxml, které použijeme pro aktualizace, tento týden by to mělo být připravené k revizi. Jsou tam drobné změny v instrukcích pro provoz news serveru, které musím projít s ech, ale už jsme ohledně toho v komunikaci (04:16:03 PM) zzz: 3.3 ohledně balíků pro OSX doporučuji uvést, že nejsou testované na ARM Macích, že výkon je neznámý, a že bychom měli shánět testery (04:16:17 PM) eyedeekay: Ano, souhlasím, tu změnu na webu dnes večer udělám (04:16:19 PM) zzz: a na základě toho rozhodnout, kdy začít dělat ARM buildy (04:17:17 PM) eyedeekay: Udělám (04:17:20 PM) zzz: mějte na paměti, že Java 17 teoreticky podporuje OSX ARm native, ale nevím, zda už některý z webů typu OpenJDK má JRE buildy (04:18:26 PM) zzz: EOT, díky (04:18:38 PM) zlatinb: buildění pro Mac aarch64 musí proběhnout na Mac aarch64, protože jpackage (04:18:55 PM) zlatinb: takže to znamená, že si někdy budu muset pořídit ARM Mac (04:19:12 PM) zlatinb: nebo si někdo jiný musí pořídit Apple dev účet (04:19:31 PM) zlatinb: eot (04:20:35 PM) eyedeekay: Můj Mac je bohužel také x86_64, jinak bych to nabídl udělat (04:21:17 PM) eyedeekay: Něco dalšího k 3)? (04:22:19 PM) eyedeekay: Dobře, pak 4) je Stav vývoje 1.6.0 (04:25:17 PM) eyedeekay: zzz nás průběžně informuje o svém vývoji a stavu zde: `http://zzz.i2p/topics/3170-1-6-0-release-summary` (04:25:20 PM) eyedeekay: 6 týdnů za námi, zbývá přibližně 7 týdnů (04:25:40 PM) eyedeekay: Jedna ze dvou mých velkých plánovaných změn pro konzoli routeru se pravděpodobně nedostane dovnitř, X-I2P-Locations v HTTP proxy (04:26:10 PM) eyedeekay: Druhá, správa pluginů typu fork-and-forget, bude tento týden připravena (04:27:10 PM) eyedeekay: Práce na SSU2 pokračují v #LS2 (04:27:10 PM) eyedeekay: zlatinb a zzz také identifikují a ladí výkonnostní problémy v SSU1 (04:27:26 PM) eyedeekay: Něco k doplnění, zzz, zlatinb (04:27:28 PM) eyedeekay: ? (04:28:07 PM) zzz: zatím toho v tomto vydání není moc velkého (04:28:21 PM) zzz: zatím velmi malý diff (04:28:50 PM) zzz: pojďme případné další velké změny dostat dovnitř brzy (04:29:36 PM) eyedeekay: Za mě nic velkého nebo drastického nenechám přes tento víkend projít. Pokud to nedokážu dodělat do pondělí, zůstanu u drobností. (04:29:40 PM) zzz: měli bychom směřovat k vydání na konci listopadu (04:30:43 PM) zzz: eot (04:30:45 PM) zzz: jo, také čekáme na post-EOL vydání Jetty 9.3.30 s některými backporty CVE. Označili ho tagem, ale buildy zatím nezveřejnili, to je pro ně typické (04:31:43 PM) eyedeekay: Kdyby s vydáním buildů čekali příliš dlouho, vyžadovalo by to odložení vydání? (04:32:37 PM) zzz: mělo by jít jen o týden nebo tak. Pokud by to z nějakého důvodu neudělali, můžeme prostě převzít jejich patche (04:33:02 PM) eyedeekay: OK, díky za upřesnění (04:33:35 PM) eyedeekay: Ještě něco k 4) a pokud ne, je něco, co by někdo další chtěl probrat, když už jsme tady? (04:35:03 PM) eyedeekay: Časový limit 1 min (04:35:04 PM) zzz: pokud někdo s registrovanou přezdívkou chce voice, dejte vědět, než kliknu na tlačítko 'm'. omlouvám se za komplikace (04:37:10 PM) eyedeekay: OK, díky všem, že jste přišli na schůzku (04:37:10 PM) eyedeekay: Uvidíme se na IRC a na schůzce příští měsíc (04:37:20 PM) eyedeekay: Musím udělat pár aktualizací webu (04:37:59 PM) eyedeekay: Vezměte prosím na vědomí zzzovu ^ poznámku ohledně voice na IRC serveru (04:40:00 PM) eyedeekay: Ještě jedna věc, ve čtvrtek a v pátek budu mimo město, ty dny budu pracovat offline. Pošlete zprávu idk_afk, pokud nebudu online, a uvidím ji do večera </div>/cs/blog/2021/09/18/bitcoin-core-p%C5%99id%C3%A1v%C3%A1-podporu-pro-i2p/Sat, 18 Sep 2021 00:00:00 +0000/cs/blog/2021/09/18/bitcoin-core-p%C5%99id%C3%A1v%C3%A1-podporu-pro-i2p/<p>Událost, která se připravovala měsíce: Bitcoin Core přidal oficiální podporu pro I2P! Uzly Bitcoin-over-I2P mohou plně komunikovat se zbytkem uzlů Bitcoinu, a to s pomocí uzlů, které fungují jak v I2P, tak v clearnetu, čímž se z nich stávají plnohodnotní účastníci sítě Bitcoinu. Je vzrušující vidět, že si velké komunity jako Bitcoin všímají výhod, které jim I2P může přinést — I2P poskytuje soukromí a dosažitelnost lidem po celém světě.</p> <h2 id="jak-to-funguje">Jak to funguje</h2> <p>Podpora I2P je automatická, a to prostřednictvím SAM API. Je to také skvělá zpráva, protože to zdůrazňuje některé věci, ve kterých je I2P výjimečně dobré, například tím, že dává vývojářům aplikací možnost programově a pohodlně vytvářet I2P spojení. Uživatelé Bitcoin-over-I2P mohou používat I2P bez ruční konfigurace tak, že povolí SAM API a spustí Bitcoin s povoleným I2P.</p>/cs/blog/2021/09/15/improving-i2p-adoption-and-onboarding-using-jpackage-i2p-zero/Wed, 15 Sep 2021 00:00:00 +0000/cs/blog/2021/09/15/improving-i2p-adoption-and-onboarding-using-jpackage-i2p-zero/<p>Po většinu své existence bylo I2P aplikací, která běží s pomocí virtuálního stroje Java již nainstalovaného na dané platformě. To byl vždy obvyklý způsob distribuce aplikací v Javě, ale pro mnoho lidí to vede ke komplikovanému instalačnímu postupu. Aby to bylo ještě složitější, &ldquo;správná odpověď&rdquo; na to, jak učinit instalaci I2P na jakékoli platformě snadnou, nemusí být stejná jako na jiné platformě. Například na operačních systémech založených na Debianu a Ubuntu je instalace I2P pomocí standardních nástrojů poměrně jednoduchá, protože u našeho balíčku můžeme požadované komponenty Javy jednoduše uvést jako &ldquo;Required&rdquo;, avšak ve Windows nebo na OSX neexistuje žádný takový systém, který by nám umožnil zajistit, že je nainstalována kompatibilní Java.</p>/cs/blog/2021/09/07/level-up-your-i2p-skills-with-encrypted-leasesets/Tue, 07 Sep 2021 00:00:00 +0000/cs/blog/2021/09/07/level-up-your-i2p-skills-with-encrypted-leasesets/<h2 id="posuňte-své-dovednosti-v-i2p-na-vyšší-úroveň-pomocí-šifrovaných-leasesets">Posuňte své dovednosti v I2P na vyšší úroveň pomocí šifrovaných LeaseSets</h2> <p>V minulosti se říkalo, že I2P klade důraz na podporu skrytých služeb, což je v mnoha ohledech pravda. Co to však znamená pro uživatele, vývojáře a správce skrytých služeb, není vždy stejné. Šifrované LeaseSets a jejich případy použití poskytují jedinečný, praktický vhled do toho, jak I2P činí skryté služby všestrannějšími, snáze spravovatelnými a jak I2P rozšiřuje koncept skrytých služeb, aby poskytovalo bezpečnostní výhody pro potenciálně zajímavé případy použití.</p>/cs/blog/2021/09/07/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-7.-z%C3%A1%C5%99%C3%AD-2021/Tue, 07 Sep 2021 00:00:00 +0000/cs/blog/2021/09/07/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-7.-z%C3%A1%C5%99%C3%AD-2021/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> (04:02:11 PM) eyedeekay: Ahoj všem, omlouvám se za krátké upozornění, vítejte na schůzce 7. září (04:02:11 PM) eyedeekay: 1) Ahoj (04:02:11 PM) eyedeekay: 2) Zbývající položky 0.9.50/1.5.0 (04:02:11 PM) eyedeekay: 3) Změny v Debian repository (04:02:11 PM) eyedeekay: 4) Distribuce jpackage (04:02:11 PM) eyedeekay: 5) Plány na 1.6.0 (04:03:12 PM) zlatinb: hi (04:03:21 PM) eyedeekay: Ahoj zlatinb (04:04:21 PM) eyedeekay: Dobře, můžeme rovnou začít, pokud se k nám během schůzky ještě někdo připojí, ozvěte se prosím a dejte vědět, že jste tady (04:04:49 PM) zzz: hi (04:04:54 PM) eyedeekay: Ahoj zzz (04:05:03 PM) eyedeekay: Vezmu 2) zbývající položky 0.9.50 a 1.5.0 (04:05:41 PM) serempa: hi (04:05:55 PM) eyedeekay: Ahoj serempa, vítej na komunitním meetingu (04:06:19 PM) serempa: oh to mám štěstí :) (04:06:20 PM) eyedeekay: Je to obvyklý příběh, náš Debian upstream balíček spravovaný mhatta není aktuální, v tuto chvíli doporučujeme použít projektový debian repository, nově pod mou správou na http(s)://deb.i2p2.de (04:06:54 PM) eyedeekay: Každé první úterý v měsíci, 20:00 UTC, řekněte to přátelům :) (04:07:19 PM) serempa: hmm vlastně používám i2pd (04:07:28 PM) zzz: vypadá to, že náš f-droid a oficiální f-droid jsou ještě todo, eyedeekay? (04:07:41 PM) eyedeekay: Ano, právě jsem se k tomu chtěl dostat (04:09:26 PM) eyedeekay: Pořád aktualizuji náš F-Droid repository, nad tím, kdy se aktualizuje oficiální F-Droid, nemám žádnou kontrolu, takže doporučení bude podobné: náš F-Droid bude aktualizovaný dřív než oficiální F-Droid repository (04:10:23 PM) eyedeekay: Takže pro aktuální balíčky bude pravděpodobně potřeba náš self-hosted F-Droid (04:10:48 PM) zzz: Nevidím nic jiného, co by chybělo (04:11:42 PM) eyedeekay: To jsou jediné dva zbývající release produkty (04:12:35 PM) serempa: promiňte, ale udržuje někdo arm balíčky? (04:13:16 PM) zzz: fungujeme na jakékoli platformě, která má javu (04:13:20 PM) serempa: v rpi repozitářích je to 0.9.38-3.1 (04:13:47 PM) eyedeekay: To je Raspbian bez přidání deb.i2p2.de do sources.list? (04:14:01 PM) eyedeekay: Jen pro upřesnění, serempa? (04:14:05 PM) zzz: můžeš následovat instrukce na geti2p.net/debian, abys použil náš repo, serempa (04:14:21 PM) serempa: ooh jasné, sorry (04:14:23 PM) eyedeekay: Ano, mělo by to mít aktuální balíčky pro Pi (04:14:37 PM) eyedeekay: Což nás přivádí k 3) Změny v Debian repository (04:14:37 PM) eyedeekay: Měli jsme DNS problém se starým http://deb.i2p2.no repository (04:15:43 PM) eyedeekay: Server, který jsme k tomu používali, už k ničemu nepoužíváme, byl vyřazen. Odteď jsou deb.i2p2.de a deb.i2p2.no dostupné přes HTTP i HTTPS (04:16:40 PM) eyedeekay: Dejte nám prosím vědět, pokud narazíte na nějaké problémy s novým nastavením, celkově by jich mělo být méně (04:17:22 PM) eyedeekay: Něco k doplnění k 3)? (04:18:07 PM) eyedeekay: 4) Jpackage Distributions (04:19:29 PM) eyedeekay: Zab měl zatím úspěšné jpackage vydání, minimálně to někteří lidé používají (04:20:29 PM) eyedeekay: Teď máme lepší představu, jak upravit news server, aby si jpackage balíčky uměly stahovat novinky a aktualizace pro své distribuce (04:20:45 PM) eyedeekay: Své vydání odkládám, dokud nebudu moci vydat novou verzi I2P In Private Browsing, která obsahuje pár oprav chyb a nastaví domovskou stránku a vyhledávač (04:21:31 PM) eyedeekay: To bude asi za týden (04:21:49 PM) eyedeekay: Ještě něco k 4) zlatinb? zzz? (04:22:06 PM) zlatinb: oops počkej (04:22:06 PM) zlatinb: lag lag (04:22:37 PM) eyedeekay: V pohodě, pokračuj zlatinb (04:22:39 PM) zlatinb: ano, mac dmg má v průměru ~25 stažení/den (04:22:44 PM) eyedeekay: Pěkné! (04:23:10 PM) zlatinb: stránka /en/download/mac má taky dobrý provoz. Spousta lidí ji navštíví po pokusu stáhnout .jar (04:23:50 PM) zzz: zpět, promiňte, problémy s počítačem (04:24:12 PM) eyedeekay: (04:22:39 PM) zlatinb: ano, mac dmg má v průměru ~25 stažení/den (04:24:12 PM) eyedeekay: (04:22:44 PM) eyedeekay: Pěkné! (04:24:12 PM) eyedeekay: (04:23:10 PM) zlatinb: stránka /en/download/mac má taky dobrý provoz. Spousta lidí ji navštíví po pokusu stáhnout .jar (04:24:24 PM) eyedeekay: Kdybys to potřeboval ^ (04:25:09 PM) zzz: už jste vy tři vyřešili problémy s URL news serveru? (04:25:39 PM) zlatinb: které na nových verzích Mac OS vůbec nefunguje kvůli notarization (04:25:39 PM) zlatinb: eot (04:25:39 PM) zlatinb_ je nyní znám jako zlatinb (04:25:47 PM) zlatinb: velký lag, sorry (04:27:00 PM) eyedeekay: Ještě ne, zlatinb, kdy by se nám hodil krátký meeting, abychom probrali zbývající problémy s news URL? Měl bych na tebe jednu dvě otázky ohledně požadavků, kdybychom se mohli sejít tento týden, stačilo by to (04:27:42 PM) zlatinb: ano, rád udělám změny v Pythonu, jakmile se dohodneme, jak to uchopit (04:27:56 PM) zlatinb: velká otázka je, jestli chceme oddělené news feedy pro různé produkty, nebo jen odlišná metadata (04:28:05 PM) zlatinb: to musíme rozhodnout (04:29:45 PM) eyedeekay: Pak bych k tomu tento týden rád udělal krátký hlasový hovor, naplánujeme to později, ještě si nejsem jistý, na kterých pro a proti mi záleží (04:30:01 PM) zlatinb: jasně (04:30:08 PM) eyedeekay: Zní to dobře (04:30:21 PM) eyedeekay: Ještě něco k 4)? (04:30:30 PM) zzz: budeš potřebovat jiný feed poprvé, co uděláš mezitímní aktualizaci, např. pro javu (04:31:17 PM) zzz: nezapomeň zahrnout echelona, může mít své vlastní problémy (04:32:19 PM) eyedeekay: Mezitímní jako z non-jpackage na jpackage? Na mé straně je to „disabled“ – instalátor NSIS nepřepíše instalátor IzPack, pokud nějaký najde (04:33:01 PM) zzz: nemohl jsem si vzpomenout na správné slovo. Myslím mezilehlé vydání, mezi upstream vydáními, např. 1.5.1 (04:33:10 PM) eyedeekay: Aha, chápu (04:33:20 PM) eyedeekay: To dává smysl, díky za upozornění (04:33:50 PM) eyedeekay: Pošlu hromadný e-mail, ať jsme všichni v obraze (04:34:12 PM) eyedeekay: A ty určitě budeme potřebovat kvůli vydáním OpenJDK (04:34:34 PM) eyedeekay: Takže nám na tom záleží (04:35:13 PM) eyedeekay: Dobře, něco dalšího k 4)? (04:36:21 PM) eyedeekay: To nás přivádí k 5) Plány na 1.6.0 (04:37:45 PM) eyedeekay: Asi bychom si měli na chvíli sepsat naše plány, timeout 3min (04:38:23 PM) zzz: Aktualizoval jsem roadmap na webu pro 1.5.0 a 1.6.0 – eyedeekay, prosím zkontroluj a uprav své položky (04:38:45 PM) zlatinb: Podívám se, jestli je rychlá oprava pro pomalost SSU, kterou jsem pozoroval v testnetu. Pokud je to něco jednoduchého jako zpožděné ack, které trvá příliš dlouho, myslím, že to můžeme dát do 1.6.0 (04:39:04 PM) zlatinb: pokud to bude složitější, tak to nemá moc cenu, protože pracujeme na náhradě (04:39:40 PM) zzz: Na 1.6.0 toho teď na seznamu moc nemám… v tuto chvíli je mojí hlavní prioritou SSU2, je to v úplných začátcích, nečekám dokončení před polovinou příštího roku (04:39:52 PM) eyedeekay: Potvrzuji, zzz, udělám to dnes večer (04:39:52 PM) eyedeekay: Přinesl jsem copypastu, tohle je seznam přilepený na mé knihovně: (04:39:52 PM) eyedeekay: Code/Packaging: (04:39:52 PM) eyedeekay: 1) Odstranit třídu „Unmanaged“ pluginů, učinit pluginy typu Fork-and-Exec spravovatelnými. (04:39:52 PM) eyedeekay: 2) Přidat podporu pro klientskou stranu X-I2P-Location do HTTP proxy (04:39:52 PM) eyedeekay: 3) Debianizovat profil prohlížeče I2P (04:39:52 PM) eyedeekay: 4) Převést profil prohlížeče I2P na plugin (04:39:52 PM) eyedeekay: 5) Přesunout goSam a sam3 na i2pgit.org místo Githubu (04:39:52 PM) eyedeekay: 6) Vyčistit sam-forwarder UDP tunnels a přesunout do jmenného prostoru go-i2p (04:39:52 PM) eyedeekay: 7) Konečně opravit a sloučit změny go-i2p upstream (04:39:52 PM) eyedeekay: Web/Documentation: (04:39:52 PM) eyedeekay: 1) Zdokumentovat „Jak používat“ I2P pro prohlížení na Androidu, Mail, Bittorrent (04:39:52 PM) eyedeekay: 2) Rozdělit stránku ke stažení na lépe zvládnutelné části, přesměrovat na stránku podle OS (04:39:52 PM) eyedeekay: 3) Zdokumentovat instalační procesy jpackage na webu (04:39:52 PM) eyedeekay: Misc: (04:39:52 PM) eyedeekay: 1) Migrovat i2p.keyring.i2p na i2pgit.org (04:39:52 PM) eyedeekay: 2) Pluginize my other apps(BRB, Railroad, reseed-tools) (04:39:52 PM) eyedeekay: 3) Go přepis News Server(newsxml-tools) (04:39:52 PM) eyedeekay: 4) Obecný Go nástroj pro podepisování SU3 (04:40:33 PM) zzz: eyedeekay, potřebuji Misc #1 tento týden, prosím (04:40:47 PM) eyedeekay: Určitě (04:40:54 PM) zzz: super, díky (04:41:10 PM) eyedeekay: Není problém (04:42:03 PM) eyedeekay: Něco dalšího k 5)? (04:43:21 PM) eyedeekay: Ještě něco do meetingu? Timeout 2m pro případ lagu (04:43:53 PM) zlatinb: hmm ano, všiml si dnes někdo hrozného lagu? Taky musím i 10× zkoušet udělat push na git.idk.i2p (04:46:39 PM) eyedeekay: V uplynulém týdnu jsem si všiml některých nekonzistentních potíží s pushováním na git.idk.i2p (04:48:07 PM) eyedeekay: Obvykle to do pár minut zmizí, ale vyžaduje to víc pokusů (04:49:37 PM) eyedeekay: Teď to mám nastavené na 6 tunnels a 2 záložní tunnels s jedním hopem (04:54:59 PM) eyedeekay: Není to multihomed (připojené přes více rozhraní), ale mohl bych to tak udělat (04:55:08 PM) eyedeekay: Pokud už nic dalšího k meetingu? timeout 1m (04:57:26 PM) eyedeekay: Dobrá, díky všem za účast, příští měsíc ve stejný čas, zápis ze schůzky brzy zveřejním na webu </div>/cs/blog/2021/08/28/20-years-of-privacy-a-brief-history-of-i2p/Sat, 28 Aug 2021 00:00:00 +0000/cs/blog/2021/08/28/20-years-of-privacy-a-brief-history-of-i2p/<h2 id="invisibility-is-the-best-defense-building-an-internet-within-an-internet">Invisibility is the best defense: building an internet within an internet</h2> <blockquote> <p>&ldquo;Věřím, že většina lidí chce tuto technologii proto, aby se mohli svobodně vyjadřovat. Je to příjemný pocit, když víte, že to můžete dělat. Zároveň můžeme překonat některé problémy, které na internetu vidíme, tím, že změníme způsob, jakým jsou vnímány bezpečnost a soukromí, a také míru, do jaké si jich ceníme.&rdquo;</p></blockquote> <p>V říjnu 2001 měl 0x90 (Lance James) sen. Začalo to jako &ldquo;touha po okamžité komunikaci s dalšími uživateli Freenetu, aby bylo možné mluvit o otázkách týkajících se Freenetu a vyměňovat si klíče Freenetu, a přitom zachovat anonymitu, soukromí a bezpečnost.&rdquo; Říkalo se tomu IIP — the Invisible IRC Project.</p>/cs/blog/2021/08/26/i2p-slav%C3%AD-sv%C3%A9-20.-v%C3%BDro%C4%8D%C3%AD/Thu, 26 Aug 2021 00:00:00 +0000/cs/blog/2021/08/26/i2p-slav%C3%AD-sv%C3%A9-20.-v%C3%BDro%C4%8D%C3%AD/<h2 id="20-let-i2p">20 let I2P</h2> <p>Je těžké tomu uvěřit, ale I2P existuje už téměř 20 let! Od svých začátků jako projekt v jazyce C, který poskytoval anonymní přístup k IRC, jsme měli stovky přispěvatelů, přijali jsme check-iny od desítek vývojářů, používali 2 hlavní jazyky, 3 systémy správy verzí, zažili migraci své kryptografie a několik soft-forků. Na Neviditelném webu bylo přibližně 500 registrovaných webů a nespočet neregistrovaných I2P webů, které byly přístupné pouze prostřednictvím svých kryptografických názvů hostitele.</p>/cs/blog/2021/08/23/vyd%C3%A1n%C3%AD-1.5.0/Mon, 23 Aug 2021 00:00:00 +0000/cs/blog/2021/08/23/vyd%C3%A1n%C3%AD-1.5.0/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>Ano, je to tak, po 9 letech vydávání řady 0.9.x přecházíme přímo z 0.9.50 na 1.5.0. To neznamená zásadní změnu API ani tvrzení, že je vývoj nyní dokončen. Je to pouze uznání téměř 20 let práce na zajištění anonymity a bezpečnosti našim uživatelům.</p> <p>Toto vydání dokončuje implementaci menších zpráv pro sestavení tunnelů, aby se snížilo využití šířky pásma. Pokračujeme v přechodu routerů sítě na šifrování X25519. Samozřejmě nechybí ani četné opravy chyb a vylepšení výkonu.</p>/cs/blog/2021/08/03/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-3.-srpna-2021/Tue, 03 Aug 2021 00:00:00 +0000/cs/blog/2021/08/03/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-3.-srpna-2021/<h2 id="rychlé-shrnutí">Rychlé shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="záznam-z-jednání">Záznam z jednání</h2> <div class="irc-log"> (04:00:31 PM) eyedeekay: 1) Ahoj (04:00:31 PM) eyedeekay: 2) 0.9.51/1.5.0 (04:00:31 PM) eyedeekay: 3) Zbývající položky 0.9.50 (04:00:31 PM) eyedeekay: 4) Zjištění ohledně streaming chokingu (omezení toku) (04:00:31 PM) eyedeekay: 5) Aktualizace jpackage (04:00:52 PM) eyedeekay: Ahoj všichni, je čas na úterní schůzku, kdo další je tady? (04:00:58 PM) zlatinb: ahoj (04:01:05 PM) zzz: yo (04:01:24 PM) eyedeekay: Super, pojďme začít (04:01:34 PM) eyedeekay: 2) 0.9.51/1.5.0 (04:01:45 PM) eyedeekay: zzz napsal na fóru o změně číslování (04:02:06 PM) Irc2PGuest39607: ahoj! (04:02:24 PM) eyedeekay: Ahoj IRC2PGuest39607 (04:02:38 PM) zzz: jo, předběžně jsme se minulý měsíc rozhodli pro 1.5.0, jak to vnímáte s odstupem měsíce? (04:02:40 PM) mode (+v anonymousmaybe) by ChanServ (04:03:08 PM) eyedeekay: Vypadá to, že jsme k tomu nedostali žádné názory, mně pořád vyhovuje 1.5.0 jako příští vydání (04:03:45 PM) X: Líbí se mi posun k 1.x.x (04:03:47 PM) zzz: mně taky. Chvíli potrvá si zvyknout, ale přijde mi to jako dobrý nápad (04:04:17 PM) zlatinb: dotazy: zůstanou Maven JARy na verzi API? budou se pluginy kontrolovat vůči verzím API? (04:05:36 PM) zzz: tipuji, že ne v obou případech (04:06:06 PM) zlatinb: ok, pokud to bude konzistentní (04:06:51 PM) zzz: berte verzi API jako „verzi sítě“. Cokoli, co je viditelné pro uživatele, by mělo být verze vydání (04:07:30 PM) eyedeekay: Dává mi to smysl a vím, že 1.5.0 bude fungovat s našimi Maven vydáními (04:07:42 PM) zzz: idk, můžu tady taky dát rychlou status zprávu? (04:07:50 PM) eyedeekay: Ano, pokračuj (04:08:00 PM) mode (+v anonymousmaybe) by ChanServ (04:08:09 PM) zzz: všechno je pro příští vydání víceméně hotové. 10 tisíc řádků diffu (04:08:28 PM) zzz: zmrazení tagu 11. srpna, uzávěrka commitů 20. srpna, týden vydání okolo 23. srpna (04:08:31 PM) zzz: EOT (04:08:40 PM) eyedeekay: Díky, zzz (04:09:02 PM) eyedeekay: Jsme připraveni na 3) Zbývající položky 0.9.50? (04:09:52 PM) eyedeekay: Momentálně jsou zbývající položky vydání stejné jako minulý měsíc, tedy vydání balíčků pro Debian (04:10:53 PM) zzz: smutný příběh, ale teď můžeme leda lidi povzbudit, aby přešli na PPA (04:11:08 PM) eyedeekay: Pořád jsem nedostal odpověď od našeho správce, takže pro aktuální debianí balíčky jsou jedinými možnostmi deb.i2p2.de/no a PPA (04:11:49 PM) eyedeekay: Na webu jasně uvedu, že tohle jsou doporučené balíčky (04:12:07 PM) eyedeekay: 4) Zjištění ohledně streaming chokingu (04:12:55 PM) eyedeekay: Tohle bylo téma zlatinb, až budeš připraven, poděl se prosím o zjištění, zlatinb (04:13:20 PM) zlatinb: Choking se na živé síti skutečně děje, pravděpodobně kvůli nějakému špatnému výpočtu velikosti přijímacího bufferu (125 vs 128), možná kvůli změnám MTU u ecies, nevím (04:13:56 PM) zlatinb: Nedíval jsem se do větších detailů, kromě toho, že jsem zkusil zdvojnásobit přijímací buffer a ověřit, že k chokingu už nedochází (04:14:42 PM) zlatinb: obecně jsou tu další streamingové aspekty, do kterých bych se chtěl ponořit podrobněji, ale to bude až na příští vydání. (04:14:45 PM) zlatinb: eot (04:14:54 PM) zlatinb: s/next/after next/ (04:14:57 PM) eyedeekay: Zajímavé. Díky, že ses na to podíval. Mám to zařadit jako téma i na příští měsíc? (04:15:10 PM) zzz: rozhodně téma pro další výzkum, ale nemyslím, že to dosahuje úrovně, aby to muselo být položkou agendy (04:15:30 PM) eyedeekay: OK, díky (04:16:11 PM) eyedeekay: Poslední je 5) aktualizace jpackage (04:16:16 PM) zzz: ale ujistěme se, že s tím zlatinb souhlasí? (04:16:16 PM) zlatinb: souhlasím (04:16:48 PM) eyedeekay: Ack. Takže to z příští agendy vynechám (04:17:50 PM) eyedeekay: aktualizace jpackage: zlatinb i já pracujeme na jpackage balíčcích, zabův je pro Mac OSX a je to podepsaný balíček založený na DMG, můj je pro Windows a je to EXE založené na NSIS, které funguje jako instalátor profilu Firefoxu (04:18:30 PM) eyedeekay: Oba pracujeme na tom, aby byly samoaktualizační a stabilní, včera večer jsem se podíval na zabovu práci a trochu jsem to dohnal (04:19:57 PM) eyedeekay: Experimentální balíčky jsme dosud vydávali současně s běžnými vydáními, do té doby by měly být AIO balíček 1.5.0 a DMG balíček samoaktualizační (04:20:17 PM) zzz: AIO? (04:20:37 PM) eyedeekay: All-in-One, Windows/jpackage/profile balíček (04:21:43 PM) eyedeekay: Máš k tomu něco ze své strany, zlatinb? (04:22:12 PM) zlatinb: dmg je hotové a otestované, budu rád, když bude k dispozici jako možnost stažení, až vyjde 1.5.0 (04:22:20 PM) zzz: pojďme si ujasnit plán. Budeme mít obojí na stránce se stahováním, zhruba ve stejném harmonogramu jako zbytek vydání 1.5.0? A označené jako co? Alpha? Beta? (04:23:11 PM) zlatinb: Raději bych "Alternative download option" než štítek alpha/beta (04:23:35 PM) zlatinb: dmg rozhodně není alpha, beta by byla možná v pohodě (04:24:19 PM) zzz: Chtěl bych mít také jasno, jak budeme lidi nasměrovávat k jednomu nebo druhému. např. pokud chcete, aby to běželo jako služba, tenhle nepoužívejte. (04:24:34 PM) zzz: nemusíme to vyřešit na téhle schůzce, ale někdy před vydáním (04:25:22 PM) eyedeekay: Máme pro ně samostatnou stránku, kde je zatím nazýváme "Experimental". AIO EXE instalátor hodlám považovat za "experimental" ještě jeden cyklus. Pokud ho přidáme jako alternativní možnost stažení pro uživatele Windows na stránce lang/download, zamýšlím ho takto označit (04:25:35 PM) zzz: zlatinb, pokud to zatím testoval jen jeden člověk, myslím, že musíme jít po malých krůčcích a dát tomu štítek beta (04:26:05 PM) zlatinb: ok (04:26:17 PM) zzz: "alternative" nic neznamená, musíme lidi nasměrovat jedním či druhým směrem. Tyto pokyny se mohou měnit, jak budeme mít víc testování (04:27:23 PM) zzz: eyedeekay, když jsem se na tvoje naposledy letmo podíval, což bylo před pár týdny, měl jsi před sebou ještě dlouhou cestu, takže budeš muset zabrat a dát nám vědět, až nastane čas se na to podívat (04:28:18 PM) zzz: také není zvláštní důvod trefit termín 23. srpna, nebo mít stejný harmonogram jako dmg, pokud to není připravené (04:28:48 PM) eyedeekay: Jasně, nebudu pouštět novou verzi ven, dokud si nebudu dost jistý, že bude fungovat pokaždé (04:29:38 PM) eyedeekay: Včera večer jsem po prostudování zabových změn hodně commitnul, ale ještě jsem neudělal nový test aktualizace (04:30:42 PM) zzz: Se zabem jsem strávil hodiny a hodiny, a u tebe jsem jen 5 minut prolétl... možná ti pomáhá víc, nebo prostě bereš většinu jeho kódu, ale musíš zakřičet, až budeš připraven (04:31:57 PM) eyedeekay: Vzal jsem kus zabova kódu a upravil ho, ale jinak na to prostě přicházím za pochodu (04:32:25 PM) eyedeekay: Brzy aktualizuji vlákno o merge na GitLabu a vysvětlím, kde je to stejné a kde se to liší (04:32:49 PM) eyedeekay: *dnes večer (04:33:53 PM) zzz: tohle platí vždy, když přidáváme "oficiální" produkt vydání na naši stránku se stahováním nebo kamkoli. Přidat něco nového a postavit se za to je velký krok a nikdy nechci přidávat něco bez spousty úvah a plné shody (04:35:15 PM) eyedeekay: Souhlas (04:35:43 PM) zzz: :) (04:36:40 PM) eyedeekay: Myslím, že bychom měli dořešit zbývající otázky ohledně alpha/beta a stránky se stahováním, abychom dosáhli té shody, v některém z jpackage vláken na zzz.i2p (04:37:56 PM) eyedeekay: To je k bodu 5 ode mě vše, což nás přivádí na konec agendy, pokud někdo nemá něco k doplnění? (04:38:29 PM) zlatinb: položka na příští schůzku, nebo tu další: (04:38:44 PM) zlatinb: změny ve workflow generování news.xml, aby se přizpůsobilo DMG a EXE balíčkům (04:39:07 PM) zlatinb: eot (04:39:16 PM) zzz: poslední věc k 5) je, že vy dva a echelon musíte mít dohodnutý plán ohledně news, ano. (04:40:12 PM) eyedeekay: Dám to do agendy pro oznámení na příští měsíc a ze své strany se spojím s ech (04:40:12 PM) eyedeekay: Ještě něco na poslední chvíli ode mě: budu na Def Conu od pozdního čtvrtka do pondělí, většinu času strávím v CryptoCurrency village, budu lidem pomáhat s integracemi I2P s Bitcoinem a Monerem (04:40:43 PM) zzz: co to pravděpodobně znamená v praxi, je, že zlatinb sdělí idk a echelonovi některá předběžná rozhodnutí a od toho se to odvine (04:40:53 PM) zzz: eot, sorry, pomalé psaní (04:41:30 PM) eyedeekay: To zní jako dobré místo, kde začít (04:41:51 PM) zzz: skvělé, užij si to, hodně štěstí. Máš odhad, kdy bude nejlepší čas tě najít, nebo tipy, jak tě vystopovat? (04:43:36 PM) eyedeekay: Stůl v Crypto Village je asi nejlepší místo, kde mě hledat, do formuláře jsem každý den označil 1–3, ale pravděpodobně to bude trochu před 1 a trochu po 3 (04:44:29 PM) eyedeekay: Založím si účet na ActivityPub, aby mi lidi mohli mimo ty časy tootovat (04:44:44 PM) zzz: ok, zatím jsem neviděl žádné PR, je nejvyšší čas rozjet sadie na Twitteru a/nebo nějaké příspěvky na Redditu a fóru (04:45:16 PM) eyedeekay: Udělám (04:46:22 PM) eyedeekay: Ještě něco pro schůzku? timeout 1m (04:47:38 PM) eyedeekay: Dobře, díky všem (04:48:31 PM) eyedeekay: Uvidíme se na IRC, příští schůzka bude 7. září </div>/cs/blog/2021/07/06/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-6.-%C4%8Dervence-2021/Tue, 06 Jul 2021 00:00:00 +0000/cs/blog/2021/07/06/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-6.-%C4%8Dervence-2021/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="záznam-schůzky">Záznam schůzky</h2> <div class="irc-log"> (04:01:20 PM) eyedeekay: Hi everyone, it's time for the monthly community meeting, but as I forgot to make the announcement I will not be surprised if no one is here. In case anyone else is here, I'm open to having the meeting now. If no one else is here, I'll announce a new one on zzz.i2p so we can re-schedule (04:01:37 PM) zzz: hi (04:01:47 PM) eyedeekay: Hi zzz (04:02:10 PM) eyedeekay: zlatinb, anybody else here? (04:03:39 PM) eyedeekay: Ok that's my bad. Well zzz, I've got a short 2-item agenda for us if you've got time: (04:03:39 PM) eyedeekay: 2) Next Version Number (04:03:39 PM) eyedeekay: 3) Jpackage Updates (04:03:39 PM) eyedeekay: But I was hoping to have zlatinb for 3) (04:04:06 PM) zzz: 4) remaining 0.9.50 release items (04:04:31 PM) eyedeekay: Ack (04:05:10 PM) eyedeekay: 2) Next version number (04:06:27 PM) eyedeekay: I'm less and less reluctant about 1.0.0 now (04:07:31 PM) eyedeekay: zlatinb had some ideas about where performance could be improved, and what we both agreed on was that we needed something more onboardable for 1.0.0, i.e. the jpackage things (04:08:05 PM) zzz: I think an arbitrary jump to something like 1.5.0 or 2.5.0 or 5.1 avoids the 1.0.0 angst (04:10:04 PM) mode (+v zlatinb) by ChanServ (04:11:37 PM) eyedeekay: 1.5.0 seems right somehow? or maybe 1.51 (04:12:22 PM) zzz: small numbers seem better (04:12:48 PM) eyedeekay: Yeah you're right (04:13:36 PM) eyedeekay: 1.5.0 works for me if it works for you (04:15:13 PM) zzz: I'll put it in a post on my forum and see what the reaction is (04:15:30 PM) eyedeekay: Sounds good (04:16:05 PM) eyedeekay: 3) Jpackage Updates (04:17:24 PM) eyedeekay: On my end I've got a WIP jpackage+Windows Installer+Firefox profile bundle which should be self-updating as of this morning. It's still untested and a draft PR, I'm sure I'll find something broken about it tonight, but so far, so good (04:17:35 PM) mode (+v anonymousmaybe) by ChanServ (04:18:55 PM) eyedeekay: It works by starting the installer just before the router shuts down, sleeping until the router shuts down, then allowing the installer to re-start the router when it completes (04:19:25 PM) zlatinb: not much on my end, I'm still a little stuck on figuring out how to an end-to-end test that starts from checking news.xml, fetching the update.dmg, performing the update, restarting the router (04:19:41 PM) zlatinb: but the concept is the same as on windows (04:22:35 PM) zlatinb: just quite a bit of infrastructure to set up I guess (04:23:01 PM) eyedeekay: I don't have much else to add, except that I'm going to try to figure out how to test it against a test news server tonight, which should help figure out the infrastructure (04:24:13 PM) eyedeekay: 4) Remaining 0.9.50 release items (04:24:27 PM) eyedeekay: Oops, pasted that too soon (04:24:37 PM) eyedeekay: Anything else on 3)? (04:25:02 PM) eyedeekay: 4) Remaining 0.9.50 release items (04:25:10 PM) zzz: still no debian/ubuntu, who's in charge of bugging mhatta? (04:25:40 PM) eyedeekay: I've been bugging him as much as I can, opened a PR on bote to get his attention, not sure what's up there. No response (04:26:11 PM) eyedeekay: Maybe I'm just not looking in the right place anymore (04:26:25 PM) zzz: it's now been 7 months since he cut a release (04:27:40 PM) zzz: anyway, I believe that's the only remaining item (04:28:12 PM) eyedeekay: I heard Debian accepts anonymous maintainers if they have a portfolio and a GPG key now, I could reach out and apply? I hate to make myself even more of a bus factor, but at least I pretty much know how to go from i2p.i2p-&gt;deb (04:30:17 PM) zzz: the problem is that I think he has several changes he never upstreamed back to us, so those differences would have to be resolved (04:31:53 PM) eyedeekay: If he does then I think they'd have to be reflected in the debian/patches, maybe I can find a way (04:31:53 PM) zzz: thats all I got, put it on the list for next month (04:32:00 PM) eyedeekay: Will do (04:32:16 PM) zlatinb: for this item I want to ask about the streaming buffer overflow (04:32:43 PM) zlatinb: is that something we want addressed for the next release? (04:32:50 PM) zzz: huh? (04:32:57 PM) zlatinb: s/overflow/choke/ (04:33:14 PM) zzz: what item? (04:33:23 PM) zlatinb: oh sorry, thought we were discussing 0.9.51 (04:33:27 PM) zlatinb: nvm (04:33:32 PM) zzz: but no, not a pressing problem, more of a test issue, low priority (04:34:01 PM) zzz: we were discussing .50 debs (04:34:32 PM) eyedeekay: I've got time, if zzz's got time I'm happy to make that item 5) (04:34:44 PM) zlatinb: yes please (04:34:49 PM) eyedeekay: Go for it (04:35:11 PM) zlatinb: I think it happens in the live net on short tunnels, not 0 but 1-hop (04:35:41 PM) zlatinb: at least I've seen suspicious behavior in muwire when configured with 1-hop tunnels on both nodes (04:36:24 PM) eyedeekay: I have a bunch of 1-hop services, is there anything I can look for in the logs to help you confirm it? (04:37:12 PM) zlatinb: at this early stage it can be debugged in a testnet, logging is too verbose for a live server (04:37:58 PM) zlatinb: I would like to spend some time on that and if there is a problem and a fix for it aim to put it in the next release (04:39:21 PM) zzz: to answer your question, it's a known issue for many years, presumed very rare in live net, the impacts are transient and possibly unfixable... so it's worth investigating (and I asked for help doing that), but for those reasons I wouldn't put it as a must-fix for the next release (04:39:56 PM) zlatinb: I think the recent speed improvements have made it less rare (04:40:31 PM) zzz: sure. maybe, maybe not (04:41:17 PM) zlatinb: ok I'll investigate and see what comes out (04:41:35 PM) eyedeekay: It'll be interesting to see what you find (04:42:10 PM) eyedeekay: Anything else for the meeting? (04:43:09 PM) eyedeekay: All right then that's it for today (04:43:18 PM) eyedeekay: Thanks zlatinb and zzz for being and bearing with me, I'll post the logs shortly and make sure I get the announcement up on zzz.i2p this time (04:43:24 PM) eyedeekay: being *here </div>/cs/blog/2021/06/01/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-1.-%C4%8Dervna-2021/Tue, 01 Jun 2021 00:00:00 +0000/cs/blog/2021/06/01/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-1.-%C4%8Dervna-2021/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> eyedeekay, zzz, zlatinb, psi</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> (04:01:11 PM) eyedeekay: Hi everyone, welcome to the Tuesday, June 1 Community meeting (04:01:25 PM) eyedeekay: 1) Hi (04:01:25 PM) eyedeekay: 2) 300 logged community meetings (04:01:25 PM) eyedeekay: 3) 0.9.51 (04:01:25 PM) eyedeekay: 4) go-i2p (04:01:25 PM) eyedeekay: 5) reproducible build status (04:01:25 PM) eyedeekay: 6) update channels report / Mac bundle report (04:01:25 PM) eyedeekay: 7) Next release number, deferred item from April 6 meeting (04:01:25 PM) eyedeekay: 8) 0.9.50 status / remaining release items (04:01:42 PM) eyedeekay: 1) hi (04:01:50 PM) eyedeekay: Hi everybody (04:02:08 PM) zzz: hi (04:02:10 PM) zlatinb: hi (04:02:31 PM) eyedeekay: Hi zzz, hi zlatinb. (04:02:31 PM) eyedeekay: Anybody else with us today? (04:03:00 PM) eyedeekay: OK 2) 300 logged community meetings (04:03:45 PM) eyedeekay: Congratulations everybody, the first meeting we have recorded on the web site was 19 years ago, nearly 20 now, and now we're 300 meeting later (04:04:18 PM) eyedeekay: Thanks to all I2P contributors in the past as well as in the present (04:04:54 PM) zzz: yes (04:05:16 PM) zzz: any eepsites from back then still work (04:05:44 PM) zzz: and some bugs from back then are still to be found and fixed! I fixed a bug from 2004 today (04:06:58 PM) eyedeekay: I saw that over in #ls2 earlier, especial thanks to zzz who has been the heart and soul of this project for longer than most of us have even been around :) (04:07:20 PM) zzz: can't do it alone, never could (04:08:11 PM) zzz: but that's all the time you get for reminiscing, let's get on with the work (04:08:24 PM) eyedeekay: Again thanks and congratulations to everybody, on to 3) 0.9.51 (04:09:34 PM) eyedeekay: We're about 2 weeks into this release, for my part I'm working on my X-I2P-Location feature in the default site and thinking about options for integrating a browser profile with a main installer at the moment (04:09:59 PM) eyedeekay: What is everyone else working on for this release at this time? (04:10:41 PM) zzz: I'd like to remind everyone to update the website roadmap with your plans for the next release. There's not a lot there right now (04:11:05 PM) eyedeekay: Ack, thanks for reminding us, I will do mine this evening after the meeting (04:11:27 PM) zlatinb: I will be starting the Mac-specific side of the Mac bundle updater, unless we decide to split the work otherwise. I'm happy to work on the i2p.i2p side as well, will discuss more in point 6) (04:11:32 PM) zzz: the #ls2 team is continuing to work on proposal 157 (new tunnel build messages), it's going slower than planned. Not clear right now how much will get into the next release (04:12:09 PM) zzz: the proposal is still incomplete, so until we do that, we can't finish the code (04:12:42 PM) zzz: SSU2 is still not started. We had hoped to have it done this year... that seems unlikely at this point. We could use some more help (04:12:56 PM) zzz: EOT (04:14:15 PM) eyedeekay: Thanks zzz, zlatinb. I'll do what I can to contribute as my understanding grows. Speaking of that, 4) go-i2p (04:15:41 PM) eyedeekay: I've written a cursory proposal for go-i2p in the proposal branch on gitlab. (04:15:41 PM) eyedeekay: Besides that, I've nearly completed migrating the common structures from the old distro off of using byte-slice representation to using objects(structs) for representation, and re-written the tests to accomodate this change (04:16:07 PM) eyedeekay: That means I'm at the point where I'm writing new code instead of just updating what's there, which is pretty exciting (04:16:29 PM) eyedeekay: No transport yet, but that will be the next thing on the roadmap (04:16:35 PM) eyedeekay: EOT (04:16:41 PM) zzz: are you still over in a separate branch and if so why haven't you merged back? (04:17:39 PM) eyedeekay: I've got ~4 tests to finish up before I do (04:18:30 PM) eyedeekay: Once all the existing tests pass again or I can be sure they are redundant I'll merge it back (04:18:34 PM) zzz: ok. and where are we with the full-go vs. go wrapper around i2pd? If the latter is really only 2 hours of work, as orignal claimed, shouldn't that be the next step? (04:18:55 PM) zzz: as a proof of concept, or MVP, or to judge demand from go projects (04:19:22 PM) zzz: then you could later just swap it out with the go router via the same API (04:20:53 PM) eyedeekay: I've got it started but I'm having some issues figuring out exactly how to create the C wrapper for api.h, probably just because the process is new to me (04:22:34 PM) zzz: ok. I still don't understand if the i2pd wrapper is a) an alternative to be evaluated; b) something definitely to be done first but we're doing both; c) low-priority/TBD (04:22:53 PM) zzz: or d) we've rejected it (04:24:04 PM) eyedeekay: IMO it should be b), because I should learn how to write a C wrapper for C++ code, and because the ability to easily embed i2pd in anything that SWIG supports would be very useful to have in general (04:25:18 PM) zzz: ok you have an estimated date for that? (04:27:52 PM) eyedeekay: Orignal's right, it's 2 hours of work for someone who knows how to do it already. The hard part to guess is how long I have to read examples to know what I'm doing. The 15th seems safe. (04:28:14 PM) zzz: thanks, EOT (04:28:40 PM) eyedeekay: OK that's everything I have for it too (04:28:41 PM) eyedeekay: 5) reproducible build status (04:28:57 PM) eyedeekay: zlatinb this one is yours (04:29:21 PM) zlatinb: So, there's something that is reproducible on Mac and Linux with English locale and JDK 11 and sort of works (04:29:44 PM) zlatinb: I know how to fix it for all Locales and to build on Windows too, there are a few small tweaks necessary for that (04:30:31 PM) zlatinb: Despite it's PoC status I think we should have a web page with instructions for others interested in trying it out (04:31:04 PM) zlatinb: as it uses the gradle build system it doesn't add to the release load and I'm happy to own it (04:31:35 PM) zlatinb: that's about it (04:31:38 PM) zzz: I said this on my forum already but I think it's important. We already have reproducible builds for Debian/Ubuntu. This is for gradle, which is not a supported build product now (04:32:13 PM) zzz: I question the value of it, and the ability to support it when we're lacking all the repro. build infrastructure of debian (04:33:05 PM) zzz: and announcements that 'i2p is now reproducible' is misleading/wrong. we need to be very clear about what it is (04:35:01 PM) zzz: I don't think our testing is sufficient to claim reproucibility, and we don't publish our tool versions anyway. (04:35:34 PM) zzz: eot (04:37:23 PM) zlatinb: The only tool that matters is the JDK, and that is published to be 11. I am very skeptical that our Debian/Ubuntu builds are truly reproducible, and doubt that anyone will be able to reproduce the .deb packages on their own. Just because it passes the build bot doesn't mean it's reproducible, but that's another point. (04:37:55 PM) zlatinb: There is value added to certain class of users even from an incomplete PoC that "strives" towards reproducibility or however we want to word it. (04:38:38 PM) zlatinb: If nothing else it shows that we're aware that there is demand and are making effort (albeight low priority) to address that demand (04:38:43 PM) zzz: the build bot has a lot of tests in it, more than we're testing, including changing username, PWD, locale, time, timezone (04:39:02 PM) psi: doesn't debian have a bunch of hooks and shims that normalize timestamps and directories? (04:39:08 PM) zlatinb: but it's clearly not changing the timestamps of the checked out code, otherwise it would break right away (04:39:14 PM) psi: (for deterministic builds, also hi) (04:39:25 PM) zzz: there may be 'demand' but not clear it's enough to justify the effort (04:40:01 PM) zzz: yes psi, that's the build infrastructure we rely on for our reproducible debian builds (04:40:08 PM) eyedeekay: I can confirm that zlatinb and I did not compare notes on what tools we were using, other than that we were on the same JDK, we certainly didn't compare individual libraries (04:40:21 PM) zlatinb: the effort falls on me, as I said I'm happy to own it, and most of the work is already done (04:40:31 PM) zzz: we have an answer now, 'use debian' (04:40:53 PM) zlatinb: no, the answer is "use the debian toolchain and build environment to build your .deb" (04:41:09 PM) zzz: I'm not convinced your testing is thorough enough to claim 'mostly done' (04:41:55 PM) zlatinb: There are no known issues remaining, and the unknown ones we'll bump into as more and more people use it (04:42:00 PM) zzz: and I'm not convinced we need another release product solely for those demanding non-debian reproducibility (04:43:06 PM) zzz: I don't think we want to rely on users to discover reproducibility issues. we need some testing harness or build bot to confirm it given various permutations listed above and others (04:43:13 PM) zlatinb: it doesn't need to be a release-quality product, I keep saying it is work-in-progress and will remain so for the foreseeable future. (04:44:00 PM) psi: is the purpose an end user ready package or is it to appase the intellecuals? (04:44:01 PM) zzz: in that case, no objections (04:44:30 PM) zlatinb: clearly to appease the intellectuals, 100% (04:45:22 PM) psi: gotcha, just catching up (04:46:15 PM) zlatinb: what's wrong with having the users help find reproducibility issues? (04:47:14 PM) zzz: 1) because most users won't actualy try to reproduce; but 2) if it's not an official release-quality product, nevermind (04:47:34 PM) eyedeekay: Moving right along to 6) update channels report / Mac bundle report (04:48:14 PM) eyedeekay: Unless we need to keep going on 5)? (04:48:37 PM) zzz: I'm done with 5) (04:48:51 PM) eyedeekay: OK, 6 then (04:49:24 PM) eyedeekay: zlatinb this is also your topic (04:50:20 PM) zlatinb: not much to report since the last meeting on the Mac bundle side of things; I've been dogfooding it a bit (04:51:15 PM) zlatinb: I will probably have time this month to look into update channels properly. At least the part that will live in the mac-jpackage repo (04:51:30 PM) zlatinb: can also look into the changes required to i2p.i2p unless someone else wants to have a stab at those? (04:51:33 PM) zlatinb: eot (04:52:07 PM) zzz: I'm happy to do the other side, let's coordinate this week (04:52:30 PM) zlatinb: ok sounds good (04:52:52 PM) zlatinb: that's all from me on 6) (04:52:56 PM) zzz: I believe there's a few choices we have discussed but haven't fully decided on, but shouldn't be hard (04:52:57 PM) zzz: eot (04:53:08 PM) eyedeekay: 7) Next release number, deferred item from April 6 meeting (04:53:57 PM) eyedeekay: 1.0.0? 9.51.0? There were several choices in the thread (04:54:26 PM) zzz: yes. 2 months ago, I presented 0.9.50 vs. 1.0.0 (04:54:44 PM) zzz: since then, I noted that bitcoin core is going from 0.22 to 23.0 (04:54:54 PM) zzz: if a number is just a number, it can be anything (04:55:18 PM) zzz: 0.9.51, 1.0.0, 2.0, 9.51, 10.0. whatever we want (04:55:54 PM) zzz: if "1.0.0" brings up too much anxiety or implicit promise of perfection, we can avoid that by jumping right over it (04:56:15 PM) zzz: or, we can just keep doing 0.9.x forever, or until some particular goal we haven't agreed to yet. (04:56:18 PM) zzz: EOT. thoughts? (04:56:55 PM) eyedeekay: I think a number is a number as long as the one we choose is on top when standard tools sort it, and in light of that, 9.51 has some appeal. (04:57:52 PM) zlatinb: If we had a roadmap for installers I would put a nice round 1.0.0 after those are finished, but we don't have such a roadmap, so I'd rather avoid 1.0.0 altogether. Other than that 0.9.51 or 9.51 are the same to me. (04:58:27 PM) zzz: don't necessarily need consensus today either, we have two more meetings before the next release (04:59:04 PM) zzz: could always do a reddit poll although that may be counterproductive (05:01:40 PM) zzz: let's discuss again next month eyedeekay (05:01:41 PM) zzz: eot (05:02:15 PM) eyedeekay: I do agree with zlatinb, if we were to use "1.0.0" as PR to seek new users, improving the installers would probably make such an effort more successful. If we wanted to preserve the opportunity to do do a 1.0.0 when that is done then we'd need to do 0.9.51, eot (05:02:28 PM) eyedeekay: 8) 0.9.50 status / remaining release items (05:03:16 PM) eyedeekay: zzz added this, but there's at least two of these I should probably answer for, GPlay and F-Droid (05:04:27 PM) eyedeekay: There was a bit of a mess with GPlay during release time, I had to migrate us to an Android app bundle which requires me to generate a key and upload it to Google so that they could confirm I was the one uploading the app (05:05:16 PM) eyedeekay: I failed at this process the first time which required me to contact google support, which caused a delay in the Android releases (05:05:47 PM) eyedeekay: For reasons related to the release process, this also delayed F-Droid builds. (05:06:33 PM) eyedeekay: From now on, F-Droid will be an apk, and Google Play will be an .aab, and the release process for one will not depend on the other. EOT. (05:06:46 PM) eyedeekay: Anything to add zzz? (05:07:20 PM) zzz: debian is the big issue. anybody heard from mhatta? he completely missed .49, now we're waiting on 50 (05:09:01 PM) eyedeekay: Not in quite a while unfortunately, I can reach out again (05:09:08 PM) zzz: as far as net status, about 35-45% of net updated, about 25% have rekeyed, very smooth, no major complaints (05:09:08 PM) zzz: please keep this item on the agenda for next month, since we're not done yet (05:09:08 PM) zzz: eot (05:09:34 PM) eyedeekay: Will do (05:09:47 PM) eyedeekay: Anything else for 8? (05:10:00 PM) eyedeekay: Or in general? timeout 1m (05:11:26 PM) eyedeekay: All right then, thanks for coming everybody, next meeting will be July 6 </div>/cs/blog/2021/05/17/vyd%C3%A1n%C3%AD-0.9.50/Mon, 17 May 2021 00:00:00 +0000/cs/blog/2021/05/17/vyd%C3%A1n%C3%AD-0.9.50/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>0.9.50 pokračuje v přechodu na ECIES-X25519 pro šifrovací klíče routeru. Abychom ochránili uživatele před pasivním odposlechem DNS, povolili jsme pro reseeding DNS over HTTPS. Jsou zde četné opravy a vylepšení pro adresy IPv6, včetně nové podpory UPnP.</p> <p>Konečně jsme opravili některé dlouhodobé chyby způsobující poškození dat v SusiMailu. Změny v omezovači šířky pásma by měly zlepšit výkon síťových tunnelů. V našich Docker kontejnerech je několik vylepšení. Zlepšili jsme naši obranu proti potenciálně škodlivým a závadným routerům v síti.</p>/cs/blog/2021/05/04/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-4.-kv%C4%9Btna-2021/Tue, 04 May 2021 00:00:00 +0000/cs/blog/2021/05/04/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-4.-kv%C4%9Btna-2021/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="záznam-schůzky">Záznam schůzky</h2> <div class="irc-log"> (04:01:04 PM) eyedeekay: Hi everyone, it's time for the May 4th meeting (04:01:13 PM) zlatinb: hi (04:01:21 PM) zzz: hello (04:01:39 PM) eyedeekay: 1) Hi (04:01:39 PM) eyedeekay: 2) Mac Launcher Report, Follow-up (04:01:39 PM) eyedeekay: 3) Trac Migration Report, Post-op (04:01:39 PM) eyedeekay: 4) 0.9.50 release (04:01:39 PM) eyedeekay: 5) Update Channels Report (04:01:39 PM) eyedeekay: 6) Docker Improvements (04:01:39 PM) eyedeekay: 7) Bote Plugin Keys (04:02:17 PM) eyedeekay: zab are 2) and 5) likely to overlap, should I put them together? (04:02:26 PM) zlatinb: sure (04:02:56 PM) eyedeekay: OK so let's swap 3 and 5 from that list above, and do update channels right after Mac Launcher (04:03:11 PM) eyedeekay: 2) Mac Launcher Report (04:03:59 PM) zlatinb: so far I've received one positive report by an unknown user, and know at least a few people have tried the .dmg (04:04:28 PM) zlatinb: so for the installer part I think we're in a very good shape. I can't think of any changes required that are not related to the update functionality (04:04:49 PM) zlatinb: s/installer/app bundle/ (04:05:24 PM) zlatinb: that's all on stricly-2) from me (04:06:10 PM) eyedeekay: Excellent. I don't have anything to add right, so we can move on to 3) Update Channels (04:06:24 PM) eyedeekay: Unless zzz has something? (04:06:36 PM) zzz: no (04:07:00 PM) eyedeekay: Ok then zlatinb update channels are also your topic (04:07:22 PM) zlatinb: zzz and I did some initial analysis/scoping of what needs to happen to enable update channels (04:08:05 PM) zlatinb: the consensus (I think) is that there will be some changes to code in i2p.i2p as well as some code residing in the mac-jpackage repo (04:08:36 PM) zlatinb: we're still enumerating all the corner cases but so far haven't come upon a dealbreaker (04:09:24 PM) zzz: agreed, sounds pretty straightforward and not too much effort. testing is probably more of the work than coding (04:09:36 PM) zlatinb: I'm very busy until the release but after that will focus on this. Can get more technical but it gets very low-level for this meeting (04:09:39 PM) zlatinb: eot (04:10:05 PM) eyedeekay: Thanks for the report (04:10:12 PM) eyedeekay: That brings us to 4) 0.9.50 release (04:11:08 PM) dr|z3d: you missed Trac migration. (04:11:26 PM) eyedeekay: I was going to do it as 5, not 4 (04:11:40 PM) dr|z3d: ok, as you were! (04:11:45 PM) eyedeekay: We're 11 days away from the release now (04:12:09 PM) eyedeekay: Tags are set to be frozen tomorrow (04:12:22 PM) eyedeekay: I have no more string changes for i2p.i2p (04:13:43 PM) eyedeekay: zzz, zlatinb what would you like to add? (04:14:08 PM) zzz: not much... I'll push the strings to transifex at 4 PM UTC tomorrow (04:14:26 PM) zlatinb: orignal made an interesting point just 30 minutes ago about NTCP queue capacity, might be worth looking into b4 the release (04:14:27 PM) zzz: I'm done with 50. already working on the next one (04:15:18 PM) zzz: I didn't see it, but I'd be reluctant to make any changes now. I am testing some NTCP queue changes for the next release (04:15:29 PM) zzz: eot (04:15:38 PM) zlatinb: eot from me too (04:15:53 PM) eyedeekay: 5) Trac Migration Report, Post-op (04:16:35 PM) eyedeekay: Trac migration was sticky mostly for the reasons I felt it needed to happen, in particular trac xmlrpc broke on our instance at about the same time as last months meeting (04:17:34 PM) eyedeekay: After trying and failing to fix it for a couple weeks I just decided it would be easier to (carefully) scrape our trac issues down and migrate them to gitlab using the gitlab API (04:18:20 PM) eyedeekay: Otherwise, it was successful, and as a by-product created a readable static archive of all our trac tickets at this time (04:18:32 PM) eyedeekay: eot (04:18:44 PM) zzz: so whats the status? done? (04:19:16 PM) eyedeekay: For the purposes of tracking tickets, trac migration is done. Trac still has wiki articles of some interest to back up but the tickets are done. (04:19:43 PM) zzz: ok. I changed the urls in our code to point to gitlab (04:20:14 PM) eyedeekay: I changed most of the ones on the website, but am still grepping through .rst files for the last few (04:20:28 PM) zzz: can you please add notes and links on trac home page and ticket page and login page and wherever else, with new i2p and clearnet links? (04:20:42 PM) eyedeekay: Sure, will do (04:21:49 PM) zzz: this now makes us reliant on gitlab (when it was just code, we could always use github) ... do we have any backup admin? (04:21:49 PM) eyedeekay: I will also go through all the README's and make sure they reference the correct places too (04:22:50 PM) eyedeekay: echelon has an admin account on gitlab, but no one else has SSH access to the server underneath right now (04:22:50 PM) mode (+v anonymousmaybe) by ChanServ (04:23:30 PM) eyedeekay: I can look into syncing the issues with github using a bot, it's not that different than the second half of the migration process (04:23:39 PM) zzz: ok, you two may want to review who can do what to make sure we're covered (04:23:45 PM) zzz: good job (04:24:09 PM) eyedeekay: Thanks (04:24:22 PM) eyedeekay: That brings us to 6) Docker Improvements (04:24:42 PM) eyedeekay: zlatinb do you want to fill the people who haven't tried them yet in here :) (04:25:10 PM) zlatinb: lol yes, the new docker image is smaller and supports persistent volumes for configuration and snark downloads (04:25:35 PM) zlatinb: documentation is in the source, the Docker.md file. I would like to add a page to the website with that same content (04:26:03 PM) zlatinb: that's really it (04:26:30 PM) eyedeekay: Good call about the site, right now we advertise it but don't document how to use it at all (04:26:40 PM) zzz: who is in charge of the geti2p docker account and who else has access? (04:26:48 PM) zzz: or does it not work like that? (04:27:35 PM) zzz: does it just auto-build every checkin and that's it? (04:27:37 PM) eyedeekay: I'm in charge of the geti2p docker account, I can grant access to people from gitlab, it was started by Ace Barry or hkparker IIRC but I'm the admin now (04:28:04 PM) eyedeekay: It builds the `latest` every checkin and builds an image for every tag beginning in `i2p-*` (04:28:50 PM) zzz: ok so whatever changes zlatinb did are already in there (04:28:52 PM) zzz: got it (04:29:00 PM) zlatinb: yes (04:29:30 PM) zlatinb: eyedeekay: I saw you just dockerized the android build process? (04:30:50 PM) eyedeekay: Yeah I did, it was a way of bundling up all the release requirements into a re-usable form (04:31:35 PM) zzz: eyedeekay, speaking of android, I saw something about google adding more rules and bumping requirements effective later this year. You may wish to put aside some time before this release to get ahead of it (04:33:10 PM) eyedeekay: I'm double-checking all my Android release stuff this week to make sure that all goes smoothly (04:34:18 PM) zzz: as I said the new rules aren't effective for a few months but wouldn't hurt to address them now (04:34:41 PM) zzz: or, it might hurt, but better sooner than later (04:34:42 PM) zzz: eot (04:35:14 PM) eyedeekay: Well depends on F-Droid, sometimes they lag behind GPlay in requirements in a way which is somewhat mutually-exclusive, but it'll be better to know about it if it's going to happen (04:36:02 PM) eyedeekay: I think we're ready for number 7) Bote Plugin Keys (04:36:20 PM) eyedeekay: This one came up for me in conversation with some redditors last week (04:37:06 PM) eyedeekay: People are trying to use mhatta's fork of Bote but they are not able to do so because they are not able to install the plugin keys easily (04:37:30 PM) eyedeekay: They also mostly don't know how to intepret the certificate error in the sidebar to troubleshoot the issue (04:38:17 PM) eyedeekay: s/keys/certificates/ (04:38:41 PM) eyedeekay: I would like us to consider adding mhatta's to the default so people no longer encounter this error (04:39:17 PM) zzz: 1) he should provide better instructions to his users; 2) he needs to make the request of us (04:40:22 PM) eyedeekay: Fair enough. (04:40:46 PM) eyedeekay: That brings us to the end of the listed topics, anything else to add? (04:41:06 PM) zlatinb: yes, I'd like us to think about making it easier to build testnets (04:41:08 PM) zzz: and I'd ask that he get .49 into debian, which never happened (04:41:55 PM) zlatinb: we've had two people build LXC testnets and one person build Docker, all three use quite different approaches (04:42:14 PM) zlatinb: so is there any interest in figuring out what the pain points are and making things easier? (04:42:51 PM) zzz: I have interest in finding out if there's interest :) (04:43:10 PM) eyedeekay: Yes there is from my side, I would like to get a testnet running, preferably a docker one (04:44:13 PM) zlatinb: cool.. so we should look into it.. of the top of my head initial seeding is the worst part (04:45:14 PM) eyedeekay: Are there any Docker testnet instructions written down yet or are they all LXC-based? (04:45:18 PM) zzz: my solution to seeding worked well for me, it's roughly solved for lxc (04:45:47 PM) zlatinb: LoveIsGrief may have something in his repos on gitlab (04:47:55 PM) zlatinb: eot from me (04:49:07 PM) eyedeekay: I guess then if I want a Docker testnet I should probably look into their work, and fill in whatever blanks I encounter based on the process for LXC (04:49:43 PM) zzz: I checked all my horrible lxc shell scripts into i2p.scripts (04:50:29 PM) eyedeekay: Thanks zzz, horrible or not I'm sure they'll tell me what I need to know (04:51:32 PM) eyedeekay: Anything else for the meeting? (04:51:50 PM) eyedeekay: timeout 1m (04:51:50 PM) zzz: no (04:51:58 PM) zlatinb: not from me (04:52:19 PM) eyedeekay: OK then thanks everyone for coming (04:52:44 PM) eyedeekay: I'll post the logs to the site shortly, see you around IRC </div>/cs/blog/2021/04/06/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-6.-dubna-2021/Tue, 06 Apr 2021 00:00:00 +0000/cs/blog/2021/04/06/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-6.-dubna-2021/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> eyedeekay, zzz, zlatinb, psi</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> (04:02:03 PM) eyedeekay: Hi everyone, zzz, zlatinb, community members, welcome to the April 6, 2020 meeting (04:02:09 PM) eyedeekay: A lot to discuss today: (04:02:12 PM) eyedeekay: 1) Hi (04:02:12 PM) eyedeekay: 2) Mac Launcher Report, jpackage/dmg (04:02:12 PM) eyedeekay: 3) Mac user interest survey results (04:02:12 PM) eyedeekay: 4) Windows all-in-one installer (04:02:12 PM) eyedeekay: 5) Update channels - `http://git.idk.i2p/i2p-hackers/i2p.i2p/-/wikis/...` (04:02:12 PM) eyedeekay: 6) Trac Migration Report/Evaluation (04:02:12 PM) eyedeekay: 7) 0.9.50 release (04:02:39 PM) eyedeekay: 1) Hi is everybody here? (04:02:43 PM) zzz: hi (04:02:46 PM) eyedeekay: Hi zzz (04:02:54 PM) zlatinb: hi (04:02:59 PM) eyedeekay: Hi zlatinb (04:03:08 PM) eyedeekay: Anybody else? (04:03:40 PM) eyedeekay: OK On to 2) then Mac Launcher Report (04:04:13 PM) eyedeekay: This was my topic but I think zlatinb and I should share it a bit, I have more to add to the User Interest Survey section (04:04:54 PM) zlatinb: ok (04:05:24 PM) eyedeekay: The current situation as I understand it is that we've decided that the old launcher is not the way, reflected in zzz removing the code from the main git branch this morning (04:07:04 PM) eyedeekay: And that we can deal with the issue of doing updates in the background in order to avoid making the update process more complicated while making the install process less (04:08:42 PM) eyedeekay: That "real" service installs probably won't be part of the jpackaged version of the router, because auto-starting apps start when the user logs in and not when the system is ready (04:08:53 PM) zlatinb: I think that is accurate. I have verified that the sequence of steps in the script that is on the wiki page is completely "silent" (04:08:53 PM) zlatinb: the end-to-end flow needs to be tested ofc (04:08:53 PM) zzz: yeah I think the install experience is better, the update experience could be a little to a lot worse, TBD (04:09:25 PM) zzz: although if you include java updates in the izpack update experience, maybe we wouldn't be any worse (04:09:28 PM) mode (+v anonymousmaybe) by ChanServ (04:09:39 PM) zzz: thats the part we need to investigate further (04:09:58 PM) zzz: and decide how to make those tradeoffs (04:11:17 PM) eyedeekay: I think I think the Java nagware makes it almost the same (04:11:34 PM) eyedeekay: But I haven't actually had to do a Java update on my Mac yet either (04:12:35 PM) zzz: do we have any quantitative sense of how much better JRE 16 is over 8? (04:12:37 PM) eyedeekay: There was a slightly surprising result on the user-interest survey, a slim majority of users found installing Java to be easy, including one user who marked him or herself as a beginnger (04:13:37 PM) zlatinb: 16 vs 8? not atm, can google for benchmarks ofc, but the new apis are useful (04:14:01 PM) zlatinb: such as getting the pid from inside java, dock badges and notifications, etc. (04:15:14 PM) zlatinb: regarding an investigation of the full update process, it will organically be done as part of the work on the new update process, to be discussed later in this meeting (04:16:19 PM) zlatinb: I'm confident it can be very smooth; the implementation question is AppleScript vs bash script vs ?? (04:16:57 PM) zzz: I thought it was just exec 'open xxx.dmg'? (04:17:54 PM) zlatinb: someone hasn't been following the wiki page tsk tsk :) no it's a quite involved process of converting the .dmg to another format. That avoids any visual promopts and license agreement (04:19:12 PM) zlatinb: basically 1. convert the .dmg to .cdr 2. mount cdr 3. move the existing AppBundle out of the way 4. cp -R new AppBundle 5. clean up, unmount .cdr 6. launch new app bundle (04:20:12 PM) zlatinb: I tested and verified the conversion and mounting are entirely "silent". If we do not want to be silent but want the user to see what is happening, we can use AppleScript (04:20:20 PM) zlatinb: no idea why we would want that but it's on the table (04:21:14 PM) eyedeekay: Neat. Not that I think it matters that much, but is that how .dmg bundles are "supposed" to update? Is there a chance that would be disabled in the future without a path to fix it? (04:22:03 PM) zlatinb: the official way of updating is to use a Mac OS facility that relies on the existence of a clearnet server. VLC updates that way for example. (04:22:30 PM) zzz: given the size of the agenda, I suggest we move on to find out if the survey says anybody wants this at all (04:22:49 PM) eyedeekay: Can do (04:23:49 PM) eyedeekay: The results of the survey summarized as follows: (04:23:49 PM) eyedeekay: - Most of the people surveyed did not have Java installed when they were first attempting to install I2P. (04:23:49 PM) eyedeekay: - Users found installing Java easy, with a slim majority(3/5) of respondents saying that installing Java was not difficult. This included people who marked themselves as "beginner" computer user. This actually surprised me quite a bit. (04:23:49 PM) eyedeekay: - 6 of 12 users skipped some or all of the Yes/No questions. (04:23:49 PM) eyedeekay: - We had several users who skipped multiple Yes/No questions who left free-response answers. They were universally not complimentary to the install process. (04:23:49 PM) eyedeekay: - All but one of the Yes/No respondents who answered the question were users of the .dmg bundle. Of these, there were 5/13. All others were non-responses. This could indicate the overwhelming popularity of the .dmg approach. (04:23:49 PM) eyedeekay: - The one non-user of the old .dmg bundle answered "Yes" to would use a new one if it emerged (04:24:31 PM) eyedeekay: That's copied directly from a longer summary I'll post to zzz.i2p later today (04:25:16 PM) zzz: we didn't ask directly if people want a dmg installer vs izpack? Or how can we infer that? (04:26:02 PM) eyedeekay: We referred to the izpack as the ".jar" installer since end users don't know what packaging tools we use (04:26:09 PM) zzz: or, an even simpler question: does the survey tell us we should do a dmg installer or not? (04:26:25 PM) eyedeekay: I believe the survey supports doing a .dmg installer (04:26:52 PM) zzz: strongly? weakly? "overwhelmingly"? (04:27:25 PM) eyedeekay: Pretty strongly, the only counterpoint to the .dmg installer was that people found installing Java easy (04:27:41 PM) eyedeekay: Thereby recommending the incumbent in that case (04:27:51 PM) zzz: ok (04:28:03 PM) eyedeekay: Everybody who answered the question said ".dmg installer" (04:28:47 PM) zlatinb: but that hasn't even been available for download for a while. Do we know if they refer to the experimental one we just built or to the old one? (04:29:08 PM) eyedeekay: I specifically asked "The .dmg installer which lost support earlier this year" (04:29:17 PM) zlatinb: ok (04:29:51 PM) eyedeekay: Also I asked about whether they were able to transition from the old .dmg installer back to an IzPack installer (04:30:16 PM) eyedeekay: No one was able, but I think we knew that because of the unstoppable restarts issue (04:30:18 PM) mode (+v subatomic) by ChanServ (04:31:20 PM) zlatinb: that issue may have been specific to my system, I have no way of knowing. I may have helped meeh run an interim build that may have been broken... many possibilities. (04:32:50 PM) eyedeekay: I remember seeing it on my old Mac that was a lemon so same (04:32:59 PM) eyedeekay: I'll have an extended summary with the raw anonymized results to post to zzz.i2p this evening (04:33:03 PM) eyedeekay: EOT #3 (04:34:22 PM) zlatinb: I would ask that we go back to #2 for a bit (04:34:32 PM) zlatinb: and at least decide on a deadline for making a decision (04:35:05 PM) zlatinb: because with the lack of notarization the current izpack installer is pretty hideous. Sadie posted on medium the full workflow and it's something like 35 steps (04:35:24 PM) zlatinb: that include the user turning off some OS protections which are on by default (04:35:53 PM) zlatinb: fyi I asked orignal and some guy from the ilita irc what they do for i2pd (04:36:10 PM) zlatinb: and the short answer was: disarm all assemssments and roll with it (04:36:32 PM) zzz: I'm not hearing any objections, so I think we keep working toward a solution. I'm not sure we need a deadline, especially if the effort is modest (04:36:33 PM) zlatinb: I really don't think we can expect our users to do that (04:37:20 PM) zlatinb: effot is modest if we do not count the update system overhaul which we'll discuss separately (04:37:33 PM) zlatinb: eot (04:37:55 PM) zzz: ok, then we'll find out what the deadline is to resolve the update stuff (04:38:53 PM) zlatinb: ok (04:40:25 PM) eyedeekay: Are we deciding that here and now? Because my vote would go to having it all ready to phase in at 0.9.51. (04:40:58 PM) zlatinb: we'll discuss it as part of 5), right? (04:41:09 PM) eyedeekay: Sure sounds good (04:41:21 PM) eyedeekay: On to 4) then Windows all in one installer (04:41:49 PM) eyedeekay: zlatinb added this to the agenda, but I'll probably have a lot to add here too. Do you want to get us started zlatinb? (04:42:40 PM) zlatinb: well eyedeekay did most of the hard work on combining the firefox profile installer with a JRE image and a router and making sure it installs and runs. There's ofc some rough edges atm. (04:42:59 PM) zlatinb: There's also a wiki page that can be used for questions (04:43:30 PM) zlatinb: I think it's worth giving it some attention and spending the time to do a proper product definition with requirements and all that, similar to what was done for the .dmg (04:43:58 PM) zlatinb: We're working with users on r/i2p who have helped us greatly and continue to help us (04:44:15 PM) zlatinb: but ofc atm this is a PoC (04:44:15 PM) zlatinb: eot (04:45:38 PM) zzz: there seems to be no wikis listed on the index page at `http://git.idk.i2p/i2p-hackers/i2p.i2p/-/wikis/home` so ppl need the full url? (04:45:41 PM) eyedeekay: Yes despite being an early POC, most of the feedback I've received has been positive. One unfortunate thing is that apparently NSIS goes crazy if the user has a different character set than the administrator, the hardest part has been avoiding this pitfall so far (04:46:01 PM) eyedeekay: Right-hand side for me, I'll get you the full URL (04:46:29 PM) eyedeekay: https://i2pgit.org/i2p-hackers/i2p.firefox/-/wikis/All-in-One-I2P-Installer-for-Windows (04:47:08 PM) zzz: hmm if not logged in it says 'no wiki pages'. if logged in it gives you a 'create new wiki' page. (04:47:57 PM) zlatinb: check that you're in i2p.firefox project, not i2p.i2p (04:48:07 PM) zzz: oh ok (04:49:19 PM) psi: hi (lurking) (04:49:42 PM) zlatinb: hi psi (04:49:52 PM) eyedeekay: Hi psi (04:50:07 PM) eyedeekay: And here's the branch in case you need it: https://i2pgit.org/i2p-hackers/i2p.firefox/-/tree/EXPERIMENTAL-jpackage (04:50:34 PM) psi: wasn't there talk about using nsis for windows packaging? (04:50:56 PM) eyedeekay: Yes this is some of that talk (04:50:56 PM) psi: (that's item 4 nvm) (04:51:27 PM) psi: oh (04:51:30 PM) psi: i see we are on that (04:51:55 PM) psi: so if you are using cmake/cpack nsis is great because you cross compile for windows from linux trivially (04:52:04 PM) psi: not sure how it works in java land (04:52:23 PM) zzz: I've raised a few objections about this windows proposal over the last month, none fatal, but I don't think they've been adequately addressed (04:52:29 PM) zzz: I'll list 3 here (04:52:47 PM) eyedeekay: Unfortunately we might to this to take advantage of jpackage builds, which do require us to build on the target platform at this time (04:53:03 PM) zzz: 1) it's all a distraction from the mac installer that got us started and is probably higher priority and we'll learn from doing it first (04:53:15 PM) psi: point 1 is enough there (04:53:24 PM) zzz: 2) almost all the justifications listed or theorized are weaker than that for the mac installer (04:53:34 PM) psi: i'd say focus on the mac infra before wandering out into the packaging aybss (04:53:55 PM) psi: you'll find a way to have scope creep (04:53:57 PM) zzz: 3) the so-far-unofficial firefox profile is assumed included, but hasn't been justified or reviewed separately (04:54:02 PM) zzz: eot (04:54:31 PM) psi: for now macos packaging is plenty of a task and you need not increase scope (04:54:47 PM) psi: once you get the macos infra working come back to windows nsis (04:55:03 PM) psi: i for one want to drop macos support at work becuase it's just bad (04:55:12 PM) psi: the whole target is getting worse with each release (04:55:33 PM) psi: and apple is actively hostile to free software projects (04:55:51 PM) psi: if you dont mind bending over to let apple in then it's probably fine (04:56:10 PM) zlatinb: well that's a picturesque way of putting it psi :) (04:56:12 PM) psi: it's all a question of how much time you want to burn dealing with them (04:56:29 PM) psi: if the number of users is low enough it's just not worth it (04:56:39 PM) eyedeekay: I can definitely live with waiting for Mac to be ready to take Windows further, I think everyone sees my point re: the installer and it's relationship to onboarding (04:57:00 PM) zlatinb: but I've already gone through the joys of notarization so that part's taken care of (04:57:10 PM) zlatinb: (that's the most unpleasant part btw) (04:57:33 PM) psi: so this is a kind of high level directional question, windows is actually getting a bit better and apple is getting worse, the projected direction each are going is pretty clear to me (04:57:52 PM) psi: if we dont have a dedicate mac guy then the mac parts will rot (04:58:00 PM) psi: dedicated mac guy* (04:58:05 PM) psi: that is what happened at work D: (04:58:34 PM) zlatinb: well I try to document everything that I do, but you're right, one of the requirements is an Apple Id which means de-anoning (04:58:44 PM) psi: that's probably fine (04:58:50 PM) psi: the real problem is the everything else part (04:58:57 PM) zlatinb: it's not that bad (04:59:05 PM) psi: it is if you need eleveated privs (04:59:05 PM) zlatinb: we can discuss after the meeting if you're interested (04:59:16 PM) psi: for i2p is fine (04:59:16 PM) zlatinb: we don't for I2P, it's a slide install (04:59:19 PM) zzz: the thing I still don't understand is that we had a broken link to the old dmg installer for a year and nobody complained. during that time we thought we had a dedicated mac guy, but he vanished (04:59:19 PM) psi: and yea we can talk later (04:59:30 PM) psi: yea (04:59:44 PM) psi: if a mac users tries it and it's broken they'll just uninstall (04:59:48 PM) psi: they wont report a bug (04:59:52 PM) zlatinb: exactly (05:00:03 PM) psi: and with i2pd being a thing they can just try that (05:00:12 PM) psi: if i2pd works they'll use that (05:00:16 PM) eyedeekay: I bet if I really combed I could find a reddit question (05:00:25 PM) zlatinb: it doesn't, requires disarming all assessments (05:00:53 PM) eyedeekay: But another factor is that until a few months ago the .dmg installer would have installed and may have updated, because the signature on it hadn't expired yet (05:02:24 PM) zlatinb: there is like one mac guy on ilita and he is a very advanced mac user (05:02:33 PM) zlatinb: anyway, we're drifting (05:02:33 PM) psi: yea (05:02:33 PM) zlatinb: psi is right that mac users won't complain and just give up (05:02:33 PM) psi: are there regular project level UX aditing for each platform? (05:02:33 PM) zzz: not true, the link was broken as of 0.9.44, because the last dmg release was .43 (05:02:33 PM) psi: i.e. seeing if platform X is broken? (05:02:33 PM) zlatinb: sadly no (05:02:33 PM) psi: thinking out loud i see a common overaching theme (05:02:33 PM) psi: over arching theme (05:02:34 PM) zzz: correction .45 was the last, broken as of .46 (05:03:03 PM) zlatinb: we had the windows installer broken for two days until parg complained about it, just a data point (05:03:27 PM) zzz: one hour in, eyedeekay can you keep things moving please? (05:03:35 PM) eyedeekay: Yes (05:03:52 PM) eyedeekay: I think we've done enough on #4 for now anyway (05:03:58 PM) psi: yea (05:04:07 PM) eyedeekay: 5) update channels (05:04:21 PM) eyedeekay: This one is yours zlatinb (05:04:56 PM) zlatinb: right, so the main purpose of update channels is to support the new installers, but of course it can turn out to be useful in other situations as well. (05:04:57 PM) zlatinb: such as: (05:05:16 PM) zlatinb: if we decide to transition to stable-vs-beta releases after 1.0.0 (05:05:46 PM) zlatinb: to summarize what's on the wiki page: (05:06:09 PM) zlatinb: we introduce the notion of an update channel which is platform X readiness tuple (05:06:29 PM) psi: i2p has been effectively rolling release for a decade right? (05:06:57 PM) zlatinb: to do it in backwards-compatible way with least amount of work the update url will be constructed `http://...b32.i2p/&lt;platform&gt;/&lt;readiness&gt;/news.su3` (05:07:25 PM) zlatinb: no changes to news.xml format (05:08:08 PM) zlatinb: So very little modifications to the workflow of the su3 generators (05:08:33 PM) zlatinb: small changes to the backend of the router, and small-to-medium changes to the console ui (05:09:04 PM) zlatinb: for more detailed discussion see the wiki page (05:09:36 PM) zlatinb: at this meeting I would like to agree on what priority this should be, when do we want it done, who will do which part ideally too (05:09:38 PM) zlatinb: eot (05:10:04 PM) zzz: the issues are who runs and manages and translates the new feeds and their backups ... same as now, or different (05:10:11 PM) zzz: if it's option 1 then it's almost no dev effort (05:10:35 PM) zlatinb: oh yeah option 2 (from the wiki page) is out, ignore it completely (05:10:59 PM) zzz: so are you proposing the same news hosts as now for the new feeds? (ech and idk), if so, need their buyin, if not, need to know who (05:11:44 PM) zlatinb: I would say start with the same hosts for now (05:12:08 PM) eyedeekay: I'm absolutely happy to host the new feeds on my end (05:12:27 PM) zlatinb: I'll reach out to ech sometime soon about it (05:13:51 PM) eyedeekay: Since option 2 is out by extension option 3 is as well, right? (05:13:59 PM) zlatinb: yeah (05:14:36 PM) zlatinb: option 1 achieves everything and is very little effort relative to the other options (05:15:31 PM) zlatinb: so... (05:16:23 PM) zlatinb: since this is a prerequisite for enabling in-network updates of a .dmg installer and we seem to be in agreement that we're going ahead with that, shall we say 0.9.51 for this item? (05:16:49 PM) eyedeekay: +1 (05:17:08 PM) zzz: oh I thought you wanted a deadline for deciding. thats a deadline for finishing (05:17:24 PM) zzz: but sure, that's a reasonable target (05:17:50 PM) zlatinb: I wanted a deadline for deciding on the .dmg installer.. but I can retreat if there are reasonable arguments against deciding now :) (05:18:03 PM) mode (+v val) by ChanServ (05:18:26 PM) zzz: sounds good (05:19:10 PM) zlatinb: ok... we have one more meeting before the 0.9.51 cycle starts in earnest, right? (05:19:17 PM) eyedeekay: Yes we do (05:19:44 PM) zlatinb: we can then expand on the details on the wiki, including specific code locations that need to change by then (05:19:56 PM) zlatinb: I'm reluctant to start actual coding even if on a branch (05:20:18 PM) zzz: there shouldn't be any coding really, or very little (05:20:37 PM) zlatinb: I'll try to scope it out by the next meeting (05:21:18 PM) zlatinb: ok, that's eot from me on 5) (05:21:26 PM) eyedeekay: Ok then moving on to 6) Trac Migration Report/Evaluation (05:22:30 PM) eyedeekay: I've made a chart, it's been approved, I've done a dry run on a server at home, it worked. There are hundreds of tickets to migrate, almost all of which will be added to i2p.i2p with tags corresponding to the "component" they were on trac. (05:23:54 PM) eyedeekay: I think I can do the whole migration this month and have it done by the start of the next meeting. I'm going to go from small-to-large like I did with mtn-&gt;git. I'm going to go much faster this time, most of these can expected to take one day or less to complete. I'll be starting with i2p.www (05:24:21 PM) zzz: have we definitely decided to do it, or are there open issues e.g. registration for tickets, spam, etc. ????? (05:24:29 PM) mode (+v anonymousmaybe) by ChanServ (05:24:59 PM) eyedeekay: Spam has dropped considerably over the past month, user registrations are now open without my approval. Anyone who can confirm an email can register. (05:25:32 PM) eyedeekay: I can still "approve" users who cannot or do not wish to use a real e-mail. (05:25:35 PM) zzz: iirc we know where we're headed but we haven't made the final decision yet, especially because of the reg. issue (05:25:53 PM) zzz: but I don't have last month's meeting logs in front of me (05:26:14 PM) eyedeekay: The biggest issue, approval-only for registration, is no longer the case (05:26:48 PM) zzz: ok so that and the migration tech issues were the biggest. anything else that's a blocker, or are you recommending we proceed? (05:27:35 PM) eyedeekay: I am believe that I should proceed this month with the ticket migration (05:27:45 PM) mode (+v dr|z3d) by ChanServ (05:27:51 PM) zzz: sounds good (05:28:02 PM) eyedeekay: OK I'll get started probably at the end of this week (05:28:26 PM) eyedeekay: Last but not least the 7) 0.9.50 release update (05:28:29 PM) zzz: oh I remember (05:28:29 PM) zzz: notifications (05:28:40 PM) zzz: on tickets, MRs, etc. seem completely broken (05:29:04 PM) zzz: ofc they are on trac also... (05:29:44 PM) zzz: so maybe not a blocker but def. an annoyance (05:29:47 PM) eyedeekay: Are you not getting them? I thought I had them fixed, I started getting mine. I'll figure out why it is and deal with it ASAP (05:30:19 PM) zzz: nope. zlatinb how about you? (05:30:28 PM) zlatinb: nada (05:30:34 PM) zlatinb: did get a few at one point but after the update or downtime nothing (05:30:55 PM) zlatinb: but I check the activity feeds obsessively :) (05:31:19 PM) eyedeekay: Shoot. OK I must have missed it when I put the server back up after the thing in December. I'll fix it soon. (05:31:38 PM) eyedeekay: Wait no I have an email from zzz on the X-i2p-location issue... (05:31:46 PM) eyedeekay: Can't be that. Anyway, I'll find it (05:32:14 PM) zzz: thanks (05:32:16 PM) zzz: re: 7) (05:32:23 PM) zzz: I'll be very brief (05:32:37 PM) zzz: we're 7 weeks into a nominal 12 wk cycle, target mid-to-late May (05:32:45 PM) zzz: all big changes should be in (05:32:49 PM) zzz: lots of SSU and IPv6 stuff (05:33:08 PM) zzz: doing testing w/ i2pd on prop. 158 (ipv6 introducers) (05:33:18 PM) zzz: for draft release announcement see zzz.i2p (05:33:20 PM) zzz: EOT (05:33:52 PM) zlatinb: I just want to chime in re: bandwidth utilisation (05:34:04 PM) zlatinb: this release has the potential to improve throughput by a LOT (05:34:40 PM) zlatinb: so with the changes to RED and CDQ tuning we should keep an eye on whatever network metrics we can get (05:34:50 PM) zzz: let's hope. also lots of i2pd fixes in their mid-cycle release a couple weeks ago, and more in the next one, will help network performance (05:35:38 PM) zlatinb: I'm just worried we'll hit some bottlenecks that we never hit before (05:35:50 PM) zlatinb: but that's growing pains I guess (05:36:09 PM) zzz: same story different day (05:36:48 PM) eyedeekay: Thanks zzz, thanks zlatinb. (05:37:53 PM) eyedeekay: I've got very little to add here, and I think we've been here long enough, so unless there's anything else you want to discuss I'm going to call us to a close (05:38:03 PM) eyedeekay: Timeout 1m (05:39:19 PM) eyedeekay: Thanks everyone for coming, see around IRC (05:39:31 PM) eyedeekay: I will post meeting logs in a few minutes </div>/cs/blog/2021/03/02/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-2.-b%C5%99ezna-2021/Tue, 02 Mar 2021 00:00:00 +0000/cs/blog/2021/03/02/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-2.-b%C5%99ezna-2021/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> (08:01:02 PM) eyedeekay: Hi everyone and welcome to the March 2 Meeting, please let me know if you're here (08:01:27 PM) eyedeekay: zzz zlatinb eche|on eche|off (08:01:42 PM) eyedeekay: Agenda (08:01:42 PM) eyedeekay: 1) Hi (08:01:42 PM) eyedeekay: 2) 0.9.49 remaining items (08:01:42 PM) eyedeekay: 3) Mac Launcher Status (08:01:42 PM) eyedeekay: 5) 0.9.50 release (08:01:42 PM) eyedeekay: 6) Trac migration summary (08:01:46 PM) Irc2PGuest1578 [kilian@xvbemdlawzj2qlt3cgjgaclevziobxvwmipcvecbla4xqkmwjd2q.b32.i2p] entered the room. (08:01:46 PM) zzz: hi (08:01:55 PM) zlatinb: hi (08:01:55 PM) eyedeekay: 4) 1.0.0 vs 0.9.50 (08:03:04 PM) eyedeekay: hi zzz, hi zlatinb, timeout 30s anyone else? (08:03:39 PM) eyedeekay: Thanks everyone, starting right in with 2) 0.9.49 remaining items (08:03:51 PM) eyedeekay: The only one I know of is the .dmg version of the Mac installer (08:04:20 PM) zzz: the others are official debian and ubuntu (08:04:45 PM) zzz: I'll explain a little more (08:04:50 PM) eyedeekay: Ok thanks. (08:05:06 PM) zzz: unfortunately, debian bullseye just hit a freeze (08:05:29 PM) zzz: our debian maintainer either wasn't aware of the schedule or didn't advise us to hurry (08:05:51 PM) zzz: so while we did pull in the schedule to for ubuntu hirsute 21.04, the debian deadline was earlier (08:06:09 PM) zzz: since ubuntu pulls from debian, ubuntu didn't get it either (08:06:45 PM) zzz: this is a once every two year thing, but still, would have been nice to know (08:06:54 PM) zzz: as it was, we hurried up about ubuntu, all for nothing (08:07:25 PM) zzz: so, at some point, debian will unfreeze, and 49 should show up in sid. but bullseye is 48 (08:07:27 PM) zzz: eot (08:07:59 PM) eyedeekay: Thanks zzz. So for the time being the recommendation for Debian users to get an up-to-date router should be via our repository (08:08:17 PM) zzz: yup. ditto ubuntu. (08:08:32 PM) zzz: oh, if I may, a brief report on the network: (08:08:41 PM) eyedeekay: Sure go ahead (08:08:48 PM) zzz: 52% updated to 49; 6% rekeyed to ECIES. All looks good so far (08:09:03 PM) zzz: very few bugs found or reported (08:09:05 PM) zzz: eot (08:09:21 PM) eyedeekay: Excellent to hear, thanks for the report (08:09:49 PM) eyedeekay: And I guess I can work on figuring out what mailing list we need to be subscribed to to get word earlier on when Debian will freeze (08:10:02 PM) eyedeekay: 3) Mac Launcher Status (08:10:14 PM) eyedeekay: This is the DMG based installer, not the .jar (08:10:54 PM) eyedeekay: I dropped the ball on this one, by failing to notify people that the previous maintainer was no longer building the installer (08:11:15 PM) eyedeekay: As a result I removed the Mac installer from the site (08:11:39 PM) zzz: iirc the last one built was .45 a year ago, and it probably was a broken link for most of last year (08:11:41 PM) eyedeekay: I have since aquired a Mac with the intent to take up maintenance of the product (08:12:00 PM) eyedeekay: zzz you are correct (08:12:04 PM) zlatinb: there is a problem with the dmg installer - at least on my mac I can't get the router to stop. Some daemon keeps restarting it (08:12:09 PM) zzz: so it was actually a longstanding issue. you were correct to remove it, thanks for that (08:13:16 PM) zlatinb: so if other mac users are in the same situation we should come up with some sort of guide for cleaning up (08:13:28 PM) zzz: have you figured out if there's some auto-update or notification built in? and if so is that broken also? or is it just the news entry in the console? (08:13:57 PM) zlatinb: auto-update does work, strangely enough (08:13:57 PM) eyedeekay: It can't auto-update, at least not successfully (08:14:04 PM) eyedeekay: Oh well that's weird (08:14:09 PM) zlatinb: I just can't kill it and make sure it stays dead (08:14:28 PM) eyedeekay: Well sounds like some of the behavior is pretty erratic (08:14:56 PM) zzz: eyedeekay, last we discussed it, there was some debate as to the value of this installer product to our users, compared to the effort required to maintain it (08:15:15 PM) zzz: how do we nvestigate and evaluate those two factors? (08:15:58 PM) zzz: and zlatinb do you have any thoughts on the value of a "mac way" installer today? (08:16:36 PM) zlatinb: I still think a Mac way and Win way installers are far superior than the izpack monstrocity (08:16:37 PM) eyedeekay: I think zlatinb and I will need to compare notes, I'm seeing different behavior than he is and if I don't know why continuing to build and support it becomes much more intimidating (08:17:16 PM) zlatinb: but I think we need to re-evaluate the complexity in light of jpackage coming out with Java 14+ (08:18:02 PM) zlatinb: either way, a Mac-way installer would/should be lower priority than Win-way installer (08:18:05 PM) zzz: I'm not a mac person, but "far superior" was the consensus at the time we started development of the installer (08:18:43 PM) zzz: if the consensus is different now, I'd like to understand why (08:19:24 PM) zlatinb: to my knowledge it's still the same consensus, just the ecosystem has changed (i.e. jpackage exists) (08:20:26 PM) eyedeekay: IIRC my experience with Mac at the time was basically nil and my favor for the idea was based on the idea that working with familiar packaging systems makes our packages easier to trust (08:20:39 PM) eyedeekay: jpackage does the runtime image/eliminate the need to install Java thing right? the dmg to my knowledge didn't do that? (08:20:51 PM) zzz: right (08:21:18 PM) zlatinb: right (08:21:30 PM) zlatinb: jpackage builds dmgs supposedly, I haven't tried it (08:21:38 PM) zzz: so jpackage would be some 100MB thing. since it's only for one OS, it's feasible to do it for mac. (08:21:47 PM) zzz: yeah dmgs would have to be tested for sure (08:22:14 PM) zlatinb: it builds windows installers too, I haven't used that functionality though (08:22:26 PM) zlatinb: and rpms and debs but I'm pretty sure we don't want those (08:22:52 PM) zzz: one of our failings as a project is that the dmg was always labeled 'experimental' on our d/l page. We never paid it enough attention to remove the label or even notice that nobody was building it (08:22:57 PM) Irc2PGuest1578 left the room (quit: Read error). (08:24:06 PM) zzz: as with all our other official products, if we're going to support it we need enough resources for a competent maintainer (08:25:15 PM) zzz: at this point I propose that we continue the evaluation of both user demand and effort required, both for existing dmg and jpackage. (08:25:29 PM) zzz: interim report in one month, final decision in two months, in time for .50 (08:25:52 PM) zlatinb: any thoughts how to go about that? survey? (08:26:32 PM) eyedeekay: I could set up a Reddit survey after the meeting (08:26:42 PM) zzz: forum posts (08:27:11 PM) eyedeekay: Works for me, I'll add it to next month's meeting agenda (08:28:06 PM) eyedeekay: Anything else on 3)? (08:28:32 PM) eyedeekay: 4) 1.0.0 vs 0.9.50 (08:29:02 PM) zzz: this was my item (08:29:10 PM) eyedeekay: Take it away zzz (08:29:28 PM) zzz: I don't feel strongly either way, but I think we should go to 1.0.0 in the next year or so (08:29:49 PM) zzz: as we don't have a separate stable branch, 1.0.0 is not a particular guarantee of stability (08:30:23 PM) Irc2PGuest1578 [kilian@xvbemdlawzj2qlt3cgjgaclevziobxvwmipcvecbla4xqkmwjd2q.b32.i2p] entered the room. (08:30:27 PM) zzz: so my question is what people think, and can the PR team accomplish messaging on what 1.0.0 is or isn't, on some timeline? (08:30:29 PM) zzz: eot (08:31:14 PM) zlatinb: so I have two points regarding 1.0.0: (08:31:41 PM) zlatinb: 1) RED needs tuning and I will die on that hill if I must. Tunning it properly may require more than one release (08:32:19 PM) zlatinb: 2) Back to the installers issue - if we can build much smoother installers for the major platforms, a 1.0.0. release will have much greater impact (08:32:20 PM) zlatinb: eot (08:33:40 PM) eyedeekay: I think we can devise and accomplish messaging and PR for 1.0.0, if 1.0.0 coincides with migration of cryptography away from Elgamal, and I agree with zab on 2) (08:34:30 PM) zzz: we can always pick some headline feature to brag about, any release. It's fairly arbitrary. We could pick any release this year and claim it's when we're ditching elgamal. It's happening already (08:35:44 PM) zzz: as I'm not hearing any strong consensus, I propose that the next release is 0.9.50, and we discuss it again after that release, in 3 months (08:35:51 PM) eyedeekay: Then 2) remains pretty important to me, installers are a pain point as strange as that seems (08:36:15 PM) eyedeekay: I agree that the next one should be 0.9.50 (08:36:27 PM) anonymousmaybe left the room (quit: Read error). (08:36:31 PM) T3s|4 left the room (quit: Read error). (08:37:36 PM) eyedeekay: Anything else on 4)? (08:38:16 PM) T3s|4 [~T3s4@573a4z46ixhpfeuej2hggtzg2wvsllq6nurtha5dzpd7l42awaeq.b32.i2p] entered the room. (08:38:16 PM) mode (+v T3s|4) by ChanServ (08:38:18 PM) eyedeekay: 5) 0.9.50 release (08:38:42 PM) anonymousmaybe [anonymousm@zvezcslfl5ndd6ciniqp2ei3cm6kvcovceeu3nzheqe7rqcj3rra.b32.i2p] entered the room. (08:38:42 PM) mode (+v anonymousmaybe) by ChanServ (08:39:19 PM) zzz: I'll let you go first, then I'll list what I've been up to (08:41:28 PM) eyedeekay: It's been about 2 weeks since the 0.9.49 release, in that time I've been working on style bugs, moving the configuration of X-I2P-Location into the application instead of requiring a reverse proxy or specific configuration, and have been working on finding ways to improve gitlab (08:42:17 PM) eyedeekay: In particular a way to migrate trac tickets to gitlab en-masse and a way to create tickets anonymously are on my gitlab list (08:43:06 PM) eyedeekay: Those are actually largely accomplished and part of the next agenda item, so I won't waste time on that now (08:43:56 PM) eyedeekay: EOT (08:44:06 PM) zzz: super (08:44:26 PM) zzz: I fixed NTP for the year 2036 issue (08:44:33 PM) zzz: implemented UPnP for IPv6 (08:44:45 PM) zzz: reduced memory usage by the profiles (08:44:55 PM) zzz: added support for IPv6 introducers (08:45:17 PM) zzz: added "4/6" caps support for better tracking of who can connect to who (08:45:39 PM) zzz: did some work on smaller tunnel build messages (prop. 157), although that work is going a lot slower than the #ls2 team would like (08:46:26 PM) zzz: and I reported a major SSU bug to i2pd. they've fixed it. I'm hopeful they will cut a release for it this month, as I think it's really affecting network performance for some subset of connections (08:46:35 PM) zzz: eot (08:46:44 PM) eyedeekay: Thanks zzz (08:47:25 PM) zlatinb: I would like to do some experiments wrt tuning RED in the testnet. Current theory is that it's way too aggressive and slows down single-stream connections to an unnecessary degree. Will report as usual. EOT (08:47:36 PM) eyedeekay: Thanks zlatinb (08:48:17 PM) eyedeekay: 6) Trac migration summary (08:48:17 PM) zzz: re: roadmap. I updated it today on the website to reflect what was in .49 and moved other stuff to .50. eyedeekay please do the same for the items you know about (08:48:32 PM) eyedeekay: Ack zzz, will do that this evening (08:51:18 PM) wodencafe left the room (quit: Read error). (08:51:37 PM) wodencafe [wodencafe@4qx5zjj3rypztq5h4kc2clviwid5cir7cm6iqrqa2l2npvlgt7ta.b32.i2p] entered the room. (08:51:51 PM) eyedeekay: Re: trac I am in a rock and a hard place here. I'm admin on trac and not the box that trac runs on. I can't do anything to update it or make it better on my own, all I can do is chase time-consuming issues. (08:51:51 PM) eyedeekay: I really want to get rid of it, but we obviously can't blow away all those tickets or the rest of the information here. (08:51:51 PM) eyedeekay: I'm proposing that we migrate trac tickets to gitlab tickets and encourage the use of gitlab for issue-tracking purposes (08:52:51 PM) eyedeekay: Trac tickets don't map 1:1 onto gitlab tickets, tickets for I2P applications will need to be added to the i2p.i2p issue tracker and tagged on gitlab with the corresponding application (08:54:04 PM) eyedeekay: I've finally figured out how to do it using some of the corresponding material from Tor (08:54:37 PM) zzz: that's probably the right answer, but we should probably do a quick evaluation of the alternatives, for example just copying over everything to trac on a box we control (08:54:51 PM) zzz: and again, an estimate of the one-time and ongoing resources required (08:55:18 PM) zzz: we were going to have a meeting a couple months ago on it, so perhaps now it's time (08:55:54 PM) lithium left the room (quit: Quit: leaving). (08:56:02 PM) eyedeekay: Instinctively, running 2 services(Trac and Gitlab) will probably be higher effort over time, but maybe less effort initially (08:56:05 PM) zzz: i just want to be clear on what we're trying to accomplish (08:56:05 PM) lithium [lithium@f25fchfdvktukmhg2rkz5es4mlrroyywcou27bpr4mxzfuf3jgya.b32.i2p] entered the room. (08:56:38 PM) zzz: a full migration to gitlab is an enormous fix for the problem of somebody not responding to emails (08:56:50 PM) zzz: so the question is what else do we get for it (08:57:58 PM) zlatinb: tight integration with git, MRs, code review, all that (08:58:02 PM) zzz: and we need a short list of our requirements, esp. for registration and anti-spam (09:00:01 PM) zzz: I also think we should take lessons from the git migration last year, and have clear milestones and schedule and status (09:00:36 PM) eyedeekay: Registration has become a difficult point. I estimate roughly 1/3 of registrations are spam, but it's so difficult to tell the difference because I do not ask for very much information from git users (09:01:37 PM) eyedeekay: Tor's solution re: anonymous registration is neat, and potentially very useful, but the more I look at it the more I think it may be overkill for us (09:02:35 PM) zzz: I propose that we find out who wants to be in a meeting about this, and then we'll schedule the meeting later (09:03:29 PM) eyedeekay: I can work with that. I'll start a new forum thread for the Trac Migration. (09:04:49 PM) zzz: zlatinb, would you like to be in on it? (09:05:03 PM) zlatinb: sure (09:05:21 PM) zzz: super (09:07:56 PM) eyedeekay: That's everything from the agenda, anything else to add? (09:08:00 PM) eyedeekay: Timeout 60s (09:09:32 PM) eyedeekay: That closes the meeting *baffs* (09:09:32 PM) eyedeekay: Thanks zzz zlatinb for coming, I'll post the meeting log to the site shortly (09:10:09 PM) zzz: thank you (09:11:05 PM) devcron left the room (quit: Quit: leaving). (09:11:11 PM) eyedeekay: no problem zzz </div>/cs/blog/2021/02/17/vyd%C3%A1n%C3%AD-0.9.49/Wed, 17 Feb 2021 00:00:00 +0000/cs/blog/2021/02/17/vyd%C3%A1n%C3%AD-0.9.49/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>Verze 0.9.49 pokračuje v práci na tom, aby bylo I2P rychlejší a bezpečnější. Máme několik vylepšení a oprav pro transport SSU (UDP), které by měly vést k vyšším rychlostem. Toto vydání také zahajuje migraci na nové, rychlejší šifrování ECIES-X25519 pro routery. (Destinace toto šifrování používají už několik vydání) Na specifikacích a protokolech pro nové šifrování pracujeme už několik let a blížíme se ke konci! Migrace potrvá několik vydání, než bude dokončena.</p>/cs/blog/2020/12/10/v%C3%ADtej-git-sbohem-monotone/Thu, 10 Dec 2020 00:00:00 +0000/cs/blog/2020/12/10/v%C3%ADtej-git-sbohem-monotone/<h2 id="vítej-git-sbohem-monotone">Vítej, Git, sbohem Monotone</h2> <h3 id="the-i2p-git-migration-is-nearly-concluded">The I2P Git Migration is nearly concluded</h3> <p>Po více než desetiletí se I2P spoléhalo na letitou službu Monotone pro zajištění svých potřeb správy verzí, avšak během posledních několika let většina světa přešla na dnes univerzální systém správy verzí Git. Ve stejné době se síť I2P stala rychlejší a spolehlivější a byla vyvinuta dostupná náhradní řešení obcházející nemožnost Gitu navazovat přerušené přenosy.</p> <p>Dnes je pro I2P významný okamžik, protože jsme odstavili starou větev mtn i2p.i2p a oficiálně přesunuli vývoj základních Java knihoven I2P z Monotone na Git.</p>/cs/blog/2020/11/30/vyd%C3%A1n%C3%AD-0.9.48/Mon, 30 Nov 2020 00:00:00 +0000/cs/blog/2020/11/30/vyd%C3%A1n%C3%AD-0.9.48/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>0.9.48 aktivuje náš nový protokol šifrování mezi koncovými body (proposal 144) pro většinu služeb. Přidali jsme předběžnou podporu pro nové šifrování zpráv při sestavování tunnel (proposal 152). V celém routeru jsou výrazná zlepšení výkonu.</p> <p>Balíčky pro Ubuntu Xenial (16.04 LTS) již nejsou podporovány. Uživatelé na této platformě by měli provést upgrade, aby mohli i nadále dostávat aktualizace I2P.</p> <p>Jako obvykle doporučujeme aktualizovat na tuto verzi. Nejlepším způsobem, jak udržovat zabezpečení a pomoci síti, je používat nejnovější verzi.</p>/cs/blog/2020/11/03/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-3.-listopadu-2020/Tue, 03 Nov 2020 00:00:00 +0000/cs/blog/2020/11/03/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-3.-listopadu-2020/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> eyedeekay, zzz</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> (03:01:04 PM) eyedeekay: Ahoj všichni a vítejte na schůzce projektu I2P dne 3. listopadu. idk se hlásí poněkud nečekaně z Marriot wi-fi, potýkám se s dost ošklivým captive portálem, takže dnes mám dva nicky, eyedeekay a idk_mobile, pro případ, že by jedno nebo druhé připojení spadlo. (03:01:04 PM) eyedeekay: Prosím mějte se mnou trpělivost, tohle hotelové wi-fi je opravdu... ohromně špatné. Ve čtvrtek budu zpět na svém spolehlivém připojení. (03:01:04 PM) eyedeekay: Dnešní program je: (03:01:04 PM) eyedeekay: 1) Ahoj (idk) (03:01:04 PM) eyedeekay: 2) stručný přehled procedur schůzky (idk) (03:01:04 PM) eyedeekay: 3) vydání 0.9.48 (zzz, idk) (03:01:04 PM) eyedeekay: 4) Výzva testerům (idk) (03:01:04 PM) eyedeekay: 5) Stav prací v Gitu (idk) (03:01:04 PM) eyedeekay: 6) Hlasování o doplnění dalších webů do Router Console (idk) (03:01:04 PM) eyedeekay: Zdravím všechny, kdo je dnes ještě tady? (03:01:38 PM) zzz: hi (03:01:43 PM) eyedeekay: hi zzz (03:02:09 PM) eyedeekay: Je tu ještě někdo? (03:03:21 PM) eyedeekay: No, bod 2 je buď zásadní, nebo zbytečný, myslím. 2) K „ahojům“: Mnozí z nás mají IRC klienta puštěného skoro pořád a ne vždy je jasné, kdo je tu a kdo ne. Proto na začátku schůzek říkáme „ahoj“, abychom věděli, kdo je skutečně přítomen a připraven se zapojit, a kdo si spíš zajišťuje, že bude mít k dispozici historii pro pozdější čtení. Když dorazíte, prosím napište pro tuto schůzku „hi“. (03:04:19 PM) eyedeekay: 3) vydání 0.9.48 (03:05:07 PM) John left the room (quit: Read error). (03:05:11 PM) eyedeekay: 0.9.48 přinese zbývající „polish“ světlých a tmavých témat Router Console. Hlavně drobnosti, doladění okrajů a odsazení kolem nových ikon použitých v těchto tématech. Také byla na základě zpětné vazby vybrána nová sada ikon pro témata Snark Light a Dark. (03:05:11 PM) eyedeekay: Android vydání 0.9.48 bude používat Android build process, který byl v průběhu minulého týdne revidován a opraven. Dogfooding (interní používání vlastní verze) je teď mnohem lepší než v předchozích týdnech, na tohle se těším. Pro ty, kdo to nevědí: po mnoho let byla použitelnost našich Android vydání značně kompromitována chybami plynoucími ze špatně nakonfigurovaného bootclasspath, který byl zdokumentován protismyslně a minimálně, pokud vůbec. (03:05:36 PM) eyedeekay: Tento problém je do budoucna vyřešen. (03:06:37 PM) eyedeekay: Se Sadie aktualizujeme, revidujeme, zkracujeme a přeorganizováváme dokumentaci na větvi i2p.www „style-guide“ (03:07:38 PM) eyedeekay: Není tu nic vytesané do kamene, ale přidáváme víc a lepších příkladů, konkrétní nápovědu k aplikacím dodávaným s I2P, aktualizované reseed návody pro friend-to-friend reseed (přes známé) a pro hosting reseed serveru a aktualizujeme naše srovnávací stránky. (03:08:10 PM) eyedeekay: zzz, co bys chtěl doplnit? (03:08:19 PM) zzz: jo, k Androidu (03:08:35 PM) John [john@3n6rizeciinzvbuzub5ux3jru6iazw6drx76cjcwmcc5yaltccca.b32.i2p] entered the room. (03:08:39 PM) zzz: aby bylo jasno, minulý týden jsi vydal 0.9.47-1 a je to dostupné všude? Myslím, že jsem neviděl žádné oznámení (03:08:53 PM) zzz: takže bys měl dát vědět a získat nějaké testovací reporty (03:09:17 PM) eyedeekay: Jasně, můžu udělat oznámení (03:09:24 PM) zzz: k .48, všechno jde dobře. Jsme na skoro 15K řádcích diffu, docela typické (03:09:42 PM) zzz: práce na typech šifrování routeru jde překvapivě dobře, hodně napřed před plánem (03:09:48 PM) zzz: to jsou proposals 152 a 156 (03:10:02 PM) zzz: hodně z té práce bude v vydání .48, pro odvážné testery (03:10:22 PM) zzz: předběžné oznámení vydání je na zzz.i2p k revizi (03:10:53 PM) zzz: Rád bych dnes rozhodl o datu vydání. 23. nebo 30.? (03:10:58 PM) zzz: to by znamenalo tag freeze buď za týden, nebo za dva odteď (03:11:25 PM) zzz: eot (03:12:01 PM) eyedeekay: Mně už na tom tolik nezáleží, stejně teď nemůžu nějakou dobu cestovat, ale pořád bych to, pokud možno, chtěl 30. (03:12:44 PM) zzz: ok, tak 30. to je. tag freeze 18., checkin deadline 27. Aktualizuji příspěvek na svém fóru (03:12:53 PM) eyedeekay: Skvělé, díky (03:13:52 PM) eyedeekay: Tím se dostáváme k bodu 4) výzva testerům (03:13:55 PM) eyedeekay: Jak jdeme do posledního měsíce před vydáním 0.9.48, chtěl bych vyzvat naše uživatele, aby nám dali zpětnou vazbu na I2P tady, nebo na fóru projektu(i2pforum.i2p), nebo na zzz fóru(zzz.i2p), nebo na reddit.com/r/i2p, kde za nás číhám. (03:14:24 PM) eyedeekay: Tu výzvu zveřejním na těch místech, až dám zápis ze schůzky na web (03:15:00 PM) eyedeekay: Zpětná vazba na všechno je důležitá: výkon, styl, konfigurace. Ozvěte se, prosím! (03:15:09 PM) zzz: jo ok, asi za týden nastavím tag verze -rc (03:16:57 PM) Sleepy left the room (quit: Read error). (03:16:58 PM) eyedeekay: Je k tomuhle ještě něco? (03:17:26 PM) zzz: ne (03:17:49 PM) eyedeekay: Díky zzz :) (03:17:57 PM) eyedeekay: 5) Git Update: Momentálně jsem dočasně zastavil migraci nových repozitářů, než nakonfiguruji push rule k vynucení GPG-podepsaných commitů v namespace „I2P Developers“. Je to pevný požadavek minimálně pro i2p.i2p a i2p.android.base. V tuto chvíli jsme migrovali aktivní pluginy na gitlab, stejně jako i2p.newsxml, i2p.firefox, i2p.scripts a i2p.www. Tento týden jsem úspěšně sestavil I2P i I2P pro Android jak z Gitu, tak z Monotone, včetně buildů: i2p.android.base na bázi mtn nad i2p.i2p na bázi gitu a i2p.android.base na bázi gitu nad i2p.i2p na bázi mtn. To by naznačovalo, že po nastavení push rule by se i2p.i2p dalo migrovat, aniž by se rozbily projekty, které na něm závisejí. TODO je nicméně kontaktovat další downstreamy, mhatta, zero a BiglyBT, aby se o přechodu dozvěděli. (03:19:08 PM) zzz: jaký je harmonogram? před nebo po vydání 48? (03:19:31 PM) zzz: Nemyslím, že by nějaké downstreamy používaly mtn (03:19:52 PM) eyedeekay: Taky si to nemyslím, všichni podle mých znalostí používají buď maven, nebo github mirror, jen to chci mít potvrzené (03:21:17 PM) eyedeekay: Myslím, že to zvládneme ještě před 0.9.48, pokud to začnu hned, jakmile nastavím push rule. (03:22:09 PM) Sleepy [Sleepy@bjy63jgb427hmekhcp6v4kxs7p2le7cpuuvdmngod76fv2isfw4a.b32.i2p] entered the room. (03:22:19 PM) zzz: ok, jen se nepřibliž moc k termínu (03:23:26 PM) zzz: a získej pozitivní potvrzení od všech, než přepneš. Nemůžeme mít žádné opozdilce (03:23:29 PM) eyedeekay: Jasně, pokud uvidím, že to nestihnu s malým předstihem před tag freeze, odložím to na 49 (03:23:37 PM) eyedeekay: Udělám (03:25:08 PM) eyedeekay: Má k tomu ještě někdo něco? (03:26:01 PM) eyedeekay: Dobře, poslední je 6) (03:26:04 PM) eyedeekay: Chtěl bych přidat 2 své weby na domovskou stránku Router Console, prvním je git.idk.i2p, což je můj gitlab host otevřený komunitě a místo, kam se přesouvají I2P mtn repozitáře. (03:26:04 PM) eyedeekay: Druhým je paste.idk.i2p, což je univerzální pastebin pro soubory a test, který jsem spustil, když to vypadalo, že žádné jiné pastebiny nejsou dostupné. (03:27:00 PM) zzz: bez námitek (03:28:15 PM) zzz: ale navrhuji ještě jednou projít navrhované tooltips, mám pár nápadů, které ti později pošlu (03:29:05 PM) eyedeekay: V pořádku (03:30:55 PM) eyedeekay: Dobře, tím jsme na konci všeho, co jsem měl pro tuhle schůzku naplánováno, takže pokud má někdo další témata k diskuzi, přineste je, prosím, teď (03:31:20 PM) eyedeekay: timeout 1m (03:32:42 PM) eyedeekay: Dobře, díky za účast na schůzce, zzz, a díky posluchačům za poslech. (03:33:08 PM) eyedeekay: Příští schůzka bude 8. prosince, ve stejný čas, na stejném kanálu (03:33:13 PM) eyedeekay: *Baffs* </div>/cs/blog/2020/10/06/i2p-v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-6.-%C5%99%C3%ADjna-2020/Tue, 06 Oct 2020 00:00:00 +0000/cs/blog/2020/10/06/i2p-v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-6.-%C5%99%C3%ADjna-2020/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> eyedeekay, orignal, zzz</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> (04:00:04 PM) eyedeekay: Ahoj všem a vítejte na říjnovém komunitním setkání I2P. (04:00:04 PM) eyedeekay: Na dnešním programu je: (04:00:04 PM) eyedeekay: 1) Ahoj (04:00:04 PM) eyedeekay: 2) vydání 0.9.48 (zzz) (04:00:04 PM) eyedeekay: 3) Aktualizace postupu Git (idk) (04:00:04 PM) eyedeekay: 4) Tým UI / aktualizace OTF (idk) (04:00:04 PM) eyedeekay: 5) Aktualizace pro Android (idk) (04:00:17 PM) eyedeekay: Ahoj všichni, kdo všechno je tady? (04:00:25 PM) orignal: hi (04:00:29 PM) eyedeekay: Ahoj, orignal (04:00:33 PM) zzz: hello (04:00:39 PM) eyedeekay: Ahoj, zzz (04:01:14 PM) eyedeekay: Je tu ještě někdo? (04:01:53 PM) eyedeekay: Dobře, přecházíme k bodu 2 (04:02:14 PM) eyedeekay: V poslední době jsem viděl, že zzz dělá hodně; za sebe mám pro 0.9.48 uvnitř router jen jediný plán: rekeyOnIdle. V drtivé většině se moje plány pro toto vydání týkají dokončení dalších 2 fází migrace na git a změn v i2p.www, které rozeberu v bodu 4). (04:02:45 PM) zzz: jsme, myslím, 5 týdnů v cyklu. jde to dobře (04:03:14 PM) zzz: s orignal pracujeme na zlepšení budování tunnelů (návrh 152) a začali jsme část toho kódu začleňovat (04:03:29 PM) zzz: výzkum SSU2 postupuje pomalu a v .48 určitě nebude žádný kód (04:03:50 PM) zzz: zatím 7500 řádků diffu ve vydání, docela typické (04:04:08 PM) zzz: cíl je polovina až konec listopadu pro vydání .48, datum asi brzy stanovíme (04:04:18 PM) zzz: EOT (04:04:44 PM) eyedeekay: Díky moc, zzz (04:05:14 PM) eyedeekay: Díky také za časté aktualizace na fóru, některé části tvého postupu se díky nim snáz vstřebávají a vysvětlují ostatním (04:05:43 PM) eyedeekay: Přejdeme k bodu 3) (04:06:03 PM) eyedeekay: Jsme ve třetí fázi migrace na git. (04:06:08 PM) eyedeekay: i2p.www je migrován. Měl ze všech projektů největší závislost na mtn. (04:06:14 PM) eyedeekay: i2p.firefox je také migrován. (04:06:22 PM) eyedeekay: i2p.newsxml přemigrujeme ve čtvrtek večer v 18.00 UTC. (04:06:32 PM) eyedeekay: Poté se spojím se zzz ohledně migrace zzzot nebo snark-rpc jako dalšího. (04:06:37 PM) eyedeekay: Repozitáře, kde bylo vypnuto syncování s mtn, udržujeme synchronizované mezi github a gitlab. (04:06:44 PM) eyedeekay: Teď jedeme stabilním tempem, jakmile je jeden repo migrován, začínáme další. (04:06:58 PM) eyedeekay: EOT (04:08:23 PM) eyedeekay: Nějaké dotazy k Gitu? (04:09:06 PM) eyedeekay: Timeout 1m (04:10:16 PM) eyedeekay: Dobře, přecházíme k bodu 4) (04:11:20 PM) eyedeekay: Designová firma najatá OTF vytvořila revidovaný průvodce stylem. Nový průvodce je poněkud „flexibilnější“ než ten starý, zároveň nás ale vede k větší vnitřní konzistenci. (04:11:20 PM) eyedeekay: Je k dispozici zde: https://uracreative.github.io/i2p-styleguide/. Příspěvek žádající komunitu o komentáře k doporučením pro styl, o tom která z nich implementovat a jak, je zde: `http://i2pforum.i2p/viewtopic.php?f=21&t=986&sid=bbca7a971055b8449737ba038ebbfa49` (04:11:20 PM) eyedeekay: Obtížnost implementace doporučení designu plyne z toho, že částečně provedené změny bývají vizuálně nehezké; viz například nedávný problém s ikonou v I2PSnark. (04:12:26 PM) eyedeekay: To však tvoří jen 1/2 doporučení, která jsme obdrželi (04:13:01 PM) eyedeekay: Nejvýznamnější zlepšení, které jsme mohli provést a které identifikovaly programy financované OTF zahrnující práci Ura Design a Simsec, se týká obecného problému s onboardingem (uvedením a zaškolením) nových účastníků všech typů. (04:13:16 PM) eyedeekay: To považujeme za prioritu. Rané fáze zlepšení se budou odehrávat převážně v i2p.www (04:13:19 PM) eyedeekay: Jedna z nejčastějších otázek, které zazněly, je „Pro koho je I2P?“ (04:13:42 PM) eyedeekay: Lidé od designu/použitelnosti samozřejmě nejsou jediní, kdo se na to ptali (04:13:52 PM) eyedeekay: Takže jsme identifikovali „typy“ účastníků, včetně uživatelů, provozovatelů služeb, vývojářů aplikací a vývojářů routeru. (04:13:52 PM) eyedeekay: Měli jsme na tu otázku spoustu odpovědí, ale jedním z nejčastějších vzorců v našich odpovědích bylo, že je mnohem snazší říct, pro koho jsou I2P „aplikace“. (04:14:07 PM) eyedeekay: Chceme tedy dostat lidi k používání aplikací rychleji a snadněji. Změně těchto cest se říká „informační architektura“ (04:14:07 PM) eyedeekay: K dosažení tohoto cíle bude potřeba připravit: (04:14:07 PM) eyedeekay: - Instalační instrukce pro Windows, které zahrnou instalaci verze Java, o níž víme, že s I2P funguje. (04:14:07 PM) eyedeekay: - Stránky na webu vysvětlující přibalené aplikace, které jsou součástí Java I2P router. (04:14:07 PM) eyedeekay: - Začlenění webového rozšíření I2P in Private Browsing do balíčku profilu I2P pro Windows (04:14:07 PM) eyedeekay: - Doporučení a návod k IRC klientovi. (04:14:07 PM) eyedeekay: - Špičkové průvodce hostováním služeb (jako je ten pro Gitlab) pro nové provozovatele, včetně přepracování Reseed Service Guide. Plánujeme také průvodce hostováním NextCloud a IRC. (04:14:07 PM) eyedeekay: - Restrukturalizaci domovské stránky a nejvyšší úrovně navigačního menu okolo potřeb uživatelů. (04:14:44 PM) eyedeekay: Omlouvám se, že to beru v podstatě obšírně, ale klidně si dejte čas; chtěl jsem zajistit, že podám podstatnou aktualizaci (04:17:14 PM) eyedeekay: EOT. Nějaké dotazy? (04:17:26 PM) zzz: je práce financovaná OTF hotová? kdy ji dokončili? kdy se ten revidovaný průvodce stylem zpřístupnil? (04:19:20 PM) eyedeekay: OTF zaplatila designové firmě a ta skončila minulý měsíc. Jen okamžik, zkontroluji historii (04:19:56 PM) eyedeekay: 8. srpna (04:20:10 PM) zzz: k čemu mířím je: jak můžeme vyladit naše procesy tak, aby stav a výsledky financované práce byly komunitě skutečně sdělovány včas? (04:21:07 PM) eyedeekay: Obvykle to řeším tak, že jsem s někým v kontaktu. V tomhle případě by to „někdo“ asi mělo mít podobu toho, že budu dělat pravidelné aktualizace na i2pforums.i2p (04:22:38 PM) zzz: ok. jen je velmi zvláštní, že financovaný projekt, jehož výsledkem jsou doporučení pro vývojáře, se vývojářům dva měsíce vůbec neodkomunikoval (04:23:06 PM) zzz: takže až se k tomu případně vrátíme, bude to debata o zlepšení procesu (04:23:14 PM) zzz: díky za zprávu (04:23:35 PM) eyedeekay: Jen se snažím co nejlépe řešit problémy :) (04:23:39 PM) eyedeekay: Což nás přivádí k bodu 5) (04:24:46 PM) eyedeekay: Teď jsem správcem všech serverů, na kterých nabízíme ke stažení aplikace pro Android, protože druhý admin nereagoval. (04:24:51 PM) eyedeekay: Nakonec se mi podařilo kontaktovat druhého admina a souhlasil, že bude dělat záložního správce. (04:24:59 PM) eyedeekay: Plán do budoucna je, že budu nahrávat na GPlay a náš F-Droid ve stejný den, kdy vycházejí balíčky pro Debian. (04:25:03 PM) eyedeekay: To znamená, že náš F-Droid bude dostupný ve stejný den, kdy se nahrají balíčky pro Debian. GPlay bude pořád zřejmě zpožděný o 1–6 dní, s tím toho moc nenadělám. (04:25:29 PM) eyedeekay: To také znamená, že jsem teď adminem download.i2p2.de, takže to můžu také opravit. V zásadě můžu opravit všechno kromě trac. (04:27:09 PM) eyedeekay: EOT (04:28:15 PM) eyedeekay: Aha, to jsem zapomněl. Nestarám se o nahrávání do komunitního repozitáře F-Droid. To má pořád na starosti nextloop. (04:30:21 PM) eyedeekay: Má někdo něco, co by chtěl doplnit, co by chtěl na schůzce probrat, nebo nějaké dotazy k tomu, co jsme zatím pokryli? (04:31:02 PM) eyedeekay: timeout 1m (04:31:13 PM) zzz: připomínka (znovu) - dej na web srpnové setkání (04:32:00 PM) eyedeekay: Myslel jsem, že ano? Dobře, přidám to hned, jak skončíme </div>/cs/blog/2020/09/01/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-1.-z%C3%A1%C5%99%C3%AD-2020/Tue, 01 Sep 2020 00:00:00 +0000/cs/blog/2020/09/01/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-1.-z%C3%A1%C5%99%C3%AD-2020/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> eyedeekay, zlatinb, zzz</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> (04:00:08 PM) eyedeekay: Ahoj všem, vítejte na komunitním setkání 1. září: (04:00:08 PM) eyedeekay: 1) Ahoj (04:00:08 PM) eyedeekay: 2) vydání 0.9.48 (04:00:08 PM) eyedeekay: 3) Aktualizace postupu v Gitu (04:00:08 PM) eyedeekay: 4) Aktualizace postupu Android/Maven (04:00:08 PM) eyedeekay: 1) Ahoj (04:00:08 PM) eyedeekay: Ahoj všem, díky, že jste přišli :) (04:00:24 PM) zlatinb: ahoj (04:00:31 PM) eyedeekay: ahoj zlatinb (04:00:40 PM) zzz: čau (04:00:45 PM) eyedeekay: ahoj zzz (04:01:00 PM) eyedeekay: Je tu ještě někdo? (04:01:23 PM) eyedeekay: echelon je dnes mimo město a nebude k dispozici (04:01:53 PM) eyedeekay: 2) vydání 0.9.48 (04:02:33 PM) eyedeekay: 0.9.47 vyšla minulý týden, nový cyklus právě začal (04:03:15 PM) eyedeekay: zzz dnes dříve zveřejnil návrh na identity routeru pomocí ECIES, prosím každého, kdo může, aby si našel čas si ho přečíst a okomentovat (04:04:45 PM) eyedeekay: Má někdo něco, co chce říct k bodu 2)? (04:04:57 PM) zlatinb: Zkusím prosadit nějakou práci na SSU (04:05:05 PM) zlatinb: pokud proběhne migrace na Git, samozřejmě (04:05:06 PM) zzz: teprve začínáme... (04:05:32 PM) zzz: tým #ls2 plánuje v tomto období začít pracovat jak na routerech s ECIES, tak na návrzích SSU2 (04:05:57 PM) zzz: Odhaduji přibližně 3měsíční cyklus, s vydáním v listopadu (04:06:06 PM) zzz: EOT (04:06:14 PM) zlatinb: také bych rád viděl nějaký posun na frontě RED, i když si zatím nejsem jistý, co přesně chci měnit. Budu muset trochu testovat na testnetu, než se rozhodnu. EOT (04:06:50 PM) eyedeekay: Díky zzz a zlatinb. (04:07:00 PM) zzz: eyedeekay, prosím dej nám své (a případně týmu UI, pokud víš) plány pro 48 (04:08:12 PM) eyedeekay: Moje velké plány jsou dokončit vláknovou bezpečnost pro i2cp.rekeyOnIdle (04:08:41 PM) eyedeekay: a přidat UI pro alternativní destinace I2P do i2ptunnel a do webového rozšíření (04:09:13 PM) eyedeekay: Ale teď jsou moje priority git a Android (04:09:14 PM) eyedeekay: EOT (04:09:36 PM) zzz: plánují se nějaké velké změny v UI? nějaké změny webu? nějaká aktualizace ohledně kontraktu OTF/Ura? (04:10:16 PM) eyedeekay: Ura už není placena od OTF, ale někteří z nich stále velmi štědře věnují svůj čas a jsme stále v kontaktu (04:11:26 PM) eyedeekay: Neplánují se žádné velké změny napříč sadou ikon, ale plánuju přidat sbalitelné/rozbalitelné nabídky a tlačítko restartu na hlavní stránku i2ptunnel (04:12:26 PM) zzz: ok. Bez aktualizací už měsíce jsem úplně v nevědomosti, jaký je výstup kontraktu OTF a kdy (jestli vůbec) dorazí, takže v tuto chvíli můžeme předpokládat, že to skončí? nebo co? (04:13:18 PM) eyedeekay: Bumble má velký zájem dostat změny dovnitř a nadále s námi pracuje, prozatím to považujte za živé (04:13:36 PM) zzz: co je „Bumble“? (04:13:46 PM) eyedeekay: Bumble je jedna z týmu Ura/SimSec (04:16:48 PM) eyedeekay: Ano, má plány. (04:17:41 PM) zlatinb: Ať už jsou jakékoli, nevidím, že by se realizovaly bez aktivní a zdravé komunikace s námi tady. (04:19:22 PM) eyedeekay: Vše, co mohu dělat, je požádat. (04:19:35 PM) zlatinb: Děkuji. EOT (04:19:45 PM) eyedeekay: 3) Migrace na Git (04:20:05 PM) eyedeekay: Můj plán pro tento týden zahrnuje zcela vyřadit i2p.www mtn (04:20:59 PM) eyedeekay: Za tím účelem testuji migrovaný nasazovací skript, který pomocí mtn diff kontroluje změny v přeložených souborech (04:21:33 PM) eyedeekay: To je v podstatě hotové, jen si chci být jistý, než to nasadím příliš brzy a rozbiju web, také potřebuji pomoc od echelona na druhé straně (04:21:57 PM) eyedeekay: Poté prakticky hned začnu se zbývajícími skripty a pluginy. EOT. (04:22:03 PM) eyedeekay: Nějaké dotazy? (04:22:32 PM) zzz: jak bylo požadováno ve vláknu na mém fóru, prosím dej 24hodinové předběžné oznámení před zastavením synchronizace mtn pro každou aktivní větev (04:22:44 PM) eyedeekay: Rozhodně, udělám. (04:22:54 PM) zzz: a další oznámení, až bude git aktivní (04:23:18 PM) eyedeekay: Jistě (04:23:50 PM) eyedeekay: Ještě něco? (04:24:49 PM) eyedeekay: 4) Aktualizace Maven/Android (04:26:25 PM) eyedeekay: Není tu moc co říct, kromě toho, že pracuji na jejich vydání; má první sada odeslání nebyla distribuována správně (04:26:58 PM) zlatinb: jaký je konkrétní problém s mavenCentral? (04:28:11 PM) eyedeekay: Nevím, mám u nich otevřený ticket s žádostí o pomoc, ale všechno vypadá v pořádku, dokud se nepokusím je přesunout ze staging oblasti (04:28:56 PM) zlatinb: k, divné (04:29:02 PM) zzz: ok, takže žádné ETA (04:29:07 PM) eyedeekay: Jo, a všechny kromě jednoho fungují (04:30:20 PM) eyedeekay: Žádné ETA. Budu na tom pracovat, dokud to nebude opravené. (04:31:00 PM) eyedeekay: Je to moje aktuální priorita, protože to všichni potřebují. (04:31:08 PM) eyedeekay: EOT. (04:32:24 PM) eyedeekay: Má ještě někdo něco k bodu 4 (04:33:09 PM) eyedeekay: OK, na poslední chvíli jsme měli návrh od orignal přesunout meetingy do jiného kanálu, nazvu to 5) i2p-meetings (04:33:45 PM) eyedeekay: Nemám silný pocit, že je to potřeba (04:34:15 PM) eyedeekay: Ale jsem otevřený názorům ostatních na tuhle věc? (04:34:48 PM) zlatinb: Je to kvůli dramatu mezi ním a echelonem, a zatím obě strany odmítají ustoupit. Jsem proti přesunu meetingu a místo toho povzbuzuji zúčastněné osoby, aby hledaly řešení. (04:35:31 PM) zzz: Myslím, že všechno, co jsem měl udělat pro vydání 47, je venku (04:35:31 PM) zzz: k 5): problém je, že echelon tady opakovaně banuje orignal; aniž bych přisuzoval vinu, stejný problém by se mohl stát i v jakémkoli jiném kanálu (04:36:56 PM) zzz: bylo by cenné, kdyby zde byla umožněna účast vedoucímu vývojáři vedoucí C++ implementace routeru, a to jak na meetingách, tak i jindy; zda je to možné, netuším (04:37:06 PM) eyedeekay: Aha, chápu. To mi dává lepší obrázek o situaci. (04:37:40 PM) eyedeekay: S ohledem na to myslím, že se všichni shodneme: nechat je na i2p-dev a hledat společenské řešení? (04:38:14 PM) zlatinb: +1 (04:38:28 PM) eyedeekay: OK. Udělám to. (04:38:29 PM) zzz: Už jsem opakovaně odmítl dělat mediátora. Možná to může zkusit někdo jiný, jinak je to na nich dvou. (04:39:21 PM) eyedeekay: Rozumím. (04:39:56 PM) zlatinb: ok, zkusím to (04:40:01 PM) zlatinb: ale budu potřebovat pomoc (04:40:15 PM) zlatinb: a žádná strana nedostane všechno, co chce (04:40:48 PM) eyedeekay: zlatinb, udělám, co budu moct, abych tě v tom podpořil. (04:41:12 PM) zlatinb: děkuji (04:41:32 PM) eyedeekay: zzz, myslím, že máš pravdu, že všechny tvoje balíčky jsou venku pro 0.9.47 (04:41:51 PM) zzz: :) (04:42:40 PM) eyedeekay: Má ještě někdo něco, co chce na tomto meetingu probrat? (04:43:05 PM) eyedeekay: Jinak spustím timeout bufferu:2m (04:43:12 PM) anonymousmaybe: můžeš udělat i2pconsole UI bez JavaScriptu? pokud ne, proč? (04:43:23 PM) zzz: velmi stručně 6) - prosím dejte logy za dnešek a minulý měsíc (a měsíc předtím, pokud to považujete za skutečné setkání, nikdy jsem si nebyl jistý) na web (04:43:36 PM) zzz: EOT pro 6) (04:43:36 PM) eyedeekay: Udělám, zzz (04:44:04 PM) eyedeekay: anonymousmaybe Už to lze provozovat bez JavaScriptu, NoScript nebo uMatrix by měly stačit (04:44:29 PM) anonymousmaybe: jo, ale myslím, že na úrovni kódu tam stejně je (04:45:03 PM) anonymousmaybe: zajímalo by mě, jestli můžeš přidat úkol (todo) pro pozdější vydání, aby se JS z konzole vyloučil (04:46:17 PM) eyedeekay: Myslím, že by pravděpodobně šlo přidat volbu, která by např. nepřidávala do stránky script src elementy, ale nejsem si jistý, že v tom vidím velký smysl, a je to v rozporu alespoň s několika cíli UI. (04:46:43 PM) eyedeekay: Máš na to ticket v Tracu? (04:47:44 PM) eyedeekay: anonymousmaybe? (04:50:05 PM) anonymousmaybe: eyedeekay ne (04:50:16 PM) anonymousmaybe: mám vlákno na i2pforum (04:50:21 PM) anonymousmaybe: ale ne i2p tikety (04:51:36 PM) eyedeekay: Tak já zamířím na fórum a prozatím to s tebou proberu tam. (04:52:25 PM) eyedeekay: Neříkám ne, ale chci si vyslechnout tvoje argumenty, než podniknu kroky (04:52:32 PM) anonymousmaybe: https://i2pforum.net/viewtopic.php?f=13&t=537 (04:52:51 PM) eyedeekay: Díky moc :) (04:53:29 PM) anonymousmaybe: i tobě :) (04:54:28 PM) eyedeekay: Pokud už nic dalšího není, ukončím meeting. Poprvé (04:54:37 PM) eyedeekay: timeout:1m (04:55:50 PM) eyedeekay: Dobře, všichni, díky, že jste přišli na meeting, uvidíme se na IRC </div>/cs/blog/2020/08/24/vyd%C3%A1n%C3%AD-0.9.47/Mon, 24 Aug 2020 00:00:00 +0000/cs/blog/2020/08/24/vyd%C3%A1n%C3%AD-0.9.47/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>Ve verzi 0.9.47 je u některých služeb ve výchozím nastavení aktivován náš nový protokol pro end-to-end šifrování (návrh 144). Nástroj pro analýzu a blokování Sybil útoků je nyní ve výchozím nastavení zapnutý.</p> <p>Nyní je vyžadována Java 8 nebo novější. Balíčky pro Debian Wheezy a Stretch a pro Ubuntu Trusty a Precise již nejsou podporovány. Uživatelé na těchto platformách by měli aktualizovat, aby mohli nadále dostávat aktualizace I2P.</p> <p>Jako obvykle doporučujeme aktualizovat na tuto verzi. Nejlepším způsobem, jak udržovat bezpečnost a pomoci síti, je používat nejnovější verzi.</p>/cs/blog/2020/08/04/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-4.-srpna-2020/Tue, 04 Aug 2020 00:00:00 +0000/cs/blog/2020/08/04/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-4.-srpna-2020/<h2 id="rychlé-shrnutí">Rychlé shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> eyedeekay, zlatinb, zzz</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> <p>(04:00:50 PM) eyedeekay1: Ahoj zlatinb zzz mikalvmeeh eche|on, pokud jste připraveni, zahájíme schůzku. (04:00:50 PM) eyedeekay1: 1) Ahoj (04:00:50 PM) eyedeekay1: 2) vydání 0.9.47 (04:00:50 PM) eyedeekay1: 3) Následné kroky k měsíčním schůzkám (04:00:50 PM) eyedeekay1: 4) aktualizace Gitu (04:01:38 PM) eyedeekay1: Ahoj všem, nejprve se omlouvám, že jsem si nevšiml, že jsem v názvu oznámení uvedl špatné datum. (04:02:38 PM) zzz: ahoj (04:02:58 PM) eyedeekay1: ahoj zzz (04:03:31 PM) zlatinb: ahoj (04:03:42 PM) eyedeekay1: Ahoj zlatinb (04:04:49 PM) eyedeekay1: Dobře, tedy 2) vydání 0.9.47 (04:05:27 PM) eyedeekay1: Nevypadá to, že stihnu dokončit rekeyOnIdle včas pro 0.9.47. (04:05:58 PM) eyedeekay1: Co bude zahrnuto, jsou především aktualizace vizuálních prvků z mé strany. (04:06:19 PM) eyedeekay1: Má k tématu vydání 0.9.47 něco zzz nebo zlatinb? (04:06:43 PM) zzz: souhrn je na <code>http://zzz.i2p/topics/2905</code> (04:06:49 PM) zzz: zmrazení tagu za týden od zítřka (04:06:53 PM) zzz: vydání zhruba za 3 týdny (04:07:07 PM) zzz: diff má asi 18 500 řádků, což je docela typické (04:07:23 PM) zzz: vypadá to dobře. Mám pár věcí k dokončení (04:07:40 PM) zzz: ale jsem poměrně přesvědčen, že můžeme zůstat podle plánu (04:07:49 PM) zzz: EOT (04:08:08 PM) eyedeekay1: Včera jsem viděl, že toho přišlo docela dost, snažím se se na to dívat průběžně, jak to posíláš. Je opravdu vzrušující vidět tvoji práci. Moc díky. (04:08:41 PM) zzz: to byly jen různé drobnosti, co mi týdny ležely v pracovním prostoru, nic zvláštního (04:09:42 PM) eyedeekay1: I tak je to poučné sledovat, nevím, kde co je; když tě vidím pracovat, pomáhá mi to rozpoznat, kde se co děje (04:09:43 PM) zzz: jen se snažím věci vyčistit a pushnout. někdy něco testuju celé měsíce (04:10:28 PM) zzz: jasně, procházet změny ostatních je skvělý způsob učení a jak zachytit chyby, pokračuj (04:10:39 PM) eyedeekay1: Zařídím (04:10:42 PM) eyedeekay1: Pokud není nic dalšího, přejdu k 3) timeout 1 m (04:12:40 PM) eyedeekay1: 2) Následné kroky k měsíční schůzce: (04:12:53 PM) eyedeekay1: Toto je měsíční schůzka. (04:12:53 PM) eyedeekay1: Nenastavil jsem WebIRC gateway (WebIRC bránu), protože jak tomu rozumím, bylo by to v rozporu s našimi IRC pravidly. (04:13:13 PM) eyedeekay1: Nyní mám kopii pravidel pro oznamování schůzek a bylo mi vyjasněno, kdo za tato oznámení odpovídá. (04:13:25 PM) eyedeekay1: Oznámení na 1. září, tentokrát se správným datem, bylo zveřejněno. Zatím bez témat, prosím přidávejte je podle potřeby: <code>http://zzz.i2p/topics/2931-meeting-tues-september-1-8pm-utc</code> (04:14:55 PM) eyedeekay1: To samozřejmě přijde krátce po vydání 0.9.47 (04:15:45 PM) eyedeekay1: Má k bodu 2) ještě někdo něco? (04:17:57 PM) eyedeekay1: 3) přechod na Git (04:18:34 PM) eyedeekay1: Přechod na Git se konečně rozjíždí, máme plán a začínáme ho realizovat (04:19:08 PM) eyedeekay1: nextloop a já děláme pokrok v tom, abychom několik dalších významných mtn větví zazrcadlili na github (04:19:27 PM) eyedeekay1: tyto jsou zatím pouze pro čtení až do dokončení příslušných fází migrace na Git, tj. zatím žádné pull requesty ani MRs (04:20:04 PM) eyedeekay1: Podrobný popis těchto fází viz: <code>http://zzz.i2p/topics/2920-flipping-the-switch-on-git#10</code> (04:20:42 PM) eyedeekay1: Pro nextloopa i pro mě by bylo užitečné, kdybych dal nextloopovi oprávnění vytvářet repozitáře v jmenném prostoru i2p na githubu a zapisovat do repozitářů, které vytvoří. (04:20:47 PM) zzz: dobrá práce při sepsání plánu (04:21:24 PM) eyedeekay1: Díky, zzz, jsem rád, že je to konečně v použitelné podobě (04:22:17 PM) zzz: není to dokonalé, ale je to „použitelné“ v tom smyslu, že k tomu můžeme dávat komentáře (04:24:39 PM) eyedeekay1: Další věc, kterou budeme přesouvat, je web, což je fajn, protože je poměrně jednoduchý a nic na něm nezávisí; to by se mělo stát tento týden (04:25:26 PM) eyedeekay1: Ale co se týče nextloopa, rád bych věděl, zda se setkává s širokým souhlasem, abychom mu dali oprávnění vytvářet/psát do repozitářů na githubu za nás? (04:25:54 PM) zzz: ok. čekám na tvou úpravu plánu/harmonogramu, aby to nekolidovalo s vydáním .47 (04:26:25 PM) eyedeekay1: OK, mám to otevřené v editoru :) (04:26:48 PM) zzz: Budeš se muset zeptat lidí, kteří jsou aktuálně správci githubu, ti tu nejsou a já nejsem členem (té skupiny). (04:27:39 PM) eyedeekay1: Doposud se tento návrh setkává s jejich souhlasem, i když mám stále jednoho, kdo nereaguje. (04:29:05 PM) zzz: Za mě je to v pořádku, pokud vy dva máte spolehlivý způsob komunikace a zálohu. Nemyslím, že potřebujeme další nekomunikující správce :) (04:29:53 PM) eyedeekay1: Myslím, že to zvládneme (04:30:06 PM) eyedeekay1: Takže nextloop dostane práva na githubu (04:31:40 PM) zzz: Lidé, kteří dlouho nereagují a mají spoustu oprávnění, mohou být dobří jako záloha pro nejhorší případ („kdyby někoho přejel autobus“), ale je to také potenciální bezpečnostní riziko, takže je potřeba to řídit. (04:33:12 PM) eyedeekay1: Jo (04:33:20 PM) eyedeekay1: Pokud je tady k bodu 3) ještě něco, tak teď; jinak uvidíme upravený plán ve vlákně na zzz.i2p pravděpodobně během příštího dne. (04:33:45 PM) zzz: super (04:34:18 PM) mikalvmeeh: (Jsem tu jen napůl, nestihl jsem pozdrav) (04:34:56 PM) eyedeekay1: Dobře, prošli jsme plánovaná témata, má někdo ještě něco? (04:36:43 PM) eyedeekay1: timeout 1 m (04:38:51 PM) eyedeekay1: <em>bafs</em> Dobře, tímto tuto schůzku uzavírám. Prosím, pamatujte na 1. září, další naplánovanou schůzku ve stejný čas, 20:00 UTC (04:39:12 PM) eyedeekay1: Děkuji všem za účast </div></p>/cs/blog/2020/06/07/pomozte-sv%C3%BDm-p%C5%99%C3%A1tel%C5%AFm-p%C5%99ipojit-se-k-i2p-sd%C3%ADlen%C3%ADm-reseed-bundles/Sun, 07 Jun 2020 00:00:00 +0000/cs/blog/2020/06/07/pomozte-sv%C3%BDm-p%C5%99%C3%A1tel%C5%AFm-p%C5%99ipojit-se-k-i2p-sd%C3%ADlen%C3%ADm-reseed-bundles/<p>Většina nových I2P routerů se do sítě připojuje prostřednictvím bootstrapu za pomoci reseed služby. Reseed služby jsou však centralizované a v porovnání se zbytkem sítě I2P, kde je kladen důraz na decentralizovaná a neblokovatelná spojení, je poměrně snadné je blokovat. Pokud nový I2P router není schopen provést bootstrap, může být možné použít existující I2P router k vygenerování funkčního &ldquo;Reseed bundle&rdquo; (balíček pro reseed) a provést bootstrap bez potřeby reseed služby.</p>/cs/blog/2020/05/25/vyd%C3%A1n%C3%AD-0.9.46/Mon, 25 May 2020 00:00:00 +0000/cs/blog/2020/05/25/vyd%C3%A1n%C3%AD-0.9.46/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>0.9.46 obsahuje výrazná zlepšení výkonu ve streamovací knihovně. Dokončili jsme vývoj šifrování ECIES (návrh 144) a nyní je možné jej pro testování povolit.</p> <p><strong>Pouze pro uživatele Windows</strong>: Tato verze opravuje zranitelnost umožňující lokální eskalaci oprávnění, kterou by mohl zneužít lokální uživatel s možností spouštět programy. Nainstalujte prosím aktualizaci co nejdříve. Děkujeme společnosti Blaze Infosec za zodpovědné nahlášení tohoto problému.</p> <p>Jedná se o poslední vydání, které podporuje Javu 7, balíčky pro Debian Wheezy a Stretch a balíčky pro Ubuntu Precise a Trusty. Uživatelé na těchto platformách musí provést upgrade, aby dostávali budoucí aktualizace I2P.</p>/cs/blog/2020/05/05/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-5.-kv%C4%9Btna-2020/Tue, 05 May 2020 00:00:00 +0000/cs/blog/2020/05/05/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-5.-kv%C4%9Btna-2020/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> echelon, eyedeekay, zlatinb, zzz</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 22:00:09 &lt;eyedeekay&gt; Ahoj všichni, vítejte na schůzce pro první úterý v měsíci a na poslední schůzce před vydáním 0.9.46. Kdo další je přítomen? 22:00:27 &lt;zzz&gt; ahoj 22:00:28 &lt;zlatinb&gt; ahoj 22:01:02 &lt;eyedeekay&gt; 0) Ahoj 22:01:02 &lt;eyedeekay&gt; 1) 0.9.46 stav/vydání 22:01:03 &lt;eyedeekay&gt; 2) stav migrace na git 22:01:03 &lt;eyedeekay&gt; 3) reseeds (bootstrap servery pro inicializaci sítě I2P) 22:01:03 &lt;eyedeekay&gt; 4) různé 22:03:07 &lt;eyedeekay&gt; Tohle je poslední IRC setkání před vydáním 0.9.46, zmrazení tagů bude přibližně za týden, takže překlady řetězců musí být do té doby hotové. Veškeré zbývající změny musí být odevzdány do finální uzávěrky 22. tohoto měsíce. 22:03:58 &lt;eyedeekay&gt; Podle mých informací jsme na dobré cestě vydat to včas. 22:04:15 &lt;eyedeekay&gt; Za sebe, v cyklu 0.9.46 jsem pokračoval v organizačních, kosmetických a UI změnách aplikací, hlavně jsem se soustředil na i2ptunnel. Také jsem pracoval na nastavení rotace tunnelů pro i2ptunnel, které budu brzy připraven zapsat. Pochybuji, že stihnu dokončit dynamické přidělování tunnelů pro i2ptunnel včas pro 0.9.46. 22:04:21 &lt;eyedeekay&gt; Má někdo něco k doplnění? 22:04:38 &lt;zzz&gt; ano 22:04:52 &lt;zzz&gt; dva hlavní body, vylepšení streamingu a dokončení ratchetu, jsou hotové 22:05:01 &lt;eyedeekay&gt; Výborně! 22:05:03 &lt;zzz&gt; testování ratchetu s i2pd probíhá dobře 22:05:08 &lt;zzz&gt; dobré první zprávy o streamingu 22:05:17 &lt;zzz&gt; dolaďování bude pokračovat až do vydání 22:05:28 &lt;zzz&gt; Teď se soustředím hlavně na opravy chyb, napříč vším 22:05:55 &lt;zzz&gt; měli bychom být na cestě k vydání na začátku týdne od 25. 22:05:57 &lt;zzz&gt; eot 22:06:05 &lt;eyedeekay&gt; Velmi dobré. Pro ty, kdo sledují #ls2, bylo tohle velmi vzrušující sledovat. 22:06:22 &lt;eyedeekay&gt; zlatinb, máš něco ze své strany? 22:07:29 &lt;zlatinb&gt; jen spousta práce na streamingu, buď bude pokračovat, nebo bude aplikována na ssu ve 47 22:07:52 &lt;eyedeekay&gt; Super tedy. Přesuňme se k 2) 22:08:14 &lt;eyedeekay&gt; 2) stav migrace na git 22:08:14 &lt;eyedeekay&gt; Git byl připraven pro obecné použití, byl přesunut do datacentra, na rychlejší hardware a rychlejší připojení. Nastavení pro nový git i2ptunnel byla z velké části rozhodnuta, ale zatím nezapsána. Novým registracím na gitlabu budou předloženy základní podmínky používání. Pokud tyto TOS nedokážou splnit, možnost self-hostingu git služeb je jasně popsána. Má zálohy a má jak HTTPS, tak .oni 22:08:14 &lt;eyedeekay&gt; o support gittorrent is still ongoing, as is the trac ticket migration. As long as we continue to use trac for issues for the time being, I believe Git is ready for full-time use if we transition after this release. 22:10:16 &lt;eyedeekay&gt; historie mtn zůstává problémem u některých zajímavých repozitářů 22:15:23 &lt;eyedeekay&gt; Moc se omlouvám, spadl mi pidgin. 22:15:23 &lt;eyedeekay&gt; Kde jsme to byli? 22:15:38 &lt;zzz&gt; "mtn history remains..." 22:20:14 &lt;eyedeekay&gt; Díky, zzz. 22:21:03 &lt;eyedeekay&gt; Nemyslím, že mám ze své strany k gitu mnoho dalšího. Pokud nikdo nemá žádné připomínky, můžeme přejít k reseeds 22:21:03 &lt;eyedeekay&gt; timeout 1min 22:21:03 &lt;eyedeekay&gt; Aha, nezmínil jsem HTTPS URL. Náš git je viditelný na i2pgit.org 22:21:05 &lt;eyedeekay&gt; Pokračujeme, téma 3) reseeds 22:21:05 &lt;eyedeekay&gt; zzz, máš slovo 22:21:18 &lt;zzz&gt; počkej 22:21:25 &lt;eyedeekay&gt; OK 22:21:31 &lt;zzz&gt; mohu dostat prostor přidat pár myšlenek k 2)? 22:21:37 &lt;eyedeekay&gt; Jasně 22:21:51 &lt;zzz&gt; děkuji 22:22:11 &lt;zzz&gt; především se zlepšuji v gitu a gitlabu a o víkendu jsem poslal 3 požadavky na sloučení (MR) do muwire 22:22:21 &lt;zzz&gt; dva proběhly dobře, jeden už méně, ale učíme se 22:22:30 &lt;zzz&gt; cítím se mnohem jistěji 22:22:52 &lt;zzz&gt; za druhé: jak bylo, myslím, zmíněno na minulé schůzce, velmi by nám pomohl plán a harmonogram migrace 22:23:00 &lt;zzz&gt; nemyslím, že by někde byl zveřejněn 22:23:23 &lt;zzz&gt; zejména co které větve a kdy, a tak dále 22:23:23 &lt;zzz&gt; eot 22:27:42 &lt;eyedeekay&gt; Sakra, to se nedostalo do vlákna. Probírali jsme harmonogram, který zahrnoval přesun věcí, které nejsou i2p.i2p, na git před samotným i2p.i2p. To musí být zveřejněno, než dokončíme přechod. Dnes večer to zveřejním. Díky, zzz, za připomenutí a za to, že jsi dal gitu šanci. 22:27:42 &lt;eyedeekay&gt; Ještě něco k bodu 2) od někoho? 22:28:58 &lt;eyedeekay&gt; Dobře tedy 3) reseeds 22:29:04 &lt;zzz&gt; děkuji 22:29:16 &lt;zzz&gt; Chci vydat naléhavou výzvu na více reseeds 22:29:33 &lt;zzz&gt; meeh provozuje 3 z našich 10 a všechny 3 byly asi dva týdny mimo provoz. Jedna se vrátila do provozu. 22:29:43 &lt;zzz&gt; a další dvě jsou stále mimo provoz, z různých důvodů 22:29:52 &lt;zzz&gt; nereaguje 22:30:12 &lt;zzz&gt; není to dobrá situace. Pokud budou za 2 týdny stále mimo provoz, odstraním je před vydáním 22:30:16 &lt;zzz&gt; a klesneme na 7 nebo 8 22:30:39 &lt;zzz&gt; nefunkční reseeds vedou k mizerné zkušenosti nových uživatelů, je to nepřijatelné 22:31:12 &lt;zzz&gt; kdokoli, kdo chce jeden provozovat, ať mě prosím kontaktuje 22:31:24 &lt;fug&gt; udělejte provozování reseeds snadnější, pak je lidé budou provozovat 22:31:26 &lt;zzz&gt; bylo by fajn mít jeden od biglybt nebo jiných organizací spřízněných s i2p 22:31:45 &lt;zzz&gt; jasně, vždy to může být lepší 22:32:08 &lt;zzz&gt; bohužel člověk, který spravoval naše reseeds a software, loni zmizel, takže je to také bez personálního pokrytí 22:32:11 &lt;eyedeekay&gt; fug, co se kvalifikuje jako snazší? To by byl úkol pro mě, jsem ten Go člověk, rád bych to dockerizoval nebo udělal checkinstallable nebo go get-able nebo cokoli. 22:32:16 &lt;zzz&gt; EOT 22:32:44 &lt;zzz&gt; plugin pro reseed také nechal napůl hotový 22:32:47 &lt;fug&gt; eyedeekay: docker image by byl dobrý 22:33:03 &lt;eyedeekay&gt; Super, během dne či dvou to sem dám. 22:33:29 &lt;fug&gt; ale něco jako jednoduchá, jediná aplikace, která by dělala reseeding s minimálním či žádným potřebným nastavením, by bylo ještě lepší 22:35:50 &lt;eyedeekay&gt; To je docela blízko tomu, co je Go reseed, ačkoli přiznávám, že tam jsou nějaké nedostatky. Začnu s Dockerem. 22:36:01 &lt;eyedeekay&gt; Ještě něco k bodu 3)? 22:36:23 &lt;zzz&gt; ne. díky, že jsi to přidal do agendy 22:36:48 &lt;eyedeekay&gt; Není zač, žádný problém. 4) různé 22:39:29 &lt;eyedeekay&gt; Chci poděkovat dr|zed za přispění vylepšeného CSS pro mé osobní weby, opravdu si vážím práce, která do toho byla vložena. Také se mi podařilo získat trochu designového poradenství k mé WebExtension. Dělá někdo něco zajímavého nebo vzrušujícího? 22:40:53 &lt;eyedeekay&gt; (Co ještě nebylo zmíněno jinde?) 22:42:04 &lt;eyedeekay&gt; timeout 1m 22:43:47 &lt;eyedeekay&gt; Pokud už nikdo nic nemá, půjdu a ukončím schůzku. 22:44:49 &lt;eyedeekay&gt; Dobrá, *bafs*. Díky všem, že jste přišli a přispěli na schůzce, uvidíme se na IRC </div>/cs/blog/2020/04/07/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-7.-dubna-2020/Tue, 07 Apr 2020 00:00:00 +0000/cs/blog/2020/04/07/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-7.-dubna-2020/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> echelon, eyedeekay, zlatinb, zzz</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 22:04:29 &lt;eyedeekay&gt; Ahoj všichni, kdo všechno je tady? 22:04:40 &lt;eche|on&gt; peep :-=) 22:04:46 &lt;zlatinb&gt; ahoj 22:04:48 &lt;zzz&gt; přítomen 22:06:18 &lt;eyedeekay&gt; Dobře, první téma, 0.9.46, zzz, máš slovo 22:06:52 &lt;zzz&gt; dokončuji asi dvouměsíční práci na ratchet (proposal 144) 22:07:16 &lt;zzz&gt; Jsem zhruba u dokončení „fáze 2“, kde je to funkčně kompletní 22:07:32 &lt;zzz&gt; a přejdu k intenzivnějšímu opravování chyb a testování 22:07:51 &lt;zzz&gt; takže ve 46 to bude k testování pro více lidí a možná to ve 47 zapneme ve výchozím stavu 22:08:23 &lt;zzz&gt; dále se zaměřím na další opravy chyb a témata, například streamování (spolupráce se zlatinb) 22:08:56 &lt;zzz&gt; EOT za mě, tak možná by ostatní řekli, na čem pro 46 pracují 22:09:01 &lt;eche|on&gt; Před 2 dny jsem právě aktualizoval na -5, stále to funguje dobře, je zahrnut patch pro tunnel round robin, zatím jsem nezaznamenal žádné velké změny 22:09:56 &lt;zlatinb&gt; Znovu a znovu čtu TCP RFC a všímám si mnoha nesrovnalostí v našich implementacích streamingu a ssu. Tak jsem je přepsal. Tickety jsou na trac 22:10:24 &lt;eche|on&gt; velmi velmi detailní čtení a kontrola, zlatinb 22:11:34 &lt;eyedeekay&gt; Začal jsem pracovat na úpravách i2ptunnel UI, abychom snížili množství zbytečných informací, které prezentujeme novým uživatelům, a na mechanismu periodické rotace klíčů pro i2ptunnels 22:12:19 &lt;eyedeekay&gt; Spousta věcí mimo strom i pro mě, chci nahradit balík profilu Firefoxu něčím, co funguje i na ne-Windows platformách, a to se vyvíjí docela dobře. 22:12:32 &lt;eyedeekay&gt; To je ode všech vše? 22:12:46 &lt;eche|on&gt; vypadá to tak 22:12:49 &lt;eyedeekay&gt; Má někdo také nějaké dotazy? 22:13:47 &lt;eyedeekay&gt; Zatím dobré. Další je různé 22:14:37 &lt;eyedeekay&gt; K migraci na git: bylo rozhodnuto migrovat i2p.i2p *po* příštím vydání, ne před ním. Ostatní repozitáře mohou být migrovány dříve, případ od případu. 22:15:06 &lt;eche|on&gt; dobře 22:15:20 &lt;eyedeekay&gt; Registrace na git.idk.i2p je otevřená, ale vyžaduje ruční schválení od admina. Reagujeme včas, ale klidně mě pingněte, pokud spěcháte. 22:16:46 &lt;eyedeekay&gt; Preferovaný přístup je nyní používat git přes SSH, s výjimkou počátečního clone, který můžete provést stažením git bundle pomocí snark. 22:16:50 &lt;eyedeekay&gt; EOT 22:17:18 &lt;eyedeekay&gt; Nějaké otázky na mě ohledně migrace na git? 22:17:31 &lt;eche|on&gt; nějaký pokrok s začleněním tiketů z trac? 22:17:49 &lt;eyedeekay&gt; Neměl jsem čas pracovat na tracboat, takže ne, zatím ne. 22:17:58 &lt;eche|on&gt; ok 22:18:41 &lt;zlatinb&gt; Mám 2 otázky ohledně migrace: 22:18:41 &lt;zlatinb&gt; 1. Existuje způsob, jak změnit časový limit čtení po síti (network read timeout) v ssh během git clone? Pokud ano, zvýšení na něco jako 5 minut by zvýšilo šanci na úspěch 22:18:41 &lt;zlatinb&gt; 2. Protože trac nebyl moc spolehlivý, je v pořádku začít zakládat nebo zrcadlit tickety do GitLabu. Budou se na ně dívat? 22:19:15 &lt;eyedeekay&gt; 1: Zkoumal jsem to, nevypadá to, ale zatím na to neumím dát definitivní odpověď. 22:19:20 &lt;zzz&gt; k 2) ne z mé strany, pokud myslíš i2p.i2p 22:19:25 &lt;eche|on&gt; k 2: tracboat by byl skriptové řešení pro zahrnutí všech tiketů z trac do git 22:19:54 &lt;zzz&gt; související otázka: jaký je plán na zlepšení trvale špatného uptime veřejně dostupných služeb, které provozuje meeh? 22:20:02 &lt;eche|on&gt; ach, promiň, pro kopírování/migraci existujících tiketů, nové mohou být problém 22:20:18 &lt;zlatinb&gt; Zachovají se čísla tiketů? Pokud ano, co se stane s tickety, které už jsou otevřené na GL, bude je potřeba smazat? 22:21:21 &lt;eyedeekay&gt; Čísla tiketů by se měla zachovat, pokud se mi migraci podaří zprovoznit; duplicitní tickety bude nutné ručně smazat, až se jeden nebo druhý ticket uzavře. 22:22:08 &lt;zlatinb&gt; a pokud z jakéhokoli důvodu migrace nebude fungovat, jaký je záložní plán? 22:23:12 &lt;zzz&gt; na migraci z trac jsme se zatím vůbec neshodli; předpokládám, že tohle jsou jen experimenty. Navrhuji odložit migraci z trac až poté, co budou všechny větve v mtn (včetně těch, které zatím vůbec nejsou na GH) migrovány na git 22:23:33 &lt;zzz&gt; možná nejdříve v září 22:23:42 &lt;eche|on&gt; odpověď na to bude korelovat s otázkou od zzz, aktuálně není pevný plán. Můj nápad by byl nechat trac běžet se staršími tikety 22:24:02 &lt;eyedeekay&gt; Nemám způsob, jak trac opravit, migrace tiketů z něj je jediné, co osobně mohu udělat. Pokud je nedokážu migrovat pomocí tracboat, budu to muset udělat sám. Stranu gitlabu znám, budu se jen muset naučit tu trac část. Vím, že gitlab se zdá být zřejmou a lákavou náhradou za trac, ale tohle je zásadní překážka. 22:24:03 &lt;zlatinb&gt; ok, a než bude migrace vyzkoušena, máme nadále používat trac? 22:24:41 &lt;eyedeekay&gt; Ano 22:24:51 &lt;eche|on&gt; co se týče ticketů: prosím používejte trac, dokud nebude migrace ticketů hotová 22:24:53 &lt;zzz&gt; tak kdo má na starosti opravu meehových služeb? Nebo jsme to vzdali a teď pracujeme na náhradě všeho, co provozuje? Pokud to tak je, řekněme to otevřeně 22:25:56 &lt;eche|on&gt; za své služby je zodpovědný meeh. trac by měl být nahrazen gitem. 22:26:31 &lt;zzz&gt; což neřeší systémové problémy u dalších služeb, jako je deb repozitář a outproxy 22:26:31 &lt;eche|on&gt; debianí repozitář je momentálně otevřený bod, udělal jsem jeho mirror, ale aktuálně potřebuji více času, abych ho nastavil podle očekávání 22:27:32 &lt;eche|on&gt; outproxy se vůbec dotýkat nebudu 22:27:50 &lt;eyedeekay&gt; Rád pomohu nahradit meehův deb repozitář, ale s outproxy nemohu nic dělat. 22:29:19 &lt;eche|on&gt; meeh nám často říkal, že problém je hlavně starý systém na starých IP, které používá; s tím, že welterde změnil DNS, se to dnes změnilo 22:29:33 &lt;zzz&gt; Předpokládám, že migrace ticketů pro konkrétní větev X nastane až poté, co pro X přejdeme z mtn na git 22:29:35 &lt;eche|on&gt; ale aktuálně netuším 22:30:55 &lt;eyedeekay&gt; zzz Ano 22:31:08 &lt;eyedeekay&gt; Re: migrace ticketů 22:31:27 &lt;eyedeekay&gt; Tím bychom lidi nepletli ohledně toho, kde se problémy řeší. 22:32:21 &lt;eyedeekay&gt; Ještě něco? 22:34:22 &lt;eyedeekay&gt; timeout: 60s 22:36:22 &lt;eyedeekay&gt; **Bafs** OK, díky všem, že jste přišli </div>/cs/blog/2020/03/18/pou%C5%BEit%C3%AD-git-bundle-k-z%C3%ADsk%C3%A1n%C3%AD-zdrojov%C3%A9ho-k%C3%B3du-i2p/Wed, 18 Mar 2020 00:00:00 +0000/cs/blog/2020/03/18/pou%C5%BEit%C3%AD-git-bundle-k-z%C3%ADsk%C3%A1n%C3%AD-zdrojov%C3%A9ho-k%C3%B3du-i2p/<p>Klonování velkých softwarových repozitářů přes I2P může být obtížné a používání Gitu to může někdy ještě ztížit. Naštěstí to může Git někdy i usnadnit. Git má příkaz <code>git bundle</code>, který lze použít k převodu repozitáře Git na soubor; z umístění na vašem místním disku pak z něj může Git klonovat, načítat nebo importovat. Spojením této možnosti se stahováním přes BitTorrent můžeme vyřešit zbývající problémy s <code>git clone</code>.</p> <h2 id="než-začnete">Než začnete</h2> <p>Pokud máte v úmyslu vytvořit git bundle, <strong>musíte</strong> již mít úplnou kopii repozitáře <strong>git</strong>, nikoli repozitáře mtn. Můžete jej získat z githubu nebo z git.idk.i2p, ale mělký klon (klon provedený s &ndash;depth=1) <em>nebude fungovat</em>. Selže tiše, vytvoří něco, co vypadá jako bundle, ale když se jej pokusíte klonovat, selže. Pokud pouze získáváte předem vytvořený git bundle, pak se na vás tato část nevztahuje.</p>/cs/blog/2020/03/16/nastaven%C3%AD-gitlabu-p%C5%99es-i2p/Mon, 16 Mar 2020 00:00:00 +0000/cs/blog/2020/03/16/nastaven%C3%AD-gitlabu-p%C5%99es-i2p/<p>Toto je postup nastavení, který používám k konfiguraci Gitlabu a I2P, přičemž Docker slouží ke správě samotné služby. Gitlab je tímto způsobem na I2P velmi snadné hostovat; spravovat jej bez větších obtíží zvládne i jediná osoba. Tyto pokyny by měly fungovat na jakémkoli systému založeném na Debianu a snadno se dají použít i na jakémkoli systému, kde jsou k dispozici Docker a I2P router.</p> <h2 id="závislosti-a-docker">Závislosti a Docker</h2> <p>Protože Gitlab běží v kontejneru, na našem hlavním systému musíme nainstalovat pouze závislosti potřebné pro tento kontejner. Pohodlně můžete vše potřebné nainstalovat pomocí:</p>/cs/blog/2020/03/06/git-p%C5%99es-i2p-pro-u%C5%BEivatele/Fri, 06 Mar 2020 00:00:00 +0000/cs/blog/2020/03/06/git-p%C5%99es-i2p-pro-u%C5%BEivatele/<p>Návod k nastavení přístupu ke gitu přes I2P Tunnel. Tento tunnel bude sloužit jako váš přístupový bod k jediné službě gitu v I2P. Je to součást celkového úsilí o přechod I2P z monotone na Git.</p> <h2 id="než-cokoli-jiného-mějte-jasno-v-tom-jaké-možnosti-služba-nabízí-veřejnosti">Než cokoli jiného: Mějte jasno v tom, jaké možnosti služba nabízí veřejnosti</h2> <p>V závislosti na tom, jak je služba Git nakonfigurována, může, ale nemusí nabízet všechny služby na stejné adrese. V případě git.idk.i2p existuje veřejná HTTP adresa URL a SSH adresa URL pro nastavení vašeho SSH klienta pro Git. Obojí lze použít k odesílání (push) i stahování (pull), ale doporučuje se SSH.</p>/cs/blog/2020/03/03/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-3.-b%C5%99ezna-2020/Tue, 03 Mar 2020 00:00:00 +0000/cs/blog/2020/03/03/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-3.-b%C5%99ezna-2020/<h2 id="stručná-rekapitulace">Stručná rekapitulace</h2> <p class="attendees-inline"><strong>Přítomni:</strong> echelon, eyedeekay, sadie, mikalv, zzz</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 20:59:49 &lt;eyedeekay&gt; Ahoj všichni, za asi minutu začíná schůzka, kdo je tady? 20:00:33 &lt;eche|on&gt; Ok, je čas. Vítejte na vývojářském IRC setkání 3. března 2020. 20:00:40 &lt;eche|on&gt; Program: 20:00:40 &lt;eche|on&gt; 0) Ahoj 20:00:40 &lt;eche|on&gt; 1) stav vydání 0.9.45 20:00:40 &lt;eche|on&gt; 2) plány pro 0.9.46 20:00:40 &lt;eche|on&gt; 3) I2P Android stav/budoucnost 20:00:40 &lt;eche|on&gt; 4) plány MTN =&gt; Git 20:00:40 &lt;eche|on&gt; 5) různé - UX plány na rok 2020; darovací stránka 20:01:28 &lt;eche|on&gt; takže, protože starý buffer je pro mě téměř nepoužitelný a nový zatím nemám, pojďme začít 20:01:31 &lt;eche|on&gt; 0) ahoj 20:01:33 &lt;nextloop&gt; ahoj! 20:01:38 &lt;eche|on&gt; Jsem tu, eyedeekay je tu, nextloop je tu 20:01:40 &lt;zzz&gt; ahoj 20:02:21 &lt;eche|on&gt; ok, pojďme na 1) 20:02:36 &lt;eche|on&gt; 0.9.45 vyšla před pár dny a zatím to vypadá dobře 20:02:42 &lt;eche|on&gt; nějaké komentáře? 20:03:03 &lt;zzz&gt; u mě všechno proběhlo hladce 20:03:11 &lt;nextloop&gt; jaký je stav Androidu? 20:03:16 &lt;zzz&gt; v síti, PPA, deb repo. Zatím žádné zásadní hlášení 20:03:31 &lt;eche|on&gt; Android pořád hotový není, viz bod 3 20:03:34 &lt;zzz&gt; nechám na tobě report maven/fdroid/android/mac, do toho nevidím 20:03:47 &lt;eche|on&gt; Mac byl sestaven a nahrán online 20:04:09 &lt;eche|on&gt; z mé strany to šlo dost dobře 20:04:13 &lt;eche|on&gt; ahoj sadie_ 20:04:45 &lt;eche|on&gt; ok, a teď přejděme k 2, plánům pro 0.9.46 20:04:55 &lt;eche|on&gt; zzz: nějaké plány pro 0.9.46 na tvé roadmapě? 20:05:17 &lt;sadie_&gt; ahoj 20:05:51 &lt;zzz&gt; rrd4j nahrazuje jrobin 20:05:56 &lt;zzz&gt; za týden zatím asi 30 commitů 20:06:10 &lt;zzz&gt; orignal a doufám, že dokončím ratchet (prop. 144) 20:06:28 &lt;eche|on&gt; dobré tempo, určitě to zpomalí. Bude ratchet v .46, nebo spíš možná? 20:06:41 &lt;zzz&gt; opravy SSU v joggeru... možná... možná ne... 20:07:23 &lt;zzz&gt; ratchet je v 45, funguje, ale spousta detailů není hotová, snad budou do 46 20:07:36 &lt;eche|on&gt; ok, dobré. 20:08:15 &lt;zzz&gt; seznam úkolů pro ratchet `http://zzz.i2p/topics/2639` 20:08:49 &lt;eche|on&gt; jaký je odhadovaný termín vydání 0.9.46? květen? 20:08:50 &lt;zzz&gt; jaké jsou plány ostatních? 20:09:15 &lt;eche|on&gt; eyedeekay, sadie, plán pro 0.9.46 ? 20:09:18 &lt;eyedeekay&gt; Mou nejvyšší prioritou je v tuto chvíli readme umístěné v router konzoli; momentálně mě trochu blokuje ještě doporučení chatu, ale brzy to vyřeším. Na tom pak budu stavět a postupně pracovat na nápovědě přímo v konzoli. 20:09:24 &lt;zzz&gt; konec května je můj návrh, pokud s tím ostatní souhlasí 20:10:07 &lt;eche|on&gt; ok, konec května vypadá dobře, v příštích dnech to potvrdím s ostatními. 20:10:20 &lt;eyedeekay&gt; Konec května mi vyhovuje 20:10:32 &lt;mikalv_&gt; taky 20:10:43 &lt;eche|on&gt; ok, nějaké další poznámky k plánům 0.9.46? 20:10:51 &lt;eche|on&gt; komentáře, dotazy? 20:11:24 &lt;mikalv_&gt; ne, ale měli bychom rozhodnout otázku podpory architektur pro Android, když jsme tady všichni 20:11:32 &lt;eche|on&gt; to je bod 3 :-) 20:11:44 &lt;mikalv_&gt; v zásadě Google říká: podporujte x64, nebo opusťte platformu (pokud nabízíte jen 32bit) 20:11:47 &lt;eche|on&gt; k čemuž se teď dostáváme, když se nikdo nepřihlásil s jinou otázkou k bodu 2 20:11:56 &lt;mikalv_&gt; skvělé 20:11:59 &lt;eche|on&gt; mikalv_: jaký je stav Androidu 0.9.45 ? 20:12:31 &lt;mikalv_&gt; Zkompiloval jsem to, přišla stížnost od Googlu, a čekal jsem na tuto schůzku kvůli administrativnímu rozhodnutí, co s tím uděláme 20:12:48 &lt;mikalv_&gt; jestli máme zahodit mips a podobné, nebo se pokusit vyrobit pro to 64bitové binárky 20:13:04 &lt;zzz&gt; jaké je tvé doporučení? 20:13:34 &lt;mikalv_&gt; jakmile to rozhodneme, měli bychom být připraveni vydat kdykoli, pokud to odstraníme; a nejsem si jistý, jestli potřebujeme vyrobit 64bitové binárky, protože jsem to ještě nezkoušel 20:13:42 &lt;eche|on&gt; Podle mě už není moc Android zařízení s MIPS a x86, takže je pro 0.9.45 vynechme, ale mějme to na paměti 20:13:57 &lt;sadie_&gt; Za mě: revize informační architektury konzole a webu, pak workshop Identita a hodnoty s Ura a Simply Secure. Práce po instalaci, revize infrastruktury a zásad 20:14:06 &lt;mikalv_&gt; Zkoušel jsem z Google Play nějak dostat, jak moc se používají (jednotlivé architektury), ale nenašel jsem k tomu žádné metriky 20:14:10 &lt;zzz&gt; máš statistiky uživatelů, mikale? 20:14:22 &lt;eche|on&gt; ok, sadie, doplněk k bodu 2, poznačeno :-) 20:14:23 &lt;mikalv_&gt; nejblíž je seznam zařízení 20:14:27 &lt;nextloop&gt; architektura je relevantní jen pro NDK knihovnu jbigi, že? 20:14:35 &lt;mikalv_&gt; ale pak musíme vědět, jakou architekturu mají všechna ta různá zařízení 20:14:38 &lt;zzz&gt; to mi zní jako snadné rozhodnutí 20:14:40 &lt;eche|on&gt; ano, nextloop, většinou ano 20:14:44 &lt;mikalv_&gt; ano, nextloop 20:14:48 &lt;nextloop&gt; protože se to při každém vydání na F-Droidu sestavuje ze zdrojáků 20:15:17 &lt;nextloop&gt; nikdy jsem neověřil, jestli se to opravdu používá, nebo se použije Java fallback 20:15:25 &lt;eche|on&gt; ok 20:15:25 &lt;mikalv_&gt; ale platí to i pro 64bit verze, takže by F-Droid měl binárky, které v gplay verzi nejsou? 20:16:24 &lt;nextloop&gt; myslím, že to prostě spustí shell skript. Co se tam vybuduje, to se vybuduje 20:16:50 &lt;eche|on&gt; mikalv_: prosím zkontroluj shell skript/F-Droid verzi; pokud je k dispozici 64 bit, použij ho, jinak tu architekturu vynech 20:17:24 &lt;mikalv_&gt; dobře, udělám to tak, pokud nejsou námitky 20:17:35 &lt;eyedeekay&gt; Z mé strany žádné námitky. 20:17:40 &lt;mikalv_&gt; (?) 20:17:43 &lt;mikalv_&gt; skvělé 20:17:46 &lt;eche|on&gt; teď k zajímavějšímu bodu: budoucnost Android verze I2P. Protože bote je prakticky mrtvý a nepoužívá se a není k němu vývojář, tak use case pro Android I2P mizí 20:17:57 &lt;eche|on&gt; chceme budoucí vydání Android I2P? 20:18:09 &lt;eche|on&gt; i bez bote a s téměř nulovým use case? 20:18:16 &lt;eche|on&gt; eyedeekay: názor? zzz? 20:18:28 &lt;zzz&gt; tvoje premisa je, že jediný use case pro android router aplikace je bote? 20:18:47 &lt;eche|on&gt; protože prohlížeč má jiné problémy (jak mi říkal mikalv_), co zbývá? 20:18:59 &lt;eyedeekay&gt; Lidé používají Java I2P na Androidu i k jiným věcem než Bote. Jeden člověk třeba provozuje YaCy nad Termuxem nebo nějaké podobné šílenosti. Nechci lidi brzdit. 20:19:03 &lt;eche|on&gt; kromě toho, že je to prostě router na malých zařízeních 20:19:18 &lt;zzz&gt; prostě není pravda, že by prohlížení bylo rozbité 20:19:34 &lt;mikalv_&gt; v podstatě dnes není žádný "netechnický" způsob, jak Android verzi používat 20:19:39 &lt;eche|on&gt; ok, dobré, takže vy oba jste pro budoucnost Androidu 20:19:41 &lt;zzz&gt; že, idk? 20:19:48 &lt;mikalv_&gt; můžeš si poštelovat Firefox v about:config, před čímž Mozilla varuje, aby ses do toho nepouštěl 20:20:06 &lt;eyedeekay&gt; Ano, myslím, že Android může mít budoucnost. 20:20:06 &lt;mikalv_&gt; ale kromě toho by to podle mě potřebovalo nějaký smysluplný účel 20:20:45 &lt;eche|on&gt; ale jak jsem také pochopil, Android přejde pod správu eyedeekaye, je to tak? 20:20:46 &lt;zzz&gt; co za tím je? Tým to nechce podporovat? 20:20:51 &lt;eyedeekay&gt; Ano 20:21:00 &lt;eche|on&gt; O 20:21:01 &lt;eche|on&gt; ok 20:21:12 &lt;eche|on&gt; zzz: snažím se zjistit názory a nápady 20:21:26 &lt;eche|on&gt; a jak to vypadá, eyedeekay bude podporovat Android pro 0.9.46 a dál 20:21:35 &lt;eyedeekay&gt; Budu dál minimálně udržovat Android buildy, převezmu za to odpovědnost. Chci ho dál podporovat. Jen pro upřesnění 20:21:45 &lt;zzz&gt; Myslím, že Android je důležitý. Teď poskytujeme příšernou podporu. Neopravujeme _žádné_ chyby a není žádný nový vývoj 20:21:48 &lt;eche|on&gt; a protože to zjevně uživatelé používají, bude to podporované 20:22:12 &lt;zzz&gt; pokud nedokážeme podporu navýšit se současným týmem, měli bychom na to najmout někoho nového 20:22:33 &lt;eche|on&gt; ok 20:22:48 &lt;sadie_&gt; Požádala jsem o podporu, kterou bych navrhovala nasměrovat na Android. Zatím bez odpovědi. 20:23:12 &lt;sadie_&gt; Myslím, že Android je důležitý 20:23:38 &lt;eche|on&gt; takže Android I2P bude žít dál a zkusíme pro něj zajistit lepší podporu, alespoň lepší než jen dodávat nová vydání 20:23:59 &lt;eche|on&gt; a pokud budou peníze, zajistit vývojáře na placenou podporu Android vývoje 20:24:25 &lt;eche|on&gt; nějaké otázky, komentáře, podněty k bodu 3, Android? 20:25:43 &lt;eche|on&gt; ok, přejdeme k tématu 4) nadcházející převod z monotone na Git 20:26:20 &lt;eche|on&gt; rozhodli jsme se opustit monotone a místo toho použít git; plán převodu se stále připravuje tak, aby byla zachována co nejlepší použitelnost a funkce potřebné pro vývoj I2P 20:26:40 &lt;eche|on&gt; aktuálně eyedeekay zprovoznil git server na `http://git.idk.i2p` a vytvořil návod na https://github.com/eyedeekay/git-over-i2p/blob/master/GIT.md 20:27:02 &lt;eche|on&gt; pracujeme na zprovoznění trac v instanci git a migraci všech tiketů do gitu 20:27:26 &lt;eche|on&gt; až bude migrace bezpečně dokončena a ověřena, rozhodneme o datu přepnutí 20:27:46 &lt;eche|on&gt; aktuálně hledáme testery návodu a git serveru uvnitř I2P 20:28:03 &lt;eche|on&gt; a samozřejmě: další podněty, tipy, nápady, požadavky na funkce k tomuto tématu 20:28:07 &lt;eche|on&gt; takže prosím 20:28:12 &lt;eche|on&gt; eyedeekay: další komentáře k tomu? 20:28:39 &lt;eyedeekay&gt; Také jsem pracoval na přidání podpory SOCKS do webtorrentu, což by nám snad brzy umožnilo používat i gittorrent. 20:29:19 &lt;eche|on&gt; nextloop: komentáře? když teď pracuješ na sync skriptu? 20:29:49 &lt;zzz&gt; je kód muwire nastavený a přemostěný na GH, jak jsme plánovali? 20:30:18 &lt;eyedeekay&gt; Ačkoli mé testy v posledních týdnech byly úspěšné, velmi bych ocenil, kdyby lidé zrevidovali můj návod a okomentovali místa, kde by šel upřesnit nebo zjednodušit. 20:30:37 &lt;nextloop&gt; téma přerušovaných spojení během počátečního klonování se řeší mělkým klonem a postupným prohlubováním, mám pravdu? 20:30:46 &lt;eche|on&gt; zzz: zatím nevím, na mé straně jsem na tom ještě nedělal 20:30:55 &lt;eyedeekay&gt; Ano, to teď funguje. 20:30:56 &lt;zzz&gt; idk? 20:31:13 &lt;eche|on&gt; ano, nextloop, to trochu pomůže, ale i hloubka 1 verze je pořád ~100 MB ke stažení 20:31:37 &lt;eche|on&gt; při prohlubování to naroste o něco víc (v mém pokusu 4–5×) 20:31:49 &lt;zzz&gt; Mám dotaz ohledně uživatelských jmen na git.idk – musíme si vybrat jméno, které není na GH použité, nebo si ho musíme na GH preventivně zaregistrovat, aby to fungovalo správně? 20:32:12 &lt;nextloop&gt; zzz: GitHub identifikuje přispěvatele podle e‑mailových adres. 20:32:17 &lt;zzz&gt; na zzz.i2p bylo nedávno hlášení, že na GH je několik falešných účtů zzz-i2p. Je to problém? 20:32:42 &lt;nextloop&gt; takže když si do GitHubu přidáš e‑mail, který používáš pro i2p git, commit se propojí s tvým účtem 20:33:16 &lt;nextloop&gt; eyedeekay: je běžný torrent archív už připravený? jestli si dobře pamatuju, pracoval jsi na tom 20:33:48 &lt;eyedeekay&gt; Je generovatelný, ale zatím ho nic neplánuje 20:34:32 &lt;zzz&gt; takže se musím na git.idk registrovat s platnou clearnet e‑mailovou adresou, pokud se chci (před nebo po) registrovat na GH? nebo je to lokální nastavení? 20:34:55 &lt;zzz&gt; každopádně, už se v tom ztrácíme, pardon, domluvím se s idk a vyřešíme to 20:35:17 &lt;eyedeekay&gt; Nemusíš si vybírat nepoužité uživatelské jméno na GH, pokud vím; mohl bys pracovat čistě z instance GitLab a GitHub bychom vůbec nepotřebovali 20:35:17 &lt;eche|on&gt; clearnet e‑mail by v tomhle případě měla být IMHO adresa na i2pmail.org 20:35:46 &lt;nextloop&gt; zzz: ano, na GitHubu musíš e‑mail ověřit. Možná použij i2p-mail.org? 20:35:54 &lt;eche|on&gt; aktuálně je plán používat GitLab (idk in i2p net git instance) pro naši práci a synchronizovat na GitHub 20:36:23 &lt;eche|on&gt; tikety v trac by byly na in-net GitLab serveru 20:36:25 &lt;nextloop&gt; eyedeekay: motivovalo by mě nastavit takové automatické archivování 20:36:27 &lt;zzz&gt; Chci si jen být jistý, že se to při přemostění na GH nespáruje s nějakým falešným účtem zzz 20:36:47 &lt;eche|on&gt; (promiňte ten zmatek, GitLab a GitHub jsou oba servery s hromadou funkcí kolem gitu, oba dělají téměř totéž) 20:37:18 &lt;eche|on&gt; dobrý postřeh, zzz 20:37:47 &lt;eche|on&gt; ok, než půjdeme do větších detailů, nějaké další komentáře? 20:39:06 &lt;eche|on&gt; přejdeme k tématu 5 – různé. Teď mám 2 z mé strany: a) darovací stránka a b) UX plány na rok 2020 20:39:40 &lt;eche|on&gt; 5a) novou darovací stránku zřídil mikalv_ na https://donate.i2p.io/ a tyto účty jdou ve prospěch společnosti I2P, kterou mikalv_ provozuje s torkelem v Norsku 20:40:07 &lt;eche|on&gt; je spuštěná a odteď přijímá dary, brzy (tm) bude propagovaná na webu a na Twitteru 20:40:24 &lt;eche|on&gt; nějaké komentáře k tomu? Potíže, problémy? 20:41:29 &lt;eche|on&gt; 5)b) UX plány na rok 2020 – sadie pracuje s eliom na UX projektu, v němž elio dostal prostředky na práci na I2P UX 20:41:42 &lt;eche|on&gt; sadie, nějaké další informace, plány, nápady, komentáře? 20:42:05 &lt;sadie_&gt; Revize informační architektury konzole a webu, pak workshop Identita a hodnoty s Ura a Simply Secure bude práce na tento měsíc 20:42:41 &lt;sadie_&gt; Dostali jsme velmi dobrou zpětnou vazbu na průvodce nastavením! 20:43:31 &lt;eyedeekay&gt; Za mě: projekt prohlížeče byl oficiálně pozastaven. Na něco takového jsme si snad nemohli vybrat horší dobu, protože kódová základna Mozilly se během naší práce zásadně měnila. K projektu se vrátíme, až bude cíl míň v pohybu. Do té doby budu zlepšovat I2P a webové prohlížení v časově méně náročných projektech. 20:43:36 &lt;sadie_&gt; Takže teď fáze výzkumu, syntézy a dokumentace. 20:44:03 &lt;zzz&gt; eyedeekay, stav bety 8, slíbené "za pár dní" na schůzce před měsícem? 20:44:24 &lt;eyedeekay&gt; Je zrušená. Nemělo smysl ji vytvářet, protože by byla použitelná jen velmi krátce. 20:44:35 &lt;eche|on&gt; díky, sadie, jaký je časový rámec celého projektu? konec 20:44:56 &lt;eche|on&gt; eyedeekay: prosím oznam to na webu 20:45:21 &lt;eyedeekay&gt; Zařídím 20:45:22 &lt;sadie_&gt; Předpokládané ukončení studie je v polovině června 20:45:49 &lt;zzz&gt; když by beta 8 nebyla dlouho životaschopná, předpokládám, že beta 7 na našem webu je už dávno zastaralá a měla by se určitě odstranit 20:45:53 &lt;eche|on&gt; ok, a je nějaká hrubá představa, kdy se UX vylepšení dostanou do kódu I2P? 20:46:59 &lt;eche|on&gt; sadie? 20:47:28 &lt;eche|on&gt; zzz: to by se mělo udělat spolu s oznámením definitivního konce projektu prohlížeče 20:47:33 &lt;sadie_&gt; Nebude to dřív než po červnu. Nejprve musíme projít procesem. Pokud budou vylepšení, která lze snadno realizovat, jakmile budou navržena a schválena, uděláme je. 20:47:35 &lt;zzz&gt; sadie_, je organizace financující Ura veřejná? A pokud ano, která? 20:47:46 &lt;mikalv_&gt; ano, projekt prohlížeče bohužel odstartoval ve špatnou dobu, protože Mozilla ten rok v podstatě přepsala celý svůj kód 20:48:05 &lt;anonymousmaybe&gt; i2pbrowser má aktuálně spoustu bezpečnostních zranitelností, které se už dlouho neopravily, protože nedržel krok s opravnými vydáními TB/FF 20:48:09 &lt;mikalv_&gt; takže každé vydání mělo dost odlišný kód než to předchozí a tak dále 20:48:23 &lt;eche|on&gt; sadie_: ok, vypadá to, že první I2P verze, která dostane změny z tohoto projektu, bude začátek 0.9.47, možná 0.9.48 20:48:25 &lt;sadie_&gt; Financování této studie je zajištěno prostřednictvím usability lab. 20:48:39 &lt;zzz&gt; což je OTF? 20:48:40 &lt;sadie_&gt; správně, ech 20:48:47 &lt;mikalv_&gt; TBB mělo v roce 2019 asi 10 lidí, kteří přepisovali všechny jejich patche tak třikrát nebo čtyřikrát 20:49:34 &lt;eche|on&gt; https://www.opentech.fund/labs/usability-lab/ 20:49:45 &lt;sadie_&gt; OTF Resource Labs 20:49:58 &lt;zzz&gt; bylo by dobré k tomu vypustit děkovné tweety a blogpost, pokud je to veřejné; jsou to velké novinky, o kterých bychom měli lidem říct! 20:50:37 &lt;fug&gt; měl byste lidem taky říct, jak jste vykostili UI a odstranili dokumentaci 20:51:09 &lt;eche|on&gt; Malá nepříjemnost: InternetFreedomFestival ve Valencii ve Španělsku byl zrušen kvůli vysokému riziku koronaviru. 20:51:18 &lt;eche|on&gt; takže tam žádná účast I2P 20:51:38 &lt;eche|on&gt; zzz: poznamenáno a stane se 20:52:15 &lt;sadie_&gt; zzz, ano, minulý týden jsem to oznámila na fóru. Je naplánováno PR zveřejnění 20:52:26 &lt;eche|on&gt; ještě nějaké komentáře, témata k bodu 5) různé? 20:52:51 &lt;eche|on&gt; `http://i2pforum.i2p/viewtopic.php?f=27&t=925` 20:53:00 &lt;eche|on&gt; je příspěvek na fóru se zprávami 20:53:10 &lt;fug&gt; zzz: GitHub detekuje podle e‑mailu uvedeného v commitech; ten e‑mail musí být zaregistrovaný u účtu GitHubu a registrace vyžaduje odeslání potvrzovacího odkazu na ten e‑mail 20:53:33 &lt;fug&gt; zzz: takže v případě tvých commitů s .i2p mailem je nebudeš moci potvrdit 20:53:55 &lt;anonymousmaybe&gt; nějaká roadmapa pro izolaci i2prouter? https://trac.i2p2.de/ticket/2132 20:54:47 &lt;eche|on&gt; rozštěpení balíčku i2p pro Debian je IMHO momentálně pozastavené 20:54:51 &lt;eyedeekay&gt; Zatím na to není roadmapa. 20:55:02 &lt;anonymousmaybe&gt; ach jo.. 20:55:22 &lt;eche|on&gt; Co vím, proběhla nějaká diskuze s maintainerem debu, zatím bez produktivního výsledku 20:56:02 &lt;anonymousmaybe&gt; ticket už je, ale nic se na něm nedělá 20:56:17 &lt;zzz&gt; pro sid zatím taky žádná 45, od mhatta žádné novinky 20:56:38 &lt;anonymousmaybe&gt; opravil mikalv_ filtrování uživatelů Tor/I2P v trac? 20:56:42 &lt;fug&gt; existuje https://github.com/tracboat/tracboat pro migraci trac-&gt;gitlab, hodnotilo se to? 20:57:25 &lt;eche|on&gt; IMHO eyedeekay zkouší na migraci tracboat, aspoň to jméno padlo 20:57:28 &lt;fug&gt; kde je nějaká informační stránka popisující stav migrace na git? 20:57:46 &lt;eche|on&gt; momentálně žádná, kromě výše zmíněného návodu a git serveru 20:57:56 &lt;eche|on&gt; protože jsme pořád v rané fázi 20:58:17 &lt;fug&gt; stejně byste na to měli mít stránku s informacemi 20:58:21 &lt;eche|on&gt; poznamenáno vytvořit informační stránku 20:58:22 &lt;mikalv_&gt; Doufám, že je to opravené, měl s tím někdo v posledních dnech potíže? 20:58:38 &lt;eyedeekay&gt; trac? Poslední dobou ne 20:58:49 &lt;eche|on&gt; ano, mikalv_, byl tu uživatel, co se snažil poslat ticket a byl zablokován jako spam 20:58:59 &lt;eche|on&gt; ale ok, nějaký další komentář k dev meetingu? 20:59:09 &lt;zzz&gt; outproxy je pořád hromada sraček, ale trac mi funguje dobře 20:59:20 &lt;mikalv_&gt; a teď mluvíme o samotném systému trac, a ne o i2ptunnel, že? 20:59:26 &lt;eche|on&gt; ano 20:59:43 &lt;eche|on&gt; uhh, je tu limit 60 min... 20:59:55 &lt;eche|on&gt; ještě nějaké další komentáře? 21:00:05 &lt;fug&gt; ano, informace o vývoji i2p 21:00:16 &lt;fug&gt; měla by se zmínit používání nové instance gitu místo mtn, které nikdo nepoužívá 21:00:45 &lt;eche|on&gt; udělá se to, jakmile bude platné a na 100 % ověřené 21:01:24 &lt;eche|on&gt; Pokud nepřijde žádný další komentář, protože se délka této IRC schůzky blíží 60 minutám, což je měkká hranice, rád bych schůzku ukončil. Vzhledem k chybějícímu vhodnému bufferu udělám zvuk "plopp". 21:01:45 &lt;eche|on&gt; takže, nastražte uši: "plopp" 21:01:56 &lt;sadie_&gt; mikrofon na zem 21:02:02 &lt;eche|on&gt; vývojářská schůzka skončila. Díky všem za čas, nápady a komentáře 21:02:14 &lt;eche|on&gt; záznam bude zveřejněn brzy 21:02:14 &lt;sadie_&gt; díky, ech </div>/cs/blog/2020/02/25/vyd%C3%A1n%C3%AD-0.9.45/Tue, 25 Feb 2020 00:00:00 +0000/cs/blog/2020/02/25/vyd%C3%A1n%C3%AD-0.9.45/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>0.9.45 obsahuje důležité opravy pro skrytý režim a tester šířky pásma. Byl aktualizován tmavý motiv konzole. Pokračujeme v práci na zlepšování výkonu a vývoji nového šifrování mezi koncovými body (návrh 144).</p> <p>Jako obvykle doporučujeme aktualizovat na tuto verzi. Nejlepší způsob, jak udržovat zabezpečení a pomoci síti, je používat nejnovější verzi.</p> <h2 id="podrobnosti-vydání">PODROBNOSTI VYDÁNÍ</h2> <p><strong>Změny</strong></p> <ul> <li>Dark theme improvements</li> <li>Console icon changes</li> <li>Move some translations from console to router and core for embedded uses</li> <li>Jetty 9.2.29</li> <li>Tomcat 8.5.50</li> <li>i2psnark HTML5 preview player for partial files</li> </ul> <p><strong>Opravy chyb</strong></p>/cs/blog/2020/02/04/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-4.-%C3%BAnora-2020/Tue, 04 Feb 2020 00:00:00 +0000/cs/blog/2020/02/04/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-4.-%C3%BAnora-2020/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> echelon, eyedeekay, sadie, zlatinb, zzz</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Ahoj 20:00:00 &lt;zzz&gt; 1) Stav projektu I2P Browser (sadie, meeh, idk) 20:00:00 &lt;zzz&gt; 2) Případy použití / stav outproxy (sadie) 20:00:00 &lt;zzz&gt; 3) Stav vývoje 0.9.45 (zzz) 20:00:00 &lt;zzz&gt; 4) Stavový scrum (zlatinb) 20:00:04 &lt;zzz&gt; 0) Ahoj 20:00:06 &lt;zzz&gt; ahoj 20:00:19 &lt;zlatinb&gt; ahoj 20:00:29 &lt;zzz&gt; 1) Stav projektu I2P Browser (sadie, meeh, idk) 20:00:51 &lt;zzz&gt; sadie, jaké jsou novinky v projektu prohlížeče? 20:01:22 &lt;zzz&gt; nebo, když tu není, kdokoli jiný? 20:02:09 &lt;eyedeekay&gt; Ahoj 20:02:55 &lt;zzz&gt; eyedeekay, máš nějakou aktualizaci stavu k projektu prohlížeče? 20:03:22 &lt;eyedeekay&gt; Chystáme se vydat poslední verzi prohlížeče na šest měsíců, než půjde na pauzu. Rozhodli jsme se, že musíme být mnohem chytřejší v tom, jak zapouzdřujeme konfiguraci a jak prohlížeč sestavujeme, aby byl projekt udržitelný; v současnosti je to obrovská zátěž na zdroje. Podrobnější prohlášení bude zveřejněno na webu v době vydání prohlížeče. 20:04:11 &lt;zzz&gt; toto vydání bude beta 8? pokud si dobře pamatuji, na naší poslední schůzce před dvěma měsíci se očekávalo, že vyjde do 3 dnů 20:04:58 &lt;eyedeekay&gt; Ano, to je důvod, proč to jde na pauzu. Není udržitelné pokračovat způsobem, jakým jsme to dělali; musíme prozkoumat jiné možnosti, které po nás budou vyžadovat méně práce jen proto, abychom drželi krok s vydáními Firefoxu. 20:05:27 &lt;zzz&gt; ok. vítej, sadie_, máš něco k doplnění? 20:05:44 &lt;sadie_&gt; ne 20:06:05 &lt;zzz&gt; má někdo nějaké připomínky nebo dotazy k 1) prohlížeč? 20:06:52 &lt;zzz&gt; něco dalšího k 1) ? 20:07:29 &lt;zzz&gt; 2) Případy použití / stav outproxy (sadie) 20:07:32 &lt;eyedeekay&gt; Poskytneme doporučení k náhradním postupům pro konfiguraci prohlížečů. 20:07:47 &lt;zzz&gt; ok 20:08:04 &lt;zzz&gt; sadie_, prosím, dej nám aktualizaci ohledně výzkumu outproxy 20:08:51 &lt;sadie_&gt; výzkum outproxy byl v uplynulých měsících odložen. 20:09:42 &lt;zzz&gt; ok, nějaký výhled, kdy by se mohl znovu rozběhnout? 20:11:53 &lt;zzz&gt; nějaké připomínky nebo dotazy k 2) outproxy ? 20:12:20 &lt;sadie_&gt; není to v nejbližší době vysoká priorita, podle roadmapy. 20:12:40 &lt;eyedeekay&gt; Meeh v poslední době skutečně znatelně zlepšil výkon outproxy pro obecné použití, výchozí outproxy na false.i2p 20:13:11 &lt;zzz&gt; něco dalšího k 2) ? 20:14:04 &lt;zzz&gt; 3) Stav vývoje 0.9.45 (zzz) 20:14:15 &lt;zzz&gt; vývoj jde dobře 20:14:32 &lt;zzz&gt; zatím máme 17 tisíc řádků diffů, včetně velké aktualizace tmavých motivů 20:14:38 &lt;zzz&gt; nějaké opravy pro skrytý režim 20:14:47 &lt;eche|on&gt; doufám, že to pomůže 20:15:16 &lt;zzz&gt; nějaké změny ikon, nový tomcat, nový jetty, HTML5 přehrávač náhledu pro částečné soubory v i2psnark 20:15:52 &lt;zzz&gt; termíny jsou v /topic výše. zmrazení tagů za týden, uzávěrka checkinů za 2 1/2 týdne, vydání za 3 týdny 20:16:34 &lt;zzz&gt; Ne přímo do .45, ale mohu oznámit, že jsme zaznamenali dobrý pokrok v testech interoperability s i2pd ohledně proposal 144 (nové šifrování) 20:16:59 &lt;zzz&gt; a pokračujeme v řešení chyb a problémů na obou stranách i v samotném návrhu 20:17:27 &lt;zzz&gt; chce ještě někdo vypíchnout něco, co se dostalo do .45, nebo co se tam dostane? 20:19:01 &lt;zzz&gt; něco dalšího ke 3) ? dotazy nebo připomínky? 20:19:22 &lt;eche|on&gt; ne 20:20:02 &lt;zzz&gt; 4) Stavový scrum (zlatinb) 20:20:08 &lt;zzz&gt; pokračuj, zlatinb 20:20:15 &lt;zlatinb&gt; Ahoj. Stručně: 1) co jsi udělal od minulé schůzky 2) co plánuješ dělat příští měsíc 3) nějaké překážky nebo je potřeba pomoc. Řekni EOT, až budeš hotov 20:20:46 &lt;zlatinb&gt; já: 1) MW plugin 2) Více práce na MW pluginu, joggerův přepis SSU 3) žádné překážky EOT 20:21:16 &lt;zzz&gt; 1) opravy chyb, proposal 144, kontrola joggerových patchů a návrhu; 2) víc téhož, plus vydání .45; 3) žádné překážky EOT 20:21:54 &lt;eche|on&gt; nic zvláštního, podpora serveru, `http://wiki.i2p-projekt.i2p` běží a plní se, vše v pořádku 20:23:26 &lt;sadie_&gt; pracuji na vylepšeních poinstalační dokumentace s idk, zajistila jsem více výzkumu testování použitelnosti, oslovování komunity / PR strategie / testování idkových webextensions/ discovery process - odolná infrastruktura, výzkum rebrandingu - příští měsíc víceméně totéž 20:23:57 &lt;zlatinb&gt; ještě někdo? T-1 minuta do konce scrumu 20:24:01 &lt;eyedeekay&gt; 1) Největší část mé práce byla podstatná revize výchozího tmavého motivu pro zlepšení čitelnosti a aby vypadal moderněji a konzistentněji. Také jsem přidal funkce a opravil chyby ve své webextension pro Firefox; nyní umí komunikovat s i2pcontrol a snark-rpc. Také jsem zprovoznil svůj osobní eepSite a společný gitový zdroj(instanci GitLab na git.idk.i2p) pro projekt. 2) Budu pracovat v rámci 20:24:01 &lt;eyedeekay&gt; migrace na git. 3) žádné překážky. 20:24:41 &lt;zlatinb&gt; díky, scrum.end 20:24:48 &lt;zzz&gt; ok, díky, zlatinb 20:25:07 &lt;zzz&gt; má někdo nějaké dotazy, připomínky, nebo další témata pro schůzku? 20:26:13 * zzz grabs the baffer 20:27:01 * zzz *bafs* the meeting closed </div>/cs/blog/2019/12/03/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-3.-prosince-2019/Tue, 03 Dec 2019 00:00:00 +0000/cs/blog/2019/12/03/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-3.-prosince-2019/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> eyedeekay, meeh, sadie, zlatinb, zzz</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Ahoj 20:00:00 &lt;zzz&gt; 1) Stav projektu I2P Browser (sadie, meeh, idk) 20:00:00 &lt;zzz&gt; 2) Případy použití / stav outproxy (výstupní proxy) (sadie) 20:00:00 &lt;zzz&gt; 3) Stav vydání 0.9.44 (zzz) 20:00:00 &lt;zzz&gt; 4) Stavový scrum (zlatinb) 20:00:10 &lt;sadie__&gt; ahoj 20:00:20 &lt;zzz&gt; 0) Ahoj 20:00:22 &lt;zzz&gt; ahoj 20:00:47 &lt;zzz&gt; 1) Stav projektu I2P Browser (sadie, meeh, idk) 20:00:49 &lt;zlatinb&gt; ahoj 20:01:00 &lt;meeh&gt; ahoj 20:01:23 &lt;zzz&gt; sadie, co je nového v projektu I2P Browser? Klidně předej části odpovědi idk a meeh 20:01:32 &lt;eyedeekay&gt; Ahoj 20:03:02 &lt;meeh&gt; Největší novinka je asi ta, že naše příští vydání bude založeno na ESR 68 a ne na 60, a naše rozšíření se právě portují do zdrojového kódu, protože Mozilla v pozdějších verzích odstraňuje některá námi používaná API 20:03:27 &lt;zzz&gt; a kdy je toto vydání naplánováno? 20:03:47 &lt;meeh&gt; Je to také první vydání, které by mělo být podepsáno naším novým EV certifikátem pro podepisování kódu, takže už žádná děsivá varování 20:03:54 &lt;meeh&gt; za dva tři dny 20:04:06 &lt;meeh&gt; řekněme 6. 20:04:15 &lt;zzz&gt; ok, takže to bude beta 8, myslím? 20:04:26 &lt;meeh&gt; jo, to je správně 20:04:27 &lt;eyedeekay&gt; Ano, beta 8 20:04:43 &lt;zzz&gt; super. něco dalšího k doplnění, sadie__ eyedeekay ? 20:05:08 &lt;eyedeekay&gt; Kromě toho nyní také povolujeme sadu aplikací I2P, snark, susimail atd. 20:05:19 &lt;sadie__&gt; ano – budeme mít k dispozici také aktualizované MVP a roadmapu 20:05:54 &lt;zzz&gt; kdy to bude zveřejněno? 20:05:56 &lt;meeh&gt; a časem vydáme náhrady splňující moderní standardy, minimálně pro susimail a addressbook, jako první 20:06:14 &lt;meeh&gt; to ale není pro toto vydání, ale pro ta pozdější 20:06:47 &lt;sadie__&gt; to by mělo být na webu v polovině příštího týdne, spolu s aktualizovaným názvem projektu a směrem brandingu 20:07:15 &lt;meeh&gt; jedna novinka přímo nesouvisející s prohlížečem je, že teď máme i Rack „runner“, který komunikuje přímo s I2PSocket a nevyžaduje po uživateli přesměrovávat to přes nějaký místní TCP port 20:07:25 &lt;zzz&gt; pěkné. nechcete prozradit nový název, nebo počkáte, až to bude na webu? 20:07:34 &lt;meeh&gt; takže to umožňuje provozovat například Ruby on Rails přímo vůči I2PSocket 20:07:57 &lt;sadie__&gt; Počkáme, dokud nebude web aktualizovaný =) 20:08:12 &lt;zzz&gt; pěkné, meeh, vždycky je lepší vyhnout se cestě ven a zpět přes standardní socket 20:08:51 &lt;zzz&gt; zní to jako skvělý pokrok 20:09:01 &lt;zzz&gt; něco dalšího k bodu 1) ? má někdo nějaké dotazy? 20:10:31 &lt;zzz&gt; 2) Případy použití / stav outproxy (sadie) 20:10:41 &lt;zzz&gt; sadie__, jaké jsou novinky ohledně tohoto výzkumného úsilí? 20:10:44 &lt;sadie__&gt; Hotové řešení outproxy je pozastavené, dokud nezískám zdroje potřebné pro řádné shromáždění informací k dokončení MVP. Tento výzkum nebude pokračovat do příštího roku. Obecná diskuse o outproxy se obnoví v následujících týdnech. V tuto chvíli by pro náš proxy server měla být prioritou analýza a zlepšení problémů s výkonem. 20:11:45 &lt;zzz&gt; ok, co se týče projektového outproxy, jaký je stav vyšetřování a zlepšování? 20:12:10 &lt;zzz&gt; meeh, máš k tomu nějaké informace? 20:12:17 &lt;sadie__&gt; meeh se k tomu úsilí vyjádří lépe než já 20:12:28 &lt;meeh&gt; Také, když je řeč o outproxy, JRuby gem, který jsem udělal, má i jednoduchý jednovláknový outproxy, který může běžet jako I2P plugin pro tu věc 20:12:33 &lt;meeh&gt; najdete zde https://github.com/mikalv/ji2p-jruby/blob/master/bin/simple_outproxy 20:13:08 &lt;zzz&gt; ale co současný outproxy? 20:13:09 &lt;meeh&gt; také jsem začal gem dělit, abyste nemuseli přibalovat podporu clustru a podobně pro jednoduchý I2P plugin, který s tím nemá nic společného 20:13:13 &lt;meeh&gt; protože to docela nabobtnalo 20:13:41 &lt;meeh&gt; jo, dělal jsem nějaké upgrady kabeláže a switchů, což bylo úzké hrdlo pro veřejný outproxy 20:13:52 &lt;zzz&gt; Začal jsem si na lístek Post-it zapisovat každé získání přes outproxy, úspěch nebo neúspěch. Dnešní úspěšnost je jen 75 % 20:14:26 &lt;zzz&gt; sadie říká, že je to priorita, tak co plánuješ dál? 20:14:39 &lt;meeh&gt; příští vydání prohlížeče, beta 8, promiň, zapomněl jsem to zmínit, bude mít mnohem více destinací směřujících na stejnou službu, protože věříme, že samotné destinace jsou dalším úzkým hrdlem 20:14:56 &lt;meeh&gt; takže nejen false.i2p a můj Tor bridge, ale spíš kolem 20 20:15:30 &lt;meeh&gt; Také vyměním proxy software za vlastní software v Elixiru/Erlangu, který jsem pro to napsal před pár měsíci 20:15:45 &lt;meeh&gt; také zde: https://github.com/mikalv/i2p-outproxy-elixir 20:16:00 &lt;zzz&gt; uvažoval jsi o přechodu z i2pd na Javu? Myslím, že provoz na i2pd má nějaké zásadní problémy 20:16:14 &lt;meeh&gt; Mám nějaké necommitnuté změny, které pushnu před přechodem, a kdokoli to může použít ke spuštění vlastního. Udělám k tomu i lepší dokumentaci 20:16:25 &lt;meeh&gt; momentálně používám obojí 20:16:29 &lt;meeh&gt; jak Javu, tak i2pd 20:16:39 &lt;zzz&gt; ok 20:16:40 &lt;meeh&gt; měly by to být čtyři routery, všechny se dvěma dest 20:16:51 &lt;meeh&gt; směřující na stejný HTTP proxy endpoint 20:17:05 &lt;zzz&gt; máš už závěr, který poskytuje lepší službu? 20:17:17 &lt;meeh&gt; i2pd jsou nastavená asi na 100 tunnels oproti limitu 16 tunnel u Javy 20:17:49 &lt;meeh&gt; ne, promiň, zatím ne, ale to jsem si dal na svůj todo seznam věcí, které bych měl udělat v blízké době 20:18:21 &lt;zzz&gt; ok, nabádám tým, aby zlepšení dělal na základě měření. Nestřílejte od boku a neměňte všechno najednou 20:18:51 &lt;meeh&gt; jo, dělal jsem to dřív a poučil jsem se – takže bez obav, půjdeme podle měření 20:18:55 &lt;zzz&gt; něco dalšího k bodu 2) sadie__ ? 20:19:09 &lt;sadie__&gt; ne 20:19:22 &lt;zzz&gt; má někdo nějaké otázky k bodu 2) ? 20:20:19 &lt;zzz&gt; 3) Stav vydání 0.9.44 20:20:29 &lt;zzz&gt; ok, vydání 0.9.44 jsme vypustili v neděli 20:21:00 &lt;zzz&gt; opravuje ošklivý problém ve způsobu, jakým se zpracovávají nové typy šifrování. Všichni by měli co nejdřív aktualizovat 20:21:12 &lt;meeh&gt; pro Android je to publikováno na Google Play, F-Droid a na naší stránce ke stažení, kde poslední z nich zahrnuje GPG podpis, a web je aktualizovaný 20:21:33 &lt;zzz&gt; skvělé. a co Maven Central? 20:22:03 &lt;meeh&gt; jo, je to povinná závislost výše uvedeného, takže když jsem udělal to výše, musel jsem už udělat i Maven Central 20:22:07 &lt;zzz&gt; je to teď dostupné pro in-net aktualizace. Přibližně 10 % sítě už aktualizovalo 20:22:38 &lt;zzz&gt; Také jsem udělal PPA a deb repozitář v neděli 20:22:58 &lt;zzz&gt; takže myslím, že je to většina 20:23:05 &lt;zzz&gt; zatím žádné stížnosti 20:23:24 &lt;zzz&gt; bohužel je tester šířky pásma prakticky úplně rozbitý 20:23:51 &lt;zzz&gt; v testovacím poolu se nedávno něco změnilo a způsob, jakým jsme dělali handshake, přestal fungovat 20:24:10 &lt;zzz&gt; strávil jsem poslední den a půl prací na tom a zase jsem to rozběhal 20:24:40 &lt;zzz&gt; pokud někdo uvidí, že je něco takového rozbité, prosím založte ticket. Je škoda, že jsme si nevšimli, že to bylo rozbité před vydáním 20:25:29 &lt;meeh&gt; máme také za rohem novou (samostatnou) stránku darů, která umožní více způsobů darování, včetně opakovaných plateb přes PayPal atd. 20:25:39 &lt;zzz&gt; to je asi vše, co mám k .44. S .45 teprve začínáme a dáváme dohromady plán, ale očekávám, že vydání 45 bude v únoru 20:25:44 &lt;meeh&gt; a vypadá to **nice** 20:25:48 &lt;meeh&gt; s velkými písmeny 20:25:56 &lt;zzz&gt; ok, meeh, skvělé 20:26:02 &lt;zzz&gt; něco dalšího k bodu 3) ? 20:27:02 &lt;zzz&gt; 4) stavový scrum 20:27:06 &lt;zzz&gt; můžeš, zlatinb 20:27:31 &lt;zlatinb&gt; ahoj, velmi stručně: 1) co jste dělali minulý měsíc 2) co plánujete dělat příští měsíc 3) nějaké překážky, nebo potřebujete pomoc 4) EOT 20:28:31 &lt;zlatinb&gt; já: 1) opravil jsem scriptovatelný filtr, který každých 10 sekund zapisoval na disk, prověřil podporu Servlet 3.0 (rozbité pro vnitřní třídy) 2) balím MW jako zásuvný modul routeru 3) žádné překážky 20:28:35 &lt;zlatinb&gt; EOT 20:28:49 &lt;zzz&gt; 1) vydání .44, opravy chyb, kódování a testování prop. 144 (ratchet); opravil jsem špatný tunnel bug způsobující pomalý start, s pomocí drzed jsem vydal novou verzi zzzot 20:29:28 &lt;zzz&gt; 1 (pokrač.) spousta práce s testováním reseedů a spoluprací s reseedery, aby se věci spravily; otestovali jsme a odstranili také open trackery 20:30:09 &lt;meeh&gt; hotovo: JRuby gem pro interakci a/nebo ovládání routeru embedded nebo standalone, počáteční podpora Kubernetes pro HA destinace nebo testování clustru I2P, spousta patchů pro Firefox, buď napsaných od nuly, nebo portovaných z Tor Browseru, vylepšení outproxy a nová mailová aplikace se záměrem jednou nahradit susimail 20:30:19 &lt;meeh&gt; počáteční práce na tom posledním* 20:30:23 &lt;zzz&gt; 2) opravy chyb, testování prop. 144, další práce na zlepšování výkonu, 36C3 20:30:46 &lt;sadie__&gt; Minulý měsíc jsem pracovala na změnách světlého CSS motivu, které jsou v posledním vydání, reagovala na Usability Lab ohledně financování UX studie pro konzoli routeru a řídila produktová rozhodnutí o budoucnosti prohlížeče. Příští měsíc to bude příručka po instalaci a další práce na CSS, správa a vývoj prohlížeče 20:30:56 &lt;zzz&gt; 3) žádné překážky; 4) EOT 20:31:10 &lt;sadie__&gt; žádné překážky, EOT 20:31:15 &lt;eyedeekay&gt; 1) Pracoval jsem na otevření zážitku z I2P Browseru více celkovým schopnostem I2P a na úpravách organizace/vzhledu a dojmu konzole routeru a domovských stránek. 2) Příští měsíc budu pracovat na dalších vylepšeních funkcí prohlížeče, více SAM tutoriálech a dalších vylepšeních UI konzole routeru. 3) žádné překážky EOT. 20:31:48 &lt;zlatinb&gt; díky, to je myslím ode všech vše &lt;/scrum&gt; 20:32:08 &lt;zzz&gt; super, něco dalšího k bodu 4) ? má někdo nějaké otázky? 20:32:24 &lt;zzz&gt; nebo nějaká další témata k jednání? 20:32:28 &lt;meeh&gt; příští měsíc: vydat beta 8 prohlížeče, přijít na to, jak použít software osslsigncode k podepisování windows binárek na unixových systémech, vyměnit software outproxy, pokračovat v práci na nové mailové aplikaci a dokončit změny pro JRuby gem 20:33:16 &lt;zzz&gt; EOT, meeh? 20:33:32 &lt;meeh&gt; jo, EOT. 20:34:16 &lt;zzz&gt; ok. Připomínám, že příští měsíc nebude schůzka, protože se budeme vzpamatovávat z 36C3. Kdo by se chtěl připojit k našim schůzkám na 36C3, ať si najde náš stůl 20:34:32 &lt;zzz&gt; Jsem si jistý, že napíšu na Twitter přibližné umístění 20:34:48 &lt;sadie__&gt; a budeme mít nový banner na stůl! 20:34:48 &lt;meeh&gt; asi můžeme zveřejnit i nějaké veřejné poznámky ze schůzky? 20:34:58 &lt;meeh&gt; to je z ccc 20:34:59 &lt;zzz&gt; nějaká další témata pro schůzku, zatímco hledám baffer? 20:35:28 &lt;zzz&gt; hlásíš se dobrovolně, meeh? 20:35:41 &lt;meeh&gt; můžu to zkusit udělat, jo 20:35:59 &lt;sadie__&gt; Udělám report pro ccc 20:36:35 &lt;zzz&gt; ok, našel jsem *baffer*, takže to bude pro dnešek asi vše 20:36:46 &lt;zzz&gt; uvidíme se všichni osobně za 4 týdny 20:37:10 &lt;zzz&gt; ups, 3 a půl týdne 20:37:24 * zzz *bafs* uzavírá schůzku </div>/cs/blog/2019/12/01/vyd%C3%A1n%C3%AD-0.9.44/Sun, 01 Dec 2019 00:00:00 +0000/cs/blog/2019/12/01/vyd%C3%A1n%C3%AD-0.9.44/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>0.9.44 obsahuje důležitou opravu zranitelnosti typu odmítnutí služby (DoS) ve zpracování nových typů šifrování u skrytých služeb. Všichni uživatelé by měli co nejdříve aktualizovat.</p> <p>Toto vydání obsahuje počáteční podporu pro nové end-to-end šifrování (návrh 144). Na tomto projektu se nadále pracuje a zatím není připraven k použití. Došlo ke změnám na domovské stránce konzole a v i2psnark jsou nové vložené HTML5 přehrávače médií. Součástí jsou i další opravy pro sítě IPv6 za firewallem. Opravy „tunnel build“ by měly u některých uživatelů vést k rychlejšímu startu.</p>/cs/blog/2019/11/05/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-5.-listopadu-2019/Tue, 05 Nov 2019 00:00:00 +0000/cs/blog/2019/11/05/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-5.-listopadu-2019/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> echelon, eyedeekay, lbt, sadie, zzz</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Ahoj 20:00:00 &lt;zzz&gt; 1) stav vydání 0.9.43 (zzz) 20:00:00 &lt;zzz&gt; 2) stav projektu I2P Browser (sadie, meeh) 20:00:00 &lt;zzz&gt; 3) Outproxy případy použití / stav (sadie) 20:00:00 &lt;zzz&gt; 4) stav vývoje 0.9.44 (zzz) 20:00:00 &lt;zzz&gt; 5) stav návrhů (zzz) 20:00:00 &lt;zzz&gt; 6) stavový scrum (zlatinb) 20:00:04 &lt;zzz&gt; 0) Ahoj 20:00:06 &lt;zzz&gt; ahoj 20:00:10 &lt;sadie_&gt; ahoj 20:00:25 &lt;zzz&gt; 1) stav vydání 0.9.43 (zzz) 20:00:38 &lt;zzz&gt; Verze 43 je venku pár týdnů, zatím žádné vážné problémy 20:01:02 &lt;zzz&gt; zbývající položky jsou oficiální F-Droid (nextloop) a oficiální Debian (mhatta) 20:01:08 &lt;eyedeekay&gt; ahoj 20:01:37 &lt;zzz&gt; nějaké další nevyřešené problémy s vydáním 43? 20:03:01 &lt;zzz&gt; 2) stav projektu I2P Browser (sadie, meeh) 20:03:16 &lt;zzz&gt; meeh, sadie, jaké jsou nejnovější informace o prohlížeči? 20:04:49 &lt;sadie_&gt; Beta 7 byla vydána 20:05:10 &lt;eyedeekay&gt; I2P Browser Beta 7 byla vydána včera, spolu s aktualizovanou roadmapou. Je to předposlední vydání, které bude založené na Firefoxu 60. Opravili jsme několik chyb a zavedli continuous integration, a také jsme připravili revidovaný a aktualizovaný plán budoucnosti prohlížeče jako produktu. 20:05:11 &lt;sadie_&gt; poznámky najdete na webu projektu. 20:05:35 &lt;zzz&gt; datum vydání je na webu špatně, jen pro info 20:05:51 &lt;eyedeekay&gt; Oh, sakra, promiňte, přehlédl jsem to. Hned to změním. 20:06:03 &lt;sadie_&gt; Pracovali jsme také na roadmapě, kterou rovněž najdete na webu projektu 20:06:29 &lt;zzz&gt; co nám můžete říct o nadcházející betě 8? co v ní bude a kdy vyjde? 20:07:40 &lt;sadie_&gt; beta 8 vyjde na konci listopadu. 20:08:19 &lt;zzz&gt; má někdo nějaké dotazy k prohlížeči? meeh, máš něco k doplnění? 20:08:27 &lt;eyedeekay&gt; Beta 8 bude vydána na konci listopadu, bude to poslední verze založená na Firefoxu 60. Připravujeme se na některé architektonické změny, které učiní aplikace viditelnějšími; začátky toho uvidíte už v Beta 8, stejně jako více zpětné vazby v prohlížeči ohledně připravenosti přibaleného routeru. 20:08:53 &lt;sadie_&gt; pracujeme na lepší vstupní stránce, indikátoru připravenosti HTTP proxy , a dynamických motivech 20:09:20 &lt;zzz&gt; zní to skvěle, doufám, že si beta 7 všichni vyzkouší 20:09:45 &lt;zzz&gt; něco dalšího k bodu 2) ? 20:11:00 &lt;zzz&gt; 3) Outproxy případy použití / stav (sadie) 20:11:17 &lt;zzz&gt; sadie_, co je nového k tomuto tématu? 20:11:32 &lt;sadie_&gt; Přivedli jsme dokument s požadavky tak daleko, jak to podle mě jde, aniž bychom teď dělali další uživatelský výzkum. 20:11:38 &lt;sadie_&gt; V polovině měsíce se znovu spojím s osobou, která inspirovala řešení outproxy na klíč. Můžeme zhodnotit vytvořený dokument s požadavky a začít se důkladněji věnovat otázkám uživatelského výzkumu. Požadavky pro toto řešení jsou součástí dodávek pro příští vydání.Přivedli jsme dokument s požadavky tak daleko, jak to podle mě jde, aniž bychom teď dělali více uživatelského 20:11:38 &lt;sadie_&gt; výzkumu. 20:12:41 &lt;zzz&gt; dobře, pro upřesnění: během časového rámce 44 pracujeme jen na požadavcích. Jakákoli implementace by byla ve 45 nebo později, že? 20:12:53 &lt;sadie_&gt; správně 20:13:32 &lt;zzz&gt; dobře, chcete ještě něco dodat? Má někdo nějaké dotazy k výzkumu outproxy? 20:14:01 &lt;zzz&gt; něco dalšího k bodu 3) ? 20:15:01 &lt;zzz&gt; 4) stav vývoje 0.9.44 (zzz) 20:15:23 &lt;zzz&gt; jsme dva týdny v cyklu .44, s množstvím nového kódu zapsaného 20:15:52 &lt;zzz&gt; téměř vše je implementace návrhu 144, nové šifrování pro destinace 20:16:07 &lt;zzz&gt; očekávám, že brzy začnu s testováním interoperability s chisana_ 20:16:35 &lt;zzz&gt; a za pár týdnů bychom měli být připraveni pro odvážné testery 20:16:57 &lt;zzz&gt; ale potrvá poměrně dlouho, než to budeme používat ve výchozím stavu, možná 6–12 měsíců 20:17:23 &lt;zzz&gt; je potřeba spousta testování a dalších změn, aby to bylo stabilní 20:17:59 &lt;zzz&gt; další velká věc, kterou mám připravenou pro .44, jsou některá vylepšení výkonu SSU, podnícená naším plodným podavatelem ticketů v Tracu, ‚joggerem‘ 20:18:17 &lt;zzz&gt; sadie_, eyedeekay, meeh, chcete něco dodat k tomu, na čem pro .44 pracujete? 20:19:34 &lt;zzz&gt; něco dalšího k bodu 4) ? 20:19:35 &lt;sadie_&gt; změny v router console /home, dlouhodobá strategie webu 20:20:45 &lt;zzz&gt; 5) stav návrhů (zzz) 20:21:05 &lt;zzz&gt; tady není moc co říct, 99 % pozornosti je na 144. 20:21:30 &lt;zzz&gt; dále pravděpodobně 152, 153, nebo možná i nový návrh SSU 2 20:21:47 &lt;zzz&gt; nečekám v tom žádný velký pokrok do nového roku 20:21:58 &lt;zzz&gt; nějaké dotazy k návrhům? 20:22:06 &lt;zzz&gt; něco dalšího k bodu 5) ? 20:23:01 &lt;zzz&gt; 6) stavový scrum (zlatinb) 20:23:12 &lt;zzz&gt; Myslím, že zlatinb říkal, že to dnes nestihne 20:23:32 &lt;eche|on&gt; nový server s novým hardwarem a novými IP, postupně migruji služby z jednoho serveru na druhý. žádné překážky 20:23:41 &lt;zzz&gt; takže všichni znáte postup, prosím řekněte 1) co jste dělali minulý měsíc 2) co budete dělat příští měsíc; 3) nějaké překážky 20:23:52 &lt;zzz&gt; a zakončete EOT 20:24:49 &lt;zzz&gt; já: 1) vydal jsem .44 release, hodně práce na novém šifrování; 2) další práce na novém šifrování, vylepšení výkonu SSU, opravy chyb; 3) žádné překážky; EOT 20:25:11 &lt;zzz&gt; sadie_, meeh, eyedeekay, prosím běžte paralelně 20:25:48 &lt;sadie_&gt; Minulý měsíc a v nadcházejícím měsíci budu pokračovat v práci na I2P Browseru, dál ladit světlý motiv router console a spolu s IDK rozvíjet dlouhodobou strategii webu. Outproxy produktový management a sběr požadavků bude pokračovat. Návrhy na výzkum a vývoj: návrhy na zlepšení UX a studie použitelnosti byly odeslány nebo se jinak připravují. Prezentace a wo 20:25:48 &lt;sadie_&gt; rkshopy pro konference na rok 2020 byly zahájeny. 20:27:01 &lt;zzz&gt; poslední výzva eyedeekay meeh zlatinb 20:27:11 &lt;eyedeekay&gt; 1) Pracoval jsem na věcech, které jdou do prohlížeče nebo které mají prohlížeči pomoci. 2) Budu pracovat na zlepšení uspořádání některých domovských stránek router console a také implementovat některá vylepšení designu prohlížeče. 3 Žádné překážky EOT 20:27:53 &lt;zzz&gt; dobře, předpokládám EOT od eche|on a sadie_ ... něco dalšího k bodu 6) ? 20:28:02 &lt;sadie_&gt; ano 20:28:34 &lt;zzz&gt; nějaká další témata nebo otázky k schůzce? 20:28:59 &lt;eche|on&gt; a co bote? 20:29:04 &lt;eche|on&gt; nějaké zprávy od str4d? 20:29:28 &lt;zzz&gt; Občas jsem viděl RT na Twitteru, takže je naživu 20:29:59 &lt;zzz&gt; to je vše, co vím 20:30:26 &lt;zzz&gt; kromě toho, co je v ticketech 20:30:27 &lt;eche|on&gt; ok 20:30:38 &lt;zzz&gt; něco dalšího ohledně bote? 20:31:01 &lt;zzz&gt; ještě něco k této schůzce? 20:31:22 &lt;lbt&gt; Jedno „děkuji“ vám všem :) 20:31:48 &lt;zzz&gt; není zač, lbt, díky, že ses připojil na schůzku 20:31:54 &lt;eyedeekay&gt; Nemáš zač, příteli :) 20:33:00 * zzz *bafs* schůzka ukončena </div>/cs/blog/2019/10/25/p%C5%99edstaven%C3%AD-v%C3%BDzkumu/Fri, 25 Oct 2019 00:00:00 +0000/cs/blog/2019/10/25/p%C5%99edstaven%C3%AD-v%C3%BDzkumu/<h2 id="představujeme-výzkum---empirická-studie-anonymní-sítě-i2p-a-její-odolnosti-vůči-cenzuře">Představujeme výzkum - Empirická studie anonymní sítě I2P a její odolnosti vůči cenzuře</h2> <p>Následující příspěvek na blogu napsal stipendista programu Information Controls Hoàng Nguyên Phong. Jako stipendista ICFP se Phong ve svém výzkumu zaměřil na analýzu různých aspektů sítě I2P, internetového nástroje posilujícího soukromí, který lze použít pro přístup k online obsahu přes síť zvyšující anonymitu, jež pomáhá obcházet státem uvalenou cenzuru. Ve spolupráci se svou hostitelskou organizací, University of Massachusetts Amherst, zkoumal odolnost sítě I2P vůči cenzuře, včetně identifikace metod blokování, které by státní cenzor mohl použít k zamezení přístupu k I2P, a zkoumání potenciálních řešení, jak učinit I2P odolnější vůči takovému blokování.</p>/cs/blog/2019/10/22/vyd%C3%A1n%C3%AD-0.9.43/Tue, 22 Oct 2019 00:00:00 +0000/cs/blog/2019/10/22/vyd%C3%A1n%C3%AD-0.9.43/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>Ve verzi 0.9.43 pokračujeme v práci na posílení bezpečnosti a ochrany soukromí a na zlepšení výkonu. Naše implementace nové specifikace leaseset (LS2) je nyní dokončena. Zahajujeme implementaci silnějšího a rychlejšího end-to-end šifrování (šifrování mezi koncovými body) (proposal 144) pro budoucí vydání. Bylo opraveno několik problémů s detekcí adres IPv6 a samozřejmě došlo také k několika dalším opravám chyb.</p> <p>Jako obvykle doporučujeme aktualizovat na tuto verzi. Nejlepším způsobem, jak zachovat bezpečnost a pomoci síti, je používat nejnovější verzi.</p>/cs/blog/2019/10/05/zpr%C3%A1va-z-cesty-na-our-networks-nev%C3%ADm/Sat, 05 Oct 2019 00:00:00 +0000/cs/blog/2019/10/05/zpr%C3%A1va-z-cesty-na-our-networks-nev%C3%ADm/<h2 id="zpráva-z-cesty-na-our-networks">Zpráva z cesty na Our Networks</h2> <p>O víkendu kolem 20. září jsem cestoval do Toronta, abych se setkal se Sadie a zúčastnil se konference Our Networks. Konference Our Networks zahrnuje širokou škálu témat, včetně mnoha peer-to-peer technologií, a zaměřuje se na jejich potenciál učinit svět lepším místem.</p> <p>Konference byla fascinující, plná velmi chytrých lidí, kteří pracují na všem od fyzických mesh sítí přes distribuovaný web až po, samozřejmě, anonymitu. Měli jsme možnost mluvit se skvělými lidmi z Toru, Protocol Labs, Parity Labs, Dat Projectu, stejně jako s řadou umělců a sociálních vědců. Byla to i spousta zábavy a panovala skvělá atmosféra. Zejména Dat podle mě nabízí skvělé příležitosti pro budoucí spolupráci.</p>/cs/blog/2019/10/01/i2p-setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-1.-%C5%99%C3%ADjna-2019/Tue, 01 Oct 2019 00:00:00 +0000/cs/blog/2019/10/01/i2p-setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-1.-%C5%99%C3%ADjna-2019/<h2 id="stručná-rekapitulace">Stručná rekapitulace</h2> <p class="attendees-inline"><strong>Přítomni:</strong> chisana, echelon, eyedeekay, meeh, nextloop, sadie, zlatinb, zzz</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Ahoj 20:00:00 &lt;zzz&gt; 1) stav vydání 0.9.42 (zzz) 20:00:00 &lt;zzz&gt; 2) stav projektu I2P Browser "labs" (sadie, meeh) 20:00:00 &lt;zzz&gt; 3) Outproxy use cases / status (sadie) 20:00:00 &lt;zzz&gt; 4) stav vývoje 0.9.43 (zzz) 20:00:00 &lt;zzz&gt; 5) stav návrhů (zzz) 20:00:00 &lt;zzz&gt; 6) statusový scrum (zlatinb) 20:00:05 &lt;meeh&gt; hi 20:00:05 &lt;zzz&gt; 0) Ahoj 20:00:08 &lt;zzz&gt; ahoj 20:00:16 &lt;zlatinb&gt; ahoj 20:00:18 &lt;nextloop&gt; Ahoj 20:00:23 &lt;sadie__&gt; ahoj 20:00:49 &lt;zzz&gt; 1) stav vydání 0.9.42 (zzz) 20:01:12 &lt;zzz&gt; vydání .42 bylo před 5 týdny, myslím, že jediné zbývající položky před měsícem byly klientská knihovna a nové vydání bote pro Android a oficiální deb/ubuntu 20:01:19 &lt;zzz&gt; to všechno je hotové 20:01:41 &lt;zzz&gt; o .42 toho moc dalšího říct nejde, zdá se, že běží dobře 20:01:46 &lt;zzz&gt; ještě něco k 1)? 20:02:29 &lt;zzz&gt; 2) stav projektu I2P Browser "labs" (sadie, meeh) 20:02:37 &lt;eyedeekay&gt; Ahoj všichni 20:02:45 &lt;meeh&gt; jsme na dobré cestě u všech úkolů, také jsem začal s počátečním patchováním ESR68, což by byla naše nová beta do 31. prosince. 20:02:46 &lt;zzz&gt; sadie, meeh, co nám můžete říct o tomhle novém projektu a produktu, jaký je stav? 20:03:01 &lt;chisana_&gt; ahoj 20:03:02 &lt;sadie__&gt; Beta 7 bude vydána 23. října nebo okamžitě po otagování 0.9.43. K dnešku jedeme podle plánu u položek roadmapy pro nadcházející vydání. Byla vytvořena předběžná roadmapa pro budoucí vydání až do června 2020 20:03:04 &lt;zzz&gt; jaký je další úkol, nebo další vydání, meeh? 20:03:07 * chisana_ číhá 20:03:13 &lt;meeh&gt; 23. října 20:03:33 &lt;meeh&gt; nebo jakmile 0.9.43 vyjde v ten den nebo po něm 20:03:36 &lt;meeh&gt; záleží na nás 20:03:50 &lt;zzz&gt; můžete prosím říct, kde je roadmapa a co bude v beta 7? 20:04:39 &lt;sadie__&gt; Položky na Roadmap jsou k dnešku podle plánu 20:05:00 &lt;zzz&gt; je roadmapa někde zveřejněná, kde se na ni lidé mohou podívat? 20:06:27 &lt;meeh&gt; další vydání bude převážně obsahovat opravy chyb, záplaty stability, lepší "backend" úvodního dialogového okna 20:06:35 &lt;eyedeekay&gt; To jsou položky, které jsou také na roadmapě projektu pro 0.9.43. 20:07:17 &lt;meeh&gt; pokud bude mít Mozilla do té doby nějaké patche, které bychom měli zahrnout, přidáme je také 20:07:18 &lt;zzz&gt; ok, takže roadmapa pro beta 7 je na I2P roadmapě na našem webu, lidé se na ni mohou podívat tam 20:07:29 &lt;sadie__&gt; ano 20:07:36 &lt;zzz&gt; je roadmapa až do června 2020 někde zveřejněna, aby se na ni lidé mohli podívat? 20:07:56 &lt;sadie__&gt; zatím ne 20:07:57 &lt;eyedeekay&gt; Zatím ne, může být brzy. 20:08:17 &lt;zzz&gt; ok. Má někdo nějaké otázky na tým prohlížeče? 20:09:03 &lt;zzz&gt; ještě něco k 2)? Chce tým říct něco dalšího o prohlížeči? 20:09:26 &lt;sadie__&gt; prosím testujte, připojte se do mailing listu! 20:09:44 &lt;zzz&gt; chceš, sadie, připomenout, jak se přihlásit do mailing listu? 20:10:02 &lt;meeh&gt; dostupné na `http://lists.i2p` nebo https://lists.i2p.email 20:10:17 &lt;zzz&gt; skvělé 20:10:20 &lt;sadie__&gt; jasně – vše, co potřebujete, najdete na stránce https://geti2p.net/en/browser/develop 20:10:25 &lt;zzz&gt; ještě něco k 2)? 20:11:01 &lt;zzz&gt; 3) Outproxy use cases / status (sadie) 20:11:13 &lt;zzz&gt; sadie, řekni nám prosím stav projektu outproxy 20:11:16 &lt;sadie__&gt; Open Outproxy MVP je hotový, skoro máme Friends and Family MVP, ale pořád musíme shromáždit více informací ohledně požadavků na správu, logování a reportování. Schůzky se obnoví v týdnu od 21. října. 20:12:06 &lt;sadie__&gt; Mám pár nových nápadů/myšlenek, jak řešit správu, a víc výzkumu, který musím udělat před další schůzkou 20:12:15 &lt;zzz&gt; když říkáš „hotový“, nemyslíš doufám, že jsme dokončili vývoj... a mohla bys prosím pro všechny definovat MVP? 20:12:40 &lt;sadie__&gt; Minimal Viable Product 20:13:03 &lt;sadie__&gt; ne – stále pracujeme na požadavcích v několika oblastech 20:13:16 &lt;zzz&gt; takže pod „hotový“ myslíš seznam požadavků, že? 20:13:32 &lt;sadie__&gt; správně! 20:14:10 &lt;zzz&gt; kde si lidé mohou ten seznam prohlédnout a jak je nejlepší ti k tomu posílat zpětnou vazbu? 20:15:05 &lt;sadie__&gt; aktualizuji trac a pozvu lidi, aby se tam zapojili do diskuse 20:15:40 &lt;zzz&gt; prosím řekni všem, kde na tracu to budou moci vidět? 20:16:07 &lt;sadie__&gt; okamžik 20:17:04 &lt;zzz&gt; zatímco to hledáš, poznamenám, že cílem je příští rok... ne pro .43 ani .44 20:17:14 &lt;zzz&gt; tedy pokud jde o implementaci 20:17:46 &lt;zzz&gt; nějaké otázky nebo komentáře k projektu outproxy, zatímco to hledá? 20:19:00 &lt;sadie__&gt; #2472 bylo místo, kde jsme začali diskusi 20:19:00 &lt;zzz&gt; ještě něco k 3)? 20:19:59 &lt;zzz&gt; ok, takže dáš seznam požadavků do ticketu 2472 a tam bys ráda zpětnou vazbu, že? 20:20:17 &lt;sadie__&gt; správně 20:20:27 &lt;zzz&gt; super 20:20:56 &lt;zzz&gt; 4) stav vývoje 0.9.43 (zzz) 20:21:19 &lt;zzz&gt; web má roadmapu pro .43, včetně položek prohlížeče pro beta 7, jak už bylo zmíněno 20:21:46 &lt;zzz&gt; jsme 5 týdnů ve vývoji .43, s vydáním očekávaným asi za 3 týdny ode dneška 20:22:12 &lt;zzz&gt; věci jdou dobře, s některými opravami IPv6 a další prací na tom, aby bylo šifrované ls2 snazší na používání 20:22:52 &lt;zzz&gt; chce ještě někdo říct, na čem pro .43 pracuje, kromě beta 7 prohlížeče? 20:23:36 &lt;zzz&gt; zmrazení tagu bude za týden ode dneška a tehdy aktualizuji transifex a dám všem vědět, aby začali překládat 20:23:42 &lt;zlatinb&gt; doufejme, že se dostanu k testování prohledávání anotací v servletu 3.0 20:24:12 &lt;zzz&gt; ok, jo, rád bych to dodělal, pokud to potřebuješ, nebo to zahodím, pokud ne :) 20:24:18 &lt;meeh&gt; vylepšování našeho jlinked buildu, což souvisí s věcmi kolem prohlížeče, ehm, ale pořád v java codebase 20:24:42 &lt;sadie__&gt; IDK a já pracujeme na novém průvodci nastavením a byla dokončena nová navigace menu webu. Udělám více kosmetických změn v CSS konzole 20:24:47 &lt;meeh&gt; odhaduju, že se na to téma podíváme víc, stejně jako je addressbook rozbitý při použití jlink 20:25:13 &lt;zlatinb&gt; jo a pluginy taky – ale ty pravděpodobně zůstanou rozbité ještě nějakou dobu 20:25:19 &lt;zzz&gt; a příští týden budeme pracovat na opravách pro android pro 43 20:26:38 &lt;zzz&gt; Nemyslím si, že chcete řešit zapnutí zásuvných modulů routeru pro prohlížeč, ale možná vás k tomu někdo tlačí? stojí za další prozkoumání 20:27:04 &lt;zzz&gt; ještě něco k 4)? 20:28:21 &lt;zzz&gt; 5) Proposals status (zzz) 20:28:45 &lt;zzz&gt; jediným zaměřením týmu návrhů #ls2 byl v posledním měsíci návrh 144 – nové šifrování 20:29:02 &lt;zzz&gt; blížíme se kompletní a konzistentní specifikaci a začali jsme psát nějaký testovací kód 20:30:01 &lt;zzz&gt; očekávám, že část toho kódu se dostane do java .44 release – ne .43 – ale než to bude skutečně hotové v živé síti, bude to začátkem příštího roku 20:30:20 &lt;zzz&gt; a pak možná ještě několik vydání na vychytání chyb 20:30:45 &lt;zzz&gt; ale je to vzrušující, protože jsme blízko náhradě jednoho z původních a velmi pomalých kryptografických algoritmů, ElGamal 20:31:28 &lt;zzz&gt; očekávám, že se pak zaměříme na další část náhrady ElGamalu, s návrhem 152, týkajícím se toho, jak děláme buildy tunnelů 20:31:46 &lt;zzz&gt; ale mohli bychom se rozhodnout pracovat i na "SSU2"... nemluvili jsme o tom 20:31:56 &lt;zzz&gt; to bych odhadoval na polovinu až konec příštího roku 20:32:33 &lt;zzz&gt; tým spolupracuje dobře a na 144 pracujeme téměř rok, takže budeme všichni velmi rádi, až to v nadcházejících měsících doděláme 20:32:43 &lt;zzz&gt; nějaké otázky k těmto nebo jiným návrhům? 20:33:19 &lt;zzz&gt; ještě něco k 5)? 20:34:00 &lt;zzz&gt; 6) statusový scrum (zlatinb) 20:34:04 &lt;zzz&gt; je to tvoje, zab 20:34:29 &lt;zlatinb&gt; Ahoj, stručně popište 1) co jste dělali minulý měsíc 2) co plánujete dělat příští měsíc 3) nějaké překážky nebo potřebná pomoc? Řekněte EOT, až skončíte 20:34:59 &lt;meeh&gt; Bylo to docela hodně počáteční práce na projektu prohlížeče, jednak kvůli integraci routeru a také kvůli poznávání celé kódové základny Firefoxu, build systému a architektury, abychom se dostali na úroveň, kdy můžeme říct, že to máme pod kontrolou. Brzy budeme mít nightly buildy a CI připravené pro větve esr60 a esr68, stejně jako pro pull requesty, které můžeme obdržet. 20:35:01 &lt;meeh&gt; Cílem je také dosáhnout artefaktových buildů, což by umožnilo lidem se slabším hardwarem stahovat části buildu Firefoxu a omezit nejtěžší kompilace, a vývoj bude méně otravný. Také jsem se díval na jednotkové a regresní testování pro prohlížeč, abychom se vyhnuli hloupým chybám a produkt byl stabilnější a spolehlivější. 20:35:01 &lt;meeh&gt; Také se blížíme k tomu, mít naše upravené build skripty, které nejsou založené na perl build skriptové základně Toru, jednak kvůli podpoře vzdálených buildů a také proto, že nás, kdo známe Perl, není mnoho. Kromě toho jsem se věnoval čtení a výzkumu zdejšího právního systému pro provoz naší organizace. Počáteční práce na zásadách logování projektových serverů. 20:35:05 &lt;meeh&gt; EOT 20:35:18 &lt;zlatinb&gt; já: 1) testování patchů joggeru v testnetu, nějaká práce s jlink 2) víc testnetu, servlet 3.0 3) žádné překážky EOT 20:35:20 &lt;sadie__&gt; Minulý víkend jsem byla na Our Networks v Torontu, načrtla nový průvodce nastavením, který IDK implementuje do vydání, rozhoduji o dalších kosmetických změnách v CSS pro příští vydání, posouvám konsenzus ohledně outproxy a prohlížeče, pracuji na komunitním outreachi a požádala jsem o více financí na UX. Příští měsíc se budu soustředit na možnosti financování, nové PR strategie, outreach na 36c3, 20:35:20 &lt;sadie__&gt; dokončení úvodní sady slidů o I2P pro budoucí přednášky, kterou můžeme všichni použít, vylepšení susi mail a pokračování práce na prohlížeči a outproxy. EOT 20:35:32 &lt;zzz&gt; 1) opravy chyb, IPv6, šifrování ls2, návrh 144 20:36:06 &lt;eche|on&gt; server běží, totéž, žádné překážky 20:36:25 &lt;zzz&gt; 2) opravy chyb, IPv6, šifrování ls2, specifikace a testovací kód pro návrh 144, příprava a vydání 0.9.43, více schůzek k outproxy a upřesnění 20:36:48 &lt;zzz&gt; 3) žádné překážky, EOT 20:37:11 &lt;zlatinb&gt; scrum.setTimeout(60*1000); 20:37:25 &lt;zzz&gt; eyedeekay? 20:37:35 &lt;eyedeekay&gt; jen okamžik 20:37:55 &lt;eyedeekay&gt; Pracoval jsem na vylepšení průvodce šířkou pásma, aby lépe fungoval s I2P Browser a obecně vypadal moderněji a méně matoucí. Také jsem pracoval na organizaci, deduplikaci a vylepšení knihoven SAM a dělal drobné změny v prohlížeči. Příští měsíc budu převážně pomáhat s prohlížečem, ale mám pár věcí, které možná navrhnu i v i2ptunnel. Žádné překážky. 20:38:41 &lt;zzz&gt; sadie__, nebo eyedeekay, máte odkaz na report z cesty Our Networks, aby si ho lidé mohli přečíst? 20:38:48 &lt;meeh&gt; žádné překážky, většina zmíněných úkolů pokračuje (budu na nich pracovat i do budoucna) 20:39:16 &lt;sadie__&gt; ne – to musíme udělat. Bude to na blogu webu 20:39:29 &lt;eyedeekay&gt; Svůj dám tento týden na blog. 20:39:47 &lt;zlatinb&gt; díky, myslím, že to je vše, konec scrumu 20:40:03 &lt;zzz&gt; to je pro 6) vše 20:40:21 &lt;zzz&gt; má ještě někdo otázky nebo komentáře nebo něco k doplnění? Rozhodně se toho děje hodně! 20:41:11 &lt;zzz&gt; něco dalšího pro schůzku? 20:41:21 * zzz hledá baffer 20:42:05 &lt;zzz&gt; tady je... 20:42:15 * zzz *bafs* schůzi uzavírá </div>/cs/blog/2019/09/03/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-3.-z%C3%A1%C5%99%C3%AD-2019/Tue, 03 Sep 2019 00:00:00 +0000/cs/blog/2019/09/03/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-3.-z%C3%A1%C5%99%C3%AD-2019/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> eyedeekay, sadie, zlatinb, zzz</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> Poznámka: příspěvky od sadie se během schůzky nezobrazily, níže jsou vloženy. <p>20:00:00 <zzz> 0) Ahoj 20:00:00 <zzz> 1) Stav vydání 0.9.42 (zzz) 20:00:48 <zzz> vydání minulý týden proběhlo docela hladce 20:00:56 <zzz> zbývá už jen pár věcí 20:01:27 <zzz> znovu zprovoznit github bridge (nextloop), balíček pro debian sid (mhatta) a android klientskou knihovnu, na kterou jsme u 41 zapomněli (meeh) 20:01:37 <zzz> nextloop, meeh, máte pro ty položky ETA? 20:03:06 <zzz> ještě něco k 1) ? 20:04:02 <zzz> 2) Stav projektu I2P Browser &ldquo;labs&rdquo; (sadie, meeh) 20:04:25 <zzz> sadie, meeh, jaký je stav a jaký je další milník? <sadie> Beta 5 měla vyjít v pátek, ale objevily se nějaké problémy. Vypadá to, že některé jsou připravené <code>https://i2bbparts.meeh.no/i2p-browser/</code> ale opravdu jsem potřebovala slyšet od meeh další termín pro tohle <sadie> Stránka Lab bude do konce tohoto týdne živá. Další milník pro Browser bude diskuse o požadavcích konzole pro vydání beta 6 20:05:51 <zzz> ještě něco k 2) ? 20:06:43 <zzz> 3) případy použití Outproxy / stav (sadie) 20:06:57 <zzz> sadie, jaký je stav a jaký je další milník? <sadie> Kdokoli může sledovat naše poznámky ze schůzek v ticketu 2472. Rozhodli jsme o stavech případů použití a máme seznam požadavků. Dalším milníkem budou uživatelské požadavky pro use case Přátelé a rodina a také vývojové požadavky pro Přátelé a rodina a obecný use case, abychom viděli, kde se mohou překrývat 20:08:05 <zzz> ještě něco k 3) ? 20:08:19 <eyedeekay> Omlouvám se za zpoždění 20:09:01 <zzz> 4) Stav vývoje 0.9.43 (zzz) 20:09:21 <zzz> právě začínáme cyklus 43, který plánujeme vydat zhruba za 7 týdnů 20:09:40 <zzz> aktualizovali jsme roadmapu na webu, ale přidáme ještě pár položek 20:10:06 <zzz> opravoval jsem některé chyby v IPv6 a zrychluji zpracování AES v tunnelu 20:10:30 <zzz> brzy zaměřím pozornost na novou blinding info (zaslepené informace) zprávu I2CP 20:10:59 <zzz> eyedeekay, zlatinb, máte něco k .43? 20:11:46 <eyedeekay> Ne, nemyslím si 20:12:02 <zlatinb> pravděpodobně víc věcí na testnetu 20:12:32 <zzz> jo, máme ještě pár jogger ticketů, na které se podívat, s ohledem na SSU 20:12:48 <zzz> ještě něco k 4) ? 20:14:00 <zzz> 5) Stav návrhů (zzz) 20:14:20 <zzz> naším hlavním zaměřením je velmi komplexní nový návrh šifrování 144 20:14:48 <zzz> v posledních týdnech jsme udělali dobrý pokrok a provedli některé zásadní aktualizace samotného návrhu 20:15:35 <zzz> zbývá pár úklidových prací a děr k zaplnění, ale doufám, že je to v dostatečně dobrém stavu, abychom brzy mohli začít psát některé implementace jednotkových testů, možná do konce měsíce 20:16:17 <zzz> také se znovu podíváme na blinding info zprávu pro návrh 123 (šifrovaný LS2) poté, co ji začnu příští týden implementovat 20:16:52 <zzz> také brzy očekáváme aktualizaci od chisana k návrhu 152 (zprávy pro sestavování tunnelů) 20:17:27 <zzz> minulý měsíc jsme dokončili návrh 147 (prevence napříč sítěmi) a jak i2p, tak i2pd to mají naimplementované a ve vydání .42 20:18:23 <zzz> takže věci se posouvají vpřed; i když 144 působí pomalu a hrozivě, také dělá dobrý pokrok 20:18:27 <zzz> ještě něco k 5) ? 20:20:00 <zzz> 6) Status scrum (zlatinb) 20:20:05 <zzz> můžeš začít, zlatinb 20:20:42 <zlatinb> Ahoj, prosím stručně řekněte: 1) co jste dělali od posledního scrum 2) co plánujete na příští měsíc 3) máte nějaké překážky nebo potřebujete pomoc. Na konci napište EOT 20:21:23 <zlatinb> já: 1) Různé experimenty na testnetu pro zrychlení hromadných přenosů 2) další práce na testnetu, doufejme na větším serveru/síti 3) žádné překážky EOT 20:22:15 <zzz> 1) opravy chyb, změna rozdělení konfigurace, vydání .42, návrhy, workshopy na DEFCONu (viz můj cestopis na i2pforum a na našem webu) 20:23:56 <zzz> 2) opravy chyb, návrh 144, blinding info zpráva, zrychlení, pomoc s výzkumem Outproxy, opravit průvodce SSL rozbitého rozdělením konfigurace 20:24:20 <zzz> více oprav IPv6 20:24:38 <zzz> 3) žádné překážky EOT 20:24:50 <eyedeekay> 1) Od posledního scrumu pracuji na opravách chyb, webu, na návrhu outproxy a věcech souvisejících s i2ptunnels. 2) Pokračovat v reorganizaci a zlepšování prezentace webu. Pracovat na posunu návrhu outproxy 3) žádné překážky EOT <sadie> 1) Účast na FOCI, zkoumala jsem možnosti financování, setkala se s potenciálními donory, měla schůzku s Tails (včetně Mhatta), pracovala na brandingu I2P Browseru, aktualizace webu s IDK, udělala drobné změny v konzoli pro poslední vydání <sadie> 2) příští měsíc budu pracovat na grantech, vylepšeních konzole a webu, průvodci nastavením, účast na Our Networks v Torontu, posouvání výzkumu I2P Browseru a OutProxy <sadie> 3) žádné překážky EOT 20:25:29 <zlatinb> scrum.setTimeout( 60 * 1000 ); 20:27:04 <zzz> ok, vypršel čas 20:27:10 <zlatinb> ScrumTimeoutException 20:27:41 <zzz> poslední výzva pro sadie, meeh, nextloop, aby se vrátili k bodům 1)–3) 20:27:52 <zzz> nějaká další témata pro schůzku? 20:28:47 * zzz bere baffer 20:30:00 * zzz <em><strong>bafs</strong></em> schůzi uzavírá </div></p>/cs/blog/2019/08/30/zpr%C3%A1va-z-cesty-na-def-con-nev%C3%ADm/Fri, 30 Aug 2019 00:00:00 +0000/cs/blog/2019/08/30/zpr%C3%A1va-z-cesty-na-def-con-nev%C3%ADm/<h2 id="zpráva-z-cesty-na-def-con">Zpráva z cesty na DEF CON</h2> <p>Minulý víkend jsem jel na Def Con 27, abych vedl workshop o vývoji aplikací pro I2P a osobně se setkal se zzz, mhatta a Alexem.</p> <p>Můj workshop proběhl dobře, dokonce se zúčastnilo i několik vývojářů aplikací! Zejména jsem vedl poměrně dlouhý rozhovor s osobou jménem Mary o tom, jak by se I2P dalo využít k odstranění centralizace a posílení soukromí v aplikaci typu &ldquo;Magic Wormhole&rdquo;. Ačkoli jsem tehdy s Magic Wormhole nebyl úplně obeznámen, myslím, že většina mých rad byla použitelná. Myslím, že Mary měla několik velmi zajímavých a proveditelných nápadů na sdílení informací více lidsky orientovanými způsoby, které by mohly být zajímavé v aplikacích pro I2P, a těším se na experimentování s některými z nich.</p>/cs/blog/2019/08/30/zpr%C3%A1va-z-cesty-na-def-con-zzz/Fri, 30 Aug 2019 00:00:00 +0000/cs/blog/2019/08/30/zpr%C3%A1va-z-cesty-na-def-con-zzz/<h2 id="zpráva-z-účasti-na-def-conu">Zpráva z účasti na Def Conu</h2> <p>idk a já jsme se zúčastnili DEFCONu 27 a uspořádali dva workshopy o I2P pro vývojáře aplikací, s podporou od mhatty a Alexe. Workshop v Monero Village jsem vedl já a idk vedl ten v Crypto/Privacy Village. Zde shrnu workshop v Monero Village a přednášku o Toru, kterou přednesl Roger Dingledine. idk zveřejní zprávu z cesty týkající se svého workshopu.</p> <p>Na workshopu Monero Village s názvem &ldquo;I2P for Cryptocurrency Developers&rdquo; jsme měli asi 8 účastníků. Plánovali jsme probrat specifické síťové požadavky každé aplikace a projít si různé dostupné možnosti i2ptunnel a SAM. Všichni účastníci však byli s I2P poměrně neobeznámeni, takže jsme změnili plán a poskytli úvodní přehled I2P. Vzhledem k tomu, že žádný z účastníků neměl s sebou notebook, pomohli jsme několika z nich nainstalovat I2P do jejich telefonu s Androidem a prošli jsme si některé funkce aplikace. U všech uživatelů se zdálo, že aplikace provede reseed (počáteční stažení adresáře sítě) a vytvoří tunnels poměrně rychle.</p>/cs/blog/2019/08/30/zpr%C3%A1va-z-cesty-na-usenix-foci/Fri, 30 Aug 2019 00:00:00 +0000/cs/blog/2019/08/30/zpr%C3%A1va-z-cesty-na-usenix-foci/<h2 id="zpráva-z-účasti-na-usenix-foci">Zpráva z účasti na USENIX FOCI</h2> <p>Během uplynulého roku jsem měl to štěstí podílet se na výzkumu, který Nguyen Phong Hoang ze Stony Brook University provádí v souvislosti s cenzurou I2P. Infrastruktura použitá pro tento výzkum poskytla řadu geograficky rozmanitých měřicích bodů a také umožnila provádět hloubková měření napříč všemi vrstvami síťového zásobníku. Mezi služby I2P, u nichž se měřila dostupnost, patřily oficiální domovská stránka, zrcadlový web, reseed servers (servery pro počáteční synchronizaci) a aktivní přeposílací uzly.</p>/cs/blog/2019/08/30/zpr%C3%A1va-z-pracovn%C3%AD-cesty-na-internet-freedom-festival/Fri, 30 Aug 2019 00:00:00 +0000/cs/blog/2019/08/30/zpr%C3%A1va-z-pracovn%C3%AD-cesty-na-internet-freedom-festival/<h2 id="zpráva-z-cesty-na-internet-freedom-festival">Zpráva z cesty na Internet Freedom Festival</h2> <p>Byla to moje první účast na IFF a pro I2P to byla skvělá zkušenost! Setkal jsem se s obránci lidských práv, lidmi, kteří pracují na metrikách cenzury, a samozřejmě s odborníky na UX a bezpečnost.</p> <p>Mým cílem bylo navázat kontakt s lidmi a dále podpořit přepracování UX (uživatelská zkušenost) I2P, s ohledem na bezpečnost a UX hlediska pracovníků v první linii. Jak mi bylo řečeno, lidé vnímají I2P jako velmi důležitý a mocný prostředek k obcházení cenzury a podpoře bezpečné komunikace, nicméně rozhraní má určité nedostatky z hlediska použitelnosti. Lidé byli spokojeni s našimi prvními kroky, které mají uživatelům při prvním použití poskytnout lepší zkušenost, jako je náš průvodce nastavením a nástroj pro zjištění šířky pásma. Také jsem obdržel pozitivní ohlasy na změny, které jsme provedli na webu a u ikon /home. Bylo velmi povzbudivé slyšet přímo od komunity, že drobné změny, které jsme provedli, jdou správným směrem.</p>/cs/blog/2019/08/30/zpr%C3%A1va-z-%C3%BA%C4%8Dasti-na-rightscon/Fri, 30 Aug 2019 00:00:00 +0000/cs/blog/2019/08/30/zpr%C3%A1va-z-%C3%BA%C4%8Dasti-na-rightscon/<h2 id="zpráva-z-pracovní-cesty-na-rightscon">Zpráva z pracovní cesty na RightsCon</h2> <p>Zprávy od aktivistů ze Sýrie během panelu Access No! v první den byly hluboce dojemné a skutečně mi připomněly, proč pracuji v oblasti digitálních práv. Vyslechli jsme si zkušenosti aktivistů, kteří nemohou cestovat kvůli absenci právního statusu, nedostatku dokladů a probíhajícímu konfliktu. Pro tyto lidi &ldquo;internet je jediným pasem, který (oni) mají u sebe.&rdquo; Obránci lidských práv hovořili o důležitosti digitálního školení, aby lidé zůstali chráněni, když komunikují s rodinou uvnitř země i s rodinou a přáteli, kteří odešli. Zřídili digitální kliniky, aby lidem ukázali, jak bezpečně používat služby – například jak používat funkce, jako jsou mizející zprávy v aplikaci Signal, aby tyto zprávy nemohly být použity proti nim při prohlídkách zařízení při bezpečnostních kontrolách. Velmi důležité bylo také pokračovat ve vzdělávání, přičemž pro přístup ke zdrojům se spoléhalo na internet.</p>/cs/blog/2019/08/27/vyd%C3%A1n%C3%AD-0.9.42/Tue, 27 Aug 2019 00:00:00 +0000/cs/blog/2019/08/27/vyd%C3%A1n%C3%AD-0.9.42/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>Verze 0.9.42 pokračuje v práci na zrychlení a zvýšení spolehlivosti I2P. Obsahuje několik změn k urychlení našeho transportu přes UDP. Rozdělili jsme konfigurační soubory, aby bylo možné v budoucnu pracovat na modulárnějším balení. Pokračujeme v implementaci nových návrhů pro rychlejší a bezpečnější šifrování. Samozřejmě je tu také spousta oprav chyb.</p> <p>Jako obvykle doporučujeme, abyste aktualizovali na tuto verzi. Nejlepším způsobem, jak zachovat bezpečnost a pomoci síti, je provozovat nejnovější verzi.</p>/cs/blog/2019/08/06/i2p-v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-6.-srpna-2019/Tue, 06 Aug 2019 00:00:00 +0000/cs/blog/2019/08/06/i2p-v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-6.-srpna-2019/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> mikalv, zlatinb, zzz</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Ahoj 20:00:00 &lt;zzz&gt; 1) stav vydání 0.9.41, zbývající položky (mhatta, nextloop) 20:00:00 &lt;zzz&gt; 2) stav vývoje 0.9.42 (zzz) 20:00:00 &lt;zzz&gt; 3) stav LS2 (zzz) 20:00:00 &lt;zzz&gt; 4) stav projektu I2P Browser "labs" (meeh) 20:00:00 &lt;zzz&gt; 5) Stav scrumu (zlatinb) 20:00:04 &lt;zzz&gt; 0) Ahoj 20:00:07 &lt;zzz&gt; ahoj! 20:00:19 &lt;zzz&gt; 1) stav vydání 0.9.41, zbývající položky (mhatta, nextloop) 20:00:46 &lt;zzz&gt; za posledních pár týdnů vidím, že mhatta dostal 41 do sid, což je skvělé 20:01:04 &lt;zzz&gt; Mluvil jsem i s nextloopem, jemu se nepodařilo dostat 41 do fdroidu, ale někdo jiný ano. 20:01:27 &lt;zzz&gt; a nextloop slíbil, že se k práci na f-droidu vrátí. super! 20:01:31 &lt;zzz&gt; něco dalšího k bodu 1) ? 20:01:50 &lt;zzz&gt; je tu ještě někdo? napište prosím ahoj 20:01:58 &lt;zlatinb&gt; ahoj 20:02:37 &lt;zzz&gt; ok, ještě jeden. Doufejme, že se ostatní brzy objeví 20:02:50 &lt;zzz&gt; 2) stav vývoje .42 20:03:02 &lt;zzz&gt; jsme 5 týdnů v, zbývají 3 týdny, 1 týden do tag freeze 20:03:20 &lt;zzz&gt; zaintegrovali jsme kód pro rozdělení konfigurace, na kterém jsem pracoval s idk 20:03:58 &lt;zzz&gt; spousta oprav chyb; GMP 6.1.2; aktualizovali jsme soubory pro Debian, aby fungovaly v busteru 20:04:17 &lt;zzz&gt; také pár oprav v ls2 20:04:39 &lt;zzz&gt; zlatinbe, chceš zmínit, co děláš se svým testnetem, a co to zatím přineslo? 20:05:11 &lt;zlatinb&gt; ano, v zásadě jsem zprovoznil testnet s LXC kontejnery 20:05:32 &lt;zlatinb&gt; zatím odhalil jednu zásadní chybu kolem použití Bloomova filtru a jednu menší chybu v SSU 20:05:58 &lt;zlatinb&gt; poslední dobou dolaďuji různé konstanty, ale nasadím to, abych ověřil joggersovy patche/nápady 20:06:06 &lt;zlatinb&gt; eot 20:06:23 &lt;zzz&gt; to je opravdu skvělé, díky 20:07:04 &lt;zzz&gt; kdybychom dokázali přidat i nějakou minimální latenci, bylo by to ještě lepší, ale i tak bylo fajn najít a opravit pár úzkých hrdel 20:07:15 &lt;zzz&gt; něco dalšího k bodu 1) ? 20:07:30 &lt;zzz&gt; ups, něco dalšího k bodu 2) ? 20:08:27 &lt;zzz&gt; 3) stav ls2 20:08:38 &lt;zzz&gt; za poslední měsíc spousta pokroku 20:09:05 &lt;zzz&gt; shodli jsme se na malém návrhu č. 147, který má zabránit tomu, aby se testovací sítě nepropojovaly s hlavní sítí 20:09:12 &lt;zzz&gt; ten kód bude v .42 20:09:45 &lt;zzz&gt; chisana má dva nové návrhy, 152 a 153, které mají zvýšit bezpečnost stavby tunnelů a šifrování tunnelů (v uvedeném pořadí) použitím modernější kryptografie 20:10:14 &lt;zzz&gt; trochu jsme o nich mluvili, ale formálně jsme je zatím nerecenzovali 20:10:47 &lt;zzz&gt; návrh 123 (LS2) dál dostává drobné úpravy, jak dokončujeme implementaci a testování v živé síti, ale vypadá to, že vše funguje dobře 20:11:26 &lt;zzz&gt; velký je návrh 144, nové šifrování. Postupujeme pomalu, ale stabilně. Děláme na tom už možná 9 měsíců? 20:11:58 &lt;zzz&gt; pořád je pár zásadních technických problémů, které musíme vyřešit, než budeme moct začít s testovacími implementacemi 20:12:20 &lt;zzz&gt; největší problém teď je najít dost času lidí, aby to mohli dotáhnout 20:12:46 &lt;zzz&gt; nějaké dotazy k bodu 3) ls2 a dalším návrhům ? 20:13:47 &lt;zzz&gt; ok, dál k 4) stav projektu I2P Browser labs 20:13:54 &lt;zzz&gt; mikalv, co je nového? 20:14:16 &lt;mikalv&gt; směřujeme k integraci přímo s I2P routerem, jlinked 20:14:38 &lt;mikalv&gt; na straně i2pbuttonu jsme víceméně hotovi, zbývá opravit pár věcí 20:15:15 &lt;mikalv&gt; co se týče build skriptů, ty musíme napsat, protože vývojáři pro testování použili mockovaný výtažek i2p jlinked, kde ho spouští prohlížeč 20:15:48 &lt;zzz&gt; jaká je aktuální beta verze, a kdy uvidíme další betu? 20:15:52 &lt;mikalv&gt; kromě toho se snažíme mít alespoň dvě schůzky týdně, abychom z toho udělali skutečný produkt s jasnými cíli 20:16:24 &lt;mikalv&gt; aktuální je pořád beta4, a doufám, že beta5 vyjde do konce tohoto týdne - a pokud ano, s routerem zabudovaným 20:17:27 &lt;zzz&gt; chápu správně, že jsi k tomu založil mailing list? chtěl bys ho oznámit tady, nebo to ještě není připravené? 20:18:09 &lt;zzz&gt; sadie, zlatinbe, chcete k prohlížeči něco dodat 20:18:20 &lt;zzz&gt; ? 20:19:36 &lt;zzz&gt; máte někdo nějaké dotazy k bodu 4) prohlížeč? 20:20:21 &lt;zzz&gt; něco dalšího k bodu 4) ? 20:21:10 &lt;zzz&gt; 5) scrum - zlatinbe, je to tvoje 20:22:02 &lt;zlatinb&gt; pojďme udělat scrum paralelně; ve zkratce - 1) na čem jste pracovali od posledního scrumu 2) na čem plánujete pracovat příští měsíc 3) máte nějaké blokery nebo potřebujete pomoc. Řekněte EOT, až skončíte 20:22:34 &lt;zlatinb&gt; já: 1) stavba testnetu, hon na úzká hrdla 2) víc testnetu, podívám se také na joggersovy tickety 3) vlastně žádné EOT 20:23:34 &lt;zzz&gt; 1) vydání 41, kód pro rozdělení konfigurace, opravy chyb, návrhy, plánování nových typů šifrování, opravy v ls2 20:24:10 &lt;zzz&gt; 2) vydání 42, opravy chyb, návrhy (zejména výzkum otázek kolem nového šifrování), DEFCON 20:24:16 &lt;zzz&gt; 3) žádné blokery; EOT 20:25:18 &lt;mikalv&gt; pracoval jsem hlavně na prohlížeči (včetně i2pbuttonu, který nyní spustí router, pokud je nalezen), také jsem na své straně výrazně vylepšil outproxy, začal jsem prototypovat řešení pro soukromé outproxy, které má tak dobrou rychlost, že ho můžu reálně používat pro prohlížení clearnetu na denní bázi 20:25:53 &lt;mikalv&gt; a také jsem zprovoznil mailinglisty, ano, které přes I2P najdete na `https://lists.i2p/postorius/lists/` a z clearnetu jsou dostupné na https://lists.i2p.email/postorius/lists/ 20:26:20 &lt;mikalv&gt; kdokoli s konstruktivními nápady, příspěvky, diskusemi a podobně je samozřejmě vítán 20:26:57 &lt;mikalv&gt; kromě toho jsem dělal průzkum, jak můžeme přijímat dary platební kartou, a jak zároveň můžeme prodávat trička a podobně 20:27:10 &lt;mikalv&gt; EOT 20:27:12 &lt;mikalv&gt; bez blokérů 20:28:14 &lt;zzz&gt; tak to je asi všechno? zlatinbe, necháme na tobě, abys pokáral absentéry? 20:28:17 &lt;zlatinb&gt; ještě někdo? pokud ne, scrum končí za 1 minutu :) 20:28:27 &lt;zlatinb&gt; ok 20:28:33 &lt;zlatinb&gt; ScrumTimeoutException 20:28:41 &lt;mikalv&gt; lol 20:28:42 &lt;zzz&gt; zatímco jsme v 'grace period' - DEFCON! idk a já tam budeme tenhle víkend! 20:29:04 &lt;zzz&gt; Monero Village v pátek odpoledne a Crypto/Privacy Village v sobotu odpoledne 20:29:22 &lt;zzz&gt; workshop, Q&amp;A a samolepky oba dny. přijďte pozdravit 20:29:57 &lt;zzz&gt; k outproxy: dám to na program příštího měsíce, aby nám sadie podala přehled o tom, co se snažíme dělat 20:30:06 &lt;zzz&gt; něco dalšího pro meeting? 20:30:52 &lt;zzz&gt; jo, a Sadie bude příští týden v San Jose prezentovat článek na FOCI! určitě si ji najděte, pokud tam budete 20:30:59 &lt;mikalv&gt; ne, ale čekám, že do příští schůzky budeme mít víc k prohlížeči/outproxy 20:31:39 &lt;zzz&gt; jo, zatím nemáme dobrý plán ani pro prohlížeč, ani pro outproxy. Máme nápady a proof-of-concepty, ale žádný plán 20:31:53 &lt;zzz&gt; takže bude fajn vidět, jak se to dá dohromady 20:32:02 * zzz rozehřívá baffer 20:32:44 &lt;zzz&gt; poslední baf léta, uvidíme se v září... 20:32:55 * zzz ****bafs**** ukončuje schůzku </div>/cs/blog/2019/07/29/program-konference-srpen-2019/Mon, 29 Jul 2019 00:00:00 +0000/cs/blog/2019/07/29/program-konference-srpen-2019/<h1 id="program-konference-srpen-2019">Program konference srpen 2019</h1> <p>Ahoj všichni,</p> <p>Uveďte POUZE překlad, nic víc:</p> <p>Příští měsíc bude nabitý! Setkejte se s vývojáři I2P na dvou workshopech na Defconu 27 a na FOCI &lsquo;19 se spojte s výzkumníky, kteří sledují cenzuru I2P.</p> <h2 id="i2p-for-cryptocurrency-developers">I2P for Cryptocurrency Developers</h2> <p><strong>zzz</strong></p> <ul> <li>Monero Village</li> <li>August 9, 3:15pm</li> <li>Monero Village will be on the 26th floor of Bally&rsquo;s <a href="https://defcon.org/html/defcon-27/dc-27-venue.html">map</a> </li> </ul> <p>Tento workshop pomůže vývojářům s navrhováním aplikací pro komunikaci přes I2P pro anonymitu a bezpečnost. Probereme běžné požadavky kryptoměnových aplikací a projdeme architekturu každé aplikace a její specifické potřeby. Poté se zaměříme na komunikaci přes tunnel, volbu router a knihoven a na možnosti balení a zodpovíme všechny dotazy související s integrací I2P.</p>/cs/blog/2019/07/27/zrychlen%C3%AD-va%C5%A1%C3%AD-s%C3%ADt%C4%9B-i2p/Sat, 27 Jul 2019 00:00:00 +0000/cs/blog/2019/07/27/zrychlen%C3%AD-va%C5%A1%C3%AD-s%C3%ADt%C4%9B-i2p/<p><em>Tento příspěvek byl přímo převzat a upraven z materiálu původně vytvořeného pro mhattaův</em> <a href="https://medium.com/@mhatta/speeding-up-your-i2p-network-c08ec9de225d">blog na Medium</a> <em>.</em> <em>Zásluhy za původní příspěvek patří jemu. Byl aktualizován na některých místech, kde</em> <em>odkazuje na staré verze I2P jako na aktuální, a prošel drobnými</em> <em>úpravami. -idk</em></p> <p>Hned po spuštění se I2P často jeví jako trochu pomalé. Je to pravda a všichni víme proč: ze své podstaty <a href="https://en.wikipedia.org/wiki/Garlic_routing">garlic routing</a> (technika směrování používaná v I2P pro soukromí) přidává režii k běžnému používání internetu, abyste měli soukromí, což však znamená, že u mnoha nebo dokonce většiny služeb I2P budou vaše data muset ve výchozím nastavení projít dvanácti skoky.</p>/cs/blog/2019/07/02/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-2.-%C4%8Dervence-2019/Tue, 02 Jul 2019 00:00:00 +0000/cs/blog/2019/07/02/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-2.-%C4%8Dervence-2019/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> eyedeekay, meeh, sadie, zlatinb, zzz</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Ahoj 20:00:00 &lt;zzz&gt; 1) stav vydání 0.9.40, zbývající položky (mhatta, nextloop) 20:00:00 &lt;zzz&gt; 2) stav vydání 0.9.41 (zzz) 20:00:00 &lt;zzz&gt; 3) stav LS2 (zzz) 20:00:00 &lt;zzz&gt; 4) stav projektu I2P Browser "labs" (meeh) 20:00:00 &lt;zzz&gt; 5) žádost o domovskou stránku muwire.i2p v konzoli (zlatinb) 20:00:00 &lt;zzz&gt; 6) Stavový scrum (zlatinb) 20:00:03 &lt;zzz&gt; 0) Ahoj 20:00:05 &lt;zzz&gt; ahoj 20:00:12 &lt;zlatinb&gt; ahoj 20:00:31 &lt;zzz&gt; 1) stav vydání 0.9.40, zbývající položky (mhatta, nextloop) 20:00:42 &lt;zzz&gt; stále žádné zprávy od mhatta ani nextloop, bohužel 20:00:59 &lt;zzz&gt; Opakovaně jsem se snažil najít nového správce deb, zatím bez úspěchu 20:01:09 &lt;zzz&gt; něco dalšího k 1) ? 20:01:35 &lt;zzz&gt; 2) stav vydání 0.9.41 (zzz) 20:01:46 &lt;sadie__&gt; ahoj 20:01:54 &lt;eyedeekay&gt; Ahoj 20:02:09 &lt;zzz&gt; uzavíráme období pro přezkum. Očekávám, že zítra ráno budou dostupné aktualizace v síti, další věci budou následovat 20:02:44 &lt;zzz&gt; a pak to celé uděláme znovu pro 42 20:03:06 &lt;zzz&gt; něco dalšího k 2) ? 20:03:48 &lt;zzz&gt; 3) stav LS2 (zzz) 20:04:01 &lt;zzz&gt; děláme pomalý, ale stálý pokrok 20:04:11 &lt;zzz&gt; .41 má podporu pro ověřování pro jednotlivé klienty 20:04:22 &lt;zzz&gt; garlic farm také postupuje, pomalu 20:04:46 &lt;zzz&gt; plánujeme jednu novou zprávu I2CP pro .42, aby se předaly blinding (zaslepení) informace od klienta do routeru 20:05:12 &lt;zzz&gt; pokračujeme v postupu u návrhu 144 na nové šifrování, ale je to opravdu obtížné 20:05:42 &lt;zzz&gt; Doufám, že za pár měsíců budeme mít dobrou specifikaci pro 144 a možná se ke konci roku objeví i nějaký testovací kód 20:05:55 &lt;zzz&gt; jako vždy jsou naše schůzky v pondělí v 18:30 UTC na #ls2, všichni jsou vítáni 20:06:07 &lt;zzz&gt; něco dalšího k 3) ? 20:06:37 &lt;zzz&gt; 4) stav projektu I2P Browser "labs" (meeh) 20:06:45 &lt;zzz&gt; meeh, jaké jsou novinky ohledně prohlížeče? 20:07:38 &lt;zzz&gt; ok, myslím, že tu není 20:07:51 &lt;zzz&gt; 5) žádost o domovskou stránku muwire.i2p v konzoli (zlatinb) 20:08:01 &lt;zlatinb&gt; ahoj 20:08:07 &lt;zzz&gt; `http://zzz.i2p/topics/2722` 20:08:11 &lt;zzz&gt; řekni nám prosím něco o svém webu 20:09:30 &lt;zlatinb&gt; MuWire je univerzální aplikace pro sdílení souborů, která běží nad i2p. Web obsahuje odkazy ke stažení, snímky obrazovky a obecné informace o aplikaci. 20:10:05 &lt;zlatinb&gt; Věřím, že MW je obecně zajímavý a užitečný pro komunitu i2p; rychle roste a přitahuje velký zájem. 20:10:22 &lt;zzz&gt; má někdo komentáře k této žádosti? pro? proti? 20:10:41 &lt;zzz&gt; nebo nějaké dotazy? 20:11:39 &lt;zzz&gt; Podporuji tu žádost, myslím, že je to fajn aplikace, která je užitečná jen pokud má hodně uživatelů, a tomu můžeme pomoci tím, že ji dáme do konzole 20:11:55 &lt;zzz&gt; sadie__, ? eyedeekay ? 20:12:23 &lt;sadie__&gt; Podporuji tu žádost 20:12:30 &lt;eyedeekay&gt; Také to podporuji. 20:12:49 &lt;zzz&gt; super. pokud nejsou námitky, přidáme to do .42 20:12:54 &lt;zzz&gt; něco dalšího k 5) ? 20:13:41 &lt;zzz&gt; 6) Stavový scrum (zlatinb) 20:13:45 &lt;zzz&gt; můžeš začít, zab 20:14:15 &lt;zlatinb&gt; Ahoj, pojďme udělat scrum paralelně. Řekněte prosím v pár slovech: 1) co jste dělali od posledního scrumu 2) co plánujete na příští měsíc 3) zda máte nějaké překážky nebo potřebujete pomoc. Až budete hotovi, řekněte EOT 20:15:38 &lt;zzz&gt; 1) opravy chyb, ověřování pro jednotlivé klienty, garlic farm, nové šifrování, další opravy chyb, příprava na vydání, počáteční práce na nových věcech pro .42 20:15:39 &lt;zlatinb&gt; já: 1) jen malá úprava RouterContext api, aby bylo možné použít vlastní správu logů 2) Mám další změny Router/RouterContext, které bych rád udělal, aby bylo lepší embedování routeru. Mohl bych také pracovat na garlic farm, pokud se to otevře. 3) Žádné překážky, jen by bylo fajn mít zjednodušený Maven 20:15:41 &lt;zlatinb&gt; EOT 20:16:41 &lt;zzz&gt; 1a) spousta oprav chyb a úklidů pro Android 2) vydání .41, rozdělení konfigurace pro .42, nová zpráva i2cp pro .42, práce na novém šifrování v prop 144 20:17:20 &lt;sadie__&gt; Pokračovala jsem v práci na konzoli – aktualizované logo přidané do obou motivů. Cestovala jsem do Tunisu na RightsCon a navázala další kontakty v komunitě. Community outreach, testování, procházení tiketů a zvykání si na tx. 20:17:37 &lt;zzz&gt; 2a) příprava na defcon, více práce na garlic farm, spolupráce s týmem #ls2 na stavbě tunnel pro routerů s novým šifrováním 20:17:45 &lt;sadie__&gt; příští měsíc aktualizace modelu hrozeb, uživatelský výzkum a tvorba person, oslovování ohledně financování 20:17:45 &lt;eyedeekay&gt; Pracoval jsem na konfiguraci split tunnel, v poslední době jsem to testoval na více platformách. Udělal jsem webextension, které zlepšuje prohlížení na Android tím, že automaticky konfiguruje prohlížeč, napsal/zrcadlil jsem několik blogpostů a pracoval na webu. 2) Dokončit testování split tunnel a dostat je do routeru pro .42. Spolupracovat s meeh na prohlížeči. 3) žádné překážky EOT 20:17:46 &lt;sadie__&gt; EOT 20:18:01 &lt;zzz&gt; 3) žádné překážky, EOT 20:18:15 &lt;zlatinb&gt; díky, to je myslím všichni &lt;/scrum&gt; 20:18:22 &lt;meeh&gt; píšu 20:18:24 &lt;meeh&gt; moment 20:18:37 &lt;zzz&gt; ok 20:21:29 &lt;meeh&gt; Pracoval jsem hlavně na prohlížeči, také jsem se podíval na problém se závislostmi Maven, dokumentaci a také na to, jaká by byla otrava postavit prohlížeč pro Android, abychom mohli zastarat interní prohlížeč v naší aplikaci. 20:22:29 &lt;zzz&gt; meeh, bylo to 1) ? prosím dej 2) a 3) následované EOT 20:25:34 &lt;meeh&gt; 1) jo, výše 2) prohlížeč: připravit uživatelskou dokumentaci, stabilizovat současné funkce, dokončit rebranding zejména co se týče ikon a grafiky. osx launcher: dokončit funkci sdílení torrent snark. android: dokončit vyhodnocení, jaká by byla otrava portovat prohlížeč - Tor dělá teď totéž a vzhledem k tomu, že používáme hodně stejného a build skripty, je to možná proveditelné. a nakonec, ohledně darů 20:26:39 &lt;meeh&gt; 3) žádné překážky a není potřeba pomoc, kromě toho vždy rád přijmu PR pro věci kolem prohlížeče a zejména android věci, na které nejsem moc odborník 20:27:03 &lt;zzz&gt; EOT? 20:27:07 &lt;meeh&gt; EOT 20:27:14 &lt;zzz&gt; ok, díky meeh 20:27:22 &lt;zzz&gt; tak to je pro 6) scrum vše 20:27:34 &lt;zzz&gt; vrátíme se k 4) I2P Browser (meeh) 20:28:06 &lt;zzz&gt; mohl bys nám prosím dát stav, pokud je něco navíc oproti tomu, co bylo v tvém scrumu? 20:28:56 &lt;zzz&gt; poslední vydání, příští vydání, stabilita, funkce, ... ? 20:30:21 &lt;meeh&gt; Myslím, že jsme pokryli většinu ikon a grafiky v projektu prohlížeče, nicméně máme i nějaké obrázky (vzpomínám si hlavně na průvodce prvním spuštěním), které je potřeba něčím nahradit, totéž platí pro texty. Také se minulý týden ukázalo, že nám trvá zhruba 1–2 dny (až 48 hodin) zareagovat na bezpečnostní problém (tj. od chvíle, kdy jsem měl čas, do doby, než to bylo sestavené) 20:34:05 &lt;meeh&gt; vývojářská dokumentace by měla na nějakou dobu stačit, uživatelská dokumentace bude brzy hotová, snažím se přitom příliš nevykrádat místa jako mozilla apod. Náš přístup k úpravám forku je dávat většinu logiky a funkcí do i2pbutton - a ve zdrojích firefox dělat jen to, co je opravdu potřeba, což zatím funguje dobře.To zahrnuje i překlady, protože firefox 20:34:05 &lt;meeh&gt; poskytuje vlastní, takže zbývá překládat jen i2p specifické řetězce 20:35:01 &lt;zzz&gt; ok, díky za aktualizaci. Ještě něco k 4) ? 20:35:07 &lt;zzz&gt; nějaké dotazy k prohlížeči? 20:35:16 &lt;meeh&gt; úvahy o přechodu na nové vydání ESR jsou ... tak napůl pozitivní, to znamená, že si nejsem úplně jistý, zda to lze udělat automaticky, nicméně těch pár míst, která potřebují jeden dva patche, už začínám mít dobře zmapovaná 20:35:56 &lt;meeh&gt; příští vydání by nemělo trvat dlouho, trochu záleží na tom, jak moc bude tým v následujících týdnech přikládat pod kotel 20:36:35 &lt;zzz&gt; jo, musíme zvážit priority. Myslím, že zjišťujeme, kolik úsilí by stálo to dělat doopravdy 20:36:46 &lt;zzz&gt; ještě něco k 4) ? 20:36:50 &lt;meeh&gt; Opravdu na to nemám žádný harmonogram nad rámec toho, že až bude nějaká nová/stávající funkce hotová nebo hotovější a/nebo vyjdou bezpečnostní patche pro Android 20:36:53 &lt;meeh&gt; ffirefox** 20:38:10 &lt;zzz&gt; ještě něco k 4) ? 20:39:05 &lt;zzz&gt; ještě něco k téhle schůzce? 20:39:54 &lt;zzz&gt; díky všem 20:40:01 * zzz *bafs* schůzka ukončena </div>/cs/blog/2019/07/02/vyd%C3%A1n%C3%AD-0.9.41/Tue, 02 Jul 2019 00:00:00 +0000/cs/blog/2019/07/02/vyd%C3%A1n%C3%AD-0.9.41/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>Verze 0.9.41 obsahuje zlepšení výkonu, vylepšení streamovací knihovny a důležité opravy chyb. Pokračujeme ve vývoji nových leasesets (LS2) a šifrovaných leasesets. Toto vydání obsahuje obvyklou sadu oprav chyb a aktualizací překladů.</p> <p>Jako obvykle doporučujeme aktualizovat na toto vydání. Nejlepším způsobem, jak udržovat zabezpečení a pomoci síti, je spouštět nejnovější vydání.</p>/cs/blog/2019/06/23/tak-chcete-napsat-knihovnu-pro-sam/Sun, 23 Jun 2019 00:00:00 +0000/cs/blog/2019/06/23/tak-chcete-napsat-knihovnu-pro-sam/<p><em>Nebo, komunikace s <a href="https://geti2p.net">i2p</a> pro lidi, kteří nejsou příliš zvyklí číst specifikace</em></p> <p>Jednou z nejlepších funkcí I2P je podle mého názoru jeho SAM API, které lze použít k vytvoření mostu mezi I2P a vaší aplikací nebo vámi zvoleným jazykem. V současnosti existují desítky knihoven SAM pro různé jazyky, včetně:</p> <ul> <li><a href="https://github.com/i2p/i2psam">i2psam, for c++</a> </li> <li><a href="https://github.com/i2p/libsam3">libsam3, for C</a> </li> <li><a href="https://github.com/str4d/txi2p">txi2p for Python</a> </li> <li><a href="https://github.com/l-n-s/i2plib">i2plib for Python</a> </li> <li><a href="https://github.com/majestrate/i2p.socket">i2p.socket for Python</a> </li> <li><a href="https://github.com/MuxZeroNet/leaflet">leaflet for Python</a> </li> <li><a href="https://github.com/eyedeekay/gosam">gosam, for Go</a> </li> <li><a href="https://github.com/eyedeekay/sam3">sam3 for Go</a> </li> <li><a href="https://github.com/redhog/node-i2p">node-i2p for nodejs</a> </li> <li><a href="https://github.com/solatis/haskell-network-anonymous-i2p">haskell-network-anonymous-i2p</a> </li> <li><a href="https://github.com/SamuelFisher/i2pdotnet">i2pdotnet for .Net languages</a> </li> <li><a href="https://github.com/stallmanifold/rust-i2p">rust-i2p</a> </li> <li><a href="https://github.com/dryruby/i2p.rb">and i2p.rb for ruby</a> </li> </ul> <p>Pokud používáte některý z těchto jazyků, možná už budete moci portovat svou aplikaci na I2P s využitím existující knihovny. O tom ale tento návod není. Tento návod je o tom, co dělat, pokud chcete vytvořit SAM library (knihovna pro rozhraní SAM) v novém jazyce. V tomto návodu implementuji novou SAM library v jazyce Java. Zvolil jsem Javu, protože zatím neexistuje Java knihovna, která by vás připojila k SAM, kvůli využití Javy v Androidu, a také proto, že je to jazyk, se kterým má téměř každý alespoň <em>trochu</em> zkušeností, takže jej snad budete moci převést do jazyka podle svého výběru.</p>/cs/blog/2019/06/15/jak-nastavit-ssh-server-za-i2p-pro-soukrom%C3%BD-p%C5%99%C3%ADstup/Sat, 15 Jun 2019 00:00:00 +0000/cs/blog/2019/06/15/jak-nastavit-ssh-server-za-i2p-pro-soukrom%C3%BD-p%C5%99%C3%ADstup/<h1 id="jak-nastavit-ssh-server-dostupný-přes-i2p-pro-osobní-přístup">Jak nastavit SSH server dostupný přes I2P pro osobní přístup</h1> <p>Toto je návod, jak nastavit a doladit I2P tunnel, abyste jej mohli použít pro vzdálený přístup k serveru SSH, s využitím I2P nebo i2pd. Prozatím se předpokládá, že server SSH nainstalujete pomocí správce balíčků a že poběží jako služba.</p> <p>Poznámky: V tomto návodu předpokládám několik věcí. Bude je potřeba upravit podle komplikací, které se mohou objevit ve vašem konkrétním nastavení, zejména pokud pro izolaci používáte virtuální stroje (VM) nebo kontejnery. Tento postup předpokládá, že I2P router a SSH server běží na stejném localhostu. Měli byste používat nově vygenerované hostitelské klíče SSH, buď díky čerstvě nainstalovanému sshd, nebo smazáním starých klíčů a vynucením jejich opětovného vygenerování. Například:</p>/cs/blog/2019/06/04/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-4.-%C4%8Dervna-2019/Tue, 04 Jun 2019 00:00:00 +0000/cs/blog/2019/06/04/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-4.-%C4%8Dervna-2019/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> echelon, eyedeekay, zlatinb, zzz</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 20:00:14 &lt;zzz&gt; 0) Ahoj 20:00:16 &lt;zzz&gt; ahoj 20:00:43 &lt;zzz&gt; 1) stav vydání 0.9.40 – zbývající položky (meeh, mhatta, nextloop, str4d) 20:00:43 &lt;zzz&gt; 2) opravený stav vydání i2pbote-android (meeh) 20:00:43 &lt;zzz&gt; 3) stav vývoje 0.9.41 (zzz) 20:00:43 &lt;zzz&gt; 4) stav LS2 (nový formát leaseSet) (zzz) 20:00:43 &lt;zzz&gt; 5) stav projektu I2P Browser „labs“ (meeh) 20:00:43 &lt;zzz&gt; 6) stavový scrum (zlatinb) 20:01:03 &lt;zzz&gt; 1) stav vydání 0.9.40 – zbývající položky (meeh, mhatta, nextloop, str4d) 20:01:28 &lt;zzz&gt; Myslím, že zbývá Debian/Ubuntu a oficiální f-droid? 20:01:41 &lt;zzz&gt; Ozval se mi mhatta, ale nic neslíbil 20:02:04 &lt;zzz&gt; Oslovil jsem další lidi z Debianu, jestli by to někdo jiný nemohl udělat, zatím nic 20:02:10 &lt;zzz&gt; nextloop, máš pro nás nějakou novinku? 20:02:53 &lt;eche|on&gt; postavil jsem test build pro Debian Buster a Stretch na echelon.i2p/update/ 20:02:57 &lt;zzz&gt; něco dalšího k bodu 1) ? 20:03:29 &lt;zzz&gt; 2) opravený stav vydání i2pbote-android (meeh) 20:03:40 &lt;zzz&gt; mikalv, máš pro nás novinky ohledně bote? 20:04:52 &lt;zzz&gt; Myslím, že jsme vydání bote zveřejnili a lidem to funguje 20:04:58 &lt;zzz&gt; něco dalšího k bodu 2) ? 20:05:16 &lt;eyedeekay&gt; Ode mě nic 20:05:30 &lt;zzz&gt; 3) stav vývoje 0.9.41 (zzz) 20:05:45 &lt;zzz&gt; ok, jsme trochu za polovinou vývojového cyklu .41 a jde to dobře 20:06:06 &lt;zzz&gt; Velkou novinkou je autentizace na úrovni jednotlivých klientů pro šifrované LS2 20:06:19 &lt;zzz&gt; Opravili jsme také chybu ve zpracování velkých zpráv, která by podle mě měla pomoct, aby bote fungoval lépe 20:06:55 &lt;eche|on&gt; Uvidíme, test build je k dispozici 20:06:56 &lt;zzz&gt; idk a já pracujeme na rozdělení souborů clients.config a i2ptunnel.config, ale vypadá to, že to bude muset počkat do .42 20:07:38 &lt;zzz&gt; Aby se rozdíl projevil v bote, bude to pravděpodobně muset dorazit na většinu sítě, protože na chybu mohl narazit kterýkoli router po cestě 20:08:03 &lt;eche|on&gt; jo 20:08:12 &lt;zzz&gt; vydání je naplánováno na první týden v červenci 20:08:33 &lt;zzz&gt; něco dalšího k bodu 3) ? 20:09:28 &lt;zzz&gt; 4) stav LS2 (zzz) 20:09:58 &lt;zzz&gt; Stále to jede. Už jsme měli 42 týdenních schůzek a konec v nedohlednu, i když poslední dobou věnujeme víc času novému šifrování (proposal 144) 20:10:19 &lt;zzz&gt; Už jsem zmiňoval kód pro autentizaci na úrovni jednotlivých klientů, který bude ve verzi 41. 20:10:54 &lt;zzz&gt; Vývoj Garlic farm pro meta ls2 byl možná tak 3 týdny pozastaven kvůli práci na kódu klientské autentizace, ale brzy se k tomu vrátíme 20:11:27 &lt;zzz&gt; Pokračuji v přesunu specifikací z návrhů do hlavní sekce specifikací na našem webu 20:11:38 &lt;zzz&gt; jakmile věci implementujeme a otestujeme 20:11:52 &lt;zzz&gt; naše schůzky jsou stále v pondělí v 18:30 UTC na #ls2 20:12:11 &lt;zzz&gt; něco dalšího k bodu 4) ? 20:13:04 &lt;zzz&gt; 5) stav projektu I2P Browser „labs“ (mikalv) 20:13:15 &lt;zzz&gt; mikalv, jak to jde s i2p browserem? 20:14:08 &lt;zzz&gt; Vím, že vyšla nová beta a probíhá nějaké testování, ale některým lidem to vůbec nefunguje? 20:15:04 &lt;zzz&gt; Je tu také požadavek na více dokumentace na naší lab download stránce a říkal, že se k tomu brzy dostane, tak to sledujte 20:15:17 &lt;zzz&gt; ok, asi tu mikalv není, něco dalšího k bodu 5) ? 20:16:08 &lt;zzz&gt; 6) stavový scrum (zlatinb) 20:16:13 &lt;zzz&gt; předávám slovo, zlatinb 20:16:42 &lt;zlatinb&gt; Ahoj, dáme klasiku – řekněte 1) co jste dělali od posledního scrumu 2) co plánujete na příští měsíc 3) jestli máte nějaké blokéry nebo potřebujete pomoc 20:16:46 &lt;zlatinb&gt; až skončíte, ukončete EOT 20:17:08 &lt;zlatinb&gt; já: 1) něco na garlic farm, nic moc dalšího 2) snad víc garlic farm 3) bez blokérů 20:17:09 &lt;zlatinb&gt; EOT 20:17:17 &lt;eche|on&gt; dělám to samé jako vždy, udržuji server při životě, pokračuje to stejně, bez blokérů, eot 20:17:30 &lt;zzz&gt; 1) garlic farm, ls2 a autentizace na úrovni jednotlivých klientů; opravy chyb 20:18:10 &lt;zzz&gt; 2) garlic farm, opravy chyb, GMP 6.1.2, rozdělení konfiguračních souborů, příprava na vydání 0.9.41 20:18:18 &lt;eyedeekay&gt; Rozdělit konfigurace i2ptunnel a psát dokumentaci/blogy, 2) víc z toho 3) žádné blokéry eot 20:18:32 &lt;zzz&gt; 3) žádné blokéry, EOT 20:18:44 &lt;zlatinb&gt; ok, myslím, že jsme všichni, díky 20:19:04 &lt;zzz&gt; ok, to bylo docela rychlé, zefektivňujeme se! 20:19:18 &lt;zzz&gt; něco dalšího pro dnešní schůzku? 20:20:15 &lt;zzz&gt; jo, a gratulace pro eyedeekay, který podepsal vývojářskou dohodu a dostal práva pro checkin do mtn! i když pro nás za posledních pár měsíců udělal opravdu hodně, teď může napáchat škody mnohem rychleji! 20:20:37 &lt;eyedeekay&gt; :-D 20:20:38 &lt;zzz&gt; těšíme se, až bude eyedeekay pracovat přímo v kódu 20:21:07 * zzz hledá baffer, aby se po tobě ohnal 20:22:01 * zzz *bafs* schůzka uzavřena </div>/cs/blog/2019/06/02/jak-zp%C5%99%C3%ADstupnit-va%C5%A1e-st%C3%A1vaj%C3%ADc%C3%AD-webov%C3%A9-str%C3%A1nky-jako-i2p-eepsite/Sun, 02 Jun 2019 00:00:00 +0000/cs/blog/2019/06/02/jak-zp%C5%99%C3%ADstupnit-va%C5%A1e-st%C3%A1vaj%C3%ADc%C3%AD-webov%C3%A9-str%C3%A1nky-jako-i2p-eepsite/<p>Tento příspěvek na blogu slouží jako obecný průvodce provozováním zrcadla služby na clearnetu jako eepSite. Navazuje na předchozí příspěvek na blogu o základních tunelech I2PTunnel.</p> <p>Bohužel je pravděpodobně nemožné <em>zcela</em> pokrýt všechny možné případy zpřístupnění existujícího webu jako eepSite; škála serverového softwaru je zkrátka příliš rozmanitá, nemluvě o praktických zvláštnostech každého konkrétního nasazení softwaru. Místo toho se pokusím co nejkonkrétněji popsat obecný postup přípravy služby k nasazení na eepWeb nebo do jiných skrytých služeb.</p>/cs/blog/2019/06/02/z%C3%A1kladn%C3%AD-n%C3%A1vod-k-i2p-tunnels-s-obr%C3%A1zky/Sun, 02 Jun 2019 00:00:00 +0000/cs/blog/2019/06/02/z%C3%A1kladn%C3%AD-n%C3%A1vod-k-i2p-tunnels-s-obr%C3%A1zky/<p>Ačkoli je Java I2P router dodáván s předem nakonfigurovaným statickým webovým serverem, jetty, který poskytne uživateli jeho první eepSite, mnozí požadují od svého webového serveru sofistikovanější funkce a raději si vytvoří eepSite pomocí jiného serveru. To je samozřejmě možné a ve skutečnosti je to opravdu snadné, jakmile to jednou uděláte.</p> <p>Ačkoli je to snadné provést, je několik věcí, které byste měli předtím zvážit. Budete chtít odstranit identifikovatelné prvky ze svého webového serveru, například potenciálně identifikující hlavičky a výchozí chybové stránky, které prozrazují typ serveru/distribuce. Více informací o hrozbách pro anonymitu způsobených nesprávně nakonfigurovanými aplikacemi viz: <a href="https://riseup.net/en/security/network-security/tor/onionservices-best-practices">Riseup zde</a> , <a href="https://www.whonix.org/wiki/Onion_Services">Whonix zde</a> , <a href="https://blog.0day.rocks/securing-a-web-hidden-service-89d935ba1c1d">tento blogový článek o některých selháních v oblasti opsec (operační bezpečnosti)</a> , <a href="https://geti2p.net/docs/applications/supported">a stránku o aplikacích I2P zde</a> . Ačkoli je mnoho těchto informací popsáno pro Tor Onion Services, stejné postupy a zásady platí i pro hostování aplikací přes I2P.</p>/cs/blog/2019/05/20/jak-dobrovoln%C4%9B-pomoci-s-bootstrapem-po%C4%8D%C3%A1te%C4%8Dn%C3%AD-inicializac%C3%AD-i2p-bote/Mon, 20 May 2019 00:00:00 +0000/cs/blog/2019/05/20/jak-dobrovoln%C4%9B-pomoci-s-bootstrapem-po%C4%8D%C3%A1te%C4%8Dn%C3%AD-inicializac%C3%AD-i2p-bote/<p>Snadný způsob, jak lidem pomoci posílat si navzájem soukromé zprávy, je provozovat uzel I2P-Bote, který mohou noví uživatelé Bote použít k inicializaci svých vlastních uzlů I2P-Bote. Bohužel až dosud byl proces nastavení počátečního uzlu I2P-Bote mnohem méně srozumitelný, než by měl být. Ve skutečnosti je to velmi jednoduché!</p> <p><strong>Co je I2P-bote?</strong></p> <p>I2P-bote je systém soukromého zasílání zpráv postavený na i2p, který má dodatečné funkce, jež ještě více ztěžují odhalení informací o přenášených zprávách. Díky tomu jej lze použít k bezpečnému přenosu soukromých zpráv i při vysoké latenci a bez spoléhání na centralizovaný přeposílací uzel pro odesílání zpráv, když je odesílatel offline. To je v kontrastu s téměř všemi ostatními populárními systémy soukromého zasílání zpráv, které buď vyžadují, aby byly obě strany online, nebo se spoléhají na částečně důvěryhodnou službu, jež přenáší zprávy jménem odesílatelů, kteří se odpojili.</p>/cs/blog/2019/05/07/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-7.-kv%C4%9Btna-2019/Tue, 07 May 2019 00:00:00 +0000/cs/blog/2019/05/07/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-7.-kv%C4%9Btna-2019/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> chisana, eyedeekay, meeh, sadie, zlatinb, zzz</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Ahoj 20:00:00 &lt;zzz&gt; 1) stav vydání 0.9.39 zbývající položky (meeh, mhatta, nextloop, str4d) 20:00:00 &lt;zzz&gt; 2) Stav vydání oprav i2pbote-android (meeh) 20:00:00 &lt;zzz&gt; 3) Stav vývoje 0.9.40 (zzz) 20:00:00 &lt;zzz&gt; 4) Stav LS2 (zzz) 20:00:00 &lt;zzz&gt; 5) Status scrum (zlatinb) 20:00:04 &lt;zzz&gt; 0) Ahoj 20:00:06 &lt;zzz&gt; ahoj 20:00:10 &lt;meeh&gt; ahoj 20:00:17 &lt;zlatinb&gt; ahoj 20:00:51 &lt;zzz&gt; 1) stav vydání 0.9.39 zbývající položky (meeh, mhatta, nextloop, str4d) 20:00:55 &lt;eyedeekay&gt; ahoj 20:01:07 &lt;zzz&gt; tato položka agendy je z minulé schůzky... 20:01:29 &lt;zzz&gt; kde nám stále chyběl debian, f-droid a mavencentral 20:01:40 &lt;zzz&gt; meeh, máš pro nás aktualizaci k některé z těch položek? 20:02:33 &lt;meeh&gt; já a str4d budeme při tomto vydání „pairovat“, tj. projde se mnou všechny kroky, což zahrnuje maven/f-droid. Dnes ho kvůli tomu kontaktuji, naposledy jsme to řešili před týdnem nebo dvěma. 20:02:43 &lt;zzz&gt; a slyšel někdo něco od mhatty ohledně debianu? 20:02:51 &lt;meeh&gt; to by mělo pokrýt fdroid, maven a googleplay 20:03:15 &lt;zzz&gt; meeh, tohle je o .39 – byly vydání pro f-droid a mavencentral pro .39 zveřejněny? 20:03:33 &lt;sadie_&gt; ahoj 20:03:34 &lt;meeh&gt; osx launcher se samozřejmě také aktualizuje 20:03:52 &lt;meeh&gt; ne, ale až si to projdu se str4dem, naučím se, jak to opravit 20:03:59 &lt;meeh&gt; takže pak by měly být opravené jak 39, tak 40 20:03:59 &lt;zzz&gt; bavíme se o položkách k .39 starých 7 týdnů, které nebyly hotové ani na poslední schůzce před 5 týdny 20:04:17 &lt;meeh&gt; `https://search.maven.org/search?q=g:net.i2p` 20:04:19 &lt;meeh&gt; maven je nejnovější bt 20:04:24 &lt;meeh&gt; w 20:04:24 &lt;meeh&gt; .39 20:04:48 &lt;zzz&gt; ok. jaké je ETA na „pairing“ (nenech se nakazit jeho zcash-speakem) 20:05:38 &lt;R4SAS&gt; :D 20:05:39 &lt;zzz&gt; a myslel jsem, že náš problém s f-droidem byl v závislostech na serveru, ne v know-how. Vyřešilo se to? 20:05:57 &lt;meeh&gt; má odpověď je: až si na mě str4d najde čas na rychlý průchod – naposledy jsem to pochopil tak, že si najde čas brzy. Dnes vás aktualizuji, co řekne 20:06:41 &lt;zzz&gt; pro mavencentral máš vše, co potřebuješ, včetně návodu, že? máš všechna potřebná oprávnění? 20:06:58 &lt;meeh&gt; žádný návod 20:07:19 &lt;zzz&gt; ptám se, protože ‚až bude mít str4d čas‘ bohužel nic neznamená :( 20:07:28 &lt;meeh&gt; v repozitáři máme nějaké maven/gradle skripty, u kterých bych si mohl jen *tipovat*, jak fungují, a zkoušet to – do toho se raději nebudu vrtat 20:07:46 &lt;meeh&gt; Tentokrát v něj mám naději 20:08:09 &lt;meeh&gt; je čas zbavit se otravování, uvolnit víc času – zní jako něco, s čím každý souhlasí 20:08:42 &lt;zzz&gt; jasně, dlouhodobý plán je odstranit závislosti na str4d, jsme téměř u cíle, tlač to dál, dokud to nebude hotové 20:09:36 &lt;zzz&gt; ok, zpět k mhattovi – slyšel o něm někdo? je čas mu začít volat, nebo jak dál? 20:09:46 &lt;zzz&gt; zlatinbe, nějaké nápady? 20:10:04 &lt;zzz&gt; a slyšel někdo něco od nextloopa? 20:10:15 &lt;zlatinb&gt; volání posledně nefungovalo, i když potvrdil, že mám správné číslo 20:10:27 &lt;zlatinb&gt; bohužel žádné nápady 20:10:39 &lt;zzz&gt; meeh, jak tomu rozumím, můžeš také prostě podat žádost o zařazení do oficiálního f-droidu, nextloopa vlastně nepotřebujeme. Víš, jak na to? 20:10:40 &lt;sadie_&gt; může někdo převzít mhattovy úkoly? 20:11:15 &lt;zzz&gt; kdokoliv, kdo je oficiální Debian Developer… znáte někoho dalšího, kdo má čas? 20:11:38 &lt;meeh&gt; bohužel musím říct, že se ve frdroidu vyznám ještě míň než v androidu – byl jsem (alespoň podle mé paměti) jen hoster našeho soukromého repa 20:11:53 &lt;sadie_&gt; ne – ale měli bychom začít hledat 20:11:57 &lt;meeh&gt; ale můžu se zeptat str4da, až s ním budu mluvit, měl by to vědět 20:12:20 &lt;zzz&gt; ok, meeh, pamatuj, že jsou dva f-droidy, náš a oficiální na fdroid.org, takže prosím sežeň návod pro oba. Zkus prosím najít nextloopa 20:12:27 &lt;zzz&gt; twitter, e-mail, atd 20:13:13 &lt;meeh&gt; jo, náš vlastní je přesunutý a teoreticky by měl fungovat, když zkusím ty python příkazy na jeho pushnutí – otestuji to po rozhovoru se str4dem 20:13:19 &lt;zzz&gt; něco dalšího k 1) ? .39 jsme nezvládli zrovna skvěle 20:13:40 &lt;zzz&gt; tak to rychle napravme u .40 20:13:57 &lt;zzz&gt; vydání jsou to, co děláme; když je nedokážeme dostat ven, selhali jsme 20:14:16 &lt;zzz&gt; něco dalšího k 1) ? 20:15:18 &lt;zzz&gt; 2) Stav vydání oprav i2pbote-android (meeh) 20:15:35 &lt;zzz&gt; meeh, jaký je stav dlouho očekávaného vydání bote pro android? 20:15:42 &lt;meeh&gt; aktuálně to pořád visí na „connecting“ 20:16:14 &lt;zzz&gt; ale eyedeekay hlásí, že to funguje? 20:16:36 &lt;zzz&gt; zkusil jsi to bez firewallu, meeh? 20:16:41 &lt;eyedeekay&gt; funguje to pouze při použití vestavěného routeru. Tohle je na tabletu 20:16:44 &lt;meeh&gt; ok, mám pocit, že jsme o tom vydání mluvili už mnohokrát. prosím neberte mě jako hrubého, zlého nebo cokoliv jiného než „snažím se být co nejjasnější“ – nevydám rozbitý produkt. Dokud nebudu moci poslat zprávu z mého bote-android na můj desktop-android, nevydám to 20:17:20 &lt;zzz&gt; tohle je status schůzka pro všechny. Předstírej, že jsi se mnou měsíc nemluvil, a řekni všem, kde jsme. Nemluvíš ke mně, reportuješ světu 20:17:41 &lt;meeh&gt; protože jinak by to, co vydáme, bylo definicí rozbité – a odrazilo by se to na nás špatně 20:18:00 &lt;meeh&gt; ok, promiňte – ale tak to je ^ :) 20:18:27 &lt;zzz&gt; takže jaký je výhled, ETA nebo odhad, kdy to opravíme a vydáme? 20:18:41 &lt;meeh&gt; ale jo, silně cítím, že vypuštění rozbitého vydání by vrhlo špatné světlo na i2p – nesouhlasí s tím někdo? 20:19:11 &lt;zzz&gt; Nenutím tě vydávat. Ptám se, kdy to bude vydané. 20:19:26 &lt;zzz&gt; to je účel téhle schůzky, podat stav 20:19:34 &lt;meeh&gt; jak dlouho si myslíš, že by trvalo přimět bote připojit se přes TCP socket místo unix domain? 20:19:46 &lt;zzz&gt; nevím 20:20:06 &lt;meeh&gt; protože v tom lepším případě, v což doufám, je to to, co musíme udělat… pokud ne, nemám vůbec tušení :( 20:20:32 &lt;meeh&gt; protože pokud nejsou problém peery a stále bojujeme s připojením 20:20:38 &lt;meeh&gt; a podle mých ladicích sezení 20:20:48 &lt;meeh&gt; mám podezření, že je to IPC mezi aplikacemi, které dělá nonce 20:20:56 &lt;meeh&gt; a rozbíjí komunikaci 20:21:06 &lt;zzz&gt; ok. možná získáme víc testerů, když se zeptáme tady na kanálu… třeba cisiey 20:21:15 &lt;meeh&gt; protože tunnel a leases jsou podle mě v pořádku 20:21:39 &lt;meeh&gt; takže moje logické další místo, kam se dívat, je mezi router &lt;-&gt; bote 20:21:46 &lt;zzz&gt; ok. ale pokud se pokouší postavit tunnel pro bote, pak to není problém s i2cp socketem 20:21:57 &lt;meeh&gt; možná funguje řídicí socket, ale přenos dat se zastaví 20:22:07 &lt;zzz&gt; buď mluvíš s routerem, nebo ne. je to všechno přes ten samý socket 20:22:17 &lt;zzz&gt; (řízení i data) 20:22:32 &lt;meeh&gt; možná Google dělá něco, o čem nevíme – nebylo by to poprvé 20:22:50 &lt;zzz&gt; dobrá zpráva je, že děláš pokrok; už jsme uvízli mockrát a vždycky jsme to rozlouskli 20:22:54 &lt;zzz&gt; díky za aktualizaci 20:22:57 &lt;zzz&gt; něco dalšího k 2) ? 20:23:07 &lt;meeh&gt; takže i2cp funguje jako tls, nakonfiguruje se a pak přejde na čistý přenos dat? 20:23:34 &lt;zzz&gt; je to multiplexované řízení a data, celou dobu. nikdy to nepřejde na čistá data 20:23:54 &lt;meeh&gt; dobře, tak tedy binární data kódovaná v ASCII, nebo? 20:24:15 &lt;zzz&gt; můžu tě po schůzce provést tím, jak i2cp funguje, pokud chceš 20:24:21 &lt;meeh&gt; každopádně – implementační detaily můžeme probrat později 20:24:22 &lt;meeh&gt; jo 20:24:27 &lt;zzz&gt; něco dalšího k 2) ? 20:25:02 &lt;zzz&gt; 3) Stav vývoje 0.9.40 (zzz) 20:25:16 &lt;zzz&gt; Stav vývoje 0.9.40 je HOTOVO! 20:25:30 &lt;zzz&gt; šli jsme do krátkého 6 a půl týdenního cyklu a dnes jsme vydali 20:25:32 &lt;chisana&gt; gratulace! 20:25:54 &lt;zzz&gt; in-net update běží. Nejsem si ale jistý, jestli byla aktualizována anglická novinka. Swarm se zdá trochu malý? 20:26:05 &lt;zzz&gt; eche|off, zjišťoval jsi to? 20:26:25 &lt;zzz&gt; alespoň částečně se to aktualizuje 20:26:47 &lt;zzz&gt; tohle budeme pozorně sledovat, protože jsme vypnuli NTCP 1, což by nemělo mít žádné negativní dopady, ale uvidíme 20:27:19 &lt;zzz&gt; takže pojďme probrat ETA položek vydání. In-net update je venku, web je aktualizovaný. Zítra udělám naše PPA a deb repo. 20:27:45 &lt;zzz&gt; meeh, jaká je ETA vydání android routeru? 20:28:01 &lt;meeh&gt; zase to tentokrát udělám se str4dem 20:28:23 &lt;meeh&gt; celou „str4d část“ vydání v jednom balíku 20:28:24 &lt;meeh&gt; :) 20:28:28 &lt;zzz&gt; i pro android router? minule jsi to dělal sám. 20:28:42 &lt;zzz&gt; rád bych na něm závisel co nejméně 20:28:42 &lt;meeh&gt; Ano, obejitím maven 20:28:50 &lt;meeh&gt; ale správné pořadí je nasadit nejdřív maven 20:29:05 &lt;meeh&gt; Ano, ale cílem je, aby tohle bylo naposledy, &lt;někdy&gt; 20:29:24 &lt;zzz&gt; ok. uvidíme, zda se to naplní, doufejme že ano 20:30:07 &lt;meeh&gt; pro pořádek, už jsem ho kontaktoval přes DM @ twitter 20:30:25 &lt;zzz&gt; ok, dej vědět, až budeš mít ETA 20:30:26 &lt;meeh&gt; což je místo, kde jsem s ním mluvil minule 20:31:02 &lt;zzz&gt; zlatinbe, asi bychom měli poslat zprávu na všech 10 mhattových e-mailů, abychom upoutali jeho pozornost? Už dva měsíce jsme od něj neslyšeli 20:31:25 &lt;zzz&gt; nerad bychom měli v busteru nějaké staré vydání 20:31:27 &lt;zlatinb&gt; jasně, dej mi ty e-maily a něco rozpošlu 20:31:38 &lt;zzz&gt; ok 20:31:59 &lt;zzz&gt; eche|off, eche|on jste tady? 20:32:39 &lt;zzz&gt; ok, myslím, že to je pro 3) vše? 20:33:18 &lt;zzz&gt; 4) Stav LS2 (zzz) 20:33:42 &lt;zzz&gt; dám rychlý stav ke 3 hlavním návrhům: 123, 144 a 150 20:34:13 &lt;zzz&gt; 123 je návrh ls2. Je z větší části hotový a hodně šifrovaného ls2 kódu jsme dostali do .40, kde můžeme víc testovat 20:34:34 &lt;zzz&gt; samotný návrh se za poslední měsíc moc nezměnil, což je dobře 20:35:05 &lt;zzz&gt; 144 je nový návrh šifrování. Za poslední měsíc se tam nic nedělo, protože se řešily prioritnější věci 20:35:26 &lt;zzz&gt; ale dostal jsem k němu hodně komentářů. čekejte aktualizovaný návrh za týden nebo dva 20:35:48 &lt;zzz&gt; Rád bych viděl nějaké implementace 144 za 4–6 měsíců, ale máme před sebou hodně práce 20:36:05 &lt;zzz&gt; 150 je nový návrh ‚garlic farm‘ založený na raftu, pro správu masivního multihomingu. 20:36:30 &lt;zzz&gt; je to nový návrh, ale dostal docela dobrý feedback, stížností má zatím mnohem míň než 144! 20:37:04 &lt;zzz&gt; zlatinbe, kdy myslíš, že bychom mohli mít experimentální plugin implementující 150? za pár měsíců? 20:37:24 &lt;zzz&gt; asi si musíme říct, co můžeme vmáčknout do .41, aby to podpořilo 20:37:38 &lt;zlatinb&gt; záleží na tom, jak to vymezíme; mnoho uvedených funkcí jsou opravdu jen nice-to-have 20:37:59 &lt;zzz&gt; jo, ve včerejší revizi jsem hodně z toho označil jako not-first-release 20:38:07 &lt;zlatinb&gt; když to ořežeme na absolutní minimum, možná méně než pár měsíců 20:38:47 &lt;zzz&gt; jo, ještě jsme neměli roadmap schůzku pro .41, takže si nejsem jistý, jaké jsou priority 20:38:49 &lt;zlatinb&gt; myslím, že je to středně velký projekt 20:39:18 &lt;zzz&gt; souhlas 20:39:37 &lt;zzz&gt; má někdo otázky k 4), ls2, nebo souvisejícím návrhům? 20:39:52 &lt;zzz&gt; jako obvykle jsou všichni vítáni na našich meetingech, pondělí 18:30 UTC na IRC #ls2 20:40:27 &lt;chisana&gt; když dám dohromady „funkční/MVP“ ECIES, pomůže to k dokončení 144? 20:40:54 &lt;zzz&gt; samozřejmě 20:41:37 &lt;zzz&gt; někdo musí být první. dělali jsme integrační testování s několika dalšími návrhy, až rok zpátky k NTCP 2. 20:42:03 &lt;zzz&gt; někdo je hotový první, pak někdo další, pak se je snažíte nechat spolu mluvit, a pak zkoušíte zjistit, kdo má pravdu a kdo ne 20:42:33 &lt;zzz&gt; je to těžká a pomalá práce, ale je to jediná cesta 20:43:15 &lt;chisana&gt; určitě, 144 je to, čemu budu věnovat většinu času, takže určitě budu chodit s častými aktualizacemi/otázkami 20:43:25 &lt;zzz&gt; naučili jsme se, že téměř nikdy nejsme hotovi, dokud nemáme dvě implementace. to je jediný způsob, jak ‚otestovat‘ specifikaci 20:43:41 &lt;zzz&gt; skvělé 20:43:49 &lt;zzz&gt; má někdo otázky k 4), ls2, nebo souvisejícím návrhům? 20:44:30 &lt;zzz&gt; 5) status scrum (zlatinb) 20:44:36 &lt;zzz&gt; máš slovo, zlatinbe 20:45:15 &lt;zlatinb&gt; Ahoj. Obvyklý scum paralelně. Prosím, v pár slovech popište 1) co jste dělali od posledního scrum 2) co plánujete dělat příští měsíc 3) zda máte nějaké blokery nebo potřebujete pomoc. Až skončíte, řekněte EOT 20:45:49 &lt;zlatinb&gt; Já: 1) dokončovací práce na pokročilém filtru, práce na garlic farm, ladění outproxy s arctic, pár jogger tiketů 2) doufejme jen garlic farm 3) žádné blokery EOT 20:47:03 &lt;zzz&gt; 1) opravy chyb; podepsaný Windows installer; přechod na izpack 5; funkce importu v susidns; implementace šifrovaného ls2; kontrola a vydání .40; práce na problémech android i2cp 20:47:38 &lt;meeh&gt; 1) přepracovávám osx launcher a aktualizuji swift kód na 4.2 brzy 5, uklidil jsem v kódu, migroval víc z objc. Taky jsem dělal nějaká vylepšení pro služby, které hostuji pro i2p vč. outproxy. a trochu android vývoje a učení 20:47:55 &lt;zzz&gt; 1 pokr.) napsal jsem návrh garlic farm, spousta věcí kolem architektury garlic farm; ls2 meetingy a diskuse; práce se sadie na ikonách atd. 20:48:09 &lt;sadie_&gt; pracuji na aktualizaci ikonografie pro .40, budu v tom pokračovat pro .41 a také aktualizovat logo pomocí loga od Ura pro konzoli a web. Vylepšení průvodce nastavením, příprava na cestu na RightsCon a outreach s TX, IFF EOT 20:48:55 &lt;zzz&gt; 2) vydání .40 do PPA; roadmap pro .41; práce na rozdělení konfigurace s eyedeekay, garlic farm; ls2 meetingy; opravy chyb; možná automatizovat detekci Sybil -&gt; blacklisting? 20:49:03 &lt;meeh&gt; 2) příští měsíc plánuju zase věnovat trochu lásky našemu prohlížeči, aktualizovat verzi na úroveň upstreamu, nějaká vylepšení integrace i2p pokud to půjde, udělat osx native kontextové menu -&gt; snark-share použitelné, a také se víc podívat na problémy s mattermost/irc/naší komunikací 20:49:06 &lt;eyedeekay&gt; 1) Bote, opravy chyb, psaní příruček 2) doufejme rozdělení konfigurace, bote a opravy chyb 3) žádné blokery EOR 20:49:10 &lt;eyedeekay&gt; *EOT 20:49:38 &lt;meeh&gt; 3) ne, doufejme že ne; teď jen čekám, až str4d navrhne čas, kdy můžeme pairovat a udělat vydání 20:49:48 &lt;sadie_&gt; outproxy dokumentace/testování 20:49:50 &lt;meeh&gt; EOT 20:49:56 &lt;zzz&gt; 3) blokery: mhatta kvůli věcem debian/tails 20:50:06 &lt;eyedeekay&gt; Oh, také bych chtěl příští měsíc strávit nějaký čas s meeh na prohlížeči. 20:50:17 &lt;zzz&gt; EOT 20:50:51 &lt;zlatinb&gt; Díky, tím je scrum hotový. 20:50:59 &lt;zzz&gt; ok, díky, zlatinbe 20:51:12 &lt;zzz&gt; pár rychlých otázek, než schůzku uzavřeme 20:51:27 &lt;zzz&gt; funguje 8týdenní cyklus a datum vydání .41 na 2. července? meeh? 20:52:12 &lt;meeh&gt; nic okamžitého nenasvědčuje tomu, že by to nemělo fungovat, myslím, že je to ok 20:52:26 &lt;zzz&gt; ok, to si předběžně zapíšeme, dokud se neozve eche|off 20:52:57 &lt;zzz&gt; dále, meeh, máš venku osx build .40? je na stránce d/l, protože se to spouští podle čísla verze, ale neptal jsem se, jestli už jsi ho udělal 20:53:16 &lt;zzz&gt; takže to je bug v našem procesu 20:53:24 &lt;meeh&gt; ne, přemýšlel jsem, že ten proces spustím teď po schůzce 20:53:37 &lt;meeh&gt; předtím jsem neměl čas 20:54:06 &lt;zzz&gt; ok, díky. Opravím náš checklist, abych příště nezvedal build na stránce d/l, dokud neskončíš 20:54:33 &lt;zzz&gt; poslední otázka pro meeh: plánuješ vydání prohlížeče, aby se opravila ta věc s certifikáty ve Firefoxu? nebo je to vůbec potřeba? 20:55:19 &lt;meeh&gt; mohl bys prosím rozvést tu „firefox cert věc“? :p 20:55:21 &lt;zzz&gt; jak jsi říkal, je čas věnovat prohlížeči trochu lásky. V nějakém bodě bychom si měli říct, jestli by projekt ‚lab‘ měl povýšit na něco víc, nebo ho zabít? 20:55:48 &lt;zzz&gt; kde se rozbily pluginy jako noscript. Doinformuju tě později, nebo se podívej na twitter nebo ars technica 20:55:48 &lt;meeh&gt; ano, proč si to nevzít jako téma na naši příští schůzku? 20:55:54 &lt;meeh&gt; ohledně RC nebo smrti 20:55:58 &lt;zzz&gt; ok, udělám 20:56:09 &lt;zzz&gt; má někdo ještě něco k této schůzce? 20:56:27 &lt;meeh&gt; pokud už nic není, začnu teď osx build 20:56:44 * zzz hledá baffer 20:57:00 &lt;meeh&gt; další osx upgrade by se auto-aktualizoval (woho!) 20:57:18 * zzz *bafffs* schůzku uzavírá </div>/cs/blog/2019/05/07/vyd%C3%A1n%C3%AD-0.9.40/Tue, 07 May 2019 00:00:00 +0000/cs/blog/2019/05/07/vyd%C3%A1n%C3%AD-0.9.40/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>0.9.40 deaktivuje starý transport NTCP1 a odstraňuje podporu pro SSU introductions přes IPv6. Nyní, když je NTCP2 už více než 6 měsíců ve výchozím nastavení povolen, je čas deaktivovat starý transport NTCP1 a ušetřit šířku pásma a paměť. Pokračujeme ve vývoji LS2 a šifrovaných leasesets. Bylo opraveno několik chyb.</p> <p>Jako obvykle doporučujeme aktualizovat na tuto verzi. Nejlepším způsobem, jak udržovat bezpečnost a pomoci síti, je provozovat nejnovější verzi.</p>/cs/blog/2019/04/02/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-2.-dubna-2019/Tue, 02 Apr 2019 00:00:00 +0000/cs/blog/2019/04/02/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-2.-dubna-2019/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> chisana, echelon, eyedeekay, meeh, zlatinb, zzz</p> <h2 id="záznam-schůzky">Záznam schůzky</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Ahoj 20:00:00 &lt;zzz&gt; 1) stav vydání 0.9.39 (zzz) 20:00:00 &lt;zzz&gt; 2) stav vývoje 0.9.40 (zzz) 20:00:00 &lt;zzz&gt; 3) stav LS2 (zzz) 20:00:00 &lt;zzz&gt; 4) stavové scrum (zlatinb) 20:00:03 &lt;zzz&gt; 0) Ahoj 20:00:05 &lt;zzz&gt; ahoj 20:00:14 &lt;zzz&gt; 1) stav vydání 0.9.39 (zzz) 20:00:33 &lt;zzz&gt; 39 byla vydána před 11 dny, blížíme se k tomu, že půlka sítě je aktualizovaná 20:01:10 &lt;zzz&gt; stále čekáme na Maven Central (str4d), náš F-Droid (meeh), oficiální F-Droid (nextloop) a Debian (mhatta) 20:01:12 &lt;meeh&gt; hi 20:01:26 &lt;zzz&gt; má někdo z vás ETA, kdy budou ty položky hotové? 20:02:58 &lt;meeh&gt; pokud je to tak snadné, jak se zdá podle https://f-droid.org/docs/Setup_an_F-Droid_App_Repo/, tak později dnes. 20:03:31 &lt;zzz&gt; už jsi to nastavil, máme to roky. Jde jen o to tam vložit nový APK, což jsi už několikrát dělal 20:04:08 &lt;zzz&gt; prosím popožeň str4da ohledně Maven Central a zjisti, jak ho z toho procesu co nejdřív vyřadit. Už rok bojujeme o to, získat nad tím kontrolu 20:04:08 &lt;meeh&gt; ne, hostoval jsem to, nikdy jsem nenahrával 20:04:47 &lt;zzz&gt; když to říkáš, ale pamatuju si, že jsi tam ten APK už dřív kopíroval 20:05:04 &lt;meeh&gt; teď jsem mu kvůli Maven napsal na Twitteru 20:05:36 &lt;zzz&gt; zkusme mít tohle všechno odteď hotové do týdne od vydání. Nevypadá dobře, když nám to trvá několik týdnů 20:05:47 &lt;zzz&gt; nevím, co se děje s mhatta 20:06:09 &lt;zzz&gt; musíme se v tom zlepšit 20:06:44 &lt;zzz&gt; dobrá zpráva je, že nejsou žádné skutečné stížnosti na 39, kromě toho, že to neopravilo aplikace třetích stran na Androidu... ale ty předtím také nefungovaly 20:07:01 &lt;zzz&gt; meeh, jaké je tvoje ETA na vydání nové Android Bote, která funguje? 20:07:29 &lt;meeh&gt; jestli jsi to neviděl – zjistilo se, že to bylo jen o přeinstalaci, problém byl se sdíleným UID 20:07:53 &lt;meeh&gt; takže, neopravilo =&gt; pravděpodobně opraveno 20:08:03 &lt;zzz&gt; myslel jsem, že to platilo jen pro vývojové prostředí? 20:08:33 &lt;meeh&gt; nemám tušení, nejsem moc obeznámený ani s Bote, ani s Androidem – opice bušící do klávesnice v naději na užitečné výsledky 20:08:47 &lt;zzz&gt; četl jsi ten odkaz, co nám dal? 20:09:02 &lt;zzz&gt; &lt;cisiey&gt; zzz, https://developer.android.com/guide/topics/manifest/manifest-element#uid 20:09:02 &lt;zzz&gt; &lt;cisiey&gt;&gt;pokud je tento atribut nastaven na stejnou hodnotu u dvou nebo více aplikací, budou sdílet stejné ID za předpokladu, že jejich sady certifikátů jsou totožné 20:09:25 &lt;zzz&gt; každopádně, na meeting je to moc detailů, ale ještě musíme něco prozkoumat 20:09:55 &lt;zzz&gt; ok, žádná ETA pro Bote. Možná může pomoct mhatta 20:10:06 &lt;zzz&gt; nebo někdo 20:10:10 &lt;zzz&gt; něco dalšího k 1) ? 20:11:19 &lt;zzz&gt; 2) stav vývoje 0.9.40 (zzz) 20:11:29 &lt;zzz&gt; jsme dva týdny v krátkém, sedmitýdenním cyklu 20:11:51 &lt;zzz&gt; zlatinb dnes připravil nový, sofistikovaný blokátor/omezovač streamování 20:12:00 &lt;zzz&gt; zanesl jsem do repozitáře novou funkci importu susidns 20:12:22 &lt;zzz&gt; a tvrdě pracuji na podpoře nového formátu "b33", který umožňuje testovat šifrované LS2 20:12:37 &lt;zzz&gt; používáme .39 floodfills k testování šifrovaného LS2 a zatím to funguje velmi dobře 20:13:18 &lt;zzz&gt; na roadmapě .40 je velmi, velmi dlouhý seznam, je to nejspíš až příliš ambiciózní, ale doufejme, že se dostaneme aspoň k polovině 20:13:37 &lt;zzz&gt; chce ještě někdo nahlásit, na čem dělá pro .40? 20:14:00 &lt;zlatinb&gt; meta-LS backend, snad 20:14:13 &lt;zlatinb&gt; ale to není úplně navázané na vydání routeru, takže je to jedno 20:14:26 &lt;eyedeekay&gt; mám většinou funkční složku i2ptunnels.config.d 20:14:58 &lt;zzz&gt; jo, o tom si musíme někdy promluvit, eyedeekay, abychom zjistili, jak to zapadá do mé rozdělané práce z loňska 20:15:12 &lt;zzz&gt; někdy se na to s tebou napojím 20:15:25 &lt;meeh&gt; s věcmi kolem OS X jsem podle plánu, bude nativní zkratka pro sdílení souboru/složky se snarkem, automatický aktualizátor, nová verze Swiftu, celkové čištění kódu 20:15:35 &lt;zzz&gt; meeh, eyedeekay, nějaký stav k věcem kolem libsam? 20:16:26 &lt;meeh&gt; nic víc než že se musím dohnat na tom příkladu, poslední dobou jsem na to neměl čas 20:17:01 &lt;zzz&gt; ok, něco dalšího k 2) ? 20:17:41 &lt;eyedeekay&gt; dal jsem dohromady SWIG binding pro C++ knihovnu, ale SWIG jsem se teprve naučil, ani si nejsem jistý, že to už funguje. 20:18:28 &lt;zzz&gt; 3) stav LS2 20:18:37 &lt;zzz&gt; měli jsme 34 setkání a pořád jedeme 20:18:46 &lt;zzz&gt; šifrované LS2 funguje dobře 20:19:00 &lt;zzz&gt; u meta LS teprve začínáme vážně mluvit o backendu 20:19:14 &lt;zzz&gt; b33 postupuje 20:19:36 &lt;zzz&gt; zase jsem začal pracovat na návrhu ratchet, začínám něco kódovat, ale ještě to potrvá 20:19:49 &lt;zzz&gt; návrh BLAKE je pozastaven, má teď nižší prioritu 20:20:32 &lt;zzz&gt; snad je spousta částí na svém místě a můžeme je začít reálně používat, případně ve výchozím nastavení 20:20:49 &lt;zzz&gt; nějaké dotazy k LS2, nebo něco dalšího k 3) ? 20:21:29 &lt;chisana&gt; funguje šifrované LS2 s ed25519 -&gt; ed25519 (bez ohledu na použitý hash)? 20:21:53 &lt;chisana&gt; nebo je vyžadováno red25519? 20:22:09 &lt;zzz&gt; red je vyžadováno 20:22:36 &lt;chisana&gt; ok, díky 20:22:47 &lt;zzz&gt; protože potřebujete definovaný způsob, jak provést oslepení 20:23:10 &lt;chisana&gt; oslepení lze provést s ed25519 20:23:14 &lt;zzz&gt; v teorii byste mohl šifrovat z/na cokoli, ale nemuselo by to být nutně bezpečné nebo definované 20:23:20 &lt;chisana&gt; libsodium to má jako příklad ve své dokumentaci 20:23:34 &lt;zzz&gt; podporujeme ed-&gt;red a red-&gt;red, to je vše 20:23:58 &lt;zzz&gt; můžeme to probrat víc na #ls2, jestli chceš, po meetingu 20:24:08 &lt;zzz&gt; něco dalšího k 3) ? 20:24:12 &lt;chisana&gt; jasně, nechtěl jsem odvádět pozornost 20:24:49 &lt;zzz&gt; v pohodě, o dotazy jsem si řekl! 20:24:54 &lt;zzz&gt; ok, pojďme dál 20:25:00 &lt;zzz&gt; 4) stavové scrum (zlatinb) 20:25:03 &lt;zzz&gt; do toho, zlatinb 20:25:09 &lt;zlatinb&gt; Ahoj. Rychlé paralelní scrum: 1) co děláte od posledního scrumu 2) co plánujete dělat příští měsíc 3) nějaké blokéry nebo potřebná pomoc 20:26:10 &lt;zlatinb&gt; já: 1) spousta práce s arcticem na tom, aby klientská strana dobře fungovala s jeho výstupními proxy. Nový přístupový filtr (také požadoval arctic) 2) meta-LS backend, snad 3) žádné skutečné blokéry 20:27:16 &lt;zzz&gt; já: 1) vydání 39, LS2 včetně návrhů 123, 144, 146, 148, 149; spousta oprav chyb; import susidns; b33; kontrola cizího kódu; podpora 20:28:14 &lt;zzz&gt; 2) příprava na vydání 40; spousta oprav chyb; víc práce na LS2; dál se snažit zprovoznit podepsaný instalační program pro Windows; kódování na návrhu ratchet 144 a aktualizace dokumentace 20:28:29 &lt;meeh&gt; 1) aktualizace OS X launcheru, začal jsem dohánět meetingy #ls2 a příklad s libsam, 2) Android Bote, OS X launcher, nový build prohlížeče, dohánění meetingů #ls2 3) pokud někdo chce, vždy uvítám pomoc s Androidem, protože tu platformu neznám, ale momentálně žádné konkrétní problémy. 20:28:55 &lt;zzz&gt; 3) blokéry: mhatta kvůli různým věcem kolem Debianu/Tails 20:28:56 &lt;zzz&gt; EOT 20:31:29 &lt;zzz&gt; ještě někdo k 4) ? 20:33:29 &lt;zlatinb&gt; ach, pardon, EOT :) 20:33:31 &lt;meeh&gt; EOT 20:33:31 &lt;zlatinb&gt; eyedeekay, eche|on ? 20:33:31 &lt;eyedeekay&gt; promiňte, jen vteřinku 20:33:31 &lt;eche|on&gt; ano? 20:33:31 &lt;meeh&gt; je scrum 20:33:31 &lt;eche|on&gt; zatím nic zvláštního 20:33:31 &lt;eyedeekay&gt; 1) Od neděle pracuji na rozdělení konfigurace i2ptunnelu do více adresářů. 2) Věci kolem aplikace včetně automatické instalace nginxu, sshd/ssh, Webextensions/XUL rozšíření pro prohlížeč 3) První je nutné k tomu, aby šlo udělat druhé 20:33:31 &lt;eche|on&gt; hotové služby, žádné blokéry, pokračujte 20:33:31 &lt;eyedeekay&gt; EOT 20:33:31 &lt;zlatinb&gt; ok, to je myslím všichni &lt;/scrum&gt; 20:33:52 &lt;zzz&gt; ok, ještě něco k meetingu? 20:34:47 &lt;zzz&gt; nemyslel jsem si, že je účast bůhvíjaká, dokud se na konci neozvali eche|on a eyedeekay! 20:35:00 &lt;zzz&gt; poslední výzva, než přijde baffer 20:36:21 * zzz *bafs* schůze ukončena </div>/cs/blog/2019/03/21/vyd%C3%A1n%C3%AD-0.9.39/Thu, 21 Mar 2019 00:00:00 +0000/cs/blog/2019/03/21/vyd%C3%A1n%C3%AD-0.9.39/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>0.9.39 obsahuje rozsáhlé změny pro nové typy síťové databáze (návrh 123). Zásuvný modul i2pcontrol je nyní dodáván jako webová aplikace pro podporu vývoje RPC aplikací. Bylo opraveno několik důležitých chyb ve streamingu, i2psnarku a NTCP2.</p> <p>Jako obvykle doporučujeme, abyste aktualizovali na toto vydání. Nejlepší způsob, jak zajistit bezpečnost a pomoci síti, je provozovat nejnovější vydání.</p>/cs/blog/2019/03/05/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-5.-b%C5%99ezna-2019/Tue, 05 Mar 2019 00:00:00 +0000/cs/blog/2019/03/05/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-5.-b%C5%99ezna-2019/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> picklerick, R4SAS, sadie, tini2p, zlatinb, zzz</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Ahoj 20:00:00 &lt;zzz&gt; 1) stav vývoje 0.9.39 (zzz) 20:00:00 &lt;zzz&gt; 2) stav LS2 (zzz) 20:00:00 &lt;zzz&gt; 3) Status scrum (zlatinb) 20:00:04 &lt;zzz&gt; 0) Ahoj 20:00:05 &lt;zzz&gt; hi 20:00:14 &lt;sadie__&gt; hi 20:00:14 &lt;zzz&gt; 1) stav vývoje 0.9.39 (zzz) 20:00:32 &lt;zzz&gt; byl to rušný vydávací cyklus, pro 39 přichází spousta změn 20:00:47 &lt;zzz&gt; zlepšení výkonu, více práce na LS2, přidání i2pcontrol 20:00:48 &lt;zlatinb&gt; hi 20:01:09 &lt;zzz&gt; spousta oprav chyb 20:01:37 &lt;zzz&gt; vydání bude za dva týdny, pokud stihneme učinit pár finálních rozhodnutí ohledně šifrovaného LS2, která jsou ještě otevřená 20:02:04 &lt;zzz&gt; a myslím, že budeme mít nové ikony na domovskou stránku? sadie__ stihnou se dostat do vydání? 20:02:16 &lt;sadie__&gt; ano 20:02:34 &lt;zzz&gt; skvělé. 20:03:01 &lt;zzz&gt; vím, že meeh se snaží opravit problém s Android Bote, pokud je na straně routeru, což zatím nevíme 20:03:20 &lt;R4SAS&gt; zzz: mám malou otázku ohledně překladů, můžu se zeptat později? 20:03:33 &lt;zzz&gt; a také pracuje na některých vylepšeních spouštěče pro OSX pro 39 20:03:44 &lt;zzz&gt; ano R4SAS, počkejme až po schůzce 20:03:51 &lt;R4SAS&gt; kk 20:04:27 &lt;zzz&gt; 38 běží hladce a pro 39 jsme opravili spoustu chyb v LS2 20:05:08 &lt;zzz&gt; osmítýdenní vydávací cyklus je docela rychlý a závodíme, abychom všechno stihli, ale zatím jsme zhruba na pláně, jen tak tak 20:05:21 &lt;zzz&gt; něco dalšího k bodu 1) ? 20:06:12 &lt;zzz&gt; 2) stav LS2 (zzz) 20:06:22 &lt;zzz&gt; včera jsme dokončili naše 30. setkání 20:06:36 &lt;zzz&gt; "běžné" testování LS2 jde dobře 20:07:01 &lt;zzz&gt; dokončujeme specifikaci šifrovaného LS2 a máme nově návrh 146, který definuje část podepisování/ověřování 20:07:42 &lt;zzz&gt; vše kolem meta‑LS2 je přesunuto na 40. Šifrované LS2 bylo mnohem těžší sladit a zprovoznit, nezbyl nám čas na meta 20:08:01 &lt;zzz&gt; schůzky jsou stále každé pondělí, 19:30 UTC na #ls2 20:08:06 &lt;zzz&gt; všichni jsou vítáni 20:08:58 &lt;zzz&gt; šifrované ls2 je velmi fajn v tom, že floodfills (uzly floodfill v I2P síti) nemohou vidět leasesets, takže to brání jednoduchému scrapingu ze strany floodfills 20:09:34 &lt;zzz&gt; nasazení podpory ls2 na floodfills nám výrazně usnadňuje testování a opravování chyb. 20:09:53 &lt;zzz&gt; jakmile vše bude fungovat, zpřístupníme volby v UI, aby to lidé mohli začít používat 20:10:29 &lt;zzz&gt; nějaké dotazy k LS2 (návrh 123) nebo souvisejícím věcem? 20:10:52 &lt;R4SAS&gt; jo, ls2 enc 3 už funguje 20:11:44 &lt;zzz&gt; typ 3 funguje, ano. Bez nové šifry to ale není moc užitečné. Návrhy na šifrování jsou 144 a 145; zatím jsme se s nimi nedostali daleko 20:11:44 &lt;tini2p&gt; bude blinding (zaslepování) v encls2 nezávislé na typu klíče/křivky, tj. ed25519, curve25519, red25519? 20:12:33 &lt;zzz&gt; Blinding je definován pro konkrétní křivky. Definujeme ho pro dva vstupní typy (ed25519 a red25519) a jeden zaslepený typ (red25519) 20:12:46 &lt;zzz&gt; ale navrhujeme vše tak, abychom se později mohli rozhodnout jinak nebo přidat nové typy 20:13:41 &lt;zzz&gt; takže je to pro konkrétní kombinaci typ podpisu -&gt; typ podpisu 20:13:47 &lt;tini2p&gt; paráda, díky zzz 20:13:58 &lt;zzz&gt; něco dalšího k bodu 2) ? 20:14:50 &lt;zzz&gt; 3) Stav scrumu (zlatinb) 20:14:54 &lt;zzz&gt; předávám slovo, zlatinb 20:14:59 &lt;zlatinb&gt; Ahoj, uděláme scrum paralelně. Prosím řekněte: 1) na čem jste dělali minulý měsíc 2) co plánujete na příští měsíc 3) zda máte nějaké překážky nebo potřebujete pomoc. Až budete hotovi, napište EOT 20:16:24 &lt;zzz&gt; 1) práce na LS2, opravy chyb, zlepšení výkonu, přidán i2pcontrol, odstraněna témata, volba pro vypnutí NTCP1, oprava volby pro vypnutí SSU, opravy apparmor 20:16:36 &lt;zlatinb&gt; já: 1) Práce na instalátoru bez závislostí - dostupné v laboratoři. Jogger tix - většina je hotová nebo má rozhodnutí. Arctic proxies - hodně analýz, v důsledku toho se našly některé chyby v i2p. 2) více analýzy sítě 3) Bez překážek. EOT 20:17:05 &lt;zzz&gt; 1b) vylepšení multi-outproxy 20:17:42 &lt;sadie__&gt; Tento měsíc: vylepšení UI/ UX, navazování kontaktů pro IFF, návrh financování, narativ, uživatelský výzkum. Příští měsíc: Internet Freedom Festival, pokračování práce na UX/ UI, vylepšení webu, aktualizace dokumentace. EOT 20:18:16 &lt;zzz&gt; 2) LS2 (šifrované/meta), vydání 39, snad práce na opravě podepsaného Windows instalátoru, debian opravy s mhatta 20:18:38 &lt;zzz&gt; 3) bez překážek, EOT 20:19:42 &lt;zlatinb&gt; Někdo další? Pokud ne, scrum skončí za 60 s. 20:20:30 &lt;tini2p&gt; 1) pracuji na implementaci obecných wrapperů pro potenciální ecies-x25519, a konsolidaci společných i2p datových struktur, nahrazení crypto++ w/ libsodium. 2) implementovat red25519 + encls2, a začít na netdb. 3) teď mě nic nenapadá, ozvu se. EOT 20:20:56 * zlatinb resetuje 60s timeout 20:21:37 &lt;zzz&gt; ha, máme dobrovolníka do scrumu 20:21:50 &lt;tini2p&gt; :) 20:22:17 &lt;zzz&gt; kde můžeme najít tvoji práci, tini2p? 20:22:45 &lt;zlatinb&gt; TimeoutException 20:22:52 &lt;zlatinb&gt; ScrumTimeoutException :) 20:23:04 &lt;tini2p&gt; https://gitlab.com/tini2p/tini2p 20:23:09 &lt;zzz&gt; ok, myslím, že to je pro bod 3) vše, díky zlatinb 20:23:21 &lt;zzz&gt; díky, tini2p, doufejme, že se na to někdo podívá 20:23:27 &lt;tini2p&gt; velký pr přijde z větve tune 20:23:34 &lt;zzz&gt; něco dalšího pro schůzku? 20:23:51 &lt;zzz&gt; nějaké dotazy nebo připomínky? 20:24:10 &lt;picklerick&gt; jaké by byly požadavky pro přispění nového transportu? 20:24:53 &lt;zzz&gt; asi pro začátek to sepsat jako návrh 20:25:04 &lt;picklerick&gt; dobře 20:25:46 &lt;zzz&gt; dejte to do rst markdownu, formát můžete vzít z některého z existujících, zdroj najdete v naší větvi i2p.www na github 20:26:11 &lt;picklerick&gt; oh vy jste teď na githubu? 20:26:19 &lt;picklerick&gt; zaplaťpánbůh, monotone z duše nesnáším 20:26:20 &lt;zzz&gt; rád bych někdy rozjel návrh "SSU2", možná později letos 20:26:36 &lt;picklerick&gt; zzz: jestli chceš, rád bych na tom konzultoval 20:26:42 &lt;zzz&gt; už léta máme mirror na gitbhub, takže ho klidně můžeš použít pro získání souborů 20:26:46 &lt;zzz&gt; GH PR ale nepřijímáme 20:26:56 &lt;tini2p&gt; +1 20:27:19 &lt;zzz&gt; picklerick, klidně se přidej na #ls2, teď se nebavíme o transportech, ale víc mozků se vždy hodí 20:27:33 &lt;zzz&gt; něco dalšího pro schůzku? 20:28:00 * zzz popadne baffer 20:29:05 * zzz *bafs* schůzku uzavírá </div>/cs/blog/2019/02/14/laborato%C5%99-i2p/Thu, 14 Feb 2019 00:00:00 +0000/cs/blog/2019/02/14/laborato%C5%99-i2p/<p>Zdravím všechny,</p> <p>Ve světě I2P existuje mnoho projektů, které nás nadchly, ale ne všechny jsou zatím připraveny pro produkční nasazení. Rozhodli jsme se vytvořit místo, kde je můžeme zpřístupnit každému, kdo si je chce vyzkoušet, a které zároveň poslouží jako zkušební platforma pro projekty, jež se možná jednoho dne stanou oficiálními produkty I2P. Tím místem je <a href="https://geti2p.net/en/download/lab">I2P Laboratory</a> .</p> <p>V laboratoři budeme nabízet ke stažení verze připravené k vyzkoušení. Mějte na paměti, že nebudou v &ldquo;release&rdquo; kvalitě a některé nemusí být ani v &ldquo;beta&rdquo; kvalitě. Nenabízíme k nim oficiální podporu. Jakýkoli z laboratorních projektů může být kdykoli ukončen.</p>/cs/blog/2019/02/05/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-5.-%C3%BAnora-2019/Tue, 05 Feb 2019 00:00:00 +0000/cs/blog/2019/02/05/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-5.-%C3%BAnora-2019/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> echelon, idk, R4SAS, sadie, zlatinb, zzz</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Ahoj 20:00:00 &lt;zzz&gt; 1) stav vydání 0.9.38 (zzz) 20:00:00 &lt;zzz&gt; 2) stav vývoje 0.9.39 (zzz) 20:00:00 &lt;zzz&gt; 3) stav LS2 (zzz) 20:00:00 &lt;zzz&gt; 4) status scrum (zlatinb) 20:00:03 &lt;zzz&gt; 0) Ahoj 20:00:05 &lt;zzz&gt; ahoj 20:00:11 &lt;zzz&gt; 1) stav vydání 0.9.38 (zzz) 20:00:13 &lt;zlatinb&gt; ahoj 20:00:21 &lt;sadie_&gt; ahoj 20:00:26 &lt;zzz&gt; ok, jsou to dva týdny od vydání 38, síť je zhruba z poloviny aktualizovaná 20:00:42 &lt;zzz&gt; používáme to k testování věcí kolem LS2 (více o tom později) 20:00:51 &lt;eche|offf&gt; ahoj 20:00:55 &lt;zzz&gt; nezaznamenal jsem žádné zásadní stížnosti ani problémy 20:01:31 &lt;zzz&gt; také máme k dispozici nový instalátor firefox profilu a instalátor pro Mac, a ani k nim jsem neviděl žádné bugy 20:02:22 &lt;zzz&gt; takže vypadá to, že vše probíhá hladce. 38 bude v ubuntu disco a debian buster. 20:02:28 &lt;zzz&gt; něco dalšího k bodu 1) ? 20:02:36 &lt;eche|offf&gt; ne 20:03:16 &lt;zzz&gt; 2) stav vývoje 0.9.39 (zzz) 20:03:46 &lt;zzz&gt; jsme 2 týdny v osmitydenním cyklu, vydání plánujeme na polovinu až konec března. Začlenili jsme kód i2pcontrol json-rpc2 vyňatý z pluginu 20:04:06 &lt;zzz&gt; probíhá spousta dalších změn pro LS2 20:04:32 &lt;zzz&gt; oprava pro HTTP WebSockety. Probíhá spousta oprav bugů a zlepšení výkonu 20:04:59 &lt;zzz&gt; a také některé věci, aby sestavení Debianu lépe fungovala na disco/buster 20:05:15 &lt;R4SAS&gt; + aktualizace přepisování User-Agent pro outproxy (výstupní proxy)? 20:05:26 &lt;zzz&gt; očekávám, že případné další velké změny dostaneme dovnitř do poloviny února, pak se můžeme více věnovat opravám bugů 20:05:52 &lt;zzz&gt; R4SAS, to neznám, máš pro mě číslo ticketu? 20:07:03 &lt;R4SAS&gt; četl jsem o tom před pár dny na tomhle kanálu 20:07:19 &lt;zzz&gt; taky není jasné, jaké změny v konzoli se dostanou do 38, spolupracuji s designovým týmem, abych pochopil, co je možné ve zbývajícím čase 20:07:41 &lt;eche|offf&gt; ve 39 20:07:46 &lt;zzz&gt; R4SAS, drzed mě požádal změnit clearnet User-Agent z 52 na 60, aby odpovídal aktuálnímu TBB, a udělal jsem to 20:07:52 &lt;zzz&gt; jo, 39, díky eche|offf 20:08:09 &lt;zzz&gt; něco dalšího k bodu 2) ? Na něco zapomínám? 20:08:55 &lt;zzz&gt; jo, mám změny pro lepší výběr outproxy, dostal jsem k tomu první feedback, musím to ještě víc otestovat 20:10:00 &lt;zzz&gt; 3) stav LS2 20:10:22 &lt;zzz&gt; byla to spousta práce. včera jsme měli už naše 26. týdenní setkání! 20:10:50 &lt;zzz&gt; části návrhu 123, které jsou v 38, fungují, ale nejsme si jisti, že fungují dokonale, je potřeba více testování 20:11:04 &lt;zzz&gt; specifikace na webu byly aktualizovány, aby to odpovídalo 20:11:47 &lt;zzz&gt; zveřejnili jsme také nové návrhy 144 a 145, které definují novou kryptografii umožněnou LS2 20:11:54 &lt;eche|offf&gt; půl roku, gratulace 20:12:16 &lt;zzz&gt; více z návrhu 123 se dostane do 39 20:12:53 &lt;zzz&gt; na setkáních LS2 se do hloubky věnujeme otázkám blinding (zaslepení) a šifrování, abychom zabránili špehování ze strany floodfills, a jsme blízko 20:13:04 &lt;zzz&gt; není jasné, jestli se to stihne dostat do 39 nebo ne 20:13:39 &lt;zzz&gt; všichni jste vítáni, přidejte se a zpívejte s námi, na #ls2 v pondělí v 19:30 UTC 20:13:53 &lt;zzz&gt; nějaké dotazy nebo další věci k bodu 3) ? 20:15:15 &lt;zzz&gt; 4) status scrum (zlatinb) 20:15:19 &lt;zzz&gt; máš slovo, zlatinb 20:15:32 &lt;zlatinb&gt; Zdravím. Pojďme udělat scrum paralelně. Stručně popište: 1) co jste dělali od posledního scrumu 2) co plánujete na příští měsíc 3) jakékoliv překážky nebo jestli potřebujete pomoc. Až budete hotovi, napište EOT 20:15:38 &lt;zlatinb&gt; Všichni, do toho! 20:16:09 &lt;zlatinb&gt; já: 1) práce na instalátoru firefox profilu, komunikace s monero ohledně i2p-zero, jogger tikety 20:16:40 &lt;eche|offf&gt; hotové finanční záležitosti I2P, nastavil jsem nový webserver, nasadil ho online, funguje jako dřív, žádné překážky. momentálně si hraju s debian buster a Java 11 :-/ 20:16:52 &lt;zzz&gt; 1) LS2, bugy, 35C3, vydání 38, i2pcontrol, záležitosti kolem Debianu, zlepšení výkonu, bugy, bugy, bugy 20:17:01 &lt;zlatinb&gt; 2) další jogger tikety, průzkum jlink pro instalátor ve stylu i2p-zero pro nás 20:17:05 &lt;zlatinb&gt; 3) nic, co bych teď viděl 20:17:18 &lt;zlatinb&gt; EOT 20:18:45 &lt;zzz&gt; 2) LS2, bugy, obnovit svůj GPG klíč, testování, práce na 39, možná vydání orchid? Jsem si jistý, že na něco zapomínám 20:18:46 &lt;sadie_&gt; Práce s novými kontakty v nevládkách (usability a uživatelský výzkum) , vylepšení UX webu , aktualizace dokumentace, EOT 20:18:51 &lt;zzz&gt; 3) žádné překážky 20:18:52 &lt;zzz&gt; EOT 20:20:03 &lt;zlatinb&gt; to bude pro scrum vše, myslím 20:20:31 &lt;zzz&gt; 2a) implementovat volbu pro vypnutí NTCP1 :) 20:21:10 &lt;zzz&gt; ok, vidím, že se pár z nás neukázalo, později je zbičujeme :) 20:21:19 &lt;eche|offf&gt; hehe 20:21:21 &lt;zzz&gt; něco dalšího pro toto setkání? 20:21:41 &lt;eche|offf&gt; a momentálně jsem ztracený v ant, deb-src a zvláštních chybách s ASCII 20:21:46 &lt;idk&gt; Jsem tady, jen jsem se nechal rozptýlit. Prostě makám na prohlížeči, to je vše. 20:22:08 &lt;zzz&gt; ahoj idk. dej si čas a prosím celé 1/2/3 20:23:22 &lt;zzz&gt; a rád bych tě veřejně přivítal v týmu! 20:24:49 &lt;zzz&gt; idk, prosím dej nám své 1/2/3 20:24:55 &lt;idk&gt; Díky, jsem rád, že mám příležitost pomoct. OK, včera jsem se prokousal problémy, které jsem měl s rbm při sestavování prohlížeče ze zdrojů. Zdá se, že je z větší části vyřešil meeh. Dnes pracuji na rozšířeních pro prohlížeč a zkoumám, co přesně mohu a nemohu dělat s webextensions, abych prohlížeč zpevnil. 20:25:54 &lt;zzz&gt; ^^ to bylo 1) 20:25:55 &lt;zlatinb&gt; (2 je, co plánuješ na příští měsíc, 3 je, jestli máš nějaké překážky) 20:27:17 &lt;idk&gt; Moje chyba. Příští měsíc plánuji pracovat na implementaci nějaké formy izolace podobné Toru pro i2p prohlížečové spojení na bázi sezení od sezení, pokud se k tomu nedostanu dřív. Neočekávám žádné zásadní překážky, jen to, že webextensions jsou omezené. 20:28:00 &lt;zzz&gt; super, díky 20:28:21 &lt;zzz&gt; ok, to je pro bod 4) vše, pokud tu není meeh 20:28:28 &lt;zzz&gt; něco dalšího pro toto setkání? 20:28:33 &lt;eche|offf&gt; mimochodem, dokud nebudou vyřešeny problémy se sestavením na buster/JDK11, nemůžu dál sestavovat žádné testy 20:29:09 &lt;eche|offf&gt; (což není velký problém) 20:29:24 &lt;zzz&gt; to je ticket #2410, že? 20:29:30 &lt;eche|offf&gt; jo 20:29:36 &lt;eche|offf&gt; dnes jsem se dostal o kousek dál^ 20:29:41 &lt;zzz&gt; ok, brzy se na to podívám 20:29:52 &lt;zzz&gt; něco dalšího pro toto setkání? 20:30:04 * zzz zahřívá baffer 20:31:05 * zzz *bafs* uzavírá schůzi </div>/cs/blog/2019/01/22/vyd%C3%A1n%C3%AD-0.9.38/Tue, 22 Jan 2019 00:00:00 +0000/cs/blog/2019/01/22/vyd%C3%A1n%C3%AD-0.9.38/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>Verze 0.9.38 ve výchozím nastavení povoluje NTCP2 pro všechny uživatele. NTCP2 poskytuje účinnou odolnost vůči cenzuře založené na DPI a díky použití rychlejší, moderní kryptografie snižuje zátěž CPU. Toto vydání také obsahuje důležité opravy chyb a vylepšení výkonu.</p> <p>Jako obvykle doporučujeme aktualizovat na tuto verzi. Nejlepším způsobem, jak udržovat zabezpečení a pomoci síti, je provozovat nejnovější verzi.</p>/cs/blog/2018/12/06/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-06.-prosince-2018/Thu, 06 Dec 2018 00:00:00 +0000/cs/blog/2018/12/06/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-06.-prosince-2018/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> alex, zlatinb, zzz</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Ahoj 20:00:00 &lt;zzz&gt; 1) 0.9.38 stav vývoje (zzz) 20:00:00 &lt;zzz&gt; 2) Stav LS2 (zzz) 20:00:00 &lt;zzz&gt; 3) Stav 35c3 (echelon) 20:00:00 &lt;zzz&gt; 4) Stav scrumu (zlatinb) 20:00:03 &lt;zzz&gt; 0) Ahoj 20:00:05 &lt;zzz&gt; ahoj 20:00:08 &lt;zlatinb&gt; ahoj 20:00:13 &lt;zzz&gt; 1) 0.9.38 stav vývoje (zzz) 20:00:32 &lt;zzz&gt; 38 se rýsuje jako velmi velké vydání, už máme přes 30k řádků diffu 20:01:03 &lt;zzz&gt; Zatím jsou v repozitáři základy nového průvodce, nová implementace geoip a počáteční podpora LS2 20:01:26 &lt;zzz&gt; 37 běží velmi hladce, 75 % nebo více sítě ji používá, nebyly hlášeny žádné problémy s NTCP2 20:01:55 &lt;zzz&gt; ikony a změny CSS by se měly začít objevovat příští týden 20:02:21 &lt;zzz&gt; plánujeme vydání na konec ledna. S několika týdny volna kvůli svátkům je pořád spousta práce mezi tím a vydáním 20:02:26 &lt;zzz&gt; ale zatím jde všechno hladce 20:02:50 &lt;zzz&gt; vyzývám vás všechny, abyste otestovali vývojový build z bobthebuilder.i2p, nebo si ho sestavili sami 20:03:08 &lt;zzz&gt; potřebujeme testery, protože je hodně změn; musíme chyby zachytit teď, ne až po vydání 20:03:15 &lt;zzz&gt; ještě něco k 1) ? 20:04:16 &lt;zzz&gt; 2) Stav LS2 (zzz) 20:04:47 &lt;zzz&gt; včera jsme měli naše 19. týdenní setkání. Základní část LS2 je hotová a pracuji na její implementaci pro 38 20:05:28 &lt;zzz&gt; momentálně děláme dvě věci paralelně – pracujeme na specifikaci šifrovaného LS2 a začínáme pracovat na návrhu 144, který definuje novou kryptografii a end-to-end protokol, jenž se opírá o LS2 20:05:43 &lt;zzz&gt; šifrovaný LS2 bychom měli brzy dokončit. 20:06:24 &lt;zzz&gt; návrh 144, který nazýváme ECIES-X25519-AEAD-ratchet, je poměrně složitý a myslím, že potrvá měsíc nebo dva, než ho vychytáme 20:06:41 &lt;zzz&gt; schůzky jsou v pondělí v 7:30 UTC na #ls2, všichni jsou vítáni 20:06:55 &lt;zzz&gt; ještě něco k 2) ? 20:08:00 &lt;zzz&gt; 3) Stav 35c3 (echelon) 20:08:17 &lt;zzz&gt; myslím, že se dnes echelon nedostane 20:08:46 &lt;zzz&gt; vím, že pracuje na řešení stolního banneru a na sladkostech k rozdávání a že koupil všechny naše vstupenky 20:08:56 &lt;zzz&gt; takže myslím, že jsme na tom dobře; uvidíme se tam za 3 týdny 20:09:01 &lt;zzz&gt; ještě něco k 3) ? 20:09:51 &lt;zzz&gt; jo a připomenutí: 1. ledna tu schůzku mít nebudeme, naše schůzky budou na CCC. Příští schůzka tady bude 5. února 20:10:11 &lt;zzz&gt; 4) Stav scrumu (zlatinb) 20:10:15 &lt;zzz&gt; máš slovo, zlatinb 20:10:28 &lt;zlatinb&gt; Ahoj. Scrum uděláme paralelně, protože se to na IRC stejně snadno sleduje. Prostě začněte psát 1) čemu jste se věnovali minulý měsíc 2) co plánujete dělat příští měsíc 3) nějaké překážky nebo potřebná pomoc. Svůj report zakončete EOT 20:10:56 &lt;zzz&gt; ok, uvidíme, jak to půjde... 20:11:10 &lt;alex_the_designerr&gt; alex, fakt miluju šestiúhelníky tady : práce na ikonách postupuje, jak zzz zmínil v 1) 20:11:30 &lt;alex_the_designerr&gt; minulý měsíc jsem dělal aktualizace webu a nějakou práci na logu 20:11:48 &lt;zlatinb&gt; 1) Práce na onboardingu, hlavně na průvodci, a na instalátoru profilu Firefoxu pro Windows s IDK. Získal jsem podepisovací certifikát, takže naše instalátory pro Windows lze podepisovat. Menší experimentální hacky na snarku 20:12:09 &lt;alex_the_designerr&gt; příští měsíc dokončím první verzi nového webu, začlením ikony a *snad* získám požehnání pro nové logo 20:12:21 &lt;zlatinb&gt; 2) Dokončit instalátor profilu Firefoxu pro Windows a práci na průvodci pro 0.9.38 20:12:32 &lt;alex_the_designerr&gt; stretch cíle: persony a patterny 20:13:01 &lt;alex_the_designerr&gt; žádné překážky, jen makačka EOT 20:13:06 &lt;zlatinb&gt; 3) Žádné překážky, ale budu muset úzce spolupracovat se zzz, abychom věci dostali do monotone smysluplným způsobem, také s meeh, pokud znovu použijeme profil Firefoxu v OS X 20:13:07 &lt;zlatinb&gt; EOT 20:13:09 &lt;zzz&gt; já: 1) průvodce, geoip, ls2, návrh 144, opravy chyb; 2) ls2, návrh 144, integrace změn od design týmu, opravy chyb, přípravy na 35C3, 35C3, zřízení stroje pro podepisování; 3) žádné překážky EOT 20:13:57 &lt;zlatinb&gt; je tu ještě někdo z týmu? 20:14:30 &lt;zlatinb&gt; nevypadá to. To je ode mě k 4) vše 20:14:47 &lt;zzz&gt; ok, má někdo ještě něco k této schůzce? 20:15:49 * zzz nachází baffer 20:16:06 * zzz *bafs* schůzku uzavírá </div>/cs/blog/2018/11/06/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-6.-listopadu-2018/Tue, 06 Nov 2018 00:00:00 +0000/cs/blog/2018/11/06/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-6.-listopadu-2018/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> echelon, str4d, meeh, zlatinb</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> &lt;eche|on&gt; 0) Ahoj &lt;eche|on&gt; 1) 0.9.38 stav vývoje (echelon) &lt;eche|on&gt; 2) LS2 stav (echelon) &lt;eche|on&gt; 3) Stav scrumu (zlatinb) &lt;eche|on&gt; žádné další téma nebylo dříve do vlákna na I2P přidáno. &lt;eche|on&gt; 0) &lt;eche|on&gt; ahoj! &lt;eche|on&gt; vítejte! &lt;zlatinb&gt; ahoj &lt;eche|on&gt; nějaké doplnění agendy? &lt;eche|on&gt; vypadá to, že ne &lt;eche|on&gt; 1) 0.9.38 stav vývoje &lt;eche|on&gt; 0.9.38 bude hlavně aktualizace konzole, Sadie a tým UX, UI na tom tvrdě pracují, jak bylo vidět na pátečním živém streamu, který dělal Alex &lt;eche|on&gt; specifikace se těžko hledají, ale práce dobře postupuje &lt;eche|on&gt; zjišťujeme, co je možné v konzoli změnit, a první části zahrneme do 0.9.38 &lt;eche|on&gt; plán je na několik měsíců, než se zapracují všechny změny; ne všechny budou v 0.9.38 &lt;str4d&gt; ahoj &lt;eche|on&gt; aktuální plán vydání 0.9.38 je prosinec, krátce před 35c3 &lt;eche|on&gt; něco dalšího k 1) ? &lt;zlatinb&gt; Myslel jsem, že 0,9.38 bude v lednu, ale v pohodě &lt;eche|on&gt; jo, pokud je to moc práce, odložíme to na leden, po 35c3 &lt;zlatinb&gt; k 1) ode mě nic dalšího &lt;eche|on&gt; ok &lt;eche|on&gt; 2) aktualizace stavu LS2 &lt;eche|on&gt; nic zásadního k aktualizaci, probíhají vývojářské meetingy, témata se probírají, ale zatím nebyl vydán žádný kód &lt;eche|on&gt; tvrdá, náročná práce, spousta témat, zabere to více času, odhad je nejdříve na .40 &lt;eche|on&gt; něco dalšího k 2) &lt;eche|on&gt; ? &lt;str4d&gt; Kdokoli má zájem dát zpětnou vazbu, ať se podívá na https://geti2p.net/spec/proposals/123-new-netdb-entries (tam se teď soustředí většina změn) &lt;eche|on&gt; jo, prosím reagujte a dávejte zpětnou vazbu &lt;eche|on&gt; takže předávám zlatinb bod 3) stav scrumu &lt;zlatinb&gt; ahoj. V kanálu jsou teď jen eche|on a meeh, tak proč nepokračujete a nedáte nám 1-2-3 (paralelně) &lt;eche|on&gt; 1) práce na financování, server, příprava 35c3, koupené lístky &lt;eche|on&gt; 2) pokračuji v téhle práci &lt;eche|on&gt; 3) žádné překážky &lt;eche|on&gt; &lt;meeh&gt; 1) úklid OSX Launcher & profil Firefoxu &lt;meeh&gt; 2) migrace serveru &lt;meeh&gt; 3) vývoj Testnetu (testovací síť) &lt;meeh&gt; 4) žádné překážky &lt;zlatinb&gt; Tady jsou moje: 1) minulý měsíc jsem pracoval na UX se Sadie a Alexem, definice Testnetu (příspěvek je na fóru zzz.i2p) a vlastní Firefox I2P profil (příspěvek je na i2pforum) 2) více UX, certifikát pro podepisování kódu 3) žádné překážky &lt;str4d&gt; ERR_OUT_OF_BOUNDS_WRITE &lt;zlatinb&gt; lol &lt;eche|on&gt; správně, prosím otestujte Firefox I2P profil, zlatinb prosím pošli odkaz &lt;zlatinb&gt; `https://github.com/eyedeekay/firefox.profile.i2p/releases` &lt;eche|on&gt; děkuji &lt;meeh&gt; super, díky &lt;eche|on&gt; ohledně 35c3: core tým se sejde v Lipsku &lt;eche|on&gt; pokud chce přijít ještě někdo další, rádi se s vámi potkáme a strávíme nějaký čas diskuzí o tématech I2P, nebo si prostě dáme kávu/pivo/sladkosti &lt;eche|on&gt; Dobře, to je vše z agendy, nějaké doplnění? &lt;str4d&gt; Bavte se! Letos na 35c3 nebudu, ale v lednu budu na RWC. &lt;eche|on&gt; *me zahřívá sidekick baffer* &lt;eche|on&gt; skvělé, Alex plánuje účast, kromě Sadie také &lt;eche|on&gt; *baffer se rozhoupe* &lt;str4d&gt; Aesome &lt;str4d&gt; s/Ae/Awe/ &lt;eche|on&gt; *baff* schůzka je uzavřena. Děkujeme za účast. Uvidíme se znovu na příští schůzce 4. prosince ve 20:00 UTC </div>/cs/blog/2018/10/23/v%C3%BDvoj-aplikac%C3%AD-dbaj%C3%ADc%C3%ADch-na-ochranu-soukrom%C3%AD-s-vyu%C5%BEit%C3%ADm-pythonu-a-i2p/Tue, 23 Oct 2018 00:00:00 +0000/cs/blog/2018/10/23/v%C3%BDvoj-aplikac%C3%AD-dbaj%C3%ADc%C3%ADch-na-ochranu-soukrom%C3%AD-s-vyu%C5%BEit%C3%ADm-pythonu-a-i2p/<p><figure> <img src="https://geti2p.net/images/blog/i2plib.jpeg" alt="i2plib"loading="lazy" decoding="async"></figure> </p> <p><a href="https://geti2p.net/">Invisible Internet Project</a> (I2P) poskytuje rámec pro vývoj aplikací respektujících soukromí. Je to virtuální síť fungující nad běžným internetem, ve které mohou uzly vyměňovat data, aniž by odhalovaly své &ldquo;skutečné&rdquo; IP adresy. Spojení uvnitř sítě I2P se navazují mezi virtuálními adresami nazývanými <em>I2P destinations</em>. Je možné mít tolik destinations, kolik je potřeba, dokonce používat pro každé spojení novou destination; druhé straně neprozrazují žádné informace o skutečné IP adrese.</p> <p>Tento článek popisuje základní pojmy, které je třeba znát při vývoji aplikací pro I2P. Ukázky kódu jsou napsány v Pythonu s využitím vestavěného asynchronního frameworku asyncio.</p>/cs/blog/2018/10/04/vyd%C3%A1n%C3%AD-0.9.37/Thu, 04 Oct 2018 00:00:00 +0000/cs/blog/2018/10/04/vyd%C3%A1n%C3%AD-0.9.37/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>Verze 0.9.37 pokračuje v práci na našem novém transportu NTCP2, který byl představen v předchozím vydání. Nový protokol SSU pro testování peerů přes IPv6 je nyní podporován. Toto vydání obsahuje řadu oprav chyb a vylepšení výkonu.</p> <p>Jako obvykle doporučujeme aktualizovat na tuto verzi. Nejlepším způsobem, jak udržovat bezpečnost a pomoci síti, je provozovat nejnovější verzi.</p>/cs/blog/2018/10/02/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-2.-%C5%99%C3%ADjna-2018/Tue, 02 Oct 2018 00:00:00 +0000/cs/blog/2018/10/02/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-2.-%C5%99%C3%ADjna-2018/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> alex, anonymousmaybe, DogeDollars, echelon, villain, zlatinb, zzz</p> <h2 id="záznam-schůzky">Záznam schůzky</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Ahoj 20:00:00 &lt;zzz&gt; 1) 0.9.37 stav vývoje (zzz) 20:00:00 &lt;zzz&gt; 2) Stav LS2 (zzz) 20:00:00 &lt;zzz&gt; 3) Stav scrumu (zlatinb) 20:00:03 &lt;zzz&gt; 0) Ahoj 20:00:05 &lt;zzz&gt; Ahoj 20:00:11 &lt;zlatinb&gt; ahoj 20:00:17 &lt;zzz&gt; 1) 0.9.37 stav vývoje (zzz) 20:00:41 &lt;zzz&gt; jak většina z vás ví, posunuli jsme vydání 37 o pár týdnů dopředu. Uzávěrka check-inů byla včera, vydání bude ve čtvrtek 20:00:57 &lt;zzz&gt; kromě zapnutí NTCP2 ve výchozím stavu v něm není mnoho změn 20:01:28 &lt;zzz&gt; spouštěč pro OSX nebude na vydání hotový, ale vidíme na něm opravdu dobrý pokrok 20:01:54 &lt;zzz&gt; pokud půjde vše dobře, bude to naše poslední vydání v roce. Máme svátky a CCC a 38 očekáváme v lednu 20:01:59 &lt;zzz&gt; něco dalšího k bodu 1)? 20:02:30 &lt;villain&gt; ahoj lidi 20:02:43 &lt;zzz&gt; 2) Stav LS2 (zzz) 20:02:59 &lt;zzz&gt; za poslední 3 měsíce jsme měli 12 schůzek a děláme pomalý, ale stálý pokrok 20:03:39 &lt;zzz&gt; dobře chápeme, co je potřeba pro novou kryptografii, a shodli jsme se na většině obecných otázek ohledně toho, jak přidat novou kryptografii a jak dostat nové LSes do netdb a zase ven 20:03:40 &lt;eche|on&gt; ahoj 20:04:16 &lt;eche|on&gt; zatím to zní skvěle 20:04:17 &lt;zzz&gt; budeme pokračovat v práci na souvisejících tématech, jako jsou encrypted leasesets a masivní multihoming, a také začneme probírat konkrétní detaily pro jednotlivé nové kryptografické možnosti 20:04:51 &lt;zzz&gt; očekávám, že schůzky k LS2 budou ještě nějakou dobu pokračovat, takže pokud máte zájem, připojte se prosím k diskusím 20:05:02 &lt;zzz&gt; něco dalšího k bodu 2)? 20:05:14 &lt;eche|on&gt; je fajn vidět nějaký pokrok 20:06:14 &lt;zzz&gt; 3) Stav scrumu (zlatinb) 20:06:18 &lt;zzz&gt; je to celé tvoje, zab 20:06:44 &lt;zlatinb&gt; dobře, pojďme na scrum, klasika: 1) co jste dělali minulý měsíc 2) co budete dělat příští měsíc 3) nějaké překážky? 20:07:02 &lt;zlatinb&gt; villain: myslím, že tohle bude tvůj první opravdový scrum, tak začni ty :) 20:08:23 &lt;zlatinb&gt; villain? 20:08:26 &lt;villain&gt; ok, 1) vydal jsem knihovnu SAM pro asyncio https://github.com/l-n-s/i2plib a její dokumentaci, udělal jsem s ní GUI aplikaci pro sdílení souborů https://github.com/l-n-s/QuickShare, naučil jsem se, jak funguje JSP v RouterConsole, udělal jsem první vydání rpm balíčku pro CentOS a Fedoru a zřídil COPR repozitář pro rpm balíčky https://copr.fedorainfracloud.org/coprs/supervillain/I2P/ 20:08:56 &lt;zlatinb&gt; ok, vrátíme se k tobě. zzz, co kdybys místo toho začal ty 20:08:59 &lt;eche|on&gt; 1) údržba serveru, pokrytí výpadků serveru, správa financí 2) pokračování v této práci, pořízení nových samolepek 3) zatím žádné překážky :-) 20:09:04 &lt;villain&gt; 2) přimět balíček pro Fedoru používat systémové knihovny, po vydání pracovat na lepším designu Router Console, publikovat článek o vývoji I2P aplikací přes SAM API 20:09:09 &lt;zlatinb&gt; oops, promiň 20:09:12 &lt;eche|on&gt; uups 20:09:29 &lt;villain&gt; 3) potřebuji něco udělat se závislostí na Jetty ve Fedoře, protože podporujeme jen v9.2 a Fedora má v9.4 20:09:39 &lt;DogeDollars&gt; lol 20:10:03 &lt;zzz&gt; jupí, paralelní scrum 20:10:11 &lt;zzz&gt; za mě: 20:10:12 &lt;villain&gt; :D 20:10:39 &lt;eche|on&gt; villain: ohledně Jetty, chce to víc práce, pokud vím, cestou změnili některá API 20:10:44 &lt;zzz&gt; 1) spousta drobných oprav chyb v NTCP2, které se objevily od vydání 36, díky všem testerům 20:11:11 &lt;zzz&gt; příprava na vydání 37, testování instalátoru pro OSX, další opravy chyb a výzkum, výzkum LS2 20:11:42 &lt;zzz&gt; 2) vydání 37, začátek seriózní práce na migraci na nový formát databáze geoip, více LS2, více oprav chyb, spolupráce s týmy PR/UI na nápadech pro konzoli 20:12:23 &lt;zzz&gt; 3) žádné překážky... jen dodám, že kvůli některým osobním závazkům pracuji minulý i příští měsíc zhruba na poloviční úvazek 20:12:24 &lt;zzz&gt; EOT 20:12:52 &lt;zlatinb&gt; dobře, eche|on? 20:12:59 &lt;eche|on&gt; 1) údržba serveru, pokrytí výpadků serveru, správa financí 2) pokračování v této práci, pořízení nových samolepek 3) zatím žádné překážky :-) 20:13:22 &lt;zlatinb&gt; super, díky 20:13:33 &lt;zlatinb&gt; alex_the_designer: když ses právě přidal, je to náš měsíční scrum 20:13:46 &lt;alex_the_designer&gt; ahoj! 20:13:55 &lt;zlatinb&gt; chceš nám říct 1) čemu ses věnoval minulý měsíc 2) co budeš dělat příští měsíc 3) jestli máš nějaké překážky 20:15:04 &lt;alex_the_designer&gt; 1 . streamuji v pátek. Během toho dělám postupné kroky na aktualizaci webu. Také jsem vytvořil dotazník, který nám pomůže s brandingem a designem. 20:16:15 &lt;alex_the_designer&gt; 2. budu pokračovat ve streamech, ale pokusím se dokončit webový vývoj mimo stream. Také mám menší zpoždění s přepracovaným whitepaperem. Do konce měsíce chci mít alespoň osnovu a hrubý návrh 20:17:22 &lt;alex_the_designer&gt; 3. jediná překážka momentálně je, že trochu nevím, jak současný webový framework generuje cesty. Nic převratného, jen to vyžaduje víc čtení dokumentace a zkoušení 20:18:28 &lt;zlatinb&gt; ok, o dotazníku ještě trochu promluvím po scrumu. Díky 20:18:32 &lt;zlatinb&gt; meeh: jsi tady? 20:20:10 &lt;zlatinb&gt; meeh? 20:21:00 &lt;zlatinb&gt; klidně dej svá 1-2-3, až se ukážeš 20:21:20 &lt;zlatinb&gt; to je EOT pro scrum, ale rád bych trochu promluvil o Alexově dotazníku 20:21:27 &lt;zzz&gt; pokračuj 20:22:17 &lt;zlatinb&gt; pro všechny v kanálu: věnujte tomuto dotazníku trochu pozornosti a vyplňte ho. Je hostovaný na Google Forms, ale (pokud neuděláte něco hloupého) není možné propojit vaše Google ID s vaší I2P personou 20:22:46 &lt;zlatinb&gt; tady je odkaz: https://docs.google.com/forms/d/e/1FAIpQLSdVCHXXBnHOrPpR6RH2DkCf3Q4W1kPBpg0QWToxfday0xqNAg/viewform 20:23:14 &lt;zlatinb&gt; alex_the_designer: řekni prosím pár slov o tom, jak ti tento dotazník pomůže s tvůrčím procesem 20:23:21 &lt;alex_the_designer&gt; jistě! 20:24:14 &lt;alex_the_designer&gt; od základů je důležité porozumět rozdílům mezi tím, jak my jako interní správci vnímáme užitečnost systému a naše vystupování jako značky, a tím, jak uživatelé vnímají užitečnost systému a svou identitu jako lidé 20:24:41 &lt;alex_the_designer&gt; to je docela hluboké, ale jsou i opravdu přímočaré věci, které můžeme využít 20:25:22 &lt;villain&gt; aha, to dává smysl 20:25:25 &lt;alex_the_designer&gt; například pokud zjistíme, že hodně lidí má agresivní postoj, můžeme využít základní teorii barev a vědět, že žhavé barvy (červená, žlutá, oranžová) dávají smysl 20:25:34 &lt;anonymousmaybe&gt; vážně? „Jaké věci by měla I2P zvažovat, aby rozhodla, pro koho je I2P určená?“ 20:25:55 &lt;alex_the_designer&gt; všechny otázky jsou vážné, anon :D 20:26:19 &lt;villain&gt; jen jsem nepochopil, jsou ty otázky osobní, nebo souvisejí s vizí projektu 20:26:48 &lt;villain&gt; brzy to vyplním 20:27:02 &lt;alex_the_designer&gt; je důležité říct něco o sobě, svých hodnotách a svých ideálech pro projekt 20:27:31 &lt;anonymousmaybe&gt; alex_the_designer jo, tahle je tak trochu špatně, protože I2P je pro každého, o tom není sporu 20:27:46 &lt;alex_the_designer&gt; je tam implicitní předpoklad, že kým jsme a co děláme, není oddělené do škatulek, ale naopak se to vzájemně ovlivňuje :D 20:28:36 &lt;anonymousmaybe&gt; mám rád oddělování do škatulek, proto používám Qubes :p 20:28:42 &lt;alex_the_designer&gt; anon, říct, že je to pro každého, není úplně přesné, že? 20:28:57 &lt;alex_the_designer&gt; například sledovací státy :D 20:29:48 &lt;zzz&gt; něco dalšího ohledně dotazníku? 20:29:52 &lt;alex_the_designer&gt; univerzálnost ale může být výsledkem, takže pokud to vnímáš silně, určitě o tom napiš :D 20:30:10 &lt;zlatinb&gt; ode mě ne (k dotazníku) 20:30:25 &lt;zzz&gt; něco dalšího k meetingu? 20:30:51 &lt;anonymousmaybe&gt; zzz, uvažujete o sandboxingu i2p? 20:30:54 &lt;alex_the_designer&gt; jen bych řekl, že si vašich snah s dotazníkem velmi vážím. Vím, že je docela dlouhý 20:31:16 &lt;zzz&gt; díky, že to děláš, alexi 20:31:30 &lt;anonymousmaybe&gt; alex_the_designer jo, vyplním to 20:31:46 &lt;zzz&gt; anonymousmaybe, o ničem nevím a nejsem ten pravý, koho se ptát, ale můžeš to probrat v tomhle kanálu po meetingu 20:31:50 &lt;zzz&gt; něco dalšího k meetingu? 20:32:16 * zzz popadne baffer 20:33:00 * zzz *baffffs* schůzka ukončena </div>/cs/blog/2018/09/05/i2p-setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-5.-z%C3%A1%C5%99%C3%AD-2018/Wed, 05 Sep 2018 00:00:00 +0000/cs/blog/2018/09/05/i2p-setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-5.-z%C3%A1%C5%99%C3%AD-2018/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> alex, echelon, mikalv, R4SAS, villain, zzz</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 20:07:48 &lt;zzz&gt; 0) Ahoj 20:07:48 &lt;zzz&gt; 1) Stav vydání 0.9.36 (zzz) 20:07:48 &lt;zzz&gt; 2) Stav vývoje 0.9.37 (zzz) 20:07:48 &lt;zzz&gt; 3) Stav LS2 (zzz) 20:07:48 &lt;zzz&gt; 4) Plánování CCC (zzz/echelon/mikalv) 20:07:48 &lt;zzz&gt; 5) Stav scrumu (zlatinb) 20:07:55 &lt;zzz&gt; 0) Ahoj 20:07:58 &lt;zzz&gt; Ahoj 20:08:00 &lt;eche|on&gt; ahoj 20:08:16 &lt;villain&gt; ahoj :) 20:08:22 &lt;zzz&gt; omlouvám se za zpoždění 20:08:29 &lt;zzz&gt; 1) Stav vydání 0.9.36 (zzz) 20:08:47 &lt;zzz&gt; Myslím, že máme vše hotovo, s možnou výjimkou F-Droidu 20:08:53 &lt;R4SAS&gt; ahoj 20:09:04 &lt;zzz&gt; nextloop, nějaký status F-Droidu? 20:09:44 &lt;zzz&gt; ntcp2 testování probíhá dobře 20:09:56 &lt;zzz&gt; něco dalšího k bodu 1) ? 20:10:09 &lt;R4SAS&gt; Mám něco 20:10:33 &lt;R4SAS&gt; kde můžu vidět balíčky pro Debian jako seznam? 20:10:54 &lt;zzz&gt; Myslím, že je to packages.debian.org - je tam vyhledávací pole 20:11:12 &lt;R4SAS&gt; Přemýšlím o přidání balíčků i2p do svého repa 20:11:32 &lt;zzz&gt; je také packages.ubuntu.com 20:11:44 &lt;zzz&gt; a náš repo je deb.i2p2.de 20:12:00 &lt;zzz&gt; něco dalšího k bodu 1) ? 20:12:03 &lt;R4SAS&gt; pro Ubuntu použiju launchpad balíčky 20:12:36 &lt;zzz&gt; 2) Stav vývoje 0.9.37 (zzz) 20:13:03 &lt;zzz&gt; Jsme na začátku cyklu .37. Nastavili jsme 9týdenní cyklus s vydáním v týdnu kolem 22. října 20:13:21 &lt;eche|on&gt; ok 20:13:39 &lt;zzz&gt; meeh pracuje na dokončení osx instalátoru pro 37. Já pracuji na migraci na nový maxmind geoip formát 20:13:56 &lt;zzz&gt; všichni se dívají na věci kolem UI 20:14:13 &lt;zzz&gt; brzy bychom měli mít výsledky testů použitelnosti 20:14:40 &lt;zzz&gt; doufejme přesuneme stránku nápovědy konzole na transifex 20:15:07 &lt;zzz&gt; takže si překladatelé vyhraďte čas na polovinu října, abyste to přeložili! 20:15:11 &lt;zzz&gt; něco dalšího k bodu 2) ? 20:15:28 &lt;eche|on&gt; zatím nic, ntcp2 jako výchozí? 20:15:32 &lt;eche|on&gt; v .37 ? 20:15:37 &lt;meeh&gt; ano, pracuji na osx wrapperu - teď přenesen do xcode, to a jak, jestli, co i2p-browser :) 20:15:38 &lt;zzz&gt; jo, i to :) 20:16:32 &lt;zzz&gt; ano, ntcp2 bude výchozí ve 37. Prosím, testujte dev buildy, kde je výchozí, nebo ho povolte ve vydání .36-0 20:16:38 &lt;zzz&gt; něco dalšího k bodu 2) ? 20:17:34 &lt;zzz&gt; 3) Stav LS2 20:17:42 &lt;zzz&gt; během dvou měsíců jsme měli asi 8 schůzek 20:18:06 &lt;zzz&gt; pořád jsme ve fázi diskuse, ale myslím, že jsme blízko k některým rozhodnutím a posunu vpřed 20:18:29 &lt;eche|on&gt; alespoň něco 20:18:30 &lt;zzz&gt; je tu spousta souvisejících věcí, jako nová kryptografie, které to komplikují 20:18:47 &lt;zzz&gt; je to hodně věcí, které byly na stole 5 let nebo déle a které konečně řešíme 20:19:05 &lt;eche|on&gt; dobrá práce! 20:19:17 &lt;zzz&gt; je jasné, že neuděláme všechno najednou 20:19:35 &lt;zzz&gt; uděláme některé počáteční změny, které umožní volitelné věci, a další změny budou následovat 20:19:53 &lt;zzz&gt; začali jsme aktualizovat návrhový dokument 20:20:17 &lt;zzz&gt; doufám, že brzy budeme mít některá rozhodnutí zdokumentovaná... to nám umožní začít s kódováním a experimenty 20:21:09 &lt;zzz&gt; dali jsme si týden pauzu kvůli labor day, ale naše další schůzka je příští pondělí 12. v 17:00 UTC na #ls2 20:21:44 &lt;zzz&gt; všichni jsou vítáni, je to složité a těžko se to sleduje i pro nás, kteří v tom jedeme naplno, ale je zábava vidět, jak se věci dávají dohromady 20:21:48 &lt;zzz&gt; něco dalšího k bodu 3) ? 20:22:34 &lt;zzz&gt; 4) Plánování CCC 20:22:57 &lt;eche|on&gt; ok, CCC bude v Lipsku 20:23:01 &lt;zzz&gt; Minulý prosinec jsme udělali předběžná rozhodnutí, ale pravidla tradičně finalizujeme touto dobou každý rok 20:23:13 &lt;zzz&gt; stoprocentně Lipsko, že? 20:23:29 &lt;eche|on&gt; ano, už oficiálně oznámeno od CCC 20:23:36 &lt;zzz&gt; skvělé, to jsem neviděl 20:24:19 &lt;zzz&gt; platíme vstupenky na kongres, proplácíme až 1500 eur za letadlo/vlak a nově pro tento rok jsme schválili až 400 eur na hotel 20:24:27 &lt;eche|on&gt; ano 20:24:56 &lt;zzz&gt; nad 1500 nebo proplacení předem jen ve „zvláštních případech“, tj. jste švorc :) 20:25:13 &lt;eche|on&gt; zatím vše vypadá dobře 20:25:25 &lt;zzz&gt; a to je jen pro placené členy programu, pokud neschválí výjimku echelon. 20:25:28 &lt;eche|on&gt; vstupenky budou spravované centrálně, pokud to půjde 20:25:38 &lt;zzz&gt; vstupenky na kongres koupíme centrálně, správně. 20:25:48 &lt;zzz&gt; takže brzy potřebujeme vědět, kdo přijede... 20:26:12 &lt;zzz&gt; takže, nějaké námitky nebo změny pravidel, jak jsem je tu vypsal? 20:26:12 &lt;eche|on&gt; předpokládám, že to potřebujeme do konce října 20:26:20 &lt;eche|on&gt; není třeba nic měnit 20:26:31 &lt;meeh&gt; ne, vše v pořádku 20:26:49 &lt;zzz&gt; myšlenka je, že pokud tam chcete být, projekt vám pomůže se tam dostat 20:27:35 &lt;zzz&gt; samolepky, prodlužky, bannery, stoly a další taková logistika — to vyřešíme průběžně, není třeba to probírat tady na schůzce 20:27:58 &lt;eche|on&gt; ok, ano 20:28:31 &lt;zzz&gt; pokud ještě nemáte letenky, udělejte to HNED, do LEJ neletí moc spojů. Jestli jedete na kole nebo vlakem, máte víc času 20:28:54 &lt;zzz&gt; kdo tam ještě nebyl, zeptejte se těch, kdo byli, na hotely a cokoli dalšího, co chcete vědět 20:29:09 &lt;zzz&gt; něco dalšího k bodu 4) ? 20:30:19 &lt;zzz&gt; 5) scrum 20:30:28 &lt;zzz&gt; zab tu není, takže to povedu já 20:31:05 &lt;zzz&gt; když vás vyzvu, prosím řekněte 1) co jste dělali minulý měsíc 2) co budete dělat příští měsíc 3) jaké jsou blokátory; zakončete EOT nebo ‚to je vše‘ nebo tak něco 20:31:13 &lt;zzz&gt; villain, začni 20:33:00 &lt;zzz&gt; eche|on, jsi na řadě 20:33:35 &lt;eche|on&gt; dělal jsem veškeré finanční věci, práci na serverech, testování, pomoc s vydáním (novinky), příští měsíc totéž, žádné blokátory. Zítra budu afk až do středy 12. 20:33:58 &lt;zzz&gt; díky. meeh, jsi na tahu 20:34:27 &lt;meeh&gt; dobře, mám čas na tři body 20:34:28 &lt;meeh&gt; * pracoval jsem na portování osx launcheru dokončeném do xcode - revert byl těžký, protože moje dovednosti s monotone říkají, že bych si neměl zahrávat s ohněm (tohle bylo v době freeze) 20:34:28 &lt;meeh&gt; * jeden z DC, kde mám servery, měl výpadek proudu a všechno spadlo - takže jsem dnes hlavně zajišťoval, aby věci běžely, a hádal se se servery. 20:34:28 &lt;meeh&gt; * zkoumal jsem jak firefox/chromium kvůli řešení problémů se self-signed certifikáty, tak i privacy browser, udělal jsem 24h monkey coding na qt pluginu založeném na chromiu, ale dalo to skvělé výsledky. 20:35:23 &lt;zzz&gt; a příští měsíc? blokátory? 20:35:49 &lt;meeh&gt; osx launcher je teď plně přesunut do xcode, ikona se zase zobrazuje, je tam nějaké divné chování action handleru, ale mělo by to být brzy opravené 20:36:31 &lt;villain&gt; Ok, naučil jsem se věci o monotone a javě. opravil jsem https://trac.i2p2.de/ticket/1244, přidal překlad článku o ntcp2. udělal jsem tiskovou zprávu k 0.9.36 v ruštině. Minulý týden jsem vyvíjel tu asynchronní python knihovnu, teď k ní dokončuju dokumentaci. https://github.com/l-n-s/i2plib 20:36:47 &lt;meeh&gt; na příští měsíc se víc podívám na otázku prohlížeče, pokud zbytek schválí, až vám dám review na příštím meetingu, pokud ne, tak to bude pravděpodobně android a osx, které jsou nejvíš na seznamu 20:37:35 &lt;zzz&gt; villain, příští měsíc? blokátory? 20:38:57 &lt;zzz&gt; za mě: minulý měsíc jsem opravil spoustu chyb v NTCP2 a dalších a vypustil jsem vydání 36. 20:39:30 &lt;zzz&gt; příští měsíc bude nový geoip kód, budu pokračovat na LS2, opravit další chyby, připravit stránku nápovědy na překlad 20:39:53 &lt;zzz&gt; příští týden ale budu většinou afk 20:39:56 &lt;zzz&gt; žádné blokátory 20:40:28 &lt;zzz&gt; je tu ještě někdo na report? sl nebo alex_the_designer ? 20:40:32 &lt;eche|on&gt; :-) 20:40:39 &lt;alex_the_designer2&gt; ahoj 20:40:59 &lt;zzz&gt; ahoj alex_the_designer2, prosím dej nám své 1/2/3 minulý měsíc/příští měsíc/blokátory 20:41:06 &lt;alex_the_designer2&gt; minulý měsíc : byl jsem zablokovaný na onboarding procesu. velký dík eche|on a meeh za to, že mě odblokovali 20:41:23 &lt;villain&gt; příští měsíc, jak zmínil zzz, získám víc praxe s monotone, opravím tickety webu, dokončím balíček pro redhat. Rád bych slyšel feedback na mou python knihovnu od str4d , a přidal ji do i2p organisation na githubu, pokud je to ok 20:41:37 &lt;villain&gt; žádné blokátory kromě toho 20:41:43 &lt;villain&gt; EOT 20:42:10 &lt;zzz&gt; díky, villain 20:42:15 &lt;alex_the_designer2&gt; tento měsíc : koukám na trac issue 1996 (jsem si dost jistý, že to je ta, ke které jste chtěli vstup), také začínám psát whitepaper. udělal jsem pokrok na aktualizaci www během pátečních streamů, ale budu na tom dělat i ve všední dny. 20:42:46 &lt;alex_the_designer2&gt; žádné blokátory. 17.–21. budu tak napůl afk, protože budu v SF. EOT nebo 'to je vše' nebo tak něco :D 20:43:06 &lt;zzz&gt; alex_the_designer2, a možná, když je to tvoje první schůzka, mohl bys nám dát rychlý přehled svých pátečních večerních twitch sezení, co z toho může vzejít a jak se můžeme zapojit? 20:43:20 &lt;alex_the_designer2&gt; jasně! 20:44:14 &lt;alex_the_designer2&gt; takže v pátky od 21:30 CST do cca 23:00 CST streamuji na twitch.tv/alex_the_designer . když jsem začínal v lednu, celkové téma bylo 'FOSS Design' ale postupně se to víc zaměřilo na i2p 20:45:00 &lt;alex_the_designer2&gt; dělám základní tutoriály a podobně, aby nováčci pochopili, jak nastavit i2p a hostovat web, protože věřím, že obsah je hlavní překážkou širokého přijetí 20:45:36 &lt;alex_the_designer2&gt; pomohlo by, kdyby lidi přišli a popovídali si, pokud chtějí. také propagace pořadu přes jakékoli sociální sítě, které preferujete, je super nápomocná 20:46:26 &lt;alex_the_designer2&gt; mám také některé hrubé záznamy z předchozích pořadů, které chci dát online, ale musím je upravit (hlavně začerňovat svou domácí IP) 20:46:48 &lt;zzz&gt; dostáváš od diváků feedback, který nám dá vhled do priorit a voleb v UI? Jak můžeš to, co se učíš, přenášet zpět k ostatním, buď v příspěvcích, ticketech, nebo zápiscích? Máš nějaké plány? 20:47:08 &lt;alex_the_designer2&gt; the_tin_hat chodí pravidelně a poskytl spoustu komického odlehčení i feedbacku 20:47:42 &lt;alex_the_designer2&gt; pokud jde o volby v UI, neměl jsem dost zpětné vazby od uživatelů, abych skutečně něco odůvodnil 20:47:52 &lt;eche|on&gt; ok, za 6 hodin mi zvoní budík, jdu do postele, mějte se 20:48:03 &lt;alex_the_designer2&gt; takže je to podle intuice a metodou pokus-omyl 20:48:04 &lt;zzz&gt; dobrou, echelon 20:48:15 &lt;alex_the_designer2&gt; měj se, echelon! 20:48:35 &lt;zzz&gt; ok, takže možná nejdřív musíme rozšířit publikum 20:49:04 &lt;zzz&gt; tak to šiřme víc — třeba na našem fóru, nebo blogpost... ne jen twitter 20:49:33 &lt;zzz&gt; díky, alexi, za přehled, děláš dobrou práci, snad to povede k více uživatelům, více obsahu a lepšímu produktu 20:49:38 &lt;alex_the_designer2&gt; každý kanál je super nápomocný, protože publikum je všude :D 20:49:45 &lt;zzz&gt; přesně tak 20:49:48 &lt;alex_the_designer2&gt; díky za podporu! 20:50:07 &lt;zzz&gt; je tu ještě někdo, koho jsem pro scrum vynechal? sadie sl 20:50:18 &lt;zzz&gt; něco dalšího k této schůzce? 20:50:52 * zzz bere si kladívko 20:51:13 &lt;villain&gt; alex_the_designer2: můžu dělat oznámení o tvých streamech na redditu /r/i2p 20:51:31 &lt;zzz&gt; dobrý nápad 20:51:36 &lt;alex_the_designer2&gt; velký dík, villain 20:51:42 &lt;zzz&gt; ještě jednou se omlouvám za pozdní začátek schůzky 20:51:49 * zzz *bafs* schůze ukončena </div>/cs/blog/2018/08/23/vyd%C3%A1n%C3%AD-0.9.36/Thu, 23 Aug 2018 00:00:00 +0000/cs/blog/2018/08/23/vyd%C3%A1n%C3%AD-0.9.36/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>Verze 0.9.36 zavádí NTCP2, náš nový bezpečný transportní protokol. NTCP2 účinně odolává cenzuře pomocí DPI a vede ke snížení zátěže procesoru. Díky tomu je pravděpodobnější, že I2P poběží i na zařízeních nižší třídy, jako jsou smartphony a domácí routery. Pro účely testování je tento protokol v tomto vydání ve výchozím stavu vypnutý.</p> <p>Jako obvykle doporučujeme aktualizovat na tuto verzi. Nejlepším způsobem, jak udržovat zabezpečení a pomoci síti, je provozovat nejnovější verzi.</p>/cs/blog/2018/08/20/podrobnosti-implementace-ntcp2/Mon, 20 Aug 2018 00:00:00 +0000/cs/blog/2018/08/20/podrobnosti-implementace-ntcp2/<p>Transportní protokoly I2P byly původně vyvinuty zhruba před 15 lety. Tehdy byl hlavním cílem skrýt přenášená data, nikoli skrýt, že se protokol vůbec používá. Nikdo vážně neuvažoval o ochraně proti DPI (hluboká inspekce paketů) a cenzuře protokolů. Časy se mění a přestože původní transportní protokoly stále poskytují silné zabezpečení, objevil se požadavek na nový transportní protokol. NTCP2 je navržen tak, aby odolal současným cenzurním hrozbám. Především analýze délky paketů pomocí DPI. Nový protokol navíc využívá nejnovější poznatky v kryptografii. NTCP2 je založen na <a href="https://noiseprotocol.org/noise.html">Noise Protocol Framework</a> , s SHA256 jako hashovací funkcí a x25519 jako výměnou klíčů Diffie-Hellman (DH) na eliptické křivce.</p>/cs/blog/2018/08/07/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-7.-srpna-2018/Tue, 07 Aug 2018 00:00:00 +0000/cs/blog/2018/08/07/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-7.-srpna-2018/<h2 id="rychlá-rekapitulace">Rychlá rekapitulace</h2> <p class="attendees-inline"><strong>Přítomní:</strong> echelon, mikalv, villain, zlatinb, zzz</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 20:00:05 &lt;zzz&gt; 0) Ahoj 20:00:05 &lt;zzz&gt; 1) Stav 0.9.36 (zzz) 20:00:05 &lt;zzz&gt; 2) Stav LS2 (zzz) 20:00:05 &lt;zzz&gt; 3) Žádosti pro bobthebuilder.i2p a paste.crypthost.i2p na `http://zzz.i2p/posts/13897` 20:00:05 &lt;zzz&gt; 4) Stavový scrum (zlatinb) 20:00:05 &lt;zzz&gt; 5) Přeplánování schůzky 4. září (zzz) 20:00:10 &lt;zzz&gt; 0) Ahoj 20:00:12 &lt;zzz&gt; ahoj 20:00:21 &lt;zzz&gt; 1) Stav 0.9.36 (zzz) 20:00:27 &lt;zlatinb&gt; ahoj 20:00:29 &lt;villain&gt; ahoj všichni 20:00:34 &lt;zzz&gt; Jsme 6 týdnů v cyklu 36, zbývají 2 týdny 20:00:52 &lt;mikalv&gt; ahoj 20:00:53 &lt;zzz&gt; zmrazení tagů je zítra; termín odevzdání změn je týden od pátku; vydání v týdnu od 20. srpna 20:01:18 &lt;zzz&gt; prosím všechny o testování. Příští verzi označím jako -rc 20:01:31 &lt;zzz&gt; ještě něco k 1) ? 20:02:24 &lt;zzz&gt; 2) Stav LS2 (zzz) 20:02:30 &lt;zzz&gt; včera jsme měli 5. schůzku 20:02:47 &lt;zzz&gt; jde to dobře, ale velmi pomalu. Problémy jsou složité a provázané 20:03:11 &lt;zzz&gt; dnes jsem aktualizoval návrh (123), ale pořád je hodně hrubý 20:03:41 &lt;zzz&gt; ještě jsme se ani neshodli na cílech a prioritách, takže to potrvá, ale s procesem jsem spokojený 20:03:58 &lt;zzz&gt; všichni jsou vítáni, další schůzka je příští pondělí v 18:00 UTC na #ls2 20:04:27 &lt;zzz&gt; ještě něco k 2) ? 20:05:13 &lt;zzz&gt; 3) Žádosti pro bobthebuilder.i2p a paste.crypthost.i2p na `http://zzz.i2p/posts/13897` 20:05:25 &lt;zzz&gt; to jsou žádosti o konzolovou domovskou stránku 20:05:33 &lt;zzz&gt; je tu žadatel sl? 20:06:07 &lt;zlatinb&gt; obvykle ne, protože je v $HOME pozdě 20:06:27 &lt;zzz&gt; má někdo komentáře pro nebo proti přidání těchto odkazů na domovskou stránku konzole? 20:07:06 &lt;zlatinb&gt; jsem +1 pro přidání bob the builder, k novému paste neutrální 20:07:13 &lt;zzz&gt; nějaké námitky? 20:07:31 &lt;mikalv&gt; jsem +1 pro online služby v konzoli 20:07:55 &lt;zzz&gt; druhý paste neuškodí, zvlášť když ten současný býval mimo provoz i celé týdny 20:08:15 &lt;zzz&gt; i když poslední dobou je docela spolehlivý 20:08:40 &lt;zzz&gt; pokud nejsou námitky, přidám je do konzole pro 36 20:08:46 &lt;villain&gt; pokud jsou nějaké mrtvé odkazy k odstranění, můžeme místo nich přidat tyto 20:08:50 &lt;zzz&gt; ještě něco k 3) ? 20:09:04 &lt;eche|on&gt; ne 20:09:11 &lt;zzz&gt; zerobin není mrtvý, jen v minulosti neměl nejlepší uptime 20:09:46 &lt;zzz&gt; 4) Stavový scrum (zlatinb) 20:09:49 &lt;zzz&gt; zlatinb, máš slovo 20:10:31 &lt;zlatinb&gt; ok, projdeme to dokola a až uslyšíte své jméno, stručně popište: 1) čemu jste se věnovali minulý měsíc, 2) co plánujete dělat příští měsíc, 3) zda vás někdo blokuje nebo potřebujete pomoc 20:10:57 &lt;zlatinb&gt; začneme Nováčkem – villainem. Protože je to tvůj první scrum, přeskoč 1) a jdi jen na 2) a 3) 20:11:09 &lt;zlatinb&gt; villain, pojď 20:12:24 &lt;zlatinb&gt; villain, jsi tam? 20:12:34 &lt;villain&gt; učím se Java a Monotone, plány opravit ještě pár tiketů webu před vydáním 36, jak zzz probíral se zzz. a učit se víc :) 20:13:00 &lt;villain&gt; momentálně žádné překážky 20:13:41 &lt;zlatinb&gt; skvělé. Obvykle na konci reportu říkáme EOT :) 20:13:48 &lt;villain&gt; teď dělám výzkum na https://trac.i2p2.de/ticket/1583 20:13:57 &lt;villain&gt; EOT 20:13:59 &lt;villain&gt; heh 20:14:17 &lt;zlatinb&gt; díky. zzz, jsi na řadě 20:14:37 &lt;zzz&gt; ok. minulý měsíc šlo hlavně o leštění a testování ntcp2, s pomocí orignal 20:14:46 &lt;zzz&gt; rozjíždíme LS2 výzkum a schůzky 20:14:59 &lt;zzz&gt; samozřejmě hromada a hromada oprav chyb 20:15:33 &lt;zzz&gt; příští měsíc bude o vydání .36 a pokračování na LS2, opravách chyb atd. 20:15:41 &lt;zzz&gt; průběžně také trochu refaktorování kódu 20:16:06 &lt;zzz&gt; doufám, že se pro 37 dostanu k průvodci SSL pro ne‑Jetty. Bohužel jsem se k tomu pro 36 nedostal, bylo to příliš těžké 20:16:13 &lt;zzz&gt; žádné překážky; EOT 20:17:14 &lt;eche|on&gt; ok, dělal jsem spoustu administrátorské práce na fóru, nějaké testování kódu, dary a správu účtů, v tom budu pokračovat i příští měsíc, momentálně žádné překážky 20:17:20 &lt;eche|on&gt; uupos 20:17:40 &lt;zlatinb&gt; ok, eche|on, klidně můžeme vzít rovnou tebe :) 20:17:51 &lt;eche|on&gt; to je víceméně vše^^ 20:18:04 &lt;zlatinb&gt; ok, super 20:18:10 &lt;zlatinb&gt; mikalv: co ty? 20:18:14 &lt;mikalv&gt; Jo, no u mě; Aktuálně: OSX Launcher beta pro 0.9.36 Plán: 1. Pokračovat na OSX launcheru (zkrášlit ho, pár dalších funkcí a práce na stabilitě). 2. Snad pomoci zzz s výzkumem a impl. LS2. 3. Vydat testovací MVP/alpha balíčku prohlížeče. 20:18:23 &lt;mikalv&gt; 4. Pokračovat v mé kampani za to, aby nebyl „single-person-of-failure“, kde core členové, kteří hostují core služby, dají přístup dalším core členům jako zálohu/fallback, pokud někdo zmizí, aby projekt netrpěl podobnými událostmi. 20:18:28 &lt;mikalv&gt; Blokér: Doufám, že bychom mohli získat kontrolu nad DNS i2p2.de od welt. 20:18:56 &lt;mikalv&gt; buď já nebo eche|on, alespoň někdo aktivnější 20:19:09 &lt;zlatinb&gt; páni, to bylo dobře připravené, dobrá práce 20:19:25 &lt;zlatinb&gt; sadie zmínila, že by se *možná* mohla ukázat – voláme sadie 20:19:49 &lt;zlatinb&gt; str4d: je šance, že jsi nablízku? 20:19:53 &lt;eche|on&gt; Welt mě kontaktoval, odpověděl jsem, dál už žádná odpověď 20:19:58 &lt;mikalv&gt; zlatinb: pamatuj, že tohle dělám už dva roky každý den před i2p :p 20:20:41 &lt;mikalv&gt; Chci získat kontrolu nad DNS doménou, abych mohl volněji měnit IP Tracu a později i download 20:20:59 &lt;zlatinb&gt; Alex W. tu byl, ale právě odešel, takže myslím, že to je pro scrum všechno 20:21:16 &lt;mikalv&gt; kvůli situaci starý zastaralý server dělá reverse-proxy na nový Trac :( 20:22:04 &lt;zzz&gt; 5) Přeplánování schůzky 4. září (zzz) 20:22:08 &lt;zlatinb&gt; EOT 20:22:19 &lt;mikalv&gt; jo, pardon, EOT 20:22:26 &lt;zzz&gt; ok, 4. září nemůžu a myslím, že někteří další taky ne 20:22:46 &lt;zzz&gt; můžeme to dát na středu 5. září nebo úterý 11. září? 20:23:01 &lt;zzz&gt; pokud 11., byly by jen 3 týdny mezi tím a schůzkou 2. října 20:23:27 &lt;zlatinb&gt; Většinu září budu na cestách, takže nemůžu slíbit ani 5. ani 11. 20:23:27 &lt;zzz&gt; Chci dát CCC na program zářijové schůzky, i když jsme většinu rozhodnutí o financování udělali už loni v prosinci 20:23:44 &lt;mikalv&gt; myslím, že můžu oboje, takže za mě ok 20:23:53 &lt;zzz&gt; eche|on, co ty? 20:24:12 &lt;eche|on&gt; 11. není ok 20:24:30 &lt;zzz&gt; st 5. v pořádku? 20:24:41 &lt;eche|on&gt; 5. se zdá být v pohodě 20:24:52 &lt;zzz&gt; ok, předběžně si to zapišme na středu 5. 20:24:55 &lt;mikalv&gt; ok 20:25:02 &lt;zzz&gt; ještě něco k 5) ? 20:25:06 &lt;zzz&gt; něco dalšího k této schůzce? 20:25:51 * zzz chytá baffer 20:26:40 * zzz *bafs* schůze uzavřena </div>/cs/blog/2018/07/03/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-3.-%C4%8Dervence-2018/Tue, 03 Jul 2018 00:00:00 +0000/cs/blog/2018/07/03/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-3.-%C4%8Dervence-2018/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> echelon, str4d, zlatinb, zzz</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Ahoj 20:00:00 &lt;zzz&gt; 1) Stav vydání 0.9.35 (zzz) 20:00:00 &lt;zzz&gt; 2) Aktualizace NTCP2 (zzz) 20:00:00 &lt;zzz&gt; 3) Oznámení schůzky LS2 (zzz) 20:00:00 &lt;zzz&gt; 4) program financování pro 2. polovinu roku 2018 (zab/zzz) 20:00:00 &lt;zzz&gt; 5) Stavový scrum (zab) 20:00:05 &lt;zzz&gt; 0) Ahoj 20:00:07 &lt;zzz&gt; Ahoj 20:00:16 &lt;zlatinb&gt; ahoj 20:00:21 &lt;zzz&gt; 1) Stav vydání 0.9.35 (zzz) 20:00:42 &lt;zzz&gt; 35 je venku už týden, zatím žádné zásadní stížnosti 20:01:03 &lt;zzz&gt; Maven JARy jsou k dispozici, věřím, že meeh brzy vydá Android 20:01:20 &lt;zzz&gt; zatím jsem neslyšel od mhatty ohledně oficiálního Debianu 20:01:57 &lt;zzz&gt; ještě něco k 1) ? 20:02:44 &lt;zzz&gt; 2) Aktualizace NTCP2 (zzz) 20:03:04 &lt;zzz&gt; dokončili jsme minulý týden specifikaci a máme několik routerů běžících v síti 20:03:26 &lt;zzz&gt; i2pd pokračuje s implementací a testováním 20:03:30 &lt;eche|on&gt; zatím dobré 20:03:52 &lt;zzz&gt; mám pár úklidů kódu, a ještě jsem netestoval variantu za firewallem, ale jde to docela dobře 20:04:21 &lt;zzz&gt; dnes jsem také na našich fórech zveřejnil stručné FAQ 20:04:43 &lt;zzz&gt; ještě něco k 2) ? 20:05:37 &lt;zzz&gt; 3) Oznámení schůzky LS2 (zzz) 20:06:01 &lt;zzz&gt; budeme následovat stejný proces pro další návrh, což je 123 "LS2" 20:06:15 &lt;zzz&gt; zahrnující také novou kryptografii, vyhledávání služeb, masivní multihoming a související témata 20:06:36 &lt;zzz&gt; první schůzka bude v pondělí 9. července v 7 PM UTC v #ls2 20:06:45 &lt;eche|on&gt; skvělý úkol, je tu spousta práce 20:07:05 &lt;zzz&gt; jo, nemám tušení, jak to půjde, ale musíme začít, trvá to už moc dlouho 20:07:30 &lt;zzz&gt; ještě něco k 3) ? 20:07:44 &lt;eche|on&gt; ne 20:08:23 &lt;zzz&gt; 4) program financování pro 2. polovinu roku 2018 (zab/zzz) 20:08:32 &lt;zzz&gt; oznámení je zveřejněné na i2pforum.i2p a zzz.i2p 20:08:42 &lt;zzz&gt; program je otevřený novým žadatelům 20:08:51 &lt;zzz&gt; uzávěrka je ve středu 25. července 20:09:13 &lt;zzz&gt; pokud má někdo otázky, můžete se zeptat teď nebo po schůzce 20:09:34 &lt;zzz&gt; má někdo nějaké otázky ohledně programu? 20:09:38 &lt;eche|on&gt; jedna poznámka: není potřeba, aby celý i2p tým schvaloval nové členy (tým ještě není dokonale vymezen, jako tým uvedených osob na webu nebo jakákoli jiná skupina) 20:10:13 &lt;zlatinb&gt; Myslím, že minimálně ti, kdo už jsou v placeném programu 20:10:42 &lt;zzz&gt; pravda, řekl bych, že to musíme schválit kolektivně... ne že bychom potřebovali individuální souhlas od každého 20:10:45 &lt;eche|on&gt; jo 20:10:50 &lt;zzz&gt; zní to správně? 20:10:58 &lt;eche|on&gt; jen to chci zdůraznit, aby to bylo jasnější 20:11:12 &lt;zzz&gt; ok 20:11:26 &lt;zzz&gt; ještě něco k 4) ? 20:12:18 &lt;zzz&gt; 5) Stavový scrum (zlatinb) 20:12:24 &lt;zzz&gt; je to tvoje, zlatinb 20:12:59 &lt;zlatinb&gt; ahoj. Projděme si to jako obvykle: 1) co jste dělali minulý měsíc 2) co plánujete na příští měsíc 3) nějaké překážky nebo potřeba pomoci 20:13:03 &lt;zlatinb&gt; zzz: začni 20:13:33 &lt;zzz&gt; 1) NTCP2 schůzky, návrh, specifikace, implementace a testování; vydání .35; opravy chyb a triage (roztřídění a prioritizace) 20:14:02 &lt;zzz&gt; slučování NTCP2 do trunk (hlavní větev); slučování aktualizací EdDSA z GitHubu do trunk; aktualizace roadmapy 20:14:30 &lt;zzz&gt; 2) testování NTCP2, opravy chyb a další věci pro .36; začít schůzky LS2, výzkum, plánování 20:14:39 &lt;zzz&gt; 3) žádné překážky 20:14:40 &lt;zzz&gt; EOT 20:14:55 &lt;zlatinb&gt; eche|on: co ty? 20:15:38 &lt;eche|on&gt; Dělám služby na webu, spravuji fórum, dělám finanční věci, pomáhám s vydáním 20:16:02 &lt;eche|on&gt; Budu v tom pokračovat, zatím žádné překážky 20:16:23 &lt;zlatinb&gt; Irc2PGuest44785: meeh, vím, že to jsi ty, jsi tady? 20:16:43 &lt;zlatinb&gt; vypadá to, že ne 20:16:48 &lt;zlatinb&gt; str4d: jsi tady? 20:17:01 &lt;str4d&gt; 1) návrh NTCP2. 2) výzkum a návrh LS2. 3) na nic dalšího nemám prostor. 20:17:19 &lt;zlatinb&gt; super, rád tě vidím 20:17:49 &lt;zlatinb&gt; sadie tu není, manas je omluven, takže zbývám já: 20:17:49 &lt;zlatinb&gt; 1) spousta a spousta profilování, experimentů, zlepšování kapacity 20:17:49 &lt;zlatinb&gt; 2 20:17:52 &lt;zlatinb&gt; ještě jsem se nerozhodl 20:17:54 &lt;zlatinb&gt; 3) ani ne 20:18:14 &lt;zlatinb&gt; myslím, že to je všechno 20:18:33 &lt;zlatinb&gt; zzz: zpět k tobě 20:18:37 &lt;zzz&gt; ok, to šlo rychle. ještě něco k této schůzce? 20:20:01 * zzz ukončuje schůzku </div>/cs/blog/2018/06/26/vyd%C3%A1n%C3%AD-0.9.35/Tue, 26 Jun 2018 00:00:00 +0000/cs/blog/2018/06/26/vyd%C3%A1n%C3%AD-0.9.35/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>0.9.35 mění výchozí typ podpisu na Ed25519. Toto je poslední krok v dlouhém procesu přechodu na novější, silnější a rychlejší kryptografii. Toto vydání zahrnuje řadu oprav chyb a vylepšení výkonu.</p> <p>Jako obvykle doporučujeme, abyste aktualizovali na tuto verzi. Nejlepší způsob, jak udržet bezpečnost a pomoci síti, je provozovat nejnovější verzi.</p>/cs/blog/2018/06/05/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-5.-%C4%8Dervna-2018/Tue, 05 Jun 2018 00:00:00 +0000/cs/blog/2018/06/05/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-5.-%C4%8Dervna-2018/<h2 id="stručná-rekapitulace">Stručná rekapitulace</h2> <p class="attendees-inline"><strong>Přítomni:</strong> echelon, obscuratus, zlatinb, zzz</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Ahoj 20:00:00 &lt;zzz&gt; 1) 0.9.34 stav F-Droidu (str4d, meeh, nextloop) 20:00:00 &lt;zzz&gt; 2) 0.9.35 aktualizace (zzz) 20:00:00 &lt;zzz&gt; 3) NTCP2 aktualizace (zzz) 20:00:00 &lt;zzz&gt; 4) Stavový scrum (zab) 20:00:03 &lt;zzz&gt; 0) Ahoj 20:00:05 &lt;zzz&gt; ahoj 20:00:12 &lt;zzz&gt; 1) 0.9.34 stav F-Droidu (str4d, meeh, nextloop) 20:00:20 &lt;zzz&gt; má někdo zprávy od nextloopa? 20:00:30 &lt;eche|on&gt; ne 20:01:22 &lt;zzz&gt; Zkusím ho najít na Twitteru, ale zatím je F-droid pořád neaktuální 20:01:27 &lt;zzz&gt; 2) 0.9.35 aktualizace (zzz) 20:01:54 &lt;zzz&gt; ok 35 jde dobře. vydání jsme posunuli o týden. zmrazení tagu za týden, deadline pro checkin za dva a půl týdne 20:02:00 &lt;zzz&gt; vydání zhruba za 3 týdny 20:02:15 &lt;zzz&gt; něco dalšího k 2) ? 20:02:40 &lt;eche|on&gt; zatím ne 20:03:07 &lt;zzz&gt; 3) NTCP2 aktualizace (zzz) 20:03:37 &lt;zzz&gt; pořád máme týdenní schůzky, ale s těmi už jsme skoro hotovi. návrh je docela solidní, ale pořád (nejspíš) ještě přijdou změny, takže zatím není finální 20:04:00 &lt;zzz&gt; Mám na síti spuštěný testovací router. Plán je dodat podporu v .36, ve výchozím stavu vypnutou, a zapnout ji v .37 20:04:28 &lt;eche|on&gt; právě jsem četl tweet od orignal, že dělá nějaké ntcp2 pro i2pd 20:04:37 &lt;zzz&gt; plánujeme použít stejný proces schůzek a rozhodování pro návrh LS2, začneme brzy 20:04:43 &lt;zzz&gt; jo, všechno dění je v #ntcp2 20:04:51 &lt;eche|on&gt; ok 20:04:58 &lt;zzz&gt; něco dalšího k 3) ? 20:05:18 &lt;eche|on&gt; bude .37 připravená používat ntcp2? 20:05:40 &lt;eche|on&gt; to je konec roku 2018 20:05:48 &lt;zzz&gt; správně, budeme testovat v 36 s lidmi, kteří si to ručně zapnou. Pak to ve 37 zapneme ve výchozím stavu 20:05:53 &lt;zlatinb&gt; ještě jeden dotaz: jsou nějaké plány vydat například v .36 režim bob-only? 20:06:03 &lt;zzz&gt; správně. 37 možná v listopadu 20:06:04 &lt;zlatinb&gt; nebo bob-only v .35 pro snazší testování? 20:06:14 &lt;zzz&gt; co znamená bob-only? 20:06:28 &lt;zlatinb&gt; pouze příchozí TCP spojení 20:06:45 &lt;zzz&gt; aha, jen příjem? jo, to není špatný nápad. Ale ne pro 35. 20:06:53 &lt;obscuratus&gt; Mohu začít testovat ntcp2 na své testovací síti? 20:06:54 &lt;zzz&gt; záleží, kolik testování získáme v cyklu 36 20:07:14 &lt;zzz&gt; obscuratusi, ne, plná podpora nebude začleněna do repozitáře dřív než po vydání 35. Pořád je to ve vývoji 20:07:29 &lt;eche|on&gt; Předpokládám, že poměrně rychle po vydání .35 se kód přesune do trunku 20:07:32 &lt;zzz&gt; to, co je teď v 35, jsou jen stubs (zástupné implementace) 20:07:36 &lt;zzz&gt; správně, eche|on 20:08:05 &lt;zzz&gt; něco dalšího k 3) ? 20:09:01 &lt;zzz&gt; 4) Stavový scrum (zlatinb) 20:09:03 &lt;zzz&gt; pojď, zlatinb 20:09:33 &lt;zlatinb&gt; ahoj, dáme to jako obvykle: 1. co jste dělali minulý měsíc 2. co plánujete na příští měsíc 3. blokuje vás někdo nebo potřebujete nějakou pomoc 20:09:36 &lt;zlatinb&gt; zzz, začni ty 20:09:44 &lt;zzz&gt; ok 20:10:13 &lt;zzz&gt; Věnoval jsem se zhruba stejně NTCP2, opravám chyb a dokončování některých nových funkcí pro 35 (průvodce SSL a složky v susimailu) 20:10:48 &lt;zzz&gt; Očekávám, že příští měsíc to bude NTCP2, opravy chyb, vydání 35, které vždy zabere hodně času, a začátek práce na LS2 20:11:01 &lt;zzz&gt; žádné překážky; EOT 20:11:22 &lt;zlatinb&gt; díky. eche|on ? 20:11:37 &lt;eche|on&gt; hodně IRC, fórum, správa prostředků, práce na systému kryptoměn 20:11:54 &lt;eche|on&gt; v tom pokračuji, zatím žádné překážky, kromě dovolených ^^ 20:12:12 &lt;zlatinb&gt; ok. str4d, jsi tady? 20:12:40 &lt;zlatinb&gt; vypadá to, že ne. meeh, jsi tady? 20:13:18 &lt;zlatinb&gt; vypadá to, že ne. sadie nemůže, mhatta a slumlord tu také nejsou 20:13:26 &lt;zlatinb&gt; tak to je asi vše 20:13:36 &lt;zlatinb&gt; eot 20:13:36 &lt;eche|on&gt; čas dovolených nás zasáhl.. 20:13:44 &lt;eche|on&gt; baffer? 20:13:46 &lt;zzz&gt; ok, má někdo ještě něco k schůzce? 20:14:31 &lt;zzz&gt; jo, je čas na baffer 20:14:52 &lt;zzz&gt; krátká schůzka, ale děje se toho hodně, všechno v pořádku 20:14:59 * zzz *bafs* schůzka uzavřena 20:15:01 &lt;zzz&gt; díky všem </div>/cs/blog/2018/05/01/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-1.-kv%C4%9Btna-2018/Tue, 01 May 2018 00:00:00 +0000/cs/blog/2018/05/01/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-1.-kv%C4%9Btna-2018/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> anonymousmaybe, orignal, str4d, zlatinb, zzz</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Ahoj 20:00:00 &lt;zzz&gt; 1) 0.9.34 stav F-Droidu (str4d, meeh, nextloop) 20:00:00 &lt;zzz&gt; 2) 0.9.35 aktualizace (zzz) 20:00:00 &lt;zzz&gt; 3) NTCP2 update (zzz) 20:00:00 &lt;zzz&gt; 4) Status scrum (zab) 20:00:03 &lt;zzz&gt; 0) Ahoj 20:00:05 &lt;zzz&gt; hi 20:00:09 &lt;zzz&gt; 1) 0.9.34 stav F-Droidu (str4d, meeh, nextloop) 20:00:27 &lt;zlatinb&gt; hi 20:00:31 &lt;zzz&gt; ok, věřím, že jediná zbývající věc pro 34 je fdroid? máte k tomu stav? 20:00:35 &lt;orignal_&gt; hi 20:02:10 &lt;zzz&gt; ok, 3 týdny od vydání 34, doufejme, že se to brzy dotáhne 20:02:15 &lt;zzz&gt; něco dalšího k 1) ? 20:03:01 &lt;zzz&gt; 2) 0.9.35 aktualizace (zzz) 20:03:08 &lt;zzz&gt; 35 jde dobře 20:03:29 &lt;zzz&gt; 3 týdny za námi, 7 týdnů před námi, zatím 16K řádků rozdílů. zmrazení funkcí za 1–2 týdny 20:03:57 &lt;zzz&gt; zatím spousta dobrých věcí. jako vždy, potřebujeme testery 20:04:12 &lt;zzz&gt; něco dalšího k 2) ? 20:06:00 &lt;zzz&gt; 3) NTCP2 update (zzz) 20:06:20 &lt;zzz&gt; včera jsme měli 6. schůzku a před pár hodinami jsem udělal týdenní aktualizaci návrhu, je na našem webu 20:06:45 &lt;zzz&gt; tím se v podstatě uzavírá fáze specifikace. Ještě to není hezké a určitě se to bude měnit, ale velké věci jsou rozhodnuté 20:07:11 &lt;zzz&gt; teď jsme ve fázi testovací implementace. každý projekt by měl do konce května naprogramovat implementaci a v červnu uděláme testy interoperability 20:07:37 &lt;zzz&gt; samozřejmě budeme dál aktualizovat specifikaci podle toho, co se naučíme, jakmile začneme kódovat 20:08:00 &lt;zzz&gt; takže věci jdou docela dobře 20:08:15 &lt;zzz&gt; něco dalšího k 3) ? 20:08:21 &lt;orignal_&gt; zzz, můžeš vyjmenovat veškeré crypto potřebné pro ntcp2? 20:08:38 &lt;zzz&gt; prosím přečti si specifikaci, neřešme to tady, díky 20:08:39 &lt;orignal_&gt; kromě toho, co už je v I2P 20:09:02 &lt;zzz&gt; nebo to můžeme probrat na #ntcp2 po schůzce 20:09:34 &lt;orignal_&gt; myslel jsem, že by to mohlo být pro všechny zajímavé 20:09:36 &lt;i2pr&gt; [Slack/str4d] Ach jo, internet 20:09:41 &lt;zzz&gt; něco dalšího k 3) ? 20:09:52 &lt;i2pr&gt; [Slack/str4d] Píše 20:10:07 &lt;i2pr&gt; [Slack/str4d] Teď, když máme docela stabilní návrh specifikace, zkusím ho o víkendu trochu vyčistit a pak požádám pár svých kryptografických přátel, aby se na to podívali. 20:11:01 &lt;zzz&gt; ok 20:11:08 &lt;zzz&gt; něco dalšího k 3) ? 20:12:02 &lt;zzz&gt; 4) Status scrum (zab) 20:12:06 &lt;zzz&gt; vezmi si slovo, zlatinb 20:12:15 &lt;zlatinb&gt; Ahoj, než začneme – dostal jsem žádosti o financování od všech kromě mhatty, ale to je kvůli zmatku kolem PGP 20:12:32 &lt;zlatinb&gt; takže dnes později v noci rozešlu finální schválení každému 20:12:41 &lt;zlatinb&gt; a u mhatty to nakonec bude trochu zpožděné 20:13:37 &lt;zlatinb&gt; ok, pojďme začít – jdeme dokola, 1-2-3 20:13:37 &lt;zlatinb&gt; zzz: můžeš 20:13:45 &lt;zzz&gt; ok 1) minulý měsíc: 20:14:12 &lt;zzz&gt; vydání 34, složky v susimailu, DNSoverhTTPS, průvodce SSL, skupina zrecenzovala článek pro PETS, nové vydání orchid... 20:14:23 &lt;zzz&gt; specifikace NTCP2, spousta schůzek a plánování, spousta oprav chyb 20:14:30 &lt;zzz&gt; 2) příští měsíc: 20:14:51 &lt;zzz&gt; ntcp2 impl, dokončení ssl wizard, spousta oprav chyb, více plánování a schůzek 20:15:04 &lt;zzz&gt; 3) blokátory: mhatta TAILS ready indication spec 20:15:06 &lt;zzz&gt; EOT 20:15:18 &lt;zlatinb&gt; ok. str4d, jsi na řadě 20:15:31 &lt;i2pr&gt; [Slack/str4d] 1) Minulý měsíc: 20:15:56 &lt;i2pr&gt; [Slack/str4d] - Dokončil jsem migraci I2P-Bote na oficiální vydání Apache James Serveru, zprovoznil jsem IMAP a SMTP dostatečně na to, abych implementoval službu pro přeposílání transakcí Zcash, vydal jsem novou verzi. 20:16:24 &lt;i2pr&gt; [Slack/str4d] - Dokončil jsem článek o XRDS 20:16:33 &lt;i2pr&gt; [Slack/str4d] - Zrevidoval jsem aktualizaci návrhu VRP 20:16:40 &lt;i2pr&gt; [Slack/str4d] - Opravy chyb 20:16:50 &lt;i2pr&gt; [Slack/str4d] - Schůzky k návrhu/specifikaci NTCP2 20:17:02 &lt;i2pr&gt; [Slack/str4d] - Implementoval jsem (téměř vše z) návrhu specifikace NTCP2 v Rustu 20:17:07 &lt;i2pr&gt; [Slack/str4d] 2) Příští měsíc: 20:17:32 &lt;i2pr&gt; [Slack/str4d] - Implementovat posledních pár okrajových částí NTCP2 v návrhu specifikace 20:17:46 &lt;i2pr&gt; [Slack/str4d] - Napsat nástroj pro generování testovacích vektorů pro NTCP2 20:17:55 &lt;i2pr&gt; [Slack/str4d] - Ujistit se, že SipHash je v pořádku pro zaslepení délky 20:18:09 &lt;i2pr&gt; [Slack/str4d] - Sepsat AES zaslepení efemérních klíčů jako rozšíření pro Noise 20:18:26 &lt;i2pr&gt; [Slack/str4d] - Pracovat na implementaci Noise v Javě se zzz a meeh 20:18:39 &lt;i2pr&gt; [Slack/str4d] - Vydávat dle potřeby 20:19:32 &lt;i2pr&gt; [Slack/str4d] 3) Blokátory: aktuálně žádné; Tření: cestování. 20:19:34 &lt;i2pr&gt; [Slack/str4d] EOT 20:20:00 &lt;zlatinb&gt; dobrá. meeh, jsi tady? 20:20:49 &lt;zlatinb&gt; echelon? sadie? 20:21:31 &lt;zlatinb&gt; mhatta: jsi tady náhodou? 20:22:06 &lt;zlatinb&gt; :( 20:22:11 &lt;anonymousmaybe&gt; promiňte za vyrušení, ale je tady diskuse Q/A? nebo jen vypisování věcí? 20:22:39 &lt;zlatinb&gt; anonymousmaybe: SCRUM – vypisování věcí, diskuse možná později 20:22:39 &lt;zzz&gt; za asi 30 sekund se zeptám na další témata, vydržte 20:23:01 &lt;zzz&gt; to je od tebe vše, zlatinb? 20:23:08 &lt;anonymousmaybe&gt; chápu, díky 20:23:09 &lt;zlatinb&gt; asi ano 20:23:36 &lt;zzz&gt; ok, možná je čas, abys všem poslal přísný e‑mail s žádostí, aby tu byli a včas... 20:23:48 &lt;zzz&gt; ok, to je vše k 4) 20:23:57 &lt;zzz&gt; něco dalšího k setkání? anonymousmaybe, jsi na řadě 20:24:51 &lt;anonymousmaybe&gt; rád bych se zeptal na implementaci DNSoverhTTPS, 20:25:34 &lt;zzz&gt; ok, to je technický detail, který bude nejlepší probrat po status schůzce 20:25:46 &lt;zzz&gt; něco dalšího pro schůzku? 20:26:40 &lt;anonymousmaybe&gt; za mě ne 20:27:01 * zzz bere baffer 20:27:38 * zzz *bbbaffs* schůzka uzavřena </div>/cs/blog/2018/04/10/vyd%C3%A1n%C3%AD-0.9.34/Tue, 10 Apr 2018 00:00:00 +0000/cs/blog/2018/04/10/vyd%C3%A1n%C3%AD-0.9.34/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>0.9.34 obsahuje důležité opravy chyb pro skryté služby, streamování a SAM. Vydání pokračuje v přípravách na Ed25519 jako výchozí typ podpisu a NTCP2 jako nový transport. Zahrnuje vylepšení výkonu a obvyklou sadu oprav chyb.</p> <p>Jako obvykle doporučujeme, abyste aktualizovali na tuto verzi. Nejlepším způsobem, jak udržovat zabezpečení a pomoci síti, je používat nejnovější verzi.</p>/cs/blog/2018/04/03/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-3.-dubna-2018/Tue, 03 Apr 2018 00:00:00 +0000/cs/blog/2018/04/03/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-3.-dubna-2018/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> manas, meeh, str4d, zlatinb, zzz</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 20:00:01 &lt;zzz&gt; 0) Ahoj 20:00:01 &lt;zzz&gt; 1) aktualizace 0.9.34 (zzz) 20:00:01 &lt;zzz&gt; 2) blokující tikety pro 0.9.34 (str4d) 20:00:01 &lt;zzz&gt; 3) sestavení pro Android/Maven a role a harmonogram vydání (str4d/meeh) 20:00:01 &lt;zzz&gt; 4) Navrhované odstranění open4you.i2p a git.repo.i2p z domovské stránky konzole (anonymousmaybe) 20:00:01 &lt;zzz&gt; 5) plán 0.9.35 (zzz) 20:00:01 &lt;zzz&gt; 6) plán NTCP2 (zzz) 20:00:01 &lt;zzz&gt; 7) Status scrum (zab) 20:00:05 &lt;zzz&gt; 0) Ahoj 20:00:07 &lt;zzz&gt; Ahoj 20:00:30 &lt;zzz&gt; vítám vás na schůzce č. 269, která se táhne už téměř 16 let 20:00:33 &lt;manas&gt; Ahoj 20:00:43 &lt;zlatinb&gt; ahoj 20:00:44 &lt;zzz&gt; 1) aktualizace 0.9.34 (zzz) 20:00:55 &lt;zzz&gt; ok, uzávěrka překladu a checkinu je za 3 dny 20:01:20 &lt;zzz&gt; moc nových hlášení chyb není 20:01:36 &lt;zzz&gt; takže to vypadá dobře, s výjimkou bodu 2) 20:01:56 &lt;zzz&gt; posledních pár týdnů pracuji na .35 a věcech po ní 20:02:04 &lt;zzz&gt; něco dalšího k 1) ? 20:03:00 &lt;zzz&gt; 2) blokující tikety pro 0.9.34 (str4d) 20:03:25 &lt;i2pr&gt; [Slack/str4d] Ahoj :B 20:03:32 &lt;zzz&gt; str4d má několik blokujících tiketů starých několik měsíců, a už byly přesunuty přes pár vydání 20:03:38 &lt;manas&gt; ahoj str4de 20:03:38 &lt;zzz&gt; str4de, jaký máš pro ně plán? 20:04:10 &lt;i2pr&gt; [Slack/str4d] Vidím dva blokující tikety. 20:04:19 &lt;i2pr&gt; [Slack/str4d] Jeden je reseeding na starších Androidech 20:04:39 &lt;zzz&gt; dobře, 2 je lepší než 'několik' 20:04:45 &lt;i2pr&gt; [Slack/str4d] U toho jsme zúžili okno problému, ale tehdy jsme nenašli opravu (ta, kterou jsme zkusili, nefungovala) 20:05:07 &lt;i2pr&gt; [Slack/str4d] Momentálně na tom nemám čas pracovat a starší verze se postupně používají méně a méně 20:05:24 &lt;i2pr&gt; [Slack/str4d] Takže si myslím, že bychom měli prostě ukončit podporu starších verzí Androidu 20:05:59 &lt;i2pr&gt; [Slack/str4d] Upozorňuji, že Google Play Store zavedl požadavky, aby nové nahrávky aplikací začaly vyhovovat novějším API, takže v tomto smyslu můžeme být donuceni, pokud chceme dál publikovat přes GPlay 20:07:02 &lt;zzz&gt; a ten druhý? 20:07:16 &lt;i2pr&gt; [Slack/str4d] Zrušení podpory starších API by mělo být relativně jednoduché v rámci příští aktualizace, pokud se na tom shodneme. 20:08:03 &lt;i2pr&gt; [Slack/str4d] Druhý jsou opravy přeložených řetězců z 0.9.31 (v OP stojí "drobné, ale beru jako blocker") 20:09:19 &lt;i2pr&gt; [Slack/str4d] Část z toho jsem opravil lokálně, ale neměl jsem čas to vytáhnout a poslat ven. 20:09:41 &lt;zzz&gt; Otázka je, jestli vůbec plánuješ dělat nějaké opravy chyb v UI. Poslední opravu od tebe jsme viděli před 5 měsíci. Před měsícem jsem vyzdvihl asi 10 tiketů, které jsem chtěl mít pro .34 opravené. Chystáš se v UI dál pracovat, nebo máme hledat náhradu? 20:09:58 &lt;i2pr&gt; [Slack/str4d] Realisticky, pokud to necháte na mně, bude se to dál odsouvat, protože mé priority jsou teď jinde. 20:10:39 &lt;i2pr&gt; [Slack/str4d] Plánuji poslat víc UI patchů, ale nemám čas to dělat v dostatečně krátkém horizontu. 20:11:05 &lt;zzz&gt; dobře, takže od tebe nemáme očekávat žádnou práci na UI, včetně i 'jednoduchých' oprav, a to ani pro .34 ani později? 20:11:31 &lt;i2pr&gt; [Slack/str4d] Problém je, že slovo "jednoduché" tam nese hodně velkou zátěž :stuck_out_tongue: 20:12:11 &lt;i2pr&gt; [Slack/str4d] Pro .34 správně, ode mě nečekejte žádnou práci na UI. 20:12:15 &lt;zzz&gt; dobře. Kéž bychom to věděli před měsíci. Ztratili jsme strašně moc času. Začneme práci přeúkolovávat a hledat náhrady. 20:12:22 &lt;zzz&gt; něco dalšího k 2) ? 20:13:01 &lt;i2pr&gt; [Slack/str4d] Rád předám patchsety ostatním k vytažení těch "jednoduchých" oprav – možná budou mít při krocení monotone+git větší štěstí než já 20:13:23 &lt;zzz&gt; 3) sestavení pro Android/Maven a role a harmonogram vydání (str4d/meeh) 20:14:03 &lt;zzz&gt; Rád bych věděl, jestli si str4d a meeh ujasnili, kdo co dělá pro vydání .34 na maven/fdroid/android, abych věděl, koho mám hnát k odpovědnosti a kdy se to stane 20:15:37 &lt;i2pr&gt; [Slack/str4d] Meeh má podpisové klíče pro Android a FDroid 20:15:51 &lt;meeh&gt; Můžeme to vyřešit teď. Co myslíš, str4de, máš na to čas, nebo to mám udělat já? 20:16:16 &lt;i2pr&gt; [Slack/str4d] Budu rád, když to uděláš ty a já ti budu šeptat do ucha :slightly_smiling_face: 20:16:31 &lt;i2pr&gt; [Slack/str4d] (protože chci rozšířit naše schopnosti kolem vydávání) 20:16:47 &lt;zzz&gt; meeh, je to pro tebe ok? 20:17:00 &lt;i2pr&gt; [Slack/str4d] Můžeme si domluvit čas na párové sezení. 20:17:16 &lt;meeh&gt; Jasně, to můžeme. To je zatím nejlepší varianta, můžeš mě uvést do obrazu co a jak 20:17:29 &lt;zzz&gt; a co maven central? 20:17:45 &lt;i2pr&gt; [Slack/str4d] Momentálně jsem jediný, kdo k tomu má přihlašovací údaje. 20:18:08 &lt;meeh&gt; Jo, já přístup na maven nemám 20:18:22 &lt;i2pr&gt; [Slack/str4d] U Sonatype je potřeba přeskočit pár překážek, aby se to změnilo 20:18:29 &lt;zzz&gt; takže to uděláš ty, nebo dáš meehovi práva? Potřebuji vědět, kdo je zodpovědný a kdy se to stane 20:18:39 &lt;i2pr&gt; [Slack/str4d] (matně si vybavuji, co všechno jsem musel udělat, abych to původně zprovoznil) 20:18:52 &lt;i2pr&gt; [Slack/str4d] Pro .34 to udělám já 20:19:21 &lt;i2pr&gt; [Slack/str4d] (pravděpodobně v tom samém párování s meeh) 20:19:57 &lt;zzz&gt; dobře, můžu vás dva držet k dvoutýdennímu termínu, aby se to všechno vydalo? Pokud své věci uzavřu do 10. dubna, bylo by to 24. dubna. platí? 20:20:41 &lt;i2pr&gt; [Slack/str4d] Dobře. 20:20:51 &lt;zzz&gt; ok, meeh? 20:20:56 &lt;i2pr&gt; [Slack/str4d] Týden od 9. budu v Denveru, pak následující týden zpátky v UK 20:21:09 &lt;i2pr&gt; [Slack/str4d] Takže podle toho, který týden bude meehovi vyhovovat časovým pásmem 20:21:11 &lt;meeh&gt; Jo 20:21:39 &lt;zzz&gt; dobře. meeh, ještě mi dlužíš ACK, že jsi zkontroloval crash report z gplay 20:21:45 &lt;zzz&gt; něco dalšího k 3) ? 20:21:49 &lt;meeh&gt; Měl bych se dokázat přizpůsobit něčemu, co str4dovi v tom časovém okně sedne 20:22:27 &lt;zzz&gt; 4) Navrhované odstranění open4you.i2p a git.repo.i2p z domovské stránky konzole (anonymousmaybe) 20:22:48 &lt;zzz&gt; ok, anonymousmaybe hlásí, že tyto dva weby jsou týdny či měsíce nedostupné, a doporučuje je odstranit z router console 20:22:55 &lt;zzz&gt; nějaké námitky? 20:23:28 &lt;i2pr&gt; [Slack/str4d] git.repo.i2p je delší dobu dole hlavně proto, že jsem neměl čas tam zajít a znovu to zprovoznit. 20:23:53 &lt;zzz&gt; takže neslyším žádné námitky :) 20:23:55 &lt;i2pr&gt; [Slack/str4d] Pokud je zájem, aby to zase běželo, čas si na to udělám. Ale proti odstranění také nic nemám. 20:24:06 &lt;zzz&gt; pokud ne, pro .34 je oba odstraním 20:24:31 &lt;i2pr&gt; [Slack/str4d] Za mě žádné námitky k open4you.i2p 20:24:33 &lt;zzz&gt; až to poběží a bude to stabilní, můžeš požádat o znovuzařazení podle našich běžných procesů 20:25:00 &lt;zzz&gt; mít na domovské stránce naší konzole mrtvé odkazy je příšerný uživatelský zážitek a dlužíme našim uživatelům, abychom je udržovali funkční, nebo je odstranili 20:25:06 &lt;i2pr&gt; [Slack/str4d] ACK (pokud si dobře pamatuji, tehdy jsem ten proces dodržel :D) 20:25:15 &lt;zzz&gt; dobře, něco dalšího k 4) ? 20:25:54 &lt;zzz&gt; 5) plán 0.9.35 (zzz) 20:26:11 &lt;zzz&gt; ok, před týdnem nebo dvěma jsme měli schůzku k roadmapě a roadmapa na našem webu odráží výsledky 20:26:22 &lt;zzz&gt; všechno ostatní bylo odsunuto na 36/37 20:26:35 &lt;zzz&gt; na featurách pro 35 už tvrdě pracujeme pár týdnů 20:26:55 &lt;zzz&gt; takhle chci pracovat u každého vydání: práce hotová dopředu a pak brzy na začátku cyklu sloučená 20:27:13 &lt;i2pr&gt; [Slack/str4d] +1 20:27:13 &lt;zzz&gt; plán je vydat .35 v polovině až koncem června, standardní 10týdenní cyklus 20:27:34 &lt;manas&gt; Bude před vydáním .35 podobná schůzka jako posledně? 20:27:57 &lt;zzz&gt; jo, rád bych dělal schůzku k roadmapě pár týdnů před každým vydáním 20:28:06 &lt;manas&gt; ok, zní to dobře 20:28:20 &lt;zzz&gt; všechny ty něco dalšího k 5) ? 20:28:35 &lt;zzz&gt; s/all the// 20:29:08 &lt;i2pr&gt; [Slack/str4d] .35 roadmap mi připadá rozumná 20:29:24 &lt;i2pr&gt; [Slack/str4d] +1 na vylepšení nastavení soukromého testnetu :smile: 20:30:01 &lt;zzz&gt; 6) plán NTCP2 (zzz) 20:30:09 &lt;manas&gt; Na fóru jsem to napsal trochu pozdě, ale chtěl bych schůzku (nebo to probrat na příští), abychom probrali detaily ohledně private test netu 20:30:30 &lt;zzz&gt; ok, dali jsme dohromady tým se zástupci všech 3 projektů. Zatím jsme měli dvě schůzky a zveřejnili jsme novou verzi návrhu 20:30:39 &lt;meeh&gt; manas, ozvu se ti za den nebo tak, taky jsem na tom něco dělal 20:30:43 &lt;zzz&gt; plánujeme se scházet jednou týdně a po každé schůzce vydat nový draft 20:30:49 &lt;manas&gt; meeh: super :) 20:31:02 &lt;zzz&gt; cílem je mít hotovo do konce dubna a mít testovací implementace do konce května. 20:31:19 &lt;zzz&gt; další schůzka je na #ntcp2 9. dubna v 16:00 UTC, všichni jsou vítáni. 20:31:20 &lt;i2pr&gt; [Slack/str4d] Který návrh je rozpracován dál? 20:31:36 &lt;zzz&gt; ta verze, kterou jsme včera zveřejnili. 20:31:52 &lt;zlatinb&gt; je to dostupné na clearnet fóru, str4de 20:32:16 &lt;zzz&gt; vlastně je to na webu. návrh 111. 20:32:56 &lt;i2pr&gt; [Slack/str4d] Dobře, takže je to aktualizace, kterou jsem navrhoval 20:33:06 &lt;zzz&gt; komentáře lze psát na i2pforum.i2p, i2pforum.i2p, do trac ticketu, do vlákna na zzz.i2p, na #ntcp2, sem, můžete mi poslat email, jakkoli to komu vyhovuje. Clearnet nebo ne. Účast všech vítána. 20:33:11 &lt;i2pr&gt; [Slack/str4d] Musím ověřit, jestli to, co bylo pushnuto na web, odpovídá tomu, na čem jsem pracoval lokálně 20:33:46 &lt;zzz&gt; jak jsem ti psal e‑mailem před týdnem, nepotřebujeme od tebe samostatný návrh. 20:34:12 &lt;zzz&gt; 111 bude ten návrh a budeme ho aktualizovat každý týden po naší schůzce.\ 20:34:33 &lt;i2pr&gt; [Slack/str4d] Ozvu se ti po schůzce. 20:34:40 &lt;zzz&gt; něco dalšího k 6) ? 20:36:00 &lt;zzz&gt; 7) Status scrum (zab) 20:36:04 &lt;zzz&gt; předávám slovo tobě, zlatinbe 20:36:30 &lt;zlatinb&gt; Ahoj. Než začneme scrum, každý, kdo chce být zaplacen, prosím vyplňte timesheet/žádost, kterou zzz zveřejnil na svém fóru 20:36:55 &lt;zlatinb&gt; a pošlete mi ten formulář e‑mailem 20:36:58 &lt;zlatinb&gt; teď k scrumu 20:37:01 &lt;zzz&gt; ok, navrhuji počkat alespoň do posledního týdne v měsíci, aby lidi věděli, kolik do té doby odpracovali? 20:37:42 &lt;i2pr&gt; [Slack/str4d] Souhlasím. Měl jsem za to, že čtvrtletí začalo v únoru 20:37:43 &lt;zlatinb&gt; jasně, ale potřeboval bych pár dní poté, co formulář dostanu 20:38:09 &lt;manas&gt; Myslím, že v příspěvku stálo ne dřív než 23. DUB 20:38:29 &lt;zzz&gt; V příspěvku jsem napsal, že nejdřívější termín pro poslání e‑mailem je 23. dubna a nejzazší je 30. dubna. Ale pravidla určuješ ty a já to podle toho upravím. 20:38:49 &lt;zlatinb&gt; ty termíny jsou v pořádku 20:39:07 * zlatinb byl nachytán, že si nepřečetl příspěvek ;-) 20:39:17 &lt;zlatinb&gt; každopádně :) 20:39:50 &lt;zlatinb&gt; takže scrum – projdeme si to dokola, až zazní vaše jméno, prosím napište krátký popis 20:39:56 &lt;zlatinb&gt; 1) co jste dělali od posledního scrumu 20:40:02 &lt;zlatinb&gt; 2) co plánujete dělat příští měsíc 20:40:21 &lt;zlatinb&gt; 3) zda vás někdo blokuje, nebo potřebujete s něčím pomoc 20:40:40 &lt;zlatinb&gt; udělejte to prosím i pokud jste se hlásili na videochatu, tohle je pro archiv 20:41:02 &lt;zlatinb&gt; tak, zzz, začni 20:41:35 &lt;zzz&gt; díky, zlatinbe. Za poslední měsíc jsem udělal hodně práce na vydání .34, včetně spousty oprav chyb a nových funkcí. 20:42:13 &lt;zzz&gt; V poslední době jsem se přesunul k funkcím a výzkumu pro 35, včetně složek v susimailu a nového protokolu NTCP2 20:42:53 &lt;zzz&gt; příští měsíc plánuji zrecenzovat článek, který jsme dostali před měsícem, pokračovat v práci na NTCP2, vydat 34, 20:43:05 &lt;zzz&gt; a opravovat chyby. 3) žádné blokery. EOT. 20:43:18 &lt;zlatinb&gt; díky 20:43:26 &lt;zlatinb&gt; eche|off: nejsi tu náhodou? 20:43:39 &lt;zzz&gt; myslím, že ne 20:43:40 &lt;zlatinb&gt; Vím, že říkal, že nebude, ale pro jistotu... 20:44:03 &lt;zlatinb&gt; dobře. Další full-timer – meeh, pojď 20:44:22 &lt;meeh&gt; Hlavní body 20:44:22 &lt;meeh&gt; Brzy budu mít hotové MVP pro nový OSX launcher, vylepšil jsem službu outproxy a ladím ji pro lepší výkon. Udělal jsem pár testů ve Scale, další přijdou. A zprovoznil jsem testovací systémy, které potřebuji pro vývoj/testování na Androidu i OSX. Taky jsem věnoval čas tomu, abych se znovu zorientoval v kódové základně. A něco málo jsem načetl k návrhům. 20:44:40 &lt;meeh&gt; Různé: Hodně věcí si teď ani nevybavím. 20:45:23 &lt;meeh&gt; Na další období: Mít hotové MVP pro OSX. Ohromit vás pěkným browser bundlem. Více se zaměřit na testy ve Scale, Android a dokumentaci pro přispěvatele 20:45:51 &lt;meeh&gt; Blokery: mja... být si jistější ohledně změn DNS, jak jsme probírali na posledním videu 20:46:12 &lt;zlatinb&gt; ano, určitě, budu muset vážněji honit welta 20:46:34 &lt;zlatinb&gt; ještě něco, meeh? 20:46:51 &lt;meeh&gt; Protože jakmile si budeme jistí změnami a jejich termíny, můžu odstavit některé staré služby s čerstvými servery a softwarem (úklid a tak) 20:46:59 &lt;meeh&gt; Zlepšit své služby pro i2p 20:47:04 &lt;meeh&gt; Hotovo :) 20:47:19 &lt;zlatinb&gt; super 20:47:35 &lt;zlatinb&gt; manas: u tebe už musí být hodně pozdě, rád tě vidím, tvůj update prosím? 20:47:56 &lt;manas&gt; ahoj všem. rád vás zase vidím 20:47:57 &lt;manas&gt; ve zkratce: dostal jsem se ke kapitole 4, která je o syntaxi Javy, v knize, podle které studuji Javu. tento měsíc budu pokračovat kapitolou 5, objekty v Javě. napsal jsem nějaký kód v Javě, který zzz zrevidoval (díky, zzz). budu také dál studovat kryptografii. čtu si o antu a gradlu. přemýšlím o test netu, plánuji pořídit nějaký hardware pro 20:47:58 &lt;manas&gt; tohle. dál udržuji služby, které provozuji, a sleduji bezpečnostní zveřejnění. pravidelně čtu/odpovídám na příspěvky na trac a fóru. 20:48:19 &lt;manas&gt; meeh, pokud máš nějaké články/dokumentaci ke sdílení o provozu outproxy, rád si to přečtu :) 20:48:21 &lt;manas&gt; eot 20:48:57 &lt;zlatinb&gt; dobrá práce – brzy bych chtěl mluvit o záležitosti outproxy ve světle OTF 20:49:08 &lt;meeh&gt; Jasně, můžeme o tom mluvit později. V zásadě je to tunnel bez čehokoli v poli domain 20:49:09 &lt;zlatinb&gt; ale teď zpět ke scrumu – str4de, tvoje řada 20:49:11 &lt;zlatinb&gt; turn 20:49:18 &lt;i2pr&gt; [Slack/str4d] Za poslední měsíc jsem pracoval na našich aktuálních kryptografických specifikacích, začal proces migrace návrhů na nové fórum, zúčastnil se vývojářského setkání Toru v Římě (kvůli Zcash, ale vedl jsem různé pro I2P relevantní diskuse), pracoval s Eliem/Ura na mockupech webu, pracoval na Ire v rámci příprav na draft implementace NTCP2 a obecně přemýšlel 20:49:19 &lt;i2pr&gt; [Slack/str4d] o kryptografických primitivách NTCP2. 20:50:20 &lt;i2pr&gt; [Slack/str4d] Příští měsíc plánuji konečně zkontrolovat e‑mail XD, spárovat se s meeh na .34 Android/Maven, zanést si do kalendáře tyhle schůzky, které zjevně míjím, zrecenzovat ten článek, začít draft implementace NTCP2, abych vyřešil některé problémy s knihovnou Noise, a pracovat na specifikaci maskování efemérních klíčů ve stylu Elligator. 20:50:50 &lt;i2pr&gt; [Slack/str4d] Jediný blocker je ohledně e‑mailu, po schůzce lidem napíšu. 20:50:57 &lt;i2pr&gt; [Slack/str4d] EOT 20:51:38 &lt;zlatinb&gt; i2pr: str4d ping ping 20:52:35 &lt;zlatinb&gt; díky 20:52:46 &lt;zlatinb&gt; je sadie na Slacku? 20:53:40 &lt;zlatinb&gt; pokud ne, myslím, že to je všichni / vše k 7) 20:54:03 &lt;zzz&gt; ok, díky, zlatinbe, má ještě někdo něco k této schůzce? 20:54:38 &lt;i2pr&gt; [Slack/str4d] Nemyslím, že je tady 20:54:55 &lt;meeh&gt; ne, jen oznámení, že zřídím víc prostředků pro outproxy a vylepším ji 20:55:03 * zzz chytá baffer 20:56:00 * zzz *baffuje* schůzku uzavřel </div>/cs/blog/2018/03/06/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-06.-b%C5%99ezna-2018/Tue, 06 Mar 2018 00:00:00 +0000/cs/blog/2018/03/06/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-06.-b%C5%99ezna-2018/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> echelon, meeh, psi, str4d, zlatinb, zzz</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Ahoj 20:00:00 &lt;zzz&gt; 1) zbývající položky vydání 0.9.33 (f-droid.org, oficiální Debian) (nextloop, mhatta) 20:00:00 &lt;zzz&gt; 2) aktualizace 0.9.34 (zzz) 20:00:00 &lt;zzz&gt; 3) Status scrum (zab) je to tvoje 20:00:04 &lt;zzz&gt; 0) Ahoj 20:00:06 &lt;zzz&gt; ahoj 20:00:17 &lt;zlatinb&gt; ahoj 20:00:20 &lt;zzz&gt; vítejte na schůzce 268 tohoto skvělého 15letého projektu! 20:00:44 &lt;zzz&gt; 1) zbývající položky vydání 0.9.33 (f-droid.org, oficiální Debian) (nextloop, mhatta) 20:01:03 &lt;zzz&gt; ok, nextloop udělal PR pro f-droid, ještě se neobjevil, ale snad brzy 20:01:30 &lt;zzz&gt; u Debianu jsme od mhatta stále nic neslyšeli a propásli jsme termín Bionic 20:01:51 &lt;zzz&gt; něco dalšího k bodu 1) ? 20:03:01 &lt;zzz&gt; 2) aktualizace 0.9.34 (zzz) 20:03:37 &lt;zzz&gt; jsme v polovině plánovaného 10týdenního cyklu. Nastavil jsem deadline pro checkin za 4 1/2 týdne odteď. Tag freeze za 3 týdny, vydání za 5 týdnů 20:04:03 &lt;zzz&gt; jsme na 16K řádcích diffu. Nejnápadnější změna je část 2 přepracování susimailu. Zbytek jsou opravy všude možně 20:04:28 &lt;zzz&gt; povzbuzuji všechny v týmu, aby pro vydání opravili pár ticketů, pokud je to jen trochu možné 20:05:01 &lt;zzz&gt; jsme za deadlinem pro „velké změny“, ale pořád doufáme, že od všech dorazí různé opravy 20:05:21 &lt;zzz&gt; a samozřejmě testování dev buildů je také práce pro všechny, prosím pomozte 20:05:31 &lt;zzz&gt; něco dalšího k bodu 2) ? 20:07:01 &lt;zzz&gt; 3) Status scrum (zab) je to tvoje 20:07:04 &lt;eche|on&gt; ani ne 20:07:11 &lt;zlatinb&gt; Ahoj. Projdeme si to kolem dokola a až zazní vaše jméno, prosím, stručně popište: 20:07:21 &lt;zlatinb&gt; 1) co jste dělali od posledního scrumu 20:07:29 &lt;zlatinb&gt; 2) co plánujete dělat příští měsíc 20:07:44 &lt;zlatinb&gt; 3) blokuje vás něco nebo potřebujete od někoho pomoc 20:08:11 &lt;zlatinb&gt; Prosím počkejte, až bude scrum u konce, pokud máte otázku nebo komentář 20:08:21 &lt;zlatinb&gt; jdeme na to - zzz, začni 20:09:10 &lt;zzz&gt; ok. kromě toho, co už jsem říkal... pracoval jsem na zlepšení podpory ssl v konzoli a eepsites; vylepšeních upnp; opravách ipv6; a různém refaktoringu 20:09:40 &lt;zzz&gt; očekávám, že budu příští měsíc pokračovat na ssl a ipv6, a také dokončím další opravy pro vydání, které bude začátkem dubna 20:10:06 &lt;zzz&gt; jsem blokovaný v práci na návrzích, čekám na spolupráci se str4d 20:10:07 &lt;zzz&gt; EOT 20:10:41 &lt;zlatinb&gt; eche|on: prosím, pokračuj 20:11:07 &lt;eche|on&gt; ok, pracoval jsem na tracu, fóru a blogu 20:11:28 &lt;eche|on&gt; příští měsíc to bude pokračovat, trochu víc PR, aktualizace financí,... 20:11:39 &lt;eche|on&gt; aktuálně vše ok, příští týden jsem na cestách 20:12:12 &lt;zlatinb&gt; super. meeh, jsi tady? Můžeš nám dát aktualizaci? 20:12:38 &lt;meeh&gt; Ano, moment 20:13:45 &lt;meeh&gt; Pracoval jsem na části launcheru pro OSX, protože mě to šíleně štve, jelikož jsem na OSX, také - posledních 1,5 dne jsem věnoval migraci naší příšerné sqlite DB (trac) na něco, co škáluje 20:13:53 &lt;meeh&gt; Snažím se vyhnout tomu problému s nulovým bytem 20:14:31 &lt;meeh&gt; Vypadá to, že to teď rozchodím, jakmile v pgsql ručně předem nadefinuji všechny tabulky, než se pokusím importovat (tedy bez tabulek) 20:15:37 &lt;meeh&gt; A jo, možná budu mít ještě něco ohledně exportu git-&gt;monotone 20:15:45 &lt;meeh&gt; To je ode mě vše 20:16:22 &lt;zlatinb&gt; ok, chápu správně, že tě nic neblokuje? 20:16:46 &lt;meeh&gt; ne 20:16:50 &lt;meeh&gt; Všechno v pohodě :) 20:17:16 &lt;zlatinb&gt; skvělé. psi, chceš se přidat? 20:17:22 &lt;psi&gt; jasně 20:17:28 &lt;psi&gt; tak se podívejme 20:17:47 &lt;psi&gt; 1) tohle je můj první scrum pro i2p 20:18:18 &lt;psi&gt; 2) tenhle měsíc udělám libsam super vymazlený a skvělý 20:18:32 &lt;psi&gt; možná přidám variantu s epoll/kqueue 20:18:57 &lt;psi&gt; 3) momentálně čekám na review PR, které jsem udělal na githubu pro libsam 20:19:00 &lt;psi&gt; EOT 20:19:20 &lt;zlatinb&gt; super 20:19:24 &lt;zlatinb&gt; str4d: jsi tady? 20:19:51 &lt;zlatinb&gt; sadie, možná ty? 20:20:09 &lt;zzz&gt; sadie mi říkala, že to nejspíš nestihne 20:20:41 &lt;zlatinb&gt; a str4d je asi pryč 20:20:55 &lt;zlatinb&gt; takže tím podle mě scrum končí - manas má omluvu a mhatta je nezvěstný 20:21:20 &lt;zzz&gt; ok, něco dalšího k bodu 3)? něco dalšího ke schůzce? 20:21:34 &lt;zlatinb&gt; teď: má někdo nějaké otázky nebo komentáře k něčemu, co zaznělo během scrumu? 20:21:41 &lt;meeh&gt; Mám otázku ohledně Oracle, licence a nás, až bude čas na Q/A 20:21:54 &lt;zlatinb&gt; (tohle je část blokér/blokovaný) 20:22:05 &lt;zlatinb&gt; meeh: ok, můžeme si popovídat po schůzce 20:22:43 &lt;zzz&gt; Jen dodám, že mě mhatta blokuje ve všech možných změnách a vylepšeních balíčkování 20:23:12 &lt;zzz&gt; a také u funkce oznámení při startu v Tails, totéž 20:24:22 &lt;zlatinb&gt; ok. Tím končí bod 3), myslím 20:24:33 &lt;zzz&gt; ok, něco dalšího pro schůzku? 20:25:02 * zzz popadne baffer 20:25:27 &lt;i2pr&gt; [Slack/str4d] Tady 20:25:38 * zzz pokládá baffer 20:25:38 &lt;zlatinb&gt; ahoj 20:25:39 &lt;i2pr&gt; [Slack/str4d] Omlouvám se za zpoždění, zas problémy s internetem 20:26:13 &lt;zlatinb&gt; tak jo, stručně 1) co jsi dělal 2) co budeš dělat 3) blokuje tě něco / potřebuješ pomoc? 20:27:58 &lt;i2pr&gt; [Slack/str4d] 1) opravování chyb, práce na vydání, sada patchů pro UI konzole routeru, práce pro Android & delegace podepisovacího klíče, třídění ticketů, článek XRDS 20:29:14 &lt;i2pr&gt; [Slack/str4d] Oh, a spolupráce s Ura 20:29:24 &lt;i2pr&gt; [Slack/str4d] (plus obvyklé schůzky atd.) 20:31:40 &lt;i2pr&gt; [Slack/str4d] 2) Migrovat všechny návrhy na nové fórum, dokončit draft NTCP Noise jako nový návrh, setkání Tor Dev, sync s Ura, sync s dawuud ohledně SPHINCS, případně review paperu, revize článku XRDS, třídění ticketů 20:34:49 &lt;zlatinb&gt; blokuje tě něco nebo potřebuješ od někoho pomoc? 20:34:50 &lt;i2pr&gt; [Slack/str4d] 3) Teď nic, ale oslovit lidi, kteří mají zájem něco recenzovat 20:35:07 &lt;i2pr&gt; [Slack/str4d] Oh, mailing list 20:35:20 &lt;zzz&gt; ok, něco dalšího k bodu 3)? něco dalšího ke schůzce? 20:36:03 * zzz znovu popadne baffer 20:36:23 &lt;zzz&gt; zab, líbí se mi to 1-2-3, fungovalo to dobře 20:37:01 * zzz **bafs** schůzi uzavírá </div>/cs/blog/2018/02/12/i2p-na-bsidesnyc/Mon, 12 Feb 2018 00:00:00 +0000/cs/blog/2018/02/12/i2p-na-bsidesnyc/<p>Sadie a str4d se zúčastnili BSidesNYC v sobotu 20. ledna. Děkujeme týmu BSides za uspořádání tak skvělé konference!</p> <p>Kromě několika přednášek jsme odpoledne ve společných prostorách na John Jay College převážně pracovali na několika cílech, které jsme si pro ten den stanovili.</p> <p>Nejnaléhavějším úkolem bylo sepsání obecné roadmapy pro rok 2018, vycházející z diskusí na 34C3. Ta byla <a href="../cs/blog/2018/02/11/high-level-roadmap-for-2018/">nyní zveřejněna</a> - podívejte se! Také jsme znovu navázali na některá komunikační vlákna, která byla během svátečního období odložena, týkající se našeho rodícího se procesu řešení zranitelností (Vulnerability Response Process) a jeho uvedení do &ldquo;produkčního nasazení&rdquo;.</p>/cs/blog/2018/02/11/high-level-roadmap-for-2018/Sun, 11 Feb 2018 00:00:00 +0000/cs/blog/2018/02/11/high-level-roadmap-for-2018/<p>Jedním z mnoha témat, o kterých jsme na 34C3 diskutovali, bylo, na co bychom se měli v nadcházejícím roce zaměřit. Zejména jsme chtěli mít roadmapu (plán), která jasně vymezí, co chceme určitě stihnout, oproti tomu, co by bylo opravdu příjemné mít, a zároveň umožní pomoci se začleněním nově příchozích do obou kategorií. Tady je, k čemu jsme dospěli:</p> <h2 id="priorita-nová-kryptografie">Priorita: Nová krypto(grafie!)</h2> <p>Mnoho současných primitiv a protokolů si stále zachovává své původní návrhy z doby kolem roku 2005 a potřebuje vylepšení. Už několik let máme řadu otevřených návrhů s nápady, ale postup vpřed byl pomalý. Shodli jsme se, že toto musí být naší nejvyšší prioritou pro rok 2018. Základní komponenty jsou:</p>/cs/blog/2018/02/11/high-level-roadmap-for-2018/Sun, 11 Feb 2018 00:00:00 +0000/cs/blog/2018/02/11/high-level-roadmap-for-2018/<p>Jedním z mnoha témat, o nichž jsme na 34C3 diskutovali, bylo, na co bychom se měli v nadcházejícím roce zaměřit. Především jsme chtěli mít roadmapu, která jasně vymezuje, co chceme s jistotou dokončit, oproti tomu, co by bylo velmi vhodné mít, a zároveň pomůže zapojit nováčky do obou kategorií. Zde je, k čemu jsme dospěli:</p> <h2 id="priorita-nová-kryptografie">Priorita: Nová krypto(grafie!)</h2> <p>Řada současných primitiv a protokolů si stále zachovává své původní návrhy zhruba z roku 2005 a potřebuje vylepšení. Už několik let máme řadu otevřených návrhů s nápady, ale pokrok byl pomalý. Shodli jsme se, že toto musí být naší nejvyšší prioritou pro rok 2018. Základní komponenty jsou:</p>/cs/blog/2018/02/06/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-6.-%C3%BAnora-2018/Tue, 06 Feb 2018 00:00:00 +0000/cs/blog/2018/02/06/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-6.-%C3%BAnora-2018/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> echelon, manas, meeh, orignal, R4SAS, sadie, str4d, zlatinb, zzz</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 20:00:01 &lt;zzz&gt; 0) Ahoj 20:00:01 &lt;zzz&gt; 1) aktualizace 0.9.33/34 (zzz) 20:00:01 &lt;zzz&gt; 2) 34C3 ohlédnutí (zzz) 20:00:01 &lt;zzz&gt; 3) zpráva z B-Sides NYC (sadie, str4d) 20:00:01 &lt;zzz&gt; 4) zpráva z FOSDEM (echelon) 20:00:01 &lt;zzz&gt; 5) Status scrum (zab) 20:00:05 &lt;zzz&gt; 0) Ahoj 20:00:08 &lt;zzz&gt; Ahoj 20:00:11 &lt;zlatinb&gt; ahoj 20:00:15 &lt;manas&gt; ahoj 20:00:19 &lt;echelon&gt; ahoj 20:00:35 &lt;zzz&gt; 1) aktualizace 0.9.33/34 (zzz) 20:00:46 &lt;zzz&gt; ok, 0.9.33 je venku týden, zatím vše vypadá dobře 20:00:47 &lt;orignal_&gt; ahoj 20:01:22 &lt;zzz&gt; zbývající položky jsou android/fdroid/maven od str4da a oficiální debian od mhatty. Můžete nám dát ETA? 20:01:27 &lt;R4SAS&gt; ahoj 20:01:33 &lt;echelon&gt; jo, vypadá to dobře 20:02:39 &lt;zzz&gt; obojí potřebujeme do víkendu, abychom splnili náš dvoutýdenní cíl pro primární položky vydání a stihli termín pro Bionic 20:03:24 &lt;zzz&gt; ok, přejdu k .34, doufám, že se ukážou 20:03:48 &lt;zzz&gt; nastavil jsem 10týdenní harmonogram pro .34 s vydáním v polovině dubna. To by znamenalo, že velké věci musí být hotové do začátku března 20:03:59 &lt;echelon&gt; ok 20:04:06 &lt;zzz&gt; zapsal jsem pár drobností a za pár dní přijde velký přepis susimailu 20:04:19 &lt;echelon&gt; otestuji je 20:04:42 &lt;echelon&gt; je na plánu pro .34 ještě něco dalšího? 20:04:50 &lt;zzz&gt; jo, ještě jedna věc k .33, v .33 vývojovém cyklu bylo nahlášeno 73 ticketů. Opravil jsem asi 30. 20:04:54 &lt;i2pr&gt; [Slack/sadie] ahoj 20:05:13 &lt;zzz&gt; v podstatě jsem jediný, kdo dělá třídění nebo opravy, a pokud nedostanu pomoc, nebudu mít čas na nic jiného 20:05:38 &lt;zzz&gt; ocenil bych to, tickety jsou úkol pro všechny, prosím zapojte se, kde můžete 20:05:54 &lt;echelon&gt; můžu se podívat po ticketech, ale nemůžu dělat kód 20:06:08 &lt;echelon&gt; pořád bojuji se správou uživatelů v Tracu 20:06:08 &lt;zzz&gt; k .34, roadmapa potřebuje upravit podle toho, co skutečně stihneme, ale už jsem ji pár týdnů neviděl 20:06:23 &lt;echelon&gt; ok 20:06:34 &lt;zzz&gt; spousta ticketů je na web a dlouho jsme neměli nikoho, kdo by se webu soustavně věnoval 20:06:51 &lt;echelon&gt; ok, obsah je snadný 20:07:02 &lt;zzz&gt; předpokládám, že str4d má pro 34 nějaké opravy UI, protože do 33 nic nedal, ale uvidíme 20:07:08 &lt;zzz&gt; ještě něco k 1) ? 20:08:00 &lt;zzz&gt; 2) 34C3 ohlédnutí (zzz) 20:08:35 &lt;zzz&gt; tohle byl spíš placeholder. Jedna nevyřešená věc je dokončit přehled priorit roadmapy od str4da a dát ho na web 20:08:40 &lt;zzz&gt; str4de, nějaký stav? 20:08:55 &lt;zzz&gt; má někdo další něco k 34C3? 20:09:17 &lt;manas&gt; byly to skvělé 4 dny :) 20:09:17 &lt;echelon&gt; nebylo tolik lidí, co s námi mluvili, jako na 33c3 20:09:52 &lt;zzz&gt; jo, i když jsme hodně udělali, možná proto, že bylo méně kolemjdoucích. Něco za něco 20:09:55 &lt;orignal_&gt; už není zájem o i2p? 20:10:06 &lt;i2pr&gt; [Slack/str4d] Mám od té doby draft, ale pořád narážím na problémy s přístupem na fórum pro vývojáře 20:10:08 &lt;zzz&gt; šlo o umístění stolu 20:10:11 &lt;i2pr&gt; [Slack/str4d] Hotovo* 20:10:13 &lt;echelon&gt; jasně 20:10:27 &lt;zzz&gt; str4de, ETA na to dostat to na web? 20:11:24 &lt;zzz&gt; str4de, zpátky k 1), ETA pro maven/android/fdroid .33? 20:11:31 &lt;i2pr&gt; [Slack/str4d] Pokud nepotřebuji shánět další review z fóra pro vývojáře, mohl bych to udělat dnes večer 20:11:55 &lt;zzz&gt; Poslal jsem pár námitek, na které jsi nereagoval, aspoň před pár hodinami 20:11:59 &lt;i2pr&gt; [Slack/str4d] .33 věci asi ne tento víkend, budu celý víkend dělat na věcech kolem Zcash 20:12:11 &lt;zzz&gt; tak ETA pro .33? 20:12:23 &lt;i2pr&gt; [Slack/str4d] Přesně, tohle jsem se pořád snažil poslat na fórum pro vývojáře 20:12:57 &lt;zzz&gt; no, když jsi to viděl, tak ty námitky zapracuj, nebo ne, je to na tobě 20:13:58 &lt;i2pr&gt; [Slack/str4d] .33 bude muset být až příští víkend (kolem 18.?) 20:14:41 &lt;zzz&gt; to je 2 a půl týdne od vydání. Opravdu to nejde dřív? Musíme to brát jako primární produkty vydání a dostat je ven rychle 20:15:31 &lt;orignal_&gt; zzz, proč se o to nemůžeš postarat sám? 20:15:50 &lt;zzz&gt; všichni máme své role. Nemůžu dělat všechno. 20:17:07 &lt;orignal_&gt; někdy musíš 20:17:09 &lt;zzz&gt; ok, str4d možná odpoví, nebo ne. Ještě něco k 1) nebo 2) ? 20:17:17 &lt;i2pr&gt; [Slack/str4d] svému pracovnímu rozvrhu neporučím 20:17:48 &lt;i2pr&gt; [Slack/str4d] Bylo by skvělé, kdyby tyto release mohlo dělat víc lidí, zvlášť Maven 20:17:52 &lt;zzz&gt; ok, pojďme vymyslet, jak to příště urychlit 20:17:59 &lt;zzz&gt; 3) zpráva z B-Sides NYC (sadie, str4d) 20:18:19 &lt;zzz&gt; sadie, str4de, mohli byste nám dát krátkou zprávu a taky říct ETA, kdy bude zveřejněna kompletní cestovní zpráva? 20:18:47 &lt;i2pr&gt; [Slack/sadie] proběhlo to dobře – máme připravený příspěvek na blog (nějaké potíže s publikováním) 20:19:22 &lt;zzz&gt; to bylo... opravdu stručné... ETA na zveřejnění? 20:19:34 &lt;i2pr&gt; [Slack/sadie] pracovali jsme na roadmapě, na webu a diskutovali nápady na outreach letos 20:20:11 &lt;i2pr&gt; [Slack/str4d] IA webu pro navigaci je v mnohem lepším stavu 20:20:25 &lt;i2pr&gt; [Slack/sadie] jsme znovu v kontaktu s Eliem, který udělal nové logo, aby začal s návrhem podstránek 20:20:32 &lt;zzz&gt; IA? 20:20:40 &lt;i2pr&gt; [Slack/str4d] Informační architektura 20:21:21 &lt;zzz&gt; sadie, str4de, ETA na zveřejnění cestovní zprávy? 20:21:30 &lt;i2pr&gt; [Slack/str4d] Blogpost bude venku hned, jakmile bude roadmapa 20:21:56 &lt;zzz&gt; ok. Ještě něco k 3) ? 20:22:45 &lt;zzz&gt; 4) zpráva z FOSDEM (echelon) 20:22:47 &lt;i2pr&gt; [Slack/str4d] tl;dr proběhlo dobře, stojí za to to zopakovat 20:22:58 &lt;zzz&gt; echelon, jak to šlo na FOSDEMu, jaká byla přednáška o I2P? 20:23:25 &lt;echelon&gt; fosdem je pěkná velká akce s&gt;20 paralelními tracky a tisíci návštěvníků, vše zdarma 20:23:34 &lt;manas&gt; wow super 20:23:58 &lt;echelon&gt; fosdem je sám o sobě dobře řízený a organizovaný, ale s jídlem je to na chvíli, taky se spousta přednášek rychle zaplní a nejde se dostat dovnitř 20:24:23 &lt;echelon&gt; ale všechny přednášky jsou streamované živě a teď jsou nahrané na youtube a online na stránce fosdem 20:24:49 &lt;echelon&gt; přednáška o i2p byla krátká rychlá přednáška o tom, co je i2p a čím se liší od toru, nic moc víc, času bylo málo 20:25:09 &lt;zzz&gt; potkal jsi toho chlapa? 20:25:20 &lt;echelon&gt; autor je člověk z i2pd, tady moc v kontaktu není, ale měl docela dobrý vhled do kódu, až na pár špatných čísel 20:25:29 &lt;echelon&gt; v publiku bylo ~100–150 lidí, místnost byla plná 20:25:53 &lt;zzz&gt; skvělé, jsem rád, že jsi jel 20:26:01 &lt;zzz&gt; ještě něco k 4) ? 20:26:01 &lt;echelon&gt; jen 2 otázky potom, např. jestli Java I2P teď opravdu používá 2–4GB a jestli běží na a raspverry pi 20:26:17 &lt;echelon&gt; měli bychom jet i 2019 20:26:43 &lt;echelon&gt; (přivezl jsem si domů kašel, škoda) 20:26:53 &lt;orignal_&gt; jak to, že toho chlapa neznáme? 20:27:27 &lt;manas&gt; echelon: přivezl jsem si ošklivý kašel na letu zpět sem z 34c3 :) teď už v pohodě 20:27:29 &lt;echelon&gt; držel se pod radarem, ale má push práva do git 20:27:49 &lt;orignal_&gt; manasi kde teď jsi? 20:27:51 &lt;zzz&gt; ještě něco k 4) ? 20:27:58 &lt;echelon&gt; moc jsem si nepopovídal, už mi nebylo dobře a v neděli byl problém s časem 20:28:29 &lt;orignal_&gt; push práva? Myslím, že je mají jen R4SAS, villain a psi 20:28:38 &lt;zzz&gt; 5) Status scrum (zlatinb) 20:28:45 &lt;zzz&gt; ok zab, máš slovo 20:28:50 &lt;echelon&gt; říkal, že pushoval kód toi2pd 20:28:59 &lt;echelon&gt; ok 20:29:08 &lt;zlatinb&gt; Ahoj všem. Mám radost, že všechny návrhy na kompenzaci byly schváleny! 20:29:10 &lt;orignal_&gt; tak ho najdeme 20:29:46 &lt;zlatinb&gt; pojďme to vzít dokola a až zazní vaše jméno, prosím dejte krátké shrnutí, na čem budete pracovat příštích 6 měsíců. Otázky nechte na později 20:29:55 &lt;zlatinb&gt; zzz, ty první 20:30:52 &lt;zzz&gt; ok, většinu času věnuji řízení projektu, opravám chyb a novému kódu, ale plánuju strávit významnou část času návrhy a plánováním, stejně jako studiem věcí 20:31:02 &lt;zzz&gt; abych byl dost chytrý udělat některá rozhodnutí, která musíme udělat 20:31:27 &lt;zzz&gt; většina z vás ví, co dělám, ale tohle je rychlé shrnutí 20:31:39 &lt;zzz&gt; kód kód kód, bugy bugy bugy, opakovat 20:31:42 &lt;zzz&gt; EOT 20:31:56 &lt;zlatinb&gt; Díky. echelon , jsi na řadě 20:32:23 &lt;echelon&gt; ok, správa prostředků, nějaké PR, správa většiny služeb, práce v Tracu, chodit na konference^^ 20:32:41 &lt;echelon&gt; eot 20:32:55 &lt;zlatinb&gt; str4d: můžeš 20:33:04 &lt;i2pr&gt; [Slack/str4d] Prioritu v mém čase bude mít psaní a review návrhů a řízení procesu návrhů spolu se zzz, abychom zajistili vysoce kvalitní návrhové dokumenty pro komunitu. 20:33:33 &lt;i2pr&gt; [Slack/str4d] Druhou prioritou bude rozpracování implementací návrhů v Javě a Rustu a spolupráce s lidmi mimo I2P na společných komponentách. 20:34:10 &lt;i2pr&gt; [Slack/str4d] Zbytek času budu věnovat Maven, Androidu (jen opravy chyb) a I2P-Bote. 20:34:13 &lt;i2pr&gt; [Slack/str4d] EOT 20:34:53 &lt;zlatinb&gt; sadie, díky, že jsi dorazila! Řekni nám, co budeš dělat 20:35:20 &lt;zlatinb&gt; Sadie? 20:35:42 &lt;i2pr&gt; [Slack/str4d] V shacku nevidíš indikaci psaní 20:35:43 &lt;i2pr&gt; [Slack/sadie] Ahoj! Rozšířím svou roli v PR – blogposty, novinky do konzole.. 20:35:47 &lt;i2pr&gt; [Slack/str4d] Slack* 20:36:26 &lt;i2pr&gt; [Slack/sadie] také – triage v Tracu – zlepšování našich reakcí, pomoc uživatelům 20:37:13 &lt;i2pr&gt; [Slack/sadie] zjišťování možností financování, outreach k dalším projektům a strategická partnerství. Hledání více uživatelů a vývojářů 20:37:35 &lt;i2pr&gt; [Slack/sadie] EOT 20:37:47 &lt;zlatinb&gt; Zní to skvěle. manas, jsi na řadě 20:37:52 &lt;manas&gt; ahoj 20:38:05 &lt;manas&gt; příštích 6 měsíců: studovat Javu, dokumentaci i2p a seznámit se s codebase; studovat kryptografii, anonymitu, soukromí a bezpečnost – doporučení na knihy/články/apod. k těmto tématům vítána :) 20:38:10 &lt;manas&gt; mám pár nápadů na zajímavou grafiku, která by se dala použít na i2p samolepky/trička, na to se také podívám 20:38:14 &lt;manas&gt; aktuální stav: kancelář je zřízena; síťové věci jsou z většiny hotové – jeden router vyžaduje upgrade firmware, podal jsem ticket. připraven pustit se do všech úkolů. 20:38:16 &lt;manas&gt; eot 20:38:36 &lt;zlatinb&gt; super. meeh a mhatta, jste tady? 20:38:49 &lt;meeh&gt; jsem tady 20:38:58 &lt;zlatinb&gt; do toho 20:39:01 &lt;manas&gt; ahoj meeh :) 20:39:05 &lt;meeh&gt; dejte mi chvilku dohnat 20:39:40 &lt;zlatinb&gt; děláme scrum, jen dej krátké shrnutí, co budeš dělat příštích 6 měsíců 20:39:46 &lt;meeh&gt; jasně 20:42:12 &lt;meeh&gt; příštích 6 měsíců: dokončit co nejvíce scalatests (jednotkových testů) pro core a části router i2p, pravděpodobně i další. také i2p pro OSX potřebuje vylepšení, budu pracovat na launcheru a procesu aktualizací, také doufám ve vylepšení docs/web, co nejvíc budu na Tracu sledovat otevřené issue všeho druhu, a nakonec trochu výzkumu nového crypto / I2NP 20:42:45 &lt;zlatinb&gt; dobře 20:44:39 &lt;zlatinb&gt; mhatta tu bohužel není, tím pádem scrum končí 20:44:39 &lt;zlatinb&gt; než 'baf' meeting, chtěl bych dát lidem možnost položit jakékoli otázky ostatním členům týmu 20:44:40 &lt;zlatinb&gt; takže pokud máte něco konkrétního, na co se chcete zeptat ohledně cílů – do toho! 20:44:40 &lt;zlatinb&gt; pokud ne, Falcon Heavy startuje za minutu :) 20:44:41 &lt;manas&gt; meeh: budeš se dívat na oddělení testů, které vyžadují přístup k síti, od těch, které ne? 20:44:42 &lt;meeh&gt; Chtěl bych poprosit lidi, aby řekli, jestli jsou místa, která opravdu potřebují testy – přednostně před jinými. Otevřen návrhům. 20:45:21 &lt;zzz&gt; manas a str4d jsou nejlepší na diskusi o testech 20:45:38 &lt;meeh&gt; manas: pokusil bych se emulovat/mockovat síť, jak jen to půjde, ještě jsem nepřemýšlel, pokud narazím na test, jak to udělat, ale můžu tě informovat :) 20:45:59 &lt;manas&gt; BobTheBuilder momentálně pouští ant testy s wrapperem torsocks. bylo by fajn mít možnost spouštět testy vyžadující síť nezávisle na ostatních 20:46:00 &lt;meeh&gt; s/test/místo, kde je potřeba test/ 20:46:29 &lt;zzz&gt; zab budeme muset probrat, jestli chceme tu scrum část tohoto meetingu zachovat, nebo ne, můžeme to řešit v následujících týdnech 20:46:30 &lt;meeh&gt; tak se na to podívám :) 20:46:33 &lt;meeh&gt; díky za radu 20:46:45 &lt;zzz&gt; a bude scrum před příštím měsícem? 20:47:03 &lt;manas&gt; meeh: probereme to dál, já se na testy taky podívám :) 20:47:11 &lt;zlatinb&gt; správně, chtěl bych scrum se všemi každý měsíc 20:47:17 &lt;meeh&gt; v pohodě – mě čeká ještě horší (každý den v 0930am) :p 20:47:19 &lt;zlatinb&gt; kromě manase, který to kvůli časovým rozdílům nezvládne 20:47:44 &lt;zzz&gt; jsem si jistý, že mhatta je v minimálně stejně špatném časovém pásmu 20:47:46 &lt;manas&gt; jo, tady je brzy lol 20:47:47 &lt;zlatinb&gt; nezávisle na tom se budu scházet s těmi, kdo pracují na plný úvazek, každý týden přes irc/signal, atd. 20:47:56 &lt;manas&gt; mhatta může tvrdě spát 20:47:59 &lt;meeh&gt; případně změním časové pásmo, kdyby bylo nejhůř :) 20:48:14 &lt;zzz&gt; nejdřív můžu meeting posunout o další půl hodiny dřív, i když po přechodu na letní čas bych asi mohl 19:00 UTC 20:48:25 &lt;zzz&gt; pořád to asi nebude dost brzy pro mhatta, hádám 20:48:41 &lt;manas&gt; ale jednou měsíčně by to nebyl problém. Jednou týdně už ano 20:49:18 &lt;zzz&gt; doporučuju všem být na IRC co nejčastěji. Je tu strašné ticho. Tohle je nejlepší místo, kde se dá něco udělat 20:49:25 &lt;zzz&gt; ještě něco k 5) ? 20:49:30 &lt;zlatinb&gt; ok, z mé strany vše, díky všem 20:49:38 &lt;zzz&gt; něco dalšího k meetingu? 20:50:08 &lt;meeh&gt; Bývám tu skoro pořád – jen jsem byl zaneprázdněný tím, že se vyvazuji ze svého projektu @ dayjob. Takže časem budu aktivnější. 20:50:19 * zzz bere *baffer* 20:50:29 &lt;meeh&gt; Tipuji, že budu mít startovní datum během týdne zlatinb 20:50:56 &lt;zlatinb&gt; paráda 20:51:02 * zzz *bafs* meeting uzavřen </div>/cs/blog/2018/01/30/vyd%C3%A1n%C3%AD-0.9.33/Tue, 30 Jan 2018 00:00:00 +0000/cs/blog/2018/01/30/vyd%C3%A1n%C3%AD-0.9.33/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>Verze 0.9.33 pokračuje v několikaletém úsilí o migraci sítě na silnější a rychlejší kryptografii. Toto vydání zahrnuje podporu pro více typů podpisů a přípravu na Ed25519 jako výchozí. Obsahuje důležité opravy chyb a vylepšení výkonu.</p> <p>Jako obvykle doporučujeme aktualizovat na tuto verzi. Nejlepší způsob, jak udržet zabezpečení a pomoci síti, je provozovat nejnovější verzi.</p>/cs/blog/2017/12/05/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-5.-prosince-2017/Tue, 05 Dec 2017 00:00:00 +0000/cs/blog/2017/12/05/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-5.-prosince-2017/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> str4d, orignal, zlatinb, zzz</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Ahoj 20:00:00 &lt;zzz&gt; 1) aktualizace 0.9.33 (zzz) 20:00:00 &lt;zzz&gt; 2) plánování 34C3 (zzz) 20:00:03 &lt;zzz&gt; 0) Ahoj 20:00:05 &lt;zzz&gt; ahoj 20:00:30 &lt;zzz&gt; 1) aktualizace 0.9.33 (zzz) 20:00:48 &lt;zzz&gt; vývoj 0.9.33 odstartoval zostra, zatím 20K řádků diffu 20:00:55 &lt;zzz&gt; spousta dobrých oprav 20:01:17 &lt;zlatinb&gt; ahoj 20:01:42 &lt;zzz&gt; také, android 0.9.32 byl později než náš dvoutýdenní cíl, takže jsme udělali pár změn v procesu, abychom zajistili, že zkontrolujeme pády z Google Play před vydáním pro desktop 20:02:01 &lt;i2pr&gt; [Slack/str4d] ahoj 20:02:02 &lt;zzz&gt; to by mělo umožnit dřívější a kvalitnější vydání pro android 20:02:29 &lt;i2pr&gt; [Slack/str4d] Mám lokálně další patchy pro CSS a JSP, které doufám během víkendu dočistím a pošlu do mtn na delší review. 20:02:40 &lt;zzz&gt; Myslím, že směřujeme k vydání 0.9.33 na konci ledna. To znamená, že velké změny by měly jít dovnitř tento měsíc, před CCC 20:03:28 &lt;zzz&gt; máme ještě další vyladění streamingu a tento týden jsem opravoval problémy v susimailu 20:04:12 &lt;zzz&gt; něco dalšího k 1) ? 20:04:24 &lt;zlatinb&gt; pokud mohu navrhnout zpřístupnit vývojová sestavení na postmanově trackeru 20:04:35 &lt;zlatinb&gt; někteří lidé si stáhnou a vyzkouší cokoli, co se tam objeví 20:04:50 &lt;zzz&gt; Myslím, že je můžete získat přes magnety nebo torrentové soubory z bobthebuilder.com 20:05:17 &lt;zlatinb&gt; oh ano, jenže přítomnost u postmana přináší hodně viditelnosti 20:05:43 &lt;zzz&gt; ok, promluv si o tom s opem na bobthebuilderu, dobrý nápad 20:05:54 &lt;zzz&gt; něco dalšího k 1) ? 20:05:58 &lt;i2pr&gt; [Slack/str4d] Také, máme průběžná sestavení na Travis CI, takže sledujte `https://travis-ci.org/i2p/i2p.i2p` pro další pohled 20:06:44 &lt;zzz&gt; str4d, pokud na to můžeš nastavit IRC bota, mohlo by to pomoct, je těžké pamatovat si chodit kontrolovat web 20:07:17 &lt;zzz&gt; něco dalšího k 1) ? 20:08:01 &lt;zzz&gt; 2) plánování 34C3 (zzz) 20:08:10 &lt;zzz&gt; ok, situace se samolepkami je pod kontrolou 20:08:25 &lt;zzz&gt; eche|on má jízdenky na vlak 20:08:33 &lt;zzz&gt; hottuna nás zapsal na wiki 20:08:43 &lt;zzz&gt; objevil se už noisy square na wiki? 20:08:50 &lt;zzz&gt; a kdo má banner? 20:09:23 &lt;zzz&gt; Později založím skupinu na Twitteru v DM, pokud to někdo neudělá dřív 20:11:01 &lt;zzz&gt; když neslyším žádnou reakci... něco dalšího k 2) ? 20:12:01 &lt;zzz&gt; něco dalšího pro schůzku? 20:12:33 &lt;orignal&gt; možná by dávalo smysl dělat schůzky méně často? 20:12:47 &lt;orignal&gt; kvůli nedostatku zájmu 20:12:56 &lt;orignal&gt; ale víc je propagovat 20:13:09 &lt;i2pr&gt; [Slack/str4d] Těším se na to! 20:13:35 &lt;i2pr&gt; [Slack/str4d] Myslím, že jednou měsíčně je tak akorát 20:13:41 &lt;zzz&gt; orignal, možná, můžeme to probrat na CCC. 20:13:47 &lt;i2pr&gt; [Slack/str4d] Zda je tohle dobrý čas, je vždy předmětem debaty 20:13:56 &lt;zzz&gt; PR tým by to možná mohl víc propagovat, určitě 20:14:10 &lt;orignal&gt; Dal bych to vždy týden před vydáním 20:14:16 &lt;i2pr&gt; [Slack/str4d] zzz, právě jsem nahrál konfiguraci pro oznámení na IRC do i2p.i2p 20:14:34 &lt;zzz&gt; také, poznámka k plánování: naše příští schůzky budou osobně na CCC. 2. ledna schůzka nebude. 20:14:35 &lt;orignal&gt; alespoň by to mělo téma 20:14:44 &lt;zzz&gt; Naše příští IRC schůzka bude v úterý 6. února 20:15:33 &lt;zzz&gt; podívejte se na vlákno na zzz.i2p na témata pro schůzky na CCC 20:15:42 &lt;zzz&gt; pokud máte nějaké návrhy, přidejte je tam 20:15:47 &lt;zzz&gt; něco dalšího pro schůzku? 20:15:52 * zzz popadne baffer 20:16:58 &lt;i2pr&gt; [Slack/str4d] Budu před CCC dělat víc na návrzích 20:17:11 * zzz *bafs* schůzku uzavírá </div>/cs/blog/2017/11/07/i2p-setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-7.-listopadu-2017/Tue, 07 Nov 2017 00:00:00 +0000/cs/blog/2017/11/07/i2p-setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-7.-listopadu-2017/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> orignal, zlatinb, zzz</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 20:00:03 &lt;zzz&gt; 0) Ahoj 20:00:03 &lt;zzz&gt; 1) aktualizace 0.9.32 (zzz) 20:00:03 &lt;zzz&gt; 2) plánování 34C3 (zzz) 20:00:06 &lt;zzz&gt; 0) Ahoj 20:00:08 &lt;zzz&gt; ahoj 20:00:27 &lt;zlatinb&gt; ahoj 20:00:39 &lt;zzz&gt; 1) aktualizace 0.9.32 (zzz) 20:01:02 &lt;zzz&gt; sestavil jsem to včera v noci, vypadá to, že echelon právě aktivoval novinku 20:01:20 &lt;zzz&gt; Dnes večer nebo zítra se pustím do debian/launchpad 20:01:41 &lt;zzz&gt; str4d, kdy můžeme očekávat android a maven? 20:02:22 &lt;zzz&gt; také budeme potřebovat, aby str4d nebo meeh dostali soubory na web, dejte mi vědět, až to uděláte 20:02:54 &lt;zzz&gt; Datum 0.9.33 jsem nastavil na konec ledna 20:02:59 &lt;zzz&gt; ještě něco k 1) ? 20:03:54 &lt;orignal_&gt; ahoj 20:04:05 &lt;zzz&gt; 2) plánování 34C3 (zzz) 20:04:20 &lt;zzz&gt; Lístky máme vyřešené, budeme tam asi 8 lidí 20:04:48 &lt;zzz&gt; oznámili nový způsob, jak budou sekce uspořádané. hottuna2 nás obvykle registruje, uděláš to letos? 20:05:43 &lt;zzz&gt; ok, budeme to muset dořešit s hottuna2, abychom měli rezervovaný stůl 20:05:47 &lt;zzz&gt; ještě něco k 2) ? 20:05:57 &lt;zlatinb&gt; Možná se jen ukážu a potkám vás na drink venku 20:05:57 &lt;zlatinb&gt; ledaže budu mít štěstí a seženu lístek 20:07:09 &lt;zzz&gt; měli jsme nějaké extra lístky, možná už ale propadly. zeptej se echelon 20:07:12 &lt;zzz&gt; ještě něco k 2) ? 20:07:31 &lt;zzz&gt; něco dalšího ke schůzce? 20:09:00 * zzz *baffs* uzavírá schůzku </div>/cs/blog/2017/11/07/vyd%C3%A1n%C3%AD-0.9.32/Tue, 07 Nov 2017 00:00:00 +0000/cs/blog/2017/11/07/vyd%C3%A1n%C3%AD-0.9.32/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>Verze 0.9.32 obsahuje řadu oprav v konzoli routeru a souvisejících webových aplikacích (addressbook, i2psnark a susimail). Také jsme změnili způsob, jak zacházíme s konfigurovanými názvy hostitelů u publikovaných informací o routeru, abychom eliminovali některé útoky na enumeraci sítě prostřednictvím DNS. Do konzole jsme přidali několik kontrol, aby lépe odolávala útokům typu DNS rebinding (převázání DNS).</p> <p>Jako obvykle doporučujeme aktualizovat na tuto verzi. Nejlepší způsob, jak zachovat bezpečnost a pomoci síti, je provozovat nejnovější verzi.</p>/cs/blog/2017/10/03/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-3.-%C5%99%C3%ADjna-2017/Tue, 03 Oct 2017 00:00:00 +0000/cs/blog/2017/10/03/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-3.-%C5%99%C3%ADjna-2017/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> echelon, orignal, str4d, villain, zzz</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 18:30:00 &lt;zzz&gt; 0) Ahoj 18:30:00 &lt;zzz&gt; 1) 0.9.31 aktualizace pro Android (str4d) 18:30:00 &lt;zzz&gt; 2) 0.9.32 aktualizace (zzz) 18:30:00 &lt;zzz&gt; 3) 34C3 rozpočet (zzz/echelon) 18:30:00 &lt;zzz&gt; 4) aktualizace balíčku pro Debian (zzz) 18:30:00 &lt;zzz&gt; 5) 10 let po jrandomovi (zzz) 18:30:06 &lt;zzz&gt; 0) Ahoj 18:30:09 &lt;zzz&gt; ahoj 18:30:26 &lt;eche|on&gt; ahoj 18:30:27 &lt;i2pr&gt; [Slack/str4d] Ahoj 18:30:49 &lt;zzz&gt; 1) 0.9.31 aktualizace pro Android (str4d) 18:31:05 &lt;zzz&gt; str4d, jaký je stav .31, stránka ke stažení pořád ukazuje .30 18:32:37 &lt;i2pr&gt; [Slack/str4d] Bohužel žádný pokrok, ovlivnily to problémy s mým telefonem a pak hledání/pořízení bytu 18:33:19 &lt;zzz&gt; Mám .31 v telefonu, je to jen otázka navýšení verze na webu? Co zbývá udělat? 18:34:13 &lt;i2pr&gt; [Slack/str4d] Aha, počkat 18:34:15 &lt;zzz&gt; dva měsíce od vydání .31 18:34:32 &lt;i2pr&gt; [Slack/str4d] Promiň, zapomněl jsem, že se mi podařilo vydání dotáhnout 18:34:45 &lt;i2pr&gt; [Slack/str4d] V tom případě si nejsem jistý, proč web ještě není aktualizovaný 18:34:53 &lt;zzz&gt; co s tím mají společného problémy s telefonem a byt (apartment? nejsem si jistý, co je to „flat“) 18:35:08 &lt;zzz&gt; pinguju tě už několik týdnů 18:35:23 &lt;zzz&gt; co ještě zbývá udělat? 18:35:54 &lt;i2pr&gt; [Slack/str4d] Co to s tím má společného: poslední měsíc jsem neměl na I2P vůbec čas 18:36:36 &lt;i2pr&gt; [Slack/str4d] A žádné pingování, protože jsem nebyl na svém I2P notebooku a relay byl dole, takže jsem tady pingy neviděl 18:37:23 &lt;zzz&gt; tak co ještě je potřeba udělat, aby se .31 dostala na stránku ke stažení, a kdy to můžeš udělat? 18:40:22 &lt;zzz&gt; žádná odpověď... máme přejít k 2) ? 18:41:01 &lt;zzz&gt; Předpokládám, že se str4d postará o 1), až bude moct 18:41:07 &lt;i2pr&gt; [Slack/str4d] Mělo by stačit jen aktualizovat web 18:41:17 &lt;i2pr&gt; [Slack/str4d] Takže snad v pátek, teď když mám věci kolem bytu hotové 18:41:21 &lt;i2pr&gt; [Slack/str4d] Ale mohl by to aktualizovat kdokoli 18:41:56 &lt;zzz&gt; ale nevíme, jestli je to připravené. Takže prosím oprav web, až budeš moct 18:42:02 &lt;zzz&gt; něco dalšího k 1) ? 18:42:18 &lt;zzz&gt; 2) 0.9.32 aktualizace (zzz) 18:42:30 &lt;villain&gt; ahoj 18:42:45 &lt;zzz&gt; ok, plán byl .32 začátkem října a .33 začátkem prosince, ale pro .32 bylo velmi málo aktivity 18:43:03 &lt;zzz&gt; takže jsem .32 posunul na začátek listopadu, jako poslední vydání roku 18:43:15 &lt;eche|on&gt; za mě v pořádku 18:43:42 &lt;zzz&gt; to budou jen 4 vydání letos, což je docela smutné, nejméně od doby, kdy jrandom v roce 2007 dělal jen velmi málo 18:44:10 &lt;eche|on&gt; IMHO moc nezáleží na počtu vydání, ale na množství práce, které do nich šlo 18:44:15 &lt;zzz&gt; str4d, nový proces je nevydávat s blockery/kritickými chybami, takže prosím vyřeš tickety 18:44:39 &lt;zzz&gt; mám z poloviny hotový návrh 141, musím udělat část UI 18:45:17 &lt;zzz&gt; řekl bych, že pro .32 není nic kritického, ale je tam NPE (NullPointerException) v konzoli, to jsem opravil 18:45:22 &lt;i2pr&gt; [Slack/str4d] ACK. Pokud jsou to blockery týkající se UI, mám lokálně opravy, pokud si dobře pamatuji, pro většinu z toho, ale neměl jsem čas je odeslat, protože práce na mtn refaktoringu mi trvá mnohem déle než v gitu 18:46:01 &lt;zzz&gt; ok str4d, můžeš to vyřešit pro vydání začátkem listopadu? 18:46:23 &lt;zzz&gt; protože jsme zjevně prošvihli termín začátkem října 18:47:00 &lt;i2pr&gt; [Slack/str4d] To si dám jako cíl 18:47:07 &lt;zzz&gt; ok 18:47:12 &lt;zzz&gt; něco dalšího k 2) ? 18:48:00 &lt;zzz&gt; 3) 34C3 rozpočet (zzz/echelon) 18:48:18 &lt;zzz&gt; eche|on, jaký je celkový součet žádostí o financování na ccc? 18:48:53 &lt;eche|on&gt; zhruba 5k a vstupenky jsou kolem 1k 18:49:16 &lt;zzz&gt; předpokládám, že si to hravě můžeme dovolit :) 18:49:31 &lt;eche|on&gt; hm, nech mě počítat, 1,2,3 BTC, jo, určitě^^ 18:49:53 &lt;zzz&gt; přidej večeři a zaplatíme jízdenky na vlak, řekněme 7K, zní to dobře 18:50:11 &lt;zzz&gt; je tu někdo, kdo nepožádal o financování a potřebuje ho, teď je čas se zeptat 18:50:29 &lt;zzz&gt; má někdo námitky proti utracení 7K na CCC? 18:51:01 &lt;zzz&gt; něco dalšího k 3) ? 18:51:19 &lt;eche|on&gt; ode mě teď ne 18:51:30 &lt;zzz&gt; 4) aktualizace balíčku pro Debian (zzz) 18:51:50 &lt;zzz&gt; ok, skvělá zpráva, mhattaův balíček byl přijat do debian sid, za dva roky bude v busteru 18:52:20 &lt;zzz&gt; začlenil jsem zpět některé jeho opravy a doufejme brzy aktualizuje na .31 18:52:41 &lt;eche|on&gt; skvělé zprávy, určitě 18:52:57 &lt;zzz&gt; velký milník, debian bug na jeho zařazení byl něco jako 8 let starý 18:53:14 &lt;zzz&gt; něco dalšího ke 4) ? 18:53:23 &lt;eche|on&gt; ano 18:53:32 &lt;eche|on&gt; je to finální stav na „bounty closed“ ? 18:53:40 &lt;eche|on&gt; můžu zaplatit těch 146 mhattovi? 18:53:41 &lt;eche|on&gt; *g* 18:54:32 &lt;zzz&gt; myslím, že ano 18:54:45 &lt;zzz&gt; možná naše první bounty k vyplacení po letech 18:54:58 &lt;eche|on&gt; jo 18:54:59 &lt;eche|on&gt; super 18:55:16 &lt;zzz&gt; 5) 10 let po jrandomovi (zzz) 18:55:52 &lt;zzz&gt; ok, jrandom zmizel v listopadu 2007, přemýšlím, jestli bychom k tomu neměli něco udělat, třeba od PR týmu, str4d/sadie nějaké nápady? 18:56:14 &lt;eche|on&gt; bez nápadu 18:56:17 &lt;i2pr&gt; [Slack/str4d] Vypadá to, že https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=448638 byl uzavřen, takže ano! 18:56:42 &lt;i2pr&gt; [Slack/str4d] Popovídám si o tom se Sadie o víkendu 18:57:03 &lt;zzz&gt; ok, něco dalšího k 5) ? 18:57:05 &lt;i2pr&gt; [Slack/str4d] Kdy v listopadu to bylo? 18:57:12 &lt;orignal_&gt; zzz, možná chceš říct celý příběh 18:57:29 &lt;zzz&gt; nemám přesné datum, ty e-maily jsem ztratil 18:57:36 &lt;orignal_&gt; co se stalo předtím? proč si vybral tebe? 18:57:57 &lt;orignal_&gt; o čem jste diskutovali a na čem jste se domluvili? 18:58:01 &lt;i2pr&gt; [Slack/str4d] Pokud uděláme nějaké PR, myslím, že bychom se zaměřili na to, co se od té doby udělalo 18:58:12 &lt;zzz&gt; možná udělám krátký příspěvek na zzz.i2p se svými vzpomínkami 18:58:25 &lt;i2pr&gt; [Slack/str4d] Nebo možná ve dvou fázích / blog postech - před a po. 18:59:08 &lt;zzz&gt; ok, něco dalšího k 5) ? 18:59:18 &lt;orignal_&gt; ano, prosím 18:59:24 &lt;orignal_&gt; každý to chce vědět 18:59:28 &lt;zzz&gt; tady je náš stálý příspěvek k tomu: `http://i2p-projekt.i2p/en/misc/jrandom-awol` 18:59:43 &lt;zzz&gt; něco dalšího pro schůzku? 19:00:19 &lt;orignal_&gt; ano, ale nic o tobě 19:00:22 &lt;villain&gt; máte rozpočet 7K na cestu na CCC, všechno z darů? co to I2P přinese? 19:00:49 &lt;zzz&gt; protože manas požadoval dřívější čas a nedorazil, příští měsíc se vrátíme k 20:00 UTC 19:01:28 &lt;zzz&gt; v podstatě všechny naše prostředky jsou z původního daru 1000 BTC před lety 19:01:37 &lt;villain&gt; za 7K byste si mohli dovolit nezávislý audit zdrojového kódu I2P, jen říkám... 19:01:41 &lt;eche|on&gt; víceméně ano, všechno 19:01:42 * zzz warms up the baffer 19:02:00 &lt;i2pr&gt; [Slack/str4d] villain, hah! 19:02:01 &lt;eche|on&gt; za 7k nedostaneš pro náš zdrojový kód dostatečný audit 19:02:11 &lt;zzz&gt; náš finanční stav je na našem webu, pokud tě zajímají naše zůstatky 19:02:14 &lt;eche|on&gt; auditor je ~500/den 19:02:22 * zzz *bafs* schůze ukončena </div>/cs/blog/2017/09/05/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-5.-z%C3%A1%C5%99%C3%AD-2017/Tue, 05 Sep 2017 00:00:00 +0000/cs/blog/2017/09/05/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-5.-z%C3%A1%C5%99%C3%AD-2017/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> echelon, psi, R4SAS, str4d, zzz</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Ahoj 20:00:00 &lt;zzz&gt; 1) aktualizace 0.9.32 (zzz) 20:00:00 &lt;zzz&gt; 2) připomenutí e-mailu k financování 34C3 (zzz/echelon) 20:00:03 &lt;zzz&gt; 0) Ahoj 20:00:05 &lt;zzz&gt; Ahoj 20:00:44 &lt;zzz&gt; 1) aktualizace 0.9.32 (zzz) 20:00:58 &lt;R4SAS&gt; Ahoj 20:01:09 &lt;zzz&gt; ok, str4d udělal pár aktualizací UI a já jsem začal s implementací prop 141, ale zatím jsem nic nepřidal 20:01:37 &lt;zzz&gt; jsme na dobré cestě k vydání na začátku října 20:01:49 &lt;i2pr&gt; [Slack/str4d] Ahoj 20:02:03 &lt;zzz&gt; Myslím, že str4d chce udělat prop své benchmark větve, měl by to udělat brzy? Komentoval jsem to v jeho ticketu 20:02:20 &lt;psi_&gt; jo 20:02:36 &lt;i2pr&gt; [Slack/str4d] Zatím jsem pushnul jen drobnou úpravu UI; mám lokálně víc, co řeší řadu dalších problémů, ale musím projít svým procesem git -&gt; mtn 20:03:09 &lt;i2pr&gt; [Slack/str4d] Podívám se na komentáře k benchmarku a dodělám / pushnu to koncem tohoto týdne 20:03:57 &lt;zzz&gt; ok, někdy s tebou potřebuji probrat náš proces vydání. U .31 jsme měli blocker tickety, které nebyly uzavřené, asi bychom měli trvat na tom, aby se uzavřely před vydáním 20:04:08 &lt;zzz&gt; jinak co potom vůbec znamená 'blocker' 20:04:23 &lt;i2pr&gt; [Slack/str4d] Správně 20:04:36 &lt;zzz&gt; ještě něco k 1) ? 20:06:01 &lt;zzz&gt; 2) připomenutí e-mailu k financování 34C3 (zzz/echelon) 20:06:11 &lt;psi&gt; vyžaduje toto vydání odstranění hostnames? 20:06:15 &lt;psi&gt; v RI 20:06:25 &lt;psi&gt; ach, lag 20:06:33 &lt;zzz&gt; podívej se na text návrhu kvůli diskusi o migraci 20:06:45 &lt;psi&gt; kk 20:07:07 &lt;i2pr&gt; [Slack/str4d] -1 k tomu, aby to bylo v tomto vydání bez diskuse o mitigacích zombie 20:07:08 &lt;zzz&gt; ok, co se týče 34C3: pokud chcete financování nebo volnou vstupenku, MUSÍTE do 30. září poslat e-mail echelonovi 20:07:43 &lt;zzz&gt; mimochodem měl echelon nějaké problémy se serverem, takže pokud jste od něj nedostali ACK, že váš e-mail dostal, pošlete ho znovu 20:08:46 &lt;zzz&gt; máme k dispozici spoustu prostředků pro zájemce, ale musíte si o ně říct. Nebudeme financovat lidi, kteří požádají po konci měsíce 20:09:48 &lt;zzz&gt; takže znovu: ujistěte se, že echelon potvrdil přijetí vaší žádosti 20:10:03 &lt;zzz&gt; rozpočet stanovíme na příští měsíční schůzce 20:10:19 &lt;zzz&gt; ještě něco k 2) ? 20:10:36 &lt;i2pr&gt; [Slack/str4d] Za mě ne. 20:11:26 &lt;zzz&gt; něco dalšího k této schůzce? 20:11:54 &lt;psi&gt; něco mám 20:12:02 &lt;zzz&gt; psi, povídej 20:12:03 &lt;psi&gt; ale je to dlouhé a úmorné 20:12:09 &lt;psi&gt; je to ten nápad na zarovnané odchozí tunnels 20:12:36 &lt;psi&gt; původně jsem ti to prezentoval jako techniku na snížení zátěže OBEP 20:12:45 &lt;psi&gt; to je pěkný vedlejší efekt 20:12:53 &lt;psi&gt; ale to nebyl původní záměr 20:13:10 &lt;psi&gt; původní záměr byl snížit ztrátovost paketů 20:13:59 &lt;zzz&gt; ok, co bys o tom chtěl probrat? 20:14:08 &lt;psi&gt; moje otázka je: implementovalo by java i2p aligned outbound tunels ? 20:14:22 &lt;psi&gt; nebo je to pro vás příliš experimentální? 20:14:53 &lt;psi&gt; nejsem s kódem java i2p tak obeznámen jako s kódem i2pd 20:14:57 &lt;zzz&gt; teď nemůžu odpovědět, protože jsem zapomněl detaily. Pokud to sepíšeš a někam to dáš, rád ti dám odpověď 20:15:09 &lt;psi&gt; dobře 20:15:15 &lt;psi&gt; myslím, že můžeš schůzku ukončit 20:15:26 &lt;psi&gt; nápad je OBEP == IBGW 20:15:35 &lt;psi&gt; s jedním extra hopem na OB tunnel 20:15:38 &lt;eche|offf&gt; zatím ode mě nic 20:15:43 &lt;psi&gt; takže OBEP == IBGW 20:16:14 &lt;psi&gt; aby se snížila ztrátovost paketů a tlak na OBEP 20:16:30 &lt;psi&gt; (za cenu více tunnels) 20:16:51 &lt;zzz&gt; ok, když už jsi to implementoval, jakákoli data o přínosech by byla velmi užitečná 20:17:10 &lt;zzz&gt; ještě něco k zarovnaným odchozím tunnels? 20:17:31 &lt;psi&gt; moje počáteční pozorování jsou, že počáteční RTT je stejné jako později 20:17:44 &lt;psi&gt; resp. není tam počáteční špička RTT 20:17:57 &lt;psi&gt; možná kvůli uvolnění tlaku na OBEP 20:18:03 &lt;psi&gt; ale to je jen domněnka 20:18:15 &lt;psi&gt; chci to otestovat na testnetu, který máme s Dockerem. 20:18:25 &lt;i2pr&gt; [Slack/str4d] Pokud z toho můžeme udělat performance benchmark, dej mi vědět 20:18:25 &lt;psi&gt; abychom nasbírali tvrdá čísla atd 20:19:01 &lt;psi&gt; jo, stejně i já, nemám dobrý perf benchmark 20:19:18 &lt;psi&gt; používal jsem icmp ping přes openvpn 20:19:23 &lt;i2pr&gt; [Slack/str4d] Vlastně by to bylo spíš metrika, protože by to záviselo i na výkonu sítě a pravděpodobně by se to lišilo podle umístění endpointů 20:19:27 &lt;psi&gt; asi to není nejlepší způsob 20:19:48 &lt;i2pr&gt; [Slack/str4d] Ale pokud z toho *můžeme* udělat opakovatelný benchmark, chtěl bych ho přidat do sady, kterou plánuji začít sbírat 20:20:18 &lt;psi&gt; co teď používám, je čas připojení přes dtls a pak následné měření latence přes ping 20:20:31 &lt;psi&gt; to podle mě není přenositelné pro java i2p 20:20:45 &lt;psi&gt; ledaže by fungovalo socks5 udp 20:20:49 &lt;psi&gt; nebo udělám nějaké SAM věci 20:21:23 &lt;zzz&gt; ještě něco k zarovnaným odchozím tunnels? 20:21:31 &lt;psi&gt; aligned outbound tunnels jsou zatím experimentální a nevím, jestli zvýšený počet tunnels za to stojí, nebo ne 20:21:49 &lt;psi&gt; takže je potřeba víc výzkumu a právě se to zkoumá u i2pd 20:21:56 &lt;psi&gt; dám vědět 20:22:12 &lt;i2pr&gt; [Slack/str4d] Skvělé, průběžně mě informuj o vědě v #i2p-science :slightly_smiling_face: 20:22:20 &lt;psi&gt; kk 20:22:21 &lt;zzz&gt; skvělé, díky za update, psi 20:22:25 &lt;zzz&gt; ještě něco k zarovnaným odchozím tunnels? 20:22:53 &lt;psi&gt; ještě poslední věc: možná by stálo za to udělat něco navíc k zarovnávání tunnels, tj. něco jako tor's rend spec 20:23:17 &lt;psi&gt; co to je, nevím, a budu o tom nahlas přemýšlet v #i2p-science 20:23:20 &lt;psi&gt; (přidejte se prosím) 20:23:29 &lt;psi&gt; to je vše 20:23:41 &lt;i2pr&gt; [Slack/str4d] Za mě vše 20:23:49 &lt;zzz&gt; něco dalšího k této schůzce? 20:24:28 &lt;psi&gt; já jsem v pohodě 20:25:15 &lt;zzz&gt; díky všem, uvidíme se za 4 týdny, což bude čas vydání .32 20:26:10 * zzz ***bafffs*** dokončuje schůzku </div>/cs/blog/2017/08/07/vyd%C3%A1n%C3%AD-0.9.31/Mon, 07 Aug 2017 00:00:00 +0000/cs/blog/2017/08/07/vyd%C3%A1n%C3%AD-0.9.31/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>Změny v tomto vydání jsou mnohem výraznější než obvykle! Přepracovali jsme konzoli routeru, aby byla snáze pochopitelná, zlepšili jsme přístupnost a podporu napříč prohlížeči a celkově jsme ji zpřehlednili. Je to první krok v dlouhodobém plánu, jak učinit konzoli routeru uživatelsky přívětivější. Také jsme do i2psnarku přidali podporu hodnocení a komentářů torrentů.</p> <p>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.</p>/cs/blog/2017/08/01/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-1.-srpna-2017/Tue, 01 Aug 2017 00:00:00 +0000/cs/blog/2017/08/01/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-1.-srpna-2017/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> dg, echelon, lazygravy, manas, str4d, zzz</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 20:01:06 &lt;zzz&gt; 0) Ahoj 20:01:06 &lt;zzz&gt; 1) 0.9.31/32 aktualizace (zzz) 20:01:07 &lt;zzz&gt; 2) 34C3 plánování rozpočtu (zzz/echelon) 20:01:09 &lt;zzz&gt; 0) Ahoj 20:01:11 &lt;zzz&gt; Ahoj 20:01:17 &lt;manas&gt; ahoj 20:01:28 &lt;zzz&gt; 1) 0.9.31/32 aktualizace (zzz) 20:01:48 &lt;zzz&gt; po určitém zpoždění jsme teď ve fázi kontroly kódu pro .31, s uzávěrkou v neděli 6. 20:02:11 &lt;zzz&gt; očekávejte vydání aktualizace přímo v síti dne 7., balíčky atd. budou následovat 20:02:29 &lt;zzz&gt; to posouvá vydání .32 na začátek až polovinu října 20:03:01 &lt;zzz&gt; je tam spousta změn v uživatelském rozhraní, prosím všechny, testujte a dělejte review, pokud můžete 20:03:07 &lt;zzz&gt; ještě něco k bodu 1) ? 20:03:50 &lt;dg&gt; jen přemýšlím, kterou verzi dostaneme do Debianu 20:04:00 &lt;dg&gt; nevím, jestli už není předčasné přemýšlet o „stabilních vydáních“, nebo ne. 20:04:14 &lt;manas&gt; Testuji, vypadá to dobře :) 20:04:29 &lt;zzz&gt; snažím se spojit s mhatta, abych se na to zeptal, protože nám zatím nic neprozradil o svých plánech 20:04:41 &lt;zzz&gt; ještě něco k bodu 1) ? 20:04:55 &lt;lazygravy&gt; dg: příští stabilní vydání Debianu je za 2 roky - času dost 20:05:06 &lt;i2pr&gt; [Slack/str4d] Upozorňuji, že do té doby máme dlouhé okno 20:05:10 &lt;i2pr&gt; [Slack/str4d] protože Stretch právě vyšel 20:05:34 &lt;dg&gt; lazygravy: to je fér, ale chtěl jsem zjistit, jestli má někdo plán, nebo zda bychom neměli uvažovat o nějaké změně struktury procesu vydávání 20:05:34 &lt;dg&gt; za mě nic dalšího 20:06:07 &lt;zzz&gt; 2) 34C3 plánování rozpočtu (zzz/echelon) 20:06:28 &lt;zzz&gt; co chci dnes udělat, je domluvit se na výši financování na osobu. Pokud bude třeba, můžeme součty zrevidovat na některém z příštích setkání 20:06:54 &lt;zzz&gt; na zzz.i2p jsem navrhl navýšení oproti loňsku, na 500 eur pro reseedery (servery pro reseed), 1500 pro plnohodnotné přispěvatele, 2000 pro zvláštní okolnosti 20:07:04 &lt;zzz&gt; připomínky? 20:07:21 &lt;eche|on&gt; Za mě OK 20:07:47 &lt;eche|on&gt; btw: `http://echelon.i2p/donations/index.html` aktualizováno 20:07:55 &lt;i2pr&gt; [Slack/str4d] To mi připadá rozumné 20:07:56 &lt;manas&gt; Lag, promiň. To vypadá dobře 20:08:09 &lt;zzz&gt; eche|on, chtěl bys, aby ti lidé poslali své žádosti e-mailem, a pokud ano, do kdy? 20:08:40 &lt;eche|on&gt; e-mail prosím, včas před akcí, chceme to probrat tady, nebo to můžu udělat sám ? 20:09:07 &lt;zzz&gt; nejpozději to potřebujeme před zahájením prodeje vstupenek na kongres 20:09:31 &lt;eche|on&gt; ano 20:09:43 &lt;eche|on&gt; abychom věděli, kolik vstupenek. Tak řekněme konec října 20:10:09 &lt;zzz&gt; navrhuji ale, ať ti lidé napíšou dříve, zejména pokud nevědí, kolik dostanou, mají zvláštní okolnosti, nebo to potřebují vědět dřív, než koupí letenky 20:10:15 &lt;manas&gt; ok, pošlu e-mail 20:10:38 &lt;eche|on&gt; ok, tak dejme tomu konec září 20:10:45 &lt;eche|on&gt; 2 měsíce na rozmyšlenou jsou v pohodě 20:10:57 &lt;zzz&gt; v e-mailech si řekněte o konkrétní částku a ještě jednou: je to proplacení skutečných nákladů na letenky, není to stipendium 20:11:21 &lt;zzz&gt; ok, celkový rozpočet dáme na pořad jednání říjnové schůzky 20:11:39 &lt;manas&gt; Zahrnuje ta částka cenu vstupenky 20:11:52 &lt;zzz&gt; ne, vstupenky na kongres koupíme nebo proplatíme zvlášť 20:12:06 &lt;eche|on&gt; ok, super 20:12:09 &lt;manas&gt; ok 20:12:27 &lt;zzz&gt; ještě něco k bodu 2) ? 20:13:26 &lt;zzz&gt; ještě něco k této schůzce? 20:15:00 * zzz *bafs* schůzka ukončena </div>/cs/blog/2017/07/04/sch%C5%AFzka-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-4.-%C4%8Dervence-2017/Tue, 04 Jul 2017 00:00:00 +0000/cs/blog/2017/07/04/sch%C5%AFzka-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-4.-%C4%8Dervence-2017/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> backup, manas, orignal, R4SAS, str4d, zzz</p> <h2 id="zápis-ze-setkání">Zápis ze setkání</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Ahoj 20:00:00 &lt;zzz&gt; 1) aktualizace 0.9.31/.32 (zzz) 20:00:00 &lt;zzz&gt; 2) plánování 34C3 (zzz/echelon) 20:00:03 &lt;zzz&gt; 0) Ahoj 20:00:06 &lt;zzz&gt; Ahoj 20:00:27 &lt;backup&gt; Ahoj zzz 20:00:31 &lt;zzz&gt; 1) aktualizace 0.9.31/.32 (zzz) 20:00:45 &lt;str4d&gt; Ahoj 20:00:49 &lt;zzz&gt; OK, posunuli jsme vydání o týden, nový deadline pro check-in je tento pátek 20:00:53 &lt;R4SAS&gt; Ahoj 20:00:56 &lt;manas&gt; Zdravím 20:01:18 &lt;zzz&gt; vezmeme si pár extra dní na review, protože je to velké; deadline pro review je příští úterý a build pozdě v úterý nebo brzy ve středu 20:01:47 &lt;zzz&gt; to posouvá vydání 0.9.32 na začátek až polovinu září, víceméně podle plánu 20:02:04 &lt;zzz&gt; prosím všechny, otestujte nejnovější dev build 20:02:11 &lt;zzz&gt; něco dalšího k bodu 1) ? 20:02:33 &lt;backup&gt; je možné, abys na zzz zveřejnil návod, jak používat dev buildy 20:02:55 &lt;manas&gt; 'ant updater' generuje i2pupdate.zip 20:02:55 &lt;zzz&gt; měly by tam být instrukce na bobthebuilder.i2p, možná? 20:03:14 &lt;orignal_&gt; ahoj 20:03:16 &lt;zzz&gt; podívejte se na zzz.i2p, jak se přihlásit k automatickým aktualizacím dev buildů 20:03:29 &lt;str4d&gt; Pravděpodobně tam už návod je, ale rozhodně musíme zlepšit viditelnost takových věcí. Je to součást mého zadání pro další fázi aktualizace webu 20:03:38 &lt;zzz&gt; nebo jak říká manas: ant updater, zkopírovat zip, restartovat. hotovo. 20:03:41 &lt;backup&gt; Myslím něco hotového, jako udělal KYTV ? 20:03:41 &lt;zzz&gt; něco dalšího k bodu 1) ? 20:03:49 &lt;backup&gt; přitáhlo by to víc testerů... 20:04:06 &lt;str4d&gt; Nová úvodní stránka webu je venku 20:04:10 &lt;str4d&gt; `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/` 20:04:23 &lt;zzz&gt; držme se tématu. něco dalšího k bodu 1) ? 20:04:34 &lt;str4d&gt; zzz, já *jsem* k tématu 20:04:58 &lt;str4d&gt; Ideálně bych to chtěl mít živě okolo času vydání 20:05:15 &lt;str4d&gt; Ale brzdí to práce na textu (text na úvodní stránku) 20:05:18 &lt;manas&gt; Načítám 20:05:30 &lt;zzz&gt; 2) plánování 34C3 (zzz/echelon) 20:05:38 &lt;manas&gt; zatím to vypadá hezky 20:05:50 &lt;str4d&gt; Nebudu to ale tlačit, raději ať je to správně než včas 20:05:59 &lt;zzz&gt; ok, nechci teď moc řešit CCC, spíš naplánovat rozpočtovou schůzku na srpen nebo září 20:06:25 &lt;zzz&gt; Potřebuje někdo vědět, kolik bude proplaceno, ještě před nákupem letenek? Kdy budou lidé kupovat letenky? 20:06:27 &lt;str4d&gt; Byly už oznámeny termíny prodeje vstupenek? 20:06:48 &lt;zzz&gt; ne, a realisticky budete muset koupit letenky měsíce předtím, než budete vědět, jestli máte vstupenku na konferenci, bohužel 20:06:57 &lt;manas&gt; Sleduji pár letenek, zatím jsem to neuzavřel 20:07:12 &lt;manas&gt; Jaký bude proces zajištění vstupenek? 20:07:19 &lt;zzz&gt; Očekával bych proplacení alespoň jako loni, možná víc, kvůli BTC 20:07:25 &lt;manas&gt; eche|off mi loni laskavě poslal vstupenku 20:07:30 &lt;manas&gt; *vstupenku 20:07:34 &lt;zzz&gt; nepojďme teď řešit proces kolem konferenčních vstupenek. to bude až mnohem později. 20:07:43 &lt;str4d&gt; Poletím z UK, takže se tam pro mě dostanu výrazně levněji 20:07:44 &lt;manas&gt; dobře :) 20:07:48 &lt;zzz&gt; Chci jen nastavit rozpočtovou schůzku. Srpen nebo září? 20:07:59 &lt;manas&gt; str4d: a mnohem kratší let :D 20:08:09 &lt;manas&gt; Kdy se otevírá prodej vstupenek? 20:08:16 &lt;zzz&gt; nepojďme teď řešit proces kolem konferenčních vstupenek. to bude až mnohem později. 20:08:33 &lt;str4d&gt; Srpen je asi jistější 20:08:40 &lt;manas&gt; obě varianty mi vyhovují 20:08:49 &lt;zzz&gt; většina prodejů byla v listopadu, pokud si dobře pamatuji? letenky si budete chtít pořídit mnohem dřív. LEJ vypadá hůř dostupné než MUC 20:08:49 &lt;str4d&gt; Možná s určitou rezervou navíc? 20:09:05 &lt;zzz&gt; ok, dám to na agendu příští schůzky 20:09:06 &lt;manas&gt; z MUC létá pár spojů 20:09:07 &lt;manas&gt; do LEJ 20:09:14 &lt;manas&gt; pokud někdo přiletí do MUC 20:09:19 &lt;manas&gt; dobře 20:09:19 &lt;zzz&gt; něco dalšího k bodu 2) ? 20:10:14 &lt;zzz&gt; něco dalšího pro dnešní schůzku? 20:10:56 &lt;str4d&gt; Diskutoval jsem víc věcí kolem výkonu na #i2p-science s různými lidmi 20:11:05 &lt;manas&gt; nová úvodní stránka nahrána, vypadá fakt pěkně, str4d 20:11:12 &lt;str4d&gt; Určitě lurkujte, pokud vás to zajímá a ještě jste nezačali 20:11:22 &lt;manas&gt; Testoval jsem UI, taky vypadá dobře 20:11:43 &lt;zzz&gt; super 20:11:45 &lt;str4d&gt; Také jsem pushnul update do Prop140 vzhledem ke zmatku, který způsobil; začínám upřesňovat, že je to o protokolu balanceru 20:11:58 &lt;str4d&gt; (takže v podstatě OnionBalance, ale s oddělenými částmi) 20:12:07 &lt;R4SAS&gt; zzz, dotaz ohledně bugu v jks2pem 20:12:29 &lt;zzz&gt; ok, je těžké po 6 týdnech tu diskusi znovu nastartovat, ale zkusím se do toho zase dostat 20:12:30 &lt;str4d&gt; Není to kompletní, protokol atd. se ještě musí navrhnout – viz mé komentáře ve vláknu na zzz.i2p 20:12:35 &lt;zzz&gt; R4SAS, prosím po schůzce 20:12:44 &lt;zzz&gt; něco dalšího pro dnešní schůzku? 20:12:44 &lt;R4SAS&gt; ok 20:12:50 &lt;str4d&gt; Měl jsem také pár komentářů k NTCP 2 od Davida Fifielda, jednoho z lidí od PT 20:13:36 &lt;zzz&gt; jakýkoli pokrok u návrhů je dobrý, i když je to třeba jen jednou za 6 měsíců 20:13:44 &lt;str4d&gt; Návrh jsem o ty komentáře aktualizoval a brzy ho pošlu k připomínkám do Google Group traffic-obf (říkal, že by je tenhle typ věci zajímal) 20:13:53 &lt;zzz&gt; něco dalšího pro dnešní schůzku? /me bere baffer 20:14:11 &lt;str4d&gt; Ještě poslední věc 20:14:34 &lt;str4d&gt; F3real průběžně pracuje na diferenciálním soukromí pro statistiky 20:14:49 &lt;str4d&gt; Dnes mi poslal svůj aktuální patch, podívám se na něj později tento týden 20:15:14 &lt;str4d&gt; (tl;dr binning (sdružování do košů) a additive noise (přidávaný šum) pro statistiky, aby bylo bezpečnější je zveřejňovat bez ohrožení soukromí) 20:15:42 &lt;zzz&gt; těžké téma, spousta prostoru pro výzkum a experimenty. doufejme, že se zapojí lazygravy 20:15:54 &lt;zzz&gt; něco dalšího pro dnešní schůzku? 20:15:59 &lt;str4d&gt; Je to v rané fázi, ale pokud vím, jsou to naši první nový přispěvatel, který přišel přes Summer Dev! Jupí! 20:16:43 &lt;str4d&gt; Před týdnem či dvěma jsem taky dělal menší research kolem Apache Kafka, vypadá to jako užitečná platforma pro sběr statistik 20:17:06 &lt;str4d&gt; (navrhl lazygravy, zdá se, že to používá několik lidí, které znám přes infosec firmy) 20:17:27 &lt;zzz&gt; poslední výzva pro dnešní schůzku 20:17:28 &lt;str4d&gt; To proberu někdy později (nejspíš po PETS – ještě musím napsat svůj talk na to) 20:17:40 &lt;str4d&gt; Dobře, dobře, jsem hotov :P 20:18:29 * zzz **bafs** uzavírá schůzku </div>/cs/blog/2017/06/06/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-6.-%C4%8Dervna-2017/Tue, 06 Jun 2017 00:00:00 +0000/cs/blog/2017/06/06/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-6.-%C4%8Dervna-2017/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> backup, lazygravy, manas, psi, str4d, zzz</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 20:00:18 &lt;zzz&gt; 0) Ahoj 20:00:18 &lt;zzz&gt; 1) aktualizace 0.9.31 (zzz) 20:00:18 &lt;zzz&gt; 2) stav větve UI - (str4d) 20:00:18 &lt;zzz&gt; 3) plány I2P Summer Dev - (str4d) 20:00:18 &lt;zzz&gt; 4) aktualizace EdDSA - (str4d) 20:00:18 &lt;zzz&gt; 5) plánování 34C3 (zzz/echelon) 20:00:18 &lt;zzz&gt; 6) Pravidelné schůzky operátorů reseedu (manas) 20:00:24 &lt;zzz&gt; 0) Ahoj 20:00:26 &lt;manas&gt; Ahoj :) 20:00:26 &lt;zzz&gt; ahoj 20:00:34 &lt;psi&gt; ohay 20:00:40 &lt;i2pr&gt; [Slack/str4d] Ahoj 20:00:58 &lt;zzz&gt; 1) aktualizace 0.9.31 (zzz) 20:01:00 &lt;backup&gt; Ahoj 20:01:37 &lt;zzz&gt; ok, uzávěrka commitů za 3 1/2 týdne, jsme podle plánu, nicméně většina roadmapy pro 31 (která byla odložena z 29 a 30) bude znovu odložena 20:01:54 &lt;zzz&gt; zmrazení tagů bylo včera 20:02:03 &lt;zzz&gt; něco dalšího k 1) ? 20:02:23 &lt;backup&gt; Dnes jsem rozeslal pár aktualizací reseedu 20:02:26 &lt;psi&gt; nějaké významné změny pro i2pd v .31? 20:03:01 &lt;zzz&gt; nevím, co se děje v i2pd, ale žádné změny v i2np 20:03:15 &lt;zzz&gt; většina 31 bude o UI věcech (viz bod 2) 20:03:21 &lt;zzz&gt; něco dalšího k 1) ? 20:03:51 &lt;psi&gt; kk 20:03:51 &lt;i2pr&gt; [Slack/str4d] Nové CSS úvodní stránky webu dorazí ve stejnou dobu 20:04:07 &lt;manas&gt; str4d: super 20:04:28 &lt;zzz&gt; 2) stav větve UI - (str4d) 20:04:31 &lt;zzz&gt; str4d, máš slovo 20:04:33 &lt;i2pr&gt; [Slack/str4d] (a snad i nějaké vnitřní CSS, ale záleží na Eliově rozvrhu) 20:04:55 &lt;i2pr&gt; [Slack/str4d] větev UI je sloučena! 20:05:36 &lt;i2pr&gt; [Slack/str4d] Pár lidí už dělalo review a dalo zpětnou vazbu; díky za to 20:05:39 &lt;zzz&gt; Vyzývám všechny k testování a k přidání svých problémů i neproblémů do ticketu #1996 20:05:59 &lt;zzz&gt; str4d, nezapomeň při změnách zvýšit rev, aby komentáře dávaly smysl 20:06:26 &lt;i2pr&gt; [Slack/str4d] K 20:06:32 &lt;zzz&gt; něco dalšího k 2) ? 20:06:59 &lt;i2pr&gt; [Slack/str4d] Většina chyb byla vyřešena; pokud budu mít čas, zkusím reagovat na subjektivní body 20:07:42 &lt;zzz&gt; 3) plány I2P Summer Dev - (str4d) 20:07:46 &lt;zzz&gt; str4d, máš slovo 20:08:14 &lt;i2pr&gt; [Slack/str4d] Summer Dev byl spuštěn o den později kvůli problému při sloučení webu, ale je venku! 20:08:46 &lt;i2pr&gt; [Slack/str4d] Teď přichází zábavná část: práce na souvisejících úkolech 20:09:32 &lt;i2pr&gt; [Slack/str4d] Dám seznam nápadů na fórum Dev, aby lidé viděli, co je navrženo 20:09:39 &lt;zzz&gt; Myslím, že o tom už proběhly dvě schůzky... 20:09:57 &lt;manas&gt; Mám skript pro paralelní přenosy rsync přes Tor, chtěl jsem ho předělat, aby přenosy běžely přes I2P :) 20:09:58 &lt;i2pr&gt; [Slack/str4d] Jedna; na tu minulý týden nikdo nepřišel 20:10:02 &lt;zzz&gt; Co by podle tebe měli lidé dělat, aby pomohli? 20:10:35 &lt;zzz&gt; A jaký je PR plán? 20:11:32 &lt;i2pr&gt; [Slack/str4d] PR plán je mít každých pár týdnů nový blogový příspěvek o nějakém aspektu Summer Dev 20:11:44 &lt;i2pr&gt; [Slack/str4d] Ale to silně závisí na tom, že se na věcech pracuje 20:12:07 &lt;i2pr&gt; [Slack/str4d] Sběr metrik je hlavní věc 20:12:36 &lt;manas&gt; Četl jsem přepis z první schůzky, vypadá to na technické věci, které v tuto chvíli moc neznám :P 20:12:45 &lt;zzz&gt; skvělé. něco dalšího k 3) ? 20:13:12 &lt;i2pr&gt; [Slack/str4d] Hlavní je dělat pokrok 20:13:24 &lt;manas&gt; Sběr metrik by byl dobrý, možná Java plugin, kde zadám destinaci a on bude sbírat metriky a/nebo spouštět speedtesty? 20:13:39 &lt;manas&gt; Nejsem si jistý, jaký byl plánovaný směr 20:13:41 &lt;i2pr&gt; [Slack/str4d] Potenciálně ano 20:13:50 &lt;manas&gt; to by bylo super 20:14:02 &lt;i2pr&gt; [Slack/str4d] Můj plánovaný směr je metrics.torproject.org 20:14:21 &lt;i2pr&gt; [Slack/str4d] Samozřejmě ne ty konkrétní metriky 20:14:30 &lt;manas&gt; Jasně 20:14:41 &lt;i2pr&gt; [Slack/str4d] Ale podobné řešení pro nás 20:14:59 &lt;i2pr&gt; [Slack/str4d] Klíčová metrika je výkonnost tunnelů / sítě 20:15:39 &lt;zzz&gt; hezký cíl, ale všechno, co je v Toru snadné, je pro nás těžké, oni mají centralizované řízení 20:15:40 &lt;i2pr&gt; [Slack/str4d] Takže by opravdu pomohlo, kdyby se někdo podíval na testy, které Tor spouští se svým kódem bwauth 20:15:55 &lt;i2pr&gt; [Slack/str4d] Souhlas 20:16:02 &lt;manas&gt; Jo. Myslím, že jsi někde zmiňoval postupy Toru pro sběr metrik, které respektují soukromí. Pokud k tomu existuje dokumentace/články, bylo by dobré si je nastudovat 20:16:06 &lt;i2pr&gt; [Slack/str4d] Ale metriky budou ze své podstaty centralizované 20:16:34 &lt;i2pr&gt; [Slack/str4d] Nějaké články jsou na freehaven.net/anonbib 20:16:45 &lt;zzz&gt; něco dalšího k 3) ? 20:16:54 &lt;manas&gt; Díky, podívám se na to 20:16:55 &lt;i2pr&gt; [Slack/str4d] Ale nejsem si jistý, nakolik to popisuje jejich konkrétní řešení 20:17:12 &lt;i2pr&gt; [Slack/str4d] Další věc na tento měsíc je práce na návrzích 20:17:36 &lt;zzz&gt; 4) aktualizace EdDSA - (str4d) 20:17:39 &lt;zzz&gt; str4d, máš slovo 20:17:40 &lt;i2pr&gt; [Slack/str4d] V úvodním blogovém příspěvku jsem vypsal několik návrhů, které mi přišly relevantní 20:17:48 &lt;i2pr&gt; [Slack/str4d] zzz, ne tak rychle 20:17:57 &lt;i2pr&gt; [Slack/str4d] Jsem na telefonu, nepíšu rychle 20:18:20 &lt;i2pr&gt; [Slack/str4d] 3) pokrač. 20:18:53 &lt;i2pr&gt; [Slack/str4d] Zbytek tohoto měsíce budu dělat review a pracovat na návrzích 20:19:09 &lt;i2pr&gt; [Slack/str4d] Ale opravdu bych rád viděl jeden či dva blogové příspěvky o některých z nich 20:19:18 &lt;zzz&gt; jak souvisí návrhy se Summer Dev, což je bod 3) ? 20:19:43 &lt;i2pr&gt; [Slack/str4d] Summer Dev je o rychlosti 20:20:07 &lt;i2pr&gt; [Slack/str4d] Máme několik otevřených návrhů souvisejících s výkonem 20:20:42 &lt;i2pr&gt; [Slack/str4d] A rád bych, aby se některé z nich dostaly k širší komunitě 20:20:48 &lt;zzz&gt; ok 20:20:55 &lt;zzz&gt; něco dalšího k 3) ? 20:20:56 &lt;i2pr&gt; [Slack/str4d] To by mimochodem byl skvělý úkol pro někoho novějšího 20:21:12 &lt;i2pr&gt; [Slack/str4d] Věnovat čas přečtení návrhu 20:21:18 &lt;i2pr&gt; [Slack/str4d] Přečíst související dokumenty 20:21:28 &lt;i2pr&gt; [Slack/str4d] A pak to strávit do blogového příspěvku 20:21:37 &lt;manas&gt; str4d: úkol by znamenal číst návrhy, pochopit je a zjednodušit/vysvětlit je v blogovém příspěvku? 20:21:44 &lt;manas&gt; ups, tvoje zprávy právě dorazily, lag 20:21:46 &lt;manas&gt; :) 20:21:49 &lt;i2pr&gt; [Slack/str4d] Jo! 20:21:54 &lt;manas&gt; Podívám se na ty návrhy, str4d 20:22:02 &lt;manas&gt; To by mě zajímalo 20:22:13 &lt;i2pr&gt; [Slack/str4d] Předat, o čem návrh je a proč je důležitý jak pro výkon, tak pro soukromí 20:22:27 &lt;manas&gt; Jo, to by byla dobrá série blogových příspěvků :) 20:22:37 &lt;manas&gt; a snad by následovaly plodné diskuse 20:22:45 &lt;i2pr&gt; [Slack/str4d] Přesně ;) 20:23:09 &lt;zzz&gt; něco dalšího k 3) ? 20:23:16 &lt;i2pr&gt; [Slack/str4d] Dobře, *teď* mám 3) hotové 20:23:31 &lt;zzz&gt; 4) aktualizace EdDSA - (str4d) 20:23:34 &lt;zzz&gt; str4d, máš slovo 20:23:43 &lt;i2pr&gt; [Slack/str4d] Tady žádný posun 20:24:04 &lt;i2pr&gt; [Slack/str4d] Větev byla před časem aktualizována nejnovějším kódem z mé knihovny 20:24:19 &lt;i2pr&gt; [Slack/str4d] Ale kvůli věcem kolem UI jsem neměl čas to zrevidovat 20:24:27 &lt;zzz&gt; přenést na příští schůzku, nebo je tenhle bod hotový či irelevantní? 20:25:07 &lt;i2pr&gt; [Slack/str4d] Hlavní problém je zajistit, aby sémantické změny v sigtypes (typy podpisů) nerozbily nic neočekávaného 20:26:07 &lt;i2pr&gt; [Slack/str4d] Kdyby chtěl někdo pomoci, bylo by to fajn, ale Summer Dev bych dal výš v prioritách 20:26:32 &lt;i2pr&gt; [Slack/str4d] Takže bych to teď odložil 20:26:51 &lt;zzz&gt; přenést na příští schůzku, nebo je tenhle bod hotový či irelevantní? 20:27:05 &lt;i2pr&gt; [Slack/str4d] To jsem právě řekl 20:27:21 &lt;i2pr&gt; [Slack/str4d] Odložit prozatím, takže není hotový ani irelevantní, ale dejte ho z programu pryč 20:27:27 &lt;zzz&gt; nevím, co mám dělat s "odložit". Dát to na program, nebo ne? 20:27:53 &lt;zzz&gt; ok, takže větev test2 je spálená, pokud budu dělat nějakou práci ve větvi, udělám novou 20:28:02 &lt;zzz&gt; ok, něco dalšího ke 4) ? 20:29:01 &lt;zzz&gt; 5) plánování 34C3 (zzz/echelon) 20:29:25 &lt;zzz&gt; Nemyslím, že je ech poblíž. Jen včasné upozornění, že příští měsíc nebo v srpnu bude rozpočtová schůzka 20:29:33 &lt;manas&gt; dobře 20:29:56 &lt;i2pr&gt; [Slack/str4d] ACK 20:29:57 &lt;zzz&gt; máme spoustu peněz k rozdělení, ale jako vždy odměňujeme přispěvatele 20:30:16 &lt;zzz&gt; takže pomáhejte projektu a on pomůže vám 20:30:18 &lt;manas&gt; Díval jsem se na lety a hotel. Většinou už mám jasno 20:30:21 &lt;zzz&gt; teď je ten správný čas 20:30:26 &lt;lazygravy&gt; (zejména s šílenou cenou btc) 20:30:36 &lt;zzz&gt; více na příštích schůzkách 20:30:45 &lt;manas&gt; Hotely se zdají rychle plnit, takže pokud se chystáte jet, je dobré to začít řešit co nejdřív 20:30:52 &lt;zzz&gt; jo 20:30:57 &lt;zzz&gt; něco dalšího k 5) ? 20:31:03 &lt;i2pr&gt; [Slack/str4d] +1 20:32:01 &lt;zzz&gt; 6) Pravidelné schůzky operátorů reseedu (manas) 20:32:03 &lt;zzz&gt; manas, máš slovo 20:32:26 &lt;manas&gt; `http://zzz.i2p/topics/2341-meeting-reseed-operators-13-june-8-pm-utc-in-i2p-reseed` - plánujeme naši první reseed schůzku v #i2p-reseed příští týden, 13. června ve 20:00 UTC 20:32:46 &lt;manas&gt; To jsou obecné body k diskusi, shrnu odkázaná vlákna 20:32:59 &lt;manas&gt; Uvidíme se příští týden, díky :) 20:33:12 &lt;zzz&gt; skvělé, díky za zorganizování, vyzývám všechny, aby se zúčastnili 20:33:18 &lt;zzz&gt; něco dalšího k 6) ? 20:33:26 &lt;manas&gt; To je vše 20:34:21 &lt;lazygravy&gt; Bylo by mimo rámec vrátit se k bodu (3)? 20:34:35 &lt;manas&gt; co je, gravy 20:34:45 &lt;lazygravy&gt; Zajímá mě ta část sběru, str4d, mohli bychom si naplánovat čas, abychom o tom mluvili? Nejlépe o víkendu 20:34:47 &lt;zzz&gt; 3) gravy, máš slovo 20:35:00 &lt;manas&gt; Můžeme to probrat v #i2p-science? 20:35:45 &lt;lazygravy&gt; manas: pokud budeme mít domluvený čas :) 20:36:01 &lt;lazygravy&gt; není potřeba rozhodnout čas teď. Jen jsem to chtěl vypustit do světa 20:36:06 &lt;manas&gt; Jo 20:36:48 &lt;manas&gt; To by mě zajímalo 20:37:01 &lt;zzz&gt; něco dalšího k 3) ? 20:37:43 &lt;lazygravy&gt; ode mě už nic 20:37:48 &lt;zzz&gt; něco dalšího k dnešní schůzce? 20:37:56 * zzz shání kladívko 20:39:02 * zzz *b*a*f*s* schůzku uzavírá </div>/cs/blog/2017/06/01/i2p-letn%C3%AD-v%C3%BDvoj-2017-je%C5%A1t%C4%9B-v%C3%ADc-rychlosti/Thu, 01 Jun 2017 00:00:00 +0000/cs/blog/2017/06/01/i2p-letn%C3%AD-v%C3%BDvoj-2017-je%C5%A1t%C4%9B-v%C3%ADc-rychlosti/<p>Je tu zase to období roku! Pouštíme se do našeho letního vývojového programu, v němž se zaměřujeme na konkrétní aspekt I2P, abychom jej posunuli dál. Během následujících tří měsíců budeme povzbuzovat jak nové přispěvatele, tak stávající členy komunity, aby si vybrali úkol a bavili se u toho!</p> <p>Loni jsme se zaměřili na pomoc uživatelům a vývojářům s lepším využitím I2P, a to vylepšováním nástrojů pro API a věnováním větší pozornosti aplikacím, které běží přes I2P. Letos chceme zlepšit uživatelskou zkušenost tím, že se zaměříme na aspekt, který se týká všech: výkon.</p>/cs/blog/2017/05/03/vyd%C3%A1n%C3%AD-0.9.30/Wed, 03 May 2017 00:00:00 +0000/cs/blog/2017/05/03/vyd%C3%A1n%C3%AD-0.9.30/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>Verze 0.9.30 obsahuje aktualizaci na Jetty 9 a Tomcat 8. Předchozí verze již nejsou podporovány a nejsou k dispozici v nadcházejících vydáních Debianu Stretch a Ubuntu Zesty.</p> <p>Router provede migraci konfiguračního souboru jetty.xml pro každý web Jetty do nového nastavení Jetty 9. To by mělo fungovat u nedávných, neupravených konfigurací, ale u upravených nebo velmi starých nasazení to fungovat nemusí. Ověřte, že váš web Jetty po aktualizaci funguje, a pokud potřebujete pomoc, kontaktujte nás na IRC.</p>/cs/blog/2017/05/02/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-2.-kv%C4%9Btna-2017/Tue, 02 May 2017 00:00:00 +0000/cs/blog/2017/05/02/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-2.-kv%C4%9Btna-2017/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> backup, manas, zzz</p> <h2 id="záznam-schůzky">Záznam schůzky</h2> <div class="irc-log"> 20:00:01 &lt;zzz&gt; 0) Ahoj 20:00:01 &lt;zzz&gt; 1) 0.9.30/.31 aktualizace (zzz) 20:00:01 &lt;zzz&gt; 2) stav UI větve - (str4d) 20:00:01 &lt;zzz&gt; 3) plány I2P Summer Dev - (str4d) 20:00:01 &lt;zzz&gt; 4) aktualizace EdDSA - (str4d) 20:00:05 &lt;zzz&gt; 0) Ahoj 20:00:07 &lt;zzz&gt; ahoj 20:00:23 &lt;zzz&gt; 1) 0.9.30/.31 aktualizace (zzz) 20:00:48 &lt;zzz&gt; o pár dní za plánem kvůli chybám v Jetty, které jsem musel opravit, ale dnes večer dokončím revizi a zítra ráno udělám sestavení 20:00:58 &lt;manas&gt; Ahoj 20:01:19 &lt;zzz&gt; pokud bude eche|on zítra k dispozici, vydáme in-net update a já budu pracovat na sestaveních pro launchpad a deb na čtvrtek a pátek 20:01:46 &lt;zzz&gt; 31 mám naplánovanou na konec června nebo začátek července 20:01:53 &lt;backup&gt; Ahoj 20:02:03 &lt;manas&gt; Ahoj, backup! :D 20:02:15 &lt;zzz&gt; můžete se podívat na roadmapu, co máme naplánováno (nebo v to alespoň doufáme) pro 31 20:02:19 &lt;zzz&gt; ještě něco k 1) ? 20:03:18 &lt;zzz&gt; 2) stav UI větve - (str4d) 20:03:43 &lt;zzz&gt; str4d, jsi na řadě 20:04:13 &lt;zzz&gt; ok, tohle bude nejkratší schůzka vůbec 20:04:27 &lt;backup&gt; Myslel jsem, že nás tu bude víc :) 20:04:27 &lt;manas&gt; :P 20:04:33 &lt;zzz&gt; ještě něco k 2), 3) nebo 4), případně nějaké jiné téma na schůzku? 20:04:44 &lt;manas&gt; Chtěl jsem upozornit na toto vlákno: `http://trac.i2p2.i2p/ticket/1139` 20:04:46 &lt;manas&gt; *ticket 20:04:54 &lt;manas&gt; Měli bychom se pokusit dostat tuto změnu do nového UI 20:05:21 &lt;manas&gt; "Semi-shutdown": Dočasné zastavení přijímání participating tunnels. 20:05:57 &lt;manas&gt; backup: Mohl bys mi poslat do PM nový odkaz na status? 20:06:05 &lt;manas&gt; díky 20:06:08 &lt;zzz&gt; ok, možná bys mohl do ticketu přidat důvody, proč je to důležité? 20:06:41 &lt;manas&gt; Zajímalo mě dozvědět se víc o plánech na Summer Dev, ale asi si to bude muset počkat, až tu bude str4d 20:06:43 &lt;manas&gt; zzz: jasně 20:06:43 &lt;zzz&gt; cokoli ohledně UI, co není kritické, musí počkat, než sloučíme UI větev, takže snad brzy 20:06:49 &lt;zzz&gt; ještě něco pro tuto schůzku? 20:07:06 &lt;zzz&gt; rád tě tu vidím, backup 20:07:14 * zzz bere si baffer 20:07:40 &lt;manas&gt; Chtěl jsem navrhnout pravidelné schůzky operátorů reseedu 20:07:45 &lt;manas&gt; co myslíš, backup ? 20:08:19 &lt;zzz&gt; Tomu dávám +1 20:08:38 &lt;backup&gt; ano, dobrý nápad 20:08:44 &lt;zzz&gt; Nechám vás v té diskusi pokračovat, nicméně prozatím... 20:08:50 * zzz *bafs* uzavírá schůzi </div>/cs/blog/2017/04/04/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-4.-dubna-2017/Tue, 04 Apr 2017 00:00:00 +0000/cs/blog/2017/04/04/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-4.-dubna-2017/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> atoi, echelon, manas, orignal, randomrng, str4d, z3r0fox, zzz</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 20:00:05 &lt;zzz&gt; 0) Ahoj 20:00:05 &lt;zzz&gt; 1) Aktualizace 0.9.30 (zzz) 20:00:05 &lt;zzz&gt; 2) Stav větve UI - (str4d) 20:00:05 &lt;zzz&gt; 3) Plány na I2P Summer Dev - (str4d) 20:00:05 &lt;zzz&gt; 4) Aktualizace EdDSA - (str4d) 20:00:09 &lt;zzz&gt; 0) Ahoj 20:00:12 &lt;zzz&gt; ahoj 20:00:28 &lt;manas&gt; Ahoj 20:00:33 &lt;eche|on&gt; ahoj 20:01:00 &lt;zzz&gt; 1) Aktualizace 0.9.30 (zzz) 20:01:24 &lt;zzz&gt; ok, věci jdou dobře, testeři nacházejí nějaké problémy, což je skvělé. Jetty 9 jde zatím docela hladce 20:01:35 &lt;z3r0fox&gt; Ahoj! o/ 20:01:54 &lt;zzz&gt; Identifikoval jsem pluginy, které je potřeba aktualizovat na zzz.i2p... pro nejlepší výsledky je potřeba je před vydáním znovu sestavit 20:01:56 &lt;eche|on&gt; většinou ano 20:02:04 &lt;eche|on&gt; až na staré konfigurační soubory Jetty 20:02:24 &lt;zzz&gt; jsem rád, že to děláme teď, abychom byli připraveni na stretch a zesty 20:02:36 &lt;eche|on&gt; ano 20:02:56 &lt;zzz&gt; díky echelonovi a dalším za testování. Pravděpodobně označím dev build jako -rc dříve než obvykle, abychom získali více testování 20:03:12 &lt;eche|on&gt; ok 20:03:20 &lt;orignal_&gt; ahoj 20:03:34 &lt;zzz&gt; nastavil jsem termín pro checkin na pátek 28. dubna, vydání první týden v květnu 20:03:54 &lt;zzz&gt; něco dalšího k bodu 1) ? 20:04:15 &lt;atoi&gt; kdy bude mít Java GOST podpisy? 20:04:41 &lt;eche|on&gt; 2019 20:05:01 &lt;zzz&gt; atoi ještě jsme se na návrhu nedohodli, pokud ano, nejlepší odhad je kvůli prioritám konec příštího roku 20:05:02 &lt;eche|on&gt; jsem v pohodě s 1, je dobře, že jsme odložili UII 20:05:54 &lt;zzz&gt; ale udělal jsem některé další návrhy (136 a 137), aby se usnadilo zavádění nových typů podpisů 20:06:00 &lt;zzz&gt; něco dalšího k bodu 1) ? 20:06:02 &lt;atoi&gt; nemůžu se dočkat, až bude GOST fungovat 20:07:22 &lt;zzz&gt; 2) Stav větve UI - (str4d) 20:07:35 &lt;zzz&gt; str4d, jaké jsou novinky ve tvé větvi UI? 20:07:53 &lt;str4d&gt; Větev UI byla posledních pár týdnů relativně stabilní 20:08:28 &lt;zzz&gt; plán je dát prop začátkem května pro .31 ? 20:08:57 &lt;str4d&gt; Jsou tam nějaké aktualizace témat, které musím integrovat a pushnout reagující na některou zpětnou vazbu, ale co se týče struktury, je to v podstatě hotové 20:09:08 &lt;str4d&gt; Jo 20:09:13 &lt;zzz&gt; ok, skvělé 20:09:19 &lt;zzz&gt; něco dalšího k bodu 2) ? 20:09:24 &lt;eche|on&gt; nemůžu se dočkat, až to otestuju^^ 20:10:00 &lt;str4d&gt; Pokud to chce někdo testovat, ale nechce se mu řešit buildování, nahodím i2pupdate.zip jakmile budou další změny témat uvnitř 20:10:18 &lt;eche|on&gt; Počkám na prop... 20:11:02 &lt;zzz&gt; 3) Plány na I2P Summer Dev - (str4d) 20:11:19 &lt;zzz&gt; str4d, jaké jsou plány? 20:11:47 &lt;str4d&gt; Dobře, se sadie jsme probrali pár nápadů a vykrystalizovalo z toho, že bychom se pro tento Summer Dev měli zaměřit na rychlost 20:12:37 &lt;str4d&gt; Protože a) je to logické rozšíření loňska (udělali jsme to tak, aby aplikace snáz používaly I2P, ale teď je musíme přimět, aby opravdu chtěly), a b) už to pokrývá asi polovinu našeho existujícího roadmapu 20:13:37 &lt;zzz&gt; ok, kde tyto plány najdeme a jak najdeme lidi, kteří je udělají? 20:14:06 &lt;str4d&gt; sadie si dělala poznámky z mého žvanění, takže ji o ně budu otravovat :) 20:14:18 &lt;str4d&gt; V zásadě si myslím, že to znamená: 20:14:51 &lt;str4d&gt; - Posunout vpřed různé návrhy, které ovlivňují rychlost (LS2, novější E2E šifrování, masivní multihoming) 20:15:24 &lt;str4d&gt; - Zprovoznit něco podobného Torovu bwauth, co můžeme použít ke sběru metrik specificky o rychlosti sítě 20:16:27 &lt;manas&gt; Přemýšlel jsem, že napíšu nějaký kód na testování rychlosti I2P s různými programy (rsync, torrenty, sftp atd.) 20:16:34 &lt;str4d&gt; - Zpřístupnit výběr tunnelu přes I2CP (a la psiho lua věci) 20:16:51 &lt;manas&gt; Můžu se o to podělit, pokud to bude užitečné/zajímavé 20:16:51 &lt;randomrng&gt; masivní multihoming &lt;3 20:17:00 &lt;zzz&gt; zní to dobře. Měli bychom to dát na program příštího měsíčního setkání, abychom dostali update? 20:17:00 &lt;str4d&gt; - Zrychlení ElGamal pro krátkodobý horizont 20:17:17 &lt;str4d&gt; Jo. 20:17:35 &lt;zzz&gt; Všímám si, že většina toho, co je na roadmapu .30, nastaveném teprve před 3 měsíci na CCC, je úplná fikce a bude odložena. Brzy to aktualizuji. 20:18:10 &lt;zzz&gt; něco dalšího k bodu 3) ? 20:18:16 &lt;str4d&gt; Máme dva měsíce do oficiálního začátku. Budu dál mluvit se sadie, abychom dotáhli plán, ale co *opravdu* potřebujeme, jsou lidi, kteří si vyberou věci, na kterých chtějí pracovat 20:18:32 &lt;str4d&gt; manas už tam má náskok ;P 20:18:35 &lt;orignal_&gt; jaký druh zrychlení? 20:18:48 &lt;str4d&gt; orignal_, předvýpočet tabulek 20:18:48 &lt;manas&gt; :) 20:19:03 &lt;orignal_&gt; moje, nebo něco jiného? 20:19:09 &lt;zzz&gt; pokud ty a sadie zdokumentujete framework a možnosti, pomůže to lidem si vybrat věci 20:19:22 &lt;str4d&gt; +1 20:19:30 &lt;zzz&gt; něco dalšího k bodu 3) ? 20:19:35 &lt;str4d&gt; orignal_, nebude to tvoje, protože to přímo využívá OpenSSL, ke kterému nemáme přístup 20:19:52 &lt;orignal_&gt; myslím základ 20:20:03 &lt;orignal_&gt; ne implementaci 20:20:28 &lt;str4d&gt; Oh, ano, pravděpodobně založené na tvém (i když bych chtěl rozumět matematice sám) 20:21:03 &lt;zzz&gt; 4) Aktualizace EdDSA - (str4d) 20:21:10 &lt;orignal_&gt; dobré vědět :) 20:21:13 &lt;zzz&gt; str4d, jak to vypadá s EdDSA? 20:21:39 &lt;str4d&gt; Právě jsem pushnul EdDSA-Java 0.2.0, víc než rok po posledním vydání 20:22:28 &lt;orignal_&gt; jaký je rozdíl? 20:22:37 &lt;str4d&gt; Obsahuje různé úklidy, brzy standardní kódování pro PKI, opravené pojmenování v JCA, Security Provider a nyní by to mělo být skutečně constant-time (konstantní čas) díky třetí straně, která to nechala auditovat 20:22:59 &lt;str4d&gt; Natáhl jsem kód do i2p.i2p.zzz.test2 20:23:26 &lt;orignal_&gt; nějaká zlepšení rychlosti? 20:23:30 &lt;str4d&gt; Ale co to teď potřebuje, je testování, abychom ověřili, že všechno pořád funguje dobře 20:23:45 &lt;zzz&gt; kolik testování jsi udělal? 20:23:58 &lt;str4d&gt; orignal_, snížení rychlosti u podepisování kvůli tomu, že je to constant-time (ale ne moc) 20:24:06 &lt;str4d&gt; zzz, samotný kód EdDSA je dobře otestovaný 20:24:20 &lt;orignal_&gt; constant-time u podepisování, nebo ověřování? 20:24:32 &lt;zzz&gt; Pořád jsem k constant-time skeptický, ale když to neuděláme, budou si všichni stěžovat 20:24:39 &lt;str4d&gt; podepisování (ověřování nikdy nebylo constant-time, protože tam nejsou žádné tajné informace) 20:25:01 &lt;zzz&gt; str4d, míříš na 31, nebo 30? 20:25:02 &lt;str4d&gt; Co jsem ještě *netestoval*, je, jak to interaguje se zbytkem I2P, konkrétně ve vztahu k opravám pojmenování v JCA 20:25:39 &lt;zzz&gt; jak jsem psal na zzz.i2p, myslím si, že honit se za doporučeními pro pojmenování z nějakého RFC je pošetilost 20:25:47 &lt;str4d&gt; Pravděpodobně příliš blízko k 30 na to, abychom to vtáhli, protože používáme kód přímo místo knihovny 20:25:50 &lt;orignal_&gt; výkonnostní úzké hrdlo je ověřování 20:26:22 &lt;str4d&gt; U mé knihovny dávalo smysl věci opravit před 0.2.0, protože předtím nebyl Provider, takže nikdo nepoužíval JCA jména 20:26:26 &lt;zzz&gt; str4d, ten prop bude také merge peklo kvůli změnám v javadocu, které jsi udělal a které jsem už opravil v .29, nebude to zábava 20:27:14 &lt;str4d&gt; Dobře, vypadá to, že plán je mergnout i2p.i2p do .test2, vyřešit merge konflikty a pak to dát lidem k testování 20:27:25 &lt;zzz&gt; ale my jsme Provider vždycky měli. tvoje změny v test2 měly tendenci upřednostnit nějaký GitHub PR před tím, co už jsem udělal, abych dosáhl stejné věci, takže jsem k tomu všemu trochu skeptický 20:27:42 &lt;zzz&gt; můžeš to propnout tímto způsobem, pokud chceš, nebo prostě odložit bolest až do propu opačným směrem 20:28:23 &lt;str4d&gt; Ano, ale upřímně pochybuju, že to někdo používal 20:28:31 &lt;zzz&gt; jak jsem řekl, přenechám to tobě, je to původně tvůj kód, ale pořád se na to chci podívat 20:29:11 &lt;zzz&gt; Mám jeden router s EdDSA family key na testování. Nepamatuju si, v jakém formátu. Pamatuj, že jsem všechny tyhle opravy udělal skoro před 4 měsíci, od té doby čekáme na tebe a tvoje RFC kamarády :) 20:29:11 &lt;str4d&gt; (kdo už si přímo nenaimportoval i2p.jar a už by měl při upgradu co migrovat) 20:29:32 &lt;zzz&gt; něco dalšího k bodu 4) ? 20:30:08 &lt;str4d&gt; Za mě ne :) 20:30:13 * zzz hledá baffer 20:30:19 &lt;zzz&gt; něco dalšího pro schůzi? 20:31:20 &lt;str4d&gt; Příští tor-dev schůzka Toru někdy v září bude nejspíš v Montrealu 20:31:33 &lt;orignal_&gt; kdy? 20:31:53 &lt;z3r0fox&gt; Paráda 20:31:55 &lt;str4d&gt; ------------------------------------^ 20:31:56 &lt;zzz&gt; něco dalšího pro schůzi? 20:32:14 &lt;str4d&gt; Plánuju jet 20:32:28 &lt;zzz&gt; uvažuješ o změně týmu? 20:32:47 &lt;str4d&gt; Jen je chci ovlivnit ;) 20:33:14 &lt;zzz&gt; ušetři si peníze za letenku, to se nestane 20:33:24 &lt;manas&gt; Jo, Montreal je fajn :) 20:33:27 &lt;str4d&gt; Taky doufám, že jelikož Summer Dev právě skončí, budeme tam mít o čem mluvit, co se týče pěkných zlepšení rychlosti 20:34:28 * zzz *BAFS*** schůzi ukončil </div>/cs/blog/2017/03/07/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-7.-b%C5%99ezna-2017/Tue, 07 Mar 2017 00:00:00 +0000/cs/blog/2017/03/07/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-7.-b%C5%99ezna-2017/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> echelon, manas, zzz</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 20:00:25 &lt;zzz&gt; 0) Ahoj 20:00:25 &lt;zzz&gt; 1) Správce Tails (zzz) `http://zzz.i2p/topics/2108` 20:00:25 &lt;zzz&gt; 2) aktualizace 0.9.30 (zzz) 20:00:25 &lt;zzz&gt; 3) stav větve UI – pro .30 nebo .31? (str4d) 20:00:25 &lt;zzz&gt; 4) stav větve Jetty 9 – pro .30 nebo .31? (zzz) 20:00:30 &lt;zzz&gt; 0) Ahoj 20:00:32 &lt;zzz&gt; ahoj 20:00:50 &lt;manas&gt; Ahoj 20:00:54 &lt;zzz&gt; 1) Správce Tails (zzz) `http://zzz.i2p/topics/2108` 20:01:16 &lt;zzz&gt; jak většina z vás ví, Tails a já jsme se dohodli odstranit i2p z Tails 20:01:34 &lt;zzz&gt; to se projeví v Tails 2.12, které by měly vyjít zhruba za 6 týdnů 20:01:43 &lt;eche|on&gt; hi 20:01:57 &lt;eche|on&gt; ok 20:01:59 &lt;zzz&gt; smůla, ale neměli jsme jinou možnost. Pokud získáme dobrovolníka, který to bude udržovat, znovu požádáme 20:02:08 &lt;zzz&gt; něco dalšího k 1) ? 20:02:45 &lt;eche|on&gt; škoda, ale brzy se to nezmění (tm) 20:03:07 &lt;manas&gt; Jo. Škoda, že ten člověk na 33C3 nevyšel 20:03:30 &lt;zzz&gt; jo 20:03:40 &lt;zzz&gt; 2) aktualizace 0.9.30 (zzz) 20:04:23 &lt;zzz&gt; ok, jsme týden od vydání .29, náš plán je standardní 8týdenní cyklus. Velké změny do poloviny března, vydání na konci dubna 20:04:51 &lt;zzz&gt; čeká pár velkých návrhů, které pokryjeme v 3) a 4) 20:05:17 &lt;zzz&gt; něco dalšího k 2) ? 20:05:51 &lt;eche|on&gt; Budu pryč 1. května 20:06:00 &lt;eche|on&gt; nebo spíš 30. dubna – 2. května 20:07:00 &lt;zzz&gt; oba tyto návrhy jsou důležité, protože je těžké se vracet zpět. jakmile je zařadíme, musíme je zprovoznit, než budeme moci vydat 20:07:07 &lt;zzz&gt; *vydání 20:07:29 &lt;eche|on&gt; jo 20:07:57 &lt;zzz&gt; 3) stav větve UI – pro .30 nebo .31? (str4d) 20:08:34 &lt;zzz&gt; je to obrovská změna, ačkoli původně inzerovaná jako drobný refresh a část 1 z několika kroků k aktualizaci konzolového UI 20:08:54 &lt;zzz&gt; diff má 77 tisíc řádků, přidáno 500+ souborů, změněno 200+ souborů 20:09:06 &lt;eche|on&gt; Hlasoval bych pro 1 návrh na vydání, ne oba v .30 20:09:07 &lt;zzz&gt; str4d, jaký je stav a chceš to zařadit do .30 ? 20:09:27 &lt;eche|on&gt; a protože Jetty 9 je důležitější, posuňme UI na .31 20:11:07 &lt;zzz&gt; klíčové je, že nechceme něco zařadit, pokud autor nemá čas opravit problémy před vydáním. Jinak by se vydání mohlo odkládat donekonečna 20:11:39 &lt;eche|on&gt; jo 20:11:46 &lt;zzz&gt; takže kdykoli to bude zařazeno, potřebujeme od str4d ujištění, že bude k dispozici a bude reagovat na problémy 20:11:54 &lt;zzz&gt; str4d, jaké máš záměry? 20:12:15 &lt;eche|on&gt; je str4d vůbec nablízku? 20:13:11 &lt;zzz&gt; nevím. Myslím, že se mu tahle větev dost vymkla, inzerovaná jako malá, ale stala se z ní masivní změna. Myslím, že na tom pracuje už rok. 20:13:38 &lt;zzz&gt; asi to budeme muset se str4d řešit později 20:13:54 &lt;zzz&gt; něco dalšího k 3) ? 20:14:03 &lt;manas&gt; Nedávno něco říkal o větvi 20:14:17 &lt;manas&gt; Netestoval jsem to, naklonuji si to 20:15:23 &lt;zzz&gt; je to... zajímavé. Řekl bych, že se vydal jiným směrem, než kterým jsem šel v posledních letech já. Nedokážu odhadnout, jaká bude obecná reakce. 20:15:42 &lt;zzz&gt; něco dalšího k 3) ? 20:16:16 &lt;zzz&gt; 4) stav větve Jetty 9 – pro .30 nebo .31? (zzz) 20:17:03 &lt;zzz&gt; tohle je asi 3 tisíce řádků diffu. Ve své větvi mám funkční standardní buildy a build pro stretch. Buildy pro starší vydání wheezy/precise/jessie/trusty jsem zatím netestoval 20:17:35 &lt;zzz&gt; naléhavé je, že stretch nebude mít Jetty 8. Vypadá to, že zesty, které má vyjít příští měsíc, také ne, pokud se neobjeví v backports 20:17:44 &lt;zzz&gt; ale Jetty 8 bylo v prosinci označeno jako EOL (end-of-life) 20:18:17 &lt;eche|on&gt; Jetty 8 se v backports nejspíš neobjeví 20:18:20 &lt;zzz&gt; takže hrozí, že vyjde stretch nebo zesty a i2p v nich nebude fungovat 20:18:42 &lt;zzz&gt; takže navrhuji během příštího týdne zařadit svou větev jetty9, aby byla součástí .30 20:19:21 &lt;eche|on&gt; jo 20:19:29 &lt;zzz&gt; tohle rozbije minimálně následující pluginy: bwschedule, i2pbote, i2pcontrol, zzzot. Budou potřebovat alespoň překompilovat, možná přepsat 20:19:33 &lt;eche|on&gt; to je to, co navrhuji, POKUD si myslíš, že to zvládneš 20:20:46 &lt;zzz&gt; zzzot můžu překompilovat. U ostatních tří je to na autorech (cacapo, str4d, hottuna2 v uvedeném pořadí), zda mohou vydat novou verzi 20:21:40 &lt;zzz&gt; Svoji část zvládnu 20:22:07 &lt;zzz&gt; Myslím, že pokud počkáme až na .31 v červnu/červenci, bude hodně nespokojených uživatelů balíčků 20:22:53 &lt;eche|on&gt; jo 20:22:54 &lt;zzz&gt; takže to plánuji zařadit během několika dní 20:23:00 &lt;zzz&gt; něco dalšího ke 4) ? 20:23:08 &lt;eche|on&gt; Budu testovat 20:23:28 &lt;zzz&gt; ještě něco k schůzce? 20:24:25 * zzz rozehřívá baffer 20:24:30 &lt;eche|on&gt; o ničem zatím nevím 20:25:27 * zzz *baffffs* schůzka ukončena </div>/cs/blog/2017/03/04/0.9.29-oprava-instal%C3%A1toru-pro-windows/Sat, 04 Mar 2017 00:00:00 +0000/cs/blog/2017/03/04/0.9.29-oprava-instal%C3%A1toru-pro-windows/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>Instalátor pro Windows verze 0.9.29, který jsme před dvěma dny zveřejnili na našem webu, během instalace končí výjimkou. Chybu jsme opravili a na našem webu je k dispozici nový instalátor. To neovlivňuje aktualizace z předchozích vydání ani instalátory pro jiné systémy než Windows. Za vzniklý problém se omlouváme.</p>/cs/blog/2017/02/27/vyd%C3%A1n%C3%AD-0.9.29/Mon, 27 Feb 2017 00:00:00 +0000/cs/blog/2017/02/27/vyd%C3%A1n%C3%AD-0.9.29/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>Verze 0.9.29 obsahuje opravy pro řadu tiketů v Tracu, včetně dočasných řešení pro poškozené komprimované zprávy. Nyní podporujeme NTP přes IPv6. Přidali jsme předběžnou podporu Dockeru. Nyní máme přeložené man stránky. Nyní přes HTTP proxy propouštíme hlavičky Referer stejného původu. Přibyly další opravy pro Javu 9, ačkoli zatím nedoporučujeme Javu 9 pro běžné použití.</p> <p>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.</p>/cs/blog/2017/02/07/i2p-dev-meeting-february-07-2017/Tue, 07 Feb 2017 00:00:00 +0000/cs/blog/2017/02/07/i2p-dev-meeting-february-07-2017/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> echelon, EinMbyte, manas, psi, str4d, zzz</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Ahoj 20:00:00 &lt;zzz&gt; 1) 33C3 ohlédnutí 20:00:00 &lt;zzz&gt; 2) aktualizace 0.9.29 (zzz) 20:00:00 &lt;zzz&gt; 3) správce Tails (zzz) `http://zzz.i2p/topics/2108` 20:00:00 &lt;zzz&gt; 4) návrh NTCP2 (Manas) 20:00:00 &lt;zzz&gt; 5) patch do dokumentace reseedu (Manas) 20:00:04 &lt;zzz&gt; 0) Ahoj 20:00:05 &lt;zzz&gt; ahoj 20:00:21 &lt;zzz&gt; 1) 33C3 ohlédnutí 20:00:32 &lt;eche|off&gt; ahoj 20:00:50 &lt;zzz&gt; má někdo něco, co by chtěl říct k 33c3? řekl bych, že návštěvnost u našeho stolu byla menší než v minulých letech 20:01:07 &lt;zzz&gt; díky manasovi za nějaké články na zzz.i2p 20:01:09 &lt;psi&gt; čau 20:01:15 &lt;eche|off&gt; jo, bylo to méně, ale pořád ok 20:01:21 &lt;zzz&gt; Tails probereme v bodu 3) 20:01:32 &lt;zzz&gt; doufejme v nové město letos 20:01:54 &lt;zzz&gt; něco dalšího k bodu 1) ? 20:02:25 &lt;i2pr&gt; [Slack/str4d] Ahoj 20:02:26 &lt;i2pr&gt; [Slack/str4d] K tomu se nemůžu vyjádřit, ale fakt jsem si to užil! 20:02:28 &lt;manas&gt; Čau! 20:02:38 &lt;zzz&gt; ok, pokračujeme 20:02:43 &lt;zzz&gt; 2) aktualizace 0.9.29 (zzz) 20:02:51 &lt;i2pr&gt; [Slack/str4d] Strávil jsem fajn čas s Yolgiem v Linci a Vídni; do budoucna by z toho mohla být dobrá spolupráce 20:03:17 &lt;zzz&gt; nastavil jsem termín pro check-in za dva a půl týdne, pátek 24. 2., vydání kolem 27. 2. 20:03:21 &lt;zzz&gt; většinou opravy chyb 20:03:30 &lt;eche|off&gt; eh, je čas něco udělat, ok 20:03:40 &lt;zzz&gt; také (pořád) plánuju brzy vynutit podpisy u registrace na stats.i2p 20:04:04 &lt;manas&gt; Vynutit podpisy? 20:04:12 &lt;zzz&gt; přepracování konzole od str4da bylo posunuto na .30, takže termín pro návrh by byl v půlce února 20:04:17 &lt;zzz&gt; *polovina března 20:04:32 &lt;manas&gt; Takže více ověřovacích kroků při registraci názvu hostitele? 20:04:42 &lt;zzz&gt; manasi, v podstatě důkazy, že ovládáš doménu, kterou registruješ 20:05:10 &lt;manas&gt; Hm, ok 20:05:15 &lt;zzz&gt; o víkendu jsem opravil spoustu chyb, odškrtávám tikety v Tracu, zkusím ještě pár během příštího jednoho až dvou týdnů 20:05:38 &lt;zzz&gt; takže tag freeze a odeslání na tx bude za zhruba 8 dní 20:06:07 &lt;zzz&gt; přišel jsem na to, jak udělat překlady man stránek, takže všichni se do toho pusťte na Transifexu 20:06:13 &lt;zzz&gt; ještě něco k bodu 2) ? 20:06:16 &lt;i2pr&gt; [Slack/str4d] Jupí 20:06:19 &lt;i2pr&gt; [Slack/str4d] Kdyby bylo něco užitečného, na čem můžu pro .29 dělat, dejte vědět. Jinak budu pokračovat na větvi .ui. 20:06:20 &lt;eche|off&gt; to už mám hotové^^ 20:06:37 &lt;eche|off&gt; Udělám certifikát na svém reseedu... 20:06:45 &lt;manas&gt; Pokračuju na hindských překladech :) 20:07:04 &lt;zzz&gt; jo, str4de, určitě jsou věci, které potřebují práci, než to navrhneš, jinak se vytáhnou vidle 20:07:14 &lt;zzz&gt; ok, super 20:07:29 &lt;zzz&gt; 3) správce Tails (zzz) `http://zzz.i2p/topics/2108` 20:07:40 &lt;i2pr&gt; [Slack/str4d] Mám lokálně spoustu změn, které dávám do pořádku předtím, než je pošlu 20:08:07 &lt;zzz&gt; na ccc jsme potkali chlápka 'yolgie', který řekl, že to vezme. pingnul jsem ho začátkem ledna, řekl, že začne v únoru. pingnul jsem ho před pár dny,bez odpovědi zatím 20:08:26 &lt;zzz&gt; brzy nás z Tails vyhodí, takže kdokoli, kdo může pomoct, by byl skvělý 20:08:45 &lt;psi&gt; jsem kdykoli připraven na Tails, konečně jsem zvládl sestavování Tails 20:08:51 &lt;i2pr&gt; [Slack/str4d] Jaký je na to časový plán? 20:08:57 &lt;manas&gt; psi: super! 20:09:50 &lt;zzz&gt; podívejte se na vlákno na zzz.i2p na odkaz na ticket v Tails, který má harmonogram naší vystěhování 20:09:55 &lt;zzz&gt; *eviction 20:11:15 &lt;zzz&gt; je tam spousta starých tiketů a spousta hejtrů a tak je to v podstatě u konce 20:11:20 &lt;zzz&gt; něco dalšího k bodu 3) ? 20:11:44 &lt;eche|off&gt; doufám, že to bude v pohodě 20:11:55 &lt;zzz&gt; 4) návrh NTCP2 (Manas) 20:12:00 &lt;zzz&gt; manasi, co pro nás máš? 20:12:24 &lt;manas&gt; Návrh je připraven, je zveřejněn na zzz.i2p 20:12:40 &lt;manas&gt; Dnes zatím žádné komentáře 20:12:51 &lt;zzz&gt; takže je to konsolidace starého návrhu a kompletního přepisu od EinMByte? 20:13:07 &lt;manas&gt; Myslím, že jsem zahrnul důležité části, ale potřeboval bych, aby to zrevidoval někdo, kdo se v tom tématu vyzná líp. 20:13:14 &lt;eche|off&gt; někteří lidi se ptají, kdy to bude hotové, ale nic víc.. 20:13:30 &lt;manas&gt; zzz: Ano 20:13:47 * psi začíná číst návrh ntcp 20:13:53 &lt;zzz&gt; tohle je pokrok, i když malý. pořád to považuju za úplně zastavené, nestane se nic, dokud se lidi nezačnou zapojovat 20:14:00 &lt;manas&gt; zzz: nezařadil jsem části ze starého návrhu, které byly zastaralé 20:14:22 &lt;zzz&gt; ok, dám tomu ještě pár dní, pokud nebudou komentáře ve vlákně na zzz.i2p, prostě to nasadím na web? 20:14:59 &lt;manas&gt; zzz: Na úplný závěr můžu udělat pár drobných úprav (styl) 20:15:09 &lt;zzz&gt; ok, super. ještě něco k bodu 4) ? 20:15:16 &lt;manas&gt; Z nedávného příspěvku od tuna 20:15:38 &lt;manas&gt; Ale to je vše 20:15:41 &lt;zzz&gt; 5) patch do dokumentace reseedu (Manas) 20:15:46 &lt;zzz&gt; manasi, co pro nás máš? 20:16:04 &lt;manas&gt; Ozval se backup 20:16:08 &lt;manas&gt; Jeho komentáře jsou tady: `http://zzz.i2p/topics/2210-reseed-webpage-updates` 20:16:27 &lt;manas&gt; Až zapracuju jeho návrhy, udělám další patch 20:16:46 &lt;eche|off&gt; skvělé 20:16:48 &lt;manas&gt; Navrhl odstranit několik částí (staré metody reseedu) 20:16:56 &lt;manas&gt; Stejně tak odstranit podporu pro lighttpd 20:17:06 &lt;eche|off&gt; pořád ty staré metody používám, ale to je v pohodě 20:17:09 &lt;manas&gt; Nevím, kdo, pokud vůbec někdo, používá lighttpd k provozu reseedů 20:17:26 &lt;zzz&gt; tohle je skvělá práce. backup vlastní tu stránku, ale odmítá dělat HTML patche pro své změny a já odmítám být HTML editor, takže jsme rok stáli na místě. Díky, že nás posouváš dopředu. 20:17:29 &lt;manas&gt; problém s nemožností nastavit určitou HTTP hlavičku 20:17:55 &lt;manas&gt; :) 20:18:10 &lt;zzz&gt; manasi, u tohohle až budeš hotový, přidej poznámku do vlákna na zzz.i2p a já to začlením 20:18:44 &lt;manas&gt; Pokud má někdo komentáře k navrhovaným změnám od backupa, napište je prosím. Pokud během týdne nebudou žádné, zveřejním aktualizovaný patch a dám vědět zzz. 20:18:57 &lt;zzz&gt; ještě něco k bodu 5) ? 20:18:59 &lt;manas&gt; zzz: jasně 20:19:16 &lt;manas&gt; Z mé strany ne 20:20:03 &lt;zzz&gt; něco dalšího k dnešní schůzce? 20:20:21 &lt;eche|off&gt; z mé strany ne 20:20:28 &lt;EinMByte&gt; Jdu pozdě, ale k ntcp2 20:20:39 &lt;manas&gt; Čau EinMByte 20:20:40 &lt;zzz&gt; pokračuj 20:21:00 &lt;EinMByte&gt; Můžu projít poslední návrh 20:21:24 &lt;EinMByte&gt; Už padlo rozhodnutí, které šifry budeme podporovat? 20:21:27 &lt;manas&gt; Mimochodem je to tady: `http://pinkpaste.i2p/show/246/` 20:21:39 &lt;psi&gt; tady to je 20:22:19 &lt;zzz&gt; v zásadě jsme se neposunuli od návrhu 1MB a manas ho teď právě sloučil s předchozím návrhem 20:22:28 &lt;zzz&gt; něco dalšího k dnešní schůzce? 20:22:58 &lt;EinMByte&gt; Ok, přečtu si návrh. Někdo by měl kontaktovat Winter 20:23:04 &lt;EinMByte&gt; (asi já) 20:23:11 * zzz chytá baffer 20:23:24 * zzz *bafs* schůzi uzavírá </div>/cs/blog/2016/12/12/vyd%C3%A1n%C3%AD-0.9.28/Mon, 12 Dec 2016 00:00:00 +0000/cs/blog/2016/12/12/vyd%C3%A1n%C3%AD-0.9.28/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>0.9.28 obsahuje opravy pro více než 25 tiketů v Tracu a aktualizace pro řadu dodávaných softwarových balíčků, včetně Jetty. Jsou zde také opravy pro funkci testování peerů přes IPv6, zavedenou v minulé verzi. Pokračujeme ve vylepšování mechanismů pro detekci a blokování potenciálně škodlivých peerů. Zahrnuty jsou i předběžné opravy pro Javu 9, nicméně Javu 9 zatím nedoporučujeme pro běžné použití.</p> <p>I2P will be at 33C3, please stop by our table and give us your ideas on how to improve the network. We will review our 2017 roadmap and priorities 2017 at the Congress.</p>/cs/blog/2016/12/06/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-6.-prosince-2016/Tue, 06 Dec 2016 00:00:00 +0000/cs/blog/2016/12/06/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-6.-prosince-2016/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> echelon, manas, orignal, zzz</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 20:00:02 &lt;zzz&gt; 0) Ahoj 20:00:02 &lt;zzz&gt; 1) plánování 33C3 20:00:02 &lt;zzz&gt; 2) aktualizace 0.9.28 (zzz) 20:00:02 &lt;zzz&gt; 3) správce Tails (zzz) `http://zzz.i2p/topics/2108` 20:00:07 &lt;zzz&gt; 0) Ahoj 20:00:09 &lt;zzz&gt; ahoj 20:00:16 &lt;i2pr&gt; [Slack/manas] Hello :slightly_smiling_face: 20:00:44 &lt;zzz&gt; 1) plánování 33C3 20:00:54 &lt;orignal_&gt; ahoj 20:01:08 &lt;zzz&gt; ok, za 3 týdny ode dneška, je něco, co potřebujeme probrat? 20:01:38 &lt;eche|on&gt; Jsem k zastižení přes Twitter alespoň 20:01:49 &lt;eche|on&gt; V Hamburku budu od 26. prosince 20:01:53 &lt;zzz&gt; Předpokládám, že si pár dní předem založíme Twitter DM skupinu 20:01:58 &lt;eche|on&gt; Vezmu s sebou banner a notebook a samolepky 20:02:10 &lt;i2pr&gt; [Slack/manas] Do Hamburku dorazím odpoledne 26. 12. 20:02:11 &lt;zzz&gt; Já přivezu taky samolepky. 20:02:21 &lt;zzz&gt; nezapomeňte na rozdvojku 20:02:39 &lt;eche|on&gt; vstupenky jsou všechny zaplacené a postarám se o jejich rozdání lidem 20:02:45 &lt;zzz&gt; obvyklý postup: ti, kdo tam budou 26., zarezervují stůl 20:02:45 &lt;eche|on&gt; ok 20:02:57 &lt;i2pr&gt; [Slack/manas] Nějaké tipy/doporučení pro lidi, kteří jedou na CCC poprvé? 20:02:57 &lt;eche|on&gt; jo 20:03:12 &lt;zzz&gt; fluffypony + 1 na straně Monera 20:03:29 &lt;eche|on&gt; manas: buď tam, nasávej všechno, připrav své systémy na neustálé útoky 24/7, vezmi si velký disk, nějaké peníze a čekej neočekávané^^ 20:03:30 &lt;zzz&gt; obecné tipy můžeš získat po schůzce 20:03:35 &lt;i2pr&gt; [Slack/manas] :smile: 20:03:41 &lt;zzz&gt; něco dalšího k bodu 1) ? 20:04:48 &lt;zzz&gt; 2) aktualizace 0.9.28 20:04:55 &lt;eche|on&gt; jen: doufejme v dobré 33C3 20:05:19 &lt;zzz&gt; 0.9.28 je podle plánu, uzávěrka check-inu (odeslání změn) a překladů je v pátek, vydání bychom měli mít venku začátkem příštího týdne 20:05:35 &lt;zzz&gt; prosím, pomozte o víkendu zrevidovat diff (rozdíly) 20:05:57 &lt;orignal_&gt; něco nového, o čem bych měl vědět? 20:06:09 &lt;orignal_&gt; myslím 0.9.28 20:06:09 &lt;eche|on&gt; ok, budu tady do 19. prosince na práci, a od 20. pak nějaké hodiny denně online 20:06:22 &lt;zzz&gt; nemyslím si, orignal_ 20:06:28 &lt;zzz&gt; něco dalšího k bodu 2) ? 20:06:53 &lt;orignal_&gt; díky 20:07:34 &lt;zzz&gt; 3) správce Tails 20:07:49 &lt;zzz&gt; S Tails jsme na tom špatně. Letos zmizeli 3 správci 20:08:23 &lt;zzz&gt; Část vývojářů Tails chce, aby bylo i2p z Tails odstraněno kvůli dlouhodobému neřešení ticketů a nedostatku stabilní údržby 20:08:47 &lt;zzz&gt; sadie ráno poslala tweet a dostala jednu odpověď 20:09:26 &lt;zzz&gt; možná budeme potřebovat velký PR push od sadie... nebo třeba ten nový dobrovolník vyjde 20:09:36 &lt;zzz&gt; chce se někdo přihlásit jako dobrovolník, má někdo nějaké nápady? 20:10:34 &lt;zzz&gt; ok, odpovím tomu dobrovolníkovi z Twitteru a uvidíme, jak to půjde 20:10:41 &lt;zzz&gt; něco dalšího k bodu 3) ? 20:11:34 &lt;zzz&gt; něco dalšího pro tuto schůzku ? 20:11:35 &lt;i2pr&gt; [Slack/manas] Rád bych pomohl, ale musel bych si toho hodně nastudovat a naučit se to, protože s tím nejsem obeznámen. 20:11:46 &lt;i2pr&gt; [Slack/manas] Vlákna mám otevřená, přečtu si je 20:12:01 &lt;zzz&gt; je vyžadována zkušenost s i2p, Tails a balíčky Debianu 20:12:08 &lt;i2pr&gt; [Slack/manas] Moje reseed (bootstrap server pro I2P) může mít SSL certifikáty prošlé nebo blízko expirace, postarám se o jejich aktualizaci 20:12:19 &lt;orignal_&gt; I2P by mělo dělat víc PR než teď 20:12:54 &lt;zzz&gt; orignal_, souhlasím, prosím pošli jakékoli nápady sadie a str4d 20:12:56 &lt;i2pr&gt; [Slack/manas] letskencrypt (nyní se jmenuje acme-client) procházelo řadou změn, ale teď se to ustálilo. Můžu zautomatizovat aktualizace SSL certifikátů pro reseed. 20:13:09 &lt;i2pr&gt; [Slack/manas] Takže reseed mohou dočasně vypadnout, ale zase se vrátí :slightly_smiling_face: 20:13:18 &lt;zzz&gt; manas, ohledně jakýchkoli problémů s reseed prosím spolupracuj s backup@mail.i2p 20:13:24 &lt;zzz&gt; něco dalšího pro tuto schůzku ? 20:13:28 &lt;i2pr&gt; [Slack/manas] Jasně 20:14:44 &lt;zzz&gt; první týden v lednu schůzka nebude. Na CCC budeme mít osobní setkání. Sledujte tento kanál pro podrobnosti, schůzky se mohou naplánovat narychlo 20:15:10 &lt;zzz&gt; seznam možných schůzek je ve vlákně na zzz.i2p, ozvěte se tam, pokud chcete přidat témata nebo požádat o vzdálené připojení 20:15:23 * zzz **bafs** uzavírá schůzi </div>/cs/blog/2016/11/01/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-1.-listopadu-2016/Tue, 01 Nov 2016 00:00:00 +0000/cs/blog/2016/11/01/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-1.-listopadu-2016/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> echelon, fluffypony, hottuna, str4d, zzz</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 20:00:01 &lt;zzz&gt; 0) Ahoj 20:00:01 &lt;zzz&gt; 1) plánování 33C3 20:00:01 &lt;zzz&gt; 2) aktualizace 0.9.28 (zzz) 20:00:07 &lt;zzz&gt; 0) Ahoj 20:00:09 &lt;zzz&gt; ahoj 20:00:17 &lt;eche|on&gt; ahoj 20:00:22 &lt;i2pr&gt; [Slack/str4d] Hi! 20:00:38 &lt;zzz&gt; 1) plánování 33C3 20:01:05 &lt;eche|on&gt; dobře 20:01:11 &lt;zzz&gt; ok, chci se ujistit, že eche|on má pod kontrolou nákup vstupenek na 8. listopadu, a že hottuna má pod kontrolou žádost o stůl 20:01:16 &lt;eche|on&gt; v pondělí ve 20:00 začne předprodej vstupenek 20:01:29 &lt;eche|on&gt; budu v Praze s mobilním internetem a notebookem 20:01:38 &lt;hottuna&gt; zzz čau 20:01:47 &lt;zzz&gt; ok, takže předpokládáme-li, že Praha má internet, budeš v pohodě? 20:01:56 &lt;eche|on&gt; ale obávám se, že nemohu koupit 6 vstupenek najednou. Zkusím to. Když ne, dám vědět přes Twitter 20:02:11 &lt;zzz&gt; ok skvělé 20:02:20 &lt;eche|on&gt; mám tušení, že omezí max. 2 vstupenky na objednávku nebo tak nějak, ale uvidíme 20:02:36 &lt;zzz&gt; hottuna, dáš náš požadavek na Noisy Square zase letos na wiki? a víš o tom, že se chce přidat Monero? 20:04:20 &lt;hottuna&gt; zzz: o Moneru jsem nevěděl. kolik nás bude? a bude Monero vystupovat pod naší vlajkou? 20:04:21 &lt;hottuna&gt; zzz: server wiki CCC teď vůbec neodpovídá. už je to pár týdnů, co jsem kontroloval, jestli byla spuštěna wiki pro 33C3 20:05:10 &lt;zzz&gt; nevím, pro info se zeptej fluffypony, myslím, že si podají vlastní žádost, ale mohou požádat, abychom sdíleli stůl nebo byli blízko 20:05:37 &lt;zzz&gt; hottuna, prosím potvrď, že budeš sledovat wiki a podáš žádost za náš projekt 20:06:39 &lt;fluffypony&gt; rád bych, abychom sdíleli stůl 20:07:01 &lt;fluffypony&gt; pokud má hottuna žádost pod kontrolou, bylo by to skvělé 20:07:08 &lt;fluffypony&gt; mohu s hottunou sladit popis 20:07:22 &lt;zzz&gt; fluffypony, navrhuji, abys podal vlastní žádost, ale požádal být blízko nás a/nebo sdílet 20:07:24 &lt;fluffypony&gt; hottuna: nejsem si jist, kolik lidí, ale zajistíme, že u stolu bude obsluha 20:07:27 &lt;zzz&gt; hottuna? 20:07:32 &lt;i2pr&gt; [Slack/str4d] Sounds good 20:07:46 &lt;hottuna&gt; fluffypony: mohu požádat o stůl pro i2p+monero, pokud víš, kolik bude lidí z Monera, a jestli je pro vás také v pořádku vystupovat pod vlajkou projektu I2P 20:07:55 &lt;zzz&gt; ok skvělé 20:07:58 &lt;hottuna&gt; zzz: kolik nás bude? 20:08:07 &lt;fluffypony&gt; hottuna: ok, pojďme si napsat soukromě a vyřešit to 20:08:09 &lt;eche|on&gt; hottuna: momentálně počítám 6 20:08:33 &lt;eche|on&gt; zzz, hottuna. bobthebuilder,meeh, str4d a já 20:08:34 &lt;hottuna&gt; zzz: tak jako tak se zavazuji sledovat wiki a vyplnit tyhle věci 20:08:36 &lt;zzz&gt; Meeh možná přivede ještě někoho, zeptej se ho. Řekl bych zatím 8 za nás a 4 za Monero 20:08:43 &lt;eche|on&gt; Pokud jsem na někoho zapomněl, ozvěte se! 20:08:43 &lt;zzz&gt; skvělé, hottuna 20:09:00 &lt;i2pr&gt; [Slack/str4d] Jak velké jsou stoly? 20:09:02 &lt;hottuna&gt; ok, tak předběžně 12 20:09:13 &lt;hottuna&gt; prakticky tak velké, jak si je vyžádáme 20:09:26 &lt;zzz&gt; ok, co se týče přednášek – vím, že str4d a Sadie uvažovali, že něco pošlou, stalo se to? (asi ne) a koordinovali jste se s YTBI jako zálohou? 20:09:37 &lt;zzz&gt; *YBTI 20:09:44 &lt;eche|on&gt; o tom nevím 20:09:54 &lt;eche|on&gt; str4d nás tu může poučit 20:10:15 &lt;i2pr&gt; [Slack/str4d] Sadie se podle mého chápání (AIUI) CCC nezúčastní (osobní záležitosti) a já jsem nepodal přednášku kvůli práci kolem spuštění Zcash 20:10:24 &lt;zzz&gt; jo a gratuluju str4d ke spuštění, možná je teď příliš bohatý, aby s námi mluvil 20:10:47 &lt;i2pr&gt; [Slack/str4d] Heh, nepravděpodobné :stuck_out_tongue: 20:10:56 &lt;zzz&gt; ok, doufám, že Sadie a eche|on jsou sladěni ohledně toho, jestli jede nebo ne, co se týče vstupenek 20:11:02 &lt;i2pr&gt; [Slack/str4d] Každopádně budu pracovat na přednášce pro YTBI 20:11:21 &lt;eche|on&gt; zzz: 33C3 se nezúčastní, ale pojede na RWC 20:11:30 &lt;zzz&gt; ok, zaznamenal někdo nějaké řeči o Grothoffovi, nebo zda YBTI proběhne? 20:11:51 &lt;zzz&gt; vždy špatně organizované, pravděpodobně se to nedozvíme dřív než později 20:11:55 &lt;eche|on&gt; zatím nic, podle mě je problém se vstupenkami důvod vyčkávat 20:12:09 &lt;i2pr&gt; [Slack/str4d] Dobré, že tam přesto někdo jede, na RWC 20:12:32 &lt;zzz&gt; je to letos v NYC? 20:12:40 &lt;i2pr&gt; [Slack/str4d] Yep 20:12:55 &lt;zzz&gt; super. možná se objeví i víc lidí 20:13:02 &lt;zzz&gt; něco dalšího k 1) ? 20:13:12 &lt;eche|on&gt; momentálně ne 20:13:18 &lt;eche|on&gt; dám vědět ohledně vstupenek 20:13:26 &lt;zzz&gt; ok 20:13:44 &lt;zzz&gt; 2) aktualizace 0.9.28 20:14:00 &lt;zzz&gt; Aktualizoval jsem několik knihoven třetích stran, které přibalujeme, včetně jetty 20:14:24 &lt;eche|on&gt; skvělé 20:14:28 &lt;zzz&gt; a jrobin. Také bojuju s některými problémy s Java 9. A řeším pár ticketů k transportům 20:14:46 &lt;eche|on&gt; a nějaká zvláštní témata, na která si dát pozor při sestavování aktualizací? 20:14:51 &lt;zzz&gt; jako obvykle, moc pomoci s kódováním nebo tickety nedostávám, každá pomoc se hodí 20:15:01 &lt;zzz&gt; ech co? 20:15:40 &lt;i2pr&gt; [Slack/str4d] Mám rozdělané přepracování UI, které chci doladit a sloučit do 0.9.28 20:15:40 &lt;eche|on&gt; ant updatewithjetty je obvyklé, ale s některými dalšími novými knihovnami, je něco speciálního, na co se zaměřit? 20:15:57 &lt;zzz&gt; ne, nic speciálního 20:16:06 &lt;eche|on&gt; ok, dobré 20:16:13 &lt;i2pr&gt; [Slack/str4d] Navíc budu v listopadu pracovat na funkci "průvodce nastavením", kterou chci v 0.9.28, abychom měli něco, na co můžeme na CCC odkázat nové uživatele 20:16:32 &lt;zzz&gt; str4d, pokud budeš mergovat něco velkého, prosím udělej to během příštího týdne, maximálně dvou, chci vydat .28 v půlce prosince před CCC 20:16:46 &lt;zzz&gt; str4d, když už jsme u vydání, jak to vypadá s vydáním .27 pro Android? 20:16:49 &lt;eche|on&gt; s většinou ticketů moc nepomohu. ale tickety k Syndie mohu opravit, s malou pomocí od tebe, zzz (po meetu) 20:16:49 &lt;i2pr&gt; [Slack/str4d] ACK 20:17:27 &lt;i2pr&gt; [Slack/str4d] .27 vydání pro Android se nerozjelo, dokud jsem byl zaneprázdněný spuštěním Zcash. 20:17:32 &lt;i2pr&gt; [Slack/str4d] Ale tento týden si na to udělám čas. 20:17:35 &lt;zzz&gt; po čtyřměsíčním cyklu přes léto se chci vrátit k 6–8týdenním cyklům 20:17:55 &lt;i2pr&gt; [Slack/str4d] Jsem také *opravdu* blízko dokončení sloučení repozitářů I2P-Bote a Bote Android 20:18:00 &lt;zzz&gt; ok, a samozřejmě Bote potřebuje trochu péče, a ještě není pozdě na příspěvek na blog o summer of x 20:18:18 &lt;i2pr&gt; [Slack/str4d] Gradle plugin pro tvorbu pluginů pro I2P funguje (zdá se) 20:18:54 &lt;i2pr&gt; [Slack/str4d] Takže jakmile sloučím poslední části (což bude záviset na tom, že nahraju router.jar pro 0.9.27 do Maven Central spolu s ostatními JARy), mělo by vše fungovat dobře. 20:19:31 &lt;zzz&gt; str4d, udělal jsem po 27 některé změny, které tě mohou donutit doladit věci pro Android a/nebo tvé soubory IDE nebo Maven, jen pro info, pro .28, ale neměly by ovlivnit tvoje vydání 27 20:19:44 &lt;i2pr&gt; [Slack/str4d] Pokud ne během tohoto týdne, budu mít čas během letů zpět na NZ tento víkend. 20:19:49 &lt;i2pr&gt; [Slack/str4d] ACK 20:20:11 &lt;zzz&gt; ok. Upřímně jsem nečekal, že v říjnu něco uděláš, navzdory tvému optimismu :) 20:20:16 &lt;zzz&gt; něco dalšího k 2) ? 20:20:29 &lt;i2pr&gt; [Slack/str4d] Mám všechen optimismus 20:20:48 &lt;zzz&gt; něco dalšího k této schůzi? 20:21:26 * zzz sahá po bafferu 20:22:18 * zzz *baffffffffs*** schůzi uzavírá </div>/cs/blog/2016/10/17/vyd%C3%A1n%C3%AD-0.9.27/Mon, 17 Oct 2016 00:00:00 +0000/cs/blog/2016/10/17/vyd%C3%A1n%C3%AD-0.9.27/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>Verze 0.9.27 obsahuje několik oprav chyb. Aktualizovaná knihovna GMP pro akceleraci kryptografie, která byla v rámci vydání 0.9.26 přibalena pouze pro nové instalace a sestavení pro Debian, je nyní zahrnuta i v aktualizaci v síti pro 0.9.27. Došlo ke zlepšení v transportech IPv6, testování peerů SSU a skrytém režimu.</p> <p>Během I2P Summer jsme aktualizovali řadu pluginů a váš router je po restartu automaticky aktualizuje.</p> <p>Jako obvykle doporučujeme aktualizovat na tuto verzi. Nejlepším způsobem, jak udržovat zabezpečení a pomoci síti, je používat nejnovější verzi.</p>/cs/blog/2016/10/04/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-4.-%C5%99%C3%ADjna-2016/Tue, 04 Oct 2016 00:00:00 +0000/cs/blog/2016/10/04/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-4.-%C5%99%C3%ADjna-2016/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> echelon, EinMByte, MXPLRS\|Kirill, obscuratus, str4d, zzz</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 20:00:04 &lt;zzz&gt; 0) Ahoj 20:00:04 &lt;zzz&gt; 1) 0.9.27 aktualizace (zzz) 20:00:08 &lt;zzz&gt; 0) Ahoj 20:00:09 &lt;zzz&gt; ahoj 20:00:24 &lt;i2pr&gt; [Slack/str4d] Ahoj 20:00:30 &lt;eche|on&gt; ahoj 20:00:42 &lt;i2pr&gt; [Slack/str4d] Letadlo přistane za 20 minut, takže budu asi k dispozici jen 5-10 minut 20:00:51 &lt;EinMByte&gt; Ahoj 20:01:10 &lt;zzz&gt; 1) 0.9.27 aktualizace (zzz) 20:01:11 &lt;i2pr&gt; [Slack/str4d] (takže upřednostněte cokoli, co vyžaduje mou pozornost) 20:01:44 &lt;zzz&gt; ok, po rekordních 4+ měsících spouštím vydání 27, uzávěrka commitů za 10 dní, vydání v týdnu od 17. 20:02:04 &lt;i2pr&gt; [Slack/str4d] :+1: 20:02:12 &lt;zzz&gt; není v tom nic velkého, ale musíme se posouvat 20:02:26 &lt;zzz&gt; ještě jednou se v příštím týdnu podívám na tikety pro IPv6 a zkusím opravit další věci 20:02:39 &lt;zzz&gt; cokoli, co potřebuje testování, prosím commitněte co nejdřív 20:02:50 &lt;zzz&gt; ještě něco k 1) ? 20:03:06 &lt;i2pr&gt; [Slack/str4d] O víkendu si udělám čas na opravu problému v Bote 20:03:17 &lt;EinMByte&gt; Zahrnuje to i testování peerů přes IPv6? 20:03:29 &lt;i2pr&gt; [Slack/str4d] (protože vydání Zcash beta 2, které jsem řídil, už bude z krku) 20:03:46 &lt;zzz&gt; ano, testování peerů bylo commitnuto před pár měsíci, není jasné, jak dobře to funguje, to zjistíme po vydání 20:04:02 &lt;MXPLRS|Kirill_&gt; zzz, seznam změn? 20:04:12 &lt;EinMByte&gt; Ok 20:04:43 &lt;zzz&gt; MXPLRS|Kirill_, souhrnný příspěvek k vydání na zzz.i2p jsem už delší dobu neaktualizoval, ale vždycky se můžeš podívat do souboru history.txt na github 20:04:59 &lt;MXPLRS|Kirill_&gt; zzz, ok 20:05:02 &lt;zzz&gt; Budu aktualizovat příspěvek na zzz.i2p v příštích několika dnech 20:05:21 &lt;zzz&gt; dnes nebo zítra pošlu tagy na tx 20:05:29 &lt;zzz&gt; ještě něco k 1) ? 20:05:51 &lt;obscuratus&gt; Je něco konkrétního, co chcete, abych otestoval na svém testbedu? 20:06:16 &lt;zzz&gt; ani ne, cením si tvého dosavadního testování IPv6 20:06:23 &lt;obscuratus&gt; Kdyžtak dej vědět, jakmile tě něco napadne. 20:06:38 &lt;zzz&gt; ok 20:06:41 &lt;zzz&gt; ještě něco k 1) ? 20:07:02 &lt;i2pr&gt; [Slack/str4d] Za mě ne 20:07:05 &lt;zzz&gt; ještě něco k této schůzi? 20:07:46 &lt;EinMByte&gt; Jen chci zmínit, že jsem aktualizoval návrh NTCP2 20:08:08 &lt;EinMByte&gt; (jak v tématu na zzz.i2p, tak na gist.github.com) 20:08:10 &lt;i2pr&gt; [Slack/str4d] Teď musím uklidit notebook o/ 20:08:10 &lt;zzz&gt; skvělé, dobrá práce 20:08:21 &lt;zzz&gt; myslím, že děláme dobrý pokrok 20:08:44 &lt;zzz&gt; ještě něco k této schůzi? 20:09:08 * zzz bere baffer 20:09:12 &lt;EinMByte&gt; Režimy autentizace jsou pořád nekompletní, takže tam potřebujeme nejvíc práce, dle mého názoru 20:09:24 &lt;EinMByte&gt; Myslím, že k této schůzi už nic dalšího nemám 20:09:43 &lt;zzz&gt; těším se na revizi nového návrhu 20:10:01 * zzz *bafffffffs* schůzi uzavírá </div>/cs/blog/2016/09/06/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-6.-z%C3%A1%C5%99%C3%AD-2016/Tue, 06 Sep 2016 00:00:00 +0000/cs/blog/2016/09/06/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-6.-z%C3%A1%C5%99%C3%AD-2016/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> echelon, EinMByte, orignal, psi, str4d, z3r0fox, zzz</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 21:00:01 &lt;zzz&gt; 0) Ahoj 21:00:01 &lt;zzz&gt; 1) aktualizace 0.9.27 (zzz) 21:00:01 &lt;zzz&gt; 2) aktualizace Summer of X (sadie/str4d) 21:00:01 &lt;zzz&gt; 3) Rozpočet 33C3 `http://zzz.i2p/topics/2150` 21:00:01 &lt;zzz&gt; 4) SAM zapnuté ve výchozím nastavení (str4d) 21:00:06 &lt;zzz&gt; 0) Ahoj 21:00:12 &lt;zzz&gt; ahoj 21:00:13 &lt;psi&gt; ahoj 21:00:24 &lt;eche|on&gt; vítejte 21:00:33 &lt;z3r0fox_&gt; Ahoj 21:00:40 &lt;zzz&gt; 1) aktualizace 0.9.27 (zzz) 21:01:01 &lt;zzz&gt; ok, není toho moc k hlášení. jen 6K řádků diffu od 26 21:01:13 &lt;zzz&gt; v tuto chvíli bych řekl, že .27 bude možná v půlce října? 21:01:41 &lt;zzz&gt; dřív v létě jsem dělal věci kolem Summer of X, poslední dobou jsem si dával pauzu... ale nevidím moc aktivity ani od ostatních 21:02:03 &lt;zzz&gt; ještě něco k 1) ? 21:02:19 &lt;eche|on&gt; nic moc ohledně Summer of X 21:03:25 &lt;zzz&gt; 2) aktualizace Summer of X (sadie/str4d) 21:03:30 &lt;zzz&gt; sadie / str4d do toho 21:06:07 &lt;zzz&gt; nic neslyším, dám to na program na příští měsíc 21:06:15 &lt;zzz&gt; 3) Rozpočet 33C3 `http://zzz.i2p/topics/2150` 21:06:28 &lt;str4d&gt; Ahoj! 21:06:33 &lt;eche|on&gt; Vzhůru 21:06:33 &lt;zzz&gt; eche|on, mohl bys nám prosím dát krátkou aktualizaci ohledně našich financí? 21:06:45 &lt;str4d&gt; Promiň, na chvíli mě rozptýlila práce. K bodu 2) se můžu vyjádřit na konci schůzky 21:07:34 &lt;eche|on&gt; finance, ok, aktuální částky: 37k , 510 BTC, 700 LTC a 1300 XMZ (zaokrouhleně) 21:07:47 &lt;eche|on&gt; bts je kolem 540 a LTC kolem 3.5 21:08:00 &lt;zzz&gt; vypadá to, že jsme na tom docela dobře 21:08:10 &lt;eche|on&gt; letos jsme už utratili zhruba 4800 21:08:56 &lt;eche|on&gt; a 10 BTC (které jsem převedl na ), takže jsme letos získali zhruba 5k 21:09:20 &lt;zzz&gt; pro 33C3 navrhuji udělat zhruba to samé jako loni... zaplatíme všechny vstupenky na konferenci. A členům projektu uhradíme až $1000 (nebo euro), nebo $1500, pokud to lidé opravdu potřebují 21:09:41 &lt;zzz&gt; lidem, co provozují jednu či dvě služby, navrhuji zaplatit vstupenku a až $500 na cestu 21:10:01 &lt;zzz&gt; co si o tom myslíte? 21:10:23 &lt;eche|on&gt; aktuálně máme 5 lidí žádajících o peníze 21:10:25 &lt;str4d&gt; Myslím, že to je fér. 21:11:04 &lt;str4d&gt; eche|on, při předpokladu výše uvedených čísel, jaké je očekávané celkové vydání? 21:11:13 &lt;zzz&gt; takže kolem $4000–$5000, plus asi $500 za vstupenky, hádám? 21:11:32 &lt;eche|on&gt; s těmito pravidly jsme na cca 4k max 21:11:39 &lt;zzz&gt; plus pár stovek za večeři 21:11:57 &lt;zzz&gt; jo, a taky, kdokoli, kdo NEnapsal e-mail echelon a chce funding, ozvěte se teď! 21:11:58 &lt;eche|on&gt; 2 lidi se službami, 2 obvyklí a 1 se zvláštními okolnostmi 21:12:07 &lt;eche|on&gt; vstupenka bude kolem 100 za kus 21:12:12 &lt;str4d&gt; Mmm. To nás drží uvnitř našeho hrubého cíle 10 % výdajů 21:13:03 &lt;eche|on&gt; trochu nad, ale pořád ok 21:13:21 &lt;zzz&gt; zní to jako asi 5200 nebo tak. Nastavme rozpočet na 6000 eur? 21:13:46 &lt;eche|on&gt; minule někteří dostali svou žádost v BTC, což mi to dost usnadnilo^^ 21:14:12 &lt;zzz&gt; jo, kdokoli kdo souhlasí s vyplacením v BTC, to je lepší 21:14:21 &lt;eche|on&gt; zní to legitimně 21:14:48 &lt;eche|on&gt; večeři můžeme vzít na stejné místo jako loni nebo možná o něco výš, uvidíme 21:15:02 &lt;zzz&gt; Chci zdůraznit, že chceme vidět všechny. I když se snažíme používat naše peníze rozumně, také by nás mrzelo, kdyby někdo nepřijel jen proto, že si to nemůže dovolit. 21:15:09 &lt;eche|on&gt; nějaké sladkosti a další věci pro samotnou akci, 6k je ok 21:15:10 &lt;str4d&gt; Rozhodně mi vyhovuje proplacení v BTC 21:15:48 &lt;zzz&gt; ještě něco k 3) ? 21:16:15 &lt;eche|on&gt; za mě ne, zítra odpovím na všechny e-maily a později koupím vstupenky 21:16:18 &lt;eche|on&gt; jo, vstupenky: 21:16:36 &lt;eche|on&gt; pokud kdokoli tady z I2P nežádal o funding, ale chce vstupenku, pošlete mi mail! 21:16:37 &lt;str4d&gt; Kdokoli, kdo chce sdílet ubytování, napište mi :) 21:16:56 &lt;str4d&gt; eche|on, plánuješ koupit vstupenky pro všechny členy týmu? 21:17:03 &lt;eche|on&gt; ano 21:17:07 &lt;zzz&gt; jo. Ech koupí vstupenky. Nekupujte si je sami 21:17:10 &lt;eche|on&gt; abychom se zbavili problémů, které jsme měli loni 21:17:12 &lt;str4d&gt; Díky :) 21:17:34 &lt;str4d&gt; A mám pravdu, že to obecně začíná kolem 11 dopoledne místního? 21:17:56 &lt;zzz&gt; jo, když už jsme u 3), chci poděkovat eche|onovi za všechno, co dělá, včetně udržování financí aktuálních. Bez tebe bychom byli na mizině! 21:18:02 &lt;str4d&gt; Snažím se zjistit, jestli zvládnu let, který dorazí 27. 21:18:02 &lt;eche|on&gt; jo, většinou jsme se potkávali v 11/12 dopoledne na místě a zůstali jsme do 1,2 ráno 21:18:05 &lt;eche|on&gt; ale některé přednášky končí ve 3 ráno 21:18:10 &lt;zzz&gt; ok, nepojďme tady řešit logistiku 21:18:17 &lt;zzz&gt; ještě něco k 3) ? 21:18:19 &lt;str4d&gt; (jinak musím odjet večer 25.) 21:18:34 &lt;str4d&gt; eche|on, mmk, díky. A taky velký dík, že nás držíš nad vodou! :D 21:18:55 &lt;zzz&gt; 4) SAM zapnuté ve výchozím nastavení (str4d) 21:18:59 &lt;zzz&gt; str4d do toho 21:19:08 &lt;eche|on&gt; díky všem dárcům (zrovna přišel dar s poznámkou "neutrácejte všechny peníze za zbytečné designéry" 21:19:39 &lt;str4d&gt; Dobře 21:20:29 &lt;str4d&gt; Přemýšlím, že s růstem aplikací používajících SAM API bychom měli zvážit, zda ho zapnout ve výchozím nastavení, a pokud ano, tak jak to udělat 21:20:51 &lt;str4d&gt; Podobně jako Tor ve výchozím stavu zapíná svůj control port, takže aplikace obecně mohou předpokládat, že je dostupný 21:21:07 &lt;eche|on&gt; Myslím, že SAM je docela stabilní a není důvodem, aby se router snadno položil 21:21:19 &lt;eche|on&gt; Hlasuji pro ano, zapnout ve výchozím nastavení 21:21:25 &lt;zzz&gt; je někdo, kdo je proti? 21:21:37 &lt;EinMByte&gt; Přijde mi to jako rozumný nápad 21:21:55 &lt;EinMByte&gt; Jediný problém, který vidím, jsou konfliktní porty 21:22:07 &lt;str4d&gt; Mmm 21:23:08 &lt;eche|on&gt; U nových instalací ten problém nevidím 21:23:10 &lt;zzz&gt; obvyklý způsob by byl změnit clients.config, což by ovlivnilo jen nové instalace. Cokoli jiného by bylo... těžší 21:23:12 &lt;eche|on&gt; protože je to všechno na localhostu 21:23:27 &lt;str4d&gt; Vím, že Tor přemítá o bezpečnosti toho mít jejich control port vždy otevřený 21:23:29 &lt;eche|on&gt; Na starých instalacích bych ho NEzapínal 21:23:36 &lt;EinMByte&gt; eche|on: myslím, že by mohla být jiná služba (nesouvisející s I2P) používající stejný port 21:23:43 &lt;str4d&gt; A podporují, aby lidé místo toho používali režim Unix socketu 21:23:50 &lt;str4d&gt; (s lokální autentizací pomocí cookie) 21:23:58 &lt;zzz&gt; Nemyslím, že aplikace mohou kdy "předpokládat, že je to dostupné", vždy k tomu budou potřebovat správné ošetření chyb a sdělování uživateli 21:24:01 &lt;eche|on&gt; EinMByte: to je localhost, a na to by se mělo upozornit 21:24:08 &lt;str4d&gt; Ale to pro nás není takový problém, protože cokoli, co se dokáže připojit k SAM, může ovládat jen své vlastní tunnels 21:24:33 &lt;str4d&gt; (ledaže by uhádli název relace jiných klientových tunnels) 21:24:36 &lt;EinMByte&gt; eche|on: Ok, takže když je port obsazený, SAM nezapínat a upozornit? 21:24:41 &lt;eche|on&gt; EinMByte: to je logický způsob, jak to udělat^^ 21:24:42 &lt;str4d&gt; zzz, jasně, aplikace to nemohou předpokládat 21:24:48 &lt;str4d&gt; Důvodem je použitelnost 21:24:58 &lt;str4d&gt; Takže "jednoduchá varianta" je "spustit I2P; použít aplikaci" 21:25:06 &lt;zzz&gt; takže po letech a letech, kdy to bylo vypnuté, to teď zapnout nemusí mít velký efekt 21:25:16 &lt;str4d&gt; Současná varianta je "spustit I2P; najít stránku pro zapnutí SAM; zapnout SAM; použít aplikaci" 21:25:33 &lt;zzz&gt; pro info jsem rozdělil /configclients, to bude v .27 21:25:36 &lt;eche|on&gt; Z mého pohledu: většina I2P routerů už má SAM povolený 21:25:39 &lt;eche|on&gt; ne-li &gt;90% 21:25:41 &lt;str4d&gt; Mou hlavní motivací je snížení tření 21:25:48 &lt;str4d&gt; pro nové uživatele 21:25:54 &lt;str4d&gt; takže souhlasím, že by to bylo jen pro nové instalace 21:26:19 &lt;EinMByte&gt; To zní OK. 21:26:27 &lt;zzz&gt; mimochodem, ještě jsem neviděl důkaz tvého "růstu aplikací používajících SAM" 21:26:30 &lt;str4d&gt; eche|on, jo, Tor má podobný problém s konfliktem portů s Orbotem na některých telefonech Samsung 21:26:46 &lt;psi&gt; sam by měl být ve výchozím nastavení zapnutý, aby ho lidi nemuseli zapínat 21:26:50 &lt;EinMByte&gt; zzz: Možná přesně tohle je potřeba ;) 21:26:51 &lt;zzz&gt; ale ani proti návrhu nejsem 21:26:53 &lt;zzz&gt; heh 21:27:05 &lt;str4d&gt; zzz, Tahoe-LAFS se chystá spustit s nativní podporou I2P 21:27:19 &lt;EinMByte&gt; Připomeň mi, jaký je výchozí port SAM? 21:27:21 &lt;zzz&gt; ok, vypadá to, že máme konsensus? 21:27:32 &lt;str4d&gt; 7656 21:27:52 &lt;zzz&gt; ještě něco k 4) ? 21:28:36 &lt;EinMByte&gt; str4d: Ok, nenapadá mě nic běžného, co by to používalo 21:29:09 &lt;zzz&gt; 2) aktualizace Summer of X (sadie/str4d) 21:29:14 &lt;zzz&gt; sadie / str4d do toho 21:29:35 &lt;str4d&gt; Dobře! 21:29:45 &lt;str4d&gt; I2P Summer Dev byl podle mě (IMHO) úspěch 21:30:06 &lt;str4d&gt; Nezískali jsme žádné nové přispěvatele (alespoň co jsem viděl) 21:30:42 &lt;str4d&gt; (na jednom z prvních setkání jich pár bylo, na které jsme asi měli navázat...) 21:30:45 &lt;eche|on&gt; máme nový buildbot 21:30:52 &lt;zzz&gt; Neviděl jsem slíbený srpnový blogpost... dostaneme zářijový? 21:30:54 &lt;str4d&gt; Ale udělali jsme výborný pokrok v řadě oblastí zaměřených na uživatele i vývojáře 21:30:56 &lt;str4d&gt; Jak jsem zmínil výše, další vydání Tahoe-LAFS bude mít nativní podporu I2P přes moji knihovnu txi2p 21:31:13 &lt;str4d&gt; zzz, jo, nenašel jsem si na to čas. O víkendu napíšu souhrnný příspěvek 21:31:20 &lt;zzz&gt; skvělé 21:31:47 &lt;str4d&gt; Lokálně mám práci na Zeronetu, kterou jsem chtěl ukázat v srpnovém příspěvku, ale bohužel se nám nepodařilo rozchodit i2p.socket s gevent správně... 21:32:05 &lt;str4d&gt; Ale myslím, že na to prostě udělám PR o víkendu, a uvidíme, jak to půjde 21:32:33 &lt;zzz&gt; tahoe je co, aspoň 5 let od doby, kdy jsme zadali tickety na jejich web. zooko se nepohybuje rychle 21:33:05 &lt;eche|on&gt; alespoň je to teď hotové 21:33:21 &lt;str4d&gt; Co se týče použitelnosti pro vývojáře, udělali jsme dobrý pokrok na i2p.socket a txi2p a s tím, že SAM API bude zapnuté ve výchozím nastavení, by mělo být méně tření při přidávání I2P do Python aplikací 21:33:25 &lt;eche|on&gt; teď potřebujeme paralelní up/downloady, jinak se tahoe-lafs bude plazit 21:33:55 &lt;eche|on&gt; mimochodem, uživatel se mě před pár min ptal na Python dev práci v I2P 21:34:04 &lt;str4d&gt; Dělali jsme nějaký outreach směrem k potenciálním novým aplikacím, ale tam je potřeba víc práce 21:34:28 &lt;str4d&gt; (zejména IPFS a OpenBazaar jsou nadšené, ale pokrok tam teď nepokračuje) 21:34:49 &lt;EinMByte&gt; Mimochodem, omlouvám se; dřív jsem říkal, že se zkusím zapojit do Summer of X, ale přišlo to příliš brzy pro kovri 21:34:53 &lt;zzz&gt; to, co je po Summer of X pořád v zoufalém stavu, je Bote. Žádné vydání už věčnost, a asi 40 (!) trac ticketů, včetně toho s classpath, který je podle mě blokér pro .27 ... Máš v úmyslu na Bote znovu pracovat, nebo to máme odepsat? 21:35:30 &lt;str4d&gt; zzz, plánuji, a pracoval jsem na tom 21:35:38 &lt;eche|on&gt; někdo by měl dělat Bote. je důležitější než syndie nebo i2phex 21:36:05 &lt;zzz&gt; Musím vědět, jestli musíme změnit deb balení, aby se opravil Bote, nebo jestli je špatně něco jiného, anebo je nám to jedno 21:36:32 &lt;zzz&gt; Září Bote? 21:37:22 &lt;str4d&gt; V srpnu jsem na tom strávil nějaký čas migrací na Gradle, což znamená, že budu moci sloučit android a plugin kódové základny 21:37:22 &lt;str4d&gt; To odstraní hodně tření, které mám ohledně vývoje na Bote 21:37:22 &lt;str4d&gt; Chybí už jen integrace existujících plugin skriptů 21:37:22 &lt;str4d&gt; (nebo je přepsat v Gradle)( 21:37:39 &lt;str4d&gt; Bohužel v srpnu do toho vlezly pracovní deadliny 21:37:54 &lt;zzz&gt; ok 21:37:59 &lt;zzz&gt; ještě něco k 2) ? 21:38:07 &lt;str4d&gt; O víkendu strávím čas nad Bote 21:38:30 &lt;zzz&gt; ještě něco k této schůzce? 21:39:02 &lt;zzz&gt; mohu navrhnout přesun zpět na 20:00 UTC pro říjen? 21:39:46 &lt;str4d&gt; a zkusit přijít na opravu problému v Debianu 21:39:55 &lt;zzz&gt; nějaké námitky proti 20:00? 21:40:03 &lt;str4d&gt; Ale je to určitě jen Debian 21:40:24 &lt;zzz&gt; ok, ani jsem ještě neviděl potvrzení, že je to jen deb, takže to je pokrok 21:40:46 &lt;str4d&gt; Nic dalšího, kromě dobré práce všem, kdo dělali na věcech pro Summer Dev! 21:40:46 &lt;str4d&gt; Těším se na příští rok ;) 21:40:49 &lt;zzz&gt; Navrhl jsem opravu nebo aspoň test v ticketu, ale nic jsem neslyšel 21:40:49 &lt;eche|on&gt; za mě OK takhle 21:41:22 &lt;zzz&gt; ok, na devítku jsem měl víc lidí, co si stěžovali, než na osmičku, tak se vraťme k osmi. léto je stejně pryč 21:41:29 * zzz chytá baffer 21:41:29 &lt;str4d&gt; Pro mě je v říjnu 20:00 v pohodě, budu v USA 21:41:31 &lt;str4d&gt; (A vlastně i v listopadu, protože to bude 1.( 21:42:37 &lt;eche|on&gt; ok, čas jít spát 21:42:41 &lt;eche|on&gt; zatím 21:42:44 * zzz ***bafs*** schůzku uzavřel </div>/cs/blog/2016/08/02/i2p-v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-2.-srpna-2016/Tue, 02 Aug 2016 00:00:00 +0000/cs/blog/2016/08/02/i2p-v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-2.-srpna-2016/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> nextloop, psi, poneyhot, sadie, str4d, trolly, xmpre, zzz</p> <h2 id="záznam-z-jednání">Záznam z jednání</h2> <div class="irc-log"> 21:00:01 &lt;zzz&gt; 0) Ahoj 21:00:01 &lt;zzz&gt; 1) zpráva z HOPE (zzz/sadie) `http://zzz.i2p/topics/2152` 21:00:01 &lt;zzz&gt; 2) aktualizace 0.9.27 (zzz) `http://zzz.i2p/topics/2132` 21:00:01 &lt;zzz&gt; 3) aktualizace Summer of X (sadie/str4d) 21:00:05 &lt;zzz&gt; 0) Ahoj 21:00:07 &lt;zzz&gt; ahoj 21:00:38 &lt;xmpre&gt; Zdravím 21:00:44 &lt;i2pr&gt; [Slack/str4d] Ahoj 21:00:56 &lt;zzz&gt; 1) zpráva z HOPE (zzz/sadie) `http://zzz.i2p/topics/2152` 21:01:32 &lt;zzz&gt; Na tom odkazu jsem zveřejnil krátkou zprávu z cesty. sadie, comraden1, gravy, nebo kdokoli, kdo se díval na některá videa, něco k doplnění? 21:02:30 &lt;i2pr&gt; [Slack/str4d] Videa jsem ještě neviděl. Nějaká, která bych si měl označit kromě těch od Toru? 21:03:01 &lt;zzz&gt; Moc víc jsem neviděl. Doufejme, že lidi přidají nějaká doporučení do vlákna na zzz.i2p 21:03:13 &lt;xmpre&gt; Pro ty, kdo o tom třeba nevědí, kde jsou videa? 21:03:27 &lt;zzz&gt; hope.net, předpokládám 21:03:56 &lt;zzz&gt; ještě něco k 1) ? 21:03:59 &lt;xmpre&gt; https://hope.net/watch.html 21:04:54 &lt;zzz&gt; 2) aktualizace 0.9.27 (zzz) `http://zzz.i2p/topics/2132` 21:05:57 &lt;zzz&gt; pořád cílíme nejdříve na polovinu září. V mtn není moc aktivity ani velké funkce. Až dodělám i2p letní věci, chci se vrátit k NTCP2. Takže na .27 není momentálně žádný spěch, věci jsou docela stabilní 21:06:26 &lt;zzz&gt; má někdo nějaké komentáře k harmonogramu nebo obsahu .27? 21:06:39 &lt;i2pr&gt; [Slack/str4d] Zhruba ve stejnou dobu se zaměřím na NTCP2 21:06:49 &lt;xmpre&gt; Měl jsem návrh, jak usnadnit multihoming (vícenásobné připojení k sítím), mám to přidat do trac? 21:06:59 &lt;xmpre&gt; v podstatě funkci export/import 21:07:11 &lt;zzz&gt; ok, dobré. Pořád taky potřebujeme nového člověka pro Tails, měli bychom o tom všichni tweetovat 21:07:19 &lt;i2pr&gt; [Slack/str4d] Také bych zvážil povolit SAM ve výchozím stavu. 21:07:43 &lt;zzz&gt; xmpre, pokud je to jasné, trac je v pohodě, pokud to potřebuje diskuzi, možná bude lepší zzz.i2p 21:07:48 &lt;i2pr&gt; [Slack/str4d] Nebo alespoň probrat dopady takového kroku 21:08:06 &lt;xmpre&gt; Dobře, zzz 21:08:27 &lt;zzz&gt; dejme sam-by-default na program příštího měsíce, po skončení letní aktivity s aplikacemi, ale před .27 21:08:40 &lt;i2pr&gt; [Slack/str4d] ACK 21:08:53 &lt;i2pr&gt; [Slack/str4d] Mezitím o tom lidé mohou přemýšlet 21:09:21 &lt;i2pr&gt; [Slack/str4d] A např. to porovnat s tím, jakou politiku má Tor u svého řídicího portu 21:09:38 &lt;zzz&gt; přidáno na `http://zzz.i2p/topics/2149` 21:10:03 &lt;zzz&gt; možná bychom chtěli mít zapnutou auth nebo ssl, pokud je to ve výchozím stavu zapnuté? nejsem si jistý. Promyslím to 21:10:11 &lt;zzz&gt; ještě něco k 2) ? 21:10:58 &lt;psi&gt; (ahoj) 21:11:10 &lt;zzz&gt; když mluvíme o příští schůzce, rozpočet na CCC bude na programu, viz odkaz výše, a prosím, mějte na tu schůzku připravené své požadavky 21:11:13 &lt;i2pr&gt; [Slack/sadie] čau - jsem zavalená prací, lidi 21:11:33 &lt;zzz&gt; přejděme k 3) ... 21:11:43 &lt;zzz&gt; 3) aktualizace Summer of X (sadie/str4d) 21:11:50 &lt;zzz&gt; sadie, str4d, jaké jsou novinky? 21:12:10 &lt;i2pr&gt; [Slack/str4d] Není problém, Sadie, jsem rád, že se můžeš aspoň na chvíli stavit :) 21:12:22 &lt;i2pr&gt; [Slack/str4d] Summer Dev jde podle mě fakt dobře 21:12:47 &lt;i2pr&gt; [Slack/str4d] Tento měsíc jsme se veřejně zaměřili na naši práci s jinými aplikacemi 21:13:11 &lt;i2pr&gt; [Slack/str4d] (aplikace, se kterými jsme obecně dřív nepracovali) 21:13:47 &lt;i2pr&gt; [Slack/str4d] Podařilo se mi dostat podporu I2P klienta do Foolscap, komunikační knihovny používané Tahoe-LAFS 21:14:29 &lt;i2pr&gt; [Slack/str4d] Takže očekávám, že budeme moct brzy používat upstream s I2P gridem, alespoň pro klienty 21:14:57 &lt;i2pr&gt; [Slack/str4d] Podpora na straně serveru pro I2P a Tor je plánovaná na pozdější vydání 21:15:31 &lt;i2pr&gt; [Slack/str4d] Jsem také velmi blízko k tomu, aby ZeroNet fungoval přes I2P jako důkaz konceptu 21:16:01 &lt;i2pr&gt; [Slack/str4d] (což také vedlo k významným vylepšením i2p.socket od psi a mě) 21:16:22 &lt;zzz&gt; ++psi 21:17:15 &lt;zzz&gt; Za mě jsem udělal vydání pluginů pro i2phex, jwebcache a orchid. Během asi týdne bude vydání syndie (prosím aktualizujte překlady!) a také další vydání orchid 21:17:34 &lt;i2pr&gt; [Slack/str4d] Woo 21:17:45 &lt;zzz&gt; a možná jircii, alespoň jeden člověk o to žádá, pokud jsou nějací další, dejte vědět 21:17:45 &lt;xmpre&gt; Díky za snahu na samostatném i2psnark, mám jednu instanci fungující s i2pd 21:17:58 &lt;psi&gt; i2p.socket pořád potřebuje feedback od vývojářů, jo a musím si připomenout, že se mám podívat na ten IPFS ticket 21:18:44 &lt;i2pr&gt; [Slack/str4d] Příští měsíc je vyhrazený na práci na našich vlastních aplikacích, ale rád bych viděl víc spolupráce i s externími vývojáři 21:18:59 &lt;zzz&gt; připomínám také všem, aby testovali tyto knihovny a samostatné aplikace i proti i2pd 21:19:02 &lt;i2pr&gt; [Slack/str4d] Např. psi pracující s vývojáři IPFS :) 21:19:15 &lt;i2pr&gt; [Slack/str4d] :+1: 21:19:47 &lt;nextloop&gt; ahoj. většina pluginů není na githubu. mám je tam taky dát? 21:19:54 &lt;i2pr&gt; [Slack/str4d] Pokud někomu došly nápady, napište mi a dám vám dlouhý seznam. 21:20:23 &lt;i2pr&gt; [Slack/str4d] Mohlo by to být dobrý nápad 21:20:29 &lt;zzz&gt; jedna věc je teď bez lidí a nejsem si jistý, jestli tak má být: sestavování/podepisování samostatných balíčků. kytv něco dělal, ech něco dělal, ale u spousty z nich nemáme konzistentní balení ani hostování 21:20:57 &lt;zzz&gt; u některých nejsou v kódu ani vypilované cíle sestavení 21:21:21 &lt;i2pr&gt; [Slack/str4d] Mmm 21:21:56 &lt;i2pr&gt; [Slack/str4d] Tento měsíc budu pracovat na migraci I2P-Bote na Gradle, jako součást přepracování jeho obecného procesu sestavení 21:22:10 &lt;xmpre&gt; Můžu začít sestavovat/podepisovat samostatné balíčky i2psnark, sestavuji Java I2P přes bobthebuilder.i2p 21:22:18 &lt;zzz&gt; Nechci být správcem žádného z nich. Nanejvýš chci udělat rychlé sestavení pluginu poté, co někdo jiný udělá zbytek. Ale moc se toho nedělo, což je asi pointa i2psummer. 21:22:19 &lt;trolly&gt; gradle? 21:23:26 &lt;zzz&gt; jo, díky xmpre za zprovoznění bobthebuilder. Včera se to rozjelo až moc... a před pár hodinami jsem pushnul -8 a zatím jsem tu neviděl build. Ale jsem si jistý, že to doladíš k hladkému běhu 21:23:49 &lt;zzz&gt; ještě něco k 3) ? 21:24:08 &lt;i2pr&gt; [Slack/str4d] Jedna z věcí, které bych v aktuálním redesignu webu rád udělal, je barter advertise the apps we do have, a jasně naznačit, kde by dobrovolníci mohli udělat dobrou práci 21:24:13 &lt;xmpre&gt; Hmm, le tme check zzz 21:24:16 &lt;i2pr&gt; [Slack/str4d] Lepší* 21:24:41 &lt;zzz&gt; pro začátek se podívej, co je na i2pwiki 21:24:55 &lt;i2pr&gt; [Slack/str4d] Mohl bych to také provázat se Summer Dev 21:25:14 &lt;poneyhot&gt; jestli mohu pár návrhů... nedávejte je v abecedním pořadí, není důvod, aby anoncoin byl první 21:25:20 &lt;poneyhot&gt; nebo anonymní git hosting .. 21:25:22 &lt;zzz&gt; ještě něco k dnešní schůzi? 21:25:30 &lt;i2pr&gt; [Slack/str4d] Ale to by bylo jako součást příspěvku na blog příští měsíc 21:25:45 &lt;zzz&gt; str4d, chystáš brzy červencový příspěvek na blog? 21:25:47 &lt;i2pr&gt; [Slack/str4d] 4) Přepracování rozložení webu 21:26:06 &lt;i2pr&gt; [Slack/str4d] zzz, brzy, ano. V příštích pár dnech 21:26:09 &lt;zzz&gt; ok 4) rozložení webu str4d, máš slovo 21:26:49 &lt;i2pr&gt; [Slack/str4d] Elio Qoshi dělá dobrý pokrok s přepracováním rozložení webu 21:27:47 &lt;i2pr&gt; [Slack/str4d] Pro představu: předělal web Whonix a aktuálně pracuje s Tor na jejich brandingu a style guide 21:28:15 &lt;i2pr&gt; [Slack/str4d] (pracoval také pro Mozillu) 21:29:08 &lt;zzz&gt; skvělé 21:29:20 &lt;i2pr&gt; [Slack/str4d] Aktuálním cílem je omezit bloky textu (dále oproti tomu, kam jsem se dostal já) a mít jednotný design mezi úvodní stránkou a vnitřními stránkami (což současnému designu chybí) 21:30:27 &lt;i2pr&gt; [Slack/str4d] Jeho současný wireframe, abyste měli představu, bude mít jednokolonový obsah uprostřed se stejně širokými okraji s prázdným místem po stranách (kam stejně jako nyní půjde navigace v rámci stránky a metadata) 21:30:45 &lt;zzz&gt; ok. jak jsme se nedávno bavili ohledně log, je dobré vědět, jaké cíle předáváte designérovi, abychom mohli výsledky hodnotit v tom kontextu 21:31:06 &lt;zzz&gt; ještě něco k 4) ? 21:31:24 &lt;i2pr&gt; [Slack/str4d] Na hlavní stránce bude (docela příšerný) seznam ve středním sloupci nahrazen přívětivějšími callouty na konkrétní aplikace a úkoly 21:31:25 &lt;poneyhot&gt; zahrnuje 4) domovskou stránku na 127.0.0.1? 21:31:37 &lt;i2pr&gt; [Slack/str4d] honeypot, ne 21:31:52 &lt;zzz&gt; ještě něco k dnešní schůzi? 21:32:05 &lt;i2pr&gt; [Slack/str4d] Oh, právě mi poslal první screenshot navrhovaného designu úvodní stránky 21:32:26 &lt;i2pr&gt; [Slack/str4d] Ale nemůžu ho jen tak sdílet do IRC, takže to udělám, až budu zpátky u počítače 21:32:41 &lt;i2pr&gt; [Slack/str4d] Ohledně konzole routeru: 21:32:57 &lt;zzz&gt; ok 5) konzole routeru str4d, máš slovo 21:33:03 &lt;i2pr&gt; [Slack/str4d] Pro postup viz větev i2p.i2p.str4d.ui 21:33:27 &lt;i2pr&gt; [Slack/str4d] CSS bylo nyní aktualizováno, aby odpovídalo změnám backbendu, a je v první verzi 21:33:45 &lt;zzz&gt; poneyhot, měl jsi k přidání téma schůzky ohledně konzole? 21:34:18 &lt;i2pr&gt; [Slack/str4d] (mám pár lokálních změn, které někomu pushnu před víkendem, pokud bude čas) 21:34:18 &lt;i2pr&gt; [Slack/str4d] Zpětná vazba vítána 21:34:18 &lt;i2pr&gt; [Slack/str4d] Upozorňuji však, že je to jen mezikrok 21:34:30 &lt;zzz&gt; ještě něco k 5) ? 21:34:37 &lt;i2pr&gt; [Slack/str4d] Žádná ze změn se aktuálně netýká struktury 21:34:48 &lt;poneyhot&gt; Musím si změny nejdřív prohlédnout, jen se mi nelíbí abecední řazení 21:34:49 &lt;i2pr&gt; [Slack/str4d] To plánuji udělat asi v říjnu 21:35:09 &lt;zzz&gt; oh, na to jsi narážel ohledně anoncoin, chápu 21:35:17 &lt;zzz&gt; ještě něco k dnešní schůzi? 21:35:29 &lt;poneyhot&gt; vypadá to, že to jsou ty nejdůležitější věci na i2p 21:35:35 &lt;i2pr&gt; [Slack/str4d] poneyhot, to se možná úplně změní 21:35:51 &lt;i2pr&gt; [Slack/str4d] Nebo taky ne ^^ 21:36:25 * zzz popadne baffer ve stylu Negana 21:36:26 &lt;i2pr&gt; [Slack/str4d] Mým cílem je mít připravenou obnovenou a vylepšenou konzoli routeru na CCC 21:36:58 &lt;xmpre&gt; Rád pomohu testovat novou konzoli routeru 21:37:09 &lt;xmpre&gt; (a doufám, že otravné chyby s cookies budou opraveny :p) 21:37:24 * zzz *bafs* schůzku uzavírá </div>/cs/blog/2016/07/05/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-5.-%C4%8Dervence-2016/Tue, 05 Jul 2016 00:00:00 +0000/cs/blog/2016/07/05/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-5.-%C4%8Dervence-2016/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> dg, psi, sadie, str4d, Zerolag, zzz</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 21:00:23 &lt;zzz&gt; 0) Ahoj 21:00:23 &lt;zzz&gt; 1) HOPE aktualizace (zzz) `http://zzz.i2p/topics/1968` 21:00:23 &lt;zzz&gt; 2) 0.9.27 aktualizace (zzz) 21:00:23 &lt;zzz&gt; 3) Summer of X aktualizace (sadie/str4d) 21:00:27 &lt;zzz&gt; 0) Ahoj 21:00:29 &lt;zzz&gt; ahoj 21:00:47 &lt;psi&gt; ahoj 21:00:48 &lt;zzz&gt; 1) HOPE aktualizace (zzz) `http://zzz.i2p/topics/1968` 21:00:48 &lt;i2pr&gt; [Slack/str4d] Ahoj 21:01:13 &lt;zzz&gt; ok, HOPE je za 2 a půl týdne. Možný páteční oběd s Lancem je zatím neurčený 21:01:42 &lt;zzz&gt; nechte si prosím v pátek oběd volný, neočekávám, že budeme vědět, jestli to bude nebo ne, dřív než ten týden 21:01:49 &lt;zzz&gt; těším se, že se tam všichni uvidíme 21:01:54 &lt;zzz&gt; něco dalšího k bodu 1) ? 21:02:06 &lt;i2pr&gt; [Slack/str4d] Teď je jisté, že tam nebudu 21:02:20 &lt;i2pr&gt; [Slack/str4d] Načasování mi nepřálo ;_; 21:02:51 &lt;psi&gt; vypadá to, že letos na HOPE nepojedu 21:03:14 &lt;i2pr&gt; [Slack/sadie] Na HOPE budu 21:03:38 &lt;zzz&gt; 2) 0.9.27 aktualizace (zzz) 21:04:13 &lt;zzz&gt; .27 postupuje pomalu, jak se dalo čekat. Tímto tempem se vydání .27 posune ze srpna na září. 21:04:31 &lt;zzz&gt; zatímco se soustředíme na věci kolem X a možná i na NTCP2 21:04:47 &lt;i2pr&gt; [Slack/str4d] Za mě v pohodě 21:04:50 &lt;zzz&gt; je to pro všechny v pořádku? 21:05:02 &lt;dg&gt; Není důvod spěchat, takže OK 21:05:09 &lt;dg&gt; nakonec vydáme, až to bude potřeba 21:05:28 &lt;zzz&gt; Šestadvacítka se zdá být opravdu stabilní. Jediná věc je ten bote class not found problém, ke kterému čekáme na doplňující informace na trac 21:05:52 &lt;dg&gt; Bylo tam něco s balíčkem pro Debian, na co jsem narazil jako na problém 21:05:56 &lt;i2pr&gt; [Slack/str4d] A to nám dává šanci v srpnu udělat práci na pluginech do .27 21:05:57 &lt;zzz&gt; a pokud je to to, co si myslím, opravili bychom to jednoduchou změnou a jen přebuildem pro deb/ubuntu 21:06:00 &lt;dg&gt; Nechám si to ale do ticketu. 21:06:12 &lt;zzz&gt; něco dalšího k bodu 2) ? 21:06:38 &lt;psi&gt; ovlivní .27 něco v i2pd? 21:07:19 &lt;zzz&gt; je tam testování peerů přes IPv6, ano. i2pd by neměl přejít na 27, dokud to nebude podporované 21:07:39 &lt;psi&gt; dobře 21:07:50 &lt;zzz&gt; nemusí to ale být podle Java harmonogramu 21:07:53 &lt;zzz&gt; něco dalšího k bodu 2) ? 21:08:42 &lt;zzz&gt; 3) Summer of X aktualizace (sadie/str4d) 21:08:51 &lt;zzz&gt; sadie, str4d, co je nového? 21:08:52 &lt;i2pr&gt; [Slack/str4d] Ještě ne, myslím? 21:08:55 &lt;i2pr&gt; [Slack/str4d] Aha jo 21:08:55 &lt;i2pr&gt; [Slack/str4d] Ne 21:10:30 &lt;zzz&gt; úskalí používání relé pro schůzku? 21:10:40 &lt;i2pr&gt; [Slack/str4d] Myslím, že to zatím jde dobře 21:10:55 &lt;i2pr&gt; [Slack/str4d] Jsme teď měsíc v běhu a vyšli nám o tom tři (pokud si dobře pamatuji) blogposty 21:11:46 &lt;zzz&gt; dobře, co děláme v červenci? 21:12:02 &lt;i2pr&gt; [Slack/str4d] Aplikace 21:12:05 &lt;i2pr&gt; [Slack/str4d] Outreach 21:12:15 &lt;i2pr&gt; [Slack/str4d] Takže budu pracovat s Tahoe-LAFS 21:12:29 &lt;i2pr&gt; [Slack/str4d] Na jejich integraci s I2P 21:13:12 &lt;zzz&gt; nějací dobrovolníci na práci na Transmission a/nebo libtorrentu? Ty teď vypadají jako bažiny problémů 21:13:14 &lt;i2pr&gt; [Slack/str4d] A také podám PR (pull request) na aktualizaci I2P knihovny v Lightning Browseru 21:13:45 &lt;i2pr&gt; [Slack/str4d] Jo, nikdy není pozdě si osvojit další API 21:13:59 &lt;i2pr&gt; [Slack/str4d] Další projekty, kterým bych tento měsíc rád pomohl: 21:14:02 &lt;zzz&gt; část s outreach je klíčová, pojďme to rozšířit přes Twitter a e-mail 21:14:08 &lt;psi&gt; co se dřív dělalo v Transmission? 21:14:31 &lt;zzz&gt; existuje i2p fork pro Transmission, viz vlákno na zzz.i2p 21:14:33 &lt;i2pr&gt; [Slack/str4d] psi, podpora SAM 21:14:52 &lt;i2pr&gt; [Slack/str4d] V libtorrentu 21:14:54 &lt;psi&gt; to bylo před libsam3, že? 21:14:58 &lt;psi&gt; řekl bych, že to úplně shnilo 21:15:09 &lt;i2pr&gt; [Slack/str4d] (pořád zapomínám, že to Transmission nepoužívá) 21:15:23 &lt;zzz&gt; sadie, co máš v plánu na červencový PR? 21:15:31 &lt;i2pr&gt; [Slack/str4d] Mmm, čistý fork by mohl být jednodušší 21:15:58 &lt;i2pr&gt; [Slack/str4d] Jak jsem říkal, další projekty, na které mám nápady: 21:16:01 &lt;i2pr&gt; [Slack/str4d] - IPFS (implementace v Go a Pythonu) 21:16:27 &lt;i2pr&gt; [Slack/str4d] - OpenBazaar (brzy bude používat IPFS) 21:16:34 &lt;i2pr&gt; [Slack/str4d] - ZeroNet 21:17:02 &lt;i2pr&gt; [Slack/str4d] Kterýkoli z nich by byl dobrým kandidátem, do kterého se někdo může zapojit 21:17:33 &lt;villain&gt; hello i2peeps :) zzz: právě jsem poslal patch pro web, doufám, že dorazí 21:17:38 &lt;psi&gt; ještě jsem nepochopil příručku pro přispěvatele IPFS 21:17:45 &lt;zzz&gt; ok super. Něco dalšího k bodu 3) ? Sadie? 21:18:05 &lt;zzz&gt; díky, villain, jsme uprostřed schůzky, podívám se na to později 21:18:06 &lt;psi&gt; rád bych se pustil do IPFS, ale ještě jsem nepřišel na to, jak. 21:18:25 &lt;Zerolag&gt; Rád bych si sáhl na ZeroNet. Zjistil, jak dobře běží přes i2p. 21:18:28 &lt;i2pr&gt; [Slack/str4d] Psi, o víkendu se můžu podívat, jak nováčky zapojují 21:19:08 &lt;psi&gt; Zerolag: naposledy, když jsem se díval, by přidání i2p do zeronetu mělo být docela snadné, protože už mají šablonu pro Tor 21:19:11 &lt;i2pr&gt; [Slack/str4d] Zerolag, super! Jsou založení na torrentech, takže by to potřebovalo úpravu na naši torrentovou specifikaci 21:19:21 &lt;psi&gt; taky, i2p.socket se posouvá 21:19:33 &lt;i2pr&gt; [Slack/str4d] (aby podporovali clearnet a I2P torrenty vedle sebe) 21:19:54 &lt;psi&gt; zeronet používá mainline BitTorrent? 21:20:01 &lt;i2pr&gt; [Slack/str4d] Nejsem si jistý 21:20:17 &lt;psi&gt; jsem si docela jistý, že ne, ale zase... 21:20:22 &lt;i2pr&gt; [Slack/str4d] (jakou implementaci používají) 21:20:36 &lt;zzz&gt; Ještě něco k bodu 3) ? Sadie? 21:20:58 &lt;i2pr&gt; [Slack/str4d] psi, používají Bitcoin kryptografii a síť BitTorrent 21:21:39 &lt;i2pr&gt; [Slack/str4d] Myslím, že má Sadie možná přes sebe dvě schůzky 21:21:49 &lt;zzz&gt; tak jdeme dál. něco dalšího pro schůzku? 21:22:21 &lt;zzz&gt; všem zase vyhovuje 21:00? Vidím, že tu není echelon, možná kvůli změně času, možná ne 21:22:46 &lt;psi&gt; 21:00 mi sedí 21:22:46 &lt;Zerolag&gt; str4d dobře, jaká je i2p specifikace pro torrent? 21:23:09 * zzz zahřívá baffer 21:23:12 &lt;i2pr&gt; [Slack/str4d] Ode mě už nic dalšího kromě: vyberte si projekt a pomozte mu! :-) 21:23:31 &lt;i2pr&gt; [Slack/str4d] 21:00 je pro mě ideální 21:24:05 &lt;Zerolag&gt; V 21:00 tu určitě budu 21:24:15 &lt;i2pr&gt; [Slack/str4d] Zerolag, podívej se na web I2P (Docs -&gt; Apps -&gt; BitTorrent) 21:24:19 * zzz *baffffs* uzavírá schůzi </div>/cs/blog/2016/07/02/letn%C3%AD-v%C3%BDvoj%C3%A1%C5%99sk%C3%BD-souhrn-api/Sat, 02 Jul 2016 00:00:00 +0000/cs/blog/2016/07/02/letn%C3%AD-v%C3%BDvoj%C3%A1%C5%99sk%C3%BD-souhrn-api/<p>Summer Dev je v plném proudu: pilně promazáváme soukolí, obrušujeme hrany a dáváme to tu do pucu. Teď je čas na náš první souhrn, ve kterém vás uvedeme do obrazu o tom, jakého děláme pokroku!</p> <h2 id="měsíc-api">Měsíc API</h2> <p>Naším cílem pro tento měsíc bylo &ldquo;zapadnout&rdquo; - zajistit, aby naše API a knihovny fungovaly v rámci stávající infrastruktury různých komunit, aby vývojáři aplikací mohli s I2P pracovat efektivněji a uživatelé nemuseli řešit detaily.</p>/cs/blog/2016/06/13/i2p-na-maven-centralu/Mon, 13 Jun 2016 00:00:00 +0000/cs/blog/2016/06/13/i2p-na-maven-centralu/<p>Jsme téměř v polovině měsíce API v rámci Summer Dev a dosahujeme velkého pokroku na několika frontách. S potěšením oznamuji, že první z nich je dokončen: klientské knihovny I2P jsou nyní k dispozici na Maven Central!</p> <p>To by mělo vývojářům v jazyce Java výrazně zjednodušit používání I2P v jejich aplikacích. Místo aby museli získávat knihovny z aktuální instalace, mohou jednoduše přidat I2P do svých závislostí. Aktualizace na nové verze bude podobně mnohem snazší.</p>/cs/blog/2016/06/07/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-7.-%C4%8Dervna-2016/Tue, 07 Jun 2016 00:00:00 +0000/cs/blog/2016/06/07/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-7.-%C4%8Dervna-2016/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> eche|on, plzcdv, psi, str4d, zzz</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 20:00:31 &lt;zzz&gt; 0) Ahoj 20:00:31 &lt;zzz&gt; 1) plán vydání 0.9.26 (zzz) 20:00:31 &lt;zzz&gt; 2) aktualizace plánování HOPE (zzz) `http://zzz.i2p/topics/1968` 20:00:31 &lt;zzz&gt; 3) plán 0.9.27 (zzz) 20:00:31 &lt;zzz&gt; 4) Summer of X (sadie) 20:00:35 &lt;zzz&gt; 0) Ahoj 20:00:37 &lt;zzz&gt; Ahoj 20:01:16 &lt;zzz&gt; 1) plán vydání 0.9.26 (zzz) 20:01:46 &lt;zzz&gt; ok, včera jsem sestavil vydání .26, dodělal věci na Launchpadu a před hodinou jsme aktivovali aktualizace v síti 20:01:56 &lt;zzz&gt; zbývá už jen Debian, který plánuju udělat zítra 20:02:27 &lt;zzz&gt; pamatujte, že aktualizace v síti nedostanou nové soubory jbigi, protože jsme měli obavy z nedostatku testování 20:02:40 &lt;zzz&gt; takže dávejte pozor na hlášení chyb od uživatelů Debianu a nových instalací 20:02:45 &lt;zzz&gt; něco dalšího k 1) ? 20:03:14 &lt;zzz&gt; 2) aktualizace plánování HOPE (zzz) `http://zzz.i2p/topics/1968` 20:03:39 &lt;str4d&gt; Ahoj! 20:03:45 &lt;zzz&gt; HOPE je za 6 týdnů od pátku. Konferenční lístky za 150 $ proplácíme zpětně (po akci) 20:04:11 &lt;zzz&gt; cestovné nehradíme, ale kdyby se někdo bez pomoci opravdu neobešel, řekněte si 20:04:32 &lt;zzz&gt; před ani po akci nebude vývojářské setkání, protože se mi nepodařilo získat závazek od Lance 20:04:53 &lt;zzz&gt; opravdu se těším, až uvidím partu v New Yorku 20:05:02 &lt;zzz&gt; něco dalšího k 2) ? 20:05:25 &lt;zzz&gt; 3) plán 0.9.27 (zzz) 20:06:00 &lt;zzz&gt; počkejme na netsplit 20:06:06 &lt;plzcdv&gt; Ahoj. 20:07:47 &lt;zzz&gt; ok, viděli jste tam na té straně všechno z 2) ohledně HOPE? 20:08:35 &lt;str4d&gt; Znovu ahoj! 20:08:35 &lt;eche|on&gt; jo 20:08:39 &lt;str4d&gt; Ne 20:08:43 &lt;str4d&gt; Naposledy jsem viděl tvoje Ahoj 20:08:53 &lt;zzz&gt; proboha. Jsem u 3) 20:08:57 &lt;str4d&gt; (a 1) ) 20:09:02 &lt;zzz&gt; nech mě zkopírovat a vložit 1 a 2 20:09:16 &lt;zzz&gt; &lt;zzz&gt; 1) plán vydání 0.9.26 (zzz) 20:09:16 &lt;zzz&gt; &lt;zzz&gt; ok, včera jsem sestavil vydání .26, dodělal věci na Launchpadu a před hodinou jsme aktivovali aktualizace v síti 20:09:16 &lt;zzz&gt; &lt;zzz&gt; zbývá už jen Debian, který plánuju udělat zítra 20:09:16 &lt;zzz&gt; &lt;zzz&gt; pamatujte, že aktualizace v síti nedostanou nové soubory jbigi, protože jsme měli obavy z nedostatku testování 20:09:16 &lt;zzz&gt; &lt;zzz&gt; takže dávejte pozor na hlášení chyb od uživatelů Debianu a nových instalací 20:09:31 &lt;zzz&gt; &lt;zzz&gt; 2) aktualizace plánování HOPE (zzz) `http://zzz.i2p/topics/1968` 20:09:44 &lt;zzz&gt; &lt;zzz&gt; HOPE je za 6 týdnů od pátku. Konferenční lístky za 150 $ proplácíme zpětně (po akci) 20:09:44 &lt;zzz&gt; &lt;zzz&gt; cestovné nehradíme, ale kdyby se někdo bez pomoci opravdu neobešel, řekněte si 20:09:44 &lt;zzz&gt; &lt;zzz&gt; před ani po akci nebude vývojářské setkání, protože se mi nepodařilo získat závazek od Lance 20:09:44 &lt;zzz&gt; &lt;zzz&gt; opravdu se těším, až uvidím partu v New Yorku 20:09:44 &lt;zzz&gt; &lt;zzz&gt; něco dalšího k 2) ? 20:10:03 &lt;zzz&gt; nebo k 1) ? 20:10:43 &lt;str4d&gt; Nic mě k 1) nenapadá 20:11:09 &lt;str4d&gt; K 2): Pořád doufám, že se zúčastním, ale pořád nemám lístek, protože pořád nemám data obhajoby a tudíž nevím, jestli v té době vůbec budu v USA. 20:11:27 &lt;str4d&gt; datum* 20:11:43 &lt;zzz&gt; ok, pokud je někdo na vážkách, kupte si prosím lístek, je to fajn akce 20:11:51 &lt;zzz&gt; 3) plán 0.9.27 (zzz) 20:12:34 &lt;zzz&gt; na plánu je spousta těžkých věcí – migrace kryptografie pro servery, věci pro Mac a práce na IPv6 a NTCP2 20:13:07 &lt;zzz&gt; na NTCP2 se zhruba rok nikdo nepodíval a na testování peerů přes IPv6 jsem nedostal žádné komentáře. takže potřebuju pomoc 20:13:39 &lt;zzz&gt; také rychlost, jakou půjdeme s .27, závisí na tom, kolik času strávím na Summer of X. Mám to předběžně v plánu na konec srpna. 20:13:46 &lt;zzz&gt; něco dalšího k 3) ? 20:13:46 &lt;eche|on&gt; Mohl bych to otestovat, ale... 20:14:01 &lt;str4d&gt; Posunu to výš na svém I2P seznamu úkolů 20:15:09 &lt;zzz&gt; 4) Summer of X (sadie) 20:15:24 &lt;zzz&gt; jaký je plán na naše léto na severní polokouli? 20:15:31 &lt;str4d&gt; Možná budu mít i průběžné věci kolem UI k podpoře 20:15:49 &lt;str4d&gt; sadie má zpoždění kvůli práci (hororový klient) 20:15:55 &lt;str4d&gt; Tak to pokryju já :) 20:16:10 &lt;str4d&gt; Doufám, že všichni jste viděli úvodní blogpost :D 20:16:43 &lt;str4d&gt; To v podstatě shrnuje, co už se probíralo. 20:17:09 &lt;str4d&gt; Tak: 20:17:16 &lt;str4d&gt; 4a) API 20:17:17 &lt;str4d&gt; 4b) Aplikace 20:17:22 &lt;str4d&gt; 4c) Pluginy 20:17:29 &lt;str4d&gt; 4d) Branding 20:17:33 &lt;str4d&gt; 4a) 20:18:13 &lt;str4d&gt; Tento měsíc je tlak na zlepšení našich API. Vydáním 0.9.26 jsme v tom už udělali dobrý pokrok 20:18:39 &lt;str4d&gt; Další krok bude, že nahraju naše JARy do Maven Central, aby je java vývojáři mohli snadněji používat 20:18:53 &lt;str4d&gt; (a odpovídajícím způsobem aktualizuji I2P knihovnu klienta pro Android) 20:19:15 &lt;str4d&gt; Na zbytek tohoto měsíce mám dlouhý seznam návrhů: 20:19:33 &lt;zzz&gt; zmiňuješ „naše C++ a Python knihovny“, ale máme vůbec nějaké, které udržujeme? kdo bude tu práci dělat a na jakých konkrétních knihovnách? 20:19:41 &lt;str4d&gt; - Aktualizovat SAM knihovny na v3.3 20:19:50 &lt;str4d&gt; zzz, tohle ^ 20:19:56 &lt;zzz&gt; Před hodinou jsem tu jednomu člověku říkal, že to nejsou naše, ale třetích stran 20:20:10 &lt;str4d&gt; - txi2p (Python Twisted, tohle udělám já) 20:20:32 &lt;zzz&gt; kde jsou ty SAM knihovny? 20:20:41 &lt;zzz&gt; resp. které 20:21:25 &lt;str4d&gt; - libsam3 (C, synchronní i asynchronní, na git.repo.i2p) 20:21:49 &lt;zzz&gt; ok. psi má taky jednu v Go 20:21:53 &lt;str4d&gt; - - i2psam (C++, https://github.com/VirtualDestructor/bitcoin-qt-i2p/tree/master/i2psam) 20:22:16 &lt;str4d&gt; Viz `http://i2p-projekt.i2p/docs/api/samv3` pro další 20:22:33 &lt;zzz&gt; Myslím, že si hlavně udělám náskok na aplikacích, kromě toho budu k dispozici na dotazy 20:22:35 &lt;zzz&gt; zní to dobře 20:22:45 &lt;str4d&gt; Rád bych viděl alespoň Python Twisted a C++ knihovny aktualizované 20:22:56 &lt;str4d&gt; (kvůli svým vlastním cílům příští měsíc &gt;:D ) 20:23:06 &lt;str4d&gt; Další návrhy na tento měsíc: 20:23:11 &lt;str4d&gt; - zprovoznit libtorrent pořádně 20:23:34 &lt;zzz&gt; ooh jo libtorrent++\ 20:23:36 &lt;str4d&gt; - Povolovat SAM API ve výchozím stavu v Java I2P (teď pro .27) 20:23:54 &lt;str4d&gt; - Dostat můj lighttpd I2P patch upstream (vyžaduje minimálně aktualizaci libsam3) 20:24:21 &lt;zzz&gt; zadával jsem tiket #1804 na rozdělení /configclients 20:24:25 &lt;zzz&gt; tohle můžu udělat 20:24:28 &lt;str4d&gt; Dobře, máme dobrovolníky na některý z těchto návrhů? 20:25:34 &lt;plzcdv&gt; Jsem stydlivý, ale jsem tady. 20:25:48 &lt;str4d&gt; zzz, Mmm, to by byl dobrý krok vpřed jak pro moje věci kolem UI, tak pro měsíc Pluginů 20:26:17 &lt;zzz&gt; ok. může ti to ale způsobit konflikty při slučování, pozor 20:26:29 &lt;str4d&gt; zzz, bylo by dobré, aby se to stalo buď v mojí UI větvi, nebo z ní vycházelo, abychom snížili konflikty při slučování 20:26:29 &lt;str4d&gt; plzcdv, ahoj! 20:27:14 &lt;str4d&gt; dg, hottuna3, psi, nějaké myšlenky k výše uvedenému? 20:27:34 &lt;zzz&gt; když neslyším žádné dobrovolníky, pojďme dál k 4b 20:28:29 &lt;plzcdv&gt; Nevěděl jsem, že existuje libtorrent. 20:28:29 &lt;str4d&gt; plzcdv, používá se v řadě aplikací, ale žádná z nich (co vím) nevystavuje I2P funkcionalitu (pravděpodobně proto, že je rozbitá) 20:28:54 &lt;plzcdv&gt; Libtorrent (nebo něco podobného) vypadá jako zásadní věc. 20:29:04 &lt;plzcdv&gt; Komunikace je především o sdílení informací. 20:29:17 &lt;str4d&gt; Tento měsíc mi zbývají tři víkendy na práci na I2P. Jeden z nich věnuju txi2p a do dalšího si dám práci na i2psam. 20:30:13 &lt;str4d&gt; ostatní, pokud máte nějaké nápady nebo chuť pracovat na něčem z toho, klidně do toho 20:30:33 &lt;zzz&gt; jaký má sadie PR plán na tohle všechno? 20:30:38 &lt;str4d&gt; Někdy během týdne dám dohromady nějakou publicitu, kterou můžeme použít pro PR, aby se třeba našla další pomoc 20:30:38 &lt;str4d&gt; 4b) Aplikace 20:30:40 &lt;plzcdv&gt; Rád bych pracoval na libtorrentu nebo něčem podobném. 20:30:54 &lt;str4d&gt; zzz, pokryju v 4d) 20:31:02 &lt;zzz&gt; ok 20:31:09 &lt;str4d&gt; plzcdv, rozhodně! 20:32:20 &lt;str4d&gt; Kdybys dokázal aktualizovat libtorrent tak, aby fungovala jeho podpora I2P, bylo by to moc fajn :D 20:32:45 &lt;zzz&gt; co se týče aplikací, plánuju snark standalone (navázat na dobrou práci od psi), syndie a i2phex. Možná i orchid. 20:33:00 &lt;str4d&gt; plzcdv, můžeme to probrat po schůzce :) 20:33:13 &lt;zzz&gt; ouha, orchid jsou pluginy. 20:33:24 &lt;str4d&gt; zzz, myslel jsem to celé pod pluginy 20:33:28 &lt;zzz&gt; každopádně první 3 před HOPE. 20:33:45 &lt;str4d&gt; Ale je v pohodě si udělat náskok 20:34:01 &lt;zzz&gt; ok, tak budu pracovat dopředu, pokud není nějaká aplikace, na které dělat. Předpokládám, že snark se počítá. 20:34:23 &lt;str4d&gt; Měsíc Aplikací vidím jako oslovování dalších vývojářů, kteří chtějí integrovat I2P do svých aplikací 20:34:25 &lt;str4d&gt; Tak: 20:34:26 &lt;str4d&gt; - Tahoe-LAFS 20:34:29 &lt;str4d&gt; - Zeronet 20:34:41 &lt;str4d&gt; - OpenBazaar (přes IPFS, na který přecházejí) 20:34:51 &lt;zzz&gt; ok, takže to je hlavně PR a oslovování, než se někdo chytí 20:35:06 &lt;str4d&gt; - Whonix (dnes mi zrovna někdo napsal e‑mailem) 20:35:11 &lt;str4d&gt; zzz, nejen PR 20:35:23 &lt;str4d&gt; Půjdu a budu přispívat kódem 20:35:53 &lt;str4d&gt; Zvlášť Tahoe – relevantní části jejich codebase už znám (dříve jsem s nimi na tom pracoval) 20:36:07 &lt;str4d&gt; Proto chci tento měsíc dát txi2p do aktuálního stavu 20:36:16 &lt;str4d&gt; Další: Zcash 20:36:22 &lt;zzz&gt; ok 20:38:52 &lt;str4d&gt; Další projekt, kde znám codebase; přemýšlím, že se podívám na výše uvedené záplaty pro bitcoin-qt-i2p a zjistím, jak by se daly použít. 20:39:09 &lt;str4d&gt; Konkrétní výstupy, které chci pro měsíc Aplikací: mít buď napsaný kód, nebo přispět do designových diskusí, které pomůžou dalším vývojářům s integrací I2P, ideálně s využitím práce, kterou děláme teď 20:39:09 &lt;str4d&gt; Další nápady pro měsíc Aplikací: 20:39:09 &lt;str4d&gt; - Vuze 20:39:09 &lt;str4d&gt; - Lightning Browser (na Androidu, aktualizuji jejich použití I2P klientské knihovny) 20:39:09 &lt;str4d&gt; - Projekty používající libtorrent! 20:39:39 &lt;str4d&gt; Některé z nich začnu oslovovat už tento měsíc a ostatní k tomu povzbuzuji. Pokud má někdo další nápady na projekty, dejte vědět. 20:40:10 &lt;str4d&gt; (některé z těchto projektů) 20:41:51 &lt;str4d&gt; 4c) Pluginy 20:41:51 &lt;str4d&gt; Tady jsem viděl, že věnujeme péči existujícím aplikacím a pluginům, které vyvíjíme a udržujeme :) 20:41:51 &lt;str4d&gt; Tak: 20:41:51 &lt;str4d&gt; - Bote 20:41:51 &lt;str4d&gt; - Snark 20:41:51 &lt;str4d&gt; - Orchid 20:41:51 &lt;str4d&gt; - atd. 20:41:51 &lt;str4d&gt; I tak ale není důvod, proč na nich nezačít dřív, pokud někdo nemá něco jiného, na čem by mohl pracovat 20:42:12 &lt;str4d&gt; Nebo později, pokud se třeba příští měsíc bude dařit přispívat do některé z aplikací 20:44:51 &lt;str4d&gt; Ty tři měsíce jsou hlavně pro PR, ne pro projektový management :) 20:44:51 &lt;str4d&gt; (i když mi to určitě pomůže si plánovat vlastní čas!) 20:44:51 &lt;str4d&gt; 4c) můžeme probrat víc na příští schůzce. Pro teď bych chtěl víc lidí tady povzbudit, aby přemýšleli o 4b), a začali pracovat na 4a) :D 20:44:51 &lt;str4d&gt; 4d) Branding (a PR) 20:44:51 &lt;str4d&gt; Aktuálně se PR strategie pro I2P Summer Dev soustředí na blogposty a Twitter 20:44:51 &lt;str4d&gt; Budu psát pravidelné aktualizace na blog o tom, co děláme. 20:44:51 &lt;str4d&gt; Hrubý plán: 20:44:51 &lt;str4d&gt; - Úvodní post (hotovo) 20:45:30 &lt;str4d&gt; - API (napíšu v příštích pár dnech, abych zviditelnil práci s Maven Central a seznam dalších návrhů na tento měsíc) 20:46:02 &lt;str4d&gt; - Aplikace (zviditelnit seznam projektů, se kterými budeme pracovat, další návrhy a shrnutí, jak se nám vedlo v měsíci API) 20:46:11 &lt;str4d&gt; - Pluginy (podobné jako post o Aplikacích) 20:46:19 &lt;str4d&gt; - Závěrečný post 20:46:54 &lt;str4d&gt; Takže zbývající posty by měly vycházet zhruba po měsíci, případně mezi tím menší aktualizace podle potřeby 20:47:19 &lt;str4d&gt; Mezitím na Twitteru by vše, co k téhle práci postujeme, mělo mít hashtag #I2PSummer 20:47:38 &lt;str4d&gt; (tyto blogposty, komentáře o tom, na jakém API nebo aplikaci pracujete atd...) 20:47:50 &lt;psi&gt; re: Go implementuji net.* pro i2p v Go 20:48:10 &lt;str4d&gt; psi, woo! 20:48:28 &lt;psi&gt; net.Dial net.Listener net.PacketConn net.Conn net.Addr etc 20:48:36 * psi listuje nahoru 20:48:56 &lt;str4d&gt; Co se týče brandingu, tři dny před spuštěním mě napadlo, že by bylo skvělé mít nějaké logo pro I2P Summer Dev (ideálně takové, které můžeme znovu používat v dalších letech) 20:48:58 &lt;psi&gt; ++ sam default prosím 20:49:12 &lt;str4d&gt; A pak jsem o den později viděl, že Elio Qoshi spustil startup pro open‑source design 20:50:00 &lt;zzz&gt; něco dalšího k 4) ? 20:50:09 &lt;str4d&gt; Takže: oslovil jsem ho ohledně návrhu loga pro I2P Summer Dev (samostatného i s textem pro bannery, trička apod.), s cílem dodat to do konce tohoto měsíce 20:50:47 &lt;str4d&gt; Uvedl jsem rozpočet 200 $, protože tolik bych byl případně ochotný zaplatit i sám, pokud by si projekt myslel, že to není dobré využití prostředků. 20:50:55 &lt;str4d&gt; Takže: je to dobré využití prostředků? 20:51:25 &lt;psi&gt; máme lidi na summer of $i2pthing ? 20:51:41 &lt;zzz&gt; není to dobré využití prostředků, pokud s tím neplánujeme něco dělat 20:51:47 &lt;str4d&gt; (sadie také oslovuje designéra, kterého zná, a Eliův startup slibuje 100% vrácení peněz, pokud se nám návrhy nebudou líbit, takže je to celkově nízké riziko, podle mě) 20:52:26 &lt;str4d&gt; zzz, plán je používat branding na Twitter účtu GetI2P (avatar + banner), na relevantních blogpostech na webu (a nějak i na homepage) atd. 20:52:29 &lt;zzz&gt; takže pokud nemáme konkrétní plány, jak to použít _fast_, budou to vyhozené peníze 20:52:36 &lt;str4d&gt; Možná trička (sadie zjišťuje náklady) 20:52:54 &lt;str4d&gt; zzz, proto chci dodání do konce tohoto měsíce, abychom měli dva měsíce na jeho využití 20:53:09 &lt;str4d&gt; A pak to budeme mít pro budoucí použití 20:53:16 * psi lag 20:53:41 &lt;str4d&gt; Jak jsem psal v úvodním postu, rád bych dával novým přispěvatelům propagační předměty. Momentálně to jsou samolepky, možná to budou trička 20:54:04 &lt;str4d&gt; psi, aktuálně nemáme I2P Summer Dev plně obsazené, je tu spousta nápadů, které hledají vývojáře :) 20:54:14 &lt;zzz&gt; prosím, získej schválení od echelon, než utratíš jakékoli peníze 20:55:03 &lt;psi&gt; dobře 20:55:09 &lt;str4d&gt; Kontaktoval jsem eche|on, když mě to napadlo, ale chtěl jsem to potvrdit na schůzce :) 20:56:02 &lt;psi&gt; re: summer of $i2pthing myslím, že moje i2p net.* by relativně snadno zapadlo do ipfs libp2p, ale nastartovat se do ipfs vývojového procesu je odrazující 20:56:04 &lt;zzz&gt; takže už na to máš jeho souhlas, nebo jsi mu jen řekl, že o tom přemýšlíš? 20:56:22 &lt;psi&gt; přesněji moje Go knihovna pro i2p 20:56:41 &lt;str4d&gt; zzz, řekl jsem mu, o čem přemýšlím, a navrhovaný rozpočet a že to nadnesu na schůzce 20:56:50 &lt;zzz&gt; Chci se vyhnout problému, který jsme měli se samolepkami, kdy to hottuna jen vágně probral s eche a pak přinesl účet na 600 $ 20:56:57 &lt;str4d&gt; Jestli mi stačí souhlas od eche, tak si ho zajdu vyřídit a jdu na to :D 20:57:22 &lt;psi&gt; podle toho, jak dopadne ten další pracovní pohovor, možná budu mít spoustu volného času a možná ne 20:57:43 &lt;str4d&gt; zzz, bude 20:57:51 &lt;str4d&gt; (vyhneme se tomu problému) 20:58:06 &lt;str4d&gt; psi, je libpnp v Go? 20:58:07 &lt;zzz&gt; 200 $ není moc, ale taky nám to moc nepřinese. Trička jsou víc a mnohem víc práce, pokud je chcete dostat do NYC na HOPE 20:58:16 &lt;psi&gt; libp2p je v Go a JS 20:58:26 &lt;str4d&gt; mmk 20:58:32 &lt;zzz&gt; něco dalšího k 4) ? 20:58:33 &lt;str4d&gt; Je tedy OpenBazaar taky v Go? 20:58:35 &lt;psi&gt; přesněji je to síťová abstrakční vrstva IPFS 20:58:38 &lt;psi&gt; je to API 20:58:49 &lt;psi&gt; OpenBazaar je py2 20:58:49 &lt;str4d&gt; zzz, to je jen na logo. Trička by byly samostatný rozpočet 20:58:53 &lt;psi&gt; používá Twisted 20:59:02 &lt;str4d&gt; A ano, sadie řeší trička tak, aby byla včas na HOPE 20:59:02 &lt;psi&gt; (iirc) 20:59:17 &lt;str4d&gt; psi, ale říkali, že přecházejí na IPFS... zvláštní 20:59:34 &lt;zzz&gt; poslední výzva pro 4) 20:59:37 &lt;str4d&gt; Tak či tak, pokud budeš mít tento měsíc čas aktualizovat své SAM knihovny na 3.3, bylo by to skvělé :) 20:59:48 &lt;str4d&gt; Dobře dobře, z mojí strany vše :P 20:59:55 &lt;psi&gt; ano, SAM 3.3 bude určitě implementován 20:59:57 &lt;str4d&gt; (na 4)) 21:00:08 &lt;zzz&gt; bylo by fajn, kdyby i strana i2pd byla také aktualizovaná na 3.3 21:00:16 &lt;zzz&gt; něco dalšího pro schůzku? 21:00:25 * zzz najde baffer 21:00:28 &lt;str4d&gt; Oh, přemýšlím, že SAM knihovny přesunu pod projekt i2p na GitHubu 21:00:38 &lt;str4d&gt; A ano, mám 5) přeplánovat příští schůzku 21:00:50 &lt;zzz&gt; ok 5) do toho, str4d 21:01:09 &lt;str4d&gt; Myslím, že by bylo fajn mít některé ty zapadlejší (koukám na libsam3 a i2psam) víc viditelné 21:01:11 &lt;psi&gt; které SAM knihovny konkrétně? 21:01:22 &lt;psi&gt; nezapomeň, že míchat licence je špatné 21:01:22 &lt;str4d&gt; txi2p je asi v pohodě nechat tam, kde je, protože už má hodně odkazů 21:01:32 &lt;str4d&gt; psi, nebude to v repozitáři i2p.i2p 21:01:37 &lt;zzz&gt; zbytek věcí ohledně knihoven nechme po schůzce 21:01:39 &lt;psi&gt; oh 21:01:42 &lt;zzz&gt; ok 5) do toho, str4d 21:01:54 &lt;psi&gt; kk 21:01:54 &lt;str4d&gt; Jen bych hostoval stávající git repozitáře 21:01:57 &lt;str4d&gt; 5) přeplánování 21:02:13 &lt;str4d&gt; Teď se mi tenhle čas schůzky hůř stíhá, protože je brzy 21:02:21 &lt;str4d&gt; sadie se to těžko stíhá, protože je to v pracovní době 21:02:46 &lt;str4d&gt; Rád bych navrhl posunout čas schůzky o hodinu později, což vyřeší oba problémy. 21:03:16 &lt;str4d&gt; (alespoň po zbytek léta; až zase přejdeme na letní/zimní čas, můžeme to případně vrátit) 21:03:18 &lt;zzz&gt; mohl bys to prosím probrat s Evropany, protože těch by se to dotklo nejvíc 21:03:58 &lt;str4d&gt; To je eche|on a...? 21:03:59 &lt;zzz&gt; cokoli si s nimi domluvíš, je za mě v pořádku. To jsem říkal na poslední schůzce, nebo možná na té předtím. 21:04:10 &lt;zzz&gt; primárně ech 21:04:24 &lt;str4d&gt; mmk 21:04:33 &lt;str4d&gt; Zeptám se ho zároveň při řešení rozpočtů 21:04:53 &lt;str4d&gt; Pokud s tím bude v pohodě, asi bude nejjednodušší prostě změnit čas a počkat na stížnosti :P 21:05:02 &lt;zzz&gt; zkusme to příští měsíc a uvidíme, ale ano, je dobré se ho nejdřív zeptat 21:05:07 &lt;zzz&gt; něco dalšího k 5) ? 21:05:14 &lt;str4d&gt; Za mě vše! 21:05:17 &lt;zzz&gt; něco dalšího pro schůzku? 21:05:45 &lt;str4d&gt; Hezký Summer Dev všem! Pojďme I2P znovu inteGrovat! 21:05:49 * zzz ***bafs*** schůzi uzavírá </div>/cs/blog/2016/06/07/vyd%C3%A1n%C3%AD-0.9.26/Tue, 07 Jun 2016 00:00:00 +0000/cs/blog/2016/06/07/vyd%C3%A1n%C3%AD-0.9.26/<p>I2P je nyní navrhovaným webem na Stack Exchange! Prosím, zavažte se k jeho používání, aby mohla začít beta fáze.</p> <h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>Verze 0.9.26 obsahuje zásadní aktualizaci naší nativní kryptografické knihovny, nový protokol pro odběr adresáře s podpisy a významná vylepšení balíčkování pro Debian/Ubuntu.</p> <p>V oblasti kryptografie jsme přešli na GMP 6.0.0 a přidali podporu pro novější procesory, což výrazně zrychlí kryptografické operace. Také nyní používáme časově konstantní funkce GMP, abychom zabránili útokům postranními kanály. Z opatrnosti jsou změny v GMP povoleny pouze pro nové instalace a sestavení pro Debian/Ubuntu; pro aktualizace v síti je zahrneme ve vydání 0.9.27.</p>/cs/blog/2016/06/01/i2p-letn%C3%AD-v%C3%BDvoj/Wed, 01 Jun 2016 00:00:00 +0000/cs/blog/2016/06/01/i2p-letn%C3%AD-v%C3%BDvoj/<p>V uplynulých několika letech se stále zřetelněji ukazuje, že je nezbytné, aby uživatelé měli kontrolu nad svými vlastními daty. V tomto ohledu bylo dosaženo vynikajícího pokroku s nástupem komunikačních aplikací jako Signal a systémů pro ukládání souborů jako Tahoe-LAFS. Probíhající práce projektu Let&rsquo;s Encrypt na tom, aby se HTTPS rozšířilo po celém světě, stabilně nabírá na síle.</p> <p>Avšak zabudovat ochranu soukromí a anonymitu do aplikací není triviální. Velká část softwaru, který lidé denně používají, nebyla navržena tak, aby chránila soukromí, a nástroje, které mají vývojáři k dispozici, se obecně nepracuje snadno. Nedávno zveřejněný průzkum OnionScan poskytuje představu o tom, jak snadné je i pro technicky zdatné uživatele své služby nesprávně nakonfigurovat, čímž zcela podkopají své záměry.</p>/cs/blog/2016/05/03/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-3.-kv%C4%9Btna-2016/Tue, 03 May 2016 00:00:00 +0000/cs/blog/2016/05/03/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-3.-kv%C4%9Btna-2016/<h2 id="stručná-rekapitulace">Stručná rekapitulace</h2> <p class="attendees-inline"><strong>Přítomni:</strong> eche|on, pr0ng, xmpre, xmz, zzz</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 20:00:46 &lt;zzz&gt; 0) Ahoj 20:00:46 &lt;zzz&gt; 1) Stav Tails (pr0ng) `http://zzz.i2p/topics/2108` 20:00:46 &lt;zzz&gt; 2) Aktualizace plánování 0.9.26 (zzz) 20:00:46 &lt;zzz&gt; 3) Aktualizace plánování HOPE (zzz) `http://zzz.i2p/topics/1968` 20:00:50 &lt;zzz&gt; 0) Ahoj 20:00:52 &lt;zzz&gt; ahoj 20:01:01 &lt;pr0ng&gt; Ahoj eepeři 20:01:22 &lt;zzz&gt; 1) Stav Tails (pr0ng) `http://zzz.i2p/topics/2108` 20:01:32 &lt;zzz&gt; ok, za poslední měsíc se toho v Tails hodně událo 20:01:33 &lt;pr0ng&gt; Ahoj zzz 20:01:47 &lt;Irc2PGuest33835&gt; čau 20:02:01 &lt;zzz&gt; 0.9.25 se dostala do Tails 2.3 a 0.9.26 se může, ale nemusí, trefit do 2.4. pr0ng, mohl bys nám, prosím, dát krátkou zprávu? 20:02:51 &lt;pr0ng&gt; Nejsem si jistý tou částí o ‚netrefí se‘ – je to ta podpora perzistence I2P? 20:03:05 &lt;zzz&gt; myslím z hlediska harmonogramu 20:03:36 &lt;pr0ng&gt; V zásadě, toto vydání bylo vzato z repozitáře deb.i2p.no a nahráno do APT repozitáře Tails uživatelem ‚anonym‘ 20:04:00 &lt;pr0ng&gt; Testoval jsem vydání izolovaně na obrazu Tails, poměrně důkladně 20:04:20 &lt;pr0ng&gt; Komunikoval jsem s ‚anonym‘, abych si udělal jasno, co kam a kdy patří 20:04:28 &lt;zzz&gt; a řekl jsem jim, že jsi to testoval… možná proto anonym udělal zbytek? 20:04:48 &lt;pr0ng&gt; Velmi milý a vstřícný člověk, dal mi spoustu rad a pomoci 20:05:02 &lt;pr0ng&gt; Teď už přesně vím, jak se vydání testuje a nasazuje 20:05:27 &lt;zzz&gt; to, co se stalo u .25/2.3, je skutečný proces, nebo od tebe příště čekají víc? 20:05:42 &lt;pr0ng&gt; Ano. Vzali .deb z I2P rovnou 20:06:40 &lt;pr0ng&gt; Je pár skriptů, které určují, jak se I2P nasazuje – oni / anonym je použili a já teď vím, kde jsou a jak je sestavit/přenést pro zařazení 20:07:29 &lt;zzz&gt; ok, takže příště budeš dělat víc 20:07:55 &lt;pr0ng&gt; Můžou brát z deb.i2p2.no nebo jinými metodami – momentálně zdůrazňují aspekt perzistence – možná budu muset udělat něco dalšího, aby to v příštím vydání fungovalo, ale to si ověřím. 20:08:20 &lt;eche|on&gt; zatím skvělé 20:08:30 &lt;pr0ng&gt; c'est possible – vypadá to, že tentokrát budu moct vydání ‚dodat‘ sám 20:08:33 &lt;zzz&gt; takže ses teď pustil do jejich otevřených problémů, z nichž první je perzistence? 20:08:48 &lt;pr0ng&gt; ano – jsem rád, že to prošlo, a že jsem se naučil požadavky 20:10:09 &lt;pr0ng&gt; ano – budu se dívat na otevřené problémy – prvek perzistence je spíš ‚nice to have‘, ale v našem rozhovoru byl zdůrazněn. 20:10:24 &lt;zzz&gt; jaký by byl tvůj termín, abych měl 0.9.26 na deb.i2p2.no, abys to dostal do Tails 2.4? 20:11:48 &lt;pr0ng&gt; To budu muset určit – to je něco, v čem teď nemůžu být přesný 20:12:01 &lt;pr0ng&gt; Určitě se s odpovědí vrátím 20:12:13 &lt;zzz&gt; ok, dej vědět, i kdyby to byl jen odhad. 20:12:22 &lt;zzz&gt; něco dalšího k bodu 1) ? 20:12:40 &lt;pr0ng&gt; Určitě, dám. 20:12:52 &lt;pr0ng&gt; Zatím dobré, řekl bych. 20:13:04 &lt;zzz&gt; ještě jednou díky, děláš skvělou práci, jsem rád, že na tom děláš 20:13:34 &lt;zzz&gt; 2) Aktualizace plánování 0.9.26 (zzz) 20:13:36 &lt;pr0ng&gt; Rád pomohu – byla to strmá křivka, ale s procesem a požadavky se už cítím mnohem jistější. :) 20:14:11 &lt;zzz&gt; Dokončil jsem hlavní části .26 -- protokol odběru adresáře a CRLs v kanálu novinek. A sloučili jsme GMP 6 20:14:48 &lt;xmz&gt; zzz: hlásil někdo funkční family config (nastavení „family“ pro router) při použití z Java I2P konzole? 20:14:48 &lt;xmz&gt; zzz: nikdy se mi to nepodařilo zprovoznit 20:14:50 &lt;zzz&gt; Teď se pouštím do oprav chyb a to bude moje priorita až do vydání. Jsem na stopě podivné chybě v časovači, která je podle mě kořenovou příčinou některých problémů, které lidé vidí 20:15:32 &lt;zzz&gt; xmz, kromě mě jsem neslyšel žádné zprávy o neúspěchu ani úspěchu 20:15:34 &lt;pr0ng&gt; omlouvám se za svou nevědomost – znamená ‚propped GMP 6‘ ‚dropped libgmp‘? 20:15:42 &lt;zzz&gt; pokud máš problémy, prosím otevři ticket 20:15:57 &lt;xmz&gt; dobře, jasně, za chvíli to otestuji a dám vědět 20:16:05 &lt;zzz&gt; propped = propagate = merge z jiné (vývojové) větve 20:16:25 &lt;zzz&gt; v tuto chvíli jsem nenastavil datum .26, ale vypadá to na konec května nebo začátek června 20:16:40 &lt;pr0ng&gt; Aha. Ok. díky za to :) 20:17:14 &lt;zzz&gt; díky eche|on za pár dev buildů. Opravdu bychom rádi, aby se někdo chopil a udělal skutečný, automatický web s dev buildy 20:17:18 &lt;eche|on&gt; Hlasuji pro druhý červnový týden 20:17:50 &lt;zzz&gt; Jak si někteří z vás mohli všimnout, oznámil jsem, že zpomalujeme vydávání verzí, z 6-8 týdnů na 8-10. 20:17:52 &lt;eche|on&gt; Chtěl bych, ale momentálně mám málo času 20:18:32 &lt;eche|on&gt; ano, je to ok 20:18:32 &lt;zzz&gt; Je to vedlejší produkt menšího testování, toho, že dělám spoustu věcí, které dříve dělal kytv, a obecného poklesu aktivity všude kolem 20:19:18 &lt;zzz&gt; téměř nikdo se také nepodílí na revizi návrhů a přípravě na těžké věci, které nás letos čekají, zejména NTCP2 a související 20:20:10 &lt;zzz&gt; je tu také navrhované ‚summer of x‘, ke kterému jsem doufal v aktualizaci od sadie. Pokud s tím půjdeme dál, dost to zpomalí vydávání verzí 20:20:47 &lt;zzz&gt; Můžu říct, že teď nikdo vůbec nepracuje dopředu na plánování nebo kódování .27 20:20:52 &lt;zzz&gt; něco dalšího k bodu 2) ? 20:21:52 &lt;zzz&gt; 3) Aktualizace plánování HOPE (zzz) `http://zzz.i2p/topics/1968` 20:22:32 &lt;zzz&gt; Pořád se mi nedaří získat od Lance závazek ohledně prostoru pro setkání na HOPE 20:22:51 &lt;zzz&gt; takže pořád nemůžu nikomu dát pokyny, pokud si plánujete účast 20:23:15 &lt;zzz&gt; sadie se s ním měla minulý týden setkat, ale neodpověděla na můj dotaz, jestli od něj dostala odpověď 20:23:25 &lt;eche|on&gt; hmm 20:24:05 &lt;zzz&gt; Pokud má někdo pevné datum, kdy to potřebujete vědět, ozvěte se. Je mi nepříjemné Lance uhánět, ale vůbec to nefunguje 20:24:26 &lt;xmpre&gt; zzz: Mám nastavený server Jenkins pro i2pd, mohl bych jeden nastavit pro Java I2P, pokud je zájem? 20:24:44 &lt;zzz&gt; jo, xmpre, určitě 20:25:20 &lt;zzz&gt; něco dalšího k bodu 3) ? 20:27:05 &lt;eche|on&gt; zzz: ten ticket pořád mám^^ 20:27:15 &lt;zzz&gt; Viděl jsem ve scrollbacku výš, že str4d a sadie měli problémy se standardním časem schůzky a něco o posunu základního časového pásma, čemuž jsem nerozuměl. Pokud vy dva chcete vyjednat s Evropany něco, co by fungovalo pro všechny, prosím, udělejte to 20:27:20 &lt;zzz&gt; něco dalšího k této schůzce? 20:27:55 &lt;pr0ng&gt; Plánuju dorazit na I2PCon-2 – jsou nějaké nápady, kdy/kde to bude? 20:28:28 &lt;pr0ng&gt; ... čtu, už jsem to propásl!? 20:28:33 &lt;zzz&gt; Nemyslím, že bude i2pcon 2. 20:28:50 &lt;zzz&gt; možná malý meetup v Torontu na podzim, jako malá náhražka 20:28:55 &lt;pr0ng&gt; Škoda 20:29:11 &lt;zzz&gt; pokud chcete potkat nějaké i2p lidi osobně, nejlepší šance je HOPE a CCC 20:29:18 * zzz zahřívá baffer 20:29:31 &lt;pr0ng&gt; Tak si to předběžně poznačím. 20:29:54 * zzz *bafs* schůzku uzavírá </div>/cs/blog/2016/04/07/i2p-setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-7.-dubna-2016/Thu, 07 Apr 2016 00:00:00 +0000/cs/blog/2016/04/07/i2p-setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-7.-dubna-2016/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> eche|on, hottuna, orignal, str4d, susbarbatus, zzz</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 20:00:05 &lt;zzz&gt; 0) Ahoj 20:00:05 &lt;zzz&gt; 1) Otevřené položky z předchozích schůzek `http://zzz.i2p/topics/2093` 20:00:05 &lt;zzz&gt; 2) Náhrada rolí a služeb kytv `http://zzz.i2p/topics/2098` 20:00:05 &lt;zzz&gt; 3) Aktualizace plánování 0.9.26 `http://i2p-projekt.i2p/en/get-involved/roadmap` `http://zzz.i2p/topics/1960` 20:00:05 &lt;zzz&gt; 4) Plánování HOPE `http://zzz.i2p/topics/1968` 20:00:05 &lt;zzz&gt; 5) Stručné zhodnocení měsíčních schůzek a projektového řízení po 3 měsících 20:00:10 &lt;zzz&gt; 0) Ahoj 20:00:12 &lt;zzz&gt; ahoj 20:00:38 &lt;zzz&gt; 1) Otevřené položky z předchozích schůzek `http://zzz.i2p/topics/2093` 20:00:55 &lt;orignal_&gt; hi 20:01:00 &lt;zzz&gt; - Příprava reseed kampaně, do konce ledna: 20:01:00 &lt;zzz&gt; ** Sadie má kontaktovat backup kvůli diskusi, OPEN, nový termín 5. dubna 20:01:11 &lt;zzz&gt; sadie, stav? 20:02:10 &lt;zzz&gt; - Posílení sítě – domovská stránka a další stránky 20:02:10 &lt;zzz&gt; ** str4d, gravy, cacapo: Přidat use cases, v čem jsme nejlepší, více „passion“ a „fat“, přidat / zdůraznit Bote, do konce ledna OPEN, str4d má přidat use cases na web do 6. března, další změny na „passion“ atd. do 5. dubna 20:02:15 &lt;zzz&gt; str4d, stav? 20:03:06 &lt;zzz&gt; - Přidat I2P „Story“ / historii / proč 20:03:06 &lt;zzz&gt; ** comraden upraví / vyleští / rozšíří / zveřejní do konce února OPEN, nový termín 1. dubna, návrh zpět k zzz do poloviny března 20:03:11 &lt;zzz&gt; comradenosebleed, stav? 20:03:34 &lt;str4d&gt; hi 20:04:40 &lt;zzz&gt; Správa ticketů – aktuálně ad hoc 20:04:40 &lt;zzz&gt; ** Sadie provede revizi, dá doporučení nebo případně začne spravovat (do kdy?) OPEN, str4d a sadie naplánují schůzku nebo připraví zprávu do 5. dubna(?) 20:04:50 &lt;zzz&gt; sadie, str4d: stav? 20:05:49 &lt;hottuna&gt; hi 20:05:59 &lt;zzz&gt; str4d OPEN - Android 0.9.24 vydání 3. března, seznam TODO zkompletovat do 6. března, návrh roadmap do 6. března, ke zhodnocení 5.–6. března 20:06:05 &lt;zzz&gt; str4d, stav? 20:06:33 &lt;str4d&gt; Probírali jsme to 20:06:41 &lt;str4d&gt; (promiň, jedu dvě schůzky najednou) 20:06:54 &lt;zzz&gt; str4d a zzz mají projít VRP ticket do 12. února; Některá rozhodnutí padnou během roadmap schůzek 5.–6. března (zzz hotovo 8. února, str4d do 6. března) 20:06:56 &lt;str4d&gt; re: tickets 20:06:57 &lt;zzz&gt; str4d, stav? 20:07:29 &lt;zzz&gt; sadie a anonimal mají na schůzce 5. dubna přijít s úpravami CoC založenými na Monero 0mq 20:07:36 &lt;zzz&gt; sadie, anonimal: stav? 20:08:25 &lt;str4d&gt; Rozhodl jsem se už dřív mít status „new“ pro tickety, které potřebují triage, a stále si myslím, že to je správná cesta 20:09:00 &lt;str4d&gt; Taky si myslím, že by mohlo být dobré nastavit pravidelný čas, kdy si pár z nás tyto tickety prochází 20:09:09 &lt;str4d&gt; re: android 20:09:59 &lt;str4d&gt; Zatím se nestalo, protože to blokuje build skript 20:10:17 &lt;eche|on&gt; uhh 20:10:54 &lt;str4d&gt; VRP ticket: zatím se nestalo, protože jsem byl nemocný, když jsem na tom plánoval dělat 20:11:00 &lt;zzz&gt; je jasné, že současný styl projektového řízení nefunguje, protože se nic neděje. Pojďme dál, a zařadil jsem 5) na agendu, abychom rozhodli, zda máme v měsíčních schůzkách pokračovat 20:11:10 &lt;zzz&gt; téměř všechny tyto položky jsou staré 3 a 1/3 měsíce 20:11:19 &lt;str4d&gt; Co se *stalo*, a není to na seznamu zzz, je dokončení migrace specifikací a jsem dobře rozjetý v migraci návrhů 20:11:37 &lt;zzz&gt; skvělé zprávy ohledně specifikací/návrhů, dobrá práce 20:12:09 &lt;str4d&gt; Takže bych tvrdil, že „nic“ není správně, jen se mění priority, které se neodrážejí v současném stylu PM 20:12:17 &lt;str4d&gt; Takže ano, musíme to vyladit 20:12:20 &lt;zzz&gt; ok. dobrá perspektiva 20:12:25 &lt;zzz&gt; něco dalšího k 1) ? 20:13:04 &lt;str4d&gt; Pro všechny ostatní je věc s návrhy na `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/spec/proposals` - prosím projděte a komentujte :) 20:13:26 &lt;zzz&gt; 2) Náhrada rolí a služeb kytv `http://zzz.i2p/topics/2098` 20:13:34 &lt;zzz&gt; je tam seznam asi 20 věcí, které dělal 20:13:44 &lt;str4d&gt; Nic dalšího ode mne 20:13:47 &lt;str4d&gt; (dělal jsem práci na I2P Android, jen jsem se nedostal k vydání) 20:13:55 &lt;zzz&gt; Soustředil jsem se na to, co jsem vnímal jako nejvyšší priority – launchpad a debian 20:14:14 &lt;zzz&gt; ostatní zkoumají jiné věci a v .25 jsme prohodili pár odkazů na domovské stránce konzole 20:14:33 &lt;zzz&gt; pro mě je další nejdůležitější věcí správce Tails 20:15:06 &lt;zzz&gt; je tu někdo, kdo zná Tails A zároveň debianí balíčkování a může pomoci? pokud ne, dám co nejdřív výzvu na twitteru 20:15:24 &lt;zzz&gt; můžeme být vyhozeni z Tails už v příštím vydání za dva měsíce 20:15:32 &lt;zzz&gt; myslím 2.4 20:15:50 &lt;zzz&gt; je to víc, než zvládnu. Dělat to nebudu. 20:16:02 &lt;str4d&gt; Uf 20:16:19 &lt;str4d&gt; Co Tails vyžaduje minimálně 20:16:19 &lt;str4d&gt; ? 20:16:20 &lt;zzz&gt; úkol je vzít debianí balíčky, které dělám, doladit/vložit do Tails, test test test, plus řada existujících Tails I2P ticketů 20:16:49 &lt;zzz&gt; myslím, že k tomu kytv napsal velký rozbor, je odkazovaný z vlákna kytv na zzz.i2p 20:17:04 &lt;zzz&gt; v zásadě je vstupem pro Tails balíček deb 20:17:19 &lt;zzz&gt; ale myslím, že mají nahromaděné stížnosti 20:17:25 &lt;eche|on&gt; call out on twitter 20:17:33 &lt;str4d&gt; +1 na Twitteru 20:17:35 &lt;zzz&gt; má někdo další něco k nahlášení ohledně náhrady kytv? 20:18:07 &lt;str4d&gt; Nepohnul jsem Buildbot CI serverem od doby, co jsem to zmiňoval na IRC před týdnem nebo dvěma 20:18:23 &lt;str4d&gt; O víkendu na tom udělám víc 20:18:42 &lt;zzz&gt; ok. na seznamu je toho hodně, ať si každý vybere něco důležitého. 20:19:02 &lt;zzz&gt; poslední výzva pro 2) 20:19:46 &lt;str4d&gt; Pokud to neudělá nikdo jiný, *možná* vezmu IRC bota/relay. Zatím nepravděpodobné. 20:20:34 &lt;zzz&gt; myslím, že deb buildy jsou v solidní kondici, ale pořád je tam pár věcí jako arm pro jessie, které jsem možná opravil dnes – a možná ne 20:21:19 &lt;zzz&gt; 3) Aktualizace plánování 0.9.26 `http://i2p-projekt.i2p/en/get-involved/roadmap` `http://zzz.i2p/topics/1960` 20:21:33 &lt;zzz&gt; ok, chci udělat 3a) harmonogram a pak 3b) GMP 6 20:21:38 &lt;zzz&gt; 3a) harmonogram 20:22:03 &lt;zzz&gt; roadmap říká „květen“ a 6–7 týdnů od posledního vydání 22. března by vycházelo začátek až polovina května 20:22:36 &lt;zzz&gt; na roadmap schůzkách před měsícem jsme přišli s ambiciózním plánem včetně addressbook subscription protocol 20:23:16 &lt;zzz&gt; ale to se druhý den celé rozpadlo, když všechno od kytv spadlo a bylo čím dál méně pravděpodobné, že se vrátí 20:23:36 &lt;zzz&gt; takže jsem ještě nezačal na ničem pro 26. poslední 2–3 týdny byly plný úvazek debian/launchpad 20:24:01 &lt;str4d&gt; ~sedm týdnů odteď je konec května. Myslíš, že to bude proveditelné? 20:24:15 &lt;str4d&gt; (Teď když je debian věc většinou pod kontrolou) 20:24:19 &lt;zzz&gt; to posune 26 nejspíš na červen, a bude to hluboko po termínu Tails 2.4 20:24:37 &lt;str4d&gt; Uf 20:24:37 &lt;zzz&gt; konec května by se mohl povést, ale každým dnem je to méně pravděpodobné 20:24:42 &lt;str4d&gt; Kdy je termín Tails? 20:25:11 &lt;zzz&gt; nevím z hlavy. Už jsem je znovu žádal, aby si 25 natáhli sami (už jednou to odmítli) 20:25:23 &lt;eche|on&gt; I think june is fine, as tails is on the judge currently 20:25:45 &lt;zzz&gt; nemají žádnou viditelnost ohledně používání i2p v Tails a neslyší žádný křik, takže to vidí jako víc problémů, než kolik to stojí za to 20:26:18 &lt;eche|on&gt; yeas 20:26:33 &lt;zzz&gt; normálně u velké funkce jako addressbook subscription protocol bych to měl hotové týden před _předchozím_ vydáním, připravené k prop 20:26:54 &lt;zzz&gt; takže to je 3 týdny zpoždění, plus vývojový čas, což jsou aspoň dva týdny, dohromady tedy 5 týdnů zpoždění 20:27:39 &lt;zzz&gt; takový je stav. Ještě jsem nic neposlal na oficiální roadmap, ale budu muset brzy 20:27:49 &lt;zzz&gt; něco dalšího k 3a) harmonogram ? 20:27:58 &lt;str4d&gt; Co jsme plánovali dát do samotného vydání 0.9.27? 20:28:16 &lt;zzz&gt; viz odkaz na roadmap výše 20:28:31 &lt;zzz&gt; early ntcp2/dh/pt 20:29:18 &lt;str4d&gt; Pořád si myslím, že věci se mají dít v tamním pořadí, takže co *můžeme* udělat, je posunout address subscription protocol do 0.9.27 20:29:27 &lt;str4d&gt; To ti dá květen na práci na něm 20:29:47 &lt;zzz&gt; ale .26 zatím není. Nestalo se nic. Není tam nic kromě změn pro deb 20:29:50 &lt;str4d&gt; A pak .26 mohou být CRLs a možná nějaký obecný úklid 20:30:08 &lt;zzz&gt; dokud někdo (včetně mě) něco neudělá, není co vydat 20:30:27 &lt;zzz&gt; uvidíme, jak to půjde. Musím si taky vzít pár dní volno na daně :) 20:30:37 &lt;zzz&gt; něco dalšího k 3a) harmonogram ? 20:30:55 &lt;eche|on&gt; nedržte se tak pevně plánovaného harmonogramu 20:30:56 &lt;str4d&gt; Mám některé počáteční úpravy UI, které vyplynuly z diskusí se sadie, a mohl bych je aplikovat 20:31:20 &lt;zzz&gt; 3b) GMP 6 20:31:25 &lt;str4d&gt; (ne ta zásadní redesign, který mám v plánu, ale nějaké obecné vylepšení) 20:31:50 &lt;zzz&gt; po asi 15 měsících práce jsme s tuna blízko připravenosti propnout větev gmp6 do trunku pro 26 20:32:05 &lt;zzz&gt; tuna má asi stovku binárek postavených za posledních 6 měsíců, čekají na checkin 20:32:25 &lt;zzz&gt; postavené různými způsoby – vms, native, microsoft, půjčené systémy atd. 20:32:53 &lt;zzz&gt; tradičně jsme k každé binárce, kterou dáváme do repozitáře, přikládali podrobné poznámky o build prostředí (verze kompilátoru, detaily OS systému atd.) 20:33:13 &lt;zzz&gt; bohužel, tuna si nevedl žádné záznamy o žádných buildech. 20:34:06 &lt;zzz&gt; takže otázka zní: začneme znovu (což nás může stát 6 měsíců), nebo já jen postavím linuxové binárky a zbytek ignorujeme, anebo ty poznámky vlastně nepotřebujeme a vezmeme všechno, co tuna udělal? 20:34:08 &lt;eche|on&gt; nějaká šance je přestavět? 20:34:47 &lt;zzz&gt; tuna říká, že nemožné. kdokoli by mohl postavit linux 32/64 binárky. ale vše ostatní je problematické 20:35:00 &lt;eche|on&gt; dobrá otázka, v tomhle případě: předělat nebo vzít, nic mezi tím 20:35:25 &lt;eche|on&gt; potřebujeme mac, win a arm gmp věci 20:35:29 &lt;zzz&gt; naposledy mi tuna řekl: ber nebo nech být, on skončil 20:35:54 &lt;zzz&gt; i kdyby buildy byly rychlé, testování je pomalé 20:36:25 &lt;str4d&gt; Máme někde sepsaný testovací postup? 20:36:54 &lt;zzz&gt; když půjdeš na poslední stránku `http://zzz.i2p/topics/1960,` poslal tam všechny build poznámky, co má 20:36:56 &lt;eche|on&gt; (jen pro pořádek, přijali jsme už i jiné věci bez poznámek) 20:37:07 &lt;str4d&gt; protože tohle zní přesně jako něco, co bychom měli dát na CI server 20:37:38 &lt;zzz&gt; aktualizoval readme, jak buildovat. ve vlákně je nějaké info, jak testovat, a já jsem si taky vyvinul vlastní metody 20:38:07 &lt;zzz&gt; připomeňme si, že za posledních 6 měsíců vydal 13 verzí kolekce binárek 20:38:36 &lt;zzz&gt; hottuna, chceš něco dodat? 20:38:37 &lt;str4d&gt; Pokud někdo sepíše metodiku testů, umím z toho udělat build typ v Buildbot 20:38:58 &lt;str4d&gt; Pak už je to jen o tom najít stroje, na které to napojit. 20:39:08 &lt;hottuna&gt; moment 20:39:24 &lt;str4d&gt; Přemýšlím, že bychom asi měli prostě investovat do Macu, který někde necháme běžet jako buildslave 20:39:44 &lt;hottuna&gt; eche|on: k přestavění: ne nemožné, ale je to teď na mě moc práce. výrazně. 20:40:02 &lt;str4d&gt; nic moc drahého, ale něco, co nám doplní trojici (už budeme mít linux a windows buildslave, jakmile s eche vyřeším věci s VM) 20:40:10 &lt;eche|on&gt; hottuna: je nějaký způsob, jak to howto rebuilt ? 20:40:27 &lt;zzz&gt; i kdyby se build všech 100 souborů stal zítra, testování bude trvat 3 měsíce 20:40:39 &lt;hottuna&gt; je readme dokument, který by _měl_ obsahovat vše, co potřebuješ. 20:40:48 &lt;str4d&gt; Přinejmenším jsme těžili z vylepšení, které hottuna udělal ve skriptech 20:41:10 &lt;str4d&gt; Ale druhá otázka je, když teď přestavíme, přeskočíme na 6.1 20:41:11 &lt;zzz&gt; navíc jsou masivní změny v samotném cpuid kódu 20:41:23 &lt;hottuna&gt; str4d: skripty nejsou dokonalé, ale každopádně lepší. 20:41:23 &lt;zzz&gt; pravda, možná 6.1 20:41:25 &lt;str4d&gt; Jo 20:41:30 &lt;hottuna&gt; str4d: když přestavíme, měli bychom přeskočit na 6.1 20:41:44 &lt;eche|on&gt; funguje ten nový kód v pohodě? 20:41:57 &lt;hottuna&gt; eche|on: pokud víme, je bez chyb (hah!). 20:42:07 &lt;zzz&gt; samozřejmě u debian buildů linkujeme dynamicky, takže 6.1 stejně dostaneš, pokud je nainstalovaná (a to mi připomíná, že jsme netestovali dynamické knihovny gmp 6) 20:42:10 &lt;str4d&gt; Jen si nejsem jistý, o kolik se musí skripty změnit pro 6.1, ale doufal bych, že to v zásadě funguje drop-in 20:42:14 &lt;eche|on&gt; pokud testy byly v pořádku, zahrnout. a přestavme s 6.1 v postranním kanálu a nechme informace doplnit později 20:42:38 &lt;eche|on&gt; jak to vidím, testovali jsme to už docela dobře 20:42:51 &lt;hottuna&gt; eche|on: oříšek nebylo pouštět ty skripty. nejtěžší/pomalé bylo sehnat stroje, nastavit prostředí a testovat 20:43:03 &lt;eche|on&gt; jo 20:43:13 &lt;str4d&gt; hottuna, to je to, co chci dostat do CI 20:43:15 &lt;zzz&gt; vraťme se k původní otázce. Chceme zahodit 6 měsíců práce (ve skutečnosti na tom děláme od začátku 2015), nebo můžeme přijmout binárky, které máme, bez jakýchkoli poznámek ke specifikům 20:43:25 &lt;str4d&gt; Kolik různých strojů myslíš, že jsi použil? 20:43:37 &lt;zzz&gt; odložme CI atd. na chvíli a rozhodněme, jestli máme problém, nebo ne 20:43:52 &lt;hottuna&gt; str4d: mělo by to být převážně drop-in, s jedním či dvěma přidanými targety. nemá smysl nemít podporu pro nejnovější architektury, které gmp podporuje 20:44:13 &lt;str4d&gt; zzz, byl bych nakloněn přijmout binárky s tím, že migrujeme na 6.1 20:44:24 &lt;hottuna&gt; str4d: ~6 odlišných prostředí 20:44:29 &lt;zzz&gt; 6.1 je na roadmap na konec tohoto roku 20:44:39 &lt;zzz&gt; aktuální binárky jsou 6.0 20:44:41 &lt;str4d&gt; Jaké jsou dopady toho, že přijmeme binárky? 20:44:41 &lt;hottuna&gt; str4d: žádné stroje nutně netřeba při cross-compilingu 20:44:51 &lt;str4d&gt; 1) skončí v mtn 20:45:01 &lt;zzz&gt; připomeňme, že to dává velká zrychlení na určitých HW a také constant time 20:45:17 &lt;str4d&gt; 2) dostanou se do příslušných update a instalačních souborů 20:45:21 &lt;zzz&gt; „knock-on effect“ = špatné věci? 20:45:28 &lt;str4d&gt; 2a) výrazně to zvětší velikost aktualizace 20:45:44 &lt;str4d&gt; 3) pokud je to rozbité na nějakém konkrétním systému, co se stane? 20:46:03 &lt;str4d&gt; 1) jsme stejně plánovali 20:46:26 &lt;zzz&gt; binárky dáváme do repozitáře jen pokud je hned propneme pro .26. 20:46:28 &lt;str4d&gt; Stejně tak 2), ale 6.0 binárky budou nahrazeny 6.1, takže to není velká věc 20:46:37 &lt;str4d&gt; Co mě trápí, je 3) 20:46:43 &lt;zzz&gt; do repozitáře půjdou jen binárky pro vydání 20:47:00 &lt;str4d&gt; 3a) existuje nějaký kód, který kontroluje stav selhání? 20:47:04 &lt;zzz&gt; 3) je obecné riziko u jakékoli změny 20:47:19 &lt;zzz&gt; selhání v gmp je obecně pád JVM 20:47:26 &lt;str4d&gt; 3b) Je cesta, jak spadnout zpět na starší fungující libjbigi? 20:47:44 &lt;str4d&gt; (automaticky nebo ručně) 20:48:00 &lt;str4d&gt; Mohli bychom např. přejmenovat starý libjbigi, aby v případě problému šlo uživatelům říct „přejmenujte tenhle soubor“ 20:48:22 &lt;zzz&gt; str4d, zkoumáš, zda bychom vůbec měli někdy měnit jbigi? tohle jsou obecné dopady jakékoli změny gmp 20:49:14 &lt;str4d&gt; zzz, tvoje obava je, že neznáme přesný původ těchto binárek. Tedy se obáváme, že pokud bude problém, mnohem hůř se dohledá zdroj. 20:49:27 &lt;str4d&gt; Tak přemýšlím o zmírňovacích strategiích 20:50:00 &lt;zzz&gt; mohli bychom nedávat jbigi.jar do aktualizace 26, takže by ho dostaly jen nové instalace. Bylo by to pomalejší nasazení. 20:50:25 &lt;zzz&gt; nové instalace + launchpad/deb 20:50:57 &lt;zzz&gt; obecná oprava je odstranit libjbigi.so a jbigi.jar, pak to jede bez nich 20:51:01 &lt;str4d&gt; To by mohlo být dobrý nápad tak jako tak 20:51:30 &lt;str4d&gt; Nasadit pro nové instalace a pokud neuslyšíme o problémech, nasadit v aktualizacích v dalším vydání. 20:51:43 &lt;zzz&gt; hádám, že pointa tuna je, že nic není reprodukovatelné. Jsou to půjčené systémy a dávno pryč VMs 20:52:23 &lt;zzz&gt; eche|on, jsou k dispozici informace o systému a msvc z boxu, který hottuna použil pro win buildy? 20:53:10 &lt;zzz&gt; tuna se nenabídl k žádnému zjišťování, ale nepůjčil si i sadie laptop? nebo je to celé k ničemu, protože mezitím mohly proběhnout upgrady? 20:53:24 &lt;eche|on&gt; měl přístup k Win 10 stroji na mém kvm hostu. Můžu se přihlásit a zkontrolovat 20:53:33 &lt;str4d&gt; Mmm, proto chci dělat 6.1 buildy v Buildbotu na buildserverech, které umíme sledovat. 20:53:57 &lt;hottuna&gt; zzz: půjčil jsem si dvě různé osx mašiny od kamarádů 20:53:58 &lt;eche|on&gt; VM jsem vůbec neměnil 20:54:33 &lt;zzz&gt; nikdo se ani nepřihlásil, že si vezme zdarma Mac, který zaplatíme, protože nikdo nechce být „mac guy“ 20:54:51 &lt;zzz&gt; takže je to fakt nedostatek času a lidí, ne peněz 20:55:17 &lt;hottuna&gt; zzz: jen nechci krámy, které musím tahat. 20:56:01 &lt;zzz&gt; tady jsou kompletní build poznámky od hottuna: 20:56:03 &lt;zzz&gt; Build notes jbigi: 20:56:03 &lt;zzz&gt; ------------------ 20:56:03 &lt;zzz&gt; Windows: Cross-compile, linux hosts. Compiler: GCC 20:56:03 &lt;zzz&gt; Linux: Native build. Compiler: GCC 20:56:03 &lt;zzz&gt; FreeBSD: Native build, VM. Compiler: GCC 20:56:03 &lt;zzz&gt; OSX: Native build. Compiler: GCC 20:56:03 &lt;zzz&gt; Build notes jcpuid: 20:56:03 &lt;zzz&gt; ------------------- 20:56:03 &lt;zzz&gt; Windows: Native build. Compiler: MSVC 20:56:03 &lt;zzz&gt; Linux: Native build. Compiler: GCC 20:56:03 &lt;zzz&gt; FreeBSD: Native build. Compiler: GCC 20:56:03 &lt;zzz&gt; OSX: Native build. Compiler: GCC 20:56:17 &lt;zzz&gt; je tohle dostačující, nebo začneme od znova? 20:57:14 &lt;str4d&gt; Vzhledem k tomu, že do konce roku migrujeme na 6.1 a tyto binárky prošly rozumným testováním, jsem nakloněn říct ano. 20:57:41 &lt;zzz&gt; nějaké námitky? 20:57:45 &lt;eche|on&gt; je to aspoň začátek, ale ve smyslu „Tor reproduceable builds“ to není nic. jaké standardy chceme? 20:58:03 &lt;hottuna&gt; ne 20:58:34 &lt;eche|on&gt; Chtěl bych je zahrnout do nových instalací s příznakem „temp“. Vím, že je to tvrdá práce. 20:59:14 &lt;zzz&gt; v zásadě současné testování kleslo na nulu. Jediná cesta, jak získat víc testování, je dostat je do trunku a do vydání. 20:59:17 &lt;susbarbatus&gt; Omlouvám se, že do toho skáču; mám několik maců a nemám problém být mac nebo bsd guy. Pokud mi po schůzce někdo řekne, co je třeba, můžu posoudit, jestli je to něco, k čemu bych mohl přispět, pokud jsem dost znalý / naučitelné. 20:59:29 &lt;zzz&gt; skvělé susbarbatus 20:59:44 &lt;str4d&gt; susbarbatus, to by bylo skvělé 20:59:47 &lt;zzz&gt; ok, tak požádejme hottunu, ať je dá do repozitáře 20:59:53 &lt;eche|on&gt; zzz: jo, nikdy jsme neřekli, že vydání je 100% bezpečné a kompletní^^ 21:00:05 &lt;zzz&gt; hottuna, větev je i2p.i2p.str4d.gmp6 (NOT i2p.i2p.zzz.gmp6) 21:00:17 &lt;hottuna&gt; ok 21:00:38 &lt;zzz&gt; hottuna, nezapomeň udělat mtn drop u těch, které je třeba odstranit. Až bude hotovo, adresář se musí přesně shodovat s tím, co je ve tvém v13 zipu 21:00:50 &lt;zzz&gt; něco dalšího k 3b) ? 21:00:55 &lt;hottuna&gt; chceš, aby se odstranily staré jcpuid/binaries pro platformy, pro které jsme nestavěli? 21:01:09 &lt;str4d&gt; susbarbatus, co bych chtěl nastavit, je buildserver, pokud se můžeš zavázat mít mac stále zapnutý a být k dispozici pro dotazy/pomoc, když něco selže. Obecně by to nevyžadovalo moc tvé účasti, protože buildserver by byl řízen automaticky :) 21:01:28 &lt;zzz&gt; Myslím, že návrh hottuna byl, že v13 je přesně to, co se má vydat, nic víc, nic míň. 21:01:38 &lt;zzz&gt; pokud chceš, můžeme to po schůzce znovu projít 21:01:38 &lt;str4d&gt; Nebo když ne vždy běžící, tak alespoň snadno spustitelný v konfiguraci buildserveru 21:01:51 &lt;hottuna&gt; zzz: báječné 21:01:54 &lt;str4d&gt; (buildmaster si poradí s buildservery, které nejsou vždy online) 21:02:12 &lt;zzz&gt; odložme řeč o buildserveru a přesuňme se k 4) 21:02:22 &lt;zzz&gt; 4) Plánování HOPE `http://zzz.i2p/topics/1968` 21:02:23 &lt;susbarbatus&gt; str4d: to není problém. Můžu na to zapojit svůj ~2012 mac mini. Je pomalý, ale nebude dělat nic jiného. 21:02:24 &lt;str4d&gt; ACK 21:02:33 &lt;str4d&gt; ^5 susbarbatus :) 21:02:52 &lt;eche|on&gt; hope - mám jeden ticket k utracení 21:02:57 &lt;zzz&gt; Tento týden jsem se sešel s Lancem. návrh stále je, že nám poskytne malou konf. místnost na celý den, buď den před HOPE, nebo po něm 21:03:04 &lt;zzz&gt; tj. 21. nebo 25. července 21:03:22 &lt;zzz&gt; zdůraznil jsem mu, že brzy potřebujeme datum a závazek, abychom mohli koupit letenky 21:03:46 &lt;zzz&gt; nebylo by to otevřené veřejnosti. pouze na pozvání, 5–6 lidí, jen takové zázemí pro roadmap schůzky apod. 21:03:51 &lt;str4d&gt; V této fázi se nemůžu zavázat, že tam budu, i když je malá šance, že do té doby budu v USA 21:04:00 &lt;zzz&gt; navíc mu představíme, co děláme, a naopak 21:04:30 &lt;zzz&gt; momentálně mám mě a sadie jako jisté, comradenosebleed a lazygravy jako možná. Kdo další? 21:04:49 &lt;zzz&gt; a jaký je tvrdý termín, kdy si potřebujete zařídit cestu? 21:05:33 &lt;zzz&gt; pokud to budu jen já a sadie, možná to celé odpískáme, ale uvidíme 21:05:39 &lt;zzz&gt; někdo? 21:06:04 &lt;zzz&gt; hottuna pojede? 21:06:07 &lt;str4d&gt; (všechno záleží na tom, kdy bude svolána má obhajoba disertace, zatím netuším kdy) 21:06:09 &lt;str4d&gt; (a také na dalších věcech kolem víz) 21:06:17 &lt;str4d&gt; Pokud má obhajoba bude předtím, chtěl bych tam být (i kdybych jen prolétal) 21:06:17 &lt;eche|on&gt; Mám zájem, ale nemůžu zaplatit fligth a hotel. zvlášť pokud se setkáme později v can 21:06:17 &lt;str4d&gt; Tak se mě zeptej za měsíc 21:06:45 &lt;zzz&gt; ok, budu tlačit na lance, aby to ukotvil, a doufat, že se lidé zhmotní 21:06:50 &lt;zzz&gt; poslední výzva k 4) 21:07:00 &lt;hottuna&gt; zzz: pro mě je to časově fakt nepohodlné. musím být 16. července v EU na svatbě. 21:07:15 &lt;hottuna&gt; Nemyslím, že si teď troufnu se zavázat. 21:07:20 &lt;zzz&gt; skvělé, po cestě zpět se stav přes nyc :) 21:07:26 &lt;hottuna&gt; (nebo vůbec, pokud se to musí rozhodnout teď) 21:07:33 &lt;hottuna&gt; hmmph.. 21:07:44 &lt;hottuna&gt; není to hrozný nápad 21:07:47 &lt;zzz&gt; 5) Stručné zhodnocení měsíčních schůzek a projektového řízení po 3 měsících 21:07:59 &lt;str4d&gt; Tak si mě napiš jako „snad“ pro meetup a „nepravděpodobné“ pro HOPE (protože se nemůžu zavázat, že potřebuju ticket, ale využiju volný, pokud tam zrovna budu) 21:08:26 &lt;zzz&gt; ok, z mého pohledu to vůbec nefunguje, téměř žádné akční položky se neplní, dá se to spravit, nebo máme měsíční schůzky ukončit? 21:08:40 &lt;str4d&gt; Myslím, že to jde napravit 21:08:42 &lt;zzz&gt; pokud nikdo nic nedělá, není co řídit. Není to zas tak zlé, ale blíží se to tomu 21:09:11 &lt;str4d&gt; Minimálně si myslím, že měsíční schůzky jsou užitečné 21:09:30 &lt;zzz&gt; cílem bylo také předat projektové řízení sadie, ale ani se neukazuje na schůzkách, takže ani to není na dobré cestě 21:09:32 &lt;hottuna&gt; S tím souhlasím 21:09:44 &lt;str4d&gt; Myslela si, že to je o hodinu dřív 21:09:49 &lt;str4d&gt; Teď je na jiné schůzce 21:10:19 &lt;str4d&gt; (přišla o hodinu dřív a nikdo tu nemluvil) 21:10:41 &lt;zzz&gt; jasně, každý miluje schůzky, když je nemusí vést. Ale já vypadám jako blázen, když se každý měsíc ptám, jestli se stalo něco, co někdo slíbil před 3 měsíci. Už mě to unavuje. 21:10:49 &lt;str4d&gt; Probíral jsem to se sadie a máme nastavené týdenní schůzky, abychom drželi tempo u věcí, na kterých děláme oba 21:11:19 &lt;str4d&gt; zzz, tak pak nedělej z fokusu schůzky „udělal jsi tu věc“ 21:11:36 &lt;zzz&gt; možná je to příliš černé, ale s nedostatkem pokroku a zmizením kytv si myslím, že jsme v pěkné bryndě 21:11:40 &lt;hottuna&gt; zzz: kdy má proběhnout předání sadie? 21:11:40 &lt;str4d&gt; Myslím, že měsíční schůzky by měly být spíš pro přehodnocení priorit a reorganizaci 21:11:58 &lt;zzz&gt; ok, tak jak udržíme lidi na trati, aby dělali to, co slíbili? 21:12:13 &lt;str4d&gt; zatímco „dokončil jsi tohle“ potřebuje a) víc osobní odpovědnosti a b) víc one-on-one vstupu 21:12:30 &lt;hottuna&gt; zzz: není to žádná sláva, ale „velký průšvih“ je asi přehnané. 21:13:02 &lt;str4d&gt; zzz, v mém případě jsem si se sadie nastavil týdenní schůzky, aby mě držely na trati, a dal jsem jí přístup k mému I2P todo listu, aby mohla pomoci s prioritizací 21:13:07 &lt;susbarbatus&gt; str4d: Myslím, že jde spíš o to, že kdyby všichni dodržovali sliby/závazky, zzz by se nemusel ptát na otázku „udělal jsi to“ ;). 21:13:12 &lt;str4d&gt; (zatím jsme měli jen jednu schůzku, takže ještě uvidím, jak to funguje) 21:13:17 &lt;str4d&gt; susbarbatus, jo 21:13:50 &lt;str4d&gt; Musíme být dost flexibilní, abychom zvládli fakt, že to lidi dělají pro zábavu/dobrovolně mimo svou běžnou práci 21:14:13 &lt;zzz&gt; správně. Můj systém teď je, že když něco dokončíte, nahlásíte to do vlákna na zzz.i2p pro schůzku, takže tím _ne_ musíme zabíjet čas na schůzce 21:14:15 &lt;str4d&gt; Ale taky musíme zdůraznit, že pokud někdo věci nedělá, není nápomocný 21:14:28 &lt;zzz&gt; teprve když lidé nedokončí a nenahlásí, musíme tím tady plýtvat časem 21:14:42 &lt;str4d&gt; a je lepší předat položku někomu jinému, než ji blokovat na neurčito 21:14:54 &lt;str4d&gt; (říká chlápek, který aktuálně blokuje na neurčito I2P Android :P ) 21:15:19 &lt;zzz&gt; takže str4d a sadie si nastavili paralelní, neveřejný systém projektového řízení jako experiment. to je zajímavé, ale samozřejmě není jasné, jak se to vztahuje k tomu, co dělám já, nebo zda v tom mám pokračovat 21:15:55 &lt;str4d&gt; zzz, je to jeden dílek širšího obrazu 21:16:28 &lt;str4d&gt; Jak jsem řekl výše, myslím, že snažit se dělat „proč jsi to neudělal“ na měsíční schůzce není tak užitečné, jak jsme si mysleli 21:16:35 &lt;zzz&gt; takže projektové řízení přes mé fórum a shaming na měsíčních schůzkách – jsem připraven to prohlásit za neúspěch 21:16:50 &lt;str4d&gt; protože pokud tři týdny nic nedělali, je nepravděpodobné, že to udělají v tom posledním 21:17:21 &lt;str4d&gt; proto si myslím, že lepší jsou pravidelnější krátké checkupy pro lidi, kteří mají rozpracované věci, což teď se sadie zkouším 21:17:34 &lt;zzz&gt; v tuto chvíli si nemyslím, že někdy dostanu zpět draft od comradenosebleed, nebo CoC, nebo use cases na web, nebo vydání pro android – alespoň ne k nějakému konkrétnímu datu, ať je jakkoli vzdálené 21:18:10 &lt;zzz&gt; navrhuji tedy zastavit měsíční přezkum akčních položek. Jako obvykle si lidé v open source budou dělat nebo ne to, co chtějí, a je velmi, velmi těžké tady někoho do něčeho domluvit. 21:18:36 &lt;zzz&gt; lidi budou dělat, co chtějí, a jakýkoli cukr a bič, který mám, není účinný 21:19:50 &lt;str4d&gt; Hlasuju, abychom si měsíční schůzky nechali, a používali je k průběžnému ladění priorit na základě toho, co se *udělá*, a toho, co se za poslední měsíc stalo (např. co jsme právě udělali ohledně .26 po kytv) 21:20:56 &lt;susbarbatus&gt; Jak vlastně teď funguje systém bounty? Např. je to pěkný souhrnný veřejný seznam s placenou motivací. Lidi se na to pořád dívají? 21:20:59 &lt;susbarbatus&gt; Co chci zmínit; co takhle mikroplatby pro úkoly. 21:21:03 &lt;str4d&gt; mezitím, když někdo souhlasí, že něco udělá, měl by taky souhlasit, že bude sadie informovat o postupu, nebo jí aspoň dát komunikační kanál, aby je mohla pokárat :P 21:21:21 &lt;zzz&gt; ok, takže navrhuji odstoupit jako vedoucí projektu, nahradí mě nějaký systém a osoba TBD. Budeme mít měsíční schůzky, ale bez přezkumu akčních položek 21:21:54 &lt;zzz&gt; příští schůzka bude v úterý 3. května 21:21:58 &lt;zzz&gt; něco dalšího k 5) 21:22:10 &lt;zzz&gt; něco dalšího k této schůzce? 21:22:35 &lt;str4d&gt; Ode mě nic 21:22:53 &lt;zzz&gt; díky všem, dnes dlouhá schůzka 21:22:58 * zzz *bafs* schůzka ukončena </div>/cs/blog/2016/03/22/vyd%C3%A1n%C3%AD-0.9.25/Tue, 22 Mar 2016 00:00:00 +0000/cs/blog/2016/03/22/vyd%C3%A1n%C3%AD-0.9.25/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>0.9.25 obsahuje zásadní novou verzi SAM, v3.3, pro podporu sofistikovaných víceprotokolových aplikací. Přidává QR kódy pro sdílení adres skrytých služeb s ostatními a obrázky &ldquo;identicon&rdquo; (grafický identifikátor) pro vizuální rozlišení adres.</p> <p>V konzoli jsme přidali novou konfigurační stránku „router family“, aby bylo snazší deklarovat, že vaše skupina routerů je provozována jednou osobou. Došlo k několika změnám ke zvýšení kapacity sítě a snad i ke zlepšení úspěšnosti sestavování tunnel.</p>/cs/blog/2016/03/19/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-19.-b%C5%99ezna-2016/Sat, 19 Mar 2016 00:00:00 +0000/cs/blog/2016/03/19/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-19.-b%C5%99ezna-2016/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> orignal, str4d, z3r0fox, zzz</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 20:00:01 &lt;zzz&gt; 0) Ahoj 20:00:01 &lt;zzz&gt; 1) roadmapa 0.9.27-29: `http://i2p-projekt.i2p/en/get-involved/roadmap` 20:00:05 &lt;zzz&gt; 0) Ahoj 20:00:07 &lt;zzz&gt; ahoj 20:00:35 &lt;zzz&gt; 1) roadmapa 0.9.27-29: `http://i2p-projekt.i2p/en/get-involved/roadmap` 20:00:57 &lt;str4d&gt; ahoj 20:01:17 &lt;z3r0fox&gt; ahoj 20:01:17 &lt;zzz&gt; mým cílem dnes je rozdělit roadmapu 27–29 na 27 a 28–29, minimálně 20:02:05 &lt;zzz&gt; s ohledem na dva dlouhodobé cíle: 1) zvětšit síť; 2) zlepšit bezpečnost 20:02:55 &lt;zzz&gt; tak se podívejme na seznam pro 27–29. Je tam něco, co vyčnívá jako vysoká priorita, co potřebujeme mít v 27, nebo na tom alespoň začít pracovat? 20:05:08 &lt;str4d&gt; "Crypto migration for existing hidden services" &lt;-- Předpokládám, že to znamená přidat backend a části UI, aby lidé mohli migraci provést? 20:05:13 &lt;str4d&gt; (a také to udělat na stats.i2p atd.) 20:05:49 &lt;str4d&gt; "Initial work on new crypto" &lt;-- To je pro mě velmi vysoko, ale implementaci zatím blokují práce na návrhu 20:05:51 &lt;zzz&gt; jo, navazujeme na práci na odběrovém feedu v 26 20:06:21 &lt;zzz&gt; můžeme tomu říkat 'počáteční práce na návrhu' 20:06:34 &lt;str4d&gt; Mmm 20:06:41 &lt;str4d&gt; Pojďme si ujasnit skutečný graf závislostí 20:06:53 &lt;str4d&gt; (pro další prvních pár položek) 20:07:11 &lt;str4d&gt; a - Počáteční práce na NTCP2 20:07:24 &lt;str4d&gt; b - Počáteční práce na novém DH 20:07:29 &lt;str4d&gt; c - Počáteční práce na nové kryptografii 20:07:29 &lt;str4d&gt; d - Počáteční práce na LS2 s podporou více destinací 20:07:33 &lt;str4d&gt; e - Počáteční práce na novém netdb ("next backend") 20:08:23 &lt;zzz&gt; cokoli označené jako 'počáteční práce' pravděpodobně nemá závislosti 20:08:23 &lt;str4d&gt; LS2 vyžaduje nový kód pro netDB kvůli podpoře, že? 20:08:46 &lt;str4d&gt; No ano, pokud jde o interní podporu pro router při parsování jeho částí 20:09:23 &lt;str4d&gt; Ale způsob, jakým ten router získá data k parsování, bude mít závislosti 20:09:39 &lt;zzz&gt; 'new netdb' je 'tuna stuff' like R5N, takže je to vůči LS2 ortogonální 20:09:51 * str4d se snaží oddělit věci, které můžeme implementovat dřív, od věcí, na které se musíme soustředit v návrhu a které mohou blokovat jiné úkoly 20:09:54 &lt;str4d&gt; Dobře 20:10:34 &lt;str4d&gt; c závisí minimálně na d 20:10:52 &lt;str4d&gt; protože na vrstvě e2e je kryptografie v LS 20:11:08 &lt;str4d&gt; Co myslíš b? 20:11:27 &lt;str4d&gt; (protože jinak se zdá, že b je předpokladem pro a) 20:12:08 &lt;zzz&gt; b = udělat seznam kandidátů na DH s informacemi o dostupnosti kódu, rychlosti atd. 20:13:04 &lt;str4d&gt; Dobře, pak je b vůči a napůl nezávislé :) 20:13:04 &lt;zzz&gt; c = udělat plán, udělat seznam 20:13:51 &lt;zzz&gt; spousta těchto věcí s 'počáteční prací' je v podstatě mrtvá. Nikdo se tím nezabýval měsíce nebo roky, žádná nedávná diskuze 20:14:04 &lt;zzz&gt; někdo se do toho musí zase ponořit 20:14:07 &lt;str4d&gt; Aha, vidím svůj omyl. Předpokládal jsem, že všechno na seznamu odkazuje na věci, které skutečně skončí jako kód 20:15:41 &lt;zzz&gt; možná ano, možná ne 20:15:52 &lt;str4d&gt; Dobře, moje priority jsou teď všechny najednou ;D 20:16:25 &lt;str4d&gt; Ale asi začít něčím, co bude mít kratší dobu realizace 20:16:30 &lt;zzz&gt; spousta toho vyžaduje budování konsensu a návrh s i2pd a kovri před samotným kódováním 20:17:02 &lt;str4d&gt; Mmm 20:18:34 &lt;str4d&gt; Co je podle mě potřeba pro a a d: malá skupina lidí projde všechny existující návrhy a získá v tom jasno, pak uspořádat nějaké setkání k diskusi nad návrhem 20:18:48 &lt;str4d&gt; Ideálně s co nejméně schůzkami :P 20:19:28 &lt;str4d&gt; b bude mít určitý dopad na a z hlediska návrhu, ale může se odložit 20:20:14 &lt;zzz&gt; Byl bych rád, kdybychom pro začátek oživili diskuse na zzz.i2p. Máme tam teď 20–30 návrhů, většina vyšuměla beze stop nebo je zapomenutá. 20:20:37 &lt;str4d&gt; Stejně tak c vůči d 20:20:37 &lt;str4d&gt; Z těch pěti bude mít ale e pravděpodobně největší vliv na spolehlivost sítě... 20:20:40 &lt;zzz&gt; V důsledku toho jsme momentálně velmi špatně připraveni na budoucí vývoj 20:21:39 &lt;str4d&gt; V tuto chvíli odkládáme kryptografii na úrovni tunnelu, což mi nevadí (chceme chvilku počkat a vidět, co z toho vzejde v rámci práce Toru) 20:21:47 &lt;zzz&gt; což je další důvod, proč by summer of x mohl být lepším místem, kam dát zdroje. Alespoň je jasnější, co je potřeba udělat pro všechna ta x 20:22:21 &lt;zzz&gt; je 'tunnel-level crypto' vůbec na nějakém seznamu nebo příspěvku? 20:22:41 &lt;str4d&gt; Nevím 20:22:53 &lt;str4d&gt; To pochopíme lépe, jakmile dostanu návrhy na web :P 20:23:40 * str4d dnes bude pracovat na předstupni toho. 20:23:51 &lt;zzz&gt; Zeptal bych se tě, na čem bys chtěl nejvíc pracovat, ale to se zdá být hloupé, vzhledem k tomu, že máš na seznamu už měsíce a měsíce prošlých věcí 20:24:43 &lt;str4d&gt; No, hodně z toho bylo jen příliš ambiciózní a nerealistické plánování úkolů z mé strany 20:25:21 &lt;str4d&gt; (aniž bych vzal v úvahu skutečně potřebnou práci, jako např. vydání pro Android...) 20:25:55 &lt;zzz&gt; Jsem teď docela pesimistický ohledně pokroku, i pro .26, kterou jsem ještě nezačal a může trvat docela dlouho 20:26:03 &lt;str4d&gt; Pro 0.9.26 už máme seznam věcí, které je potřeba implementovat. Ale můžeme také začít s diskusemi o návrhu. 20:26:16 &lt;zzz&gt; A možná si budu muset dát několik týdnů pauzu od kódování, abych přišel na launchpad a debian 20:26:30 &lt;str4d&gt; Hmm, jo.. 20:27:04 &lt;zzz&gt; takže v tuto chvíli se 27 zdá hodně daleko 20:27:21 &lt;str4d&gt; Dobře, řekněme, že můžeme udělat jen jedno z [ transportní šifrování | e2e šifrování ] 20:27:33 &lt;str4d&gt; (v tom smyslu, že budeme dělat plánování návrhu souběžně s další implementací) 20:27:41 &lt;str4d&gt; Co je důležitější dotáhnout? 20:28:26 &lt;str4d&gt; Transportní šifrování je důležité z hlediska protivníků třetích stran 20:28:56 &lt;str4d&gt; E2E šifrování je důležité z hlediska OBEP a IBGW, které vidí ten zašifrovaný paket, a také pro výkon tunnelů 20:29:09 &lt;zzz&gt; Přikláním se k transportním věcem DH/NTCP2/padding/PT. Je to méně 'blue-sky' a už toho máme víc načrtnutého. Ta cesta je jasnější 20:30:29 &lt;str4d&gt; Tak se na to zaměřme pro .27 20:31:52 &lt;zzz&gt; myslíš, že je to důležitější než LS2? LS2 je v podobném stavu jako transportní věci. Spousta návrhů, nulová nedávná diskuze 20:32:28 &lt;str4d&gt; Ideálně bych na tom pracoval na obou paralelně 20:32:41 &lt;str4d&gt; Ale snažím se být realistický v tom, čeho skutečně dosáhneme :) 20:32:47 &lt;zzz&gt; pistole u hlavy, vyber si jedno 20:33:30 &lt;str4d&gt; transport 20:33:39 &lt;zzz&gt; ok, souhlas 20:33:46 &lt;psi&gt; tls lookalike transport kdy? 20:34:08 &lt;str4d&gt; Transportní věci prospívají anonymitním vlastnostem, které poskytujeme našim *současným* uživatelům 20:34:21 &lt;str4d&gt; Věci kolem LS2 jsou přínosné pro *budoucí* uživatele (stejně tak i pro současné) 20:34:26 &lt;zzz&gt; není to, pokud si dobře pamatuji, na žádném seznamu ani návrhu, psi 20:34:34 &lt;str4d&gt; Také mám v hlavě mnohem víc otázek ohledně LS2 než ohledně transportu 20:34:47 &lt;psi&gt; kk 20:35:12 &lt;zzz&gt; str4d, kdybys ty otázky dostal do vláken na zzz.i2p, byl by to začátek 20:35:19 &lt;str4d&gt; zzz, nejsem si jistý, že je to pravda, vím, že je to přinejmenším na Trac wiki 20:36:19 &lt;zzz&gt; v zásadě je na zzz.i2p asi 20 návrhů, které žadoní o účast od str4d, psi, orignal, anonimal. Pokud pár z nich posuneme na vršek seznamu, jak jsme právě udělali dnes, snad přitáhnou víc očí 20:36:19 &lt;str4d&gt; Možná by se spíš hodilo říct "otazníky" 20:36:36 &lt;str4d&gt; mmm 20:36:38 &lt;zzz&gt; jasně, některé věci kolem LS2 jsou dost 'hoď to na zeď a uvidíme, co se chytí' 20:37:01 &lt;str4d&gt; Takže v mé hlavě je teď úkol #1 dostat návrhy na web 20:37:31 &lt;zzz&gt; v mé hlavě je pro tebe #1 android 20:37:42 &lt;str4d&gt; (a můj další úkol #1 je opravit chybu ProGuard v I2P Android) 20:37:50 &lt;str4d&gt; Jo 20:38:08 &lt;orignal&gt; Jsem v pohodě s jakýmkoli návrhem, jakmile se posune kupředu 20:38:08 &lt;str4d&gt; V nejhorším případě prostě vrátím zpět opravu pro Samsung 4.2 v tomto vydání 20:38:09 &lt;zzz&gt; takže pro 27 je seznam: transportní věci – pokrok v DH, NTCP a PT 20:38:21 &lt;zzz&gt; ještě něco pro 27? 20:38:39 &lt;str4d&gt; Mmm. Dejme práce na návrhu LS2 do .28 20:39:17 &lt;str4d&gt; zzz, hodilo by se počáteční plánování návrhu konzole 20:39:45 &lt;orignal&gt; Osobně se nemohu dočkat nové kryptografie, zvlášť pro destinace, takže LS2 by mělo být implementováno co nejdřív 20:40:08 &lt;str4d&gt; (v tom smyslu, že se rozhodne o směru a roadmapě, žádná skutečná implementace) 20:40:08 &lt;zzz&gt; ok 20:41:18 &lt;zzz&gt; Myslím, že to je docela ambiciózní 27: migrace kryptografie pro existující skryté služby + ty transportní věci 20:41:20 &lt;str4d&gt; orignal, podobně; proto chci mít jistotu, že to uděláme správně :) 20:41:43 &lt;zzz&gt; Dám LS2 a související věci do 28 a všechno ostatní přesunu do 29? 20:42:35 &lt;str4d&gt; Zní rozumně 20:42:35 &lt;str4d&gt; .27 pak bude mít dobrý mix návrhu a implementace 20:42:38 &lt;zzz&gt; ještě něco k 1) roadmapa ? 20:43:18 &lt;str4d&gt; Ode mě teď ne. 20:43:27 &lt;zzz&gt; nějaká další témata? 20:43:34 &lt;str4d&gt; Chceme se k tomu samozřejmě vrátit, pravděpodobně v polovině .26 20:44:08 &lt;str4d&gt; (abychom se ujistili, že jsme na trati s potřebnými přípravami pro .27) 20:44:50 &lt;str4d&gt; 2) Jak jsme na tom, pokud jde o zotavení po zmizení kytv? 20:44:55 &lt;zzz&gt; Další měsíční schůzka je 5. dubna. Chci předem říct, že pokud nikdo nenahlásí, že od schůzky 3. března něco udělal, prohlásím tento nový styl řízení projektu za selhání. Pokud nikdo nic nedělá, není co řídit a není potřeba mít měsíční schůzky 20:45:33 &lt;str4d&gt; Zmiňoval jsi nahoře launchpad a debian. Je ještě něco, co považuješ za urgentní pro zotavení? 20:45:35 &lt;zzz&gt; 2) Meeh dělal nějaký průzkum ohledně launchpad/debian, což je náš hlavní výpadek. Potřebuji si s ním porovnat poznámky 20:46:05 &lt;zzz&gt; echelon a já jsme si vyměnili e-maily s tails, mají o něj obavy a hledají náhradu. 20:46:18 &lt;zzz&gt; Řekl jsem jim, že z naší strany to brzy nenastane, je to zatím jejich problém 20:46:58 &lt;zzz&gt; všechny ostatní věci kolem buildu (geoip, tx) mám pokryté. 20:47:16 &lt;zzz&gt; ale launchpad/deb je katastrofa. Nikdo jiný nic neví a nic není sepsané 20:47:58 &lt;zzz&gt; a to, co udělal pro 24, je neúplné, takže je dokonce ještě nějaká práce na 24, než se dostaneme k 25 20:48:16 &lt;zzz&gt; ještě něco k 2) ? 20:48:42 &lt;str4d&gt; Bylo by užitečné vyhlásit výzvu na nového packagera? 20:48:50 &lt;str4d&gt; (např. Twitter?) 20:48:53 &lt;zzz&gt; jasně 20:49:07 * zzz sahá po bafferu 20:49:20 &lt;str4d&gt; sadie může vymyslet přesné znění výzvy 20:49:49 &lt;str4d&gt; (chceme, aby byla vstřícná a povzbuzující, aniž by působila příliš panicky ;) ) 20:49:56 &lt;zzz&gt; nedeleguj každý tweet na sadie, ty taky můžeš tweetovat :) 20:50:04 * zzz *bafffs* ukončuje schůzku </div>/cs/blog/2016/03/06/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-6.-b%C5%99ezna-2016/Sun, 06 Mar 2016 00:00:00 +0000/cs/blog/2016/03/06/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-6.-b%C5%99ezna-2016/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> EinMByte, sadie, str4d, z3r0fox, zzz</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> &lt;zzz&gt; 1) VRP/H1/1119 &lt;zzz&gt; 2) 0.9.26 přenesené z minula &lt;zzz&gt; 3) Summer of X &lt;zzz&gt; 4) 27–29 odloženo na příští schůzku &lt;zzz&gt; 0) ahoj &lt;zzz&gt; ahoj &lt;str4d&gt; ahoj &lt;zzz&gt; Vysvětlím bod 3), až se k němu dostaneme &lt;EinMByte&gt; Ahoj &lt;zzz&gt; 1) VRP/H1/1119 &lt;zzz&gt; `http://trac.i2p2.i2p/ticket/1119` &lt;zzz&gt; měl každý možnost dohnat resty a projít si ten ticket? * str4d se chystá přidat své komentáře &lt;zzz&gt; str4d, celkové dojmy? &lt;str4d&gt; Celkově si myslím, že je to dost dobré. Líbí se mi pozitivní zpětná vazba od lidí, kteří se tímto živí :) &lt;zzz&gt; Myslím, že jsme víceméně na správné cestě &lt;zzz&gt; Tenhle ticket tu je už 2 roky. H1 jsi otevřel před 14 měsíci. Od září máme návrhy procesu VRP od anonimala &lt;zzz&gt; Myslím, že za tu dobu se h1 stalo docela legitimním &lt;str4d&gt; Souhlasím se zzz, že pozdější body jsou přespecifikované, ale myslím, že části o procesu a reakci (sekce III a IV) mají přibližně správnou úroveň specifikace &lt;zzz&gt; Už nemám žádné pochybnosti o používání h1 &lt;EinMByte&gt; Ano, i když jsem tu diskusi sledoval jen z dálky, reakce na zranitelnosti by měla mít přísnější postupy než teď. H1 by pro to mohla být dobrá volba. &lt;EinMByte&gt; s/options/option &lt;str4d&gt; Jsem také pro h1 (+1), z důvodů, které jsem už popsal v ticketu. &lt;zzz&gt; str4d, setkal ses před časem s Katie z h1, že? můžeš nám k tomu setkání něco říct? &lt;z3r0fox&gt; Ahoj &lt;str4d&gt; Jo! Potkal jsem ji na Kiwiconu 9 &lt;str4d&gt; Ptal jsem se jí na ten tweet, který jsem poslal a na který v ticketu reagoval arice &lt;str4d&gt; Ukázalo se, že jí arice skutečně poslal e‑mailem odkaz na náš ticket s dotazem, zda je jeho reakce adekvátní, a ona nakonec ten ticket procházela na telefonu během jiné schůzky :P &lt;str4d&gt; A líbilo se jí to :P &lt;zzz&gt; A co financované věci a to, co s nimi dělá Tor? &lt;str4d&gt; Zmínila, že se to chystá, a naznačila, že bychom se mohli dostat do stejného programu &lt;zzz&gt; A celkové dojmy ze společnosti h1 po setkání s Katie? &lt;str4d&gt; Ještě jsem na to nenavázal, protože 1) diplomka a 2) nemá smysl jít do jakéhokoli programu, pokud pak h1 nebudeme používat &lt;str4d&gt; zzz, velmi pozitivní &lt;zzz&gt; Má někdo nějaké námitky proti používání h1? &lt;str4d&gt; Vypadají, že tomu rozumějí, a Katie se tam určitě daří &lt;zzz&gt; Můžeme teď u h1 přepnout vypínač a jít live, nebo co musí nejdřív proběhnout? &lt;str4d&gt; Pokud půjdeme do h1, myslím, že je potřeba udělat toto: &lt;str4d&gt; - Dokončit VRP a dát ho na web &lt;str4d&gt; - Uklidit texty na titulní stránce na h1 &lt;str4d&gt; (věci jako jak reagujeme, co považujeme za v rozsahu atd.) &lt;zzz&gt; VRP musí být hotové před spuštěním h1? &lt;str4d&gt; - Určit tým pro reakce &lt;str4d&gt; - Posunout sandbox (testovací prostředí) do uzavřené bety, kam pozveme pár výzkumníků &lt;str4d&gt; - Až budeme mít čas si zvyknout na platformu, objemy hlášení apod., přejdeme do otevřeného režimu &lt;zzz&gt; Opravdu si myslíš, že hlášení začnou chodit hned v den, kdy to zapneme? &lt;str4d&gt; Mohla by &lt;str4d&gt; Katie mi naznačila, že je řada výzkumníků, kteří velmi chtějí pomáhat open‑source projektům, pokud je dokážou najít &lt;zzz&gt; Nemyslím, že musíme mít všechno do puntíku připravené. Není to tak, že výzkumníci začnou hned první den hackovat &lt;zzz&gt; zvlášť pokud v tom nebudou peníze &lt;zzz&gt; uzavřená beta znamená, že je musejí pustit dovnitř? &lt;str4d&gt; Ano &lt;str4d&gt; V podstatě h1 pozve třeba 10 výzkumníků, aby mohli používat naši stránku &lt;EinMByte&gt; Máš představu, kdo by byl pozván? &lt;zzz&gt; Takže pokud teď necháme VRP a náš reakční tým stranou, kdo dá dohromady naši stránku na h1, aby byla připravená? str4d? &lt;str4d&gt; Nepamatuji si přesné detaily &lt;str4d&gt; (jestli budeme lidi zvát sami přes h1, nebo jestli výzkumníky vyberou z existující registrované skupiny) &lt;str4d&gt; Cílem je, abychom nebyli zaplaveni mizernými tickety dřív, než si zvykneme, jak na ně reagovat &lt;str4d&gt; Ale podle mě nám to také pomůže začít si přímo budovat vztahy s několika výzkumníky &lt;zzz&gt; Máš pocit, jestli tam všichni jdou po odměnách na h1, nebo se dost hlášení řeší i u programů bez odměn? &lt;EinMByte&gt; Jasně, nebo alespoň s těmi, kdo používají h1 &lt;str4d&gt; Osobně na to nemám cit &lt;EinMByte&gt; zzz: Je možnost časem nabízet odměny? &lt;str4d&gt; Ale Katie naznačila, že rozhodně existují výzkumníci, kteří chtějí pomáhat projektům FOSS (svobodný a open‑source software), pokud je dokážou identifikovat &lt;zzz&gt; Někdo teď financuje odměny pro Tor, takže ano &lt;sadie&gt; Můžu pomoct str4d s hlavní stránkou na h1 &lt;str4d&gt; díky, sadie &lt;EinMByte&gt; I2P má rozumné úspory, proč část z nich nevyužít na odměny &lt;zzz&gt; Ok, skvělé, takže sadie a str4d budou pracovat na přípravě věcí na straně h1 &lt;str4d&gt; EinMByte, ano, mohli bychom přejít k odměnám, ale podle mě ne hned na začátku &lt;zzz&gt; 1mb, určitě můžeme, pokud budeme chtít &lt;zzz&gt; Ještě něco k h1, nebo můžeme přejít k samotnému VRP? &lt;EinMByte&gt; Uvidíme, jak to půjde bez odměn &lt;str4d&gt; A jak už bylo zmíněno, na h1 je teď program na financování odměn pro projekty FOSS &lt;z3r0fox&gt; Beta zní jako dobrá příležitost, aby si tým připravil veřejné reakce pro případ, že bude veřejně zveřejněn opravdu závažný bug &lt;str4d&gt; do kterého bychom se mohli dostat &lt;zzz&gt; Poslední výzva k h1 &lt;zzz&gt; Dobře, podívejme se v ticketu na samotné VRP * str4d přidává své komentáře &lt;zzz&gt; Procházíme anonimalův návrh z listopadu &lt;zzz&gt; Nechme to ale bez projíždění bod po bodu &lt;zzz&gt; celkové dojmy z listopadového návrhu a kam odtud dál? &lt;str4d&gt; &lt;str4d&gt; Souhlasím se zzz, že pozdější body jsou přespecifikované, ale myslím, že části o procesu a reakci (sekce III a IV) mají přibližně správnou úroveň specifikace * zzz si chvilku čte komentáře od str4da &lt;zzz&gt; Ok, zdá se, že se obecně shodujeme, že listopadový návrh je skvělý začátek a máme hrubou shodu na potřebných úpravách &lt;zzz&gt; Chtěl bych si vzít závěrečnou fázi od anonimala: se str4dem dokončíme úpravy, dáme to na web a dáme dohromady tým &lt;str4d&gt; Zní dobře &lt;zzz&gt; Co si o tom myslíte? &lt;str4d&gt; Jsou také potřeba úpravy, protože jdeme do h1 místo soukromého Tracu &lt;zzz&gt; Dobrovolníci, kteří nám pomohou s finální verzí? &lt;zzz&gt; Nechceme, aby byl proces příliš vázaný na konkrétní nástroje (mtn, h1 atd.). Měl by být dostatečně na vysoké úrovni, aby se tomu většinou vyhnul &lt;str4d&gt; Pravda &lt;str4d&gt; A stejně na něm budeme iterovat &lt;zzz&gt; Nemusí být dokonalý hned od startu &lt;str4d&gt; To je další důvod mít zpočátku soukromou betu &lt;zzz&gt; Ok, str4d, do kdy to budeme mít hotové? &lt;sadie&gt; Návrh VRP vypadá dobře &lt;zzz&gt; konec března? &lt;str4d&gt; zní dobře &lt;zzz&gt; Ok, ještě něco k bodu 1) ?? &lt;zzz&gt; Přecházíme na 2) 0.9.26 znovu &lt;zzz&gt; Nějaké další komentáře? Bohužel jsem ještě neaktualizoval roadmapu na webu &lt;zzz&gt; takže bych mohl zvednout poznámky ke kameře &lt;zzz&gt; Promiňte, ten web jsem měl udělat. &lt;zzz&gt; Ale poslední 3 logy schůzek, včetně minulého čtvrtka a pátku, jsem na web dal &lt;zzz&gt; Tipuju, že to budu dělat, dokud se kytv znovu neobjeví &lt;zzz&gt; Až bude naše příští schůzka, dám .26 na agendu, ať se na to podíváme &lt;zzz&gt; Ještě něco k bodu 2) ? &lt;zzz&gt; Ok, přecházíme na 3) Summer of X &lt;zzz&gt; str4d, můžeš prosím vysvětlit náš nápad &lt;str4d&gt; Nápad je, že na tři měsíce zaměříme vývoj na prvky I2P, které jsou vidět uživatelům a vývojářům &lt;str4d&gt; tj. věci, na kterých lidem může opravdu záležet, namísto ladění streamingu ;P &lt;str4d&gt; A tedy věci, o kterých se snáz dělá PR &lt;str4d&gt; Hrubý plán je: &lt;str4d&gt; - Summer of APIs: měsíc věnovat aktualizaci našich knihoven atd. &lt;str4d&gt; - Summer of Apps: měsíc věnovat pomoci ostatním projektům používat tyto knihovny &lt;str4d&gt; - Summer of Plugins: měsíc věnovat práci na našich vlastních aplikacích a pluginech &lt;zzz&gt; Přesně, jde o růst sítě díky outreachi a zlepšování aplikací (našich i cizích) &lt;str4d&gt; Jo &lt;zzz&gt; Můj nápad byl: když získáme 5 dalších Vuze, budeme pětkrát větší &lt;EinMByte&gt; Možná bys k tomu chtěl přidat i dokumentaci &lt;str4d&gt; Navíc je tu celý étos Summer of Code, na který se můžeme online napojit &lt;EinMByte&gt; Žádné dobré API bez slušné dokumentace &lt;zzz&gt; Často vidíme nějaký projekt, který zvažuje I2P, ale moc o něm neví a nedostane žádnou pomoc &lt;str4d&gt; EinMByte, pro části API ano &lt;zzz&gt; Souhlas, 1mb &lt;str4d&gt; tj. šlo by o to, aby naše knihovny a API byly pro vývojáře co nejsnazší k použití &lt;z3r0fox&gt; Zní to jako dobrý nápad na kampaň! Stojí to za pokus &lt;str4d&gt; tedy např. aktualizovat txi2p, libsam atd. na SAMv3.3 &lt;EinMByte&gt; Podpora více jazyků? &lt;EinMByte&gt; Více napojení přes existující knihovny &lt;str4d&gt; Potenciálně, pokud budeme mít vývojáře, kteří pomohou :) &lt;str4d&gt; EinMByte, jo &lt;zzz&gt; Rád bych, aby se do toho zapojila i sadie – s brandingem a outreatchem &lt;EinMByte&gt; Myslím, že str4dova práce s Twisted je skvělá, bylo by fajn dělat více podobných věcí &lt;str4d&gt; Opravit podporu pro libtorrent, zkusit dostat něco do libp2p atd. &lt;zzz&gt; summer of i2p, nebo i2p summer of fun, atd. &lt;EinMByte&gt; tj. nepsat vlastní API od nuly, ale nabídnout pluginy pro jakýkoli framework, který lidé používají &lt;str4d&gt; EinMByte, přesně. &lt;zzz&gt; protlačit SAM 3.3, dát do pořádku a zdokumentovat všechny různé bridge knihovny atd. &lt;str4d&gt; A pokud nabídneme vlastní API, ať je co nejjednodušší. To se mi na libsam líbí: jsou to dva soubory, které může každý projekt přibalit (nebo ideálně jakákoli existující knihovna) &lt;zzz&gt; je tu Python, Go, C a C++, Twisted, libtorrent, libsockets a a a... &lt;zzz&gt; opravíme cizí věci a pošleme jim pull requesty &lt;EinMByte&gt; str4d: Souhlas, API by měla jít snadno přibalit. Je to pro mě častý problém &lt;str4d&gt; Zároveň se můžeme ptát dalších projektů, zda chtějí pomoct dostat I2P do svých aplikací &lt;zzz&gt; Proč sakra nefunguje libtorrent? Kdo to dokáže rozlousknout a opravit? &lt;zzz&gt; ^^ jako příklad &lt;str4d&gt; Pak v další fázi SoX budeme pracovat na jejich edukaci a pomoci s využitím nově aktualizovaných knihoven a API &lt;EinMByte&gt; zní dobře &lt;str4d&gt; Bylo by skvělé mít na to buy‑in i od i2pd a kovri, alespoň pro část s API &lt;str4d&gt; protože chceme, aby aplikace nakonec mohly používat jakýkoli backend I2P, který chtějí &lt;zzz&gt; Myslím, že bychom tím mohli spoustu lidí nadchnout. Vím, že psi pracuje na různých knihovnách &lt;zzz&gt; Potřebujeme seznam všech messagingových aplikací, které chceme cílit &lt;str4d&gt; A tohle se dobře napojuje na náš stávající outreach &lt;EinMByte&gt; Když na to nasadíme správné PR, může to být úspěch &lt;EinMByte&gt; Chci někdy vytvořit jednoduché C++ API pro kovri &lt;zzz&gt; Skvělé, 1mb &lt;EinMByte&gt; To API by pak šlo používat z různých programovacích jazyků. Ale je to core API, ne klientské API (takže use‑case je trochu jiný) &lt;EinMByte&gt; V zásadě by mělo umožnit jakékoli aplikaci přibalit kovri core. &lt;zzz&gt; Tohle by byl pěkný holistický projekt, který zapojí všechny &lt;EinMByte&gt; Souhlas &lt;str4d&gt; V mém outreach to‑do seznamu mám Tahoe‑LAFS, IPFS, Tox, OpenBazaar, Zeronet... &lt;zzz&gt; Ok, jak v tomhle postoupíme dál &lt;zzz&gt; možná tomu sadie vymyslí cool název &lt;str4d&gt; V zásadě máme na plánování čas do konce května &lt;str4d&gt; (zatímco vyjdou .25 a .26) &lt;zzz&gt; takže po .26 &lt;zzz&gt; dejme to na agendu schůzky 4. dubna &lt;EinMByte&gt; Ok. &lt;EinMByte&gt; Ale PR by se toho muselo zúčastnit &lt;zzz&gt; červen: API, červenec: aplikace, srpen: pluginy &lt;EinMByte&gt; (takže to je myslím sadie, že?) &lt;zzz&gt; Také by se to dalo provázat s HOPE &lt;z3r0fox&gt; Podrobnosti zatím samozřejmě moc neznám, ale nejsem žádný hrozný tech writer, kdyby mi někdo chtěl přiřadit nějakou dřinu &lt;zzz&gt; Ok, požádejme sadie, aby to 4. dubna trochu rozpracovala &lt;sadie&gt; zzz – můžu se se str4dem postarat o grafiku/obsah pro outreach &lt;zzz&gt; ok &lt;zzz&gt; Ještě něco k Summer of X? &lt;sadie&gt; taky budu na HOPE se samolepkami .. &lt;str4d&gt; Za mě nic :) &lt;amnesia&gt; Nazvěte to nějak jinak než Summer of X, aby to neznělo neurčitě, nebo jako porno? &lt;str4d&gt; amnesia, X je zástupný symbol &lt;str4d&gt; (dokud nevymyslíme něco lepšího) &lt;zzz&gt; Dobře. Jak jsem říkal na začátku schůzky, chtěl bych odložit diskusi o 27–29 a větší roadmapě a cílech pro druhou polovinu roku ’16 &lt;amnesia&gt; Summer of Targetted Development? &lt;str4d&gt; amnesia, je to trochu dlouhé, podle mě &lt;str4d&gt; Na dubnovou schůzku něco vymyslíme &lt;zzz&gt; posílejte své nápady na ‚X‘ sadie nebo je někam postněte &lt;str4d&gt; zzz, líbí se mi &lt;str4d&gt; A když už jsme u toho &lt;zzz&gt; Chceme v březnu další schůzku k roadmapě? &lt;sadie&gt; zzz, můžeme na fórum dát něco, kam lidé budou psát návrhy na název „summer of“? &lt;zzz&gt; ano, sadie &lt;str4d&gt; Další věc, kterou jsem chtěl otevřít, je dlouhodobější roadmapping &lt;EinMByte&gt; zzz: Ano. Potřebujeme víc dlouhodobého plánování &lt;zzz&gt; Příští víkend máme vydání .25, to nás zaměstná &lt;zzz&gt; možná zhruba za 2 týdny další schůzka k roadmapě &lt;EinMByte&gt; Pokud to neplánujeme až později, ale někdy to bude třeba probrat &lt;str4d&gt; Zní dobře &lt;z3r0fox&gt; zzz: Myslím, že jsou dobré. Udržují fokus &lt;str4d&gt; Chci navrhnout něco k zamyšlení &lt;EinMByte&gt; zzz: jasně &lt;zzz&gt; Chcete se vrátit k úterý 20:00, nebo to dát na víkend? &lt;str4d&gt; Paralelně se SoX bych rád rozjel další dva paralelní proudy vývoje &lt;str4d&gt; - Migrace kryptografie &lt;str4d&gt; - Přepracování UI (uživatelské rozhraní) &lt;str4d&gt; Blokátorem u obou je výzkum a návrh, ne implementace &lt;EinMByte&gt; Zahrnuje migrace kryptografie i NTCP2? &lt;str4d&gt; Ano &lt;str4d&gt; Takže zatímco budeme dělat implementační věci kolem SoX, budeme také dělat review různých návrhů apod. &lt;zzz&gt; co sobota 19. března &lt;z3r0fox&gt; +1 víkendy &lt;zzz&gt; sobota 19. března ve 20:00 UTC &lt;str4d&gt; S cílem mít plán připravený k realizaci buď během, nebo po SoX &lt;EinMByte&gt; 19. března se zdá dobré &lt;str4d&gt; Stejně tak u UI musíme co nejdřív začít plánovat designové práce, protože to potrvá dlouho &lt;sadie&gt; 19. března mi vyhovuje &lt;zzz&gt; ok, sox == summer of x, chápu &lt;str4d&gt; Ano (dokud to nezměníme :P ) &lt;str4d&gt; Designové práce mohou běžet paralelně se vším ostatním a implementace může proběhnout po SoX &lt;str4d&gt; Bylo by *tak* fajn mít nové UI připravené na CCC &lt;zzz&gt; Ok, dám na zzz.i2p agendu, k tomu poznámky a logy z dnešní schůzky na web &lt;str4d&gt; Každopádně námět k přemýšlení &lt;zzz&gt; Ještě něco k dnešní schůzce? * zzz grabs the baffer &lt;str4d&gt; Můžeme to probrat víc na příští roadmapě &lt;sadie&gt; baff it &lt;str4d&gt; 19. března mi sedí :) * zzz *baffs* it &lt;zzz&gt; díky všem </div>/cs/blog/2016/03/04/i2p-setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-4.-b%C5%99ezna-2016/Fri, 04 Mar 2016 00:00:00 +0000/cs/blog/2016/03/04/i2p-setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-4.-b%C5%99ezna-2016/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> EinMByte, orignal\_, sadie, str4d, xcps\_, zzz</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 15:00:05 &lt;zzz&gt; 0) ahoj 15:00:23 &lt;zzz&gt; 1) struktura těchto schůzek 15:00:32 &lt;zzz&gt; 2) diskuse o roadmapě 15:00:37 &lt;zzz&gt; 0) ahoj 15:00:41 &lt;zzz&gt; ahoj 15:00:54 &lt;str4d&gt; ahoj 15:01:02 &lt;xcps_&gt; ahoj! 15:01:27 &lt;orignal_&gt; co se děje? 15:02:18 &lt;zzz&gt; prosím zkontrolujte vlákno na `http://zzz.i2p/topics/2021` a aktuální roadmapu na `http://i2p-projekt.i2p/en/get-involved/roadmap` 15:02:27 &lt;zzz&gt; 1) struktura těchto schůzek 15:03:22 &lt;zzz&gt; máme jít rovnou na roadmapu, nebo bychom měli nejdřív mluvit o prioritách na vysoké úrovni? 15:03:53 &lt;str4d&gt; Volil bych nejdřív to druhé 15:04:41 &lt;zzz&gt; ok, takže ve vlákně jsem nastínil dvě priority – rozšiřovat síť a zvyšovat bezpečnost 15:04:55 &lt;zzz&gt; jak to zní jako principy na vysoké úrovni? 15:05:25 &lt;zzz&gt; nejprve si rozhodněme, co je důležité 15:05:32 &lt;EinMByte&gt; Zní to, jak by se dalo čekat, myslím 15:05:48 &lt;EinMByte&gt; „rozšiřovat síť“ by mělo být v širokém smyslu 15:05:57 &lt;str4d&gt; Myslím, že to jsou skvělá zastřešující témata 15:06:03 &lt;zzz&gt; anonimal ve vlákně nadhodil spoustu dalších, ale o to mi úplně nešlo 15:06:13 &lt;xcps_&gt; zvyšování bezpečnosti by mělo být vždy nejdůležitější, imho 15:06:28 &lt;zzz&gt; nějaké další principy, které bychom měli zvážit při revizi roadmapy? 15:06:28 &lt;str4d&gt; Co IMHO musíme udělat, je zjistit, co to konkrétně znamená v termínech možných výstupů 15:06:40 &lt;EinMByte&gt; Takže „rozšiřovat síť“ by mělo také znamenat „zvýšit pozornost výzkumu“ 15:07:00 &lt;zzz&gt; rozšiřovat síť znamená spoustu různých věcí – viz vlákno 15:07:09 &lt;str4d&gt; EinMByte, jo, myslím, že jsem to ve vlákně zmiňoval 15:07:36 &lt;zzz&gt; brzy si ujasníme, co to znamená. Teď se shodněme na tom, co je důležité. 15:07:58 &lt;str4d&gt; Použitelnost je pro mě hodně důležitá a IMHO přispívá k výše uvedeným dvěma oblastem 15:07:58 &lt;zzz&gt; Všechno je možné, když budeme dál růst. Jakmile přestaneme růst, jsme mrtví 15:08:05 &lt;zzz&gt; souhlas, str4d 15:08:41 &lt;str4d&gt; Krátkodobě pokud jde o zvýšení naší uživatelské základny, a dlouhodobě pokud jde o větší veřejnou známost, snadnost použití pro výzkumníky atd. 15:09:11 &lt;EinMByte&gt; Poznamenejme také, že růst je jediný způsob, jak přilákat výzkumníky 15:09:25 &lt;zzz&gt; více uživatelů přináší více vývojářů a více výzkumníků a více obsahu a a a 15:09:37 &lt;EinMByte&gt; Velké sítě jsou obecně zajímavější ke studiu 15:10:05 &lt;EinMByte&gt; Takže myslím, že se můžeme všichni shodnout na těch 2 prioritách 15:10:16 &lt;zzz&gt; většina našeho růstu za poslední rok byla díky Vuze. Což je skvělé, ale rád bych viděl i více ‚přirozeného‘ růstu 15:10:43 &lt;zzz&gt; ale možná je růst v integrovaných (embedded) aplikacích, nebo obecně zaměření na aplikace, nejsnazší cesta k růstu 15:10:48 &lt;str4d&gt; Jo 15:11:04 &lt;EinMByte&gt; zzz: Pro spoustu lidí je jednodušší používat aplikaci, která I2P spouští na pozadí a stará se za ně o konfiguraci 15:11:12 &lt;sadie&gt; ahoj – trochu pozdě na večírek 15:11:20 &lt;zzz&gt; ahoj sadie, jsem rád, že jsi dorazila 15:11:23 &lt;str4d&gt; To IMHO přijde ze zlepšení použitelnosti jak v UI, tak v API 15:11:42 &lt;str4d&gt; Na tom druhém už pracujeme v různých vláknech 15:11:48 &lt;zzz&gt; svým způsobem jsou to aplikace, kdo jsou experti na UI – nechme je bundlovat i2p a vystavit (nebo skrýt) ho, jak uznají za vhodné 15:11:58 &lt;str4d&gt; Mmm 15:12:08 &lt;EinMByte&gt; str4d: To je jiné řešení téhož problému, ano. A líbí se mi víc, protože bundlovat I2P se vším IMHO neškáluje 15:12:30 &lt;str4d&gt; To je tak trochu přístup, který jsem volil na Androidu 15:13:04 &lt;EinMByte&gt; Musí existovat způsob, jak zajistit, aby neměli jednu instanci I2P pro každou aplikaci 15:13:12 &lt;zzz&gt; ok, ještě něco k 1), nebo se přesuneme k samotné roadmapě? 15:14:00 &lt;str4d&gt; Myslím, že tu panuje hrubá shoda 15:14:08 &lt;str4d&gt; (alespoň žádný nesouhlas :P) 15:14:14 &lt;zzz&gt; dovolte mi zkopírovat řádky z vlákna. Ne jako dogma, jen pro referenci 15:14:25 &lt;zzz&gt; Rozšiřovat síť 15:14:25 &lt;zzz&gt; Zahrnuje: Marketing, společné projekty, bundlovat víc věcí, pomáhat ostatním bundlovat i2p, použitelnost, vylepšení webu, více překladů, přednášky a prezentace, články a příběhy, UI, Android, Android apps, lepší obcházení GFW, orchid, více knihoven a nástrojů pro vývojáře klientů, lepší podpora pro obří weby, podporovat vývoj alternativního routeru, aliance, zrychlení a efektivita, kapacita, zvyšování limitů, getting in 15:14:25 &lt;zzz&gt; do Debianu, ... 15:14:25 &lt;zzz&gt; Zvyšovat bezpečnost 15:14:25 &lt;zzz&gt; Zahrnuje: migrace kryptografie, subscription protocol, nové transportní protokoly, pluggable transports, LS2, NTCP2, nové DH, revokace klíčů, uložení klíčů, code review, Sybil, opravy chyb, pojmenovávání, SSL, ... 15:14:46 &lt;zzz&gt; ok, pojďme na 2) samotnou roadmapu 15:15:10 &lt;zzz&gt; url je `http://i2p-projekt.i2p/en/get-involved/roadmap` 15:15:50 &lt;zzz&gt; .25 je v podstatě hotová, vydání za cca 10 dní, takže se podívejme na další 4 vydání 26–29 pro tento rok 15:16:00 &lt;zzz&gt; která by nás měla dovést až k CCC 15:16:15 &lt;EinMByte&gt; Když je něco pod 2017, např., znamená to, že se na to začneme dívat až tehdy, nebo že s implementací začneme až tehdy? 15:16:41 &lt;str4d&gt; Co se týče věcí, které musíme udělat, dal bych migraci kryptografie a práci na Sybil hodně vysoko 15:16:42 &lt;zzz&gt; 1mb, určitě chceme začít už teď s velkými věcmi na 2017, jako je nová kryptografie/DH, NTCP2 atd 15:17:04 &lt;EinMByte&gt; Také eclipse útoky jsou teď problém, IMHO 15:17:05 &lt;zzz&gt; takže roadmapa by mohla zahrnout přípravné práce pro tyhle věci 15:17:23 &lt;str4d&gt; EinMByte, jo, bral jsem to pod Sybil 15:17:36 &lt;EinMByte&gt; Celý nápad s půlnoční rotací nefunguje a měly by existovat lepší alternativy, předpokládám 15:17:52 &lt;zzz&gt; souhlas 15:18:05 &lt;EinMByte&gt; str4d: Jasně, je rozumné je klasifikovat jako stejný typ útoku 15:18:44 &lt;str4d&gt; EinMByte, o tomhle jsem mluvil s pár lidmi na RWC 15:18:48 &lt;str4d&gt; Mám nějaké myšlenky, ale těžko se to probírá právě tady 15:18:51 &lt;EinMByte&gt; zzz: Takže pokud chceme do 2017 začít s NTCP2/... musíme naplánovat předběžné práce 15:18:58 &lt;zzz&gt; správně, 1mb 15:19:02 &lt;str4d&gt; Jo 15:19:20 &lt;str4d&gt; Chtěl bych mít plánování a research v roadmapě :) 15:19:28 &lt;zzz&gt; tady je problém. Měl bych teď pracovat na 26 a nevím, co v ní je 15:19:39 &lt;orignal_&gt; je možné přidat náhodný padding k existujícímu NTCP? 15:20:01 &lt;str4d&gt; orignal_, pokud si pamatuju, ne, ale podívej se na vlákno NTCP2 15:20:02 &lt;zzz&gt; tak pojďme strávit 10 minut plánováním 26, pak se můžeme přesunout k delšímu horizontu 15:20:13 &lt;str4d&gt; k 15:20:14 &lt;zzz&gt; řekněte mi, co mám dělat dnes 15:20:30 &lt;EinMByte&gt; Pravda, nejdřív se soustřeďme na to 15:20:34 &lt;zzz&gt; ok, podívejme se, co je v seznamu pro 25, co se nestalo 15:20:50 &lt;zzz&gt; wrapper se nestal, kytv je AWOL 15:20:54 &lt;EinMByte&gt; „crypto enhancements“ je dost široké 15:21:12 &lt;zzz&gt; co se ve skutečnosti stalo v rámci crypto enhancements, byly nějaké zrychlení 25519 15:21:34 &lt;zzz&gt; takže seznam .25 je tam vlastně celý, kromě wrapperu 15:22:00 &lt;zzz&gt; ale na Sybil je ještě práce, tak to nechme v seznamu pro 26 15:22:08 &lt;str4d&gt; Skvělé 15:22:25 &lt;str4d&gt; GMP 6 jsme posunuli na .26 kvůli potřebě více testování 15:22:35 &lt;zzz&gt; co dalšího v seznamu pro 26 by tam mělo být, nebo se přesunout 15:23:05 &lt;EinMByte&gt; Prevence Sybil nakonec asi bude spousta práce, takže mi to přijde jako dlouhodobá věc 15:23:10 &lt;EinMByte&gt; (ve smyslu, že nejdřív potřebujeme dobrý přehled literatury) 15:23:15 &lt;zzz&gt; orignal, jo, NTCP s paddingem je NTCP2 15:23:21 &lt;str4d&gt; EinMByte, nástroj na detekci Sybil se zatím k ničemu nepoužívá, tam je potřeba víc plánování :) 15:23:49 &lt;zzz&gt; hottuna4 je měsíc nedostupný, nejsem si jist, kdy ten měsíc skončí, takže gmp6 se do 26 možná dostane a možná ne 15:24:02 &lt;str4d&gt; K 15:24:37 &lt;str4d&gt; Vylepšení subscription protocolu pro addressbook: to by bylo velmi dobré přidat ASAP, aby mohli vlastníci starých Dest (Destination) migrovat na Ed25519 15:24:37 &lt;EinMByte&gt; Myslím, že CRLs nepotřebují otazník 15:24:47 &lt;str4d&gt; Ale jak dlouho to ve skutečnosti potrvá? 15:25:14 &lt;zzz&gt; brzy budeme potřebovat status update od tuna, očekávám, že deadline pro naskládání velkých věcí do 26 bude konec března / první týden v dubnu 15:26:10 * str4d pořád úplně nerozumí věci kolem CRL, mohl by zzz rozvést? 15:26:14 &lt;zzz&gt; 25 bude mít schopnost číst CRL z disku, takže je můžeme zahrnout do update 15:26:35 &lt;zzz&gt; ale to není tak užitečné, protože v update můžeme prostě odstranit cert a má to stejný efekt 15:26:56 &lt;zzz&gt; takže abychom dostali CRL k lidem bez nutnosti dělat update, dali bychom je do feedu 15:26:57 &lt;str4d&gt; Jen se snažím přijít na use case 15:27:09 &lt;zzz&gt; use case je, že někdo bude kompromitován 15:27:20 &lt;str4d&gt; Pořád neděláme cert pinning? 15:27:30 &lt;zzz&gt; ne 15:27:56 &lt;zzz&gt; takže mám hotovo 90 % a jen musím strčit CRL do namespace 15:28:46 &lt;zzz&gt; pinning je záludný a nebezpečný 15:29:05 &lt;zzz&gt; crypto cat udělali ‚pinning suicide‘ 15:29:17 &lt;zzz&gt; kde byli připinnovaní, ale změnil se intermediate 15:30:49 &lt;zzz&gt; nemyslím, že pinning nahrazuje cls 15:30:51 &lt;zzz&gt; crls 15:31:21 &lt;zzz&gt; CRL nejsou jen pro SSL, jsou tu reseed a update keys 15:31:58 &lt;zzz&gt; můžeme tedy nechat CRL v seznamu pro 26? je to skoro hotové 15:32:20 &lt;str4d&gt; Co mě znepokojuje ohledně pinningu je, že někdo může udělat např. něco jako Quantum Insert, přesměrovat doménové jméno reseedu a prostě nasadit libovolný platný SSL cert splňující požadavek na doménové jméno a routers to přijmou 15:33:05 &lt;str4d&gt; A co se týče CRL, pokud tím zakážeme konkrétní certifikát, čím se ten certifikát nahradí? 15:33:25 &lt;zzz&gt; ničím. v příštím vydání by pravděpodobně byla náhrada 15:33:45 &lt;str4d&gt; Začínáme zacházet do detailů 15:34:07 &lt;str4d&gt; Myslím, že kam jsem mířil je, že to musíme ještě promyslet 15:34:24 &lt;zzz&gt; ok, takže CRL nechme pro 26, ale detaily si k tomu proberme během příštího týdne nebo dvou 15:34:30 &lt;zzz&gt; protože to není 100% jasné 15:34:38 &lt;zzz&gt; posuňme se dál 15:34:42 &lt;zzz&gt; co ještě je v seznamu pro 26 15:34:43 &lt;str4d&gt; mmk 15:34:50 &lt;EinMByte&gt; ok 15:35:08 &lt;zzz&gt; subscription protocol 15:35:28 &lt;zzz&gt; tohle je klíč pro migraci kryptografie u webů 15:35:40 &lt;EinMByte&gt; náhrada hosts.txt, nebo co tím myslíš? 15:36:22 &lt;zzz&gt; ano, je to hosts.txt jako feed, něco jako foo.i2p=b64#sig=b64#cmd=alt ... 15:36:26 &lt;str4d&gt; EinMByte, doplnění subscription protocolu addressbooku o podepsaná key-value metadata 15:36:49 &lt;zzz&gt; návrh je docela daný, ale je pozastavený asi 18 měsíců 15:37:07 &lt;EinMByte&gt; Jasně, ale nevyrostla by velikost souboru hosts příliš? 15:38:02 &lt;EinMByte&gt; Možná přidat parametr since, aby se vyloučily všechny hosty vložené před daným časem 15:38:07 &lt;EinMByte&gt; (aby se předešlo stahování celého seznamu, když to není potřeba) 15:38:22 &lt;zzz&gt; původně to bylo součástí plánu migrace kryptografie, ale bylo to těžké a nebyla to nejdůležitější část 15:38:49 &lt;zzz&gt; ale je to hlavní věc, která zbývá u migrace podpisů 15:39:26 &lt;str4d&gt; EinMByte, tohle už tak trochu máme přes etag 15:39:28 &lt;zzz&gt; tohle je další z věcí, která je navržená s řadou detailů, ale nemáme úplně shodu, takže jsme nezačali 15:39:42 &lt;EinMByte&gt; str4d: Používá se to ale? 15:39:46 &lt;str4d&gt; EinMByte, ano 15:40:00 &lt;EinMByte&gt; Aha, neřeš. V tom případě 15:40:03 &lt;str4d&gt; To by se nelišilo od současného nastavení 15:40:20 &lt;zzz&gt; takže to dáme na seznam pro 26 a začneme na tom ASAP. nejsem si jistý, jestli se dostaneme dost daleko už pro 26, ale zkusím to. potřebujeme zrevidovat vlákno na zzz.i2p 15:40:22 &lt;str4d&gt; ale místo toho, aby se položky s doménovými jmény nikdy neopakovaly, by se teď opakovaly ve „streamu“ 15:40:42 &lt;EinMByte&gt; Je nějaký konkrétní důvod, proč musíme zachovat ten divný formát? 15:41:05 &lt;EinMByte&gt; Přišlo by mi jednodušší použít něco standardního 15:41:06 &lt;zzz&gt; možná. kompatibilita se starými klienty. ale měli bychom to zrevidovat a určitě rozhodnout, zda je to důležité 15:41:20 &lt;zzz&gt; nikdo z nás se na to už možná rok nepodíval 15:41:28 &lt;zzz&gt; takže to oprášíme a podíváme se 15:41:32 &lt;EinMByte&gt; zzz: Kompatibilitu lze řešit i tím, že nějakou dobu budeme poskytovat starý soubor hosts.txt 15:41:41 &lt;str4d&gt; Je tu také širší otázka, co dělat např. se všemi „ztracenými“ jmény 15:41:53 &lt;str4d&gt; Ale to je mimo současnou diskusi 15:41:57 &lt;zzz&gt; jo. potřebovali bychom také zapojit ostatní implementace 15:42:18 &lt;EinMByte&gt; str4d: Myslím, že to je něco, o čem rozhodneme, až budeme mít nový naming systém (pokud ho někdy mít budeme) 15:42:26 &lt;str4d&gt; Prozatím chci nějaký způsob, jak aby si aktuálně aktivní domény mohly aktualizovat své dests 15:42:26 &lt;zzz&gt; ok, zatím to zůstává v seznamu pro 26. další na seznamu – věci kolem Sybil 15:42:45 &lt;zzz&gt; můžeme udělat Sybil automatickou? Doufám, že jste všichni četli ten článek od Philipa Wintera???? 15:42:50 &lt;str4d&gt; A čím dřív dostaneme core kód dovnitř, tím dřív to budeme moct za rok či tak zapnout 15:43:50 &lt;EinMByte&gt; zzz: Jaký článek? Zjevně mi něco uniklo 15:44:27 &lt;zzz&gt; pro odkaz se koukněte na @__phw na Twitteru 15:45:02 &lt;zzz&gt; spolupracujeme s ním díky sadie, která nás seznámila na CCC 15:45:03 &lt;EinMByte&gt; zzz: tohle: http://arxiv.org/pdf/1602.07787v1.pdf? 15:45:27 &lt;zzz&gt; pokud to vyšlo v posledních pár týdnech, tak to je ono 15:45:59 &lt;EinMByte&gt; No, je to eprint z letošního února 15:46:09 &lt;zzz&gt; nemyslím, že jsme připraveni na automatiku. oni vlastně taky ne 15:46:22 &lt;zzz&gt; oni jen jednou denně pošlou e-mail dirauths 15:46:36 &lt;zzz&gt; je to celé heuristika a magie na obou stranách 15:46:49 &lt;EinMByte&gt; Takže ten eprint asi dal online poté, co to vyšlo 15:46:57 &lt;zzz&gt; takže bych rád automatické věci odsunul na později během roku 15:47:07 &lt;str4d&gt; EinMByte, verzi mám z 25. února 15:47:14 &lt;EinMByte&gt; zzz: Tak jak by to přesně fungovalo v decentralizovaném prostředí? 15:47:44 &lt;str4d&gt; Potřebujeme postupovat zdola nahoru, ne shora dolů 15:48:06 &lt;str4d&gt; tj. každý router by musel v peer profilech zahrnovat „potenciální kandidáty na Sybil“ 15:48:13 &lt;zzz&gt; EinMByte, nevím. je to těžké 15:48:20 &lt;str4d&gt; na základě např. časů online atd. 15:48:30 &lt;EinMByte&gt; Detekovat Sybil útoky je podle mě proveditelné, zabránit jim na základě té detekce je v decentralizované síti velmi těžké 15:48:30 &lt;EinMByte&gt; Ale ta výzva se mi líbí 15:48:34 &lt;zzz&gt; také potřebujeme gravyho, který pracuje na centralizovaném předělání svého setupu 15:48:43 &lt;str4d&gt; Je také možnost mít nějaké více centralizované řešení 15:48:45 &lt;str4d&gt; Jo, to 15:48:45 &lt;EinMByte&gt; str4d: V tom bodě musíš začít přidělovat důvěru každému routeru 15:48:52 &lt;EinMByte&gt; což samo o sobě bude celý anti-Sybil systém 15:49:07 &lt;str4d&gt; A nechat routery odebírat seznam potenciálních sybilů 15:49:07 &lt;zzz&gt; něco jako dagon proposals 15:49:09 &lt;str4d&gt; EinMByte, to je v zásadě to, co peer profiles teď jsou 15:49:31 &lt;str4d&gt; kde je „důvěra“ aktuálně definovaná jako „v minulosti pro mě spolehlivě dobře routoval“ 15:49:42 &lt;EinMByte&gt; str4d: Ano, a už to způsobilo pár útoků :) 15:50:15 &lt;str4d&gt; Jo 15:50:23 &lt;EinMByte&gt; Peer profiles také opravdu neumožňují vyloučit peer ze sítě 15:50:31 &lt;EinMByte&gt; Sybil prevence by to do určité míry umožnila 15:50:35 &lt;str4d&gt; Peer profiling a peer selection je další z věcí, které podle mě potřebují prioritu 15:50:46 &lt;str4d&gt; Můžou 15:51:01 &lt;zzz&gt; tak navrhuju změnit položku Sybil u 26 na ‚continued improvement‘, ale část ‚automatic‘ přesunout na později 15:51:01 &lt;str4d&gt; Teď ne 15:51:11 &lt;str4d&gt; Jen říkám, že to je místo, kam bychom to dali 15:51:34 &lt;EinMByte&gt; str4d: Ano, to je možné. 15:51:37 &lt;str4d&gt; (pokud jde o začlenění detekce Sybil a pokročilejších technik do lexikonu a architektury I2P) 15:51:53 &lt;EinMByte&gt; Každopádně bych neshazoval decentralizaci. Je to nejhezčí část I2P, imho 15:52:14 &lt;str4d&gt; Jo 15:52:27 &lt;EinMByte&gt; (a centralizace stejně vede k různým praktickým útokům) 15:52:43 &lt;zzz&gt; pojďme dál. streaming improvements? nejsem si jistý, co to je, možná jen věčně se opakující položka ‚udělat to lepší‘ 15:52:49 &lt;str4d&gt; zzz, jo, můžeme pokračovat v práci na té stránce routerconsole a pak to napojit na peer profiles a výběr, jakmile se rozhodneme pro strategii 15:53:00 &lt;zzz&gt; nenapadá mě, co konkrétně je na streamingu k udělání. někdo? 15:53:01 &lt;EinMByte&gt; Někdy přidání centrální autority usnadní důkaz bezpečnosti, ale v praxi způsobí selhání bezpečnosti 15:53:20 &lt;str4d&gt; Výzkum a optimalizace by byly fajn 15:53:28 &lt;EinMByte&gt; zzz: Nějaká zřejmá zlepšení, která bychom tam mohli udělat? 15:53:30 &lt;str4d&gt; To by byl dobrý kandidát pro externí výzkum 15:53:46 &lt;zzz&gt; opravdu potřebujeme lepší testovací setup 15:53:51 &lt;EinMByte&gt; str4d: Souhlasím. 15:53:55 &lt;zzz&gt; přidat zpoždění / dropy, přeuspořádání atd. 15:54:04 &lt;EinMByte&gt; Asi bychom měli rozšířit naši stránku „open research questions“ o tohle a další věci 15:54:40 &lt;zzz&gt; nemám moc „blue sky“ věcí v seznamu kolem streamingu. potřebuje to být řízené výsledky testů 15:54:50 &lt;EinMByte&gt; Možná je víc prostoru pro zlepšení v alokaci tunnels? 15:55:05 &lt;str4d&gt; zzz, je nějaký GH projekt, který simuluje „Internet“ pomocí kontejnerů, které to umí, pokud si dobře pamatuju 15:55:08 &lt;zzz&gt; co kdybychom z té položky udělali ‚streaming test harness‘ 15:55:17 &lt;str4d&gt; Nevím, jak snadné by to bylo, potřebovali bychom novou JVM na každý kontejner :P 15:55:25 &lt;str4d&gt; EinMByte, mmm 15:55:48 &lt;EinMByte&gt; str4d: shadow by šel použít, myslím. Nevím, jestli by to šlo integrovat s Javou, ale je to na kovri TODO listu 15:55:52 &lt;str4d&gt; To ale není úplně streaming, to je na úrovni datagramů 15:56:22 &lt;zzz&gt; ta věc s alokací tunnels je psiho nápad, aby client vybíral tunnels 15:56:34 &lt;EinMByte&gt; str4d: Ano, mám podezření, že je tu víc co optimalizovat 15:56:46 &lt;EinMByte&gt; zzz: Nemyslím si, že uživatelé jsou nejlepší optimalizační algoritmy, ale možná 15:57:10 &lt;zzz&gt; je to brutální porušení našeho vrstvení a nevidím, jak to udělat. ale to je to, co psi navrhuje 15:57:19 &lt;EinMByte&gt; ... anebo „client“ nejspíš neznamená uživatele 15:57:32 &lt;zzz&gt; client == client-side I2CP 15:57:44 &lt;str4d&gt; Jde o to, že 15:57:54 &lt;str4d&gt; Tor to poskytuje přes jejich Control Socket 15:57:58 &lt;EinMByte&gt; Ok, takže to znamená to 15:57:59 &lt;str4d&gt; A je to velmi užitečné pro výzkumníky 15:58:10 &lt;str4d&gt; Ale oni také mají mnohem plošší architekturu 15:58:19 &lt;str4d&gt; Zatímco my přes I2CP oddělujeme různé klienty od sebe 15:58:31 &lt;EinMByte&gt; zzz: Očekával bych, že router bude mít relevantnější informace. Client by mohl předat jakékoli dodatečné požadavky 15:58:41 &lt;zzz&gt; máme také psiho Lua hooks pro výzkumníky, které se nikdy nesloučily (ani v Javě, ani v kovri), ale pořád je to možnost 15:59:14 &lt;zzz&gt; viz teď client strana ani neví o tunnels, takže rozhodně nemá možnost je vybírat 15:59:16 &lt;str4d&gt; Když jsem mluvil s nickm na RWC, říkal, že pro Tor je mnohem snazší udržovat rozhraní Control Socket než plugin systém 15:59:17 &lt;EinMByte&gt; Vím, že shadow se v praxi používá výzkumníky 15:59:22 &lt;EinMByte&gt; Lua, to nevím 15:59:55 &lt;EinMByte&gt; zzz: Takže asi stejného lze dosáhnout předáváním relevantních informací přes I2CP? 16:00:17 &lt;zzz&gt; 1mb, ano, ale bylo by to fakt ošklivé 16:00:44 &lt;str4d&gt; Vždycky to můžeme omezit pomocí flagu -research nebo tak něco 16:00:54 &lt;str4d&gt; (v router.config) 16:01:06 &lt;str4d&gt; Tím pádem se většina uživatelů nepotká s tou ošklivostí 16:01:13 &lt;zzz&gt; kovri/i2pd zatím nemají ty rigidní API bariéry mezi client/router, je to pro 16:01:20 &lt;zzz&gt; *je 16:01:28 &lt;str4d&gt; A můžeme od začátku definovat „.research“ jako „Vyhrazujeme si právo tyto API změnit“ 16:01:44 &lt;str4d&gt; tj. výzkumníci by museli používat flag .research společně s konkrétní verzí 16:01:57 &lt;str4d&gt; Zpět k vlastnímu tématu diskuse: 16:01:59 &lt;EinMByte&gt; zzz: K tunnels. Záleží. Myslím, že by dávalo smysl předávat informace o zamýšleném použití tunnel. 16:02:20 &lt;zzz&gt; (FYI, tahle schůzka poběží max. ještě 25 minut, bude pokračovat v neděli) 16:02:33 &lt;EinMByte&gt; zzz: Je to hlavně snazší pro nás, protože shadow je napsaný v C, myslím 16:02:42 &lt;str4d&gt; Myslím, že by to mělo být přesunuto do kategorie „needs more research“ 16:02:44 &lt;zzz&gt; problém je, že není potřeba vybrat jen tvoje tunnels, ale i tunnels na vzdáleném konci 16:02:48 &lt;EinMByte&gt; Dobře. Pojďme dál. 16:03:08 &lt;zzz&gt; ok, to je teď všechno, co je v seznamu pro 26. Co by se mělo přidat? 16:03:11 &lt;EinMByte&gt; zzz: Neřeší to vzdálený konec 16:03:36 &lt;zzz&gt; ne, source-routujeme (tj. vybereme vzdálený lease z jeho leaseSetu pro jeho inbound) 16:04:08 &lt;zzz&gt; podívejte se na seznam 27–29. co by se mělo stáhnout do 26, pokud vůbec něco? 16:04:44 &lt;str4d&gt; Chci začít dělat přípravy pro nové LSs a netDb 16:04:46 &lt;zzz&gt; tady je všechno to ‚předběžné práce na xxx pro 2017‘, ale také spousta věcí pro 2016 16:05:23 &lt;EinMByte&gt; zzz: Špatně jsem pochopil, co jsi myslel vzdáleným koncem, nevadí 16:05:31 &lt;str4d&gt; Čím dřív to ustálíme a dostaneme do codebase, tím dřív na to bude mít síť širokou podporu 16:06:42 &lt;EinMByte&gt; Všimněte si, že my (kovri) chceme specifikace 16:06:52 &lt;EinMByte&gt; Jinak bude těžké držet krok s implementací 16:07:31 &lt;zzz&gt; jasně. cokoliv, co je nová specifikace, na tom musíme pracovat společně 16:07:36 &lt;EinMByte&gt; str4d: Začněme výčtem, co by LS2 mělo vlastně podporovat 16:07:53 &lt;EinMByte&gt; (pokud to už nebylo uděláno) 16:09:40 &lt;zzz&gt; v zásadě je LS2 jen pár věcí 16:09:59 &lt;zzz&gt; přidat nějaký prostor pro flags 16:10:09 &lt;zzz&gt; a umožnit budoucí crypto 16:10:52 &lt;zzz&gt; ale mám všechny ty návrhy na lepší multihoming, plus vyhledávání služeb ve stylu Grothoffa 16:11:00 &lt;zzz&gt; anycast 16:11:01 &lt;EinMByte&gt; Máme někde konkrétní seznam pro referenci? 16:11:11 &lt;zzz&gt; je to poskládané na zzz, moment 16:11:23 &lt;str4d&gt; Pomalu pracuju na tom, dát to všechno dohromady na webu 16:11:41 &lt;zzz&gt; můžeme to zrychlit, str4d? třeba příští týden nebo dva? 16:11:47 &lt;str4d&gt; To by mělo jít do seznamu .26 16:11:50 &lt;str4d&gt; Hmm 16:11:53 &lt;str4d&gt; Možná 16:11:59 &lt;str4d&gt; Potřebuju na to moar očí 16:11:59 &lt;zzz&gt; bez návrhů na jednoduchém seznamu je to strašně složité 16:12:08 &lt;EinMByte&gt; str4d: Skvělé. Vlastně by se u některých z těchto věcí hodila wiki-funkcionalita 16:12:24 &lt;EinMByte&gt; (myšlenka je, že by to šlo rychleji) 16:12:48 &lt;zzz&gt; pro začátek potřebujeme seznam 16:12:50 &lt;str4d&gt; EinMByte, přesně 16:12:56 &lt;zzz&gt; nevařme tady oceán 16:13:11 &lt;str4d&gt; Snažím se přejít od požadovaného backend HTML k (aktuálně) rST 16:13:31 &lt;str4d&gt; Potřebuju, aby se lidi podívali na to, co mám, a zkontrolovali, že a) je to použitelné a b) nepřijdeme o nic, co teď máme 16:13:39 &lt;str4d&gt; Aktuálně je to použito jen na spec docs 16:13:40 &lt;zzz&gt; dejme tu věc s návrhy na seznam pro 26 a později si řekneme, co to znamená. Ale potřebujeme v tom co nejdřív pokrok. 16:13:55 &lt;str4d&gt; Ale jakmile to zpevní, rozšířit to na proposals je triviální 16:13:56 &lt;zzz&gt; chci je na webu. je mi jedno, v jaké formě. 16:14:46 &lt;EinMByte&gt; Jsem ochoten návrhy revidovat, ale občas se stane, že prostě žádný text nenajdu 16:15:10 &lt;EinMByte&gt; (některé věci jsou na webu tak nějak schované, myslím) 16:15:37 &lt;zzz&gt; přesně tak 16:16:05 &lt;zzz&gt; musíme přesunout věci ze zzz.i2p na web, nějak je zorganizovat 16:16:13 &lt;EinMByte&gt; str4d: Přechod z HTML na něco, co lze snadno převádět do různých formátů, je dobrá věc 16:16:28 &lt;EinMByte&gt; zzz: Ano, rozhodně 16:16:35 &lt;str4d&gt; EinMByte, co potřebuju zrevidovat, je v i2p.www.str4d 16:16:36 &lt;EinMByte&gt; Možná pevně daný proces pro všechny návrhy 16:16:57 &lt;zzz&gt; ok. je to na seznamu pro 26. detaily budou následovat. str4d, pusť se do práce. neočekával bych moc zpětné vazby. Prostě přijď s novým systémem a my se přizpůsobíme 16:17:02 &lt;str4d&gt; a na `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/` 16:17:04 &lt;str4d&gt; EinMByte, pokud na tom se mnou chceš pracovat a dotáhnout to, mohl bych to stihnout možná do .25 16:17:23 &lt;zzz&gt; co ještě pro 26? musíme to uzavřít 16:17:36 &lt;str4d&gt; ( EinMByte, konkrétně `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/spec` ) 16:18:14 &lt;zzz&gt; tohle jsou věci v hodně krátkém horizontu. Potřebuju vědět, co mám dělat v pondělí 16:18:27 &lt;zzz&gt; poslední výzva pro 26 16:18:41 &lt;str4d&gt; Myslím, že věci kolem subscriptions potrvají nějakou dobu 16:18:49 &lt;str4d&gt; Takže budu rád, když to bude hlavní věc 16:18:52 &lt;zzz&gt; souhlas. 16:19:54 &lt;zzz&gt; ok. schůzka v neděli ve stejný čas. začneme s vrp/h1. prosím předem zrevidujte ticket 1119. potom budeme mluvit o 27–29, pokud to čas dovolí. 16:20:06 &lt;EinMByte&gt; str4d: Něco z toho, co podle tebe vyžaduje největší pozornost? 16:20:27 &lt;zzz&gt; v neděli se můžeme krátce vrátit k 26, pokud bude potřeba 16:20:43 &lt;str4d&gt; EinMByte, v zásadě rozhodnout, zda je formát pro psaní návrhů použitelný a zda neomezuje to, co skončí na webu (ať už ve formátu HTML nebo TXT) 16:20:45 &lt;zzz&gt; takže agenda na neděli bude 1) vrp/h1/1119; 2) 26; 3) 27–29 16:20:57 &lt;zzz&gt; díky všem 16:21:25 * zzz *bafs* schůzka ukončena 16:27:50 &lt;EinMByte&gt; str4d: Asi je to OK, pokud to lze převést do většiny ostatních formátů :) </div>/cs/blog/2016/03/03/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-3.-b%C5%99ezna-2016/Thu, 03 Mar 2016 00:00:00 +0000/cs/blog/2016/03/03/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-3.-b%C5%99ezna-2016/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> anonimal, comraden1, eche|on, hottuna4, orignal\_, sadie_i2p, str4d, Yankee, zzz</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 20:00:02 &lt;zzz&gt; 0) Ahoj 20:00:02 &lt;zzz&gt; 1) Revize starých přiřazených úkolů stále otevřených ze schůzky 30. prosince `http://zzz.i2p/topics/2014` 20:00:02 &lt;zzz&gt; 2) Revize nových přiřazených úkolů ze schůzky 2. února `http://zzz.i2p/topics/2014` 20:00:02 &lt;zzz&gt; 3) Příprava a harmonogram schůzek k roadmapě `http://zzz.i2p/topics/2021` 20:00:02 &lt;zzz&gt; 4) Návrh kodexu chování (Sadie) `http://zzz.i2p/topics/2015?page=2` 20:00:12 &lt;zzz&gt; 0) Ahoj 20:00:15 &lt;zzz&gt; ahoj 20:00:25 &lt;anonimal&gt; Ahoj 20:00:38 &lt;str4d&gt; Ahoj 20:01:07 &lt;zzz&gt; 1) Revize starých přiřazených úkolů stále otevřených ze schůzky 30. prosince `http://zzz.i2p/topics/2014` 20:01:19 &lt;hottuna4&gt; hi 20:01:37 &lt;zzz&gt; gravy má zveřejnit jeden na téma šifrované leasesets do 27. ledna, nebo jiný námět do 15. února 20:01:51 &lt;zzz&gt; ví někdo, jak na tom gravy je? 20:03:13 &lt;anonimal&gt; Ne. 20:03:47 &lt;sadie_i2p&gt; zaneprázdněný irl 20:04:07 &lt;zzz&gt; sadie_i2p, máš od něj nový termín? 20:04:24 &lt;sadie_i2p&gt; čekám na nový termín od Gravy 20:04:33 &lt;zzz&gt; ok, přesuneme to na příští schůzku 20:04:42 &lt;zzz&gt; Sadie bude spolupracovat s J, aby dostala jeho reseed blogpost ven, nový termín polovina února. 20:04:49 &lt;zzz&gt; sadie_i2p, jaký je na tomhle nejnovější stav? 20:05:42 &lt;sadie_i2p&gt; J je také zaneprázdněný, pracuje s Back up 20:06:07 &lt;zzz&gt; sadie_i2p, vznikne v této fázi ten blogpost, nebo se máme posunout dál? 20:06:44 &lt;sadie_i2p&gt; back up a já teď pracujeme na něčem jiném – blogpost pravděpodobně nevznikne 20:06:58 &lt;zzz&gt; ok, vyškrtnu to ze seznamu 20:07:02 &lt;sadie_i2p&gt; posuňme se dál 20:07:17 &lt;zzz&gt; Sadie kontaktuje backup kvůli diskusi o reseed kampani, nový termín polovina února. 20:07:32 &lt;zzz&gt; sadie_i2p, co vy a backup chystáte? 20:07:34 &lt;anonimal&gt; Únor? 20:07:54 &lt;zzz&gt; ano, anonimale, tohle jsou všechno věci po termínu 20:08:26 &lt;sadie_i2p&gt; nový obsah a grafika 20:08:51 &lt;zzz&gt; předpokládám, že pro web 20:08:55 &lt;sadie_i2p&gt; kvůli rozvrhům v tom budou zpoždění, ale back up teď pracuje na obsahu a já pracuji na grafice pro web 20:09:15 &lt;zzz&gt; a co ‚kampaň‘ mimo samotný web? 20:09:30 &lt;zzz&gt; co máte v plánu? a kdy? 20:09:34 &lt;eche|on&gt; skvělé 20:09:47 &lt;sadie_i2p&gt; připravíme novou stránku na webu a pak na ni začneme směřovat lidi přes sociální sítě atd... 20:10:00 &lt;sadie_i2p&gt; možná jako motivaci použijeme i nové samolepky 20:10:10 &lt;eche|on&gt; samolepky! 20:10:17 &lt;zzz&gt; jé, jo, samolepky pro reseedery, skvělý nápad 20:10:19 &lt;str4d&gt; Bude to stránka ‚co je reseed‘, nebo návod ‚jak provozovat reseed‘? 20:10:49 &lt;sadie_i2p&gt; bude to nový návod ‚jak provozovat reseed‘ 20:11:36 &lt;zzz&gt; sadie_i2p, můžeš nám prosím dát další milník k tomuhle? (datum, co to je) 20:12:12 &lt;str4d&gt; Takže by to byl návod pro „uživatele“ nebo přispěvatele I2P, spíš než pro vývojáře 20:12:26 &lt;str4d&gt; Tak popřemýšlím o lepším místě, kam tyto návody umístit 20:13:07 &lt;sadie_i2p&gt; může to trvat trochu déle – řeknu nejpozději do dvou měsíců 20:13:10 &lt;str4d&gt; až na to, hmm... 20:13:21 &lt;sadie_i2p&gt; Návod bude pro uživatele i přispěvatele 20:13:45 &lt;zzz&gt; sadie_i2p, dej nám prosím průběžný milník na příští měsíc 20:13:59 &lt;sadie_i2p&gt; pravděpodobně můžu dodat aktualizaci obsahu za měsíc 20:14:02 &lt;str4d&gt; Vlastně myslím, že to patří pod „Get involved -&gt; Guides“ 20:14:11 &lt;zzz&gt; ok, skvělé 20:14:16 &lt;zzz&gt; pokračujeme 20:14:26 &lt;zzz&gt; str4d, gravy, cacapo: Přidejte use cases (případy použití), v čem jsme nejlepší, více „vášně“ a „masa“, přidat / zdůraznit Bote, do konce 20:14:39 &lt;zzz&gt; ledna OTEVŘENÉ, nový termín 1. března 20:14:50 &lt;zzz&gt; Viděl jsem, že cacapo sepsal pár pěkných use cases 20:15:06 &lt;str4d&gt; Jo, založené na příkladech od dymaxiona 20:15:11 &lt;zzz&gt; str4d, jaký je stav s převodem toho na web spolu s trochou té vášně a masa? 20:15:21 &lt;Yankee&gt; Dobrý den, dámy a pánové! 20:15:35 &lt;str4d&gt; IMHO ten obsah potřebuje trochu vypilovat (působí to trochu moc jako „I2P přichází na pomoc!“) 20:16:03 &lt;str4d&gt; Co se týče umístění na webu, pořád si nejsem jistý, kam to zařadit 20:16:05 &lt;zzz&gt; str4d, termín byl 1. března, můžeš nám dát nový termín, kdy to dostaneš na web? 20:16:45 &lt;str4d&gt; „Cílem“ této položky bylo udělat něco lepšího než současný prostřední sloupec na úvodní stránce a stránka podporovaných aplikací 20:18:02 &lt;str4d&gt; zzz, Můžu tu stránku dát na nějaké URL 20:18:42 &lt;zzz&gt; jste ty a sadie_i2p zajedno, co tenhle úkol je? sadie to přidala do todo seznamu na ccc 20:20:29 &lt;str4d&gt; To 20:20:45 &lt;str4d&gt; je začátek, ale pořád musíme vymyslet širší informační architekturu 20:20:57 &lt;str4d&gt; co vlastně chceme na hlavní stránce sdělit 20:21:42 &lt;zzz&gt; dobře, tak mi dej datum pro první část 20:21:49 &lt;zzz&gt; prosím 20:22:12 &lt;str4d&gt; Do konce tohoto týdne přesunu dokument s use cases na web 20:22:42 &lt;str4d&gt; A další zprávu o stavu příští schůzku ohledně přepracování domovské stránky 20:23:04 &lt;zzz&gt; ok, skvělé, doufejme, že ty a sadie můžete probrat detaily k širším cílům „masa“ a „vášně“. 20:23:39 &lt;zzz&gt; comraden má do konce února upravit / vyleštit / vylepšit / zveřejnit příběh I2P 20:24:13 &lt;zzz&gt; ví někdo, co dělá comraden1? Potřebuji od něj zpátky upravený návrh, pak nad tím chci udělat ještě jeden průchod 20:25:00 &lt;zzz&gt; tohle mělo být na webu v pondělí 20:25:30 &lt;sadie_i2p&gt; nový termín je 1. dubna 20:25:59 &lt;zzz&gt; ok. pak od něj potřebuji návrh zpátky do pár týdnů 20:26:14 &lt;anonimal&gt; zzz: Odkaz na aktuální návrh příběhu? 20:26:39 &lt;zzz&gt; co je na zzzi2p, je pořád nejnovější. Nechci dělat žádné změny, dokud má comraden1 ‚master‘ 20:26:53 &lt;zzz&gt; ok, jdeme dál 20:27:09 &lt;zzz&gt; tickety: Sadie je má zrevidovat, dát doporučení nebo možná začít je spravovat (do kdy?) OTEVŘENÉ – nový termín polovina února (?) 20:27:09 &lt;anonimal&gt; Ok. 20:27:30 &lt;zzz&gt; sadie_i2p, jak to jde s tímhle velkým úkolem? 20:28:06 &lt;sadie_i2p&gt; uf 20:29:12 &lt;zzz&gt; potřebuji trochu víc než jen „uf“ :) 20:29:14 &lt;str4d&gt; Byl to pořádný úkol :P 20:29:35 &lt;sadie_i2p&gt; se str4dem jsme mluvili o týdenních schůzkách k ticketům 20:29:56 &lt;zzz&gt; to by mohlo být proveditelnější než nějaká jednorázová ‚revize‘ 20:30:06 &lt;str4d&gt; Myslel jsem, že jsem to zmínil na dřívější schůzce, ale kdyby ne: Přidal jsem do Tracu stav ‚open‘, aby se označily tickety, které jsme my vývojáři viděli, ale nikdo není přiřazen nebo nemají konkrétní stav. 20:30:26 &lt;str4d&gt; Cílem bylo odlišit tyto tickety od skutečně nových ticketů 20:30:26 &lt;sadie_i2p&gt; ano, bylo by 20:30:26 &lt;zzz&gt; sadie_i2p, ponořila ses do toho už dost na to, abys mohla dát nějaká doporučení, jak spravujeme tickety? 20:31:08 &lt;str4d&gt; Takže hromada ‚nových‘ ticketů je teď sakra menší, co jsem vyřadil ty, které jsme si otevřeli sami 20:31:15 &lt;sadie_i2p&gt; v tuto chvíli je mé nejlepší doporučení týdenní check-in a triage 20:32:34 &lt;str4d&gt; +1 20:32:34 &lt;zzz&gt; ok. jsme už připraveni naplánovat první schůzku, nebo je potřeba nejdřív ještě víc organizace? 20:33:28 &lt;str4d&gt; Pořád cestuju, takže bych preferoval počkat do příštího týdne 20:33:46 &lt;zzz&gt; ok. pokud do dubnové schůzky nic nenaplánujete, připomeneme se vám tehdy 20:34:05 &lt;zzz&gt; str4d Android 0.9.24 vydání do 7. února, seznam TODO sloučen do 26. února 20:34:21 &lt;zzz&gt; vypadá to, že to máš skluz :) 20:34:28 &lt;str4d&gt; Heh 20:34:34 &lt;zzz&gt; nové termíny? 20:34:37 &lt;str4d&gt; Oboje ztroskotalo naprosto bídně, kvůli doktorské práci 20:34:55 &lt;str4d&gt; (kterou jsem *konečně* odevzdal v polovině února) 20:35:04 &lt;str4d&gt; Zrovna teď pracuji na vydání 0.9.24 20:35:06 &lt;zzz&gt; woot. 20:35:10 &lt;str4d&gt; (na strašně pomalém laptopu() 20:35:14 &lt;str4d&gt; ) 20:35:16 &lt;zzz&gt; a co seznam todo? 20:35:31 &lt;str4d&gt; Sloučení TODO seznamu proběhne během příštích pár dní 20:35:41 &lt;zzz&gt; ok, budeme tě na tom držet 20:35:51 &lt;str4d&gt; heh :P 20:36:01 &lt;zzz&gt; str4d a zzz mají zrevidovat VRP ticket do 12. února. Já jsem svou část udělal. 20:36:06 &lt;str4d&gt; Je to hlavně o tom projít TODO seznam v repozitáři a hledat věci, které chybí v mém osobním TODO seznamu 20:36:14 &lt;zzz&gt; nový termín pro to? 20:36:20 &lt;anonimal&gt; Re: #1119, právě teď vidím zzzův poslední komentář před 3 týdny. Nedostal jsem žádný e-mail a v posledních týdnech mi na @mail.i2p/@i2pmail.org nechodí e-maily z githubu ani odjinud. 20:36:32 &lt;anonimal&gt; Vážně přemýšlím, jestli nemá Postmanův e-mailový servis problémy. 20:36:37 &lt;str4d&gt; Další oběť dizertačky. Pročtu to dnes odpoledne, až vyjde 0.9.24 20:36:46 &lt;anonimal&gt; Možná budu muset změnit e-mail :/ 20:36:49 &lt;zzz&gt; ok, super 20:36:49 &lt;str4d&gt; anonimale, jo, poslední dobou mám taky vážné problémy (spousta e-mailů se vrací) 20:37:03 &lt;zzz&gt; věřte nebo ne, myslím, že to je vše k 1) 20:37:11 &lt;zzz&gt; a 2) 20:37:17 &lt;str4d&gt; (zhruba od 6. února) 20:37:22 &lt;anonimal&gt; zzz: Přečtu si tvoje komentáře víc do hloubky a VRP přepíšu. 20:37:28 &lt;zzz&gt; 3) Příprava a harmonogram schůzek k roadmapě `http://zzz.i2p/topics/2021` 20:37:33 &lt;anonimal&gt; Počkej! 20:37:45 &lt;zzz&gt; ok, promiň, ještě něco k 1 nebo 2? 20:37:45 &lt;anonimal&gt; K 1): rozhodnutí o H1? 20:38:06 &lt;anonimal&gt; Rozhodnutí o H1 bylo přesunuto do bodu 1), pokud si dobře pamatuji. 20:38:41 &lt;anonimal&gt; Nebo ne, každopádně si myslím, že to dnes pokryjeme. 20:38:47 &lt;zzz&gt; na poslední schůzce jsme se rozhodli, že uzavřeme diskuse o VRP a h1 na schůzkách k roadmapě 4.–6. března 20:39:11 &lt;anonimal&gt; K. 20:39:23 &lt;zzz&gt; Právě jsem je naplánoval, uděláme je zítra a v neděli v 15:00 UTC. anonimale, zvládneš se zúčastnit některé z těch schůzek? 20:39:30 &lt;str4d&gt; Woo, to mi dává šanci si to projít :P 20:41:08 &lt;zzz&gt; takže to nás přivádí k 3) 20:41:11 &lt;zzz&gt; jak jsem říkal 20:41:19 &lt;zzz&gt; Právě jsem je naplánoval, uděláme je zítra a v neděli v 15:00 UTC. 20:41:21 &lt;anonimal&gt; zzz: Jejda, v sobotu je kovriho obří minimálně dvouhodinová schůzka v 18:00 UTC. 20:41:21 * anonimal přemýšlí 20:41:23 &lt;anonimal&gt; zzz: Jak dlouho si myslíš, že sobotní schůzka potrvá? 20:41:33 &lt;orignal_&gt; musí tady každý řešit schůzku kovri? 20:41:40 &lt;zzz&gt; naše schůzky budou v pátek a v neděli. v sobotu ne. 20:41:46 &lt;orignal_&gt; nebo se to dá vyřešit soukromě? 20:42:05 &lt;zzz&gt; navrhuji, abychom VRP probrali hned na začátku nedělní schůzky. ok? 20:42:06 * anonimal ztratil přehled o dnech 20:42:11 &lt;anonimal&gt; Neděli můžu. 20:42:16 &lt;anonimal&gt; Ok, zní skvěle. 20:43:00 &lt;zzz&gt; budou to neformální schůzky, zrevidujeme, kde jsme a kam chceme jít 20:43:11 &lt;zzz&gt; cílem je nastavit roadmapu minimálně na zbytek roku 20:43:22 &lt;zzz&gt; druhá schůzka může být strukturovanější 20:43:46 &lt;zzz&gt; Jsem tak trochu zaseknutý v tom, co bych měl dělat dál a po zbytek roku. takže tyhle schůzky jsou zásadní pro\ 20:43:52 &lt;zzz&gt; určení směru pro mě 20:44:08 &lt;str4d&gt; Mmmk 20:44:15 &lt;anonimal&gt; K. 20:44:37 &lt;zzz&gt; takže pátek bude spíš neformální revize priorit. V neděli začneme s h1/vrp, pak přejdeme k tomu opravdu přibít roadmapu pro .26–.29 20:44:47 &lt;zzz&gt; něco dalšího k 3)? 20:45:31 &lt;zzz&gt; přesuňme se k 4) 20:45:39 &lt;zzz&gt; 4) Návrh kodexu chování (Sadie) `http://zzz.i2p/topics/2015?page=2` 20:45:56 &lt;zzz&gt; vidím, že teď navrhla udělat něco podobného jako debian 20:46:00 &lt;zzz&gt; aha, zpátky právě včas 20:46:12 &lt;zzz&gt; má někdo nějaké postřehy k debian CoC? 20:46:48 &lt;orignal_&gt; dedian není anonymní síť 20:46:56 * str4d si otevírá odkaz 20:47:05 &lt;str4d&gt; orignal_, ne, ale je to FOSS 20:47:08 &lt;zzz&gt; ale jaké máš názory na jejich CoC, orignal_ ? 20:47:17 &lt;orignal_&gt; lidé přicházejí do I2P z různých důvodů 20:47:33 &lt;anonimal&gt; IMO je to trochu vlažné a nejsem si jistý, jak se cokoli vymáhá. 20:48:02 &lt;orignal_&gt; zzz, jejich CoC se k nim hodí, protože je to etablovaný projekt s historií 20:48:04 &lt;zzz&gt; sadie, co se ti líbí na debian CoC? 20:48:14 &lt;orignal_&gt; I2P je úplně jiné 20:48:32 &lt;sadie_i2p&gt; zdálo se, že poskytuje dobrou základní strukturu, od které se aspoň odrazit 20:48:40 &lt;str4d&gt; orignal_, a historie I2P&gt;10 let z něj nedělá etablovaný projekt? 20:48:45 &lt;zzz&gt; jistě, jsme jiní, ale rozhodně jsme etablovaný projekt s historií 20:48:51 &lt;orignal_&gt; poslední věc, kvůli které sem lidé chodí, je poslouchat tyhle HR kecy znovu 20:49:31 &lt;zzz&gt; Nevidím, co má důvod, proč někdo přijde k projektu, společného se standardy toho, jak by se měli chovat, jakmile sem přijdou 20:49:41 &lt;zzz&gt; HR? 20:50:31 &lt;sadie_i2p&gt; Hledám příklady, které jsou jednoduché a k věci – 20:50:31 &lt;sadie_i2p&gt; takže možná ne nejlepší, ale jako odrazový můstek 20:51:29 &lt;zzz&gt; myslíme si, že ten debian je nejlepší výchozí bod, nebo by byl lepší monero 20:51:36 &lt;orignal_&gt; str4d, bohužel ne 20:51:51 &lt;str4d&gt; orignal_, „people != developers“, ještě jednou. 20:51:53 &lt;orignal_&gt; porovnej, kolik lidí používá Debian a I2P 20:52:11 &lt;orignal_&gt; nesnažte se kopírovat velké kluky, ještě nejste v té lize 20:52:12 &lt;str4d&gt; Nemůžeme směšovat uživatele s vývojáři. 20:52:21 &lt;zzz&gt; Myslím, že pokud si vybereme ten, který je nejblíž našemu cíli, můžeme požádat pár lidí, aby zapracovali na úpravách, které to přizpůsobí naší situaci 20:52:42 &lt;str4d&gt; To by bylo jako říkat „kdokoli nainstaluje Debian OS, nesmí říct nic, co se nám nelíbí“ 20:52:42 &lt;str4d&gt; To tady *není* pointa 20:52:53 &lt;str4d&gt; A tudíž pro tuhle diskusi nezáleží na velikosti uživatelské základny 20:52:54 &lt;sadie_i2p&gt; monero má také velmi dobrý – pokud je tenhle ze dvou lepší, nemám námitky 20:53:21 &lt;orignal_&gt; zzz, CoC je záležitost HR 20:53:21 &lt;orignal_&gt; nic víc 20:53:28 &lt;zzz&gt; názory ostatních na debian vs. monero ? 20:53:44 &lt;anonimal&gt; + Monero 20:53:49 &lt;zzz&gt; orignal_, co myslíš ‚HR‘? 20:54:07 &lt;orignal_&gt; HR = lidské zdroje 20:54:24 &lt;zzz&gt; monero je kratší než debian, takže předpokládám, že je jednodušší začít s menším 20:55:13 &lt;zzz&gt; máme dobrovolníky, kteří by monero CoC označili navrženými změnami a vrátili se s tím příští měsíc? 20:55:18 &lt;str4d&gt; zzz, líbí se mi podstata toho debianího, že pokrývá hodně toho, na čem nám podle mě záleží (např. bod 2 by se nedávno velmi hodil) 20:55:26 &lt;zzz&gt; nebo ten debianí 20:55:28 &lt;orignal_&gt; můj názor znovu, ještě na to není čas 20:55:40 &lt;zzz&gt; nemusíme teď rozhodovat mezi debian a monero 20:55:48 &lt;zzz&gt; orignal_, tvoje poselství jsme slyšeli jasně a zřetelně, díky 20:55:59 &lt;str4d&gt; A není příliš direktivní 20:56:13 &lt;zzz&gt; žádná rozhodnutí nepadla. jen diskutujeme. 20:56:40 &lt;sadie_i2p&gt; můžeme použít to, co je z obou nejvíc použitelné 20:56:43 &lt;anonimal&gt; Re: CoC, 20:56:56 &lt;str4d&gt; Líbí se mi také bod 6 – že při reakci na problémy by měl i ten, kdo reaguje, respektovat CoC 20:57:03 &lt;anonimal&gt; https://github.com/monero-project/kovri/blob/master/doc/CONTRIBUTING.md 20:57:09 &lt;anonimal&gt; Obsahuje také hezkou grafiku procesu správy v Moneru. 20:57:30 &lt;comraden1&gt; zzz: k návrhu — v práci na mě spadla hromada kravin a řeším rodinného příslušníka, který se vrátil do remise, takže návrh historie šel na vedlejší kolej. sadie_i2p zmínila 2016-04-01 jako nový termín, který se pokusím dodržet 20:57:30 &lt;str4d&gt; Jé, obrázky! 20:57:48 &lt;comraden1&gt; zzz: omlouvám se, že jsem byl pár týdnů mimo dění! 20:58:06 &lt;anonimal&gt; str4d zzz: Jo, a byl bych ochotný upravit příručku pro přispěvatele, aby seděla na java i2p. 20:58:52 &lt;anonimal&gt; Ahoj comraden1, posílám něco na stránku příběhu i2p k posouzení. 20:59:30 &lt;sadie_i2p&gt; přihlásím se dobrovolně 20:59:58 &lt;comraden1&gt; anonimal: díky :) jestli je to na fóru, dostanu se k tomu, až se příště připojím. Klidně mi to pošli do PM nebo se ozvi na clearnetu 21:00:05 &lt;zzz&gt; ok, skvělé. Sadie_i2p a anonimale, můžete příští měsíc na schůzce přijít s doporučením? 21:00:20 &lt;sadie_i2p&gt; jasně 21:00:25 &lt;zzz&gt; comraden1, díky za aktualizaci, je mi líto těch rodinných potíží 21:00:31 &lt;zzz&gt; něco dalšího k 4) ? 21:00:40 * zzz rozehřívá baffer 21:00:48 &lt;zzz&gt; ještě něco k této schůzce? 21:00:54 &lt;orignal_&gt; ano, psát CoC pro někoho se zdá lepší práce 21:01:13 &lt;anonimal&gt; Ano, ale protože i2pmail je poslední dobou problematický, měli bychom si se sadie_i2p zkusit popovídat přes IRC, pokud to půjde. 21:01:21 &lt;anonimal&gt; Ne, ode mě už nic dalšího na schůzku, zzz. 21:01:52 &lt;zzz&gt; orignal_, prosím nepřerušuj naši schůzku jízlivými poznámkami o kovri. Minule to zašlo moc daleko a slíbil jsem, že to už nenechám znovu dojít tak daleko 21:02:07 &lt;orignal_&gt; opravdu? 21:02:41 * zzz *bafs* uzavírá schůzku 21:02:45 &lt;zzz&gt; díky všem </div>/cs/blog/2016/02/02/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-2.-%C3%BAnora-2016/Tue, 02 Feb 2016 00:00:00 +0000/cs/blog/2016/02/02/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-2.-%C3%BAnora-2016/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> allyourbase, anonimal, C0B4, cacapo, comraden1, eche|on, EinMByte, hottuna, Hummingbird, Irc2PGuest39432, Irc2PGuest76545, Irc2PGuest95462, IrcI2Pd743, JIa3apb_KaraHoBu4, lazygravy, nda, orignal, psi, sadie_i21, str4d, supervillain, The_Tin_Hat, trolly, xcps, Yankee, z3r0fox, zab\__, zzz</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; Program `http://zzz.i2p/topics/2014` 20:00:00 &lt;zzz&gt; 0) Ahoj 20:00:00 &lt;zzz&gt; 1) Přehled zadaných úkolů ze schůzky 30. prosince - `http://zzz.i2p/topics/2016` (zzz) 20:00:00 &lt;zzz&gt; 2) Další navazující kroky k CCC - `http://zzz.i2p/topics/2019` (zzz) 20:00:00 &lt;zzz&gt; 3) Plán projektových schůzek pro rok 2016 (zzz, Sadie) 20:00:00 &lt;zzz&gt; 4) Připravenost GMP 6 ke sloučení - `http://zzz.i2p/topics/1960` (tuna) 20:00:00 &lt;zzz&gt; 5) požadavek na domovskou stránku konzole `http://secure.tinhat.i2p` - `http://zzz.i2p/topics/236?page=3#p10884` (david) 20:00:00 &lt;zzz&gt; 6) Návrh Kodexu chování - `http://zzz.i2p/topics/2015` (Sadie) 20:00:02 &lt;lazygravy&gt; Je na to odkaz v příspěvku na blogu CCC 20:00:05 &lt;zzz&gt; 0) Ahoj 20:00:09 &lt;zzz&gt; ahoj 20:00:19 &lt;EinMByte&gt; ahoj 20:00:21 &lt;psi&gt; ahoj 20:00:25 &lt;lazygravy&gt; Ahoj 20:00:32 &lt;cacapo&gt; ahoj 20:00:33 &lt;sadie_i21&gt; ahoj 20:00:37 &lt;zzz&gt; 1) Přehled zadaných úkolů ze schůzky 30. prosince - `http://zzz.i2p/topics/2016` (zzz) 20:00:44 &lt;Irc2PGuest76545&gt; Čau 20:00:48 &lt;zzz&gt; ok, pojďme rychle projít jen otevřené položky 20:00:49 &lt;anonimal&gt; Ahoj 20:00:50 &lt;Hummingbird&gt; ahoj 20:00:55 &lt;z3r0fox&gt; Ahoj 20:01:03 &lt;zzz&gt; gravy má do 27. ledna zveřejnit jeden o šifrovaných leasesets 20:01:11 &lt;zzz&gt; lazygravy, jaký je stav? 20:01:34 &lt;orignal&gt; ahoj 20:01:37 &lt;lazygravy&gt; zzz: s tím jsem hodně pozadu. Ale je to „rozjeté“. Pořád to plánuju napsat 20:01:38 &lt;zab__&gt; ahoj 20:01:44 &lt;trolly&gt; ahoj 20:01:50 &lt;lazygravy&gt; Možná změním téma, ale pointa platí 20:01:51 &lt;zzz&gt; lazygravy, jaký je nový cílový termín? 20:02:27 &lt;Irc2PGuest39432&gt; ups 20:02:28 &lt;Irc2PGuest39432&gt; ahoj 20:02:37 &lt;lazygravy&gt; zzz: víkend na Den prezidentů? 20:02:52 &lt;zzz&gt; máš k tomu konkrétní datum? 20:03:10 &lt;lazygravy&gt; 15. února 20:03:14 &lt;zzz&gt; ok díky 20:03:17 &lt;zzz&gt; Sadie má spolupracovat s J, aby dostala jeho příspěvek na blog ven 20:03:32 &lt;zzz&gt; sadie_i21, stav? 20:03:42 &lt;sadie_i21&gt; polovina února 20:03:55 &lt;supervillain&gt; dáte si někdo vodku? 20:04:02 &lt;zzz&gt; Sadie má kontaktovat backup kvůli diskusi o reseed kampani 20:04:05 &lt;zzz&gt; sadie_i21, stav? 20:04:12 &lt;Irc2PGuest76545&gt; ahoj 20:04:27 &lt;sadie_i21&gt; zatím ne 20:04:39 &lt;zzz&gt; prosím nový termín? 20:06:09 &lt;zzz&gt; ok, půjdeme dál, sadie prosím dej vědět 20:06:10 &lt;sadie_i21&gt; taky polovina února 20:06:10 &lt;Irc2PGuest95462&gt; ahoj 20:06:13 &lt;zzz&gt; Posílení sítě - domovská stránka a další stránky 20:06:13 &lt;zzz&gt; ** str4d, gravy, cacapo: Přidat případy použití, v čem jsme nejlepší, více „vášně“ a „šťávy“, přidat / zvýraznit Bote, do konce ledna 20:06:17 &lt;zzz&gt; ok díky sadie 20:06:31 &lt;zzz&gt; str4d, lazygravy, cacapo, stav? 20:07:08 &lt;cacapo&gt; pracujeme na tom, ale myslím, že potřebujeme zpětnou vazbu od komunity 20:07:16 &lt;str4d&gt; ahoj 20:07:16 &lt;lazygravy&gt; cacapo++ 20:07:22 &lt;Irc2PGuest76545&gt; hallo 20:07:40 &lt;zzz&gt; prosím nový termín? 20:08:42 &lt;cacapo&gt; taky si nemyslím, že máme jasno v konečném účelu. Je to pro blogpost? 20:08:50 &lt;hottuna&gt; cacapo: jestli potřebuješ, abych to znovu prošel, pingni mě 20:08:50 &lt;cacapo&gt; 1. března 20:09:07 &lt;EinMByte&gt; zkuste prosím mířit i na výzkumníky, nejen na koncové uživatele 20:09:07 &lt;str4d&gt; Rozsah, pokud mohu soudit (AFAICT), je upravit domovskou stránku a stránku „podporované aplikace“, že? 20:09:18 &lt;zzz&gt; pokud si dobře pamatuji (iirc), záměrem bylo vylepšit domovskou stránku a případně přidat další stránky. Ne blogový příspěvek 20:09:33 &lt;zzz&gt; sadie_i21, můžeš to prosím rozvést? 20:09:34 &lt;EinMByte&gt; Ok, v tom případě neřeš 20:09:38 &lt;str4d&gt; Jasně 20:09:47 &lt;cacapo&gt; takže je to ta supo 20:09:59 &lt;cacapo&gt; tak tedy stránka podporovaných aplikací? 20:10:26 &lt;zzz&gt; pokud si dobře pamatuji, priorita byla domovská stránka. Když se to přelije na další stránky (nové nebo stávající), je to taky v pohodě 20:10:55 &lt;cacapo&gt; ještě: mluvíme o torrentech kvůli PR? 20:11:06 &lt;zzz&gt; pokud k tomu sadie nemá co dodat, pojďme dál 20:11:22 &lt;zzz&gt; o tom, zda torrenty ano či ne, můžeme diskutovat mimo schůzku 20:11:37 &lt;sadie_i21&gt; ne 20:11:38 &lt;str4d&gt; sadie_i21, poznámky k designu od Simply Secure jsou tu asi také relevantní. 20:11:39 &lt;str4d&gt; Pokud mají nějaké okamžité nápady ohledně domovské stránky, ovlivní to, jak budou případy použití napsané a prezentované/ 20:12:00 &lt;zzz&gt; comraden má do konce února upravit / vyleštit / rozšířit / zveřejnit „i2p story“ 20:12:06 &lt;sadie_i21&gt; promiň zzz, jsem na hovoru... 20:12:09 &lt;zzz&gt; comraden1, stíháš to? 20:12:13 &lt;str4d&gt; cacapo, říkám ano, zdůraznit výhody torrentů (např. stahování nových verzí Tails!) 20:12:17 &lt;psi&gt; sadie_i21: máš už přeposílání „spam firehose“ z press@geti2p.net na tvůj email? 20:12:42 &lt;zzz&gt; psi, prosím vyřešte to mimo sadu se sadie 20:12:45 &lt;sadie_i21&gt; ne, zatím ne 20:12:50 &lt;psi&gt; kk 20:13:09 &lt;zzz&gt; ok, budeme předpokládat, že comraden1 to stíhá 20:13:17 &lt;zzz&gt; širší roadmapa a procesy nastavování priorit jsou TBD, ale měly by vzejít z rozvíjejících se projektových schůzek 20:13:26 &lt;comraden1&gt; zzz: ten příspěvek, co jsi zveřejnil, jsem ještě nečetl, jak jsem ti říkal, měl jsem naléhavou záležitost, kterou jsem musel řešit 20:13:50 &lt;zzz&gt; to je bod můj a sadie, odložme to na bod 3) 20:13:52 &lt;comraden1&gt; Tento týden se podívám na historii a ozvu se vám a lanci s opravami 20:14:05 &lt;zzz&gt; comraden1, stíháš konec února? 20:14:26 &lt;str4d&gt; zzz, návrh je rozhodně zajímavý :) 20:14:31 &lt;str4d&gt; cacapo, pokud jde o to, jak to bude vypadat na webu, myslím, že by fungovalo, kdyby to bylo proloženo záhlavími jednotlivých let (jakoby rozdělené do „kapitol“). Také by to znamenalo, že bychom tím mohli procházet po letech. 20:14:34 &lt;comraden1&gt; zzz: zatím ano :) 20:14:45 &lt;zzz&gt; sadie má udělat review, dát doporučení nebo případně začít spravovat tickety (do kdy?) 20:14:55 &lt;zzz&gt; sadie_i21, stav? termín? 20:15:55 &lt;zzz&gt; ok, budeme předpokládat, že je pořád na hovoru, prosím ozvi se 20:16:05 &lt;zzz&gt; 4) Android - 20:16:05 &lt;zzz&gt; tak trochu jako 1) v tom, že je to kód a navázané na java router, ale jako 3) v tom, že je to ad hoc nebo one-man show od str4d a je v tom pozadu. 20:16:13 &lt;str4d&gt; DM od @YrB1rd: „Je. Jich. Tak. Moc.“ 20:16:24 &lt;str4d&gt; (před pár dny, ale chápeš, o co jde ;P) 20:16:57 &lt;zzz&gt; tohle vlastně nebyla to-do položka, ale str4d, máš nějaký návrh, jak řídit vývoj pro Android, nebo ti můžeme tobě a/nebo sadie dát konkrétnější úkol na tohle? 20:17:09 &lt;str4d&gt; Jo, v podstatě všechno, kde jsem byl hlavní závislost, bylo posledních 4–5 měsíců úplně mimo. 20:17:36 &lt;zzz&gt; dokážeš nám dát cíl pro vydání 0.9.24 a třeba další termín pro to, kdy přijdeš s plánem, jak lépe řídit Android? 20:17:39 &lt;str4d&gt; Protože jsem psal doktorskou práci. 20:18:08 &lt;str4d&gt; Cílím na odevzdání na konci tohoto týdne, takže to bude z krku, ale potom si zároveň vezmu placenou práci. 20:18:23 &lt;zzz&gt; 5. února, skvělé 20:18:33 &lt;str4d&gt; 0.9.24: zamířím na tento víkend. 20:18:38 &lt;sadie_i21&gt; zzz – můžeme se vrátit k otázce ticketů – jsem teď jen napůl tady rn 20:18:56 &lt;zzz&gt; vrátit se k tomu teď, nebo později? 20:19:16 &lt;sadie_i21&gt; později 20:19:22 &lt;str4d&gt; Kromě toho: co potřebuju, je lepší roadmapa, abych mohl dělat pomalý cílený vývoj místo „aha, blíží se další vydání I2P, musím promazat nějakou Android práci, abych mohl udělat release“. 20:19:23 &lt;zzz&gt; ok, konec víkendu je 7. února pro 0.9.24 20:19:48 &lt;zzz&gt; ok str4d, termín, kdy budeš mít roadmapu? 20:20:42 &lt;zzz&gt; něco dalšího k bodu 1) ? 20:20:50 &lt;str4d&gt; Mám spoustu to-do položek lokálně, v repu i v Tracu. Potřebuju víc očí na plánování. 20:21:30 &lt;zzz&gt; takže nám ani nedokážeš dát datum, to není dobré znamení. Můžeš z tvého to-do seznamu vyhodit draft roadmapy? 20:21:34 &lt;str4d&gt; zzz, řekl bych 6. března, něco můžu načrtnout dřív, ale čekám, že budeme dělat roadmapping společně s ostatním, až budu na místě. 20:21:40 &lt;zzz&gt; ok, 6. března 20:21:44 &lt;zzz&gt; poslední výzva pro 1) 20:21:57 &lt;zzz&gt; 2) Další navazující kroky k CCC - `http://zzz.i2p/topics/2019` (zzz) 20:22:13 &lt;zzz&gt; 2) jsem sem dal jen jako placeholder pro případ, že by byly další důležité follow-upy 20:22:18 &lt;str4d&gt; Zacílim 26. února na sesbírání všech to-do položek a případně načrtnutí roadmapy. 20:22:26 &lt;zzz&gt; Komunikuji s Phillipem Winterem ohledně Sybil 20:22:39 &lt;zzz&gt; má ještě někdo zajímavé follow-upy k nahlášení? 20:23:02 &lt;eche|on&gt; z mé strany nic 20:23:25 &lt;zzz&gt; ok, povzbuzuji vás všechny, abyste poslali e-maily nebo udělali výzkum, který jste chtěli, ještě není pozdě 20:23:26 &lt;anonimal&gt; Měli jsme se na téhle schůzce věnovat VRP? 20:23:26 &lt;eche|on&gt; finance budou podle mě aktualizovány o víkendu 20:23:44 &lt;zzz&gt; VRP není na programu, pokud bude čas, můžeme to přidat jako 7) 20:23:49 &lt;zzz&gt; poslední výzva pro 2) 20:23:58 &lt;JIa3apb_KaraHoBu4&gt; Drahý zzz! Jsem ti velmi vděčný za vytvoření této sítě, protože jsem tu poznal úžasné lidi a našel vzácný obsah, kvůli kterému je u nás člověk pověšen za genitálie na jabloň. Ať dlouho žiješ! 20:23:58 &lt;C0B4&gt; Omlouvám se, kdo zkontroloval bezpečnost 0.9.24 20:24:11 &lt;str4d&gt; Mám pár lidí z RWC, s nimiž musím navázat 20:24:13 &lt;str4d&gt; (napasuju to do 2)) 20:24:31 &lt;zzz&gt; 3) Plán projektových schůzek pro rok 2016 (zzz, Sadie) 20:24:44 &lt;lazygravy&gt; Když už nacpávám věci, potřebuju s tebou probrat i2spy, str4d. Ale to později/offline 20:24:57 &lt;zzz&gt; ok, jen krátký bod. Na schůzce 30. prosince jsme se rozhodli brát projektové řízení vážněji 20:25:03 &lt;zzz&gt; konat měsíční schůzky 20:25:14 &lt;zzz&gt; a mít někoho, kdo bude fungovat jako projektový manažer 20:25:37 &lt;zzz&gt; takže tohle je první měsíční schůzka a budou se konat první úterý každého měsíce ve 20:00 UTC 20:25:56 &lt;zzz&gt; s výjimkou příštího měsíce, kdy bude ve čt. 7. března 20:26:26 &lt;zzz&gt; cílem je, abych tyto schůzky nějakou dobu vedl já, ale po pár z nich je předal Sadie a aby se stala naší projektovou manažerkou 20:26:34 &lt;zzz&gt; zní to dobře? nějaké komentáře? 20:26:39 &lt;lazygravy&gt; Zdá se to rozumné. Snad nás to všechny udrží v odpovědnosti. 20:26:59 &lt;comraden1&gt; La 20:27:03 &lt;comraden1&gt; lazygravy++ 20:27:04 &lt;anonimal&gt; Bude sadie_i21 častěji na IRC? 20:27:15 &lt;xcps&gt; C0B4, dobrý postřeh! 20:27:15 &lt;lazygravy&gt; anonimal++ 20:27:22 &lt;sadie_i21&gt; okee dokee 20:27:33 &lt;str4d&gt; Za mě to zní dobře 20:27:42 &lt;zzz&gt; to je dobrý bod, opakovaně jsme povzbuzovali, aby tu sadie_i21 byla častěji, vím, že si připravovala druhý počítač, aby to měla jednodušší 20:27:48 &lt;str4d&gt; sadie_i21, pořád mám ten bouncer účet – sadie – jestli ho chceš 20:28:04 &lt;zzz&gt; myslím, že bude těžké řídit projekt, pokud tu nebudeš často 20:28:28 &lt;anonimal&gt; Ahoj sadie_i21, oficiálně jsme si neřekli ahoj. 20:28:28 &lt;anonimal&gt; Mám otázky související s PM, ale myslím, že mohou počkat? 20:28:30 &lt;str4d&gt; To by ti aspoň umožnilo nepromeškat soukromé zprávy apod. 20:28:39 &lt;zzz&gt; sadie_i21, nějaký pokrok se zřízením prostředí, abys tu mohla být a vidět historii? 20:28:52 &lt;sadie_i21&gt; ahoj! Snažím se tu být víc!! 20:28:57 &lt;anonimal&gt; s/PM-related/Project Management-related/ 20:29:06 &lt;comraden1&gt; str4d: prober to se mnou, jak to sadie_i21 nastavit, offline? Twitter nebo tady je v pohodě 20:29:14 &lt;sadie_i21&gt; ano, zzz – všechno hotovo a nastaveno 20:29:43 &lt;zzz&gt; ok, máme obecný plán předání ode mne na sadie, uvidíme, jak to půjde v příštích pár měsících 20:29:47 &lt;eche|on&gt; promiňte, že vstupuji, když bude sadie manažerkou, potřebuje mít pořádek 20:30:01 &lt;eche|on&gt; myslel jsem hardware, který potřebuje, promiňte 20:30:20 &lt;zzz&gt; echelon cože? 20:30:41 &lt;str4d&gt; comraden1, k 20:31:00 &lt;zzz&gt; něco dalšího k 3) ? 20:31:05 &lt;comraden1&gt; eche|on: Nastavil jsem jí počítač, takže to možná nebude nutné, ale samozřejmě je to na ní, pokud chce nový kus vybavení 20:31:14 &lt;eche|on&gt; zzz: promiň, mluvili jsme o PC, které potřebuje, a měla by se se mnou spojit 20:31:23 &lt;zzz&gt; ok 20:31:29 &lt;zzz&gt; 4) Připravenost GMP 6 ke sloučení - `http://zzz.i2p/topics/1960` (tuna) 20:31:35 &lt;zzz&gt; hottuna, jaké jsou novinky? 20:31:38 &lt;eche|on&gt; pokud o to jde, IMHO je to v pořádku, ale tato schůzka o tom může hlasovat ano! 20:31:56 &lt;hottuna&gt; jcpuid pro Windows x86 nefunguje 20:32:05 &lt;hottuna&gt; Zbývají mi dvě možnosti k otestování, pak budu na 100 % bez nápadů 20:32:40 &lt;zzz&gt; ok. kytv to úspěšně udělal před 5 lety, pokud narazíš na zeď, možná může pomoci 20:32:48 &lt;eche|on&gt; je jcpuid kód v C? 20:32:58 &lt;hottuna&gt; ucpuid pro OS X nebyl zkompilován ani otestován 20:32:58 &lt;hottuna&gt; jcpuid* 20:33:13 &lt;hottuna&gt; c+asm+java-bindings 20:33:13 &lt;zzz&gt; Rád bych měl takovéto velké věci připravené pro 0.9.25 do poloviny února, takže máme asi dva týdny, aby se to stihlo 20:33:24 &lt;anonimal&gt; hottuna: s tím můžu pomoct. 20:33:31 &lt;str4d&gt; Je tu také další alternativa, na kterou bychom se mohli podívat 20:33:41 &lt;hottuna&gt; zzz: Nemůžu nic slíbit. Narážím tu trochu na zeď 20:33:47 &lt;hottuna&gt; anonimal: pomoc se sestaveními pro OS X? 20:33:48 &lt;str4d&gt; orignal před časem vznesl, že naše implementace ElGamal by mohla být mnohem efektivnější. 20:33:52 &lt;hottuna&gt; nebo pomoc s Windows x86? 20:34:02 &lt;hottuna&gt; str4d: jak? 20:34:04 &lt;str4d&gt; (aktuálně to dělá přímo ElG matematiku) 20:34:07 &lt;hottuna&gt; tím, že by to bylo celé v C? 20:34:12 &lt;zzz&gt; neodbočujme v rámci meetingu k ElG 20:34:17 &lt;zzz&gt; na schůzce 20:34:25 &lt;str4d&gt; hottuna, použít např. Montgomery ladder nebo tak něco 20:34:30 &lt;str4d&gt; Stále k prozkoumání 20:34:35 &lt;hottuna&gt; ok 20:34:41 &lt;IrcI2Pd743&gt; C0B4 například, nikdo. Všichni lidé prostě věří slovům o bezpečnosti a anonymitě sítě. 20:34:53 &lt;zzz&gt; ok, takže shrnutí je, že hottuna potřebuje pomoc a čas běží, jinak nestihneme .25. Prosím, každý pomozte, pokud si řekne 20:35:00 &lt;anonimal&gt; hottuna: Ano. V poslední době mám málo času + Kovri, takže udělám, co budu moct. 20:35:08 &lt;zzz&gt; něco dalšího na 4) ? 20:35:14 &lt;anonimal&gt; hottuna: Poslední odkaz je v příspěvku na fóru? 20:35:34 &lt;str4d&gt; Bohužel jsem k testování k ničemu 20:35:36 &lt;hottuna&gt; odkazy na co? 20:35:40 &lt;hottuna&gt; na jcpuid? 20:35:47 &lt;orignal&gt; str4d, 100% 20:36:18 &lt;zzz&gt; 5) `http://secure.tinhat.i2p` požadavek na domovskou stránku konzole - `http://zzz.i2p/topics/236?page=3#p10884` 20:36:27 &lt;zzz&gt; The_Tin_Hat, prosím řekni nám něco o svém webu 20:37:10 &lt;JIa3apb_KaraHoBu4&gt; Ospravedlnění – pro slabochy! 20:37:16 &lt;The_Tin_Hat&gt; Web nabízí řadu praktických návodů o soukromí a bezpečnosti, zaměřených tak, aby byly stravitelné pro středně pokročilé uživatele, včetně několika návodů na i2p a tor 20:38:03 &lt;The_Tin_Hat&gt; Myslím, že je to relevantní pro lidi, kteří právě začínají s I2P a/nebo se zabezpečením a soukromím na internetu 20:38:03 &lt;zzz&gt; Vím, že na thetinhat.i2p jsi už nějakou dobu, co je s relativně novým secure.thetinhat.com? jak dlouho existuje každý z nich? 20:38:08 &lt;trolly&gt; thetinhat znám dlouho 20:38:18 &lt;trolly&gt; Překládal jsem některé z těch návodů 20:38:23 &lt;str4d&gt; zzz, pokud tomu dobře rozumím (IIUC), secure.thetinhat.i2p je klíč EdDSA 20:38:44 &lt;The_Tin_Hat&gt; thetinhat.i2p stále existuje, ale subdoména byla přidána, když jsem přepnul servery a upgradoval klíč, spolu s delšími tunnels 20:38:53 &lt;C0B4&gt; Omlouvám se, ale dlouho čekám na odpověď na otázku, nebo neodpovídáte obyčejným smrtelníkům&gt;&gt;&gt; &lt;C0B4&gt; Omlouvám se, kdo zkontroloval bezpečnost 0.9.24 20:38:53 &lt;zzz&gt; má někdo nějaké otázky nebo komentáře k tomuto požadavku? 20:38:57 &lt;str4d&gt; Takže 5a) potřebujeme rozšířit odběrové kanály, aby umožnily upgrade klíčů 20:39:16 &lt;zzz&gt; C0B4, jsme uprostřed schůzky, promiň 20:39:43 &lt;zzz&gt; str4d, o 5a) si promluvíme na schůzkách k roadmapě příští měsíc 20:39:52 &lt;str4d&gt; b 20:40:15 &lt;str4d&gt; Jsem +1 pro přidání. 20:40:47 &lt;hottuna&gt; +1, přidejme to 20:40:52 &lt;anonimal&gt; hottuna: Ano, jcpuid. 20:40:56 &lt;zzz&gt; ok co se týče požadavku na domovskou stránku konzole secure.thetinhat.i2p, pokud nejsou další otázky nebo komentáře, prosím hlasujte +1 nebo -1 20:40:59 &lt;lazygravy&gt; +1 20:41:13 &lt;Yankee&gt; Ahoj, kluci! 20:41:23 &lt;trolly&gt; +1 20:41:23 &lt;cacapo&gt; +1 20:41:51 &lt;comraden1&gt; +1 pro přidání 20:41:53 &lt;anonimal&gt; hottuna: Nebo teď pracujeme přímo z mtn? (Neviděl jsem nic od posledního testu) 20:42:24 &lt;zzz&gt; anonimal, z tohoto tématu jsme se posunuli pryč, prosím proberte jinde, díky 20:42:32 &lt;zzz&gt; ok poslední výzva pro 5) 20:42:37 &lt;z3r0fox&gt; +1 20:43:06 &lt;zzz&gt; když neslyším námitky, schválíme požadavek thinhat, zapíšu to pro .25 20:43:27 &lt;zzz&gt; 6) Návrh Kodexu chování - `http://zzz.i2p/topics/2015` (Sadie) 20:43:27 &lt;zzz&gt; 6a) Návrh a zdůvodnění (Sadie) 20:43:27 &lt;zzz&gt; 6b) Otázky na Sadie 20:43:27 &lt;zzz&gt; 6c) Stručné komentáře od těch, kteří ještě nekomentovali na zzz.i2p 20:43:27 &lt;zzz&gt; 6d) Stručné komentáře od těch, kteří už komentovali na zzz.i2p 20:43:27 &lt;zzz&gt; 6e) Dobrovolníci, kteří představí konkrétní návrh na příští schůzce 20:43:50 &lt;zzz&gt; Chtěl bych toto téma omezit na asi 20 minut. Dnes nebudeme dělat žádné finální rozhodnutí 20:43:53 &lt;zzz&gt; 6a) Návrh a zdůvodnění (Sadie) 20:44:01 &lt;zzz&gt; sadie_i21, jsi na řadě 20:45:30 &lt;zzz&gt; ok, ztratili jsme sadie, přejděme k 6b 20:45:36 &lt;zzz&gt; ehm, 6c 20:45:40 &lt;Yankee&gt; zzz: Edward Snowden napsal, že i2p není bezpečné 20:45:44 &lt;zzz&gt; 6c) Stručné komentáře od těch, kteří ještě nekomentovali na zzz.i2p 20:46:09 &lt;zzz&gt; pokud jste ještě nepřidali své názory do vlákna na zzz.i2p, prosím okomentujte tento návrh teď 20:46:13 &lt;orignal&gt; 6, imho CoC je úplně zbytečný 20:46:32 &lt;orignal&gt; dospělý člověk to musí mít v hlavě 20:47:02 &lt;orignal&gt; raději než vytvářet policy, CoC a další HR sra#ky 20:47:29 &lt;comraden1&gt; zzz: Jsem pro CoC (nechal jsem lazygravy poslat odkaz na CoC NSA jako příklad). Je to součást vyspělosti projektu pro vývoj a proto, abychom zajistili zapojení nejen programátorů do I2P 20:47:41 &lt;orignal&gt; dělejte práci místo politik 20:47:53 &lt;eche|on&gt; Jsem toho názoru, že když už by to mělo být námi všemi odkývané, můžeme to také sepsat a zafixovat nepsaná pravidla. Vůbec žádná změna. 20:48:02 &lt;anonimal&gt; zzz: Jsem pro CoC. 20:48:04 * orignal věří, že tím získáte méně programátorů 20:48:04 &lt;zzz&gt; chce ještě někdo, kdo nekomentoval vlákno na zzz.i2p, přidat své myšlenky? 20:48:16 &lt;zzz&gt; prosím buďte struční ve svých komentářích 20:49:05 &lt;orignal&gt; stručně. Nebudeme zavádět žádný CoC pro i2pd. 20:49:18 &lt;zzz&gt; ok. vraťme se k 6a). sadie_i21, prosím shrň nám svůj návrh, co jsi měla na mysli a proč 20:49:19 &lt;orignal&gt; tečka 20:50:15 &lt;Yankee&gt; anonimal: neviděl jsem nudnějšího člověka než ty... 20:50:24 &lt;EinMByte&gt; CoC asi není moc důležitý, ale nejsem proti. 20:50:24 &lt;EinMByte&gt; Je to víceméně formalita 20:50:40 &lt;anonimal&gt; Jedna poznámka: 20:50:43 &lt;anonimal&gt; CoC nejen chrání oběti, ale také chrání provinilce před hloupými rozhodnutími, která mají dlouhodobé důsledky, například v kariéře či osobním životě. 20:50:43 &lt;anonimal&gt; Můžu k tomu napsat víc ve vlákně. EOT. 20:50:56 &lt;zzz&gt; ok, 6d) otevřeme to dalším komentářům, i když už jste komentovali ve vlákně na zzz.i2p 20:51:18 &lt;zzz&gt; má někdo pocit, že ve vlákně nebyl jasný, nebo chce přidat další myšlenky? 20:52:03 &lt;sadie_i21&gt; Hledala jsem zpětnou vazbu k myšlence mít komunitní standardy 20:52:04 &lt;EinMByte&gt; anonimal: Jo, ale vezměme v úvahu, že většina provinilců bude anonymní. 20:53:00 &lt;allyourbase&gt; K čemu to bude? Posílat novinářům? Vylučovat členy projektu? 20:53:02 &lt;sadie_i21&gt; v souladu s tím, co říká zzz, v souladu s vyspělostí projektu 20:53:08 &lt;lazygravy&gt; Cítím to podobně jako EinMByte. Je to buď zbytečné, nebo dobré. Ne žádná apokalypsa, jak to někteří líčí 20:53:08 &lt;anonimal&gt; EinMByte: Zatím jsem viděl 50/50 (jeden anonymní, jeden neanonymní), ale chápu tvůj bod. 20:53:08 &lt;lazygravy&gt; Zbytečné ve smyslu čistá nula, ne negativní 20:53:08 &lt;C0B4&gt; anonimal, je to a priori zločinec. Proč ho bránit& 20:53:09 &lt;zzz&gt; sadie, chtěla jsi prostě obecnou zpětnou vazbu na myšlenku nějakých standardů nebo CoC jako takového? Zatím jsi nenabídla konkrétní příklad k posouzení 20:53:26 &lt;comraden1&gt; EinMByte: ideálně můžeme začít způsoby, jak to řešit. Znovu sem dám odkaz https://github.com/NationalSecurityAgency/SIMP/blob/master/Community_Code_of_Conduct.md, protože si myslím, že část o porušování pravidel je něco, co můžeme vynucovat 20:53:31 &lt;psi&gt; CoC je k ničemu a je to podle mě střelba do vlastní nohy 20:53:37 &lt;EinMByte&gt; anonimal: No, pokud plánuješ urážet lidi, je asi moudré zůstat anonymní ;). 20:53:39 &lt;psi&gt; z hlediska PR 20:53:39 &lt;Yankee&gt; zzz: psal jsem, že ten Rus napsal klienta v C++. Je to pravda? 20:53:57 &lt;zzz&gt; Yankee, jsme uprostřed schůzky, promiň 20:54:00 &lt;sadie_i21&gt; a pomohlo by nám to, pokud bychom žádali o granty apod.? 20:54:21 &lt;EinMByte&gt; sadie_i21: To může být pravda, dobrý postřeh. 20:54:33 &lt;zab__&gt; orly? granty jsou důležité 20:54:34 &lt;psi&gt; taky jsem byl obviněn ze šíření FUD 20:54:38 &lt;lazygravy&gt; Debian a tisíce dalších projektů ho mají a jejich PR je v pohodě. Jak to vyvracíš? 20:54:39 &lt;sadie_i21&gt; mimochodem díky všem, kteří si našli čas a podělili se na fóru o nápady na toto téma 20:54:50 &lt;anonimal&gt; Yankee: Pashol na xyi :) 20:54:53 * orignal souhlasí se zab__ 20:55:22 * orignal je pro CoC po poslední větě od anonimala 20:55:30 &lt;psi&gt; lazygravy: saddie právě navrhla komunitní standardy, o kterých jsi říkal, že se nikdy nestanou 20:55:33 &lt;comraden1&gt; zab__: to je to, na co naráží sadie_i21, nové stanovisko NSF v USA https://www.nsf.gov/news/news_summ.jsp?cntn_id=137466 20:55:41 &lt;anonimal&gt; sadie_i21: Díky, že jsi na to upozornila. 20:55:59 &lt;str4d&gt; sadie_i21, myslela jsi komunitu jako celek, nebo jen vývojářskou komunitu? 20:56:00 &lt;lazygravy&gt; psi: FUD musí přestat. Je to vývojářská komunita 20:56:01 &lt;zzz&gt; ok, sadie_i21, chtěla bys na příští schůzku přijít s konkrétním návrhem? nebo nepokračovat? jaký je další krok? 20:56:09 &lt;Yankee&gt; co? 20:56:11 &lt;psi&gt; lazygravy: není to FUD... 20:56:24 &lt;orignal&gt; lidi, promiňte, myslíte, že je tu dovoleno nadávat? 20:56:32 &lt;sadie_i21&gt; ne komunita jako celek – ne. 20:56:44 &lt;nda&gt; CoC. co budete technicky dělat s „špatnými lidmi“? (sorry za mou angličtinu) 20:56:44 &lt;IrcI2Pd743&gt; anonimal, nejsi náhodou HR z povolání? 20:57:06 &lt;lazygravy&gt; psi: je. Ale tohle je offline diskuse. 20:57:09 * zab__ se usmívá 20:57:25 &lt;zab__&gt; Yankee: , 20:57:25 &lt;nda&gt; psát dopisy vládě, nebo co? 20:57:34 &lt;C0B4&gt; an 20:57:45 &lt;psi&gt; CoC je pro I2P špatná věc 20:57:52 &lt;zzz&gt; máme nějaké dobrovolníky, kteří by pracovali na konkrétním návrhu na příští měsíc, s ohledem na komentáře tady a ve vlákně na zzz.i2p? 20:57:52 &lt;C0B4&gt; anonimal, ? 20:58:07 &lt;orignal&gt; zab__, 20:58:15 &lt;eche|on&gt; nda: v krajním případě vyloučit na nějakou dobu z naší hlavní java větve vývoje? 20:58:17 &lt;IrcI2Pd743&gt; anonimal, . , -, , . ? 20:58:21 &lt;zzz&gt; lidi, prosím držte se tématu a mluvte anglicky, díky 20:58:23 &lt;sadie_i21&gt; pojďme připravit návrh na příští schůzku 20:58:40 &lt;zzz&gt; ok, dobrovolník, kdo by spolupracoval se sadie? 20:58:44 &lt;orignal&gt; zzz, anonimal byl první 20:58:53 &lt;IrcI2Pd743&gt; zzz, promiň, ale ty jsi vývojář jako první 20:58:56 &lt;comraden1&gt; zzz: Můžu komukoli pomoct s odkazy na nápady atd. Nemůžu se zavázat, že udělám všechnu práci, protože se mi teď život trochu sype :) 20:58:58 &lt;orignal&gt; řekl něco velmi urážlivého pro všechny 20:59:02 &lt;IrcI2Pd743&gt; *your 20:59:04 &lt;nda&gt; eche|on díky za odpověď 20:59:10 &lt;zab__&gt; Slibuji, že si CoC pečlivě přečtu a budu mít názor 20:59:19 &lt;anonimal&gt; zzz sadie_i21: rád bych pomohl. 20:59:35 &lt;lazygravy&gt; Nemyslím si, že jsme se shodli na konkrétním textu 20:59:48 &lt;anonimal&gt; Potřebuju věnovat trochu víc času Java I2P než VRP a přepisování/reorganizaci dokumentace. 20:59:49 &lt;lazygravy&gt; (Což je podle mě hodně důležité. Některý může být formulován příšerně) 21:00:04 &lt;zzz&gt; ok. Stručně: zdá se, že více „členů týmu“ (buď s checkin právy, nebo na naší týmové stránce) je pro než proti, zatímco mezi nečleny týmu je více odpůrců 21:00:21 &lt;str4d&gt; lazygravy, jo. A nemyslím si, že by se na konkrétním textu dalo shodnout už na příští schůzce 21:00:21 &lt;str4d&gt; schůzka* 21:00:25 &lt;zzz&gt; Myslím, že obě skupiny je důležité zohlednit, protože nečlenové týmu se mohou stát členy 21:00:39 &lt;zab__&gt; ideálně bychom přišli s více než jedním kandidátním CoC 21:00:41 &lt;str4d&gt; Myslím, že máme spoustu návrhů i několik důvodů pro a proti. 21:01:13 &lt;zzz&gt; Protože tuším, že budu finálním arbitrem jakéhokoli kódu či procesu, vůbec se nehrnu do přijetí něčeho, co nemá široký nebo téměř jednomyslný konsensus 21:01:21 &lt;str4d&gt; Dobrý začátek by byl, kdyby pár lidí zrevidovalo navržené možnosti a podívalo se na pro a proti 21:01:38 &lt;zzz&gt; ok, sadie vypadá to, že máš na starost přinést příští měsíc něco zpět 21:01:44 &lt;zzz&gt; něco dalšího k 6) ? 21:02:02 &lt;sadie_i21&gt; vzala jsem na vědomí 21:02:10 &lt;str4d&gt; Užitečný by byl další průzkum ohledně pozitivních a negativních dojmů z „CoC“ či podobných (např. otázka grantů výše, nebo negativní dojmy, které se zdají být hlavními námitkami) 21:02:16 &lt;EinMByte&gt; Myslím, že se nerozhodnu, dokud neuvidím nějaký návrh 21:02:17 &lt;str4d&gt; Ale to by bylo náročnější 21:02:34 &lt;nda&gt; a s CoC neuděláte nic s „špatnými lidmi“, kteří nejsou z vašeho I2P týmu? 21:02:44 &lt;zzz&gt; poslední výzva pro 6) 21:02:57 &lt;lazygravy&gt; str4d++ 21:03:09 &lt;str4d&gt; nda, CoC či cokoli by bylo jen pro vývojářský tým I2P, ano 21:03:25 * lazygravy odchází afk, vyvstalo něco irl 21:03:27 &lt;eche|on&gt; nda: proč bychom měli? je to pro náš i2p-dev-team 21:03:29 &lt;str4d&gt; V zásadě potřebujeme více dat. 21:03:40 &lt;nda&gt; ok děkuji 21:03:44 &lt;psi&gt; (prozatím) 21:03:45 &lt;comraden1&gt; zab__: není to špatný nápad. Dává smysl podívat se, co je k dispozici a z čeho můžeme vycházet, místo abychom vymýšleli vlastní 21:03:49 &lt;zzz&gt; ok, uzavírám 6), díky všem 21:03:59 &lt;zzz&gt; 7) VRP anonimal můžeš 21:04:03 &lt;str4d&gt; V podstatě by to bylo rozšíření vývojářských dohod, které už musíme podepisovat. 21:04:40 &lt;anonimal&gt; K VRP: čekám na odpovědi od zzz, str4d a komunity. 21:04:57 &lt;anonimal&gt; Pak můžu ticket přepsat a uzavřít. 21:04:59 &lt;nda&gt; myslel jsem, že je to něco jako „Zavolejte policii, to je zlý člověk v I2P!“ promiňte ) 21:05:01 &lt;comraden1&gt; A k tomu, co říká str4d, by to také zajistilo základní rámec pro ty, kdo nepodepsali vývojářskou dohodu (jako já) 21:05:08 &lt;str4d&gt; anonimal, oh, byly tam další novinky? Promiň, minul jsem je. 21:05:09 &lt;zzz&gt; nemám před sebou číslo ticketu. Co potřebuješ? Vím, že se str4d nedávno sešel s Katie. str4d, jaké jsou novinky? 21:05:26 &lt;eche|on&gt; co je VRP` 21:05:26 &lt;eche|on&gt; ? 21:05:36 &lt;str4d&gt; eche|on, Proces reakce na zranitelnosti 21:05:37 &lt;anonimal&gt; `http://trac.i2p2.i2p/ticket/1119` 21:05:37 &lt;zzz&gt; anonimal, máš ten ticket? 21:05:39 &lt;eche|on&gt; ah, ok 21:05:52 &lt;eche|on&gt; složitá věc 21:06:04 &lt;zzz&gt; nemyslím, že jsme se vůbec rozhodli používat H1, že? Ale zjevně nedávno udělali velký rozruch 21:06:15 &lt;str4d&gt; zzz, Ještě jsem nenavázal s Katie ohledně OSS bug bounty programu (dizertace), ale udělám to tento týden. 21:06:38 &lt;str4d&gt; Určitě jsem z ní měl dobrý dojem a také z jejich reakce na náš ticket 21:06:38 &lt;zzz&gt; bylo by dobré to jednou provždy rozhodnout během našich roadmap schůzek příští měsíc? 21:06:40 &lt;anonimal&gt; Myslím, že to byla největší překážka: rozhodnutí o H1. 21:06:40 &lt;anonimal&gt; V ticketu okomentovali, uvedli své argumenty, 21:06:41 &lt;anonimal&gt; já jsem uvedl své argumenty, 21:06:43 &lt;anonimal&gt; kay uvedla své argumenty, 21:06:52 &lt;str4d&gt; Katie měla také dobré komentáře k procesu, kterým procházíme 21:07:33 &lt;zzz&gt; Nejsem si jistý, že se dokážeme dost soustředit, abychom udělali rozhodnutí před březnem. Jsem ale trochu zahlcený množstvím detailů v ticketu. Možná je toho moc. ale třeba ne. 21:08:02 &lt;zzz&gt; str4d, jak a kdy bychom se do toho měli pustit? 21:08:37 &lt;str4d&gt; Katie se líbily detaily a rozsah, do jakého jsme šli, abychom to udělali správně, pro pořádek (FWIW) 21:08:52 &lt;zzz&gt; fajn, ale mě zajímá, co si myslíš ty, ne Katie tolik :) 21:09:05 &lt;str4d&gt; zzz, kdybychom se dostali do stejného bug bounty programu, ve kterém je Tor, myslím, že by to za nás pravděpodobně rozhodlo 21:09:09 &lt;zzz&gt; jak a kdy se dostaneme k odpovědi 21:09:37 &lt;str4d&gt; protože si myslím, že bychom měli větší příliv výzkumníků, než kdybychom měli jen volnou stránku 21:09:47 &lt;anonimal&gt; Protože to bylo odloženo z prosincové schůzky, nejsem nadšený z dalšího odkladu 21:09:47 &lt;anonimal&gt; Ale opravdu nejsem v pozici, abych se hádal nebo něco požadoval. 21:09:47 &lt;anonimal&gt; Takže ať vyhovuje cokoli ostatním. 21:09:47 &lt;anonimal&gt; s/exciting/excited/ 21:09:55 &lt;zzz&gt; jo, ale nezávisle na H1 potřebujeme proces 21:10:04 &lt;str4d&gt; Jo 21:10:24 &lt;zzz&gt; tak navrhuju, abychom na tom pracovali během roadmap schůzek v březnu. OK? 21:10:31 &lt;str4d&gt; Příští týden zreviduji poslední změny od anonimala. 21:10:41 &lt;zzz&gt; ok, udělám to taky 21:10:49 &lt;zzz&gt; něco dalšího k 7) ? 21:10:54 &lt;str4d&gt; Do 12. února 21:11:02 &lt;IrcI2Pd743&gt; anonimal, Bylo frustrující, když sis dovolil kolem mě nadávat. 21:11:18 &lt;anonimal&gt; Prošly moje poslední 4 řádky? 21:11:18 * comraden1 musí odběhnout afk 21:11:29 &lt;zzz&gt; ještě něco na schůzku? 21:11:32 &lt;str4d&gt; anonimal, Viděl jsem až po s/ 21:11:40 &lt;IrcI2Pd743&gt; anonimal, Žádám omluvu. 21:11:52 &lt;anonimal&gt; Projdu si log schůzky, myslím, že jsem minul spoustu textu. 21:11:57 &lt;orignal&gt; 8) anonimalova fráze 21:12:09 * zzz *bafffs* schůzku uzavírá </div>/cs/blog/2016/01/27/vyd%C3%A1n%C3%AD-0.9.24/Wed, 27 Jan 2016 00:00:00 +0000/cs/blog/2016/01/27/vyd%C3%A1n%C3%AD-0.9.24/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>0.9.24 obsahuje novou verzi SAM (v3.2) a mnoho oprav chyb a vylepšení efektivity. Upozorňujeme, že toto vydání je první, které vyžaduje Javu 7. Aktualizujte prosím na Javu 7 nebo 8 co nejdříve. Váš router se nebude automaticky aktualizovat, pokud používáte Javu 6.</p> <p>Abychom předešli problémům způsobeným zastaralou knihovnou commons-logging, odstranili jsme ji. To způsobí, že velmi staré zásuvné moduly I2P-Bote (verze 0.2.10 a starší, podepsané HungryHobo) budou padat, pokud mají IMAP povolený. Doporučené řešení je nahradit váš starý zásuvný modul I2P-Bote aktuálním, podepsaným str4d.</p>/cs/blog/2016/01/23/shrnut%C3%AD-ccc/Sat, 23 Jan 2016 00:00:00 +0000/cs/blog/2016/01/23/shrnut%C3%AD-ccc/<p>Přítomni: Sadie, Colin, lazygravy, zzz, hottuna, kytv, cacapo a eche|on.</p> <h2 id="spustit">Spustit</h2> <p>Projekt má za sebou další úspěšný rok na CCC. Rádi bychom poděkovali dobrovolníkům na 32C3 za veškerou pomoc s organizací této akce a za to, že nám byli vstřícnými hostiteli. Díky štědrým darům od podporovatelů, jako jste vy, se mohlo mnoho přispěvatelů I2P zúčastnit letošního Kongresu.</p> <p>Stejně jako v předchozích letech jsme byli v Noisy Square, poblíž stolu EFF. Ukázalo se, že je to pro nás ideální místo, protože náš stůl byl téměř neustále v obležení stávajícími i novými uživateli, kteří se zajímali o I2P, s mnoha z nichž bychom jinak neměli možnost mluvit.</p>/cs/blog/2015/12/30/i2p-dev-meeting-december-30-2015/Wed, 30 Dec 2015 00:00:00 +0000/cs/blog/2015/12/30/i2p-dev-meeting-december-30-2015/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> cacapo, comraden1, dg, eche\|on, hottuna, kytv, lazygravy, psi, str4d, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 09:49:14 &lt;zzz&gt; 0) Hi 09:49:14 &lt;zzz&gt; 1) Meeting structure and goals 09:49:14 &lt;zzz&gt; 2) PR 09:49:14 &lt;zzz&gt; 3) Project Management 09:49:14 &lt;zzz&gt; 0) Hi 09:49:16 &lt;zzz&gt; Hi 09:49:30 &lt;zzz&gt; 1) Meeting structure and goals 09:49:30 &lt;zzz&gt; First of all I apologize for the horrendous time for this meeting for our North American folks. 09:49:30 &lt;zzz&gt; This will be a little different from our usual meeting structure because it's mostly in-person here at CCC. 09:49:31 &lt;zzz&gt; We will attempt to relay the highlights to IRC. 09:49:33 &lt;zzz&gt; We will also be taking notes here. 09:49:35 &lt;zzz&gt; Now let me give a preamble for this meeting. 09:49:49 &lt;zzz&gt; As you all should know, Sadie was a huge part of the organization and success of I2PCon in Toronto. 09:49:49 &lt;zzz&gt; We all saw her talent and enthusiasm in Toronto, and obviously she wants to do more for I2P going forward. 09:49:49 &lt;zzz&gt; As we got to work with her before and during the Con, we learned that she has extensive Project Management and PR experience, 09:49:49 &lt;zzz&gt; both with Tor and out in the real world. 09:49:49 &lt;zzz&gt; What I asked her to do after the Con was to get to know our project better, to understand our current structure and processes, 09:49:52 &lt;zzz&gt; and to come back with recommendations on what we could do better and how she could help us. 09:50:04 &lt;zzz&gt; Since then, she's had several long conference calls with tuna, me, str4d, psi, and others, 09:50:04 &lt;zzz&gt; and reviewed our website, trac, and current processes. 09:50:04 &lt;zzz&gt; Also, psi has named her Assistant PR Director and she is tweeting on the @GetI2P account and helping to get the word out about I2P. 09:50:06 &lt;zzz&gt; She is now ready to give us some recommendations. 09:50:06 &lt;zzz&gt; While my original question to her was "how can you help us?", the answer coming back is 09:50:06 &lt;zzz&gt; more like "here's the things we need to fix so I can effectively help", 09:50:08 &lt;zzz&gt; followed by the actual things she could do for us, or more precisely how we can all work together more effectively. 09:50:19 &lt;zzz&gt; What I'd like to do today is to hear her recommendations and discuss them each briefly. 09:50:19 &lt;zzz&gt; Many of these topics tend to spark long discussion and I'd like to contain that so we aren't here all day. 09:50:19 &lt;zzz&gt; For each recommendation, I'd like to get a commitment from one of you to follow up. 09:50:19 &lt;zzz&gt; If the recommendation is uncontroversial and we have consensus, that commitment would be to implement it. 09:50:20 &lt;zzz&gt; If it needs further research or we don't agree, that commitment would be to review our options and 09:50:21 &lt;zzz&gt; come up with a plan, or a counter proposal, or a list of options to be discussed at a future meeting. 09:50:23 &lt;zzz&gt; These commitments and due dates will be noted and tracked. 09:50:25 &lt;zzz&gt; I don't want to get bogged down on any one thing so I'll be looking for volunteers to follow up most things. 09:50:42 &lt;zzz&gt; I want to emphasize that I asked Sadie to do this and give us her opinion based on her previous experience. 09:50:42 &lt;zzz&gt; We may not agree but we should listen and carefully consider her recommendations. 09:50:42 &lt;zzz&gt; I2P is its own little snowflake and not everything may be appropriate for us, 09:50:42 &lt;zzz&gt; but she's gotten to know us pretty well this year, so let's hear what she's got. 09:50:43 &lt;zzz&gt; We will of course be able to take suggestions from others but I have a feeling that Sadie's got a lot of things covered already. 09:51:24 &lt;zzz&gt; We're going to first talk about PR and then Project Management. 09:51:24 &lt;zzz&gt; Both are very large topics and there will be overlap. But let's try to keep them as separated as we can. 09:51:54 &lt;zzz&gt; *** end of paste for topic 1), we will start in with 2) in a few minutes. thanks *** 09:58:39 &lt;hottuna&gt; str4d: heya we should have a talk about the DH stuff we're using 09:59:30 &lt;str4d&gt; hottuna, you referring to the NTCP and SSU handshakes? 09:59:55 &lt;hottuna&gt; i guess wherever DH is used 10:00:39 &lt;hottuna&gt; ok. lets talk about it after the meeting 10:00:47 &lt;str4d&gt; Sure 10:00:57 &lt;str4d&gt; According to `http://trac.i2p2.i2p/wiki/Crypto/CurrentSpecs` it's just NTCP and SSU 10:01:21 &lt;hottuna&gt; zzz will be reading the long note above to us now 10:01:48 &lt;str4d&gt; (I still need to update that page ahead of my talk) 10:04:10 &lt;psi&gt; i think i'm here 10:06:33 &lt;lazygravy&gt; psi: yes, zzz posted a long message just before you joined. talking IRL right now 10:07:57 &lt;hottuna&gt; So what we're looking to do is to get commitments from people to fix a bunch of different topics 10:08:25 &lt;hottuna&gt; Some of the stuff we're going to cover will be controversial and some not 10:08:47 &lt;hottuna&gt; the non-controversial topics we're hoping to just assign a to a person and have that handled 10:08:56 &lt;hottuna&gt; Onto Sadie and PR 10:09:16 &lt;hottuna&gt; gravy and sadie have been writing blogpost 10:09:29 &lt;hottuna&gt; and are looking for more content 10:10:21 &lt;hottuna&gt; a lot of content is lost in the commit messages 10:10:38 &lt;hottuna&gt; where the author of the commit does not really record the importance of the commit 10:11:24 &lt;str4d&gt; Rather than scanning commit messages, the best/easiest place to look is history.txt 10:11:30 &lt;hottuna&gt; ideally we would like to publish a blog post at least every 2 months to keep some sense of momentum is kept 10:12:08 &lt;str4d&gt; That still doesn't give an indication of importance, but is contextually easier to handle and sifts out the commit chaff that doesn't make it into history.txt 10:13:04 &lt;lazygravy&gt; str4d: the point is that there is so many cool things happening, and no way to find out without following i2p closely. it should be easier for people to see the cool stuff 10:13:47 &lt;str4d&gt; Perhaps what might help (this would be rather radical) could be to restructure history.txt to organize items by importance (major/minor/bugfix), more like a changelog (or have a parallel changelog file) 10:14:13 &lt;str4d&gt; since as-is, the history file is really just an easier-to-parse commit log 10:14:30 &lt;str4d&gt; That said, it *is* convenient, so maybe parallel info would be better (if harder to maintain) 10:14:38 * str4d stops getting bogged down in specifics 10:14:41 &lt;str4d&gt; :P 10:14:59 &lt;hottuna&gt; lazygravy could act as an editor and sort of delegate the responsibility of writing content when that is appropriate 10:15:14 &lt;str4d&gt; Certainly making it easier to know what is going on is a plus, and I think some of the higher-level organization topics will help this 10:15:33 &lt;str4d&gt; (ie. a blog post writer can look there for the high-level overview instead of the commit log) 10:15:56 &lt;psi&gt; sounds rather similar to pair programming 10:16:10 &lt;hottuna&gt; next topic within PR 10:16:29 &lt;hottuna&gt; regarding having a reseed campaign and attracting new developers 10:16:46 &lt;psi&gt; (or more like married couple programming, the programmer and the programmer's wife) 10:17:11 &lt;lazygravy&gt; str4d: i.e. WTF encrypted lease sets are, or a cool highlight of kytv's debian repo 10:17:15 &lt;hottuna&gt; we would like to involve torontocrypto to attract more reseed host s 10:17:23 &lt;lazygravy&gt; s/i.e./e.g./ 10:17:24 &lt;iRelay&gt; lazygravy meant: str4d: e.g. WTF encrypted lease sets are, or a cool highlight of kytv's debian repo 10:18:25 &lt;hottuna&gt; We would like to generate a content package containing all info you would need to set up a reseed host should be available in one place 10:19:14 &lt;hottuna&gt; we need to articulate why reseeds are needed and important 10:19:18 &lt;str4d&gt; Mmm 10:19:42 &lt;str4d&gt; It could even be made as simple as "sudo apt-get i2p-reseed" 10:20:22 &lt;lazygravy&gt; str4d++ 10:20:23 &lt;kytv&gt; I was thinking of making docker images so it can be completely plug-n-play:ed 10:20:47 &lt;psi&gt; the go reseed was excessively easy to set up and use 10:20:56 &lt;hottuna&gt; hottuna/I volunteered to write a few paragraphs about why reseeds are needed and what they do 10:21:07 &lt;hottuna&gt; kytv: that would be amazing 10:21:23 &lt;str4d&gt; kytv++ 10:21:35 &lt;str4d&gt; Drop-and-go is the ideal 10:22:00 &lt;str4d&gt; Kinda like what was mentioned in one of the Tor talks yesterday, about how people could in future get a LetsEncrypt cert that comes with a free .onion 10:22:16 &lt;str4d&gt; (ie. the letsencrypt script sets up the Tor HS for the user) 10:22:38 &lt;kytv&gt; mdrollete's i2p-tools is available as a docker image, so maybe we (=I) could just polish up my I2P docker image (not yet advertised) so one could do it all by copy'n'pasting one command line and reseeding would "just work" 10:22:41 &lt;hottuna&gt; about developed onboarding, making the source code more accessible 10:22:42 &lt;str4d&gt; (that in itself would be super neat for I2P, but slightly different from what we need here) 10:22:55 &lt;comraden1&gt; kytv: docker for sure 10:23:01 &lt;hottuna&gt; str4d: could I convince you to add some links to the source code from geti2p.net? 10:23:04 &lt;str4d&gt; If reseeds are an appliance, it also makes it much easier to keep honest reseeds in sync 10:23:17 &lt;str4d&gt; hottuna, where? 10:23:18 &lt;lazygravy&gt; thought: we should get rid of the note from 0.7.6 on the download page 10:23:33 &lt;kytv&gt; (I'm more of an lxc guy but I'm learning docker so whatevs ) 10:23:45 &lt;kytv&gt; ja 10:23:50 &lt;lazygravy&gt; kytv: docker seems "so hot" right now, so it might be best 10:23:54 &lt;hottuna&gt; wherever it makes sense 10:24:08 &lt;str4d&gt; I believe there is at least one link to kytv's ViewMTN, but that's inside I2P 10:24:11 &lt;hottuna&gt; but the idea is to make it easier to get a quick look at the soruce code 10:24:13 &lt;kytv&gt; Move all docs for ancient stuff to /attic or smth related 10:24:19 &lt;hottuna&gt; to attract developers 10:24:33 &lt;hottuna&gt; str4d outside i2p and ideally from geti2p.net is what we would want 10:24:36 &lt;str4d&gt; I could add links to the new devs page to the Github page, but they would need to be clearly marked as read-only 10:24:50 &lt;psi&gt; if you really want to attract devs we should make the github alive more 10:24:52 &lt;hottuna&gt; yeah. 10:25:57 &lt;str4d&gt; Is the new dev page where you want the links? 10:25:57 &lt;hottuna&gt; that sounds like a simple straight forward step to take 10:25:57 &lt;hottuna&gt; just add a read-only link to github 10:25:57 &lt;str4d&gt; hottuna, which? Links, or github alive more? 10:25:57 &lt;hottuna&gt; would be an improvement 10:25:57 &lt;str4d&gt; ahk 10:26:05 &lt;hottuna&gt; str4d: can I write your name next to that? 10:26:24 &lt;hottuna&gt; that item that is 10:26:38 &lt;str4d&gt; Sure. I assume all of these will get issues created on Trac 10:26:51 &lt;hottuna&gt; not sure if they will. 10:26:57 &lt;hottuna&gt; will ask zzz 10:27:09 &lt;str4d&gt; Well yeah, probably not worth it for the smaller tasks 10:27:20 &lt;str4d&gt; As long as I get the list sometime :P 10:27:26 &lt;hottuna&gt; ok 10:27:36 &lt;hottuna&gt; i think zzz will do a zzz.i2p writeup 10:28:22 &lt;kytv&gt; it'll almost certainly go to zzz.i2p but perhaps also as tickets on Trac 10:28:41 &lt;str4d&gt; k 10:28:50 * str4d pulls up todo list to start adding items 10:32:43 &lt;hottuna&gt; we're talking about which usecasdes we should promote i2p for 10:33:13 &lt;hottuna&gt; and the consesus seems to be that we should promote usecases which we are good at. like bote 10:33:20 &lt;str4d&gt; Mmm 10:33:29 &lt;str4d&gt; We definitely need to push the peer-to-peer aspect 10:33:36 &lt;hottuna&gt; like torrents to potintiall 10:33:38 &lt;hottuna&gt; y 10:33:57 &lt;hottuna&gt; we would like to highlight these good uses on the main page 10:34:12 &lt;hottuna&gt; *what we would like to highlight 10:34:20 &lt;str4d&gt; That's something I2P should have a fundamental advantage with, due to the packet-switched nature and tunnel-level symmetry 10:34:33 &lt;hottuna&gt; yes. and there are other things we are good at 10:34:39 &lt;str4d&gt; And particularly apps that themselves inherently encourage contribution 10:34:41 &lt;hottuna&gt; and those things we should promote 10:35:05 &lt;hottuna&gt; and in the meantime we can keep on working on the things that we are not quite as good at 10:35:09 &lt;str4d&gt; (because I2P's need for contribution can then piggyback on the app's) 10:35:43 &lt;hottuna&gt; lazygravy, str4d, cacapo: could you work through the 3 best usecases for i2p 10:36:01 &lt;hottuna&gt; so that we then can present them properly on the frontpage 10:36:18 &lt;str4d&gt; Sure 10:37:03 &lt;cacapo&gt; yepp 10:37:08 &lt;hottuna&gt; when can you guys come back with something (recommendations or webstie changes)? 10:37:43 &lt;hottuna&gt; is a deadline for end of january ok? 10:37:55 &lt;cacapo&gt; ok 10:38:01 &lt;hottuna&gt; realting to PR: i2p.net becomes available soon 10:38:03 &lt;str4d&gt; Fine with me 10:39:04 &lt;eche|on&gt; 16.4.2016 it is for i2p,net 10:39:11 &lt;str4d&gt; I can say right now that if we are meaning "things that work well right now", you're really looking only at high-latency email (bote) and torrents. Soon we can add distributed datastorage too (once Tahoe gets native I2P client support) 10:39:24 * str4d is looking forward to i2p.net being recovered 10:39:33 &lt;eche|on&gt; tahoe will only be useable with parallel up/download 10:40:08 &lt;str4d&gt; I think it would be ideal to dovetail it with my proposal for dev services on i2p.i2p, have them parallel available in- and out-of-net 10:40:12 &lt;hottuna&gt; cacapo mentions i2p does not communicate a narrative about the project very well. or at all. 10:40:29 &lt;lazygravy&gt; str4d: tahoe has it's own UI problems... :/ (tho I adore it) 10:40:29 &lt;hottuna&gt; unlike to which has a lot of history and contextual history to it 10:41:03 &lt;str4d&gt; hottuna, what narrative does he mean? 10:41:09 &lt;hottuna&gt; relating to jake/snowden&/etc 10:41:42 &lt;str4d&gt; ah, narrative relating I2P history to world context? 10:41:43 &lt;hottuna&gt; comraden1: volunteers to do a writeup of the history of i2p 10:41:52 &lt;str4d&gt; (like the Tor HS talk did?) 10:42:05 &lt;eche|on&gt; history: zzz talk on i2pcon, my talk on 32c3 10:42:06 &lt;hottuna&gt; (didnt see that) 10:42:33 &lt;str4d&gt; also my talk at I2PCon had a bit 10:42:37 &lt;hottuna&gt; zzz, comraden1, lazygravy volunteered to do the actual writeup 10:42:41 &lt;hottuna&gt; psi: around? 10:42:53 &lt;psi&gt; yes 10:42:57 &lt;hottuna&gt; str4d: and so did Lance James' bit 10:43:34 &lt;str4d&gt; lazygravy, Tahoe UX should improve greatly once magic folders is released. UI-wise, still has work to do, but not as much as us :P 10:43:52 &lt;hottuna&gt; str4d, sadie, could the both of you help eachother out to do promo for the RWC talk? 10:44:03 &lt;hottuna&gt; ast call for PR related topics 10:44:06 &lt;hottuna&gt; Lest* 10:44:08 &lt;hottuna&gt; last* 10:44:49 &lt;hottuna&gt; alright, i'll take that as silence 10:44:50 &lt;str4d&gt; hottuna, yep, I'll keep in touch with Sadie 10:44:56 * str4d still has to prepare that talk :/ 10:45:04 &lt;hottuna&gt; Onto the next topic. PROJECT MANAGEMENT 10:45:34 &lt;comraden1&gt; str4d: also "history of how i2p started". I'm thinking of navy researching onion routing -&gt; second generation onion router -&gt; tor 10:46:40 &lt;str4d&gt; comraden1, mmm, you'll probably find a lot of that in the early I2P meeting logs on the website 10:47:15 &lt;str4d&gt; If you do go rooting around in there, feel free to write quick summaries of the meetings that I can add to them :P 10:48:11 &lt;comraden1&gt; str4d: zzz mentioned that he has a lot of it in his head and wanted to write a rough draft. I'm going to edit and make sure it is perfect before we release it 10:48:45 &lt;str4d&gt; +1 10:49:19 &lt;dg&gt; I remember speaking about it with zzz ages ago; if he has logs of that, it might be helpful 10:49:22 &lt;hottuna&gt; we're talking about what the actual goals of the project are 10:49:54 &lt;hottuna&gt; and that they are important to have written down somewhere in order to be able to do meaningful project management 10:50:29 &lt;str4d&gt; Would make for a good about page 10:51:16 &lt;str4d&gt; I've wanted to merge the various intro pages, but we could actually leverage them separately 10:51:36 &lt;str4d&gt; Turn https://geti2p.net/en/about/intro into a brief overview of I2P, both the network and the project 10:51:38 &lt;iRelay&gt; Title: Intro - I2P (at geti2p.net) 10:51:59 &lt;str4d&gt; Then make https://geti2p.net/docs/how/intro the *actual* "how does I2P work" page 10:52:00 &lt;iRelay&gt; Title: A Gentle Introduction to How I2P Works - I2P (at geti2p.net) 10:52:10 &lt;str4d&gt; Kinda sorta what they appear to be now, but properly split 10:53:12 &lt;dg&gt; hottuna: Where can I find the blogposts? 10:53:22 &lt;dg&gt; hottuna: I can only see one (`http://i2p-projekt.i2p/en/blog/2015/11/15/Community-Outreach)` 10:53:25 &lt;iRelay&gt; Title: Community Outreach - Blog - I2P (at i2p-projekt.i2p) 10:54:38 &lt;lazygravy&gt; dg: they don't exist aside from that 10:54:55 &lt;lazygravy&gt; and that was mostly a POC IMO. Next one should be published on 10Jan2016 on CCC 10:58:32 &lt;hottuna&gt; we're talking about whether we want to be managed 10:58:46 &lt;hottuna&gt; dg, str4d, psi: do you have any thoughts about having your work managed? 10:59:11 &lt;psi&gt; by who and how much management? 10:59:17 &lt;hottuna&gt; by sadie 10:59:26 &lt;dg&gt; open to it 10:59:42 &lt;hottuna&gt; and having it be relaxed as in deadlines. but not enforced deadlines 10:59:46 &lt;hottuna&gt; things are done when they are done 11:00:11 &lt;hottuna&gt; but mentally attaching a deadline to them might be a helpful tool 11:00:11 &lt;dg&gt; done when they're done but a bit of pushing/motivation 11:00:40 &lt;psi&gt; no thoughts until i eat breakfast 11:00:47 &lt;hottuna&gt; or at the very least knowing that someone else knows that a given task is on your pile 11:01:15 &lt;hottuna&gt; re project management: we'd like to get weekly/bi-weekly meetings up and runnning again 11:01:25 &lt;hottuna&gt; zzz has the goal of starting them up in february agin 11:01:27 &lt;hottuna&gt; again* 11:01:36 &lt;hottuna&gt; and then gradually handing them off to sadie 11:01:48 &lt;hottuna&gt; for that to happen sadie needs got on irc 11:01:56 &lt;str4d&gt; I'm good for it. I do tend to work better when I have someone(s) to bounce ideas off 11:03:23 &lt;hottuna&gt; zzz just committed to having a single roadmap written up by the end of february 11:03:23 &lt;hottuna&gt; splendid. 11:03:23 &lt;hottuna&gt; the consensus seems to be that being managed lightly is probably a good thing. 11:03:23 &lt;hottuna&gt; but anything heavy-handed would just turn this into work 11:03:23 &lt;str4d&gt; Sounds good. We can always adjust the level later once we have some experience with it. 11:03:23 * dg nods 11:03:23 &lt;hottuna&gt; *roadmap will be for end of jan, not feb 11:03:23 &lt;hottuna&gt; str4d: agreed 11:04:35 &lt;str4d&gt; FYI zzz, sadie and I will be meeting up at the beginning of March, would be good to keep that in mind re: things we can work on/discuss then. 11:05:52 &lt;hottuna&gt; re: trac tickets, sadie is volunteering to keep an eye on it and relay tickets to the right individual 11:06:05 &lt;dg&gt; Being able to observe our mechanics like trac/zzz.i2p/irc is important for Sadie to fully understand how we work anyway 11:06:16 &lt;dg&gt; Has she been able to do that w/o IRC access? 11:07:04 &lt;hottuna&gt; str4d: would you bi willing to help sadie out in that endeavour? 11:07:40 &lt;str4d&gt; I've had on my todo list for a while a weekly "look over new tickets" item, that I keep postponing because too much on 11:08:06 &lt;str4d&gt; But from next year, I'll endeavour to help sadie with that :) 11:08:49 &lt;str4d&gt; You may have noticed there's an "open" status now for tickets. I added that so we can differentiate between new tickets and ones we've seen but haven't had an opinion on necessarily 11:08:53 &lt;hottuna&gt; Last call for PROJECT MANAGEMENT topics 11:09:10 &lt;dg&gt; hottuna: see above 11:09:25 &lt;str4d&gt; My goal would be to have as few "new" tickets as possible, ie. moving them either to a relevant person/status, or "open" to at least acknowledge them as a valid ticket. 11:09:36 &lt;hottuna&gt; Last call for OTHER topics 11:09:48 &lt;hottuna&gt; dg: getting sadie on trac is key. and a requirement 11:10:00 &lt;hottuna&gt; I mean on IRC 11:10:17 &lt;dg&gt; okay 11:10:23 &lt;str4d&gt; I've had an IRC bouncer account for her for a while now 11:10:42 &lt;hottuna&gt; str4d: could we ask you to write up few items about what you learned about vulnerability response the the conf? 11:10:48 &lt;str4d&gt; All she needs is help getting her side connected, and she can then keep logs etc. without needing to stay connected all the time 11:11:40 &lt;str4d&gt; hottuna, you mean from talking to k8em0 at Kiwicon? 11:11:47 &lt;hottuna&gt; mhm 11:11:47 &lt;dg&gt; Also help with browser config/privoxy? 11:12:13 &lt;str4d&gt; I didn't learn a lot more than I already kinda knew, other than hearing in advance about the bug bounty program that Tor just announced 11:12:26 &lt;zzz&gt; we're proposing that we defer the VRP discussion to january 11:12:36 &lt;hottuna&gt; str4d: would making a tiny writeup make sense? 11:12:40 &lt;str4d&gt; k8em0 did say she was very impressed with our VRP ticket 11:12:45 &lt;hottuna&gt; like a zzz.i2p post? 11:12:55 &lt;hottuna&gt; or was it all kind of useless? 11:13:15 &lt;str4d&gt; Not useless, more confirming that our VRP ticket is on the right track 11:13:31 * zzz ******BAFFFFS***** the meeting closed, thanks everybody </div>/cs/blog/2015/11/19/0.9.23-release/Thu, 19 Nov 2015 00:00:00 +0000/cs/blog/2015/11/19/0.9.23-release/<p>Ahoj I2P! Toto je první verze podepsaná mnou (str4d), po 49 verzích podepsaných zzz. Toto je důležitý test naší redundantnosti ve všem, včetně lidí.</p> <h2 id="úklid">Úklid</h2> <p>Můj podpisový klíč je ve aktualizacích směrovače již více než dva roky (od verze 0.9.9), takže pokud používáte nedávnou verzi I2P, měla by být tato aktualizace stejně snadná jako všechny ostatní. Pokud však používáte starší verzi než 0.9.9, budete nejprve muset ručně aktualizovat na novější verzi. Jakmile ručně aktualizujete, váš směrovač pak najde a stáhne aktualizaci 0.9.23 jako obvykle.</p>/cs/blog/2015/11/15/community-outreach/Sun, 15 Nov 2015 00:00:00 +0000/cs/blog/2015/11/15/community-outreach/<h2 id="meta">Meta</h2> <p>Ahoj! Toto je první z dlouhé řady blogových příspěvků, jejichž cílem je ukázat komunitě, co se děje v rámci I2P komunity. Jelikož mnoho skvělých událostí probíhá <em>uvnitř</em> sítě, myslíme si, že bude užitečné o některých aktivitách pojednat i zde.</p> <h2 id="výzva-k-poskytnutí-zpětné-vazby">Výzva k poskytnutí zpětné vazby</h2> <p>Přiznejme si to – naše konzole potřebuje vylepšení. Naše webové stránky by také potřebovaly aktualizaci. Hledáme zpětnou vazbu k tomu, jak vylepšit použitelnost I2P pro nové i stávající uživatele!</p>/cs/blog/2015/11/03/i2p-dev-meeting-november-03-2015/Tue, 03 Nov 2015 00:00:00 +0000/cs/blog/2015/11/03/i2p-dev-meeting-november-03-2015/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> abyss, amknesia, anonimal, dogedDEV, eche|on, kytv, Lady3Jane, lbt, obscuratus, psi, sadie_i2p, str4d, trolly, xmz, Z0rg1nc, zab@kyirc, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:17 &lt;zzz&gt; 0) Hi 20:00:17 &lt;zzz&gt; 1) `http://dogecoindark.i2p/` console home page request, reconsideration from July 14 meeting `http://i2p-projekt.i2p/en/meetings/238` -- orig. request: `http://zzz.i2p/topics/236?page=2#p9999` -- result: `http://zzz.i2p/topics/236?page=3#p10078` -- possibly replaced by `http://doged.i2p/` 20:00:17 &lt;zzz&gt; 2) `http://exchanged.i2p/` console home page request: `http://zzz.i2p/topics/236?page=3#p10391` 20:00:17 &lt;zzz&gt; 3) `http://i2pwiki.i2p/` console home page request: `http://zzz.i2p/topics/236?page=3#p10437` 20:00:18 &lt;zzz&gt; 4) `http://lenta.i2p/` console home page request: `http://zzz.i2p/topics/236?page=3#p10439` 20:00:21 &lt;zzz&gt; 5) CCC preparation update from Oct. 6 meeting: `http://i2p-projekt.i2p/en/meetings/239` 20:00:22 &lt;zzz&gt; 6) forum.i2p replacement proposal (hottuna, dg) - followup from Oct. 6 meeting: `http://i2p-projekt.i2p/en/meetings/239` 20:00:25 &lt;zzz&gt; Note that several early comments on items 1-4 are on the agenda page `http://zzz.i2p/topics/1970` 20:00:27 &lt;zzz&gt; 0) Hi 20:00:42 &lt;zzz&gt; welcome to the 240th meeting of this great project, spanning 13 1/2 years 20:01:00 &lt;zab@kyirc&gt; hi 20:01:10 &lt;anonimal&gt; Hello 20:01:24 &lt;iRelay&gt; Title: zzz.i2p: How to get my Eepsite added to the Router Console home page (at zzz.i2p) 20:01:27 &lt;zzz&gt; for the new folks, this meeting is mainly for group decision-making, let's target 10 minutes or less for each agenda item 20:01:43 &lt;iRelay&gt; Title: zzz.i2p: How to get my Eepsite added to the Router Console home page (at zzz.i2p) 20:01:51 &lt;zzz&gt; and as a reminder, anybody else can schedule a meeting here at any time for any reason 20:01:53 &lt;iRelay&gt; Title: I2PWiki (at i2pwiki.i2p) 20:02:16 &lt;zzz&gt; 1) `http://dogecoindark.i2p/` console home page request, reconsideration from July 14 meeting `http://i2p-projekt.i2p/en/meetings/238` -- orig. request: `http://zzz.i2p/topics/236?page=2#p9999` -- result: `http://zzz.i2p/topics/236?page=3#p10078` -- possibly replaced by `http://doged.i2p/` 20:02:26 &lt;iRelay&gt; Title: zzz.i2p: How to get my Eepsite added to the Router Console home page (at zzz.i2p) 20:02:35 &lt;iRelay&gt; Title: I2P Development Meeting 239 - I2P (at i2p-projekt.i2p) 20:02:39 &lt;zzz&gt; is the dogecoindark.i2p operator here? 20:02:39 &lt;iRelay&gt; Title: I2P Development Meeting 239 - I2P (at i2p-projekt.i2p) 20:02:43 &lt;iRelay&gt; Title: zzz.i2p: Meeting Tues. Nov. 3, 8 PM UTC (at zzz.i2p) 20:03:17 &lt;iRelay&gt; Title: I2P Development Meeting 238 - I2P (at i2p-projekt.i2p) 20:04:34 &lt;zzz&gt; I saw a lot of negative comments about dogecoindark.i2p/doged.i2p on the meeting page. Anybody else wish to comment pro or con? 20:05:03 &lt;psi&gt; i think i2p should start taking a neutral stance towards cryptocoins in general 20:05:20 &lt;zzz&gt; what would you say our stance is now? 20:05:33 &lt;psi&gt; neutral 20:06:03 &lt;zzz&gt; so what do you mean 'start' taking a neutral stance? 20:06:06 &lt;dogedDEV&gt; yeah 20:06:11 &lt;dogedDEV&gt; im here 20:06:30 &lt;dogedDEV&gt; what was the negative comments? 20:06:32 &lt;dogedDEV&gt; ive removed all scripts, 20:06:35 &lt;psi&gt; not endorsing some coins over others 20:06:38 &lt;dogedDEV&gt; its just graphics and html now 20:06:54 &lt;zzz&gt; dogedDEV, please review them quickly, link is above 20:07:00 &lt;dogedDEV&gt; and ive moved alot of our source code over to the i2p based git repo 20:07:02 &lt;anonimal&gt; I spoke my peace in `http://zzz.i2p/topics/1970-meeting-tues-nov-3-8-pm-utc` 20:07:02 &lt;str4d&gt; hi 20:07:06 &lt;iRelay&gt; Title: zzz.i2p: Meeting Tues. Nov. 3, 8 PM UTC (at zzz.i2p) 20:07:51 &lt;zzz&gt; dogedDEV, please explain the name change, and respond to the objections about all the images. As of now you don't have any support at all, so you have about 2 minutes to convince us otherwise 20:08:34 &lt;dogedDEV&gt; well, ive been non stop building us out more on i2p 20:08:39 &lt;dogedDEV&gt; i built an i2p electrum server 20:08:49 &lt;dogedDEV&gt; i revamped the entire site after the complains it had widgets 20:09:00 &lt;dogedDEV&gt; which is why the name changed to i2p. i scrapped the old site and started fresh. 20:09:11 &lt;dogedDEV&gt; ive made quite a few tutorials to help users get on i2p 20:09:29 &lt;dogedDEV&gt; and doged.i2p is its permanent home 20:11:15 &lt;dogedDEV&gt; id like to think that if people increase their bandwidth the graphics will load faster. perhaps i will add a text only version in the near future to satisfy people with low bandwidths needs 20:11:15 &lt;dogedDEV&gt; i really enjoy i2p and have spread the word to many privacy concerned people globally about it, and its benefits 20:11:15 &lt;zzz&gt; but all of i2p is 'low bandwidth'. The problem is on your end, not your users 20:11:15 &lt;dogedDEV&gt; the images seem to load fast for me and other users who have tweaked their bandwidth 20:11:15 &lt;zzz&gt; not for me 20:11:15 &lt;dogedDEV&gt; i feel our site there loads just as fast as our onion site. 20:11:19 &lt;dogedDEV&gt; i have been focusing less on tor as of late and more on i2p. 20:11:21 &lt;zzz&gt; or the others who commented 20:11:27 &lt;anonimal&gt; Nor me, and I'm loading it again and waiting. 20:11:45 &lt;anonimal&gt; And clearnet sources are still being pulled. It's like nothing changed since we posted in that thread. 20:11:50 &lt;dogedDEV&gt; i can change the resolution on them i suppose 20:12:00 &lt;zzz&gt; no site in 2015 puts everything behind 200 images on the home page 20:12:02 &lt;dogedDEV&gt; whgere is it pulling from clearnet? 20:12:13 &lt;dogedDEV&gt; it shouldnt be communicating with any clearnet 20:12:17 &lt;abyss&gt; hello 20:12:24 &lt;kytv&gt; the index page 20:12:47 &lt;zzz&gt; right now i don't see it as 'broadly useful to the i2p community', which is our first critereon 20:12:56 &lt;zzz&gt; I see where you're headed but I don't think you're there yet 20:13:03 &lt;dogedDEV&gt; how is a crypto currency focused on privacy not useful? 20:13:06 &lt;kytv&gt; it's clearly better than it was. 20:13:08 &lt;str4d&gt; I'm loading the site right now 20:13:15 &lt;zzz&gt; is anybody here in favor of this request, please speak up now 20:13:23 &lt;dogedDEV&gt; i just loaded it, half the graphics have already loaded on my end 20:13:39 &lt;str4d&gt; Site took 13s to load HTML (but most of that was getting the LS) 20:13:44 &lt;dogedDEV&gt; and im not connecting to it locally or anything 20:13:48 &lt;abyss&gt; i works fine for me 20:13:50 &lt;str4d&gt; I've never loaded the site at its new addr yet 20:14:01 &lt;str4d&gt; Fastest image was 17s 20:14:10 &lt;str4d&gt; Slowest so far is 1min44s 20:14:25 &lt;dogedDEV&gt; i can absolutely lower the resolution on the graphics 20:14:34 &lt;zzz&gt; last time I tried I gave up after 10 minutes 20:14:42 &lt;abyss&gt; dogedev has been working hard on promoting privacy and pushing the clearnet cryptocoin community towards i2p 20:14:44 &lt;str4d&gt; 3min in, still not loaded 20:14:51 &lt;anonimal&gt; ^ same here, it's still loading. 20:14:53 &lt;kytv&gt; it's never loaded completely on my end 20:14:56 &lt;eche|on&gt; ok, started to load 1 min ago, lets wait 20:14:57 &lt;str4d&gt; dogedDEV, are you using the same I2P router for HTTP tunnel when testing? 20:15:14 &lt;dogedDEV&gt; no 20:15:14 &lt;str4d&gt; because if so, your connection won't be going through I2P 20:15:29 &lt;zzz&gt; we aren't doubting dogedDEV's commitment to i2p. we are evaluating the appropriateness of adding the site to the home page only 20:15:46 &lt;dogedDEV&gt; i suppose i can lower the res on the images, thereby decreasing image file sizes. 20:16:01 &lt;str4d&gt; dogedDEV, okay, now that some of the upper half of the site has loaded (dev resources etc.), I can see the problem 20:16:10 &lt;dogedDEV&gt; i just wanted it to look nice, but i suppose for the average user it would load slow. and performance is just as importance. 20:16:15 &lt;str4d&gt; You shouldn't need to use images for *ALL* of your content 20:16:22 &lt;dogedDEV&gt; important* 20:16:30 &lt;anonimal&gt; I appreciate the artistic merit, but why can't this be an opportunity for innovation? 20:16:32 &lt;zzz&gt; I'm proposing we reject this request. He can always resubmit some time in the future. Any objections? 20:16:42 &lt;str4d&gt; Not only does it make the site take ages to load, but it also makes the site unsearchable 20:16:52 &lt;dogedDEV&gt; there is innovation in the coin, even with i2p 20:16:57 &lt;dogedDEV&gt; any other i2p electrum servers out there? 20:17:34 &lt;zab@kyirc&gt; I'm all for getting into financial stuff but this is way too slow 20:18:01 &lt;anonimal&gt; It seems that the only person who cares about the website's vision is the author. 20:18:01 &lt;dogedDEV&gt; i working on an android app now that connects to our i2p electrum 20:18:01 &lt;str4d&gt; If what you like is the font, you can load that font via CSS 20:18:01 &lt;zzz&gt; we aren't doubting the innovation, or your overall project. Only the website. 20:18:01 &lt;anonimal&gt; I'm speaking solely on the site, this meeting is about the *site*. 20:18:01 &lt;zzz&gt; last call for discussion on 1) 20:18:01 &lt;str4d&gt; Most of what I can see on the website could be done in CSS, which would drastically cut down the required images and drastically improve site load times. 20:18:01 &lt;dogedDEV&gt; no, i did agree with the website vision, if the graphics are too large, i can decrease the size and even make a text only link, that just uses css 20:18:01 &lt;abyss&gt; anonimal, i like it 20:18:02 &lt;anonimal&gt; I agree with str4d 20:18:29 &lt;kytv&gt; no objections to rejecting. It's unbearably slow when it loads. 20:18:43 &lt;dogedDEV&gt; whens the next meeting? 20:18:43 &lt;kytv&gt; and now isn't one of those times... 20:18:47 &lt;kytv&gt; $ http_proxy=`http://127.0.0.1:4444` curl --silent `http://doged.i2p/` 20:18:50 &lt;kytv&gt; &lt;html&gt;&lt;head&gt;&lt;title&gt;408 Request Timeout&lt;/title&gt;&lt;/head&gt; 20:18:51 &lt;kytv&gt; &lt;body&gt;&lt;h2&gt;408 Request timeout&lt;/h2&gt; 20:18:57 &lt;zzz&gt; and it isn't just the site itself - it's also the recent name change (which perhaps should restart the clock completely) and psi's objection to promoting _any_ coin 20:19:09 &lt;iRelay&gt; Title: DogecoinDark.i2p Official Site (at doged.i2p) 20:19:13 &lt;zzz&gt; ok, that's it for 1) 20:19:24 &lt;str4d&gt; dogedDEV, now that a bit more of the site has loaded, it does look very pretty. But I think that nearly everything down to at least the FB/twitter/etc. links could be done via CSS with a few images for the actual images. 20:19:24 &lt;zzz&gt; 2) `http://exchanged.i2p/` console home page request: `http://zzz.i2p/topics/236?page=3#p10391` 20:19:29 &lt;dogedDEV&gt; so since psi's coin promotion affects the judging, is anoncoin being removed? 20:19:38 &lt;dogedDEV&gt; because that would be silly 20:19:41 &lt;iRelay&gt; Title: zzz.i2p: How to get my Eepsite added to the Router Console home page (at zzz.i2p) 20:19:46 &lt;str4d&gt; So I'm -1 on 1) for now. 20:19:47 &lt;zzz&gt; is the exchanged.i2p operator here? 20:20:06 &lt;abyss&gt; zzz, hey i am here 20:20:31 &lt;zzz&gt; ok abyss please tell us about your site, and respond to any objections raised on the zzz.i2p thread 20:20:43 &lt;psi&gt; anoncoin is dead 20:20:47 &lt;psi&gt; (imo) 20:20:51 &lt;dogedDEV&gt; thats sad =\ 20:21:00 &lt;dogedDEV&gt; anywho, moving on. ill resubmit. 20:21:00 &lt;abyss&gt; psi, its not dead 20:21:26 &lt;dogedDEV&gt; im in favor of exchanged.i2p, if my opinion matters. 20:21:31 &lt;abyss&gt; ok zzz the main concern is that i am not reliable to be trusted with other peoples money 20:21:47 &lt;zzz&gt; tell us about the site first please 20:21:50 &lt;dogedDEV&gt; site loads quick, trades are quick. alot of doged users have traded there and without issue. 20:21:58 &lt;abyss&gt; ok 20:22:26 &lt;abyss&gt; Exchanged.i2p is a site where users can trade cryptocurrncies such as bitcoin litecoin anoncoin dogecoindark ect anonymously 20:22:47 &lt;abyss&gt; we have been operating since july 1 20:23:00 &lt;abyss&gt; alpha testing started june1 20:23:49 &lt;abyss&gt; also im been voched for by the anoncoin and dogecoindark development team 20:24:19 &lt;abyss&gt; anoncoin dev is not here currently but here is the link https://www.reddit.com/r/CryptoCurrency/comments/3cxk7k/exchangedi2p_anonymous_exchange/ 20:24:23 &lt;iRelay&gt; Title: Exchanged.i2p Anonymous Exchange : CryptoCurrency (at www.reddit.com) 20:24:24 &lt;zzz&gt; there seems to be two objections, that the site is too rough/early, and that we shouldn't be endorsing anything financial 20:25:17 &lt;zzz&gt; here's what I said in the request thread: We haven't had a request for an exchange before. While I don't feel that we are qualified to assess any market's legitimacy and stability, I think we should try, as there may be some sort of implied blessing by putting a link in the console. 20:25:28 &lt;dogedDEV&gt; by placing an icon on a menu, i dont see that as endorsing, personally. unless you also encouraged its use over other people applying for the same thing he is. 20:25:49 &lt;zab@kyirc&gt; the roughness makes load times fast and doesn't affect the usefulness 20:26:12 &lt;zab@kyirc&gt; for any trader fast response time is much more important than prettyness 20:26:13 &lt;dogedDEV&gt; i dig the ascii menus. reminds me of back in the day. 20:26:19 &lt;abyss&gt; i tried to create a design that would maximise usability 20:26:19 &lt;dogedDEV&gt; i think alot of users feel the same way. 20:26:19 &lt;zzz&gt; anybody have any opinion on this? Is it an endorsement? Should we attempt to verify? Or should we not put markets or trading platforms on the home page at all? 20:26:34 &lt;dogedDEV&gt; right, response time and the admin being around as long as he has, i think its a go. 20:27:00 &lt;str4d&gt; From a usability PoV I think it seems good (but have not made any trades) 20:27:15 &lt;kytv&gt; I'm more or less indifferent. My objection to #1 is the extreme slowness in loading. This one, at least, is *very* quick. 20:27:17 &lt;dogedDEV&gt; he even recently added an api at the request of an analytical site 20:27:17 &lt;anonimal&gt; Yes, since we have the power to pick and choose, every link becomes an implied endorsement. 20:27:24 &lt;zab@kyirc&gt; I'm definitely in favor of markets and exchanges and anything financial over i2p in general. It adds a dimension to the broad usability of i2p which helps attract people 20:27:27 &lt;str4d&gt; I have suggested there be a light theme too though, because the dark contrast is hard for some users 20:27:33 &lt;zzz&gt; has anybody here used this site for any trades, please speak up 20:27:37 &lt;lbt&gt; User-opinion here: I think that information should be easily findable, but also think it shouldn't be part of a router :o Maybe a a link to thematically sorted list of active domains or something on the router-console? 20:27:45 &lt;str4d&gt; (particularly blue on black, although the shade of blue is a bit better than last time) 20:28:10 &lt;zab@kyirc&gt; str4d: 80's mainframe colors FTW ;-) 20:28:27 &lt;zzz&gt; let's not get into detailed color advice here. Big picture, decision time. Yay or nay and why please. 20:28:38 &lt;amknesia&gt; Is there already a statement on the router homepage stating 'links below are not an endorsement but simply sites that have met the minimum guidelines to be posted on the homepage'? 20:29:03 &lt;dogedDEV&gt; yay - site loads quick, ive used it and it works as expected. abyss is always around and easy to get a hold of. 20:29:08 &lt;dogedDEV&gt; amknesia, thats a good idea. 20:29:35 &lt;dogedDEV&gt; i2p developers do not condone/endorse the sites listed in the console. 20:29:44 &lt;zzz&gt; Is it broadly useful to the i2p community/ 20:29:56 &lt;zzz&gt; explicit or not, it's an implied endorsement 20:30:02 &lt;zab@kyirc&gt; absollutely 20:30:20 &lt;str4d&gt; Broadly useful? IMHO yes. 20:30:31 &lt;dogedDEV&gt; as long as fiat doesnt get involved i think it makes a great addition. 20:30:39 &lt;anonimal&gt; Yes, broadly useful, and the site has improved somewhat in usability. 20:30:48 &lt;zzz&gt; has _anybody_ here actually used it for a trade? 20:30:48 &lt;Lady3Jane&gt; The endorsement is implicit, especially to newcomers and especially because a lot of links are indeed official 20:30:58 &lt;anonimal&gt; No. 20:31:07 &lt;zab@kyirc&gt; even if fiat is involved it's still a great addition 20:31:07 &lt;dogedDEV&gt; i have traded on it. 20:31:27 &lt;anonimal&gt;&gt;The endorsement is implicit 20:31:28 &lt;amknesia&gt; zzz: I have, only a few satoshis worth of trade though. 20:31:28 &lt;dogedDEV&gt; small amounts, but over time, and its always worked 20:31:30 &lt;str4d&gt; But with fiat involved, it is harder for the site itself to be justifiably anonymous 20:31:33 &lt;anonimal&gt; Yes, and disclaimer would be useless. 20:31:33 &lt;Lady3Jane&gt; pilgrim-wu (who isn't here) is deeply involved in cryptoexchanges (even manages one based in W. China). He's used exchanged.i2p before. He loves it, zzz 20:32:25 &lt;abyss&gt; for those that are intrested i can give you a few doged's to trade with 20:32:25 &lt;zzz&gt; ok let's wrap this up. The consensus isn't clear to me, so please enter +1 for yes and -1 for no 20:32:32 &lt;dogedDEV&gt; +1 20:32:35 &lt;str4d&gt; From a "risk" level, if the site is only exchanging cryptocoins, then it is subject to the market forces of other exchanges wrt value 20:32:42 &lt;abyss&gt; that way you can test it out for yourself :) 20:32:45 &lt;zab@kyirc&gt; +1 20:33:33 &lt;trolly&gt; +1 20:33:33 &lt;Lady3Jane&gt; (I'm not sure if I have suffrage here, but...) +1 20:33:48 &lt;anonimal&gt; -1: No sex, drugs, money, or rock&roll in router console. 20:33:56 &lt;kytv&gt; = "neutral / not negative" 20:34:30 &lt;abyss&gt; +1 if my vote counts 20:34:33 &lt;psi&gt; +1 no drugs sex money rock/roll in router console 20:34:38 &lt;trolly&gt; no rock&roll?? OMG anonimal!! 20:34:41 &lt;obscuratus&gt; -1: Good site, but I agree it's an endorsement. 20:34:49 &lt;psi&gt; rather, -1 20:34:57 &lt;abyss&gt; psi, :) 20:34:57 &lt;trolly&gt; +1 drugs, sexs and rock&roll averywhere 20:35:01 &lt;abyss&gt; :( 20:35:09 &lt;amknesia&gt; Question: What about having a links page/site instead that isn't the homepage but is linked from it. This would avoid the homepage 'implied endorsement' which also making it easy for newbies to find sites they might be interested in. Are any of the current homepage sites set up to provide that? 20:35:21 &lt;obscuratus&gt; amknesia: +1 20:35:28 &lt;lbt&gt; amknesia: +1 20:35:29 &lt;Lady3Jane&gt; From a PR perspective, anonimal, I agree on the sex and drugs. We don't want the router to become the i2p equivalent of the hidden wiki. But why are currency exchanges inherently negative? 20:35:47 &lt;Lady3Jane&gt; router console* 20:35:56 &lt;anonimal&gt; I would lean towards amknesia's idea. 20:36:01 &lt;dogedDEV&gt; i think private networks have an indirect obligation to protect crypto, especially as of late. 20:36:05 &lt;dogedDEV&gt; but thats just my two cents. 20:36:05 &lt;zzz&gt; +1 from me (barely) 20:36:19 &lt;str4d&gt; Lady3Jane, The inherent problem with an anonymous currency exchange is that there is every chance the site could disappear with all funds, and no recompense 20:36:35 &lt;dogedDEV&gt; that can happen on any exchange 20:36:43 &lt;dogedDEV&gt; and has happened on clearnet exchanges. 20:36:51 &lt;anonimal&gt; ^ Then I see no reason to endorse yet another one here. 20:36:57 &lt;amknesia&gt; str4d: Just as a counterarguement: That has already happened with *PUBLIC* non-anonymous exchanges, so is that really any more of a threat? 20:36:57 &lt;str4d&gt; Has, yes. But there are avenues for at least partial recompense 20:37:08 &lt;Lady3Jane&gt; abyss: Beyond the typical eskrow system, do you have any contingencies to ensure to the public (but above all, to the devs who want to endorse you) that you won't skip town with a sack of bills? 20:37:17 &lt;abyss&gt; anonimal, becasue this one is private 20:37:25 &lt;zzz&gt; I count 4+ and 3-, but we could also declare that's too close and let's reconsider at a future meeting 20:37:31 &lt;str4d&gt; Lady3Jane, I don't actually see an escrow 20:37:37 &lt;str4d&gt; (at least not in the security list) 20:37:46 &lt;str4d&gt; I did want to ask about multisig too 20:37:58 &lt;anonimal&gt; And maybe we should review the standards for submission. 20:38:19 &lt;abyss&gt; there is no escrow or mutlisig because thats not really practice for an low latency exchange 20:38:29 &lt;zzz&gt; kytv, str4d, guns to your head, please vote + or - 20:38:32 &lt;amknesia&gt; Maybe it is time for a crypto-rep service? 20:39:05 &lt;dogedDEV&gt; similar to cryptoasian you mean? 20:39:17 * anonimal doesn't care who does what or where or when, this is only for java i2p's router console. 20:39:25 &lt;zzz&gt; last call for votes 20:39:27 &lt;str4d&gt; I am a tentative +0.5 at this stage. I think the site is beneficial for users, but the risks should probably be better-conveyed to users. 20:39:56 &lt;dogedDEV&gt; maybe abyss can put a disclaimer on the site? 20:40:10 &lt;zzz&gt; how about approved if he puts a disclaimer on there then? 20:40:16 &lt;dogedDEV&gt; and that would at least pacify the people voting nay because of risk 20:40:27 &lt;abyss&gt; i can do that 20:40:44 &lt;str4d&gt; There's always a risk, but as long as users are explicitly aware of the risks, I 20:40:46 &lt;kytv&gt; zzz: +1 (with disclaimer of sorts) 20:40:51 &lt;str4d&gt; 'm not opposed to it. 20:40:52 &lt;zzz&gt; we've spent too long on this, if we don't decide in the next 60 seconds I'm moving on anyway 20:41:04 &lt;zzz&gt; ok, sounds like approval if he adds the disclaimer 20:41:07 &lt;zzz&gt; anything else on 2) ? 20:41:20 &lt;dogedDEV&gt; zzz: when is the next meeting? 20:41:23 &lt;amknesia&gt; Is it difficult to make it probationary? 20:41:27 &lt;fox&gt; +1 for abyss's exchange, code is clean 20:41:32 &lt;zzz&gt; 3) `http://i2pwiki.i2p/` console home page request: `http://zzz.i2p/topics/236?page=3#p10437` 20:41:34 &lt;amknesia&gt; IE you could always move it after the next session if there are issues? 20:41:38 &lt;zzz&gt; is the i2pwiki.i2p operator here? 20:41:50 &lt;iRelay&gt; Title: I2PWiki (at i2pwiki.i2p) 20:42:33 &lt;zzz&gt; any discussion on i2pwiki pro/con? 20:42:43 &lt;fox&gt; isn't open4you.i2p just a zombie? 20:42:56 &lt;zzz&gt; please stay on topic everybody 20:42:56 * anonimal loading 20:42:59 &lt;kytv&gt; +1 for i2pwiki. It actually loads and the user makes backups available. 20:43:10 &lt;str4d&gt; dogedDEV, next homepage meeting will be week before 0.9.24 release 20:43:11 &lt;psi&gt; +1 i2pwiki 20:43:22 &lt;fox&gt; -1 open4you 20:43:31 &lt;trolly&gt; open4you.i2p works sometimes and sometimes no fox 20:43:31 &lt;dogedDEV&gt; i2host isnt loading it for me 20:43:31 &lt;zzz&gt; any objections to i2pwiki? 20:43:41 &lt;zzz&gt; please stay on topic everybody 20:43:43 &lt;abyss&gt; i think it is decent 20:43:44 &lt;str4d&gt; i2pwiki.i2p by default redirects to B32 20:43:53 &lt;fox&gt; trolly: it loads sometimes but i don't think they still give out hosting 20:43:54 &lt;trolly&gt; admin did not answer, I think open4you.i2p was hacked or something 20:43:57 &lt;str4d&gt; (at least for me) 20:44:03 &lt;zzz&gt; please stay on topic everybody 20:44:14 &lt;anonimal&gt; i2p slogans are still there. That was an issue before. 20:44:31 &lt;trolly&gt; he created admin2.ope4you.i2p later, but I can login only in admin.open4you.i2p 20:44:32 &lt;zzz&gt; is the slogan issue enough to reject it? 20:44:40 &lt;abyss&gt; str4d, i think thats a mediawiki issue, mine was having the same issue 20:44:45 &lt;zzz&gt; please stay on topic everybody. open4you is NOT the topic. 20:45:05 &lt;str4d&gt; Also, interesting - ugha.i2p is back up 20:45:19 &lt;anonimal&gt; Yes, because of some of the content. Other than that, I would +1. 20:45:30 &lt;abyss&gt; 2015-10 New wiki eepsite: As ugha.i2p was down from may 2015 to 2015-10-30, a new wiki was launched (`http://i2pwiki.i2p`). It is running on MediaWiki. Please move to this wiki. 20:45:30 &lt;kytv&gt; i2pslogans isn't an issue. That was also on ugha.i2p. Users can police that just as they could on ugha 20:45:31 &lt;dogedDEV&gt; -1 on i2pwiki.i2p 20:45:44 &lt;abyss&gt; *from ugha.i2p. front page 20:45:46 &lt;iRelay&gt; Title: I2PWiki (at i2pwiki.i2p) 20:45:47 &lt;str4d&gt; I am generally +1 for i2pwiki.i2p, but would really like the redirection issue fixed 20:45:53 &lt;dogedDEV&gt; Could not find the following destination: `http://i2host.i2p/cgi-bin/i2hostjump?i2pwiki.i2p/` 20:46:07 &lt;iRelay&gt; Title: I2HOST Jump (at i2host.i2p) 20:46:07 &lt;str4d&gt; dogedDEV, `http://nrbnshsndzb6homcipymkkngngw4s6twediqottzqdfyvrvjw3pq.b32.i2p` is the B32 for i2pwiki 20:46:11 &lt;zzz&gt; ok we have + from psi and kytv and str4d , - from anonimal and dogedev. Others please vote 20:46:14 &lt;zzz&gt; me: +1 20:46:16 &lt;abyss&gt; str4d, could it be a i2prouter issue? 20:46:17 &lt;kytv&gt; It's just an i2ptunnel setting I'm sure, it's not a mediawiki problem. 20:46:20 &lt;iRelay&gt; Title: I2PWiki (at nrbnshsndzb6homcipymkkngngw4s6twediqottzqdfyvrvjw3pq.b32.i2p) 20:46:24 &lt;fox&gt; topic isn't cleaning up /home? 20:46:24 &lt;lbt&gt; str4d: If you haven't noticed, check the status-page of uhga, it seems it was "up" all the time 20:46:26 &lt;obscuratus&gt; +1 20:46:49 &lt;abyss&gt; str4d, i find that when sites use relitive links the i2prouter defaults to the b32 20:46:53 &lt;zzz&gt; fox, we are on agenda item 3) 20:47:02 &lt;fox&gt; +1 i2pwiki it loads and is useful 20:47:23 &lt;zzz&gt; ok I count 6 + and 2 -, that sounds like approved, any final objections? 20:47:27 &lt;abyss&gt; +1 i think its usefull and works well 20:47:51 &lt;anonimal&gt; +1, I was wrong. 20:47:56 &lt;zzz&gt; last call for 3) 20:47:57 &lt;anonimal&gt; Slogans were fixed. 20:48:06 * anonimal saw cached version. 20:48:15 &lt;zzz&gt; 4) `http://lenta.i2p/` console home page request: `http://zzz.i2p/topics/236?page=3#p10439` 20:48:22 &lt;zzz&gt; is the lenta.i2p operator here? 20:48:35 &lt;iRelay&gt; Title: Lenta.i2p | (at lenta.i2p) 20:48:37 &lt;zab@kyirc&gt; +1 from me. It loads quickly, the news is real and the layout is pleasant 20:48:48 &lt;zzz&gt; this one appeared to have broad support on the zzz.i2p thread, and in #ru when I asked there a couple of weeks ago 20:49:12 &lt;zzz&gt; any other thoughts pro/con? 20:49:34 &lt;kytv&gt; = "neutral / not negative" 20:49:45 &lt;trolly&gt; is i2pwiki's admin around? 20:49:55 &lt;zab@kyirc&gt; having something catering to .ru users on the home page can be seen as a sign of good will 20:49:57 * anonimal No objections. xopowo. 20:50:08 &lt;str4d&gt; I have NFI what it says, but good that we reflect the Russian userbase. 20:50:14 &lt;abyss&gt; +1 for lenta.i2p 20:50:18 &lt;zzz&gt; sounds like approved to me. last call for 4) 20:50:21 &lt;psi&gt; +1 for lenta.i2p 20:50:43 &lt;kytv&gt; +0.5 based on approval from people who can read Russian 20:50:51 &lt;str4d&gt; Title for it should be in Russian, so users can instantly tell that it is a RU site 20:51:12 &lt;amknesia&gt; Uhmm, dumb question, but should there maybe be a split in links based on 'currently selected language' versus 'foreign language' links? 20:51:16 &lt;str4d&gt; (both so non-russian speakers don't click, and russian speakers do) 20:51:30 &lt;str4d&gt; amknesia, that's a thought I just had myself :) 20:51:50 &lt;zzz&gt; we can always tweak the name in the console 20:51:57 &lt;zzz&gt; 5) CCC preparation update from Oct. 6 meeting: `http://i2p-projekt.i2p/en/meetings/239` 20:52:02 &lt;iRelay&gt; Title: I2P Development Meeting 239 - I2P (at i2p-projekt.i2p) 20:52:34 &lt;zzz&gt; I just threw this agenda item in there in case there was something to discuss. i believe the banner and the candy and all that is under control. 20:52:47 &lt;zzz&gt; we finished the budget decisions at last meeting. 20:52:59 &lt;zzz&gt; If anybody has anything to bring up about CCC, now's the time, else we'll move on 20:53:56 &lt;zzz&gt; last call for 5) 20:54:31 &lt;str4d&gt; Nothing from me 20:54:36 &lt;str4d&gt; You kids have fun there 20:54:46 &lt;zzz&gt; 6) forum.i2p replacement proposal (hottuna, dg) - followup from Oct. 6 meeting: `http://i2p-projekt.i2p/en/meetings/239` 20:55:13 &lt;zzz&gt; ok the notes from last meeting are up (thx kytv) and at the end you'll see that hottuna and dg were due to come back with a proposal. 20:55:30 &lt;zzz&gt; hottuna and dg, you are up. However neither appears to be here? 20:56:05 &lt;zzz&gt; anybody else have anything on forum replacement that extends (not rehashes) the discussion from last meeting? 20:56:51 &lt;str4d&gt; I have something tangentially related that I'd like to tack onto the meeting if we have time. 20:56:56 &lt;obscuratus&gt; What about forums.i2p? 20:58:30 &lt;zzz&gt; ok, anything else on 6) ? 20:58:30 &lt;str4d&gt; I think a user forum is a good idea 20:58:30 &lt;trolly&gt; freedomforum.i2p works too 20:58:30 &lt;str4d&gt; And I think that having it clearnet-accessible (not just via inproxy) is a good idea 20:58:30 &lt;obscuratus&gt; str4d: +1 20:58:30 &lt;zzz&gt; the particular agenda item is whether there should be an 'official' replacement 20:58:30 &lt;trolly&gt; and we have anew forum.. `http://es.i2p` 20:58:30 &lt;trolly&gt; but is only Spanish, but anyone can create a channel in En, of course 20:58:39 &lt;zzz&gt; no site, 'official' or not, has requested to be on the console home page 20:58:42 &lt;trolly&gt; channel/thread * 20:58:54 &lt;zzz&gt; ok, anything else on 6) ? 20:59:01 &lt;Z0rg1nc&gt; mm, how you will protect new forum users if it will be down too? 20:59:07 &lt;str4d&gt; If we have people willing to maintain an official forum, I am +1 on it 20:59:14 &lt;Z0rg1nc&gt; *if not only admins aalowed to speak 20:59:39 * anonimal would really like dg's hottuna's presence before speaking up on 6) 20:59:44 &lt;zzz&gt; I'm +1 for lots of forums, -0.1 on an official one 20:59:50 &lt;trolly&gt; I can't say if http://es.i2p's admin would want to maintain official forum too, sorry 20:59:53 &lt;amknesia&gt; I move to shelve it for next discussion. 21:00:13 &lt;str4d&gt; +1 on tabling 21:00:16 &lt;zzz&gt; as hottuna and dg aren't here, let's table this 21:01:20 &lt;zzz&gt; 7) str4d go 21:01:20 &lt;str4d&gt; s/tabling/shelving 21:01:20 &lt;str4d&gt; Okay 21:01:20 &lt;str4d&gt; Here is an idea I have had rattling around my head for a few months now 21:01:20 &lt;str4d&gt; We define *.i2p.i2p as an unassignable space. 21:01:27 &lt;str4d&gt; And reserve it for use by I2P devs / services 21:01:48 &lt;psi&gt; +1 sounds fun 21:01:51 &lt;str4d&gt; This gets us around whatever funky stuff ever happens wrt I2P addressbook / naming space 21:02:05 &lt;amknesia&gt; Sounds like a plan to me. 21:02:07 &lt;str4d&gt; we define in the naming spec what Dest each 3LD refers to 21:02:19 &lt;str4d&gt; And can change it at any time 21:02:37 &lt;str4d&gt; (possibly by having an in-net hosts.txt that we host containing the current specified Dests) 21:03:08 &lt;anonimal&gt;&gt;we define in the naming spec 21:03:21 &lt;anonimal&gt; And that would protect against maliciousness, yes? 21:03:50 &lt;str4d&gt; Yes. The spec is public and any malicious changes would be completely visible 21:03:55 &lt;zzz&gt; str4d, it's already blocked by stats.i2p registrar and I think most of the others. Not currently blocked in the addressbook import though. 21:04:23 &lt;zzz&gt; not sure what 'funky' stuff you have in mind 21:05:20 &lt;str4d&gt; zzz, the problem with the current addressbook system is that it is only pseudo-global. 21:05:36 &lt;str4d&gt; Now, that itself is debatable, for future 21:05:37 &lt;eche|on&gt; thats good 21:05:53 &lt;str4d&gt; But IMHO services run by *us* *should* be global. 21:06:23 &lt;amknesia&gt; Stupid idea: What about moving to a namecoin style setup with some sort of PoS system with a required amount of cpu time to retain your domains? 21:06:30 &lt;str4d&gt; Easiest way to do that is to define a section of the namespace as controlled by us. Logical section is *.i2p.i2p 21:06:39 &lt;str4d&gt; amknesia, that is outside the scope of this meeting topic 21:06:43 &lt;zzz&gt; str4d, maybe write up your proposal in the zzz.i2p naming subforum? 21:06:54 &lt;amknesia&gt; Ok 21:07:01 &lt;str4d&gt; zzz, will do, when I have time to do so (next month probably) 21:07:11 &lt;zzz&gt; ok, anything else on 7) 21:07:37 &lt;zzz&gt; anything else for the meeting? 21:07:40 &lt;str4d&gt; Heh, on that point, I also have another proposal: make proposals a bit more formal and visible 21:08:08 &lt;zab@kyirc&gt; unmute drz and merge fux (just kidding) 21:08:08 &lt;zzz&gt; ok, now you're just getting meta, so.... 21:08:14 &lt;str4d&gt; Brief 8) 21:08:28 &lt;zzz&gt; 8) str4d go 21:08:30 &lt;str4d&gt; zzz, legit topic, promise :) 21:08:48 &lt;str4d&gt; Right now, all proposals are proposed on zzz.i2p 21:08:54 &lt;str4d&gt; Their general visibility is IMHO poor at best 21:08:57 * anonimal looks forward to str4d's post 21:09:17 &lt;zzz&gt; agreed, so propose something better :) 21:09:24 &lt;str4d&gt; Take e.g. the hostname service feed improvement, getting lost 21:09:46 &lt;zzz&gt; i'm not holding my site precious. You have a proposal? 21:09:54 &lt;str4d&gt; I propose that proposals be formally stored in the I2P website repo, and made visible 21:10:09 &lt;zzz&gt; fine w/ me 21:10:15 &lt;str4d&gt; With links to the canonical discussion thread on zzz.i2p 21:10:22 &lt;str4d&gt; Originally I planned on a separate new repo 21:10:32 &lt;zzz&gt; can you set that up/ 21:10:32 &lt;str4d&gt; But the I2P website serves two purposes: 21:10:36 &lt;zzz&gt; ? 21:10:37 &lt;str4d&gt; - Define spec of the I2P network 21:10:47 &lt;str4d&gt; - Document the reference implementation (Java) 21:10:55 &lt;zzz&gt; anybody have any objections? 21:11:03 &lt;xmz&gt; no 21:11:11 &lt;str4d&gt; And since the specs are already part of the website, I simultaneously propose to elevate their position 21:11:27 &lt;zab@kyirc&gt; as long as the proposals are plain text - don't put binaries in mtn pls 21:11:28 &lt;anonimal&gt; Where would it go on the site? 21:11:38 &lt;str4d&gt; And define them as non-translatable for simplicity 21:11:46 &lt;str4d&gt; zab, hell no 21:11:59 &lt;str4d&gt; anonimal, currently they are at /langcode/docs/specs/* 21:12:03 &lt;str4d&gt; (the specs) 21:12:04 &lt;zzz&gt; I think str4d already has carte blanche for minor website organization 21:12:12 &lt;zzz&gt; so can we wrap this up? 21:12:17 &lt;zzz&gt; anything else on 8) ? 21:12:20 &lt;str4d&gt; I propose instead having /spec/* for specs, and /spec/proposal/* for proposals 21:12:46 &lt;str4d&gt; zzz, yes, but this also goes into proposal processes 21:12:49 &lt;zzz&gt; lets not use a meeting for discussing website path details 21:12:56 &lt;anonimal&gt; I only ask because the site's layout is TMI at once for my taste, imho. 21:13:08 &lt;str4d&gt; end goal is that people outside I2P can then view our proposals. 21:13:22 &lt;str4d&gt; anonimal, redesign is ongoing, save it for later :) 21:13:25 &lt;zzz&gt; agreed and I didn't hear any objections 21:13:27 &lt;zzz&gt; anything else on 8) ? 21:13:30 * anonimal :) 21:13:44 &lt;zzz&gt; anything else for the meeting? 21:13:54 &lt;anonimal&gt; Yes, briefly. 21:14:04 &lt;zzz&gt; 9) anonimal go 21:14:04 &lt;abyss&gt; so did exchanged.i2p make it with a disclaimer? 21:14:18 &lt;abyss&gt; something like "Disclaimer: trading cryptocurrencies is risky, trusting anonymous people with your money is also risky. " 21:14:32 &lt;zzz&gt; abyss yes 21:14:33 &lt;zzz&gt; 9) anonimal go 21:14:45 &lt;abyss&gt; \o/ 21:14:46 &lt;anonimal&gt; str4d's *i2p.i2p made me think of the IETF comments made at I2PCon and https://blog.torproject.org/blog/landmark-hidden-services-onion-names-reserved-ietf 21:14:49 &lt;iRelay&gt; Title: Landmark for Hidden Services: .onion names reserved by the IETF | The Tor Blog (at blog.torproject.org) 21:15:05 &lt;amknesia&gt; abyss: Don't forget the 'Please ignore the man behind the website with the virtual suitcase and fueled dc3' :) 21:15:13 &lt;anonimal&gt; So the question is: 21:15:27 &lt;xmz&gt; could also add that the service is not endorsed in any way by the i2p project (sorry cant see.all of the prior discussion, im on my phone) 21:15:49 &lt;zzz&gt; we're on 9), please stay on topic 21:16:09 &lt;anonimal&gt; Are we pushing for IANA? 21:16:12 * anonimal sorry lag 21:16:26 &lt;str4d&gt; anonimal, yes. I am I2P's representative in that process. 21:16:58 &lt;anonimal&gt; Yay! Anything to report? 21:17:02 &lt;str4d&gt; I have also volunteered to be on the design committee that is going to propose changes/improvements to the RFC 6761 process 21:17:31 &lt;str4d&gt; .i2p was proposed along with .onion, .gnu, .bit and a few others by the GNUnet team 21:17:40 &lt;zzz&gt; great, thanks for continuing to do that str4d 21:17:42 &lt;str4d&gt; That sat around for several years being kicked back and forth 21:17:56 &lt;zzz&gt; I'm sure you can fill him in more after the meeting 21:17:58 &lt;anonimal&gt; Yes, thank you str4d. 21:18:05 &lt;zzz&gt; anything else on 9) ? 21:18:09 &lt;zzz&gt; anything else for the meeting? 21:18:31 &lt;str4d&gt; well... 21:18:34 &lt;str4d&gt; (jk ;) 21:18:40 &lt;anonimal&gt; lol 21:18:47 &lt;sadie_i2p&gt; ha 21:19:01 &lt;zzz&gt; thanks everybody. /me ****bafs**** the meeting closed </div>/cs/blog/2015/10/06/i2p-dev-meeting-october-06-2015/Tue, 06 Oct 2015 00:00:00 +0000/cs/blog/2015/10/06/i2p-dev-meeting-october-06-2015/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> cacapo, comradenosebleed, dg, eche|on, hottuna2, postman, str4d, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 19:59:41 &lt;zzz&gt; 0) Hi 19:59:41 &lt;zzz&gt; 1) 32C3 Budget 19:59:41 &lt;zzz&gt; 2) Other 32C3 todo items - banner, etc. 19:59:41 &lt;zzz&gt; 3) RWC Budget 19:59:44 &lt;zzz&gt; 0) Hi 19:59:47 &lt;zzz&gt; Hi 19:59:50 &lt;eche|on&gt; hi 19:59:53 &lt;dg&gt; hi 19:59:59 &lt;zzz&gt; 1) 32C3 Budget 19:59:59 &lt;cacapo&gt; hi 20:00:23 &lt;zzz&gt; ok, the plan is to do what we did for Toronto, which is to set an overall budget and let echelon handle the details 20:00:43 &lt;hottuna2&gt; i love soylent and you 20:00:46 &lt;hottuna2&gt; oups 20:00:47 &lt;zzz&gt; echelon, what's the total of the travel requests for funds that you got 20:01:06 &lt;eche|on&gt; currently it is roughly 4k and 2 BTC 20:01:56 &lt;hottuna2&gt; as calculated how? 20:02:03 &lt;zzz&gt; ok, were there any excessive requests or request from any randoms that we need to discuss, or was everything reasonable? 20:02:41 &lt;eche|on&gt; all reasonable, non above 1k euro so far, so... all fine 20:02:52 &lt;eche|on&gt; some did wrote too much information, haha 20:03:22 &lt;zzz&gt; and about how much more to pay for CCC tickets, a dinner, gummy snakes and such? 20:04:06 &lt;eche|on&gt; I think dinner will be 500+x, tickets will be 100 each (at 10 ppl roughly) and snakes and small stuff in the 200-300 20:04:24 &lt;eche|on&gt; dinner for 20+x 20:05:04 &lt;zzz&gt; so that's 1800 euros + 4K travel + ~500 for 2 BTC is 6300 euros total, right? 20:05:53 &lt;eche|on&gt; yeah, but we will not scratch up to that, IMHO some of the travel fund will be payed in BTC, and dinner could be cheaper... 20:05:59 &lt;eche|on&gt; so lets say 6k 20:06:34 &lt;eche|on&gt; last year we did have had 1257 without travel costs 20:06:38 &lt;zzz&gt; that sounds pretty reasonable to me, let's throw it open to discussion... what do people think? 20:06:39 &lt;eche|on&gt; and a few tickets 20:07:13 &lt;hottuna2&gt; does that mean we'll be reaching our 10% spending goal per year? 20:07:31 &lt;eche|on&gt; sure 20:07:53 &lt;hottuna2&gt; as in we'll be below 10%? 20:08:01 &lt;zzz&gt; doubt it, we have ~250K and we only spent 4-5K on toronto iirc 20:08:02 &lt;eche|on&gt; sure 20:08:22 &lt;eche|on&gt; wait, 150k, not 250... 20:08:49 &lt;zzz&gt; either way, we're well under 10%, back of the envelope 20:09:02 &lt;eche|on&gt; and currently we spent 5.3k this year 20:09:19 &lt;hottuna2&gt; ok. i'm happy with that. 20:09:22 &lt;zzz&gt; any objections to a 6K Euro budget for CCC? 20:10:05 &lt;zzz&gt; great 20:10:41 &lt;zzz&gt; as always eche|on I think we prefer to reimburse people, but we can pay in advance if people really need it to buy tickets, right? 20:11:25 &lt;hottuna2&gt; is there a way to know how much you'll be reimbursed for? 20:11:25 &lt;eche|on&gt; correct 20:11:44 &lt;zzz&gt; I think we just approved 100% of people's requests, correct? 20:11:49 &lt;eche|on&gt; yes 20:12:05 &lt;zzz&gt; ok, so whatever you asked for is what you'll get hottuna2 20:12:13 &lt;hottuna2&gt; ok 20:12:23 &lt;zzz&gt; thank you very much eche|on I think this process worked well 20:12:27 &lt;zzz&gt; anything else on 1) ? 20:12:53 &lt;zzz&gt; 2) Other 32C3 todo items - banner, etc. 20:13:05 &lt;eche|on&gt; banner is still in toronto 20:13:10 &lt;eche|on&gt; poster - we need a poster 20:13:28 &lt;zzz&gt; DECT phones part 2? banner? poster? what needs to be done, any volunteers? 20:13:35 &lt;eche|on&gt; we need a table (I try to get into wiki and make some page about our group) 20:13:45 &lt;hottuna2&gt; who has the banner? 20:13:57 &lt;hottuna2&gt; I do not have it. 20:13:57 &lt;str4d&gt; j0 20:13:58 &lt;eche|on&gt; it was at toronto hacklab 20:14:13 &lt;hottuna2&gt; should I bring the podium graphic from i2pcon? 20:14:40 &lt;zzz&gt; hottuna2, can you be in charge of finding the banner in Toronto and bringing it? 20:14:53 &lt;eche|on&gt; DECT phones could be done, but I do not know, everyone has a mobile, Wifi available... 20:15:13 &lt;zzz&gt; maybe twitter DM has rendered DECT obsolete 20:15:15 &lt;hottuna2&gt; zzz, will do. 20:15:19 &lt;eche|on&gt; hottuna2: there was a twitter discussion with sadie about the banner and let her bring it to hamburg 20:15:23 &lt;dg&gt; i'm just going to twitter 20:15:41 &lt;dg&gt; irc if no response 20:15:50 &lt;hottuna2&gt; do we need any other marketing type of material? 20:15:50 &lt;eche|on&gt; table needs to be reserved asap 20:15:59 &lt;eche|on&gt; stickers 20:16:06 &lt;zzz&gt; eche|on, you volunteered to reserve the table? 20:16:28 &lt;eche|on&gt; a folder (3 columns, folded) with basic informations would really help, but not available 20:16:44 &lt;eche|on&gt; zzz: I can try to reserve the table on 26th ahead of cinema 20:16:56 &lt;eche|on&gt; or better: I try my best to reserve it 20:17:00 &lt;dg&gt; usual place, or? 20:17:10 &lt;eche|on&gt; dg: would be best, noisysquare 20:17:11 &lt;zzz&gt; yeah, but you volunteered to sign up on the wiki, right echelon? 20:17:13 &lt;dg&gt; just a question: how big is the table usually? 20:17:24 &lt;eche|on&gt; yeah, I try to do the wiki, also 20:17:28 &lt;zzz&gt; 8-10 20:17:30 &lt;cacapo&gt; eche|on: didn't we have a folder contest a while back 20:17:31 &lt;dg&gt; eche|on: ah good 20:17:32 &lt;hottuna2&gt; Sadie says Hi from twitter 20:17:36 &lt;dg&gt; zzz: so room for everyone? 20:17:38 &lt;eche|on&gt; the table is mostly a round table for 8-10, or a square table 20:17:51 &lt;dg&gt; hottuna2: she needs2irc 20:17:56 &lt;zzz&gt; we're never all there at the same time, not to worry 20:17:58 &lt;eche|on&gt; cacapo: yeah, but the results of fodler contest were not useable AFAIR 20:18:03 &lt;hottuna2&gt; that's what I'm telling her 20:18:20 &lt;dg&gt; alright :) 20:18:34 &lt;zzz&gt; there was also the idea of USB stick giveaways, I looked into it, looks like $2 in bulk for small-capacity 20:18:41 &lt;dg&gt; i'm waiting for schedule so i can plan my day 20:18:42 &lt;eche|on&gt; `http://echelon.i2p/29c3/` 20:18:46 &lt;iRelay&gt; Title: 29C3 I2P contest (at echelon.i2p) 20:18:51 &lt;dg&gt; know when to duck in/out 20:19:29 &lt;eche|on&gt; dg: usual we meet in 10-12am and leave after 1am... 20:19:47 &lt;zzz&gt; so re: poster, who is looking into that? 20:19:48 &lt;eche|on&gt; zzz: the USB sticks are nice 20:20:03 &lt;eche|on&gt; but I do not know if really useful 20:20:13 &lt;hottuna2&gt; so the 2015 wiki for 32c3 does not appear to be open yet 20:20:28 &lt;eche|on&gt; hottuna2: correct 20:20:36 &lt;dg&gt; eche|on: past my bedtime ;) fits my lie ins 20:20:43 &lt;zzz&gt; I'm not humping hundreds of USBs across the ocean. Dunno if too late to get logo'ed ones 20:20:46 &lt;dg&gt; is the CCH open all night? 20:20:58 &lt;eche|on&gt; dg: CCH is open 24/7 20:21:08 &lt;zzz&gt; let's defer talk about CCC basics and logistics for now 20:21:20 &lt;dg&gt; ok, thx eche|on 20:21:22 &lt;zzz&gt; this agenda item is for prep only 20:21:36 &lt;eche|on&gt; zzz: 2 weeks time on one sender 20:22:07 &lt;zzz&gt; anybody want to volunteer for a poster or for USB sticks? 20:22:29 &lt;zzz&gt; and what was the answer on stickers? 20:22:32 &lt;eche|on&gt; but a USB stick/card is around 4-6 eeach 20:22:48 &lt;zzz&gt; I saw them for about $2 on ebay 20:22:58 &lt;hottuna2&gt; i'm not sure i'm I understand the idea behind the usb sticks 20:23:08 &lt;zzz&gt; but those weren't customized I dont think 20:23:15 &lt;dg&gt; would we bundle i2p, just put our logo on it, or...? 20:23:22 &lt;zzz&gt; both 20:23:44 &lt;hottuna2&gt; not sure I feel that's a good use of money. if we were tails it would've been a different story 20:24:41 &lt;eche|on&gt; I am not really a fan of USB in this pricy area, as we would need 100+x, thats at least 500 20:24:45 &lt;eche|on&gt; for printed ones 20:24:47 &lt;zzz&gt; ok 20:24:51 &lt;eche|on&gt; with a less use 20:25:10 &lt;zzz&gt; so lets skip the USB sticks. What about stickers? How's the supply over there? Did you bring them all over here or? 20:25:17 &lt;str4d&gt; hottuna2: we don't even need to give aaway the USBs 20:25:24 &lt;eche|on&gt; I still got stickers left 20:25:42 &lt;comradenosebleed&gt; zzz: i have a bunch of stickers that tuna gave me as well, i don't mind bringing them with me 20:25:44 &lt;str4d&gt; If they are decent enough, could sell at cost 20:25:45 &lt;eche|on&gt; but some of the toronto connections wanted to create a new design AFAIK. 20:25:55 &lt;comradenosebleed&gt; (sorry tuna, i'm trying to give out as many as i can) 20:26:05 &lt;dg&gt; i might have some stickers 20:26:11 &lt;eche|on&gt; str4d: I do not like to sell and handle some money beside my debit card on CCC 20:26:16 &lt;zzz&gt; eche|on, you have enough for CCC or you need comradenosebleed to bring some? 20:26:30 &lt;hottuna2&gt; do we want to get some more t-shirts 20:26:40 &lt;eche|on&gt; I got enough for CCC, but thats my last I got 20:26:53 &lt;comradenosebleed&gt; i probably have 200 or so sitting on my desk, i have no problems bringing them with me 20:27:07 &lt;eche|on&gt; so I need a new design, or I get another 10k with the same design 20:27:13 &lt;hottuna2&gt; and a separate question, do we want to sell them? 20:27:23 &lt;hottuna2&gt; eche|on: I would like to get a new design made 20:27:33 &lt;hottuna2&gt; before new stickers are ordered 20:27:36 &lt;zzz&gt; let's defer buying more stickers for now if we have enough for CCC and there's potential for a new design 20:27:44 &lt;eche|on&gt; right 20:27:51 &lt;zzz&gt; no, I don't think we should sell them 20:27:53 &lt;dg&gt; will bring some anyway 20:28:02 &lt;hottuna2&gt; zzz, agreed. 20:28:12 &lt;str4d&gt; no one sells stickers at cons :P 20:28:21 &lt;str4d&gt; The advertizing alone covers it 20:28:22 &lt;hottuna2&gt; still, do we want to get more t-shirts? 20:28:43 &lt;eche|on&gt; hottuna2: we can ask in zzz.i2p for visitors (i2p team) needing/wanting a shirt. at least dg and str4d need them 20:28:46 &lt;str4d&gt; (oh wait, t-shirts, nvm) 20:28:46 &lt;eche|on&gt; yes 20:28:56 &lt;zzz&gt; I say no to t-shirts. too much of a hassle to sell, and pretty much everybody has one, right? 20:29:05 &lt;str4d&gt; I don't 20:29:11 &lt;str4d&gt; I won't be at CCC tho 20:29:13 &lt;eche|on&gt; and postman postman !?? 20:29:20 &lt;eche|on&gt; oh, sry... 20:29:20 &lt;dg&gt; postman is joining us btw :) 20:29:29 &lt;zzz&gt; for the one-offs, they can buy it on spreadshirt 20:29:40 &lt;zzz&gt; if they want 20:30:04 &lt;str4d&gt; That was my plan :) 20:30:19 &lt;zzz&gt; what was the answer on the poster? Maybe tuna and sadie will do something, maybe not? 20:30:22 &lt;dg&gt; will get one too, no need to order more for the project 20:30:37 &lt;zzz&gt; is the timothy leary poster still around? 20:31:27 &lt;hottuna2&gt; zzz, so no t-shirt for dg or postman? 20:31:37 &lt;hottuna2&gt; I don't mind ordering/bringing them. 20:31:40 &lt;postman&gt; hey, i would take one 20:31:49 &lt;eche|on&gt; `http://echelon.i2p/29c3/user5/poster/final_with_garlic.jpg` 20:32:03 &lt;eche|on&gt; zzz: that one? 20:32:06 &lt;dg&gt; I'd like a yellow one if you've got one but I'll order it myself if not 20:32:43 &lt;hottuna2&gt; dg, postman what sizes are you? 20:32:45 &lt;zzz&gt; sounds like it's between tuna and postman and dg to figure out t-shirts, whether tuna orders them or the others just order their own 20:32:56 &lt;eche|on&gt; t-shirt costs can be refunded on 32C3 for team members 20:33:03 &lt;dg&gt; yeah sorry we'll leave it for later :) 20:33:26 &lt;zzz&gt; ok, so the project will reimburse for t-shirts for those that don't have them 20:33:34 &lt;zzz&gt; any objections to that? 20:33:41 &lt;eche|on&gt; we did pay the other shirts already 20:33:48 &lt;zzz&gt; yup 20:34:31 &lt;zzz&gt; ok, sounds like we don't have a poster answer atm, but no big deal if we don't get one 20:34:31 &lt;eche|on&gt; date for dinner pre-announce? 20:34:32 &lt;hottuna2&gt; no 20:34:32 &lt;hottuna2&gt; that's how it's been done previously 20:34:39 &lt;zzz&gt; yes eche|on that's the leary poster 20:35:09 &lt;zzz&gt; eche|on, you have a proposal for which nite for dinner? 20:35:42 &lt;eche|on&gt; hmm, 27th is a bit early, but still fine. 28th or 29th are fine, too. But I need to wait for talk schedule 20:36:03 &lt;zzz&gt; ok, maybe let's pencil in 28th, subject to change 20:36:08 &lt;zzz&gt; anything else on 2) ? 20:36:09 &lt;eche|on&gt; We can do the 27th, its sunday, first evening, all are jet-lagged, no one wants beer, cheap^^ 20:36:49 &lt;zzz&gt; last call for 2) 20:36:51 &lt;dg&gt; no thanks for 27th 20:37:20 &lt;zzz&gt; 3) RWC Budget 20:37:36 &lt;zzz&gt; eche|on, any requests for RWC funding? What's the total? 20:37:51 &lt;eche|on&gt; yeah, thats a bit non-anon, as I got one request of 500 for hotel costs at RWC 20:38:20 &lt;zzz&gt; sounds reasonable, any objections? 20:38:25 &lt;eche|on&gt; no 20:38:30 &lt;eche|on&gt; if the paper is good, all fine^^ 20:38:51 &lt;eche|on&gt; and it is 2016, new year, new 10% *g* 20:39:24 &lt;zzz&gt; I encourage anybody that can get to RWC to check it out, it's a good conference 20:39:35 &lt;zzz&gt; anything else on 3) ? 20:39:40 &lt;eche|on&gt; to far away from me 20:39:53 &lt;eche|on&gt; although interesting, sure 20:39:55 &lt;dg&gt; too far & incompatible w/ CCC 20:40:50 &lt;zzz&gt; ok, any other topics? I know i shot down i2pcontrol, 32c3 talk, and forum replacement over on the zzz.i2p thread, but if anybody wants to discuss _briefly_ speak up now 20:41:33 &lt;hottuna2&gt; yeah. i'd like to talk about forum.i2p 20:41:38 &lt;hottuna2&gt; do we want to replace it? 20:41:52 &lt;dg&gt; just wrt forum replacement, we're open to it and discussing it. if anyone thinks it's a good idea for us to do it, hit up postman/myself/eche|on. we're in a position to run one, but we dunno if there's much support 20:42:33 &lt;zzz&gt; I'll paste in my position from zzz.i2p, others may disagree, that's fine 20:42:35 &lt;hottuna2&gt; i think we should have a public facing place for discussions 20:42:54 &lt;zzz&gt; My consistent view has been that users will vote with their feet, let a thousand flowers bloom, etc. etc. It's not necessary or even wise for us to anoint a replacement. One or more are free to apply for placement on the console home page following our usual process. If somebody wants to set up a forum site, they should do so, 20:43:18 &lt;hottuna2&gt; I don't agree. 20:43:19 &lt;dg&gt; hottuna2: while I'm very open about a forum, what is not open about zzz.i2p? for the record it's unlikely a forum.i2p run by postman/echelon/myself will be on clearnet 20:43:43 &lt;hottuna2&gt; I think we should have a clearnet forum. 20:43:47 &lt;zzz&gt; zzz.i2p is not open to all topics 20:44:01 &lt;hottuna2&gt; interacting with i2p now is like interacting with a brick. 20:44:06 &lt;zzz&gt; forums get _hammered_ by spiders via inproxies 20:45:15 &lt;zzz&gt; and hammered by spam via inproxies 20:45:15 &lt;hottuna2&gt; there's the irc and zzz.i2p. that is it as far as public communications go with i2p 20:45:15 &lt;hottuna2&gt; how are we to attract people new to anonymity tools if we're not even available to these people? 20:45:15 &lt;eche|on&gt; zzz.i2p is dev talk, a user talk forum would be nice, but it cannot be run on clearnet 20:45:15 &lt;zzz&gt; I'd like to see more use of the blog on our website by the PR team 20:45:16 &lt;hottuna2&gt; I get that running a forum is highly inconvenient. 20:45:19 &lt;eche|on&gt; forum.i2p is currently a good forum, I keep it as clean as I like 20:45:36 &lt;dg&gt; administering one is fine, clearnet is going to be difficult. It's possible but... 20:45:38 &lt;zzz&gt; forum will be dead by year-end due to rekey 20:45:38 &lt;hottuna2&gt; but our blog does not support communication both ways. the lbog is just a broadcasting tool. 20:45:53 &lt;dg&gt; I see that clearnet would be helpful for support though. 20:46:02 &lt;hottuna2&gt; so this is a relevant topic to try to deal with as soon as possible. 20:46:38 &lt;zzz&gt; anybody wants to run a (or "the") forum replacement? go for it, you don't need anybody's permission 20:46:42 &lt;hottuna2&gt; support and also attracting new developers. showing people the topics we are discussing is a way to attract developers and people of all skill-levels 20:46:50 &lt;str4d&gt; I don't see a simple way to add a blog without going beyond the near-static approach 20:47:19 &lt;dg&gt; the irc2p team is up for it, but I don't know how to handle the clearnet problem 20:47:21 &lt;zzz&gt; hottuna2, nobody's saying a forum isn't a good thing 20:47:47 &lt;str4d&gt; comment section to the* 20:47:53 &lt;hottuna2&gt; so we agree that having one would be helpful to us? 20:47:55 &lt;eche|on&gt; dg: forum.i2p was clearnet, it did not went out well, was closed and all is fine 20:48:09 &lt;zzz&gt; I declared forum.i2p dead back in January. There's been plenty of time. 20:48:16 &lt;hottuna2&gt; and we also agree that we want to reach out and attract newbies to join i2p? 20:48:23 &lt;dg&gt; eche|on: it would be helpful for user supports though 20:48:36 &lt;hottuna2&gt; having it be more than a vaporware goal requires action 20:48:37 &lt;eche|on&gt; dg: not worth the hassle 20:48:42 &lt;zzz&gt; hottuna2, agreed forums are good. Not sure if one of us needs to run one. And not sure I've heard anybody volunteering. 20:49:08 &lt;dg&gt; I don't care about handling the spam, I just want to remain anonymous and you can't do that while running a clearnet site 20:49:23 &lt;eche|on&gt; yes 20:50:46 &lt;hottuna2&gt; dg, could I or someone else rent the root server? 20:50:46 &lt;eche|on&gt; but really, you do not want the i2p forum clearnet 20:50:46 &lt;hottuna2&gt; and you have access to it through i2p+ssh? 20:50:46 &lt;zzz&gt; so perhaps dg as admin combined with some server resources could be a solution 20:50:46 &lt;dg&gt; hottuna2: That's something we can discuss if you (or someone else) is comfortable with the cost 20:50:46 &lt;hottuna2&gt; eche|on: I want the forum to be clearnet and on i2p 20:50:46 &lt;eche|on&gt; hottuna2: you will loose it. 20:50:46 &lt;eche|on&gt; forum.i2p has had massive spam issues 20:50:46 &lt;dg&gt; eche|on: I know clearnet can be a problem but a lot of users like it as a support mechanism 20:50:46 &lt;dg&gt; irc is not for everyone, especially where we have the "deep sleep chamber" 20:50:46 &lt;eche|on&gt; thats why it was closed down 20:50:46 &lt;zzz&gt; sure, clearnet a nice dream, maybe solveable, maybe not 20:50:50 &lt;eche|on&gt; forum.i2p is still a good support channel 20:50:54 &lt;hottuna2&gt; dg, i'm comfortable with that, and also think that i2p would re-imburse an forum server 20:51:24 &lt;dg&gt; happy to try it and if it doesn't work, we'll be i2p only. I don't know about i2p reimbursing it (not my decision though), but then again, i2p already reimburses core services... 20:51:25 &lt;comradenosebleed&gt; How many moderators were around on the forum while it was clearnet? If we had more mods we would be able to trim down on abuse, spam, etc. 20:51:35 &lt;hottuna2&gt; eche|on: eche|on: would i2p sponsor a forum machine? 20:51:35 &lt;dg&gt; comradenosebleed: afaik it was just eche|on 20:51:43 &lt;eche|on&gt; comradenosebleed: we did have had at least 5-10 people 20:51:49 &lt;dg&gt; hottuna2: I'm happy to admin in any case, just don't want to put a burden on you. 20:51:53 &lt;eche|on&gt; but a damned stupid guy spammed and did some DDOS 20:52:06 &lt;hottuna2&gt; dg, would you volunteer to set up and admin a clearner+hidden forum? 20:52:07 &lt;zzz&gt; dg maybe you can estimate bandwidth/processing power requirements and put together a proposal? 20:52:25 &lt;dg&gt; hottuna2, zzz: OK, i'll work with hottuna2 on that and we can figure out a proposal 20:52:36 &lt;dg&gt; hottuna2: as long as I can be anon still, no problem 20:52:38 &lt;hottuna2&gt; getting a quite powerful server from hertzner is about 30/month 20:52:42 &lt;zzz&gt; I'm still not in favor but willing to listen 20:52:55 &lt;zzz&gt; we have spare VM's now but depends on load 20:53:02 &lt;zzz&gt; ok anything else on forum? 20:53:06 &lt;zzz&gt; anything else for the meeting? 20:53:11 &lt;eche|on&gt; also while being clearnet you cannot hsot a lot of topics which are right now in forum.i2p 20:53:11 * zzz warms up the baffer 20:53:28 &lt;hottuna2&gt; zzz, eche|on: re spare vms, do we want to place all of our infrastructure on the same host? 20:53:30 &lt;eche|on&gt; e.g. you will need a native russian guy for the forum to admin it 20:53:31 &lt;comradenosebleed&gt; I volunteer myself as a mod if we put up a clearnet forum. As much as I hate to suggest cloudflare to host it, they do have excellent ddos prevention 20:54:01 &lt;hottuna2&gt; comradenosebleed: noted 20:54:02 &lt;eche|on&gt; and tha tone would need to know the rules of the country the host is hosted in (hetzner is german, german has some strange laws, e.g.) 20:54:15 &lt;zzz&gt; you all feel free to continue the forum talk, however I... am... 20:54:23 &lt;eche|on&gt; baffing! 20:54:25 &lt;zzz&gt; .. *baffing* the meeting closed </div>/cs/blog/2015/09/12/0.9.22-release/Sat, 12 Sep 2015 00:00:00 +0000/cs/blog/2015/09/12/0.9.22-release/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>Verze 0.9.22 obsahuje opravy pro i2psnark, který se mohl zaseknout těsně před dokončením, a zahajuje migraci informací směrovače na nové, silnější podpisy Ed25519. Za účelem snížení provozu v síti bude mít váš směrovač při každém restartu pouze malou pravděpodobnost přechodu na Ed25519. Pokud dojde k přegenerování klíčů, očekávejte několik dní nižší využití šířky pásma, protože se směrovač bude znovu začleňovat do sítě s novou identitou. Pokud vše půjde dobře, urychlíme proces přegenerování klíčů v příští verzi.</p>/cs/blog/2015/08/20/i2pcon-mission-accomplished/Thu, 20 Aug 2015 00:00:00 +0000/cs/blog/2015/08/20/i2pcon-mission-accomplished/<p>I2PCon byl obrovským úspěchem. Pro nás, přispěvatele I2P, to znamená obrovský krok vpřed v tom, co jsme schopni jako komunita zvládnout, jak komunikujeme případy použití I2P a jak dosáhneme na jednotlivce dbající na své soukromí.</p> <p>Organizací této události jsme navíc rozšířili naši komunitu. Lidé, kteří dříve jen mlčky přihlíželi na našich IRC kanálech, používali náš software, nebo možná o I2P nikdy neslyšeli, jsou nyní součástí naší komunity.</p> <p>Tato událost byla náš první aktivní krok směrem k budování velké a inkluzivní komunity a jako taková byla velkým úspěchem.</p>/cs/blog/2015/07/31/0.9.21-release/Fri, 31 Jul 2015 00:00:00 +0000/cs/blog/2015/07/31/0.9.21-release/<h2 id="podrobnosti-aktualizace">Podrobnosti aktualizace</h2> <p>Verze 0.9.21 obsahuje několik změn, jejichž cílem je zvýšit kapacitu sítě, zvýšit efektivitu floodfill uzlů a efektivněji využívat šířku pásma. Přešli jsme u sdílených klientů na tunely s ECDSA podpisy a přidali DSA fallback pomocí nové funkce „multisession“ pro ty weby, které nepodporují ECDSA.</p> <p>Byli oznámeni přednášející a program konference I2PCon v Torontu 2015. Podrobnosti najdete na stránce I2PCon. Rezervujte si své místo na Eventbrite.</p> <p>Jak je zvykem, doporučujeme aktualizovat na tuto verzi. Nejlepší způsob, jak zajistit bezpečnost a pomoci síti, je používat nejnovější verzi.</p>/cs/blog/2015/07/16/i2pcon/Thu, 16 Jul 2015 00:00:00 +0000/cs/blog/2015/07/16/i2pcon/<p>I2PCon je událost svého druhu poprvé. Má dva krátkodobé cíle. Prvním je poskytnout široké veřejnosti akci, kde si mohou získat znalosti o soukromí a otázkách souvisejících se soukromím. Druhým cílem je posunout projekt I2P a jeho komunitu dále. To se bude projevovat technickými diskuzemi o kryptografii, anonymitě a tématech zaměřených na I2P.</p> <p>Tato událost má také větší a dlouhodobější cíl – vytvořit komunitu jednotlivců, kterým na soukromí záleží. Tím, že spojíme lidi, kteří si uvědomují důležitost soukromí, bychom chtěli poskytnout fórum, kde se tato komunita může rozvíjet.</p>/cs/blog/2015/07/14/i2p-dev-meeting-july-14-2015/Tue, 14 Jul 2015 00:00:00 +0000/cs/blog/2015/07/14/i2p-dev-meeting-july-14-2015/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> chlorelium, dg, EinMByte, hottuna, lazygravy, psi, RN, str4d, z3r0fox, zzz</p> <h2 id="meeting-log">Meeting Log</h2>/cs/blog/2015/06/02/0.9.20-release/Tue, 02 Jun 2015 00:00:00 +0000/cs/blog/2015/06/02/0.9.20-release/<p>0.9.20 obsahuje mnoho důležitých oprav chyb a několik změn pro zvýšení kapacity floodfill v síti.</p> <p>Směrovače nakonfigurované na sdílenou šířku pásma 32–64 KB se nyní mohou stát floodfill, a směrovače nakonfigurované na 512 KB nebo více sdílené šířky pásma budou mít vyšší limity připojení. Tyto změny mohou způsobit, že váš směrovač bude využívat více zdrojů. Pokud se směrovač stane příliš zaneprázdněným, nejlepší způsob, jak snížit využití, je snížit nastavení šířky pásma ve vaší konzoli. Pokud to nepomůže, nyní můžete na stránce pokročilé konfigurace v konzoli zakázat automatický floodfill.</p>/cs/blog/2015/06/02/toronto-meetup/Tue, 02 Jun 2015 00:00:00 +0000/cs/blog/2015/06/02/toronto-meetup/<p>Tým I2P je hrdý na to, že pořádá setkání v Torontu 15.–16. srpna. Na akci se zúčastní mnoho členů naší komunity, kteří budou přednášet, vést workshopy a diskuse o I2P a tématech s ním souvisejících. Tato událost ale není určena jen pro lidi z prostředí I2P – je určena pro každého.</p> <p>Pokud máte zájem o I2P, zajímáte se o soukromí/kryptografii/anonymitu nebo si jen chcete popovídat s námi, přijďte. Tato akce je pro každého. Pokud nejste s těmito tématy obeznámeni, stejně přijďte – ukážeme vám, jak I2P funguje a co s ním můžete dělat.</p>/cs/blog/2015/05/05/i2p-dev-meeting-may-05-2015/Tue, 05 May 2015 00:00:00 +0000/cs/blog/2015/05/05/i2p-dev-meeting-may-05-2015/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> cacapo, dg, eche|on, hottuna, psi, str4d, xmz, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:23 &lt;zzz&gt; 0) Hi 20:00:23 &lt;zzz&gt; 1) Toronto meeting (Aug. 15-16) planning 20:00:27 &lt;zzz&gt; 0) Hi 20:00:29 &lt;zzz&gt; hi 20:00:35 &lt;eche|on&gt; hi 20:00:51 &lt;psi&gt; just about the time for the meeting? 20:00:53 &lt;zzz&gt; 1) Toronto meeting (Aug. 15-16) planning 20:01:03 &lt;dg&gt; hi 20:01:14 &lt;zzz&gt; 1a) review where we're at 20:01:19 &lt;zzz&gt; 1b) volunteers 20:01:32 &lt;zzz&gt; 1c) do we move forward 20:01:37 &lt;zzz&gt; 1a) review where we're at 20:02:00 &lt;zzz&gt; hottuna, please give us an update on the planning, venue, and projected costs 20:02:20 &lt;hottuna&gt; Hi@all 20:02:24 &lt;psi&gt; hi 20:02:50 &lt;str4d&gt; hi 20:02:53 &lt;hottuna&gt; So, we've reserved two 8-hour slots at hacklab in Toronto for the 15-16 Aug. 20:03:20 &lt;hottuna&gt; The slots are 150CAD each 20:03:46 &lt;hottuna&gt; This is the venue: https://hacklab.to/ 20:03:48 &lt;iRelay&gt; Title: hacklab.to - Toronto's hacker collective (at hacklab.to) 20:04:07 &lt;hottuna&gt; The initial plan is to have two separate events. 20:04:37 &lt;xmz&gt; hi 20:04:44 &lt;hottuna&gt; 15Aug: I2P general presentation + I2P Cryptoparty 20:05:28 &lt;hottuna&gt; 16Aug: Have a technical presentation leading into discussions about various upcoming issues 20:06:10 &lt;hottuna&gt; Ideally I'd like to have a better itinerary for both of these days by the end of this meeting. 20:07:09 &lt;psi&gt; is lodging self serve or is that "taken care of"? 20:07:13 &lt;hottuna&gt; Additionally we've through J@torontocrypto secured a lounge-like space in a house in toronto for other/late-night planning/hacking/etc 20:07:55 &lt;hottuna&gt; psi, lodging can be offered for free at said lounge (which is a house on the opposite side of toronto) 20:08:14 &lt;xmz&gt; transport to and from lounge? 20:08:46 &lt;hottuna&gt; Public transit shouldn't be too bad. Something like a 25 minute subway ride. 20:08:46 &lt;xmz&gt; I guess we arrange our own. I'll have a car so I can ferry a few folks 20:08:54 &lt;eche|on&gt; 8h slots, times? 20:08:55 &lt;xmz&gt; oh that's not bad 20:09:11 &lt;eche|on&gt; cars in a city... 20:09:25 &lt;zzz&gt; ok thanks tuna, i'd like to open it up for questions and comments now, before we get into details on the agenda or volunteers 20:09:28 &lt;xmz&gt; you have a point there eche|on 20:09:42 &lt;xmz&gt; toronto traffic can be quite bad 20:10:01 &lt;eche|on&gt; 2 8h slots are fine, times of those? and I assume we come, sit down, get power and WiFi 20:10:03 &lt;zzz&gt; anybody have any general questions or comments? 20:10:14 &lt;eche|on&gt; and some technical stuff provided 20:10:18 &lt;dg&gt; will there be streams, and are we expecting on advertising this? if so, how? 20:10:54 &lt;hottuna&gt; eche|on, 8h slots: they're evening slots so I think we'd have to be out of hacklab sometime around 00:00 20:10:54 &lt;hottuna&gt; J has offered to organize the crypto party part of 15Aug. 20:11:23 &lt;eche|on&gt; midnight is fine, which makes it 4pm to 12pm 20:11:32 &lt;hottuna&gt; eche|on: power, wifi, chairs, tables, etc are available 20:11:32 &lt;xmz&gt; that's good 20:11:48 &lt;xmz&gt; if there's enough upstream available streaming is definitely an option 20:11:52 &lt;eche|on&gt; fine for me so far. 20:12:17 &lt;eche|on&gt; streaming is not such a big issue, we do have root server with traffic free to distribute, if we want 20:12:26 &lt;hottuna&gt; xmz, I'm not sure they have a crazy internet connection. 20:12:42 &lt;hottuna&gt; also streaming might not be acceptable for privacy reasons 20:12:56 &lt;hottuna&gt; and additionally would be quite a bit of work to organize 20:13:01 &lt;str4d&gt; Yah, that's a topic up for discussion 20:13:01 &lt;xmz&gt; yeah 20:13:14 &lt;dg&gt; how about advertisement? 20:13:19 &lt;eche|on&gt; yeah, I am not in favour of streama, just twitter and instagram^^ 20:13:34 &lt;str4d&gt; But technically, it wouldn't be hard. We don't need 1080p upstream ^^ 20:13:36 &lt;eche|on&gt; ads, we do ads on zzz and forum already, or what ads? 20:13:49 &lt;fox&gt; so first one to hack the public wifi AP wins? 20:13:57 &lt;hottuna&gt; dg, J has offered to do a bit of advertisment, and since he's done a few crypto parties in toronto, i think we'll have no issues drawing a crowd. 20:14:06 &lt;dg&gt; ads for general public, i'm not sure how big a following the hacklab have? 20:14:14 &lt;dg&gt; hottuna: thanks, that's what I was looking for 20:14:14 &lt;hottuna&gt; the i2p twitter/website be helpful too 20:14:30 &lt;dg&gt; I am pleasantly surprised by how many can attend 20:14:48 &lt;zzz&gt; "j" is eager to fire up the publicity, i've asked him (via tuna0 to hold off until we have this meeting, figure out who is doing PR on our side, and can do a coordinated announcment 20:14:52 &lt;hottuna&gt; fox, a guest network is available 20:14:54 &lt;eche|on&gt; I am in favour of a I2P even twith "some" guest 20:14:55 &lt;xmz&gt; yeah I'm glad it's being held in Toronto. if it were anywhere else it would be hard for me to attend. 20:15:09 &lt;dg&gt; it'd be great if he could come here too. 20:15:12 &lt;dg&gt; (j) 20:15:38 &lt;hottuna&gt; dg, J is distracted by meatspace today 20:15:56 &lt;hottuna&gt; the one thing J asked us for is an itinerary for Aug16 20:16:02 &lt;dg&gt; hottuna: I don't think it'd kill to setup a bouncer! He has been saying he'll come for a while 20:16:41 &lt;eche|on&gt; so, sa/su each 4pm to midnight 20:16:42 &lt;zzz&gt; anybody have any other general questions or comments, or any objections to doing this at all? 20:16:58 &lt;eche|on&gt; I vote for I2P lunch on sunday before hacklab 20:16:59 &lt;xmz&gt; no objections only encouragement here 20:17:06 &lt;xmz&gt; that's a good idea 20:17:15 &lt;psi&gt; it's effectively sa to monday morning right? 20:17:24 &lt;eche|on&gt; It would be nice to get some I2P folks together and meet, anything else, a surplus in my view 20:17:52 &lt;zzz&gt; let's avoid the temptation to discuss small details. For example, i suspect the hours may change, the agenda isn't yet set, we don't need to talk about bouncer setup 20:18:02 &lt;hottuna&gt; eche|on, yes - as far as I know. That window might be shifted an hour back or forth though. 20:18:16 &lt;eche|on&gt; yeah, it is ok 20:18:38 &lt;eche|on&gt; so the lodge for lounge is for the night-swarmers to make through the night 20:18:41 &lt;psi&gt; hottuna: what is general talk vs technical talk? 20:19:03 &lt;hottuna&gt; psi, that is a good question. and something we will have to decide. 20:19:05 &lt;eche|on&gt; general talk: I2p, what it is, how it works, technical talk: what is the protocol 20:19:22 &lt;eche|on&gt; hottuna: but the lodge with sleeping plac is sa-mo, or? 20:19:30 &lt;hottuna&gt; for 15Aug, we'd like to target a more general crowd. So anything that non-i2p people would understand 20:19:31 &lt;xmz&gt; are there any guides/walkthroughs planned for people new to I2P? 20:19:33 &lt;dg&gt; s/kill/kill him/ 20:19:34 &lt;str4d&gt; I won't be in attendance (as stated before), but I have no high-level objections 20:19:34 &lt;iRelay&gt; dg meant: hottuna: I don't think it'd kill him to setup a bouncer! He has been saying he'll come for a while 20:19:34 &lt;eche|on&gt; and the lounge does make noise to the sleeping guys? 20:20:06 &lt;hottuna&gt; xmz, a crypto party which basically is a group walktrhough/workshop is planned for 15Aug 20:20:14 &lt;xmz&gt; that's great 20:20:33 &lt;psi&gt; I want to do a short i2p app dev intro 20:21:16 &lt;psi&gt; we should really show off the ease of developing with i2p &lt;-- workshop idea 20:22:26 &lt;hottuna&gt; psi, and i2p app dev intro would be nice for 16Aug I suppose 20:22:30 &lt;str4d&gt; ++ 20:22:43 &lt;str4d&gt; That would dovetail nicely with Android 20:22:45 &lt;hottuna&gt; eche|on, re lounge: I would like to confirm the details about it with J, Sat-Mon does sound appropriate 20:22:45 &lt;dg&gt; that would be nice psi 20:22:45 &lt;hottuna&gt; str4d, would you like to talk about android? 20:22:45 &lt;eche|on&gt; in this case I go into my own hotel room ;-) 20:22:45 &lt;psi&gt; i'd need to drag along a copy of monotone so we don't wait 5 hours for it to sync 20:22:45 &lt;zzz&gt; yeah i envision sat. as a public thing, and sun. as a dev meeting / hackathon, open to public but probably just us. Also we could do a 2nd public presentation on Sun. if the first is "sold out" 20:22:45 &lt;str4d&gt; hottuna: it's probably a good idea to do so, what with me being the de-facto Android project lead :P 20:22:46 &lt;eche|on&gt; sounds reasonable, zzz 20:23:15 &lt;hottuna&gt; str4d, I'll sign you up for 16Aug and talking about android then? 20:23:36 &lt;str4d&gt; Yah 20:24:12 &lt;hottuna&gt; psi, I signed you up for an i2p app dev intro. is that ok? 20:24:22 &lt;psi&gt; yes 20:24:29 &lt;zzz&gt; ok let me transition to 1b) volunteers 20:24:44 &lt;zzz&gt; we've never done this before. It's not going to happen unless somebody is in charge. 20:24:44 &lt;hottuna&gt; danke. 20:24:57 &lt;zzz&gt; No one person can do it all. 20:25:19 &lt;zzz&gt; We need somebody in overall charge of this, and several people to own various pieces. 20:25:20 &lt;eche|on&gt; people in charge, I vote for: hottuna local contact to book the venue and the lounge, I pay 20:25:49 &lt;zzz&gt; If anybody thinks this will be easy... think again 20:26:08 &lt;hottuna&gt; i'm up for continuing doing general coordination, which is what I've been doing this far. 20:26:13 &lt;zzz&gt; and if we don't find enough people to volunteer, let's cancel the whole thing now before we go speding money 20:26:32 &lt;zzz&gt; so here's my list from my post, which may be over the top too much, but we can start here: 20:26:47 &lt;zzz&gt; - Overall Meeting Head Planner (??) 20:26:47 &lt;zzz&gt; - Finance (echelon) 20:26:47 &lt;zzz&gt; - PR / Marketing (psi) 20:26:47 &lt;zzz&gt; - Facilities / Logistics (hottuna) 20:26:47 &lt;zzz&gt; - Overall Schedule (??) 20:26:47 &lt;zzz&gt; - Crypto Party Planning (??) 20:26:49 &lt;zzz&gt; - Crypto Party Presentation (??) 20:26:51 &lt;zzz&gt; - Deep technical presentation (zzz) 20:26:53 &lt;zzz&gt; - i2pd presentation / planning session (orignal) 20:26:58 &lt;zzz&gt; - Android presentation / planning session (str4d via skype) 20:26:59 &lt;zzz&gt; - Roadmap / technical sessions lead (??) 20:27:01 &lt;zzz&gt; - Eating / drinking location picker (orignal) 20:27:03 &lt;zzz&gt; - Hotel / crash house picker (hottuna) 20:27:05 &lt;zzz&gt; - Snacks coordinator (echelon) 20:27:07 &lt;zzz&gt; - Stickers (echelon) 20:27:09 &lt;zzz&gt; - Video / audio recording (??) 20:27:53 &lt;eche|on&gt; I am in favour of not really planing much of the talks. we do have some volunteers in here to do some talks 20:28:18 &lt;zzz&gt; right. I don't want to do planning here at this meeting. I want to pick people in charge and let them do it 20:28:39 &lt;zzz&gt; and the overall person in charge can run all subsequent meetings 20:28:45 &lt;hottuna&gt; I'm volunteer for arranging the overall schedule too. 20:28:52 &lt;xmz&gt; cryptoparty planning will have to be co-ordinated with J right? 20:29:01 &lt;xmz&gt; or is he going to handle all of it 20:29:04 &lt;hottuna&gt; J has volunteered to organize the crypto party 20:29:17 &lt;zzz&gt; ok, so hottuna as the overall person in charge and the guy in charge of schedule? 20:29:52 &lt;str4d&gt; +1, he is best placed to keep track of it all 20:29:56 &lt;eche|on&gt; if he is up for it? 20:31:16 &lt;zzz&gt; ok hottuna? 20:31:16 &lt;hottuna&gt; im okay with that. it's probably easier that way 20:31:17 &lt;hottuna&gt; as for crypto party presentation, I'm not sure what it should contain 20:31:17 &lt;hottuna&gt; i am. 20:32:02 &lt;str4d&gt; hottuna: I assume this means you will definitely be in Toronto for the party? (It was in the air earlier) 20:32:02 &lt;zzz&gt; anybody ever been to a crypto party? 20:32:08 &lt;psi&gt; i have 20:32:22 &lt;psi&gt; as far as i can tell it's like a mini con 20:32:30 &lt;hottuna&gt; str4d, I'm planning to be in toronto. so unless some kind of disaster strikes I will be, 20:33:01 &lt;cacapo&gt; hi - echelon and i did a small cryptoparty at 29c3 20:33:16 &lt;zzz&gt; great. psi can we nominate you to work with J on both PR and the crypto party? 20:34:43 &lt;psi&gt; yup 20:34:43 &lt;psi&gt; (now that this is solid ima buy my travel stuff) 20:34:43 &lt;hottuna&gt; cacapo, eche|on: would you like to have part in the crypto party? 20:34:43 &lt;hottuna&gt; psi, do you have the contact details of J? 20:34:44 &lt;cacapo&gt; hottuna: sure I'm game 20:34:54 &lt;eche|on&gt; I was just a helper for I2P part, I will be in toronto, but mostly as a backup :-) 20:34:55 &lt;str4d&gt; hottuna: I assume this means you will definitely be in Toronto for the party? (It was in the air earlier) :P 20:34:56 &lt;str4d&gt; erk 20:34:58 &lt;str4d&gt; sry 20:35:10 &lt;psi&gt; hottuna: not at the moment 20:35:25 &lt;hottuna&gt; I'm not exactly sure about what has to be done. ideally you would coordinate that with J 20:35:28 &lt;psi&gt; hottuna: forward them to me when you have the chance 20:35:30 &lt;str4d&gt; psi: not solid until 1c) 20:35:38 &lt;zzz&gt; who would like to work on - or give - a presentation, on either day? 20:36:12 &lt;psi&gt; i'll help wingman a presentation if anyone needs it 20:36:13 &lt;zzz&gt; i can do one each day, but i think we should have several short ones, not one big one by one guy 20:36:28 &lt;eche|on&gt; right 20:37:37 &lt;zzz&gt; hottuna, looks like orignal had to leave, can you catch up with him later to see what he can volunteer for, maybe an i2pd presentation or technical session, or a trip to a bar/ 20:38:13 &lt;hottuna&gt; zzz, so psi and str4d offered two technical ones for aug16 20:38:17 &lt;hottuna&gt; zzz, i'll try to catch up with orignal, yes. 20:38:23 &lt;zzz&gt; anybody else want to volunteer for anything at this time? 20:39:56 &lt;zzz&gt; ok it sounds to me like we have the important assignments made. 20:40:06 &lt;eche|on&gt; not much, Ill be around 1 or 2 days earlier and have a look around 20:40:23 &lt;zzz&gt; so 1c) does it sound like we have adequate staffing to proceed on this? 20:40:33 &lt;hottuna&gt; i'd say so. 20:40:48 &lt;eche|on&gt; are we more than 5 persons who will be around? ;-) 20:41:14 &lt;zzz&gt; I want to make sure we don't put too much on tuna's back. Let's all help out to make this a success 20:41:33 &lt;eche|on&gt; yeah, make a plan on zzz.i2p about the talks 20:41:35 &lt;zzz&gt; ok if tuna isn't panicked then I guess we're in good shape 20:41:52 &lt;hottuna&gt; I'm not panicked. 20:41:54 &lt;eche|on&gt; and hottuna should gimme the contact to pay 20:42:11 &lt;zzz&gt; I expect hottuna will run several more meetings over the coming weeks and months to get ready 20:42:15 &lt;hottuna&gt; eche|on, could that be done in cash in meatspace? 20:42:27 &lt;hottuna&gt; I think we'll need wiki-page to organize around. 20:42:40 &lt;eche|on&gt; cash is also OK, but all I can pay in advance is better, my credit/debit card is not really unlimited^^ 20:42:53 &lt;psi&gt; i have a wiki that i can dedicate 20:42:57 &lt;psi&gt; potentially 20:43:00 &lt;zzz&gt; i want to add a 1d) financial support to the agenda 20:43:13 &lt;zzz&gt; 1d) financial support 20:43:32 &lt;hottuna&gt; may I suggest: https://trac.i2p2.de/wiki/MeetupToronto2015 20:43:33 &lt;eche|on&gt; we got money to give out. 20:43:49 &lt;zzz&gt; traditionally we've only reimbursed people $200 or so for conferences 20:44:19 &lt;zzz&gt; i hear some people may need significantly more in order to attend 20:44:28 &lt;eche|on&gt; str4d: your issue was mostly the money problem to attend? 20:44:44 &lt;str4d&gt; eche|on: no, timing 20:44:51 &lt;zzz&gt; what's the maximum we would be willing to give per-person? or alternatively, how much money would people need in order to attend? 20:44:51 &lt;eche|on&gt; ha, no, I do mix some names.. 20:44:52 &lt;str4d&gt; (well, money too) 20:44:59 &lt;zzz&gt; $500? $1000? $2000? 20:45:11 &lt;eche|on&gt; IMHO flights from europe are 1200 both ways 20:45:19 &lt;eche|on&gt; and IMHO thats what kytv needs to attend 20:45:33 &lt;eche|on&gt; if he/she can stay somewhere $cheap and good 20:45:45 &lt;zzz&gt; if anybody has a hard number they need, speak up now 20:45:53 &lt;eche|on&gt; kytv: now is your time. 20:46:09 &lt;zzz&gt; or, how much do people think is reasonable? 20:46:27 &lt;eche|on&gt; I think, we can pay a lot of different stuff, but I would like to pay more on travel cost and less on having booze on the event 20:46:35 &lt;eche|on&gt; (is it pronounced booze?) 20:47:13 &lt;hottuna&gt; eche|on, having people over is more important yes. 20:47:16 &lt;psi&gt; hm 20:47:23 &lt;hottuna&gt; (it's booze, yes) 20:47:28 &lt;zzz&gt; or, another way to ask, how much should we spend total on this event? 20:48:01 &lt;eche|on&gt; currently on the list to pay for me: location, some snacks/coffee/coffebreak, a dinner/lunch for I2P. 20:48:20 &lt;psi&gt; all my costs would be just transit and i would need to figure that part out, probably air, maybe bus/train 20:48:43 &lt;zzz&gt; would $10K be out of line to spend? 20:48:50 &lt;eche|on&gt; I would pay kytv (and any other dedicated I2P contributor) 1200 for the flight, and each other up to 500, if they want it 20:49:20 &lt;hottuna&gt; eche|on, that sounds reasonable 20:49:25 &lt;str4d&gt; $10k would need to be heavily justified 20:49:33 &lt;eche|on&gt; and that would sum up to 10k roughly 20:50:04 &lt;str4d&gt; But with good justification, I wouldn't be against it 20:50:59 &lt;eche|on&gt; ok, 5k-10k in that area 20:51:24 &lt;hottuna&gt; should we re-imburse the complete travel costs do something like 50% or 75%? 20:51:27 &lt;zzz&gt; what about up to $1500 reimbursement for core team members, and up to $2500 for 'special cicrumstances', i.e. you really need it 20:51:36 &lt;eche|on&gt; I would pay up to 10k, the only issue: if we do this an regular base, it is a bit hard to pay 10k each year 20:51:38 &lt;hottuna&gt; eche|on, i think something closer to 5k then 10k would be easier to agree on 20:51:56 &lt;zzz&gt; eche|on, remind us, how much money do we have atm? 20:52:10 &lt;eche|on&gt; wait a sec 20:52:37 &lt;str4d&gt; On current HoF: 44.6k euro and 537.7 BTC 20:52:50 &lt;eche|on&gt; roughly 41k euro, 534 Bitcoin and 700 Litecoin on my side 20:53:19 &lt;eche|on&gt; 534 btc each 210, LTC is 1.2 each 20:53:52 &lt;fox&gt; person experience for cheap room and board motel 6 has gotten much nicer accross north america 20:53:59 &lt;xmz&gt; I can help out with setup/teardown etc. 20:54:50 &lt;hottuna&gt; what type of expenses would we like to reimburse a person for? total expense for the trip? only flights? flights+hotel? 20:55:02 &lt;fox&gt; inn type place are nice if you want breakfast though 20:55:22 &lt;zzz&gt; usually we just do it no-questions-asked, whatever you spent money on 20:56:13 &lt;str4d&gt; But given the scale of this expenditure, we probably do want to have some reasonable restrictions 20:56:33 &lt;eche|on&gt; I vote for travel expenses 20:56:34 &lt;zzz&gt; sure. 20:56:41 &lt;eche|on&gt; as the lounge is cheap and available 20:56:55 &lt;psi&gt; hottuna: so to clarify would i or would i not have to personally book a hotel 20:56:59 &lt;psi&gt; (For me) 20:57:04 &lt;xmz&gt; Could have some setup for accepting donations at the event 20:57:04 &lt;eche|on&gt; and food/drinks is same like @home, if you want to 20:57:25 &lt;hottuna&gt; psi: you would have to do the booking. book whatever you like. echelon will reimburse you 20:57:33 &lt;psi&gt; okay 20:57:45 &lt;zzz&gt; how about max of US$ 1K for north americans, 1500 euros max for europeans, 2000 euros max for 'special circumstances' 20:58:20 &lt;eche|on&gt; zzz: fligst US to CAD are &lt;1000$ ? 20:58:22 &lt;cacapo&gt; with 5K-10K and a lot of key persons in place why not call it a Summit - slightly more official 20:59:00 &lt;zzz&gt; shouldn't be more than $400 20:59:04 &lt;zzz&gt; but I haven't looked 20:59:12 &lt;zzz&gt; and it may be driving distance for some 20:59:44 &lt;zzz&gt; we've never reimbursed 100% for anybody 20:59:44 &lt;eche|on&gt; I want to note again and ask: if we do that amount, we need to clarify, the reimbursements for 32C3 and the next few events will be as usual ~200, if not some special stuff happens 21:00:03 &lt;hottuna&gt; eche|on, agreed 21:00:47 &lt;zzz&gt; I'm just throwing out proposals, somebody please agree/disagree too high/low 21:00:48 &lt;eche|on&gt; it is kinda unfair, but could be seen as a kind of advertising 21:01:00 &lt;eche|on&gt; zzz: I agree, with the added note 21:01:46 &lt;zzz&gt; look at it another way, i think we should spend at least 10% of our money a year. Maybe 15-20%. 21:02:04 &lt;eche|on&gt; hmm 21:02:19 &lt;zzz&gt; because 10 more years would be a long time at this 21:02:58 &lt;eche|on&gt; we got 7k donations in 2014 and spent 11k (in euro alone) 21:03:55 &lt;hottuna&gt; zzz, if wo do the percentile thing let's start low. 21:03:57 &lt;eche|on&gt; this year we got ~600 euro and spent 3k 21:04:21 &lt;eche|on&gt; 10% is nice for me currently 21:04:30 &lt;eche|on&gt; would need to convert some BT to again... 21:04:31 &lt;zzz&gt; including btc we have ~150K euros 21:05:00 &lt;eche|on&gt; I call BTC somewhat "play-stuff" and unless they are in in here, I do not really count them much. 21:05:30 &lt;eche|on&gt; sure, the exchange rate is 210 currently, but I will never be able to exchange 400 BTC at once. 21:05:38 &lt;hottuna&gt; I agree with eche|on. btc arent 100% reliable for doing that kind of math 21:06:10 &lt;eche|on&gt; so, with agreeing on max 10k for this event, Ill exchange some BTC 21:06:33 &lt;eche|on&gt; I just want to be on the safe side and have some kind of "reserve" in . 21:06:40 &lt;zzz&gt; you can offer people extra if they take rembursement in BTC 21:06:54 &lt;eche|on&gt; sure, I do this all the time. thats the benefit of BTC 21:07:08 &lt;eche|on&gt; you can pay folks with them, but you cannot rely on it. 21:07:50 &lt;hottuna&gt; eche|on, zzz, psi, dg: do we all agree on a 10k hard cap for expenses relating to this event? 21:07:53 &lt;eche|on&gt; but yeah, we do have the money 21:08:02 &lt;zzz&gt; ok how about this, we budget 10K euro for the total event. Actual per-person max depends on how many people go, "special cicrumstances" requests, etc., to be determined later 21:08:03 &lt;psi&gt; hard cap yes 21:08:20 &lt;hottuna&gt; zzz, sounds good. 21:08:44 &lt;eche|on&gt; Hmm, hard cap is interesting, but depends on the local costs for snacks^^ 21:09:07 &lt;eche|on&gt; we can hard cap the expenses for people to attend. 21:09:15 &lt;eche|on&gt; and that would be 8 or 9k? 21:09:24 &lt;zzz&gt; but everybody be smart. You can't drive to Toronto and book a $400 a night hotel and expect to get it all covered 21:09:55 &lt;eche|on&gt; zzz: travel expenses, or travel&hotel? 21:10:23 &lt;zzz&gt; dunno 21:10:35 &lt;eche|on&gt; also: list of people to prefer (aka: people who already did a lot, people giving a talk, other) 21:10:38 &lt;hottuna&gt; eche|on, given that there is a lounge available for free Im not opposed to the idea of only travel expenses 21:10:47 &lt;zzz&gt; usually it's flight + hotel, but we've never come close to a full reimbursement before so it didn't matter 21:11:39 &lt;str4d&gt; I think 10k budget for now, do a roll call so we know who *will* be going, then we will be better placed to budget reimbursement 21:11:50 &lt;eche|on&gt; I sum my opiono: cap 8k for travel expenses of participants, with some level of importance to the people 21:12:00 &lt;zzz&gt; ok 21:12:32 &lt;str4d&gt; (roll call from core people) 21:12:34 &lt;zzz&gt; let's wrap it up for now, we'll ask people to email echelon with how much they would need later 21:12:37 &lt;hottuna&gt; eche|on, agreed. 21:12:51 &lt;hottuna&gt; alright 21:12:54 &lt;zzz&gt; ok everybody who is going and wants reimbursement from the project say 'aye' 21:12:56 &lt;zzz&gt; aye 21:13:02 &lt;eche|on&gt; aye ;-) 21:13:04 &lt;hottuna&gt; https://trac.i2p2.de/wiki/MeetupToronto2015 now contains some information. 21:13:12 &lt;psi&gt; aye 21:13:19 &lt;hottuna&gt; if you signed up for a responsibility, please help maintain this page 21:14:17 &lt;zzz&gt; ok eche|on, please check with kytv later and see how much he would need to attent 21:14:22 &lt;hottuna&gt; cacapo ?? 21:14:24 &lt;zzz&gt; anything else on 1d? 21:14:47 &lt;cacapo&gt; hottuna: aye i'm going if I can wrestle down my boss 21:15:12 &lt;cacapo&gt; I'd happily take a small reimbursement in BTC 21:15:14 &lt;hottuna&gt; zzz, no 21:15:24 &lt;zzz&gt; it will take a few days to figure out who's going . 21:15:49 &lt;zzz&gt; for a couple people the reimbursement amount may enter into the decision, but for most probably not 21:15:59 &lt;zzz&gt; anything else on 1) ? 21:16:14 &lt;zzz&gt; any other (non-toronto) topics to discuss? 21:16:46 &lt;zzz&gt; first meeting in 6 months, gotta look for the baffer 21:17:15 &lt;zzz&gt; thanks to everybody and especially to the volunteers 21:17:26 &lt;zzz&gt; ahh there it is 21:17:40 &lt;eche|on&gt; great 21:17:49 &lt;eche|on&gt; time for bed now^^ 21:17:52 * zzz *bafs* the meeting closed </div>/cs/blog/2015/04/12/0.9.19-release/Sun, 12 Apr 2015 00:00:00 +0000/cs/blog/2015/04/12/0.9.19-release/<p>0.9.19 obsahuje několik oprav a vylepšení výkonu floodfill. Mnozí z vás po vydání 0.9.18 zaznamenali vysoké využití procesoru. K tomu došlo kvůli kombinaci zvýšeného využití šifrování, masivnímu přílivu uživatelů Vuze do sítě, snížení počtu floodfillů kvůli přísnějším požadavkům na výkon a několika dlouhodobým chybám. Po aktualizaci většiny sítě by měla být situace výrazně lepší. Jak je zvykem, nejlepší způsob, jak snížit využití procesoru, je snížit limity šířky pásma.</p> <p>Přidali jsme také nové způsoby, jak ručně provést reseed, a možnost vygenerovat soubor pro reseed, který můžete snadno sdílet s ostatními, kteří jej potřebují. Více informací naleznete na stránce konfigurace reseed v konzoli směrovače.</p>/cs/blog/2015/02/22/0.9.18-release/Sun, 22 Feb 2015 00:00:00 +0000/cs/blog/2015/02/22/0.9.18-release/<p>0.9.18 obsahuje několik oprav chyb a vylepšení výkonu. Zkrátili jsme dobu spuštění a snížili latenci napříč našimi síťovými protokoly. Zvýšili jsme výchozí limity připojení pro nejrychlejší routery a snížili využití vláken v i2ptunnel. Opravy UPnP by měly zlepšit zpracování změn externích zařízení. Využití CPU u routerů s vysokou šířkou pásma může být sníženo díky některým opravám NTCP.</p> <p>Jak je zvykem, doporučujeme aktualizaci na tuto verzi. Nejlepší způsob, jak udržet bezpečnost a pomoci síti, je používat nejnovější verzi.</p>/cs/blog/2015/01/20/31c3-trip-report/Tue, 20 Jan 2015 00:00:00 +0000/cs/blog/2015/01/20/31c3-trip-report/<p><em>Účastníci:</em> <a href="https://twitter.com/apekattenandre">Apekatten</a> , <a href="https://twitter.com/echeloni2p">Echelon</a> , <a href="https://twitter.com/hottuna_i2p">Hottuna</a> , <a href="https://twitter.com/k4k3fyll">Marielle</a> , <a href="https://twitter.com/mikalv">Meeh</a> , Sindu, <a href="https://twitter.com/i2p">zzz</a> </p> <p>Druhý rok po sobě jsme měli skvělé místo na kongresu v <a href="https://noisysquare.com/">Noisy Square</a> , hned vedle stánku EFF. Účast na Noisy Square výrazně zvýšila naši viditelnost a pomohla mnoha lidem, aby nás našli. Děkujeme Noisy Square a organizátorům 31C3 za skvělý kongres.</p> <p>Dále děkujeme Gabrielu Weinbergovi a jeho skvělému vyhledávači <a href="https://duckduckgo.com/">DuckDuckGo</a> za podporu open-source nástrojů pro anonymitu a za jejich <a href="https://geti2p.net/en/blog/2014/03/12/press-release-ddg-donation">štědrý příspěvek</a> do I2P v roce 2014. Financování od DuckDuckGo a dalších nám pomohlo účastnit se CCC. Tato akce je hlavní roční setkání vývojářů I2P a je klíčová pro náš úspěch.</p>/cs/blog/2014/12/01/android-app-releases/Mon, 01 Dec 2014 00:00:00 +0000/cs/blog/2014/12/01/android-app-releases/<p>It has been some time since I last posted updates about our Android development, and several I2P releases have gone by without any matching Android releases. At last, the wait is over!</p> <h2 id="new-app-versions">New app versions</h2> <p>New versions of I2P Android and Bote have been released! They can be downloaded from these URLs:</p> <ul> <li><a href="https://geti2p.net/en/download#android">I2P Android 0.9.17</a> </li> <li><a href="https://download.i2p.io/android/bote/releases/0.3/Bote.apk">Bote 0.3</a> </li> </ul> <p>The main change in these releases is the transition to Android&rsquo;s new Material design system. Material has made it much easier for app developers with, shall we say, &ldquo;minimalist&rdquo; design skills (like myself) to create apps that are nicer to use. I2P Android also updates its underlying I2P router to the just-released version 0.9.17. Bote brings in several new features along with many smaller improvements; for example, you can now add new email destinations via QR codes.</p>/cs/blog/2014/11/30/0.9.17-release/Sun, 30 Nov 2014 00:00:00 +0000/cs/blog/2014/11/30/0.9.17-release/<p>0.9.17 je především opravou chyb, ale zároveň pokračuje v naší migraci na silnější kryptografické podpisy.</p> <p>Přesunuli jsme systém zpravodaje používaný pro zprávy na vaší konzoli a indikaci nejnovější verze směrovače na podepsaný formát využívající 4096bitové RSA klíče pro zvýšenou bezpečnost.</p> <p>Nové eepsity a servery budou ve výchozím nastavení podepisovány pomocí ECDSA, pokud je ECDSA k dispozici. Nyní se na bočním panelu konzole zobrazuje upozornění, pokud ECDSA není k dispozici. Uživatelům RedHatu jsou k dispozici zprávy o úspěšných instalacích BouncyCastle Provideru (bcprov) jar pro přidání podpory ECDSA.</p>/cs/blog/2014/11/25/i2p-dev-meeting-november-25-2014/Tue, 25 Nov 2014 00:00:00 +0000/cs/blog/2014/11/25/i2p-dev-meeting-november-25-2014/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> dg, eche|on, EinMByte, JekabsR, kytv, orignal, psi, str4d, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:04:39 &lt;str4d&gt; Yo 20:04:44 &lt;str4d&gt; It's meeting time 20:06:47 &lt;str4d&gt; zzz, psi, kytv, Meeh, dg 20:07:30 &lt;psi&gt; it is? 20:07:39 &lt;psi&gt; ah tuesday 20:09:03 &lt;zzz&gt; present 20:09:48 &lt;orignal&gt; meeting? 20:10:11 &lt;str4d&gt; orignal: discussing Java I2P's todo list 20:10:35 &lt;str4d&gt; While we wait for others to show up: `http://trac.i2p2.i2p/wiki/Roadmaps/1.0` 20:10:41 &lt;kytv&gt; Present as well, though I'm usually useless when it comes to these things. 20:11:37 &lt;str4d&gt; I have adjusted the Gantt chart on the page above (that I set up for the 0.9.13-0.9.16 dev cycle) to show what I think we did. 20:13:30 &lt;zzz&gt; interesting 20:14:06 &lt;zzz&gt; multiple dests per tunnel &lt;-- hasn't happened 20:14:22 &lt;str4d&gt; Hasn't? Okay, my bad. 20:14:27 &lt;zzz&gt; findbugs pass &lt;-- has happened, but can always do it again 20:14:56 &lt;str4d&gt; Multi-sessions per I2CP - that hasn't happened either *derp* 20:14:56 * str4d fixes 20:15:48 &lt;zzz&gt; wow, we had a good year (imho) 20:16:38 &lt;eche|on&gt; yes, we had 20:17:14 &lt;str4d&gt; zzz: yeah, I called it part of the audit prep specifically, but you are right. 20:17:39 &lt;zzz&gt; investigate new DH &lt;---- I would say only half done, w.r.t NTCP2 anyway 20:20:26 &lt;str4d&gt; Gantt doesn't easily show half-done :P 20:20:34 &lt;str4d&gt; Reload page, fixes 20:21:36 &lt;str4d&gt; Okay, so that is what we got done last cycle. 20:21:36 &lt;zzz&gt; not done then 20:23:45 &lt;str4d&gt; The purpose of this meeting is to start planning what is to be done next cycle. 20:23:46 &lt;zzz&gt; I would like to reiterate that a 3-5 release planning cycle seems to be very helpful in focusing our minds and our resources 20:23:47 &lt;str4d&gt; (When I update the Gantt chart, I will leave the half-done ones there and push them forward) 20:23:47 &lt;str4d&gt; At the previous meeting I asked attendees to come up with a few points each of things they want to see done on I2P, and around I2P 20:23:47 &lt;str4d&gt; Please can we paste those now? 20:24:21 &lt;str4d&gt; +1 20:24:36 &lt;str4d&gt; And now we have evidence for it! 20:26:15 &lt;zzz&gt; without getting into what's more important than what, I think almost everything that's shown and unfinished on the gantt chart is still important 20:27:01 &lt;str4d&gt; I agree. 20:27:07 &lt;str4d&gt; I still want to see what ideas people came up with over the last week, if any. 20:27:45 &lt;str4d&gt; Here's mine: `http://pastethis.i2p/show/jF2RkHwrIPkCb0yOpI7l/` 20:27:46 &lt;iRelay&gt; Title: Paste #jF2RkHwrIPkCb0yOpI7l | LodgeIt! (at pastethis.i2p) 20:28:07 &lt;eche|on&gt; I am out of options, I do see to get I2P out, with the help of bote android, i2p messenger is a option, a XMPP server, and syndie. Sorry, I still see syndie important. 20:28:27 &lt;str4d&gt; eche|on: great, thanks! 20:28:43 &lt;str4d&gt; Keep 'em coming :) 20:28:53 &lt;eche|on&gt; and with the android app there come restricted routes 20:28:54 &lt;zzz&gt; my list of new things: solving the red hat ECDSA problem, migrating to EdDSA, Jetty 9 / Java 7, expand the Vuze userbase, and more marketing / outreach / partnerships / embedding 20:29:36 &lt;str4d&gt; For logging perpetuity, I will write my ideas here too: 20:30:11 &lt;str4d&gt; Todo in I2P: Routerconsole UX analysis and redesign; Take ideas from Tor's HS 2.0 design and apply to I2P Destinations; Bandwidth scheduling. Todo around I2P: Website theme improvements; Implement I2P-Bote fetching relays; Research 20:30:23 &lt;zzz&gt; another one: orchid: fix it or kill it 20:30:32 &lt;str4d&gt; +100 20:31:13 &lt;kytv&gt; WRT the RedHat/Gentoo ECDSDA problem, maybe we could/should display a message in the sidebar (or logs) with a download link. Or maybe ask the user if 'we' should download it into ./lib 20:31:35 &lt;zzz&gt; another one: test improvements, test hardware, windows testing 20:31:58 &lt;str4d&gt; kytv: nice ideas (but discussing them can wait for another meeting :) 20:32:03 &lt;zzz&gt; another one: spend more money 20:32:36 &lt;zzz&gt; another one: China 20:32:58 &lt;str4d&gt; Between these ideas and the not-completed list on the page above, we have a good pool of potential projects. 20:33:34 &lt;str4d&gt; My goal is to get these projects tidied up, formalized and published on the website's todo page 20:34:11 &lt;str4d&gt; Having poked around other projects' todo pages, this is the format I am proposing: 20:34:11 &lt;str4d&gt; `http://pastethis.i2p/show/nvexU3ZvSFOI6L5DrrqM/` 20:34:12 &lt;iRelay&gt; Title: Paste #nvexU3ZvSFOI6L5DrrqM | LodgeIt! (at pastethis.i2p) 20:34:54 &lt;eche|on&gt; nice idea 20:35:10 &lt;kytv&gt; Ditto on Orchid 20:35:10 &lt;kytv&gt; My main "TODO around I2P" is with regards to testing. Not automated testing with software, per se, but any of our services going live without any sort of testing...just [poof], "it's live...dunno if it works though." 20:35:12 &lt;kytv&gt; In I2P: Making the Installer install to the user directory in Windows to avoid any sort of permissions problems. It should be easy, but I don't know how. 20:35:16 &lt;kytv&gt; Chrome did that (maybe still does it?) 20:35:41 &lt;str4d&gt; My ideal end result: users can go to the todo page and find a list of all the ideas we have for projects in and around I2P. 20:36:11 &lt;zzz&gt; another one: GSoC 20:36:14 &lt;str4d&gt; There will be a tag cloud up the top that they can click on to filter projects that require certain skils 20:36:17 &lt;str4d&gt; skills 20:36:21 &lt;zzz&gt; another one: summertime meetup 20:37:54 &lt;zzz&gt; another one: GNS investigation 2nd pass? 20:38:28 &lt;str4d&gt; mmm 20:38:54 &lt;zzz&gt; or maybe, just another discussion w/ those guys will do 20:39:09 &lt;str4d&gt; Right now, I am going to cull from the Gantt the tasks we have completed. 20:39:27 &lt;zzz&gt; can you save it and start a new one? 20:39:29 &lt;str4d&gt; zzz: which of the bottom few have been completed (SSU replay detection etc.)? 20:39:38 &lt;str4d&gt; Sure, I can. 20:39:49 &lt;zzz&gt; it's kinda nice to show that we actually accomplish things 20:40:19 &lt;eche|on&gt; zzz: most of the stuff was done by you IMHO 20:40:35 &lt;EinMByte&gt; id I miss the meeting? 20:40:37 &lt;zzz&gt; I think I've reported everything that was on the wrong side of completed or not 20:42:39 &lt;str4d&gt; New chart up 20:43:55 &lt;str4d&gt; zzz: which of the three down the bottom should be pushed forward? I think client locking is still an issue? 20:43:59 &lt;zzz&gt; I'd like to see much more planning and focus on the non-coding things in the next few months. Far too many things are either quite disorganized or not happening in anything approaching a disciplined or steady pace 20:44:09 &lt;str4d&gt; (client tunnel locking) 20:44:18 &lt;str4d&gt; zzz: I agree. 20:44:34 &lt;str4d&gt; This will IMHO be helped by working on the todo page. 20:44:56 &lt;str4d&gt; If we can explain the non-coding projects in a way that newcomers can understand and do, it also helps us. 20:44:59 &lt;zzz&gt; not 100% sure atm what that client locking item is, but i think it's still unfinished 20:45:08 &lt;str4d&gt; (Likewise for coding projects) 20:45:32 &lt;zzz&gt; yup 20:45:53 * str4d pushes streaming improvements forward too 20:46:03 &lt;str4d&gt; Can I cut SSU session replay detection then? 20:46:04 &lt;dg&gt; Do you mean the duplicate issues? 20:46:18 &lt;dg&gt; The way we'd get tunnels that don't unregister from I2PTunnel, and won't allow new ones? That sort of thing? 20:46:30 &lt;zzz&gt; str4d, I'll have to get back to you re: SSU replay, not sure atm 20:46:45 &lt;dg&gt; I'd like to see less tunnel death rather than throughput 20:46:59 &lt;str4d&gt; dg: that might be it. There is also the separate issue of the I2PTunnel startup locking the UI 20:47:29 &lt;zzz&gt; put 'tunnel death' on there as a new item, why not 20:48:01 &lt;dg&gt; str4d: Forgot about that! 20:48:03 &lt;str4d&gt; k 20:48:39 &lt;zzz&gt; I think the locking thing I have some unchecked in code for, been dragging along for 18 months or so, but still not right 20:48:40 &lt;str4d&gt; Next: look through the ideas above. Which ones should go on *our* 6-month sheet (ie. which should I add to Gantt)? 20:50:16 &lt;psi&gt; EinMByte: meeting in progress 20:50:21 &lt;psi&gt; (no) 20:51:51 &lt;zzz&gt; I suggest everything go on there for now, then we later talk about priorities, or let the gantt dependencies tell us what to do next? 20:52:52 &lt;str4d&gt; mmk 20:53:04 * str4d is pulling out the list from above and tidying it up now 20:53:08 &lt;EinMByte&gt; psi: oh great. 20:54:08 &lt;psi&gt; potential item: benchmark tunnel throughput and message drop rates 20:54:26 &lt;str4d&gt; EinMByte: do you have any ideas for our todo list? 20:55:15 &lt;EinMByte&gt; NTCP2, possibly. Although it would be long term 20:56:39 &lt;str4d&gt; EinMByte: for reference: `http://trac.i2p2.i2p/wiki/Roadmaps/1.0` 20:56:53 &lt;EinMByte&gt; thanks 20:57:04 &lt;EinMByte&gt; (was about to ask) 21:00:23 &lt;str4d&gt; Here is the list of everyone's ideas: 21:00:24 &lt;str4d&gt; `http://pastethis.i2p/show/K0fGRb2708ADbCTZ9u9K/` 21:00:25 &lt;iRelay&gt; Title: Paste #K0fGRb2708ADbCTZ9u9K | LodgeIt! (at pastethis.i2p) 21:01:01 &lt;str4d&gt; Nearly all of these can be turned into projects for the website todo page. 21:01:36 &lt;str4d&gt; Next discussion topic: which of these (and the ones on the Gantt currently) are more important for us to do in the next six months? 21:02:48 &lt;psi&gt; restricted routes is probably the most important item IMO 21:02:50 &lt;EinMByte&gt; with respect to syndie, maybe: I was working on this plugin - no time now though). This might be one of the things that can (?) bring more attention to syndie. 21:03:20 &lt;dg&gt; str4d: Tunnel death is absent and I feel that's quite important 21:03:37 &lt;EinMByte&gt; If anyone is interested in doing firefox / icedove plugin development: you know what to do 21:03:37 &lt;str4d&gt; dg: it's there (tunnel thread locking) 21:03:41 &lt;str4d&gt; I thought that's what it was 21:03:49 &lt;dg&gt; oh, sorry str4d, I meant when connections are abruptly terminated 21:03:54 &lt;dg&gt; my bad 21:04:04 &lt;str4d&gt; Ah, k 21:04:55 &lt;EinMByte&gt; psi: I agree restricted routes are important. But I also think we should realize that it will take quite some time to implement 21:05:21 &lt;EinMByte&gt; (not sure how much of the design / concept has been done) 21:05:35 &lt;dg&gt; In I2P: restricted routes, RedHat's ECDSA issues, Tor's HS 2.0, then the rest. Around I2P: Vuze userbase, GSoC, research, benchmark, then the rest. 21:06:04 &lt;dg&gt; I agree with EinMByte.. the router console redesign is important but that could take an indeterminate amount of time. 21:07:15 &lt;EinMByte&gt; str4d: one more thing, possibly. I know some reasearchers who have developed a new concept for a DWSE (distributed web search engine), they might be interested in developing this as an I2P application 21:07:42 &lt;str4d&gt; EinMByte: nice! 21:07:49 &lt;EinMByte&gt; Since most DWSEs right now don't really work well, it would be very interesting to have this IMHO 21:08:01 &lt;zzz&gt; no, by 'tunnel death' I meant 3-minute tunnel breakage, the Vuze guy's datagram test, etc. Distinct from local i2ptunnel locking issues. 21:08:07 &lt;EinMByte&gt; It's also something I would consider implementing 21:08:20 &lt;dg&gt; I wasn't thinking of precisely 3-minute but that was included. 21:08:34 &lt;EinMByte&gt; (with help, hopefully) 21:09:03 &lt;str4d&gt; k, reload Gantt page 21:10:34 &lt;EinMByte&gt; str4d: anyway don't count on this too much, it depends on whether I2P users are actually interested in something like this. 21:11:14 &lt;EinMByte&gt; Also, I'm not sure about the GNS stuff. In any case it shouldn't have a high priority. 21:11:56 &lt;str4d&gt; Updated new ideas paste: `http://pastethis.i2p/show/1qxHbkWjD27N7SdzNJZL/` 21:11:57 &lt;iRelay&gt; Title: Paste #1qxHbkWjD27N7SdzNJZL | LodgeIt! (at pastethis.i2p) 21:12:35 &lt;zzz&gt; i'd say 4 broad categories are the highest importance: 1) near-term crypto migration continuing (addressbook, muiltidest, etc) 2) longer-term crypto planning/research (DH, LS2, NTCP2) 3) all things testing 4) all things non-coding 21:13:48 &lt;EinMByte&gt; zzz: is that in order of importance? 21:14:05 &lt;str4d&gt; ECDSA issues fall into the first category; Tor HS 2.0 falls into the second category. 21:14:21 &lt;zzz&gt; no. roughly equal importance 21:14:44 &lt;str4d&gt; So the only item not represented in those categories is restricted routes 21:15:28 &lt;jenkins@kyirc&gt; Starting build #556 for job i2pd (previous build: SUCCESS) 21:15:30 &lt;jenkins@kyirc&gt; Project i2pd build #556: SUCCESS in 8.2 sec: `http://jenkins.killyourtv.i2p/job/i2pd/556/` 21:15:31 &lt;jenkins@kyirc&gt; * orignal: eliminated NTCPServerConnection 21:15:32 &lt;jenkins@kyirc&gt; * orignal: moved NTCP client code to Transports 21:16:34 &lt;EinMByte&gt; maybe NTCP2 is not *that* important 21:16:50 &lt;zzz&gt; and the reason I grouped them like that and say equal priority is that it's probably 4 separate groups of people for those 4 categories that could each make progress 21:17:08 &lt;EinMByte&gt; or, at least before we can start propertly on the NTCP2 we need to do a lot of research, also answer a few very important questions 21:17:33 &lt;jenkins@kyirc&gt; Project i2pd (Linux x86) build #33: SUCCESS in 1 min 47 sec: `http://jenkins.killyourtv.i2p/job/i2pd%20(Linux%20x86)/33/` 21:17:44 &lt;EinMByte&gt; zzz: indeed 21:17:51 &lt;JekabsR&gt; it is interesting that i2p network tends to bring all fast routers together 21:17:58 &lt;jenkins@kyirc&gt; Starting build #33 for job i2pd (Linux x64) 21:18:03 &lt;zzz&gt; right. "NTCP2" is just shorthand for a bunch of stuff that may or may not actually result in something called "NTCP2" 21:18:34 &lt;JekabsR&gt; and they do not prefer slow routers 21:18:40 &lt;EinMByte&gt; Yes. In any case if we change the transport layers it's extremely important not to make mistakes, as that would probably break I2P entirely. 21:19:19 &lt;psi&gt; JekabsR: slower routers are still used just not as much 21:19:43 &lt;jenkins@kyirc&gt; Project i2pd (Linux x64) build #33: SUCCESS in 1 min 52 sec: `http://jenkins.killyourtv.i2p/job/i2pd%20(Linux%20x64)/33/` 21:20:05 &lt;EinMByte&gt; zzz: if 2 is "research", then you are right though 21:20:33 &lt;EinMByte&gt; it can be done simultaneously 21:21:52 * str4d is reworking the Gantt into these four categories (plus an Other category) 21:22:12 &lt;JekabsR&gt; but there is a problem - client like destinations rarely get fast router connections 21:22:40 &lt;eche|on&gt; no? 21:22:46 &lt;psi&gt; JekabsR: not entirely sure if that is accurate 21:23:46 &lt;zzz&gt; str4d, did we forget Android, or is that a separate roadmap? 21:23:59 &lt;str4d&gt; zzz: we have forgotten it 21:24:01 &lt;eche|on&gt; JekabsR: hidden mode routers do have some issues, but other do get fast connections, as enough fast routers are available and do have free capacity 21:24:26 &lt;str4d&gt; Technically I2P Android falls into the "in I2P" category 21:24:35 &lt;psi&gt; oh another reasearch question: how much capacity does i2p actually have right now? 21:25:14 &lt;zzz&gt; maybe a 5th category for android makes more sense 21:25:46 &lt;zzz&gt; but I'm not hung up on categories. I just mentioned the 4 as a quick way to communicate what I think is important 21:25:54 &lt;JekabsR&gt; because they tend to create small number of really fast connections and large number of slow connections 21:26:11 &lt;dg&gt; [citation needed] 21:26:15 &lt;JekabsR&gt; my router started to drop slow tunnels 21:26:24 &lt;str4d&gt; zzz: I think it was a good idea 21:26:56 &lt;str4d&gt; Refresh Gantt page now 21:27:07 &lt;eche|on&gt; JekabsR: https://geti2p.net/_static/pdf/I2P-PET-CON-2009.1.pdf 21:30:12 &lt;eche|on&gt; JekabsR: tunnels are dropped only on end of tunnel lifetime and if own tunnels need the capacity. 21:30:29 &lt;str4d&gt; If you refresh `http://trac.i2p2.i2p/wiki/Roadmaps/1.0` you will now see the headings, each with a six-month bar. This gives an indication of how much time there is to fit everything in. 21:32:43 &lt;str4d&gt; Now that we have some ideas for the next six months, we need to start planning times. 21:33:18 &lt;str4d&gt; And who is going to tackle what. 21:33:52 &lt;JekabsR&gt; my console frequently reports that it has too many incoming connections and tunnels are partially rejected. How i2p decides which one to reject? 21:34:08 &lt;dg&gt; 'too many incoming connections'? 21:34:21 &lt;dg&gt; JekabsR: a meeting is currently ongoing, you may want to wait until it's over 21:35:00 &lt;str4d&gt; I would also like some volunteers to help turn the list of ideas into a working projects page on the website todo 21:35:12 &lt;JekabsR&gt; NTCP connections: 425. Limit: 425. Timeout: 2 min. 21:35:30 &lt;JekabsR&gt; UDP connections: 1149. Limit: 1275. Timeout: 4 min. 21:36:14 &lt;JekabsR&gt; limits are hit 21:37:42 &lt;JekabsR&gt; router is using 80% of CPU power 21:38:23 &lt;str4d&gt; Anyone? 21:39:36 &lt;kytv&gt; JekabsR: 1) meeting underway, you may want to wait; 2) look at `http://127.0.0.1:7657/peers#help` 21:41:16 &lt;JekabsR&gt; kytv: will check it out 21:41:44 &lt;zzz&gt; str4d, i think you lost everybody after an hour 45. Maybe declare victory for now and we'll make more progress at another time? 21:41:45 &lt;str4d&gt; Let's try some more specific questions. 21:41:52 &lt;str4d&gt; Or that./ 21:41:55 &lt;JekabsR&gt; 330,0 / 342,4 KBps my current load 21:42:06 &lt;str4d&gt; Yah, we have definitely made good progress. 21:42:30 &lt;JekabsR&gt; and torrent uploads at 2 - 5kb speed :( 21:44:17 &lt;str4d&gt; Thanks for the discussions, everyone! 21:44:20 * str4d warms up the baffer 21:44:20 * str4d ***bafs the meeting closed </div>/cs/blog/2014/11/18/i2p-dev-meeting-november-18-2014/Tue, 18 Nov 2014 00:00:00 +0000/cs/blog/2014/11/18/i2p-dev-meeting-november-18-2014/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> dg, eche|on, Meeh, orignal, psi, RN, str4d, zzz, Full log is partly reconstructed from scrollback, iRelay dropped in and out early on.</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> &lt;zzz&gt; 0) Hi &lt;zzz&gt; 1) Reimbursement for 31C3 attendees (zzz, echelon) &lt;zzz&gt; 2) Purchase of test/build boxes (zzz, kytv) &lt;zzz&gt; 3) 0.9.17 and/or 0.9.16.1 release schedule (zzz) &lt;zzz&gt; 4) Reseed status and new admin (zzz) &lt;zzz&gt; 5) SU3 news test before 0.9.17 (zzz, echelon, psi) &lt;zzz&gt; 6) 6-month roadmap, NTCP2 etc. (str4d, rescheduled from Oct. 28) &lt;zzz&gt; 7) New developer topics (str4d) &lt;zzz&gt; 0) Hi &lt;zzz&gt; Hi &lt;dg&gt; hi, was able to make it. &lt;str4d&gt; Hi &lt;orignal&gt; hi &lt;zzz&gt; I'd like to keep items 1-5 short, 5-10 minutes each. I'll then turn it over to str4d for the remaining items to run for as long as he likes. &lt;zzz&gt; 1) Reimbursement for 31C3 attendees (zzz, echelon) &lt;zzz&gt; We've traditionally paid for conference tickets for project members and I think there is broad consensus to continue this &lt;RN&gt; hi &lt;zzz&gt; Since CCC last year was so productive, I propose that we provide additional funds to support people and encourage them to attend &lt;zzz&gt; Not a full reimbursement, but just partial support. I propose 200 euros each, on top of the ticket. &lt;zzz&gt; thoughts/discussion? &lt;eche|on&gt; no problem with me &lt;str4d&gt; The ticket is 150 euro IIRC? &lt;RN&gt; sounds reasonable to me... 350... 20:04:02 &lt;zzz&gt; I think the ticket is 100-120 euros 20:04:43 &lt;eche|on&gt; ticket was 80 euro last time 20:04:43 &lt;str4d&gt; https://events.ccc.de/congress/2014/wiki/Static:Tickets 20:04:46 &lt;iRelay&gt; Title: Tickets - 31C3_Public_Wiki (at events.ccc.de) 20:05:01 &lt;zzz&gt; In addition, if there is anybody that would require a higher level of support to be able to attend at all, they should speak up now 20:05:16 &lt;RN&gt; what's the date? 20:05:29 &lt;eche|on&gt; 27th til 30th december &lt;zzz&gt; sounds like we have agreement for the general idea. Any discussion on the exact amount? * RN can not attend.... &lt;RN&gt; but I think extra over ticket is good for incedentals and accomodations.... &lt;str4d&gt; I have no objections to 200 euro + ticket &lt;eche|on&gt; so, who is going and who would get the money? ;-) &lt;RN&gt; would 200 cover two days hotel, or all four? &lt;zzz&gt; I assume it would be about 8 people, same as last year, for budgeting purposes &lt;eche|on&gt; RN: depends on the hotel, it would cover a hostel for sure &lt;str4d&gt; RN: depends where you go &lt;eche|on&gt; ok, not the amount of people is a problem, but I would not like to pay a newbie that money, just because she/he read about it. no issue for "well known" people &lt;zzz&gt; right &lt;str4d&gt; https://events.ccc.de/2014/10/14/31c3-special-terms-at-generator-hostel/ &lt;str4d&gt; Special 31C3 deal. Double rooms are available for 70.00 Euro, a bed in a six-person dorm 17.00 Euro per night. &lt;zzz&gt; this is in no way a complete coverage of hotel/food/plane. Just a little help to encourage team members to attend &lt;zzz&gt; last call for discussion on 1) &lt;str4d&gt; With two people sharing the double above, the 200 euro would cover the hotel &lt;RN&gt; still sounds resonable to me... &lt;zzz&gt; ok, sounds like we have agreement &lt;eche|on&gt; sure &lt;RN&gt; :) &lt;zzz&gt; 2) Purchase of test/build boxes (zzz, kytv) &lt;zzz&gt; we have limited test coverage for windows and mac. &lt;zzz&gt; zab used to test with mac, he's gone; meeh has a mac but it died and/or he ran out of time &lt;zzz&gt; so I wanted to ask if we could get more test coverage if we bought win or mac boxes for kytv and/or others &lt;RN&gt; my mac is too old to help... and I blew up the powerstrip it used to plug into... &lt;Meeh_&gt; zzz: what do I need to test ? &lt;zzz&gt; these could be used for other things too (e.g. laptops might be nice) &lt;Meeh_&gt; got OSX 10.9 and 10.10 &lt;eche|on&gt; I do have a win box, but not the time. we still do have 2 win 8 licenses &lt;Meeh_&gt; tell me and I'm doing it now &lt;zzz&gt; Meeh_, running dev builds. Do you run them now? &lt;dg&gt; when we say 'test coverage', what do we mean? &lt;zzz&gt; is anybody running dev builds on windows? &lt;Meeh_&gt; no sorry, new mac.. just a day ago since my lenovo died, marielle had to buy me one &lt;Meeh_&gt; so I just installed java &lt;Meeh_&gt; give me a sec and I'll build and start &lt;RN&gt; yeah, cuz depending on the time and level of test coverage... I got an XP +pos_ready running test builds 20:14:15 &lt;dg&gt; i could if needed to but that'd be in a VM and I wouldn't e using it intensely 20:14:25 &lt;dg&gt; just seeing if it works after uptime, try some eepsites, run some snark, check for errors 20:14:30 &lt;dg&gt; I don't know if I'd hit all the errors a real user would 20:14:47 &lt;zzz&gt; my question is, can we encourage anybody to do more dev build testing if we bought them dedicated boxes? 20:15:31 &lt;str4d&gt; There are two kinds of testing we would benefit from: people manually doing QA on the builds, and CI servers running on Windows and Mac. 20:15:39 &lt;eche|on&gt; not me. I got all hardware/software, but not the time/mood for intensive test 20:15:49 &lt;zzz&gt; yes str4d 20:16:09 &lt;RN&gt; or what if the box was set up with some kind of "safe-via-i2p" remote access for the dev team... 20:16:17 &lt;Meeh_&gt; zzz, I can always do OSX testing, if I'm not replying on IRC, try twitter or meeh@mail.i2p since both will alert my phone 20:16:24 &lt;str4d&gt; This topic appears to be about QA, but what would it take to get e.g. a Mac CI server hooked into kytv's jenkins? 20:16:47 &lt;Meeh_&gt; for a CI yes 20:16:48 &lt;zzz&gt; anybody that would do more if we bought them hardware? 20:16:59 &lt;Meeh_&gt; unfortunally I must move my mac from time to time 20:17:22 &lt;eche|on&gt; &lt;= missing the free network connection so far. 20:17:23 &lt;Meeh_&gt; what hardware, what teting in what OS? (regardless of paying hw) 20:17:26 &lt;zzz&gt; Meeh you seem to be having less time lately, not more 20:17:37 &lt;zzz&gt; windows and mac 20:17:41 &lt;eche|on&gt; I already do run one I2P node on my address. But hm, I could run windows on IPv6 20:17:48 &lt;Meeh_&gt; yes, cleared up a lot in RL that took time 20:17:53 &lt;RN&gt; if the rest of my infrastructure wasn't constanly a mess I'd volunteer a home for a box.... 20:18:26 &lt;Meeh_&gt; fyi, i2pd/i2p will be available from au,ru,nl,uk,de,no,us-w,us-e in about a hour 20:18:34 &lt;Meeh_&gt; downloadable 20:18:39 &lt;zzz&gt; ok let's not worry about who in particular. eche|on if we found somebody, do we have the budget to buy some hardware? 20:18:40 &lt;Meeh_&gt; CDN 20:18:47 &lt;zzz&gt; Meeh please stay on topic 20:18:52 &lt;eche|on&gt; zzz: we do have fund, for sure 20:19:02 &lt;eche|on&gt; btw, Meeh, did the money arrive ? 20:19:17 &lt;zzz&gt; ok I propose that we end this topic and look for volunteers in the coming weeks 20:19:18 &lt;RN&gt; check me in 6 mo if I've stabilized the deamons... 20:19:24 &lt;zzz&gt; eche|on, please stay on topic 20:19:34 &lt;zzz&gt; any other discussion on 2) ? 20:20:03 &lt;Meeh_&gt; oh, sorry I forgot to reply. it's paid and done.. I guess I got the money but marielle transfered at the same time so need to double check. but quite sure. thanks 20:20:07 &lt;dg&gt; i'd like to hear from kytv 20:20:18 &lt;Meeh_&gt; eche|on: ^ 20:20:28 &lt;dg&gt; pm guys 20:20:40 &lt;zzz&gt; let's put this on the agenda to revisit for the next meeting 20:20:51 &lt;str4d&gt; +1 20:20:51 &lt;zzz&gt; 3) 0.9.17 and/or 0.9.16.1 release schedule (zzz) 20:21:07 &lt;eche|on&gt; I vote for 0.9.17 20:21:18 &lt;zzz&gt; At one point I wanted to do a 0.9.16.1 release to fix the SSU bug but I'm pretty much over it 20:21:21 &lt;dg&gt; Nothing's fallen down.. so 0.9.17. 20:21:21 &lt;eche|on&gt; in 2-3 weeks 20:21:41 &lt;zzz&gt; I'm now proposing a "mini" 0.9.17 release the weekend of Nov. 29 20:22:00 &lt;zzz&gt; i.e. a 4 week cycle to fix bugs, well before the christmas break 20:22:02 &lt;str4d&gt; There are several reports on forum.i2p that 0.9.16 network has slowed, and participation at nodes is down. 20:22:03 &lt;RN&gt; "mini?" 20:22:22 &lt;zzz&gt; mini as in limited changes, and not a full 6-7 week cycle 20:22:25 &lt;str4d&gt; IDK if the SSU bug could be causing that... 20:22:37 &lt;RN&gt; ah... yes... mini... good plan... 20:22:43 &lt;zzz&gt; pretty much what's in mtn now. About 13K lines of diff, but most of that is eddsa test changes 20:22:49 &lt;orignal&gt; sure it does. becuase dropped packets 20:23:10 &lt;zzz&gt; btw, my expl. build success stats are up significantly since the .16 release. Don't know why 20:23:11 &lt;RN&gt; so sounds like yesses for do a mini release &lt;zzz&gt; the SSU bug is actually just an irritation, I don't think it's the cause of any real problems &lt;zzz&gt; ok let's declare tag freeze and shoot for a release in 11 days &lt;zzz&gt; anything else on 3)? &lt;eche|on&gt; so 0.9.17 in 2 weeks &lt;RN&gt; wooohooo! &lt;str4d&gt; Are the release host operators available then? &lt;dg&gt; yup. &lt;str4d&gt; (Remembering that Nov 29th is just after Thanksgiving) &lt;dg&gt; It doesn't take long for me, it won't be an issue. &lt;zzz&gt; we'll assume so for now and slip as necessary. i'll be around but in a turkey semi-coma. perfect for building. &lt;dg&gt; It's mostly echelon you need anyway &lt;zzz&gt; 4) Reseed status and new admin (zzz) &lt;zzz&gt; This is just a brief announcement for those that don't know. &lt;Meeh_&gt; yeo &lt;zzz&gt; Due to time constraints, Meeh has moved the reseeed admin job to 'backup' &lt;Meeh_&gt; which is clearly the best at the moment :) &lt;zzz&gt; backup is not on irc but he can easily be contacted backup@mail.i2p or on the reseed subforum on zzz.i2p &lt;zzz&gt; thanks to meeh and backup for a smooth transition &lt;Meeh_&gt; but I think logstash will be interesting for the reseed admin soon &lt;Meeh_&gt; which I collect from mine &lt;eche|on&gt; thankjsgiving is no issue here in europe &lt;zzz&gt; backup is working on getting the remainder of sites onto su3, improving monitoring, and recruiting new hosts &lt;zzz&gt; so please give backup your full support. &lt;str4d&gt; Aye :) &lt;dg&gt; :) &lt;zzz&gt; also work with him if you have SSL / TLS issues he's discovered &lt;zzz&gt; anything else on 4)? &lt;Meeh_&gt; I can provide reseed from russia and australia now &lt;Meeh_&gt; if wanted &lt;Meeh_&gt; as well &lt;Meeh_&gt; nothing more on 4 from me &lt;eche|on&gt; Meeh_: ask baclup^^ &lt;zzz&gt; great, contact your new leader ;) &lt;zzz&gt; 5) SU3 news test before 0.9.17 (zzz, echelon, psi) &lt;eche|on&gt; aah &lt;zzz&gt; .17 include a switch to su3 news. &lt;eche|on&gt; thats a topic &lt;eche|on&gt; I need to test it 20:29:17 &lt;zzz&gt; I'd like to have eche|on add a news item, build the su3, so we can test it before the .17 release 20:29:43 * str4d is thinking through the current spec to ensure it is optimal 20:29:52 &lt;zzz&gt; all dev builds should be pulling from news.su3 now but since there's been nothing new since the release, it needs a test 20:30:07 &lt;eche|on&gt; I will try to generate a .su3 the next days 20:30:25 &lt;zzz&gt; would also be ideal, but not required, if psi would create a cert and check it in, since he's the backup but can't currently create his own su3 file 20:30:45 &lt;dg&gt; why can't he? 20:32:24 &lt;zzz&gt; str4d, also review the XHTML whitelist in the code please 20:32:24 &lt;zzz&gt; great, thanks eche|on 20:32:24 &lt;str4d&gt; Will do. 20:32:24 &lt;eche|on&gt; zzz: script was in mtn? 20:32:24 &lt;zzz&gt; eche|on, yes, i2p.scripts 20:32:24 &lt;zzz&gt; I know str4d has proposed writing the XML by hand, and thats what i did for the .16 release, but perhaps a search for a feed writer would be helpful 20:32:24 &lt;zzz&gt; don't know 20:32:24 &lt;zzz&gt; anything else on 5) ? 20:32:24 &lt;str4d&gt; What I would actually propose is: 20:32:51 &lt;str4d&gt; - Find a program for writing Atom feeds. 20:33:22 &lt;str4d&gt; -- If nothing suitable, write a Python script that converts a directory of XHTML entries into a feed...? 20:33:56 &lt;zzz&gt; yup 20:33:56 &lt;str4d&gt; - Store the info on the release versions etc. in a separate config file, and have a script that inserts it into the atom feed. 20:34:19 &lt;zzz&gt; str4d, please do that spec review in the next couple days 20:34:26 &lt;str4d&gt; K 20:34:38 &lt;zzz&gt; anything else on 5) ? 20:35:26 &lt;zzz&gt; 6) 6-month roadmap, NTCP2 etc. (str4d, rescheduled from Oct. 28) 20:35:26 &lt;zzz&gt; 7) New developer topics (str4d) 20:35:38 &lt;zzz&gt; I hand the meeting and the baffer to str4d at this time 20:35:48 &lt;str4d&gt; Ooooooooo 20:35:56 * str4d grins gleefully 20:35:56 &lt;Meeh_&gt; and I might have news at the end 20:35:58 &lt;Meeh_&gt; of meeting 20:36:02 &lt;Meeh_&gt; so HL me str4d please :) 20:36:25 &lt;str4d&gt; Okay, I can't remember what exactly I was planning to say in 6) when I originally proposed it.. 20:39:31 &lt;str4d&gt; So I'll start with 7) and see if it comes back to me. 20:39:31 &lt;str4d&gt; Despite the website revamp, the information we make available there is not well organized or clear. 20:39:31 &lt;str4d&gt; And with the last year's increased focus on privacy and security, we really need to make the most of the current environment. 20:39:57 &lt;str4d&gt; We have several locations with information on possible projects, tasks etc. but nothing clear, or up-to-date 20:41:06 &lt;str4d&gt; `http://i2p-projekt.i2p/en/get-involved/todo` 20:41:06 &lt;str4d&gt; `http://i2p-projekt.i2p/en/get-involved/roadmap` 20:41:06 &lt;str4d&gt; `http://i2p-projekt.i2p/en/docs/overview/performance/future` 20:41:06 &lt;str4d&gt; `http://i2p-projekt.i2p/en/get-involved/develop/applications` 20:41:06 &lt;str4d&gt; The last two links I'll leave for now, but at the very least I want us all now to look at the todo and roadmap pages now. 20:41:17 &lt;str4d&gt; like, now 20:41:20 &lt;str4d&gt; ;P 20:41:40 &lt;iRelay&gt; Title: Roadmap - I2P (at i2p-projekt.i2p) 20:41:42 &lt;iRelay&gt; Title: Future Performance Improvements - I2P (at i2p-projekt.i2p) 20:41:45 &lt;iRelay&gt; Title: Application Development - I2P (at i2p-projekt.i2p) 20:42:08 &lt;str4d&gt; The todo page is mostly filled with tasks that seem to have been completed. Of the tasks that are left, how many of them are still relevant? 20:43:49 &lt;zzz&gt; the wiki page on trac and the various threads on zzz.i2p are probably much more relevant 20:44:13 &lt;str4d&gt; Probably. But they are not visible to outsiders. 20:44:41 &lt;str4d&gt; "Hi, you want to help out with I2P? Go hunt for something to do on zzz.i2p" 20:44:49 &lt;zzz&gt; right 20:44:56 &lt;str4d&gt; I'm not saying we duplicate information. 20:45:50 &lt;str4d&gt; But I think the website should contain a concise overview of what we think is important for I2P, with links to more information as desired. 20:45:52 &lt;str4d&gt; This feeds in well to a future GSoC project. 20:46:16 &lt;str4d&gt; As usual, talking like this isn' 20:46:23 &lt;str4d&gt; t going to get much done :P 20:46:33 &lt;zzz&gt; is a group review now on IRC going to work, or do we need a volunteer to redo it all, or would a couple hours spent at CCC do it? 20:47:19 &lt;str4d&gt; Group review right now won't work. And after what I went though with the website, I don't think it's fair to put this all on one person. 20:47:40 &lt;eche|on&gt; I vote for a "lets do work a bit on it and if not done on CCC, do it at table 20:47:45 &lt;zzz&gt; maybe it's fair if it isn't you... 20:48:02 &lt;str4d&gt; CCC is pretty close, so that would be ideal. But we would need to get the website etc. updated *very* quickly, so we can point people to it. 20:49:32 &lt;zzz&gt; if your intent is this is in the context of a broader effort to apply for GSoC please make that clear 20:50:14 &lt;str4d&gt; I would very much like to get a GSoC student on board, but that is a separate topic. 20:50:50 &lt;zzz&gt; if not for GSoC, what's the reason for "very quickly"? 20:51:20 &lt;str4d&gt; zzz: I just meant that, if the work is done *at* CCC then we can't capitalize on it *at* CCC. 20:51:32 &lt;zzz&gt; oh, ok 20:52:08 &lt;str4d&gt; We would instead need to say "check the website in x days" which doesn't leave as good an impression. 20:53:46 &lt;zzz&gt; so your goal is to have a good answer for people that walk up and ask 'what do you need'? 20:53:53 &lt;str4d&gt; On the website, /todo is ancient. /roadmap is sparse. /performance/future is separated, and /develop/applications is a bunch of topics bundled into one. 20:53:56 &lt;str4d&gt; zzz: yes. 20:54:19 &lt;str4d&gt; People who are interested in I2P can look at the website and immediately see how their skills will be most useful. 20:54:44 &lt;str4d&gt; Top of the list: UI designers ^_^ 20:54:53 &lt;zzz&gt; but the people that ask that generally have never run i2p, so my answer is 'install it and run it for a couple weeks, then ask on irc' 20:55:52 &lt;str4d&gt; I don't think running I2P needs to be a predicate for helping. 20:55:52 &lt;zzz&gt; but yeah, the other answer is 'ui, crypto, ..." 20:56:25 &lt;str4d&gt; IMHO if you tell someone to wait a few weeks, often the enthusiasm can be displaced by something else. 20:56:28 &lt;str4d&gt; Right, but we need to be more specific. 20:56:28 &lt;zzz&gt; but realistically is anybody going to start devving who hasn't ever used it? 20:56:59 &lt;zzz&gt; i can't imagine volunteering to code for some software i've never used. 20:58:33 &lt;str4d&gt; No, but we can start engaging with them while they start using I2P. 20:58:33 &lt;zzz&gt; sure. agreed with all. An up-to-date todo list is a sign of a serious project. 20:58:58 &lt;str4d&gt; Okay, action time: 20:58:58 &lt;RN&gt; it is talking about 6.x and older on there... 20:59:07 &lt;dg&gt; something else is whether or not we're going to drop stop-and-go, etc 20:59:16 &lt;dg&gt; people point to our docs and say "wow, they'll have it/do" 20:59:33 &lt;str4d&gt; dg: ? 21:00:43 &lt;&gt; RN@kyirc leans forward on chair... 21:01:06 &lt;dg&gt; and uh, delays 21:01:30 * RN feels nostalgic 21:02:35 &lt;str4d&gt; Over the next week, can everyone here draw up two lists. One with features and improvements they would like to see in I2P itself, the other with features and improvements in the I2P ecosphere (this is things like new apps and services, dev work on existing apps, research, code review etc.) 21:02:35 &lt;str4d&gt; Doesn't need to be long, but I think if we all contribute a few points to each, even if some are duplicates it will be a good jumping off point. 21:02:35 * str4d will draft up an outline of how the content will be presented on the website (what content will go where etc.) 21:03:29 &lt;RN&gt; do we have a reasonable survey mechanism? on forum or zzz? 21:03:31 &lt;zzz&gt; yeah, if you setup the framework we can fill it in 21:03:53 &lt;str4d&gt; zzz: always seems to be the case ;P 21:04:33 &lt;str4d&gt; Who is available this time next week for a "meeting"/group discussion? 21:04:57 &lt;RN&gt; I might be 21:05:55 &lt;str4d&gt; The sole topic will be sorting through the lists people show up with, and organizing them into the content sections I will present. 21:05:59 &lt;zzz&gt; sure 21:06:20 &lt;dg&gt; me too 21:06:31 &lt;RN&gt; do you want lists i2pmailed to you? 21:06:50 &lt;RN&gt; or contribute to a thread on fourm or trac or??? 21:07:44 &lt;str4d&gt; RN: if you can't make it to the meeting, message me a link to pastethis.i2p 21:08:31 &lt;str4d&gt; Otherwise, just bring it to the meeting. 21:08:38 &lt;RN&gt; k 21:08:41 &lt;str4d&gt; Rather than a discussion on zzz.i2p, this time I want to try independent brainstorming without being influenced by what has already been posted. 21:09:16 &lt;str4d&gt; After the meeting, we will have something that can be posted on zzz.i2p or the wiki (probably there) for further discussion and editing. 21:11:36 &lt;str4d&gt; Does anyone else have more to say on 7)? 21:11:45 * str4d is done for this meeting 21:11:59 &lt;str4d&gt; Otherwise I'll go back to 6) briefly 21:13:30 * RN awats the baffing or the handoff of the baffer 21:13:54 * str4d assumes nothing. 21:14:00 &lt;str4d&gt; 6) 6-month roadmap, NTCP2 etc. (str4d, rescheduled from Oct. 28) 21:14:39 &lt;str4d&gt; I *still* can't remember where I wanted to go with this topic, but it dovetails nicely into 7. 21:14:52 &lt;str4d&gt; Previous large-scale dev work has been approximately 6-monthly, and we are about at the end of a cycle. 21:15:38 &lt;str4d&gt; Aside from the continual move towards new crypto, we should decide where to focus development effort for the next six months. 21:16:07 &lt;str4d&gt; NTCP2 is one suggestion, and PT development and integration 21:16:11 &lt;eche|on&gt; I am afk now 21:16:21 &lt;str4d&gt; o/ eche|on 21:16:49 &lt;str4d&gt; Formalizing our todo list will IMHO help us as much as it will help prospective new developers. 21:17:13 &lt;str4d&gt; At a minimum, we need to ensure that zzz's paper list of development stuff is bus-proof ;) 21:18:44 &lt;Meeh_&gt; what's the current topic? 21:19:24 &lt;str4d&gt; Meeh_: I think everyone is done with my ranting now, so I'll hand over to you :) 21:19:28 &lt;RN&gt; 6-mo roadmap... 21:19:53 &lt;str4d&gt; For 6) I think we can talk about it next week, after we have discussed peoples' lists. 21:20:00 &lt;str4d&gt; s/it/it more/ 21:20:01 &lt;iRelay&gt; str4d meant: For 6) I think we can talk about it more next week, after we have discussed peoples' lists. 21:20:31 &lt;Meeh_&gt; ah, thanks 21:21:23 &lt;Meeh_&gt; well, I've meanwhile you had meeting now, done what I said I should do, and it's giving i2p a lot of more download mirrors 21:21:48 &lt;RN&gt; :) 21:21:55 &lt;str4d&gt; Yay! 21:22:03 &lt;dg&gt; awesome 21:22:03 &lt;Meeh_&gt; in some hours, download.i2p.io should work for al, and should resolve based on latency and geoip 21:22:06 &lt;Meeh_&gt; none recorded from my site 21:22:07 &lt;Meeh_&gt; dns thingy 21:22:14 &lt;Meeh_&gt; they also got names 21:22:17 &lt;Meeh_&gt; I will list them now 21:22:31 &lt;Meeh_&gt; the domain mentioned was a shared domain 21:23:45 &lt;Meeh_&gt; 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 &lt;Meeh_&gt; all will answer on both http(s) 21:24:19 &lt;Meeh_&gt; oh, de01 will also emerge 21:24:38 &lt;Meeh_&gt; but NL01 and DE01 is probably not up before tomorrow, however all other should work in short time 21:25:01 * RN hugs Meeh_ 21:25:09 &lt;Meeh_&gt; I've also gotten my windows and apple certificates 21:25:32 &lt;Meeh_&gt; so I will ve signing builds for i2pd on OSX and Windows, to escape the 2untrusted publisher" blocker/alerter 21:25:42 &lt;Meeh_&gt; also 21:26:20 &lt;Meeh_&gt; every i2p team member can have their own mail account @ i2p.io OR alias, with clearnet access for that matter 21:26:31 &lt;Meeh_&gt; for examle marielle has m@i2p.io, and I got mv@i2p.io 21:26:39 &lt;Meeh_&gt; short'n clean :D 21:27:09 &lt;Meeh_&gt; other than that, sorry for not beeing more around, but t I hope RL stuff are done now and I can continue here :) 21:27:51 &lt;Meeh_&gt; at last, a OSX and Windows build of i2pd is released tomorrow or tonight. 21:27:53 &lt;Meeh_&gt; thanks for listening! 21:28:12 * RN hugs Meeh_ more 21:28:41 &lt;Meeh_&gt; hehe, thanks RN:) 21:29:02 &lt;str4d&gt; Meeh_++ 21:29:16 &lt;dg&gt; str4d, zzz, Meeh_++ 21:29:32 &lt;Meeh_&gt; str4d, this can/could include f-droid too if you want 21:29:45 &lt;str4d&gt; Meeh_: is there a CDN setup for these servers, or are they "individual"? That is, how should the website mirrors list be updated? 21:30:04 &lt;Meeh_&gt; kytv: one server to rule them all.. remember if you publish to the one you got access to, all servers get it 21:31:42 &lt;Meeh_&gt; str4d: I'm partly done with the DNS balancing 21:31:42 &lt;Meeh_&gt; meaning it react to closest mirror 21:31:42 &lt;Meeh_&gt; so we could use one domain for all 21:31:42 &lt;str4d&gt; Okay, so the only download link that people will see is download.i2p.io 21:31:42 &lt;Meeh_&gt; but guide was bind9 and I'm running powerdns on the needed server so just need to ... find their way of doing the same 21:31:42 &lt;str4d&gt; (for this mirror system) 21:31:55 &lt;Meeh_&gt; yes, or if we will ... embrase it, we can write all 21:31:58 &lt;str4d&gt; F-droid on this would be ideal too. 21:32:51 &lt;Meeh_&gt; yes, right now it's just simple rsync, but I upgrade to openstack swift proxy at each location once I see high demand 21:33:07 &lt;Meeh_&gt; then it will be a REST url to publish updates too 21:33:15 &lt;Meeh_&gt; even zzz an do it himself from his browser with right credentials 21:33:31 &lt;Meeh_&gt; (when swift is added) 21:33:47 &lt;Meeh_&gt; reason I didn't right now was becasue it would have taken a hour or two more 21:33:49 &lt;Meeh_&gt; at least 21:34:00 &lt;Meeh_&gt; so then I did't catch the meeting :p 21:34:20 &lt;str4d&gt; Either as https://fdroid.i2p.io/repo/ and https://fdroid.i2p.io/archive/, or https://download.i2p.io/fdroid/repo/ and https://download.i2p.io/fdroid/archive/ 21:34:42 &lt;str4d&gt; Second option is probably better, then we don't need separate HTTPS certs. 21:34:51 &lt;psi&gt; is i2p.io going to be an inproxy? 21:34:51 &lt;Meeh_&gt; pick whatever *.i2p.io/* and you can use the https wildcard 21:34:58 &lt;Meeh_&gt; your chooise 21:35:01 &lt;Meeh_&gt; nope 21:35:04 &lt;Meeh_&gt; i2pd's page 21:35:14 &lt;Meeh_&gt; subsite of PS 21:35:24 &lt;Meeh_&gt; ofc. linking to geti2p.net as well 21:36:02 &lt;Meeh_&gt; see it as a readme page more or less, both on i2p as network and i2pd as the client 21:36:21 &lt;Meeh_&gt; not all ready, so if you got input, please write 21:37:47 &lt;str4d&gt; Meeh_: sounds good. If you have a wildcard cert then I'll choose fdroid.i2p.io (or f-droid.i2p.io, which would be technically correct) 21:37:56 &lt;str4d&gt; Yah, go with f-droid.i2p.io 21:38:08 &lt;Meeh_&gt; sure, we add it 21:38:16 &lt;str4d&gt; Okay, the meeting is IMHO done. Any final requests for topics? 21:38:27 &lt;Meeh_&gt; do you want access as well, and setup your own vhost in nginx? 21:38:35 &lt;Meeh_&gt; same server as kytv 21:38:46 &lt;Meeh_&gt; got access to 21:39:00 &lt;Meeh_&gt; I think you had actually, or has 21:39:15 &lt;Meeh_&gt; because of early f-droid setup 21:39:22 &lt;str4d&gt; I do, yes - it's how I uploaded the existing f-droid stuff 21:39:22 &lt;Meeh_&gt; IIRC 21:39:32 &lt;str4d&gt; Anyway 21:39:34 * str4d warms up the baffer 21:39:43 &lt;Meeh_&gt; sign in, check if your pw work, tell me if not and I make sure you can sudo 21:39:55 * str4d ***bafs the meeting closed 21:40:13 * RN dances a thanks for a good meeting dance </div>/cs/blog/2014/11/01/0.9.16-release/Sat, 01 Nov 2014 00:00:00 +0000/cs/blog/2014/11/01/0.9.16-release/<p>0.9.16 je významným krokem vpřed v našem plánu migrace z DSA na ECDSA a následně na EdDSA kryptografické podpisy a zahrnuje několik dalších změn pro zvýšení vaší anonymity a bezpečnosti. Klientové tunely pro standardní, IRC a SOCKS IRC budou ve výchozím nastavení používat podpisy ECDSA. Kromě toho jsme opravili velké množství vážných chyb, včetně zámků konzole.</p> <p>Změny ve strukturách dat směrovače vyžadují, aby uživatelé pluginu i2pcontrol aktualizovali na verzi 0.0.9.</p>/cs/blog/2014/09/20/0.9.15-release/Sat, 20 Sep 2014 00:00:00 +0000/cs/blog/2014/09/20/0.9.15-release/<p>0.9.15 přidává předběžnou podporu pro Ed25519 EdDSA podpisy. Zahrnuje nové trvalé konfigurační úložiště pro i2psnark a opravuje několik problémů s obsluhou názvů souborů v i2psnarku. Bylo provedeno několik vylepšení pro urychlení SAM. Pluginy nyní podporují silnější podpisy ve formátu su3. Instalace pluginů přes konzoli, která byla v 0.9.14 zakázána, je opět povolena.</p> <p>Podporu pro ECDSA podpisy máme již od verze 0.9.12 a rádi bychom začali ECDSA používat ve výchozím nastavení. Bohužel někteří z vás stále používají starší verze I2P a u jiných distribuce nebo Java runtime ECDSA nepodporuje. U distribucí Red Hat (RHEL, Fedora) je podpora ECDSA údajně chybějící. Někteří problém s Javou vyřešili aktualizací z Javy 6 na Javu 7; jiní měli úspěch s instalací „unlimited strength policy files“. Přidali jsme informace o chybějící kryptografii do souboru s logy a na stránku /logs v konzoli. Po aktualizaci na 0.9.15 zkontrolujte, zda máte podporu ECDSA, a pokud je to nutné, pokuste se ji opravit. To je obzvláště důležité pro ty, kteří provozují populární eepsity a služby.</p>/cs/blog/2014/08/23/android-test-release-on-google-play-in-norway/Sat, 23 Aug 2014 00:00:00 +0000/cs/blog/2014/08/23/android-test-release-on-google-play-in-norway/<p>I2P pro Android existuje již více než tři roky. Během této doby se vyvinulo z jednoduchého testovacího projektu v použitelný a užitečný port I2P směrovače pro Android. Naším konečným cílem bylo vydání I2P pro Android na Google Play, aby uživatelé mohli snadněji objevit, nainstalovat a používat I2P na svých zařízeních s Androidem. Po mnoha úpravách uživatelského rozhraní, opravách chyb a testování se nám zdá, že je I2P pro Android konečně připraveno tam, kde jsou uživatelé.</p>/cs/blog/2014/08/15/the-birth-of-privacy-solutions/Fri, 15 Aug 2014 00:00:00 +0000/cs/blog/2014/08/15/the-birth-of-privacy-solutions/<p>Ahoj všichni!</p> <p>Dnes oznámujeme projekt Privacy Solutions, novou organizaci, která vyvíjí a spravuje software I2P. Privacy Solutions zahrnuje několik nových vývojových úsilí zaměřených na zlepšení soukromí, bezpečnosti a anonymity uživatelů, založených na protokolech a technologii I2P.</p> <p>Tato úsilí zahrnují:</p> <ol> <li>Balíček prohlížeče Abscond.</li> <li>Projekt směrovače i2pd v C++.</li> <li>Projekt monitorování sítě I2P „BigBrother“.</li> <li>Projekt kryptoměny Anoncoin.</li> <li>Projekt kryptoměny Monero.</li> </ol> <p>Počáteční financování Privacy Solutions zajistili příznivci projektů Anoncoin a Monero. Privacy Solutions je nezisková organizace založená v Norsku, registrovaná v norských státních rejstřících. (Něco jako americká 501(c)3.)</p>/cs/blog/2014/08/09/0.9.14.1-release/Sat, 09 Aug 2014 00:00:00 +0000/cs/blog/2014/08/09/0.9.14.1-release/<p>0.9.14.1 obsahuje opravy formuláře „Přidat torrent“ v i2psnark a několika dalších webových formulářích. Obnovili jsme možnost instalace pluginů přes konzoli, ale musíte nejprve upravit svůj soubor router.config (v ~/.i2p/ nebo /var/lib/i2p/i2p-config/ nebo %APPDATA%\I2P) a přidat řádek <code>routerconsole.enablePluginInstall=true</code>. Další zřídka používané pokročilé funkce, které byly odstraněny ve verzi 0.9.14, mohou být obnoveny přidáním řádku <code>routerconsole.advanced=true</code>.</p> <p>Jak je zvykem, pokud je směrovač nakonfigurován s výchozí možností „Stáhnout a ověřit“, automaticky stáhne aktualizaci a zobrazí tlačítko pro restart. Kvůli chybě ve verzi 0.9.14 však, pokud máte aktualizaci nastavenou na „Pouze upozornit“, tlačítko ke stažení nebude zobrazeno. Musíte změnit nastavení na „Stáhnout a ověřit“ nebo „Stáhnout, ověřit a restartovat“, abyste mohli aktualizovat.</p>/cs/blog/2014/07/26/i2p-0.9.14-release/Sat, 26 Jul 2014 00:00:00 +0000/cs/blog/2014/07/26/i2p-0.9.14-release/<p>0.9.14 obsahuje kritické opravy pro XSS a dálkové spouštění zranitelností nahlášené společností Exodus Intelligence. Jako dodatečnou opatření jsme vypnuli několik pokročilých funkcí konfigurace v konzoli směrovače, včetně instalace nových pluginů. Tyto funkce plánujeme znovu povolit v budoucí verzi po další kontrole.</p> <p>Kvůli změnám v knihovně I2P musí uživatelé I2P-Bote aktualizovat svůj plugin na verzi 0.2.10, aby fungoval s I2P 0.9.14. Váš směrovač by měl plugin automaticky aktualizovat po restartu směrovače.</p>/cs/blog/2014/07/14/i2p-dev-meeting-july-14-2014/Mon, 14 Jul 2014 00:00:00 +0000/cs/blog/2014/07/14/i2p-dev-meeting-july-14-2014/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> eche|on, Meeh, psi, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:11 &lt;zzz&gt; 0. Hi 20:00:11 &lt;zzz&gt; 1. Select new PR Manager (zzz) 20:00:19 &lt;zzz&gt; 2. Replace mtn.i2p2.i2p in default i2ptunnel.config (zzz) 20:00:23 &lt;zzz&gt; 0. Hi 20:00:29 &lt;zzz&gt; Hi 20:00:49 &lt;zzz&gt; 1. Select new PR Manager (zzz) 20:00:50 &lt;zzz&gt; 1) PR Manager. orion has resigned. I nominate psi and Meeh as excellent candidates. Others may throw their name in for consideration below, or at the meeting. You may also wish to volunteer as an assistant. Duties include: 20:00:50 &lt;zzz&gt; - Frequent tweeting using @geti2p 20:00:50 &lt;zzz&gt; - send stickers to people who ask 20:00:50 &lt;zzz&gt; - Speak at conferences and meetups 20:00:50 &lt;zzz&gt; - Answer the press@i2pmail.org mail (generate and distribute a new GPG key for it) 20:00:52 &lt;zzz&gt; - Outreach, make contact with people/groups we want to work with; form strategic alliances 20:00:55 &lt;zzz&gt; - Misc. promotion, support, and communications duties 20:00:56 &lt;zzz&gt; - Maintain positive attitude 20:00:56 &lt;Meeh&gt; Hi 20:01:11 &lt;psi&gt; ? 20:01:13 &lt;psi&gt; hi 20:01:38 &lt;zzz&gt; Is either psi or Meeh willing to serve? Are there any other volunteers or nominations? 20:01:50 &lt;psi&gt; I am willing to serve if desired 20:02:24 &lt;eche|on&gt; available here but not for that job, sorry 20:02:27 &lt;psi&gt; I can also obtain orion's stickers 20:03:23 &lt;zzz&gt; Meeh are you willing to serve or would you rather throw your support to psi? 20:04:49 &lt;zzz&gt; anybody else have any comments? 20:04:59 &lt;Meeh&gt; I can do both, what I mean is I can both serve, and I will ofc. support psi if he's doing it 20:05:45 &lt;psi&gt; pr "team" then? 20:06:12 &lt;Meeh&gt; why not, I can't go to the US so I need anyone there anyway 20:06:21 &lt;psi&gt; works 20:06:27 &lt;zzz&gt; My guess is that psi might have more time than Meeh for this? 20:06:57 &lt;psi&gt; yeah i have buttloads of free time right now and probably for a while 20:07:24 &lt;Meeh&gt; but no problems covering EU/Asia/Africa 20:07:34 &lt;Meeh&gt; Yes in some points I think too 20:07:44 &lt;zzz&gt; Meeh has never had buttloads of time since I've known him 20:08:00 &lt;Meeh&gt; however, I think I can contribute a lot wrt tweeting, speak at conferences, and some outreaching 20:08:17 &lt;zzz&gt; how about psi as head and Meeh as assistant? 20:08:26 &lt;psi&gt; i dont do public speaking so i can outsource that to Meeh 20:08:36 &lt;psi&gt; sounds good 20:08:44 &lt;Meeh&gt; sounds good to me too 20:08:47 &lt;Meeh&gt; I can do the public 20:08:58 &lt;zzz&gt; any objections or other comments? 20:09:44 &lt;zzz&gt; ok great 20:10:28 &lt;zzz&gt; I'll get psi the twitter password. Please get the stickers from orion. 20:10:44 &lt;psi&gt; got it 20:11:19 &lt;zzz&gt; Also please generate and distribute a GPG key for press@, and get welterde to fix up the mailing list accordingly 20:11:27 &lt;zzz&gt; speaking of welt... 20:11:33 &lt;eche|on&gt; .... 20:11:36 &lt;zzz&gt; 2. Replace mtn.i2p2.i2p in default i2ptunnel.config (zzz) (Down since June 12 - possible replacements mtn.killyourtv.i2p or mtn.i2p-projekt.i2p) 20:11:52 * psi nominates kytv's 20:12:05 &lt;zzz&gt; eche|on, kytv_ would either of you care to volunteer? 20:12:15 &lt;zzz&gt; we can't put both in one tunnel as that confuses mtn 20:12:56 &lt;zzz&gt; any others that have been up and running for a while? 20:13:01 &lt;eche|on&gt; you can enter mine, I try to keep it up running as always 20:14:24 &lt;zzz&gt; ok, echelon it is I guess 20:14:37 &lt;eche|on&gt; kytv does a lot of jobs already 20:15:07 &lt;zzz&gt; both of them seem very reliable, so doesn't matter much 20:15:27 &lt;Meeh&gt; mtn.meeh.i2p hs ben running for a year now 20:15:29 &lt;zzz&gt; it's not any more work, maybe just a tiny bit more traffic, probably not even noticeable 20:16:25 &lt;eche|on&gt; can we create 3 tunnels and enable only one? 20:17:55 &lt;zzz&gt; nice meeh, good to know 20:17:55 &lt;zzz&gt; anything else on 2) ? 20:17:55 &lt;zzz&gt; any other topics for the meeting? 20:18:19 &lt;psi&gt; do we have a backup irc? 20:18:39 &lt;psi&gt; it seems that if some/all of postman's stuff goes down we're screwed 20:19:17 &lt;psi&gt; mail+irc is postman so what is the backup meetup in the event postman's stuff is non functional 20:19:29 &lt;zzz&gt; sure we could make 3 tunnels but seems like just added clutter to me 20:19:37 &lt;psi&gt; i have been wondering this for a while now... 20:20:28 &lt;eche|on&gt; ok, right, within 6 weeks release time we can change it fast enough, also really interested people can get in here. Also I can push the key to $trusted person 20:21:54 &lt;zzz&gt; we have 3 IRC servers 20:21:54 &lt;zzz&gt; there is no backup for postman himself... 20:21:54 * zzz warms up his short baffer for the short meeting 20:21:54 * zzz ***bafs the meeting closed </div>/cs/blog/2014/07/01/i2p-dev-meeting-july-01-2014/Tue, 01 Jul 2014 00:00:00 +0000/cs/blog/2014/07/01/i2p-dev-meeting-july-01-2014/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> bgwcb, eche|on, kytv, Meeh, psi, str4d, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:32 &lt;zzz&gt; 0. Hi 20:00:32 &lt;zzz&gt; 1. I2P on Google Play (meeh / str4d) 20:00:32 &lt;zzz&gt; 2. Tablet testing (zzz) 20:00:37 &lt;zzz&gt; 0. Hi 20:00:39 &lt;zzz&gt; Hello 20:00:51 &lt;zzz&gt; 1. I2P on Google Play (meeh / str4d) 20:01:12 &lt;eche|on&gt; hi 20:01:13 &lt;zzz&gt; Meeh, str4d, please tell us about your plans for Google Play 20:03:31 &lt;zzz&gt; ok, I'll give you what I know 20:03:56 &lt;zzz&gt; Meeh has an existing but unused account; he's going to give str4d access too; 20:04:35 &lt;zzz&gt; he;s got a dev build up on it now that's invite-only; they plan to make it available to all with the 0.9.14 build; 20:04:55 &lt;eche|on&gt; a dev account should not be the big problem at all 20:05:06 &lt;zzz&gt; they plan to have two versions, one free and one "donate" for a cost of ~$2.50 20:05:18 &lt;eche|on&gt; yeah 20:05:30 &lt;bgwcb&gt; why? 20:05:49 &lt;zzz&gt; Meeh would relay the funds to echelon monthly (assuming it was enough to make it worth it, and meeh didn't have any expenses) 20:05:50 &lt;eche|on&gt; It will have some issues with registration as I2P, but he/she will do it fine 20:05:52 &lt;bgwcb&gt; and for what you need google play? 20:06:14 &lt;zzz&gt; apparently lots of apps have donate versions, take rate is maybe 1% of the free version 20:06:47 &lt;eche|on&gt; it is a fine idea 20:06:50 &lt;zzz&gt; everybody has google play; only the few have f-droid or amazon or load directly from a website 20:07:03 &lt;eche|on&gt; I do not think much money will come in, but better than nothing 20:07:05 &lt;zzz&gt; that's what i know, more or less. Comments? 20:07:22 &lt;eche|on&gt; comment: registration as I2P will be a mess, but else, go ahead 20:08:08 &lt;zzz&gt; somebody unknown has reserved, but not published, net.i2p.android.router. Meeh is attempting to get it back. 20:08:11 &lt;bgwcb&gt; what differenses are in free between donate? 20:08:21 &lt;eche|on&gt; bgwcb: none ;-) 20:08:33 &lt;zzz&gt; it's not a big deal but it would prevent dup detection with existing installs from website or f-droid 20:08:33 &lt;bgwcb&gt; wow 20:08:33 &lt;eche|on&gt; except the donation of the buy-field. 20:08:44 &lt;bgwcb&gt; good idea, in you sleeped genius 20:08:49 &lt;psi&gt; hi 20:08:57 &lt;eche|on&gt; zzz: so the registration works via the java classes and not the project name? 20:09:34 &lt;zzz&gt; the class is essentially the name, or unique identifier. meeh and str4d are investigating 20:09:48 &lt;psi&gt; re: donate version, will it have "more features" ? 20:09:54 &lt;zzz&gt; we're also trying to find nextloop, our f-droid guy, for assistance 20:10:02 &lt;psi&gt; or is it just another package? 20:10:11 &lt;eche|on&gt; psi: no, just a function for "you got the donation version" ;- 20:10:18 &lt;eche|on&gt; in about screen IMHO 20:10:37 &lt;eche|on&gt; balm for the soul "you are something better than anyone else, you did pay us some!" 20:10:38 &lt;psi&gt; neat 20:10:41 &lt;kytv&gt; (belated 'hi') 20:10:53 &lt;zzz&gt; any comments on a donate version? 20:10:56 &lt;psi&gt; epeen 20:11:21 &lt;zzz&gt; any objections to a donate version? or to google play at all? 20:11:28 &lt;eche|on&gt; zzz: go ahead, I would add a different about text in the app itself 20:11:47 &lt;eche|on&gt; I once have had the idea to sell every android version, but no need to 20:12:29 &lt;zzz&gt; if you're interested in what Meeh has so far or want to test his version of the app, contact him 20:12:50 &lt;eche|on&gt; which is a nice guide to TOP2 ;-) 20:13:01 &lt;zzz&gt; last call for comments on google play 20:13:28 &lt;kytv&gt; +1 for google play, more users is good 20:13:50 &lt;psi&gt; +1 for google play as well, since more users means more feedback 20:14:14 &lt;kytv&gt; (not sure about +1 for 'requiring payment' but donations are A-OK) 20:14:36 &lt;Meeh&gt; *reading backlog* 20:14:39 &lt;zzz&gt; 2 versions, free and not. prediction is 99% will choose free 20:15:12 &lt;kytv&gt; yeah, I got that. That's perfectly fine. 20:15:25 &lt;zzz&gt; Meeh inb4 last call, let's give him a couple minutes to read backlog and elaborate 20:17:56 &lt;Meeh&gt; hm, yea. 20:18:13 &lt;Meeh&gt; well, I would like to add a topic actually, which in a way is connected with this 20:18:24 &lt;Meeh&gt; but in a way not in anyway either 20:18:55 &lt;zzz&gt; Meeh, last call for comments on 1) 20:19:04 &lt;zzz&gt; anything I got wrong? 20:20:04 &lt;Meeh&gt; I would gladly do it, and the two-app with donations seems like a good idea still :) 20:20:05 &lt;Meeh&gt; no, it was right about the namespace etc 20:20:05 &lt;Meeh&gt; you got it right 20:20:06 &lt;zzz&gt; ok then. end of 1). 20:20:07 &lt;zzz&gt; 2. Tablet testing (zzz) 20:20:42 &lt;zzz&gt; We don't have enough android testers and devs now. We're about to get a lot more users. So we definitely need more testers and devs. 20:20:49 &lt;Meeh&gt; HL me when I can add 3), it's a big topic. and it would probably interest many 20:21:03 &lt;Meeh&gt; need to work more on the topic while 2) 20:21:05 &lt;zzz&gt; ok 3) meeh on the list 20:21:08 &lt;zzz&gt; back to 2) 20:21:41 &lt;zzz&gt; I'd like to propose reimbursing people who would like to buy an Android device that promise to do testing or development. 20:22:13 &lt;zzz&gt; Say, up to $200 each for up to 8 people, Enough to buy a 7" tablet, or to partially fund a phone or 10" tablet 20:22:31 &lt;zzz&gt; I'd also like to fully fund a 10" tablet for str4d, up to $400 or so 20:22:44 &lt;zzz&gt; comments? volunteers? 20:23:24 &lt;eche|on&gt; my comment is already on record, go ahead. 20:23:25 &lt;str4d&gt; hai 20:23:27 &lt;str4d&gt; ary for l8ness 20:23:36 &lt;eche|on&gt; but do not buy chinese spyware devices^^ 20:24:07 &lt;zzz&gt; we've already bought some devices for devs but we really really need testers 20:24:47 &lt;str4d&gt; sry* 20:24:55 &lt;zzz&gt; this would be for people already part of the dev community, e.g. psi, orion, dg, kytv, echelon, etc 20:25:23 &lt;zzz&gt; who wants one? i think this would be a great use of project funds 20:26:00 &lt;kytv&gt; I'm always open for testing, but I have no tablet and don't know how useful any feedback I could give would be. That said, I can test and supply (hopefully) valid reports. 20:26:21 &lt;zzz&gt; ok, there's one. great. 20:26:48 &lt;zzz&gt; as usual, ask echelon, our treasurer, for reimbursement 20:26:52 &lt;Meeh&gt; I could test too, but my pad is starting to get simewhat old 20:26:56 &lt;Meeh&gt; somewhat* 20:27:18 &lt;zzz&gt; I really like the 7" android tablets. Great for testing and general use. And you don't risk horking your phone. 20:27:50 &lt;zzz&gt; last call for comments on 2) android tablets for testing 20:28:23 &lt;str4d&gt; Choice of device is important 20:28:30 &lt;eche|on&gt; (I do NOT pay apple products, lol) 20:28:37 &lt;Meeh&gt; I can help test, but for guaranteen the testing it would probably need a buyin of a new tablet 20:28:53 &lt;str4d&gt; The opportunity we have here is to provide a range of device *sizes* as well as screen *densities* 20:29:21 &lt;zzz&gt; if we let each person pick their own phone or tablet, that should provide the assortment needed 20:29:55 &lt;zzz&gt; ok, moving on to 3) Meeh's unknown topic. 15 minutes max. 20:29:57 &lt;zzz&gt; go Meeh 20:29:59 &lt;str4d&gt; (e.g. my 7" tablet is 600x1024 pixels, and falls into the -sw600dp category) 20:32:03 &lt;Meeh&gt; ok, I decidedto come back (since I've been away a whhile) with a supprise, some have might heard of it, and some seen some of it.. but simple saying I've made a "I2P browser bundle" which is probably ready for win32 and osx within 24hours 20:32:29 &lt;Meeh&gt; turn on your tor plugins and see https://hideme.today/dev/ 20:32:35 &lt;iRelay&gt; Title: The Abscond bundle (at hideme.today) 20:32:39 &lt;Meeh&gt; that's the featureset and "face" of it 20:32:57 &lt;psi&gt; wait wut 20:33:01 &lt;psi&gt; a browser bundle? 20:33:05 &lt;Meeh&gt; I'm trying to get i2p more eaiser to get into.. because that's always the complaint I get 20:33:08 &lt;Meeh&gt; yes 20:33:17 &lt;Meeh&gt; more too, since it's 100% portable 20:33:26 &lt;Meeh&gt; you can put it on a usb stick 20:33:39 &lt;Meeh&gt; launch it on any machine.. do a mod, and you can cross boot it too 20:33:42 &lt;psi&gt; neat 20:33:43 &lt;str4d&gt; psi: Tor Browser with I2PButton 20:33:46 &lt;Meeh&gt; as in same install on win,linux,osx 20:33:58 &lt;Meeh&gt; more or less as str4d said yes :) 20:34:38 &lt;Meeh&gt; so, do any of you have comments etc on this, ideas, ++, ? 20:34:49 &lt;psi&gt; where can i get it? 20:34:56 &lt;Meeh&gt; thinking it was good with some feedback before release 20:34:57 &lt;psi&gt; looks like the gitlab instance is locked 20:35:11 &lt;Meeh&gt; I will push the final code and make it available some hours now after the meeting 20:35:21 &lt;psi&gt; okay 20:35:23 &lt;Meeh&gt; 've not finished with a complete build set 20:35:38 &lt;Meeh&gt; so I need to tell you how to compile and set all parts together 20:35:44 &lt;eche|on&gt; comment: lots of work. 20:35:47 &lt;eche|on&gt; but great. 20:36:13 &lt;Meeh&gt; I've focused most on a prototype/proof of consept rather than a build system 20:36:54 &lt;Meeh&gt; so I took the torbrowser itself and rebranded it, torbutton is almost rewritten to work 100% with i2p instead of tor, 20:37:17 &lt;Meeh&gt; the launcher is written from scratch by me, much because of the jre part 20:37:34 &lt;Meeh&gt; therefore all old build scripts from tor fails 20:37:43 &lt;Meeh&gt; and isn't easily mod.able 20:38:36 &lt;psi&gt; orchid included? 20:38:59 &lt;Meeh&gt; yes, it's some i2p plugins as well as browser plugins included 20:39:06 &lt;psi&gt; neat 20:39:16 &lt;Meeh&gt; i2p plugins mostly for getting people interested, like i2p-bote 20:39:23 &lt;Meeh&gt; and browser plugins for privacy 20:40:20 &lt;Meeh&gt; the idea is to have a build script that easily build a new bundle for osx,linux,win32 on each i2p release 20:40:37 &lt;Meeh&gt; and ofc. browser update etc, but that will require manually work 20:40:53 &lt;Meeh&gt; but I've included in my future plan to maintain that 20:42:25 &lt;zzz&gt; ok, anything else on 3) ? 20:43:02 &lt;zzz&gt; anybody have any other topics? 20:43:14 &lt;Meeh&gt; no it was mainly all. if anyone on win32 wants to test please yell out, because after anoncoin experience that needs most testing 20:43:55 &lt;Meeh&gt; and I see I go emtpy for coffeine if I don't run out and buy, back in 10. takes 5min each way :) 20:44:24 &lt;zzz&gt; ok great. A reminder that anybody can call a meeting on any topic at any time. 20:44:35 * zzz *bafs* the meeting closed </div>/cs/blog/2014/05/22/i2p-0.9.13-release/Thu, 22 May 2014 00:00:00 +0000/cs/blog/2014/05/22/i2p-0.9.13-release/<p>0.9.13 includes fixes for firewalled routers, netdb lookup improvements, and a big SusiMail update. Of course, there&rsquo;s also the usual collection of bug fixes and translation updates.</p> <p>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.</p> <p>zzz has updated his GPG keys, and the release files are signed with his new keys. His new key fingerprint is: 2D3D 2D03 910C 6504 C121 0C65 EE60 C0C8 EE72 56A8</p>/cs/blog/2014/05/06/i2p-dev-meeting-may-06-2014/Tue, 06 May 2014 00:00:00 +0000/cs/blog/2014/05/06/i2p-dev-meeting-may-06-2014/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> bgwcb, dg, eche|on, EinMByte, hghoster, kytv, nombra, Nyakov, psi, topiltzin, user, Yi, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:37 &lt;zzz&gt; `http://zzz.i2p/topics/1618` 20:00:43 &lt;bgwcb&gt; well, start it? 20:00:46 &lt;iRelay&gt; Title: zzz.i2p: Meeting Tues. May 6 - 8 PM UTC (at zzz.i2p) 20:00:57 &lt;zzz&gt; 0. Hi 20:00:57 &lt;zzz&gt; 1. hiddengate.i2p console home page request (see next post for details) 20:00:57 &lt;zzz&gt; 2. OMGWTFBBQ Summer Europe - echelon 20:00:57 &lt;zzz&gt; 3. 0.9.13 release schedule 20:01:06 &lt;zzz&gt; 0. Hi 20:01:09 &lt;zzz&gt; hello 20:01:11 &lt;eche|on&gt; hi! 20:01:15 &lt;psi&gt; hello 20:01:16 &lt;topiltzin&gt; hi 20:01:23 &lt;nombra&gt; o/ (reconnected just in time) 20:01:38 &lt;kytv&gt; hola 20:01:49 &lt;Yi&gt; what is it? 20:01:50 &lt;zzz&gt; Most of these items should be short, let's limit them to 15 minutes each 20:02:00 &lt;hghoster&gt; hi all 20:02:05 * mokosoul sneaks away before anyone notices it was here at the meeting. 20:02:08 &lt;zzz&gt; 1. hiddengate.i2p console home page request 20:02:16 &lt;zzz&gt; see the link above for details 20:02:42 &lt;zzz&gt; hghoster is the requester for hiddengate.i2p. would you please tell us a little about the site? 20:03:52 &lt;hghoster&gt; HiddenGate is a project for Russian I2P users. Target: publish online/offline "Vestnik I2P" paper which introducec to I2P and guides how to reach it. 20:04:00 &lt;hghoster&gt; we have wiki, forum, imboard 20:04:06 &lt;EinMByte&gt; Hi 20:04:47 &lt;EinMByte&gt; hghoster: so... can we say it's a kind of help-site 20:05:03 &lt;hghoster&gt; so.. we already published first version of paper. also few guys continues fill wiki with new techinal articles 20:05:04 &lt;kytv&gt; for convenience, the ToS in EN: `http://hiddengate.i2p/wiki/ToS#Terms_of_Service` 20:05:04 &lt;zzz&gt; ok, thanks. Anybody have questions or comments? I especially would like comments from Russian speakers 20:05:08 &lt;iRelay&gt; Title: HiddenGate Wiki: HiddenGate Wiki (at hiddengate.i2p) 20:05:27 &lt;bgwcb&gt; hghoster: censored imageboard, but it's probably good because we, good russian anonymous, don't love cp 20:05:29 &lt;EinMByte&gt; I've visited the website earlier, and it looks good 20:05:50 &lt;EinMByte&gt; one thing I would like to mention though: the homepage is all in russian 20:05:55 &lt;hghoster&gt; EinMByte: yes. our target is to make some platform where is new users will not see cp, etc some shock content 20:06:15 &lt;hghoster&gt; just for politics discussions, some interests, etc. no trash, no cp 20:06:48 &lt;hghoster&gt; EinMByte: but there is one or two pages in English, for example ToS. wait a mmt plz 20:07:08 &lt;EinMByte&gt; So, maybe an english introduction would be nice? 20:07:08 &lt;EinMByte&gt; (even if the rest of the site is in russian) 20:07:08 &lt;EinMByte&gt; That sounds good 20:07:14 &lt;zzz&gt; hghoster has posted a English and Russian ToS as required: `http://hiddengate.i2p/wiki/ToS` 20:07:18 &lt;iRelay&gt; Title: HiddenGate Wiki: HiddenGate Wiki (at hiddengate.i2p) 20:07:20 &lt;EinMByte&gt; zzz: considering the amount of russian users, I think this would be a good addition 20:07:22 &lt;hghoster&gt; zzz thank you 20:07:48 &lt;EinMByte&gt; Well, I'd just like at least one english sentence on the homepage 20:08:05 &lt;EinMByte&gt; because visiting hiddengate.i2p was quite confusing for me 20:08:31 &lt;EinMByte&gt; and I suppose it would be like that for most non-russian I2P users 20:08:45 &lt;EinMByte&gt; nevertheless, I do agree with the proposal 20:09:18 &lt;zzz&gt; any other comments from the Russian users here - bgwcb denixx_ Nyakov ? 20:09:38 &lt;hghoster&gt; we may place some welcome text on the top of first page explainig for non-russian users where they are 20:10:12 &lt;EinMByte&gt; hghoster: this is what I mean 20:10:19 &lt;hghoster&gt; i'm logging our converstation and we'll discuss it later too 20:10:21 &lt;hghoster&gt; i think they may sleep :) but bgwcb not 20:10:22 &lt;Nyakov&gt; I think this is good idea 20:10:36 &lt;bgwcb&gt; i think if hiddengate get in start-home page it fill hiddengate of some good content 20:10:37 &lt;hghoster&gt; okay, i'll remember this, thank you 20:10:49 &lt;EinMByte&gt; After all, I assume that's what users coming from the control panel will see: the front page 20:10:49 &lt;zzz&gt; hghoster, I got some comments last week in #ru that your site had very little content on it. What are your plans to add more content? 20:10:53 &lt;Yi&gt; i think it's ok 20:11:12 &lt;zzz&gt; we do not want "dead" sites on our home page 20:11:17 &lt;user@kyirc&gt; +1 for the welcome sentence. the domain name is in English and I could have gotten to the site too, and then not even knowing what it is is kinda frutrating, even if the rest will be unintelligible for me anyway 20:11:53 &lt;bgwcb&gt; and it's good idea because they heaven't cp. new arrivals may be affraid darkness networks because it's shelter for pedofiles and terrorists 20:11:59 &lt;hghoster&gt; certainly plans are good :) there is another guy "Glavred", he is idea-creator of this project. i am workiing on it like admin. also there is few guys who continuing fill wiki 20:12:37 &lt;hghoster&gt; offcourse it fills not so fast as we want. but we continue our work anyway. until someone like mr. P will not close internets 20:12:48 &lt;bgwcb&gt; but, then i will be want to get on start page `http://rus.i2p` with comment it's have a some shock-content 20:12:50 &lt;hghoster&gt; sorry for my poor english 20:13:00 &lt;iRelay&gt; Title: I2P Wiki (at rus.i2p) 20:13:13 &lt;zzz&gt; no need for sorry, you are doing fine :)( 20:13:40 &lt;zzz&gt; ok, any other comments? I have not heard any objection so far? 20:13:53 &lt;dg&gt; Sounds good to me. 20:13:54 &lt;EinMByte&gt; zzz: regarding "dead" sites - look at it like this: if a site makes the homepage, this may very well increase traffic 20:14:09 &lt;EinMByte&gt; so, that could have a positive effect on content too 20:14:12 &lt;dg&gt; Furthermore, we can always remove a site if it's 'dead' 20:14:21 &lt;EinMByte&gt; exactly 20:14:45 &lt;kytv&gt; no issues here, but an introductory sentence or two in English (to match the language of the hostname) would be welcome. 20:15:26 &lt;user@kyirc&gt; the console tooltip could/should already mention it's in Russian. am pro 20:16:08 &lt;hghoster&gt; site is hosting outside of russia, so i think there no problems with it. also i'm c++er and have good work, so money not a problem. the main thing is how to propagand i2p more effectively. we hope that paper helps us 20:16:32 &lt;hghoster&gt; kytv: yes, certainly 20:16:48 &lt;zzz&gt; ok then, hghoster we approve your request and I will add it for 0.9.13. Thanks for attending the meeting and good luck with your site 20:16:48 &lt;bgwcb&gt; i'm for it to appear on front-page 20:16:48 &lt;zzz&gt; thanks also to our friends from #ru for helping us out 20:16:50 &lt;psi&gt; (c++ers are invited to help with i2pd and i2pcpp) &lt;-- off topic 20:16:59 &lt;zzz&gt; moving on 20:16:59 &lt;zzz&gt; 2. OMGWTFBBQ Summer Europe - echelon 20:17:01 &lt;zzz&gt; eche|on, tell us about it 20:17:03 &lt;hghoster&gt; thank you all! 20:17:08 &lt;bgwcb&gt; thank you all it was an interesting 20:17:19 &lt;eche|on&gt; the BBQ 20:17:38 &lt;eche|on&gt; we always wanted to do a BBQ, I can offer to host one in this summer, in graz, austria 20:17:45 &lt;eche|on&gt; if we want to do one 20:18:18 &lt;eche|on&gt; money for drinks/food is available in funds IMHO, just the part about people to visit this BBQ is a topic... 20:18:28 &lt;EinMByte&gt; would be nice, but I would probably not attend (for reasons of anonimity) 20:18:35 &lt;zzz&gt; when? 20:18:46 &lt;eche|on&gt; I am more about end of august, september timeframe 20:19:21 &lt;zzz&gt; not to conflict with DEFCON, first week of August 20:19:33 &lt;eche|on&gt; right, I know 20:19:48 &lt;bgwcb&gt; It's good idea 20:19:58 &lt;EinMByte&gt; zzz: can I quickly append two things: one question about just mail, another about derbycon (offtopic, sorry) 20:20:11 &lt;psi&gt; on the topic of conferences orion and I are going to probably most likely be at derbycon 20:20:17 &lt;eche|on&gt; and I know not much people will come over, and I can only provide a place for bbq, no sleeping facility 20:20:23 &lt;zzz&gt; EinMByte, you will be number 4 on the agenda 20:20:33 &lt;EinMByte&gt; zzz: thanks 20:20:46 &lt;zzz&gt; psi, derbycon will be number 5 on the agenda 20:20:52 &lt;psi&gt; okay 20:20:56 &lt;EinMByte&gt; eche|on: bbq is definitely a good idea 20:21:05 &lt;EinMByte&gt; iff you can get enough people to attend 20:21:38 &lt;bgwcb&gt; but why is hosting outside of russia? 20:21:38 &lt;zzz&gt; anybody who is interested in a Graz BBQ late August / early Sept., please type "yes" or "maybe" 20:21:53 &lt;EinMByte&gt; zzz: attending or just support 20:22:09 &lt;zzz&gt; attending. 20:22:15 &lt;zzz&gt; I will say "maybe" 20:22:37 &lt;bgwcb&gt; maybe 20:22:56 &lt;psi&gt; "maybe" (if i can get there which is a very unlikely thing) 20:23:11 &lt;eche|on&gt; hm, I think I will start a questionaire in forum.i2p ? 20:23:26 &lt;eche|on&gt; graz is very good reachable by plane via Frankfurt ;-) 20:23:40 &lt;eche|on&gt; but thats expansive. I do know. 20:24:14 &lt;zzz&gt; eche|on, not a lot of support... perhaps a meetup or BBQ at a conference would be more popular? 20:24:17 &lt;EinMByte&gt; I too think it's best to move this matter to a forum or something 20:24:51 &lt;bgwcb&gt; where owned? 20:24:52 &lt;eche|on&gt; zzz: that would be better. if we find a conf which fits? 20:24:52 &lt;bgwcb&gt; sorry, where exactly 20:24:54 &lt;EinMByte&gt; 5? 20:24:54 &lt;bgwcb&gt; ? 20:24:55 &lt;zzz&gt; I would love a meetup in summertime, but combined with conf may make more sense 20:24:57 &lt;eche|on&gt; this year I do not have time to get to Las Vegas 20:25:45 &lt;eche|on&gt; (again) 20:25:48 &lt;eche|on&gt; but if you want to do something, the cash is available^^ 20:25:48 &lt;zzz&gt; ok, lets defer this topic for more research, maybe we can talk again in a couple weeks with ideas 20:25:48 &lt;eche|on&gt; I keep a eye on this 20:26:03 &lt;EinMByte&gt; good 20:26:14 &lt;zzz&gt; moving on 20:26:18 &lt;zzz&gt; 3. 0.9.13 release schedule 20:26:46 &lt;zzz&gt; we're about 4 weeks since 0.9.12 and our normal 5-8 week cycle gives us a release in late May 20:27:02 &lt;dg&gt; only 4.. 20:27:11 &lt;zzz&gt; rfree has been doing good research on the problems in 0.9.12 with firewalled routers and that -14 seems to help a lot 20:27:17 &lt;EinMByte&gt; what about those supposed problems with 0.9.12, have they been resolved (if there were any)? 20:27:19 &lt;zzz&gt; so he's recommending a release soon. 20:27:28 &lt;EinMByte&gt; oh right 20:27:50 &lt;zzz&gt; it seems to be only with firewalled routers, but that means all TAILS users too 20:27:56 &lt;eche|on&gt; zzz: how far have you come with susimail, done? 20:28:12 &lt;zzz&gt; yes I'm about done with susimail for now 20:28:24 &lt;eche|on&gt; ok, and Tails, next release at which date? 20:28:25 &lt;zzz&gt; so susimail + firewall fixes sounds good enough for a release 20:28:32 &lt;eche|on&gt; aka which date we need to be done? 20:28:33 &lt;zzz&gt; so maybe in either 2 weeks or 3? 20:28:58 &lt;user@kyirc&gt; -0 was bad for me, on lin, nonfirewalld, -4 fix reachablility. then on xp with firewall -0 was alsmot unusable. -14 works great 20:29:04 &lt;eche|on&gt; currently no problem with a shorter cycle 20:29:24 &lt;user@kyirc&gt; dunno about the console locking prob though, which was on -14 20:29:36 &lt;zzz&gt; checkin deadline May 16 or 23, and release May 19 or 26 20:29:47 &lt;eche|on&gt; may 16 would be better (29th is holiday) 20:29:50 &lt;dg&gt; I say 16/19 provided there's no deadlocks and stuff. 20:30:10 &lt;dg&gt; If user's still suffering, hold off. 20:31:10 &lt;zzz&gt; OK let's shoot for the 16th for a deadline and a release on the 19th. If we have unresolved problems then we will push it back 20:31:20 &lt;EinMByte&gt; ok 20:31:45 &lt;user@kyirc&gt; on the xp it's perfectly fine. the console thingy in MY case can be caused by myself, since I tried a plugin that was still depending on an older version of jetty. maybe that changed something in my settings, for the problems remained after removing the plugins. but that's just in MY case 20:32:14 &lt;user@kyirc&gt; if no one else has that problem, then -14 is a good release candidate, imho 20:32:49 &lt;zzz&gt; moving on: 4) EinMByte Just Mail 20:32:49 &lt;EinMByte&gt; yes, just a minor question 20:32:49 &lt;EinMByte&gt; orion: ding 20:32:54 &lt;EinMByte&gt; So my question was: has orion been able to get in touch 20:33:07 &lt;EinMByte&gt; and second of all: what the hell are they doing 20:33:16 &lt;EinMByte&gt; imho, it doesn't seem like it can work 20:33:20 &lt;zzz&gt; he got a reply and copied me, it didn't really say much 20:33:26 &lt;EinMByte&gt; so I think they need some advice 20:33:30 &lt;EinMByte&gt; zzz: could you paste 20:33:38 &lt;EinMByte&gt; I'm interested 20:34:04 &lt;EinMByte&gt; as I wrote on `http://zzz.i2p/topics/1614,` I doubt about their ideas 20:34:10 &lt;iRelay&gt; Title: zzz.i2p: Just Mail Kickstarter (at zzz.i2p) 20:34:28 &lt;EinMByte&gt; * the feasability of their ideas 20:35:09 &lt;zzz&gt; I'll paste it onto that thread after the meeting.. It's just marketing b.s., doesn't really explain anything. 20:35:26 &lt;EinMByte&gt; alright, thanks 20:35:44 &lt;zzz&gt; anything else on Just Mail? 20:35:47 &lt;EinMByte&gt; I think that will do for 4, it doesn't seem like this is going to work out 20:36:12 &lt;EinMByte&gt; (I'm sorry for the people who invested in it, too) 20:36:25 &lt;zzz&gt; moving on 20:36:37 &lt;zzz&gt; 5) DerbyCon EinMByte psi orion 20:36:55 &lt;psi&gt; i believe that orion and I will be able to attend derbycon 20:37:00 &lt;EinMByte&gt; again, I wanted to know the status on that 20:37:07 &lt;EinMByte&gt; okay, any talks yet? 20:37:20 &lt;psi&gt; i was hoping you two could give one 20:37:29 &lt;zzz&gt; `http://zzz.i2p/topics/1579` 20:37:33 &lt;iRelay&gt; Title: zzz.i2p: Derbycon Louisville Sept. 24-28 (at zzz.i2p) 20:37:44 &lt;EinMByte&gt; zzz: no chance of you giving a talk? 20:38:20 &lt;zzz&gt; A chance, but I vote for our PR guy orion 20:38:24 &lt;EinMByte&gt; also, does anyone know whether or not these talks are being broadcasted? 20:38:50 &lt;psi&gt; if they are you could always dress like the unibomber (str4d) 20:39:25 &lt;zzz&gt; psi, orion, I recommend you contact Adrian immediately to find out the CFP schedule and process and find out what kind of talk would be appropriate 20:39:35 &lt;psi&gt; okay 20:39:46 &lt;zzz&gt; This is mainly an InfoSec conf, much different from DEFCON/HOPE/CCC etc 20:40:39 &lt;EinMByte&gt; It is important that we have a talk, because that will definitely spread the word 20:40:54 &lt;EinMByte&gt; (also more chance of academic research) 20:41:13 &lt;zzz&gt; speaking of HOPE: `http://zzz.i2p/topics/1507` 20:41:19 &lt;iRelay&gt; Title: zzz.i2p: HOPE X (at zzz.i2p) 20:41:36 &lt;zzz&gt; and DEFCON: `http://zzz.i2p/topics/1556` 20:41:42 &lt;iRelay&gt; Title: zzz.i2p: DEFCON 2014 (at zzz.i2p) 20:42:07 &lt;zzz&gt; anyway, psi and orion, if you guys go to DerbyCon there's a chance I'll go too. 20:42:18 &lt;zzz&gt; eche|on, Louisville BBQ? 20:42:22 &lt;EinMByte&gt; in an ideal world, we'd have a talk on all of those conferences 20:42:30 &lt;psi&gt; ooh that sounds nice, BBQ in KT 20:42:51 &lt;zzz&gt; KY 20:43:02 &lt;psi&gt; it's KY? dang 20:43:50 &lt;zzz&gt; two or three of you should co-author a talk and leave me out of it. That would be best :) 20:44:00 &lt;zzz&gt; anything else for the meeting? 20:44:10 * zzz warms up the baffer 20:44:14 &lt;user@kyirc&gt; it's not a topic on the agenda, but I think, we should start thinking about our official in-network homepage. www.i2p2.i2p is ugly. it was chosen in order to match the public internet domain of i2p2.de. since this one is not our main address anymore, we should also think about a nicer in-network domain. i2p.i2p for instance. dunno if geti2p.i2p makes sense, as you don't need to _get_ i2p anymore. 20:44:23 &lt;eche|on&gt; zzz: louiesville, time, place? 20:44:39 &lt;zzz&gt; `http://zzz.i2p/topics/1579` 20:44:44 &lt;iRelay&gt; Title: zzz.i2p: Derbycon Louisville Sept. 24-28 (at zzz.i2p) 20:44:53 &lt;user@kyirc&gt; not urgent, but maybe something to think about, and easy to "fix" 20:45:22 &lt;EinMByte&gt; yes, new homepage would be nice 20:45:22 &lt;eche|on&gt; hm, at this date I wanted to be in scotland 20:45:30 &lt;zzz&gt; user, that's welterde. In the router console we have removed all references, we now point to i2p-projekt.i2p 20:45:59 &lt;user@kyirc&gt; which is not perfect either, because of the k 20:45:59 &lt;zzz&gt; thanks everybody for a good meeting 20:46:09 &lt;eche|on&gt; would need a check on timetables 20:46:20 &lt;EinMByte&gt; zzz: one last thing, do you plan on having regular meetings 20:46:30 &lt;user@kyirc&gt; as it's a link it's not that much of a problem, but still an english-language name would be better, imho 20:46:44 &lt;EinMByte&gt; (unless that's already the case?) 20:47:02 &lt;zzz&gt; EinMByte, we schedule meetings as-needed. Anybody can schedule a meeting at any time for any topic. 20:47:17 &lt;EinMByte&gt; zzz: alright 20:47:23 &lt;user@kyirc&gt; what's wrong with i2p-project.i2p ? already registered by someone else? 20:47:47 &lt;eche|on&gt; but louisville is nice to reach and central 20:47:50 &lt;zzz&gt; EinMByte, `http://zzz.i2p/topics/1491` 20:47:55 &lt;iRelay&gt; Title: zzz.i2p: Project Meetings (at zzz.i2p) 20:48:37 &lt;EinMByte&gt; I'm thinking about an i2pcpp meeting 20:48:42 &lt;EinMByte&gt; but I need to discuss with orion 20:48:44 &lt;zzz&gt; if we are going to DerbyCon we should try to convince Lance to go too 20:50:03 &lt;eche|on&gt; ok, I keep this in head and I went off for bed 20:50:04 &lt;eche|on&gt; cya later 20:50:19 &lt;zzz&gt; any talk will have to be kickass to be accepted. DerbyCon was small the first year but this is the 4th year I think. We have a little bit of inside track with irongeek but it's not just his show. 20:50:55 &lt;EinMByte&gt; btw, I'm willing to look at slides etc etc. Not sure if it would help a lot but you never know 20:51:51 &lt;EinMByte&gt; anyway, bye </div>/cs/blog/2014/04/22/i2p-dev-meeting-april-22-2014/Tue, 22 Apr 2014 00:00:00 +0000/cs/blog/2014/04/22/i2p-dev-meeting-april-22-2014/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> hottuna, nombre\_, psi, str4d, zzz2</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:32:31 &lt;str4d&gt; Hi all 20:34:53 &lt;str4d&gt; 0) Hi 20:34:53 &lt;str4d&gt; 1) TODO 0.9.13-0.9.16 `http://zzz.i2p/topics/1600` 20:34:53 &lt;str4d&gt; 2) New transport for Tor PTs `http://zzz.i2p/topics/1551` 20:34:53 &lt;str4d&gt; 3) Any items that emerge from 1) 20:34:53 &lt;str4d&gt; Post-meeting activity: Stress-testing Mumble (voice chat over I2P) 20:35:07 &lt;iRelay&gt; Title: zzz.i2p: TODO 0.9.13 - 0.9.16 (at zzz.i2p) 20:35:10 &lt;iRelay&gt; Title: zzz.i2p: Supporting Tor Pluggable Transports (at zzz.i2p) 20:35:29 &lt;str4d&gt; 0) Hi 20:35:57 &lt;hottuna&gt; Hello 20:37:37 &lt;str4d&gt; Anyone else? 20:38:01 &lt;str4d&gt; zzz2 orion psi kytv meeh_ 20:41:17 &lt;str4d&gt; Hopefully some of them will turn up. 20:41:17 &lt;str4d&gt; 1) TODO 0.9.13-0.9.16 `http://zzz.i2p/topics/1600` 20:41:22 &lt;iRelay&gt; Title: zzz.i2p: TODO 0.9.13 - 0.9.16 (at zzz.i2p) 20:41:26 &lt;zzz2&gt; here 20:41:58 &lt;str4d&gt; At zzz's request we started a discussion thread to propose ideas for the I2P roadmap moving forward. 20:42:27 &lt;str4d&gt; There was a lot of chatter, but no actual consensus was reached. 20:43:14 &lt;str4d&gt; I summarized some of the initial suggestions on the roadmap page `http://trac.i2p2.i2p/wiki/Roadmaps/1.0` 20:43:17 &lt;iRelay&gt; Title: Roadmaps/1.0 I2P Bugtracker (at trac.i2p2.i2p) 20:45:01 &lt;str4d&gt; zzz2: I see you have been getting stuck into susimail (yay) 20:46:19 &lt;zzz2&gt; yeah, fell down that rathole while we try to decide what's really important 20:52:07 &lt;str4d&gt; I think that it was useful work, if only because there is a long-standing bug about login problems, and susimail is one of the first apps that users are going to try 20:52:08 &lt;str4d&gt; `http://trac.i2p2.i2p/ticket/747` 20:52:12 &lt;iRelay&gt; Title: #747 (Login problems with Susimail) I2P Bugtracker (at trac.i2p2.i2p) 20:54:45 &lt;psi&gt; str4d: ohai 20:54:47 * psi is late? 20:55:19 &lt;str4d&gt; yes psi is 20:55:25 &lt;str4d&gt; Nothing much has happened yet :/ 20:55:58 * psi scrolls up 20:56:07 &lt;str4d&gt; To summarize what has been going on since the RFC was put out: 20:56:18 &lt;str4d&gt; - zzz has worked on susimail 20:56:59 &lt;str4d&gt; - psi has been getting his head around PTs, new DH and JNI 20:57:23 &lt;str4d&gt; - I have been working on I2P-Bote Android, and now Java EdDSA 20:57:39 * psi has been spending the entire day fleshing out the structure of PT for i2p 20:58:59 &lt;zzz2&gt; if str4d and psi are making progress on EdDSA, 25519, and PTs, then I think the best use of my time is moving forward on new sig algo migration, e.g. multiple dests down a tunnel, and some sort of addressbook support 21:00:27 &lt;jenkins@kyirc&gt; Starting build #581 for job I2P 21:01:01 &lt;zzz2&gt; whats the status of psi mtn keys and dev agreement? I've gotten nothing in the mail. 21:01:23 &lt;str4d&gt; psi signed the dev agreement, I pushed it to the website 21:01:36 &lt;str4d&gt; (so his pub keys are on record) 21:02:10 &lt;zzz2&gt; his key fingerprint is on there too? 21:02:32 &lt;zzz2&gt; if so I'll add him and announce it 21:03:02 &lt;psi&gt; my gpg fp is on my twitter 21:03:05 &lt;str4d&gt; not the fingerprint, but the key itself is 21:03:47 &lt;zzz2&gt; it needs to be in that sample monotonerc template file. psi maybe you can do that as your first test of mtn skills? 21:04:23 &lt;jenkins@kyirc&gt; Yippee, build fixed! 21:04:24 &lt;jenkins@kyirc&gt; Project I2P build #581: FIXED in 3 min 55 sec: `http://jenkins.killyourtv.i2p/job/I2P/581/` 21:04:36 &lt;psi&gt; i can get that 21:04:40 &lt;psi&gt; i already did that locally 21:04:53 &lt;str4d&gt; zzz2, psi, I have updated the roadmap Gantt - `http://trac.i2p2.i2p/wiki/Roadmaps/1.0` 21:04:56 &lt;iRelay&gt; Title: Roadmaps/1.0 I2P Bugtracker (at trac.i2p2.i2p) 21:05:21 &lt;psi&gt; the monotone key fp for my NOT transport key is "1ceb85b992114bae1bcb156ef238f8f3044a6bfe", -- ampernand@gmail.com 21:06:04 &lt;psi&gt; i can get my transport key fp as well 21:06:29 &lt;zzz2&gt; ok great, welcome to the team! As I tell everybody, please be careful, practice on www first 21:06:30 &lt;str4d&gt; psi: you need to send that to eche, kytv and welt 21:06:43 &lt;str4d&gt; +1 21:06:56 * kytv got it and is adding it to his server 21:07:08 &lt;zzz2&gt; psi, we have very precise instructions on how to do all this on the web page... :) 21:07:27 &lt;psi&gt; i will review that 21:07:38 &lt;zzz2&gt; e.g., send me mail (but no longer needed for you) 21:08:15 &lt;str4d&gt; How does the Gantt roadmap look to everyone now? Are there any items that seem unrealistic, or any that are missing 21:08:16 &lt;str4d&gt; ? 21:09:37 * psi reviews roadmap 21:09:43 &lt;jenkins@kyirc&gt; Project I2P UnitTests build #528: SUCCESS in 5 min 6 sec: `http://jenkins.killyourtv.i2p/job/UnitTests/528/` 21:09:57 &lt;jenkins@kyirc&gt; Starting build #82 for job I2P-Android 21:09:59 &lt;str4d&gt; zzz2: I suggest that you get the new GPG keys item out of the way sooner rather than later ;) 21:10:19 &lt;zzz2&gt; str4d, please tell us what it's telling you about what's important 21:10:33 &lt;str4d&gt; psi: are you finding much overlap between your PTs work and NTCP2? 21:10:34 &lt;zzz2&gt; yes I'll do it before the next release, I promise 21:11:24 &lt;str4d&gt; IMHO there are three things that are important: 21:11:32 &lt;jenkins@kyirc&gt; Project I2P-Android build #82: SUCCESS in 1 min 34 sec: `http://jenkins.killyourtv.i2p/job/I2P-Android/82/` 21:11:40 &lt;str4d&gt; 1) progress on the crypto upgrade - now finally getting underway 21:12:01 &lt;psi&gt; str4d: at the moment, i have yet to look at ntcp2 21:12:13 &lt;str4d&gt; (continuing on from the prep work) 21:13:28 &lt;zzz2&gt; 1) "now getting underway" ? I've been busting ass on it for 6 months 21:13:32 &lt;str4d&gt; 2) Audit prep - IMHO we need to get on top of our threat model etc. ASAP 21:15:33 * psi afks for 30 minutes 21:15:33 &lt;psi&gt; unexpected event bbl 21:15:33 &lt;psi&gt; i will look at scrollback later 21:16:21 &lt;zzz2&gt; There seems to be some confusion out there about "new signing crypto". It's done, it's out there in 0.9.12, it works. For destinations. 21:17:06 &lt;zzz2&gt; The "only" thing not done is migrating existing published destinations to a new one. 21:21:13 &lt;str4d&gt; yes, which first relies on choosing a new one, which IMHO should be Ed25519, which relies on getting a fast impl. 21:21:15 &lt;str4d&gt; And at the same time, I agree that the remaining required migration infrastructure should be implemented. 21:21:16 &lt;str4d&gt; &lt;str4d&gt; For years we have left it to the side and worked on what we think is beneficial to users, but IMHO if we want to start getting more research interest, and utilize it effectively, we need to be more conscious of what I2P can and cannot achieve. 21:21:17 &lt;str4d&gt; &lt;str4d&gt; I know you have zzz ;P 21:21:18 &lt;str4d&gt; &lt;str4d&gt; (I was specifically referring to the part of it involving the actual new crypto) 21:21:19 &lt;str4d&gt; &lt;str4d&gt; thank you for the effort you have put into getting it this far :) 21:21:20 &lt;str4d&gt; &lt;str4d&gt; 3) Usability, UX - this is a third important point that is not on the Roadmap chart 21:21:22 &lt;str4d&gt; &lt;str4d&gt; Well - zzz's susimail work falls into that category, as does streaming improvements 21:21:41 &lt;str4d&gt; &lt;str4d&gt; But also important is reviewing our error and help pages, and how we aid the user in getting their jobs done. 21:21:41 &lt;str4d&gt; (after my "2) Audit prep" line) 21:22:00 &lt;str4d&gt; I need to go AFK in 10-15 mins 21:22:50 &lt;str4d&gt; And since psi is AFK, I'm dropping "2) New transport for Tor PTs" from this meeting 21:23:55 &lt;str4d&gt; zzz2: in your opinion, what do we need to do before organizing a meeting with Lance re: threat model? 21:24:59 * str4d would like to try for a meeting with Lance in May 21:26:04 &lt;str4d&gt; so we need to work out what we need to do before then, so we can organize the meeting with enough time to finish that first. 21:29:27 &lt;zzz2&gt; I disagree that we first have to choose. 21:29:59 &lt;zzz2&gt; Or, that we can choose now (P256) and choose again later when more options are available. 21:30:02 &lt;MTN@kyirc&gt; [ I2P ] compile fix [zzz@mail.i2p] `http://killyourtv.i2p/viewmtn/revision/info/12396c3ee88d1194482fc2cc3751db1169cc52e3` 21:30:34 &lt;zzz2&gt; We could switch the default for new dests to P256 in 0.9.13 if we want. 21:30:35 &lt;str4d&gt; zzz2: if we get to the stage where the naming system can cope with dynamic enc choices, then I agree 21:31:05 &lt;zzz2&gt; P256 is clearly better than DSA 21:31:34 &lt;str4d&gt; I also agree there. 21:31:43 &lt;zzz2&gt; I think the P256 haters better take a step back and think about how bad DSA 1024 is. 21:32:03 &lt;MTN@kyirc&gt; [ WWW ] adding psi's transport key [kytv@mail.i2p] `http://killyourtv.i2p/viewmtn/revision/info/029163d2d446f10ab1a129b559802fabac2ef8b7` 21:32:52 &lt;str4d&gt; zzz2: I understand your point. 21:33:39 &lt;zzz2&gt; re: audit and Lance, it's always a good time. you have an audit process update for us from the mailing list? 21:33:40 &lt;str4d&gt; Part of my reason for wanting to get EdDSA working before the switch is that based on what you have said in threads before, I wouldn't look forward to switching Dest signing algo twice. 21:34:14 &lt;str4d&gt; yes, the second time would be a bit easier because multi dest support etc. would be there, but the naming side is still the weakness. 21:34:48 &lt;zzz2&gt; for servers you don't want to switch twice, but for clients it doesnt matter 21:35:04 &lt;str4d&gt; good point. 21:35:23 &lt;str4d&gt; Is there anything that would prevent new Dests talking with old ones? 21:35:31 &lt;nombre_&gt; so i gather you guys are doing crypto upgrades? is there perhaps a page that goes into detail on what all you're planning? and on a 25519 implementation, you could just use nacl via jni, or kalium, tho that might be somewhat limiting 21:35:34 &lt;zzz2&gt; and even for servers, if you switch to P256 it hardly seems worth it to switch again, unless some really bad news comes out about P256 21:35:54 &lt;str4d&gt; If not, it could be a good idea to get clients onto P256 sooner 21:36:08 &lt;zzz2&gt; new dests can talk to old and vice versa, as long as both are on 0.9.12 or later 21:36:39 &lt;str4d&gt; zzz2: http://blog.cr.yp.to/20140323-ecdsa.html is reason enough for me to not want to stay on ECDSA 21:36:43 &lt;iRelay&gt; Title: cr.yp.to: 2014.03.23: How to design an elliptic-curve signature system (at blog.cr.yp.to) 21:37:56 &lt;str4d&gt; not for any one single point (yet), but if we can get an effective, *correct* implementation of EdDSA, I think it would be very beneficial to switch 21:38:27 &lt;str4d&gt; nombre_: `http://trac.i2p2.i2p/ticket/856` 21:38:30 &lt;iRelay&gt; Title: #856 (Crypto review/migration) I2P Bugtracker (at trac.i2p2.i2p) 21:38:30 &lt;str4d&gt; (and links therein) 21:38:40 &lt;nombre_&gt; thx str4d 21:38:53 &lt;zzz2&gt; nothing there tells me to delay getting rid of DSA though. There's nothing in there that makes me panic about P256 either. Is there anything better than P256? sure. 21:39:15 &lt;str4d&gt; zzz2: no real updates as such from the OpenITP mailing list, there hasn't been much real activity lately. 21:40:38 &lt;zzz2&gt; I allowed for 65536 signing algos and I implemented 7. 65529 to go, we can add a few every release if we like. 21:43:27 &lt;str4d&gt; zzz, I would support moving clients to p256 in 0.9.13 21:44:47 &lt;str4d&gt; but if the server transition is still not going to be smooth, I'd rayher hold off a bit and see how EdDSA work goes. 21:45:49 &lt;nombre_&gt; as would i (not that my opinion counts for anything), nist ecdsa is better than dsa, even if some of us tinfoilers won't feel secure until its 25519 21:46:48 &lt;nombre_&gt; dest/b32 breaking is sorta a given tho yes? 21:47:13 &lt;str4d&gt; it's taken a long time and a lot of work to get to this point, no sense rushing at the last minute 21:49:48 * RN pokes head in and looks around 21:54:36 &lt;zzz2&gt; there's 1) clients 2) new servers and 3) existing server migration. 21:54:43 &lt;zzz2&gt; 1 and 2 we can do now, 3) takes a lot more work. 21:54:59 &lt;zzz2&gt; 1 and 2 breaks compatibility with old routers, i2pcpp, and i2pd though, until they catch up 21:55:16 &lt;nombre_&gt; so is there someone working on finding/creating a java implementation of 25519? and whats the estimated timeframe on when it would be usable? 21:55:28 &lt;nombre_&gt; i assume with p256, its already doable because thats included in bouncy castle? 21:55:52 &lt;zzz2&gt; p256 is in the jvm 21:56:06 &lt;nombre_&gt; ah even better 21:56:17 &lt;zzz2&gt; we have 25519 java now but it's far too slow to be usable. str4d and psi are trying to speed it up 21:57:39 &lt;nombre_&gt; hmm well not knowing anything about crypto, i would think using jni would be the simplest way to speed it up. perhaps i should look into 25519 more to understand what parts of it are the bottlenecks 23:02:36 &lt;str4d&gt; No one actually ended it when I went afk, so: 23:02:53 * str4d *baf*s the meeting closed. </div>/cs/blog/2014/03/31/0.9.12-release/Mon, 31 Mar 2014 00:00:00 +0000/cs/blog/2014/03/31/0.9.12-release/<p>I2P nyní vyžaduje Java 6 nebo vyšší. Důrazně doporučujeme aktualizaci na Java 7. Pokud stále používáte Java 5, musíte si aktualizovat Java před instalací I2P 0.9.12.</p> <p>Verze 0.9.12 přidává předběžnou podporu pro ECDSA-podepsané Destinace. Obsahuje několik oprav pro zpracování zpráv o doručení (potvrzení) a tyto zprávy jsou nyní šifrovány na konci na konec pro vyšší bezpečnost.</p> <p>Přešli jsme na Jetty 8. Jetty 8 je téměř identické s Jetty 7, takže nejsou potřeba složité převody konfiguračních souborů, jak tomu bylo u minulých aktualizací Jetty. Žádné ruční změny by neměly být nutné.</p>/cs/blog/2014/03/12/search-engine-duckduckgo-awards-invisible-internet-project-5000/Wed, 12 Mar 2014 00:00:00 +0000/cs/blog/2014/03/12/search-engine-duckduckgo-awards-invisible-internet-project-5000/<p><strong>Somewhere, NH</strong> &ndash; Internetová vyhledávačská společnost <a href="https://duckduckgo.com/">DuckDuckGo</a> <a href="https://duck.co/blog/foss2014">darovala</a> 5000 dolarů projektu <a href="https://geti2p.net/">Invisible Internet Project</a> (I2P) v rámci svého ročního programu darování open-source projektům. Tato odměna byla udělena na základě <a href="https://duck.co/forum/thread/5174/foss-donation-nomations-2014-edition">nominací</a> od veřejnosti prostřednictvím komunitního portálu DuckDuckGo. S důrazem na soukromí poskytuje DuckDuckGo vyhledávač, který nesleduje své uživatele ani neukládá osobní údaje. I2P je anonymní síť určená k ochraně jednotlivců před masivním dohledem, který pravidelně provádějí poskytovatelé internetových služeb a vlády.</p> <p>Tímto se stává největší dar, jaký I2P kdy obdržel, a odráží rostoucí zájem internetové komunity o soukromí a bezpečnost. Financování pomůže I2P dosáhnout na více uživatelů, rozšířit vývoj a provést audit kódu. Umožní také vývojářům I2P účastnit se konferencí, jako je například <a href="http://www.realworldcrypto.com/">Real-World Cryptography</a> v New Yorku, kde se vývojáři setkali a spolupracovali s odborníky na kryptografii ve shodě s cíli I2P poskytovat anonymitu veřejnosti.</p>/cs/blog/2014/03/11/i2p-dev-meeting-march-11-2014/Tue, 11 Mar 2014 00:00:00 +0000/cs/blog/2014/03/11/i2p-dev-meeting-march-11-2014/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> AK-47, eche|on, efkt, inscrut\_, kytv, orion, psi, str4d, topiltzin, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:26 &lt;zzz&gt; 0. Hi 20:00:26 &lt;zzz&gt; 1. anoncoin.i2p console home page request (Meeh) 20:00:26 &lt;zzz&gt; 2. Git (Meeh) 20:00:26 &lt;zzz&gt; 3. Echelon reduced services / incorporation 20:00:26 &lt;zzz&gt; 0. Hi 20:00:27 &lt;zzz&gt; Hi 20:00:33 &lt;zzz&gt; Let's limit each topic to about 15 minutes 20:01:43 &lt;eche|on&gt; hi 20:02:02 &lt;orion&gt; Hi. 20:02:29 &lt;inscrut_&gt; hi eche|on 20:02:39 &lt;inscrut_&gt; o/ orion 20:02:48 &lt;topiltzin&gt; hi 20:04:08 &lt;inscrut_&gt; yo topz 20:05:15 &lt;str4d&gt; hey 20:05:26 &lt;topiltzin&gt; netsplit 20:05:54 &lt;str4d&gt; boo 20:05:59 &lt;str4d&gt; hiss 20:06:15 * inscrut_ lobs a tomato 20:08:58 &lt;topiltzin&gt; alright, meeting's over. Move along now 20:09:01 &lt;eche|on&gt; on topics 0-2 I am rather more or less "go ahead". 20:09:12 &lt;zzz&gt; ok lets try this again 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 0. Hi 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 1. anoncoin.i2p console home page request (Meeh) 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 2. Git (Meeh) 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 3. Echelon reduced services / incorporation 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 0. Hi 20:09:12 &lt;zzz&gt; &lt;zzz&gt; Hi 20:09:12 &lt;zzz&gt; &lt;zzz&gt; Let's limit each topic to about 15 minutes 20:09:12 &lt;zzz&gt; &lt;zzz&gt; For 2 and 3, which are large and oft-discussed topics, let's focus on where we are now and what to do next, not how we got here 20:09:12 &lt;zzz&gt; &lt;zzz&gt; I don't expect to reach any decisions on 2 or 3, but it would be nice to come up with next steps for research if necessary 20:09:12 &lt;zzz&gt; &lt;zzz&gt; Also, background on the agenda items are at the link in /topic above. 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 1. anoncoin.i2p console home page request (Meeh) 20:09:12 &lt;zzz&gt; &lt;zzz&gt; Meeh are you here? 20:09:12 &lt;zzz&gt; &lt;zzz&gt; skipping 1 and 2 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 3. Echelon reduced services / incorporation 20:09:12 &lt;zzz&gt; &lt;zzz&gt; eche|on, are you here? 20:09:44 &lt;zzz&gt; so we skipped 1 and 2 and are on 3. eche|on the floor is yours 20:10:12 &lt;eche|on&gt; due to a lot of private and non private issues, I reduced my services and will reduce some more 20:10:20 &lt;eche|on&gt; e.g. false.i2p is down 20:10:48 &lt;eche|on&gt; which service will be next I cannot tell currently, I will keep on being the money guy for this year at least 20:11:27 &lt;eche|on&gt; I just got some thoughts now tha I could not stop I2P from loosing money due to fraud and other stuff, it gets harder 20:11:54 &lt;eche|on&gt; also the more money, the tougher it gets, esp. with companies donation money to us, which we should spent on "useful" stuff. 20:12:17 &lt;orion&gt; I'd like to interject. 20:12:19 &lt;eche|on&gt; it is all not really clear, more a "feeling", I know, but I just want to inform you 20:13:33 &lt;AK-47&gt; Thanks for the time it lasted, anyway. 20:13:33 &lt;psi&gt; hi 20:13:33 &lt;zzz&gt; eche|on, you have any specific proposals to bring to us today? 20:14:30 &lt;zzz&gt; two possibilities that may lessen your workload slightly - making orion "asst. treasurer - U.S. $$" and Meeh "asst. treasurer - BTC/altcoin" --- would either of those help at all? 20:14:31 &lt;eche|on&gt; my propopsal: think hard about getting incorporated and if not 20:14:50 &lt;eche|on&gt; a $ treasurer will help for $ donations, sure 20:15:00 &lt;eche|on&gt; and meeh for alt/btc would be fine, too 20:15:43 &lt;inscrut_&gt; is it possible to publicise the books? perhaps as a dual-entry ledger? 20:15:52 &lt;eche|on&gt; books? 20:16:01 &lt;eche|on&gt; `http://echelon.i2p/donations/index.html` 20:16:09 &lt;iRelay&gt; Title: Donations (at echelon.i2p) 20:16:26 &lt;orion&gt; I want to make two separate proposals. The first one is thus: We should keep the money spread out in multiple currencies (dollar, euro, *coin). 20:16:39 &lt;orion&gt; And they should be held in different jurisdictions. 20:16:40 &lt;eche|on&gt; my bigger problem/fear is the amount of nearly 40k in my hand. as this is "official" my money, for the law. not I2p. 20:17:54 &lt;str4d&gt; hmm. So if you independently have financial trouble, legally you would need to wipe out I2P funds. 20:18:15 &lt;eche|on&gt; correct 20:18:32 &lt;eche|on&gt; thats the problem with being not a legal entity 20:18:54 &lt;eche|on&gt; and thats why I do not want more than 50k here, more or less 20:21:36 &lt;orion&gt; eche|on: Before considering incorporation, do you agree that the money should be held in both different currencies and jurisdictions? 20:21:43 &lt;eche|on&gt; I do not have big problems (personal) with more than 50k, but if there are problems, I2P will loose, which is not my intention 20:22:05 &lt;zzz&gt; there's some benefit in keeping a $$ account. Much of our income and expenses is in $$ and we lose lots in the round-trip conversions 20:22:13 &lt;eche|on&gt; orion: a US based $ account is usefull and if someone wants it: yes 20:22:34 &lt;orion&gt; I will volunteer to hold USD in an account. 20:23:40 &lt;zzz&gt; is it managable for mutliple ppl to hold money and yet roll up the totals and transactions on the hall-of-fame page? 20:24:25 &lt;eche|on&gt; it is possible due to mtn/git hosting of our webpage 20:24:42 &lt;eche|on&gt; we would need a table/section for each currency 20:25:06 &lt;str4d&gt; displaying it is simple 20:25:07 &lt;eche|on&gt; if we want to divide ONE currency upon 2+x people, they need to interact good 20:26:58 &lt;zzz&gt; eche|on would remain treasurer and responsible for keeping the totals, with assistants responsible for keeping track of their part? 20:27:00 &lt;eche|on&gt; about incorporation: 50k is not worth the hassle IMHO, but there IS a risk 20:27:16 &lt;eche|on&gt; zzz: would be fine. 20:27:30 &lt;zzz&gt; incororation does very little to reduce risk 20:27:50 &lt;eche|on&gt; but it takes the risk off me ;-) 20:29:03 &lt;orion&gt; I have a proposal that doesn't involve incorporation: a trust fund 20:29:03 &lt;str4d&gt; doesn't prevent willful money loss, but prevents legal loss due to personal insolvency 20:29:06 &lt;zzz&gt; so the proposal is to make orion an assistant treasurer - U.S. --- any objections or further discussion on that? 20:29:07 &lt;topiltzin&gt; don't spend the bitcoins on acid 20:29:09 &lt;str4d&gt; I second orion's nomination 20:29:59 &lt;zzz&gt; ok sounds like a done deal, eche|on and orion can work out the details. 20:30:16 &lt;eche|on&gt; addendum to the topic list: 20:30:24 &lt;eche|on&gt; 4. 50BTC Bitcoin client bounty 20:30:43 &lt;zzz&gt; We're about at the end of our 15 minutes. Any next steps on incorporation or proposals or things to do or research re: incorporation? 20:30:53 &lt;eche|on&gt; 50BTC is alot of money for a plugin of I2P btc. Proposal: reduce to 10 and 40BTC into general fund 20:31:05 &lt;zzz&gt; ok ech you're on the list for #4 20:31:15 &lt;orion&gt; topiltzin: I won't. :x 20:31:29 &lt;zzz&gt; last call for topic 3 20:31:35 &lt;orion&gt; zzz: Trust fund. 20:31:52 &lt;orion&gt; I want to propose that as a cheap alternative to incorporation. 20:32:25 &lt;zzz&gt; ok, how about if you write up a proposal and post it somewhere and we can discuss at a future meeting? 20:32:41 &lt;str4d&gt; With e.g. What are the legal differences? 20:33:46 &lt;zzz&gt; declaring end of topic 3 20:33:50 &lt;zzz&gt; back to topic 1 20:33:52 &lt;zzz&gt; 1. anoncoin.i2p console home page request (Meeh) 20:34:09 &lt;zzz&gt; any discussions agreement or objections to anoncoin.i2p on the home page? 20:34:44 &lt;eche|on&gt; go ahead, add it 20:35:41 &lt;zzz&gt; anoncoin could be about to go big and Meeh's working on marketing it more to the I2P community 20:35:48 &lt;zzz&gt; last call for 1 20:36:22 &lt;eche|on&gt; I would be carefull about "getting big" even litecoin did not got big, its all a bit of a hype, but hey, great anoncoin is known for I2P 20:36:40 &lt;eche|on&gt; to bad snowden did no marketing for I2P 20:36:49 &lt;zzz&gt; heh. 20:37:03 &lt;zzz&gt; but talk to Meeh if you have any questions about his plans 20:37:06 &lt;str4d&gt; I couldn't view the website, but I have no obvious objections. 20:37:08 &lt;eche|on&gt; will do 20:37:16 &lt;zzz&gt; end of 1. I'll add it. 20:37:17 &lt;zzz&gt; 2. Git (Meeh) 20:37:30 &lt;efkt&gt; +1 for anoncoin 20:37:38 &lt;orion&gt; No objections for anoncoin. 20:37:39 &lt;eche|on&gt; git - no real objection, except the resume issue and a need for a howto 20:37:40 &lt;zzz&gt; any thoughts on git? 20:37:56 &lt;zzz&gt; is there a resume issue? 20:38:08 &lt;str4d&gt; Pros: 20:38:12 &lt;eche|on&gt; afaik GIT does not resume 20:38:16 &lt;str4d&gt; Everyone knows it 20:38:24 &lt;orion&gt; Wait, what is resume? 20:38:32 &lt;orion&gt; What is the context of this topic? 20:38:50 &lt;zzz&gt; `http://zzz.i2p/topics/1588` &lt;--- context 20:38:56 &lt;iRelay&gt; Title: zzz.i2p: Meeting Tues. Mar. 11 8 PM UTC (at zzz.i2p) 20:38:57 &lt;topiltzin&gt; If the connection breaks during a fetch/clone/pull/push 20:39:03 &lt;eche|on&gt; orion: on a big clone/pull/... tunnel breaks, does git start over from beginning or in middle of transaction? 20:40:11 &lt;str4d&gt; Everything supports it 20:40:12 &lt;str4d&gt; Can sign or approve commits with GPG keys 20:40:12 &lt;str4d&gt; orion: possible mive from mtn to git 20:40:12 &lt;str4d&gt; Cons: 20:41:09 &lt;str4d&gt; - Resume not supported (if a pull fails partway you have to start from beginning) 20:41:09 &lt;str4d&gt; - local timezone stored in commit 20:41:09 &lt;str4d&gt; (fix with alias git='TZ=UTC git') 20:41:41 &lt;zzz&gt; HH recently accepted a pull request on github i2p.i2p. If he can do that, why switch to git? Is real git better than exporting? 20:42:05 &lt;topiltzin&gt; real git would be anonymous as we wouldn't be using github 20:42:42 &lt;topiltzin&gt; there are other issues with exporting - changes since last export not visible until the next export 20:42:49 &lt;zzz&gt; I thought the point was to make github pulls easier 20:43:26 &lt;zzz&gt; if a new contributor has to run git inside i2p, did we really make it any easier for him? 20:43:58 &lt;topiltzin&gt; if we did what? 20:44:14 &lt;zzz&gt; switched to git, whatever that means 20:44:37 &lt;topiltzin&gt; I assume we would have in-i2p as well as clearnet git servers, much like we have them in mtn now 20:45:46 &lt;topiltzin&gt; and they would sync periodically just like now. Conceptually everything stays the same, all we change is the software 20:45:53 &lt;zzz&gt; I guess I dont know how pull requests work so I'll stop asking questions 20:47:30 &lt;topiltzin&gt; pull request is like saying: "Please sync from my git repo" 20:47:56 &lt;topiltzin&gt; on a conceptual level there is very little difference between git and mtn. It's surprising how similar their mechanisms are 20:47:56 &lt;zzz&gt; how about a straw poll - anybody who has an opinion, type in ++, +, 0, -, or -- for strongly in favor/in favor/neutral/opposed/strongly opposed to moving to git 20:48:05 &lt;topiltzin&gt; ++ 20:48:08 &lt;orion&gt; ++ 20:48:17 &lt;eche|on&gt; 0 20:49:02 &lt;zzz&gt; 0 20:50:14 &lt;zzz&gt; any volunteers to research further and report back? 20:51:08 &lt;topiltzin&gt; any specifics on what to research? 20:51:28 &lt;zzz&gt; we have e.g. viewmtn, trac, and some mtn stuff embedded in our build scripts that would all need to be addressed. Anybody to make a list of what would be required and how much work 20:51:59 &lt;zzz&gt; and whether the resume issue is a serious problem or not 20:53:01 &lt;zzz&gt; well then, lets put it back on Meeh since it's his agenda item. We'll ask him to report back at a future meeting. 20:53:10 &lt;zzz&gt; anything else on 2? 20:53:12 &lt;topiltzin&gt; I'll take a look, although I imagine kytv would know best about the build scripts, no? 20:53:42 &lt;zzz&gt; the build stuff is mostly my doing 20:53:52 &lt;zzz&gt; end of 2) 20:53:59 &lt;zzz&gt; 4. 50BTC Bitcoin client bounty - echelon go 20:54:39 &lt;eche|on&gt; ok, the native bitcoin client still has 50 BTC leftover for the task of "integrating btc client into I2P client", aka: plugin 20:55:38 &lt;eche|on&gt; there is already a btc client for I2p (IMHO giv made it) and he got 68 BTC and 30 from the bounty for the standalone client 20:56:08 &lt;eche|on&gt; now: 50 BTC is A LOT for making a plugin. I would like to split it, e.g. 10 BTC for plugin, 40 for general fund 20:56:28 &lt;str4d&gt; even 10BTC is a lot. 20:57:12 &lt;kytv&gt; (1BTC is a lot) 20:57:22 &lt;kytv&gt; (for a plugin) 20:59:04 &lt;eche|on&gt; I do not know, thats why I set it on topic 20:59:16 &lt;eche|on&gt; I do not want to be the bad guy "stealing" money from bounties 21:02:42 &lt;zzz&gt; no objections to splitting it 21:03:00 &lt;eche|on&gt; ok 21:03:09 &lt;eche|on&gt; will do so 21:03:22 &lt;zzz&gt; anybody else with thoughts on 4) 21:03:45 &lt;kytv&gt; just to be clear: no objections on splitting. 21:03:52 &lt;zzz&gt; anything else for the meeting? 21:04:23 * zzz encourages people to discuss things between meetings 21:04:41 &lt;kytv&gt; (big objection to 50BTC going to a plugin...i mean http://coinmill.com/BTC_EUR.html#BTC=50) 21:04:45 &lt;iRelay&gt; Title: Convert Bitcoins (BTC) and Euros (EUR): Currency Exchange Rate Conversion Calculator (at coinmill.com) 21:04:53 &lt;zzz&gt; and reminds that anybody can schedule a meeting on any topic at any time 21:05:06 * zzz *bafs* the meeting closed </div>/cs/blog/2014/02/16/malware-at-i2pbrowser.net/Sun, 16 Feb 2014 00:00:00 +0000/cs/blog/2014/02/16/malware-at-i2pbrowser.net/<p>Nedávno jsme se dozvěděli o existenci i2pbrowser.net. Tato stránka kopíruje naši domovskou stránku a stránku ke stažení a snaží se oklamat uživatele, aby stáhli škodlivý software pro Windows.</p> <p>Existuje několik indikátorů, které ukazují, že i2pbrowser.net je stránka šířící malware:</p> <ul> <li>Doména byla zaregistrována 10. února 2014.</li> <li>Stažení pro Windows, Mac OSX, Linux, Android atd. všechna odkazují na stejný .exe soubor.</li> <li>Soubor .exe má pouze 741 KB; oficiální instalační soubor I2P pro Windows má 13 MB.</li> </ul> <p>Samotný malware jsme neprozkoumali, ale nezdá se být příliš sofistikovaný; není integrován do softwaru I2P ani s ním nesouvisí. Odborník na bezpečnost informací <a href="https://twitter.com/lancejssc">Lance James</a> zveřejnil <a href="https://twitter.com/lancejssc/status/434768667310821377">tweet</a> , ve kterém jej označil jako „standardní dark comet rat“.</p>/cs/blog/2014/02/08/0.9.11-release/Sat, 08 Feb 2014 00:00:00 +0000/cs/blog/2014/02/08/0.9.11-release/<p>0.9.11 pokračuje v zlepšování vyhledávání a ukládání LeaseSet, aby se zabránilo spojení Destination s Routerem útočníkem. Přidává podporu pro plugin <a href="http://www.subgraph.com/orchid.html">Orchid</a> pro outproxy, který je dostupný na plugins.i2p. Díky opravám v transportech došlo ke snížení využití paměti. Dále obsahuje několik vylepšení protokolu I2CP, která poskytnou lepší možnosti vyhledávání a ochranu autorizace pro externí klienty. Samozřejmě jsou zde také běžné opravy chyb. Všichni uživatelé by měli aktualizovat.</p> <p>Toto může být poslední verze, která bude fungovat s Java 5, která je již velmi stará a nepodporovaná. Pokud používáte Java 5 nebo 6, důrazně doporučujeme aktualizovat na Java 7.</p>/cs/blog/2014/01/22/0.9.10-release/Wed, 22 Jan 2014 00:00:00 +0000/cs/blog/2014/01/22/0.9.10-release/<p>0.9.10 změnilo mechanismus vyhledávání LeaseSet, čímž je obtížnější pro útočníka korelovat Destination s Routerem. Opravuje také chyby v kódování znaků v susimail a obsahuje mnoho dalších oprav chyb a aktualizací překladů. Většina z vás bude aktualizovat přes torrent, s využitím nového formátu aktualizací „su3“ s silnějšími klíči.</p> <p>Nedávno jsme se zúčastnili <a href="https://events.ccc.de/congress/2013/wiki/Main_Page">30C3</a> a <a href="http://realworldcrypto.wordpress.com/">Real World Crypto</a> , kde jsme navázali několik nových kontaktů a vytvořili velké plány na rok 2014. Děkujeme těm, kteří podpořili naši účast svými dary!</p>/cs/blog/2014/01/21/syndie-1.105b-release/Tue, 21 Jan 2014 00:00:00 +0000/cs/blog/2014/01/21/syndie-1.105b-release/<p>Toto je první stabilní verze od února 2013. Je v podstatě totožná s verzí 1.104b-7-rc, pouze s aktualizacemi překladů.</p> <p>Všechny binární soubory a zdrojové balíčky jsou k dispozici na syndie.de a syndie.i2p. Pluginy jsou dostupné na plugins.i2p a stats.i2p.</p> <p>Uživatelé aktualizující z verze 1.103b si všimnou, že spuštění a ukončení programu Syndie je díky nové verzi HSQLDB mnohem rychlejší.</p> <p>Pokud máte velkou databázi nebo identitu, kterou chcete zachovat, doporučujeme před zahájením zálohovat celý adresář ~/.syndie. Proces aktualizace vytváří vlastní zálohu, ale pokud se aktualizace nezdaří, může být jednodušší použít vlastní zálohu.</p>/cs/blog/2014/01/07/i2p-dev-meeting-january-07-2014/Tue, 07 Jan 2014 00:00:00 +0000/cs/blog/2014/01/07/i2p-dev-meeting-january-07-2014/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> eche|on2, EinMByte, Giant, kytv, Meeh, str4d, TerraNullius, topiltzin, user, wowa, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:02:10 &lt;zzz&gt; `http://zzz.i2p/topics/1539` 20:02:10 &lt;zzz&gt; 0) hi 20:02:10 &lt;zzz&gt; 1) jisko.i2p console home page submission `http://zzz.i2p/topics/1539` 20:02:10 &lt;zzz&gt; 2) i2pjump.i2p addition `http://zzz.i2p/topics/1539` 20:02:10 &lt;zzz&gt; 3) Host release files on i2p.no `http://zzz.i2p/topics/1390` 20:02:10 &lt;zzz&gt; 4) OpenITP audit manager `http://zzz.i2p/topics/1533` post #4 20:02:11 &lt;zzz&gt; 5) anything else 20:02:13 &lt;zzz&gt; 6) baffer 20:02:19 &lt;zzz&gt; 0) hi 20:02:24 &lt;zzz&gt; hi 20:02:40 &lt;zzz&gt; 1) jisko.i2p console home page submission `http://zzz.i2p/topics/1539` 20:02:46 &lt;zzz&gt; Is the jisko op here? 20:03:35 &lt;zzz&gt; any comments on the jisko submission? 20:03:44 &lt;topiltzin&gt; +1 20:03:54 &lt;eche|on2&gt; add it. 20:04:28 &lt;zzz&gt; any objections? 20:07:05 &lt;str4d&gt; hi 20:07:11 &lt;str4d&gt; No objections here 20:07:13 &lt;zzz&gt; great, even jisko's competitor does not object... 20:07:13 &lt;str4d&gt; It's a good alternative to id3nt (which I need to spend some time on sometime) 20:07:13 &lt;str4d&gt; Hey, the more the merrier 20:07:13 &lt;zzz&gt; indeed. I'll add it to mtn 20:07:13 &lt;str4d&gt; Then if I go down, there are alternatives 20:07:13 &lt;zzz&gt; 2) i2pjump.i2p addition `http://zzz.i2p/topics/1539` 20:07:33 &lt;zzz&gt; I see tuna is not here but he claims he got all the tests to pass 20:07:41 &lt;zzz&gt; and he posted his code 20:07:46 &lt;zzz&gt; any objections? 20:07:54 &lt;zzz&gt; or comments? 20:08:22 &lt;eche|on2&gt; no objections so far 20:09:17 &lt;zzz&gt; there's this guy emailing grothoff saying he was "inspired" by the jump code 20:10:25 &lt;zzz&gt; hearing no objections, I'll ask tuna to add it to mtn since he has privs 20:10:31 &lt;zzz&gt; 3) Host release files on i2p.no `http://zzz.i2p/topics/1390` 20:10:39 &lt;zzz&gt; Meeh, are you here? 20:11:06 &lt;zzz&gt; we discussed at CCC, he said he almost certainly had the bandwidth 20:11:22 &lt;zzz&gt; are there any reasonable alternatives? 20:11:28 &lt;zzz&gt; google drive seems a little tacky 20:11:30 &lt;zzz&gt; thoughts? 20:11:50 &lt;eche|on2&gt; google drive is a bit ugly, right 20:12:08 &lt;eche|on2&gt; but it is quite hard to block. 20:12:23 &lt;eche|on2&gt; I would run a download host and a copy in google drive 20:12:36 &lt;eche|on2&gt; or somewhere else like Mega, Sharehosts,... 20:12:56 &lt;zzz&gt; str4d, what's the state of the pick-your-mirror code in the website? 20:13:51 &lt;str4d&gt; zzz: mirrors get added in a backend file, and are used to generate the file-specific list. 20:15:16 &lt;zzz&gt; oh, I forgot about the 'select alternate link' 20:15:19 &lt;str4d&gt; Path urls can contain the version if desired (so files can be organized on the server by version) 20:15:31 &lt;str4d&gt; The default is set in the backend code 20:16:05 &lt;zzz&gt; would 'alternate download locations' be better than 'select alternate link' ? 20:16:07 &lt;zzz&gt; or 'view mirror list' 20:16:27 &lt;zzz&gt; thats really nice I forgot that we worked on that a lot 20:17:08 &lt;str4d&gt; 'Any mirror' pick a mirror at random from the list. 20:17:08 &lt;Meeh&gt; zzz: here now! 20:17:15 &lt;zzz&gt; any objections to Meeh being the primary download location? 20:17:23 &lt;Meeh&gt; i2p.nu * 20:17:25 &lt;Meeh&gt; or i2p2.no 20:17:39 &lt;zzz&gt; oh it's not i2p.no? 20:17:40 &lt;eche|on2&gt; currently not, as long as it is not the only one 20:17:48 &lt;Meeh&gt; no sorry, I got i2p.nu, and i2p2.no 20:18:11 &lt;Meeh&gt; add "facebook" as a point on the meeting for me, got some nice news 20:18:41 &lt;zzz&gt; ok FB will be 5) 20:19:01 &lt;eche|on2&gt; the bad word... 20:19:12 &lt;eche|on2&gt; I just need to cough... *sorry* 20:20:03 &lt;zzz&gt; looks like you are already in the mirror list as download.i2p2.no, is that working? 20:20:07 &lt;zzz&gt; if you want to add i2p.nu also, fine, more the merrier, as long as you are around at update time, or somebody else has the password 20:20:41 &lt;zzz&gt; you can work with str4d on the urls? 20:21:19 &lt;Meeh&gt; yepp 20:21:34 &lt;zzz&gt; any other comments? 20:22:02 &lt;Meeh&gt; I need to check where download.i2p2.no points, might need to change it to another host, need to check I/O. and I can provide more urls if needed. other than that; no :) 20:22:38 &lt;zzz&gt; ok you have a couple weeks before the next release but better sooner than later to get everything right 20:22:48 &lt;str4d&gt; No comments from me 20:22:50 &lt;Meeh&gt; I got the domains, I say we can use it as you guys wish, meaning, just give me instructions on how you want it :P 20:23:14 &lt;kytv&gt; +1 for everything so far (and I'll be happy to continue to handle the uploading of the download files) 20:23:18 &lt;DarkestMatter&gt; I'm tinkering with Makefile.gcj, and I've ran into a snag brought on by my relative naivety of java & gcj. I'm getting a java.lang.NullPointerException brought on by missing jar.so's like ant-1.8.2.jar.so, which exist in a dir outside of $JAVA_HOME, and I'm guessing that that's the problem 20:23:26 &lt;zzz&gt; you and str4d can work the details if needed 20:23:42 &lt;zzz&gt; DarkestMatter, we are in the middle of a meeting if you would please wait about half an hour 20:23:45 &lt;DarkestMatter&gt; Where would I need to symlink the ACTUAL dir into under JAVA_HOME for the build process to find them? 20:24:06 &lt;zzz&gt; next on the agenda: 20:24:06 &lt;zzz&gt; 4) OpenITP audit manager `http://zzz.i2p/topics/1533` post #4 20:24:29 &lt;zzz&gt; background: OpenITP is about to open up their submission process 20:24:38 &lt;zzz&gt; we need somebody in charge 20:24:56 &lt;zzz&gt; They said we should apply even if we aren't ready 20:24:59 &lt;zzz&gt; which we arent 20:25:28 &lt;zzz&gt; I've posted a 3-phase process in the post above 20:25:45 &lt;zzz&gt; where we submit, then get ready, then really submit and manage the audit 20:26:05 &lt;zzz&gt; at CCC we agreed fixing up the threat model is the most important 20:26:31 &lt;zzz&gt; Comments? Does anybody want to be in charge? 20:28:10 &lt;str4d&gt; The general plan looks sound. 20:29:48 &lt;zzz&gt; Suspecting that we would not have any volunteers, I discussed it with Brandon WIley, asking if we could pay him to do it. (He is currently consulting for zooko, whose company does audits). Thoughts? 20:30:05 &lt;topiltzin&gt; how much? 20:31:03 &lt;str4d&gt; I am happy to contribute to the audit, but will likely not have the time to manage it myself. 20:32:26 &lt;zzz&gt; I assume several thousand dollars at least 20:32:26 &lt;zzz&gt; much higher if we actually get audited although that probably wouldn't be until 2015 20:32:29 &lt;topiltzin&gt; it's probably better for an external party to do it even if it costs a few k 20:32:29 &lt;str4d&gt; If we pay him, we want to ensure that it is useful. 20:32:53 &lt;user&gt; that would incluse exactly what? 20:32:54 &lt;topiltzin&gt; if he's doing this for a living he is (most probably) going to do a better job than anyone of us 20:33:49 &lt;user&gt; ++1 external, and ++1 if it helps getting a better standing, review-wise 20:34:06 &lt;zzz&gt; I would want him to actually help us fix stuff, not just be a traditional "consultant" or preauditor who just points out problems 20:34:27 &lt;zzz&gt; Brandon is a busy guy but also a guy currently looking for money 20:34:56 &lt;user&gt; and would he help you fix? 20:34:58 &lt;zzz&gt; If you havent' seen it: http://www.kickstarter.com/projects/brandonwiley/operator-a-news-reader-that-circumvents-internet-c 20:35:52 &lt;zzz&gt; I asked him to look at our openitp audit page on trac 20:36:07 &lt;zzz&gt; `http://trac.i2p2.i2p/wiki/OpenITPReview/Criteria` 20:36:19 &lt;zzz&gt; and await openitp's announcement and submission process details 20:36:26 &lt;str4d&gt; I2P has never (to my knowledge) had a proper security expert. I think paying for one to get the groundwork for this right is a good idea (and probably long overdue). 20:36:27 &lt;user&gt; my opnion as an outsieder / user only, is that a few thousand $ should be ok, as long as it's &lt;10k and not just some makeup, but really thorough 20:36:42 &lt;zzz&gt; until that's published it's not worth getting into negotiations with him 20:36:53 &lt;zzz&gt; but Eleanor said any day... 20:37:51 &lt;zzz&gt; eche|on, what's our balance? ~$500K? 20:38:00 &lt;wowa&gt; If you want that I change topic of `http://zzz.i2p/topics/1546?` 20:38:31 &lt;zzz&gt; wowa, we are in the middle of a meeting, please wait until we are done, thx 20:38:36 &lt;eche|on2&gt; zzz: roughly 500 BTC and 50k 20:39:37 &lt;zzz&gt; sounds like people are positive about the idea. Sadly even if we hire him to be in charge, we need to find somebody to be in charge of him... 20:39:40 &lt;EinMByte&gt; Moin 20:42:42 &lt;zzz&gt; I don't think there's anything more to do until the OpenITP announcement, then we can ask if Brandon is interested, if so we will have to talk about again 20:42:49 &lt;zzz&gt; any other comments on 4) 20:42:49 &lt;EinMByte&gt; Did I miss the meeting? 20:42:49 &lt;str4d&gt; EinMByte: in progress 20:42:49 &lt;user&gt; Ein: Just the beginning 20:42:49 &lt;eche|on2&gt; ok, 493 BTC and 48k euro 20:42:49 &lt;EinMByte&gt; oh, okay 20:42:49 &lt;zzz&gt; last call on 4) 20:42:49 &lt;str4d&gt; No comments at this time. 20:42:49 &lt;str4d&gt; Other than, planning should start on the wiki 20:42:49 &lt;zzz&gt; str4d, let's discuss in NYC too 20:42:49 &lt;str4d&gt; zzz: yes. 20:42:49 &lt;zzz&gt; 5) facebook Meeh go 20:42:49 * str4d will move the 3-step plan to /wiki/OpenITPReview/Plan 20:42:49 &lt;Meeh&gt; ok 20:42:49 &lt;Meeh&gt; As I said to zzz on CCC, I now got control over the https://www.facebook.com/I2P page 20:42:49 &lt;EinMByte&gt; Good thing for publicity, I suppose 20:42:49 &lt;topiltzin&gt; way cool :) 20:42:49 &lt;EinMByte&gt; I personally avoid the thing, but obviously most people have facebook 20:42:49 &lt;Meeh&gt; and I used ~10$ and 15min of my time in between my dayjob, and likes rised from 150 to 300 20:42:49 &lt;eche|on2&gt; so far good, but I keep outof facebook 20:42:50 &lt;Meeh&gt; this was in less than 10 hours 20:42:56 &lt;EinMByte&gt; so it's definitely a good thing to get more users 20:43:02 &lt;Meeh&gt; you don't need a account to see the page 20:43:22 &lt;Meeh&gt; however, I think we need to be public there too, to get "big", more users 20:43:22 &lt;EinMByte&gt; Meeh: I know, was more referring to liking and the like 20:43:37 &lt;Meeh&gt; but, nobody here like facebook, nor got an account :P 20:44:04 &lt;Meeh&gt; so, I might have something from work, that I can reuse so we can have an i2p url for some selected which can login and post to facebook, via I2P 20:44:09 &lt;TerraNullius&gt; Hello, about 3) would it also be possible to host releases on github? 20:44:12 &lt;zzz&gt; Meeh, is that it or are you asking for discussion or...? 20:44:55 &lt;Meeh&gt; mostly info, but I think it could be a idea to have an discussion about reaching our users via "social media" 20:44:57 &lt;zzz&gt; TerraNullius, we are done with 3) for now, sorry, you can wait until after the meeting to discuss further 20:45:37 &lt;zzz&gt; Meeh, please discuss with orion, he's our head of publicity, I assume he has some ideas 20:45:43 &lt;EinMByte&gt; Meeh: obviously those new users will need to understand that using "social media" isn't without risks 20:45:54 &lt;zzz&gt; we can also brainstorm with him in NYC and get back to you 20:46:07 &lt;Meeh&gt; we need more contributors, content providers, users, +++, and as we can see the "corporate" world collects a lot of users from SM 20:46:32 &lt;Meeh&gt; EinMByte: ofc. but someone needs to tell them ;) 20:46:39 &lt;Meeh&gt; that's where we comes in 20:46:41 &lt;EinMByte&gt; very true 20:46:47 &lt;topiltzin&gt; and underground I2P parties :) 20:46:47 &lt;Giant&gt; Who would moderate i2p&lt;-&gt;fb? That will be spam central. 20:46:49 &lt;zzz&gt; you're paying people to like you? 20:46:56 &lt;topiltzin&gt; (until 6 am) 20:47:03 &lt;Meeh&gt; yes a little now just to see how much I could boost it 20:47:05 &lt;eche|on2&gt; zzz: yes, some folks do that 20:47:16 &lt;Meeh&gt; 22 friends and the rest from ads 20:47:23 &lt;zzz&gt; now all we need are firetrucks 20:48:11 &lt;Meeh&gt; Giant: read me again. "for some selected which can login" :) 20:48:16 &lt;Meeh&gt; selected is the keyworld 20:48:18 &lt;Meeh&gt; word* 20:48:24 &lt;zzz&gt; good job Meeh , let's all feed him some content. There's a couple pix from ccc too that you can post 20:48:25 &lt;zzz&gt; I have one from tuna but you'll have to crop off the people in the background 20:48:37 &lt;zzz&gt; anything else on 5) ? 20:48:51 &lt;Meeh&gt; Awsome, if someone can give me a link for it I will upload a gallery, including some from me 20:49:08 &lt;Meeh&gt; ye, I'll fix that 20:49:11 &lt;zzz&gt; ok just be sure to crop 20:49:26 &lt;zzz&gt; anything else for the meeting? 20:49:35 &lt;EinMByte&gt; yes 20:49:39 &lt;user&gt; why crop? are you on them in the background? ;) 20:49:46 &lt;EinMByte&gt; I'd like to propose a short discussion about GNS integration 20:50:16 &lt;EinMByte&gt; Are we still looking into that? 20:50:16 * str4d was about to mention that 20:50:27 &lt;Meeh&gt; user: it wasn't allowed to take pictures if not all agreed on it, and we can't find all ppl to ask if it's ok to publish 20:50:35 &lt;str4d&gt; GNS or others 20:50:35 &lt;zzz&gt; ok it could go all day so let's try 10 minutes 20:50:37 &lt;zzz&gt; 6) GNS EinMByte go 20:51:07 &lt;user&gt; Meeh: ah, ok. that makes sense 20:51:09 &lt;str4d&gt; EinMByte: looking into it, yes. 20:51:22 &lt;EinMByte&gt; Alright, so what approach are we going to take 20:51:25 &lt;EinMByte&gt; reimplement? 20:51:28 &lt;str4d&gt; No guarantees that it will happen, or be a direct integration (or even that it will be GNS). 20:51:40 &lt;EinMByte&gt; is there still some possibility of not having to rewrite? 20:51:46 &lt;str4d&gt; But what we have now is an ad-hoc "just works" mess. 20:52:16 &lt;EinMByte&gt; What about support from their side? 20:52:31 &lt;Meeh&gt; topiltzin: want to be a facebook star again? :) (wrt I2P, pictures, CCC) 20:52:34 &lt;EinMByte&gt; They seemed pretty "closed"... 20:53:02 &lt;topiltzin&gt; sure thing Meeh go for it :) 20:53:34 &lt;zzz&gt; spent hours and hours with Christian at CCC 20:54:19 &lt;EinMByte&gt; zzz: no results whatsoever from that? 20:54:30 &lt;str4d&gt; EinMByte: *if* we decide to use GNS as-is (and ignore the fact that by default its DHT is not anonymous), then we could hook it in for testing with ExecNamingService 20:54:33 &lt;str4d&gt; There's a defined API. We just write a script that can query that API, and run it from ExecNamingService. 20:54:33 &lt;str4d&gt; Simple. But not at all optimal. 20:54:42 &lt;zzz&gt; could be anything from 'they solve all our problems' to 'lets use some of it' to 'those are some good ideas' to wow, no thanks 20:55:08 &lt;zzz&gt; no results really. Other than we promised to look into it 20:55:37 &lt;zzz&gt; I think we need to understand what they are doing. Beyond that, nothing is decided 20:56:15 &lt;zzz&gt; atm I'm a skeptic on all things gnunet. Doesn't mean I couldn't be convinced. 20:56:31 &lt;str4d&gt; zzz forwarded me an interesting exchange about I2P naming, it mentioned several other techs besides GNS 20:57:39 &lt;EinMByte&gt; well, I suppose that (as you say zzz), there may be some problems with the ideas behind GNS 20:58:02 &lt;EinMByte&gt; That is: will our users be able to adapt 20:58:09 &lt;str4d&gt; DLV (DNSSEC Lookaside Validation), DNSCurve... 20:58:14 &lt;str4d&gt; There are more technologies out there than GNS 20:58:14 &lt;str4d&gt; I can see that many ideas in GNS have been developed from scratch, assuming nothing. 20:58:37 &lt;topiltzin&gt; boiling the oceans 20:58:44 &lt;zzz&gt; sure. It's been a long time since we discussed our naming system in the big context of the internet, the triangle, alternatives, etc, so that's a good thing 20:58:48 &lt;EinMByte&gt; Yes. Since we need an alternative to hosts.txt for sure, we might as well look into those alternatives 20:59:00 &lt;str4d&gt; Even things like how the local cache is stored encrypted, as a direct copy of the blocks obtained from the DHT 20:59:02 &lt;zzz&gt; but he is indeed trying to boil 20:59:37 &lt;str4d&gt; I ran a quick test, I can confirm that NamingServices can be distributed as plugins. 20:59:39 &lt;zzz&gt; we talked about a layer that hides the GNS ugliness that we would have to design and implement. However that may also hide some of the benefits. 20:59:59 &lt;str4d&gt; It only requires that the default NamingService is a MetaNamingService. 21:01:06 &lt;str4d&gt; Are there any downsides to making the install-default NamingService a MetaNamingService, and the default added NamingService to it BlockfileNamingService? 21:01:08 &lt;zzz&gt; let's wrap up 6), we aren't going to fix things here 21:01:08 &lt;zzz&gt; anything else on 6) ? anything else for the meeting? 21:01:15 &lt;str4d&gt; (Current default NS is BlockfileNamingService, and current default added NS to Meta is HostsTxt...) 21:01:26 &lt;EinMByte&gt; one more thing on 6: 21:01:30 &lt;str4d&gt; zzz: above proposal is I think part of 6 21:01:32 &lt;EinMByte&gt; str4d, you mention alternatives? 21:01:50 &lt;EinMByte&gt; if GNS doesn't work, we can always check out other things 21:01:54 &lt;EinMByte&gt; they might fit us better 21:02:25 &lt;str4d&gt; EinMByte: yes. I have no knowledge of these alternatives, but all ideas are worth consideration. 21:04:12 &lt;str4d&gt; zzz: I propose that we change to MNS in 0.9.10, there is no visible change to users, but then if people want to test a NS plugin they don't need to edit router.config 21:04:18 &lt;zzz&gt; ok, everybody keep working on these ideas big and little, thats how we make things better 21:04:35 &lt;EinMByte&gt; str4d: okay. I will try to find some time to look into them 21:04:48 &lt;EinMByte&gt; I suppose this closes 6? 21:04:54 &lt;zzz&gt; str4d, we can do it when we need to but no rush? needs more testing too. Maybe post a howto? 21:05:17 &lt;zzz&gt; ok you all can keep yakking but I gotta run 21:05:19 &lt;topiltzin&gt; I'll offer the contrarian view: our current naming system works just fine 21:05:27 &lt;EinMByte&gt; same here 21:05:30 &lt;topiltzin&gt; and has some benefits we want to keep 21:05:38 * str4d afk 21:06:06 * zzz *bafs* the meeting closed </div>/cs/blog/2013/12/07/0.9.9-release/Sat, 07 Dec 2013 00:00:00 +0000/cs/blog/2013/12/07/0.9.9-release/<p>0.9.9 opravuje řadu chyb v netdb, streamingu a i2ptunnel a zahajuje práci na ročním plánu na posílení kryptografických algoritmů pro podepisování používaných v routeru, a podporu více algoritmů a délek klíčů současně. Soubory automatických aktualizací budou nyní podepisovány pomocí 4096bitových RSA klíčů.</p> <p>Nyní podporujeme SSL mezi vaším routerem a vašimi servery pro zvýšení bezpečnosti. Více informací naleznete v tomto vývojovém vlákně.</p> <p>Jak je zvykem, doporučujeme aktualizovat na tuto verzi. Nejlepší způsob, jak udržet bezpečnost a pomoci síti, je používat nejnovější verzi. Několik členů týmu I2P bude letos na 30C3 v Hamburku. Přijďte pozdravit a vyžádejte si nálepku I2P. Děkujeme všem za podporu v tomto roce.</p>/cs/blog/2013/10/22/i2p-dev-meeting-october-22-2013/Tue, 22 Oct 2013 00:00:00 +0000/cs/blog/2013/10/22/i2p-dev-meeting-october-22-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> dg, efkt, kytv, Meeh, Pseudonemo, str4d, topiltzin, welterde, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:54 &lt;zzz&gt; `http://zzz.i2p/topics/1490` - 15 minutes max per item, 5 minutes for brief items 20:00:54 &lt;zzz&gt; 0) hi 20:00:54 &lt;zzz&gt; 1) `http://salt.i2p` console home page request (carried over from Sept. 10 meeting) 20:00:55 &lt;zzz&gt; 2) `http://no.i2p` services request (Meeh) 20:00:55 &lt;zzz&gt; 2a) Add to default i2ptunnel jump list 20:00:55 &lt;zzz&gt; 2b) Add to recommended addressbook subscriptions on FAQ 20:00:57 &lt;zzz&gt; 2c) Add to registration help text on eepsite help 20:00:59 &lt;zzz&gt; 3) Additional backup release signer - Need new su3 keys, HH hasn't added his yet, do we need another person? 20:01:02 &lt;zzz&gt; 4) Console home page icons needed `http://zzz.i2p/topics/1492` (brief) 20:01:04 &lt;zzz&gt; 5) Website revamp (str4d) (brief) 20:01:08 &lt;zzz&gt; 6) Trac update - thanks to Meeh and kytv (brief) 20:01:09 &lt;iRelay&gt; Title: zzz.i2p: Meeting Tues. Oct. 22 8 PM UTC (at zzz.i2p) 20:01:10 &lt;zzz&gt; 7) Allow marketplaces on eepsite registration services? (zab) 20:01:13 &lt;zzz&gt; 0) hi 20:01:14 &lt;zzz&gt; 1) `http://salt.i2p` console home page request (carried over from Sept. 10 meeting) 20:01:18 &lt;dg&gt; hi 20:01:18 &lt;iRelay&gt; Title: salted (at salt.i2p) 20:01:20 &lt;dg&gt; efkt_: 20:01:25 &lt;zzz&gt; efkt_, are you here? 20:01:25 &lt;kytv&gt; +1 for salt 20:01:36 &lt;iRelay&gt; Title: no.i2p registration service (at no.i2p) 20:01:37 &lt;efkt_&gt; Hi everyone. Yes I'm here. 20:01:41 &lt;iRelay&gt; Title: zzz.i2p: Console Home Page Icons (at zzz.i2p) 20:01:44 &lt;iRelay&gt; Title: salted (at salt.i2p) 20:02:20 &lt;topiltzin&gt; +1 for salt 20:02:38 &lt;dg&gt; +1 for salt 20:02:43 &lt;zzz&gt; I only have one question - where does the name come from,does it mean "salt" or does it stand for something? should it be translated? 20:03:00 &lt;dg&gt; Salt's a great community resource and efkt_ is extremely welcoming. I don't have a bad word to say about him :) 20:04:26 &lt;efkt_&gt; zzz: It really doesn't stand for anything. Unfortunately some security-thing startup recently opted to use "Salt" as well. The idea behind the name was: NaCl crypto, salted hashes as the "thematic choice" 20:05:07 &lt;efkt_&gt; Just having fun is all. 20:05:38 &lt;efkt_&gt; It leads to a lot of questions "what the hell is salt?" Why salt? 20:07:44 &lt;efkt_&gt; As for translation, I don't see that it would be useful to call it something other than what is used for the short url 20:07:47 &lt;zzz&gt; so would we translate it in the console or not? 20:07:57 &lt;str4d&gt; +1 for salt 20:08:51 &lt;str4d&gt; "take everything you read on I2P with a pinch of salt" 20:09:09 &lt;dg&gt; hah 20:09:19 &lt;efkt_&gt; Haha. RN has ceaseless salt jokes. 20:11:36 &lt;zzz&gt; ok. I noticed the icon you submitted doesn't have a transparent part. It might look better if it did. Or maybe not. May depend on the theme 20:11:36 &lt;zzz&gt; if you're happy with the icon it's fine I guess 20:11:36 &lt;zzz&gt; hearing no objections I think that's it for 1). I'll check it in. 20:11:36 &lt;zzz&gt; moving on to 2) no.i2p - is Meeh here? 20:11:42 &lt;str4d&gt; Perhaps it should be translated. 20:17:33 &lt;zzz&gt; in the short term, only generating a public key, storing your private key somewhere safe, and checking it in 20:17:53 &lt;zzz&gt; if me and kytv get hit by a bus, then you would be the one building and signing the releaase 20:18:07 &lt;zzz&gt; which is basically running 'ant release' 20:18:08 &lt;dg&gt; I can do it also then. I won't be able to take responsibility for writing code though. 20:18:33 &lt;zzz&gt; writing release notes, distributing the files, starting torrents, writing the news are all related activities 20:18:34 &lt;dg&gt; So, please look both ways before crossing! 20:19:00 &lt;zzz&gt; basically you'd be a packager / release manager 20:19:23 &lt;dg&gt; yeah, I can do this. 20:19:41 &lt;zzz&gt; I think str4d would be well-suited 20:20:40 &lt;zzz&gt; dg have you done much with monotone? do you have checkin privs now? 20:21:14 &lt;dg&gt; zzz: I've not had checkin privs to i2p.i2p and I'm not a mtn pro. I get it enough to use it but advanced trickery is beyond me. 20:21:22 &lt;dg&gt; If str4d is more appropriate, that's fine. 20:21:50 &lt;zzz&gt; other acks/nacks on str4d ? 20:29:18 &lt;kytv@kytv&gt; ffs, I'll relay: 20:30:12 &lt;kytv@kytv&gt; `http://pastethis.i2p/show/5965` 20:30:13 &lt;iRelay@kytv&gt; Title: Paste #5965 | LodgeIt! (at pastethis.i2p) 20:30:14 &lt;kytv@kytv&gt; bah 20:30:32 &lt;dg&gt; welcome back 20:30:43 &lt;zzz&gt; ok 20:30:44 &lt;zzz&gt; repost 20:30:50 &lt;zzz&gt; hearing no objection let's welcome str4d as our newest backup release signer 20:30:55 &lt;zzz&gt; str4d, kytv or I can help you generate your keys and check them in 20:31:03 &lt;zzz&gt; excellent. I'm always worried about the bus. 20:31:06 &lt;zzz&gt; 4) Console home page icons needed `http://zzz.i2p/topics/1492` (brief) 20:31:12 &lt;zzz&gt; just wanted to mention the icons thing here, to highlight postman badger sponge eche|on kytv et al 20:31:20 &lt;iRelay&gt; Title: zzz.i2p: Console Home Page Icons (at zzz.i2p) 20:31:41 &lt;zzz&gt; pick or design an icon or we will pick one for you 20:32:01 &lt;zzz&gt; you have a couple weeks 20:32:17 &lt;zzz&gt; thanks to str4d for his detailed post on what is in fux 20:32:32 &lt;zzz&gt; anybody else have anything to say about this? 20:32:49 * kytv is indifferent 20:33:11 &lt;zzz&gt; ok moving on 20:33:11 &lt;dg&gt; it'd be nice to have a prettier set of icons. I like the fux set. that's all. 20:33:12 &lt;zzz&gt; 5) Website revamp (str4d) (brief) 20:33:33 &lt;zzz&gt; str4d, what's the status and what's blocking progress? 20:33:57 &lt;str4d&gt; Status: .py files are not updating for some reason (they were) 20:34:22 &lt;str4d&gt; When a .py file updates, the webserver needs to be restarted, but the script to do that has stopped working. 20:34:46 &lt;str4d&gt; Other than that, not much. 20:35:28 &lt;str4d&gt; CSS issues were shown on IE, it looks like on the frontpage the BG image is not displaying, but I can't test. 20:35:28 &lt;zzz&gt; you need welterde_ or just time? 20:35:33 &lt;topiltzin&gt; revamp site has issues with IE{7,8}. IE9 is untested. I don't know if we care about that. 20:35:57 &lt;topiltzin&gt; IE10 works fine so I'm inclined to not worry about the older versions 20:36:05 &lt;str4d&gt; On non-frontpage pages, IE{7,8} is terrible. 20:36:49 &lt;str4d&gt; But that is not really a blocker. 20:37:02 &lt;str4d&gt; wrt content, is everyone happy with the front page as-is? 20:37:13 &lt;zzz&gt; ok. just would love to see us get past the finish line on this. On Sept. 1st on tx, you announced it would go live in a week :) 20:37:20 &lt;dg&gt; yes, str4d 20:37:53 &lt;str4d&gt; zzz: yea, shortly after that I discovered the .py problem and ran out of time to fix. 20:38:20 &lt;zzz&gt; ok thx for the update str4d. anything else on 5) ? 20:38:22 &lt;str4d&gt; If .py -&gt; restart is not working, then welterde_ (and every mirror operator) need to manually restart every time. 20:38:33 &lt;str4d&gt; A few minor points: 20:38:55 &lt;str4d&gt; When updating for a release, there are two locations to change: 20:39:16 &lt;str4d&gt; i2p2www/__init__.py - CURRENT_I2P_VERSION 20:39:38 &lt;str4d&gt; and i2p2www/pages/downloads/list.html - the hashes at the top. 20:39:50 &lt;zzz&gt; maybe I can cut you short, no use training me until I need it, as I will ask again... 20:40:07 &lt;str4d&gt; zzz: fair enough. But that ^ is it. 20:40:30 &lt;str4d&gt; tl;dr - as soon as the .py problem is fixed, it is safe for live. 20:40:31 &lt;zzz&gt; ok, I'll copypasta it, might lose it, might not. 20:41:01 &lt;kytv&gt; (mine's updating/restarting FWIW (http://geti2pj2fl72u4m2.onion/ / `http://kfri3jwfsi2uy7j3pbzykbbaoqoj4siyhf3hozln3wxcrkvvityq.b32.i2p/))` 20:41:04 &lt;iRelay&gt; Title: I2P Anonymous Network (at geti2pj2fl72u4m2.onion) 20:41:16 &lt;zzz&gt; ok then let's ask welterde_ to help out here 20:41:49 &lt;zzz&gt; ok thx for the update str4d. anything else on 5) ? 20:42:06 &lt;str4d&gt; It's *much* simpler than current :-P 20:42:13 &lt;str4d&gt; kytv: thanks - which script? 20:42:16 &lt;str4d&gt; (but I'm done with 5) 20:42:25 &lt;zzz&gt; bah. I got my sed script :) 20:42:25 &lt;str4d&gt; Oh, one other point: 20:42:34 &lt;zzz&gt; 6) Trac update - thanks to Meeh and kytv (brief) 20:42:40 &lt;str4d&gt; I want us to think about the /research page 20:42:42 &lt;kytv&gt; (yw) 20:43:11 &lt;str4d&gt; Just putting the thought out. 20:43:32 &lt;kytv&gt; str4d: it's a modification of the one in i2p.www.revamp that I made for future appliance. I can pastebin it later. 20:43:35 &lt;zzz&gt; I just put this on the agenda to thank kytv and his helpers Meeh and welterde_ for moving, hosting, upgrading, managing, etc and getting it back up 20:43:54 * dg thanks 20:44:18 &lt;str4d&gt; kytv++ 20:44:20 &lt;zzz&gt; it's an important resource that got hammered by spam and then disabled by me and then broken by kytv, but we won't mention that part since we're thanking him... 20:44:41 &lt;efkt_&gt; bwahaha 20:44:52 * str4d had plans to help, until kytv sabotaged those plans and took the glory for himself ;-P 20:45:17 &lt;zzz&gt; oh yeah sorry str4d you did do quite a lot too in the early stages 20:45:42 &lt;zzz&gt; ok enough of that, back to the beatings 20:45:47 &lt;zzz&gt; 7) Allow marketplaces on eepsite registration services? (zab) 20:46:18 &lt;zzz&gt; I have 3 of them in the stats.i2p queue, everybody piling in after the silk road thing 20:46:49 &lt;str4d&gt; Enforcing this is not trivial - we only know if the person registering makes it obvious in the domain or the about description. 20:46:51 &lt;dg&gt; I don't think anybody will target $registrar for saying yes 20:46:53 &lt;zzz&gt; we had several silkroad* registrations last year, I approved them at the time, none were around for long 20:46:57 &lt;Meeh&gt; sorry I'm late, but here now 20:47:15 &lt;zzz&gt; Meeh will be back to you shortly, we are on 7) 20:47:21 &lt;Meeh&gt; np 20:47:52 &lt;zzz&gt; zab what would you like to say about this 20:48:00 &lt;zzz&gt; ^^ topiltzin 20:48:00 &lt;topiltzin&gt; In the interest of full disclosure, I have significant investment in bitcoin. So I'm naturally supportive of anything that promotes use of bitcoin 20:48:00 &lt;zzz&gt; enforcing is never a sure thing 20:48:26 &lt;topiltzin&gt; in fact, part of the reason I'm working on i2p is to prepare for a possible future where anonymous marketplaces cannot use tor anymore 20:48:42 &lt;topiltzin&gt; &lt;/end full disclosure&gt; 20:49:03 &lt;zzz&gt; I could reject either on 1) its illegal 2) brings attention we dont need or 3) i2p really isnt safe enough for markets 20:49:13 &lt;zzz&gt; but all those are shaky reasons 20:49:18 &lt;dg&gt; If 3), I don't know what we are safe for 20:49:21 &lt;str4d&gt; But on the assumption that we can discover which domains are for marketplaces: 20:49:22 &lt;str4d&gt; topiltzin ^ 20:49:35 &lt;dg&gt; I don't agree with ever saying "Hey, $group, come to us! We're like, safe and things!" but a little confidence is good too 20:49:49 &lt;Pseudonemo&gt; as regards public perception, policies can help, even if they aren't perfectly enforcible, imo 20:50:01 &lt;topiltzin&gt; 3) is something the operators of the marketplaces need to decide for themselves 20:50:45 &lt;Meeh&gt; I agree with you there topiltzin, the operators choose 20:50:46 &lt;topiltzin&gt; if 2) will happen it will happen regardless of addressbook policy 20:50:49 &lt;zzz&gt; fyi the three I'm sitting on are silkroadreloaded.i2p, market.i2p, and freemart.i2p - you can jump to all thru stats.i2p 20:51:02 &lt;welterde_&gt; still unable to figure out why restart is not working? 20:51:35 &lt;welterde_&gt; (just arrived) 20:52:00 &lt;topiltzin&gt; re 1) - that's the interesting one. I suggest the following policy: if a market place advertises $ILLEGAL_ACTIVITY then it does not indexed 20:52:08 &lt;str4d&gt; welterde_: I haven't had time to investigate it. 20:52:18 &lt;topiltzin&gt; but a market that simply says "anonymous marketplace" should not be banned automatically 20:52:28 &lt;welterde_&gt; ic 20:52:32 &lt;str4d&gt; +1 on re 1) 20:52:34 &lt;dg&gt; most things here are anonymous 20:52:40 &lt;efkt_&gt; fwiw I think its reasonable to not outright ban all marketplaces and use a case-by-case basis, disallowing support for those who wish to use stats.i2p for drugs, assassination, arms, etc focusing on what is unsavory and not neccessarily what is illegal. 20:52:45 &lt;Pseudonemo&gt; I think topiltzin's suggestion is a reasonable compromise, fwiw 20:52:59 &lt;str4d&gt; stats.i2p is a voluntary service, not an "official" addressbook. 20:53:14 &lt;zzz&gt; I find it hard to get too worked up about drugs. If they're advertising CP or contract killings that's another story. 20:53:27 * dg nods 20:53:35 &lt;str4d&gt; Mmm. 20:53:43 &lt;Pseudonemo&gt; str4d: it's still linked on the router console, which would be considered a tacit endorsement by many 20:53:51 &lt;Meeh&gt; agreed 20:54:00 &lt;str4d&gt; IMHO the standard sort of T&C we require for routerconsole would be fine. 20:54:13 &lt;dg&gt; Pseudonemo: A link to a site that doesnt' really link to but can be contacted for info on a site people MAY not like? no 20:54:32 &lt;Pseudonemo&gt; fair enough 20:54:43 &lt;zzz&gt; I thnk I'll treat markets like forums and torrent sites, i.e. post a TOS and then I'll decide 20:54:48 &lt;str4d&gt; (but that does not mean that a marketplace would be accepted for routerconsole, that is a separate decision) 20:56:05 &lt;topiltzin&gt; that's fine. It would help if you publish some guidelines on what will NOT get indexed 20:56:12 &lt;zzz&gt; thanks guys for your thoughts. this is more my problem than a project issue and I needed some advice. 20:57:07 &lt;dg&gt; if you feel uneasy about it, you are within your rights not to allow them zzz 20:57:24 &lt;dg&gt; but i think it's ok as long as it's not crossing any moral lines 20:57:54 &lt;zzz&gt; it's all on `http://stats.i2p/i2p/addkey.html` - I guess I would just add 'markets' to the line about forums, trackers, file + image hosts... 20:57:54 &lt;zzz&gt; ok enough on 7) 20:57:54 &lt;zzz&gt; back around to: 20:57:54 &lt;zzz&gt; 2) `http://no.i2p` services request (Meeh) 20:57:54 &lt;zzz&gt; 2a) Add to default i2ptunnel jump list 20:57:54 &lt;zzz&gt; 2b) Add to recommended addressbook subscriptions on FAQ 20:57:56 &lt;zzz&gt; 2c) Add to registration help text on eepsite help 20:58:08 &lt;iRelay&gt; Title: Add a Key (at stats.i2p) 20:58:13 &lt;zzz&gt; take it away Meeh what you got for us? 20:58:24 &lt;iRelay&gt; Title: no.i2p registration service (at no.i2p) 20:59:06 &lt;Meeh&gt; well, I've setup a registration service with a TOS somewhat the same as stats.i2p, to help "decentralize" the naming service in I2P if needed 20:59:16 &lt;zzz&gt; ping Meeh 20:59:36 &lt;Meeh&gt; doesn't my messages get trough? 21:01:45 &lt;str4d&gt; I hear ya 21:01:45 &lt;Meeh&gt; ok good, I checked freenode so iRelay does too 21:01:45 &lt;zzz&gt; got it, lag 21:01:45 &lt;zzz&gt; yeah we really need more of everything and my registration service really stands out by itself 21:01:45 &lt;zzz&gt; just checked, I set it up in January of 2008 after orion.i2p vanished (snif) 21:02:08 &lt;Meeh&gt; yupp, so that's why I added it, to help "decentralize" it if needed 21:02:27 &lt;zzz&gt; slow's inr.i2p service is great but his anything-goes policy isn't compatible with ours 21:02:40 &lt;Meeh&gt; other than that I haven't thought much on it, so if people want to contribute with ideas, go ahead 21:02:51 &lt;zzz&gt; if you can work together on his software base, but have something managed, that's great 21:04:56 &lt;dg&gt; fwiw, inr.i2p is a thing. 21:05:24 &lt;zzz&gt; anybody reviewed Meeh's TOS or have any thoughts? 21:05:24 &lt;topiltzin&gt; I looked briefly, looked like copy-pasta of yours 21:05:24 &lt;Meeh&gt; yes, I will publish my changes. I've updated it to django 1.5 and added export-alive.txt "view" support 21:05:24 &lt;topiltzin&gt; +1 on no.i2p based on nothing but general Meeh awesomeness :) 21:05:24 &lt;Meeh&gt; topiltzin: yes, it was copy paste :P 21:05:24 &lt;zzz&gt; well, Meeh actually you have two pastas. one of slow's on no.i2p and one of mine on no.i2p/tos/ 21:05:24 &lt;Meeh&gt; I wrote some myself, and copied most of it, to make it as close to the official rules as possible, since I guessed zzz followed them closely 21:05:24 &lt;Meeh&gt; yea, a mix 21:05:24 &lt;Meeh&gt; can change it ofc 21:05:26 &lt;efkt_&gt; +1 for no.i2p. Giving people more jump links and subscriptions is a plus. If there will be more sites registered with no.i2p I think it would be helpful to inform existing userbase about such a change. 21:05:45 &lt;Meeh&gt; I didn't remove the policies that was "acceptable" from the original source 21:05:46 &lt;zzz&gt; is it confusing to have overlapping stuff in two places? 21:05:51 &lt;zzz&gt; actually 3 with /postkey/ 21:06:21 &lt;Meeh&gt; ok, I should fix that. but question is then, which is the best? 21:06:30 &lt;Meeh&gt; or, the most agreeable 21:06:37 &lt;Meeh&gt; which I can work more on 21:06:40 &lt;zzz&gt; speaking from experience you have to shout the TOS loud and clear 21:07:17 &lt;zzz&gt; fyi I'm getting about 75/month and rejecting about 3-5/month 21:07:54 &lt;zzz&gt; any objections to 2a) or 2b) or 2c) ? 21:08:16 &lt;zzz&gt; if not Meeh please do all the checkins yourself 21:08:23 &lt;Meeh&gt; ok, I get about 1-2 a week, but often they double register 21:08:26 &lt;Meeh&gt; both with you and me 21:08:32 &lt;Meeh&gt; for example silkroadreloaded 21:09:02 &lt;zzz&gt; anybody have anything else while I warm up the baffer? 21:10:21 &lt;efkt_&gt; zzz: dg: kytv: topiltzin: str4d: Thank you. It means a lot to have support. 21:10:56 &lt;dg&gt; Maybe we should talk about the roadmap next time and our plans. 21:10:56 &lt;kytv&gt; hosting for our downloads, unless there's already a plan, needs to be fleshed out. 21:10:56 &lt;Meeh&gt; ok. Then we say add to trunk? (no.i2p) 21:10:56 &lt;Meeh&gt; seems like we're on a new topic already :P 21:10:56 &lt;kytv&gt; +1 for no.i2p (yes, add to trunk) 21:11:05 &lt;zzz&gt; oh, I'll note that I wrote down some rather obvious meeting policies on `http://zzz.i2p/topics/1491` to make it clear anybody can schedule a meeting for anything at any time 21:11:20 &lt;iRelay&gt; Title: zzz.i2p: Project Meetings (at zzz.i2p) 21:11:25 &lt;dg&gt; efkt_: No problem. You're great! 21:11:38 &lt;zzz&gt; yeah, downloads and roadmap may be good for a future meeting 21:11:53 &lt;dg&gt; nothing for now from me 21:11:59 * zzz emphatically ***BAFS*** the meeting closed 21:12:12 &lt;dg&gt; :) </div>/cs/blog/2013/10/04/i2p-dev-meeting-october-04-2013/Fri, 04 Oct 2013 00:00:00 +0000/cs/blog/2013/10/04/i2p-dev-meeting-october-04-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> dg, equinox, hottuna, Mathiasdm, orion, psi, str4d, topiltzin, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:09:33 &lt;str4d&gt; Meeting time. Who is here? 20:09:53 * psi is here 20:10:04 * dg here 20:11:34 * topiltzin . 20:11:51 &lt;str4d&gt; hottuna, zzz, welterde, kytv: ping 20:12:17 * orion is here 20:13:01 * str4d loads meeting agenda 20:14:01 &lt;str4d&gt; I can't reach zzz.i2p. Can anyone else get to `http://zzz.i2p/topics/1480` ? 20:14:35 &lt;str4d&gt; Got it. 20:14:43 &lt;str4d&gt; 1) Threat model 20:14:44 &lt;str4d&gt; 1a) Discuss merits of DREAD classification scheme (and choose another if necessary). 20:14:44 &lt;str4d&gt; 1b) Discuss threat model (and update if needed). 20:14:44 &lt;str4d&gt; 1c) Apply DREAD (or other scheme) to attack vectors in threat model. 20:14:44 &lt;str4d&gt; 2) Website revamp - check over in preparation for launch. 20:14:53 &lt;str4d&gt; 3) Roadmapping. 20:15:22 &lt;str4d&gt; 4) Docs discussion. 20:15:41 &lt;str4d&gt; We already coverered 0) Say hi ;-P 20:15:42 &lt;str4d&gt; 1) Threat model 20:15:53 &lt;str4d&gt; 1a) Discuss merits of DREAD classification scheme (and choose another if necessary). 20:17:07 &lt;str4d&gt; As I said in the forum post, I think that one of the things we can do to improve how other perceive I2P is to improve and clarify the threat model. 20:17:29 &lt;str4d&gt; Right now, it is a wall of text, and difficult for users (and non-motivated devs) to find the main concerns. 20:17:45 &lt;dg&gt; It's hard to rank it also. 20:17:47 &lt;dg&gt; Understand urgency, etc. 20:18:03 &lt;str4d&gt; And without any proper risk modelling, we really have no idea if we are focusing on the right aspects. 20:18:13 &lt;psi&gt; It would be great to get a short version of the threat model first and build off that 20:18:23 &lt;str4d&gt; dg: exactly. 20:18:59 &lt;str4d&gt; I did some research, and https://www.owasp.org/index.php/Threat_Risk_Modeling has a good threat risk modeling "layout", which is used by e.g. Cryptocat for their threat model. 20:19:04 &lt;iRelay&gt; Title: Threat Risk Modeling - OWASP (at www.owasp.org) 20:19:53 &lt;str4d&gt; The DREAD scheme that they describe is not completely effective at identifying risk correctly, according to feedback mentioned in a subsequent post by the designer of the model - https://blogs.msdn.com/b/david_leblanc/archive/2007/08/13/dreadful.aspx 20:20:49 &lt;str4d&gt; I propose that we use the modified DREAD model that he gives in the above post, to model the severity and priority of our attack vectors. 20:20:50 &lt;str4d&gt; Discuss! 20:21:13 &lt;dg&gt; Give me some time to review the models? :) 20:21:40 &lt;str4d&gt; dg: you were supposed to have done that already, I linked to it in the forum post... 20:21:44 &lt;str4d&gt; :P 20:21:50 &lt;dg&gt; sorry 20:22:24 &lt;str4d&gt; (but I didn't actually ask people to do so, my bad) 20:23:08 &lt;str4d&gt; DREAD tl;dr - they rank a threat on five 1-10 scales, add the results and divide by 5. 20:23:12 &lt;str4d&gt; Damage Potential 20:23:29 &lt;str4d&gt; Reproducibility 20:23:29 &lt;str4d&gt; Exploitability 20:23:29 &lt;str4d&gt; Affected Users 20:23:30 &lt;str4d&gt; Discoverability 20:24:12 &lt;str4d&gt; modified DREAD tl;dr - same five parameters, but a 1-3 (low, med, high) scale and a "weighted" calculation. 20:25:09 &lt;dg&gt; I'm giving it a brief read; I obviously don't know all the details but any structured system is better. 20:25:18 &lt;str4d&gt; The modified DREAD model makes better sense to me than the original. 20:26:06 &lt;dg&gt; I have a lot of respect for OWASP too. :P 20:26:10 &lt;str4d&gt; "If we look at the five components, we see that none of these are highly correlated - one of them does not imply the other. This means we have independent factors, which is one of the strongest criteria for a solid model. Thus our task is to figure out how to properly weight the inputs. In WSC, we told you to rate them from 1-10, add them up, and divide by 5. If we apply some obvious tests, we find that a damage of 1, and all other factors 10 (a well known nuisance 20:26:10 &lt;str4d&gt; , e.g., pop-ups) gets weighted the same as a discoverability of 1 and everything else 10 (hard to sort out, but causes the heat death of the universe). This is an obvious malfunction." 20:27:10 &lt;str4d&gt; dg: so do I. They have many other potentially-useful models and docs there. 20:27:31 &lt;str4d&gt; Anyone else have comments? 20:29:50 &lt;str4d&gt; If no-one else has comments yet, then we will move on to the next topic while you think. 20:30:05 &lt;psi&gt; no comments 20:31:03 &lt;str4d&gt; 1b) Discuss threat model (and update if needed). 20:31:17 &lt;str4d&gt; `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/docs/overview/threat-model/` 20:31:18 * psi starts skimming threat model 20:31:39 &lt;iRelay&gt; Title: I2P's Threat Model - I2P (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 20:31:47 &lt;dg&gt; I notice a rating? 20:31:50 &lt;dg&gt; Is this new? 20:32:04 &lt;str4d&gt; dg: I added the modified DREAD system. 20:32:12 &lt;str4d&gt; (in anticipation of no one having objections) 20:32:31 &lt;str4d&gt; (but not in anticipation of no comments at all :-P ) 20:32:53 &lt;str4d&gt; The ratings are invalid. 20:33:03 &lt;dg&gt; It doesn't seem to match- 20:33:05 &lt;dg&gt; yeah 20:33:09 &lt;str4d&gt; (this is what I want to change in this meeting) 20:33:25 &lt;str4d&gt; While we are discussing the threat model itself, please think about possible ratings (for the next topic) 20:33:28 &lt;dg&gt; The design looks good so with actual values, I'd like it. We should order in value of severity too. 20:34:48 &lt;str4d&gt; Our threat model page does not follow the "standard" threat model layout (e.g. OWASP page) 20:35:04 &lt;str4d&gt; Identify Security Objectives 20:35:05 &lt;str4d&gt; Survey the Application 20:35:05 &lt;str4d&gt; Decompose it 20:35:05 &lt;str4d&gt; Identify Threats 20:35:05 &lt;str4d&gt; Identify Vulnerabilities 20:35:08 &lt;psi&gt; we're going to duscuss the values of these rating now... or later? 20:35:50 &lt;str4d&gt; psi: next topic. Right now we are discussing the threat model itself - we can't rate threats if they are out-of-date. 20:35:58 &lt;psi&gt; right 20:36:17 &lt;str4d&gt; (And FYI meeting will end at 10PM UTC) 20:36:29 &lt;str4d&gt; (At least, I will be leaving then) 20:37:18 &lt;str4d&gt; The threat model page does not clearly identify our security objectives. 20:37:21 &lt;dg&gt; Where is everyone? 20:37:29 &lt;dg&gt; We can't operate with 3 people. 20:37:54 &lt;str4d&gt; topiltzin, hottuna, zzz, welterde, kytv: ping 20:37:55 &lt;zzz&gt; there is more to "formalizing" the model than just rating each element 20:37:56 &lt;equinox&gt; I think it is worth considering the methods outlined in todays guardian articles. The NSA tried to target the dev process 20:38:16 &lt;str4d&gt; zzz: I know, but we have to start somewhere. 20:38:18 &lt;zzz&gt; in particular, the major objection to our model is that we don't clearly specify what is in and what is out 20:38:40 &lt;dg&gt; What affects us and what doesn't? 20:38:43 &lt;zzz&gt; which is a step that would need to happen before rating, should we care to address the critics 20:39:23 &lt;str4d&gt; zzz: that is what we are doing now. 20:39:23 &lt;str4d&gt; &lt;str4d&gt; The threat model page does not clearly identify our security objectives. 20:39:29 &lt;zzz&gt; the major point of a threat model is to specify what's NOT in it, e.g. the NSA. Projects use that to wave their hands and say "not our problem, not in our threat model" 20:39:44 &lt;zzz&gt; we haven't done that. 20:40:07 &lt;idog98@freenode&gt; . 20:40:10 &lt;str4d&gt; Right. So let's do that. 20:40:29 &lt;zzz&gt; If we make a formal model and omit the NSA, we can then stop working on protocol obfuscation, and perhaps even stronger crypto. 20:40:42 &lt;zzz&gt; or, we could call that a copout. 20:41:18 &lt;dg&gt; From the start, it's clear that Tor can't save you from a GPA. Do we make this and other caveats clear? 20:41:26 &lt;dg&gt; and do we protect against NSA? 20:41:59 &lt;str4d&gt; Global adversaries (that can monitor the entire internet) are out by nature of the onion routing design. 20:42:18 &lt;str4d&gt; NSA, as big as it is, is not a global adversary. 20:42:37 &lt;psi&gt; the NSA as it is does have an extensive reach 20:42:38 &lt;zzz&gt; Most of the current model is aspirational, as we are too small to realistically counter may of the items atm 20:42:50 &lt;dg&gt; Would we protect against GPA with some of the things in our roadmap? ;) 20:42:52 &lt;equinox&gt; str4d: perhaps but they do work with others 20:43:01 &lt;zzz&gt; the traditional terminology is "state-level" adversary, e.g. NSA 20:43:03 &lt;orion&gt; GPA? 20:43:11 &lt;str4d&gt; equinox: likely. 20:43:13 &lt;str4d&gt; zzz: thanks. 20:43:18 &lt;dg&gt; Global Passive Adversary 20:43:56 &lt;zzz&gt; so if you want to make a strict model and exclude state-level, and use it to guide dev, then that would e.g. tell us not to work on obfuscation 20:44:47 &lt;orion&gt; It's a difficult enough task to maintain anonymity, let alone do obfuscation. 20:45:43 &lt;zzz&gt; critics love formal threat models... does having one only enable the trolls, or would it actually help us promote and dev? 20:45:53 &lt;str4d&gt; We have always stated that I2P does not do obfuscation (but not explicitly in the threat model) 20:46:19 &lt;str4d&gt; That is a fair point. 20:46:28 &lt;Mathiasdm&gt; a threat model is good for focus 20:46:34 &lt;dg&gt; The trolls have enough if they want to troll. Fuck that. 20:46:41 &lt;Mathiasdm&gt; trolls are always around, I wouldn't take those into account 20:46:43 &lt;Mathiasdm&gt; (sorry to jump in) 20:46:51 &lt;str4d&gt; My goal with this meeting was not to have a strict threat model that we must absolutely follow to the letter. 20:47:02 &lt;str4d&gt; Even if we wanted to have that, it would not be possible in a single meeting. 20:47:25 &lt;dg&gt; No problem. Nice to see you, Mathiasdm. 20:47:28 &lt;dg&gt; A formal threat model helps us to define what we're trying to protect against either 20:47:37 &lt;dg&gt; I've been around for almost a year and I'm still not sure exactly what. 20:47:40 &lt;str4d&gt; The website page we call the "threat model" is a giant WoT and difficult to grep. That is really what I want to fix. 20:48:20 &lt;str4d&gt; I want users to be able to look at it and quickly understand what we are trying to do. 20:48:50 &lt;equinox&gt; We know the state agencies and actors on behalf of the state will only increase their scope as time goes on (if they are left unchecked). I think it is best to plan for that eventuallity rather than reacting to it. 20:49:16 &lt;str4d&gt; Because misinformation and misunderstanding have been a problem with I2P for a long time. 20:50:28 &lt;zzz&gt; I think the page is pretty good. Although perhaps it needs another page that's a summary. 20:51:12 &lt;str4d&gt; The threat risk modelling (with DREAD) is something that is easy to do, and easy to remove if we decide that it doesn't give us valid information. 20:51:57 &lt;str4d&gt; zzz: it is good for someone who is prepared to take the time to read it. It is not good for skimmers. 20:52:36 &lt;str4d&gt; As the post I linked above says: "Warning! Do NOT apply this system, or any other system, without THINKING about it. This system may or may not help you arrive at the right conclusion, and if it does not, consider worth what you paid to get it, which is zero." 20:53:26 &lt;zzz&gt; imho you have 3 orthogonal goals for the single page: 1) simplifying for the masses, 2) formalizing, and 3) risk modelling 20:54:38 &lt;str4d&gt; 1) and 3) are linked - having the ratings enables the masses to skim, find the "important" ones to them, and read. 20:54:49 &lt;str4d&gt; But I agree that 2) is orthogonal (and also linked to 3) ) 20:56:04 &lt;str4d&gt; If having a formal threat model becomes a blocker to other things, then we will need to pursue it. But when I originally said "formalize", I should have said "clarify". 20:57:43 &lt;str4d&gt; Quick poll: does anyone here think that going through and applying DREAD to the attack vectors on our "threat model" page is useful or a good idea? 20:58:28 &lt;str4d&gt; If yes, let's move to next topic and do so, then we can discuss the result. If no, let's forget about it and move on. 20:58:44 &lt;topiltzin&gt; yes-as-long-as-its-someone-else-doing-it 20:58:46 &lt;dg&gt; What's the alternative? 20:59:09 &lt;dg&gt; hahaha 20:59:21 &lt;topiltzin&gt; being honest :) 20:59:37 &lt;dg&gt; or depressing. :) 21:02:00 &lt;hottuna&gt; It isn't a bad idea but, I'm not sure that is the be-all-end-all solution for the threat model. 21:02:06 &lt;psi&gt; hmm &lt;str4d&gt; hottuna: I don't intend it as such, but I think it is a useful step. And no one else was suggesting or doing anything :-P &lt;psi&gt; it depends if there are more people helping &lt;psi&gt; if it's just 1 person no way &lt;psi&gt; if there are collaborators, possibly &lt;str4d&gt; psi: I wanted to do it in-meeting right now, while we had more than one person. &lt;zzz&gt; "formalizing" is important to some - OpenITP, critics, reviewers, auditors, funders, others in our field, etc. &lt;hottuna&gt; would it really be enough and structured well enough to just do it now in this meeting? &lt;hottuna&gt; im not very familiar with the whole DREAD process though. &lt;str4d&gt; hottuna: we go through each attack vector, and rate the five categories as low, medium or high. That's all. &lt;psi&gt; i am not familiar with DREAD as well &lt;str4d&gt; I chose that one because it was very simple to apply. &lt;psi&gt; ah &lt;str4d&gt; (The five categories I outlined just above the index on the threat model page) &lt;psi&gt; let's try an example one &lt;hottuna&gt; each known attack vector? &lt;hottuna&gt; psi, sure &lt;str4d&gt; I intentionally did everything beforehand to make it simple because I knew that getting anyone here to agree to do this would be hard :P &lt;str4d&gt; Okay, "timing attacks" &lt;hottuna&gt; sure. &lt;str4d&gt; Damage Potential: If a threat exploit occurs, how much damage will be caused? &lt;str4d&gt; If it is used to identify a user, then that user is deanonymized -&gt; high? &lt;hottuna&gt; statistical exploits based on timing and packet sizes have been employed against tor to successfully find out which site was being visited &lt;hottuna&gt; with very high success ratios (~90% if I remember correctly) &lt;str4d&gt; (use e.g. https://www.owasp.org/index.php/Threat_Risk_Modeling#DREAD to get an idea of scales - it already has three levels described) &lt;str4d&gt; Reliability: How reliable is the attack? - low? med? It is generally network-load-dependent. 21:12:28 &lt;psi&gt; to be able to time what exactly? 21:13:26 &lt;hottuna&gt; anything in general? 21:14:11 &lt;psi&gt; okay 21:14:27 &lt;hottuna&gt; I don't know. 21:14:47 &lt;hottuna&gt; But the descriptions seems messgae oriented. 21:14:52 &lt;str4d&gt; (use e.g. https://www.owasp.org/index.php/Threat_Risk_Modeling#DREAD to get an idea of scales - it already has three levels described) 21:14:54 &lt;iRelay&gt; Title: Threat Risk Modeling - OWASP (at www.owasp.org) 21:14:56 &lt;str4d&gt; Reliability: How reliable is the attack? - low? med? It is generally network-load-dependent. 21:15:33 &lt;str4d&gt; psi: that's a good point - the "Timing attacks" section should probably be split into message-delivery attacks and message-content attacks 21:15:36 &lt;hottuna&gt; damage potential: 5? 21:15:51 &lt;str4d&gt; Assume message-delivery for now. 21:15:55 &lt;psi&gt; " Complete system or data destruction " means the box explodes i assume? 21:16:08 &lt;hottuna&gt; as far as reliability goes, statistical models have been proven reliable in the case of tor.. 21:18:00 &lt;str4d&gt; hottuna: we are using a 1-3 scale 21:19:08 &lt;str4d&gt; the 1-10 scale described in the OWASP is harder to justify. 21:19:08 &lt;str4d&gt; "What's the difference between discoverability of 6 and 7? Who the heck knows?" 21:19:08 &lt;str4d&gt; Use the OWASP scale as an indicator of how to assign low/med/high 21:19:11 &lt;str4d&gt; psi: In our case, I would say that "high" is complete correlation between a particular user and their activity. 21:19:13 &lt;psi&gt; timing i'd say 5 or 6 21:19:13 &lt;psi&gt; (for dammage) 21:19:14 &lt;str4d&gt; (for Damage) 21:19:17 &lt;str4d&gt; https://blogs.msdn.com/b/david_leblanc/archive/2007/08/13/dreadful.aspx explains the categories possibly better. 21:20:00 &lt;psi&gt; i see 21:20:16 &lt;hottuna&gt; but the damage would be revealing some sort of information, which may be bad.. theoretically it could reveal that I'm running a certain application or talking to a certain destination 21:20:20 &lt;hottuna&gt; is that a 5-6? 21:20:34 &lt;str4d&gt; Exploitability: What is needed to exploit this threat? - med? The attacker needs to monitor several locations along the possible path. 21:20:36 &lt;str4d&gt; low? 21:20:49 &lt;psi&gt; it depends on the attacker 21:20:55 &lt;psi&gt; and it also depends on the network size 21:21:34 &lt;str4d&gt; Exploitability is requirements before launching the attack. Reliability is how well it works once triggered. 21:21:48 &lt;psi&gt; ah 21:21:49 &lt;str4d&gt; psi: yes, so these ratings will change over time. 21:22:05 &lt;str4d&gt; (And this is an example of a limitation of the model, and a big flaw in the original DREAD) 21:22:06 &lt;psi&gt; exploitability would be med 21:22:18 &lt;str4d&gt; Exploitability is only used to calculate priority, not severity. 21:22:25 &lt;psi&gt; just running a stock i2p router would be not enough 21:22:54 &lt;str4d&gt; psi: right, so not high. 21:23:15 &lt;str4d&gt; But not low because it doesn't need advanced computing power etc. 21:23:20 &lt;str4d&gt; Affected Users: How many users will be affected? 21:23:27 &lt;hottuna&gt; You would have to be a part of a tunnel, and then just have a look at the message profile. If you're the ibgw for a service, you might be able to separate out a few users from the rest. Or at least cluster them inte different user groups 21:23:40 &lt;hottuna&gt; into* 21:24:23 &lt;psi&gt; mid may be a hit much for exploitability 21:24:29 &lt;psi&gt; bit* 21:24:36 &lt;psi&gt; mid-low 21:24:40 &lt;hottuna&gt; in the ibg case, I'd say it's pretty easy, but you wouldnt get a ton of information 21:24:45 &lt;hottuna&gt; ibgw* 21:25:06 &lt;str4d&gt; psi: mid or low. It will only affect the priority score. 21:25:48 &lt;hottuna&gt; As far as eploitability goes, I think it's very doable. Especially in comparison to other exploits. 21:25:55 &lt;str4d&gt; Discoverability: How easy is it to discover this threat? - mid? It requires at least some knowledge of how I2P works. 21:25:59 &lt;psi&gt; hottuna: agreeed 21:26:10 &lt;str4d&gt; "Something that's highly discoverable is publicly known, or very similar to something that is publicly known. Low discoverability is that it takes intimate knowledge of the internal workings of your app to sort out." 21:26:22 &lt;psi&gt; mid 21:26:51 &lt;hottuna&gt; We would never know about the attack since it's passive 21:26:55 &lt;str4d&gt; hottuna: exactly. The classification partly depends on what is chosen for other attacks. It's all relative. 21:27:26 &lt;hottuna&gt; str4d, are you noting some sort of value based on what's being said? 21:27:44 &lt;str4d&gt; hottuna: yes. 21:29:02 &lt;hottuna&gt; good. 21:29:02 &lt;hottuna&gt; D: low 21:29:19 &lt;psi&gt; hmm 21:29:29 &lt;hottuna&gt; Affected users: High (all who actually do something) 21:29:37 &lt;str4d&gt; Here's what I think we agreed on, and what it calculates: 21:29:37 &lt;str4d&gt; Damage Potential: medium 21:29:37 &lt;str4d&gt; Reliability: medium 21:29:37 &lt;str4d&gt; Exploitability: medium 21:29:51 &lt;str4d&gt; Affected Users: high 21:29:52 &lt;str4d&gt; Discoverability: medium 21:29:53 &lt;str4d&gt; Severity: 4/5 21:29:54 &lt;str4d&gt; Priority: 5/9 21:30:23 &lt;psi&gt; timing attacks are pretty bad but they don't seem practical 21:30:29 &lt;psi&gt; at least, at the moment 21:30:41 &lt;str4d&gt; Does that seem like a sensible result? Are the levels I set what we actually decided on? 21:30:58 &lt;hottuna&gt; I dont agree with discoverability. 21:31:01 &lt;str4d&gt; And we should do at least one other attack vector, to get a sense of how this will compare them. 21:31:09 &lt;hottuna&gt; A passively logging node would never be discovered. 21:31:17 &lt;str4d&gt; hottuna: you think it should be high? 21:31:17 &lt;hottuna&gt; Sure. 21:31:29 &lt;str4d&gt; hottuna: wrong "discoverability". 21:31:47 &lt;hottuna&gt; whatever undiscoverable translates into 21:31:53 &lt;str4d&gt; This is a defensive model. This is discoverability of the vulnerability by the attacker. 21:32:00 &lt;psi&gt; the resources used to launch an attack would be rather obvious unless they pwnd all the boxes 21:32:12 &lt;hottuna&gt; oh. I see. 21:32:18 &lt;dg&gt; Timing attacks are specific and maybe not as applicable to us anyway.. 21:32:25 &lt;hottuna&gt; Oh, in that case I agree. 21:33:28 &lt;psi&gt; to do a timing attack would require either a birds eye view or ownership of many nodes (how many? idk) 21:33:38 &lt;str4d&gt; Severity is how bad we think the attack is, Priority is the order it thinks we should focus on. 21:33:55 &lt;dg&gt; Oh. 21:33:55 &lt;psi&gt; not sure if a bird's eye view would be enough too 21:33:57 &lt;dg&gt; Yeah, 4/5. 21:34:10 &lt;str4d&gt; Let's leave that classification for now, and do another one for comparison. 21:34:30 &lt;psi&gt; reflecting on 4/5 IF they can do timing attacks then pretty much everything low latency is affect 21:34:33 &lt;psi&gt; affected* 21:34:54 &lt;psi&gt; priority... not sure 5/9 is appropriate 21:35:15 &lt;str4d&gt; "Tagging attacks" should be easy to classify. 21:35:32 &lt;str4d&gt; psi: we won't know what priority means until we have more classified. Classification is an iterative process. 21:35:38 &lt;psi&gt; okay 21:35:48 &lt;str4d&gt; So, tagging attacks. 21:36:15 &lt;psi&gt; tagging messages? tagging routers? 21:36:48 &lt;str4d&gt; Messages 21:36:59 &lt;str4d&gt; (kinda) 21:37:07 &lt;str4d&gt; Determining what path a message follows. 21:37:17 &lt;str4d&gt; Damage potential: mid? 21:37:30 &lt;psi&gt; mid agreed 21:37:38 &lt;psi&gt; low in a sense 21:37:43 &lt;hottuna&gt; Damage potential: lo 21:37:47 &lt;hottuna&gt; low-mid 21:37:58 &lt;str4d&gt; Tagging (if possible) is only going to reveal info within a particular. tunnel 21:37:58 &lt;psi&gt; it depends on the situation 21:38:01 &lt;str4d&gt; Reliability: low. 21:38:01 &lt;psi&gt; yea 21:38:08 &lt;str4d&gt; Or... 21:38:10 &lt;str4d&gt; Hmm. 21:38:41 &lt;psi&gt; on what scope would the tagging be measured at? 21:38:58 &lt;hottuna&gt; if they were used in a situation where they could identify tunnel participants, they woulkd work every time, right? 21:39:00 &lt;str4d&gt; Exploitability and discoverability are low - it should be impossible to tag messages themselves, and collusion requires exact placement of routers. 21:39:20 &lt;hottuna&gt; E:low 21:39:21 &lt;str4d&gt; psi: a message going between two endpoints (a client or server). 21:39:23 &lt;hottuna&gt; D: low 21:39:39 &lt;psi&gt; i agree LOW 21:39:45 &lt;psi&gt; E and D 21:39:50 &lt;str4d&gt; hottuna: exactly. If a tagging attack was discovered, it would work every time. 21:40:13 &lt;hottuna&gt; so, R: high? 21:40:21 &lt;str4d&gt; But such discovery should be impossible because everything is signed. 21:40:51 &lt;str4d&gt; But it depends on the tagging attack. 21:40:56 &lt;str4d&gt; Message tagging: high. 21:40:57 &lt;psi&gt; if they have your keys then they can sign too 21:41:06 &lt;str4d&gt; Collusion tagging: mid. 21:41:07 &lt;hottuna&gt; str4d, sure, but discoverability is another metric 21:41:13 * str4d says high for now. 21:41:28 * hottuna is sattisfied 21:41:44 &lt;str4d&gt; Affected users: only users with malicious nodes in their tunnels are affected. 21:42:02 &lt;psi&gt; low 21:42:16 &lt;hottuna&gt; A: most likely low 21:42:26 &lt;str4d&gt; Okay: 21:42:26 &lt;str4d&gt; Damage Potential: low 21:42:27 &lt;str4d&gt; Reliability: high 21:42:27 &lt;str4d&gt; Exploitability: low 21:42:27 &lt;str4d&gt; Affected Users: low 21:42:27 &lt;str4d&gt; Discoverability: low 21:42:28 &lt;str4d&gt; Severity: 2/5 21:42:29 &lt;str4d&gt; Priority: 2/9 21:42:52 &lt;hottuna&gt; looks good 21:42:59 &lt;psi&gt; sounds good 21:43:22 &lt;str4d&gt; feels good 21:43:57 &lt;hottuna&gt; onto an actual threat? 21:44:28 &lt;str4d&gt; Shall we quickly go through the remaining meeting topics, and then come back to this? 21:44:37 &lt;hottuna&gt; ok 21:44:56 * str4d culls 4) Docs discussion, it will take too long. 21:45:12 &lt;str4d&gt; 2) Website revamp - check over in preparation for launch. 21:45:35 &lt;psi&gt; the site revamp is applying better CSS or is there more? 21:45:48 &lt;str4d&gt; Apart from this classification process (or removing the classifications), what else needs doing before welterde "launches" the site revamp? 21:46:12 &lt;hottuna&gt; I dont know. 21:46:21 &lt;str4d&gt; psi: "better" CSS, but a lot of structural and layout changes. 21:46:32 &lt;str4d&gt; I think structurally, everything is ready. 21:46:50 &lt;hottuna&gt; How automatic is the translation update process? 21:46:50 &lt;str4d&gt; Completely. 21:47:06 &lt;hottuna&gt; How frequent is it? 21:47:28 &lt;str4d&gt; Whenever I update it. 21:47:45 &lt;hottuna&gt; Ok. 21:47:48 &lt;str4d&gt; So far, whenever I have seen string changes I run the scripts to extract and update the translation strings. 21:47:50 &lt;psi&gt; i need to jet ill bbl in 30 minutes 21:47:56 &lt;hottuna&gt; I suppose that is good enough. 21:48:01 * str4d will be gone by then. 21:48:30 &lt;str4d&gt; psi: you're welcome to continue the DREAD discussion then :) 21:48:44 &lt;hottuna&gt; oh, str4d: the giant download button on the front page doesnt seem to auto update to the latest version 21:48:45 &lt;str4d&gt; There are known CSS problems in IE 7 and 8 IIRC 21:49:00 &lt;str4d&gt; hottuna: that is another bug that I need to talk with welterde about. 21:49:09 &lt;hottuna&gt; ok. good. 21:49:25 &lt;str4d&gt; Whenever a .py file changes, a script is meant to restart the server (and whenever translations change, it recompiles them) 21:49:49 &lt;str4d&gt; But for some reason, changes to .py files are not being detected on welterde's server... 21:49:49 &lt;str4d&gt; (They were before) 21:50:24 &lt;str4d&gt; Okay, if there is nothing else, then I 21:50:43 &lt;str4d&gt; 'm happy with the revamp and once the .py bug is fixed, it can go live. 21:50:52 &lt;hottuna&gt; Alright! 21:51:11 &lt;str4d&gt; (IE 7/8 CSS will be mitigated when I get a chance, but I don't consider it a blocker) 21:51:23 &lt;hottuna&gt; Sounds reasonable. 21:51:42 &lt;str4d&gt; "live" == welterde will make it live at https://geti2p.net (the URL we decided on several meetings ago), but leave www.i2p2.de as-is. 21:51:52 &lt;iRelay&gt; Title: I2P Anonymous Network - I2P (at geti2p.net) 21:52:00 &lt;hottuna&gt; Why will i2p2.de be left as it is? 21:52:03 &lt;str4d&gt; Then I will run tests, check Google etc. are happy with it. 21:52:30 &lt;str4d&gt; hottuna: in case something catastrophic happens and we need to revert. 21:52:42 &lt;hottuna&gt; ok, so it's just temporary 21:52:51 &lt;str4d&gt; Only when everything is absolutely checked and ready, will we 301 redirect i2p2.de to geti2p.net 21:53:15 &lt;hottuna&gt; that makes sense 21:53:23 &lt;str4d&gt; Because 301 is a permanent move, and will cause search engines to update their links. 21:54:08 &lt;str4d&gt; The legacy redirection code uses 302 redirects for now, but will be changed to 301 once everything is set (so that we don't lose pagerank from old links) 21:54:28 &lt;str4d&gt; Okay, moving on: 21:54:28 &lt;str4d&gt; 3) Roadmapping. 21:54:42 &lt;str4d&gt; hottuna: your turn. 21:55:44 &lt;str4d&gt; You have about ten minutes of my time (maybe more for anyone else who is still here) 21:55:45 &lt;hottuna&gt; roadmap? All I know is that I've been having a little more time as of late, and I've been getting back into looking at the DHT code. Especially the reply handling code. 21:56:08 &lt;hottuna&gt; I don't really have anything else to add. 21:56:48 &lt;str4d&gt; The current roadmap for 0.9: 21:56:48 &lt;str4d&gt; Include some seed data in the distribution so a central reseed location isn't required? 21:56:48 &lt;str4d&gt; Reachability Mapping / handle peers partially reachable / enhanced restricted routes 21:56:49 &lt;str4d&gt; Improve help pages and website 21:56:49 &lt;str4d&gt; More translations 21:56:56 &lt;str4d&gt; SSU disconnect message 21:56:57 &lt;str4d&gt; Iterative floodfill lookups 21:57:13 &lt;str4d&gt; I have no idea where we are on some of that, or when it was last updated. 21:57:54 &lt;hottuna&gt; The floodfill lookups are iterative as far as I understand them. 21:57:59 &lt;str4d&gt; 1.0 - 3.0 were last updated in 2008. 21:58:14 &lt;str4d&gt; 0.9 was added in 2010. 21:58:14 &lt;dg&gt; restricted routes is unlikely 21:58:37 &lt;hottuna&gt; I'll have to go in a minute or two 21:58:42 &lt;str4d&gt; I think proper evaluation of the roadmap needs another meeting, with more attendance. 21:59:01 &lt;hottuna&gt; Agreed. 21:59:14 &lt;str4d&gt; hottuna: good to hear you are getting back into the DHT code. 21:59:29 &lt;str4d&gt; Deferring until later. 21:59:33 &lt;hottuna&gt; And the actual threat model should be looked after. 21:59:43 &lt;str4d&gt; Okay. 21:59:47 &lt;hottuna&gt; Could we have a long meeting next time for that? 22:00:35 &lt;str4d&gt; hottuna: I had hoped 2 hours would be enough, but we spent at least an hour debating whether it was even worth doing&gt;_&lt; 22:00:36 &lt;hottuna&gt; I've gotta leave, but thanks for the meeting str4d. You're a natural! 22:01:19 &lt;str4d&gt; We don't have time to return to 1c), so: 22:01:23 &lt;str4d&gt; str4d *baf*s the meeting closed </div>/cs/blog/2013/10/02/0.9.8.1-release/Wed, 02 Oct 2013 00:00:00 +0000/cs/blog/2013/10/02/0.9.8.1-release/<p>0.9.8.1 opravuje problém s aktualizací na 0.9.8 ve Windows u některých uživatelů. Nové instalace a platformy jiné než Windows nejsou ovlivněny, ale všechny platformy se automaticky aktualizují, i když již běží verze 0.9.8.</p> <p>Podrobnosti a alternativní řešení naleznete na Trac tiketu. Informace o IPv6 a dalších změnách najdete v <a href="../cs/blog/2013/09/30/0.9.8-release/">poznámkách k vydání 0.9.8</a> .</p> <p>Kvůli nedávným útokům jsou přihlášení na Trac zakázána a nové registrace na zzz.i2p jsou zakázány. Dokud tyto služby nebudou obnoveny, prosíme o hlášení všech chyb na IRC freenode nebo IRC2P #i2p-dev.</p>/cs/blog/2013/09/30/0.9.8-release/Mon, 30 Sep 2013 00:00:00 +0000/cs/blog/2013/09/30/0.9.8-release/<p>0.9.8 obsahuje dlouho očekávanou podporu pro IPv6. Je ve výchozím nastavení povolená, ale samozřejmě potřebujete veřejnou IPv6 adresu, abyste ji mohli používat. Konfigurace je dostupná na záložce &lsquo;síť&rsquo; ve vaší konzoli. Dále jsme provedli vylepšení anonymity, včetně doplňování SSU paketů a delších privátních klíčů směrovače.</p> <p>30 % z vás bude aktualizováno přes interní torrent během tohoto aktualizačního cyklu.</p> <h2 id="podrobnosti-o-ipv6">Podrobnosti o IPv6</h2> <p>IPv6 je ve výchozím nastavení povoleno a preferováno. Pokud máte veřejnou IPv6 adresu a připojujete se k jinému směrovači s publikovanou IPv6 adresou, připojení bude probíhat přes IPv6. V konzoli směrovače je nová sekce pro konfiguraci IPv6 na /confignet. Pokud vám IPv6 způsobuje problémy, můžete ji tam vypnout.</p>/cs/blog/2013/09/10/i2p-dev-meeting-september-10-2013/Tue, 10 Sep 2013 00:00:00 +0000/cs/blog/2013/09/10/i2p-dev-meeting-september-10-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> dbowie, dg, efkt, EpicCoffee, Pseudonemo, psi, topiltzin, trolly, welterde, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:31 &lt;zzz&gt; 0) hi 20:00:38 &lt;zzz&gt; 1) website revamp (str4d) 20:00:55 &lt;zzz&gt; 2) console home page request for `http://open4you.i2p/` 20:01:03 &lt;iRelay&gt; Title: open4you.i2p (at open4you.i2p) 20:01:11 &lt;zzz&gt; 3) disable outproxy (topiltzin / dg) 20:01:20 &lt;zzz&gt; 4) netdb project update (hottuna) 20:01:23 &lt;zzz&gt; 0) hi 20:01:25 &lt;zzz&gt; hi 20:01:30 &lt;dg&gt; hi 20:01:35 &lt;topiltzin&gt; hi 20:01:42 &lt;zzz&gt; more info and links at `http://zzz.i2p/topics/1460` 20:01:55 &lt;zzz&gt; let's try something new and limit each agenda item to 15 minutes 20:02:00 &lt;iRelay&gt; Title: zzz.i2p: Meeting Tues. Sept. 10, 8 PM UTC (at zzz.i2p) 20:02:03 &lt;zzz&gt; 1) website revamp (str4d) 20:02:07 &lt;zzz&gt; go str4d 20:04:12 &lt;zzz&gt; skipping 1) for now 20:04:17 &lt;zzz&gt; 2) console home page request for `http://open4you.i2p/` 20:04:21 &lt;iRelay&gt; Title: open4you.i2p (at open4you.i2p) 20:04:28 &lt;zzz&gt; is the open4you requester here? 20:05:53 &lt;zzz&gt; skipping 2) for now 20:05:59 &lt;zzz&gt; 3) disable outproxy (topiltzin / dg) 20:06:05 &lt;zzz&gt; go dg or topiltzin 20:06:05 &lt;dg&gt; \o 20:06:13 &lt;dg&gt; I'll take it first. 20:06:50 &lt;dg&gt; 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 &lt;dg&gt; 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 &lt;dg&gt; "we leave that to Tor" is something that's thrown around a lot 20:08:22 &lt;dg&gt; 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 &lt;dg&gt; 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 &lt;dg&gt; 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 &lt;dg&gt; 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 &lt;dg&gt; iniial pitch over 20:10:17 &lt;zzz&gt; topiltzin, you have anything to add? 20:10:52 &lt;topiltzin&gt; that's a good list; I can also see KillYourTV 's point that the functionality should not be removed 20:11:22 &lt;zzz&gt; ok let's throw it open to comments from others 20:11:23 &lt;topiltzin&gt; but I strongly agree with dg that it's better to steer users away from using i2p for clearnet surfing 20:12:17 &lt;dg&gt; Someone (Pseudonemo) has suggested an explanation page as to why clearnet websites will not load and possibly a Tor recommendation. 20:12:19 &lt;welterde&gt; a plugin that outproxies via tor locally would be nice.. 20:12:45 &lt;dg&gt; welterde: funny you say this.. jtor was introduced by ioerror to zzz a few weeks back. 20:13:26 &lt;welterde&gt; 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 &lt;dg&gt; So, thoughts? 20:13:54 &lt;efkt&gt; 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 &lt;zzz&gt; 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 &lt;EpicCoffee&gt; I think overall I agree with zzz (since my entrance) 20:14:58 &lt;zzz&gt; perhaps when we have a better solution (a tor plugin) then we could disable echelon;s by default 20:15:19 &lt;trolly_&gt; options are always good, and I use the outproxies a lot, I know of course not to trust outproxies communications 20:15:21 &lt;dg&gt; 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 &lt;dg&gt; I don't suggest we remove the capability, just the default 20:15:47 &lt;zzz&gt; sounds like dg is mainly describing a documentation / education problem, that won't be fixed by disabling it. 20:16:24 &lt;topiltzin&gt; it would not be fixed but would be avoided 20:16:31 &lt;dg&gt; I don't know why the user should be trusting a third party by installing I2P 20:16:36 &lt;zzz&gt; i2ptunnel is scary and I'd rather not have to point people in there to turn it on 20:16:36 &lt;EpicCoffee&gt; 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 &lt;topiltzin&gt; kytv's proposal to have a warning page that makes things clear would be a proper solution, no? 20:17:16 &lt;trolly_&gt; dg you are right, EpicCoffee too 20:17:26 &lt;EpicCoffee&gt; On rare occasions I use the outproxy, mostly to check out links sent in i2prc 20:17:42 &lt;dg&gt; 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 &lt;trolly_&gt; like me EpicCoffee 20:17:51 &lt;zzz&gt; 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 &lt;EpicCoffee&gt; If the link cannot be loaded through the outproxy, I am unlikely to load it through the clearnet. 20:18:32 &lt;dg&gt; 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 &lt;dg&gt; Or load the maybe-coming tor plugin 20:18:49 &lt;EpicCoffee&gt; I'm sure I'm not alone in this. 20:18:49 &lt;EpicCoffee&gt; lol 20:18:55 &lt;zzz&gt; does eche|on have an opinion? 20:19:03 &lt;dg&gt; This isn't an attack on echelon either but should we be trusting a single person with all outproxy traffic? 20:19:12 &lt;dg&gt; Regardless of who it is, it's a single point and a single person 20:19:37 &lt;zzz&gt; would you rather trust one person you somewhat know, or 3000 people you don't? 20:19:41 &lt;dg&gt; An assumption could easily be made that I2P is performing a tor like mechanism 20:19:57 &lt;dg&gt; 3000 people I don't 20:20:10 &lt;zzz&gt; 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 &lt;welterde&gt; imho we shouldn't disable it until we have the tor plugin 20:20:37 &lt;Pseudonemo&gt; I think dg is primarily arguing from the perspective of new users. They don't know eche|on. 20:20:51 &lt;topiltzin&gt; +1 Pseudonemo 20:20:59 &lt;dg&gt; *I* know eche|on, as a result, I don't mind the outproxy much but yes. 20:21:04 &lt;dg&gt; welterde: I can agree on this compromise. 20:21:21 &lt;EpicCoffee&gt; nobody should use an outproxy for anything sensitive. that should be a given lol. 20:21:22 &lt;dg&gt; Let's leave it there? 20:21:33 &lt;topiltzin&gt; assuming a tor plugin is in the works at all.. which it isn't 20:21:54 &lt;zzz&gt; 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 &lt;topiltzin&gt; it is an education problem so it would be best to solve it through education 20:22:16 &lt;dg&gt; zzz: no problem, thank you. 20:22:39 &lt;zzz&gt; any volunteers to look at the education / documentation issue and propose some improvements? 20:22:42 &lt;EpicCoffee&gt; 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 &lt;dg&gt; EpicCoffee: moved topic, save for next time :) 20:23:16 &lt;zzz&gt; last call for volunteers and then we are done with this topic 20:23:43 &lt;zzz&gt; ok then. 20:24:04 &lt;zzz&gt; skipping 4) as hottuna is not here 20:24:04 &lt;zzz&gt; lets circle back to 1), is str4d here? 20:24:45 &lt;zzz&gt; skipping 1) again 20:24:49 * EpicCoffee must be oblivious to the "list" 20:25:01 &lt;dg&gt; EpicCoffee: you weren't here for the start, will pm. 20:25:09 &lt;zzz&gt; 2) open4you.i2p, which we will discuss whether or not the requestor is here. 20:25:12 &lt;EpicCoffee&gt; ah thank you dg 20:25:13 &lt;zzz&gt; open4you are you here? 20:25:15 &lt;topiltzin&gt; EpicCoffee: channel is logged real-time `http://killyourtv.i2p/irclogs/%23i2p-dev.2013-09-10.log` 20:25:54 &lt;zzz&gt; the request is at the bottom of `http://zzz.i2p/topics/1429` 20:26:03 &lt;iRelay&gt; Title: zzz.i2p: 0.9.8 Release Summary (at zzz.i2p) 20:26:44 &lt;zzz&gt; 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 &lt;iRelay&gt; Title: zzz.i2p: How to get my Eepsite added to the Router Console home page (at zzz.i2p) 20:27:09 &lt;zzz&gt; has anybody used this site? Does anybody have any thoughts about putting it on the console? 20:27:30 &lt;dg&gt; If open4you doesn't turn up, can I propose one? 20:27:31 &lt;dg&gt; loading the guidelines now 20:27:36 &lt;topiltzin&gt; 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 &lt;topiltzin&gt; but besides that (positive) impression there isn't much to say... 20:28:15 &lt;zzz&gt; 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 &lt;EpicCoffee&gt; 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 &lt;dg&gt; zzz: ok, thx 20:28:42 &lt;zzz&gt; his TOS looks ok to me 20:29:03 &lt;zzz&gt; it's a new category not currently on the console so that's a plus 20:29:03 &lt;dg&gt; 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 &lt;dg&gt; no vouches makes me suspicious 20:30:24 &lt;zzz&gt; the recent FreedomHosting thing makes eepsite hosting interesting 20:31:13 &lt;dg&gt; I get the gist this is free, right? 20:31:19 &lt;zzz&gt; 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 &lt;zzz&gt; I didnt see whether it was free or not. the faq is only in russian. 20:31:45 &lt;topiltzin&gt; it's free 20:31:45 &lt;dg&gt; If it's free, why not? There's no risk of a scam and it's definitely of 'interest'. 20:31:49 &lt;dg&gt; "9 months work free web hosting in i2p." 20:31:58 &lt;dg&gt; sorry guys, I was under the impression it was bitcoin 20:32:19 &lt;topiltzin&gt; still, we have no idea if it actually works 20:32:46 &lt;dg&gt; Should we bite the bullet and find a volunteer to test it at some point from now to the release? 20:32:55 &lt;dg&gt; If it doesn't work, we pull it 20:33:15 &lt;zzz&gt; 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 &lt;dg&gt; well, testing it at least works. There's not much else we can test. 20:33:39 &lt;zzz&gt; I would hope people are at least vaguely aware of the trust issues involved in hosting 20:33:41 &lt;dg&gt; yeah, I'm also a yes. 20:34:10 &lt;zzz&gt; there's no reason it shouldn't work. For one, I dont see any evidence of an automated process. 20:34:12 &lt;dg&gt; Any other votes? 20:34:26 &lt;dg&gt; it seems to be email drivne 20:34:28 &lt;dg&gt; driven 20:34:43 &lt;zzz&gt; last call for opinions / objections 20:34:57 &lt;topiltzin&gt; by works I mean whether the operator will actually do what he says he will do 20:35:14 &lt;psi&gt; do we have any testimonies from users on open4you? 20:35:22 &lt;topiltzin&gt; as opposed to set up an eepsite and abandon it 20:35:24 &lt;dg&gt; no 20:35:28 &lt;topiltzin&gt; psi: none, that's the problem 20:35:31 &lt;dg&gt; topiltzin: if that happens, we can remove it. 20:35:39 &lt;dg&gt; the owner is at least somewhat active as he requested 20:35:48 &lt;dg&gt; I'm for it. 20:35:53 &lt;psi&gt; yeah, i'd say not to go ahead with endorsement , first we get a test user in 20:35:56 &lt;zzz&gt; 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 &lt;psi&gt; or... if we endorse put a big fat warning on it 20:36:10 &lt;dg&gt; zzz: +1 20:36:27 &lt;psi&gt; hmm 20:36:33 &lt;psi&gt; zzz has a good point 20:36:42 &lt;psi&gt; but... still 20:36:49 &lt;dg&gt; psi: it is free 20:36:56 &lt;zzz&gt; psi pls clarify are you objecting or not 20:36:56 &lt;topiltzin&gt; I'll email him the next few days 20:36:58 &lt;psi&gt; oh? it is? 20:37:04 &lt;dg&gt; yes 20:37:08 &lt;psi&gt; i am voicing caution 20:37:13 &lt;psi&gt; no objection 20:37:16 &lt;topiltzin&gt; I guess I might as well put zab.i2p back up 20:37:22 &lt;dg&gt; I thought it was bitcoin but it isn't 20:37:25 &lt;dg&gt; It's free so.. I don't care much about testimonies yet 20:37:30 &lt;dg&gt; :) 20:37:40 &lt;dg&gt; topiltzin: You for or against? 20:37:52 &lt;topiltzin&gt; abstaining 20:38:00 &lt;zzz&gt; sounds like we have no objections and it's approved? if I'm wrong please speak up 20:38:01 &lt;topiltzin&gt; I will test his hosting the next few days though 20:38:05 &lt;dg&gt; 2 for, 0 against 20:38:12 &lt;psi&gt; abstain 20:38:19 &lt;welterde&gt; abstain 20:38:26 &lt;EpicCoffee&gt; im curious how files are transferred to open4you hosting account 20:38:47 &lt;dg&gt; EpicCoffee: ftp (huh?) or via a control panel it seems. 20:39:07 &lt;psi&gt; sftp? 20:39:18 &lt;zzz&gt; 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 &lt;zzz&gt; if it's bogus or doesnt work, we can always pull it just before the release. 20:39:35 &lt;dg&gt; "1 GB of available space, php5, mysql, ftp access, 3 tunnel \ 2 hop" 20:39:40 &lt;dg&gt; +1 20:39:48 &lt;welterde&gt; psi: doubt it.. 20:40:01 &lt;zzz&gt; and that ends item 2) 20:40:18 &lt;zzz&gt; no sign of hottuna or str4d so we're on to 5) dg's request 20:40:20 &lt;zzz&gt; dg go 20:40:29 &lt;welterde&gt; although it should work better over i2p (you know.. passive/active mode and so for ftp..) 20:41:36 &lt;dg&gt; 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 &lt;iRelay&gt; Title: salted (at salt.i2p) 20:42:00 &lt;dg&gt; It provides a lot of eepsite 'starting points' and is SFW. 20:42:02 &lt;EpicCoffee&gt; ill say +1 for salt 20:42:07 &lt;EpicCoffee&gt; I like the salt wiki 20:42:16 &lt;topiltzin&gt; yep, #salt pwnz +1 20:42:18 &lt;dg&gt; salt has grown to be a great resource for me and others in the community 20:42:28 &lt;dg&gt; the channel is #salt ftr 20:42:52 &lt;zzz&gt; 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 &lt;welterde&gt; +1.. pretty much what that old wiki used to be now.. 20:43:06 &lt;iRelay&gt; Title: zzz.i2p: How to get my Eepsite added to the Router Console home page (at zzz.i2p) 20:43:33 &lt;zzz&gt; I'm not familiar with the site 20:43:55 &lt;zzz&gt; I don't think we want to start adding sites w/o permission 20:44:14 &lt;dg&gt; He was active not long ago, he may shoot up in a second 20:44:23 &lt;dg&gt; I agree with not adding w/o permission 20:44:34 &lt;dg&gt; figured it was worth a shot though 20:44:43 &lt;zzz&gt; paging efkt 20:44:49 &lt;efkt&gt; 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 &lt;EpicCoffee&gt; efkt is the owner of salt? I presume such based on observations. 20:44:59 &lt;dg&gt; Yes, EpicCoffee. 20:45:10 &lt;efkt&gt; Thus the disclaimer on the front page, explicit policies about gore/pr0n/etc 20:45:43 &lt;efkt&gt; 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 &lt;dg&gt; the XMPP is popular too and comes with guides. :) 20:46:50 &lt;topiltzin&gt; yeah salt is pretty damn great.. has a real community feel to it 20:46:59 &lt;zzz&gt; 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 &lt;EpicCoffee&gt; 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 &lt;efkt&gt; 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 &lt;zzz&gt; - An email address 20:47:07 &lt;zzz&gt; - The URL to link to 20:47:07 &lt;zzz&gt; - The URL of your English terms of service if available or necessary 20:47:07 &lt;zzz&gt; - If the site is not in English, a brief description of the site in English 20:47:07 &lt;zzz&gt; - (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 &lt;zzz&gt; - If an icon is provided, the license of the image. 20:47:12 &lt;zzz&gt; - (Optional) A one or two-word label in English. If not provided we will use example.i2p 20:47:14 &lt;zzz&gt; - (Optional) a few words or a sentence in English for a popup (tooltip) 20:48:19 &lt;efkt&gt; efkt@mail.i2p 20:48:23 &lt;efkt&gt; site: `http://salt.i2p` 20:48:27 &lt;iRelay&gt; Title: salted (at salt.i2p) 20:48:38 &lt;efkt&gt; site terms of service - Theres a disclaimer on the front page: `http://salt.i2p` 20:48:43 &lt;iRelay&gt; Title: salted (at salt.i2p) 20:49:15 &lt;efkt&gt; 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 &lt;efkt&gt; label name can be simply "salt" 20:49:59 &lt;EpicCoffee&gt; efkt I can make a quick 32x32 icon if you want. well as quick as i2p will allow lol 20:50:25 &lt;zzz&gt; we can give you a week for the icon :) 20:50:32 &lt;zzz&gt; how long has the site been up? 20:50:34 &lt;efkt&gt; 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 &lt;efkt&gt; zzz: august 2012, IIRC 20:51:21 &lt;dg&gt; `http://salt.i2p/wiki/index.php/Main_Page#Tutorials` 20:51:21 &lt;efkt&gt; 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 &lt;iRelay&gt; Title: Salted Wiki (at salt.i2p) 20:51:41 &lt;efkt&gt; zzz: Oh, and the blurb "Cryptomunitions and tutorials' 20:51:46 &lt;dg&gt; Yeah, it's a problem (in addition to the annoying addressbook-not-found bug) when introducing users. 20:52:20 &lt;zzz&gt; anybody on the console home page is automatically added to the default address book 20:52:42 &lt;efkt&gt; Oh. That will be helpful for anyone who is new to I2P coming to IRC2P to explore. 20:52:52 &lt;efkt&gt; one headache solved :) 20:52:59 &lt;dg&gt; 1/2. 20:53:05 &lt;dg&gt; no xmpp.salt.i2p ;) 20:53:32 &lt;zzz&gt; 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 &lt;zzz&gt; If anything goes then I cannot support the request. 20:54:04 &lt;efkt&gt; 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 &lt;dg&gt; efkt: I believe he's saying the actual rules are unclear. pr0n, etc. 20:54:41 &lt;efkt&gt; Hrm. 20:54:53 &lt;zzz&gt; there are no rules stated at all. 20:54:56 &lt;dbowie&gt; 32X32 blackstar.jpg, base64 encoded: `http://pastethis.i2p/show/5437/` 20:54:57 &lt;iRelay&gt; Title: Paste #5437 | LodgeIt! (at pastethis.i2p) 20:55:00 &lt;zzz&gt; wrt allowed content 20:55:54 &lt;efkt&gt; 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 &lt;dg&gt; so, family friendly - safe for work etc? 20:56:53 &lt;zzz&gt; 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 &lt;efkt&gt; 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 &lt;efkt&gt; 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 &lt;EpicCoffee&gt; EpicCoffee: any image hosts on i2p? 20:59:24 &lt;zzz&gt; my philosophy is that anything similar to postman's tracker rules are acceptable. 20:59:24 &lt;zzz&gt; 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 &lt;zzz&gt; but you can survey the links we have now and get a feel 21:00:36 &lt;zzz&gt; 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 &lt;efkt&gt; 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 &lt;zzz&gt; 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 &lt;zzz&gt; and that's the end of 5) 21:02:25 &lt;zzz&gt; last call for str4d for 1) 21:02:36 &lt;zzz&gt; 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 &lt;zzz&gt; thanks everybody, good meeting </div>/cs/blog/2013/08/10/0.9.7.1-release/Sat, 10 Aug 2013 00:00:00 +0000/cs/blog/2013/08/10/0.9.7.1-release/<p>Toto mimorozvrhové vydání zakazuje zprávy ověření RouterInfo, které byly použity v útoku publikovaném v článku z UCSB, čímž by mělo být mnohem obtížnější korelovat LeaseSet a Router. Zahrnuli jsme také omezený počet dalších oprav uvedených níže. Naše vydání 0.9.8, které bude obsahovat podporu IPv6, je stále naplánováno na konec září.</p> <p>Jak je zvykem, doporučujeme všem uživatelům aktualizovat na toto vydání.</p> <h2 id="podrobnosti-k-vydání">PODROBNOSTI K VYDÁNÍ</h2> <h3 id="vylepšení-anonymity">Vylepšení anonymity</h3> <ul> <li>Zakázání zpráv ověření RouterInfo</li> </ul> <h3 id="ostatní">Ostatní</h3> <ul> <li>Prodloužení expirace příchozích tunelů</li> <li>i2prouter: oprava bashismu</li> <li>i2psnark: zvýšení maximální velikosti bloku, aktualizace typů MIME</li> <li>Nový reseedovací server</li> <li>Nové servery aktualizací, děkujeme Meehovi a dg</li> <li>Streaming: změny RTO</li> <li>Updater: zvýšení aktualizace přes torrent na 30 procent</li> <li>Oprava UPnP pro některý hardware</li> </ul> <h3 id="kontrolní-součty-sha256">Kontrolní součty SHA256</h3> <pre tabindex="0"><code>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 </code></pre>/cs/blog/2013/08/06/i2p-dev-meeting-august-06-2013/Tue, 06 Aug 2013 00:00:00 +0000/cs/blog/2013/08/06/i2p-dev-meeting-august-06-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> dg, kytv, topiltzin, welterde, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:08 &lt;zzz&gt; 0) hi 20:00:23 &lt;zzz&gt; 1) RI verifies disabled in a point release? 20:00:30 &lt;zzz&gt; 2) misc. topics led by Meeh 20:00:33 &lt;zzz&gt; 3) baffer by Meeh 20:00:36 &lt;zzz&gt; ------------- 20:00:36 &lt;zzz&gt; 0) hi 20:00:51 &lt;zzz&gt; 1) RI verifies disabled in a point release? 20:01:02 &lt;zzz&gt; welterde brought this up the other day 20:01:33 &lt;zzz&gt; if I'm going to do it it has to be in the next few days, as I'm AFK ~ 13th - 29th 20:01:53 &lt;zzz&gt; echelon is traveling but for the moment we'll assume we can get a hold of him and he can do the news 20:02:14 &lt;zzz&gt; so welterde, please make your case for why we should do this 20:03:08 &lt;welterde&gt; the attack outlined in the paper is quite an serious attack for your not-well used destinations, as the required statistics are not very large 20:04:14 &lt;zzz&gt; does it attack the server dests, or the (client) users that connect to them? 20:04:21 &lt;welterde&gt; and for long-lived destinations it's even more dangerous as you can keep the attack going for as long as it takes to get enough statistics 20:05:08 &lt;welterde&gt; zzz: the client that connects to some dest... say irc link tunnels over dedicated destination would be a prime target (if you get hold of the destination somehow) 20:06:29 &lt;welterde&gt; zzz: however.. there is an option to disable RI verifies in the advanced options.. maybe news update to users to disable it? 20:06:29 &lt;zzz&gt; have you always considered it serious or have you changed your mind recently? 20:06:56 &lt;zzz&gt; I thought I just added that option last week? 20:07:15 &lt;welterde&gt; oh 20:07:18 &lt;dg&gt; you did, I made the same mistake. 20:07:34 &lt;welterde&gt; thought you just changed the default value of that option.. ok.. not an option then 20:07:57 &lt;zzz&gt; maybe I didnt explain it well in some post... 20:08:59 &lt;welterde&gt; zzz: and in the paper they also didn't take timing into account.. I guess that can be used to further improve the attack 20:09:02 &lt;zzz&gt; We've had a preprint of their paper for almost 5 months, since March 10. If this is a drop-everything problem, we've done an incredibly poor job of responding. 20:09:33 &lt;zzz&gt; So I'm wondering if you have always thought it critical or have changed your mind recently, if so why? 20:10:33 &lt;welterde&gt; well.. I was under quite a bit of stress until recently.. so didn't really take a look until now 20:11:30 &lt;welterde&gt; zzz: buts it's really hard to say as we don't really have that much data on these things.. 20:11:48 &lt;zzz&gt; what happened to that page on trac with our openitp responses, and our lack of security criteria... 20:12:11 &lt;dg&gt; If it is a drop-everything problem, waiting 1 1/2 more months is a problem too. 20:12:30 &lt;zzz&gt; sure 20:12:40 &lt;zzz&gt; but is it 20:13:12 &lt;zzz&gt; is the problem the RI verifies or is it Sybil? If it's Sybil then we don't have any near-term fixes 20:13:27 &lt;welterde&gt; zzz: it's the RI verifies 20:13:46 &lt;zzz&gt; i.e., is there a large class of hostile-ff attacks 20:14:16 &lt;welterde&gt; zzz: and an variant of the attack might be possible with RI lookup and then waiting for an connect as well.. but that attack would be magnitudes more difficult.. so I wouldn't worry about that one just yet 20:14:35 &lt;zzz&gt; if an attacker takes over a portion of the keyspace, isn't there any number of things he could do? 20:15:20 &lt;welterde&gt; zzz: given enough time the attacker doesn't have to occupy an large portion of the keyspace 20:15:23 &lt;zzz&gt; I guess I always looked at this as a Sybil issue. Doesnt me I was right. 20:15:30 &lt;zzz&gt; *mean 20:16:07 &lt;welterde&gt; he only has to occupy the space surrounding the target LS 20:16:53 &lt;welterde&gt; zzz: hmm.. what would be nice for stats.i2p or so would be an visualization of the ff over the keyspace.. (if there is no such thing yet) 20:18:50 &lt;zzz&gt; ok thanks for making the case welterde. Let me now ask for others to jump here with their opinions 20:18:53 &lt;welterde&gt; non-subtle attacks might be visible there then 20:19:00 * welterde looks for the openitp page you mentioned 20:19:22 &lt;zzz&gt; str4d set it up but I don't see it linked on the home page any more 20:19:35 &lt;dg&gt; q: Could someone pull off the RI attack without full keyspace Sybil? 20:19:45 &lt;dg&gt; I think yes but ??? 20:20:05 &lt;zzz&gt; `http://trac.i2p2.i2p/wiki/OpenITPReview/Criteria` 20:20:35 &lt;zzz&gt; Vulnerability Response Process Maturity and Transparency 20:21:20 &lt;zzz&gt; we aren't ever talking about full keyspace sybil here. You're targeting a particular slice 20:21:31 &lt;welterde&gt; dg: he only has to capture most LS lookups.. and as many RI lookups as possible; the latter portion only depends on how much time he has for the attack 20:22:17 &lt;dg&gt; "most"? For the network? 20:22:20 &lt;zzz&gt; it's just really bugging me that we could have done this months ago for no effort. 20:22:39 &lt;dg&gt; right. it looks shit if we do it now, really. 20:22:49 &lt;zzz&gt; but I guess that's irrelevant 20:23:14 &lt;zzz&gt; who else has an opinion, please speak up 20:23:43 &lt;topiltzin&gt; dd if=/dev/null of=opinion.txt 20:24:13 &lt;zzz&gt; last call. we doing this? 20:24:27 &lt;welterde&gt; of course if someone was bored he could whip up an simulation.. that would certainly help ;) 20:25:09 &lt;zzz&gt; maybe I'm just pissed at myself that I didn't think of just turning off the verifies. 20:25:32 &lt;dg&gt; zzz: don't worry about it. you aren't expected to cover everything always. 20:25:43 &lt;zzz&gt; ok everybody with an opinion please enter yes to do a release this week or no for don't 20:26:06 &lt;welterde&gt; (or i am here if you don't care one way or the other..) 20:26:58 &lt;zzz&gt; If I don't see any votes we arent doing it 20:27:21 &lt;topiltzin&gt; will the release contain *only* disabling RI verifies? 20:27:32 &lt;topiltzin&gt; vs. whatever is in trunk now? 20:27:35 &lt;welterde&gt; maybe we shouldn't have skipped the who is here phase of the meeting 20:27:54 &lt;dg&gt; I'm just not qualified enough. 20:27:57 &lt;zzz&gt; I don't care who is here. I care who has an opinion. 20:28:24 &lt;welterde&gt; zzz: well.. who isn't here doesn't have an opinion ;) 20:28:46 &lt;welterde&gt; zzz: I guess we are talking more about an small release, right? 20:28:59 &lt;dg&gt; welterde: what do you mean 20:29:02 &lt;zzz&gt; It would be just RI verifies + anything else tiny we decide to pluck from trunk 20:29:17 &lt;zzz&gt; and probably called 0.9.7.1? 20:29:28 &lt;welterde&gt; yeah.. that's what I had in mind as well 20:29:39 &lt;kytv&gt; no knowledge of this topic therefore no opinion, if we do it i'll of course be able to do the uploads to the various places, etc. 20:29:58 &lt;zzz&gt; for gods sake somebody vote. welterde at least 20:30:13 &lt;zzz&gt; who else has read the UCSB paper? 20:30:16 &lt;welterde&gt; oh I am for it if that's not clear ;) 20:30:41 &lt;dg&gt; I've read it.. 20:31:16 &lt;topiltzin&gt; I'm anxious to test the other stuff in trunk so the more we decide to pluck the more "Yes" my vote becomes. No opinion strictly on RI verification. 20:31:54 &lt;welterde&gt; str4d: your opinion? you were quite active in the discussion on the forum ;) 20:33:56 &lt;welterde&gt; zzz: maybe we should do the vote on the paper thread.. so str4d and tuna (and the others in the thread who are not here) have a say as well.. 20:33:56 &lt;zzz&gt; I would want to keep the "other stuff" list very short as I would be doing this very fast and then blowing out of town, unable to fix problems 20:33:59 &lt;zzz&gt; tuna is almost completely afk for a while yet 20:34:51 &lt;dg&gt; a no would be better than silence 20:35:03 &lt;welterde&gt; zzz: well.. or kytv could do the build.. 20:35:10 &lt;zzz&gt; in theory kytv can do releases too, he's the other one with signing keys, yes 20:36:35 &lt;zzz&gt; ok then lets do it. I'll put a thread up on zzz.i2p if you want to propose other stuff to go in, final decision in about 24 hours, and I'll do the build maybe thursday. Can somebody contact echelon? 20:36:53 &lt;zzz&gt; anything else on this topic? 20:37:37 &lt;dg&gt; I don't think so. 20:38:23 &lt;zzz&gt; `http://zzz.i2p/topics/1443` 20:38:40 &lt;zzz&gt; please review the 17K line diff from 0.9.7 and history.txt for other pluck candidates 20:38:47 &lt;zzz&gt; 2) Meeh's topics 20:38:50 &lt;zzz&gt; take it away Meeh 20:54:33 &lt;topiltzin&gt; zzz: the tag is "i2p-0.9.7" 20:54:36 &lt;topiltzin&gt; not "0.9.7" 20:54:47 * topiltzin preparing his plucklist 20:55:26 &lt;welterde&gt; same here 20:55:32 &lt;zzz&gt; thx 20:55:47 &lt;dg&gt; zzz: pm ok? 20:57:06 &lt;zzz&gt; only if it's of zero interest to anybody else 20:58:51 &lt;dg&gt; draft for email to zooko 20:58:55 &lt;dg&gt; `http://pastethis.i2p/show/0bZ3iFeE9uABCORkfXV6/` 20:58:58 &lt;iRelay&gt; Title: Paste #0bZ3iFeE9uABCORkfXV6 | LodgeIt! (at pastethis.i2p) 20:59:10 &lt;dg&gt; I didn't include status or anything yet. I may be way off base. Feedback appreciated. 21:01:00 &lt;zzz&gt; 3) /me *baf*s the meeting closed for Meeh 21:03:29 &lt;zzz&gt; dg that's a really great start. </div>/cs/blog/2013/07/15/0.9.7-release/Mon, 15 Jul 2013 00:00:00 +0000/cs/blog/2013/07/15/0.9.7-release/<p>0.9.7 obsahuje významné opravy chyb a vylepšení.</p> <p>Poprvé se routery třídy &lsquo;N&rsquo; (s minimální sdílenou šířkou pásma 128 KB/s) automaticky stanou floodfill (dříve tomu tak bylo pouze u routerů třídy &lsquo;O&rsquo; se 256 KB/s). Tím se zvýší počet floodfill routerů, což přidá další odolnost proti určitým útokům (viz níže). Routery floodfill nepotřebují mnohem více přenosového pásma, ale mohou spotřebovávat více paměti a souběžných spojení. Pokud nechcete, aby váš router byl floodfill, nastavte v pokročilém nastavení <code>router.floodfillParticipant=false</code>.</p>/cs/blog/2013/06/04/i2p-dev-meeting-june-04-2013/Tue, 04 Jun 2013 00:00:00 +0000/cs/blog/2013/06/04/i2p-dev-meeting-june-04-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> christoph2, dg, hottuna, inscrutable, KillYourTV, Meeh, orion, psi, sponge, str4d, topiltzin, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 19:52:28 &lt;hottuna&gt; zzz, christoph2: syn 19:54:26 &lt;topiltzin&gt; yay, dev beating! 19:54:33 &lt;topiltzin&gt; s/beating/meeting/ 19:54:37 &lt;iRelay&gt; topiltzin meant: yay, dev meeting! 20:00:03 * hottuna baf's the meeting opened 20:00:07 &lt;hottuna&gt; Agenda: 20:00:14 &lt;hottuna&gt; * The next NetDB backend 20:00:14 &lt;hottuna&gt; * Ticket #729 - properties location on osx 20:00:14 &lt;hottuna&gt; * Ticket #741 - process renamer on windows 20:00:14 &lt;hottuna&gt; * Misc? 20:00:22 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/729` - (assigned enhancement) - on OSX ~/.i2p -&gt; ~/Library/Application Support/i2p 20:00:33 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/741` - (accepted enhancement) - Make I2P easier to deal with with Windows firewall software 20:00:45 &lt;hottuna&gt; __ The next NetDB backend__ 20:01:16 &lt;hottuna&gt; I've been working on a proposal, the first RFC is ready 20:01:35 &lt;hottuna&gt; http://trac.i2p2.de/wiki/NetDB/NextBackend 20:01:38 &lt;iRelay&gt; Title: NetDB/NextBackend I2P (at trac.i2p2.de) 20:02:14 &lt;hottuna&gt; The general idea is to use a Kademlia base and extend it with features that improve performance and/or reliability. 20:02:59 &lt;hottuna&gt; Some of the initial code for Kademlia has already been written by zzz 20:03:34 &lt;hottuna&gt; In fact a full BEP5 implementation. BEP5 is the mainline bittorrent implementation of Kademlia. 20:04:13 &lt;hottuna&gt; Several DHTs have been considered: Chord, Freenet and Pastry. 20:04:47 &lt;hottuna&gt; However Kad is fast, extendible and relatively reliable. 20:05:05 &lt;topiltzin&gt; some other Kad derivatives that are used in production: Azureus kad, eMule kad, Mojito Kad (Limewire) 20:05:24 &lt;topiltzin&gt; Overnet (eDonkey, now defunct) 20:05:47 &lt;topiltzin&gt; no p2p app uses chord or pastry (to my knowledge) 20:05:54 &lt;hottuna&gt; I've had a look through the Az-Kad and it's not very compatible. Mojito might be interesting 20:05:57 &lt;hottuna&gt; On top of Kad a few changes have been proposed. 20:06:05 &lt;hottuna&gt; Recursive tunnels for faster lookups. 20:06:20 &lt;hottuna&gt; And Random Recursive lookups for more reliable lookups. 20:07:13 &lt;hottuna&gt; Insertions will be standard Kad until Random Recursive Stores are implemented. 20:07:45 &lt;hottuna&gt; Alright, so that is the overview. Does anyone have any questions? 20:08:17 &lt;topiltzin&gt; One objection to recursive tunnels is that it renders local ip banlists useless 20:08:40 &lt;topiltzin&gt; for example, I could have manually added the ips of a hostile party to my ban list 20:09:18 &lt;topiltzin&gt; the nodes that participate in the recursive lookup/store will not know that 20:09:37 &lt;hottuna&gt; That is true. 20:10:00 &lt;hottuna&gt; Recursive queries are somewhat frail, and should only be used for speed. 20:10:35 &lt;hottuna&gt; Random Recursive queries will however, eventually find a path which doesnt involve the banned nodes. 20:11:05 &lt;hottuna&gt; For what kind of situations would you not trust the ban-list of another node? 20:11:25 &lt;dg&gt; sponge: want udp 20:11:28 &lt;dg&gt; eche|on: count is not persistent after network changes ("soft restart") 20:11:51 &lt;topiltzin&gt; for the situation where the operator of that node hasn't been diligent in updating the banlist 20:12:02 &lt;topiltzin&gt; or for the situation where the other node has no banlist at all 20:12:29 &lt;hottuna&gt; But what would happen if the query passed through a 'banned' node? 20:12:51 &lt;hottuna&gt; Either it is forwarded, dropped or recorded. 20:13:31 &lt;zzz&gt; iterative never passes thru anybody 20:13:34 &lt;topiltzin&gt; whatever the sybil/eclipse attack does - probably droped? 20:14:38 &lt;hottuna&gt; That is the thing about Recursive. It's ok if it fails. We have more reliable methods for keys that are under attack. 20:15:09 &lt;hottuna&gt; Like Iterative or Random Recursive 20:15:24 &lt;zzz&gt; how to select a mode? 20:15:35 &lt;topiltzin&gt; theoretically you could include a small bloom filter of banned ips to the query 20:15:54 &lt;hottuna&gt; mode selection an open question. 20:15:57 &lt;hottuna&gt; is an* 20:16:28 &lt;hottuna&gt; In my mind a parallel version would be interesting 20:16:39 &lt;hottuna&gt; A sequential failover version would be slow 20:17:03 &lt;hottuna&gt; But it is a bandwidth vs. max_latency tradeof 20:17:51 &lt;hottuna&gt; topiltzin: R5N includes a bloomfilter in queries. But I don't think the really is needed. 20:18:14 &lt;hottuna&gt; We build this thing to work even if failures are encountered 20:18:14 &lt;topiltzin&gt; how much slower is the iterative lookup, and is that slowness a bottleneck of any kind? Do we really need to be optimizing that? 20:18:45 &lt;zzz&gt; I think we gotta start with adding stat code (where necessary) to netdb and snark and gathering stats on current performance of those two impls 20:18:52 &lt;hottuna&gt; When you visit an eepsite, a lookup has to be done. 20:19:25 &lt;hottuna&gt; topiltzin: the speed of lookups can be seen under the 'Lookup' part of http://trac.i2p2.de/wiki/NetDB/NextBackend 20:19:28 &lt;iRelay&gt; Title: NetDB/NextBackend I2P (at trac.i2p2.de) 20:20:16 &lt;zzz&gt; netdb has lots of stats, if we add stats to equivalent places in snark we can start to put a picture together 20:20:35 &lt;hottuna&gt; query latencies etc? 20:21:06 &lt;topiltzin&gt; zzz: +1 on moar stats 20:21:06 &lt;zzz&gt; latencies, queries-per-success, etc, yes 20:22:26 &lt;hottuna&gt; Having access to those stats would be interesting. Especially when developing something new. However comparing I2PSnark-DHT to FloodFill is comparing apples to oranges. 20:22:29 &lt;zzz&gt; as I said the other day, I think the snark code could be moved back to netdb but only if we choose K and B to swallow the whole local netdb into the routing table 20:22:57 &lt;zzz&gt; if the routing table is missing most of the local netdb we may as well just keep sorting 20:23:55 &lt;zzz&gt; your proposal (and yes it's been my plan for a couple years as well) is to replace the orange with the apple, so it's kindof important to compare them. 20:23:58 &lt;hottuna&gt; Im am not against setting a high B, lookup latency is a real issue 20:24:55 &lt;hottuna&gt; regarding K I think keeping it at 8 may be reasonable. 20:25:18 &lt;hottuna&gt; of course the new dht would have to be evaluated. 20:26:05 &lt;zzz&gt; you can't pick K in isolation. You have to pick K and B to make the routing table work as well as sorting does now, for a given local netdb size. 20:27:03 &lt;hottuna&gt; Both can be tweaked while deploying. 20:27:29 &lt;hottuna&gt; So I'd go for an initial guesstimation base on what we know and what we need. 20:28:17 &lt;zzz&gt; also depends greatly on whether it's the ffs or everybody that's in the new dht 20:29:24 &lt;hottuna&gt; Not making every node a participant in the new dht would be a mistake an keep us vulnerable to attacks like that presented in the UCSB paper 20:30:15 &lt;zzz&gt; I don't see info on who's in or out in your proposal 20:30:18 &lt;hottuna&gt; I suppose I wasn't very clear about that in the proposal. 20:30:25 &lt;hottuna&gt; ;) 20:31:30 &lt;zzz&gt; not at all sure you want everybody (natted, android, hidden, chinese, mobile phones, etc) in it 20:31:46 &lt;zzz&gt; check out jr's extensive comments on where it all went bad 20:31:53 &lt;topiltzin&gt; node churn is not good for the dht. You should have some minimal uptime requirements 20:32:32 &lt;hottuna&gt; topiltzin: node churn isnt much of an issue since all our data is mutable and republished every 37 seconds - 30 minutes 20:33:09 &lt;hottuna&gt; nat:ed nodes should probably not participate. android probably should 20:33:17 &lt;zzz&gt; sure, N=500 and B=-8 was the disaster he never figured out, but there were other causes too, that are still present in our network... and could get much much worse if android takes off 20:33:25 &lt;hottuna&gt; chinese.. i don't know.. 20:34:04 &lt;hottuna&gt; other than likely having higher churn, how is android different? 20:34:32 &lt;topiltzin&gt; node churn affects routing negatively.. so if the goal of this effort is to improve routing you cannot ignore it 20:34:39 &lt;zzz&gt; I mean phones, not android in particular 20:34:58 &lt;hottuna&gt; android==phnoes for me aswell 20:35:22 &lt;zzz&gt; mobile devices have lower bandwidth and horsepower and intermittent connectivity 20:35:57 &lt;hottuna&gt; How is it done now? 20:36:12 &lt;zzz&gt; what? 20:36:39 &lt;hottuna&gt; regarding android devices that want to be an ff? 20:36:42 &lt;hottuna&gt; christoph2: is lurking somewhere 20:36:49 * christoph2 hides 20:37:00 &lt;topiltzin&gt; there are some criteria for becoming an FF, one of them is uptime 20:37:11 &lt;hottuna&gt; how would fast key-rotation interfere with an eclipse attack? 20:37:57 &lt;hottuna&gt; and how long does it take for a node to integrate into the netdb of the other nodes? (ie pollute their routing tables) 20:38:32 &lt;zzz&gt; androids become ff automatically like anybody else, if they meet the criteria. But seems unlikely anybody would do that over the air 20:38:38 &lt;christoph2&gt; well you have time T it takes to integrate a node into I2P (untill it's reasonably well connected) and time t the rotation. you need T/t + safety nodes for eclipse 20:38:53 &lt;hottuna&gt; topiltzin: uptime is really not much of an issue. R5N has some pretty aggressive replication factors. So churn is not an issue 20:39:00 &lt;christoph2&gt; * nodes needed to actually eclipse 20:40:27 &lt;christoph2&gt; hottuna: not exactly following code changes. was less than 30 minutes in december 20:40:27 &lt;hottuna&gt; I did some quick calculations yesterday 20:40:27 &lt;christoph2&gt; well 0.9.2 iirc 20:40:27 &lt;hottuna&gt; nodes_needed_for_eclipse = (60/key_rot_interval)*eclipse_integration_time*attackers_per_eclipse 20:40:27 &lt;hottuna&gt; nodes_needed_for_eclipse = (60/10)*24*20 = 2880. Which might be prohibitive for an attacker. 20:40:27 &lt;zzz&gt; hottuna, how would a new keyspace (either a different permutation formula, different rotation schedule, or both) work? I don't see how we could ever migrate over. 20:40:27 &lt;hottuna&gt; ok, that sounds reasonable 20:40:49 &lt;hottuna&gt; We'd use both in parallel? the current implementation will remain separate until we can safely move away from it. 20:41:26 &lt;zzz&gt; what I really want to know is what can we do in the next two weeks to improve resistance 20:41:29 &lt;hottuna&gt; christoph2: are those calculations sensible? and would 2880 nodes be an issue at all? 20:41:36 &lt;zzz&gt; if that's making the class N routers ff, lets do that. 20:41:36 &lt;topiltzin&gt; I find it very hard to believe that node churn isn't an issue. The bigger the churn, the worse the routing table of each individual node 20:42:29 &lt;zzz&gt; how could we ever 'move safely away' and maintain compatibility? How could we handle the conn limit issues of two parallel impls? How would we migrate from one to the other? 20:42:33 &lt;hottuna&gt; topiltzin: the value K, which is the size of each bucket in the routing table is chosen to be a number of nodes that are highly unlikely to drop out of the dht in an hour. 20:42:33 &lt;topiltzin&gt; ^^ class F but !windoze 20:43:04 &lt;topiltzin&gt; s/F/N/ 20:43:08 &lt;iRelay&gt; topiltzin meant: ^^ class N but !windoze 20:43:12 &lt;zzz&gt; sure, we could do class N non-windows. No idea how many there are 20:43:35 &lt;zzz&gt; it would also expose those routers as being non-windows, small anon issue 20:43:35 &lt;christoph2&gt; hottuna: you get ~20 on a moderately expensive server. 100 of these may or may not be a problem depending on whom you defend against. and I'm not sure if you couldn't get several times more nodes per server with proper code 20:44:22 &lt;hottuna&gt; alright, so it could be a bit of an issue. However it won't be for long the way technology tends to evolve 20:45:28 &lt;zzz&gt; what else could we do for 0.9.7? 20:45:28 &lt;topiltzin&gt; true re: anon issue.. so maybe just do all N and hope we don't piss users off too mch 20:46:18 &lt;christoph2&gt; didn't read everything. what was the issue with windows? 20:46:25 &lt;hottuna&gt; re connections: old nodes would carry on as usual. new nodes would balance their queries amongst both nets. 20:46:49 &lt;dg&gt; christoph2: baked in connection limits 20:46:52 &lt;hottuna&gt; christoph2: windows doesnt allow for a large number of connections 20:47:07 &lt;christoph2&gt; ah ok 20:47:27 &lt;hottuna&gt; christoph2: alright, so that answers the key rotation issue. it is probably not worthwhile 20:47:34 &lt;topiltzin&gt; actually it's the rate at which new connections are opened that's limited 20:49:07 &lt;zzz&gt; hottuna, I don't see how we get from here to there. I can see how to move the snark code to netdb with the same iterative lookups in the same keyspace. I don't know whether its worth it, but at least I can see how. After that it all seems really hard and mysterious. 20:50:02 &lt;hottuna&gt; We would change the key-space? Or what are you referring to as keyspace? 20:50:05 &lt;topiltzin&gt; +1 with starting with snark code and figuring other stuff $later 20:50:40 &lt;zzz&gt; keyspace = key-&gt;routing key algo, including rotation 20:52:14 &lt;hottuna&gt; so step one while deploying is having something that works (likely iterative only). then we add new KRPC messages for Recursive and Random Recursive 20:52:54 &lt;hottuna&gt; And when the net has upgraded to mostly support them we can enable them in the originator nodes. 20:53:27 &lt;hottuna&gt; deploying will even help us figure out performance while under massive attack 20:53:38 &lt;zzz&gt; (for background, I started with the netdb kbucket code to make a generic library in i2p.zzz.kademlia, with arbitrary K, B, hash size, and eviction algo. Then I unit tested it to death. Then I moved it to snark for BEP 5 and more testing. The last part of the original plan is to move it back to netdb to complete the circle) 20:54:54 &lt;hottuna&gt; zzz.kad && i2psnark seems like a good base. I've been reading some of the code today, and it makes a lot of sense to me. 20:55:01 &lt;zzz&gt; you're proposing different keyspace, different rotation, and different participants. i.e. a completely new overlay. 20:55:33 &lt;hottuna&gt; I'd like to do a completely new overlay. 20:56:04 &lt;zzz&gt; oh good. code reading++. 20:56:47 &lt;hottuna&gt; alright. If this makes sense and no one has any objections I'd like to move this meeting along. 20:57:42 &lt;hottuna&gt; __Ticket #729 - properties location on osx__ 20:57:49 &lt;hottuna&gt; topiltzin, Meeh 20:58:11 &lt;topiltzin&gt; yep, that's some very low-hanging fruit that's been dangling around 20:58:39 &lt;zzz&gt; new overlay sounds like misery to me. 21:00:12 &lt;topiltzin&gt; ... awkward moment ... 21:00:59 &lt;topiltzin&gt; we still on dht? 21:02:09 &lt;dg&gt; imho discussion on dht isn't over but for the benefit of the meeting it should be 21:02:23 &lt;dg&gt; no decisions seem clear 21:02:26 * dg returns to shadows 21:03:16 &lt;topiltzin&gt; I think the decision for the immediate future 0.9.7 is moar FFs .. the long-term view is still foggy 21:03:42 &lt;topiltzin&gt; I'm gonna go ahead with #729 . Meeh, you around bro? 21:04:16 &lt;trolly&gt; sry, I forgot about meeting 21:04:57 &lt;hottuna&gt; alright topiltzin, what's up with #729? 21:05:35 &lt;topiltzin&gt; So, I've been running it for a while now, propagating trunk to branch i2p.i2p.729 21:05:50 &lt;topiltzin&gt; works fine, straight-forward 21:06:21 &lt;topiltzin&gt; affects only new installs on OSX, so low impact, etc. 21:06:44 &lt;topiltzin&gt; I'd like to merge it and get it over with 21:07:03 &lt;hottuna&gt; zzz, up for the #729 merge? 21:07:45 &lt;hottuna&gt; I don't have mac access, but Im assuming that topiltzin and Meeh does. 21:08:12 &lt;topiltzin&gt; Yeah, we're probably the only osx users around here :) 21:08:15 &lt;topiltzin&gt; here's a diff: 21:08:15 &lt;topiltzin&gt; mtn diff -r h:i2p.i2p -r h:i2p.i2p.729 21:09:14 &lt;hottuna&gt; I don't have repo access on this machine :/ 21:09:41 &lt;dg&gt; "access"? 21:10:00 &lt;hottuna&gt; as in set up :P 21:10:07 &lt;zzz&gt; no objections 21:10:38 &lt;topiltzin&gt; pastebin coming for those who care 21:10:50 &lt;zzz&gt; just needs some testing, but probably wont get more unless its merged 21:10:50 &lt;hottuna&gt; thanks! 21:11:35 &lt;zzz&gt; I lobbied for merging months ago as you will see in #729 comments 21:11:42 &lt;topiltzin&gt; `http://pastethis.i2p/show/3404/` 21:11:45 &lt;iRelay&gt; Title: Paste #3404 | LodgeIt! (at pastethis.i2p) 21:12:01 &lt;hottuna&gt; let's go ahead with the merge then 21:12:17 &lt;topiltzin&gt; ok great. Meeh, speak now or forever hold your peace 21:12:28 &lt;topiltzin&gt; (or whatever it is the priest says at the wedding) 21:13:18 &lt;zzz&gt; I'd like him to speak later too if that's when he tests it :) 21:13:21 &lt;topiltzin&gt; ok, I'll merge after the meeting 21:13:56 &lt;hottuna&gt; __Ticket #741 - process renamer on windows__ 21:14:11 &lt;topiltzin&gt; str4d: you around for this? 21:15:54 &lt;topiltzin&gt; mmk, this ticket is not so small 21:16:57 &lt;topiltzin&gt; background - on windows, i2p runs with a process name of "java" 21:16:57 &lt;sponge&gt; hi 21:17:24 &lt;sponge&gt; meeting today? 21:17:27 &lt;topiltzin&gt; which means any security settings that are applied to i2p become valid for any and every java application 21:17:41 &lt;hottuna&gt; sponge: yes. `http://zzz.i2p/topics/1397?page=1#p6616` 21:17:48 &lt;iRelay&gt; Title: zzz.i2p: Meeting [4th June] (at zzz.i2p) 21:17:48 &lt;sponge&gt; ty 21:17:59 &lt;sponge&gt; bout time I made one of these... 21:18:48 &lt;sponge&gt; this day is always difficult for me to do anything at this particular hour 21:18:55 &lt;zzz&gt; can we do anything on 741 w/o str4d ? 21:19:29 &lt;sponge&gt; I finally have a machine with windows on it 21:19:36 &lt;topiltzin&gt; if we have a copy of visual studio then we can do everything without him 21:19:59 &lt;sponge&gt; 7 iirc, never use it though, so i can help/test 21:20:14 &lt;hottuna&gt; I could get a VS license from microsoft, if anyone knows how to use it.. 21:20:41 &lt;topiltzin&gt; it's a good idea for the project to have such license 21:20:41 &lt;zzz&gt; I mean as far as discussion. So back to the beginning, topiltzin you put this on the agenda why? just to try to get things moving? 21:20:41 &lt;sponge&gt; vs is pretty painful from what I have heard 21:21:07 &lt;topiltzin&gt; exactly - get some action going 21:21:37 &lt;hottuna&gt; Alright, str4d isn't around. Should we table this? 21:21:48 &lt;sponge&gt; aye 21:22:28 * sponge has some 'misc' for discussion 21:22:41 &lt;sponge&gt; let me know when I got the talking stick 21:23:03 &lt;hottuna&gt; Ill take that as a resounding yes. 21:23:03 &lt;hottuna&gt; Moving along.. 21:23:06 &lt;hottuna&gt; __Misc__ 21:23:09 &lt;topiltzin&gt; if you guys want to table it fine, but let's not forget about it competely 21:23:21 &lt;hottuna&gt; topiltzin: agreed 21:23:46 &lt;topiltzin&gt; (I will bring it up next meeting too) 21:23:57 &lt;topiltzin&gt; ;-) 21:24:08 &lt;hottuna&gt; sponge: Misc was it? 21:24:51 &lt;sponge&gt; MISC-- Bridge API for UDP (BOB) -- I have a few ideas on how it could be done, but I need some feedback, and need to know if it is even wanted 21:25:18 &lt;sponge&gt; basically we need some sort of standard that is expandable 21:25:22 &lt;sponge&gt; and to stick with it 21:25:43 &lt;sponge&gt; it also has to be able to not mess with what is out there already 21:25:57 &lt;sponge&gt; well-- adapt easily 21:26:56 &lt;hottuna&gt; So the question is what people would use it for? 21:27:03 &lt;zzz&gt; we already have a thread going at `http://zzz.i2p/topics/1393` --- how about putting your proposal there? 21:27:10 &lt;iRelay&gt; Title: zzz.i2p: UDP Trackers (at zzz.i2p) 21:27:10 &lt;sponge&gt; two ways I am thinking of is either wrap a UDP packet with &lt;&lt;destination&gt;&lt;data&gt;&gt; or &lt;&lt;handle&gt;&lt;data&gt;&gt; 21:28:13 &lt;dg&gt; hottuna: trackers, voip? 21:28:16 &lt;sponge&gt; I'm curious on demand 21:28:16 &lt;dg&gt; dare i say it, games 21:29:03 &lt;sponge&gt; and I need people to discuss this. I have been trying for YEARS to talk with someine, to get more ideas, and nobody wants to think on the problem 21:29:03 &lt;dg&gt; oh, anonet. psi was pushing for that. 21:29:03 &lt;sponge&gt; *someone 21:29:03 &lt;zzz&gt; gotta read up on how SOCKS does it too 21:29:03 &lt;sponge&gt; there are apps out there that do use IDP 21:29:06 &lt;sponge&gt; *UDP 21:29:22 &lt;sponge&gt; don't forget gnutella 21:29:25 &lt;inscrutable&gt; voip (mumble) has been implemented and seen some use 21:29:44 &lt;zzz&gt; that's tcp 21:29:47 &lt;sponge&gt; bote uses a udp-ish packet too 21:29:54 &lt;sponge&gt; gnutella can use udp 21:29:58 &lt;inscrutable&gt; zzz: My bad 21:30:29 &lt;orion&gt; When is the next meeting? 21:30:40 &lt;hottuna&gt; Whenever someone wants to hold one 21:30:40 &lt;zzz&gt; it's all easy inside the JVM. I could add udp to zzzot in a day. It's the external i/f that is a pita. 21:30:40 &lt;sponge&gt; so is there demand? and if you got implementation ideas that can expand and not go stale, post 21:30:45 &lt;orion&gt; Oh crap. We're in a meeting. 21:30:45 &lt;hottuna&gt; I won't host one next week. 21:31:06 &lt;hottuna&gt; orion: we're at __Misc__ now.. 21:31:25 &lt;dg&gt; sponge: yes. 21:31:32 &lt;sponge&gt; number 2 misc--- ipv6 and it's implications on de-anoning 21:31:35 &lt;orion&gt; hottuna: Thank you. 21:31:50 &lt;sponge&gt; concerns? 21:32:01 &lt;sponge&gt; haw close are we to using ipv6 21:32:08 &lt;sponge&gt; how 21:32:12 &lt;hottuna&gt; what concerns are you having sponge? 21:32:27 &lt;sponge&gt; ipv6 can link to who you are very easily 21:32:46 &lt;Meeh&gt; damn, overslept the meeting -.- 21:32:53 &lt;zzz&gt; IPv6 thread: `http://zzz.i2p/topics/109` 21:32:56 &lt;hottuna&gt; since the address space is larger? 21:32:59 &lt;iRelay&gt; Title: zzz.i2p: IPV6 TODO (at zzz.i2p) 21:33:03 &lt;sponge&gt; yes 21:33:03 &lt;sponge&gt; I was thinking 21:33:14 &lt;sponge&gt; zzz: this is different, but related 21:33:17 &lt;dg&gt; ipv6 does not deanonymize? WHOIS _may_ be more accurate as _may_ be determining if a NAT is in place (Bob and Ryan are behind a NAT, you do not know which is which) -- with IPv6, you can perhaps know if it is Bob or Ryan. 21:33:24 &lt;dg&gt; IMO, it makes no practical difference to I2P. 21:33:27 &lt;sponge&gt; i2p could get an ipv6 space 21:33:39 &lt;psi&gt; socks 5 udp would be awesome 21:33:42 &lt;sponge&gt; farm that out to users via tunnel 21:33:45 &lt;str4d&gt; o/ 21:33:48 &lt;orion&gt; Side note: i2pcpp will have full ipv6 support. 21:33:54 &lt;str4d&gt; Apologies for being late. 21:33:57 &lt;hottuna&gt; dg: I agree. 21:34:06 &lt;zzz&gt; awaiting sponge to list his concerns (post #66) 21:34:20 &lt;dg&gt; hottuna: Can we move on if sponge has nothing to add? 21:34:35 &lt;dg&gt; i feel it's a non issue 21:34:35 &lt;zzz&gt; schedule? merge for 0.9.8, enable by default in 0.9.9 21:34:38 &lt;sponge&gt; so in short.... will i2p provide an ipv6 tunnel for persons of high concern? 21:34:53 &lt;topiltzin&gt; hey str4d, you missed the i2p.exe discussion :( 21:35:04 &lt;sponge&gt; should wee? 21:35:07 &lt;hottuna&gt; I don't think our threat model includes I2P being illegal to run. 21:35:31 &lt;hottuna&gt; If that was the case ipv4 would be problematic as well. 21:35:42 &lt;zzz&gt; orion, I'm trying to keep our docs up to date w.r.t IPv6. The docs should match what's in my ipv6 branch now. 21:35:45 &lt;sponge&gt; ht: in some countries (china?) it is 21:36:20 &lt;hottuna&gt; And who runs i2p is the only additional information that would be leaked. 21:36:39 &lt;zzz&gt; the best way thru the GFW may be via IPv6, hard to see how it's a negative 21:38:09 &lt;sponge&gt; last misc from me--- So sorry I have been missing all the previous meetings. Again, difficult for me to do this day of the week, and hour. I will be more active very soon on everything as well... the talking stick is for the next persion... 21:38:13 &lt;orion&gt; zzz: Thank you. 21:39:03 &lt;hottuna&gt; Meeh: you missed #726, but are requested to do some testing of the patches that will be merged by topiltzin (i think that is the summary) 21:39:15 &lt;hottuna&gt; str4d: #741 was tabled for next meeting 21:39:22 &lt;hottuna&gt; sponge: nice :) 21:39:29 &lt;sponge&gt; I say bring up 741 now 21:39:32 &lt;hottuna&gt; Okay, anything else? 21:39:32 &lt;Meeh&gt; hottuna: noted. 21:39:39 &lt;sponge&gt; he's here, why not 21:39:46 &lt;hottuna&gt; fine by me 21:39:46 &lt;orion&gt; hottuna: Yes, minor thing. 21:40:01 &lt;hottuna&gt; ok, go orion! 21:40:04 &lt;topiltzin&gt; de-tablizing 741 ... :) 21:40:20 &lt;orion&gt; I was wondering if someone could get me my credentials for the press@i2p2.de email account. 21:40:27 &lt;orion&gt; As well as update the website. 21:40:46 &lt;sponge&gt; orion: website is in mtn 21:40:56 &lt;hottuna&gt; update what part of the website? 21:41:03 &lt;str4d&gt; And no credentials required to update website. 21:41:18 &lt;str4d&gt; (Just create a mtn key and go) 21:41:25 &lt;orion&gt; str4d: email account 21:41:43 &lt;hottuna&gt; welterde handles that domain as far as I know. 21:41:46 &lt;orion&gt; Or, nevermind. The team.html page has already been updated. 21:41:46 &lt;zzz&gt; you'll be sorely disappointed, as I don't think we've ever gotten a single email there, but welterde is the person to ask to get added. It's just a redirector to a list, there's no account. 21:42:02 &lt;orion&gt; So right now it's just the email account. 21:42:20 &lt;orion&gt; I Will speak to welterde, thank you. I yield my time. 21:42:30 &lt;hottuna&gt; excellent 21:42:38 &lt;hottuna&gt; __Ticket #741 - process renamer on windows__ 21:42:45 &lt;str4d&gt; Okay, so briefly de-tablizing 741? 21:42:45 &lt;hottuna&gt; topiltzin, str4d 21:42:52 &lt;hottuna&gt; yes 21:42:58 &lt;sponge&gt; :-) 21:43:05 &lt;str4d&gt; Current situation: the process renamer works. 21:43:12 &lt;str4d&gt; (When called by the Tanuki wrapper) 21:43:23 &lt;str4d&gt; (or passed CLI arguments) 21:44:01 &lt;str4d&gt; I've tested it on Win7. topiltzin has verified that the code has been run on pretty much everything except Win8. 21:44:12 &lt;str4d&gt; So it needs testing there. 21:44:34 &lt;hottuna&gt; Does anyone have win8 access? 21:44:37 &lt;zzz&gt; 32/64? 21:44:52 * KillYourTV can 21:44:59 &lt;str4d&gt; The one part that is not working currently is the internal defaults - the arguments that are used if no arguments are provided externally (i.e. wrapper or CLI). 21:45:02 &lt;KillYourTV&gt; (win 8, x64 and/or x86) 21:45:09 &lt;sponge&gt; My daughter was going to upgrade to 8, but we found out it is really bad. 21:45:12 &lt;str4d&gt; zzz: I was running 64-bit Win7 21:45:30 &lt;str4d&gt; (IIRC) 21:45:30 &lt;hottuna&gt; so KillYourTV, you're up for some testing? 21:45:37 &lt;KillYourTV&gt; always 21:45:44 &lt;hottuna&gt; :) 21:45:52 &lt;str4d&gt; Thanks KillYourTV :) 21:46:11 &lt;topiltzin&gt; two remaining points I can see: 21:46:11 * KillYourTV will set up some VMs 21:46:14 &lt;str4d&gt; Testing just requires dropping the new i2p.exe into the install folder, and tweaking wrapper.config to use "i2p" instead of "java". 21:46:21 &lt;topiltzin&gt; 1. Icons - need them in different sizes, alpha channels, b.s. 21:46:36 &lt;topiltzin&gt; 2. Strings like license, description, etc. need reviewing 21:46:55 &lt;str4d&gt; 1. - I've set the VS file to refer to the icon in the installer/ dir in i2p.i2p. 21:47:22 &lt;str4d&gt; So it should be using the same icon as the launch4j-based i2p.exe uses. 21:47:25 &lt;KillYourTV&gt; I've not noticed but is the proposed "renamer" already in i2p.i2p? 21:47:36 &lt;str4d&gt; 2. - Agreed. 21:47:36 &lt;hottuna&gt; re Icons: i don't think that any high quality/svg files exist 21:47:51 &lt;str4d&gt; KillYourTV: yes - installer/c/i2pExe 21:48:10 &lt;zzz&gt; if it doesnt work w/o arguments, isnt that a problem? 21:48:10 &lt;KillYourTV&gt; cheers, I can handle the rest then ^^ 21:48:28 &lt;str4d&gt; zzz: yes it is. 21:48:35 &lt;topiltzin&gt; then some things like control panel are going to look weird 21:48:43 &lt;str4d&gt; That needs to be fixed if it is going to replace the launch4j-based i2p.exe 21:48:54 &lt;topiltzin&gt; str4d: are you sure it's a problem? I thought you hardcoded some defaults 21:49:17 &lt;str4d&gt; topiltzin: I did, but it just crashes and I couldn't work out why at the time. 21:49:29 &lt;sponge&gt; hardcodeing can be a bad thing, Do a path search first. 21:49:47 &lt;str4d&gt; But when I pulled out (what should have been) the exact same arguments and used them via the CLI, it worked fine.. 21:50:02 &lt;str4d&gt; sponge: different defaults. 21:50:13 &lt;sponge&gt; ahh 21:50:35 &lt;str4d&gt; sponge: these are the settings that I2P is run with if nothing else is there (no wrapper.config). See installer/i2pstandalone.xml 21:50:38 &lt;topiltzin&gt; str4d: in order KillYourTV to test you need to build the actual i2p.exe or have you commited that in mtn? 21:50:46 &lt;str4d&gt; (and the doBuildExe target in build.xml) 21:50:49 &lt;sponge&gt; str4d: you may have to do like I did for BOB, basically a double main() 21:50:53 &lt;KillYourTV&gt; topiltzin: it's in mtn 21:51:07 * KillYourTV already asked ^^ 21:51:14 &lt;str4d&gt; topiltzin: needs to be built - I wasn't going to commit the binary until we were close to actually using i. 21:51:21 &lt;str4d&gt; KillYourTV: I meant that the source is in mtn ^_^ 21:51:24 &lt;sponge&gt; the first main inserts missing args, passes it to the actual main() 21:51:31 &lt;KillYourTV&gt; oh...heh 21:51:58 &lt;str4d&gt; sponge: that's pretty much what is done - if args are passed they are used, otherwise default args are constructed. 21:52:05 &lt;sponge&gt; so you got main() and _main() 21:52:08 &lt;topiltzin&gt; ok so the i2p.exe is not in mtn? 21:52:08 &lt;str4d&gt; topiltzin: what is the format of launch.properties? 21:52:27 &lt;str4d&gt; topiltzin: correct. Just installer/c/i2pExe/i2p.c etc. 21:52:30 &lt;sponge&gt; the first is just a cleanup 21:52:37 &lt;str4d&gt; sponge: see installer/c/i2pExe/i2p.c for the code. 21:52:37 &lt;dg&gt; topiltzin: src yes, binary no 21:52:48 &lt;sponge&gt; will look, thanks 21:53:11 &lt;sponge&gt; I'll get back to you on why it is broken 21:53:27 &lt;str4d&gt; topiltzin: there were also several commented-out methods that I couldn't work out their purpose. 21:54:04 &lt;topiltzin&gt; that's fine, I can explain offline 21:54:15 &lt;topiltzin&gt; but KillYourTV needs a binary to test, can you build one? 21:54:54 &lt;str4d&gt; topiltzin: sure. 21:55:21 &lt;topiltzin&gt; launch.properties - I believe one line per property, need to double-check 21:55:39 &lt;str4d&gt; (unless you already have VS2008 KillYourTV - that's what it is built with) 21:56:05 &lt;topiltzin&gt; which brings up another interesting __misc__ point: 21:56:08 &lt;str4d&gt; topiltzin: I'm thinking that launch.properties could be like wrapper.config but for the standalone case. 21:56:23 &lt;topiltzin&gt; yeah 21:56:42 &lt;str4d&gt; (Because the current standalone i2p.exe is not adjustable at all) 21:58:33 &lt;topiltzin&gt; now that the project is loaded with cash (because some mysterious person donated 1000 BTC when they were still cheap) we should have some software licenses for things like vmware, visual studio, etc. 21:59:21 &lt;hottuna&gt; visual studio I can get for free or one of you guys 21:59:24 &lt;topiltzin&gt; I'm sure that KillYourTV has legally purchased his copies of Windows 8 :-D but technically it's the project that should be funding that 21:59:39 &lt;zzz&gt; microsoft is advertising $450 win8 computers on tv (Asus? Acer?), we could just buy one of those 22:00:05 &lt;sponge&gt; excellent idea zzz 22:00:16 &lt;KillYourTV&gt; (dreamspark copies, "for educational use") 22:00:27 &lt;maidenboi2&gt; tiger direct often has deals for 300-400 on low end laptops 22:00:27 &lt;orion&gt; If Microsoft offers student discounts, I can get them. 22:00:34 &lt;orion&gt; If you want to go that route. 22:00:37 &lt;topiltzin&gt; hottuna yes please (re VS) 22:00:51 &lt;dg&gt; wait 22:01:01 &lt;dg&gt; is the gamer laptop we bought win. 8? 22:01:19 &lt;hottuna&gt; do we really need toys? couldnt the testing be done on a vm? 22:01:27 &lt;KillYourTV&gt; echelon had his own windows. 22:01:45 &lt;KillYourTV&gt; and I do my testing in clean VMs 22:01:52 &lt;sponge&gt; str4d: I have vs around some place (it is very old) but I won't be using that. I'll simply review your code once pull and apply is finished here and advise you 22:02:14 &lt;str4d&gt; sponge: thanks. 22:02:59 &lt;topiltzin&gt; a vm is always better 22:02:59 &lt;orion&gt; I agree with hottuna regarding the VM. 22:02:59 &lt;topiltzin&gt; and we can pass around images for easier debugging etc. 22:02:59 &lt;hottuna&gt; alright. so are we happy with this topic/discussion? 22:02:59 &lt;sponge&gt; str4d: no problem. I've head my head buried in C, C++ and ASM for the last month 22:03:02 &lt;zzz&gt; a win8 netbook would be a hella lot cheaper than VS 22:03:52 &lt;orion&gt; zzz: What if I got a student copy of VS? 22:04:03 &lt;hottuna&gt; I was thinking of donating my student copy as well. 22:04:14 &lt;topiltzin&gt; orion: if you get a student copy i2p cannot technically use it 22:04:21 &lt;sponge&gt; My daughter could possibly get a student version too 22:04:27 &lt;topiltzin&gt; s/technically/legally/ 22:04:31 &lt;iRelay&gt; topiltzin meant: orion: if you get a student copy i2p cannot legally use it 22:04:31 &lt;hottuna&gt; topiltzin: why not? 22:04:34 &lt;str4d&gt; hottuna: yes over here. Two main action items: Fix the defaults (and provide a launch.properties); build an i2p.exe for KillYourTV to test. 22:04:37 &lt;orion&gt; It's for my education. 22:05:07 &lt;hottuna&gt; and not for a for-profit company/project 22:05:07 &lt;topiltzin&gt; beause it is a student copy for orion's education - it means only he can use it 22:05:26 &lt;hottuna&gt; ok. in that case I cant provide VS. 22:05:49 &lt;topiltzin&gt; what license does yours have? 22:05:58 &lt;hottuna&gt; and this stuff cant be built by mingw? 22:05:58 &lt;hottuna&gt; topiltzin: student 22:06:46 &lt;topiltzin&gt; you can use it to build i2p.exe or other stuff for i2p, the only thing you can't do is give it to someone else 22:07:23 &lt;KillYourTV&gt; what about vs2008 express? Is that limited to 32bit only? 22:07:46 &lt;sponge&gt; str4d: note! It is not good style to mix C++ comments in C code ;-) use /* */ 22:08:01 &lt;KillYourTV&gt; I suppose we need i2p.exe 64bit _and_ i2p.exe 32bit 22:08:32 &lt;topiltzin&gt; I *think* 32-bit only is good enough 22:08:35 &lt;sponge&gt; I also already see your problem 22:09:01 &lt;topiltzin&gt; good enough = runs on both 64 and 32 bit windows 22:09:19 &lt;KillYourTV&gt; I'm not sure a 32bit i2p.exe can load the 64bit wrapper. The 32bit wrapper can't load the 64bit jvm 22:09:36 &lt;KillYourTV&gt; dunno though about this 22:10:48 &lt;sponge&gt; str4d: i2p.c line 54, and the loop below -- you are not assiginging correctly... it should be '*new_argv[0]' not 'new_argv[0]' same for the loop below that. The final NULL should be OK 22:11:06 &lt;K1773R&gt; KillYourTV: how about a x86 which starts the x86 or x64 launcher? 22:11:44 &lt;sponge&gt; str4d: Try that, and it should work for you 22:11:47 &lt;KillYourTV&gt; that's what I'm saying, I don't know if it can work. 32bit binaries _usually_ cannot call x64 binaries. 22:12:47 &lt;sponge&gt; actually the first line may be OK, but the loop does need to be a * 22:13:26 &lt;sponge&gt; read_options, if returning as a pointer, needs to copy the pointer 22:13:45 &lt;K1773R&gt; KillYourTV: trough cmd.exe it should work as last resort, tough thats a win problem 22:13:48 &lt;sponge&gt; new_argv[i] = &(read_options[i-1]); 22:13:51 &lt;sponge&gt; like so 22:14:57 &lt;topiltzin&gt; sponge do you have access to a windows box? Can you help test this? 22:15:17 &lt;topiltzin&gt; sponge: also post any comments on trac #741 22:15:35 &lt;sponge&gt; I have a win 7 laptop, but can't test today. I'm short on time, and had to budget time to be here 22:16:17 &lt;sponge&gt; otherwise i would jump at it 22:16:52 &lt;sponge&gt; point is that you have a pointer to an array of pointers 22:17:41 &lt;KillYourTV&gt; I can basically test any/all versions of Windows 22:17:44 &lt;sponge&gt; you are not copying the pointer, your code is copying the first few chars, which will point to random crap and cause your crash 22:18:46 &lt;sponge&gt; new_argv[0] = argv[0]; &lt;-- that is okay 22:18:59 &lt;sponge&gt; new_argv[i] = read_options[i-1]; &lt;-- random crap 22:19:13 * hottuna is readying the meeting closing hammer 22:20:21 &lt;hottuna&gt; alright.. closing time 22:20:24 &lt;str4d&gt; sponge: I'm pretty sure that section is still the same as it was for limewireExe 22:20:31 &lt;micster&gt; Before everyone goes, I've been thinking of "non profit 501(c)(3) status" for the Invisible Internet Project. Would this be the place to talk about that or somewhere else? 22:20:38 &lt;str4d&gt; (Which *should* have been in a working state, according to topiltzin) 22:20:45 &lt;hottuna&gt; micster: yes 22:21:04 &lt;dg&gt; hottuna: we're done with #741? 22:21:22 &lt;hottuna&gt; i doubt we'll become done with it :P 22:21:29 &lt;sponge&gt; str4d: problem 2 22:21:33 &lt;sponge&gt; free(read_options); 22:21:45 &lt;sponge&gt; don't free them there 22:21:48 &lt;micster&gt; I saw a post in the forum about someone wanting to incorporate in Germany. I'm in the US and have an interest in pursuing this. 22:21:52 &lt;str4d&gt; KillYourTV: re: 32/64, what currently happens with the launch4j-based i2p.exe? That starts a separate java.exe process; is it built separately for 32 and 64 bit? 22:21:55 &lt;hottuna&gt; sponge: I've gotta go. Could you take care of the rest of the meeting? 22:21:58 &lt;sponge&gt; free them at the very end 22:22:09 &lt;sponge&gt; I'm about to go too 22:22:15 &lt;hottuna&gt; it just needs a final baf, and it's done 22:22:18 &lt;hottuna&gt; darnit! 22:22:25 &lt;dg&gt; micster: Great! Sadly, timing's pretty bad. Post about it on zzz.i2p ("the forum") if you can? 22:22:28 &lt;str4d&gt; sponge: I'll try your suggestion and report back. 22:22:31 &lt;sponge&gt; I think it is done 22:22:38 &lt;micster&gt; Ok 22:22:41 &lt;str4d&gt; (later though - afk now o/) 22:22:59 &lt;sponge&gt; str4d: double check that it is a pointer 22:23:01 * hottuna baf's the meeting closing hammer 22:23:06 * hottuna **baf** 22:23:17 &lt;sponge&gt; **BARF** :-) 22:23:35 &lt;hottuna&gt; summary posted at: `http://zzz.i2p/topics/1397` 22:23:42 &lt;iRelay&gt; Title: zzz.i2p: Meeting [4th June] (at zzz.i2p) 22:23:50 &lt;RN&gt; :) 22:23:57 &lt;sponge&gt; cool, I can now go run my errands 22:24:08 &lt;topiltzin&gt; great meeting everyone! 22:24:19 &lt;dg&gt; micster: the meeting is now finishing up and everyone seems to have a lot they want to get across. You'll get more exposure and brain time if you post it there. 22:24:53 &lt;micster&gt; Ok, I'll make the post. Maybe it can be discussed in a future meeting. 22:25:01 &lt;micster&gt; Just wanted to see if I was in the right place. 22:26:52 &lt;RN&gt; lots of good discussion. thanks for making the time to particpate y'all 22:27:07 &lt;hottuna&gt; :) 22:28:54 &lt;zzz&gt; micster, the correct thread for that is `http://zzz.i2p/topics/1388` 22:28:58 &lt;iRelay&gt; Title: zzz.i2p: Official I2P group (at zzz.i2p) </div>/cs/blog/2013/05/28/0.9.6-release/Tue, 28 May 2013 00:00:00 +0000/cs/blog/2013/05/28/0.9.6-release/<p>0.9.6 obsahuje opravy chyb a aktualizaci z Jetty 6.1.26 (2010-11-10) na Jetty 7.6.10 (2013-03-12). Níže naleznete důležité informace o aktualizaci Jetty. Řada Jetty 7 je aktivně spravována a plánujeme v budoucích verzích I2P zůstat na aktuální verzi.</p> <p>Většina uživatelů se aktualizuje přes HTTP. Uživatelé používající vývojové verze se budou aktualizovat pomocí experimentálního torrentu v síti přes i2psnark. Opravili jsme několik chyb, které umožní více uživatelům aktualizovat se přes torrent v cyklu aktualizace 0.9.7.</p>/cs/blog/2013/05/21/i2p-dev-meeting-may-21-2013/Tue, 21 May 2013 00:00:00 +0000/cs/blog/2013/05/21/i2p-dev-meeting-may-21-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> dg, eche|on, hottuna, Mathiasdm, Meeh, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 19:56:52 &lt;hottuna&gt; Hi@all && (welt||welterde||weltende) 19:57:24 &lt;eche|on&gt; ;-) 20:00:33 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Starting build #182 for job I2P 20:01:11 &lt;hottuna&gt; Mathiasdm, Meeh, postman, str4d, _sponge, KillYourTV, Complication 20:01:19 &lt;hottuna&gt; Alright, lets get this meeting started 20:01:33 &lt;eche|on&gt; meeting? hmm 20:01:33 &lt;hottuna&gt; Agenda: 20:01:39 &lt;hottuna&gt; * New bounty system 20:01:44 &lt;hottuna&gt; * New bounties 20:01:49 &lt;hottuna&gt; * Misc? 20:02:21 &lt;hottuna&gt; __New bounty system___ 20:03:25 &lt;hottuna&gt; During this summer I'll have some time over for I2P development, but I also have to pay my rent which is why a new bounty system or at least a new set of bounties and sub-bounties will be suggested 20:03:51 &lt;dg&gt; \o 20:04:37 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Project I2P build #182:SUCCESS in 4 min 7 sec: `http://jenkins.killyourtv.i2p/job/I2P/182/` 20:05:00 &lt;hottuna&gt; after discussing the idea with eche|on, it seems like the best option for payed work is via the bounty system 20:05:44 &lt;hottuna&gt; to make it work I'll suggest at least one large bounty and then create sub-bounties for it 20:06:27 &lt;hottuna&gt; the sub bounties will be created and closed on a bi-weekly schedule 20:06:41 &lt;hottuna&gt; (preferably by holding a meeting like this when a sub bounty is to be closed) 20:07:27 &lt;eche|on&gt; you know my opinion, and so I just wait for input ;-) 20:07:35 &lt;hottuna&gt; Currently the i2p project has a lot of funds which aren't doing us any good 20:08:10 &lt;hottuna&gt; and allowing me to contribute to some much needed problem areas in i2p should be a good thing overall 20:08:51 &lt;hottuna&gt; Does anyone have any questions or feedback at this idea? 20:09:26 &lt;hottuna&gt; I've talked to zzz, eche|on, postman and Mathiasdm earlier and they have approved 20:10:07 &lt;hottuna&gt; I've tried to reach welt/welterde/weltende, _sponge, badger and KillYourTV but have not gotten any response from them 20:10:23 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Project I2P UnitTests build #153:SUCCESS in 5 min 36 sec: `http://jenkins.killyourtv.i2p/job/UnitTests/153/` 20:10:35 &lt;hottuna&gt; But I'd like to know what the rest of the inhabitants of #i2p-dev think about the idea 20:10:52 &lt;dg&gt; I agree that we should be doing something with the funds 20:11:08 &lt;dg&gt; An organized method of doing so is useful, I don't disagree at all so I'm remaining mute 20:12:04 &lt;hottuna&gt; dg, does this seem like a good way of doing something useful? 20:13:00 &lt;dg&gt; yes. The bounty system already works, we should build upon it 20:13:19 &lt;zzz&gt; you're proposing using existing funds? euros or BTC? 20:13:21 &lt;hottuna&gt; As far as bounty amounts go, 325 per bi-weekly sub-bounty is what I need to cover my basic costs of living 20:13:47 &lt;hottuna&gt; euros are safer and simpler for me 20:14:07 &lt;hottuna&gt; but maybe parts could be payed in btc 20:14:42 &lt;hottuna&gt; in any case the bounty should be set in euros and then possibly payed out in btc 20:14:47 &lt;zzz&gt; eche|on, whats our balances? 20:15:27 &lt;hottuna&gt; and to answer your question, Im proposing using existing funds 20:15:27 &lt;eche|on&gt; `http://echelon.i2p/donations/index.html` - still on those sums 20:15:32 &lt;iRelay&gt; Title: Donations (at echelon.i2p) 20:15:40 &lt;eche|on&gt; so ~28k and 626 BTC 20:16:47 &lt;dg&gt; hottuna: What work will you be performing? 20:17:22 &lt;zzz&gt; appx. how many hours a week are you proposing to work? 20:17:35 &lt;hottuna&gt; that is point two on the agenda, but i'm primarily thinking about improving on our floodfill issues 20:17:57 &lt;hottuna&gt; 40 h/week. So full time. 20:18:56 &lt;zzz&gt; so round numbers, 8 euros/hour 20:19:18 &lt;zzz&gt; nope. 4 euros/hour 20:19:20 &lt;hottuna&gt; in my mind that sounds reasonable/cheap 20:19:35 &lt;zzz&gt; 325/80 20:20:13 &lt;zzz&gt; mcdonalds isn't hiring? :) 20:20:35 &lt;hottuna&gt; i think burger king has payed me more an hour :P 20:21:06 &lt;eche|on&gt; you worked for a burger king? hell,... I should have visited your working office^^ 20:21:35 &lt;zzz&gt; appx. how many weeks you propose to work? 20:21:56 &lt;hottuna&gt; lets see.. this will be a rough number 20:23:19 &lt;hottuna&gt; I should manage at least 8, but it could be more or less than that 20:24:10 &lt;zzz&gt; so a 1300 euro commitment from us 20:24:24 &lt;hottuna&gt; yeah 20:24:49 &lt;hottuna&gt; more than that would have to be discussed in a meeting 20:25:18 &lt;zzz&gt; anybody remember what we paid jrandom monthly? 20:26:08 &lt;hottuna&gt; let's see what the internet archive says 20:26:10 &lt;eche|on&gt; less. ~500$ IMHO 20:26:39 &lt;zzz&gt; he was more of a hippie than tuna is :) 20:26:50 &lt;hottuna&gt; $465 USD/month 20:27:11 &lt;hottuna&gt; I'm hippying as hard as I can damnit! 20:27:52 &lt;dg&gt; hippy harder!! 20:28:49 &lt;hottuna&gt; alright, so does anyone have any objections or questions? 20:29:15 &lt;zzz&gt; no objection 20:29:41 &lt;Mathiasdm&gt; sounds good 20:30:25 &lt;dg&gt; ditto 20:30:54 &lt;hottuna&gt; Alright. Then we are all happy about this 20:31:32 &lt;hottuna&gt; For the record: As no complaints have been raised, we'll proceed with the new bounty system. 20:31:47 &lt;hottuna&gt; __New bounties__ 20:32:34 &lt;hottuna&gt; The floodfill system has some issues, including attack resistance and scalability. 20:33:02 &lt;hottuna&gt; Replacing it is the first bounty that I will suggest. 20:33:30 &lt;hottuna&gt; I've talked to zzz about some alternatives 20:33:47 &lt;hottuna&gt; and step one appears to be to move to a kademlia based netdb 20:34:30 &lt;hottuna&gt; zzz has in fact already started by implementing kademlia in i2psnark 20:34:59 &lt;hottuna&gt; this is probably a good base for for a netdb network 20:35:53 &lt;hottuna&gt; there are some modifications that can be made to kad to make it more probabilistic and avoid the worst aspects of eclipse and sybil attacks. 20:36:01 &lt;zzz&gt; I'm not sure "replace" is the right word. And also not sure it's the top of my list. Our ff system is actually in pretty good shape right now. But I'm not sure how much you want to get into discussing it now. 20:36:27 &lt;zzz&gt; A reasonable sub-bounty may be just to analyze the current situation and make proposals 20:36:41 &lt;hottuna&gt; replace would be a long term goal, initially adding a second netdb backend would be the goal 20:36:58 &lt;hottuna&gt; yeah, replace is the wrong word. 20:37:09 &lt;zzz&gt; but sure, the UCSD folks highlighted some issues. 20:37:35 &lt;zzz&gt; ignoring vulnerabilities for a moment, I think we're actually good for a couple years of growth w/o changes 20:38:06 &lt;Mathiasdm&gt; 22:37 &lt;zzz&gt; A reasonable sub-bounty may be just to analyze the current situation and make proposals &lt;-- sounds like a good idea if it's time-boxed 20:38:53 &lt;hottuna&gt; spending two weeks on an analysis might be overkill, but having a meeting and discussing the alternatives after a week might be good 20:38:55 &lt;zzz&gt; what's _not_ realistic is replacing ffs with R5N this summer. 20:39:09 &lt;hottuna&gt; zzz, agreed 20:41:24 &lt;hottuna&gt; there might also be a need for some work surrounding development like multirouter support 20:41:24 &lt;hottuna&gt; which would make development easier 20:41:24 &lt;zzz&gt; fyi for everybody, the netdb roadmap in my head is 1) encrypted lookup responses and 2) migrate the snark kad back to router 20:41:24 &lt;Meeh&gt; like the ideas 20:41:35 &lt;Meeh&gt; ./roadmap 20:41:49 &lt;dg&gt; yeah 20:44:21 &lt;hottuna&gt; I don't think that 2 full weeks are needed for this 20:44:27 &lt;Meeh&gt; yea 20:45:21 &lt;dg&gt; "alternative exploration"? 20:45:30 &lt;Meeh&gt; as in the exploration tunnels right or? 20:45:30 &lt;zzz&gt; depends how long before your head explodes 20:45:37 &lt;zzz&gt; what else on your list? 20:45:45 &lt;hottuna&gt; "alternative exploration" = {what technology?, if dht-which?, what code-base?} 20:46:03 &lt;hottuna&gt; maybe one week, and if I have time to spare I'll start with the multirouter stuff. 20:47:09 &lt;hottuna&gt; I'm not sure, but some of the bounties like ipv6 will have to be completed soon as ipv6 looks to be actually deployed now 20:47:40 &lt;dg&gt; zzz is working on ipv6 a load but he my appreciate help 20:48:12 &lt;eche|on&gt; I try to add IPv6 on my root server for I2P use. 20:48:15 &lt;hottuna&gt; Resolving issues regarging an openitp submission has been suggested by zzz 20:48:22 &lt;eche|on&gt; as soon as I find time to understand and get it up... 20:48:57 &lt;Meeh&gt; I have a dev server that I can let developers into for testing.. It have multiple ipv6 adresses 20:49:00 &lt;hottuna&gt; having us accepted into OpenITP would be a major thing for us 20:49:07 &lt;Meeh&gt; Could setup more of them now for testing 20:49:22 &lt;eche|on&gt; and now gone for a good night time... 20:49:25 &lt;zzz&gt; here's my list: IPv6 (incl. testing), Crypto (see trac wiki), OpenITP prep (see trac wiki), NTCP and SSU protocol obfuscation (old zzz.i2p post, Lance James might be able to help), other state firewall resistance, Symmetric NATs (ticket #873), ... 20:49:32 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/873` - (accepted defect) - Port changing .. obscurely 20:49:40 &lt;Meeh&gt; zzz: want access to a ipv6 server for testing? 20:49:51 &lt;dg&gt; hottuna: major thing, yes, but, in case you (or others) are not aware: OpenITP are not long term funders. They fund short, achievable goals to improve projects "quickly". 20:51:05 &lt;zzz&gt; Meeh yes, in a couple weeks. I'd like to see the minor fix in 0.9.5 to ignore published IPv6 addresses get out there before we start publishing them 20:51:24 &lt;zzz&gt; s/0.9.5/0.9.6/ 20:51:24 &lt;hottuna&gt; crypto is another thing that I know a bit about, so my time might be well spent there 20:51:27 &lt;iRelay&gt; zzz meant: Meeh yes, in a couple weeks. I'd like to see the minor fix in 0.9.6 to ignore published IPv6 addresses get out there before we start publishing them 20:51:48 &lt;Meeh&gt; ok :) I can setup multiple too if needed 20:51:51 &lt;hottuna&gt; maybe if we're lucky I'll be somewhat done with the floodfill system by the time zzz is done with ipv6 20:51:58 &lt;Meeh&gt; got a /48 net 20:52:14 &lt;hottuna&gt; that way we could both attack the crypto problem 20:52:21 &lt;zzz&gt; heck what about i2pcpp 20:52:37 &lt;dg&gt; orion is 404 atm 20:52:48 &lt;Meeh&gt; sindu might help there when he got time, great C coder 20:52:59 &lt;Meeh&gt; talked about it earlier, know him from RL 20:53:26 &lt;hottuna&gt; that sounds interesting 20:53:49 &lt;zzz&gt; if orion is at least willing to accept help, that's a big step - he wasn't before - 20:53:52 &lt;hottuna&gt; but I think that I should spend time where makes the most difference which in my mind is floodfills/ipv6 and crypto 20:54:11 &lt;hottuna&gt; *it 20:54:14 &lt;zzz&gt; sure, my list doesn't necessarily match your skills or interest 20:54:29 &lt;Meeh&gt; also, he should get some creds for spreading the i2p stickers around Oslo, Norway. He have placed it all around the city 20:54:44 &lt;Meeh&gt; hottuna: if you want, send more.. soon emtpy again:P 20:55:11 &lt;zzz&gt; oh yeah, hottuna if you aren't coming to DEFCON I need some too 20:55:30 &lt;hottuna&gt; im planning on coming to defcon 20:55:44 &lt;hottuna&gt; i havent bought any plane tickets yet, but I will soon. 20:55:47 &lt;zzz&gt; oh hella yes. 20:56:23 &lt;Meeh&gt; hottuna: if you got files, I might be able to get some free printups myself 20:56:43 &lt;hottuna&gt; the files are in the i2p.graphics branch 20:56:46 &lt;Meeh&gt; if you got the sticker in png/ai/whatever format 20:56:49 &lt;Meeh&gt; ok thanks 20:57:00 &lt;hottuna&gt; if im remembering correctly 20:57:16 &lt;hottuna&gt; alright. 20:57:51 &lt;hottuna&gt; Is everyone ok with the first bounty being for the floodfill system? 20:58:02 &lt;dg&gt; aye 20:58:25 &lt;Meeh&gt; yepp 20:58:50 &lt;Mathiasdm&gt; ok, so first 1 week of research into the options, followed by implementation (currently most likely kademlia)? sounds good 20:59:06 &lt;hottuna&gt; yes, that's the idea 21:01:56 &lt;hottuna&gt; ok 21:03:15 &lt;hottuna&gt; For the record: The first bounty to be introduced is adding a new netdb backend. The first sub bounty should be divided into alternative exploration, multirouter research and discussion with you guys 21:03:26 &lt;hottuna&gt; __Misc__ 21:04:38 &lt;hottuna&gt; How is the website deployment going? 21:09:27 &lt;hottuna&gt; Everyone died? 21:09:31 &lt;hottuna&gt; str4d? 21:12:57 &lt;Mathiasdm&gt; oh 21:13:04 &lt;Mathiasdm&gt; I was curious :) 21:14:22 &lt;hottuna&gt; did I miss anything exciting? 21:14:29 &lt;Mathiasdm&gt; only this: 21:14:32 &lt;Mathiasdm&gt; 23:10 -!- hottuna [hottuna@irc2p] has quit [Quit: leaving] 21:14:32 &lt;Mathiasdm&gt; 23:12 &lt;+Mathiasdm&gt; oh 21:14:35 &lt;Mathiasdm&gt; 23:13 &lt;+Mathiasdm&gt; I was curious :) 21:15:12 &lt;hottuna&gt; Alright, if no one knows, let's see next week 21:15:38 * hottuna baf's with the meeting ending hammer 21:19:59 * Mathiasdm lurks onward :) </div>/cs/blog/2013/04/02/i2p-dev-meeting-april-02-2013/Tue, 02 Apr 2013 00:00:00 +0000/cs/blog/2013/04/02/i2p-dev-meeting-april-02-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> dg, dr|z3d, K1773R, KillYourTV, lillith, orion, RN, Shinobiwan, str4d, weltende</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:52:42 &lt;lillith&gt; okay meeting topics for today: 20:54:22 &lt;lillith&gt; 1. Are bounties appropriate? 20:54:29 &lt;lillith&gt; 2. Managing money 20:54:29 &lt;lillith&gt; 2a. The ssl certs 20:54:32 &lt;lillith&gt; 3. Making the i2p project official 20:56:38 &lt;lillith&gt; 4. Procedure regarding decicions for the project (for example making it official) 20:56:53 &lt;lillith&gt; for scrollback from last week if you were not here, `http://sighup.i2p/irclogs/show?search=&user=&from_date=26+Mar+2013&to_date=26+Mar+2013&channels[]=#i2p-dev&per_page=3&page_format=Html` 20:56:53 &lt;lillith&gt; relevant zzz.i2p posts: `http://zzz.i2p/topics/1359` for the meeting thread 20:56:53 &lt;lillith&gt; `http://zzz.i2p/topics/1366` for the bounties thread 20:57:07 &lt;iRelay&gt; Title: zzz.i2p: Managing the project (at zzz.i2p) 20:57:09 &lt;iRelay&gt; Title: zzz.i2p: I2P Bounty System - 2013 (at zzz.i2p) 20:57:55 &lt;trolly&gt; chosen download bin file from zzz.i2p? 20:58:02 &lt;lillith&gt; 1. Are bounties appropriate, and further bounty discussion 20:58:05 &lt;dg&gt; Huh. Corruption again! 20:58:50 &lt;lillith&gt; not sure who (if anyone) woud like to be pinged, so i'l go on 20:59:22 &lt;dg&gt; trolly: that's a bug 20:59:30 &lt;trolly&gt; haha, no problem 20:59:41 &lt;lillith&gt; Last week it was decided that while bounties can be a good thing they may well need some looking at 20:59:48 &lt;trolly&gt; a trojan bug? just joking.. 20:59:59 &lt;dg&gt; try to nab the output of `http_proxy="`http://127.0.0.1:4444/"` `http://zzz.i2p/whateverurlbrokebefore`` and check /logs for anything important 21:00:05 &lt;dg&gt; it seems to be corruption, we saw this on id3nt.i2p in the past 21:00:19 &lt;lillith&gt; i suggested some revisions of the 50 BTC syndie bounty to echelon, and he has updated it 21:01:06 &lt;lillith&gt; which led me to two questions: can/should we employ people, ie give them a small amount of money regularly over an extended period? 21:01:57 &lt;lillith&gt; and what exactly is the procedure on bounties funded by i2p's money, not directly from a donor 21:02:20 * lillith opens up the floor for discussion 21:04:50 &lt;str4d_&gt; dg: if it's occuring on another site, that suggests an I2P tunnel problem. 21:05:26 &lt;dg&gt; str4d_: This happened before, is what I am saying. I do not know if the person affected == trolly but it was a few months back and none of us had any answer. 21:05:41 * str4d_ was affected by it. 21:05:52 &lt;dr|z3d&gt; dg: !!! 21:05:56 &lt;dg&gt; Okay, more than one person. 21:06:10 &lt;dg&gt; I believe zab was still around at the time which may tell you the period.. 21:06:21 &lt;dg&gt; dr|z3d: !!! 21:06:24 &lt;str4d_&gt; But the issue is orthogonal to the current discussion =) 21:06:36 * dr|z3d lols. 21:06:47 &lt;lillith&gt; str4d_: implying discussion ;) 21:08:32 &lt;Shinobiwan&gt; should i2p employ people? yes and no IMO. yes the people that continue to provide services that make i2p of higher quality (such as running the default IRC network and the more popular things like id3nt.i2p) are the best candidates to receive funds... in addition to the developer stuff which may have bounties attached. 21:09:27 &lt;str4d_&gt; Shinobiwan: I wouldn't consider that employment though. 21:09:50 &lt;str4d_&gt; "Employment" would be payments for the purpose of direct I2P development (code or otherwise). 21:10:19 &lt;dr|z3d&gt; Shinobiwan: i2p should award effort and achievement. 21:10:43 &lt;lillith&gt; what i had initially proposed was a small monthly payment for maintaining syndie, getting and keeping it into repos, bug fizing, etc 21:12:25 &lt;dr|z3d&gt; otoh, i2p should not award aspiration, lazinesss or failure to deliver. 21:12:32 &lt;str4d_&gt; That seems like a good compromise between the current bounty system and "proper" employment (which is hard for anonymous dev work) 21:13:20 &lt;str4d_&gt; Right. So if a monthly system were set up, the payment would be subject to "sufficient" work having been done. 21:13:31 &lt;lillith&gt; dr|z3d: absolutely. there is plenty of money to give to people who deserve it 21:14:06 &lt;str4d_&gt; (So it would require a monthly meeting between the deciding people to analyze the various outputs during that period) 21:14:09 &lt;dr|z3d&gt; lillith: we're swimming in it. 21:14:35 &lt;str4d_&gt; I don't think that failure to deliver in one particular month should be cause for complete funding cuts, though. 21:15:03 &lt;dr|z3d&gt; commitment, dedication, service. 21:15:04 &lt;lillith&gt; people have afk commitments as well as internet ones 21:15:07 &lt;Shinobiwan&gt; derp, pingout. 21:15:37 &lt;dr|z3d&gt; remind me again why str4d_ isn't getting compensated? :) 21:16:07 &lt;str4d_&gt; I'd propose a more flexible system where the "employee" gets paid for the months they do sufficient work in. 21:16:07 &lt;str4d_&gt; (extended absences would be grounds for discontinuing funding though) 21:16:22 &lt;str4d_&gt; lillith: exactly (like zzz currently) 21:17:02 &lt;str4d_&gt; dr|z3d: under my proposed system, I wouldn't be at present =P 21:17:26 &lt;dr|z3d&gt; the threat of halebopp dropping indent inspires zzz to offer hosting costs. so why does str4d_ have to battle with eche|on to get hosting funding? 21:17:53 &lt;dr|z3d&gt; i offer one word: incompetence. 21:17:56 &lt;str4d_&gt; dr|z3d: that's on a tangent. 21:18:42 &lt;dr|z3d&gt; str4d_: more than likely. 21:18:45 &lt;darrob&gt; what kind of maintenance work are we talking about here? shouldn't bugs and specific goals like repo inclusion be separate bounties so more than one person can claim them? 21:18:56 &lt;str4d_&gt; There are two kinds of potential funding that I can see - the bounty/employment hybrid above, and donations from I2P towards community services. These should be treated separately. 21:19:25 &lt;dr|z3d&gt; value added recompense. 21:20:00 &lt;dr|z3d&gt; anything else is jizz. like paying 10btc for dogpoo. 21:20:03 &lt;lillith&gt; str4d_: and competitions too, if there were ever to be another 21:20:10 &lt;str4d_&gt; darrob: what we are trying to do is promote developers staying around. 21:20:13 &lt;str4d_&gt; lillith: true, that's a third category. 21:20:40 &lt;dr|z3d&gt; also beer. my bad. 21:21:34 &lt;RN&gt; I wouldn't mind being paid beer for my humor... ;) 21:21:43 &lt;lillith&gt; from echelon.i2p: - the I2P general fund will cover all needed costs of I2P - discussed by dev team and will be noted here and on official webpage 21:22:09 &lt;lillith&gt; i think most things would be acceptable as long as they are discussed and agreed upon beforehand 21:22:12 &lt;str4d_&gt; darrob: So rather than paying out a large lump sum for an arbitrary milestone and then the dev goes AWOL, we define smaller milestones and tasks within the confines of (what is currently called) the bounty, and the dev gets continual smaller payments. 21:23:55 &lt;str4d_&gt; The bounty system would still exist for bounties proposed by third parties (as they have control over how their funds are used), but for bounties that would be proposed by I2P itself from I2P funds, the new system should be better for I2P IMHO. 21:24:26 &lt;dr|z3d&gt; bounties are shit. hit and run contributors. 21:25:09 &lt;lillith&gt; dr|z3d: hence why we are discussing a new system 21:25:12 &lt;dr|z3d&gt; not to mention "i paid $200, I'm important attitudes" 21:25:26 &lt;str4d_&gt; Part of the problem IMHO is that the current system only has a general description, with no concrete structure. 21:25:49 &lt;dr|z3d&gt; lillith: excuse me if i'm not quite following the finer points of the argument :) 21:25:52 &lt;str4d_&gt; For the new system, we need an agreed set of guidelines for proposing and managing funded tasks. 21:26:59 &lt;lillith&gt; dr|z3d: if people want to waste/spend their money on bounties for improperly completed features, they should still be allowed to imho 21:27:58 &lt;str4d_&gt; lillith: yep. Or they can choose to use the new system, by donating their money to I2P and putting in a request through whatever process we decide on to set up a new funded task. 21:28:16 &lt;lillith&gt; i agree - there is money there, and we might as well use it, so we might as well use it properly and effectively 21:28:56 &lt;lillith&gt; and then if the donor goes awol it's still technically a community owned bounty 21:28:59 &lt;darrob&gt; i'd like to see people sticking around too, of course, but i don't see how bounties are shit at all. on the other hand the monthly thing sounds like trouble but i don't mean to dismiss it too quickly. 21:29:02 &lt;str4d_&gt; Tasks funded via the new system need to be funded with money controlled by I2P, because it will be a panel of I2P representatives who decide what counts as "sufficient" work, not the donor themselves. 21:29:03 &lt;dr|z3d&gt; lillith: i disagree. donate to the project and let the project decide how to distribute rewards. 21:29:06 * Shinobiwan not sure if my other msgs went through 21:29:17 &lt;Shinobiwan&gt; &lt;Shinobiwan&gt; bounty and employment != donation ... both should take place I think... employment/bounty for dev specific stuff... and perhaps donations for things like community services 21:29:19 &lt;Shinobiwan&gt; &lt;Shinobiwan&gt; the employment part would need more of a specific set of conditions 21:29:24 &lt;Shinobiwan&gt; &lt;Shinobiwan&gt; the community service part, really just needs the community to decide what's worth supporting 21:29:27 &lt;Shinobiwan&gt; &lt;Shinobiwan&gt; and then dish out something appropriate 21:29:50 &lt;str4d_&gt; dr|z3d: both options will be there. 21:29:53 &lt;K1773R&gt; Shinobiwan: they didnt, now they did :) 21:30:04 &lt;str4d_&gt; Shinobiwan: `http://killyourtv.i2p/irclogs/latest.log.html` for scrollback. 21:30:07 &lt;iRelay&gt; Title: #i2p-dev logs for Tuesday, 2013-04-02 (at killyourtv.i2p) 21:30:12 &lt;dr|z3d&gt; "oh we need russian" no we don't. we need commitment. not money chasing rats that disappear as soon as the bounty is awarded. 21:30:24 &lt;Shinobiwan&gt; thx str4d, K1773R 21:30:47 &lt;lillith&gt; dr|z3d: a new, private infrastructure may well appear for paying individuals for work - it might as well all be in together 21:31:27 &lt;str4d_&gt; darrob: the reason most proposals sound like trouble is because we don't have a large enough developer base to properly run/support them. Therefore, a proposal that should result in a larger developer base is a good idea. 21:31:42 &lt;dr|z3d&gt; money should not be able to dictate the project. period. 21:32:01 &lt;KillYourTV&gt; and `http://killyourtv.i2p/irclogs/%23i2p-dev.2013-04-02.log` for "live" scrollback (the HTMLized logs are processed every 10 minutes or so) 21:32:16 &lt;dr|z3d&gt; sponsor the project, great, but don't tell us how to spend the money. 21:32:27 &lt;darrob&gt; dr|z3d: i like it if a money chasing rat fixed certain features in syndie and ran. what's the problem? maybe someday syndie will get a real developer again but that person won't necessarily need payment then. actually, as far as committed maintainers are concerned, it might actually be counterproductive to offer a pay for the job. 21:33:05 &lt;Shinobiwan&gt; thx KillYourTV 21:33:19 &lt;KillYourTV&gt; np 21:33:36 &lt;dr|z3d&gt; darrob: the "problem" is money thinking it can dictate the agenda. 21:33:39 &lt;lillith&gt; dr|z3d: i2p isn't being told how to spend its money, because bounty money never was i2p's. i2p/echelon just act as an escrow service 21:33:39 &lt;str4d_&gt; Interesting point dr|z3d - I think part of this depends on what we define as the I2P project. 21:34:42 &lt;str4d_&gt; lillith: I think the point dr|z3d is making is that, rather than being told how to spend its money, I2P is being told how to proceed, i.e. the development path is decided by the person with the most money. 21:34:57 &lt;darrob&gt; dr|z3d: bounties are just offers (or cries for help). where do you get the negative attitude? 21:35:21 &lt;str4d_&gt; And if the bounty process was adhered to as-is, that could potentially be rather problematic wrt the threat model. 21:36:18 &lt;lillith&gt; that is a good point - i hadn't thought of it in that way before 21:36:47 &lt;Shinobiwan&gt; a set of rules that says "This person must be paid on this date" is a good idea in that, that person can count on the income to be there when they need it. But on the other hand, it also may create drama when people fail to meet other people's expectations of what that money is really going towards... so I think it's probably not inappropriate to have meeting specifically for 'paydays' or whatever... if there's going to be a 'regular' thing. 21:37:35 &lt;dr|z3d&gt; bounties are shit. show me ongoing commitment from bounty hunters and i'll change my view. except you can't. hit and run merchants. 21:37:49 &lt;str4d_&gt; So maybe what needs to happen is that any tasks/sub-projects that affect I2P directly must be funded and controlled by I2P itself. 21:37:52 &lt;dr|z3d&gt; darrob: i get the "negative" attitudes from half complete work that's awarded a bounty, only to disappear before you can say "um, i think you missed..." 21:38:03 &lt;dr|z3d&gt; darrob: also, next time you pretend str4d_ is a css artist, don't bother. you insult yourself. 21:38:10 &lt;dr|z3d&gt; and you also lose a friend. 21:38:13 &lt;lillith&gt; dr|z3d: didn't str4d_ and zzz claim some bounties for the unit tests? 21:38:17 &lt;darrob&gt; dr|z3d: what? 21:38:20 &lt;str4d_&gt; dr|z3d: OT 21:38:55 &lt;dr|z3d&gt; str4d_: yeah. also, beer. darrob: if you don't get it, *yawn* 21:39:03 &lt;str4d_&gt; lillith: that was after the unit tests bounty was split up into sub-tasks/milestones (which I'd say was a step towards the proposed new system). 21:39:45 &lt;str4d_&gt; dr|z3d: keep on-topic in here please =) 21:39:56 &lt;lillith&gt; I think everything has been said on this topic now no? 21:40:03 &lt;Shinobiwan&gt; if bounties exist IMO they should go towards the things that nobody currently part of the community knows how to or can do, IMO... not the things they dont have time for. 21:40:06 * dr|z3d recalibrates. 21:40:06 &lt;darrob&gt; i guess all i'm trying to say is that i question that hit and run improvements are necessarily a bad thing. 21:40:19 &lt;Shinobiwan&gt; I2P will survive with everyone supporting it, not just the people who get paid 21:40:30 &lt;str4d_&gt; darrob: they are good for kickstarting development in a new area 21:40:37 &lt;str4d_&gt; But the I2P router/project is not a new area, IMHO 21:40:53 &lt;str4d_&gt; So, how about the following: 21:41:20 &lt;dr|z3d&gt; Shinobiwan: like design! *laughs* 5 years of asking for help, and not one iota of thought to offer a bounty *laughs* 21:41:58 &lt;str4d_&gt; Projects that directly affect the I2P program/network can be funded only from I2P funds, and donors who want to contribute just donate to I2P. 21:42:21 &lt;dr|z3d&gt; because designers aren't coders, ergo worth nothing. except when you're offering 10BTC/100$ for anything, including crayons. 21:42:47 &lt;str4d_&gt; Projects that don't directly affect the I2P program/network but are still I2P-related (e.g. syndie) are eligible for bounties on new/substantial work. 21:42:58 &lt;dr|z3d&gt; sorry, but I can't take this conversation _too_ seriously, built as it is on an anthill of incompetence. 21:43:01 &lt;str4d_&gt; (But can also be managed via I2P if the donor wants) 21:43:23 &lt;lillith&gt; dr|z3d: i'l ping you when we move on then :) 21:43:26 &lt;str4d_&gt; But a bounty would need to be more accurately-defined than the current system allows. 21:43:46 &lt;dr|z3d&gt; lillith: very good, sir :) 21:44:04 &lt;str4d_&gt; s/allows/does 21:44:10 &lt;darrob&gt; str4d_: does that imply that there will be an i2p management board to make those decisions? i think that was another week's discussion, right? 21:44:32 &lt;str4d_&gt; darrob: yes. 21:44:42 &lt;str4d_&gt; This is separate to any "official-ness". 21:45:05 &lt;lillith&gt; str4d_: sounds good :) 21:45:32 &lt;str4d_&gt; But there would be a panel of (elected) developers (coders/designers/contributors) who are trusted with steering the I2P project. 21:45:46 &lt;str4d_&gt; I.e. something a bit more formal than what we currently have. 21:46:00 &lt;lillith&gt; darrob: that's either coming up or later, depending on whether we want to continue 21:46:26 &lt;str4d_&gt; Mmm. My proposal works under the assumption that such a panel exists in some form. 21:47:05 &lt;str4d_&gt; (exact specifics being discussed later as above) 21:47:21 &lt;Shinobiwan&gt; lulz 21:47:28 &lt;Shinobiwan&gt; what's #i2p-dev then? 21:47:35 &lt;lillith&gt; i disagree with the panel idea tbh 21:47:38 &lt;lillith&gt; meetings seem to work well, and they let new people have a say too 21:47:38 &lt;lillith&gt; it would need to be large enough to get a variety of perspectives 21:47:38 &lt;lillith&gt; you never know who might offer then next amazing idea 21:48:04 &lt;str4d_&gt; lillith: exactly. 21:48:11 &lt;Shinobiwan&gt; it's that panel, but yea... it would need to become officially official 21:48:18 &lt;str4d_&gt; But with the current size of the developer base, that's hard. 21:48:25 &lt;str4d_&gt; It's a chicken-and-egg problem. 21:48:35 &lt;str4d_&gt; And we need to break into the loop somewhere. 21:51:05 &lt;lillith&gt; Shinobiwan: yea, thats basically what i'm trying to say :) 21:51:05 &lt;lillith&gt; actually no it's not 21:51:05 &lt;lillith&gt; #i2p-dev along with mailing lists, zzz.i2p, syndie, etc 21:51:05 &lt;lillith&gt; anyone who wants a say should have a chance imho 21:52:35 &lt;str4d_&gt; lillith: yes, but there still needs to be a group of people with a final say. 21:52:53 &lt;Shinobiwan&gt; people need to know eachother w/out knowing one another... to the point I can say, str4d, KYTV, dr|z3d ... (a lot more but just for example) have been on the network for so long, and IMO all make I2P of higher quality. Collectively I think people can figure out and reach an agreement who would go on such a panel... even though nobody really knows eachother AFK. Opinions from new people to the project should be listened to also 21:52:53 &lt;Shinobiwan&gt; however 21:53:00 &lt;str4d_&gt; (i.e. the people who control the funds. Currently, that is a single person - eche) 21:53:25 &lt;str4d_&gt; At least to begin with. 21:53:52 &lt;str4d_&gt; The Debian developer model is a good one for making decisions like you suggest lillith - all done via voting. 21:53:55 &lt;lillith&gt; so, everyone has a say, a few (3 or 4) people have the final say? 21:54:10 &lt;str4d_&gt; (And a "developer" is just someone who has contributed in some way IIRC) 21:54:25 &lt;str4d_&gt; But a voting system needs a larger base of "developers" first, I think. 21:54:51 &lt;str4d_&gt; lillith: anyone can suggest an idea - that's never going to change. 21:55:06 &lt;Shinobiwan&gt; in my mind it's more than 3 or 4 people.. more like 12+ and growing... but people that fail to make the meetings don't get to vote... (and if their vote is especially important/relevant, then the meeting might happen another time) 21:55:12 &lt;str4d_&gt; But I2P has finite resources, and those resources need to be allocated appropriately. 21:56:06 &lt;str4d_&gt; (the biggest resource being time from continual developers) 21:56:20 &lt;KillYourTV&gt; as I wrote on zzz.i2p, I think votes such as via gpg signed messages to a mailing list would be better than irc. We've got mailing lists and they should be utilized. 21:56:20 &lt;str4d_&gt; s/biggest/most important but currently most limited/ 21:56:23 &lt;iRelay&gt; str4d_ meant: (the most important but currently most limited resource being time from continual developers) 21:56:28 &lt;str4d_&gt; KillYourTV: agreed. 21:56:43 &lt;Shinobiwan&gt; ya gpg signed == much better 21:56:54 &lt;str4d_&gt; Provides a transparent and verifiable archive of votes. 21:57:09 &lt;lillith&gt; is that topic 1 over then? 21:57:09 &lt;darrob&gt; i agree also. don't expect to accomplish any serious discussion on irc. 21:57:12 * KillYourTV is 'stealing' ideas from Debian's system(s) 21:57:19 &lt;str4d_&gt; http://www.debian.org/vote/ 21:57:22 &lt;iRelay&gt; Title: Debian Voting Information (at www.debian.org) 21:57:39 &lt;lillith&gt; it's all open source, its there to be 'stolen' :) 21:58:06 &lt;lillith&gt; 2. Managing money 21:58:10 &lt;KillYourTV&gt; and with mailing lists you have the oh-so-helpful 'plonk' mechanism available if needed to raise the signal to noise ratio. 21:58:21 &lt;lillith&gt; eche|on: ping 21:58:24 &lt;K1773R&gt; KillYourTV: dont copy the "GPL Nazis" idea pls :P 21:59:46 &lt;lillith&gt; afaict the money management wrt bounties has already been discussed enough 22:00:12 &lt;str4d_&gt; KillYourTV: if we go the mailing-list route, the mailing-list needs to be usable entirely within I2P (currently not the case). 22:00:23 &lt;str4d_&gt; (But also usable externally) 22:00:33 &lt;lillith&gt; but there are other, non- bounty uses for money, for example purchasing ssl certificates 22:00:36 &lt;KillYourTV&gt; agreed 22:00:53 &lt;darrob&gt; str4d_: the nntp interface should qualify. 22:00:53 &lt;KillYourTV&gt; and agreed to lillith's last point (ofc) 22:01:04 &lt;lillith&gt; dr|z3d welt weltende welterde echelon 22:01:07 &lt;darrob&gt; ...which i *think* is functional. 22:01:10 &lt;KillYourTV&gt; are they linked? 22:01:30 &lt;KillYourTV&gt; I know they were supposed to be but the last I checked (months ago) they weren't. 22:01:38 &lt;Shinobiwan&gt; purchasing ssl certificates would go w/ donations IMO ... community services ... the same way to decide what the money goes towards as donations. 22:01:41 * KillYourTV fires up the nntp tunnel 22:01:41 &lt;darrob&gt; you can at least read through it. 22:01:44 &lt;lillith&gt; can we keep this ontopic guys, project management is coming up :) 22:02:01 &lt;Shinobiwan&gt; i.e.. have a meeting... say "we need this"... "agree?" ... panel says OK ... majority of panel green light 22:02:32 &lt;Shinobiwan&gt; not so quickly, but the general idea. 22:02:32 &lt;Shinobiwan&gt; hehe 22:02:47 &lt;str4d_&gt; Shinobiwan: can fall under the same vote system proposed above. 22:03:14 &lt;Shinobiwan&gt; yep 22:04:16 &lt;iRelay&gt; &lt;weltende@freenode&gt; well the ML interface is accesible via i2p more or less.. `http://vmfwbic2brek2ez223j6fc6bl5mmouzqvbsch45msvyyzih3iqua.b32.i2p/` still contains redirects to lists.i2p2.de.. not sure what to do about those 22:04:24 &lt;iRelay&gt; &lt;iRelay@freenode&gt; Title: lists.i2p2.de Mailing Lists (at vmfwbic2brek2ez223j6fc6bl5mmouzqvbsch45msvyyzih3iqua.b32.i2p) 22:04:32 &lt;Shinobiwan&gt; if there is such a panel, it is not finalized at a fixed number of people... IMO... it should grow, and grow and grow... so, whatever panel currently exists, should have some procedure to bring in new panel members regularly 22:04:43 &lt;darrob&gt; we need a central party with a politburo and the users' congress. :) 22:04:46 &lt;KillYourTV&gt; FTR, the mailing lists as currently set up are not available via nntp. 22:05:04 &lt;iRelay&gt; &lt;weltende@freenode&gt; (haven't added it to the hosts.txt yet) 22:05:42 &lt;KillYourTV&gt; (at least not under i2p.*) 22:06:27 &lt;iRelay&gt; &lt;weltende@freenode&gt; hmm.. they should be.. but maybe not under i2p.* 22:06:46 &lt;iRelay&gt; &lt;weltende@freenode&gt; I didn't set it up.. so don't really know anymore ;) 22:06:58 &lt;darrob&gt; KillYourTV: i think i2p. are welt's preexisting groups. the new ones are alt.privacy.i2p.dev/general and alt.privacy.syndie.dev/general. 22:08:42 &lt;KillYourTV&gt; ah...nvm me. now that I refreshed the list again I see those new ones. 22:09:00 &lt;KillYourTV&gt; sorry 22:09:03 &lt;iRelay&gt; &lt;weltende@freenode&gt; ah.. right.. slrn didn't show them as they didn't contain unread messages 22:09:34 &lt;darrob&gt; i'm still confused why there are no messages. i really thought i saw a couple of test messages before. 22:09:45 &lt;lillith&gt; can we get back on topic please? 22:10:23 &lt;lillith&gt; i, and surely others want to know what's going on with ssl certificates for the i2p domains 22:11:17 &lt;KillYourTV&gt; i didn't see the topic change, just &lt;lillith&gt; but there are other, non- bounty uses for money, for example purchasing ssl certificates /me zips it 22:11:56 &lt;lillith&gt; ahh, sorry 22:12:06 &lt;lillith&gt; &lt;lillith&gt; can we keep this ontopic guys, project management is coming up :) 22:12:23 &lt;KillYourTV&gt; and what's the topic? ;) (I didn't see that switch) 22:12:30 &lt;lillith&gt; &lt;lillith&gt; 2. Managing money 22:12:41 &lt;lillith&gt; &lt;lillith&gt; afaict the money management wrt bounties has already been discussed enough 22:12:41 &lt;str4d_&gt; lillith: eche is currently sourcing the required money. 22:12:48 &lt;lillith&gt; &lt;lillith&gt; but there are other, non- bounty uses for money, for example purchasing ssl certificates 22:13:16 &lt;str4d_&gt; &lt;kytv2&gt; eche|on: any updates on the certificate situation? I haven't had to get "real "certs for a while and don't know how long the verification process takes nowadays. 22:13:19 &lt;str4d_&gt; &lt;eche|on&gt; kytv2: I am on the hunt for 3k euro and cert requests... 22:13:29 &lt;lillith&gt; so it's under control then? 22:13:36 &lt;iRelay&gt; &lt;weltende@freenode&gt; and pushed.. 22:14:14 &lt;KillYourTV&gt; yes, it's being taken care of 22:14:21 &lt;orion&gt; Can I reiterate my opinion that it's dangerous to have one person managing all the money? 22:14:45 &lt;orion&gt; ok 22:15:00 &lt;dg&gt; Current topic = ? 22:15:03 &lt;orion&gt; It's not being put in to some off-shore corporation, right? 22:15:14 &lt;lillith&gt; &lt;lillith&gt; 2. Managing money 22:15:21 &lt;str4d_&gt; orion: no. 22:15:58 &lt;iRelay&gt; &lt;weltende@freenode&gt; afair eche wanted to speak with an lawyer about making i2p an official entity of some kind 22:15:58 &lt;lillith&gt; dr|z3d: ping :) 22:16:12 &lt;str4d_&gt; Currently our funds lie in a (bank?) account owned by eche|on and (mostly) in a Bitcoin wallet held by eche|on. 22:16:49 &lt;KillYourTV&gt; yes, that's right, in .at IIRC 22:17:07 &lt;KillYourTV&gt; (wrt: 'official entity') 22:18:46 &lt;lillith&gt; at as in austria? 22:18:53 &lt;dg&gt; yes 22:19:19 &lt;iRelay&gt; &lt;weltende@freenode&gt; (not australia *scnr*) 22:19:46 &lt;iRelay&gt; &lt;weltende@freenode&gt; (running gag from EEVblog if you are curious) 22:20:26 &lt;lillith&gt; okay, looks like we've moved on again 22:20:41 &lt;lillith&gt; 3. Making the project official 22:21:12 &lt;str4d_&gt; lillith: re: money management, it's rather dependent on both the "official" status of the project, and the project management status. 22:21:30 &lt;str4d_&gt; (The former re: where funds are kept, the latter re: how funds are spent) 22:22:14 &lt;lillith&gt; ok, fair enough :) we can straddle points 2 and 3 for a while then :) 22:25:16 &lt;trolly&gt; must go 22:25:19 &lt;trolly&gt; bye 22:25:47 &lt;trolly&gt; later I'll send yo new translaion str4d_ 22:29:26 &lt;lillith&gt; or not, as the case may be 22:30:11 &lt;lillith&gt; i'd suggest time to move on :) 22:30:28 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Starting build #28 for job I2P-Bote 22:30:28 &lt;lillith&gt; 4. Procedure for making decisions in i2p 22:31:27 * KillYourTV votes for taking long discussions about important decisions to a mailing list 22:31:30 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Project I2P-Bote build #28:SUCCESS in 1 min 3 sec: `http://jenkins.killyourtv.i2p/job/I2P-Bote/28/` 22:31:34 &lt;lillith&gt; so, mailing list, hierachy, etc 22:31:37 &lt;KillYourTV&gt; That way anyone can take part when he/she can 22:31:50 &lt;lillith&gt; i'd like to put in an honourable mention for syndie here 22:31:56 &lt;iRelay&gt; &lt;weltende@freenode&gt; +1 22:32:03 &lt;iRelay&gt; &lt;weltende@freenode&gt; (@ML) 22:32:04 &lt;lillith&gt; everything is signed by default, for a start 22:33:18 &lt;KillYourTV&gt; I like syndie too (ofc), but mailing lists would be easier for outsiders to take part 22:33:45 &lt;lillith&gt; but yes, i agree in principle. no point hanging around waiting for discussion that clearly isn't happening 22:33:48 &lt;KillYourTV&gt; that's not to say that discussions can't be mirrored to syndie... 22:34:33 &lt;iRelay&gt; &lt;weltende@freenode&gt; yeah.. nntp syndie gateway or so would be nice to have 22:34:36 &lt;lillith&gt; and of course, officially moving is only one thread away ;) 22:35:54 &lt;KillYourTV&gt; 21:00 UTC isn't handy for everyone. On a mailing list time zones mean nothing. On a mailing list there no netsplits, relay problems, or ping outs. For meaningful discussions a mailing list (IMHO) is _THE_ way to go. 22:36:30 &lt;dg&gt; KillYourTV: I agree. 22:37:54 &lt;KillYourTV&gt; irc is good when you need pretty-damn-close-to-realtime...but "we need a new domain" doesn't have that kind of urgency. Post it and it'll be addressed when $user can address it. 22:37:54 &lt;lillith&gt; imho syndie has all the benefits of mailing lists and more, the only issue is accessability for outsiders 22:38:32 &lt;lillith&gt; then again, how many people that we want to include already use mailing lists? 22:39:03 &lt;KillYourTV&gt; There's been talk of a Syndie webapp" but I don't think that's gone (and will) go anywhere. 22:40:20 &lt;KillYourTV&gt; I'd gather that more use mailing lists than IRC. 22:40:31 &lt;lillith&gt; i don't want to dominate a discussion on syndie vs ml here, but i think it's something woth considering 22:41:25 &lt;iRelay&gt; * weltende@freenode prefers his mail/nntp client tbh 22:42:04 &lt;KillYourTV&gt; syndie via mutt would = 'win' 22:43:14 &lt;lillith&gt; this topic also includes hierachy, which was touched upon before but imo needs some expansion 22:45:09 &lt;dg&gt; I don't know if we can come to a consensus on anything AND have a discussion easily with IRC meetings anymore. 22:45:28 &lt;dg&gt; It worked in 2006 when it was more of a quick update on the project but it's not anymore and it involves lengthy debates/discussion. 22:46:40 &lt;lillith&gt; having more time to think through things would result in on topic, well thought out, clear discussion 22:46:47 &lt;lillith&gt; threading also = win 22:47:13 &lt;iRelay&gt; &lt;weltende@freenode&gt; +1 22:47:21 &lt;KillYourTV&gt; +1 22:47:28 &lt;dg&gt; +1 22:47:39 &lt;dg&gt; might I add: nntp, fuck yeah. 22:47:50 &lt;lillith&gt; irc meetings were always an experimental thing, and the experiment failed :) 22:48:05 &lt;dg&gt; hey, lillith, at least we're having the discussions now, right? :) 22:49:40 &lt;iRelay&gt; &lt;weltende@freenode&gt; imho we should keep irc meetings and move things that take a long time in the meeting or which has a lot of discussion to the ML 22:50:11 &lt;lillith&gt; yep :) seems like no-one actually likes meetings anyway haha 22:50:15 &lt;dg&gt; I think it's mainly due to the timing. 22:50:18 &lt;dg&gt; And pressure to respond in a fast manner.. 22:50:18 &lt;dg&gt; postman: `http://zzz.i2p/topics/1367` 22:50:18 &lt;lillith&gt; but there's no chance of getting a time thats good for _everyone_ 22:50:18 &lt;lillith&gt; plus some people have irregular schedules 22:50:18 &lt;dg&gt; Exactly. 22:50:25 &lt;iRelay&gt; Title: zzz.i2p: I2P and e-mail (at zzz.i2p) 22:50:30 &lt;lillith&gt; with a heavy heart, and feeling rather poetic, i'd gladly baf the last meeting ;) 22:50:41 &lt;dg&gt; weltende: I was thinking this.. keep irc meetings for discussion of some things in the ML (actually doing something & such). W 22:50:44 &lt;dg&gt; go for it, lillith. 22:51:26 * lillith bafs the meeting closed 22:51:36 &lt;lillith&gt; thank you, and goodnight :) 22:52:01 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Starting build #103 for job I2P 22:52:09 &lt;lillith&gt; can susimail handle mailing lists? 22:52:41 &lt;KillYourTV&gt; sure, but I'd use a 'real' client like claws or mutt 22:53:04 &lt;KillYourTV&gt; (just a matter or preference) 22:54:55 &lt;lillith&gt; ahh, thats okay then :) 22:56:33 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Project I2P build #103:SUCCESS in 4 min 34 sec: `http://jenkins.killyourtv.i2p/job/i2p/103/` 23:01:15 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Project I2P UnitTests build #74:SUCCESS in 4 min 31 sec: `http://jenkins.killyourtv.i2p/job/UnitTests/74/` 23:04:51 &lt;KillYourTV&gt; and +1 to meetings continuing with the bigger things being taken to mailing lists/forums/syndie. 23:05:54 &lt;KillYourTV&gt; IRC is good for quick status updates..but a "newsletter" of sorts could work for that purpose too. 23:06:19 &lt;lillith&gt; it's nice to have a start, with some goals, and an end, with a consensus 23:06:22 &lt;dg&gt; mailing list also works for alerts. see how tor do it with consensus issues. 23:06:46 &lt;lillith&gt; 'today THIS is what we decided and THIS is what we're going to do about it' 23:07:29 &lt;lillith&gt; i'm not sure but i imagine ml discussions as dragging on with no distinct endpoint 23:07:52 &lt;lillith&gt; +1 for newsletter though 23:08:33 &lt;KillYourTV&gt; they can, sure...but I think more will be accomplished on a long ML discussion than a 4-5 hour long irc meeting. 23:09:08 * lillith signs up with an open mind :) 23:09:38 * psi likes the idea of a mailing list 23:09:53 &lt;K1773R&gt; where is the ML? 23:10:01 * KillYourTV really likes MLs but they (the ones on the Internet) will probably cause his AFK identity to be leaked...heh 23:10:12 &lt;KillYourTV&gt; lists.i2p2.de i think 23:10:39 &lt;KillYourTV&gt; and (/me scrolls up) 23:10:54 &lt;KillYourTV&gt; `http://vmfwbic2brek2ez223j6fc6bl5mmouzqvbsch45msvyyzih3iqua.b32.i2p/` 23:11:08 &lt;iRelay&gt; Title: lists.i2p2.de Mailing Lists (at vmfwbic2brek2ez223j6fc6bl5mmouzqvbsch45msvyyzih3iqua.b32.i2p) 23:11:24 &lt;dg&gt; it just redirects 23:11:55 &lt;KillYourTV&gt; there's also nntp.welterde.i2p 23:12:37 &lt;KillYourTV&gt; alt.privacy.i2p.*, alt.privacy.syndie.* 23:13:16 &lt;KillYourTV&gt; (cheers darrob for pointing me to the right usenet groups) 23:14:57 * RN wanders off to tinker with thundirbird 23:17:46 &lt;str4d_&gt; +1 to meetings continuing (but sticking to time) and +1 to "important" discussions on the ML. 23:19:32 &lt;iRelay&gt; &lt;weltende@freenode&gt; for you interested.. posting is atm allowed for the following groups: 23:19:35 &lt;iRelay&gt; &lt;weltende@freenode&gt; post: "i2p.*,alt.anonymous,alt.anonymous.*,alt.privacy.anon-server,alt.privacy.anon-server.*,alt.privacy.i2p.*,alt.privacy.syndie.*" 23:25:35 &lt;KillYourTV&gt; this will have to be fixed before "important" discussions make their way there http://lists.i2p2.de/pipermail/i2p-general/ 23:25:42 &lt;iRelay&gt; Title: The I2p-general Archives (at lists.i2p2.de) 23:26:27 &lt;KillYourTV&gt; ...unless the messages were purposely wiped (which wouldn't make sense) 23:30:13 &lt;iRelay&gt; &lt;weltende@freenode&gt; hmm.. 23:30:21 &lt;iRelay&gt; &lt;weltende@freenode&gt; no idea atm.. but heading to bed now </div>/cs/blog/2013/03/26/i2p-dev-meeting-march-26-2013/Tue, 26 Mar 2013 00:00:00 +0000/cs/blog/2013/03/26/i2p-dev-meeting-march-26-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> dg, LaughingBuddha, lillith, Meeh, nom, orion, str4d, Umlaut, weltende</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 21:01:00 &lt;dg&gt; So, who is here? 21:01:11 &lt;orion&gt; Me. 21:01:18 &lt;str4d&gt; o/ 21:01:37 &lt;lillith-&gt; i'm here :) 21:02:10 &lt;dg&gt; eche|on, Meeh, KillYourTV, psi, hottuna 21:02:21 &lt;Umlaut&gt; count me in too (as a spectator) 21:02:28 * nom is listening, while coding on some side projects 21:02:39 &lt;dg&gt; Feel free to contribute if you feel you have something to add. 21:03:04 * dg waits a minute or two more 21:03:27 &lt;lillith&gt; rundown of topics in the meantime dg? 21:03:42 &lt;dg&gt; Topics: 21:03:45 &lt;dg&gt; * Motivating the community - "are bounties appropriate?" 21:03:45 &lt;dg&gt; * Managing money 21:03:46 &lt;dg&gt; ** Making the project "official" - benefits/negatives/how 21:04:24 &lt;lillith&gt; i had something to add *thinks* 21:04:31 &lt;dg&gt; hm? 21:06:37 * lillith can't remember... probably nothing too important anyway :) 21:09:14 * dg frowns at the lack of others 21:09:44 * LaughingBuddha spectates 21:10:27 &lt;dg&gt; Let's start then 21:10:54 * lillith remembered! 21:10:59 &lt;dg&gt; hm? 21:11:14 &lt;dg&gt; RN: ping 21:11:25 &lt;lillith&gt; as kytv|away pointed out, if we're deciding on voting we need some sort of elegibility criteria :) 21:11:49 &lt;dg&gt; aye 21:12:07 &lt;dg&gt; Let's get started 21:12:10 &lt;dg&gt; * Motivating the community - "are bounties appropriate?" 21:12:13 &lt;lillith&gt; i expect asdfsdafsdafsd wishes to be invluded int points 1+2 :) 21:12:24 &lt;orion&gt; Are bounties working? 21:12:43 &lt;dg&gt; Everything merged into one big argument last time over bounties, management and BTC so trying to spread it out this time & be dignified. 21:12:53 &lt;LaughingBuddha&gt; Who's the guy for bounties? eche|on? 21:13:00 &lt;lillith&gt; yep 21:13:11 &lt;LaughingBuddha&gt; Is he here? 21:13:11 &lt;str4d&gt; Determining if bounties are working depends on what the defined purpose of a bounty is. 21:13:11 &lt;dg&gt; define "working". Are they, IMO, bringing in the developers or fixes we need? No. 21:13:18 &lt;lillith&gt; he's in control of all money - point 2 :) 21:13:25 &lt;orion&gt; Then let's think of something else. 21:13:40 &lt;dg&gt; The bounty system does not seem to be working for even the bounties themselves. 21:13:54 &lt;lillith&gt; i think there should be some sort of benefit or incentive further than loving i2p 21:14:09 &lt;dg&gt; A lot of the links on the page are 404s too but that's an unrelated issue 21:14:12 &lt;str4d&gt; From the bounties page: " Instead, we are making use of a bounty system, whereby anyone can get support for working on something that people want implemented, and people who want to contribute to I2P can be assured that their support goes to what they care about." 21:14:12 &lt;lillith&gt; we have to draw people in then keep them with our charm and civility ;) 21:14:23 &lt;LaughingBuddha&gt; Not that I'm in the position to work on any of the bounties, but they seemed to quite vague last time i looked at them 21:14:30 &lt;LaughingBuddha&gt; to be* 21:14:37 &lt;orion&gt; The only thing that will draw attention to I2P is content. 21:14:45 &lt;dg&gt; eche|on posted his thoughts here - `http://zzz.i2p/topics/1359` - if he could not attend. 21:14:48 &lt;nom&gt; imo bounties do not work, because a code base is only as good as its maintenance, and paying someone for 'completion' gives the wrong ideas/incentives about what we need in terms of developers, for code to be worth using on a distributed scale, it has to be continually worked on by motivated people. having one person create a code base, get paid and possibly disappear does nothing to benefit the community 21:14:51 &lt;iRelay&gt; Title: zzz.i2p: Managing the project (at zzz.i2p) 21:14:57 &lt;lillith&gt; str4d: instead, as opposed to...? 21:15:17 &lt;str4d&gt; From that statement above, the purpose of bounties would seem to be to finance one-off drives to get specific features implemented. 21:15:20 &lt;Umlaut&gt; are bounties appropriate? - I think it depends, imo bounties for devs, for particular project and where no contest/conmpetiotion is involved - in such cases they are appropriate 21:15:26 &lt;iRelay&gt; &lt;weltende@freenode&gt; nom: it worked in the past if you look at the bounty page.. 21:15:30 &lt;dg&gt; str4d: Is that what we want? 21:15:41 &lt;LaughingBuddha&gt; nom: agreed 21:15:48 &lt;str4d&gt; Does that work? Somewhat. 21:16:03 &lt;str4d&gt; weltende, exactly. There are clear examples of bounties being taken. 21:16:18 &lt;dg&gt; http://www.i2p2.de/bounties.html 21:16:29 &lt;iRelay&gt; Title: Bounties - I2P (at www.i2p2.de) 21:16:34 &lt;str4d&gt; Bounty uptake IS slow, due to a lack of visibility/advertising/marketing/whatever, but the bounties are slowly getting taken. 21:16:41 &lt;dg&gt; I don't know if the bounties which are being fufilled are perhaps not being fufilled the way we want too. 21:17:03 &lt;str4d&gt; But, of the claimed bounties, not a single developer is currently with I2P. 21:17:10 &lt;dg&gt; For example: "Datastore over I2P" - "CLAIMED for 700 euro" - "duck, smeghead" 21:17:20 &lt;lillith&gt; perhaps, change bounties to ..... and maintain your work for a reasonable time 21:17:23 &lt;nom&gt; to get actual continuous development going, a better model is one of project/stipends, where people donate to a project with stated goals, and the people running that project pay the money out continuously to people who are actively working to accomplish those goals 21:17:34 &lt;dg&gt; The solution was, IMO, hacky, the bountry $$$ was rather high for the hack and the two developers for that bounty are nowhere to be found. 21:17:46 &lt;str4d&gt; dg: that's irrelevant - as per the current bounty outline, it is up to the donor to decide on the completion. 21:18:01 &lt;dg&gt; What if multiple donors exist? 21:18:08 &lt;str4d&gt; First donor. 21:18:11 &lt;orion&gt; I don't like bounties. IMO, the one way to draw developers in is to draw attention to I2P. 21:18:15 &lt;str4d&gt; (as per current outline) 21:18:21 &lt;iRelay&gt; &lt;weltende@freenode&gt; lillith: not really needed imho if it's in the core router.. 21:18:25 &lt;str4d&gt; If a bounty is funded by I2P, then it does become relevant as I2P itself is the judge. 21:18:32 &lt;dg&gt; Oh. That doesn't seem right. :s. 21:18:54 &lt;orion&gt; IMO, the best way to draw attention to I2P is by providing content. 21:19:06 &lt;dg&gt; Right, but some of the bounties can lead to content. 21:19:13 &lt;str4d&gt; I'm not arguing for the current bounty system, just outlining it. 21:19:44 &lt;dg&gt; str4d: right, and thanks. 21:20:03 &lt;nom&gt; honestly i think a big part of the problem is that were conflating things that are directly part of the i2p code base, with things that are simply run ontop of i2p. ex translation vs datastore 21:20:03 &lt;str4d&gt; The biggest problem with a semi-anonymous project like I2P is developer retention. The current bounty model does nothing to help that. 21:20:42 &lt;dg&gt; I'm against the bounty system as it doesn't help the ecosystem we have, evidently (none of the developers are here today..) and I feel project funds could be better allocated. 21:20:57 &lt;nom&gt; a bounty/payment for one person to do one specific part of the code base is fine in theory, but they don't work for creating continuous development of apps/systems that run ontop of i2p 21:21:12 &lt;str4d&gt; I concur. 21:21:17 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: well.. if there aren't taken, then the money isn't spent.. 21:21:54 &lt;dg&gt; weltende: The funds are in reserve, they cannot be spent as they are allocated for spending on $bounty. 21:21:57 &lt;nom&gt; like adding unit tests to i2p could be worth a bounty, but it would probably be better to make an arrangement with coders who will be paid a small amount continuously to keep adding more unit tests as needed 21:22:03 &lt;iRelay&gt; &lt;weltende@freenode&gt; if you however think that for a certain bounty the code isn't good enough or so.. it might be a good idea to specify more clearly in the bounty description what needs to be done 21:22:26 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: which is only a problem if we have to spend the money right away 21:23:01 &lt;iRelay&gt; &lt;weltende@freenode&gt; it's not reserved forever as you can see in the bounty page.. funds have gone back to the money pool before 21:23:21 &lt;dg&gt; weltende: I doubt we will ever be at the point where we NEED the funds allocated to bounties but it seems redundant. 21:23:44 &lt;str4d&gt; Fund allocation is beside the current point. 21:23:59 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: exactly my point 21:24:11 &lt;lillith&gt; dg: are competitions included in bounties or are they point 1.5? 21:24:14 &lt;str4d&gt; There will always be money, in one way or another. 21:24:26 &lt;str4d&gt; (Or not) 21:24:29 &lt;nom&gt; i think the datastore is a great example of where bounties shouldn't be used, for something as complex as a universal datastore to be viable, it has to be its own project with active developers, paying someone for completion will get you something that is marginally functional, but it will never improve 21:24:40 &lt;LaughingBuddha&gt; ^ 21:24:40 &lt;str4d&gt; nom: agreed. 21:24:43 &lt;dg&gt; lillith: Competitions hadn't occurred to me but I suppose it would be the point after this. 21:24:46 &lt;Umlaut&gt; Let me refer to the i2p artwork contest for 29c3 - Was that really a dev project? Was it appropriate to use bounties in it? While there was no even strict criteria stated? 21:24:57 &lt;str4d&gt; The result will satisfy the bounty, but likely will not scale. 21:25:00 &lt;dg&gt; nom: Couldn't have said it better myself. 21:25:26 &lt;iRelay&gt; &lt;weltende@freenode&gt; nom: torrents were nothing but a bounty either.. 21:25:34 &lt;LaughingBuddha&gt; Umlaut: i thought they were echelons personal funds? 21:25:54 &lt;Umlaut&gt; if I was willing to contribute to the contest, the bounty would rather discourage me? 21:26:01 &lt;lillith&gt; (most) bounties are set by users - between giving them a choice and them not donating at all, at least with a bounty they have some say in what happens 21:26:32 &lt;nom&gt; to put it another way... there are no bounties at google.... 21:26:32 &lt;Umlaut&gt; LaughingBuddha really? then sorry, I wasn't aware about that 21:26:32 &lt;nom&gt; weltende yes but zzz is continuing to work on snark isn't he? 21:26:47 &lt;str4d&gt; If I2P had an established structure for spinning off projects (or acting as an umbrella for them) then that would be a different matter (but that ties in to the later point about "official"ness). 21:26:51 &lt;LaughingBuddha&gt; Umlaut: I might be mistaken but I thought i read that somewhere 21:27:04 &lt;str4d&gt; I think that bounties are useful, but not in the way that they are currently being marketed. 21:27:08 &lt;lillith&gt; LaughingBuddha: all i2p's funds are technically eche|on's personal money 21:27:11 &lt;dg&gt; nom: zzz was around anyway though. I think his motivations and such are different than gaining rewards and the bounty program has little to do with it. I do not believe he gained anything from the torrent bounty either. 21:27:18 &lt;str4d&gt; And that they shouldn't be the main focus. 21:27:21 &lt;iRelay&gt; &lt;weltende@freenode&gt; nom: yes.. but without the bounty there wouldn't have been a codebase to begin with.. (and he was not part of the bounty dev team) 21:27:21 &lt;dg&gt; We'll get to the money later.. 21:27:40 &lt;LaughingBuddha&gt; lillith: Doesn't he "manage" it? 21:27:47 &lt;LaughingBuddha&gt; dg: ok 21:28:10 &lt;str4d&gt; weltende, you are making a good point. 21:28:14 &lt;lillith&gt; i2p is no legal entity, so it can't own anything. hence it is eche|on's personal money. 21:28:29 &lt;str4d&gt; Bounties are useful for kickstarting code, not for continued development. 21:28:36 &lt;LaughingBuddha&gt; lillith: I see 21:28:36 &lt;nom&gt; if you want continuous development you should pay developers continuously to work on things they want to work on. donating money to get something done is fine, but it shouldn't be given as a lump sum to whoever can get an 0.0.1 working first, it should be used to fund project development over time 21:28:39 &lt;lillith&gt; he could legally leave with it all one day (he wouldnt', but he could) 21:28:48 &lt;iRelay&gt; &lt;weltende@freenode&gt; nom: and I don't really see your point with no bounties at google.. the people that work for google get paid to work there.. 21:28:52 &lt;lillith&gt; ^this 21:29:27 &lt;LaughingBuddha&gt; But it seems we agree with the first part of nom's statement. No? 21:29:30 &lt;lillith&gt; eg bounty of $X per month to work on something 21:29:45 &lt;LaughingBuddha&gt; Yeah 21:29:52 &lt;iRelay&gt; &lt;weltende@freenode&gt; or perhaps define milestones in the bounty? 21:29:56 &lt;Meeh&gt; Seems like a good solution 21:30:07 &lt;iRelay&gt; &lt;weltende@freenode&gt; (and upon reaching milestone $X you get $Y amount of money) 21:30:07 &lt;dg&gt; That sounds good. 21:30:14 &lt;LaughingBuddha&gt; milestones seem like a good idea 21:30:17 &lt;LaughingBuddha&gt; but they need to be clearly outlined 21:30:20 &lt;dg&gt; Milestones + continuous payment? 21:30:20 &lt;nom&gt; lol thats what my point was, they get paid, and they do work, and the work they do isn't directly connected with how they get paid. ofc if they stopped doing work, they would stop getting paid, but their not getting paid for completing a specific piece of code, their getting paid enough to live on and spend their lives coding 21:30:23 &lt;str4d&gt; Milestones is sort of like what the Unit Tests bounty currently has. 21:30:27 &lt;lillith&gt; is it eche|on we have to ask nicely to change the website etc? 21:30:38 &lt;dg&gt; no, website is in mtn 21:30:41 &lt;Umlaut&gt; nom I agree with your point, paying to the devs who are reliable and known for being good contributors 21:30:44 &lt;str4d&gt; lillith: no, anyone can change the website. 21:30:54 &lt;Meeh&gt; Or keep a part of the bounty as a "continued support" payment per month of the application/whatever 21:31:22 &lt;Meeh&gt; So we don't get outdated apps, libs, etc. 21:31:29 &lt;LaughingBuddha&gt; Would the project be judged at every milestone then? 21:31:44 &lt;dg&gt; LaughingBuddha: good point. Who by? 21:32:00 &lt;nom&gt; eh, milestones are just smaller bounties... a simpler solution is to have a pool of money for a project, and someone/group of someones who pay the money to people who are actively working on it 21:32:03 &lt;dg&gt; The "board"? (Againg, getting to this later). 21:32:10 &lt;LaughingBuddha&gt; Dev board? 21:32:10 &lt;LaughingBuddha&gt; yeah 21:32:29 &lt;nom&gt; generally you would end up with the dev board being the same people who are getting paid ofc... 21:32:46 &lt;lillith&gt; to make anything decided upon here 'official', is that as simple as someone checking an update to the website into mtn? 21:32:55 &lt;LaughingBuddha&gt; how many active devs are there working on the i2p codebase? 21:32:58 &lt;Umlaut&gt; also you need to take under consideration how the current donating system looks from the potential donor (someone new to i2p community especially) point of view 21:33:04 &lt;lillith&gt; LaughingBuddha: one 21:33:07 &lt;dg&gt; lillith: Kinda. And posting ot zzz.i2p. ;_; 21:33:15 &lt;dg&gt; The dev board determine the state of $project and decide if it should continue to get funding? 21:33:18 &lt;Umlaut&gt; i could be one of them 21:33:25 &lt;dg&gt; LaughingBuddha: 2, 3? 21:33:32 &lt;LaughingBuddha&gt; hmm 21:33:47 &lt;nom&gt; the board / employees model seems to work pretty well for 99% of the corporations in the world. you have a group of people who are the most committed and have already contributed a lot who manage the money, and you have people who join and contribute and get paid for their efforts based on the judgement of the long time contributors 21:33:54 &lt;LaughingBuddha&gt; What if we set up a board of min. 5 people who are knowledgeable on the subject? 21:34:01 &lt;LaughingBuddha&gt; Devs + Users 21:34:09 &lt;Umlaut&gt; and i would trust the system more if there was more than one person, something like mentioned already dev-board which handles the money 21:34:24 &lt;orion&gt; What if you had to pay to be on the board? 21:34:31 &lt;LaughingBuddha&gt; wut 21:34:38 &lt;nom&gt; (this only works tho if you can separate i2p proper projects, from projects that just run on i2p, which should not be managed by the i2p dev team itself) 21:34:38 &lt;str4d&gt; orion: not a good model. 21:34:47 &lt;str4d&gt; inb4 Russian oligarch takes over I2P 21:34:57 &lt;LaughingBuddha&gt; haha 21:35:06 &lt;nom&gt; inb4 already happened, zzz = vladimir 21:35:10 &lt;orion&gt; Pay in code. 21:35:29 &lt;LaughingBuddha&gt; And how do you measure how much you have to pay? 21:35:32 &lt;LaughingBuddha&gt; 200 lines of code? 21:35:35 &lt;lillith&gt; some people are big contributers without coding 21:35:46 &lt;orion&gt; No idea, just brainstorming. 21:35:49 &lt;nom&gt; like any oligarchy the only natural system is election by the existing board 21:35:49 &lt;str4d&gt; Exactly. 21:36:03 &lt;dg&gt; So, would the normal "dev" (team) board (coming up later) decide if $project is worth paying out to? 21:36:15 &lt;dg&gt; Overcomplication will lead to it not being done 21:36:22 &lt;lillith&gt; 3 tiers: inner circle, outer circle, others 21:36:30 &lt;LaughingBuddha&gt; lillith: i like that 21:36:37 &lt;lillith&gt; other = new/ unknown people 21:36:51 &lt;lillith&gt; outer circle = known/ trusted people 21:36:51 &lt;LaughingBuddha&gt; because we don't seem to have enough devs for a real judge panel 21:37:02 &lt;Umlaut&gt; dg I would think so as the devs should know *best* what project are most important/urgent/worth spending money on 21:37:05 &lt;lillith&gt; inner circle voted for by outer circle 21:37:20 &lt;nom&gt; its a hierarchy, the i2p project as a whole is more than just the i2p dev team, but they are the tip of the spear so to speak. they get / have the most donations / resources. but other projects built ontop of i2p wouldn't be managed by the i2p dev team, but could get funding from i2p proper 21:37:23 &lt;lillith&gt; kind like meetings but more structured hierachally 21:38:13 &lt;dg&gt; imo &lt;+dg&gt; Overcomplication will lead to it not being done 21:38:37 &lt;iRelay&gt; &lt;weltende@freenode&gt; +1 21:39:15 &lt;dg&gt; The whole (team/dev) "board" idea ties in nicely as we will be discussing this next anyway 21:39:22 &lt;dg&gt; Should we leave this for another time or ...? 21:39:28 &lt;nom&gt; in short, zzz eche and whoever else they consider to be part of the 'board' of i2p are in charge of the money/decisions (they already are), and other projects on i2p should be structured similarly with their own boards of decision makers. instead of bounties for a sub project (datastore, btc client, etc) the bountie should be given to the board for that project, and let them decide how to spend it to get things done 21:39:39 &lt;lillith&gt; so shall we get back on topic or has bouties been discussed to death? 21:40:49 &lt;nom&gt; and the decision to give a bounty to a board of devs for a project obviously has to be made by the board of i2p, that way you don't have 3 people show up, say their gonna do something, get the money and then never do it. 21:41:13 &lt;dg&gt; nom: +1 21:41:21 &lt;Meeh&gt; nom: +1 21:41:24 &lt;LaughingBuddha&gt; nom: I think it's payed out upon completion 21:41:34 &lt;iRelay&gt; &lt;str4d@freenode&gt; nom++ 21:41:46 &lt;LaughingBuddha&gt; nom: +1 21:41:54 &lt;dg&gt; I think that's a good note to end on? :) 21:42:14 &lt;Meeh&gt; Agreed 21:42:24 &lt;nom&gt; in the future it would be better for donators to give directly to the sub project if a board/group already exists, instead of donating to eche to create a bounty. since if theres already a group working on it, they would be the best to determine how to use the money to accomplish those goals 21:42:53 &lt;dg&gt; ok, moving on 21:42:58 &lt;Umlaut&gt; nom that makes perfect sense 21:43:01 &lt;Umlaut&gt; nom++ 21:43:11 * nom raises his glass, cheers mates 21:43:18 &lt;dg&gt; I feel we have covered "managing money" mostly and it comes under "making the project official" anyway 21:43:21 &lt;LaughingBuddha&gt; :) 21:43:21 &lt;dg&gt; So let's do the latter? 21:43:47 &lt;lillith&gt; clarify the position on money first for lurkers? 21:43:54 &lt;iRelay&gt; &lt;weltende@freenode&gt; for an e.V. we would at least 7 people who are willing to go public as members 21:43:55 &lt;LaughingBuddha&gt; Official = Register as Organisation? 21:44:26 &lt;dg&gt; LaughingBuddha: yes 21:44:29 &lt;Meeh&gt; in case register as a organization, in which country? 21:45:01 &lt;dg&gt; lillith: Bounty funds should go to teams assigned by the core I2P board.. if we go ahead with that. 21:45:04 &lt;dg&gt; Meeh: US, I assume? 21:45:07 &lt;Meeh&gt; that also need deanonymization of sertiant people 21:45:14 &lt;Umlaut&gt; ok so who are the brave souls to give up their anonymity (if that means going official)? 21:45:17 &lt;orion&gt; What did you guys decide on? 21:45:20 &lt;iRelay&gt; &lt;str4d@freenode&gt; Not necessarily the US 21:45:28 &lt;nom&gt; idk if 'offical' designation would really be all that useful... i honestly can't see what the benefit would be 21:45:31 &lt;lillith&gt; presumably the people have to be in the US too? 21:45:54 &lt;lillith&gt; nom: a legal entity to donate to 21:45:54 &lt;nom&gt; other than to put the project/people more on the radar of the powers that be... 21:46:06 &lt;Meeh&gt; I can give out my identity, so no problem for me.. But I guess I'm not allowed into the US, so yea. 21:46:17 &lt;orion&gt; Registration is stupid. 21:46:28 &lt;LaughingBuddha&gt; dg: What are the benefits? 21:46:39 &lt;orion&gt; Let's just spread out the money among different "accounts" managed by different people. 21:46:55 &lt;orion&gt; I.e, the eche|on account, the zzz account, the dg account, etc. 21:46:57 &lt;LaughingBuddha&gt; A wallet for each (sub)project? 21:47:04 &lt;dg&gt; LaughingBuddha: Managing the project's money under "I2P" and not a singular person, or persons. An official guise is far less suspicious and accountable. 21:47:09 &lt;orion&gt; No. 21:47:12 &lt;Umlaut&gt; Do you think that going official would bring some real benefits to the i2p-world? 21:47:14 &lt;iRelay&gt; &lt;weltende@freenode&gt; orion: not sure if the tax office might not find tht fishy 21:47:14 &lt;orion&gt; Just different "accounts". 21:47:32 * nom thinks the focus should be more on the logistics of the hierarchy of boards / democracy / voting thing. to actually have a system like that we would need either a well run website, or some sort of distributed system for it 21:47:35 &lt;LaughingBuddha&gt; dg: I see 21:47:46 &lt;iRelay&gt; &lt;weltende@freenode&gt; it would certainly bring a lot of paperwork 21:47:54 &lt;lillith&gt; Umlaut: no more complaining about eche|on holding the money 21:48:04 &lt;iRelay&gt; &lt;str4d@freenode&gt; nom++ 21:48:13 &lt;iRelay&gt; * str4d@freenode clones nom's brain 21:48:14 &lt;dg&gt; nom: perhaps so, yeah. If we can arrange that, then we can come to a consensus on this.. 21:48:44 &lt;orion&gt; For the record, if you guys want to do something that requires giving up anonymity, I will do it. 21:48:57 &lt;dg&gt; git clone `http://git.repo.i2p/repo/nom.git` 21:49:00 &lt;LaughingBuddha&gt; I'd consider it 21:49:03 &lt;iRelay&gt; &lt;str4d@freenode&gt; Going "official" is primarily a financial decision IMHO; it doesn't really contribute to the structure. 21:49:22 &lt;orion&gt; Even though I am opposed to the idea of going to the government, I will do it if that is what the project decides is best. 21:49:40 &lt;dg&gt; So, let's change the focus to the organizational structure 21:49:51 &lt;dg&gt; (As that supercedes this anyhow) 21:50:06 &lt;iRelay&gt; &lt;weltende@freenode&gt; str4d: well.. e.V. requires the members to vote for an board once a year... so we already have procedure for voting for the board then ;) 21:50:14 &lt;dg&gt; "The Debian project only allows voting to be done by 'Debian Developers' (where "$developer" = "any sort of contributor"). If there is any sort of voting system enabled here it would need to be limited in a similar fashion, otherwise the system would be ripe for abuse, allowing for a small but vocal clique to push its demands through." 21:50:21 &lt;dg&gt; Should we adopt a similar approach? 21:50:25 &lt;LaughingBuddha&gt; (for the e.V.) 21:50:44 &lt;lillith&gt; how much do you need to contribute to be a contributer? 21:50:59 &lt;iRelay&gt; &lt;str4d@freenode&gt; The problem with the "Debian Developers" approach is the number of developers I2P has (very few) 21:51:05 &lt;lillith&gt; ie is being active in #i2p-help enough? 21:51:25 &lt;Meeh&gt; we must find a definition on contributer 21:51:33 &lt;sigint&gt; for what? 21:51:36 * lillith does not read 'contributer' as 'code contributer' 21:51:55 &lt;dg&gt; str4d: "any sort of contributor". 21:51:59 &lt;lillith&gt; sigint: read scrollback on sighup ;) 21:52:10 &lt;sigint&gt; will do 21:52:12 &lt;iRelay&gt; &lt;str4d@freenode&gt; dg, yeah, just read that part *derp* 21:52:12 &lt;nom&gt; org structure is pretty simple in theory, just have a three tiered system of board members (elected by the existing board oligarchy), contributors (elected at large by the existing group of contributors), and users (everyone else, including people who /want/ to be seen as contributors, but havn't been around long enough for people generally to trust them) 21:52:27 &lt;lillith&gt; sighup's like your little brother ;) 21:52:39 &lt;Umlaut&gt; it all depends on the scale of contribution, reliability of the contributor and other factors 21:53:06 &lt;nom&gt; sorta like, royalty, nobility, and the commoners.... 21:53:13 &lt;Umlaut&gt; reliability = being trusted by others 21:53:16 &lt;lillith&gt; maybe a good start will be starting with rough numbers and working from there? 21:53:31 &lt;Umlaut&gt; nom i'm actaually referring to what you have said 21:54:09 &lt;Umlaut&gt; not reliable = someone who promised to do something, raised some hope and then run away (with a bounty..) 21:54:24 &lt;nom&gt; hmm yah 21:55:35 &lt;dg&gt; nom: "existing"? 21:56:15 &lt;orion&gt; I gotta go. In closing I just want to say that having funds in one central location makes it easier to steal by oppressive governments, and that if we need to do something which requires giving up my anonymity, I will do it. Cya 21:56:26 &lt;nom&gt; perhaps, supreme court(board), senate(contributors) and house(users) would be better... the board has the real control over all the decisions, but they take into account the votes of the contributors who are trusted identities, and the votes of the general population of users too, but you don't weigh that too much as theres no real protection against people making tons of user idents to vote with 21:56:33 &lt;lillith&gt; bye orion :) 21:56:37 &lt;dg&gt; Should we cut now and continue this next week at the same time? 21:56:40 &lt;nom&gt; o/ orion 21:56:50 &lt;dg&gt; An hour is long, I don't want this to drag on. 21:57:04 &lt;orion&gt; Whatever you want. 21:57:07 &lt;lillith&gt; dg: i'm up for that 21:57:17 &lt;iRelay&gt; &lt;str4d@freenode&gt; I'm happy to continue next week. 21:57:26 &lt;lillith&gt; gives time to ponder what has already been said 21:57:29 &lt;nom&gt; sure, sounds good 21:57:31 &lt;iRelay&gt; &lt;str4d@freenode&gt; We need to think this over. 21:57:43 &lt;iRelay&gt; &lt;str4d@freenode&gt; And hopefully a few more people show up then ^_^ 21:58:07 * nom thinks the main takeaway here is that we could use a site / system to have group decision making / voting on 21:58:07 &lt;lillith&gt; yes... 21:58:14 &lt;dg&gt; I agree, sounds good guys. I'll update the zzz.i2p topic soon (poke me if I don't in 24 hours). 21:58:25 &lt;dg&gt; thanks all. :) 21:58:29 &lt;LaughingBuddha&gt; Good session 21:58:32 * lillith picks up the baffer menacingly 21:58:42 &lt;dg&gt; ;) go 21:58:53 &lt;Umlaut&gt; thanks for letting me join 21:58:53 &lt;lillith&gt; *baf* meeting closed :) 21:59:04 &lt;Umlaut&gt; lights out! 21:59:06 &lt;lillith&gt; thank you, and goodnight :) 21:59:19 &lt;sigint&gt; Great. I joined in right at the end. I forgot that there even was one :| 21:59:22 &lt;nom&gt; inb4 massive well timed netsplit 21:59:25 &lt;sigint&gt; brb, reading backlog 21:59:28 &lt;sponge&gt; o/ 21:59:40 &lt;Umlaut&gt; sigint timezone fail? 21:59:50 &lt;iRelay&gt; &lt;str4d@freenode&gt; o/ sponge. 21:59:50 &lt;sponge&gt; :-) 21:59:57 &lt;lillith&gt; sigint: same time next week ;) say anything you missed the chance to then :) 22:00:12 &lt;sponge&gt; orion wants to know about my ideas I see... 22:00:50 &lt;iRelay&gt; &lt;str4d@freenode&gt; I pointed him in your direction sponge - figured pooling the creative juices was a good idea. 22:01:05 &lt;sigint&gt; lillith: i hadn't explicitely planned on joining this meeting, but it would have been nice. no big deal though. i do have an idea that would be good to bring up in next week's meeting. 22:01:09 &lt;sponge&gt; Yes, excellent. 22:01:32 &lt;sponge&gt; I need people to help with my ideas... I have too many 22:01:35 &lt;sigint&gt; idea: offer btc rewards for security vulnerabilities 22:01:39 &lt;lillith&gt; sigint: it's dg you'll want to talk to on that then :) 22:01:41 &lt;iRelay&gt; &lt;str4d@freenode&gt; (And orions work on i2pcpp has proven that he is good at implementing stuff ^_^) 22:01:58 &lt;iRelay&gt; &lt;str4d@freenode&gt; sigint, post any ideas for next week in the zzz.i2p thread. 22:01:59 * lillith raises eyebrows 22:02:07 &lt;lillith&gt; vairy interesting 22:02:10 &lt;sigint&gt; will do </div>/cs/blog/2013/03/08/0.9.5-release/Fri, 08 Mar 2013 00:00:00 +0000/cs/blog/2013/03/08/0.9.5-release/<p>0.9.5 obsahuje opravy chyb a obranné mechanismy proti některým problémům a zranitelnostem, které momentálně zkoumají výzkumníci z UCSB. Stále spolupracujeme na dalších vylepšeních. Toto je dobrá příležitost připomenout komunitě, že i když naše síť rychle roste, stále je relativně malá. Může zde existovat více slabých míst nebo chyb, které mohou ohrozit vaši anonymitu. Pomozte nám síť rozšířit tím, že o ní budete informovat a přispějete, kde můžete.</p> <p>Během tohoto upgradu se náhodně vybraný 1 % routerů (plus všechny routery používající vývojovou verzi) pokusí aktualizovat přes experimentální vnitrosíťový BitTorrent s i2psnark. Pokud to nebude fungovat, systém by měl přejít zpět na standardní vnitrosíťovou aktualizaci přes HTTP.</p>/cs/blog/2013/02/19/i2p-dev-meeting-february-19-2013/Tue, 19 Feb 2013 00:00:00 +0000/cs/blog/2013/02/19/i2p-dev-meeting-february-19-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> dg, hottuna, inscrutus, KillYourTV, lillith, Meeh, str4d</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:25:01 &lt;KillYourTV&gt; Perhaps I'm in the minority but I think that if there are going to be meetings they *really* should start on time. 20:25:24 &lt;inscrutus&gt; Indeed 20:26:31 &lt;KillYourTV&gt; Not starting until 30-60 minutes after it _should have started_ looks bad, especially to outsiders that may be watching from the relayed networks. 20:27:21 &lt;inscrutus&gt; I don't remember who chaired last time. Are we waiting for him? 20:28:11 &lt;lillith&gt; ^this 20:28:28 &lt;lillith&gt; inscrutus: dg is often late 20:32:22 &lt;hottuna&gt; KillYourTV, yeah. I agree 20:33:01 &lt;lillith&gt; we could just start without dg, if anyone wants to just go for it 20:36:27 &lt;inscrutus&gt; I believe ipv6 was one topic left over from last meeting... 20:50:56 &lt;dg&gt; It was. 20:51:07 &lt;dg&gt; Most of it can't be done without zzz though, or str4d 20:52:25 * dg apologizes for being late - been out of it 20:52:40 &lt;dg&gt; Topics were/are: 20:52:43 &lt;dg&gt; * Syndie documentation (lillith) 20:52:43 &lt;dg&gt; * Mailing list (meeh) 20:52:43 &lt;dg&gt; * Feeds (str4d) 20:52:43 &lt;dg&gt; * Thoughts (anyone) 20:52:54 &lt;dg&gt; Meeh, lillith? 20:53:03 &lt;dg&gt; if you guys aren't here.. shit. 21:18:01 &lt;Meeh&gt; dg: I'm here now, sorry 21:18:20 &lt;dg&gt; np, is lillith? 21:18:23 &lt;dg&gt; I'm sorry, not you ;) 21:18:27 &lt;Meeh&gt; dunno 21:18:49 &lt;inscrutus&gt; lillith was, about 45m ago 21:18:49 &lt;lillith&gt; i am 21:19:08 &lt;inscrutus&gt; I stand corrected 21:20:10 &lt;dg&gt; \o 21:20:22 &lt;dg&gt; Hi all, sorry for delay 21:20:42 &lt;dg&gt; lillith is going to be speaking about Syndie doumentation 21:21:35 &lt;lillith&gt; is this my cue or are we having a full schedule first? 21:21:49 &lt;dg&gt; I've given the full one ;) 21:21:52 &lt;dg&gt; maybe it was lost 21:21:59 &lt;dg&gt; &lt;+dg&gt; Topics were/are: 21:21:59 &lt;dg&gt; &lt;+dg&gt; * Syndie documentation (lillith) 21:21:59 &lt;dg&gt; &lt;+dg&gt; * Mailing list (meeh) 21:21:59 &lt;dg&gt; &lt;+dg&gt; * Feeds (str4d) 21:21:59 &lt;dg&gt; &lt;+dg&gt; * Thoughts (anyone) 21:21:59 &lt;dg&gt; &lt;+dg&gt; Meeh, lillith? 21:22:02 &lt;dg&gt; &lt;+dg&gt; if you guys aren't here.. shit. 21:22:21 &lt;lillith&gt; ahh okay :) 21:22:24 &lt;inscrutus&gt; I saw it via kytv relay only.... 21:23:10 &lt;lillith&gt; right well since zzz and others have put so much work into syndie, i feel it is a shame that it is still so unused 21:24:01 &lt;lillith&gt; and since the gui is.. challenging for a begginer, i thought it may be a good idea to write/update the docs 21:24:47 &lt;lillith&gt; so now myself, KillYourTV, and aargh are working on a wiki 21:25:17 &lt;lillith&gt; hosted at *i don't have the b32 handy* 21:25:19 &lt;dg&gt; Wiki for exclusively Sundie? 21:25:23 &lt;dg&gt; s/Sundie/Syndie 21:25:54 &lt;lillith&gt; since it is a wiki i/we would appreciate if everyone could have a look and fix it if needed 21:26:01 &lt;lillith&gt; yes 21:26:16 &lt;Meeh&gt; I'm trying to make a map over the syndie archives at `http://wiki.meeh.i2p/doku.php?id=syndie:known_archives` 21:26:24 &lt;iRelay&gt; Title: syndie:known_archives [wiki.meeh.i2p] (at wiki.meeh.i2p) 21:26:43 &lt;lillith&gt; so, please do have a play on syndie and report back on f you feel the beginners guide is suitable for a short intro 21:26:50 &lt;dg&gt; A column for default or not may be useful 21:27:25 &lt;dg&gt; alright :) 21:27:44 &lt;lillith&gt; the current documentation is ufinished, so anthing we do is an improvement 21:28:27 &lt;lillith&gt; also KillYourTV: i assume the plan is to export the wiki into the official website at some point, is that correct and if so who do i need to speak to? 21:30:10 &lt;lillith&gt; Meeh: a column for filtering/blocking policy might be useful too 21:30:25 &lt;Meeh&gt; ok, but I don't know what to fill in there 21:31:03 &lt;dg&gt; ask around I suppose 21:31:26 &lt;Meeh&gt; gonna do it 21:31:53 &lt;dg&gt; thanks for giving Syndie some love lillith 21:32:01 &lt;lillith&gt; i'l tell you mine later, not here now :) 21:32:31 &lt;inscrutus&gt; lillith: is this the wiki b32? `http://fomjl7cori4juycw55kdlczpgzzhme6nox6zykokuiov6t5lxhvq.b32.i2p/user_guide/` 21:32:34 &lt;iRelay&gt; Title: Syndie Handbook (at fomjl7cori4juycw55kdlczpgzzhme6nox6zykokuiov6t5lxhvq.b32.i2p) 21:33:02 &lt;lillith&gt; dg: it's actually pretty good, even if it is buggy. 21:33:23 &lt;lillith&gt; inscrutus: it is :) thanks 21:33:54 &lt;KillYourTV&gt; lillith: yes, once finished all documentation will ultimately end up on the 'official' syndie site (for now `http://www.syndie.i2p/wiki/` will redirect to the wiki page) 21:33:57 &lt;iRelay&gt; Title: Syndie Documentation Project (at www.syndie.i2p) 21:35:14 &lt;inscrutus&gt; Ok, what's next, dg? 21:35:17 &lt;lillith&gt; so unless anyone else has anything to say on this, i can *baf* this topic :) 21:35:20 &lt;dg&gt; Meeh 21:35:31 &lt;dg&gt; (with mailing list) 21:35:43 &lt;dg&gt; lillith: thx :) - I'm enjoying reading the introduction 21:36:02 &lt;dg&gt; Meeh: Want to take the floor? 21:36:41 &lt;Meeh&gt; IIRC I'm waiting for weltende because I needed access to the router console for creating tunnels for making mailing list available inside i2p 21:37:42 &lt;Meeh&gt; and, we need to start to use it 21:38:36 &lt;inscrutus&gt; Is it a -dev mailinglist? Or just general i2p? 21:38:39 &lt;dg&gt; zzz and user said they were going to hold off until an inner-i2p presence appeared 21:38:42 &lt;Meeh&gt; both 21:38:56 &lt;inscrutus&gt; ok 21:39:04 &lt;Meeh&gt; ok 21:39:25 &lt;Meeh&gt; weltende: any chance for creating tunnels for the mailing list? 21:39:25 &lt;Meeh&gt; soon 21:41:01 &lt;lillith&gt; Meeh: what is the intention for the mailing list? as in compared to zzz.i2p or irc or syndie 21:41:37 &lt;str4d2&gt; apologies for absence - internet fail 21:42:00 &lt;dg&gt; str4d :) 21:42:11 &lt;Meeh&gt; personaly, I'm unsure.. But it seemed liked we came to the conclution that we should start with the mailing list stuff again, as other open source projects do... 21:42:33 &lt;Meeh&gt; don't remember which meeting it was 21:43:08 &lt;inscrutus&gt; Maybe it would be a good idea to mirror the mailing list to Syndie or vice versa. To avoid fragmentation 21:43:23 &lt;str4d2&gt; I'm unavailable in about 15 mins, btw 21:44:10 &lt;Meeh&gt; I like your idea inscrutus 21:44:41 &lt;str4d2&gt; (and can't make this meeting time in future) 21:45:11 &lt;str4d2&gt; that's a nice ideqla 21:45:14 &lt;str4d2&gt; idea* 21:45:53 &lt;dg&gt; It was suggested in the past, I believe it was going to be a part of Syndie anyhow. 21:46:04 &lt;dg&gt; Meeh: Anything more? 21:46:15 * lillith- really needs to remember to plug my laptop in.... reading scrollback on sighup... 21:47:11 &lt;Meeh&gt; no not really, I need to talk with weltende first 21:47:22 &lt;lillith-&gt; inscrutus: that was my next suggestion :) 21:47:41 &lt;dg&gt; Alright. 21:47:44 &lt;inscrutus&gt; :) 21:47:51 &lt;lillith-&gt; i think we could be 'dog-fooding' a little more 21:48:18 &lt;dg&gt; lillith-: ? 21:48:40 &lt;lillith-&gt; about the mailing list/syndie mirrorring 21:48:55 &lt;dg&gt; I'm not familiar with that expression 21:49:47 &lt;lillith-&gt; ahh the dog food principle of open source projects is, basically, use your own software 21:49:50 &lt;inscrutus&gt; it means to use your own product(s). It comes from a dogfood maker whose ceo i believe ate his company's own dogfood to prove it's good 21:50:01 &lt;dg&gt; oh.. to eat our own dog food 21:50:04 &lt;dg&gt; I agree 21:50:15 &lt;lillith-&gt; if we expect others to use it, we should too 21:50:35 &lt;str4d2&gt; Mmm 21:51:01 &lt;str4d2&gt; My problem with Syndie is that I have NFI how to use it 21:51:12 &lt;dg&gt; I need to check it out again 21:51:12 &lt;dg&gt; Anyhow.. 21:51:12 &lt;dg&gt; str4d2: You ok to do feeds now? After $next_thing, perhaps a new meeting time should be discussed. Not everyone is here though.. 21:51:15 &lt;str4d2&gt; The interface is not very intuitive. 21:51:18 &lt;lillith-&gt; str4d2: have you looked at the docs? 21:51:57 &lt;str4d2&gt; Somewhat, but we shouldnt expect users to all do that 21:52:00 &lt;lillith-&gt; dg: surely that is the reason we need a new time... 21:52:30 &lt;dg&gt; kind of. zzz and others are missing due to IRL issues too though - which makes it harder to agree on a new time which works for everyone. 21:53:01 &lt;str4d2&gt; and I'm busynow, sorry 21:53:01 &lt;lillith-&gt; dg: we could have a new temporary time and revisit it in a few weeks. 21:53:38 &lt;lillith-&gt; tues 8.00 isn't great for dg, str4d2, or me 21:55:51 &lt;dg&gt; it doesn't :-/ 22:03:14 &lt;lillith-&gt; has everyone gone to sleep or is that the end of the meeting? 22:03:29 &lt;dg&gt; Apparently sleep.. 22:03:36 &lt;dg&gt; We'll open a thread on zzz.i2p about it? 22:03:39 * lillith- picks up the baffer menacingly 22:03:42 &lt;inscrutus&gt; I'm here, just don't have anything to add to meeting times 22:03:49 &lt;dg&gt; It's just us three. 22:05:25 * dg *bafs the meeting closed 22:05:28 &lt;lillith-&gt; okay well if no-one has anything to add then i'l do the honours 22:05:51 * lillith- *bafs* the meeting 22:06:10 &lt;lillith-&gt; damn you got there first ;) </div>/cs/blog/2013/02/12/i2p-dev-meeting-february-12-2013/Tue, 12 Feb 2013 00:00:00 +0000/cs/blog/2013/02/12/i2p-dev-meeting-february-12-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> asdfsdafsdafsd, christoph3, dg, eche|on, h2ik, hottuna, inscrutus, lillith, Mathiasdm, Meeh, orion, Shinobiwan, str4d, suhr, unresolved, user, weltende, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:38 &lt;hottuna&gt; dg, meetingtime? 20:03:06 &lt;dg&gt; uh.. through tor? 20:03:06 &lt;dg&gt; was just pulling the mtg topic ;) 20:03:06 &lt;dg&gt; ok, hi! 20:03:06 &lt;dg&gt; Today's agenda: 20:03:09 &lt;dg&gt; (0) - hi 20:03:15 &lt;dg&gt; (1) - Domain vote 20:03:18 &lt;dg&gt; (2) - Website transition 20:03:25 &lt;dg&gt; (3) - IPv6 .. I hope 20:03:28 &lt;dg&gt; (4) - Crypto .. I hope 20:03:43 &lt;dg&gt; str4d KillYourTV eche|on zzz 20:03:54 &lt;str4d&gt; Hi! 20:03:57 &lt;dg&gt; sponge meeh 20:03:57 &lt;hottuna&gt; Hi! 20:04:04 &lt;dg&gt; Hi! :-) 20:04:07 &lt;exoshell&gt; dg: Looks like I need to edit my .pac file and update the regex. The connect was going through 127.0.0.1:4444 Thanks! :) 20:04:25 &lt;dg&gt; exoshell: No problem. Better to be that problem than being censored for real, right? 20:04:34 &lt;dg&gt; Ok, how many people do we need to vote? 20:04:45 &lt;exoshell&gt; no kidding. 20:04:48 &lt;str4d&gt; weltende 20:04:52 &lt;str4d&gt; (ping) 20:05:06 &lt;hottuna&gt; Mathiasdm postman badger 20:05:19 &lt;hottuna&gt; domain vote is coming up 20:05:22 &lt;dg&gt; \o/ 20:05:41 &lt;dg&gt; h2ik bpb psi 20:05:49 &lt;dg&gt; .. wakey wakey? 20:06:23 &lt;dg&gt; Everyone's sleepy 20:06:36 &lt;dg&gt; We could do with more than three people&gt;.&gt; 20:06:51 &lt;hottuna&gt; 3 ppl isnt enought. 20:06:58 &lt;str4d&gt; Nope 20:07:16 &lt;hottuna&gt; Could we start a zzz.i2p thread for it and have #i2p-dev topic point ppl to it. 20:07:20 &lt;str4d&gt; And there are two votes needed - what we would change it to, and if we are going to change it at all. 20:07:31 &lt;hottuna&gt; and just have people vote for one of the alternatives 20:07:38 &lt;str4d&gt; (Can and should be independent) 20:07:41 &lt;dg&gt; RN, Shinobiwan 20:07:49 &lt;hottuna&gt; agreed 20:08:00 &lt;dg&gt; might be an idea 20:08:07 &lt;dg&gt; I was going for $OPTIONS/"I don't want a change" 20:08:28 &lt;hottuna&gt; dg, makes sense to me 20:08:45 &lt;dg&gt; I mean.. we did post this a week ago 20:08:45 &lt;zzz&gt; dont even bother if weltende isnt here 20:08:48 &lt;str4d&gt; With two votes, even those who don't want a change can contribute an idea as to what they would change to if they had to. 20:09:22 &lt;dg&gt; They could anyway? We've had the topic up for a week and there's been no new suggestions. 20:09:22 &lt;hottuna&gt; str4d, so $OPTIONS/"I don't want a change" is not good enough? 20:09:37 &lt;dg&gt; "You can abstain (to say I don't want us to change) but it's preferable if you'd bring it up first so we could discuss why.. but not necessary." 20:09:40 &lt;Shinobiwan&gt; o/ 20:10:26 &lt;iRelay&gt; &lt;weltende@freenode&gt; zzz: well.. I don't *really* care 20:10:51 &lt;str4d&gt; hottuna: that doesn't give the right statistics. 20:10:51 &lt;dg&gt; Does that mean you'll go with the majority or.. what? 20:10:55 &lt;dg&gt; Not caring isn't a great stance. 20:11:02 &lt;hottuna&gt; weltende, as long as you know that there is a vote 20:11:21 &lt;zzz&gt; ok, but presumably work would fall on you if we switch, so you kinda have to agree to a switch 20:11:21 &lt;dg&gt; We've said there's a vote, people are able to vote for - with a choice or against 20:12:11 &lt;str4d&gt; weltende, how much work do you see for yourself in the event of a switch? 20:12:22 &lt;hottuna&gt; alright, are we enough ppl around for the vote "Do you want to change the domain?" ? 20:12:29 &lt;dg&gt; I'm trying to think of things you can't do with a quick sed. 20:13:03 &lt;dg&gt; hottuna: hottuna, str4d, zzz, Shinobiwan, welt, dg 20:13:03 &lt;dg&gt; that's 6 20:13:03 &lt;dg&gt; is that enough? 20:13:10 &lt;dg&gt; I'm not sure. 20:13:10 &lt;hottuna&gt; yes? 20:13:22 * asdfsdafsdafsd runs in the room 20:13:29 &lt;asdfsdafsdafsd&gt; I'm here.... 7 20:13:29 &lt;dg&gt; :o 20:13:32 &lt;dg&gt; make that 7 20:13:47 &lt;zzz&gt; dns updates, ssl certs, transfers (if somebody else has the new domain now) .. .among others 20:13:47 &lt;hottuna&gt; so let's do the vote? 20:13:54 &lt;dg&gt; it's not lik we have ssl certs anyway 20:13:57 &lt;dg&gt; let's do it 20:13:57 &lt;inscrutus&gt; i'm just a civvie, is my opinion worth anything ? 20:14:04 &lt;dg&gt; yes 20:14:11 &lt;hottuna&gt; inscrutus, yes :) 20:14:14 &lt;zzz&gt; dg, yes we do have certs 20:14:21 &lt;dg&gt; zzz: none valid afaik 20:14:28 &lt;hottuna&gt; zzz, the cacert cert? 20:14:28 &lt;dg&gt; hottuna: say "I"? deal? 20:14:30 &lt;inscrutus&gt; cool :) 20:15:00 &lt;hottuna&gt; \me says votes "I" 20:15:03 &lt;asdfsdafsdafsd&gt; so, what are the alternate domain choices? 20:15:06 &lt;zzz&gt; dg the choice of CA is a different issue. don't confuse things by saying we dont have certs. 20:15:17 &lt;hottuna&gt; "I" 20:15:17 &lt;Shinobiwan&gt; i2p2.de ? 20:15:17 &lt;dg&gt; zzz: meh. same diff for the most part. for another time, anyway. 20:15:24 &lt;dg&gt; Those in favor of a domain change (doesn't matter what to), say I! 20:15:35 &lt;hottuna&gt; asdfsdafsdafsd, that is the next vote, first we decide if we want to change 20:15:42 &lt;zzz&gt; no, its not the same at all. It's work to be done, don't discount it. 20:15:42 * dg votes "I" 20:15:44 &lt;iRelay&gt; &lt;weltende@freenode&gt; str4d: not sure.. but not gonna do anything before 1.3 20:15:52 * hottuna votes "I" 20:15:59 &lt;zzz&gt; do you guys mean "aye" ? 20:16:06 &lt;zzz&gt; ffs 20:16:07 &lt;dg&gt; ... 20:16:07 &lt;dg&gt; yes 20:16:10 &lt;hottuna&gt; yes :P 20:16:13 &lt;hottuna&gt; damnit 20:16:13 &lt;dg&gt; LOL 20:16:16 * inscrutus says aye (FWIW) 20:16:16 &lt;asdfsdafsdafsd&gt; hottune, ah ok 20:16:19 &lt;dg&gt; .. aye 20:16:26 &lt;asdfsdafsdafsd&gt; edit.... tuna lol 20:17:20 &lt;hottuna&gt; 3 for - 0 against, this far. 20:17:46 &lt;Shinobiwan&gt; i2p2.de ? ?_? 20:17:49 &lt;zzz&gt; do we have volunteers to do all the other work required? docs, website, router console, etc? 20:17:52 &lt;Shinobiwan&gt; if so, aye 20:18:03 &lt;dg&gt; Shinobiwan: Moving from i2p2.de -&gt; anything 20:18:19 &lt;dg&gt; (we'll have another vote to determine what "anything" is) 20:18:26 &lt;Shinobiwan&gt; yea then... definitely. 20:18:29 &lt;hottuna&gt; zzz, ill take responsibility if works needs to be done (that is server specific) 20:18:35 * asdfsdafsdafsd confers with his greater and lesser demons.... 20:18:46 &lt;dg&gt; Website doesn't need anything doing. 20:18:46 &lt;asdfsdafsdafsd&gt; aye 20:19:01 &lt;str4d&gt; zzz: the work will get done, but the 301 server redirect will solve that. 20:19:01 &lt;hottuna&gt; 5 for - 0 against 20:19:04 &lt;dg&gt; well, a redirect. 20:19:07 &lt;dg&gt; 4 for - 0 against. 20:19:09 &lt;iRelay&gt; &lt;user@kytv&gt; abstention here 20:19:09 &lt;dg&gt; oops 20:19:12 &lt;str4d&gt; Website, has nothing (aside from tweaking the mirror links in the footer) 20:19:31 &lt;str4d&gt; Ah, and aye 20:19:34 &lt;dg&gt; so.. no? 20:19:37 &lt;hottuna&gt; ok 20:19:43 &lt;str4d&gt; dg: abstention. Difference. 20:19:47 &lt;eche|on&gt; count me as a no, it is absolutly unneeded and unneeded work and confuses the users 20:20:00 &lt;asdfsdafsdafsd&gt; I guess this means I'll have to edit my posters.... 20:20:00 &lt;dg&gt; str4d: No, I said something in the topic due to the previous model we were going for. 20:20:02 &lt;iRelay&gt; &lt;user@kytv&gt; my English is bad. I mean I am indifferent 20:20:12 &lt;dg&gt; str4d: "You can abstain (to say I don't want us to change) but it's preferable if you'd bring it up first so we could discuss why.. but not necessary." 20:20:12 &lt;eche|on&gt; but as I do not have to do anything, who cares 20:20:15 &lt;dg&gt; ah ok 20:20:18 &lt;dg&gt; 6 for - 1 against 20:20:21 &lt;lillith&gt; FWIW, my vote is no change. i like i2p2.de with the other urls pointing at it 20:20:34 &lt;str4d&gt; lillith: other urls? 20:20:34 &lt;dg&gt; 2 against. 20:21:01 &lt;lillith&gt; geti2p.net etc 20:21:04 &lt;str4d&gt; You mean the mirrors? They aren't pointing at it (that would be a 301 redirect) - at present they are full mirrors. 20:21:19 &lt;dg&gt; geti2p.net is a mirror iirc. 20:21:22 &lt;lillith&gt; ahh okay :D 20:21:26 &lt;dg&gt; so.. yes or no? 20:21:45 &lt;zzz&gt; I'll give a contingent aye, dependent on the result of the 2nd vote. If I don't like the new one I will switch to nay. 20:21:52 &lt;lillith&gt; no - keep i2p2 as primary url 20:21:59 &lt;hottuna&gt; sponge, Mathiasdm, Meeh, RN: Domain votes? 20:22:06 &lt;dg&gt; 7 for - 2 against. 20:22:25 &lt;str4d&gt; (That's why I wanted to do the second vote first =P) 20:22:33 &lt;dg&gt; .. oh. 20:22:38 &lt;dg&gt; That makes snese. 20:22:45 &lt;asdfsdafsdafsd&gt; can zzz setup a poll on the dev forum? 20:22:56 &lt;dg&gt; don't know if polls are possible 20:22:59 &lt;zzz&gt; no, because if the 1st vote loses you dont need a 2nd. 20:23:13 &lt;inscrutus&gt; lillith: that hints at another question: keep i2p2 as a secondary domain? 20:23:20 &lt;str4d&gt; inscrutus: of course. 20:23:20 &lt;inscrutus&gt; i2p2.de* 20:23:26 &lt;dg&gt; That's a yes. 20:23:33 &lt;dg&gt; We're keeping it for SEO purposes and to stop evil. 20:23:37 &lt;str4d&gt; If a change goes ahead, www.i2p2.de will be 301-ed to the new one 20:24:10 &lt;str4d&gt; I.e. it wouldn't be a full mirror, it would redirect to the new URL (which ensures that the old SEO/linkage/etc. gets transferred to the new URL) 20:24:28 &lt;inscrutus&gt; Right, that makes sense 20:24:37 &lt;eche|on&gt; ..at some point I cannot read/hear/... this buzzwor SEO anymore,... 20:24:47 &lt;asdfsdafsdafsd&gt; I guess a forum vote is maybe a bad idea, because you could get people voting multiple times too 20:24:54 &lt;zzz&gt; my vote and any change is also contingent on weltende agreeing to do the work 20:24:54 &lt;dg&gt; SEO is real, lol. 20:26:05 &lt;str4d&gt; zzz: my sugggestion (if a domain change is agreed on) is that the site revamp be put up at the new URL, and then once tested the old one is put on redirect. So weltende would be killing two birds with a slightly larger stone. 20:26:43 &lt;hottuna&gt; Is the first vote over and done? 20:26:49 &lt;iRelay&gt; &lt;user@kytv&gt; don't kill innocent birds!! 20:26:49 &lt;dg&gt; Believe so. 20:26:59 &lt;h2ik&gt; hi back dg 20:26:59 &lt;dg&gt; So.. 7 for - 2 against. 20:27:02 &lt;dg&gt; oh! 20:27:02 &lt;dg&gt; hi! 20:27:02 &lt;h2ik&gt; sorry, working :-) 20:27:06 &lt;dg&gt; np :-) 20:27:10 &lt;dg&gt; got enough time to say yay or nay? 20:27:13 &lt;asdfsdafsdafsd&gt; I don't think anyone else is coming... 20:27:36 &lt;asdfsdafsdafsd&gt; we could wait until 8:30 UTC though 20:27:51 &lt;dg&gt; I'll wait for h2ik's answer 20:28:18 * h2ik is reading up on the domain vote 20:28:38 &lt;dg&gt; the vote right now is actually "Do you think we should change?" - not what to 20:29:01 &lt;dg&gt; if the result is yes, I will post a forum topic for voting. 20:29:04 &lt;dg&gt; if no..: pass 20:29:16 &lt;h2ik&gt; We've had the .de for a long time and I'm not opposed to it. So pass. 20:29:31 &lt;h2ik&gt; sorry, obstain 20:29:31 &lt;dg&gt; 7 for - 3 against. 20:29:34 &lt;dg&gt; oh 20:29:34 &lt;h2ik&gt; I'm ok either way 20:29:41 &lt;dg&gt; so not against, not for 20:29:44 &lt;dg&gt; ok 20:29:44 * unresolved waves 20:29:47 &lt;h2ik&gt; 7 - 1 - 3 20:29:50 &lt;dg&gt; 7 for - 2 against. 20:30:15 &lt;dg&gt; 7 - 2 - 3 20:30:15 * h2ik eagerly awaits the ipv6 topic :-) 20:30:19 &lt;dg&gt; Okay, that's done then! :D 20:30:37 &lt;dg&gt; str4d: Your time to shine. 20:30:47 &lt;dg&gt; topic = transition to new website design 20:30:50 &lt;str4d&gt; We can always update this vote if more people come in, but there's enough for the second vote. 20:31:08 &lt;str4d&gt; dg: are we not having the second vote right now? Or are we doing that in a thread? 20:31:22 &lt;dg&gt; str4d: I was thinking of a thread.. we can do it now if you want? 20:31:25 &lt;dg&gt; We have enough to do it. 20:31:35 &lt;dg&gt; It's not worth waiting another week IMO but I didn't want to upset anyone 20:31:54 &lt;hottuna&gt; Let's do it now? 20:31:57 &lt;zzz&gt; cant do polls on zzz.i2p. use forum.i2p if you want a poll 20:31:57 &lt;dg&gt; hell, let's do it 20:32:07 &lt;asdfsdafsdafsd&gt; we need a catchy domain name... 20:32:10 &lt;hottuna&gt; enumerate the options and we'll all pick one 20:32:17 &lt;dg&gt; The new domain candidates are: 20:32:17 &lt;dg&gt; - i2p.io 20:32:17 &lt;dg&gt; - i2p.int 20:32:17 &lt;dg&gt; - i2p.me 20:32:17 &lt;dg&gt; - geti2p.net 20:32:38 &lt;h2ik&gt; geti2p.net would follow suit with other FOSS projects 20:32:38 &lt;Meeh&gt; i2p.int was kind of fancy 20:32:41 &lt;Meeh&gt; or io 20:32:43 &lt;hottuna&gt; ** other (specify) ** 20:32:51 &lt;dg&gt; (and make sure it's available) 20:33:05 * hottuna votes for geti2p.net (since we already have it and it's pretty good) 20:33:17 * dg votes for geti2p.net. ditto on the reasons. 20:33:23 &lt;zzz&gt; who owns those 4 now? 20:33:29 &lt;asdfsdafsdafsd&gt; i2p4.me? lol 20:33:36 &lt;dg&gt; N/A, N/A, N/A, hottuna. AFAIK. 20:34:00 &lt;hottuna&gt; i dont own geti2p.net 20:34:04 &lt;dg&gt; oh? 20:34:15 &lt;hottuna&gt; weltende/welterde owns geti2p.net 20:34:18 &lt;dg&gt; ah ok 20:35:03 &lt;zzz&gt; um, if we don't know who owns a proposed domain, then there's no f-ing use talking about it. Unless it's available. 20:35:10 &lt;lillith&gt; would it be counterproductive to go for i2p-projekt.de? 20:35:10 &lt;lillith&gt; that's my vote if it's an option 20:35:21 &lt;hottuna&gt; zzz, the above ones are available 20:35:36 &lt;hottuna&gt; lillith, you can vote for whatever you like :) 20:35:44 &lt;zzz&gt; ok. 20:35:47 &lt;asdfsdafsdafsd&gt; i2phides.me 20:35:58 &lt;zzz&gt; yet another reason why we need welt's agreement. 20:36:09 &lt;lillith&gt; hottuna: good. just checking the point isn't to move away from a .de domain :) 20:36:17 &lt;dg&gt; it was for some of us ;) 20:36:24 &lt;dg&gt; well.. actually.. overall, it was. 20:36:31 &lt;dg&gt; but you can vote for whatever 20:36:36 &lt;Shinobiwan&gt; geti2p.net is good, i2p.me is good too IMO 20:36:39 &lt;Shinobiwan&gt; if need to get new one, i2p.me 20:36:46 &lt;str4d&gt; dg: not overall 20:36:57 &lt;dg&gt; it does not have to be new 20:37:03 * zzz again raises the significant issue of moving to a US-controlled TLD 20:37:12 &lt;iRelay&gt; &lt;user@kytv&gt; and there was silence ..... 20:37:13 &lt;iRelay&gt; &lt;user@kytv&gt; I don't like the .me and .io - they're very unknown here 20:37:15 &lt;iRelay&gt; &lt;user@kytv&gt; maybe cheaper, I dunno, but people here would be like "WTF is that?" 20:37:15 &lt;dg&gt; I don't think it's the time to. 20:37:35 &lt;hottuna&gt; when you've decided what ytou'd like to vote for, please denote it with a /me or something easily distinguishable 20:37:35 &lt;dg&gt; The vote was in +, not - 20:37:49 &lt;asdfsdafsdafsd&gt; I don't like the '.io' 20:37:52 &lt;Shinobiwan&gt; yea the country bit is important :/ 20:38:11 &lt;dg&gt; I felt that if the $GOV wanted rid of us, they could anyway. Tor Project does fine. 20:38:17 &lt;zzz&gt; agreed. you arent picking 2 letters, you're picking a legal domain 20:38:19 &lt;iRelay&gt; &lt;user@kytv&gt; oh, it was the relay lagging. 20:38:19 * Mad reads silently, thinking this is quiet an important descision. 20:38:22 &lt;dg&gt; We have bigger problems than our domain if they want us shut down so badly. 20:38:31 &lt;iRelay&gt; &lt;user@kytv&gt; IMHO short is better than i2p-project.whatever 20:38:43 &lt;unresolved&gt; i2.p 20:38:46 &lt;unresolved&gt; :P 20:39:25 &lt;zzz&gt; dg, the fact that $X hasn't yet been shut down is not much of an argument. The issue is who a particular government _has_ shutdown and why, and the legal process required. 20:42:48 &lt;asdfsdafsdafsd&gt; that's pretty good unresolved -&gt; i2.p 20:44:24 &lt;inscrutus&gt; Are we worried about the .net having censorship issues? 20:44:27 &lt;dg&gt; zzz: It is? I don't think the US government would come after us, but if they were to, they'd likely go after TPO at the same time, or not long after. TPO didn't see it as much of an issue and I don't either. 20:44:27 &lt;dg&gt; I'm not, some are. 20:44:30 &lt;lillith&gt; semi related to zzz's point, is there an i2p .onion? will there ever be? 20:44:33 &lt;zzz&gt; to handwave and say all TLDs are equivalent is naive 20:44:33 &lt;unresolved&gt; ty :P 20:44:33 &lt;dg&gt; lillith: I can get on that but AFAIK, right now, no. 20:44:33 &lt;str4d&gt; lillith: that IS a valid point; but that would be work for weltende 20:44:33 &lt;str4d&gt; (There isn't one now) 20:44:33 &lt;lillith&gt; also a freesite - if censorship is/may be an issue there are other ways of getting round it than just changing the url 20:44:33 &lt;inscrutus&gt; Well there _are_ backup domains in case geti2p.net gets shut down 20:44:33 * inscrutus votes geti2p.net 20:44:33 &lt;inscrutus&gt; And getting shut down would be good media coverage :D 20:44:35 &lt;asdfsdafsdafsd&gt; hehe 20:44:35 &lt;zzz&gt; again, the fact that t.p.o or anybody else hasn't yet had a problem, or your theory that they wouldn't shutdown us unless thy also shutdown $X and they'd never do that, is irrelevant 20:44:35 &lt;lillith&gt; also re: people talking about tor, tor dosent allow file sharing, so they have more protection in US 20:44:35 &lt;lillith&gt; i2p does allow filesharing so is more likely to be a target 20:44:35 &lt;zzz&gt; it's the established procedures and due process or lack thereof. 20:46:13 &lt;dg&gt; inscrutus: mm, yeah. I doubt we'd be censored without some noise. 20:46:19 &lt;str4d&gt; lillith: it's not that they forbid filesharing for legal reasons, it's that they encourage people to not fileshare for technical reasons. 20:46:19 &lt;dg&gt; In any case, you can still use Tor for filesharing. 20:46:19 &lt;dg&gt; You just shouldn't. 20:46:22 &lt;dg&gt; So.. 20:46:22 &lt;dg&gt; Back on topic? 20:46:22 &lt;lillith&gt; str4d: whatever the reason, it will almost certainly be a plus when it comes to not being shut down 20:46:33 &lt;lillith&gt; sorry, dg. yes 20:46:50 &lt;dg&gt; Right now, I believe it's geti2p.net - 2 20:46:53 * lillith wishes to officially register a vote for i2p-projekt.de 20:46:56 &lt;dg&gt; Shinobiwan: You never decided ;) 20:46:56 &lt;dg&gt; ok 20:46:59 &lt;zzz&gt; presumably i2p2.de etc remains a mirror for many years 20:47:02 &lt;dg&gt; yes 20:47:05 &lt;Shinobiwan&gt; I pinged out, must have missed something 20:47:19 &lt;dg&gt; Shinobiwan: ah. Doesn't have to be a new domain. Your vote? 20:47:57 &lt;Shinobiwan&gt; geti2p.net 20:48:15 &lt;dg&gt; that's 4 so far.. 20:48:15 &lt;Shinobiwan&gt; if welterde say OK, or w/e needs to happen for that. 20:48:27 &lt;zzz&gt; .io, .me, and .int are worse than what we have now and not worthy. i2p-projekt.net is better but hyphens are terrible for many reasons, an the english spelling is problematic. that leaves only geti2p.net imho 20:48:41 &lt;inscrutus&gt; dg: am I counted among those 4? I think I'm lagging 20:49:13 &lt;asdfsdafsdafsd&gt; I agree with zzz.... out of the 4 geti2p.net is the best 20:49:32 &lt;Shinobiwan&gt; yeah, haha, exactly. 20:49:55 &lt;str4d&gt; Of the available choices, my vote is for geti2p.net (and for http://geti2p.net/ rather than http://www.geti2p.net/ as it currently is) 20:50:06 &lt;iRelay&gt; Title: I2P Anonymous Network - I2P (at geti2p.net) 20:50:34 &lt;dg&gt; geti2p.net - 7 - hottuna, dg, inscrutus, zzz, asdfsdafsdafsd, Shinobiwan, str4d 20:50:34 &lt;dg&gt; i2p-projekt.de - 1 - lillith 20:51:34 &lt;unresolved&gt; ill go for geti2p.net 20:51:53 &lt;Meeh&gt; geti2p.net + meeh 20:52:55 &lt;Meeh&gt; In case you didn't get it , I vote for geti2p.net too 20:53:09 &lt;dg&gt; aye 20:53:12 &lt;dg&gt; geti2p.net - 9 - hottuna, dg, inscrutus, zzz, asdfsdafsdafsd, Shinobiwan, str4d, unresolved, meeh 20:53:15 &lt;dg&gt; i2p-projekt.de - 1 - lillith 20:53:18 &lt;dg&gt; Are we done? 20:53:21 &lt;zzz&gt; ech has a couple others too. i2pprojekt.net maybe? too bad those didnt get added to the list last week. 20:53:25 &lt;orion&gt; Vote? 20:53:28 &lt;orion&gt; What are we voting on? 20:53:32 &lt;dg&gt; zzz: if anybody cared to, they could have suggested it 20:53:39 &lt;dg&gt; orion: new project domain (official, main one used) 20:53:46 &lt;zzz&gt; in fact, step one, a couple of weeks ago, should have been to list all the domains we already have. 20:53:49 &lt;orion&gt; What are the choices? 20:54:00 &lt;dg&gt; orion: 20:54:00 &lt;dg&gt; - i2p.io 20:54:00 &lt;dg&gt; - i2p.int 20:54:00 &lt;dg&gt; - i2p.me 20:54:00 &lt;dg&gt; - geti2p.net 20:54:10 &lt;iRelay&gt; &lt;user@kytv&gt; re i2pprojekt.net - I have the same issue as zzz: the k instead of c 20:54:10 &lt;dg&gt; (or one you know of that is available!) 20:54:25 &lt;str4d&gt; - i2pproject.net 20:54:32 &lt;str4d&gt; - i2p-projekt.de 20:54:57 &lt;str4d&gt; (We have those two alongside geti2p.net and i2p2.de) 20:55:00 &lt;lillith&gt; i just think it should be a little different than the typical get[name].[com|net|org] 20:55:08 &lt;suhr&gt; i2p-project.org is avalible? 20:55:15 &lt;dg&gt; "-"s suck. 20:56:12 &lt;iRelay&gt; &lt;user@kytv&gt; I think geti2p.net and i2pproject.net are best, despite the double p 20:56:37 &lt;iRelay&gt; &lt;user@kytv&gt; but I'd go with the geti2p.net one 20:57:18 &lt;str4d&gt; AFK 5 mins 20:58:25 &lt;Mathiasdm&gt; 21:22 &lt;hottuna&gt; sponge, Mathiasdm, Meeh, RN: Domain votes? 20:58:28 &lt;Mathiasdm&gt; hm? 20:58:35 &lt;orion&gt; What about i2p.sg, i2p.vc, or i2p.mn? 20:58:56 &lt;Mathiasdm&gt; I won't vote, I haven't been active enough to contribute anything useful 20:59:07 &lt;Meeh&gt; ok, is there some simple webutility where we just can create a fast vote thing, and vote and be finished with it? :P 20:59:10 &lt;hottuna&gt; We're voting to change our official domain away from i2p2.de 20:59:17 &lt;hottuna&gt; every opinion is valuable Mathiasdm 20:59:24 &lt;Mathiasdm&gt; thanks for asking :) 20:59:42 &lt;Mathiasdm&gt; yes, but I'm someone with an uninformed opinion :) so I'll pass this one 20:59:45 &lt;dg&gt; I'm keeping note. 20:59:48 &lt;Mathiasdm&gt; I need to go afk again, I'm afraid 20:59:51 * Mathiasdm waves 20:59:55 &lt;hottuna&gt; bye 21:00:10 &lt;dg&gt; bye 21:00:21 &lt;dg&gt; be nice if we could see you again soon, Mathiasdm! 21:00:21 &lt;Meeh&gt; bye 21:00:24 &lt;orion&gt; What's the legal status on these TLDs? 21:00:57 &lt;dg&gt; AFK for 10 minutes or so. As str4d is gone and he's leading the next topic, feel free to talk about domains or whatever. 21:01:03 &lt;dg&gt; geti2p.net is winning, will likely be our decision. 21:01:28 &lt;iRelay&gt; &lt;user@kytv&gt; bye Mathiasdm! 21:03:28 &lt;orion&gt; Can we have the website be geti2p.net and have personal emails be directed to blah@i2p.io? 21:03:35 &lt;orion&gt; Like, press@i2p.io 21:04:11 &lt;hottuna&gt; i dont think we've ever hade personal email 21:04:22 &lt;hottuna&gt; not that it is a bad idea, it would be nice 21:04:29 &lt;lillith&gt; orion: why? 21:04:51 &lt;hottuna&gt; having them separated makes little sense in my mind 21:05:07 &lt;iRelay&gt; &lt;user@kytv&gt; I don't even know what .io stands for. input output? 21:05:11 &lt;Meeh&gt; personal email for active developers/contributors could be usefull 21:05:22 &lt;Meeh&gt; exceptly when it comes to PR etc 21:05:33 &lt;lillith&gt; i agree but surely meeh@geti2p.net 21:05:36 &lt;Meeh&gt; postman's service is nice... but great with imap and stuff 21:05:55 &lt;lillith&gt; a site with different email screams out scam to me 21:06:06 &lt;suhr&gt; i2p.io is nice, but we've got i2pmail.org... 21:06:23 &lt;inscrutus&gt; kytv: yeah input/output 21:06:30 &lt;asdfsdafsdafsd&gt; haha my thoughts too user.... 21:06:41 &lt;lillith&gt; suhr: it's not official. i agree there should be official emails for devs etc though 21:06:59 &lt;unresolved&gt; i2pmail ? :/ 21:07:06 &lt;unresolved&gt; is that really a good idea 21:07:13 &lt;suhr&gt; It should be avalibe in i2p. 21:07:23 &lt;lillith&gt; unresolved: it already exists 21:07:30 &lt;Meeh&gt; yea, but sure we can have two mail domains inside i2p 21:07:34 &lt;unresolved&gt; :/ 21:07:37 &lt;suhr&gt; (www.i2p2.i2p is a terrible address, anyway) 21:07:40 &lt;inscrutus&gt; isn't i2pmail.org already the postman mail gateway? 21:08:03 &lt;str4d&gt; Back 21:08:16 &lt;iRelay&gt; &lt;user@kytv&gt; inscrutus, it is 21:08:24 &lt;hottuna&gt; Do we have any other voters? 21:08:39 &lt;asdfsdafsdafsd&gt; so jrandom took i2p.i2p too when he went awol? 21:09:04 &lt;lillith&gt; str4d: the meeting was handed over to you :) 21:09:30 &lt;str4d&gt; K. I have to depart in the next ten mins anyway, so I'll be brief: 21:10:10 &lt;str4d&gt; The website is ready for transition (or at least, as ready as I can see) 21:10:30 &lt;str4d&gt; Translations are underway. 21:10:41 &lt;lillith&gt; str4d: how is the mobile site? 21:10:45 &lt;str4d&gt; The structure, urls etc. is set. 21:10:54 &lt;str4d&gt; lillith: I *haven't* worked on that, no. 21:11:05 &lt;str4d&gt; It's better than the current site, but the menu CSS still needs work. 21:11:44 &lt;str4d&gt; As does the desktop CSS 21:12:02 &lt;str4d&gt; So designers are more than welcome to get stuck in. 21:12:09 &lt;str4d&gt; But we decided previously that the theme is not a blocker. 21:12:46 &lt;str4d&gt; Currently, the redirects from the old URLs to the new ones (e.g. /how_threatmodel.html -&gt; /docs/overview/threat-model/) are done with 302 redirects. 21:13:20 &lt;hottuna&gt; Ok 21:13:20 &lt;str4d&gt; I'm going to leave them like that until the site is live, so the URL redirects can be properly tested 21:13:27 &lt;str4d&gt; (But switching to a 301 is a simple addition of a parameter) 21:13:31 &lt;hottuna&gt; Have you heard anytinhg from echelon or weltende about deploying the site? 21:13:49 &lt;str4d&gt; weltende has said no website work before March 21:14:15 &lt;str4d&gt; (He said 2 weeks last week, but earlier in the meeting he said 1/3 which I assume means March) 21:15:33 &lt;str4d&gt; So there is still time for design work, more translations, and any other suggestions 21:15:36 &lt;hottuna&gt; ok 21:15:54 &lt;Meeh&gt; maybe a bit late, but I got a topic for the meeting.. we now got mailing list... should we start using them? 21:16:05 &lt;Meeh&gt; I've done setup the server at lists.i2p2.de 21:16:15 &lt;hottuna&gt; dg, are you back? 21:16:42 &lt;hottuna&gt; we've had no new 21:16:49 &lt;hottuna&gt; votes 21:16:56 &lt;hottuna&gt; wait, thats not true 21:16:59 &lt;hottuna&gt; geti2p.net - 9 - hottuna, dg, inscrutus, zzz, asdfsdafsdafsd, Shinobiwan, str4d, unresolved, meeh, user 21:17:09 &lt;zzz&gt; I dont know what 1/3 meant. But w/o him agreeing and doing the work for the site, or a new domain, or anything else we have nothing. 21:17:28 &lt;hottuna&gt; i2p-projekt.de - 1 - lillith 21:18:03 &lt;Meeh&gt; another question, who got access to geti2p.net, and what if that person goes awol? 21:18:09 &lt;inscrutus&gt; zzz: is it possible for others to pitch in to lessen the load on weltende? 21:18:27 &lt;Meeh&gt; witch load? 21:18:46 &lt;zzz&gt; dont know 21:18:56 &lt;hottuna&gt; Meeh, welterde/weltende 21:18:59 &lt;lillith&gt; Meeh: are we leaving the mailing list topic to the end? 21:19:06 &lt;dg&gt; I'm back. 21:19:14 &lt;hottuna&gt; how does shared dns-ownership work? 21:19:25 &lt;hottuna&gt; maybe shared access to a registrar account? 21:19:35 &lt;iRelay&gt; &lt;user@kytv&gt; Meeh: is this lists.i2p2.de reachable from withing i2p? 21:19:55 &lt;dg&gt; Not yet. 21:20:09 &lt;iRelay&gt; &lt;weltende@freenode&gt; can give you access to the relevant VM 21:20:38 &lt;Meeh&gt; lillith: we can leave it to the end yes. 21:20:52 &lt;dg&gt; So, website 21:21:03 &lt;dg&gt; Are we waiting on welt to be able to help us deploy? 21:21:20 &lt;hottuna&gt; I think we are 21:21:39 &lt;Meeh&gt; weltende, I can ssh into it and portforward the console and fix it if you want? 21:21:58 * dg nods 21:22:13 &lt;hottuna&gt; but we've reached a decision? 21:22:28 &lt;dg&gt; yes, geti2p.net 21:22:35 &lt;dg&gt; that is the majority 21:23:46 &lt;iRelay&gt; &lt;weltende@freenode&gt; Meeh: hmm? fix what? 21:24:25 &lt;str4d&gt; Last point about the website revamp - `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/` has the latest, suggestions welcome. 21:24:36 &lt;iRelay&gt; Title: I2P Anonymous Network (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 21:24:36 &lt;Meeh&gt; tunnel, lists.i2p2.i2p or whatever 21:24:36 &lt;Meeh&gt; since it's not inside i2p yet 21:26:12 &lt;inscrutus&gt; str4d: very nice 21:26:33 &lt;iRelay&gt; &lt;user@kytv&gt; looks pretty good, str4d 21:27:02 &lt;str4d&gt; Thanks =) 21:27:20 &lt;str4d&gt; Post any suggestions in ticket #807 21:27:24 * str4d is off now o/ 21:27:26 &lt;iRelay&gt; &lt;weltende@freenode&gt; Meeh: ah.. good point 21:27:26 &lt;dg&gt; o/ 21:27:29 &lt;dg&gt; So, IPv6? 21:27:32 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/807` - (accepted enhancement) - Revamp of website 21:27:35 &lt;SkinSyste&gt; thats awesome, should make the i22p.de homepage 21:28:06 &lt;asdfsdafsdafsd&gt; I like the color scheme str4d... 21:28:35 &lt;asdfsdafsdafsd&gt; are we doing away with the light or dark color scheme? 21:28:53 &lt;inscrutus&gt; dg: Is there an IPv6 + i2p summary I could read up on? 21:29:15 &lt;dg&gt; inscrutus: Yeah, hang on. 21:29:22 &lt;Meeh&gt; there is a IPv6 topic or two on zzz.i2p 21:29:37 &lt;dg&gt; `http://zzz.i2p/topics/109` `http://zzz.i2p/topics/594` 21:29:37 &lt;hottuna&gt; inscrutus, `http://zzz.i2p/topics/109` 21:29:52 &lt;iRelay&gt; Title: zzz.i2p: I2P vs. IPv6: A bad joke (at zzz.i2p) 21:29:56 &lt;iRelay&gt; Title: zzz.i2p: IPV6 TODO (at zzz.i2p) 21:31:30 &lt;suhr&gt; How to get to "How does I2P work" page on that site? 21:31:33 &lt;suhr&gt; Menu isn't clickable. 21:32:15 &lt;suhr&gt; Ah, that's "Documentation index" 21:33:19 &lt;suhr&gt; It's a bit unintuitive. 21:34:01 &lt;dg&gt; Hm. That's for str4d for a ticket. 21:34:04 &lt;dg&gt; *or 21:34:16 &lt;dg&gt; IPv6.. 21:34:34 &lt;dg&gt; welt was the last (only?) dev to work on IPv6 + I2P 21:34:46 &lt;dg&gt; I don't know if anyone is willing to take it up aside from zzz (and he needs a box, ssh thru i2p in that case) 21:34:53 &lt;dg&gt; hottuna? Meeh? 21:34:55 &lt;Meeh&gt; yea, is someone interesting in a ipv6 hackfest? 21:35:13 &lt;Meeh&gt; I provide server 21:35:13 &lt;hottuna&gt; A hackfest seems like a nice idea 21:35:20 &lt;Meeh&gt; and help testing on other locations as well 21:35:46 &lt;zzz&gt; no, this is not time for a hackfest. We need an analysisfest and a decisionfest. 21:36:05 &lt;Meeh&gt; ok, well, do you want to lead that zzz? 21:36:27 &lt;Meeh&gt; and do you want a ssh account to a ipv6 server you can play with? 21:38:18 &lt;zzz&gt; yes to both. however probably not before April. 21:39:14 &lt;Meeh&gt; ok, why not before April? 21:39:21 &lt;Meeh&gt; and 21:39:40 &lt;Meeh&gt; how do we analyse what's needed to be analyzed? 21:39:55 &lt;Meeh&gt; IMO we should get i2p on ipv6 asap 21:40:21 &lt;zzz&gt; I'm probably about to lose a whole bunch of time but I have nothing more to say about it yet. 21:40:32 &lt;Meeh&gt; ah ok 21:40:44 &lt;dg&gt; hopefully won't be the case but :( 21:41:09 &lt;zzz&gt; for analysis, read and understand every work in thread 109 and then keep going and come up with a recommendation and reasoning 21:42:42 &lt;zzz&gt; s/work/word/ 21:42:45 &lt;iRelay&gt; zzz meant: for analysis, read and understand every word in thread 109 and then keep going and come up with a recommendation and reasoning 21:42:56 &lt;Meeh&gt; I support your option #3, from my limited experience with ipv6 21:43:10 &lt;Meeh&gt; and I've read the thread 21:43:25 &lt;zzz&gt; it's mostly about how what change fits best into our code, not about ipv6 itself. 21:44:16 &lt;zzz&gt; it could also be about how to do NTCP/SSU with pigeons. 21:45:37 &lt;suhr&gt; Is there a big difference between ipv4 and ipv6 in java? 21:48:13 * suhr don't know I2P code. 21:52:54 &lt;christoph4&gt; I doubt the problem is the direct networking code 21:52:54 &lt;zzz&gt; no 21:53:28 &lt;zzz&gt; it's really a datastructure issue. 21:54:32 &lt;christoph4&gt; + there might be some fun with privacy extension and multiple valid addresses adround where you want to switch from time to time. And how you do a "one node per /16" on IPv6 address space 21:54:43 &lt;zzz&gt; do you want to organize by hi-level protocol NTCP/SSU, or low-level IPv4/v6, or both or neither 21:56:12 &lt;zzz&gt; right. the various places where we assume v4 all have to be fixed too, but that's just grunt work 21:57:07 &lt;inscrutus&gt; grunt work would be good for new devs to help get familiar with the code 21:57:10 &lt;zzz&gt; dg are we done I hope? 21:57:21 &lt;dg&gt; yeah 21:57:28 &lt;dg&gt; we've got nobody else 21:57:31 &lt;dg&gt; so.. yeah. 21:57:38 &lt;hottuna&gt; alright! 21:57:38 * zzz hands dg the *baffer 21:57:53 &lt;dg&gt; I'll cut down on what we have per-meeting next time, or maybe more poking? ;-) 21:57:56 * dg takes 21:57:56 &lt;lillith&gt; dg: so are crypto and mailing list rolling over to next week? 21:57:59 * dg *baf*s the meeting closed 21:58:02 &lt;dg&gt; lillith: Yup. 21:58:17 &lt;hottuna&gt; alright, you've managed to get us all to decide on a new domain 21:58:20 &lt;hottuna&gt; not bad at all :) 21:58:40 &lt;dg&gt; :) 21:58:51 &lt;lillith&gt; hottuna: it was a fairly unanimous decision ;) 21:59:08 &lt;hottuna&gt; getting us to make is the hard part 21:59:23 &lt;inscrutus&gt; dg: i think it's reasonable to not wait as long for stragglers 21:59:51 &lt;lillith&gt; inscrutus: or start earlier for stragglers 22:00:06 &lt;lillith&gt; ie start poking from half 7 ish 22:00:29 &lt;inscrutus&gt; lillith: that too 22:00:33 &lt;dg&gt; Perhaps trivial, non dev topics should be erlier 22:00:44 &lt;dg&gt; (Mailing list for example) 22:01:26 &lt;inscrutus&gt; dg: a good idea so to not scare off the non-devs :) 22:01:29 &lt;dg&gt; I need to know good times for zzz .. and whoever the other crypto/ipv6 guys are. Most of us can't contribute to discussion at all. 22:04:44 &lt;zzz&gt; dg, I don't know when the good times are either. str4d and tuna seemed to be making a little progress. 22:07:47 &lt;zzz&gt; dg I'm guessing 6-12 months will be required to come up with a solid plan. 22:08:13 &lt;dg&gt; zzz: That's resonable. Better late than never, and I'd rather us be planning than nothing at all. 22:09:25 &lt;zzz&gt; it's been on the list for years already. pushing more might help or might not. </div>/cs/blog/2013/02/05/i2p-dev-meeting-february-05-2013/Tue, 05 Feb 2013 00:00:00 +0000/cs/blog/2013/02/05/i2p-dev-meeting-february-05-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> christoph3, darrob, dg, eche|on, hottuna, KillYourTV, Meeh, str4d, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 19:59:45 &lt;dg&gt; str4d: thoughts wrt IPv6 in mtg? 20:01:00 &lt;str4d&gt; Bring it up if you want. I know there are real issues that are holding that back, but it could be a good idea to verify what they currently are. 20:01:03 &lt;str4d&gt; I'll also be bringing up the website revamp. 20:01:14 &lt;dg&gt; Sweet. 20:01:22 &lt;str4d&gt; (So poke that in somewhere ^_^) 20:01:33 &lt;dg&gt; Will do :) 20:01:36 &lt;dg&gt; We'll put crypto last, if at all 20:01:44 &lt;dg&gt; I don't want to kill the movement but I don't know where we are going wit hit 20:01:55 &lt;dg&gt; I don't know enough about it to try .. push for it 20:05:01 &lt;str4d&gt; Yeah, last is a good idea, as long as the earlier sections of the meeting stay on track. 20:05:28 &lt;str4d&gt; And we already are in a much better place - the crypto review page has some interesting data (provided by "guest" so I have no idea who ^_^) 20:05:41 &lt;dg&gt; I was thinkign about that 20:14:16 &lt;str4d&gt; dg: ain't it meeting time now? 20:14:48 &lt;dg&gt; oh yeah 20:14:55 &lt;dg&gt; okay then 20:14:58 &lt;darrob&gt; i was going to ask that. i'm confused to see you *plan* a meeting at 08:05. 20:15:36 &lt;dg&gt; the agenda today is: 20:15:36 &lt;dg&gt; (0) - Hi! 20:15:36 &lt;dg&gt; (1) - Primary domain 20:15:36 &lt;dg&gt; (2) - IPv6 progress, blockers 20:15:39 &lt;dg&gt; (3) - Site revamp 20:15:42 &lt;dg&gt; (4) - Crypto 20:15:57 &lt;dg&gt; didn't realize the time 20:16:20 * str4d sends a CTCP TIME message to dg 20:16:34 * str4d watches it bounce off the I2P IRC tunnel. 20:16:41 &lt;hottuna&gt; Hello everybody! 20:16:48 &lt;str4d&gt; Hi! 20:16:55 &lt;dg&gt; We'll start off then? 20:17:25 &lt;dg&gt; So, (1) - primary domain 20:17:28 &lt;dg&gt; (also, hi) 20:17:46 &lt;dg&gt; The current primary domain (used in most places) is i2p2.de 20:17:49 &lt;dg&gt; There's a few problems with it 20:17:53 &lt;str4d&gt; www.i2p2.de 20:18:00 &lt;str4d&gt; (not i2p2.de) 20:18:00 &lt;dg&gt; (1) - It's not attractive or memorable. 20:18:11 &lt;dg&gt; (2) - SEO issues due to the country based TLD 20:18:29 &lt;dg&gt; (3) - Conflicts with other domains (we use geti2p.net on stickers, for example) 20:19:03 &lt;eche|on&gt; I do use www.i2p2.de on I2P stickers 20:19:06 &lt;hottuna&gt; (3) was my fault, it's just a more memorable domain 20:19:13 &lt;dg&gt; I'm proposing we use geti2p.net for all matters from now on but keep the old sites up with a redirect or some SEO magic to tell sites that we've moved without a full redirect 20:19:16 &lt;str4d&gt; (2) isn't a direct problem for Google at least. 20:19:54 &lt;dg&gt; i2p2.net is the better out of the pick though, there's ones like i2p-projekt.de that IMHO are too obscure for project usage 20:20:01 &lt;dg&gt; geti2p.net is kind of motivational too 20:20:16 &lt;str4d&gt; Their support page on geolocation says that geotargeting doesn't specifically affect page rank unless the search is limited by country. 20:20:40 &lt;str4d&gt; But then they also say that they use the geotargeting along with a heap of other things they look at to decide on regionalization. 20:20:43 &lt;hottuna&gt; I prefer geti2p.net, but I think we would need to have an official vote to change it 20:20:49 &lt;KillYourTV&gt; iRelay: web title i2p2.net 20:20:52 &lt;dg&gt; I concur, hottuna 20:20:55 &lt;iRelay&gt; Home - Contractor Safety Program Manuals - Downloadable and Turn-Key Custom-Written 20:21:23 &lt;dg&gt; i2p.net would be ideal, simple & the original domain but we can't have that for years. No promise we'll get it when it expires, either. 20:21:34 * KillYourTV was curious what was there, typo or not 20:22:01 &lt;str4d&gt; What about i2p.com and i2p.org? 20:22:16 &lt;str4d&gt; (Or one of the other generic TLDs? 20:22:16 &lt;str4d&gt; ) 20:22:35 &lt;str4d&gt; Were they long-time registered? 20:23:10 &lt;dg&gt; Believe so. AFAIK, we were lucky to get .net when the project started but I'm not sure. 20:23:10 &lt;eche|on&gt; 1. i2p.net is registered til 2016 and will be grabbed by some machines after wards 20:23:21 &lt;eche|on&gt; 2. do NOT change the domain again. Thats a pain in the ass. really. 20:23:39 &lt;eche|on&gt; user credability is not to be raised with a domain change 20:23:42 &lt;dg&gt; It's not going to be an emergency change this time. 20:23:50 &lt;dg&gt; We already have 5 or so domains floating about 20:23:57 &lt;eche|on&gt; it was a looong 3 year phase to get www.i2p2.de into the game after i2p.net was dead 20:24:08 &lt;str4d&gt; eche|on: that's because you didn't have access to i2p.net 20:24:15 &lt;dg&gt; totally different circumstances 20:24:27 &lt;dg&gt; (and a totally different process) 20:24:30 &lt;str4d&gt; With access to both the old and new domains, either leave the content at the old one, or (better) do a 301 redirect. 20:24:45 &lt;dg&gt; it's not like we're recovering from such a major blow this time, just changing the default domain we refer to 20:25:50 &lt;zzz&gt; Back in the day, com/net/org were the best. But not true now, plus the whole issue of the U.S. can and does shut those down as they please. You really want to go back to a .net? 20:26:24 &lt;dg&gt; It's not like the U.S. can't get .de. If keeping things safe was as simple as being foreign, we wouldn't need I2P. 20:26:49 &lt;hottuna&gt; i2p.{aero|af|ag|ai|am|asia|bz|cat|cm|coop|cx|gg|gr|gs|gy.|hk|hn|ht|im|io|je|ki|la|lc|li|lt|lv|me|mg|mn|ms|mx|name|nf|nu|pt|re|tel|tv} are available 20:27:07 &lt;dg&gt; the "2" makes it unclean which bugs me 20:27:26 &lt;dg&gt; hottuna: i2p.io sounds groovy 20:27:41 &lt;eche|on&gt; I want i2p.xxx 20:27:44 &lt;hottuna&gt; the 2 is nonsensical for any newbie 20:28:11 &lt;str4d&gt; i2p.coop 20:28:14 &lt;dg&gt; I believe in the CCC talk, the guy speaking actually called i2p "i2p2" 20:28:17 &lt;str4d&gt; i2p.coup? ^_^ 20:28:18 &lt;christoph3&gt; the list gets probably a lot shorter by removing inacceptably expensive domains ;-) 20:28:24 &lt;zzz&gt; dg you're greatly underestimating the difference in US-shutdown-ability of .de vs .net 20:28:24 &lt;dg&gt; "to i2p or not to i2p" (or something) 20:28:55 &lt;str4d&gt; zzz: i2p.net is out of the question anyway =) 20:29:09 &lt;dg&gt; zzz: really? I'm not so sure. If the US wanted it down, they could surely exercise their US-shutdown-abilities. 20:29:09 &lt;hottuna&gt; zzz, agreed. Also a valid point. 20:29:24 &lt;dg&gt; str4d: but geti2p.net is the alternative I proposed at least, so I guess he is referring to that 20:29:27 &lt;hottuna&gt; until now only us domestic domains have been taken down 20:29:57 &lt;eche|on&gt; even .at domains were not taken down though being spam and virus spreading domains 20:30:17 &lt;christoph3&gt; zzz is probably not talking about worst-case where the US really really really wants to shut it down 20:30:28 &lt;christoph3&gt; but just would like to 20:30:31 &lt;str4d&gt; Since this was started off by geotargeting issues: what are the actual generic TLDs? 20:30:31 &lt;dg&gt; Pretty sure if the US started shouting it was terrorist related, it could be taken down too 20:31:12 &lt;hottuna&gt; how are .org domains controlled? 20:31:12 &lt;str4d&gt; Ooh, just found a list. 20:31:12 &lt;eche|on&gt; str4d: a lot of them,also including some local russian, asian, chinese... one 20:31:19 &lt;str4d&gt; https://support.google.com/webmasters/bin/answer.py?hl=en&answer=1347922 20:31:34 &lt;str4d&gt; Google treats all of those ^ as gTLDs. 20:31:38 &lt;eche|on&gt; http://de.wikipedia.org/wiki/Top-Level-Domain 20:31:41 &lt;iRelay&gt; Title: Top-Level-Domain Wikipedia (at de.wikipedia.org) 20:31:49 &lt;christoph3&gt; .org was verizon just like .com and .net wasn't it? 20:31:52 &lt;eche|on&gt; i2p.int would be nice. 20:31:59 &lt;eche|on&gt; and it would be possible. 20:32:18 &lt;eche|on&gt; or a .nato? 20:33:05 &lt;hottuna&gt; int sounds nice, but is controlled by IANA which is us government 20:33:27 &lt;str4d&gt; hottuna: aren't all TLDs eventually controlled by IANA? 20:33:46 &lt;str4d&gt; (excluding the new raft of TLDs that companies are allowed to buy now) 20:34:04 &lt;dg&gt; new proposal: we buy .i2p 20:34:11 &lt;hottuna&gt; more or less directly? .int being directly? 20:34:11 &lt;hottuna&gt; :P 20:34:14 &lt;hottuna&gt; i2p.i2p? 20:34:21 &lt;dg&gt; project.i2p 20:34:36 &lt;dg&gt; download.i2p 20:34:39 &lt;darrob&gt; hottuna: obviously the main page would have to be www.i2p2.i2p. :) 20:34:54 &lt;hottuna&gt; :P 20:35:12 &lt;str4d&gt; But I just went to all this effort of double-tagging the entire website revamp&gt;_&lt; 20:35:59 &lt;hottuna&gt; str4d, I did some translations. About 70k words left though. 20:37:10 &lt;str4d&gt; There were about 70k words to start with =P 20:37:13 &lt;darrob&gt; how immediate is this US shutdown threat though? instead of worrying about it we could just wait and see. worst case: we'd have to go piratebay-crazy with proxies and media attention and all. 20:37:36 &lt;eche|on&gt; so far it is a no brainer, as tor is still alive. 20:37:47 &lt;dg&gt; oh. yeah. Tor, of course. 20:38:19 &lt;darrob&gt; dg: go on? 20:38:38 &lt;hottuna&gt; realistically we will still have the mirrors, so a specific tld being lost isnt much of an issue 20:38:53 &lt;dg&gt; darrob: about Tor?? 20:38:56 &lt;dg&gt; darrob: as for the discussion, I think we're still talking 20:39:03 &lt;dg&gt; So, do we want to put this down to a vote? 20:39:18 &lt;dg&gt; If so, what would be the options? 20:39:18 &lt;dg&gt; (and when?) 20:39:22 &lt;hottuna&gt; i would like geti2p.net to be an option 20:39:28 &lt;dg&gt; We could do it now if you guys wanted, I don't know if we have enough people 20:39:35 &lt;KillYourTV&gt; +1 for new TLD. Often they're a steal at $185,000 for registration then $6,250 each quarter. Surely we have enough funds available for that. 20:39:35 &lt;hottuna&gt; next meeting? 20:39:50 &lt;dg&gt; Hell yeah! 20:39:53 &lt;dg&gt; hottuna: sure 20:39:53 &lt;hottuna&gt; and announce it on the forums 20:39:53 &lt;darrob&gt; dg: sorry, never mind. your tor comment was not clear to me but it's irrelevant now. 20:40:04 &lt;eche|on&gt; KillYourTV: ^^ oerfect solution, but hosting is another topic. 20:40:35 &lt;hottuna&gt; would anyone like to propose a change to a domain other than geti2p.net? 20:40:38 &lt;darrob&gt; KillYourTV: we'd just need to sell our bitcoins at the right time. 20:41:00 &lt;dg&gt; hottuna: I have none but then again, I don't know the other ones we have. 20:41:55 &lt;str4d&gt; i2p.io sounded quite good, but .io is still country-specific 20:42:42 &lt;dg&gt; ideal world: we would have i2p.org 20:43:34 &lt;hottuna&gt; ok, then we have 2 alternatives. i2p.io and geti2p.net 20:43:45 &lt;str4d&gt; i2p.int? 20:43:48 &lt;str4d&gt; i2p.info? 20:43:56 &lt;str4d&gt; i2p.jobs =P 20:43:59 &lt;dg&gt; is i2p.info available? 20:44:18 &lt;dg&gt; i2p.transformers? 20:44:30 &lt;eche|on&gt; i2p.onion 20:44:45 &lt;hottuna&gt; i2p.info is taken 20:45:00 &lt;str4d&gt; i2p.co - that's a country one that is treated (by Google at least) as generic. 20:45:23 &lt;hottuna&gt; i2p.co is taken 20:45:30 &lt;str4d&gt; i2p.me? 20:45:37 &lt;dg&gt; i2p.me is cool. 20:45:58 &lt;str4d&gt; (another gccTLD) 20:46:09 &lt;darrob&gt; and cool is gimmicky if i may say so. i'd rather see i2p2.org or something. 20:46:09 &lt;hottuna&gt; suggestions: i2p.io i2p.int i2p.me geti2p.net 20:46:28 &lt;dg&gt; I want to drop the "2". 20:46:31 &lt;str4d&gt; darrob: I'd rather see i2p.something 20:46:53 &lt;str4d&gt; Why wasn't i2p.de chosen originally? Taken? 20:47:01 &lt;str4d&gt; s/originally/at the time/ 20:47:04 &lt;iRelay&gt; str4d meant: Why wasn't i2p.de chosen at the time? Taken? 20:47:12 &lt;hottuna&gt; i2p2.org taken 20:47:16 &lt;hottuna&gt; i2p.de taken 20:47:31 &lt;str4d&gt; Mmm. 20:47:50 &lt;KillYourTV&gt; i2p.ispent185000dollarsandalligotwasthisstupidtld 20:48:00 &lt;str4d&gt; I agree that we don't want something gimmicky. 20:48:07 &lt;str4d&gt; It needs to make sense. 20:48:22 &lt;dg&gt; cool == workable in this context 20:48:24 &lt;dg&gt; (too) 20:49:13 &lt;hottuna&gt; i2p.int is available btw 20:50:52 &lt;hottuna&gt; dg, will you add i2p.io i2p.int i2p.me geti2p.net to the alternatives of the vote? 20:51:18 &lt;dg&gt; hottuna: Yup. Making a note of it now. 20:51:27 &lt;hottuna&gt; danke 20:54:10 &lt;str4d&gt; Anything else here, or next topic dg? 20:54:40 &lt;dg&gt; was writing up the topic 20:54:40 &lt;dg&gt; yeah, next 20:54:43 &lt;dg&gt; Alright, IPv6! 20:54:53 &lt;dg&gt; From what I understand, welt* was working on this and then.. ??? happened 20:55:04 &lt;dg&gt; I don't know the blanks, maybe someone can fill them in 20:55:21 &lt;dg&gt; There's a bounty right now for IPv6 support in I2P 20:55:42 &lt;dg&gt; It's 100 EUR 20:55:45 &lt;hottuna&gt; `http://zzz.i2p/topics/109` 20:55:48 &lt;dg&gt; `http://www.i2p2.i2p/bounty_ipv6` 20:55:55 &lt;iRelay&gt; Title: zzz.i2p: IPV6 TODO (at zzz.i2p) 20:55:56 &lt;iRelay&gt; Title: Bounty I2P IPv6 native - I2P (at www.i2p2.i2p) 20:56:04 &lt;dg&gt; I think after/alongside the crypto doup, this is important 20:56:43 &lt;dg&gt; I could do with zzz or welt* 20:56:57 &lt;dg&gt; It'd be fantastic if welt* took it up again 20:59:01 &lt;dg&gt; Meeh is seemingly OK with helping 20:59:12 &lt;dg&gt; If zzz is going to, he needs SSH 20:59:42 &lt;Meeh&gt; I can provide zzz with SSH 20:59:45 &lt;Meeh&gt; to a dev server 21:00:09 &lt;Meeh&gt; we should also start using mailing lists now that it's up :) 21:00:20 * dg nods 21:00:44 &lt;dg&gt; I'm not aware of mailing list etiquette but I can start posting there 21:00:51 * dg crickets 21:01:54 &lt;str4d&gt; Meeh: is it I2P-internal as well, or should we use @i2pmail.org? 21:02:17 &lt;dg&gt; i2p-internal I assumed but.. 21:02:20 &lt;Meeh&gt; @i2pmail.org for now... haven't figured out howto bring it inside i2p yet 21:03:16 &lt;str4d&gt; Meeh: you'd need some sort of rewriting. Maybe talk to postman? 21:03:36 &lt;Meeh&gt; yepp, I will 21:04:34 &lt;dg&gt; Should we move on or wait? 21:04:49 &lt;str4d&gt; Back to IPv6, zzz provided a nice summary in the dev forum post 21:05:20 &lt;str4d&gt; It sounds like the next step is to compare and contrast the three possible options. 21:05:43 &lt;str4d&gt; Do we want to do that here/now? In the dev thread? On a Trac wiki page like the crypto one? 21:06:17 &lt;dg&gt; Trac, I say 21:06:52 &lt;Meeh&gt; dg, str4d : 21:06:52 &lt;Meeh&gt; 22:05:27 &lt;postman&gt; if the mailinglist server resides in the internet 21:06:52 &lt;Meeh&gt; 22:05:40 &lt;postman&gt; all people use their @i2pmail.org adress for signup 21:06:52 &lt;Meeh&gt; 22:06:14 &lt;postman&gt; teh mails will be automatically rewritten when transferred to / from internet 21:06:52 &lt;Meeh&gt; and i2p 21:07:34 &lt;Meeh&gt; 22:07:02 &lt;postman&gt; ( i think it would be best to have a ml server public) 21:07:56 &lt;Meeh&gt; 22:07:16 &lt;postman&gt; so people without mail.i2p adresses can subscribe 21:08:12 &lt;Meeh&gt; so I suggest current setup, since many that's not on i2p can join the list 21:08:37 &lt;str4d&gt; Meeh: alright. 21:08:54 &lt;dg&gt; &lt;+dg&gt; Should we move on or wait? 21:08:54 &lt;str4d&gt; Oh, and also, if the domain name changes, what happens to the list email? 21:09:04 &lt;dg&gt; CNAME the MX? 21:09:14 &lt;str4d&gt; Ah, true. 21:09:25 &lt;str4d&gt; dg: move on, I think. I don't think we are going to have in-depth IPv6 discussions today,. 21:09:40 &lt;dg&gt; Yeah.. seems that way. I'm dubious about crypto too? :| 21:09:51 &lt;dg&gt; Okay, website revamp! 21:10:07 &lt;dg&gt; str4d has been chugging away at tagging and eliminatin the blockers 21:10:14 &lt;dg&gt; I think we're getting closer to being able to put it live 21:10:17 * dg hands mic to str4d 21:10:50 &lt;str4d&gt; Okay, the site is edging closer and closer to being ready. 21:11:02 &lt;str4d&gt; I've nearly tagged the entirety of docs/ 21:11:36 &lt;str4d&gt; I'm just working on docs/spec/* now, and then docs/discussion/* (though I'm not sure if that one is needed?) 21:12:03 &lt;str4d&gt; docs/spec/ is somewhat hard to fully tag though, as there is a lot of &lt;pre&gt;-formatted stuff which translating will just break. 21:12:36 &lt;str4d&gt; URL-wise, aside from docs/spec/* and docs/discussion/* the entire site should have working URLs. 21:12:51 &lt;str4d&gt; If someone wants to test that (manually or automated) that would be good. 21:13:37 &lt;str4d&gt; Structurally, I don't think there is much more needed for the site - can anyone think of anything? 21:14:55 &lt;hottuna&gt; No 21:15:06 &lt;hottuna&gt; and if flaws are found they can be fixed 21:15:24 &lt;dg&gt; I don't think there's any.. let alone critical 21:15:31 &lt;str4d&gt; Design-wise, I'm still not entirely happy, but that's not critical. 21:15:53 &lt;str4d&gt; The mobile CSS I added *does* have flaws, but it is far easier to use/read than the desktop CSS. 21:16:27 &lt;str4d&gt; So I think the only thing left is to wait for the translations to start coming in. 21:17:10 &lt;str4d&gt; (I'd like to at least have some of the main pages translated before launch, so that Google doesn't think I'm lying to it in the sitemap.xml) 21:19:52 &lt;str4d&gt; And here's an idea: If/when we decide on a new domain, we launch the new site there, so we can test it live, and then inform Google/users via 301 redirect that the new site is the new domain? 21:21:03 &lt;hottuna&gt; the translation is a very big job 21:21:03 &lt;hottuna&gt; one that will take a lot of time 21:21:03 &lt;hottuna&gt; why not update sitemap.xml when translations are available? 21:22:56 &lt;str4d&gt; hottuna: the sitemap is somewhat recursively generated. 21:22:59 &lt;hottuna&gt; Would that be better? 21:23:02 &lt;hottuna&gt; ok 21:23:28 &lt;str4d&gt; It's to do with the whole reflang thing that Google requires. 21:23:51 &lt;str4d&gt; Every page in the sitemap has to list as a lang link every other language page, including itself. 21:24:06 &lt;str4d&gt; And that has to be repeated for each lang variant of a page. 21:24:25 &lt;str4d&gt; I've already split it up into a /sitemapindex.xml and /lang/sitemap.xml pages. 21:24:41 &lt;dg&gt; Would Google really care? 21:24:41 &lt;hottuna&gt; but we're always going to lack translations for some languages? 21:24:45 &lt;str4d&gt; But we also have a Language dropdown, which Google is going to find. 21:25:23 &lt;str4d&gt; hottuna: the list of Languages on the revamp is taken from the current site - there are partial translations for all of them. 21:25:26 &lt;str4d&gt; dg: no idea really. 21:25:59 &lt;dg&gt; It could take a long time to get us translations 21:26:06 &lt;str4d&gt; The sitemap language thing is there so that Google doesn't use the pages themselves to determine language (as in that case, every language variant would be called "English" currently) 21:26:33 &lt;str4d&gt; Hmm... I'll go check whether Google defers to the sitemap entirely, or if it still uses its own observations. 21:26:39 &lt;str4d&gt; I could just be needlessly worrying. 21:26:47 &lt;hottuna&gt; dg: I think it will, historically that has been the case for most languages. 21:27:02 &lt;hottuna&gt; maybe str4d, but ultimately this is your call 21:27:06 &lt;str4d&gt; And if having "lang-specific" pages which aren't translated isn't going to affect our pagerank, then it's not a blocker. 21:29:44 &lt;dg&gt; Hm, ok 21:31:22 * dg waits 21:32:56 &lt;str4d&gt; Okay, just did some reading, and it looks like Google defers to the sitemap 21:33:25 &lt;str4d&gt; Since one usage is translating only the template of the page, and leaving the content in a single language (like forum posts). 21:33:44 &lt;str4d&gt; So, translations are not a blocker, and can be updated as we go. 21:33:51 &lt;str4d&gt; In which case, the site could go live, now. 21:33:51 &lt;dg&gt; Any other bugs? 21:33:58 &lt;dg&gt; Oh. Sweet. 21:34:01 &lt;str4d&gt; (Well, now + time it takes to check all remaining URLs) 21:34:04 &lt;dg&gt; Anyone got any views on putting it live? 21:37:48 &lt;hottuna&gt; alright. if now is an option, i would vote for now 21:37:59 &lt;dg&gt; me too 21:38:34 &lt;str4d&gt; Putting it live requires some help from whoever is running the server (welterde IIRC) 21:38:45 &lt;str4d&gt; And the mirrors. 21:39:20 &lt;hottuna&gt; alright, at next sighting of the welterde/weltende, let's ask? 21:39:34 &lt;str4d&gt; Propagating back to i2p.www is simple. But the server ops need to run the setup script and then configure their WSGI setup to use the virtualenv. 21:40:15 * str4d will prop i2p.www onto the revamp now so that merges etc. can be handled now. 21:42:53 &lt;dg&gt; Huzzah 21:43:12 &lt;hottuna&gt; Yep 21:46:43 &lt;str4d&gt; Okay, so that's the revamp done. dg? 21:46:50 &lt;dg&gt; str4d: Yup. 21:47:21 &lt;dg&gt; I was avoiding moving on 21:47:22 &lt;dg&gt; due to the IPv6 discussion (or lack of..) 21:47:25 &lt;dg&gt; Wanna call it a night? 21:47:25 &lt;dg&gt; I think it's the best choice 21:47:33 &lt;hottuna&gt; Sure 21:47:59 &lt;str4d&gt; Yeah, 1.75 hours can be enough for today 21:48:10 &lt;dg&gt; Heh. 21:48:10 &lt;dg&gt; Alright, 21:48:13 * dg bamfs the meeting closed 21:49:21 &lt;dg&gt; `http://zzz.i2p/topics/1343` 21:49:28 &lt;iRelay&gt; Title: zzz.i2p: Meeting [6th February] (at zzz.i2p) 21:50:31 &lt;hottuna&gt; the next meeting is the 12/2 not 6/2 21:50:42 &lt;hottuna&gt; wut 21:50:42 &lt;hottuna&gt; ok 21:50:49 &lt;hottuna&gt; or am I confused 21:51:47 &lt;dg&gt; my mistake 21:52:10 &lt;dg&gt; ;_; 21:55:01 &lt;iRelay&gt; &lt;str4d@freenode&gt; ping weltende 23:39:54 &lt;zzz&gt; um, was it just me, or did the meeting totally skip the final decision that changing our URL was definitely a good idea? 23:40:30 &lt;zzz&gt; I saw some pros and cons on changing and then 'lets post a vote for which new one to pick' 23:40:50 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Project Syndie HSQLDB2 build #9:SUCCESS in 15 sec: `http://eotfca7qexthbireor6ae7g4hbj5hwuhe4gkzxdx3l3g2t5gzn7q.b32.i2p/job/Syndie%20HSQLDB2/9/` 23:41:54 &lt;zzz&gt; nor did I see anybody volunteer to do all the work req'd to implement such a change 23:45:25 &lt;zzz&gt; or is the (unstated) plan to vote on the best name first, and only then decide whether to do it and how? 23:45:29 &lt;zzz&gt; ^^ dg 23:45:55 &lt;dg&gt; Correct, sorry if it wasn't clear 23:46:03 &lt;dg&gt; I'll outline more next time 23:46:49 &lt;zzz&gt; might be me, I was just skimming. 23:46:55 &lt;zzz&gt; so was there a decision made or not? 23:47:37 &lt;dg&gt; We're having a vote next week 23:48:03 &lt;zzz&gt; a vote on what? whether to change, or what to change it to? 23:48:33 &lt;dg&gt; What to change it to 23:48:56 &lt;zzz&gt; so was there a decision made or not on whether to change it at all? 23:48:59 &lt;dg&gt; We could certainly have people abstain though 23:49:06 &lt;dg&gt; which would be a "no change" 23:49:42 &lt;dg&gt; We were in agreement that a change would be nice but unable to agree on what *to* 23:49:52 &lt;zzz&gt; is the decision to change at all a) already made or b) deferred until after the vote? 23:50:14 &lt;dg&gt; b) 23:50:54 &lt;zzz&gt; that wasnt clear to me either from the mtg or from `http://zzz.i2p/topics/1343` 23:51:01 &lt;iRelay&gt; Title: zzz.i2p: Meeting [12th February] (at zzz.i2p) 23:51:18 &lt;str4d&gt; zzz: What I gathered is that, of the people present at the meeting, the majority were for a change. 23:51:25 &lt;zzz&gt; and to me, imho "would be nice" is far far short of "it's definitely a good idea AND we have volunteers to do the work" 23:51:28 &lt;str4d&gt; But, not all relevant people were at the meeting. 23:51:38 &lt;dg&gt; (e.g. you) 23:52:04 &lt;dg&gt; welt wasn't there either, I may be forgetting someone but was anyone else missing? 23:52:37 &lt;zzz&gt; sure, I was in and out, my bad. But my review of the logs is the pros were saying 'would be nice' and the cons had significant objections. 23:53:04 &lt;str4d&gt; zzz: I don't recall significant objections. Care to elaborate? 23:53:07 &lt;zzz&gt; but dg says it hasn't been decided yet, 23:53:25 &lt;str4d&gt; The only major one was eche's about linkage loss, but that is easily solved with a 301 redirect 23:53:28 &lt;dg&gt; The big one was from ech, saying it would cause big issues 23:53:31 &lt;dg&gt; and that was't true 23:53:45 &lt;dg&gt; s/was't true/debunked 23:53:52 &lt;str4d&gt; (So can't really be fairly compared to the i2p.net -&gt; i2p2.de migration, which *was* an issue) 23:53:58 &lt;zzz&gt; &lt;eche|on&gt; 2. do NOT change the domain again. Thats a pain in the ass. really. 23:53:58 &lt;zzz&gt; &lt;eche|on&gt; user credability is not to be raised with a domain change 23:54:09 &lt;zzz&gt; there's the US-controlled issue I raised 23:54:19 &lt;zzz&gt; there's the amount of work required, which nobody raised 23:54:30 &lt;str4d&gt; "pain-in-the-ass" was referring to above. 23:54:46 &lt;dg&gt; There's links on the main site (how much of that can be done with regex?), some in the source code (same again?) 23:54:46 &lt;dg&gt; What else? 23:54:53 &lt;zzz&gt; there's the SEO issue, which you apparently think is managable, but I'm not so sure 23:55:16 &lt;str4d&gt; User credability - that is rather wishy-washy and IMHO changing from i2p2.* to i2p.* is going to make it easier for users. 23:55:16 &lt;zzz&gt; there's links in our docs and code 23:55:35 &lt;str4d&gt; Links on the site are all relative, so no issues there. 23:55:35 &lt;dg&gt; s/http://www.i2p2.de/http://geti2p.net/ 23:55:38 &lt;iRelay&gt; Title: Not found - I2P (at www.i2p2.de) 23:55:38 &lt;dg&gt; s/http://www.i2p2.de/http://geti2p.net/g 23:55:41 &lt;iRelay&gt; Title: Not found - I2P (at www.i2p2.de) 23:55:50 &lt;str4d&gt; Docs and code and SEO - again, a 301 redirect solves all that. 23:56:05 &lt;dg&gt; 301 is perm redirect, yeah? 23:56:08 &lt;str4d&gt; (The docs and code of course should be updated, but the links would not break) 23:56:11 &lt;str4d&gt; Yes. 23:56:21 &lt;dg&gt; If so, I'd assume that's what it was created for - that kind of thing anyway. 23:56:21 &lt;str4d&gt; It's what the revamp has for all the old page locaions 23:56:24 &lt;zzz&gt; if it's not decided yet, (and dg says it isn't) then we can talk about it next week. my reading from the logs and zzz post was that it was decided, but apparently not 23:56:42 &lt;str4d&gt; e.g. /debian.html --[301]--&gt; /en/download/debian 23:56:57 &lt;str4d&gt; zzz: yep, not decided yet, this was just getting the ball rolling. 23:57:04 &lt;zzz&gt; ok 23:57:19 &lt;zzz&gt; also a lot of this requires welt's tme which is in short supply 23:57:24 &lt;str4d&gt; Nothing is going to happen without informed consensus. 23:57:44 &lt;zzz&gt; ok great. guess I misread the logs 23:57:55 &lt;str4d&gt; Yeah, which is why I'd like to sort out the revamp and push it live at the same time. 23:58:29 &lt;str4d&gt; Or rather, I'll keep on working on site stuff and whenever welt turns up we can push it live. 23:59:15 &lt;dg&gt; I'll edit the post to make it clear 23:59:18 &lt;zzz&gt; maybe. trying to change 6 things at once increases the risk too. I'd recommend incrementalism 00:00:16 &lt;zzz&gt; also beware of becoming overly google-focused as there are other search engines too, who may behave differently 00:00:31 &lt;zzz&gt; or at least more slowly 00:00:34 &lt;str4d&gt; zzz: mmm, which is why I suggested putting the revamp on the "new" url to test it. 00:00:42 &lt;str4d&gt; And then apply the 301. 00:00:53 &lt;str4d&gt; (Assuming the url is changed) 00:01:30 &lt;str4d&gt; Yeah, I'll do some checking up of other search engines, but Google seems to use reasonably standard technology (e.g. the sitemap stuff) 00:02:05 * str4d is currently checking and fixing old/broken URLs. 00:03:24 &lt;dg&gt; Edited my post. `http://zzz.i2p/topics/1343` 00:03:31 &lt;iRelay&gt; Title: zzz.i2p: Meeting [12th February] (at zzz.i2p) 00:05:36 * dg waits for ech to come back 00:05:43 &lt;dg&gt; That'll be tomorrow, right? 00:08:17 &lt;zzz&gt; re: incrementalism, e.g. you may wish to consider using 302s for a few days on the live site until you're sure it's all good before switching to 301s, as you really don't want to mess up 301s 00:08:28 &lt;str4d&gt; Mmm, yep. 00:08:40 &lt;str4d&gt; Do you mean for the legacy pages as well? 00:09:16 &lt;zzz&gt; maybe. something to think about 00:09:43 &lt;str4d&gt; I'm pretty sure all the old pages are good (I manually checked most of them) 00:09:53 &lt;dg&gt; As for domains, https://twitter.com/i2p/status/298485275053666304 - I can't be the only one who thinks that's messy 00:10:00 &lt;str4d&gt; But probably worth checking again at some stage. 00:10:28 &lt;dg&gt; str4d: No reply from zab. 00:12:36 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Starting build #43 for job Cobertura Coverage Reports 00:13:41 &lt;zzz&gt; not saying it's a bad idea to switch (and if we do, geti2p.net is the only choice). Just that we do it purposefully if we do. You made a proposal and held discussion but never called for a decision, or even identified how or when a decision would be made. 00:14:59 &lt;dg&gt; &lt;+hottuna&gt; I prefer geti2p.net, but I think we would need to have an official vote to change it 00:15:02 &lt;dg&gt; &lt;+dg&gt; I concur, hottuna 00:15:13 &lt;dg&gt; only geti2p.net? 00:15:20 &lt;dg&gt; So fuck the vote and just have a y/n? 00:15:27 &lt;dg&gt; that's fine but tell me now :p 00:16:10 &lt;zzz&gt; so the vote to change it and the vote on what to change it to got conflated 00:17:01 &lt;zzz&gt; "only choice" just imho 00:17:12 &lt;dg&gt; Everyone attending was up for changing it (ech was the only one who disagreed and he.. went quiet.. I don't know what that means, no?) so I skipped that step 00:20:04 &lt;zzz&gt; well, run the meeting how you want, but not sure you want to discount people who only object once, especially if you don't have an obvious call for the end of discussion and a decision 00:20:13 &lt;dg&gt; no, i see your opint 00:20:16 &lt;dg&gt; point* 00:20:26 &lt;dg&gt; i do need to outline things more </div>/cs/blog/2013/01/29/i2p-dev-meeting-january-29-2013/Tue, 29 Jan 2013 00:00:00 +0000/cs/blog/2013/01/29/i2p-dev-meeting-january-29-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> dg, hottuna, str4d, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:08:14 &lt;dg&gt; so hi all 20:08:33 &lt;dg&gt; we didn't really talk much about the agenda but we have some big stuff to discuss anyhow so no big deal 20:08:55 &lt;dg&gt; first topic is the new website design and the blockers for getting it live 20:08:58 &lt;dg&gt; so i'll hand over to str4d 20:09:09 * dg passes metaphorical spotlight to str4d 20:09:20 &lt;str4d&gt; Hi! 20:09:27 &lt;str4d&gt; &lt;/ocd&gt; 20:10:07 &lt;str4d&gt; Right, well I haven't had as much time over the last week to work on it, but the site *can* go live if desired. 20:10:26 &lt;str4d&gt; The blockers (that I see) are tagging the documentation for translations. 20:10:37 &lt;str4d&gt; Oh, and fixing URLs - that actually is a blocker. 20:10:48 &lt;str4d&gt; (I've been doing them at the same time). 20:11:45 &lt;str4d&gt; I've done the rest of the site - we just need to go through every page of the documentation and repeat what I've been doing: add translation tags to each paragraph/heading/list item/whatever, and check/correct the site-internal URLs. 20:12:29 &lt;str4d&gt; The other bit that I consider a blocker is getting the old translations migrated to the new format, i.e. going through the old faq_lang.html etc. pages and copying their text into the .po files as appropriate. 20:12:55 &lt;dg&gt; Translation tagging IMHO isn't a true blocker but something we need to finish soon, I don't know how you guys feel about going live without translations fully done 20:13:14 &lt;str4d&gt; (I've done 1.2 pages for de and 1 page for es as an example, but it really needs to be someone who understands the language, so that the copy-paste can be verified) 20:14:00 &lt;str4d&gt; (since there is no guarantee that the two individual pages have the same content) 20:15:52 &lt;str4d&gt; Design-wise, I'm starting to be more inclined to just leave the modified duck's theme there; it's had praise from quite a few people, including a designer. I'm personally still not happy with it (e.g. I find it a bit hard to read the long text passages in the documentation), but I wouldn't call it a blocker. 20:16:09 &lt;dg&gt; I like it more or less 20:16:40 &lt;str4d&gt; Oh - one bad thing currently is that the mobile CSS I added seems to not work on mobiles *derp* 20:16:52 &lt;str4d&gt; (Though it works quite nicely on a narrowed desktop browser) 20:19:26 &lt;str4d&gt; That's really about it for the site, as far as I can think of - it's functioning nicely, and most of the groundwork is in place. 20:19:41 &lt;dg&gt; I'll go check out for any broken links later 20:19:52 &lt;dg&gt; I found some previously 20:20:17 &lt;str4d&gt; dg: my test site is running the latest version, so you can check there. 20:20:32 &lt;str4d&gt; The only broken links should be in /lang/doc/* 20:20:35 &lt;dg&gt; let me dig up the ticket 20:20:38 &lt;str4d&gt; Every other page should be fine. 20:20:45 &lt;str4d&gt; It's ticket #807 20:20:52 &lt;dg&gt; saved me some time :) 20:20:59 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/807` - (accepted enhancement) - Revamp of website 20:20:59 &lt;dg&gt; want to revisit this next week then? 20:23:38 &lt;dg&gt; Found one. 20:23:46 &lt;dg&gt; `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/docs/how/networkcomparisons` from `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/docs/how/garlic-routing` 20:23:49 &lt;str4d&gt; Oh, and /lang/misc/* hasn't been looked at either. 20:23:56 &lt;iRelay&gt; Title: Garlic Routing - I2P (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 20:24:06 &lt;dg&gt; Should be /en/comparison 20:24:12 &lt;dg&gt; sorry for pasting whole thing, won't do it again 20:24:15 &lt;dg&gt; eyerape 20:24:22 &lt;str4d&gt; dg: yep, that is a side-effect of my hypenating all the double-worded pages. 20:24:30 &lt;str4d&gt; Oh, that too. 20:25:09 &lt;dg&gt; /docs/how/garlic-routing has /docs/how/elgamalaes, should be /docs/how/elgamal-aes 20:25:16 &lt;dg&gt; i'll put them all into the ticket later 20:25:23 &lt;dg&gt; &lt;+dg&gt; want to revisit this next week then? 20:26:01 &lt;str4d&gt; I'm happy to. Anyone else want to comment? ^_^ 20:27:18 &lt;Meeh&gt; `http://meeh.i2p/viewmtn/viewmtn.py/` 20:27:49 &lt;dg&gt; internal server error on `http://meeh.i2p/viewmtn/viewmtn.py/branch/changes/i2p.i2p` 20:28:45 &lt;Meeh&gt; yepp 20:28:48 &lt;Meeh&gt; working on it 20:28:55 &lt;dg&gt; I'll take it as a no, anyway 20:28:58 &lt;dg&gt; so onto .. crypto? 20:29:18 &lt;str4d&gt; One last question then: given the apparent level of apathy from people in here regarding copying over the old translations, would it be a better idea to just abandon them and upload the blank .po to Transifex? 20:29:44 &lt;dg&gt; Isn't Transifex reasonably active? 20:29:51 &lt;str4d&gt; The .po file will end up on Transifex anyway; I had just planned on it containing the old translations as a bit of a head start. 20:30:05 &lt;dg&gt; I'd say yes 20:30:48 &lt;str4d&gt; Any other votes? 20:32:38 &lt;str4d&gt; If we go with that, then I'll try and tag as many more pages as I have time for, and then I'll create .po files for the current website languages. Then someone with Transifex access can create an i2p.www subprojcet and upload them (KillYourTV?) 20:32:50 * psi reads scrollback 20:33:34 &lt;psi&gt; votes on a hackfest? 20:35:05 * psi reads more scrollback 20:39:01 &lt;str4d&gt; ... 20:39:04 * str4d doesn't like assuming, but assumes that no one has objections to that line of action. 20:39:04 &lt;dg&gt; too quiet&gt;.&gt; 20:39:04 &lt;str4d&gt; In that case, the old translations will be discarded from i2p.www.revamp (or maybe just left in the branch for now - if a translator really wants to they can find them for reference). 20:39:04 &lt;psi&gt; no formed opinion 20:39:14 &lt;SkinSystem&gt; hi, i heard k0e touches himself whilst watching granny pr0n 20:39:21 &lt;dg&gt; uh? 20:39:32 &lt;psi&gt;&gt;.&gt; #i2p-chat 20:40:45 &lt;str4d&gt; Right, that's it from me on the website. 20:49:59 &lt;dg&gt; well.. 20:50:11 &lt;dg&gt; IDK if wait(str4d) 20:51:33 &lt;dg&gt; AFK, back soon 21:03:55 &lt;hottuna&gt; zzz, did you see the update of http://trac.i2p2.de/wiki/Crypto/CurrentSpecs ? 21:03:58 &lt;iRelay&gt; Title: Crypto/CurrentSpecs I2P (at trac.i2p2.de) 21:07:36 &lt;zzz&gt; yeah you guys are doing a great job 21:08:13 &lt;hottuna&gt; do you think we are using asymmetric ciphers where they aren't needed? 21:08:23 &lt;hottuna&gt; and could be replaced by symmetric alternatives? 21:08:38 &lt;zzz&gt; I doubt we're using anything where it isn't needed 21:09:04 &lt;hottuna&gt; good 21:09:15 &lt;zzz&gt; the web page crypto section needs the symm/asymm crypto added ofc, right now it's only sigs 21:09:46 &lt;hottuna&gt; yeah. But one issue at a time 21:09:53 &lt;hottuna&gt; I think the signs are the most vulnerable anyway 21:10:07 &lt;zzz&gt; right. just as a one-liner placeholder is all I meant 21:20:19 &lt;hottuna&gt; zzz, sud signing should be fairly do-able as far as implementation and not having a flag day goes? 21:20:41 &lt;hottuna&gt; do-able as in possibly to change cipher for. 21:23:58 &lt;dg&gt; back 21:26:53 &lt;zzz&gt; i guess. we did su2 w/o incident, so why not su3, su4, ... 21:28:38 &lt;hottuna&gt; but before we should decide what cipher is the most viable 21:36:25 &lt;dg&gt; okay 21:36:33 &lt;dg&gt; since str4d_afk is gone.. uh 21:36:51 &lt;dg&gt; zzz, hottuna, do you want to discuss anything further or should we close the meeting? It seems like nobody else is around 21:40:29 &lt;dg&gt; a'ight 21:40:35 * dg bafs the meeting closed 21:41:11 &lt;hottuna&gt; thanks dg :) 21:41:55 &lt;dg&gt; str4d went MIA 21:45:03 &lt;dg&gt; anyway, np 23:00:32 &lt;str4d&gt; Sorry, connection went down and then I was AFK </div>/cs/blog/2013/01/22/i2p-dev-meeting-january-22-2013/Tue, 22 Jan 2013 00:00:00 +0000/cs/blog/2013/01/22/i2p-dev-meeting-january-22-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> christoph1, dg, eche|on, hottuna, lillith, RN, str4d, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:07:05 &lt;hottuna_&gt; Alright, meeting-time? 20:07:27 &lt;str4d&gt; o/ 20:08:28 &lt;RN-&gt; tjink so 20:08:41 &lt;hottuna_&gt; eche|on, zzz, dg: ping 20:09:46 &lt;hottuna_&gt; let's wait until 20:15 and see if dg shows up. 20:10:21 &lt;RN-&gt; did everyone read zzz homework assignment? 20:10:36 &lt;hottuna_&gt; yepyep 20:11:28 &lt;RN-&gt; was over my head 20:11:31 &lt;str4d&gt; Okay, looks like the three meeting topics are ugha.i2p, the website revamp and the crypto. Anything else we want to cover? 20:11:50 &lt;hottuna_&gt; I think that is more than enough 20:11:58 &lt;str4d&gt; Alright: 20:12:01 &lt;RN-&gt; read it tho 20:12:04 &lt;str4d&gt; (0) Say Hi. 20:12:11 &lt;str4d&gt; (1) Ugha.i2p 20:12:18 &lt;str4d&gt; (2) Website revamp 20:12:29 &lt;str4d&gt; (3) Crypto discussion 20:12:32 &lt;str4d&gt; (0) Say Hi. 20:12:35 &lt;str4d&gt; Hi! 20:13:00 &lt;RN-&gt; hi 20:13:07 &lt;hottuna_&gt; hello everybody! 20:14:44 &lt;RN-&gt; we waiting 4 zzz and ech? 20:15:21 &lt;hottuna_&gt; I think we can manage until the crypto part 20:15:27 &lt;str4d&gt; eche|on was around an hour ago; zzz tends to speak when he needs to. 20:15:27 &lt;RN-&gt; guess they r at end... 20:15:49 &lt;hottuna_&gt; weltende, welterde, eche|on: ping, re new website 20:15:52 &lt;hottuna_&gt; altight 20:15:58 &lt;RN-&gt; anyone got the baffer? 20:15:58 &lt;str4d&gt; And everyone else can turn up when they do ^_^ 20:16:05 &lt;str4d&gt; (1) Ugha.i2p 20:16:05 &lt;hottuna_&gt; So.. ugha? 20:16:08 &lt;str4d&gt; o/ 20:16:39 &lt;zzz&gt; here, standing by until 3), if it's reasonbly fast 20:16:52 &lt;hottuna_&gt; Alright, I posted a content-request page last week 20:16:52 &lt;hottuna_&gt; syndie/imule content was requested 20:16:59 &lt;hottuna_&gt; and has as far as I can see been submitted 20:17:18 * str4d can 20:17:29 &lt;str4d&gt; 't actually load ugha right now =P 20:17:41 &lt;str4d&gt; Do we know who runs ugha? 20:18:04 &lt;hottuna_&gt; I don't 20:18:23 &lt;hottuna_&gt; do we have any further ideas about what to change/add to ugha? 20:18:31 &lt;str4d&gt; Because it would be useful to get some proper spam protection if possible. 20:18:38 &lt;eche|on&gt; we do partly know/guess who runs it. but it will not be disclosured here 20:18:47 &lt;eche|on&gt; and owner did not respond yet 20:18:54 &lt;dg&gt; Okay, hey 20:18:57 &lt;str4d&gt; eche|on: fair enough. 20:18:57 &lt;eche|on&gt; ugha.i2p was cleaned from spam 20:19:09 &lt;str4d&gt; eche|on: how much work was that? 20:19:12 &lt;eche|on&gt; and I added a site about iMule and syndie, KillYourTV added a bit more 20:19:30 &lt;eche|on&gt; spam? a lot, it was&gt;200 or even&gt;400 spam messages to be removed 20:19:38 &lt;eche|on&gt; they appeared in 2 years time 20:20:09 &lt;str4d&gt; And just manually removed? 20:20:24 &lt;hottuna_&gt; did it appear over the inproxy? 20:20:35 &lt;dg&gt; I was wondering this 20:20:50 &lt;dg&gt; sorry for being late although I managed to get here :) 20:20:53 &lt;eche|on&gt; yea, str4d, click each spam site, click delete site, click yes, I want to remove, click next spam site 20:21:08 &lt;eche|on&gt; and IMHO it is on INproxy. 20:21:27 &lt;eche|on&gt; yeah, it is 20:21:58 &lt;eche|on&gt; http://ugha.i2p.to/RecentChanges 20:22:01 &lt;hottuna_&gt; alright, maybe it shouldnt be accessible over the inproxy? 20:22:15 &lt;RN-&gt; so... set read omly for inproxy? 20:22:15 &lt;eche|on&gt; maybe someone want to count the "delete" pictures ;-) 20:23:34 &lt;hottuna_&gt; is it possible to notify the admin via the the wiki? 20:23:45 &lt;eche|on&gt; guess not 20:23:48 &lt;hottuna_&gt; a read-only via inproxy rule would probably be good 20:23:51 &lt;hottuna_&gt; ok 20:24:06 &lt;hottuna_&gt; eche|on, but you know who? you could do it? 20:24:28 &lt;eche|on&gt; I cannot do anything on it, I am just a user like anyone else 20:24:43 &lt;dg&gt; The person obviously is not active. 20:24:46 &lt;dg&gt; So.. maybe still no. 20:24:51 &lt;eche|on&gt; all I can do is asking tino (i2p.to owner) to block it. 20:25:18 &lt;hottuna_&gt; is blocking it entirely an acceptable solution? 20:26:01 &lt;eche|on&gt; yes 20:26:05 &lt;dg&gt; not long term 20:26:30 &lt;RN-&gt; I agree with dg 20:26:44 &lt;eche|on&gt; it is a wiki. It needs active administration to remove unwatned content 20:26:44 &lt;hottuna_&gt; i think blocking it is acceptable.. since it only is of use to people who are already using i2p 20:26:57 &lt;eche|on&gt; but as we also have active spammers inside of I2P.... 20:26:57 &lt;zzz&gt; tino's not going to take action unless the owner requests it 20:27:04 &lt;zzz&gt; at least, he shouldnt. 20:27:41 &lt;hottuna_&gt; eche|on, could you contact the owner? 20:27:52 &lt;eche|on&gt; currently I visit ugha.i2p daily and remove the spam 20:28:15 &lt;eche|on&gt; hottuna_: I did contact via IRC and email already. now it is time for person to react. 20:28:38 &lt;zzz&gt; if it continues to be an embarassment we can take it out of the router console, whether we have a replacement or not 20:28:41 &lt;eche|on&gt; you know, weve seen same problem with forum.i2p already. thats the problem inside of I2P 20:28:48 &lt;hottuna_&gt; regarding blocking from i2p.to? 20:29:02 &lt;eche|on&gt; regarding active admin jobs on it 20:29:25 &lt;hottuna_&gt; ok 20:29:58 &lt;hottuna_&gt; anyway, if you manage to get some response, ask about blocking 20:31:01 &lt;RN-&gt; tino is not only inproxy anymore 20:31:43 &lt;dg&gt; Yeah. 20:32:01 &lt;str4d&gt; Aside from the spam issue, is there any content that ugha should have/needs updated&gt; 20:32:29 &lt;dg&gt; Yes. 20:32:29 &lt;eche|on&gt; I had a look at the russian wiki. Thats a nice nice nice one 20:32:44 &lt;str4d&gt; From /Requests - "More advanced i2p config options and explanations." - hottuna_ you already added some of these, right? 20:32:44 &lt;eche|on&gt; it is really filled with good content and structured. but in russian. 20:32:44 &lt;str4d&gt; eche|on: link? 20:32:53 &lt;hottuna_&gt; what's the url for the russian wiki? 20:33:12 &lt;hottuna_&gt; str4d, yes. And I found a similar list on echelon.i2p 20:33:24 &lt;eche|on&gt; if I find it again... 20:34:10 &lt;eche|on&gt; imho rus.i2p 20:34:56 &lt;eche|on&gt; but more explanation about advanced config is nice 20:34:59 &lt;str4d&gt; Ooh, that *is* a nice wiki. 20:36:25 &lt;eche|on&gt; to sad I am a bit out of time, but if I get the chance, I do a few bits 20:36:32 &lt;RN-&gt; looks like it's using the same nice clean interface as cake why TV on his Cindy page 20:36:42 &lt;dg&gt; is it in english? 20:36:45 &lt;RN-&gt; I'll have to leave in about 10 minutes or less catch up with the rest of the meeting on my scroll back... 20:38:21 &lt;str4d&gt; Are there any other major points about ugha.i2p that need raising? 20:38:36 &lt;hottuna_&gt; no. 20:38:47 &lt;hottuna_&gt; I updated the request site 20:39:50 &lt;str4d&gt; The /I2pRfc page could do with updates, if it is/was ever planned to be authoritative (though the website is probably the better place for specs). 20:40:26 &lt;dg&gt; ugha.i2p has a lot of content which could be added or update 20:40:33 &lt;dg&gt; it seems to have more information about i2p's past and old tech documents than anywhere else 20:41:19 &lt;str4d&gt; Summary so far: spam is (currently) under control but needs active policing; there are numerous old pages that would be good to get updated (a good task for people who like writing). 20:41:34 &lt;hottuna_&gt; agreed. 20:41:41 &lt;str4d&gt; And if possible, the wiki should block edits from the inproxy. 20:41:56 &lt;str4d&gt; Anything else to add before we move on? 20:41:59 &lt;dg&gt; Is that all for the wiki then? 20:42:02 &lt;dg&gt; I don't think so 20:42:52 &lt;str4d&gt; dg: you want to do the honors? ^_^ 20:43:11 &lt;dg&gt; Alright :3 20:43:15 &lt;dg&gt; thx 20:43:38 * str4d gets to talk lots in the next topic anyway =D 20:43:53 &lt;dg&gt; Okay, so the website revamp - I feel that the new design headed by str4d (he's doing the backend mostly but some CSS changes) brings a fresh look to i2p and can help refresh people's perspective and first impressions of it 20:44:00 &lt;dg&gt; The current one is rather stale, etc, etc.. 20:44:11 &lt;dg&gt; I think that we should look into what needs completing in order to push it live 20:44:34 &lt;str4d&gt; What *must* be completed before pushing live: 20:44:37 &lt;dg&gt; Minor issues can be worked on when it's out there so the blockers we need to consider here? 20:44:48 &lt;str4d&gt; - translation tagging 20:45:01 &lt;str4d&gt; (well, not *must* but most at the very least) 20:45:17 &lt;str4d&gt; - checking that all site-internal links are updated and valid 20:45:36 &lt;str4d&gt; That's basically it. 20:45:56 &lt;hottuna_&gt; how is translation tagging done? 20:46:07 &lt;str4d&gt; I've already started on that, and have covered most of the site pages (if you leave out the docs, which are large on their own) 20:46:22 &lt;dg&gt; Latter isn't too hard. There's tools for it IIRC but I can go around clicking (take one for the team ;) if push comes to shove. 20:46:33 &lt;dg&gt; Explain translation tagging? 20:46:40 &lt;str4d&gt; hottuna_: Jinja2 template tags 20:46:40 &lt;str4d&gt; And gettext PO files 20:47:05 &lt;str4d&gt; &lt;h2&gt;{% trans %}A Gentle Introduction to How I2P Works{% endtrans %}&lt;/h2&gt; 20:47:08 &lt;str4d&gt; &lt;p&gt;{% trans -%} 20:47:08 &lt;str4d&gt; I2P is a project to build, deploy, and maintain a network supporting secure and anonymous 20:47:08 &lt;str4d&gt; communication. People using I2P are in control of the tradeoffs between anonymity, reliability, 20:47:11 &lt;str4d&gt; bandwidth usage, and latency. There is no central point in the network on which pressure can be 20:47:11 &lt;str4d&gt; exerted to compromise the integrity, security, or anonymity of the system. The network supports 20:47:11 &lt;str4d&gt; dynamic reconfiguration in response to various attacks, and has been designed to make use of 20:47:11 &lt;str4d&gt; additional resources as they become available. Of course, all aspects of the network are open and 20:47:11 &lt;str4d&gt; freely available. 20:47:15 &lt;str4d&gt; {%- endtrans %}&lt;/p&gt; 20:48:17 &lt;str4d&gt; The tagged blocks get extracted into a messages.pot which can then be translated like the routerconsole is. 20:48:36 &lt;str4d&gt; That's another task that I think *must* be done before launch: 20:48:57 &lt;str4d&gt; - Migrate old translated pages (e.g. /how_intro_fr) to PO files 20:49:53 &lt;hottuna_&gt; ok 20:49:56 &lt;hottuna_&gt; whats the mtn repo name? 20:50:04 &lt;hottuna_&gt; alright 20:50:08 &lt;str4d&gt; That one I can't do much about =P I've migrated one page as a test, but I can't verify the accuracy of the old translations (especially as there was nothing to keep things in sync between the static pages) 20:50:12 &lt;str4d&gt; i2p.www.revamp 20:51:02 * str4d starts up the test site again 20:52:33 &lt;str4d&gt; Okay, `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/` is back up. 20:52:44 &lt;iRelay&gt; Title: I2P Anonymous Network (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 20:52:59 &lt;str4d&gt; Something else I've done is added mobile support to the website - you can see it by narrowing your browser window below 768px 20:53:34 &lt;dg&gt; What are we doing about blog/ 20:53:34 &lt;dg&gt; ? 20:53:45 &lt;str4d&gt; dg: what do you mean? 20:53:52 &lt;str4d&gt; (In what regard?) 20:54:04 &lt;dg&gt; Who will be blogging and how will we set it up? When will we blog also? :) 20:54:43 &lt;str4d&gt; At present the blog just contains the (old) release posts and the (much older) status posts. 20:54:54 &lt;str4d&gt; At the very least there will be the release posts as normal. 20:55:50 &lt;str4d&gt; That's a later issue though - we need to actually get the site finished first! 20:56:09 &lt;hottuna_&gt; agreed 20:56:20 &lt;str4d&gt; Ticket #807 does have a few things in it which would be good to get done, but are not blockers 20:56:32 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/807` - (accepted enhancement) - Revamp of website 20:56:44 &lt;str4d&gt; They are somewhat spread out through the ticket, but some are: 20:57:02 &lt;str4d&gt; - fill out /about/glossary 20:57:21 &lt;str4d&gt; - improve blog/meetings layout and styling 20:58:17 &lt;str4d&gt; - fix or replace the theme 20:58:36 &lt;hottuna_&gt; re translation tagging: is """{{ _('Friends of I2P') }}""" tagable in a straight forward manner 20:59:03 &lt;str4d&gt; hottuna_: That already is tagged. 20:59:26 &lt;hottuna_&gt; just curious about syntax 20:59:29 &lt;str4d&gt; (That's the more compact notation) 20:59:39 &lt;hottuna_&gt; aah 20:59:42 &lt;str4d&gt; {{ }} inserts the result of the contained Python method 20:59:53 &lt;str4d&gt; _() is the gettext call in Python 21:00:00 &lt;str4d&gt; (well, the one that is imported into Jinja2 21:00:03 &lt;str4d&gt; ) 21:00:19 &lt;hottuna_&gt; thanks 21:00:34 &lt;str4d&gt; {% trans %}{% endtrans %} is a more verbose tag, but it's the Jinja2 tag and supports any content between the tags. 21:00:49 &lt;str4d&gt; (whereas the _() one can't contain e.g. ' 21:00:52 &lt;hottuna_&gt; what is left to tag? 21:01:13 &lt;str4d&gt; hottuna_: check the mtn log for details of what has been tagged, but IIRC: 21:01:44 &lt;str4d&gt; - get-involved/guides (I've tagged ides and dev-guidelines there) 21:01:55 &lt;str4d&gt; - misc/* 21:01:58 &lt;str4d&gt; - docs/* 21:02:09 &lt;str4d&gt; And then any blog posts that we want translated. 21:03:06 &lt;str4d&gt; (I've already migrated and tagged the 0.9.4 and 0.9.3 posts, and future posts can be tagged as well; earlier ones can be tagged as/when people can be bothered) 21:04:17 &lt;str4d&gt; Okay, we do need to get a move on in the meeting. 21:05:18 &lt;str4d&gt; Summary: site revamp is almost ready, help is appreciated getting the rest of the site tagged for translation and url-checked (can be done simultaneously) (thanks hottuna_ for offering to help (I assume that's what you are doing?)) 21:05:45 &lt;str4d&gt; And other text/layout changes are appreciated but not blocking. 21:06:31 &lt;str4d&gt; Oh: and if anyone wants to get started on translating the pages (using the old translated pages as reference or for copy-paste), *please do so*. 21:06:34 &lt;str4d&gt; Anything else? 21:06:49 &lt;hottuna_&gt; ill have a look at tagging 21:07:48 &lt;str4d&gt; hottuna_: thanks. Leave get-involved/guides to me, as I've already started in there. 21:08:43 &lt;str4d&gt; dg: are you keeping an eye on the meeting (timeliness)? 21:09:02 &lt;dg&gt; oh, sorry 21:09:14 &lt;dg&gt; So we're done with website/ 21:09:41 &lt;dg&gt; Crypto time :-D 21:10:16 &lt;dg&gt; Let me dig up the relevant topics 21:10:16 &lt;dg&gt; One moment 21:11:28 &lt;dg&gt; `http://zzz.i2p/topics/1328` + `http://zzz.i2p/topics/715` 21:11:38 &lt;iRelay&gt; Title: zzz.i2p: Meeting [22nd January] (at zzz.i2p) 21:12:10 &lt;dg&gt; TL;DR: We need to be discussing which components of the i2p router need to be changed in order of priority (or as zzz put it, "to talk generally about which uses are more vulnerable than others" 21:12:10 &lt;dg&gt; ) 21:12:17 &lt;dg&gt; (for the DSA change) 21:12:45 &lt;dg&gt; It's an apt time to discuss any other crypto changes that could be thrown in but right now, we should stick to what zzz suggested as it's a masssive rabbithole 21:12:52 &lt;hottuna_&gt; like noted in the tor cipher migration document we should strive to do changes where they are the most important and not necessarily the easiest 21:13:26 &lt;dg&gt; (https://gitweb.torproject.org/torspec.git/blob_plain/34ecac0fbac7f476bfcbf813767721fada62c17e:/proposals/ideas/xxx-crypto-migration.txt) 21:15:55 &lt;hottuna_&gt; in my mind the most important areas are those using potentially weak ciphers for longterm keys 21:16:39 &lt;dg&gt; hottuna_: I'm no crypto expert (and as such I'll stay out unless I know something) but aren't the longterm keys also the keys which could cause a flag day? 21:17:12 &lt;hottuna_&gt; changing most ciphers would cause a flag day 21:17:31 &lt;dg&gt; I was thinking all destinations being fucked 21:17:38 &lt;dg&gt; so yeah 21:17:41 &lt;hottuna_&gt; well basically 21:18:03 &lt;hottuna_&gt; i dont see a way around destinations being wrecked 21:19:03 &lt;hottuna_&gt; Im don't have a list of places where long-term keys are used 21:19:22 &lt;hottuna_&gt; but such a list and the corresponding cipher used should be created 21:21:04 &lt;str4d&gt; Agreed. We should also rank their perceived vulnerability. 21:21:11 &lt;str4d&gt; (This would make a good wiki page on Trac) 21:21:19 &lt;hottuna_&gt; yes. 21:22:02 &lt;hottuna_&gt; we should also create a list of ciphers that have been proven as safe (by the test of time) and are otherwise viable for us 21:22:17 &lt;str4d&gt; Section 2 of the Tor page basically applies to us as well. 21:22:20 &lt;hottuna_&gt; that list should include asymetric 21:22:55 &lt;zzz&gt; sounds good 21:23:11 &lt;hottuna_&gt; asymmetric* encryption, symmetric encryption, signatures and hmac ciphers that we trust 21:23:49 &lt;zzz&gt; how_cryptography page is a good reference 21:24:32 &lt;hottuna_&gt; str4d, did you start a wiki page or should I? 21:24:40 * str4d is doing so now 21:25:00 &lt;str4d&gt; /Crypto/CurrentSpecs sound alright? 21:25:09 &lt;str4d&gt; (For the summary table) 21:25:09 &lt;hottuna_&gt; sure 21:25:16 &lt;zzz&gt; DSA is a nice place to start analysis because it's easy to understand, and it's on the surface the weakest 21:26:15 &lt;hottuna_&gt; yes 21:27:01 &lt;hottuna_&gt; as for what is used where and what time periods which keys are used for I dont know much 21:28:56 &lt;zzz&gt; the OP on `http://zzz.i2p/topics/715` has a list 21:29:03 &lt;zzz&gt; ~8 places we use DSA 21:29:05 &lt;iRelay&gt; Title: zzz.i2p: DSA 1024/160 Replacement (at zzz.i2p) 21:29:40 &lt;hottuna_&gt; the one with the longest validity is routerinfo? 21:30:23 &lt;str4d&gt; || '''Aspect/Location''' || '''Cipher used''' || '''Cipher details''' || ''' Perceived vulnerability''' || '''Comments''' 21:30:30 &lt;str4d&gt; Anything else that needs to go into the table? 21:30:30 &lt;zzz&gt; maybe dest. which isn't listed. 21:31:12 &lt;zzz&gt; theres both a dest key and a leaseset key I think the dest signs the leaseset and the leaseset key is unused 21:31:38 &lt;hottuna_&gt; str4d, validity period 21:32:24 &lt;zzz&gt; wouldnt be the end of the world to have a RI flag day but throwing out all 2500 in hosts.txt is another story 21:32:38 &lt;str4d&gt; Hmm... maybe the Perceived vulnerability / validity should be in a separate table then. 21:33:07 &lt;zzz&gt; datagrams is a problem, dests is a problem 21:33:22 &lt;hottuna_&gt; throwing out hosts is a huge issue. but it is also the most vulnerable key in my mind 21:34:37 &lt;zzz&gt; for each case we have to go farther though. not just how easy to break but what's the threat model / consequence. 21:35:08 &lt;hottuna_&gt; yes. maybe link to a separate page for each case? 21:35:26 &lt;str4d&gt; `http://trac.i2p2.i2p/wiki/Crypto/CurrentSpecs` now exists and has some basic content 21:35:33 &lt;iRelay&gt; Title: Crypto/CurrentSpecs I2P (at trac.i2p2.i2p) 21:36:09 &lt;zzz&gt; and put that in perspective gven the size of the net, etc. e.g., we currently have a guy that claims he can shutdown an eepsite for 23 1/2 hours a day. 21:37:13 &lt;hottuna_&gt; christoph1, ? 21:37:25 &lt;dg&gt; Yikes. 21:37:28 &lt;str4d&gt; Mmm. 21:37:35 &lt;dg&gt; How does that work? 21:37:58 &lt;hottuna_&gt; eclipse attack on our floodfills 21:38:01 &lt;christoph1&gt; use enough precomputed routerinfos, put 10 bad nodes near the target hash block lookup 21:38:20 &lt;lillith&gt; why is it not 24 hours? 21:38:35 &lt;christoph1&gt; because midnight is a bit tricky 21:38:46 &lt;christoph1&gt; you can use another 10 to put in place for tomorrow 21:39:05 &lt;christoph1&gt; but there's still a period around the keyspace rotation where things are unstable 21:39:22 &lt;lillith&gt; so the router gets half an hour where the floodfills are uncertain? 21:39:33 &lt;christoph1&gt; (client can hit one of the good nodes by chance because it doesn't know all attackers jet 21:39:52 &lt;str4d&gt; The keys for the next day can be known in advance, so positioning malicious nodes could be planned in advance, no? 21:39:59 &lt;christoph1&gt; jep 21:40:22 &lt;christoph1&gt; still it seems around rotation it is somewhat unstable 21:40:49 &lt;str4d&gt; Anyway, this is somewhat off-track for this topic (sorry christoph1) 21:41:05 &lt;christoph1&gt; ack 21:43:08 &lt;str4d&gt; Okay, does anyone want to work on getting `http://trac.i2p2.i2p/wiki/Crypto/CurrentSpecs` filled out? 21:43:14 &lt;iRelay&gt; Title: Crypto/CurrentSpecs I2P (at trac.i2p2.i2p) 21:43:26 &lt;zzz&gt; dg, please keep us on track, not drag us off it :) 21:43:42 &lt;hottuna_&gt; str4d, yeah. I just managed to log in :P 21:44:01 &lt;str4d&gt; Maybe we should quickly clarify what exactly we want on that page (my column headings are rather generic) 21:44:36 &lt;dg&gt; zzz: sory ;) 21:44:59 &lt;str4d&gt; First table: a summary of the crypto used in the router. Name, validity period, vulnerability... key length? Prime strength? 21:44:59 &lt;zzz&gt; m yfault too 21:45:48 &lt;str4d&gt; Second table: a list of every point in the router where crypto is used. Location and cipher name (of course). Usage details? What is important to know here? 21:46:27 &lt;str4d&gt; We can probably elaborate on separate pages for the second table if necessary (link the location name to a subpage) 21:47:41 &lt;hottuna_&gt; str4d, added subpage 21:48:06 &lt;str4d&gt; IMHO this should be a page that someone can glance at and understand the current state-of-play (whereas the site docs are the full specs) 21:48:32 &lt;str4d&gt; hottuna_: ah, I get what you mean by validity period now. 21:48:39 &lt;hottuna_&gt; :) 21:50:20 &lt;str4d&gt; hottuna_: there's already an entry for destinations - LeaseSet signing 21:50:29 &lt;hottuna_&gt; oh 21:50:29 &lt;hottuna_&gt; sorry 21:50:36 &lt;str4d&gt; (For the DSA part at least - I think you're thinking there of the encryption) 21:51:56 &lt;str4d&gt; Also, I'd call it "Security timescale" rather than "Validity period" 21:52:38 &lt;hottuna_&gt; yep 21:52:38 &lt;zzz&gt; FYI for everybody else - every RI and Dest has two keys, one for encryption and one for signing 21:53:11 &lt;hottuna_&gt; ok 21:53:11 &lt;hottuna_&gt; why? 21:53:32 &lt;zzz&gt; ElG was deemed far too slow for signing 21:54:44 &lt;str4d&gt; This might be a silly question, but how are the two keys "linked" verifiably? 21:55:23 &lt;zzz&gt; for both RI and Dest, the Hash covers both keys + the (usually null) Certificate 21:55:23 &lt;hottuna_&gt; a public key is derived from the private key 21:55:51 &lt;zzz&gt; change any of the 3 and you change the hash. 21:56:13 &lt;str4d&gt; Ah, k (you mean the Destination hash?) 21:56:23 &lt;str4d&gt; (i.e. the B64) 21:56:26 &lt;zzz&gt; yes 21:56:53 &lt;str4d&gt; Okay... the problem with upgrading the Destination crypto makes much more sense now... 21:56:59 &lt;zzz&gt; and for Dests, change any of the 3 and you need a new hosts.txt entry 21:58:34 &lt;zzz&gt; and (hint) non-null certs may be the path to upgrades w/ (partial) compatibility, i.e. not breaking gravity. That's what's covered further down in topic 715 21:59:39 &lt;str4d&gt; Yeah - that enables both to work alongside each other. 22:00:09 &lt;str4d&gt; But it still means that the end-to-end crypto for the old Destinations is untouched. 22:00:52 &lt;str4d&gt; The point where the Dest crypto key is most important is the leg between the OPEP and IBGW, right? 22:01:26 &lt;zzz&gt; not sure 22:01:53 &lt;zzz&gt; other complication is there used to be two layers of end-to-end crypto, one in the router and one in the client, and some keys are now unused 22:02:32 &lt;zzz&gt; ditto w/ signing keys... one was for LS revocation and is unused 22:02:46 &lt;zzz&gt; so that's another opportunity, maybe 22:03:29 &lt;str4d&gt; `http://www.i2p2.i2p/how_intro` seems to indicate that the ElGamal/AES+SessionTags is used for end-to-end router encryption. 22:04:37 &lt;zzz&gt; crypto is much harder to discuss than signing. theres the ElG wrapping the AES and the Tags, together with the DH exchange. 22:05:35 &lt;str4d&gt; Yes. But as far as e.g. LeaseSets go, we probably need to discuss both in tandem, no? 22:05:46 &lt;zzz&gt; I'd suggest not even trying to get into the crypto side today. 22:05:53 &lt;str4d&gt; Not today, no. 22:06:00 &lt;zzz&gt; maybe, maybe not 22:06:03 &lt;str4d&gt; So, back on topic *derp* 22:06:30 &lt;zzz&gt; you change one key, you change the hash. But as the Tor doc says, don't try to change everything just because you're changing one thing 22:06:33 &lt;str4d&gt; What is the issue with Datagram signing? 22:07:12 &lt;zzz&gt; it's using our signing algorithm, i.e. DSA. Which we use to sign everything. (including suds) 22:07:54 &lt;zzz&gt; which also isn't on the list on topic 715, and might be the longest-lived key of all 22:09:04 &lt;str4d&gt; Right, but the specific problem I'm guessing with Datagrams is ensuring that routers can still talk to each other 22:09:04 &lt;str4d&gt; ? 22:10:00 &lt;zzz&gt; right. change signing and you break all RI and LS lookup, and all signed end-to-end communication 22:10:51 &lt;zzz&gt; because almost everything is signed 22:11:41 &lt;str4d&gt; So really the only way to move forward with upgrading the signing algorithm is to ensure that every place it is used can handle multiple signing algorithms? 22:12:27 &lt;str4d&gt; The problem then becomes knowing what versions are supported by a router (and the partitioning problems from the Tor doc are relevant here). 22:12:30 &lt;zzz&gt; but then every dest would need two sets of tunnels, one for old and one for new, afaik 22:12:49 &lt;zzz&gt; there's two kinds of compatibility to consider. 22:13:19 &lt;str4d&gt; That's a good point&gt;_&lt; 22:13:42 &lt;zzz&gt; 1) "network" compatibility, i.e. can the RIs and LSs be stored and retrieved, can msgs get thru tunnels, even if the ffs or participants are down-rev; 22:14:21 &lt;zzz&gt; 2) end-to-end compatibility, can A talk to B. For that, seems like both A and B need to support the same things 22:15:43 &lt;str4d&gt; 2) is "easy" to handle for direct router-to-router communication, as the router versions are public knowledge. What about end-to-end communication? 22:17:24 &lt;zzz&gt; the other thing is an RI has a whole Properties in it, we can put whatever flags we want in there 22:17:27 &lt;str4d&gt; Where would a router need to look to determine if another router (such as an eepsite server) supports the new signatures? 22:17:30 &lt;zzz&gt; nothing like that for LS 22:18:01 &lt;zzz&gt; certs is the magic 22:18:48 &lt;zzz&gt; in a cert we can spec both crypto and signing algo, and store the extra bytes if it doesnt fit in the first 384 22:18:59 &lt;zzz&gt; again, that's the topic 715 stuff 22:19:53 &lt;zzz&gt; the cert has to start at byte 385 to not break 1) 22:20:54 &lt;zzz&gt; is that about enough for today? got out of this what you wanted? 22:21:09 &lt;hottuna_&gt; i think this is a beginning 22:21:34 &lt;hottuna_&gt; more specific issues and solutions cna be discussed and the wiki page used as an aid 22:23:50 &lt;str4d&gt; zzz: it's a good start - thank you =) 22:24:24 &lt;zzz&gt; lots of work ahead... 22:24:39 &lt;str4d&gt; Yes, but we have to start somewhere ^_^ 22:24:54 &lt;hottuna_&gt; str4d, pushed tags for monotone.html 22:25:05 &lt;zzz&gt; I had one more topic for the mtg but only if welt welterde weltende is around 22:25:26 &lt;str4d&gt; hottuna_: the one under get-involved/guides? I'll drop the ones I'd started putting in then ^_^ 22:25:37 &lt;hottuna_&gt; yes 22:26:00 &lt;hottuna_&gt; alright, are we done then? 22:26:11 &lt;dg&gt; I'd say so? 22:26:15 &lt;str4d&gt; I'd like to add a random point: 22:26:18 * dg had nothing to chime in with 22:26:21 &lt;dg&gt; not a crypto god 22:27:08 &lt;str4d&gt; I'd like to congratulate sponge on his efforts with Android - stock I2P now successfully runs on Android devices. 22:27:46 &lt;str4d&gt; And initial reports seem to indicate better performance and lower battery usage than I2P-Android 22:27:53 &lt;hottuna_&gt; that's quite the feat 22:28:04 &lt;hottuna_&gt; well done sponge 22:28:16 &lt;hottuna_&gt; i've gotta go now 22:28:23 &lt;hottuna_&gt; dg, will you strat the thread for next week? 22:28:27 &lt;dg&gt; spogne has done extremely well 22:28:56 &lt;dg&gt; Will do. Topics? Seems crypto needs to be a recurring topic for the next few weeks. :) 22:29:03 &lt;dg&gt; I should be here on time next week also 22:29:47 &lt;str4d&gt; If we can get the revamp tagged by then, we could potentially go live with the new site (though I would prefer to get actual translations in first) 22:30:18 &lt;str4d&gt; (Also depends on welterde being around) 22:30:25 &lt;hottuna_&gt; str4d, i think actual translations will take a very long time 22:30:52 &lt;hottuna_&gt; alright, nn ppl 22:30:59 &lt;str4d&gt; hottuna_: complete translations, yes. But there are already-translated pages (see www.i2p2/pages/translations) which would be quick to migrate. 22:31:07 &lt;str4d&gt; (For people who understand the language) 22:31:14 &lt;str4d&gt; o/ hottuna_ 22:31:45 * str4d *baf*s the meeting closed. </div>/cs/blog/2013/01/15/i2p-dev-meeting-january-15-2013/Tue, 15 Jan 2013 00:00:00 +0000/cs/blog/2013/01/15/i2p-dev-meeting-january-15-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> darrob, dg, eche|on, hottuna, KillYourTV, LaughingBuddha, orion, sponge, welterde, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:02:07 &lt;hottuna&gt; dg, is there a meeting today 20:02:26 &lt;LaughingBuddha&gt; oh yeah, it's tuesday 20:02:56 &lt;hottuna&gt; str4d, Meeh: is the meeting now? 20:03:49 &lt;orion&gt; yes 20:04:07 &lt;Meeh&gt; hottuna: dunno, hope so 20:04:26 &lt;hottuna&gt; alright, is there an item list? 20:04:56 &lt;hottuna&gt; dg, ping 20:06:07 &lt;hottuna&gt; alright, lets start it in 5 minutes 20:06:35 &lt;hottuna&gt; everyone around, igure out what you would like to talk about 20:06:57 &lt;hottuna&gt; when we start help create the item list 20:07:36 &lt;iRelay&gt; &lt;weltende@freenode&gt; I though today was the crypto meeting 20:08:07 &lt;hottuna&gt; weltende, i missed the last one. Im just trying to create some order 20:08:22 &lt;hottuna&gt; zzz, crypto meeting 20:10:23 &lt;hottuna&gt; weltende, what crypto was going to be discussed? 20:11:09 &lt;hottuna&gt; Alright, lets try to start this thing. 20:11:16 &lt;hottuna&gt; Meeting schedule: 20:11:28 &lt;hottuna&gt; * Syndie hackathon status 20:11:51 &lt;hottuna&gt; * I2P crypto 20:12:02 &lt;iRelay&gt; &lt;weltende@freenode&gt; hottuna: that I do not know.. 20:12:20 &lt;iRelay&gt; &lt;weltende@freenode&gt; hottuna: should I send your r0ket per package or something btw? 20:12:32 &lt;dg&gt; am I in time? 20:12:51 &lt;hottuna&gt; i just started, but if you'd like to take over i'd be happy 20:12:53 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: yup 20:13:20 &lt;dg&gt; the most I know is "crypto" 20:14:32 &lt;hottuna&gt; dg, any other items we should take care of 20:14:35 &lt;hottuna&gt; ? 20:15:14 &lt;dg&gt; Syndie status, any updates from the researchers, general direction? 20:15:37 &lt;hottuna&gt; alright. lets start then? 20:15:55 &lt;dg&gt; sure 20:16:14 &lt;dg&gt; I'm hoping zab can appear as him and zzz know the most about the router internals.. 20:18:28 &lt;orion&gt; I think we were going to discuss possibly upgrading the crypto. 20:18:28 &lt;hottuna&gt; moving away from dsa-1024 anyway 20:18:31 &lt;orion&gt; And the logistics behind that. 20:18:31 &lt;hottuna&gt; alright 20:18:31 &lt;dg&gt; Let me dig up the topic. 20:18:31 &lt;hottuna&gt; that makes sense 20:18:31 &lt;hottuna&gt; dg, `http://zzz.i2p/topics/715` 20:18:31 &lt;dg&gt; a-ha 20:18:42 &lt;dg&gt; ha.. two years ago 20:19:00 &lt;hottuna&gt; Should we start with "Syndie status" for the time being? 20:20:11 &lt;dg&gt; Yeah 20:21:09 &lt;hottuna&gt; Alright, how many items on the todo-list have been added / completed? 20:21:40 &lt;hottuna&gt; And whats the url for the todo? 20:25:43 &lt;hottuna&gt; Syndie changelog: `http://zzz.i2p/posts/6095` 20:25:43 &lt;hottuna&gt; Are there any syndie users around? 20:26:06 &lt;dg&gt; I've tested it but I've had issues/found it dead. 20:26:09 &lt;hottuna&gt; I tried it and started synching, but there are a lot of items to synch 20:26:16 &lt;dg&gt; Not sure if anyone is a regular user.. 20:26:37 &lt;hottuna&gt; and if you allow a long histoty, maybe the newest posts should be fetched first? 20:26:44 &lt;darrob&gt; i'm kinda here. 20:27:08 &lt;hottuna&gt; darrob, you run an archive as well? 20:27:16 &lt;darrob&gt; hottuna: yes 20:28:23 &lt;hottuna&gt; have you been following the hackfest? 20:29:25 &lt;hottuna&gt; Syndie todo: https://github.com/i2p/i2p.syndie/blob/master/TODO 20:29:36 &lt;eche|on&gt; syndie hackfest was a success and it works quite well. currently there is a small issue with to much posts for first starters. Will resolve soon. 20:30:28 &lt;hottuna&gt; great is there a trac item for large initial synch or is it noted somewhere else? 20:30:32 &lt;eche|on&gt; syndie fetches by date 20:30:43 &lt;darrob&gt; yes, the hackfest is a huge success so far. zzz has fixed a whole bunch of bugs that made using syndie hard. even the pulling in of old messages should be better now, iirc. 20:30:46 &lt;eche|on&gt; and there are some discussions about "what is new" 20:31:34 &lt;eche|on&gt; in some kind of anonymity reason "all the archive gets today is NEW" 20:31:59 &lt;hottuna&gt; eche|on, I dont understand that last part. Are fetches done by latest post first? 20:32:05 &lt;eche|on&gt; no 20:32:13 &lt;hottuna&gt; When I synched recently it seemed pretty random 20:32:17 &lt;eche|on&gt; imho it fetches one after another, random 20:32:31 &lt;eche|on&gt; but it sends all messages which are "new" since a special date 20:32:42 &lt;hottuna&gt; maybe some order would be preferable 20:32:49 &lt;eche|on&gt; but new is/was not based on message creation date 20:33:04 &lt;eche|on&gt; new was based on date of arrival on server (out of anonymity reasons) 20:33:14 &lt;hottuna&gt; aah, I see 20:33:48 &lt;hottuna&gt; where should I go to suggest ordered fetching? 20:34:13 &lt;eche|on&gt; and if a server gets 5000 news from some "lost old archive" on one day, those 5000 are seen as new, even if the creation date is&gt;5 years ago 20:34:16 &lt;darrob&gt; hottuna: post it in "Syndie dev". :) 20:34:27 &lt;eche|on&gt; or snydie bug ;-) 20:34:34 &lt;hottuna&gt; the syndie thread? 20:34:49 &lt;zzz&gt; we spent a week working on pushes, almost done, have to work on some date issues, then will look at pulls 20:35:08 &lt;darrob&gt; no, the syndie forum. 20:35:11 &lt;eche|on&gt; hottuna: oh, not yet in syndie -) 20:35:26 &lt;eche|on&gt; but you can change the default pull/push policy in your syndie 20:35:45 &lt;hottuna&gt; I've seen some settings but Im a pretty novice user 20:36:14 &lt;zzz&gt; but main point: I'm moving back to i2p, need you all to step up with more testing and coding 20:36:14 &lt;eche|on&gt; pull policy 20:36:29 &lt;hottuna&gt; ok, that is good to know zzz 20:36:44 &lt;eche|on&gt; yeah, I was under the impression zzz pulled the "jrandom card" and moved from I2P to syndie ;-) 20:36:44 &lt;hottuna&gt; Any other comments re syndie? 20:37:10 &lt;hottuna&gt; Alright, moving on 20:37:18 &lt;hottuna&gt; ** Updates from the researchers ** 20:37:34 &lt;hottuna&gt; zzz, ahve you had any contact with any of them? 20:37:40 &lt;zzz&gt; will try to pick a spot for a release, probably numbered 1.103b-0, will need help from weltende to get it on website 20:37:55 &lt;sponge&gt; Question for everyone: Who here has a google account, and has balls of steel, and can place android related i2p stuff on a google drive account to allow faster access to android i2p related stuff? --&gt; *IDEA* if i2p already HAS a google account, who is in charge of it, so I can get stuff to them to publish it on google drive? 20:38:06 &lt;eche|on&gt; hottuna: btw, we missed the cool mathematics beside us explaining elliptic curves 20:38:23 &lt;eche|on&gt; sponge: we do habe the I2P google account? 20:38:30 &lt;eche|on&gt; sponge: see query 20:38:30 &lt;zzz&gt; only what you saw here and on the zzz.i2p thread. but if christoph has anything to add, he is here 20:38:51 &lt;hottuna&gt; eche|on, I didnt miss it. I've been through that before. I had flashbacks and the sweats.. 20:38:51 &lt;sponge&gt; eche: that's the question... do we? 20:39:02 &lt;zzz&gt; sponge, maybe stick to meeting topic? 20:39:05 &lt;hottuna&gt; christoph, we're having the weekly i2p meeting now 20:39:16 &lt;hottuna&gt; do you have any i2p-related updates? 20:39:19 &lt;sponge&gt; oh meeting? excellent! 20:39:59 &lt;orion&gt; Google account? 20:40:02 &lt;orion&gt; I'll do it. 20:40:14 &lt;hottuna&gt; Related to the research they're doing I read the GNUnet dht paper 20:40:21 &lt;sponge&gt; orion: Wow! xcellent! 20:40:24 &lt;hottuna&gt; and it was interesting 20:40:27 &lt;eche|on&gt; hottuna: lovely sweets, I was just impressed about those two crazy guys and I think elliptic curves are VERY cool now^^ 20:40:54 &lt;eche|on&gt; sponge: what google accoutn do you need? 20:41:00 &lt;sponge&gt; zzz/others: I'm not a crypto expert, I have nothing to contribute to the meeting :-( 20:41:27 &lt;dg&gt; me too 20:41:40 &lt;hottuna&gt; R5N, gives nodes doing a lookup the option to just continue looking and having it eventually work as long as there is a single path to the desired key 20:42:00 &lt;eche|on&gt; sponge: and please see the query 20:42:19 &lt;hottuna&gt; It think it might be an interesting alternative for the netdb 20:42:30 &lt;sponge&gt; eche: basically someone who will be able to put up a large binary and apk's for android, including i2p-android (zzz's and the dev build) plus the libc stuff I am working on, which will be an apk file and a tarball 20:42:45 &lt;hottuna&gt; but im sure zzz isn't very keen on redoing the dht just quite yet :P 20:43:31 &lt;eche|on&gt; sponge: we got a I2P google code account. which could host that files, to. I just cannot tell about google play account 20:43:54 &lt;hottuna&gt; Alright, no further updates on the research? 20:44:13 &lt;sponge&gt; eche: the idea is to have something easy for people to get the APKs and tarball easily and as trouible-free as possible, instead of over i2p. It has nothing to do with Play store, Google Drive is free unless you want more space IIRC... 20:44:20 &lt;zzz&gt; sponge, maybe stick to meeting topic? 20:44:23 &lt;hottuna&gt; Moving on... 20:44:42 &lt;sponge&gt; will talk about it later 20:44:45 &lt;hottuna&gt; ** I2P crypto ** 20:44:52 &lt;eche|on&gt; sponge: ah, ok, we do have official I2P google code hosting platform. Thats the best place IMHO 20:44:52 &lt;zzz&gt; a+ for starting mtg almost on time; step 2 is keeping it on topic and moving :) 20:45:19 &lt;sponge&gt; eheheh, I just happened to be awake ;-) 20:45:26 &lt;hottuna&gt; So what specific crypto decisions do we have infront of us? 20:45:41 &lt;hottuna&gt; Replacing DSA 1024 20:45:48 &lt;zzz&gt; I'd like to know who put "crypto" as the mtg topic, and what in particular did you have in mind? 20:46:09 &lt;hottuna&gt; I was told by welt 20:46:28 &lt;dg&gt; str4d but I'm not sure he's here. 20:46:39 &lt;sponge&gt; I say replace DSA 1024 with what ever needs to be done, and we need a way to still allow older routers to recognize what is in-use now. 20:46:50 &lt;hottuna&gt; No harm discussing it 20:47:20 &lt;zzz&gt; its a big topic of course, I'd like to hear what and why it's on the agenda, so we can stay focused. 20:48:06 &lt;hottuna&gt; this is why we should have a forum thread for every meeting 20:48:24 &lt;eche|on&gt; syndie *g* 20:48:32 &lt;sponge&gt; I think the largest mistake made in I2P was in not looking far forward enough to have some kind of hint as to what kind of crypto to use. Perhaps what could be done is to offer a hint via DSA 1024 in such a way that the older router will ignore such a hint, and a newer one will take the offer 20:48:55 &lt;hottuna&gt; thats is a good point sponge 20:48:58 &lt;zzz&gt; well (OT) we need somebody in charge of every meeting, so it has an agenda and can start on time. dg, are you going to start doing that again? if not we need to find somebody else 20:49:01 &lt;orion&gt; 20:21:47&lt;+str4d&gt; KillYourTV: could you update the /topic for the crypto meeting next week? 20:49:01 &lt;orion&gt; 20:22:57-!- KillYourTV changed the topic of #i2p-dev to: Syndie hackfest in progress, current Syndie build 1.102b-3 | Current I2P build: 0.9.4-4 | Dev Crypto mtg here 8:00 PM (20:00) UTC Tues. Jan. 15 | Report bugs at `http://trac.i2p2.i2p` / http://trac.i2p2.de 20:49:07 &lt;iRelay&gt; Title: I2P (at trac.i2p2.i2p) 20:49:27 &lt;dg&gt; Yeah, I'm fine with that. I got out of sync after I died. :) 20:50:15 &lt;hottuna&gt; Alright, I dont think the crypto bit is leading anywhere. Objections? 20:50:18 &lt;sponge&gt; zzz: is it possible to offer a hint in DSA 1024 in such a way that current and older routers will ignore? 20:51:02 &lt;dg&gt; hottuna: sadly, we pinned that as the topic and I didn't spend any time thinking of anything else.. 20:51:08 &lt;zzz&gt; dg, ok with which? doing it again or having somebody else do it? 20:51:19 &lt;sponge&gt; will a 'dual crypto stack' cause much bloat? 20:51:22 &lt;dg&gt; We can talk about where we're going with things and our plans for restricted routes if you guys fancy it. It seems important to me but.. 20:51:26 &lt;dg&gt; zzz: doing it again 20:51:53 &lt;KillYourTV&gt; meeting threads in Syndie &lt;3 20:52:36 &lt;hottuna&gt; sponge, i think there are complications related to having multiple cryptos 20:52:43 &lt;zzz&gt; sponge, very briefly, for each _use_ of crypto (e.g. sigining RIs), not for each _type_ of crypto (e.g. DSA 1024), there's two things to do: decide if and when we need to change, and decide how to do it in a compatible way if possible. I've started the latter, and the thread's on zzz.i2p. 20:52:58 &lt;hottuna&gt; like crypto-downgrading attacks etc. 20:53:09 &lt;zzz&gt; but we can't talk about "DSA 1024", only a particular use of it (there's at least half a dozen iirc) 20:53:43 &lt;zzz&gt; and if we are going to talk about upgrading crypto next week, the tor paper is required reading in advance. 20:54:18 &lt;zzz&gt; (search for "read it and weep" on zzz.i2p) 20:54:28 &lt;hottuna&gt; dg, could you start a meeting thread on zzz.i2p or forum.i2p? 20:54:47 &lt;hottuna&gt; so that some notes for next week can be arranged? 20:55:35 &lt;hottuna&gt; link to tor paper: https://gitweb.torproject.org/tor.git?a=blob_plain;hb=HEAD;f=doc/spec/proposals/ideas/xxx-crypto-migration.txt 20:55:38 &lt;dg&gt; hottuna: `http://zzz.i2p/topics/1268` - unless we need a new one? 20:56:12 &lt;sponge&gt; one thing we don't need is a I2P flag day 20:56:36 &lt;dg&gt; for the love of god no 20:56:39 &lt;zzz&gt; so sponge, in general, "bloat" is not the issue. compatibility is. pls read the read-it-and-weep paper 20:56:42 &lt;hottuna&gt; doh, that link is dead 20:56:42 &lt;hottuna&gt; actual tor link: https://gitweb.torproject.org/torspec.git/blob_plain/34ecac0fbac7f476bfcbf813767721fada62c17e:/proposals/ideas/xxx-crypto-migration.txt 20:56:48 &lt;LaughingBuddha&gt; hehe 20:56:59 &lt;sponge&gt; yes, i did read that thread a while ago 20:57:03 &lt;hottuna&gt; alright, any more comments on this topic? 20:57:41 &lt;hottuna&gt; dg, maybe we should have one per week so that topics can be discussed 20:57:58 &lt;hottuna&gt; and a topic list can be created 20:58:01 &lt;sponge&gt; as long as it is a smooth transition, just do what is needed, I'll be happy with it 20:58:08 &lt;dg&gt; might be a good idea for keeping things fresh but could get annoying over time 20:58:36 &lt;hottuna&gt; dg, we could at least try? 20:58:43 &lt;hottuna&gt; and see if it works out 20:58:54 &lt;sponge&gt; also, am I correct in that it won't change the b32.i2p format? 21:00:28 &lt;sponge&gt; i.e. it's still a hash 21:00:35 &lt;dg&gt; sure 21:01:47 &lt;orion&gt; sha256 seems reasonable for now 21:02:02 &lt;hottuna&gt; destinations relate to public/private keys 21:02:02 &lt;hottuna&gt; as long as we dont switch pub-keys or hashes we should be fine 21:02:37 &lt;orion&gt; What if we used an ECC primitive that resulted in public-key lengths which are the same that we use now? 21:02:44 &lt;orion&gt; i.e, 128 bytes 21:03:06 &lt;hottuna&gt; orion, that would be a terrible wast of cpu-cycles and bandwidth 21:03:10 &lt;eche|on&gt; I think those are 156 bits 21:03:29 &lt;hottuna&gt; and we still would need to notify the receiving end of what crypto we are using 21:04:42 &lt;hottuna&gt; alright, any more discussion relating to crypto? 21:05:34 &lt;hottuna&gt; Moving on... 21:05:44 &lt;sponge&gt; :-) 21:05:47 &lt;hottuna&gt; ** Open floor / Misc ** 21:06:22 &lt;eche|on&gt; i cleaned ugha.i2p 21:06:37 &lt;hottuna&gt; there was a lot of spam around? 21:07:03 &lt;eche|on&gt; oh yeah, a few hundred spam articles 21:07:26 &lt;hottuna&gt; It's really nice that ugha.i2p is still around 21:07:44 &lt;hottuna&gt; I've read and posted some helpful stuff there 21:08:15 &lt;hottuna&gt; dg, could you create the meeting thread for next week? 21:08:31 &lt;hottuna&gt; orion, how is i2pcpp coming along? 21:08:42 &lt;dg&gt; Yeah. Any thing you want me to mention or just a "This is a meeting thread for discussion of $date's meeting.."? 21:08:44 &lt;orion&gt; hottuna: Inbound SSU works now. 21:09:07 &lt;orion&gt; I also can begin the build of inbound tunnels. 21:09:07 &lt;hottuna&gt; wow, you're pretty fast :) 21:09:19 &lt;orion&gt; Yeah, it's coming along very quickly. 21:09:34 &lt;hottuna&gt; dg, nothing special I was thinking of jumpstarting the crypto talk 21:09:34 &lt;orion&gt; College starts up again on Monday though. 21:09:37 &lt;sponge&gt; yea orion is pretty fast, considering how horribly obtuse c++ can be 21:09:47 &lt;orion&gt; Things are going to slow down a LOT after Monday. 21:10:02 &lt;orion&gt; So I am trying to get as much done as possible. 21:10:02 &lt;dg&gt; hottuna: Alright, will sum up the dilemma. 21:10:13 &lt;LaughingBuddha&gt; Maybe someone could create a page @ ugha with stuff that should be added 21:10:28 &lt;hottuna&gt; naturally, but there is a atleast a codebase we can direct people complaining about java to :P 21:10:51 &lt;hottuna&gt; LaughingBuddha, what stuff added to what? i2pcpp? 21:11:06 &lt;LaughingBuddha&gt; Sorry, stuff that we should have on the wiki 21:11:13 &lt;LaughingBuddha&gt; Like a request page 21:11:16 &lt;hottuna&gt; aah :) 21:11:19 &lt;hottuna&gt; good idea 21:11:19 &lt;LaughingBuddha&gt; Tutorials, etc 21:11:42 &lt;LaughingBuddha&gt; Would be nice to have a site to point new people to for common questions 21:11:53 &lt;LaughingBuddha&gt; How do I set up X 21:11:56 &lt;orion&gt; When is the new site rolling out? 21:12:47 &lt;hottuna&gt; orion, last time i was talking to str4d he was unhappy with a few of the pages 21:13:06 &lt;orion&gt; I see. 21:13:25 &lt;hottuna&gt; but Im thinking that maybe just launching it and working out small issues might be a good idea 21:14:08 &lt;hottuna&gt; eche|on and weltende: how much work is it for you to migrate to the new site? 21:14:34 &lt;iRelay&gt; &lt;weltende@freenode&gt; hottuna: not too much.. is it ready already? 21:14:57 &lt;hottuna&gt; I think it's getting there, str4d is no quite happy yet 21:15:22 &lt;hottuna&gt; but with str4d's blessing I would like to launch it before it is perfect 21:15:49 &lt;sponge&gt; living documents are never 'perfect' 21:16:16 &lt;hottuna&gt; that is my thinking 21:16:16 &lt;sponge&gt; so, you mean 'good enough' 21:16:18 &lt;LaughingBuddha&gt; :) 21:17:03 &lt;hottuna&gt; I think it is good enough. And a bit better than the current one 21:17:55 &lt;LaughingBuddha&gt; a bit? 21:18:06 &lt;hottuna&gt; quite the bit 21:18:21 &lt;LaughingBuddha&gt; It's like putting the old site in a time machine 21:19:48 &lt;dg&gt; anything apart from crypto, hottuna? 21:20:03 &lt;hottuna&gt; not that i can think of 21:20:19 &lt;dg&gt; alright, so we're going to discuss the DSA .. again? 21:20:48 &lt;hottuna&gt; like zzz, whe need to discuss every place where every cipher is used 21:21:11 &lt;sponge&gt; my thoughts and concerns as to DSA/crypto have been expressed, I have nothing more to say 21:21:49 &lt;dg&gt; hopefully can get zab on by then? 21:22:08 &lt;hottuna&gt; that would be optimal 21:22:23 &lt;dg&gt; hottuna: this ok? `http://zzz.i2p/topics/1328` 21:22:26 &lt;hottuna&gt; LaughingBuddha, I've added a requests section to `http://ugha.i2p/` 21:22:29 &lt;iRelay&gt; Title: zzz.i2p: Meeting [22nd January] (at zzz.i2p) 21:22:32 &lt;dg&gt; I'll email zab now. 21:22:39 &lt;hottuna&gt; Great dg! 21:22:42 &lt;hottuna&gt; thank you 21:22:45 &lt;sponge&gt; one thing to note about meetings when it concerns coders--- ever tried to hurd cats? 21:22:52 &lt;hottuna&gt; alright, anything else before I close this meeting? 21:22:59 &lt;LaughingBuddha&gt; Okay hottuna 21:23:10 &lt;dg&gt; hottuna: I think I should include getting ugha updated and talking about what we need to finish before we put the new site live 21:23:10 &lt;hottuna&gt; sponge, that's the feeling Im getting 21:23:13 &lt;dg&gt; I don't think so 21:23:31 &lt;hottuna&gt; agreed 21:23:46 &lt;hottuna&gt; Alright. This meeting is done. 21:23:52 &lt;hottuna&gt; See you next week, same time. 21:23:52 &lt;hottuna&gt; baf's 21:24:12 &lt;dg&gt; huzzah </div>/cs/blog/2013/01/08/i2p-dev-meeting-january-08-2013/Tue, 08 Jan 2013 00:00:00 +0000/cs/blog/2013/01/08/i2p-dev-meeting-january-08-2013/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> christoph, dg, h2ik, KillYourTV, orion, primal, RN, str4d, welterde, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 21:02:22 &lt;str4d&gt; Alright, I'm going to go ahead and start the meeting. 21:02:29 &lt;str4d&gt; 0) Say hi 21:02:29 &lt;str4d&gt; 1) Feeds progress 21:02:29 &lt;str4d&gt; 2) JUnit hackfest summary 21:02:29 &lt;str4d&gt; 3) discussion of Syndie progress and where we are going with that 21:02:29 &lt;str4d&gt; 4) Suggestions for future hackfests 21:02:29 &lt;str4d&gt; 5) PR manager nomination 21:02:32 &lt;str4d&gt; 6) 0.9.4 progress 21:02:35 &lt;str4d&gt; 7) Website revamp 21:02:38 &lt;str4d&gt; 0) Say hi 21:02:38 &lt;str4d&gt; Hi! 21:03:06 &lt;orion&gt; Hi! 21:03:49 &lt;lillith&gt; hi :) 21:06:50 &lt;str4d&gt; Anyone else? 21:08:58 &lt;str4d&gt; The "hi"s have it. 21:09:05 &lt;str4d&gt; 1) Feeds progress 21:09:35 &lt;str4d&gt; This will be short. 21:10:51 &lt;str4d&gt; The feeds work is getting close, but I won't have it ready for 0.9.5 unfortunately - too many little things that need tidying up (user notifications etc.) as well as some not-so-little things (re-working the /home design, specifically how categories are presented to the user). 21:11:55 &lt;dg&gt; woah 21:11:58 &lt;dg&gt; I goth ere in time 21:11:58 &lt;str4d&gt; And I'd rather push it to the next release than release it in its current state, since I want users to have a good first impression of it =) 21:12:05 &lt;dg&gt; I thought I'd missed you guys 21:12:15 &lt;str4d&gt; dg: we started an hour late, FYI =P 21:12:15 &lt;orion&gt; dg: Nope, still here. 21:12:23 &lt;dg&gt; \o 21:13:38 &lt;str4d&gt; So, any feedback, comments and suggestions for the feeds work would be greatly appreciated, but it's not urgently required before the 0.9.5 release. 21:14:37 &lt;str4d&gt; Anyone have any points to raise on this topic before we move on? 21:14:53 &lt;orion&gt; No. 21:15:51 &lt;dg&gt; I don't, if zzz is here, he might? 21:17:23 &lt;str4d&gt; We can come back to this at the end if necessary. 21:17:26 &lt;str4d&gt; Next: 21:17:26 &lt;str4d&gt; 2) JUnit hackfest summary 21:17:57 &lt;str4d&gt; Anyone else here who participated? zzz? topiltzin? KillYourTV? 21:18:55 &lt;zzz&gt; yup, went well, the 4 of us all hacked away, and zab fought to the end until they all passed. First time in years, or maybe ever. 21:19:22 &lt;str4d&gt; Kudos to zab for that. 21:20:04 &lt;str4d&gt; And as a result we now have a Jenkins service run by kytv which will hopefully keep us in check ^_^ 21:21:47 &lt;str4d&gt; Next step there is to expand our code coverage (which Jenkins also monitors) with moar tests. 21:22:06 &lt;str4d&gt; Not much else to say here, so: 21:22:09 &lt;iRelay&gt; &lt;welterde@freenode&gt; kytv: you running sonar as well? 21:22:14 &lt;str4d&gt; 3) discussion of Syndie progress and where we are going with that 21:23:08 &lt;str4d&gt; zzz and eche|on have started the Syndie hackfest - how bad is it looking? =P 21:23:39 &lt;zzz&gt; going well, need more people to test, code, or make suggestions, but we have several dozen checkins in the last few days 21:24:01 &lt;zzz&gt; suggest people try the latest version in mtn, they will find a lot of fixes 21:24:32 * str4d plans to pull the branch in the next day or so and have a look 21:24:32 &lt;zzz&gt; but the point here is to recruit somebody to work on it steadily. It needs a lot of work 21:25:50 &lt;str4d&gt; One of the points I recall from the TODO was a big-picture question: where are we heading/do we want to go with Syndie? 21:27:11 &lt;dg&gt; As in? Development wise? Popularity wise? 21:27:54 &lt;str4d&gt; Both probably. 21:28:29 &lt;str4d&gt; What needs to happen to reach its original goals? What were those goals? Do they still make sense? 21:29:13 &lt;str4d&gt; This sort of thing would be good to outline on the Syndie bounty. 21:29:23 &lt;dg&gt; Popularity wise: get Syndie at least considered alongside "anonymous publishing" tools (I don't know if there even are any apart from Freenet?) 21:29:35 &lt;dg&gt; If we get to that point, we're doing well 21:29:49 &lt;str4d&gt; (Since then people can look at the bounty and actually get a feel for what is required) 21:29:52 &lt;dg&gt; The goals are on the site, I believe. At least the use cases which sort of explained.. 21:30:19 &lt;str4d&gt; Useful links for reviewing the original goals: 21:30:22 &lt;str4d&gt; `http://www.i2p2.i2p/status-2006-09-12.html` 21:30:22 &lt;str4d&gt; `http://www.i2p2.i2p/status-2006-10-03.html` 21:30:29 &lt;iRelay&gt; Title: I2P Status Notes for 2006-09-12 - I2P (at www.i2p2.i2p) 21:30:33 &lt;iRelay&gt; Title: I2P Status Notes for 2006-10-03 - I2P (at www.i2p2.i2p) 21:31:36 &lt;str4d&gt; dg: then it would be good to review the Syndie site and update it. 21:31:58 &lt;zzz&gt; in the hackfest we're just fixing obvious problems. But hopefully the fest will attract new users and devs with ideas. 21:33:16 &lt;str4d&gt; PR will help in that respect (which we will get to shortly). 21:34:21 &lt;str4d&gt; Would it be a good idea to create a ticket for reviewing the Syndie docs/goals/bounty etc. to ensure they are current? 21:35:07 &lt;dg&gt; I'd say so 21:36:37 &lt;str4d&gt; dg: could you do that? =) 21:37:05 * dg nods 21:37:08 &lt;str4d&gt; And does anyone have anything else to add to this topic at present? 21:37:11 &lt;str4d&gt; Thanks 21:39:35 &lt;orion&gt; no. 21:41:07 &lt;str4d&gt; zzz: any other comments before we move on? 21:41:34 &lt;str4d&gt; Aside from "Get hacking on Syndie NOW!!!!!!!!!!!!" ;P 21:43:41 &lt;str4d&gt; Oh - why is syndie.i2p not up? 21:43:44 &lt;str4d&gt; welterde? 21:43:51 &lt;str4d&gt; (Or whoever runs it) 21:43:57 &lt;str4d&gt; syndie.i2p2.de is up. 21:44:48 * KillYourTV guesses it was jrandom's. 21:45:31 &lt;str4d&gt; Mmm, probably. In which case it would be worth setting up syndie.i2p2.i2p 21:45:58 &lt;str4d&gt; (I recall seeing syndie.i2p in the I2P docs, so that needs changing at some point) 21:46:41 &lt;KillYourTV&gt; I don't think syndie has an eepsite...(yet) 21:47:16 &lt;str4d&gt; It has a clearnet site... 21:48:00 &lt;KillYourTV&gt; hell...the most recently downloads are from 2007, other than my Debian packages or the plugin versions. 21:48:03 &lt;KillYourTV&gt; I don't think many (other than mosfet, darrob, echelon, and I) have cared about syndie for a long time (which is why there's the hackfest!!!!!!!11111onetyelven) 21:49:54 &lt;str4d&gt; Okay, meeting will move on for now, we can revisit this if needed. 21:50:05 &lt;str4d&gt; 4) Suggestions for future hackfests 21:51:17 &lt;KillYourTV&gt; weltende: not familiar with sonar but i'll look into it. maybe I can handle that too... 21:51:32 &lt;str4d&gt; So, what other hackfest ideas do we have? 21:56:17 &lt;RN-Droid&gt; me too! 21:56:36 &lt;str4d&gt; &lt;str4d&gt; So, what other hackfest ideas do we have? 21:58:32 &lt;str4d&gt; Things that we have on the boiler at present: 21:58:35 &lt;str4d&gt; I2P itself 21:58:35 &lt;str4d&gt; Syndie 21:58:42 &lt;str4d&gt; Android port 21:58:49 &lt;str4d&gt; Website 21:59:54 &lt;str4d&gt; Anything within those that might be deserving of a hackfest? 22:00:05 &lt;str4d&gt; (Anything I've missed?) 22:01:14 &lt;orion&gt; str4d: Is the protocol spec something hackable? 22:07:25 &lt;str4d&gt; orion: you mean the docs for it? 22:07:48 &lt;str4d&gt; If the documentation is unclear then that is something worth considering. 22:08:03 &lt;str4d&gt; Especially as we now have someone trying to use it to replicate a compatible I2P =) 22:08:34 &lt;orion&gt; str4d: I meant actually modifying the protocol. 22:08:45 &lt;str4d&gt; orion: that, not so much. 22:08:53 &lt;str4d&gt; zzz can elaborate more. 22:09:09 &lt;str4d&gt; It depends on what protocol you are referring to though. 22:10:00 &lt;orion&gt; Upgrading crypto mainly. 22:10:00 &lt;str4d&gt; Existing protocols (SSU, NTCP, I2CP, I2NP etc.) should ideally be backwards compatible, so a hackfest on them is probably counter-productive as any changes need to be carefully considered. 22:10:35 &lt;str4d&gt; Ah yes. That is certainly something worth considering, especially before you get too far along with i2pcpp 22:10:54 &lt;str4d&gt; Again, probably not hackfest-worthy, but it's something that we should probably dedicate some time to. 22:11:05 &lt;orion&gt; ok 22:11:23 &lt;dg&gt; btw `http://trac.i2p2.i2p/ticket/840` 22:11:27 &lt;iRelay&gt; Title: #840 (Review Syndie site) I2P (at trac.i2p2.i2p) 22:11:47 * str4d tables the motion that the next meeting (or maybe the one after) be a crypto review meeting. 22:12:39 &lt;dg&gt; I agree 22:12:50 &lt;str4d&gt; o/ 22:13:10 &lt;orion&gt; /o 22:13:41 &lt;str4d&gt; zzz? KillYourTV? welterde? 22:14:29 &lt;str4d&gt; We'll want it to be a meeting that the people with the most knowledge of I2P's crypto can attend (so definitely zzz and zab) 22:16:32 &lt;iRelay&gt; &lt;welterde@freenode&gt; str4d: ah.. crypto.. I'll be there.. when? *fetches calender* 22:17:02 &lt;dg&gt; Next week? 22:17:05 &lt;dg&gt; Same time? 22:17:48 &lt;str4d&gt; welterde, I'm proposing either the next meeting or the one after (so Tues Jan 15 or 22, 20:00 UTC) but if another time suits you/zzz/zab/etc better... 22:22:57 * str4d has just emailed zab to ask about his availability. 22:24:08 &lt;str4d&gt; s/just emailed zab/is attempting to email zab (and waiting on postman's SMTP to respond&gt;_&lt;) 22:26:17 * str4d waits for welterde to finish checking his calender 22:26:32 &lt;iRelay&gt; &lt;welterde@freenode&gt; str4d: already noted ;) 22:27:04 &lt;str4d&gt; Okay, so the currently-proposed time is Tues Jan 15, 20:00 UTC. 22:27:23 * str4d will make a zzz.i2p post about it 22:27:26 &lt;str4d&gt; Next: 22:27:29 &lt;str4d&gt; 5) PR manager nomination 22:27:36 &lt;str4d&gt; orion: you're up! 22:27:47 &lt;str4d&gt; (Finally ^_^) 22:29:26 &lt;orion&gt; yay 22:32:30 &lt;orion&gt; What is the role of the PR manager position? 22:32:33 &lt;orion&gt; formally. 22:33:00 &lt;str4d&gt; "PR manager: press contact, manages public relations and affairs" 22:33:10 &lt;str4d&gt; (from /team) 22:34:51 &lt;str4d&gt; So the person who gets I2P known, handles interview/article requests, organizes I2P appearances... that sort of thing, I'd imaging. 22:34:54 &lt;orion&gt; I can be a press contact. I like speaking in front of public audiences. 22:34:57 &lt;str4d&gt; imagine* 22:35:39 &lt;dg&gt; It needs to be someone who can IRL. 22:35:50 &lt;orion&gt; I can meet press/media IRL. 22:35:53 &lt;dg&gt; Also, general i2p public face for things we need would be helpful.. 22:35:53 &lt;orion&gt; I don't mind that. 22:36:03 &lt;dg&gt; (GSoC for one, if Google demand) 22:36:17 &lt;str4d&gt; dg: good point there. 22:36:48 &lt;str4d&gt; I know that mentors don't have to be public, but Google does require a single person to be the main point of contact. 22:36:48 &lt;orion&gt; Interviews, all that stuff sounds good. The one thing I am not good at though is media stuff (making flyers, etc) 22:37:36 &lt;orion&gt; I don't mind being a main point of contact -- organizing I2P appearances I can do, so long as you guys tell me about them. Hell, if they're in the area I can go IRL. 22:37:39 &lt;str4d&gt; orion: making flyers etc. isn't technically part of the job - it would be to organize flyers etc. getting made (which themselves would be done by a designer) 22:37:58 &lt;orion&gt; Ahh 22:38:13 &lt;str4d&gt; eche already has a competition running to get some leaflets, banners etc. designed. 22:38:20 &lt;orion&gt; Ok. 22:38:23 &lt;str4d&gt; So e.g. the PR manager could promote that competition. 22:38:30 &lt;str4d&gt; (To get a wider variety of entries) 22:38:55 &lt;dg&gt; For me, it's showing people that i2p is more than a few people hiding with no face at all 22:39:01 &lt;dg&gt; However you wish to do that 22:39:08 &lt;dg&gt; Talks, interviews, whatever, it's all good 22:39:15 &lt;orion&gt; Right. 22:39:15 &lt;str4d&gt; Something I've wondered - what about posting a/the competition on a freelance design website? To get more exposure. 22:40:06 &lt;orion&gt; If people reach out to me, I have no problem talking to them. 22:40:52 &lt;orion&gt; I can even show up to events if they are in the area. 22:41:03 &lt;orion&gt; (New Hampshire) 22:41:06 &lt;dg&gt; Mind if I ask the area? 22:41:06 &lt;dg&gt; - 22:41:07 &lt;dg&gt; haha 22:41:39 &lt;orion&gt; There is a train that goes directly to Boston though. 22:42:14 &lt;str4d&gt; One event that would be good to get people to is http://wiki.openitp.org/events:techno-activism_3rd_mondays 22:42:22 &lt;iRelay&gt; Title: events:techno-activism_3rd_mondays [OpenITP Wiki] (at wiki.openitp.org) 22:44:58 &lt;str4d&gt; orion: FWIW, as PR manager, the page/subpages on the website (revamp) `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/about/media` would basically be under your jurisdiction. 22:45:05 &lt;iRelay&gt; Title: Presentations on I2P - I2P (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 22:45:22 &lt;orion&gt; I will accept the PR role, but I am a poor college kid. 22:45:49 &lt;orion&gt; I can't afford to go to too many events. 22:46:16 &lt;str4d&gt; orion: talk to eche|on - there's always a possibility of funding. 22:46:27 &lt;orion&gt; Ok. 22:46:38 &lt;str4d&gt; And as a PR manager, you may end up drumming up additional funding anyway =D 22:47:13 &lt;orion&gt; I accept the position, and I will relinquish the position if I feel I am not up to it. 22:47:41 &lt;str4d&gt; You can't be expected to detract from your own RL work of course, but we do appreciate your assistance. And you won't be acting alone. 22:48:15 &lt;orion&gt; That sounds great. assistance would definitely be appreciated. 22:50:40 * str4d updates the website 22:52:03 &lt;str4d&gt; And done! Welcome (officially) to the team orion =D 22:52:18 &lt;orion&gt; Yay! 22:52:29 &lt;str4d&gt; (Though if being on the /team page makes it official, then I'm not technically an official team member =P) 22:53:40 &lt;str4d&gt; Okay, moving on to the last couple of topics: 22:53:43 &lt;str4d&gt; 6) 0.9.4 progress 22:53:43 &lt;primal&gt; IRL is evil. 22:53:43 &lt;str4d&gt; How are we looking at present? We are over the halfway mark for the usual 6-week release period. 22:54:06 &lt;str4d&gt; s/0.9.4 progress/0.9.5 progress/ 22:54:09 &lt;iRelay&gt; str4d meant: 6) 0.9.5 progress 22:55:49 &lt;str4d&gt; As outlined in topic 1) the feeds work won't be ready for 0.9.5. 22:58:32 &lt;primal&gt; I'm not sure if this is an inappropriate time to ask, but is the Android i2p still in development? Or is that not an 'official' thing? 22:59:16 &lt;str4d&gt; primal: yes it is. zzz has an old stable version (0.9.1) but sponge has been working on the latest stuff. 22:59:23 &lt;str4d&gt; Current release: 0.9.1-0_b1-API8 `http://zzz.i2p/topics/949` | Current dev build: 0.9.3-5_b2-API8 `http://sponge.i2p/` (scan/click QR code) 22:59:38 &lt;iRelay&gt; Title: SPONGE (at sponge.i2p) 22:59:58 &lt;str4d&gt; sponge is also working on getting the normal Oracle JVM working on Android though, so stock I2P could potentially be used. 23:00:27 &lt;primal&gt; str4d: hmm, I ought to get ahold of him, I'd be interested in working on this. 23:01:12 &lt;str4d&gt; primal: talk to sponge, and see #i2p-android-dev 23:01:12 &lt;str4d&gt; And, yay! 23:02:01 &lt;str4d&gt; So, no feedback on 0.9.5 progress? 23:04:59 &lt;str4d&gt; If not, then on to the last defined topic: 23:04:59 &lt;str4d&gt; 7) Website revamp 23:05:03 &lt;str4d&gt; `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/` 23:05:14 &lt;str4d&gt; Ticket #807 outlines my progress. 23:05:26 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/807` - (accepted enhancement) - Revamp of website 23:05:30 &lt;dg&gt; Just slipping this in, we're doing better thanks to the bug fix in 0.9.4 for network capacity. `http://stats.i2p/cgi-bin/avg.cgi?a=tunnel.buildSuccess.60m&s=93&u=q` 23:05:38 &lt;dg&gt; The estimated router count has gone up which implies better connectivity to zzz's router? 23:06:01 &lt;dg&gt; If we look at 6 months though, we're still not doing as good 23:06:12 &lt;dg&gt; anyway, sorry to hijack. :p 23:06:19 &lt;str4d&gt; dg: yes, good that you mentioned that 23:06:26 &lt;primal&gt; The new site is far far superior 23:07:21 &lt;str4d&gt; First point: I have changed the content of the left column (as per ticket #792 ) - thoughts? 23:07:24 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/792` - (assigned task) - Replace left column content 23:09:00 &lt;str4d&gt; Second point - at the bottom of #807 I have suggested some URL changes, which I would like feedback on. Another one is /lang/about/media vs /lang/media ? 23:10:39 &lt;primal&gt; ugh 23:11:03 &lt;orion&gt; str4d: Is `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/` supposed to show the new design? 23:11:10 &lt;iRelay&gt; Title: I2P Anonymous Network (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 23:11:10 &lt;str4d&gt; Third point: `http://trac.i2p2.i2p/ticket/807#comment:12` lists several content-related issues that need resolving, but I'm not that great at writing content. Assistance here would be greatly appreciated. 23:11:13 &lt;primal&gt; errr nvm. Had a complaint about links going to clearnet sites and being unmarked, then I realised this is to be the i2p clearnet homepage :P 23:11:16 &lt;iRelay&gt; Title: #807 (Revamp of website) I2P (at trac.i2p2.i2p) 23:11:20 &lt;str4d&gt; orion: it shows one of the new designs. 23:11:43 &lt;str4d&gt; But the design itself is not finalized yet. 23:11:46 &lt;orion&gt; Ahh. How do you alternate between them? 23:12:01 &lt;str4d&gt; orion: look in the footer 23:12:13 &lt;primal&gt; str4d: I can help with writing, it's what I do. What needs fixing? 23:12:20 &lt;orion&gt; Firefox doesn't like the footer. 23:12:20 &lt;str4d&gt; "Duck" is the default, "danimoth" is another proposal I found, the others are from the old site. 23:12:30 &lt;str4d&gt; primal: see comment 12 as above. 23:12:37 &lt;str4d&gt; orion: I have no issues with FF17 23:12:40 &lt;primal&gt; str4d: indeed, checking now 23:13:11 &lt;str4d&gt; primal: re: clearnet links, this site will be the I2P-internal site as well. 23:13:23 &lt;str4d&gt; So your point about marking clearnet links is a good one - examples? 23:13:54 * str4d already has added logic so that I2P-internal sites get rewritten when viewed on the clearnet (to either their clearnet URLs if known, or to an inproxy). 23:14:25 &lt;orion&gt; http://i.imgur.com/PwDF8.png 23:14:29 &lt;primal&gt; Why is Research under Volunteer instead of About? 23:14:33 &lt;str4d&gt; It might just require adding a CSS class to any external &lt;a&gt; links so they can be specifically outlined or something. 23:14:52 &lt;primal&gt; I went and looked under 'About' first, and would if I was someone wanting to see 'hey, has this been TESTED? Can I trust it?' 23:15:30 &lt;str4d&gt; primal: because I'm intending that page to be more aimed at researchers wanting to test I2P, but that is a good point. 23:15:37 &lt;primal&gt; Ahh okay 23:15:55 &lt;str4d&gt; Stuff under the "About" menu (to me) is about existing stuff, rather than potential developments. 23:16:06 &lt;str4d&gt; So maybe the Papers link should be moved back into the about menu. 23:16:37 * str4d already split off the papers page from the presentations, tutoruals etc (which is now the media page) 23:16:52 &lt;str4d&gt; tutorial 23:16:55 &lt;str4d&gt; * 23:17:20 &lt;str4d&gt; orion: oh - that's because the old site doesn't have a footer. 23:17:23 &lt;primal&gt; I'd agree. A fellow at my local hackerspace who works on Tor actually asked me for that info once and I didn't know where to point him 23:17:30 &lt;primal&gt; having it clearly available would be good 23:18:05 &lt;str4d&gt; And I'm not a designer, so I haven't been playing with the old CSS much - I just got it mostly-migrated over to show how the new structure and layout fits into the old clothing. 23:18:20 * str4d moves the Papers link now. 23:18:54 &lt;orion&gt; str4d (see image) 23:19:56 &lt;str4d&gt; orion: yes, I looked at it - that's the theme from the current website, and I didn't add footer CSS to it. The two more modern themes (duck's and danimoth's) have footer CSS. 23:21:14 &lt;primal&gt; str4d: I would put the academic papers under 'Presentations, Tutorials, and Articles' 23:21:34 &lt;str4d&gt; primal: under it as in position-wise, or as a sub-menu? 23:21:37 &lt;primal&gt; Unless you want to emphasise them highly themselves 23:21:52 * str4d split off Papers from that page, and isn't about to merge them back =P 23:22:15 &lt;str4d&gt; Hmm... 23:22:26 * str4d put the link under "Comparisons" for now. 23:22:45 &lt;primal&gt; above them position wise. 'Academic Papers and Peer Review' perhaps 23:23:59 &lt;christoph&gt; the content is quite mixed there already 23:24:33 &lt;primal&gt; christoph: I'd prefer to amalgamate the content, but str4d said he isn't about to merge stuff ;) 23:25:00 &lt;primal&gt; I'm just saying, anyone who is *seriously* looking at I2P for security reasons will want to focus on the academic / peer review. 23:25:11 &lt;str4d&gt; primal: my point is, it's merged on the current site - I split it off because I felt that academic papers deserved their own page with their own layout. 23:25:21 &lt;christoph&gt; hm it's actually mostly fine now, /me seems to remember lots of different stuff mixed 23:25:31 &lt;primal&gt; I wouldn't trust software to protect me from getting killed/legal issues/etc without being able to read up on it 23:25:50 &lt;christoph&gt; so basically probably I was remembering before str4d splitof 23:25:53 &lt;primal&gt; str4d: I agree. As said, I'd recommend adding an 'Academic Papers and Peer Review' section under about for them 23:25:53 &lt;str4d&gt; primal: see `http://www.i2p2.i2p/papers` for the "old" version. 23:25:57 &lt;iRelay&gt; Title: Papers and Presentations on I2P - I2P (at www.i2p2.i2p) 23:26:12 &lt;str4d&gt; primal: refresh the page to see my shift for now 23:26:19 &lt;str4d&gt; But that's a good title. 23:26:22 &lt;primal&gt; ok 23:27:01 &lt;primal&gt; Looks good. 23:27:16 &lt;str4d&gt; Title changed locally - should I shift it further down that menu as well? Or rearrange the rest of the menu 23:27:19 &lt;str4d&gt; ? 23:27:42 &lt;primal&gt; Shift it down under 'Hall of Fame' imo 23:27:57 &lt;primal&gt; just above presentations and articles 23:28:35 &lt;str4d&gt; Mmm, I like that. Pushing... 23:29:37 &lt;str4d&gt; Any other comments? Does the front-page as a whole look okay? Does the left-hand column content work? 23:30:12 &lt;primal&gt; well 23:30:42 &lt;primal&gt; grammatically the second paragraph isn't quite right ;) 23:32:28 &lt;primal&gt; "I2P is used by many people who care about their privacy, as well as those in high-risk situations. It is ideal for activists, oppressed people, journalists and whistle-blowers." 23:33:09 &lt;primal&gt; Or perhaps... "I2P is used by many people who care about their privacy, as well as those in high-risk situations. It can benefit a wide range of people, such as activists, oppressed people, journalists and whistle-blowers." 23:33:17 &lt;str4d&gt; That second paragraph is a compact version of what used to take up that entire column (which I didn't like on its own - too much like the Tor site) 23:33:33 &lt;primal&gt; or even 'It can provide a secure method of communication for activists...' etc 23:34:12 &lt;str4d&gt; The main div already talks about secure communication 23:35:12 &lt;primal&gt; I2P is used by many people who care about their privacy, as well as those in high-risk situations. It is designed to protect activists, oppressed people, journalists and whistle-blowers - as well as the average person." 23:35:45 &lt;primal&gt; eh, I'm just tossing stuff out here. Anyhow, the sentence does need to be grammatically corrected and is a bit of a run-on, but I'm nit-picking ;) Generally it's fine 23:36:17 &lt;str4d&gt; I like that last one =) 23:36:58 &lt;primal&gt; yeah me too. 23:37:10 &lt;str4d&gt; "I2P is a full darknet implementation - a network within a network, unmonitorable by your ISP or government." - thoughts? 23:37:45 &lt;str4d&gt; That was taken from the Trac wiki page, and I think it's about as technical as you'd want to get on the front page. 23:38:15 &lt;primal&gt; Well, it is quite a definitive claim 23:38:23 &lt;str4d&gt; As zzz has said before, we want to carefully consider exactly what is said on the front page, as that will be important for SEO as well as it being what the users first see. 23:38:30 &lt;primal&gt; but if we're comfortable with that, ok :) 23:38:50 &lt;str4d&gt; Yeah... the first two "statements" are true enough, but the last is debatable. 23:38:57 &lt;primal&gt; perhaps 'intended to be unmonitorable by...' 23:39:12 &lt;primal&gt; i.e that's the plan, 23:39:41 &lt;str4d&gt; That makes it sound like it isn't yet ^_^ 23:39:52 &lt;primal&gt; hmm 23:39:59 * primal tries to think of a better phrasing 23:40:38 &lt;primal&gt; I'd go with 'desgined to be' but I dislike repeating the same term and if you go with my other paragraph 2, it'd be repeated. 23:40:45 &lt;str4d&gt; The column links to about/intro as well, so that is likely where new users will head first. 23:41:08 &lt;primal&gt; 'created to be unmonitorable' perhaps? 23:41:44 &lt;str4d&gt; (So about/intro will need work as well) 23:41:48 &lt;h2ik&gt; I can guarantee that it's monitor-able but it takes a lot of effort 23:42:15 &lt;h2ik&gt; it's privacy/security through obfuscation 23:42:15 &lt;primal&gt; right but the INTENT is for it not to be monitorable. I'd go with 'created to be unmonitorable' 23:42:50 &lt;str4d&gt; h2ik: obfuscation? Not encryption? 23:42:53 &lt;h2ik&gt; or perhaps something like "designed to prevent monitoring" 23:43:08 &lt;h2ik&gt; str4d: well there is both but I can deduce end points 23:43:15 &lt;h2ik&gt; str4d: and if you want to get devious you could run an outproxy :-) 23:43:22 &lt;str4d&gt; h2ik, how so? 23:43:33 &lt;primal&gt; h2ik: yeah, but I used 'designed to be' in the next paragraph. It's just grammatically tacky to repeat the term ;) 23:43:45 &lt;dg&gt; let's not make promises we can't keep. 23:43:56 &lt;dg&gt; ioerror spoke about this, it's dangerous 23:43:56 &lt;str4d&gt; Also, we should distinguish between being able to monitor the I2P network itself, and being able to monitor network traffic wihin it. 23:43:59 &lt;str4d&gt; within* 23:44:06 &lt;h2ik&gt; which is ultimately my point there dg so thanks for getting me there faster 23:44:10 &lt;str4d&gt; dg++ 23:44:29 &lt;primal&gt; "Created to provide security from monitoring by...." 23:44:43 &lt;dg&gt; It is extremely EXTREMELY dangerous and potentially fatal for us to say we can keep someone safe and that they are entirely safe from an adversary. However, we can tell them what we can protect against *as well as* our goals. 23:44:46 &lt;primal&gt; or 'protection from monitoring by...' 23:44:49 &lt;h2ik&gt; primal: how about intended to make monitoring difficult or some such ? 23:45:04 &lt;dg&gt; It's okay to say our goals and that's important for inspiring some people to use i2p, actually. It's a base for a secure internet. 23:45:16 &lt;h2ik&gt; +1 dg 23:45:19 &lt;str4d&gt; dg: yep. 23:45:24 &lt;str4d&gt; The flow I see for a new user is: 23:45:47 &lt;h2ik&gt; (sorry didn't mean to jump in on the discussion... just wandered by for the meeting) 23:45:50 &lt;str4d&gt; Front page -&gt; about/i2p (either via the Read more... link or the About menu) -&gt; other information. 23:45:50 &lt;primal&gt; h2ik: hmm "and is intended to protect against monitoring by third parties, such as hostile governments or ISPs' 23:46:00 &lt;str4d&gt; h2ik, you're more than welcome to =) 23:46:19 &lt;h2ik&gt; primal: I like that.. 23:46:38 &lt;primal&gt; dg: yeah, that's why I asked about it, it seems to basically be promising more than we could be sure of delivering on. 23:46:57 &lt;primal&gt; str4d: "I2P is a full darknet implementation - a network within a network, and is intended to protect against monitoring by third parties, such as hostile governments or ISPs." 23:47:52 &lt;str4d&gt; primal: sounds good. 23:48:03 &lt;h2ik&gt; +1 primal 23:48:58 &lt;dg&gt; As long as we're not saying something which says "we make sure you can't get killed by your gov for using i2p!", we're on the right lines 23:49:18 &lt;primal&gt; yep and it keeps us from having to a disclaimer like Anomos has 23:49:34 &lt;dg&gt; Anomos = ? 23:49:41 &lt;h2ik&gt; "PS. we're faster than freenet" 23:49:44 &lt;dg&gt; disclaimers are no btw 23:49:47 &lt;primal&gt; http://anomos.info/ 23:49:50 &lt;iRelay&gt; Title: Anomos (at anomos.info) 23:49:54 &lt;primal&gt; encrypted torrent thingy 23:50:05 &lt;dg&gt; Disclaimers are like "yeah man we do this for kicks but we're not promisin' nothin', maybe you'll be safe, maybe you won't" 23:50:12 &lt;dg&gt; there's no confidence at all 23:50:15 &lt;primal&gt; yup thats why I'm not a fan of them 23:50:31 &lt;dg&gt; many of the devs and team are passionate people and it's more than just something which may or may not help you not get killed 23:51:50 &lt;primal&gt; dg: I'm in agreement. No arguments from me on that count :) Heck, I'm just a user who likes his privacy, that's why I'm here. I haven't got an (overly) hostile government. But what I do online is still none of their business. 23:52:55 &lt;primal&gt; I just think this is a project that benefits EVERYONE in general. And I want to do what I can to make sure it succeeds :) 23:53:06 &lt;dg&gt; primal: I'm not oppressed but I want to help people who are. I'm the same! I want to make i2p better though, and we're all in agreement on that. As long as our website reflects that, we're golden. 23:53:13 &lt;dg&gt; +1 23:53:26 &lt;primal&gt; dg: precisely :) 23:54:01 &lt;dg&gt; The community feeling should be reflected. The active IRC and people here are a DEFINITE strong point. 23:54:28 &lt;primal&gt; dg: we need someone to advocate the point of the users of I2p imo, cause that's who makes it work ultimately 23:54:39 &lt;primal&gt; but I'm getting a bit off topic there :D 23:54:42 &lt;str4d&gt; Okay, text on front page updated. 23:54:49 &lt;primal&gt; str4d: awesome/ 23:54:52 &lt;dg&gt; heh :D 23:54:55 &lt;h2ik&gt; primal: and those users are also the reason we are in business 23:55:10 &lt;primal&gt; h2ik: hey I'm one of them and so I agree 23:55:25 &lt;primal&gt; str4d: whistle-blowers is hyphenated :P lol 23:55:36 * primal nitpicks! ;) 23:55:40 &lt;str4d&gt; Whoops =P 23:55:48 &lt;primal&gt; rofl 23:56:03 &lt;dg&gt; as for anomos, meh. Kind of dangerous to have something only for BitTorrent too.. if you can fingerprint it, you can say "bam, bittorrent", maybe you can just say that all BitTorrent is bad and then goodbye anomos 23:57:18 &lt;dg&gt; Only looked at the site briefly though, I cannot judge. 23:57:55 &lt;str4d&gt; As much as I like this discussion, getting back onto topic, and my second point - URL changes in the revamp? 23:58:26 &lt;primal&gt; Is the android release mature enough to be on the page for download? or perhaps as a 'development release' or something? Or is that sponge's project and not something that ought to be up there? 23:58:29 &lt;primal&gt; dg: yeah I haven;t tried it, i2psnark works just fine for me. 23:58:29 &lt;primal&gt; sorry str4d :) 23:59:08 &lt;str4d&gt; So: would the url /lang/blog/XXXX/XX/XX/slug be preferable to the current /lang/blog/entry/XXXX/XX/XX/slug ? 23:59:15 &lt;str4d&gt; //lang/support/* vs /lang/help/* ? 23:59:22 &lt;h2ik&gt; str4d: we could add some of the newer services to the interesting eepsite list if that's what you are after 23:59:25 &lt;str4d&gt; /lang/volunteer/* vs /lang/get-involved/* ? 23:59:36 &lt;dg&gt; /post/* and /lang/help/* 23:59:59 &lt;str4d&gt; dg: you said support yesterday, not help =P 00:00:26 &lt;str4d&gt; h2ik: you mean the list of eepsites on /home ? 00:00:29 &lt;str4d&gt; (in the routerconsole) 00:00:36 &lt;str4d&gt; That's not what I'm referring to. 00:01:34 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Starting build #12 for job Cobertura Coverage Reports 00:02:50 &lt;h2ik&gt; str4d: oh the front web page, I see, sorry. 00:03:35 &lt;str4d&gt; h2ik: I've re-organized the pages into more SEO- and user-friendly URLs, but I'm asking if they should be changed (before I go through and ensure that all internal links are up-to-date) 00:03:35 &lt;str4d&gt; h2ik: not the front page so much as the URLs of other pages. 00:03:42 &lt;dg&gt; str4d: changed my mind I think 00:03:45 &lt;str4d&gt; So e.g. /en/volunteer/bounties vs /en/get-involved/bounties 00:03:52 &lt;dg&gt; str4d: support is almost too professional? 00:03:56 &lt;dg&gt; str4d: /lang/get-involved/* 00:04:03 &lt;str4d&gt; And /en/support/faq vs /en/help/faq 00:04:06 * h2ik nods in understanding. 00:04:17 &lt;str4d&gt; dg: yeah, that's what I was starting to think as well, hence my RFC 00:04:55 &lt;str4d&gt; h2ik: the navbar roughly corresponds to the URL sub-structure, but not entirely. 00:05:11 &lt;dg&gt; /en/help/faq.. I think. I'm 50/50 on help/support. Help is maybe too bland but support too formal? 00:05:35 &lt;str4d&gt; dg: I was also worried about conflation of meaning with help / volunteer 00:06:34 &lt;str4d&gt; And if volunteer is changed to get-involved, what should be done about that menu? So far, no menu-opening items are linked as well (again, preventing conflation of meaning). 00:08:26 &lt;dg&gt; str4d: Get involved is more motivational, volunteer is not so "you can do something now!", I guess. 00:08:41 &lt;dg&gt; as for the help/volunteer.. uh. 00:08:44 &lt;primal&gt; yeah I like get involved 00:09:32 &lt;str4d&gt; primal: then where should the "Get Involved!" page be linked from? 00:09:51 &lt;primal&gt; main page 00:09:58 &lt;str4d&gt; AFK for 30 mins 00:10:01 &lt;str4d&gt; primal: I mean in the nav-bar 00:10:16 &lt;dg&gt; How about we just rename Volunteer to Get Involved? 00:10:31 &lt;str4d&gt; (See how "Volunteer" is the menu title and it has an option "Get Involved!") 00:10:34 &lt;h2ik&gt; +1 on that. Volunteer is crap 00:10:46 &lt;dg&gt; Then the navbar actually LINKS (like Download does), but has a drop down too? 00:10:49 &lt;dg&gt; Is this possible? 00:11:24 &lt;primal&gt; oh hurm 00:11:24 &lt;primal&gt; oh where it is is fine, just after 'help' 00:11:54 &lt;dg&gt; Also, the comparisons for networks is inconsistent. 00:11:54 &lt;h2ik&gt; Get Involved or Join Us (or similar) - we want to encourage people to join our fun band of like-minded privacy people .. just saying 00:12:18 &lt;dg&gt; /en/about/comparison/gnunet design even is different to /en/about/docs/overview/comparison#freenet 00:12:29 &lt;dg&gt; I don't know if I like /just/ the chunk of test either. 00:12:32 &lt;dg&gt; *text 00:13:13 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Project Cobertura Coverage Reports build #12:UNSTABLE in 11 min: `http://eotfca7qexthbireor6ae7g4hbj5hwuhe4gkzxdx3l3g2t5gzn7q.b32.i2p/job/cobertura/12/` 00:13:25 &lt;primal&gt; dg: that was what I meant 00:15:51 &lt;dg&gt; Btw, where can I find swt.jar? 00:16:21 &lt;h2ik&gt; str4d: in case nobody has mentioned it before, THANK YOU for taking this on. 00:16:43 &lt;KillYourTV&gt; swt.jar: your package manager or http://www.eclipse.org/swt/ 00:16:46 &lt;iRelay&gt; Title: SWT: The Standard Widget Toolkit (at www.eclipse.org) 00:17:01 &lt;dg&gt; ah ok 00:18:10 &lt;KillYourTV&gt; re: cobertura: 00:18:13 &lt;KillYourTV&gt; 00:13:10 Code coverage enforcement failed for the following metrics: 00:18:16 &lt;KillYourTV&gt; 00:13:10 Lines's stability is 24.85 and set mininum stability is 24.88. 00:18:16 &lt;KillYourTV&gt; 00:13:10 Methods's stability is 30.55 and set mininum stability is 30.65. 00:18:16 &lt;KillYourTV&gt; 00:13:10 Setting Build to unstable. 00:18:37 &lt;KillYourTV&gt; &lt;/ot&gt; 00:21:03 &lt;KillYourTV&gt; &lt;+dg&gt; Then the navbar actually LINKS (like Download does), but has a drop down too? 00:21:03 &lt;KillYourTV&gt; &lt;+dg&gt; Is this possible? &lt;-- possible and the way it was originally IIRC 00:21:33 &lt;dg&gt; not sure if it is a good design choice but it works better in $self-&gt;head 00:21:52 &lt;primal&gt; got dc'd 00:22:03 &lt;primal&gt; gah 00:22:06 &lt;primal&gt; got dcd 00:23:36 &lt;str4d&gt; I got dcd as well 00:24:16 &lt;str4d&gt; &lt;dg&gt; /en/about/comparison/gnunet design even is different to /en/about/docs/overview/comparison#freenet &lt;-- I copied the /en/about/docs/overview/comparison#tor template 00:24:27 &lt;str4d&gt; The tor and freenet comparisons are as-is from the current website 00:24:38 &lt;str4d&gt; (Just split onto separate pages( 00:25:15 &lt;str4d&gt; &lt;primal&gt; dg: that was what I meant 00:25:23 &lt;str4d&gt; ^-- last I saw before dv 00:25:23 &lt;str4d&gt; dc 00:26:07 &lt;dg&gt; Ah, right. Still, not so great. 00:26:45 &lt;str4d&gt; Caught up from kytv's logs. 00:27:00 &lt;str4d&gt; h2ik: thanks! I decided that it needed doing ^_^ 00:27:27 &lt;str4d&gt; dg: the same can be said for a number of existing pages. 00:28:08 &lt;str4d&gt; &lt;dg&gt; Then the navbar actually LINKS (like Download does), but has a drop down too? &lt;-- That's my concern. What is the general position on this? 00:32:48 &lt;dg&gt; I'm okay with it but it may be bad "design-wise". 00:32:52 &lt;dg&gt; I'm no UX guy. ;) 00:33:06 &lt;RN-Droid&gt; are we still officially in meeting? 00:33:13 &lt;dg&gt; Kind of. 00:33:16 &lt;str4d&gt; RN-Droid: yes 00:33:19 &lt;dg&gt; If you wanna bring something up, shoot! 00:33:30 &lt;str4d&gt; Though I was about to end it, since it was tailing off. 00:33:54 &lt;RN-Droid&gt; have we got any feedback from postman about linking together the 2 channels? 00:34:09 &lt;str4d&gt; dg: it's marginally better now that I've removed the need for &lt;a&gt;s as styling, so the user can now tell the difference between a menu item that goes somewhere and one that doesn't (by the cursor) 00:34:15 &lt;str4d&gt; RN-Droid: I forgot to bring that up&gt;_&lt; 00:34:38 &lt;str4d&gt; And postman hasn't been around (not saying that he hasn't been listening) 00:35:01 &lt;dg&gt; RN-Droid: We do not need postman for it, just someone to set the mode.. more or less. zzz gave his blessing. IMO, we can redirect first, change things later. postman etc could apply a rule server side but we don't need it. Shouldn't cause any problems as long as someone is in the channel to keep the mode set. 00:35:08 &lt;dg&gt; str4d: ah, yes 00:35:45 &lt;str4d&gt; dg: still not sure if it's okay from a UX perspective (I wasn't even sure if having one of the top ones linking and the other opening was alright) 00:35:56 &lt;str4d&gt; (But at least with the latter, there is no linking AND opening) 00:36:27 &lt;RN-Droid&gt; great well I personally will leave it on my list but if we're redirecting people in I get disconnected uh how do we know for sure somebody's gonna be in there? 00:36:30 &lt;str4d&gt; So, to summarize the URL changes: 00:36:58 &lt;dg&gt; RN-Droid: Some bot.. or something. Ok temporarily but ideally, server side or nothing referencing it. or both. 00:37:01 &lt;str4d&gt; RN-Droid: it's an automatic redirect when they connect. 00:37:08 &lt;dg&gt; str4d: btw, sorry for hijacking so much 00:37:08 &lt;str4d&gt; (Isn't it?) 00:37:23 &lt;RN-Droid&gt; okay sounds good in Psych to pedia will probably be in there too so we should have it covered 00:37:26 &lt;KillYourTV&gt; if done server side it's automatic. 00:37:29 &lt;str4d&gt; dg: no worries. The rest of the meeting went to structure enough ^_^ 00:37:37 &lt;dg&gt; str4d: and yes, but someone needs to be in there to keep up the mode, although doesn't have to be an op. Once the channel empties, default modes come back. I don't think you can mlock it. 00:37:44 &lt;KillYourTV&gt; (if not server side check out mode +L) 00:37:52 &lt;dg&gt; "org.eclipse.swt.graphics does not exist" 00:37:55 &lt;dg&gt;&gt;.&gt; 00:38:06 &lt;str4d&gt; So: I'll change /lang/volunteer/* to /lang/get-involved/* but leave the nav menu as-is for now until a UX decision is made. 00:38:09 &lt;RN-Droid&gt; okay we can hash out the mode situation of the service I redirect later Thanks for I listen to my input 00:38:16 &lt;str4d&gt; /lang/blog/* is already changed. 00:38:23 &lt;dg&gt; str4d: Sounds good 00:38:46 &lt;str4d&gt; And /lang/support/* vs /lang/help/* hasn't been properly decided on yet, so I'll leave it for now. 00:38:53 &lt;primal&gt; looks good to me 00:39:23 &lt;str4d&gt; primal: you're still keen to have a look at the writing-related tasks on ticket #807 ? 00:39:38 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/807` - (accepted enhancement) - Revamp of website 00:39:41 &lt;str4d&gt; (After another hour of discussion ^_^) 00:39:55 &lt;RN-Droid&gt; forward slash M e! drops out before baffing... I'll give more feedback when I redo the meeting later if there's anything else I have to add 00:40:03 &lt;primal&gt; str4d: sure I am lol 00:40:17 &lt;str4d&gt; Excellent =) 00:40:37 &lt;str4d&gt; And I'll close ticket #792 now that we have (mostly) decided on the front page text - if it needs tweaking the ticket can always be re-opened. 00:40:43 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/792` - (assigned task) - Replace left column content 00:40:51 &lt;str4d&gt; So, any other points of order before the meeting officially ends? 00:41:34 &lt;orion&gt; I just jizzed my pants. 00:42:39 &lt;primal&gt; str4d: I wish to propose we get a user advocate type position! 00:42:39 &lt;dg&gt; primal: We do, and orion has fulfilled it! 00:42:39 &lt;dg&gt; (PR manager == user advocate) 00:42:39 &lt;str4d&gt; dg: not quite =P 00:42:42 &lt;dg&gt; str4d: I thought we decided they were more or less the same umbrella? 00:42:45 &lt;str4d&gt; There is actually a separate entry for it on /team 00:42:52 &lt;str4d&gt; dg: sort-of. 00:42:59 &lt;primal&gt; oh really? cool 00:43:06 &lt;primal&gt; who is the user advocate? 00:43:25 &lt;dg&gt; I'm up for it if it's not the same thing as PR manager 00:43:28 &lt;str4d&gt; primal: orion is the PR manager, and apparently the user advocate as well. 00:44:02 &lt;orion&gt; If we have too many committees we'll end up like the Methodist hurch. 00:44:06 &lt;str4d&gt; dg: in my mind, PR manager was more about managing I2P appearances, liaising with media etc. 00:44:13 &lt;orion&gt; s/hurch/church 00:44:20 &lt;str4d&gt; *shudder* 00:44:20 &lt;primal&gt; rofl 00:44:23 &lt;dg&gt; str4d: ah, and user advocate? 00:44:34 &lt;str4d&gt; I don't think the definitions are too hard-set as it is. 00:44:41 &lt;primal&gt; str4d: well if a user advocate IS an open position, I'd want to apply for it, if you can tell me how I'd do so. 00:45:04 &lt;str4d&gt; From the /team page: User Advocate: gather, prioritize, advocate for user needs 00:45:07 &lt;dg&gt; I'm not sure what *I* am, while we're on the subject 00:46:03 &lt;str4d&gt; primal: well you can either JFDI ^_^ or you can wait until the next general meeting for a more formal application (like orion today) 00:46:14 &lt;str4d&gt; dg: neither am I, really ^_^ 00:46:59 &lt;str4d&gt; primal, dg: if you hadn't gathered, next week's meeting is going to be a crypto meeting, discussing the need for migrating I2P's crypto (unless the time gets shifted). 00:47:10 &lt;primal&gt; str4d: how do I do it? is there a form or something ? amd plau 00:47:22 &lt;orion&gt; primal: I just made a thread on the forum. 00:47:33 &lt;dg&gt; str4d: I'll just be "dg - overall dg" for now then :) 00:47:36 &lt;orion&gt; zzz 00:48:03 &lt;dg&gt; as for the crypto meeting, I don't know if I can weigh in but I will try. I'm no crypto god but I'd rather not be silent for the duration. 00:48:03 &lt;str4d&gt; primal: not really a form, as it's not a proper formal process. zzz.i2p forum thread would be best, especially if there are more than one applicant (not that there's no reason for having both ^_^) 00:48:10 &lt;dg&gt; It'll be interesting for me nonetheless.. 00:48:41 &lt;str4d&gt; dg: it's not going to be so much a decision of what crypto to go to (though I expect that will be important) as much as *how* to migrate. 00:49:07 * str4d aims to try and bring together the relevant minds to do some concerted brainstorming. 00:49:22 &lt;str4d&gt; Anyway, anything else to be officially meeting-ed? 00:49:44 &lt;dg&gt; str4d: Alright, I'll try to help where possible. Let me know if I should shut up though ;-) 00:49:48 &lt;dg&gt; Don't think so. 00:50:20 &lt;primal&gt; str4d: sounds good. I will do so 00:50:24 &lt;primal&gt; all done here 00:50:43 &lt;str4d&gt; Alright: 00:50:43 * str4d *baf*s the meeting closed. 00:51:01 &lt;orion&gt; Now for the after-party. 00:51:07 &lt;str4d&gt; \o/ 00:51:14 &lt;orion&gt; \o\ \o/ /o/ 00:51:29 &lt;str4d&gt; *wub wub* </div>/cs/blog/2012/12/18/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-18.-prosince-2012/Tue, 18 Dec 2012 00:00:00 +0000/cs/blog/2012/12/18/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-18.-prosince-2012/<h2 id="stručná-rekapitulace">Stručná rekapitulace</h2> <p class="attendees-inline"><strong>Přítomní:</strong> Astral_12, eche|on, KillYourTV, LaughingBuddha, RN, str4d, topiltzin, zzz</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 20:08:58 &lt;RN&gt; meeting start while I was disconnected? 20:09:17 &lt;eche|on&gt; which meeting? 20:09:38 * KillYourTV points to the topic 20:10:09 &lt;RN&gt; Dev mtg here 8:00 PM (20:00) UTC Tues. Dec. 18^^ topic 20:11:38 &lt;KillYourTV&gt; maybe they've stopped... 20:12:12 &lt;LaughingBuddha&gt; Just start whenever? 20:18:08 &lt;RN&gt; usually dg runs the meetings 20:18:27 &lt;RN&gt; I think lillith took over when he had to leave one time 20:18:50 &lt;str4d&gt; He didn't show up last week, that's why. 20:18:53 &lt;LaughingBuddha&gt; Is there a link to the general agenda? 20:18:53 &lt;str4d&gt; (And the week before he was busy) 20:21:29 &lt;RN&gt; well, there is usually an agenda... 20:22:25 &lt;str4d&gt; There's a link to the agenda he had been using for the previous few meetings, but I can't pull zzz.i2p at the moment... 20:22:28 &lt;RN&gt; on trac 20:22:28 &lt;eche|on&gt; thats the update weather 20:22:28 &lt;eche|on&gt; hell a lot of updates/traffic currently 20:22:28 &lt;RN&gt; `http://trac.i2p2.i2p/wiki/meeting` 20:22:28 &lt;str4d&gt; o/ topiltzin 20:22:28 &lt;eche|on&gt; far faster than any update before 20:22:28 &lt;str4d&gt; RN, can you access that? 20:22:28 &lt;Benedikt&gt; what happened? one of the servers from this netword dropped down? 20:22:31 &lt;str4d&gt; I've got a few planned topics anyway, if you can't. 20:22:31 &lt;RN&gt; agenda hasn't been updated since the dec 4th meeting it seems 20:22:31 &lt;topiltzin&gt; \o str4d 20:22:31 &lt;eche|on&gt; Benedikt: net split, does happen a lot due to flaky i2p tunnels 20:22:31 &lt;Benedikt&gt; oh, thx 20:22:34 &lt;str4d&gt; Okay, I'm just going to propose a pseudo-random agenda. 20:22:45 &lt;LaughingBuddha&gt; Shoot 20:23:07 &lt;str4d&gt; (0) Say Hi. 20:23:07 &lt;str4d&gt; Hi! 20:23:15 &lt;LaughingBuddha&gt; Eyyy 20:23:31 &lt;topiltzin&gt; what up 20:25:46 &lt;str4d&gt; Any other takers? ^_^ 20:25:52 &lt;str4d&gt; Alright, moving on: 20:25:52 &lt;str4d&gt; (1) Network Health / Update Status 20:26:31 &lt;str4d&gt; Network health seems (to me) to have been pretty bad the last few days/week or so. Do we know if this was an actual attack? 20:26:46 &lt;str4d&gt; Or just continued degradation due to the bugs? 20:27:58 &lt;LaughingBuddha&gt; I guess we won't know for sure until more people actually update to 0.9.4 20:28:29 &lt;RN&gt; str4d, the trac link? yes 20:30:43 &lt;topiltzin&gt; eche|on was reporting some weird behavior, but we would not know for sure even after people upgrade to 0.9.4 20:34:04 &lt;str4d&gt; psi seemed to think that some of it was related to the Russian guides recommending that users force floodfill to find more nodes. 20:34:07 &lt;str4d&gt; With regard to updates: 20:34:15 &lt;str4d&gt; &lt;eche|on&gt; hell a lot of updates/traffic currently 20:34:18 &lt;str4d&gt; &lt;eche|on&gt; far faster than any update before 20:34:29 &lt;str4d&gt; Anything else to add to this summary of update progress eche|on? 20:36:17 &lt;eche|on&gt; 780 full updates pushed till yet by my nodes 20:37:38 &lt;str4d&gt; LaughingBuddha said that torrent updates worked for him. Anyone know how large the swarm is? 20:37:54 &lt;str4d&gt; (Only dev routers I know, but would be interesting to know) 20:38:13 &lt;KillYourTV&gt; Just around 10 20:38:59 &lt;eche|on&gt; the torrent is very low usage for me 20:39:06 &lt;KillYourTV&gt; or, let's put it like this: I see 10 peers 20:39:17 &lt;eche|on&gt; I see 6 for su2 and 4 for sud 20:40:01 &lt;KillYourTV&gt; since only a very small percentage of dev build users were offered the torrent update, I'm not surprised by there being so few transfers thus far. 20:40:16 &lt;Astral_12&gt; str4d: 6-7 peers , su2 20:40:30 &lt;str4d&gt; KillYourTV, no, all dev build users are offered torrent. 20:41:09 &lt;str4d&gt; If version ends in -0 and you pick a number from 0 to 99 that isn't 0, you don't get torrents. 20:41:12 &lt;str4d&gt; (IIRC) 20:41:15 &lt;KillYourTV&gt; oh...i misunderstood then. 20:41:23 &lt;KillYourTV&gt; `http://tracker2.postman.i2p/details.php?dllist=1&filelist=1&info_hash=%09k%a6%29%14%7b%15%f6%f89%d7%1b%1c%d9T%fe%60c%ec%7c` 20:41:23 &lt;iRelay&gt; Torrent #19559: i2pupdate-0.9.4.su2, Size: 3.06 MB, Downloads: 6, Added: 2012-12-17 17:52:22, S/L: 10/1 20:42:01 &lt;str4d&gt; It's enough to show that the update mechanism is working though (and we don't need to worry much about scalability, because that's already been well-tested for torrents ^_^) 20:43:11 &lt;iRelay&gt; &lt;ReturningNovice@kytv&gt; I missed the torrent option 20:43:37 &lt;iRelay&gt; &lt;ReturningNovice@kytv&gt; was upgrading from 0.9.3-13 20:43:48 &lt;str4d&gt; Okay, not much more to say here for now - we can appraise the effects of the update at the next meeting. 20:43:48 &lt;str4d&gt; (2) Website Revamp 20:43:48 &lt;str4d&gt; `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/` is where I am currently up to (make sure to hard-refresh to get the latest CSS) 20:43:55 &lt;iRelay&gt; Title: The Invisible Internet Project - I2P (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 20:44:27 &lt;str4d&gt; RN, your router probably found the update via HTTP first. 20:44:30 &lt;eche|on&gt; str4d: scalability is a problem with a non reachable torrent 20:44:37 &lt;zzz&gt; there is no option 20:44:40 &lt;eche|on&gt; and currently ONLY dev builds gets a torrent 20:44:59 &lt;str4d&gt; Check `http://localhost:7657/debug` - you should see a TORRENT checker there. 20:45:14 &lt;zzz&gt; and no, 20,000 in one swarm is not well-tested within i2p. 20:46:14 &lt;eche|on&gt; str4d: and I do not see a torrent on 0.9.3-15 20:46:21 &lt;str4d&gt; zzz, true, I'd forgotten that *derp* 20:46:32 &lt;LaughingBuddha&gt; str4d: Seeding: 0/9 peers 20:46:55 &lt;str4d&gt; zzz, how does the update manager choose between two update options when they have the same priority? 20:46:58 &lt;eche|on&gt; [RegisteredUpdater org.klomp.snark.UpdateHandler for ROUTER_SIGNED TORRENT @pri 10] *ooos* 20:47:08 &lt;str4d&gt; Is it just whichever one is found first? 20:47:50 &lt;zzz&gt; dont know 20:48:39 &lt;str4d&gt; Looking at the paste above, I'm guessing that it's highest priority number wins rather than lowest. 20:50:15 &lt;str4d&gt; Does anyone have anything else they want to add here? We can appraise the effects of the update at the next meeting. 20:51:21 &lt;topiltzin&gt; site looks good here :) 20:51:28 * str4d has to leave in 25 mins so wants to move on 20:52:57 &lt;RN&gt; please continue str4d 20:53:21 &lt;str4d&gt; (2) Website Revamp 20:53:22 &lt;str4d&gt; I've tweaked the old themes so they at least refer to the right parts of the HTML, so the links in the footer can be used to try out the different CSS files available. 20:53:52 &lt;str4d&gt; It gives an idea of how the new structure can still be differently layed out. 20:55:17 &lt;MTN11&gt; i2p: kytv@mail.i2p * rb47286b470722a6382a963092219407946bcc5b6 installer/ (5 files in 5 dirs): Add dummy placeholder files to empty eepsite directories 20:55:17 &lt;MTN11&gt; git and a few other vcses don't store empty directories....but now these directories 20:55:17 &lt;MTN11&gt; are no longer empty. 20:55:32 &lt;jenkins&gt; Starting build #46 for job i2p (previous build: SUCCESS) 20:59:21 &lt;jenkins&gt; Project i2p build #46:SUCCESS in 2 min 42 sec: `http://kzzj7cu24fo6w7jsisgysh65lfyrkjaaaqsdn3hvlop6lp36vs2q.b32.i2p/job/i2p/46/` 20:59:24 &lt;str4d&gt; How does it feel to people? 20:59:24 &lt;str4d&gt; I've also made several backend changes that should hopefully make management of the site easier - e.g. incrementing router version only has to be done in two places now zzz 20:59:24 &lt;str4d&gt; (Well, really only one, but I added another one so I could add Launchpad to the mirrors list) 21:01:40 &lt;str4d&gt; Did anyone see my posts above? 21:03:08 &lt;KillYourTV&gt; yes. I think the site looks very good. 21:03:31 &lt;LaughingBuddha&gt; Yup 21:03:37 &lt;LaughingBuddha&gt; +1 on the design 21:03:37 &lt;str4d&gt; laaaaag 21:04:45 &lt;KillYourTV&gt; a few broken links though bu tmaybe those are known 21:06:05 &lt;KillYourTV&gt; specifically `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/volunteer/develop/developerskeys` links to `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/volunteer/develop/monotone` which doesn't exist. 21:06:55 &lt;str4d&gt; I still plan to open up the design to suggestion from the community (since there are still things about duck's design that bug me) but as a first iteration it works. 21:06:58 &lt;str4d&gt; KillYourTV, as per ticket #807 the broken links are known (mostly on the earlier pages I migrated, since at the time I didn't know where the other pages were going to be). 21:06:58 &lt;str4d&gt; Questions: 21:07:01 &lt;str4d&gt; - Are the Blog and Meetings feeds alright as they are, or should they truncate their content (so readers have to go to the main site to view everything)? 21:07:05 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/807` - (accepted enhancement) - Revamp of website 21:07:36 &lt;str4d&gt; - Does the Meetings feed need to be more obvious, or is the &lt;link&gt; on the meetings index enough (it gets picked up by Firefox under Bookmarks -&gt; Subscribe to This Page)? 21:08:39 &lt;str4d&gt; KillYourTV, oh, that's a different bug - the page exists, but I shifted the monotonerc file it imports, so I need to fix that&gt;&lt; 21:09:07 &lt;str4d&gt; But again, all links like that will be fixed. 21:09:21 &lt;str4d&gt; - Does anyone have suggestions as to content changes that need to happen before the revamp goes live? 21:09:35 &lt;str4d&gt; - Do we need RSS feeds as well as ATOM? 21:10:55 &lt;zzz&gt; are all the pages staying at the same URLs? 21:10:58 &lt;str4d&gt; - Should the "any" link in mirrors preferentially choose a mirror in a country determined from the viewer's language? 21:11:44 &lt;topiltzin&gt; that's a very tricky one 21:12:30 &lt;topiltzin&gt; what is the current behavior? 21:13:08 &lt;str4d&gt; zzz, I'm reasonably happy with the urls as I have them now (but suggestions are welcome). 21:13:18 &lt;str4d&gt; There are a handful of pages I have been unable to place though. 21:13:21 &lt;str4d&gt; topiltzin, see `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/feed/blog/atom` and `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/feed/meetings/atom` for the current behaviour 21:13:27 &lt;iRelay&gt; Title: I2P Blog0.9.4 Release (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 21:14:02 &lt;zzz&gt; str4d, I mean with existing site vs. new site 21:14:32 &lt;str4d&gt; zzz, if you were asking if the pages are at the same urls as the current site: no. 21:14:35 &lt;str4d&gt; The urls *actually make sense* now. 21:15:25 &lt;str4d&gt; zzz, there are a few legacy helpers which redirect old urls to new ones, but that only works for some of the pages. 21:15:32 &lt;zzz&gt; str4d, we need to talk about that then. We have a lot of SEO / link juice built up. There's also a couple under /static/ that have to stay the same 21:15:46 &lt;zzz&gt; hosts.txt subscription, and backup news 21:15:50 &lt;str4d&gt; (namely, meetings, status, and any pages placed into the legacy map) 21:16:04 &lt;zzz&gt; we also have a lot of links back to the website in our console 21:16:04 &lt;str4d&gt; zzz, the static ones are the same AFAICT 21:16:37 &lt;zzz&gt; can you have a redirect for every old page? 21:17:46 &lt;str4d&gt; LEGACY_MAP={ 21:17:52 &lt;str4d&gt; 'download': 'downloads_list' 21:17:52 &lt;str4d&gt; } 21:17:52 &lt;str4d&gt; ^-- we can add mappings there from the old site to the new. 21:17:52 &lt;str4d&gt; zzz, it would have to be a manual redirect, but yes. 21:17:52 &lt;topiltzin&gt; does this link juice build-up apply across all our domains? 21:17:55 &lt;str4d&gt; (I'd want to shift the legacy-supporting code into a separate file though, because that would be looooooong) 21:17:58 &lt;str4d&gt; And if I tell it to use 301 redirects, the client sees the redirect as permanent (or is that 302?) 21:18:33 &lt;topiltzin&gt; could we perhaps try the new site on geti2p.net and keep the old one on i2p2.de or similar? 21:19:00 &lt;str4d&gt; topiltzin, AFAICT geti2p.net is the same site (just a second domain) 21:19:07 &lt;str4d&gt; (as in, same backend) 21:19:42 &lt;zzz&gt; this is not a little thing. We've built up a lot of link reputation in the last 5 years and we can't afford to throw it all away. It's extremely important to get this right. 21:19:42 &lt;topiltzin&gt; I'm trying to figure out some way to traffic-test it sooner rather than later 21:20:10 &lt;str4d&gt; zzz, okay, I'll go through and add every page I've moved to the LEGACY_MAP 21:20:17 &lt;zzz&gt; another thing - that both with and without .html suffix works. 21:21:03 &lt;str4d&gt; zzz, already done (one-line addition to the legacy mapper) 21:21:03 &lt;str4d&gt; Also, can people suggest new url locations for the following files? (I'm stumped) 21:21:03 &lt;str4d&gt; i2ptunnel_services.html jbigi.html manualwrapper.html minwww.html ports.html ratestats.html 21:21:34 &lt;zzz&gt; there's also the rel=canonical stuff 21:22:19 &lt;str4d&gt; zzz, can you elaborate? 21:22:26 &lt;zzz&gt; we actually spent a fair amount of time on SEO stuff trying to get our juice back after i2p.net went away 21:22:41 &lt;zzz&gt; in _layout.html 21:23:20 &lt;zzz&gt; you want to point back to the main site so mirrors don't suck away your reputation. 21:23:27 &lt;zzz&gt; thats also why mirrors are always tagged nofollow 21:24:10 &lt;zzz&gt; so you're not giving your rep away 21:27:32 &lt;topiltzin&gt; would a mirror work for a traffic test? 21:28:25 &lt;str4d&gt; Okay, well we just have to ensure that those are carried over to the new global/layout.html 21:30:02 &lt;str4d&gt; (I'm guessing duck didn't do that) 21:32:53 &lt;topiltzin&gt; (would love to read some chat logs about the SEO stuff) 21:34:37 &lt;zzz&gt; str4d, if you haven't been thinking about SEO yet, time to dive in ASAP. Every word on the home page matters. 21:35:00 &lt;zzz&gt; Both on the current home page and on the duck version, the words are chosen very carefully. 21:36:58 &lt;zzz&gt; look for example at where we rank on google for 'garlic routing'. I wrote that page from scratch specifically to get page rank for that search term. 21:40:37 &lt;str4d&gt; I've been more focused on getting the new site operational. But I haven't changed much text content. 21:41:36 &lt;str4d&gt; I can go through and make sure the new layout dude doesn't lose any link stuff. Do you have suggestions for the SEO of the front page as it stands now though, zzz? 21:43:52 &lt;str4d&gt; Since the text content of the migrated pages has not changed, they should be fine once the legacy redirects are in. 21:45:20 &lt;zzz&gt; havent looked in months. whats the url again? 21:46:13 &lt;zzz&gt; also str4d, we should standardize on '-' instead of '_' in urls. Right now it's a mix, but in the last 10 years the web has clearly standardized on '-'. Underscores look bad and it doesnt matter for SEO any more 21:46:29 &lt;str4d&gt; It's above 21:46:32 &lt;str4d&gt; Also linked on ticket #807 21:47:19 &lt;str4d&gt; Yep, I noticed the mix. I'll fix that up. 21:47:22 &lt;zzz&gt; ok I'll check the ticket. all the links above I see are to feeds and such 21:48:19 &lt;zzz&gt; also good is to maintain short urls for the pages that get tweeted or referenced often - /download, /faq, etc. 21:48:22 &lt;str4d&gt; The links above- use that b32 21:50:25 &lt;zzz&gt; and if you or somebody else trusted wants to go further and claim our site on google webmaster tools, add a site map, etc., that would be great. I'm not at all claiming our SEO is great, just that we used to think about it at least a little. 21:52:00 &lt;str4d&gt; I was going to add site map generation to the backend, so I'd be happy to do that. 21:52:18 &lt;topiltzin&gt; does google webmaster tools report data back to google? 21:52:58 &lt;zzz&gt; only if you put their js on your site 21:53:27 &lt;str4d&gt; Short URLs - would the legacy URLs be enough? 21:54:10 &lt;str4d&gt; topiltzin, only if we run Google Analytics 21:54:49 &lt;topiltzin&gt; but will we get meaningful information without reporting anything back to google? or do we not care? do paranoid users care? etc. 21:55:38 &lt;zzz&gt; sure, good questions. ofc we can also just awstats or similar across our logs looking at referers and search terms 21:55:45 &lt;zzz&gt; doubt anybody's done that in years. 21:57:16 &lt;str4d&gt; Well, the tools report back of course, but only because they are interfacing to Google data 21:57:26 &lt;str4d&gt; Does the webmaster need to be non- anon though? 21:58:06 &lt;zzz&gt; just need a gmail addy afaik 21:58:13 &lt;str4d&gt; topiltzin, we will get Google search info, which in itself is useful. 21:58:39 &lt;str4d&gt; Analytics is technically separate to the webmaster toolkit IIRC 21:58:46 &lt;zzz&gt; anyway, all this is a sideshow for now 21:59:21 &lt;str4d&gt; Yep. zzz, you reached the site yet? 21:59:44 &lt;zzz&gt; nope, been talking to you :) 22:00:49 &lt;topiltzin&gt; I like to pre-fetch eepsites while I chat :) 22:02:17 &lt;zzz&gt; don't have much extra upstream bw for fetching atm 22:02:20 &lt;RN&gt; " Umm... the server encountered some sort of error. " 22:03:08 &lt;RN&gt; that's what I'm getting when I select the FAQ from the dropdown menu 22:03:31 &lt;zzz&gt; str4d, how are you staying in sync with the old website? did you branch from it in mtn or are you doing it manually, or have deferred the whole painful issue? 22:03:34 &lt;str4d&gt; Rn, odd... shouldn't do that. 22:04:00 &lt;str4d&gt; zzz, branched in mtn and propping regularly. 22:04:23 &lt;str4d&gt; I'm changing no content in the revamp so merges work alright. 22:04:58 &lt;str4d&gt; There have been a few tricky ones, but mostly easy props. 22:10:49 &lt;zzz&gt; what are you asking for comments on ? broken links? general organization? layout/colors/CSS? I have no idea where you're at. 22:11:54 &lt;RN&gt; dark theme dosn't look right 22:12:00 &lt;str4d&gt; zzz, navigation layout, URL forms, general usability, and front page content 22:13:21 &lt;str4d&gt; RN, neither of the old ones do. I've asked dr|z3d for some pointers, but none of the current themes will likely be the final one. 22:13:51 &lt;str4d&gt; RN, re the error, I'll look at it in about 20 mins 22:14:07 &lt;zzz&gt; so there won't be any theme selectors in the final version, hopefully? 22:14:58 &lt;zzz&gt; multiple themes is a horrific waste of time 22:15:20 &lt;str4d&gt; zzz, probably not, unless there is indecision over the final theme. They are there to help designers. 22:15:43 &lt;LaughingBuddha&gt; They can always be created by users. It isn't something the devs should worry about 22:16:20 &lt;LaughingBuddha&gt; IMO 22:16:27 &lt;str4d&gt; I just put the links there to expose the functionality for now. 22:17:36 &lt;zzz&gt; the thing that bugs me the most about the home page is the black bar with the links. That aren't really links since they only popup a menu, they don't go anywhere ifyou click on them 22:18:37 &lt;zzz&gt; it's like it's the wrong color, and in the wrong place, and too small or something. It's not in the style of the rest of the page, and I'm wondering if all that should be below the green part 22:19:12 &lt;str4d&gt; zzz, I haven't focused on color or style. 22:19:49 &lt;str4d&gt; The decision to not link the menu openers came after usability discussions and feedback. 22:20:16 &lt;str4d&gt; It was decided that linking some of them and not others would cause confusion. 22:20:43 &lt;str4d&gt; The plan is to use CSS to make the distinction clearer. 22:21:35 &lt;zzz&gt; cant put my finger on it but the top 3 sections (yellow, black, green) seems like one too many or in the wrong order or something 22:21:35 &lt;zzz&gt; not just about color/style maybe? don't know. there's something unfinished or out-of-place about it 22:21:35 &lt;zzz&gt; maybe some styling can bring it all together, maybe not. 22:21:42 &lt;str4d&gt; The color and style of the navbar will be changed to integrate better, but I needed something functional. 22:22:00 &lt;zzz&gt; I'd love to find someplace on some page to put a big "Celebrating 10 years 2003-2013" banner 22:22:50 &lt;str4d&gt; (this is why I added the theme links, to show that thesaurus structure can be rendered differently) 22:23:24 &lt;zzz&gt; whats a thesaurus structure? 22:23:31 &lt;zzz&gt; havenc clicked on theme links yet 22:24:20 &lt;str4d&gt; Argh, phone typing fail. should be "same" 22:25:06 &lt;zzz&gt; and now I wish I hadn't 22:26:09 &lt;zzz&gt; too bad dg seems to have gone up in smoke. All that youthful enthusiasm fizzled out so fast? 22:26:28 &lt;zzz&gt; two meetings and done 22:26:47 &lt;str4d&gt; yeah, half the old castle isn't being used properly because of the new structure. but I haven't had time to migrate them yet. 22:26:58 &lt;str4d&gt; css* 22:27:36 &lt;str4d&gt; It sounds like he's rather busy at present. 22:28:26 &lt;zzz&gt; so that's my takeaway. the black menu bar seems to be the most problematic. Not that I have any suggestions about it. Just feels/looks not right. 22:30:12 &lt;topiltzin&gt; I'm sure another dg will show up or the old one will return when the time is right :) 22:30:28 &lt;str4d&gt; Yep. what about the layout of links within it? Sensical? 22:30:28 &lt;topiltzin&gt; but in the meantime, we're still doing great and it's important to listen to non-youthful and non-enthusiastic points of view as well 22:31:10 &lt;str4d&gt; (also, I'll try changing the black bar to use the color scheme from ducks example nav bar.) 22:31:37 &lt;zzz&gt; just surprised to see dg go from 60 mph to zero in a couple days. 22:32:51 &lt;zzz&gt; dunno if we want direct links to the jar, exe, etc on the home page. Seems like the text on the download page is important. 22:33:45 &lt;zzz&gt; defnitely need a llnk to trac, looks like that got lost? 22:34:16 &lt;zzz&gt; if you would go somewhere when you clicked on the word, that would be a big help too 22:34:26 &lt;KillYourTV&gt; Volunteer -&gt; Develop -&gt; Bug Tracker 22:34:54 &lt;zzz&gt; hahgeez there's two levels? 22:35:32 &lt;zzz&gt; there's no little arrows indicating another level 22:36:09 &lt;zzz&gt; and do we really want two levels on the home page, or anywhere? might be more than topiltzin's grandma can handle 22:36:44 &lt;zzz&gt; and we darn well better send grandma somewhere when she clicks on download 22:37:43 &lt;topiltzin&gt; yeah lets make sure she can get i2p and worry about making her a developer later 22:38:15 &lt;zzz&gt; heck, might be best to scrap the fancy dropdowns and just replace download-about-help-volunteer with four big-ass buttons 22:39:01 &lt;str4d&gt; zzz, there will be. 22:39:23 &lt;topiltzin&gt; if the big-ass buttons are in Pretty Colors grandma would love it 22:39:34 &lt;str4d&gt; And it was topiltzin who suggested to move docs into the about menu, so there are techincally three levels 22:39:57 &lt;str4d&gt; zzz, I had the Trac link in the help menu, but topiltzin suggested moving it to voliunteer -&gt; develop 22:40:11 &lt;zzz&gt; it's like we're trying to make a hierarchical website, but only thru a complicated multi-level menu bar on the home page. What we really need are actual hierarchical pages, like an about page, a volunteer page, and a help page. 22:40:57 &lt;KillYourTV&gt; Now 8 peers for the sud `http://tracker2.postman.i2p/details.php?dllist=1&filelist=1&info_hash=%f0%d8%27%17W%cfF%83%9em%9e%3f%d8%f8%85%2ac%baRV` 22:40:57 &lt;iRelay&gt; Torrent #19558: i2pupdate-0.9.4.sud, Size: 7.09 MB, Downloads: 6, Added: 2012-12-17 17:49:15, S/L: 7/0 22:41:00 &lt;zzz&gt; trying to create strucrture solely in that black bar is insufficient, and maybe the wrong place to try 22:41:30 &lt;str4d&gt; zzz, the structure is in the urls. I copied that structure into the nav bar because it seemed to make sense to me. 22:42:13 &lt;str4d&gt; As I've said all along, the biggest task was deciding how to rearrange the old pages from a single directory into a hierarchy, and I have had almost no help there. 22:42:24 &lt;zzz&gt; just spitballing. Haven't looked at it in months and may have a different opinion tomorrow. 22:42:47 &lt;zzz&gt; not criticizing, just speculating 22:43:06 &lt;str4d&gt; So my biggest question is, do my structure decisions make sense? 22:43:25 &lt;str4d&gt; (i.e. to people other than me) 22:43:35 &lt;topiltzin&gt; it's good that we have so many future directions to explore, I'm sure it will result in many productive discussions 22:43:55 &lt;str4d&gt; Once the structure of the existing pages is set, then the other issues can be worked out around that. 22:43:58 &lt;topiltzin&gt; str4d: yes here 22:44:31 &lt;str4d&gt; And did anyone have suggestions to my earlier query about where to put the last few pages? 22:44:34 &lt;str4d&gt; i2ptunnel_services.html jbigi.html manualwrapper.html minwww.html ports.html ratestats.html 22:45:00 &lt;topiltzin&gt; and since dg has proven that he can go from zero to 60 mph in a lot shorter time than few days, those discussions are going to be *FUN* &lt;/offtopic&gt; 22:45:06 &lt;zzz&gt; what do you mean "put"? 22:45:09 &lt;str4d&gt; There are also older pages that I haven't added in yet, because I think they are somewhat irrelevant, but they should probably go *somewhere*: 22:45:12 &lt;str4d&gt; announcements.html clt.html cvs.html i2ptunnel_migration.html invisiblenet.html myi2p.html transition-guide.html upgrade-0.6.1.30.html 22:45:12 &lt;str4d&gt; benchmarks.html _config feed.atom installation.html jrandom-awol.html statusnotes.html transition-guide.txt 22:45:16 &lt;zzz&gt; where to link to them? 22:45:23 &lt;str4d&gt; zzz, in the backend / the urls. 22:45:34 &lt;str4d&gt; All site pages are stored under pages/site/ 22:45:45 &lt;str4d&gt; From there, the folder structure matches the urls. 22:46:04 &lt;zzz&gt; you're hierarcical-izing all the files too? 22:46:21 &lt;str4d&gt; So e.g. the page on unidirectional tunnels is stored in pages/site/docs/tunnels/unidirectional.html 22:46:36 &lt;zzz&gt; because that seems like a fools' errand to hyper-categorize everything 22:46:39 &lt;str4d&gt; zzz, yes - makes site management a hell of a lot easier both on the people and the code. 22:47:13 &lt;zzz&gt; if you say so. but for gosh sakes just make a misc/ directory and be done. 22:47:48 &lt;zzz&gt; remember a file can only be in one place but there can be multiple links to it. don't get yourself stuck trying to put everything in its place. 22:48:26 &lt;str4d&gt; Alright, misc it is. And I disagree there - at least from an SEO perspective, unique content should have a unique slug 22:49:00 &lt;str4d&gt; Hence, I wanted to try and get the urls right. 22:49:04 &lt;zzz&gt; i think if you just pulled out the release notes, meeting logs, and statuses into their own dirs you'd find there wasnt a lot left 22:49:35 &lt;zzz&gt; sure, unique URL, but you can link to it from many places. Not every link from tunnels/index.html has to be to a tunnels/xxx.html file 22:50:16 &lt;str4d&gt; Yes, true (that itself is why half the links are still broken) 22:50:31 &lt;zzz&gt; e.g. on how.html there's dup links in there, and links to all sorts of topics. 22:50:34 &lt;str4d&gt; But I wanted the url of each page to make sense for that page. 22:51:05 &lt;str4d&gt; i.e. /en/site/docs/overview/transport/ssu vs /en/site/docs/legacy/ssu/ 22:51:16 &lt;str4d&gt; (There are both - one is the documentation, one is the specification) 22:51:46 &lt;zzz&gt; nice in theory, maybe not so much in practice. or maybe it's all good. 22:52:23 &lt;str4d&gt; But if everyone is happy enough to have an /en/site/misc/* url for the remaining pages, I'll put them there (as I'm getting tired of page sorting @_@) 22:54:09 &lt;zzz&gt; just don't try to achieve some mythical and useless goal of a 1:1:1:1 mapping of menus:topics:urls:filenames 22:55:07 &lt;zzz&gt; and a deep hierarchy doesn't help anybody. hurts SEO, hurts the people typing, hurts readability of the urls, etc.... so dont get carried away 22:55:10 &lt;str4d&gt; b 23:00:46 &lt;str4d&gt; With regard to that, I'm wondering if there is a way to remove "site/" from the url - it just adds to the length. 23:01:04 &lt;str4d&gt; But given that other pages are e.g. "/en/download" or "/en/blog", having "/en/site/*" might be unavoidable. 23:02:46 &lt;str4d&gt; And mapping urls:filenames is also unavoidable, because they are flat files, so the only way to get a url of a filename (without storing yet another map) is to use its path. 23:04:00 &lt;topiltzin&gt; zzz: which of the issues you brought up today would you say are real show-stoppers as opposed to incremental improvements? 23:04:03 &lt;zzz&gt; lang/site seems poor 23:04:07 &lt;zzz&gt; cant we just use content headers? 23:04:07 &lt;str4d&gt; General feeling I'm getting from reading some articles on SEO is that longer URLs with categorization are better. 23:04:48 &lt;str4d&gt; zzz, I recall discussing that with welterde, but I don't recall his argument against it. 23:06:05 &lt;str4d&gt; The backend just needs to get a language code from somewhere. 23:06:08 &lt;str4d&gt; @babel.localeselector 23:06:09 &lt;str4d&gt; def get_locale(): 23:06:09 &lt;str4d&gt; # If the language is already set from the url, use that 23:06:09 &lt;str4d&gt; if hasattr(g, 'lang'): 23:06:09 &lt;str4d&gt; return g.lang 23:06:09 &lt;str4d&gt; # otherwise try to guess the language from the user accept 23:06:09 &lt;str4d&gt; # header the browser transmits. The best match wins. 23:06:09 &lt;str4d&gt; return request.accept_languages.best_match(['en', 'es', 'zh', 'de', 'fr', 'it', 'nl', 'ru', 'sv', 'cs', 'ar']) 23:06:09 &lt;str4d&gt; That's the current method. 23:06:24 &lt;str4d&gt; But IIRC welterde wasn't particularly happy with solely relying on ACCEPT_LANGUAGES 23:07:01 &lt;zzz&gt; i don't really know anything about the backend but it sounds like you're looking at a pretty rigid url-&gt;file mapping technology? 23:07:16 &lt;zzz&gt; i dont even know if you're using the same backend as now or something new 23:07:42 &lt;str4d&gt; zzz, it's not a rigid technology, no - it's the requirement of having the pages in mtn that is rigid. 23:07:46 &lt;str4d&gt; @app.route('/&lt;string:lang&gt;/site/&lt;path:page&gt;') 23:08:01 &lt;str4d&gt; ^-- that is the catcher for site urls. 23:08:31 &lt;zzz&gt; re: showstoppers, I wouldn't classify of my comments as showstoppers, only as comments. But it doesnt appear that we're at the point in the process yet to be talking about showstoppers anyway? 23:08:34 &lt;str4d&gt; The backend just turns "page" into a filesystem path and hands the resulting file to the template renderer. 23:09:01 &lt;str4d&gt; zzz, I'm hoping that discussion like this will help avoid showstoppers entirely =) 23:09:28 &lt;zzz&gt; right. but what sort of schedule are you on? days, weeks, months, years? I really don't know. 23:11:20 &lt;str4d&gt; I'd like to have the new site up within the next few months. 23:11:23 &lt;str4d&gt; And ideally the structure of the site will be sorted before the next release. 23:11:23 &lt;str4d&gt; well before* 23:11:23 &lt;str4d&gt; So the main showstopper I see is getting a cohesive design for the new structure. 23:12:01 &lt;str4d&gt; So weeks for the structure, months for the launch. 23:13:07 &lt;str4d&gt; Mainly because there are many other I2P-related projects I want to put time into, and I would like to finish some of my current ones first ^_^ but that said, I don't want to rush out a bad site. 23:13:50 &lt;zzz&gt; the structure of the site (menus, pages) is important, but not too hard. The structure of the files, as I said, is not the same thing, and not super-important, and I wouldn't spend more than about 5 more minutes on it. 23:16:16 &lt;zzz&gt; although, at the top level, getting rid of en/site would be great. seems like those shouldnt be in the urls 23:16:18 &lt;str4d&gt; zzz, I agree on that distinction, but under your current requirements the structure of the files is equivalent to the structure of the urls, which is very important for SEO. 23:16:48 &lt;zzz&gt; but with mapping you can skip over en/site for example. 23:18:24 &lt;str4d&gt; One thing - removing /en/site (and /en for the other pages) means that the new urls will get mixed up with the legacy catcher, which will make things tricky... 23:19:18 &lt;zzz&gt; it's important for seo but I dont know the right answers. Is en/site/docs/router/transport/udp/spec.html better or worse than /udp-specification.html? dunno. 23:19:25 &lt;str4d&gt; Which means that in addition to having a map of old legacy urls to new ones, we would need a map of new urls to their files, which is basically then a database. 23:20:12 &lt;str4d&gt; zzz, /docs/legacy/ssu/ (or udp) is better than /udp-specification AFAICT from some preliminary SEO reading. 23:20:49 &lt;str4d&gt; Though now I'm reading a page advocating flat site architecture. 23:21:12 &lt;str4d&gt; ... or is it? I can't tell... 23:21:59 &lt;zzz&gt; there's ~575 files total, 180 meeting, 48 release, 95 status, leaving only 240 others 23:22:28 &lt;str4d&gt; "Along with smart internal linking, SEOs should make sure that the category hierarchy of the given website is reflected in URLs." 23:24:39 &lt;str4d&gt; The following is a good example of URL structure: 23:24:42 &lt;str4d&gt; http://www.dmoz.org/Games/Video_Games/History/ 23:24:42 &lt;str4d&gt; The following is a bad example of URL structure: 23:24:42 &lt;str4d&gt; http://www.imdb.com/title/tt0468569/ 23:24:45 &lt;iRelay&gt; Title: Open Directory - Games: Video Games: History (at www.dmoz.org) 23:24:53 &lt;iRelay&gt; Title: The Dark Knight (2008) - IMDb (at www.imdb.com) 23:26:52 &lt;str4d&gt; That seems to echo the general view I'm getting. 23:27:04 * str4d will do more SEO research... ugh... 23:27:07 &lt;zzz&gt; I think you gotta figure out the language thing first 23:27:34 &lt;str4d&gt; Yeah. Do we know that users will have ACCEPT_LANGUAGES set? 23:27:37 &lt;str4d&gt; s/that/if/ 23:27:40 &lt;iRelay&gt; str4d meant: Yeah. Do we know if users will have ACCEPT_LANGUAGES set? 23:27:44 &lt;str4d&gt; Does the HTTP proxy filter that at all? 23:28:35 &lt;zzz&gt; if you handle accept-foo correctly then the crawlers will work better I would guess 23:28:35 &lt;zzz&gt; but what do you do about manual language selection - set a cookie and use that to override? 23:28:35 &lt;zzz&gt; i know almost nothing about how to do it 23:28:38 &lt;zzz&gt; until you decide for sure if it is lang/.... or .../foo_lang.html you can't get much further. I dont know if duck chose the en/site scheme but if he did it's not important that he did 23:29:25 &lt;zzz&gt; certainly for blogs, newspapers, etc the best practice is clear: myblog.com/2012/12/i-think-obama-is -the-whatever.html 23:32:14 &lt;zzz&gt; a lot of sites use short urls with redirects, for ads and for the url "guessers" - e.g. http://cbs.com/survivor 23:32:21 &lt;iRelay&gt; Title: Survivor: Watch Episodes and Video and Join the Ultimate Fan Community - CBS.com (at cbs.com) 23:32:40 &lt;zzz&gt; short urls for tweets and facebook and ads , maybe it doesnt matter if they redirect 23:33:39 &lt;zzz&gt; the i2p http proxy filters accept-* 23:45:41 &lt;str4d&gt; zzz right, so there does need to be a URL-based lang option... 23:47:49 &lt;str4d&gt; cookies - is it okay to assume that all site users will have cookies enabled? 23:48:16 &lt;str4d&gt; or at least, all non-English users (both I2P and clearnet) 23:49:50 &lt;zzz&gt; dont know 23:54:23 &lt;str4d&gt; Certainly inside I2P, we don't want to alienate the more careful users. 23:58:45 &lt;str4d&gt; Anyway, this meeting has kinda turned into a website discussionfest - sorry! 23:58:45 &lt;RN&gt; right, I block cookies by default, and I think I'm not alone 23:59:07 &lt;RN&gt; it's important stuff str4d :) 00:02:24 &lt;str4d&gt; So I'll officially end the meeting now, but website discussion can continue (though I'm off for an hour or so). 00:02:27 &lt;str4d&gt; Unless anyone has any quick points they want to raise? 00:02:34 &lt;str4d&gt; 3 00:02:34 &lt;str4d&gt; 2 00:02:34 &lt;str4d&gt; 1 00:02:37 * str4d *baf*s the meeting closed. 00:07:57 &lt;topiltzin&gt; Thank everyone, this was good stuff. I learned a lot about SEO and it's been joy to see zzz so enthusiastic. ( Could be the dg-pixie-dust aftereffects :) ) I wish I could contribute more but websites are not my thing at all. 00:08:13 &lt;topiltzin&gt; and thanks to KillYourTV and sighup-bot__ for the logs :) 00:13:54 &lt;zzz&gt; pfft. didnt know we were still in the meeting :) 00:26:40 &lt;topiltzin&gt; just zoned back in :) back seat was so cozy I spaced out a little </div>/cs/blog/2012/12/17/vyd%C3%A1n%C3%AD-0.9.4/Mon, 17 Dec 2012 00:00:00 +0000/cs/blog/2012/12/17/vyd%C3%A1n%C3%AD-0.9.4/<p>0.9.4 obsahuje opravu chyby ovlivňující kapacitu sítě, zavedené ve verzi 0.9.2, jež snižovala výkon a spolehlivost sítě. Obsahuje také zásadní změny v systému aktualizací v rámci sítě a přidává možnost aktualizovat prostřednictvím torrentů v rámci sítě.</p> <p>Opravili jsme několik chyb v implementaci DHT v i2psnarku, která byla představena v minulém vydání. Pro ty z vás, kteří používají hesla pro konzoli nebo HTTP proxy, jsme přešli na bezpečnější metodu Digest a zlepšili zabezpečení formulářů konzole.</p>/cs/blog/2012/12/11/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-11.-prosince-2012/Tue, 11 Dec 2012 00:00:00 +0000/cs/blog/2012/12/11/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-11.-prosince-2012/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> lillith, Meeh, postman, psi, str4d, topiltzin, zzz</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 20:20:09 &lt;str4d&gt; &lt;str4d&gt; Nejsem si jistý, kde je dg, takže navrhuji, abychom schůzi každopádně zahájili a pokračovali podle programu z minulého týdne (nebo ho případně znovu začali). 20:20:09 &lt;str4d&gt; (`http://zzz.i2p/posts/5779)` 20:20:18 &lt;iRelay&gt; Titulek: zzz.i2p: IRC Meetings (na zzz.i2p) 20:40:14 &lt;str4d&gt; Nikdo neodpoví? 20:41:48 &lt;Meeh&gt; Jsem pro schůzi 20:42:09 &lt;Meeh&gt; ale IRC bylo dnes opravdu nestabilní 20:51:48 &lt;str4d&gt; Chce někdo předsedat a zahájit schůzi? Netuším, kam se poděl dg, a já budu muset v půlce odejít, takže nemůžu. 20:52:40 &lt;str4d&gt; Vypadá to, že iRelay je na postmanově serveru, takže pokud bude předsedající také tam, odpojení neovlivní záznam schůze. 21:01:13 &lt;psi&gt; schůze byla...? 21:01:32 * lillith se nabízí, že bude předsedat, jakmile se mi zzz.i2p úspěšně načte 21:04:05 &lt;psi&gt; schůze je teď, že? 21:05:43 &lt;lillith&gt; jo, pokud nechce předsedat někdo jiný 21:07:16 &lt;psi&gt; ok 21:07:16 &lt;psi&gt; témata? 21:07:16 &lt;lillith&gt; Takže, navážeme tam, kde jsme minule skončili; orione, jsi tady? 21:09:52 &lt;psi&gt; zní to proveditelně 21:09:54 &lt;lillith&gt; nejsem si ale jistá, k čemu to je; mně to přijde trochu zbytečné 21:10:20 &lt;psi&gt; abychom vytvořili strukturovanější prostředí pro pomoc uživatelům 21:10:27 &lt;psi&gt; pokud si dobře pamatuju 21:10:48 &lt;topiltzin&gt; spíš dát dohromady zdroje 21:11:05 &lt;topiltzin&gt; +1 na to, ale pokud si dobře pamatuju, nejdřív se někdo musel zeptat (vlastníka kanálu? kdo to je/byl?) 21:11:13 &lt;lillith&gt; takže spojit dva docela mrtvé kanály do jednoho méně mrtvého? 21:11:50 &lt;topiltzin&gt; jo 21:12:23 &lt;lillith&gt; dobře, bod 2a: kdo vlastní každý kanál a co si o tom myslí? 21:12:50 &lt;lillith&gt; 2b: bude nový kanál #i2p nebo #i2p-help? 21:12:57 * postman vlastní #i2p a nemá na to žádný zvláštní názor 21:13:31 &lt;postman&gt; #i2p by si měl ponechat jméno 21:13:33 &lt;lillith&gt; 2c: požádat někoho, aby jeden smazal a přesměroval lidi do druhého 21:13:38 &lt;postman&gt; zzz vlastní #i2p-help 21:14:10 &lt;psi&gt; předpokládám, že ircd umí udělat něco jako "symlink" pro kanály? 21:14:12 &lt;lillith&gt; myslím, že noví uživatelé potřebují zřetelný 'help' kanál, do kterého půjdou po připojení jako první 21:14:31 &lt;lillith&gt; jinak se budou ptát v náhodných kanálech 21:14:51 &lt;postman&gt; ohledně symlinku. prověřím to 21:16:35 &lt;lillith&gt; dobře, bod 2 vyřešen? 21:18:16 &lt;lillith&gt; bod 3: aktuality k přepracování webu. 21:18:35 &lt;lillith&gt; str4de, nějaké novinky? 21:18:37 &lt;psi&gt; kolik lidí na tom pracuje? 21:23:13 &lt;lillith&gt; psi: pokud vím, jen str4d 21:28:17 &lt;lillith&gt; ohledně bodu 4: 0.9.4 přidání odkazů v konzoli, myslím, že str4d už odešel a books tu není, možná příští týden? 21:28:17 &lt;str4d&gt; lillith, za chvilku půjdu afk 21:28:26 &lt;str4d&gt; Ale reorganizace stránek webu je v zásadě hotová. 21:33:45 &lt;str4d&gt; Budu rád za zpětnou vazbu (navigace a struktura URL) – živé URL viz ticket #807 21:33:48 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/807` - (schválené vylepšení) - Přepracování webu 21:33:50 &lt;str4d&gt; A ten ticket také uvádí další úkoly pro přepracování. 21:33:50 &lt;lillith&gt; dobře, díky :) 21:34:09 &lt;lillith&gt; bod 5 ; vydání 0.9.4 21:35:46 &lt;lillith&gt; zzz, stále míříš na polovinu prosince? 21:39:52 &lt;zzz&gt; pondělí. viz také /topic a `http://zzz.i2p/topics/1252` 21:39:55 &lt;zzz&gt; a ohledně přidání odkazů v konzoli, ten bod programu můžeme odložit o 6 týdnů na 0.9.5 21:45:02 &lt;lillith&gt; dobře, díky :) 21:45:09 &lt;lillith&gt; bod 6 : nějaké poznámky od účastníků 21:45:09 &lt;lillith&gt; ... někdo? 21:45:09 &lt;psi&gt; poznámky? 21:45:09 &lt;lillith&gt; cokoliv chcete dodat 21:45:09 &lt;psi&gt; nejčastější stížnost nových uživatelů je, že to na začátku běží pomalu 21:45:22 &lt;psi&gt; dá se to nějak řešit? 21:49:54 &lt;Meeh&gt; kdyby instalátor obsahoval RIs, mohlo by to pomoct se startovací rychlostí. Ale není to bezchybné řešení 21:49:54 &lt;Meeh&gt; co když ty RIs spadnou, nebo bude vysoké zatížení, atd. atd. 21:49:54 &lt;psi&gt; je nějaký "rychlejší" způsob počátečního seedování než předbalení? 21:49:54 &lt;zzz&gt; Meeh, je tvůj skript reseed serveru vůbec úzkým hrdlem? Zpomaluje nějak reseeding? 21:49:54 &lt;Meeh&gt; zvýšit limit, než router přestane reseedovat, na 2–300.. Ale ani to není bezchybný nápad 21:49:54 &lt;lillith&gt; Meeh, určitě bude jakékoliv řešení lepší než žádné 21:49:54 &lt;Meeh&gt; zpomalí to server, když je hodně používán, protože je tam write lock na sqlite 21:49:56 &lt;Meeh&gt; měl bych udělat verzi pro mysql a ti reseedeři, kteří by ji mohli použít, by tím hodně pomohli 21:51:20 &lt;lillith&gt; předbalení RIs by mohlo jen urychlit počáteční start; v nejhorším případě to bude stejné jako teď 21:51:20 &lt;Meeh&gt; pak by zámek souboru/DB už nebyl úzkým hrdlem 21:52:49 &lt;Meeh&gt; nebo cokoliv jiného *sql, pokud to běží jako server 22:01: &lt;lillith&gt; orion tu zřejmě není a nevidím, jak bychom bez něj mohli pokračovat 22:04: &lt;lillith&gt; bod 7: příští schůze 22:06: &lt;topiltzin&gt; proti předbalení existují poměrně silné argumenty, jsou k dispozici na zzz.i2p 22:07: &lt;lillith&gt; tohle nechám na dg, předpokládám, že to bude příští úterý (18.) v 8.00 UTC 22:08: &lt;lillith&gt; topiltzine, podívám se na to 22:09: &lt;lillith&gt; řekla bych, že tahle schůze je tímto oficiálně u konce :) </div>/cs/blog/2012/12/04/sch%C5%AFzka-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-4.-prosince-2012/Tue, 04 Dec 2012 00:00:00 +0000/cs/blog/2012/12/04/sch%C5%AFzka-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-4.-prosince-2012/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> dg, hottuna, KillYourTV, lillith, Meeh, psi, str4d, weltende, zzz</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 20:18:53 * KillYourTV si všiml, že už jsme 17 minut na schůzce... a rozjezd je tichý... 20:19:31 &lt;lillith&gt; říkala jsem si to samé, nepopletla jsem si taky čas nebo tak něco? 20:20:23 * dg čeká, až bude mít volno 20:20:30 &lt;dg&gt; nejdřív je potřeba dodělat pár věcí 20:20:33 &lt;dg&gt; promiňte 20:20:39 &lt;dg&gt; klidně začněte beze mě, pokud je třeba 20:23:07 * KillYourTV bude většinou jen pozorovatel kvůli svým dosti zanedbatelným a nepodstatným rolím... 20:23:15 &lt;KillYourTV&gt; ...takže na časech začátku nesejde. 20:23:39 &lt;Meeh&gt; Budu tady, ale počkám, dokud nebude dg připraven 20:23:42 &lt;str4d&gt; Přemýšlím, jestli by šlo mít dvě leaf připojení IRC ke stejnému leaf serveru, aby se snížily netsplity... 20:23:48 &lt;dg&gt; Dokud to nikoho neštve, ještě chvilku počkám 20:23:59 &lt;dg&gt; Doufám, že $task už nepotrvá moc dlouho 20:24:02 &lt;str4d&gt; (aniž by se zdvojovaly zprávy) 20:24:05 &lt;dg&gt; str4d: ne bez pořádných úprav IRCd 20:24:16 &lt;dg&gt; (nebo i2p hax?) 20:24:22 * KillYourTV zvýšil hodnotu nice svých úloh, aby dal víc CPU času dg 20:25:07 &lt;str4d&gt; Už existují I2P úpravy pro IRCd, tak proč ne redundance? 20:25:50 &lt;dg&gt; vlastně 20:25:50 &lt;str4d&gt; Asi záleží na IRCd 20:26:04 &lt;dg&gt; Počty IRC splitů beru tak trochu jako způsob měření zdraví sítě 20:26:19 &lt;dg&gt; Pro mě to něco říká o úspěšnosti tunnel :-P 20:27:07 &lt;str4d&gt; Když už jsme u toho. 20:27:30 &lt;KillYourTV&gt; Nevím, jaké úpravy se aplikovaly a proč byly potřeba. (Kdysi ngircd potřeboval drobnou úpravu kvůli zobrazení b32... ale s webirc to není potřeba (a tady se stejně nezobrazují)) 20:28:00 &lt;str4d&gt; -_- 20:49:54 &lt;psi&gt; orion: ohledně C++ i2p, nevadí, když do tvého kódu přidám build systém? nejspíš scons 20:54:16 &lt;dg&gt; Jsem připraven 20:54:27 &lt;dg&gt; Omlouvám se za zpoždění, lidi 20:55:01 * dg pinguje #i2p-dev 21:03:16 &lt;str4d&gt; o/ dg 21:04:09 &lt;hottuna&gt; ahoj dg 21:05:07 &lt;iRelay&gt; &lt;weltende@freenode&gt; *mává* 21:05:53 &lt;psi&gt; hurá 21:05:56 * psi vypršel timeout 21:11:17 &lt;hottuna&gt; připraven, dg? 21:13:23 &lt;dg&gt; promiňte, odpojil jsem se 21:13:26 &lt;dg&gt; Co mi uteklo? 21:13:26 &lt;dg&gt; &lt;+iRelay&gt; &lt;weltende@freenode&gt; *mává* 21:13:26 &lt;dg&gt; chanserv dává voice uživateli psi 21:13:26 &lt;dg&gt; &lt;+psi&gt; hurá 21:13:26 &lt;dg&gt; +psi vypršel timeout 21:13:26 &lt;dg&gt; s-771 je nyní znám jako s-77 21:13:26 &lt;dg&gt; &lt;+dg&gt; hurá! 21:13:26 &lt;dg&gt; &lt;+dg&gt; Všichni se kvůli mně probudili&lt;3 21:13:27 &lt;dg&gt; &lt;+dg&gt; weltende: Nějaké novinky ohledně mailing listu? prosím, řekni, že nějaké máš 21:13:27 &lt;Meeh&gt; *mává* 21:13:27 &lt;hottuna&gt; Myslím, že ti nic neuniklo 21:13:27 &lt;psi&gt; jo 21:13:27 &lt;dg&gt; dobrá tedy 21:13:27 &lt;dg&gt; Takže, weltende: .. 21:14:37 &lt;iRelay&gt; &lt;weltende@freenode&gt; ne tak docela... zatím nebyl čas 21:14:47 &lt;iRelay&gt; &lt;weltende@freenode&gt; kytv by to mohl udělat... má root přístup na stroj, který jsem měl na mysli, pokud si dobře pamatuju ;-) 21:14:50 * dg pár minut čeká 21:15:41 * dg šťouchá do KillYourTV 21:17:30 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: a víc kravského zvonce! 21:17:34 &lt;iRelay&gt; &lt;weltende@freenode&gt; ehm... strukturu 21:18:02 * dg v tom nikdy nebyl dobrý, ale zkusí to 21:18:12 * dg pokračuje 21:18:15 &lt;dg&gt; KillYourTV: pípni, až budeš zpátky 21:18:21 &lt;dg&gt; Takže, aktualizace stavu. 21:18:40 * str4d má ~40 minut, takže GTFG fg ;P 21:18:40 &lt;KillYourTV&gt; hmm? Neuvědomil jsem si, že mám root, ale můžu na to hodit nějaký čas (školní práce a stěhování mi zabraly dost času) 21:18:40 &lt;dg&gt; Má smysl je obnovit, když máme schůzky (a snad i jejich souhrny, ale ty teď nefungují)? 21:19:15 &lt;str4d&gt; dg, pro koho by ty aktualizace stavu byly? 21:19:22 &lt;str4d&gt; s/for/aimed at/ 21:19:25 &lt;iRelay&gt; str4d měl na mysli: dg, na koho by byly ty aktualizace stavu zaměřené? 21:19:34 &lt;dg&gt; No, předpokládám, že ty předchozí, které dělal jrandom, byly pro ty, kdo chtěli TL;DR ze schůzek 21:20:06 &lt;dg&gt; Možná jako jsme to udělali u poslední schůzky (na webu), kde byly výsledky shrnuté nahoře na stránce 21:20:31 &lt;hottuna&gt; Bylo by to fajn kvůli budování komunity, ale je to i trochu práce. 21:20:49 * dg si nemyslí, že je to nutnost, ale bylo by hezké říct, co schůzka dokázala/rozhodla 21:21:32 &lt;hottuna&gt; Chtěl by to někdo dělat? 21:22:01 &lt;str4d&gt; Při přepracování webu jsem pojal status updaty jako „blogové příspěvky“ 21:22:05 &lt;str4d&gt; Takže možná bude lepší psát právě ty, nebo strukturovat aktualizace stavu takhle. 21:22:20 &lt;hottuna&gt; to zní docela dobře 21:22:57 &lt;str4d&gt; (A protože blog nakonec bude mít RSS nebo něco podobného, dá se to použít pro napojení na další distribuční kanály podle potřeby) 21:23:24 &lt;psi&gt; bod 1: zvážit, CCC 21:23:27 &lt;lillith&gt; napadlo mě, že po schůzce bychom mohli mít nové vlákno na zzz.i2p, aby lidé mohli reagovat s následnými body k tomu, co se probíralo 21:23:30 &lt;psi&gt; jak se „tahle strana“ zorganizuje? 21:23:55 &lt;hottuna&gt; Podporuji nápad s blogem, ale někdo to musí dělat. 21:24:50 &lt;psi&gt; ach jo, příšerný lag 21:25:27 &lt;str4d&gt; A aktualizace stavu nemusí být nutně moc „jako zápisy“, protože do sekce schůzek v rámci přepracování mají jít skutečné zápisy (a přemýšlím, že i zápisy by mohly jít do kanálu, zatímco kompletní logy by se zobrazovaly se zápisy na webu) 21:26:10 &lt;zzz&gt; dg, pro info, jr posílal aktualizace stavu hodiny před každou schůzkou a nebyly to zápisy z minulé schůzky 21:26:55 &lt;str4d&gt; Ach, díky zzz – takže spíš obecná aktualizace, aby byli všichni před schůzkou v obraze. 21:27:10 &lt;zzz&gt; správně 21:27:39 &lt;zzz&gt; dg, pro info, jr posílal aktualizace stavu hodiny před každou schůzkou a nebyly to zápisy z minulé schůzky 21:28:00 &lt;dg&gt; zzz: aha, takže to bylo tl;dr za $week? 21:28:03 &lt;dg&gt; &lt;+dg&gt; Půjdeme dál? 21:28:03 &lt;dg&gt; &lt;+dg&gt; psi: ccc je na programu :) 21:28:03 &lt;dg&gt; --- aquarium (grenze@irc2p) se připojil k #i2p-dev 21:28:06 &lt;dg&gt; --- w8rabbit (w8rabbit@irc2p) se odpojil (zabito (nickserv (vynuceno zablokování přezdívky))) 21:28:06 &lt;zzz&gt; &lt;str4d&gt; Ach, díky zzz – takže spíš obecná aktualizace, aby byli všichni před schůzkou v obraze. 21:28:06 &lt;zzz&gt; &lt;zzz&gt; správně 21:28:09 &lt;dg&gt; &lt;+dg&gt; Další téma: * role správy PR (`http://zzz.i2p/topics/1299)` 21:28:09 &lt;dg&gt; &lt;+dg&gt; Nevím, jestli je tu ten, kdo to postnul.. 21:28:09 &lt;str4d&gt; dg, repost: A aktualizace stavu nemusí být nutně moc „jako zápisy“, protože do sekce schůzek v rámci přepracování mají jít skutečné zápisy (a přemýšlím, že i zápisy by mohly jít do kanálu, zatímco kompletní logy by se zobrazovaly se zápisy na webu) 21:28:24 &lt;str4d&gt; Ano, je – orion? 21:28:34 &lt;hottuna&gt; dg, byl bys ochotný psát před schůzkami aktualizaci stavu do blogu? 21:29:16 &lt;str4d&gt; (aspoň je v kanálu) 21:29:23 &lt;str4d&gt; A jen pro úplnost, tohle je ten člověk, co pracuje na I2PCPP 21:30:15 * psi kompiluje i2pcpp 21:31:12 &lt;psi&gt; taky se dívám do kódu 21:32:58 &lt;psi&gt; mám soubor SConstruct 21:36:03 &lt;dg&gt; zatracené krysy, co žerou kabely 21:36:03 &lt;dg&gt; [repost] 21:36:03 &lt;dg&gt; &lt;+psi&gt; mám soubor SConstruct 21:36:05 &lt;dg&gt; &lt;+dg&gt; str4d: 21:36:05 &lt;dg&gt; &lt;+dg&gt; * Novinky k přepracování webu 21:36:05 &lt;dg&gt; &lt;+dg&gt; Něco nového? 21:36:08 &lt;dg&gt; [/repost] 21:36:12 &lt;str4d&gt; dg, potřebuju m0ar stabilních verzí 21:36:15 &lt;str4d&gt; =P 21:36:21 &lt;dg&gt; :( 21:36:36 &lt;str4d&gt; dg, fungují mi URL podle sítě 21:36:59 &lt;dg&gt; ó, pěkně, pokrok 21:37:02 &lt;dg&gt; Jak jsi to udělal? 21:37:06 * psi poznámka pro sebe: nekompilovat s -j8 na stroji se 4 jádry 21:37:13 &lt;str4d&gt; Takže v souborech stránek, když dáš &lt;a href="http://{{ i2pconv(trac.i2p2.i2p) }}/"&gt;, převede se to na trac.i2p2.de 21:37:32 &lt;str4d&gt; A obdobně pro jakékoli další weby, které mají (natvrdo) známé veřejné URL. 21:37:39 &lt;str4d&gt; Jinak to přidá .to 21:38:16 &lt;str4d&gt; dg, problém byl, že Flask kešoval filtry aplikované na řetězce. 21:38:19 &lt;str4d&gt; Takže se to vyhodnotilo při prvním načtení šablony a pak uložilo. 21:38:39 &lt;iRelay&gt; &lt;weltende@freenode&gt; psi: ledaže by to dělalo více vláken na jádro ;) 21:38:43 &lt;str4d&gt; Změna filtru na context processor (takže se funkce vyhodnotí při každém požadavku) to vyřešila. 21:38:46 &lt;dg&gt; Ó, ha 21:39:34 &lt;str4d&gt; Můžu zkusit tu funkci zobecnit tak, aby se jí předávala celá URL a ona našla a změnila část domény, pokud by to lidi raději používali takhle. 21:39:45 &lt;str4d&gt; Ale zatím to Funguje (TM) 21:40:01 &lt;dg&gt; psi: 21:40:04 &lt;dg&gt; * diskuse o workshopu/rychlé přednášce (lightning talk) na CCC 21:40:28 &lt;psi&gt; ano 21:40:39 * psi pročítá odkaz na zzz.i2p 21:40:58 &lt;str4d&gt; (mimochodem: Až budu mít nějaký volný čas (po vychytání bugů v mechanismu feedu), rád bych s welterde doladil věci kolem zrcadlení downloadů.) 21:42:36 &lt;iRelay&gt; &lt;weltende@freenode&gt; str4d: no... mělo by to být dost jednoduché... textový soubor v mtn se seznamem všech http, ftp mirrorů.. 21:44:32 &lt;iRelay&gt; &lt;weltende@freenode&gt; (a na backendu jen rsync master web, ze kterého si všechna zrcadla tahají) 21:44:40 &lt;hottuna&gt; vybrali jsme téma pro lightning talk? 21:44:40 &lt;psi&gt; ok ohledně CCC mám 0% šanci získat potřebné doklady včas, abych se tam dostal 21:44:40 &lt;psi&gt; a taky... spousta „jiných věcí“ 21:44:40 &lt;psi&gt; celkově jsem přetížený kvůli závěrečkám 21:44:40 &lt;psi&gt; a navíc lag 21:45:31 &lt;str4d&gt; welterde, to jsem si myslel, ale nejsem obeznámený se současným nastavením mirrorů. 21:47:26 &lt;str4d&gt; Druhá věc je samozřejmě migrace zbytku starých stránek (a uklidit rozložení navigace) 21:48:06 &lt;dg&gt; &lt;+psi&gt; ok ohledně CCC mám 0% šanci získat potřebné doklady včas, abych se tam dostal 21:48:06 &lt;dg&gt; &lt;+psi&gt; a taky... spousta „jiných věcí“ 21:48:06 &lt;dg&gt; &lt;+psi&gt; celkově jsem přetížený kvůli závěrečkám 21:48:06 &lt;dg&gt; &lt;+psi&gt; a navíc lag 21:48:06 &lt;dg&gt; &lt;+dg&gt; Asi bychom se mohli zeptat publika, kdo už i2p používal 21:48:09 &lt;dg&gt; &lt;+iRelay&gt; &lt;weltende@freenode&gt; (a na backendu jen rsync master web, ze kterého si všechna zrcadla tahají) 21:48:09 &lt;dg&gt; &lt;+dg&gt; psi: jo, ale ech a welt tam podle mě jedou 21:48:11 &lt;dg&gt; &lt;+str4d&gt; welterde, to jsem si myslel, ale nejsem obeznámený se současným nastavením mirrorů. 21:51:57 &lt;str4d&gt; Dobře, mizím o/ 21:52:13 &lt;dg&gt; měj se o/ 21:52:28 &lt;dg&gt; Fakt jsme měli začít dřív 21:52:31 &lt;dg&gt; sakra 21:52:47 &lt;str4d&gt; Uvidím, jestli se stihnu vrátit na závěr, ale nic neslibuju. 21:53:35 &lt;dg&gt; dobře, stenografie 21:53:42 * dg šťouchá do Meeh 21:54:01 &lt;psi&gt; potřebujeme generické rozhraní pro tvorbu transportů 21:54:04 &lt;psi&gt; (dle mého) 21:54:23 &lt;psi&gt; s/need/should\ have/ 21:54:26 &lt;iRelay&gt; psi měl na mysli: měli bychom mít generické rozhraní pro tvorbu transportů 21:55:08 &lt;Meeh&gt; Jsem tady, promiňte, vyrušil mě telefonát, už jsem zpět 21:55:16 &lt;dg&gt; co vím, existuje něco zvaného „restricted routes (omezené trasy)“, ale nevím, jak fungují 21:55:19 &lt;Meeh&gt; *doháním/čtu log* 21:55:22 &lt;dg&gt; (a ani nejsou implementované..?) 21:55:28 &lt;dg&gt; Meeh: není toho moc ke čtení.. :( 21:55:50 &lt;psi&gt; dg, nejsou k tomu dokumenty? 21:56:10 &lt;dg&gt; psi: zmínku na www.i2p2.i2p je jediné, co jsem našel někde v roadmapě nebo tak.. 21:56:47 &lt;psi&gt; jestli si někdo náhodou pamatuje, co jsou/byly „restricted routes“, prosím ozvěte se 21:56:50 &lt;lillith&gt; dg, jak tomu rozumím, restricted routes jsou jako ‚darknet mode‘ na Freenetu, připojuješ se jen přes důvěryhodné peery 21:56:57 &lt;psi&gt; aha 21:57:16 &lt;dg&gt; aha 21:57:31 &lt;lillith&gt; myslím :) 21:57:34 &lt;psi&gt; to tak zní, mohlo by to být ono 21:58:11 &lt;dg&gt; odpovídá to názvu 21:58:33 &lt;lillith&gt; nedávno to bylo zmíněno na zzz.i2p, pokud si dobře pamatuju 21:59:40 &lt;psi&gt; kdyby někdo, kdo to dávno ví jistě, mohl dát „potvrzení“, bylo by to super 22:01:31 &lt;lillith&gt; `http://zzz.i2p/topics/114` 22:04:31 * dg čte 22:04:31 &lt;lillith&gt; to není to, co jsem myslela, ale vysvětluje to docela důkladně 22:06:02 &lt;Meeh&gt; jen mě zajímá, kde jsme na schůzce? 22:06:13 &lt;Meeh&gt; jaké je aktuální téma 22:06:16 &lt;dg&gt; Tak trochu plaveme, Meeh 22:06:23 &lt;Meeh&gt; aha, ok 22:06:31 &lt;dg&gt; "* Skrýt I2P provoz. Jako Tor, skrýt tak, aby vypadal jako SSL provoz, nebo tak něco. (S ohledem na země, kde je darknet nelegální) " 22:06:41 &lt;dg&gt; (Začali jsme pozdě a podle toho to vypadá) 22:08:10 &lt;Meeh&gt; jo, měli bychom přemýšlet o možném alternativním transportu pro země, které blokují a kriminalizují darknety 22:09:47 &lt;lillith&gt; no, začněme tím: jak je teď i2p provoz rozpoznatelný? 22:09:50 &lt;hottuna&gt; Myslím, že bychom to měli hrát podobně jako Tor 22:09:50 &lt;hottuna&gt; a nenasazovat to dřív, než to bude potřeba 22:09:50 &lt;hottuna&gt; abychom protáhli závody ve zbrojení 22:09:50 &lt;hottuna&gt; ale zatím nás nikde neblokovali 22:09:50 &lt;hottuna&gt; pokud vím 22:10:05 &lt;dg&gt; (zatím) 22:10:25 &lt;dg&gt; Také, absence takovéto „ochrany“, tj. systému, některé od i2p odrazuje 22:10:32 &lt;psi&gt; obecně by generické API pro transport bylo pro vývojáře zlatý důl 22:10:32 &lt;hottuna&gt; máme spoustu náhodných dat, ale žádné SSL hlavičky 22:10:57 &lt;dg&gt; obfsproxy je úžasný, ale něco takového nepotřebujeme 22:11:48 &lt;psi&gt; nějaké rozhraní, které implementuješ, a které dělá tvou verzi přenosu dat, ať už je to přes kozy nebo přes http+ssl 22:11:50 &lt;iRelay&gt; &lt;weltende@freenode&gt; psi: generické transport API už máme ;) 22:11:54 &lt;lillith&gt; i2p nemůže být vlastně ‚příliš bezpečné‘ 22:12:02 &lt;hottuna&gt; transport API by byl dobrý nápad a umožnil by rychlý vývoj potřebných transportů 22:12:14 &lt;psi&gt; fakt že jo? 22:12:36 &lt;psi&gt; musím se na ten kód podívat blíž 22:12:56 &lt;psi&gt; buď to moc nekouká, nebo jsem to přehlédl, nebo to tam není 22:13:03 &lt;Meeh&gt; jo, zatím... je to otázka času 22:13:36 &lt;iRelay&gt; &lt;weltende@freenode&gt; router/java/src/net/i2p/router/transport/Transport.java je rozhraní, které musíš implementovat 22:13:36 &lt;dg&gt; to určitě ne, lillith 22:13:46 &lt;dg&gt; i když i2p už je hodně krypta 22:14:17 &lt;hottuna&gt; Myslím, že obfsproxy je hrozné a je na Tor naplácnuté tím nejfrankensteinštějším možným způsobem 22:14:40 &lt;dg&gt; Nelíbí se mi jejich pluggable transports, ale ta technologie je cool 22:14:48 &lt;dg&gt; (emulace Skype je jedna cool věc) 22:17:27 &lt;psi&gt; jestli si dobře pamatuju, obsproxy může být kontraproduktivní 22:17:33 &lt;hottuna&gt; musím jít 22:17:46 &lt;psi&gt; protože emuluje sledovací síť 22:17:53 * psi pravopis 22:18:00 &lt;dg&gt; ahoj 22:19:55 &lt;psi&gt; taky teď musím na chvíli odejít 22:20:27 &lt;dg&gt; Myslím, že to můžeme pro dnešek zabalit a dát to příští týden/někdy brzy(ji) 22:20:34 &lt;dg&gt; Tohle jsme tak trochu podělali 22:21:04 &lt;iRelay&gt; &lt;weltende@freenode&gt; zní to jako plán 22:21:07 &lt;psi&gt; je nejlepší mít předem danou strukturu schůzky 22:21:54 &lt;dg&gt; jo 22:26:10 &lt;Meeh&gt; odpojeno... 22:26:29 &lt;Meeh&gt; 23:10:30 &lt;+psi&gt; obecně by generické API pro transport bylo pro vývojáře zlatý důl 22:26:32 &lt;Meeh&gt; 23:10:31 &lt;hottuna&gt; máme spoustu náhodných dat, ale žádné SSL hlavičky 22:26:35 &lt;Meeh&gt; 23:13:01 &lt;+Meeh&gt; jo, zatím... je to otázka času 22:26:38 &lt;Meeh&gt; 23:13:15 &lt;+Meeh&gt; tak proč na čas odpojovat lidi od i2p... lepší být v bezpečí než litovat 22:26:41 &lt;Meeh&gt; co mi uteklo? 22:27:11 &lt;psi&gt; Meeh: schůzka je prozatím odročena 22:27:11 * psi pravopis 22:27:58 &lt;psi&gt; &lt;dg&gt; to určitě ne, lillith 22:27:58 &lt;Meeh&gt; ach, bída... schůzka příští týden? 22:28:10 * psi lag 22:28:55 &lt;lillith&gt; Meeh, rozhodne se, možná dřív, protože tahle nebyla zrovna úspěšná 22:29:25 &lt;Meeh&gt; pravda pravda, tak příští týden </div>/cs/blog/2012/11/27/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-27.-listopadu-2012/Tue, 27 Nov 2012 00:00:00 +0000/cs/blog/2012/11/27/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-27.-listopadu-2012/<h2 id="stručná-rekapitulace">Stručná rekapitulace</h2> <p class="attendees-inline"><strong>Přítomní:</strong> christop1, darrob, dg, hottuna, KillYourTV, LaughingBuddha, RN, Schnaubelt, str4d, topiltzin, weltende</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 19:33:46 &lt;dg&gt; Tak jo. 19:33:49 &lt;dg&gt; Takže dnešní program je: 19:33:52 &lt;dg&gt; 0) Ahoj 19:33:55 &lt;dg&gt; 1) IRL akce 19:33:55 &lt;dg&gt; 2) web 19:33:58 &lt;dg&gt; (2a) znovu 19:34:01 &lt;dg&gt; (2b) SSL 19:34:08 &lt;dg&gt; 3) ten prostor, kde můžete nabídnout cokoliv dalšího 19:34:39 *** KillYourTV nastavuje mód: +l 65 19:34:45 &lt;dg&gt; psi, Meeh a ech (mimo jiné) jsou ti, kdo se účastní IRL věcí, nebo jsou schopní/ochotní 19:34:51 * dg šťouchne 19:35:02 &lt;str4d&gt; 0) Ahoj 19:35:02 &lt;str4d&gt; Ahoj! 19:35:18 *** KillYourTV nastavuje mód: +lf 60 [10j#R10,20m#m5,3n#N15]:15 19:35:28 &lt;iRelay&gt; &lt;weltende@freenode&gt; oh.. je čas schůzky.. 19:35:29 *** KillYourTV nastavuje mód: +l 65 19:35:32 &lt;dg&gt; Čau 19:35:32 &lt;KillYourTV&gt; sorry 19:35:35 &lt;KillYourTV&gt; ahoj 19:35:38 &lt;dg&gt; žádný problém, welt, ahoj! 19:35:49 &lt;hottuna_&gt; čau 19:35:57 &lt;dg&gt; 1) IRL akce tedy 19:36:24 &lt;dg&gt; Minule jsme tohle trochu nakousli — přemýšlím, jestli bychom nemohli využít vstupenky (a lidi), které máme na CCC, abychom nějak dostali I2P mezi lidi 19:36:39 &lt;dg&gt; `http://zzz.i2p/topics/1273` je relevantní 19:36:56 &lt;iRelay&gt; &lt;weltende@freenode&gt; Budu na 29c3 19:36:59 &lt;hottuna_&gt; Mám samolepky a chystám se na 29c3 19:37:01 &lt;iRelay&gt; &lt;weltende@freenode&gt; (a přinesu samolepky) 19:37:18 &lt;hottuna_&gt; Hodila by se přednáška nebo workshop 19:37:41 &lt;dg&gt; Přesně. Samolepky jsou fajn a tak, ale jen neurčitě vzbudí zájem. 19:37:55 &lt;iRelay&gt; &lt;weltende@freenode&gt; (hmm.. možná bych si měl tentokrát vzít velké "LANG=en" :P) 19:37:55 &lt;dg&gt; Workshop/přednáška by byla mnohem lepší 19:38:04 &lt;iRelay&gt; &lt;weltende@freenode&gt; +sign 19:38:12 &lt;dg&gt; (Přednáška by měla trvalejší dopad) 19:38:37 &lt;iRelay&gt; * weltende@freenode je příšerný řečník.. *vágně mává na ostatní* 19:38:52 &lt;hottuna_&gt; Jaké by byly body té přednášky? 19:38:55 &lt;hottuna_&gt; obecný úvod by asi nebyl pro mnoho lidí moc zajímavý 19:39:39 &lt;dg&gt; Není úplně na nás dělat přednášku o bodech francouzského výzkumníka 19:39:41 &lt;iRelay&gt; &lt;weltende@freenode&gt; mohli bychom udělat workshop „jak začít s I2P“ nebo tak? 19:39:49 &lt;dg&gt; Obecný úvod by také potřeboval nějakou pointu 19:39:51 &lt;dg&gt; Jo 19:40:01 &lt;hottuna_&gt; úvod* 19:40:01 &lt;hottuna_&gt; (vzhledem k technickému charakteru akce) 19:40:16 &lt;LaughingBuddha&gt; Možná srovnání s jinými možnostmi jako Tor? 19:40:31 &lt;LaughingBuddha&gt; s/solutions/options/ 19:40:34 &lt;iRelay&gt; LaughingBuddha mínil: Maybe a comparison to other options like tor? 19:41:22 &lt;hottuna_&gt; Co dělá I2P atraktivní volbou? 19:41:22 &lt;Schnaubelt&gt; LaughingBuddha: možná jsem neviděl tvůj návrh v kontextu, ale nemyslím, že bychom měli porovnávat software vytvořený pro různé účely. 19:41:34 &lt;dg&gt; Tak Torovy .onion, heh. 19:41:45 &lt;dg&gt; To může, ale nemusí zajímat lidi z CCC 19:42:00 &lt;dg&gt; Pořád by to jako přednáška bylo docela obecné 19:42:06 &lt;dg&gt; Workshop by však byl naprosto příhodný 19:43:34 &lt;darrob&gt; Nemyslím, že rozdíly oproti Toru jsou dobré téma. Z pohledu posluchače jsou dost jemné a museli byste jít do příliš velkých detailů. 19:43:49 &lt;RN&gt; workshopy jsou dobré, pokud najdete znalého dobrovolníka, který ho povede 19:44:00 &lt;darrob&gt; Matně si pamatuji workshop I2P v minulosti, který nešel moc dobře. Možná si to ale vymýšlím. 19:44:11 &lt;str4d&gt; Co bychom se snažili posluchačům sdělit? Předpokládáme nulové znalosti I2P? Základní povědomí? 19:44:15 &lt;dg&gt; nějaká indicie proč? 19:44:26 &lt;hottuna_&gt; Na minulém ccc byl workshop tor/i2p, ale jeho autor (gamambel) ho zrušil. Asi 10 lidí tam bylo, než si všimli, že byl zrušen. 19:45:04 &lt;iRelay&gt; &lt;weltende@freenode&gt; ah.. pamatuju si 19:45:04 &lt;dg&gt; str4d: Předpokládal bych stručné povědomí a „hej, to jsem možná slyšel“. ale nic víc(?) 19:45:18 &lt;dg&gt; hottuna_: je 10 pro CCC dobré nebo špatné? Fakt o tom nemám představu :( 19:45:18 &lt;LaughingBuddha&gt; Schnaubelt: To si uvědomuji. Ale i2p a tor se často zmiňují v jedné větě. 19:47:44 &lt;hottuna_&gt; Nevím, minimálně to není hrozné? 19:47:47 &lt;str4d&gt; Co obvykle obnáší workshop? 19:47:47 &lt;hottuna_&gt; Nejsem si jistý, to byl jediný, na kterém jsem kdy byl. 19:47:47 &lt;RN&gt; welt prosím po schůzce mi pošli PM na ein... mám pár otázek 19:47:50 &lt;darrob&gt; Myslím, že lightning talk (blesková přednáška) by byl docela dobrý. Diversní výběr lidí se na ně dívá. A i kdyby řešili zdánlivý nedostatek rozdílů oproti Toru, pořád je to výhra, pokud je to přiměje se o to víc zajímat. 19:47:50 &lt;hottuna_&gt; Ale pravděpodobně nějaké nastavování a ukázky 19:47:50 &lt;hottuna_&gt; jo, lightning talk by byl vhodný 19:48:13 &lt;hottuna_&gt; máme něco nového a/nebo zajímavého k představení? 19:48:19 *** Farside &lt;Farside!Farside@irc2p&gt; opustil #i2p-dev (odcházím) 19:48:22 &lt;hottuna_&gt; možná něco, co Tor nenabízí? 19:48:28 &lt;iRelay&gt; &lt;weltende@freenode&gt; RN: k 19:48:32 &lt;dg&gt; No, torrenty.. 19:48:36 &lt;dg&gt; To není nové, ale. 19:48:42 &lt;dg&gt; Velké. 19:49:28 &lt;hottuna_&gt; myšlenka/infrastruktura pro propojování torrentů je zajímavá 19:49:39 &lt;hottuna_&gt; ale není moc kompletní/nasazená 19:50:41 &lt;str4d&gt; Jo, na tom je potřeba zapracovat. 19:51:00 &lt;hottuna_&gt; mít lightning talk je něco, o čem si návštěvníci ccc mohou později povídat 19:51:00 &lt;darrob&gt; hottuna_: to by si zasloužilo samostatný lightning talk. Bál bych se, že to krátké zmínění s i2p by jen vytvořilo staré zmatení typu „je každý exit node?“ 19:51:11 &lt;hottuna_&gt; nemusí to být detailně plánované 19:51:14 &lt;str4d&gt; Jaký by měl být náš cílový výsledek? Jaké lidi by to mělo/mohlo přitáhnout? Nové běžné uživatele? Nové prominentní routery (I2P uzly)? Nové technické uživatele? Nové výzkumníky? 19:52:23 &lt;hottuna_&gt; technicky zaměření uživatelé a výzkumníci? 19:52:46 &lt;str4d&gt; darrob, pravda. V tomhle směru musíme být konzistentní v terminologii – outproxies (výstupní proxy) jsou služba provozovaná dobrovolníky, stejně jako IRC servery, eepsites a hosté repozitářů. Nejsou to něco zabudovaného natvrdo do routeru jako u Toru. 19:55:44 &lt;str4d&gt; V tom případě by bylo užitečné na konci přednášky nastolit pár otevřených výzkumných otázek, aby bylo vidět, že je prostor pro novátorský výzkum (to je vždycky trumf pro akademiky ^_^) 19:56:19 &lt;darrob&gt; str4d: zní dobře. 19:56:19 &lt;RN&gt; ano, rozptýlení mylné představy, že I2P je určené ke skrytí vašeho přihlášení na Facebooku, by měl být velký bod v jakékoli takové přednášce/demonstraci, imho 19:59:09 &lt;str4d&gt; „I2P is not a ${DEITY}damn proxy!“ 19:59:34 &lt;dg&gt; Hm, ok 19:59:55 &lt;RN&gt; proxy je v kontextu I2P fakt komplikovaný pojem 20:00:24 &lt;str4d&gt; Jo. Proto jsem změnil výchozí text pro IRC tunnel. 20:00:46 &lt;str4d&gt; (Bylo tam „IRC proxy“, což je technicky pravda, ale ne tak, jak si to uživatelé myslí) 20:00:53 &lt;dg&gt; Myslím, že ti z nás, co pojedou na CCC, by letos mohli workshop *opravdu* udělat, a případně i lightning talk (i když ten by byl nejspíš o torrentech) 20:01:05 &lt;dg&gt; Čas posunout se k webu 20:01:05 &lt;dg&gt; ? 20:06:52 &lt;RN&gt; přeskočil jsi aktualizované info o možnostech sloučení? 20:08:14 * dg přehlédl zprávy 20:09:02 &lt;dg&gt; str4d: to je dobrý nápad 20:09:05 &lt;dg&gt; také: 20:09:12 &lt;dg&gt; &lt;+dg&gt; Myslím, že ti z nás, co pojedou na CCC, by letos mohli workshop *opravdu* udělat, a případně i lightning talk (i když ten by byl nejspíš o torrentech) 20:09:12 &lt;dg&gt; &lt;+dg&gt; Čas posunout se k webu 20:09:12 &lt;dg&gt; &lt;+dg&gt; ? 20:10:19 &lt;dg&gt; Zprávy pořád padají. ach jo. 20:10:19 &lt;topiltzin&gt; ups, sorry, přišel jsem pozdě 20:10:26 &lt;dg&gt; žádný problém 20:10:26 * topiltzin dohání backlog 20:10:49 *** w8rabbit_ je nyní znám jako w8rabbit 20:11:11 &lt;iRelay&gt; &lt;ReturningNovice_@kytv&gt; dg, ptal jsem se, jestli nepřeskakuješ slučitelnost fux updatu webu (ale moje připojení blbne) 20:11:39 &lt;dg&gt; Mně taky. 20:12:08 &lt;iRelay&gt; * ReturningNovice_@kytv přepíná nějaké páčky a ladí pár čudlíků 20:12:14 &lt;str4d&gt; fux se za poslední týden nezměnil, takže teď to není třeba řešit. 20:12:25 &lt;dg&gt; Přeskakuju. Minule to nedopadlo dobře a lidi z fux dali najevo, že jakékoli merge není žádoucí (alespoň teď ne). Do budoucna by pro nás mohlo být možné si vzít některé funkce, ale teď jsou asi důležitější věci? 20:12:28 &lt;dg&gt; Možná se pletu. 20:12:28 &lt;dg&gt; Jo. 20:13:43 &lt;str4d&gt; (Pracuji na feedech pro 0.9.5, takže to je má priorita) 20:13:54 &lt;dg&gt; Aha, jasně. 20:14:20 &lt;dg&gt; Založil jsem #i2p-www (právě jsem ho zaregistroval) a myšlenka byla, že já a další bychom se mohli zapojit do „booksprintu“, abychom ty stránky udělali 20:14:28 &lt;dg&gt; Nebyl jsem si jistý, které stránky *skutečně* potřebují práci 20:14:57 &lt;dg&gt; Cílem je, aby #i2p-www fungoval jako jakási webová komise, která dostane redesign do formy a bude reportovat zpět do -dev (předpokládám na schůzkách), když budou aktualizace 20:15:28 &lt;hottuna&gt; Aktualizujeme dokumentaci, nebo předěláváme web? 20:15:37 &lt;dg&gt; Předěláváme web 20:15:51 &lt;dg&gt; &lt;@dg&gt; `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/` 20:15:51 &lt;dg&gt; &lt;@dg&gt; i2p.www.revamp je mtn 20:15:57 &lt;str4d&gt; dg, doporučil bych, aby se textový redesign dělal teď 20:16:00 &lt;str4d&gt; argh 20:16:03 &lt;dg&gt; Určili jsme, že současný design není dost přívětivý atd. 20:16:20 &lt;str4d&gt; v I2p.www 20:16:48 &lt;topiltzin&gt; ok, dohnal jsem backlog 20:16:59 &lt;str4d&gt; a design/struktura nového webu v I2p.www.revamp 20:16:59 &lt;topiltzin&gt; jsme teď u webu? 20:17:07 &lt;dg&gt; jo 20:17:22 &lt;hottuna&gt; super! Duckův design. Moc pěkný. 20:17:34 &lt;dg&gt; str4d: Pokud je to pro tebe jednodušší, jasně. 20:17:57 &lt;topiltzin&gt; máme eepsite s tím designem? 20:18:04 &lt;topiltzin&gt; vyžaduje to na něco JavaScript? 20:18:11 &lt;christop1&gt; huch můžeš se dostat na eepsite 20:18:11 &lt;christop1&gt; ? 20:18:20 &lt;dg&gt; &cs `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/` 20:18:20 &lt;iRelay&gt; Zkouším zkontrolovat stav "`http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/"` pro dg. Chvilku strpení... 20:18:26 &lt;iRelay&gt; `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/` odpověděl se stavem 200 do 5 sekund. 20:19:09 &lt;topiltzin&gt; a „Ur mom“ je tam pořád. :-/ 20:19:12 &lt;hottuna&gt; Co je třeba udělat, aby to bylo životaschopné jako alternativa? 20:20:04 * dg tohle zvažuje 20:20:47 &lt;str4d&gt; topiltzin, omlouvám se, že jsem to ještě neodstranil -_- 20:20:58 &lt;str4d&gt; design potřebuje práci/přepracovat 20:21:45 &lt;RN&gt; jo, pamatuju si, že jsem viděl náhled... byl to pěkný profesionální vzhled... 20:21:45 &lt;RN&gt; (a vekw35... šířka pásma i2p dostává slashdot efekt lol) 20:21:48 &lt;str4d&gt; ale to se může řešit později, případně s více návrhy 20:21:55 &lt;topiltzin&gt; mně to připadá v pohodě. Je tam veškerý obsah – mtn howto, klíče vývojářů, takové věci? 20:22:22 &lt;str4d&gt; první priorita IMHO je dodělat backend. 20:22:41 &lt;str4d&gt; topiltzin, většinu jsem migroval. 20:22:44 *** sayliwo_ je nyní znám jako sayliwo 20:23:03 &lt;RN&gt; používá redesign běžné trac tickety? 20:23:41 &lt;str4d&gt; Pořád nejsem spokojen s rozvržením stránky/navigace.. 20:23:48 &lt;RN&gt; ticket na „remove "ur mom"“ by posloužil jako připomínka tomu, komu se přidělí... 20:24:07 &lt;topiltzin&gt; Nevím, jestli je „Supported Software“ nejlepší název prostředního sloupce, protože ve skutečnosti uvádí akce, ne software 20:24:30 &lt;str4d&gt; RN, úvodní stránka potřebuje přehodnotit. 20:25:09 &lt;str4d&gt; duckovo rozvržení kopírovalo web Toru a bylo by dobré ho víc odlišit. 20:25:20 &lt;dg&gt; Měli bychom si sepsat seznam věcí, co je potřeba udělat, aby se toho někdo mohl chopit / alespoň mít jasný, stručný seznam? 20:25:39 &lt;hottuna&gt; Souhlasím, dg 20:25:54 &lt;topiltzin&gt; jak zásadní přehodnocení máš na mysli, str4d ? 20:25:57 &lt;str4d&gt; Můžu později nastínit, co vím, že je potřeba udělat. 20:26:19 &lt;dg&gt; Díky! 20:26:22 &lt;dg&gt; Myslím, že tím jsme hotovi 20:26:36 &lt;dg&gt; weltende: jsi tady? 20:26:46 &lt;iRelay&gt; &lt;weltende@freenode&gt; yup 20:26:59 &lt;str4d&gt; topiltzin, líbí se mi obecné rozvržení, ale obsah tří sloupců potřebuje přehodnotit. 20:28:17 &lt;topiltzin&gt; Souhlas. Jsem k dispozici k diskusi kdykoli, kdy to uznáš za vhodné 20:29:45 &lt;str4d&gt; a patička je skoro zbytečná 20:29:48 &lt;str4d&gt; mimochodem sloupec novinek vpravo je dynamický 20:29:48 &lt;str4d&gt; (tj. přidáš nový článek do backendu a seznam se aktualizuje) 20:29:48 &lt;str4d&gt; To je další věc – kešování je třeba promyslet 20:29:48 &lt;str4d&gt; &lt;/braindump&gt; 20:30:36 &lt;topiltzin&gt; dg: můžeme jít víc do hloubky ohledně webu, nebo pokračovat – jak myslíš 20:34:32 &lt;dg&gt; &lt;+topiltzin&gt; dg: můžeme jít víc do hloubky ohledně webu, nebo pokračovat – jak myslíš 20:34:35 &lt;dg&gt; &lt;+dg&gt; Klidně půjdu víc do hloubky, jen nechci, aby se to táhlo moc dlouho a někteří odešli, ale zbývající téma je celkem malé a hlavně mezi mnou a weltem 20:35:11 &lt;topiltzin&gt; ok 20:36:00 &lt;topiltzin&gt; Změnil bych název prostředního sloupce „Supported Software“ -> „Co I2P umí“ 20:36:11 &lt;topiltzin&gt; a když už máme podobnou otázku v nadpisu nadtím, zvážil bych, že ji změnit 20:36:34 &lt;topiltzin&gt; možná „Co pro vás I2P dělá“ -> „Co je I2P“ 20:37:28 &lt;dg&gt; RN: Máme na to v Tracu nějakou kategorii? 20:37:35 &lt;topiltzin&gt; žádné trpné rody na titulní straně == dobré 20:37:38 &lt;RN&gt; Navrhl bych změnit „can be conducted anonymously on I2P.“ na „can be conducted anonymously inside I2P.“ 20:37:50 &lt;dg&gt; Ooh. 20:37:57 &lt;dg&gt; inside zní mnohem líp, vlastně. 20:38:08 &lt;dg&gt; Spousta lidí si neuvědomuje, že i2p je prostor. 20:38:19 &lt;str4d&gt; Nechceme na titulní stránce moc textu, ale vzhledem ke zlepšené navigaci, kolik redundantního odkazování je potřeba? 20:38:37 &lt;RN&gt; dg, pokud ne, nějaká by se asi dala vytvořit... 20:38:59 &lt;str4d&gt; A mohlo by se něco z toho nahradit jinými feedy/úvodním textem/něčím? 20:39:14 &lt;str4d&gt; dg, www 20:39:21 &lt;dg&gt; jasně, půjdu vytvořit ticket na „your mom“. 20:39:28 &lt;topiltzin&gt; Co takhle tu větu trochu zjednodušit? „Mnoho věcí by na veřejném Internetu riskovalo vaše soukromí, ale uvnitř I2P je můžete dělat anonymně“ 20:39:46 * topiltzin doufal, že jsme dostatečně vyspělí na to, aby nebyl potřeba ticket na „ur mom“, ale když je, budiž 20:40:48 &lt;dg&gt; Mám nás ušetřit trapnosti, nebo ten ticket opravdu potřebujeme? 20:40:51 &lt;topiltzin&gt; Snažím se vymyslet co nejhutnější a nejpřístupnější popis pro titulní stránku 20:41:25 * RN se chichotá u „&lt;dg&gt; jasně, půjdu vytvořit ticket na "your mom".“ 20:41:44 &lt;KillYourTV&gt; Myslím, že str4d na to nezapomene, takže asi není potřeba. 20:41:59 &lt;KillYourTV&gt; (ani nikdo jiný, kdo na tom něco dělá) 20:42:02 &lt;topiltzin&gt; hoď mincí. hlavně ať se to udělá :-/ 20:42:05 &lt;str4d&gt; nepotřebujeme na to ticket 20:42:24 &lt;RN&gt; nechtěl jsem vyvolat takové pozdvižení 20:42:27 &lt;dg&gt; Bylo by fajn mít některé věci oficiálně zaznamenané, i když uh.. ne „your mom“.. 20:42:30 &lt;str4d&gt; jak jsem říkal, myslím, že celý ten sloupec je potřeba nahradit něčím jiným. 20:42:38 * dg zametá „your mom“-gate pod koberec. 20:42:45 &lt;RN&gt; ale aspoň víme, že na to určitě existuje vhodné místo 20:43:00 &lt;str4d&gt; dg, tak ticket na „replace left column content with something else“ 20:43:51 &lt;dg&gt; ok 20:44:22 &lt;topiltzin&gt; levý sloupec by klidně mohl úplně zmizet, imo 20:44:49 &lt;topiltzin&gt; dá nám to víc prostoru rozvést funkčnost 20:45:16 &lt;str4d&gt; jak 20:45:16 &lt;str4d&gt; Argh, to ignoruj- _- 20:45:49 &lt;dg&gt; Klíčová slova v Tracu se oddělují „,“ že? 20:46:12 &lt;KillYourTV&gt; afaik, ano 20:47:11 &lt;topiltzin&gt; mohli bychom klidně odstranit nadpis „Supported Software“ a ten prostor použít k výpisu různých věcí, které I2P umí 20:47:26 &lt;dg&gt; `http://trac.i2p2.i2p/ticket/792` 20:47:29 &lt;topiltzin&gt; lépe než seznam – dát krátký blurb ke každé, pokud se hodí, nebo přidat ikonu 20:47:39 &lt;dg&gt; topiltzin: To by bylo super. 20:48:00 &lt;str4d&gt; pamatujte, že navigace, sloupce a patička jsou jen seznamy, takže levý sloupec by se dal upravit/odstranit i jiným tématem. 20:48:03 &lt;dg&gt; „Supported Software“ stejně není uživatelsky přívětivé 20:49:06 &lt;RN&gt; hmm.... ikony... to se může stylisticky rychle zvrhnout v názory 20:50:34 &lt;str4d&gt; ikony atd. bych nechal na tématech. možná bychom teď měli přemýšlet o obsahu, který chceme na titulní stránce, a ne nutně o tom, jak bude uspořádán? 20:50:45 &lt;topiltzin&gt; když se neshodneme, jaké ikony vypadají dobře, tak žádné mít nemusíme 20:51:49 &lt;topiltzin&gt; myslíš i něco víc než odstranění levého sloupce, str4d ? 20:52:35 &lt;RN&gt; jo, se str4dem souhlasím, myslím obsah první, forma druhá, ikony jako cukrlátka v tématech nebo později 20:52:50 &lt;RN&gt; dvě nejdůležitější otázky, které někdo pravděpodobně bude mít, když přijde na web, jsou buď: proč to potřebuju? a mám to, tak co teď? 20:53:16 &lt;str4d&gt; No, je to vůbec potřeba odstranit? Byl by užitečný krátký úvod s odkazem „číst dál“? Pomohla by malá infografika? 20:53:35 &lt;str4d&gt; Něco takového – obsah. 20:53:38 &lt;topiltzin&gt; Mám rád infografiky v Pretty Colors (TM) 20:54:30 &lt;topiltzin&gt; a jak se ptal RN – co odpovíme, když se návštěvník poprvé zeptá „proč to potřebuju?“ 20:54:33 &lt;RN&gt; jo, topiltzin, ale ty používáš Paint 20:54:40 &lt;RN&gt; ;) 20:54:51 &lt;topiltzin&gt; to bych nebyl já, dobře, vizuální skill nula :-P 20:55:43 &lt;RN&gt; krátký s „číst dál“ je dobrý nápad, imho 20:55:57 &lt;dg&gt; &lt;+dg&gt; Nerad bych Trac zaplevelil spoustou zbytečných ticketů, ale zároveň to pomáhá udržet přehled o tom, co je potřeba udělat. 20:56:00 &lt;dg&gt; &lt;+dg&gt; Jo a `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/volunteer/bounties` - Odkazy na Bounties jsou rozbité. 20:56:00 &lt;dg&gt; &lt;+dg&gt; Myslím, že na to udělám tickety. 20:56:11 &lt;iRelay&gt; Titulek: Bounties - I2P (na vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 20:56:40 &lt;str4d&gt; dg, jsou? Musel jsem přehlédnout migraci odkazu... 20:57:11 &lt;KillYourTV&gt; Zkusil jsem pár odkazů náhodně a načetly se mi 20:57:18 &lt;topiltzin&gt; co bys řekl do takového krátkého textu, RN ? 20:57:45 &lt;dg&gt; Třeba GCJ. „http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/Makefile.gcj“ 20:57:52 &lt;dg&gt; Jeden duck.i2p taky. 20:58:07 &lt;dg&gt; Dám to taky do Tracu. 20:59:10 &lt;str4d&gt; Oh, to je věc týkající se textu, dg 20:59:17 &lt;RN&gt; no, řekl bych něco jako, internet vás sleduje... 20:59:17 &lt;RN&gt; lol 20:59:24 * dg poznamenává 20:59:24 &lt;str4d&gt; na aktuálním webu to bude padat taky. 20:59:39 &lt;RN&gt; Potřeboval bych chvilku, abych vymyslel něco vážnějšího 20:59:47 &lt;dg&gt; str4d: Díky :) 21:00:13 &lt;topiltzin&gt; Nevadí mi mít něco ne úplně vážného, ale ne až k „ur mom“ 21:01:25 &lt;topiltzin&gt; ideálně něco pozvánkového.. ne moc formálního 21:01:36 &lt;topiltzin&gt; určitě stojí za brainstorming 21:06:05 &lt;MTN_&gt; i2p.trac: #795: Bounties jsou rozbité `http://trac.i2p2.i2p/ticket/795` 21:06:08 &lt;MTN_&gt; i2p.trac: #793: Mirror odkazy `http://trac.i2p2.i2p/ticket/793` 21:06:08 &lt;MTN_&gt; i2p.trac: #792: Nahradit obsah levého sloupce `http://trac.i2p2.i2p/ticket/792` 21:06:43 &lt;dg&gt; &lt;+dg&gt; Tickety #793 - #795 jsem zatím vytvořil. 21:06:43 &lt;dg&gt; &lt;+topiltzin&gt; ideálně něco pozvánkového.. ne moc formálního 21:06:43 &lt;dg&gt; &lt;+topiltzin&gt; určitě stojí za brainstorming 21:06:43 &lt;dg&gt; &lt;+dg&gt; mimochodem nespěchám to uzavírat, pokud vy nejste připraveni 21:07:41 &lt;topiltzin&gt; Asi jde o to, proč chceme, aby I2P používalo víc lidí, a co jim řekneme, aby ho začali používat 21:08:00 &lt;RN&gt; mirroring a ssl jsou jediné zbývající položky, kromě brainstormingu o obsahu? 21:08:19 &lt;dg&gt; SSL je hlavně mezi mnou a weltem a udělal jsem na něj ticket 21:08:19 &lt;topiltzin&gt; chcete se postarat o ty dvě a k obsahu se vrátit na konci? 21:08:34 &lt;dg&gt; Mirroring jsme nakousli minulý týden.. Myslím, že na to stejně potřebujeme welta. 21:08:34 &lt;dg&gt; Oh. 21:08:42 &lt;dg&gt; Vlastně bych rád něco nadhodil 21:08:56 &lt;iRelay&gt; &lt;weltende@freenode&gt; jsem tady.. 21:09:00 &lt;dg&gt; Myslíte, že by se hodilo vrátit mailing list pro vývojářské diskuze atd., nebo ne? 21:09:10 &lt;topiltzin&gt; +1 ano prosím 21:09:17 &lt;dg&gt; weltende: Viz ticket #794 21:09:29 &lt;dg&gt; podle mě jsme diskusi ohledně SSL minule uzavřeli 21:09:40 &lt;RN&gt; mailing list ano, bylo by dobré zase nějaký spustit, imhho 21:09:43 &lt;hottuna&gt; Nejsem si mailing listem jistý. zzz.i2p tu díru vyplňuje dost dobře. 21:10:02 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/794` - (assigned defect) - SSL 21:10:03 &lt;RN&gt; i tak, warm fish má dobrou pointu 21:10:39 &lt;iRelay&gt; &lt;weltende@freenode&gt; hottuna: starý ML ale přitahoval i lidi zvenčí.. 21:10:59 &lt;hottuna&gt; zzz.i2p je také už zavedený a funguje docela dobře 21:11:23 &lt;iRelay&gt; &lt;weltende@freenode&gt; hottuna: ne tolik, jako býval ML 21:11:35 &lt;hottuna&gt; welt: jo, to je pravda. ale musí to být užitečné, ne jen balast pro víc věcí 21:11:56 &lt;topiltzin&gt; obojí funguje, ale mailing listy jsou obecně v open-source projektech velmi běžné 21:11:56 &lt;topiltzin&gt; je to svým způsobem dlouholetá tradice. Můžu žít se zzz.i2p, ale s vývojářským mailing listem bych se cítil jako doma 21:12:17 &lt;str4d&gt; mailing list by se hodil (uvažoval jsem o zřízení webu pro mailing listy, ale nebyl jsem si jistý, jak zacházet s e-maily bez vytvoření jedné adresy na list na postman) 21:12:23 *** blitzkrieg_ je nyní znám jako blitzkrieg 21:12:38 &lt;topiltzin&gt; je přitahování outsiderů špatně? ;-) 21:12:46 &lt;hottuna&gt; možná to postavit a oni přijdou? pokud to nikoho nebude zajímat, brzy to umře 21:13:00 &lt;iRelay&gt; &lt;weltende@freenode&gt; topiltzin: myslel jsem to jako pro-argument pro ML 21:13:12 &lt;topiltzin&gt; aha ok 21:13:32 &lt;hottuna&gt; alternativně požádat zzz o externalizované verze / linkto zzz.i2p.to / linkto zzz.i2p.in 21:13:39 &lt;iRelay&gt; &lt;weltende@freenode&gt; jo.. až budu mít čas, nějaký nastavím 21:14:43 &lt;topiltzin&gt; Obecně se necítím dobře, když zadávám své heslo při používání těch in/out proxy, ale jiným to vadit nemusí 21:15:56 &lt;hottuna&gt; jo, an inproxy (vstupní proxy) asi není optimální 21:16:26 &lt;dg&gt; &lt;+dg&gt; Tohle mimochodem existuje. Ale je to mrtvé. 21:16:29 &lt;topiltzin&gt; co posledního jsi dostal, dg? 21:16:29 &lt;dg&gt; &lt;+dg&gt; http://lists.welterde.de/mailman/listinfo/i2p-general 21:16:29 &lt;dg&gt; &lt;+dg&gt; Taky by stálo za to vypnout listing adresářů na *.welterde.de. 21:16:32 &lt;dg&gt; &lt;+dg&gt; http://lists.welterde.de/mailman/ 21:16:32 &lt;dg&gt; &lt;+dg&gt; Každopádně, ok 21:16:32 &lt;dg&gt; &lt;+topiltzin&gt; Obecně se necítím dobře, když zadávám své heslo při používání těch in/out proxy, ale jiným to vadit nemusí 21:16:35 &lt;iRelay&gt; Titulek: I2p-general Info Page (na lists.welterde.de) 21:16:35 &lt;dg&gt; &lt;+dg&gt; Ani já. 21:16:38 &lt;iRelay&gt; Titulek: Index of /mailman/ (na lists.welterde.de) 21:17:14 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: ah.. na to jsem zapomněl.. jen se to asi nikdy nedostalo na web.. 21:17:25 &lt;iRelay&gt; &lt;weltende@freenode&gt; (raději bych to udělal jako lists.i2p2.de nebo tak) 21:17:33 &lt;dg&gt; Já taky :-) 21:20:27 &lt;dg&gt; topiltzin, osobně – mailing list bych chtěl, ale pro mě je to spíš o profesionalitě a tak, než o nějakém konkrétním přínosu, který bych ti tu kázal 21:20:42 &lt;dg&gt; ale předpokládám, že ostatní si myslí, že by byl přínosný, takže to je fajn 21:20:45 &lt;topiltzin&gt; dg: return true; 21:20:45 &lt;topiltzin&gt; mít archivy mailing listu je velmi užitečné; dělá to projekt více podobný ostatním open-source projektům, když nic jiného 21:21:49 &lt;topiltzin&gt; jak se to liší od zzz.i2p + inproxy access: není to moc jiné, kromě toho, že náhodný nový vývojář bude mít menší učební křivku 21:22:30 &lt;topiltzin&gt; umožnit vyhledávačům indexovat archivy mailing listu také přispívá do globální znalostní báze, takže to je dobře 21:22:40 &lt;RN&gt; nebo někdo zvědavý na I2P si může přečíst nějakou diskusi a třeba se rozhodne to nainstalovat a vyzkoušet 21:22:55 &lt;topiltzin&gt; často něco hledám a odpověď najdu v archivu mailing listu nějakého open-source projektu 21:23:18 &lt;topiltzin&gt; RN: to je možné, dávám přednost tomu, držet všechny možné kanály otevřené. 21:23:28 &lt;iRelay&gt; &lt;weltende@freenode&gt; topiltzin: ML není o nových vývojářích.. nebo lidech, co jsou vůbec zapojeni do i2p.. ale spíš o lidech mimo projekt, kteří kritizují protokol, implementaci, atd. 21:23:40 &lt;topiltzin&gt; a pak nechat uživatele / vývojáře / trh rozhodnout, které místo je nejlepší 21:23:47 &lt;iRelay&gt; &lt;weltende@freenode&gt; což od „crashe“ hodně utichlo 21:24:14 &lt;topiltzin&gt; Nevidím důvod, proč by to nemohlo být obojí, weltende 21:24:44 &lt;iRelay&gt; &lt;weltende@freenode&gt; topiltzin: jistě.. ale imho můj aspekt je ten důležitější ;-) 21:25:04 &lt;topiltzin&gt; :-P 21:25:14 &lt;dg&gt; &lt;+topiltzin&gt; Nevidím důvod, proč by to nemohlo být obojí, weltende 21:25:14 &lt;dg&gt; &lt;+dg&gt; Taky tu nadhodím nápad: geti2p.net jako výchozí doména od nějakého $period dál 21:25:14 &lt;dg&gt; &lt;+dg&gt; (možná při spuštění nového designu) 21:25:34 &lt;dg&gt; &lt;+dg&gt; &lt;+dg&gt; Taky jsem nad tím přemýšlel 21:25:34 &lt;dg&gt; &lt;+dg&gt; &lt;+dg&gt; Působí to líp 21:25:34 &lt;dg&gt; &lt;+dg&gt; &lt;+topiltzin&gt; Nevidím důvod, proč by to nemohlo být obojí, weltende 21:25:34 &lt;dg&gt; &lt;+dg&gt; &lt;+dg&gt; Taky tu nadhodím nápad: geti2p.net jako výchozí doména od nějakého $period dál 21:25:37 &lt;dg&gt; &lt;+dg&gt; &lt;+dg&gt; (možná při spuštění nového designu) 21:25:44 &lt;hottuna&gt; Líbí se mi geti2p.net 21:25:55 &lt;topiltzin&gt; iRelay&gt; &lt;weltende@freenode&gt; topiltzin: jistě.. ale imho můj aspekt je ten důležitější ;-) 21:25:55 &lt;topiltzin&gt; &lt;topiltzin&gt; :-P 21:26:06 &lt;dg&gt; Mně taky, není to perfektní (i2p.net by bylo lepší, samozřejmě), ale lepší než současné IMO. 21:26:17 &lt;KillYourTV&gt; ticket #795 je teď opraven na živém webu. 21:26:20 &lt;dg&gt; taky se omlouvám za své nestálé připojení. 21:26:26 &lt;iRelay&gt; &lt;weltende@freenode&gt; samolepky už myslím říkají geti2p.net iirc ;) 21:26:34 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/795` - (new defect) - Bounties being broken 21:26:38 &lt;str4d&gt; Je I2p.net stále registrovaná na jrandoma? 21:26:48 &lt;dg&gt; byla zaplacená na mnoho let 21:26:51 &lt;dg&gt; takže ano 21:26:58 &lt;dg&gt; pokud se jrandom nevrátí, jsme tak trochu v háji. 21:27:02 &lt;dg&gt; Není žádná záruka, že dostaneme i2p.net, až vyprší. 21:27:08 &lt;dg&gt; (leda bychom šli na ICANN?) 21:27:10 &lt;iRelay&gt; &lt;weltende@freenode&gt; jo... do 2016 21:27:18 &lt;str4d&gt; A s tvým nápadem souhlasím, dg 21:27:29 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: verizone vlastně 21:27:42 &lt;topiltzin&gt; jo, nový design + nové doménové jméno = svěžest 21:27:51 &lt;iRelay&gt; &lt;weltende@freenode&gt; err.. verisign 21:27:57 &lt;dg&gt; Myslel jsem, že by se šlo na ICANN kvůli získání domény zpět, když ji pak někdo jiný ukradne, když je to vaše „značka“. 21:28:04 &lt;str4d&gt; Už plánuji, že web bude dynamicky měnit URL pro weby, o kterých ví, že jsou dostupné uvnitř i venku z I2p 21:28:15 &lt;dg&gt; bohužel asi nemůžeme jít teď na ICANN/apod. a říct „hej, můžeme ji dostat teď? nechceme čekat do 2016!“ 21:28:35 &lt;dg&gt; (leda bychom měli dobré známé) 21:28:41 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: ne.. ICANN řeší jen TLD.. musíš jít na TLD 21:28:49 &lt;str4d&gt; Tak např. forum.I2p &lt;-&gt; forum.i2p2.de 21:28:52 &lt;dg&gt; aha, jasně 21:29:07 &lt;dg&gt; Je možné se spojit s $hostOfForum? 21:29:11 &lt;str4d&gt; Mohli bychom získat *.i2p? :D 21:29:22 &lt;dg&gt; forum.i2p je/bylo populární a stabilita by pomohla.. 21:29:51 &lt;dg&gt; (Nepomáhá, že oficiálně odkazované fórum je často dole a my máme.. žádné fórum pro uživatele). Chvíli to fungovalo dobře. 21:30:08 &lt;dg&gt; str4d: taky ano. poznámka „(in i2p)“ a rozporné styly odkazů na stránkách jsou divné a nejasné. 21:30:15 &lt;dg&gt; Raději to, co jsi navrhl. :-) 21:31:10 &lt;dg&gt; mimochodem – „2007-09-28 - Syndie 1.101a“ je na webu trochu trapné mít.. 21:35:18 &lt;RN&gt; Syndie je podle mě něco, co bychom měli zachovat 21:35:25 &lt;RN&gt; potřebuje vývojáře, co by jí věnoval trochu lásky, ale funguje a je docela užitečná, jak si na ni zvykneš 21:35:25 &lt;RN&gt; sakra, dát tenhle zápis ze schůzky do Syndie by byl super nápad, imho 21:35:32 &lt;dg&gt; Zachovat, ale najít někoho, kdo na tom bude dělat. 21:35:35 &lt;dg&gt; Jo. 21:36:14 &lt;topiltzin&gt; Takže máme doménu, mailing list, brainstorming obsahu. Na některé se chceme nebo potřebujeme zaměřit víc? 21:36:56 &lt;dg&gt; Nemyslím, ale možná někdo nesouhlasí heh. 21:38:53 &lt;topiltzin&gt; co myslíš „měli bychom zachovat“, RN? 21:39:05 &lt;dg&gt; &lt;+dg&gt; mimochodem – „2007-09-28 - Syndie 1.101a“ je na webu trochu trapné mít.. 21:40:30 &lt;iRelay&gt; &lt;RN__@kytv&gt; Myslím, že Syndie má obrovský potenciál 21:41:02 &lt;iRelay&gt; &lt;RN__@kytv&gt; zdálo se, že dg navrhuje odstranit ji ze seznamu softwaru nebo tak něco 21:41:18 &lt;KillYourTV&gt; Potřebujeme mít odkazované aktualizované tarbally/instalátory. Možná bychom také měli mít syndie.i2p2.de spravované přes mtn. 21:41:40 &lt;dg&gt; Tak napůl. Navrhoval jsem, že bychom možná skryli datum nebo změnili design, aby tolik nevystupovalo, IMHO vypadá špatně mít na stránce tak zastaralý software 21:41:47 &lt;dg&gt; Poškozuje to první dojem ze Syndie i i2p 21:42:01 &lt;dg&gt; KillYourTV: Jo. Už jen mít ty tarbally/apod. by pomohlo.. 21:42:04 &lt;topiltzin&gt; Možná to můžeme nechat, ale odstranit datum? Myslím, že trapnost plyne z toho „2007“ 21:42:15 &lt;dg&gt; (a rozbitý instalátor..) 21:42:19 &lt;dg&gt; s/installer/packaging 21:42:29 &lt;iRelay&gt; &lt;RN@kytv&gt; ah, jen změnit text odkazu na „Syndie“ 21:42:29 &lt;topiltzin&gt; dokud se zase nerozjede aktivní vývoj (což se týká odstranění data) 21:42:32 &lt;iRelay&gt; &lt;RN@kytv&gt; Souhlasím 21:43:28 &lt;iRelay&gt; &lt;RN@kytv&gt; jo, s tím souhlasím 21:43:44 &lt;topiltzin&gt; :) 21:43:55 &lt;str4d&gt; dg, v redesignu to tam není. 21:43:55 &lt;str4d&gt; Ten box na aktuálním webu má být ekvivalent „novinek“ 21:43:55 &lt;str4d&gt; Mít odkaz na Syndie by bylo dobré, ale spíš třeba jako součást prostředního sloupce. 21:44:05 &lt;dg&gt; Myslím, že jsme hotovi 21:44:16 &lt;dg&gt; I když je zrovna netsplit 21:44:23 &lt;str4d&gt; (Takže ta stránka syndie z roku 2007 tam pořád je, ale dostupná přes blog) 21:44:26 &lt;dg&gt; pff, nemyslím, že nám chybí někdo, kdo byl zapojen 21:44:33 &lt;dg&gt; Dobrá schůzka, lidi. 21:44:40 &lt;dg&gt; Co třeba příště v 20:00? 21:44:43 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: příští schůzka by mohla mít trochu víc struktury ;-) 21:45:14 &lt;dg&gt; weltende: heh, sorry. Měli jsme hodně témat a nečekal jsem, že to půjde takhle, myslel jsem, že to bude krátké. Příště to zahrnu do plánování. :-) 21:45:14 &lt;dg&gt; no nic 21:45:17 &lt;dg&gt; i tak dobrý výsledek. 21:45:24 &lt;topiltzin&gt; RN: když jsi otevřel téma obsahu, těším se na tvoje návrhy :) 21:45:31 &lt;str4d&gt; Hmm. Možná nejdřív kratší, strukturovaná témata a víc diskusní až později. 21:45:31 &lt;topiltzin&gt; až budou k dispozici 21:45:42 &lt;topiltzin&gt; +1 str4d 21:45:53 &lt;topiltzin&gt; otevřenější až na konec dává smysl 21:45:56 &lt;dg&gt; str4d: Jo, to by mohl být dobrý nápad. Doufám, že to vedu v pohodě, heh. 21:45:59 &lt;dg&gt; Myslím, že ano. 21:46:14 &lt;str4d&gt; Je to lepší než žádná schůzka =) 21:46:28 &lt;topiltzin&gt; topiltzin&gt; RN: když jsi otevřel téma obsahu, těším se na tvoje návrhy :) 21:46:31 &lt;topiltzin&gt; &lt;topiltzin&gt; až budou k dispozici 21:46:31 * dg se usmívá 21:46:42 &lt;topiltzin&gt; return true; // ;-) 21:46:44 &lt;iRelay&gt; &lt;RN@kytv&gt; děláš dobrý začátek, dg... 21:46:44 &lt;dg&gt; topiltzin: ne, RN to má od kytv 21:47:10 &lt;iRelay&gt; &lt;RN@kytv&gt; jo jo topz 21:47:13 &lt;iRelay&gt; &lt;RN@kytv&gt; ;) 21:47:23 &lt;iRelay&gt; &lt;RN@kytv&gt; tak udeřils kladívkem... ? 21:47:27 &lt;dg&gt; Jsem rád, mám pocit, že jsme dnes (a minulý týden) udělali něco dobrého 21:47:27 * dg uh.. bamfs schůzku uzavírá. 21:47:38 &lt;dg&gt; Příště bude schůzka v 20:00, ve stejný den. 21:47:47 &lt;iRelay&gt; &lt;RN@kytv&gt; JUPÍ! oficiálnost 21:47:47 &lt;dg&gt; RN: bam 21:48:05 &lt;iRelay&gt; &lt;RN@kytv&gt; :) 21:48:06 * dg plácne RN „high five“ 21:48:20 *** KillYourTV mění téma na "Latest dev build: 0.9.3-11 | Dev mtg here 8:00 PM (20:00) UTC Tues. Dec. 4 | Report bugs at `http://trac.i2p2.i2p` / http://trac.i2p2.de" 21:48:28 &lt;iRelay&gt; * RN@kytv dává dg pivo 21:48:31 &lt;topiltzin&gt; **plynulé** 21:48:38 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: vlastně myslím, že to bývalo *baf*s :P 21:48:50 &lt;dg&gt; sakra 21:48:53 * dg poznamenává 21:49:00 &lt;str4d&gt; Jo. Takže ještě hotovo není =P 21:49:30 &lt;dg&gt; *baf*s </div>/cs/blog/2012/11/20/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-20.-listopadu-2012/Tue, 20 Nov 2012 00:00:00 +0000/cs/blog/2012/11/20/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-20.-listopadu-2012/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> asdfsdafsdafsd, darrob, dg, k0e, KillYourTV, LaughingBuddah, nom, psi, st4d, thursday, user, weltende, zzz</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 20:03:41 &lt;Laughing1uddah&gt; Meeting time? 20:03:48 &lt;dg&gt; It is! 20:04:01 &lt;k0e&gt; checkout http://www.youtube.com/watch?v=hgJ7yck1qwY 20:04:01 &lt;iRelay&gt; Title: Android ICS on Raspberry Pi, Views: 139170, Rating: 99.0% 20:04:05 * dg gulps 20:04:15 &lt;dg&gt; okay then.. let's begin 20:04:22 &lt;dg&gt; our topics today are: 20:04:33 &lt;dg&gt; 0) Welcome 20:04:40 &lt;dg&gt; (0a) Changing things up 20:04:47 &lt;dg&gt; (Meetings, etc) 20:05:00 &lt;dg&gt; (1) Network health 20:05:03 &lt;dg&gt; (1a) IRC 20:05:10 &lt;dg&gt; (1b) Growth (how do we get i2p out there?) 20:05:13 &lt;dg&gt; (2) IRL events (CCC, Cryptoparties..) 20:05:20 &lt;dg&gt; (3) - Merging Fux improvements into trunk 20:05:23 &lt;dg&gt; (4) Website 20:05:26 &lt;dg&gt; (4a) - Mirroring.. 20:05:33 &lt;dg&gt; (4b)- SSL 20:05:36 &lt;dg&gt; (5) - Progress 20:05:39 &lt;dg&gt; (6) - Next meeting 20:05:50 &lt;dg&gt; (7) - Any other notes from participants, etc 20:05:50 &lt;dg&gt; bit of a mouthful! 20:06:28 &lt;dg&gt; I'm hoping we have enough people here today 20:06:43 &lt;dg&gt; I'm trying to base things off of past meetings 20:07:11 &lt;dg&gt; so uh.. 20:07:26 &lt;dg&gt; First of all, do we have anyone from long enough ago to recap the changes (big ones, notable ons) 20:07:26 &lt;dg&gt; since the last meeting? 20:07:33 &lt;dg&gt; (It was Sept 8) 20:09:05 &lt;nom&gt; unlikely atm... could try a highlight all tho 20:09:24 &lt;asdfsdafsdafsd&gt; Hear ye, Hear ye! 20:09:27 * asdfsdafsdafsd pounds gavel 20:09:35 &lt;dg&gt; I'm thinking maybe KillYourTV knows a little 20:09:53 &lt;dg&gt; I was told welt could be here too, so hopefully he can wave at some time 20:09:56 &lt;dg&gt; (no sign of zzz either) 20:10:09 &lt;dg&gt; This will be somewhat awkward without most of the team 20:10:23 &lt;asdfsdafsdafsd&gt; The honorable asdfsdafsdafsd is now presiding 20:10:25 &lt;iRelay&gt; * weltende@freenode waves 20:10:37 &lt;dg&gt; :) 20:10:37 &lt;dg&gt; Okay 20:10:48 &lt;zzz&gt; here 20:10:51 &lt;dg&gt; So, first of all, as some of you may know, this is the first meeting in 2 years 20:11:04 &lt;dg&gt; And even the last meeting was specalized 20:11:08 &lt;dg&gt; specialized* 20:11:30 &lt;dg&gt; I'm planning on booting up regular meetings to catch up on progress, etc, even if there is no big topic to discuss 20:12:01 &lt;dg&gt; wrt "change", I'm contemplating taking up Project Manager 20:12:04 &lt;dg&gt; or at least some sort of co-ordinator 20:12:28 &lt;dg&gt; I'm proud of the progress that was made with dr|z3d although sadly, I don't think he's ready to join in -dev again just yet (speak, even) 20:12:54 &lt;dg&gt; I can't comment on progress from the last 2 years since I haven't been here for that long 20:12:57 &lt;dg&gt; If somebody else could, I'd appreciate it 20:13:04 &lt;dg&gt; &lt;pause for $person&gt; 20:13:18 &lt;nom&gt; might have to wait for netsplit to unsplit 20:13:25 &lt;dg&gt; might be a good idea :-/ 20:13:36 &lt;nom&gt; hehe 20:13:51 &lt;LaughingBuddah&gt; While we wait, what happened dr|z3d? 20:13:54 &lt;LaughingBuddah&gt; what happened with* 20:13:57 * nom pokes the intertubes 20:14:13 &lt;dg&gt; There we go. 20:14:20 &lt;dg&gt; Let me paste what they missed. 20:15:42 &lt;dg&gt; this is painful haha 20:16:09 &lt;dg&gt; ok, netsplit folk: `http://pastethis.i2p/show/2297/` 20:16:12 &lt;iRelay&gt; Title: Paste #2297 | LodgeIt! (at pastethis.i2p) 20:16:12 &lt;dg&gt; &lt;+dg&gt; I can't comment on progress from the last 2 years since I haven't been here for that long 20:16:15 &lt;dg&gt; &lt;+dg&gt; If somebody else could, I'd appreciate it 20:16:15 &lt;dg&gt; &lt;+dg&gt; &lt;pause for $person&gt; 20:16:27 &lt;dg&gt; LaughingBuddah: alright 20:16:53 &lt;dg&gt; Basically, after dr|z3d was kicked out for a long period, etc etc, I raised the point that he should be unmuted in -dev as we're all on the same team here, etc 20:17:00 &lt;dg&gt; He doesn't seem to be up to joining us again yet though 20:17:06 &lt;nom&gt; Complication: KillYourTV badger darrob dg gatekeeper iRelay Meeh postman RN_ Shinobiwan slow sponge str4d albat asdfsdafsdafsd Astral2012_1 Biotrophy blitzkrieg christoph cipher__ dr4wd3- eight_ joepie95 k0e kytv|away LaughingBuddah lezz luminosus MTN nom operhiem1 PrivacyHawk psi SanguineRose soundwave thursday tycho usr w8rabbit woox2k Xtothec zzz meeting time people 20:17:14 &lt;LaughingBuddah&gt; Nono, I was wondering why he was kicked out 20:17:21 &lt;dg&gt; I wanted him to have the choice to in any case, even if he didn't *want to right now* 20:17:21 &lt;dg&gt; Oh 20:17:28 &lt;dg&gt; There were disagreements with the team a while back 20:17:35 &lt;SanguineRose&gt; I'm not here, I am invisible 20:17:38 &lt;LaughingBuddah&gt; I see 20:17:38 &lt;dg&gt; It turned into quite a big disagreement after small ones added up 20:17:53 &lt;dg&gt; It's lead to a pissing contest and a division of the community to an extent :-P 20:17:56 &lt;dg&gt; not nice 20:18:03 &lt;LaughingBuddah&gt; Alright. Proceed :) 20:18:06 &lt;nom&gt; ha! you may be invisible but we can hear you :P 20:18:17 &lt;dg&gt; I'll give the $person a few more seconds to appear.. 20:18:20 &lt;SanguineRose&gt; lies, you can not read what I am thinking right now! 20:18:27 * dg sits awkwardly 20:18:44 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: yeah.. in dr|z3d and !dr|z3d mostly *cough* 20:18:48 &lt;dg&gt; Clearly nobody is wishing to recite history.. heh 20:18:51 * nom lounges awkwardly while reading SanguineRose's mind 20:18:57 &lt;dg&gt; Okay 20:19:16 &lt;nom&gt; meh, figure out history later when the historian decides to show up 20:19:23 &lt;dg&gt; so 20:19:23 &lt;dg&gt; (1) - network health 20:19:45 &lt;dg&gt; From what I've seen on the stats, we're doing okay on that front, although since the Russians left (rusleaks disappeared in general), there's been a drop 20:19:52 &lt;dg&gt; Returning to pre-rus levels (hah) 20:20:05 &lt;dg&gt; Hopefully zzz is available to comment on how we're doing on this front.. 20:20:29 &lt;nom&gt; imo network health is opaque, but based just on netsplits it could be better... 20:21:06 &lt;zzz&gt; it's shaky but kytv and I last night found the bug introduced in 0.9.2 causing all the trouble 20:21:21 &lt;dg&gt; zab and I have doubts about something so simple causing the issues though 20:21:27 * nom :| at timing 20:21:30 &lt;asdfsdafsdafsd&gt; ugh... split 20:21:36 &lt;dg&gt;&gt;.&gt; 20:21:48 &lt;nom&gt; zzz: what was the bug? 20:21:54 &lt;dg&gt; i guess that's the network speaking to us 20:22:13 &lt;zzz&gt; we accidentally cut the capacity of the network in half. 20:22:53 &lt;LaughingBuddah&gt; haha 20:23:04 * dg didn't see much of a difference on the tunnel success rates but you seem a lot more confident about it fixing things 20:23:07 &lt;nom&gt; lol rather unfortunate bug 20:23:14 &lt;dg&gt; ^ 20:23:21 &lt;dg&gt; I suppose we're doing alright on that front 20:23:44 &lt;zzz&gt; it's a network thing. You can't fix the network by just upgrading yourself. 20:23:50 &lt;KillYourTV&gt; of course one person upgrading to -10 will fix ALL the problems ;) 20:23:59 &lt;dg&gt; I can't comment for (1a) (IRC) because I've obviously been unable to contact badger 20:23:59 &lt;KillYourTV&gt; bah, I was too slow 20:23:59 &lt;dg&gt; KillYourTV: of course, haven't you heard of Java music? 20:24:02 &lt;dg&gt; *magic 20:24:02 &lt;dg&gt; pfft 20:24:13 &lt;dg&gt; (and i've been unable to contact postman, I was too late to get ech too..) 20:24:17 &lt;dg&gt; so that was a mess up on my part 20:24:51 &lt;dg&gt; (1b) then. 20:24:55 &lt;dg&gt; " 20:24:58 &lt;dg&gt; (1b) - Growth (how to make i2p grow more, developments with Russia (how do we get ourselves out there? outreach to big rus-sites?)) " 20:25:01 &lt;nom&gt; - if (style.equals("udp")) 20:25:01 &lt;nom&gt; + if (style.equals("SSU")) 20:25:01 &lt;dg&gt; Pretty broard 20:25:04 *** eight_ is now known as eight 20:25:07 &lt;nom&gt; ? that the bug? 20:25:24 &lt;dg&gt; (and there's a variable changed) 20:25:36 &lt;zzz&gt; thatsit 20:25:58 &lt;dg&gt; What was the commit excuse for that, anyway? 20:25:58 &lt;dg&gt; (in 0.9.2) 20:26:59 &lt;k0e&gt; regarding russian users, I think a big question is how is the #i2p-ru channel here doing? Are the russian users getting good support as compared to when english speakers come here and receive help 20:28:13 &lt;LaughingBuddah&gt; Do we have someone familiar with i2p that speaks russian? 20:28:24 &lt;LaughingBuddah&gt; Maybe even a dev? 20:29:02 * nom wanted to learn russian at one point, but never found the time... 20:29:21 &lt;KillYourTV&gt; user 'slow' fits there 20:29:32 &lt;k0e&gt; and on a sidenote, german looks to be the 3rd largest country after russia and USA 20:29:35 &lt;str4d&gt; slow hangs out there, right? 20:29:35 * nom thinks we need to go hunting for a russian and english speaking user who is dev inclined 20:29:38 &lt;KillYourTV&gt; (and he's nearly always in #ru) 20:29:53 &lt;nom&gt; nvm guess we found one 20:30:22 &lt;LaughingBuddah&gt; GOod 20:31:48 &lt;nom&gt; wrt growth generally, i would say working out all the network stability / performance bugs is a good step 20:32:09 &lt;nom&gt; also more content = more users = more content, sharing is caring and all that 20:32:28 &lt;LaughingBuddah&gt; What he said ^ 20:33:02 &lt;dg&gt; #i2p-ru is dead 20:33:02 &lt;dg&gt; zab is able to convert RU-&gt;EN but not EN-&gt;RU 20:33:16 &lt;dg&gt; btw, #ru has users, #i2p-ru does not 20:33:31 &lt;dg&gt; while working out bugs is great 20:33:42 &lt;dg&gt; We've certainly got a community based issue and I have not the slightest clue how to solve it 20:33:49 &lt;nom&gt; so yah.. everyone upload their media stashes to postman, and run high cap routers 20:34:13 &lt;dg&gt; i wish it was that simple 20:34:27 &lt;dg&gt; I guess this kind of includs IRL meetings 20:34:34 &lt;dg&gt; We've got a bunch of i2p-folk going to CCC this year 20:34:52 &lt;dg&gt; I think an "i2p workshop" is the best way to utilize this since it is too late to book a talk 20:35:02 &lt;nom&gt; lol yah increasing content is never simple, but good to remind people 20:35:18 &lt;k0e&gt; dg: suggest, maybe you can talk to eche|on and postman about combining those two channels (redirect to one of them) 20:35:18 &lt;dg&gt; i2p is barely out there like Tor 20:35:53 &lt;dg&gt; k0e: noted, will look into it later, thanks :) 20:36:16 &lt;nom&gt; re irl community meetings, at conferences and such, yah there needs to be more of it. ideally with the organizers staying connected to those of us back home in i2p, with videos and blogs, etc 20:36:55 &lt;dg&gt; Not sure how we could reach out to the russians, but someone could try speaking to the censored websites 20:36:59 &lt;dg&gt; prominent ones which are controversial, etc 20:37:06 &lt;dg&gt; Sadly, rusleaks is absolutely gone 20:37:09 &lt;dg&gt; So we can't rely on that 20:37:34 &lt;dg&gt; I tried reaching out to the an*on folk but I was unable to get on their networks anonymously so that was a little redundant 20:38:21 &lt;LaughingBuddah&gt; Let's move on 20:38:36 &lt;darrob&gt; i don't know about the reaching out, dg. does tor do that? this going from door to door advertising doesn't seem right. 20:38:43 &lt;dg&gt; Okay. 20:39:04 &lt;dg&gt; darrob: They don't do the door-to-door, and us doing that officially isn't right either. I was going to just encourage them a little. 20:39:22 &lt;dg&gt; LaughingBuddah: sure. 20:39:29 &lt;str4d&gt; Doc improvements would help a lot. 20:39:41 * dg was thinking about that earlier 20:39:44 &lt;dg&gt; I wasn't sure on the standards of them 20:40:51 &lt;nom&gt; yah doc improvements, and also some rigorous security testing could go a long way towards user growth 20:41:25 &lt;dg&gt; actually, we missed out on security testing due to lack of recent docs 20:41:35 &lt;dg&gt; of course, we couldn't have done anything since doc improvement took a while but yeah 20:42:09 &lt;dg&gt; Right now, the only way to say i2p is safer than something heavily audited e.g Tor is to read all the code + design yourself 20:42:15 &lt;dg&gt; That's fine for those who are wise in that area but bs for users 20:42:25 &lt;dg&gt; i2p has had little academic research too 20:42:35 &lt;nom&gt; imo at least, most users of this kinda thing want to get into the details of how it works and how secure it is. the threadmodel page is useful, but their not the results of extensive testing 20:42:46 &lt;dg&gt; Of course, you can't exactly force academics to write papers on i2p.. 20:42:57 &lt;dg&gt; nom: I agree. 20:43:19 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: that's not really true anymore imho 20:43:38 &lt;dg&gt; hm? 20:43:45 &lt;nom&gt; lol .... i suppose we could try to blackmail some grad students into writing papers on i2p \o/ 20:43:55 &lt;dg&gt; $5 wrench 20:44:08 &lt;iRelay&gt; &lt;weltende@freenode&gt; ah.. just got an mail of an talk about i2p @ athens cryptoparty #0 20:44:24 &lt;dg&gt; oh, nice. I was wondering about Cryptoparty 20:44:27 &lt;dg&gt; Tor has been heavily featured at them 20:44:41 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: there are a few papers about i2p.. (remember that tum i2p paper for example? ;) 20:44:50 &lt;asdfsdafsdafsd&gt; I doubt many academics will write papers or advocate I2P.... they're all in league with the globalists 20:45:44 &lt;iRelay&gt; &lt;weltende@freenode&gt; asdfsdafsdafsd: academics won't promote anything except their own software they are working on atm ;-) 20:45:48 &lt;dg&gt; i2p, not so much 20:46:28 &lt;dg&gt; The only papers I've seen about i2p are the french and correlation with headers/clocks 20:46:48 &lt;dg&gt; moving on 20:46:55 &lt;asdfsdafsdafsd&gt; weltende... exactly 20:47:02 &lt;dg&gt; "(3) - Discussion regarding merging current fux with trunk " 20:47:14 &lt;nom&gt; soooo.... gsoc? seems like security testing would be a good thing for that 20:47:17 &lt;dg&gt; I'm not sure if anyone can give a real answer to this apart from zzz 20:47:35 *** str4d is now known as str4d_afk 20:47:46 &lt;dg&gt; for those of you not aware, fux is a branch of i2p dev'd by str4d among others with user interfaces improvements. Theme improvements, that kind of thing. 20:47:49 &lt;dg&gt; nom: nobody wants to do gsoc 20:47:56 *** str4d_afk is now known as str4d 20:48:13 &lt;dg&gt; nom: zzz is on trac as a mentor but he apparently doesn't want to have a student 20:48:24 &lt;zzz&gt; sorry dg, all I know is 2-3 months old. last I heard, they were forking? 20:48:27 &lt;dg&gt; (not sure if correct, that's what I was told) 20:48:43 &lt;zzz&gt; wrong 20:48:58 &lt;nom&gt; no kidding, probably why it hasn't got done, but its a resource that gives access to the kind of people that could actually do a security assessment 20:49:24 &lt;dg&gt; zzz: There was some discussion of a fork, it's kind of died down now as some people have had a change of heart. Not sure what's going to be going on there, I don't think anyone is. Regarding the current changes though, I feel they could be somewhat beneficial. Nothing massive/feature breaking in there, however. 20:49:34 &lt;dg&gt; zzz: also, wrong? 20:49:38 &lt;str4d&gt; I am happy to mentor for GSoC 20:50:09 &lt;dg&gt; nom: Yup. 20:50:21 &lt;dg&gt; str4d: We could apply for next year, the application for 2010(?) is still up on trac. 20:50:25 &lt;zzz&gt; re: gsoc: wrong as in I'm happy to help but I'm not going to be in charge and not going to do it myself. 20:50:43 &lt;dg&gt; totally different to what i heard 20:50:53 &lt;dg&gt; key word: heard, I suppose 20:51:05 &lt;dg&gt; relevant trac page: `http://trac.i2p2.i2p/wiki/gsoc` 20:51:32 &lt;zzz&gt; dg re: fux, you're asking the wrong guy. I have no recent info. 20:51:39 &lt;nom&gt; imo fork is both exactly what is happening and exactly what is not happening, zzz you 'control' the official i2p.i2p branch in that you give out commit keys, but theres always gonna be people/groups writing their own features/code into i2p, if theres no interest in merging it stays a 'fork' but otherwise its not really 20:52:01 &lt;dg&gt; zzz: generally asking if you'd be ok with merging some of the themes, etc 20:52:04 &lt;str4d&gt; AFAIK there is nothing stopping mentors being anon, but we need a contactable liason (not sure if they must be non-anon) and some tax form as an organization. 20:52:23 &lt;dg&gt; Right. 20:52:37 &lt;dg&gt; I'm fine with being a liason but I'm sure a few people would be. 20:52:56 &lt;dg&gt; Tax form .. ugh 20:53:05 &lt;LaughingBuddah&gt; We will need some people to agree to be the face of i2p 20:53:24 &lt;str4d&gt; IIRC there was a USA-based one, or a Foreign-based one. 20:53:31 &lt;dg&gt; sadly we can't avoid that, LaughingBuddah.. 20:53:59 &lt;dg&gt; I don't want to be the guy trying to force people to give up anonymity and get up on stages but 20:54:18 &lt;dg&gt; We do need someone who wants to and can fulfill the job 20:54:41 &lt;zzz&gt; dg the last I looked at it was months ago. It was a big grab bag of stuff and I had some objections. Nobody has since asked me to look again - or spilt out the bad from the good - or given me any updates - or mentioned any progress about addressing my issues.. Unless that happens I have no update for you and i assume they are either working on it or forking. 20:54:49 &lt;str4d&gt; (Might not have been tax, but it was something financial) 20:54:52 &lt;str4d&gt; Not sure what was done in 2010 for that. 20:55:19 &lt;dg&gt; zzz: Alright, if I can get them to talk about it etc, I may be able to get you an update. 20:55:27 &lt;dg&gt; just a note 20:55:30 &lt;dg&gt; `http://trac.i2p2.i2p/wiki/gsoc/ideas` 20:55:37 &lt;dg&gt; seems quite interesting 20:55:40 &lt;iRelay&gt; Title: gsoc/ideas I2P (at trac.i2p2.i2p) 20:55:44 &lt;zzz&gt; so I repeat, you are asking the wrong guy. If you want to know about status, ask the guys working on it, not me. 20:56:07 &lt;dg&gt; I was asking if you'd be okay with merging is all, if they co-operated. 20:56:19 &lt;dg&gt; I felt that the changes could benefit i2p somewhat. 20:56:34 &lt;dg&gt; welcome psi 20:56:41 &lt;psi&gt; ?? 20:56:48 &lt;dg&gt; dev meeting 20:56:55 &lt;psi&gt; ok 20:57:36 &lt;dg&gt; The application for GSOC seems solid 20:57:39 &lt;dg&gt; Could possibly reuse it 20:57:39 &lt;nom&gt; zzz: what were the issues you needed addressed? 20:59:54 &lt;str4d&gt; There was an image in a dark theme that has since been replaced. Were there any other major issues? 21:00:17 &lt;psi&gt; ah yes... the assange character should've been removed for now 21:00:20 &lt;psi&gt; s/for/by 21:00:35 &lt;dg&gt; What's wrong with Assange? :P 21:00:46 &lt;zzz&gt; the main thing in remember is regressions in legibility and color choices, esp. in snark. But it's been months since I looked at it 21:00:49 &lt;darrob&gt; nom: you should try to find logs. it would be hard to recall or summarize. (for me, anyway, and i tried to give feedback, too). 21:00:56 &lt;zzz&gt; I felt it was a big step backwards 21:01:18 &lt;KillYourTV&gt; `http://killyourtv.i2p/irclogs/%23i2p-dev.2012-08-23.log.html` 21:01:21 &lt;iRelay&gt; Title: #i2p-dev logs for Thursday, 2012-08-23 (at killyourtv.i2p) 21:01:32 &lt;dg&gt; seems too late to enter gsoc this time now 21:01:43 &lt;psi&gt; regardless... i think we need a "real life" UI testing mechanism that isn't totally subjective 21:01:47 &lt;dg&gt; or uh, next year's are not open (what i mean) 21:01:54 &lt;dg&gt; psi: exactly 21:01:57 &lt;psi&gt; this is where users like Zorya come into play 21:02:12 &lt;psi&gt; Zorya especially is the perfect feedback tool for UI stuff 21:02:35 &lt;nom&gt; re assange, imo hes a cool dude, but as he 'officially' has nothing to do with i2p, we shouldn't be using his image on stuff... unless its like something related to him or wikileaks... 21:02:38 &lt;psi&gt; "regular" or "casual" users are VERY important and should be utilized for feedback 21:02:41 &lt;zzz&gt; but if the fux guys dont remember my objections either, then they probably haven't addressed them, and we're in the same place we were 3 months ago. 21:02:51 &lt;psi&gt; nom: i2p is politically neutral 21:03:37 &lt;str4d&gt; zzz, I recall your legibility issues, and I still think that is more a personal preference matter (since there are clear examples of people both liking and disliking the changes) 21:03:49 &lt;nom&gt; psi: right... if such a thing is possible 21:03:52 &lt;psi&gt; nom: no need to take any stance on things that are politically sensitive anywhere 21:03:59 &lt;str4d&gt; and color* 21:04:02 &lt;str4d&gt; The major issue was the image, and that has been addressed. 21:04:13 &lt;nom&gt; pretty sure were taking a stand about anonymity and free exchange of data tho.... 21:04:35 &lt;str4d&gt; psi, what's Zorya? 21:04:42 &lt;asdfsdafsdafsd&gt; assange is cointelpro 21:04:53 &lt;dg&gt; a person, not sure who/what they do though 21:04:53 &lt;KillYourTV&gt; I can say that when I last looked a few weeks ago, the constrasts in snark weren't nearly as jarring as they had been. 21:04:53 &lt;psi&gt; str4d: Zorya is a user in this channel 21:05:15 &lt;psi&gt; str4d: a "regular" user in jester's group 21:05:15 &lt;zzz&gt; so none of my issues were addressed? (except perhaps the assange image) 21:05:19 &lt;zzz&gt; then we're in the same place 21:05:38 &lt;dg&gt; actually, iirc, the colors were improved 21:05:42 &lt;dg&gt; i'm not sure they are perfect however 21:05:56 &lt;zzz&gt; at the time, I thought that fux was unmergable, that you should kill it and start over, separating out the good from the bad and the ugly. 21:06:08 &lt;psi&gt; zzz: tbh i'm not entirely sure that style issues are that critical unless they impact usability 21:06:36 &lt;str4d&gt; psi, ah - I read your sentence as Zorya being an automated testing tool =P 21:06:39 &lt;dg&gt; the best bit about fux, for me, was the framing of apps inside the console 21:06:46 &lt;dg&gt; i don't care as much about themes 21:07:01 &lt;darrob&gt; psi: that argument works for and against changes. ;) 21:07:20 &lt;psi&gt; darrob: correct 21:07:23 &lt;nom&gt; imo themes are themes and should be a basket of everyones options, if your problem is the default theme... then yah i guess i can see you not wanting to merge that... but still 21:07:23 &lt;zzz&gt; I gave my comments 3 months ago and havent heard anything since. If somebody would like to identify changes and ask me to look at it again, fine. 21:07:38 &lt;dg&gt; nom: my thoughts. 21:07:49 &lt;zzz&gt; you people that are saying you like some of it and dont care about the rest are missing the point completely. 21:07:49 &lt;psi&gt; darrob: however in its current state, the router console is in need of a redesign as it fails as a UI 21:07:52 &lt;user&gt; an improvement from the ui guys's side would be a UI plugin, I think. 21:08:04 &lt;zzz&gt; split out the good from the bad. right now it's a grab bag 21:08:11 &lt;user&gt; &lt;dg&gt; the best bit about fux, for me, was the framing of apps inside the console &lt;&lt;&lt;---- that one I liked too.. gave an impression of unity 21:08:26 &lt;dg&gt; Made things a lot less clunky IMO, user. 21:08:56 &lt;str4d&gt; zzz, the point here is that there is nothing bad/ugly in fux, there is just stuff that everyone likes and stuff that some like and some don't. 21:09:07 &lt;zzz&gt; sounds like you guys are saying you still want to merge it but haven't done anything in 3 months? 21:09:33 &lt;zzz&gt; disagree. your snark changes are objectively bad/ugly. 21:09:56 &lt;user&gt; what's it that everyone likes? maybe one could start identifying that and only merge that 21:09:59 &lt;psi&gt; zzz: much has been done but that doesn't mean anything is "complete", as for something being "objectively ugly" is kind of an oxymoron 21:10:02 &lt;nom&gt; right well the good, the bad, and the ugly, are subjective.... imo as long its configurable personal taste of devs shouldn't come into it 21:10:24 &lt;dg&gt; Yes, we have? 21:10:27 &lt;dg&gt; In fact, I believe the color issue was also addressed. 21:10:27 &lt;dg&gt; see nom's comment 21:10:27 &lt;dg&gt; &lt;nom&gt; imo themes are themes and should be a basket of everyones options, if your problem is the default theme... then yah i guess i can see you not wanting to merge that... but still 21:10:27 &lt;dg&gt; psi: Exactly. 21:10:27 &lt;dg&gt; psi: It's great for nerds like us, not so much for a grandma who wants to be safe. 21:10:34 &lt;dg&gt; zzz: I can somewhat agree for snark but the rest, no. 21:10:45 &lt;dg&gt; user: the unification. 21:10:48 &lt;dg&gt; user: the non-default themes, too. 21:10:59 &lt;dg&gt; user: if it's non-default, I think it's fine to merge and improve along the way. Doesn't hurt. 21:11:06 &lt;nom&gt; how bout this, default keeps theme the same, but includes all the things fux adds, to use them you just set something in config? 21:11:14 &lt;dg&gt; ^ 21:11:29 &lt;zzz&gt; If the people doing the work say they think it's ready for another look, I'll take a look. I have nothing more to say. 21:11:32 &lt;psi&gt; currently (afaik), fux is aimed at hackability and flexibility, not explicitly general pleaseability 21:11:43 &lt;dg&gt; alright 21:11:46 &lt;str4d&gt; Given the users that have said otherwise, I find that hard to take as truly objective. 21:11:46 &lt;dg&gt; fair enough, zzz. 21:11:46 &lt;str4d&gt; Nevertheless, I do agree that fux is not ready for merging dg 21:12:09 &lt;psi&gt; str4d: fux is no where near merging 21:12:09 &lt;dg&gt; str4d: all I wanted was some discussion on it to see what needed doing :) 21:12:12 &lt;psi&gt; not sure who suggested a merge 21:12:15 &lt;maidenboi&gt; i like the snark changes 21:12:26 &lt;nom&gt; zzz: can you agree to that principle tho? that its mergeable if you're experience/view isn't changed unless you select it to happen? ie no default changes 21:13:44 &lt;nom&gt; or rather, since as you said its a grab bag, that pieces are mergeable if they don't change default things and only add options 21:14:14 &lt;psi&gt; at the moment fux is more of a sandbox for ideas, not really meant to be merged over to mainline in its entirety 21:14:45 &lt;psi&gt; i don't expect fux to ever be fully merged over nor would it be a good idea 21:14:56 &lt;dg&gt; I wanted some parts merged 21:15:18 &lt;psi&gt; dg: if they are "done" then sure 21:15:25 &lt;psi&gt; dg: which ones? 21:15:29 &lt;LaughingBuddah&gt; How to we determine them to be done? 21:15:48 &lt;str4d&gt; dg, I agree about the changes to non-default themes being mergable, especially since the majority of changes are by the original theme author, but there are other things that need work first. 21:15:55 &lt;user&gt; again, plugins would be handy, as to not increase the i2p package's size unneededly. 21:16:30 &lt;KillYourTV&gt; One thing for sure would be the pull the fix for ticket #773. It's fine in fux; it's not fine in the vanilla builds. 21:16:37 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/773` - (new defect) - Overlapping text in midnight theme 21:16:49 &lt;psi&gt; i do like the unified css and inline frames for snark and mail 21:16:49 &lt;psi&gt; especially the unified css 21:16:52 &lt;KillYourTV&gt; iirc LaughingBuddah reported that in this channel as well. 21:16:59 &lt;str4d&gt; user, that does require getting the UI separation done though (which I hope to work on with top[tabfail] when I get some time) 21:17:22 &lt;dg&gt; psi: mainly the embedding of things, like snark 21:17:25 &lt;dg&gt; LaughingBuddah: majority satisfaction 21:17:28 &lt;psi&gt; dg: yes i like that too 21:17:46 &lt;str4d&gt; dg, #define majority =P 21:17:49 &lt;darrob&gt; i'm confused. i was under the impression that fux was supposed to be merged (rather sooner than later even). i wouldn't have taken the time and given detailed criticism if i was told that it was just a sandbox. 21:18:00 &lt;LaughingBuddah&gt; KillYourTV: Yeah I remember doing that 21:18:11 &lt;psi&gt; darrob: my impression was that it is a sandbox 21:18:36 &lt;psi&gt; as i have been treating it as such so far 21:18:46 &lt;str4d&gt; darrob, I always intended it to be merged. But in some ways it is meant as a UI sandbox. 21:18:53 &lt;dg&gt; str4d: i'd like the creator of the functionality to think it's ok to merge (time to), and a lot of the fux/users with it liking it 21:19:00 &lt;dg&gt; darrob: so was I? 21:19:00 &lt;dg&gt; Anyway, 21:19:07 &lt;dg&gt; I think we can agree that fux needs work 21:19:22 &lt;dg&gt; unification + #773 fix should get merged sooner rather than later 21:19:40 &lt;dg&gt; Let's move on ;-) 21:19:43 &lt;str4d&gt; It's Future UX, so it's for testing and trying out new UX ideas, working out the kinks and polishing. 21:19:58 &lt;str4d&gt; +1 dg 21:20:09 &lt;psi&gt; str4d: that would be sandbox... moving on 21:20:37 &lt;nom&gt; honestly i think we need to have better communication here, theres always going to be things that are mergable, and we need people who can discuss that merging without getting into fights ;) 21:21:03 &lt;nom&gt; so far so win today, which is nice 21:21:06 &lt;str4d&gt; I also need to work out how to best merge parts of branches in monotone. 21:21:43 &lt;KillYourTV&gt; and yeah, it looks like assange (and the dark snark theme) are completely gone 21:21:54 &lt;str4d&gt; At present I only know about "propagate" and "explicit_merge", but they merge everything up to a specific commit, rather than cherry-picking changes. 21:22:24 &lt;nom&gt; str4d: probably something involving editing a diff down to just the parts you want 21:22:24 &lt;str4d&gt; KillYourTV, dark snark is not in mtn, but it's in my fux builds. 21:22:51 &lt;KillYourTV&gt; ah..so assange (run through a filter) may still live... 21:23:02 &lt;dg&gt; as for fux's issues, we can co-ordinate on that after the meeting 21:23:05 &lt;dg&gt; we're doing well so far though 21:23:05 * dg highfives 21:23:05 &lt;dg&gt; (4) - Website 21:23:09 &lt;dg&gt; (4a) - Mirroring i2p2.de/etc 21:23:09 &lt;dg&gt; (4b) - SSL for the sites. 21:23:09 &lt;dg&gt; We need welt for this.. 21:23:09 &lt;dg&gt; Tor's mirroring setup is great right now, rsync etc. 21:23:09 &lt;dg&gt; Plus a clear list of mirrors and how to do it 21:23:09 &lt;dg&gt; nom: Yeah. 21:23:09 &lt;dg&gt; nom: We did well now, just that we have other issues to discuss so.. ha 21:23:31 * dg coughs 21:24:21 &lt;nom&gt; right, re website.... same as before re docs i guess, theres good info, but it feels like it hasn't been touched in a while 21:24:36 &lt;dg&gt; precisely my feelings 21:24:39 &lt;dg&gt; it seems very out of time 21:24:49 &lt;str4d&gt; KillYourTV, no - did you not read my earlier message? 21:25:03 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: rsync master thingy is already running 21:25:46 &lt;str4d&gt; nom, that seems a bit hacky... I'd prefer a solution that still allowed for a "propagate" at a later stage once the other branch was exactly as wanted. 21:25:46 &lt;dg&gt; I've noticed some issues between how things really are and what the website says 21:26:24 &lt;psi&gt; in general the website seems to feel old and the "revamp" last i checked looks really good 21:26:28 &lt;nom&gt; str4d: yah... could separate each mergeable thing into its own branch and merge that i suppose, and keep fux as a sandbox/catch all 21:26:52 &lt;dg&gt; weltende: not documented anywhere, iirc 21:26:59 &lt;dg&gt; psi: we should speed up on the revamp 21:27:05 &lt;dg&gt; the current one feels extremely stale 21:27:12 &lt;psi&gt; dg: priorities 21:27:23 &lt;nom&gt; like use fux as a test branch, when something is ready to be included as its own component, separate the branch and merge it there, also so you can maintain it as its own thing 21:27:32 &lt;psi&gt; dg: what has more importance? website or the software? 21:27:43 &lt;str4d&gt; There does need to be improvement of the website content. I've been working on layout and structure in i2p.www.revamp but haven't touched the content (otherwise propagations would be a nightmare), so that needs working on in i2p.www 21:27:46 * str4d is still not happy with the design of the revamp, but that is not the focus right now - proper content structuring so that (a) new content can be easily added, and (b) users can find what they want easily, is the main focus 21:28:15 &lt;thursday&gt; Could we set up a blog on the official site? I'd gladly chip write a post a week or so - short tutorials and tips, development updates, etc. 21:28:18 &lt;str4d&gt; psi, that is a chicken-and-egg question. Both are important. 21:28:21 &lt;dg&gt; psi: Hell, I think the website is a big deal and it affects the software. 21:28:24 &lt;dg&gt; thursday: me too. 21:28:59 &lt;iRelay&gt; &lt;weltende@freenode&gt; thursday: already kinda done in the revamp branch.. not feature complete.. but the basic stuff is there 21:29:42 &lt;dg&gt; str4d: +1 21:29:42 &lt;nom&gt; ....big picture software is more important, but the website needs improvement, and imo theres enough people with enough time and skills to work on the website, without it impacting how much 'code' gets done 21:29:42 * psi refreshes the revamp branch 21:29:42 &lt;str4d&gt; thursday, at present the main site is just a collection of HTML files. The revamp reorganizes things so that there is a specific blog. 21:29:42 &lt;str4d&gt; (Still a collection of HTML files, but blog generation etc. is dynamic so it makes maintaining a blog much simpler) 21:29:42 &lt;nom&gt; software = community = website, as its the first introduction most people get 21:29:49 &lt;dg&gt; current site makes me think nerdy 21:30:11 &lt;dg&gt; and dead, old 21:30:18 &lt;dg&gt; I didn't know if i2p was even in active dev when I first saw it 21:30:37 &lt;str4d&gt; thursday, (and those who haven't seen it): `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/` is the revamp 21:31:01 &lt;LaughingBuddah&gt; psi: they could be worked on my different people. no need to decide for only one of the two 21:31:16 &lt;dg&gt; I can do blog posts/write ups for pages. 21:32:51 &lt;KillYourTV&gt; yes, I read your message str4d. and I call `http://killyourtv.i2p/tmp/nffnatr.png` "assange run through a filter" 21:33:17 &lt;KillYourTV&gt; (hell, back in early september it was still 'assange.png' :P) 21:34:13 &lt;thursday&gt; That looks fantastic. As someone who wants to help out with the site, is there a list of the major things that need to be done before this revamp can go live? 21:34:24 &lt;str4d&gt; KillYourTV, that is not current. If you run fux you'll see that replaced with a variant of hat guy. 21:34:47 &lt;KillYourTV&gt; I *just* downloaded that from you. 21:35:18 &lt;str4d&gt; KillYourTV, oh, then the image file might still be sitting there. But snark does not use it. 21:35:45 * str4d has often forgotten to remove random files, sometimes leaving .zip files in the update packages&gt;_&lt; 21:36:11 &lt;KillYourTV&gt; alright...NOW I can agree. It's not in the css. carry on :) (and sorry) 21:36:32 &lt;iRelay&gt; &lt;weltende@freenode&gt; hmm.. that News thingy at the end of the page is a bit to hidden imho 21:36:52 &lt;dg&gt; thursday: +1, I'd like this too. We can wrap up on this if we have that and can decide on a few people to work on that. 21:36:55 &lt;str4d&gt; thursday, feedback is key. I'm still working out the structure and layout at present, so comments on that are welcome (url layout as well as navigation) 21:36:59 &lt;dg&gt; &lt;+dg&gt; thursday: +1, I'd like this too. We can wrap up on this if we have that and can decide on a few people to work on that. 21:38:11 &lt;str4d&gt; thursday, if you want to improve content, there are many pages that could do with reworking to make it easier for end users to find/understand what they need to. 21:38:33 * str4d can go through some of that later if desired. 21:38:51 &lt;dg&gt; That'd be nice 21:39:57 &lt;LaughingBuddah&gt; Timed out...What's the topic? 21:40:40 &lt;dg&gt; Not much was said about mirroring, I think that includes the re-design though 21:40:40 &lt;dg&gt; imo, any changes to the current design are just temporary and not worth thinking too much about 21:42:10 &lt;LaughingBuddah&gt; Link to logs please 21:42:10 &lt;LaughingBuddah&gt; I'd like to read the part about mirroring/offer my services 21:42:10 &lt;str4d&gt; welterde, you were making changes to the mirroring scripts IIRC? 21:42:10 &lt;dg&gt; weltende: SSL on the sites, legit certs, SSL on the mirrors (at least some) - how possible is this? 21:42:10 &lt;dg&gt; unprofessional to have expired/none/CACert (which throws up errors = scary) 21:42:10 &lt;dg&gt; you could argue CA system is weak but better than nothing 21:42:10 &lt;dg&gt; LaughingBuddah: website etc 21:42:10 &lt;dg&gt; LaughingBuddah: very little was said wrt mirroring 21:42:10 &lt;LaughingBuddah&gt; I'd like to set up a mirror 21:42:19 &lt;str4d&gt; dg, yeah, there are long-standing issues in trac related to that. 21:42:19 &lt;dg&gt; LaughingBuddah: I figure it was because the current site is dire and we might as well wait for the new design before we do anything big. 21:42:19 &lt;dg&gt; The new site can highlight important things as well as a surge of new information. 21:42:22 &lt;LaughingBuddah&gt; Fair enough 21:42:22 &lt;dg&gt; Anything for the old site, again, IMO is just trying to keep something dead afloat. 21:42:34 &lt;dg&gt; Thank you though! :-) 21:42:34 &lt;LaughingBuddah&gt; Offer still stands 21:42:43 &lt;dg&gt; Oh, by the way, syndie.i2p2.i2p doesn't exist, but syndie.i2p2.de does 21:42:46 &lt;dg&gt; inconsistency.. 21:42:55 &lt;iRelay&gt; &lt;weltende@freenode&gt; str4d: uh.. 21:43:07 &lt;dg&gt; (Regarding Syndie, it'd be cool if someone could try poke it back alive, but we probably do not have the men) 21:43:16 &lt;iRelay&gt; &lt;weltende@freenode&gt; str4d: you mean for the revamp thing or what do you mean? 21:43:20 &lt;nom&gt; yah, wrt syndie that really should be removed from the frontpage... unless someone has taking it back up without me noticing, its been dead for years 21:43:31 &lt;dg&gt; Syndie is a really cool idea. 21:43:49 &lt;str4d&gt; welterde, IIRC you said you were reworking the mirroring scripts, and that they would be shifted out of i2p.www eventually 21:43:55 &lt;iRelay&gt; &lt;weltende@freenode&gt; str4d: I was gonna integrate that into the main site, so the mirror sites don't depend on my site anymore 21:44:14 &lt;str4d&gt; dg, one thing I hope to fix on the new site is that urls we know exist in i2p and in clearnet get auto-changed based on the user's location (rather than an i2p user having links to trac.i2p2.de for example). 21:44:32 &lt;str4d&gt; welterde, ah, okay. 21:45:03 &lt;dg&gt; str4d: oh, yes. I was thinking about that a while ago. That'd be a small but very good change for UX. 21:45:03 &lt;dg&gt; good call 21:45:03 &lt;LaughingBuddah&gt; We've got all these projects that need manpower. Maybe we start assigning people to make sure they move forward? 21:45:42 &lt;str4d&gt; dg, small from UX standpoint. %^&*ing annoying from backend standpoint&gt;_&lt; 21:45:53 * str4d has tried and so far failed 21:46:03 &lt;dg&gt; ^ this 21:47:13 &lt;hottuna&gt; are the projects organized / listed anywhere? 21:47:32 &lt;psi&gt; hottuna: iirc projects.i2p is one place 21:47:35 &lt;psi&gt; not sure 21:47:39 &lt;dg&gt; Perhaps we should create tickets in trac and assign them? 21:47:42 &lt;dg&gt; This would mean a clear, documented timeline of progress on work and to follow up who is working on it.. 21:47:45 &lt;dg&gt; str4d: sounds quite easy? :s. just s/$domain/$currentdomain/.. 21:47:45 &lt;dg&gt; str4d: Also, could do in JavaScript although not ideal. 21:47:45 &lt;dg&gt; hottuna: we're discussing them / and there's a topic on zzz.i2p to an extent about it but we're kind of trying to fix that 21:47:48 &lt;dg&gt; I propose we have trac tickets for each of the issues we've raised here, but if we can't use trac (we should though, imo since it's official) 21:47:55 &lt;dg&gt; we can use projects.i2p 21:48:10 &lt;dg&gt; trac also allows parent tickets and such, so we could have a complete way of planning this 21:48:13 &lt;LaughingBuddah&gt; What's the status on trac ---&gt; redmine? 21:48:21 &lt;psi&gt; LaughingBuddah: probably not needed atm 21:48:32 &lt;dg&gt; LaughingBuddah: awaiting weltende.. but not needed right now 21:48:35 &lt;LaughingBuddah&gt; I see 21:48:41 &lt;iRelay&gt; &lt;weltende@freenode&gt; haven't had time yet to give it a try yet 21:48:41 &lt;dg&gt; the issues with trac are more so on welt's end, not trac 21:48:44 &lt;dg&gt; software. 21:49:00 &lt;dg&gt; psi: Can you get to creating tickets for some of the issues we've raised today? 21:50:40 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: actually it's just the monotone plugin as I said before.. other downtimes weren't *that* often to be really annoying imho.. 21:50:46 &lt;nom&gt; also re trac / redmine, if anyone has any experience with fossil, i would love to hear about it, im mulling over the possibility of trying to use it to make a system for actually distributed repos/bug tracking 21:50:48 &lt;psi&gt; dg: which and where? 21:50:57 &lt;dg&gt; psi: Trac, website reorganization, managing the necessary fux changes, dealing with the mirroring stuff, etc. Just general parent ones which we can assign to people so they do not forget and it's clear who we can grill if something breaks/doesn't work. 21:50:57 &lt;darrob&gt; hasn't this "assigning jobs to people will ensure that they'll get done real quick" meme been discussed on zzz.i2p already? 21:51:04 &lt;dg&gt; darrob: maybe, but was it even done? 21:51:11 &lt;dg&gt; (or work?) 21:51:30 &lt;dg&gt; We've clearly got some people who can get some tasks done 21:51:33 &lt;psi&gt; dg: i dont get things done "fast" 21:51:33 &lt;dg&gt; trac is a way of documenting proress 21:51:33 &lt;psi&gt; dg: for me they are eventual 21:51:33 &lt;dg&gt; psi: neither do i, but i do get them done 21:52:47 &lt;iRelay&gt; &lt;weltende@freenode&gt; nom: people used to run a fossil thingy.. but afair you got into trouble if two people edited the wiki at once(in two different instances that is..) 21:53:44 &lt;nom&gt; speaking of eventual, psi: i/others could get a lot out of you writing up your thoughts on netdb structure / your baromatrix experiences so far.. like a running blog or something 21:53:59 &lt;dg&gt; nom: i certainly would 21:54:14 &lt;dg&gt; psi: if not you, I can/someone else. I'd just like something to come out of this meeting so we can follow up on it next time. :) 21:54:14 &lt;nom&gt; weltende: hmm interesting... so there would have to be some sort of system for consistency 21:54:55 &lt;iRelay&gt; &lt;weltende@freenode&gt; nom: or simply support for merging as it does for files 21:56:08 &lt;psi&gt; nom: current "status" of baromatrix is "being worked on" 21:56:08 &lt;psi&gt; nom: i have more than just i2p right now going on 21:56:15 &lt;nom&gt; psi: right, i understand, don't mean to pressure you or your time, just saying its always good to share your thoughts 21:56:46 &lt;psi&gt; i'll share thoughts when they happen nom 21:56:49 &lt;iRelay&gt; &lt;weltende@freenode&gt; baromatrix? 21:56:57 &lt;nom&gt; weltende: indeed, guess i'l have to experiment with it a bit 21:57:00 &lt;dg&gt; statistics project 21:57:10 &lt;psi&gt; baromatrix is a distributed version of stats.i2p 21:57:15 &lt;iRelay&gt; &lt;weltende@freenode&gt; ah 21:57:15 &lt;psi&gt; to "double check" the numbers 21:57:30 &lt;psi&gt; it's something that i've been meaning to do for a while 21:57:59 &lt;psi&gt; also to get a general demographic of the userbase too without being invasive 21:58:58 &lt;nom&gt; also uh... wheres the code? the git.repo seems to be .... nothing? 22:03:28 &lt;dg&gt; I guess we should wrap up then 22:03:35 &lt;dg&gt; Thanks for being involved, everyone. hopefully this can become a regular thing. 22:03:46 &lt;dg&gt; Anyone got any more to say/issues to raise? 22:04:07 &lt;LaughingBuddah&gt; Maybe we should schedule the next one? 22:04:26 &lt;dg&gt; Next Tuesday at 9PM UTC? 22:04:29 &lt;dg&gt; 8PM seemed a little rough for some people. 22:04:45 &lt;hottuna&gt; bampf? 22:04:56 * dg bampfs the meeting closed ;-) 22:05:30 &lt;hottuna&gt; thanks dg, this seems like a good thing 22:06:00 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: for me 7PM would be better.. 22:06:10 &lt;dg&gt; hottuna: Thank you, I've had a lot of support, it was a little rough at the start of this and I felt anxious about how it'd go, but it went well. Perhaps we could see more of you/others next time too! 22:06:17 &lt;dg&gt; weltende: 7PM UTC is ok for me, I think. 22:06:28 &lt;dg&gt; weltende: 8PM caused issues for str4d 22:06:43 &lt;dg&gt; Next Tuesday @ 7:30PM? 22:09:40 &lt;iRelay&gt; &lt;weltende@freenode&gt; sounds good 22:10:28 &lt;LaughingBuddah&gt; +1 22:10:39 &lt;dg&gt; Great. 22:14:59 &lt;LaughingBuddah&gt; Cya all 22:15:02 &lt;LaughingBuddah&gt; dg: good meeting </div>/cs/blog/2012/10/27/vyd%C3%A1n%C3%AD-0.9.3/Sat, 27 Oct 2012 00:00:00 +0000/cs/blog/2012/10/27/vyd%C3%A1n%C3%AD-0.9.3/<p>0.9.3 zahrnuje rozsáhlé změny na nízké úrovni v řazení zpráv do fronty v routeru. Implementujeme algoritmus CoDel Active Queue Management (AQM). Také sjednocujeme mechanismy řazení do front a priorit v transports (transportní moduly) pro usnadnění diagnostiky a snížení síťové latence. Pokračujeme v opravách chyb v UDP transportu a ve zvyšování odolnosti UDP vůči útokům. Jsou zde další změny ke zlepšení výkonu routeru a snížení jeho spotřeby paměti. Také ve výchozím nastavení zapínáme podporu DHT v i2psnarku, představenou v minulém vydání.</p>/cs/blog/2012/09/21/vyd%C3%A1n%C3%AD-0.9.2/Fri, 21 Sep 2012 00:00:00 +0000/cs/blog/2012/09/21/vyd%C3%A1n%C3%AD-0.9.2/<p>Verze 0.9.2 obsahuje rozsáhlé nízkoúrovňové změny s cílem zlepšit výkon a efektivitu routeru. Aktualizovali jsme naši knihovnu UPnP, v naději, že UPnP bude fungovat více uživatelům. I2PSnark nyní podporuje DHT, ale tato podpora zatím není ve výchozím nastavení aktivována, protože plánujeme provést více testování během nadcházejícího vývojového cyklu 0.9.3.</p> <p>Jako obvykle toto vydání obsahuje také mnoho oprav chyb, proto se doporučuje aktualizovat.</p> <p>Soubory jsou k dispozici na <a href="../cs/downloads">stránce ke stažení</a> .</p> <h2 id="podrobnosti-vydání">PODROBNOSTI VYDÁNÍ</h2> <h2 id="hlavní-změny">Hlavní změny</h2> <ul> <li>SSU: Fix several problems in our UDP transport, to improve efficiency and reliability for connection setup. Also improve defenses against various types of bad input.</li> <li>UPnP: Updated our library to fix several issues, should work for more routers now</li> <li>Transport: Improve performance in both our TCP and UDP transports, to benefit high-bandwidth routers</li> <li>Crypto: The thresholds and number of ElGamal/AES Session Tags delivered are now much more flexible, which should lessen protocol overhead and reduce stalls caused by dropped tags.</li> <li>I2PSnark: Add DHT support, not yet enabled by default, will do further testing and plan to enable by default in 0.9.3.</li> </ul> <h2 id="opravy-chyb">Opravy chyb</h2> <ul> <li>Fix various issues affecting memory usage and performance on high-bandwidth routers</li> <li>Fix problems in UDP for routers using a reduced-MTU connection, e.g. a VPN</li> <li>Fix i2psnark bug that prevented a completion announcement to the tracker</li> <li>Fix a lock contention problem in i2ptunnel</li> <li>Fix some OSX installation issues</li> <li>Remove uses of direct byte buffers that may have been leaking</li> </ul> <h2 id="ostatní">Ostatní</h2> <ul> <li>Reduce overhead in network messages</li> <li>Add &ldquo;universal&rdquo; theme support</li> <li>Theme updates</li> <li>Add a jbigi library for Raspberry Pi</li> <li>New Scala unit test framework</li> <li>Translation updates for Czech, Dutch, German, and Greek</li> <li>Update wrapper to 3.5.15 (new installs and PPA only)</li> <li>Update GeoIP data (new installs and PPA only)</li> </ul> <h2 id="kontrolní-součty-sha256">Kontrolní součty SHA256:</h2> <pre tabindex="0"><code>4cc506d74bea772d304a8fc1d4adee900e5d7d38cbf896bd8aa9de31002b4f43 i2pinstall_0.9.2_windows.exe 7eb1b62bdb955691dfd645acc2172fe7947266e35f201273f702272d57b80a70 i2pinstall_0.9.2.jar ac0262120868a01d11b27ce56a7fea5ea243e261d0d7ff6e6dd59e18987a1be5 i2psource_0.9.2.tar.bz2 c547b81822ff642e52a9196e847466b5613219fc695bc26485930c7a855e0cee i2pupdate_0.9.2.zip f8b34fe7764d828fbdbcc13efd4f8f4ae20697f84c1c3772213241fa2ce0786a i2pupdate.su2 8ee355a27713f43a2a37dcfb70a4ea1d9f6c1fbad2d33a35083c0a33afaedeec i2pupdate.sud </code></pre>/cs/blog/2012/07/30/vyd%C3%A1n%C3%AD-0.9.1/Mon, 30 Jul 2012 00:00:00 +0000/cs/blog/2012/07/30/vyd%C3%A1n%C3%AD-0.9.1/<p>0.9.1 obsahuje velké množství oprav chyb pro i2psnark, některá vylepšení ve streaming lib (streamovací knihovně), změny na domovské stránce, nové motivy a aktualizace překladů. Doporučujeme aktualizovat.</p> <p>Soubory jsou k dispozici na <a href="../cs/downloads">stránce ke stažení</a> .</p> <h2 id="podrobnosti-o-vydání">Podrobnosti o vydání</h2> <h2 id="i2psnark">I2PSnark</h2> <ul> <li>Fix several bugs in downloading torrents with skipped files</li> <li>Fix places where rarest-first was not honored</li> <li>Fix handling of encoded magnet links</li> <li>Additional inbound connection limits</li> <li>Immediate closing of connections with handshake errors</li> <li>Blocklist peers with multiple handshake errors</li> <li>Delay &ldquo;ballooning&rdquo; files on disk until required, to speed torrent adds</li> <li>Store partial pieces in temp files to greatly reduce memory usage when leeching</li> <li>Remove peers restriction when leeching torrents with large pieces</li> <li>Improve configuration of open and private trackers</li> <li>Prevent configuration of default trackers as private</li> <li>Improved display and control of torrent file downloads</li> <li>Reduced number of threads</li> <li>Faster startup and shutdown of torrents</li> <li>Allow clearing of message box</li> <li>New light theme</li> <li>Torrent info page updates and cleanups</li> <li>Fix problems with restarted torrents</li> <li>Delay tunnel close at shutdown to ensure trackers are notified</li> <li>Better UI behavior during tunnel startup and shutdown</li> </ul> <h2 id="opravy-chyb">Opravy chyb</h2> <ul> <li>Prevent shutdown hangs caused by buggy plugins</li> <li>Fix for Raspberry Pi crashing</li> <li>Fix rare job queue hang</li> <li>Fix routing key modifier rarely not updating at midnight</li> <li>Fix excessive padding in some AES-encrypted messages</li> <li>Fix occasional gunzip failures</li> <li>Several fixes to streaming lib to speed recovery after dropped packets and improve retransmit behavior</li> <li>Fix bug that reduced reuse of tunnels</li> </ul> <h2 id="ostatní">Ostatní</h2> <ul> <li>Ports are now passed through the SOCKS and HTTP proxies to support eepsite virtual hosts. See <code>http://zzz.i2p/topics/1182</code> for setup instructions.</li> <li>I2PTunnel configuration changes now take effect immediately. No tunnel restart required.</li> <li>Summary bar iframe removed, refresh is now via Javascript only</li> <li>Reduce netDB flood redundancy</li> <li>Reduce stats publishing frequency</li> <li>Minor router console changes</li> <li>New Hungarian and Greek translations</li> <li>Completed Italian translation</li> <li>Updates to Dutch, Finnish, French, German, Spanish, and Swedish translations</li> <li>Update geoip to Maxmind 2012-07-04</li> <li>Theme updates</li> <li>Theme support for SusiMail and SudiDNS; new dark themes</li> <li>I2PTunnel and SusiDNS now iframed with summary bar</li> <li>Console home page now shows news summary in summary bar</li> <li>Console home page icon updates</li> <li>Console summary bar now configurable</li> <li>Change the HTTP proxy error code from 404 to 500</li> <li>Cleanups for efficiency in netdb and I2CP</li> <li>Increase timeout for internal uses of eepget to improve reliability</li> </ul> <h2 id="kontrolní-součty-sha256">Kontrolní součty SHA256:</h2> <pre tabindex="0"><code>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 </code></pre>/cs/blog/2012/05/02/vyd%C3%A1n%C3%AD-0.9/Wed, 02 May 2012 00:00:00 +0000/cs/blog/2012/05/02/vyd%C3%A1n%C3%AD-0.9/<p>Vydání 0.9 završuje více než rok a půl práce na řadě 0.8.x, během níž jsme výrazně zlepšili výkon a bezpečnost routeru a škálovatelnost sítě.</p> <p>Ve verzi 0.9 přecházíme na Jetty 6 pro konzoli a webový server eepsite a zavádíme zjednodušenou domovskou stránku konzole routeru. Toto vydání je síťově kompatibilní s dřívějšími vydáními, nicméně níže naleznete důležité informace o kompatibilitě se stávajícími eepsite, zásuvnými moduly a webovými aplikacemi. Doporučujeme provést aktualizaci.</p>/cs/blog/2012/02/27/vyd%C3%A1n%C3%AD-0.8.13/Mon, 27 Feb 2012 00:00:00 +0000/cs/blog/2012/02/27/vyd%C3%A1n%C3%AD-0.8.13/<p>Verze 0.8.13 obsahuje několik oprav chyb a pár nových funkcí. Jsme rádi, že poslední verze výrazně zlepšila výkon a síť běží dobře navzdory pokračujícímu rychlému růstu. Doporučujeme aktualizovat.</p> <p>Soubory jsou k dispozici na <a href="../cs/downloads">stránce ke stažení</a> .</p> <h2 id="podrobnosti-o-vydání">PODROBNOSTI O VYDÁNÍ</h2> <p>Toto je pravděpodobně poslední vydání před verzí 0.9, ve kterém přejdeme na Jetty 6 a zavedeme zjednodušenou domovskou stránku router console. V následujících týdnech sledujte sekci novinek ve vaší router console, kde najdete další informace o příštím vydání.</p>/cs/blog/2012/01/06/vyd%C3%A1n%C3%AD-0.8.12/Fri, 06 Jan 2012 00:00:00 +0000/cs/blog/2012/01/06/vyd%C3%A1n%C3%AD-0.8.12/<p>Vydání 0.8.12 opravuje několik chyb vedoucích k poškození zpráv, z nichž některé existovaly už od roku 2005. Obsahuje také přepracování mechanismu řízení zahlcení pro router a pokračující optimalizaci využití CPU a paměti. Věříme, že tyto změny zlepší výkon sítě. Doporučujeme aktualizaci.</p> <p>Soubory jsou k dispozici na <a href="../cs/downloads">stránce ke stažení</a> .</p> <h2 id="podrobnosti-vydání">PODROBNOSTI VYDÁNÍ</h2> <p>Toto vydání obsahuje několik zásadních změn, které by měly zlepšit spolehlivost a výkon sítě.</p> <p>První dvě změny jsou opravami závažných chyb v přenosu UDP paketů, které jsou popsány níže. Třetí změna představuje opravy dekompresoru. Tyto opravy by měly odstranit významný zdroj selhání doručování zpráv.</p>/cs/blog/2011/11/08/vyd%C3%A1n%C3%AD-0.8.11/Tue, 08 Nov 2011 00:00:00 +0000/cs/blog/2011/11/08/vyd%C3%A1n%C3%AD-0.8.11/<p>Jak jste si všichni všimli, bezprecedentní růst sítě, který začal 5. října, dramaticky zvýšil zahlcení sítě, zejména ve večerních hodinách (UTC) a o víkendech. Poslední dvě vydání obsahovala několik změn, u nichž jsme doufali, že uleví tlaku, ale bohužel tato opatření přinesla jen omezený úspěch. Hlavním problémem je omezit počet přímých router-to-router spojení v síti. To není nový problém; pracujeme na něm už několik let, a to s dobrými výsledky. Nicméně nedávný růst nás opět posunul za hranu.</p>/cs/blog/2011/10/20/vyd%C3%A1n%C3%AD-0.8.10/Thu, 20 Oct 2011 00:00:00 +0000/cs/blog/2011/10/20/vyd%C3%A1n%C3%AD-0.8.10/<p>Vydání 0.8.10 zahrnuje dvě změny, jejichž cílem je snížit počet spojení router‑to‑router, a tím zlepšit úspěšnost sestavování tunnel a celkovou spolehlivost. Samozřejmě je tu také několik oprav chyb a aktualizací překladů.</p> <p>Soubory jsou k dispozici na <a href="../cs/downloads">stránce ke stažení</a> .</p> <h2 id="podrobnosti-o-vydání">PODROBNOSTI O VYDÁNÍ</h2> <h2 id="hlavní-změny">Hlavní změny</h2> <ul> <li>Disable tunnel testing as it forces too many router connections</li> <li>Select outbound endpoint - inbound gateway paths that are closer, using an XOR metric, to reduce router connections</li> </ul> <h2 id="opravy-chyb">Opravy chyb</h2> <ul> <li>Fix exceptions at shutdown</li> <li>Fix concurrency errors in SSU</li> <li>Fix timeout message on POST</li> </ul> <h2 id="ostatní">Ostatní</h2> <ul> <li>Increase max tunnels, reduce router info expiration</li> <li>Add gunzip support to eepget to reduce reseed bandwidth</li> <li>Finnish, Italian, Russian, and Swedish translation updates</li> </ul> <h2 id="kontrolní-součty-sha256">Kontrolní součty SHA256:</h2> <pre tabindex="0"><code>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 </code></pre>/cs/blog/2011/10/11/vyd%C3%A1n%C3%AD-0.8.9/Tue, 11 Oct 2011 00:00:00 +0000/cs/blog/2011/10/11/vyd%C3%A1n%C3%AD-0.8.9/<p>Vydání 0.8.9 přináší několik zlepšení výkonu a mnoho změn, které pomáhají zvládat pokračující rychlý růst sítě. Používá novou iterativní metodu vyhledávání v síťové databázi Kademlia, která by měla být spolehlivější a efektivnější. K našemu transportnímu protokolu SSU (UDP) přibyla také řada vylepšení, která by měla zlepšit spolehlivost a efektivitu. Pro zvýšení úspěšnosti sestavování tunnel (I2P tunelů) jsme provedli několik změn. A samozřejmě také spousta oprav chyb a aktualizací překladů.</p> <p>Síť v posledních týdnech poměrně rychle vyrostla, což je skvělá zpráva, ale způsobilo to určitou nestabilitu. Vítáme všechny naše nové uživatele a prosíme vás o trpělivost, zatímco software vylepšujeme.</p>/cs/blog/2011/09/03/letn%C3%AD-k%C3%B3dov%C3%A1n%C3%AD-ipredatoru/Sat, 03 Sep 2011 00:00:00 +0000/cs/blog/2011/09/03/letn%C3%AD-k%C3%B3dov%C3%A1n%C3%AD-ipredatoru/<p>itoopie a I2PControl se spouštějí!</p> <p>S potěšením oznamuji, že itoopie a I2PControl jsou veřejně dostupné.</p> <p>itoopie je grafické rozhraní určené jako doplněk k I2P Router Console. Cílem itoopie je poskytnout rozhraní, které je jednodušší a má nižší křivku učení než I2P Router Console.</p> <p>I2PControl je zásuvný modul pro I2P, který poskytuje rozhraní JSONRPC pro I2P router. Rozhraní umožňuje nastavit základní parametry (šířku pásma, porty apod.), číst mnoho statistik a je poskytováno přes SSL šifrované připojení HTTP.</p>/cs/blog/2011/08/23/vyd%C3%A1n%C3%AD-0.8.8/Tue, 23 Aug 2011 00:00:00 +0000/cs/blog/2011/08/23/vyd%C3%A1n%C3%AD-0.8.8/<p>Vydání I2P 0.8.8 zavádí novou databázi hosts.txt pro urychlení vyhledávání názvů hostitelů a ukládání dalších informací o záznamech názvů hostitelů. Zahrnuje také vylepšení, která urychlují začlenění routeru do sítě při spuštění. Nový kód detekuje a reaguje na výrazné posuny systémového času, což by mělo pomoci routeru zotavit se po uspání a probuzení počítače.</p> <p>Jsou k dispozici nové překlady pro dánštinu a ukrajinštinu a spousta aktualizací v dalších jazycích. Dále jsou samozřejmě zahrnuty i rozsáhlé opravy chyb, vylepšení výkonu a aktualizace, které pomáhají zvládnout pokračující rychlé rozšiřování sítě.</p>/cs/blog/2011/06/27/vyd%C3%A1n%C3%AD-0.8.7/Mon, 27 Jun 2011 00:00:00 +0000/cs/blog/2011/06/27/vyd%C3%A1n%C3%AD-0.8.7/<p>Vydání I2P 0.8.7 obsahuje několik vylepšení dlouho zanedbávaných komponent, včetně namingových služeb, zobrazování grafů, nativních knihoven CPU ID a BigInteger, kryptografických implementací a wrapperu.</p> <p>Díky novému přispěvateli KillYourTV, který sehrál klíčovou roli při implementaci a testování těchto vylepšení, a další podpoře od sponge a hottuna.</p> <p>Vylepšení CPU ID vytvořil hottuna, jejichž vývoj byl štědře financován společnostmi Relakks a Ipredator - díky Peteru Sundeovi a Janu-Eriku Fiskemu za jejich podporu.</p> <p>Poprvé také máme oficiální <a href="https://launchpad.net/~i2p-maintainers/&#43;archive/i2p">I2P Personal Package Archive (PPA) na launchpad.net</a> . Pro ty z vás, kdo používají Ubuntu, to představuje snadný způsob, jak nainstalovat I2P a udržovat jednotlivé součásti aktuální. Balíček I2P nabízí možnost instalace jako služby, nebo jej lze podle potřeby spouštět jako obvykle. Toto PPA v současnosti spravuje KillYourTV s podporou dalších členů vývojového týmu. <a href="http://www.i2p2.de/debian">Pokyny k instalaci pro Ubuntu/Debian</a> jsou na našem webu.</p>/cs/blog/2011/06/06/ipredator-l%C3%A9to-s-k%C3%B3dem/Mon, 06 Jun 2011 00:00:00 +0000/cs/blog/2011/06/06/ipredator-l%C3%A9to-s-k%C3%B3dem/<p>Byl jsem pověřen přispět do I2P kódem během léta 2011, a to implementací řídicího protokolu a klienta pro tento protokol (podobně jako <a href="https://www.torproject.org/projects/vidalia.html">Vidalia</a> pro Tor). Tato práce vzešla z nápadu Jan-Erika Fiskeho z <a href="http://viaeuropa.se">ViaEuropa</a> a Petera Sundeho, známého díky <a href="https://flattr.com">flattr</a> a <a href="http://thepiratebay.org/">The Pirate Bay</a> , a její financování štědře zajistí <a href="https://www.relakks.com/?cid=gb">Relakks</a> a Ipredator.</p> <p>Aktuální informace najdete na fóru zzz a v kanálu #i2p-dev na chat.freenode.net</p> <p>Díky</p> <p>// hottuna (nebo Robert)</p>/cs/blog/2011/05/16/vyd%C3%A1n%C3%AD-0.8.6/Mon, 16 May 2011 00:00:00 +0000/cs/blog/2011/05/16/vyd%C3%A1n%C3%AD-0.8.6/<p>Vydání 0.8.6 obsahuje více obranných mechanismů při výběru peerů, aby odolalo silným útočníkům, a úpravy pro přizpůsobení se nedávnému rychlému růstu sítě. Doporučujeme aktualizovat.</p> <p>Pomozte prosím rozšiřovat síť. <a href="http://www.i2p2.de/getinvolved.html">Zapojte se</a> , šiřte povědomí a <a href="http://www.i2p2.de/donate.html">přispějte</a> ! Pokud najdete chybu, prosím nahlaste ji na gitlab. Stále hledáme pomoc s novými i stávajícími překlady. Prosíme, přihlaste se jako dobrovolníci na IRC #i2p-dev.</p> <p>Soubory jsou k dispozici na <a href="../cs/downloads/">stránce ke stažení</a> .</p> <h2 id="podrobnosti-o-vydání">Podrobnosti o vydání:</h2> <ul> <li>Strip trailing nulls from malformed UPnP responses from devices</li> <li>Fix a cause of excess tunnel creation</li> <li>Peer organization and selection changes to resist fast tier enumeration and manipulation by attackers</li> <li>Increase floodfill pool and decrease router info expiration time to adjust to recent network growth</li> </ul> <h2 id="kontrolní-součty-sha256">Kontrolní součty SHA256:</h2> <pre tabindex="0"><code>0bd9927d607d2ac9986732b29b1c4b15a0fbb3521b2fa14dded10d5a57333efc i2pinstall_0.8.6.exe d784ab7ccfdf60f7ad71d625cd88c88c9290d3aeecfa419e03a7930e3faa72d0 i2psource_0.8.6.tar.bz2 e7153b4635c79b5c2592adb7597e4c4fd8bc38c87fb34925fad6a965f4d83de8 i2pupdate_0.8.6.zip 28af7bc483e6ae91325771ce368ba28cb65ccdafef739336454720578864f326 i2pupdate.su2 dcff98e499122b7b6fc4e7dd7fddb1d8a45684460246da5b4eb5eeb3b1ed351f i2pupdate.sud </code></pre>/cs/blog/2011/04/18/vyd%C3%A1n%C3%AD-0.8.5/Mon, 18 Apr 2011 00:00:00 +0000/cs/blog/2011/04/18/vyd%C3%A1n%C3%AD-0.8.5/<p>Verze 0.8.5 obsahuje několik oprav chyb, vylepšení výkonu a řadu aktualizací překladů. Jako obvykle se doporučuje aktualizovat.</p> <p>Prosíme, pomozte rozšiřovat síť. <a href="http://www.i2p2.de/getinvolved.html">Zapojte se</a> , šířte povědomí a <a href="http://www.i2p2.de/donate.html">přispějte</a> ! Pokud najdete chybu, prosím nahlaste ji na gitlab. Stále hledáme pomoc s novými i stávajícími překlady. Prosíme, přihlaste se jako dobrovolníci na IRC #i2p-dev.</p> <p>Soubory jsou k dispozici na <a href="../cs/downloads/">stránce ke stažení</a> .</p> <h2 id="podrobnosti-vydání">Podrobnosti vydání:</h2> <ul> <li>Lots of router console HTML fixes</li> <li>i2psnark magnet handling fixes</li> <li>SusiMail Translation support by &ldquo;duck&rdquo;</li> <li>Continuing work on the Arabic translation by &ldquo;hamada&rdquo;</li> <li>Completion of the French translation by &ldquo;magma&rdquo;</li> <li>Completion of the Spanish translation by &ldquo;punkibastardo&rdquo; and &ldquo;user&rdquo;</li> <li>Other translation updates</li> <li>Better support for text-mode browsers</li> <li>Profile display improvements</li> <li>Tunnel build request queue limiting</li> <li>Require nonce to change console language</li> <li>i2psnark improved logging of errors</li> <li>i2psnark improved metainfo handling</li> <li>Use the reseed server as a backup time source</li> <li>Change profile file extension from .dat to .txt.gz</li> <li>Change all i2ptunnels to 3 hops for new installs</li> <li>Add all bogons to blocklist for new installs</li> <li>More efficient use of entropy for padding</li> </ul> <h2 id="kontrolní-součty-sha256">Kontrolní součty SHA256:</h2> <pre tabindex="0"><code>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 </code></pre>/cs/blog/2011/03/02/vyd%C3%A1n%C3%AD-0.8.4/Wed, 02 Mar 2011 00:00:00 +0000/cs/blog/2011/03/02/vyd%C3%A1n%C3%AD-0.8.4/<p>Vydání 0.8.4 obsahuje některá vylepšení výkonu a důležité opravy chyb. Také i2psnark nyní podporuje magnet odkazy. Jako obvykle se doporučuje aktualizace.</p> <p>Pomozte, prosím, rozšířit síť. <a href="http://www.i2p2.de/getinvolved.html">Zapojte se</a> , šiřte povědomí a <a href="http://www.i2p2.de/donate.html">přispějte</a> ! Pokud najdete chybu, prosím, nahlaste ji na gitlab. Stále hledáme pomoc s novými i stávajícími překlady. Přihlaste se prosím jako dobrovolníci na IRC #i2p-dev.</p> <p>Soubory jsou k dispozici na <a href="../cs/downloads/">stránce ke stažení</a> .</p> <h2 id="podrobnosti-o-vydání">Podrobnosti o vydání:</h2> <ul> <li>Fix a severe memory leak in router I2CP session management that caused router crashes for people running the Robert bittorrent client</li> <li>Fix a bug from 0.8.2 that filtered cookies in the HTTP Server tunnel, causing authentication problems for some eepsites (I2P Sites)</li> <li>Several fixes for rare NPEs</li> </ul> <h2 id="i2psnark">I2PSnark</h2> <ul> <li>Magnet and &ldquo;maggot&rdquo; link support</li> <li>Peer Exchange</li> <li>Metadata transfer</li> <li>Details page enhancements</li> <li>Bandwidth limiter improvements</li> <li>Bug fixes</li> </ul> <h2 id="ostatní">Ostatní</h2> <ul> <li>More performance improvements</li> <li>Adjustment to peer selection, to hopefully use more of the available network capacity</li> <li>Translation updates</li> <li>Start of a new Arabic translation by &lsquo;hamada&rsquo;</li> </ul> <h2 id="kontrolní-součty-sha256">Kontrolní součty SHA256:</h2> <p>Uveďte POUZE překlad, nic jiného:</p>/cs/blog/2011/01/24/vyd%C3%A1n%C3%AD-0.8.3/Mon, 24 Jan 2011 00:00:00 +0000/cs/blog/2011/01/24/vyd%C3%A1n%C3%AD-0.8.3/<p>Verze 0.8.3 obsahuje několik vylepšení výkonu, včetně snížení počtu vláken a spotřeby paměti a rychlejší komunikace I2CP (klient-router).</p> <p>Je zde také nová podpora SSL pro Router Console, nová konfigurační stránka reseedu včetně podpory HTTP proxy pro ty, kteří jsou za restriktivními firewally, nová sekce konfigurace I2CP včetně podpory I2CP-over-SSL pro vzdálené klienty, nová sekce konfigurace limitů připojení serveru a blacklistu pro zvýšenou ochranu proti DoS a nová sekce konfigurace HTTP proxy jump serveru, abyste mohli snadno přidat alternativní jump servery. Statistiky jsou nyní ve výchozím nastavení omezené, aby se snížilo využití paměti; plnou sadu statistik lze znovu povolit na stránce konfigurace statistik. Samozřejmě jsou zde také opravy chyb, takže jako obvykle doporučujeme aktualizaci.</p>/cs/blog/2010/12/22/vyd%C3%A1n%C3%AD-0.8.2/Wed, 22 Dec 2010 00:00:00 +0000/cs/blog/2010/12/22/vyd%C3%A1n%C3%AD-0.8.2/<p>Vydání 0.8.2 zahrnuje rozsáhlé opravy chyb a aktualizace motivů v routeru a v i2psnarku. Jsou zde také optimalizace pro snížení využití paměti v i2psnarku. HTTP a SOCKS proxy nyní podporují lokální i vzdálenou autorizaci. Doporučujeme aktualizaci.</p> <p>I2P bude na 27C3 v Berlíně v týdnu od 27. prosince. Hledejte tam lidi z I2P a řekněte si o I2P samolepky!</p> <p>Pomozte prosím rozšířit síť. <a href="http://www.i2p2.de/getinvolved.html">Zapojte se</a> , šiřte povědomí a <a href="http://www.i2p2.de/donate.html">přispějte</a> ! Pokud najdete chybu, nahlaste ji prosím na gitlab. Stále hledáme pomoc s novými i stávajícími překlady. Ozvěte se prosím na IRC #i2p.</p>/cs/blog/2010/11/15/vyd%C3%A1n%C3%AD-0.8.1/Mon, 15 Nov 2010 00:00:00 +0000/cs/blog/2010/11/15/vyd%C3%A1n%C3%AD-0.8.1/<p>Vydání 0.8.1 obsahuje obvyklou sadu oprav chyb a vylepšení výkonu. Je zde také nový motiv pro i2psnark a několik aktualizací překladů. Doporučuje se aktualizovat.</p> <p>Please help grow the network. Give the developers feedback on IRC #i2p or <a href="http://forum.i2p2.de/">forum.i2p2.de</a> and <a href="http://www.i2p2.de/getinvolved.html">get involved</a> , spread the word, and <a href="http://www.i2p2.de/donate.html">donate</a> ! We are still looking for help on new and existing translations. Please volunteer on IRC #i2p.</p> <p>Soubory jsou k dispozici na <a href="../cs/downloads/">stránce ke stažení</a> .</p> <p><strong>Podrobnosti vydání:</strong></p>/cs/blog/2010/09/08/i2p-v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-8.-z%C3%A1%C5%99%C3%AD-2010/Wed, 08 Sep 2010 00:00:00 +0000/cs/blog/2010/09/08/i2p-v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-8.-z%C3%A1%C5%99%C3%AD-2010/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> </p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 22:02 &lt;@Mathiasdm&gt; dobře 22:02 &lt;@Mathiasdm&gt; čas na schůzku 22:03 &lt;@Mathiasdm&gt; 0) Ahoj 22:03 &lt;@Mathiasdm&gt; 1) Pokrok v obsahu webu 22:03 &lt;@Mathiasdm&gt; 2) Pokrok na backendu webu 22:03 &lt;@Mathiasdm&gt; 3) Místo pro diskuzi vývojářů 22:03 &lt;@Mathiasdm&gt; 4) Přiřazování úkolů + řešení neshod 22:03 &lt;@Mathiasdm&gt; 5) Aktualizace stavu 22:03 &lt;@Mathiasdm&gt; 6) Nadcházející vývojářské konference 22:03 &lt;@Mathiasdm&gt; dobře 22:03 &lt;@Mathiasdm&gt; 0) Ahoj 22:04 &lt;@Mathiasdm&gt; Vítejte na 208. vývojářské schůzce! (beze studu ukradeno od badgera :p) 22:04 * Mathiasdm šťouchne do všech 22:04 &lt;eche|on&gt; *poke* 22:04 * Mathiasdm šťouchne do zzz, díky za op 22:06 &lt;@Mathiasdm&gt; hm, je potřeba víc šťouchání, aby se všichni probudili? zzz badger dr|z3d dream duck eche|on hottuna postman sponge superuser ReturningNovice (promiňte :)) 22:06 &lt;eche|on&gt; *POKE* 22:06 &lt;@Mathiasdm&gt; promiň, eche|on :p viděl jsem tvůj poke 22:08 &lt;duck&gt; moin 22:08 &lt;@Mathiasdm&gt; moin duck 22:09 &lt;hawk&gt; * Mathiasd1 pokes welterde 22:11 &lt;@Mathiasdm&gt; dobře, tak ještě chvilku počkáme, protože zatím jsme jen tři 22:11 &lt;@Mathiasdm&gt; kdokoli se chce přidat, prostě poke zpátky 22:11 &lt;whitenoise&gt; *poke* 22:11 &lt;@zzz&gt; ack 22:12 &lt;@Mathiasdm&gt; aha, vedoucí vývojář, dobré :) 22:13 &lt;@Mathiasdm&gt; a aby se mohlo připojit co nejvíc lidí, počkáme ještě 2 minuty a pak začneme 22:14 &lt;@Mathiasdm&gt; teď ještě 1 minuta 22:14 &lt;superuser&gt; mooin 22:15 &lt;@Mathiasdm&gt; přesně na čas, superuser ;) 22:15 &lt;@Mathiasdm&gt; ahoj všichni 22:15 &lt;superuser&gt; ;-) 22:15 &lt;superuser&gt; ahoj Mathiasdm 22:15 &lt;superuser&gt; a všichni 22:15 &lt;@Mathiasdm&gt; 1) Pokrok v obsahu webu 22:15 &lt;@Mathiasdm&gt; jak asi všichni víme, vývoj I2P je momentálně pozastaven kvůli přepracování specifikací 22:16 * Mathiasdm předává horký brambor zzz, aby mohl mluvit o postupu přepracování specifikací 22:16 &lt;eche|on&gt; správně 22:17 &lt;@zzz&gt; je to 7 týdnů, postup je pomalý. Teď pracuji na i2cp, už jsem nad tím strávil několik hodin 22:17 &lt;@zzz&gt; potřebuji, aby se zapojili i další lidi, jak na tom, co slíbili udělat, tak na věcech, které ještě nikdo nevzal 22:17 &lt;@zzz&gt; eot 22:18 &lt;@Mathiasdm&gt; dobře 22:18 * Mathiasdm se do toho zítra zase pustí, vývojové prostředí je teď znovu nastavené 22:18 &lt;@Mathiasdm&gt; má-li k tomu někdo další co říct, sem s tím :) 22:19 &lt;@Mathiasdm&gt; asi ne 22:19 &lt;@Mathiasdm&gt; hm 22:19 &lt;@Mathiasdm&gt; 2) Pokrok na backendu webu 22:19 &lt;eche|on&gt; Myslím, že je to skvělé od lidí, kteří to dělají. 22:19 &lt;@Mathiasdm&gt; oh 22:19 &lt;@Mathiasdm&gt; promiň :) 22:21 &lt;@Mathiasdm&gt; 2) teď přeskočíme, ledaže by přišel welt 22:21 &lt;@Mathiasdm&gt; 3) Místo pro diskuzi vývojářů 22:22 &lt;@Mathiasdm&gt; to souvisí s `http://zzz.i2p/topics/719` 22:22 &lt;@Mathiasdm&gt; Cituji: 22:22 &lt;@Mathiasdm&gt; "* 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 &lt;eche|on&gt; vývojářské diskuze jsou těžké téma. IRC je fajn, ale není spolehlivé ani archivované 22:22 &lt;@Mathiasdm&gt; ano, souhlas 22:23 &lt;@Mathiasdm&gt; ale je z čeho vybírat spousta věcí 22:23 &lt;@Mathiasdm&gt; zzz.i2p, forum.i2p, mailing list (e-mailová konference) 22:23 &lt;@Mathiasdm&gt; no dobře, 3 věci :p 22:23 &lt;eche|on&gt; navrhoval bych nějaké centrální místo s archivem 22:23 &lt;eche|on&gt; se zálohou. 22:24 &lt;@Mathiasdm&gt; ano 22:24 &lt;@Mathiasdm&gt; ale nastavit pro to distribuované úložiště zní jako těžký úkol :p 22:24 &lt;@Mathiasdm&gt; i když mailing list by šel, myslím 22:25 &lt;@Mathiasdm&gt; mailing list je tak trochu distribuovaný 22:25 &lt;eche|on&gt; :-) 22:25 &lt;superuser&gt; není samotný web už distribuovaný? 22:25 &lt;@Mathiasdm&gt; někdo další, nápady? 22:25 &lt;eche|on&gt; mailing list je taky dobré řešení, 22:26 &lt;superuser&gt; mohlo by to jít i tam 22:26 &lt;@Mathiasdm&gt; ano, ale to nezahrnuje fórum, superuser 22:26 &lt;eche|on&gt; pravda, web je v monotone 22:26 &lt;@Mathiasdm&gt; pravda 22:26 &lt;superuser&gt; ne, nemyslím fórum, ale samotný web 22:26 &lt;superuser&gt; nejsou tam někde dostupné i staré vývojářské schůzky? 22:26 &lt;@Mathiasdm&gt; ale těžko se diskutuje, když musíš své diskuze commitovat do monotone :p 22:27 &lt;superuser&gt; pravda 22:27 &lt;@Mathiasdm&gt; možná s novým backendem, na kterém pracuje welt, to bude schůdnější 22:27 &lt;superuser&gt; mělo by to smysl jen pro archivaci, ne pro samotné průběžné diskutování 22:28 &lt;@Mathiasdm&gt; jako dočasné řešení bych navrhl: když vedete velkou diskuzi na IRC, napište pár poznámek na _nějaké_ trvalé médium 22:29 &lt;@Mathiasdm&gt; ať už to je zzz.i2p, mailing list nebo fórum 22:29 &lt;@Mathiasdm&gt; vím, je to trochu vágní 22:29 &lt;eche|on&gt; Hlasuji pro mailing list ++ 22:29 &lt;@Mathiasdm&gt; hm, welt, jsou někde na webu pokyny k mailing listu? 22:29 &lt;superuser&gt; myslíš weltovu službu NNTP? 22:29 &lt;@Mathiasdm&gt; mailing list mi taky zní dobře, eche|on, ale přemýšlím, jestli se povede přimět všechny, aby ho používali? 22:29 &lt;eche|on&gt; momentálně žádná ml není k dispozici 22:29 &lt;@Mathiasdm&gt; ano, superuser 22:29 &lt;@Mathiasdm&gt; ehm 22:29 &lt;@Mathiasdm&gt; nebo jak to bylo 22:29 &lt;@Mathiasdm&gt; myslím, že ano 22:30 &lt;@Mathiasdm&gt; eche|on: welt letos v létě zprovoznil pár ml 22:30 &lt;eche|on&gt; NNTP je news server 22:30 &lt;@Mathiasdm&gt; ale zatím se moc nepoužívá 22:30 &lt;@Mathiasdm&gt; ano, přesně tak, ale teď je i mailing list 22:30 &lt;@Mathiasdm&gt; ale nemám tady adresu 22:30 &lt;@Mathiasdm&gt; zzz, duck: názory? 22:31 &lt;superuser&gt; zatím nemám žádné info o mailing listu, viděl jsem jen příspěvky od welta, Mathiasdm a ReturningNovice na news serveru 22:32 &lt;@zzz&gt; Nejsem velký fanoušek ML, ale budu ji používat, pokud to lidi chtějí. ta weltova je teď zdá se velké tajemství 22:33 &lt;duck&gt; Myslím, že zzz.i2p je v pohodě 22:33 &lt;@Mathiasdm&gt; IMHO cokoli mimo IRC by bylo užitečné (mám IRC rád, jak už jsem říkal, ale příliš mnoho vývojářských diskuzí se nedá zpětně sledovat) 22:33 &lt;eche|on&gt; zzz.i2p je fajn, ale: diskuze z IRC je potřeba kopírovat tam A nějaká forma zálohy by byla fajn 22:34 &lt;@Mathiasdm&gt; hm, možná můžu zprovoznit něco jako 22:34 &lt;@Mathiasdm&gt; ehm 22:34 &lt;@Mathiasdm&gt; jak se to jmenovalo 22:34 &lt;@Mathiasdm&gt; před 2 nebo 3 lety 22:34 &lt;@Mathiasdm&gt; trevorreznik.i2p? 22:36 &lt;@Mathiasdm&gt; co třeba: budeme dál používat zzz.i2p a začneme používat mailing list a budeme se snažit, aby diskuze z IRC nezůstávaly jen na IRC? 22:36 &lt;duck&gt; všechny hlavní návrhové věci už jsou na zzz.i2p 22:36 &lt;eche|on&gt; lépe: snažme se používat zzz.i2p a kopírovat tam IRC. 22:36 &lt;duck&gt; nevidím tvůj problém 22:37 &lt;superuser&gt; co když ten zzz zmizí 22:37 &lt;superuser&gt; s//? 22:37 &lt;duck&gt; dev/design 22:37 &lt;@Mathiasdm&gt; například všechno, co sponge píše (jen příklad, sponge :p) o seedless a bobu, je často jen IRC diskuze 22:38 &lt;duck&gt; nemyslím, že mailing list povede k tomu, že sponge zdokumentuje svůj protokol a API 22:38 &lt;duck&gt; ale klidně to zkuste 22:39 &lt;@Mathiasdm&gt; neee, tak jsem to nemyslel, duck 22:39 &lt;@Mathiasdm&gt; jak jsem říkal, je mi jedno, jestli je to na zzz.i2p nebo na mailing listu 22:39 &lt;@Mathiasdm&gt; jen nechci, aby ty diskuze byly jen na IRC 22:39 &lt;@Mathiasdm&gt; ale ano, i ty máš dobrý point 22:39 &lt;@Mathiasdm&gt; že některé věci možná zůstanou jen na IRC 22:39 &lt;duck&gt; tak si promluv se sponge 22:39 &lt;@Mathiasdm&gt; byl to příklad 22:40 &lt;duck&gt; (což možná děláš právě touhle schůzkou) 22:40 &lt;duck&gt; ok, rozumím 22:40 &lt;@Mathiasdm&gt; :) 22:41 &lt;@Mathiasdm&gt; dobře, myslím, že když se každý pokusí věci psát na zzz.i2p (nebo mailing list — ale počkáme na welta :p), tak je to vyřešené 22:42 &lt;@Mathiasdm&gt; alespoň prozatím 22:42 &lt;@Mathiasdm&gt; má k tomu někdo něco dalšího? 22:44 &lt;@Mathiasdm&gt; dobře 22:44 &lt;@Mathiasdm&gt; další 22:44 &lt;@Mathiasdm&gt; 4) Přiřazování úkolů + řešení neshod 22:45 -!- Moru [kvirc@irc2p] se připojil k #i2p-dev 22:45 &lt;@Mathiasdm&gt; v současnosti jsou úkoly (zobrazené na http://www.i2p2.de/team.html ) přiřazovány/vybírány tak, že lidé jednoduše změní webovou stránku 22:45 &lt;hawk&gt; &lt;preforce&gt; Název: Tým - I2P (at www.i2p2.de) 22:45 &lt;@Mathiasdm&gt; takže pokud chcete dělat nějaký úkol, prostě ho děláte a přidáte se na webovou stránku 22:45 &lt;@Mathiasdm&gt; což je myslím dobré :) 22:46 &lt;eche|on&gt; když s tím někdo nesouhlasí: diskuze na IRC/zzz.i2p 22:46 &lt;@Mathiasdm&gt; ano, právě o neshody jde 22:46 &lt;eche|on&gt; ale lidé potřebují práva na check-in, aby mohli měnit věci, což znamená: potřebují nějakou důvěru od stávajících vývojářů 22:46 &lt;@Mathiasdm&gt; v létě došlo k neshodám a moc jsme je nevyřešili 22:46 &lt;@Mathiasdm&gt; pravda, eche|on 22:47 &lt;@Mathiasdm&gt; jak vyřešíme diskuzi, když se ti, kdo nesouhlasí, nedokážou dohodnout? 22:47 &lt;@Mathiasdm&gt; hlasování nebo tak něco? 22:47 &lt;@Mathiasdm&gt; to mě zajímalo 22:48 &lt;@Mathiasdm&gt; návrhy? 22:48 &lt;eche|on&gt; jednou se zmínila poslední instance 22:48 &lt;eche|on&gt; což byl zzz 22:48 &lt;@Mathiasdm&gt; poslední instance? 22:48 &lt;@Mathiasdm&gt; ah 22:49 &lt;whitenoise&gt; co takhle třetí, lepší řešení? 22:49 &lt;duck&gt; když všechno ostatní selže; obrátit se na zzz 22:49 &lt;eche|on&gt; hlasování je hezký nápad, ale myslím, že řešení se najde dřív 22:49 &lt;@Mathiasdm&gt; pokud bude třetí řešení určitě lepší, obě strany si vyberou to ;) 22:50 &lt;@Mathiasdm&gt; hm, dobře 22:50 &lt;@Mathiasdm&gt; jen ze zvědavosti, zzz, souhlasíš s tím být ‚poslední instance‘? :) 22:50 &lt;@Mathiasdm&gt; mně to zní v pořádku, ale chceš to sám? 22:51 &lt;@zzz&gt; ne zvlášť. Moje pravidlo je, že ten, kdo opravdu něco dělá, má velení. Lidi, co jen mluví a akorát ostatní štvou, ne. 22:52 &lt;@zzz&gt; práce je dost pro všechny. 22:53 &lt;@Mathiasdm&gt; dobře :) to zní dobře 22:53 &lt;@Mathiasdm&gt; má někdo další komentáře? pokud ne, další bod 22:53 &lt;superuser&gt; obecně „kdo to dělá, ten rozhoduje“ zní dobře 22:53 &lt;superuser&gt; ale co když to ve skutečnosti dělají dvě strany 22:53 &lt;superuser&gt; a přesto jdou opačnými směry? 22:54 &lt;superuser&gt; myslím, že v tom případě by hlasovací mechanismus nebyl vůbec špatný 22:54 &lt;@Mathiasdm&gt; pravda 22:54 &lt;@zzz&gt; pokud jde o kód, můžu vybrat já. Rozhodně nejsem poslední instance pro web. Těmi jsou welt a echelon. 22:55 &lt;@Mathiasdm&gt; no, když proběhne diskuze a řešení se nenajde, může se hlasovat, nebo někdo (zzz, welt?) může vybrat 22:55 &lt;@zzz&gt; vybrali by vítěze tím, že by poraženému odebrali práva. 22:56 &lt;@Mathiasdm&gt; *doufám, že jen když je to ošklivá diskuze ;) přátelské neshody by neměly vést ke ztrátě práv :p 22:57 &lt;eche|on&gt; správně 22:58 &lt;@Mathiasdm&gt; tak jo 22:58 &lt;@Mathiasdm&gt; další bod 22:58 &lt;@Mathiasdm&gt; jestli je to v pořádku 22:58 &lt;@Mathiasdm&gt; 5) Aktualizace stavu 22:58 &lt;eche|on&gt; ok 22:59 &lt;@Mathiasdm&gt; myslím, že o víkendu začnu „sbírat“ statusy 22:59 &lt;@Mathiasdm&gt; chtěl jsem to udělat minulý týden, ale pohltila mě práce 22:59 &lt;eche|on&gt; skvělé. do toho. 22:59 &lt;@Mathiasdm&gt; v zásadě jednoduše „co jste dělali minulý týden?“ a „jaké máte plány na příští týden?“ 23:00 &lt;@Mathiasdm&gt; a já je trochu shrnuté zveřejním na webu 23:00 &lt;@Mathiasdm&gt; návrhy jsou vždycky vítané :) 23:00 &lt;@Mathiasdm&gt; dobře, poslední bod (přidaný těsně před začátkem schůzky) 23:00 &lt;@Mathiasdm&gt; 6) Nadcházející vývojářské konference 23:01 &lt;@Mathiasdm&gt; -kdo jde na 27c3? 23:01 &lt;@Mathiasdm&gt; -kdo jde na brucon? 23:01 &lt;@Mathiasdm&gt; -nějaké další? 23:02 &lt;@Mathiasdm&gt; určitě se zúčastním bruconu a nejspíš na den i 27c3 (a zůstanu pár dní v Berlíně) 23:02 &lt;whitenoise&gt; Mathiasdm, přidal jsem ještě 1 bod 10 min. před začátkem. 23:02 &lt;@Mathiasdm&gt; oh? promiň, neviděl jsem 23:03 &lt;@Mathiasdm&gt; dobře, za chvíli to vezmeme, whitenoise 23:03 &lt;whitenoise&gt; ok 23:03 &lt;whitenoise&gt; díky 23:03 &lt;@Mathiasdm&gt; nikdo nic k vývojářským konferencím? 23:04 &lt;@Mathiasdm&gt; tedy: 7) Propagace používání protokolu BitTorrent uvnitř I2P: pro a proti 23:04 * Mathiasdm předává horký brambor whitenoiseovi 23:04 &lt;whitenoise&gt; Ok, o tomhle jsme s duckem trochu mluvili 23:05 &lt;whitenoise&gt; I když je to dobrý způsob pro krycí provoz a růst sítě, může to vést k tomu, že si I2P získá pověst nelegální sítě pro sdílení souborů 23:05 &lt;eche|on&gt; Rozhodl jsem se, že na 27c3 nepojedu 23:06 &lt;@Mathiasdm&gt; ach, to je škoda, eche|on 23:06 &lt;@Mathiasdm&gt; pravda, whitenoise 23:06 &lt;whitenoise&gt; Na druhou stranu... 23:06 &lt;superuser&gt; Myslím, že BT by se neměl zdůrazňovat víc než jiné služby, ale I2P by se mělo propagovat jako síť pro všeobecné použití 23:07 &lt;superuser&gt; ach, on ještě neskončil... 23:07 &lt;@Mathiasdm&gt; možná laguje, dejte mu chvilku :) 23:08 &lt;whitenoise&gt; pokud tenhle protokol nebudeme propagovat, tak v nějaké ne úplně blízké budoucnosti, pokud se nezmění obchodní model pro prodej digitálních médií, bude tlak na uživatele torrentů větší, takže začnou hledat způsoby, jak se skrýt 23:08 &lt;whitenoise&gt; což stejně může vést k mému prvnímu bodu (pověst) 23:08 &lt;whitenoise&gt; ale je to samozřejmě nejisté 23:08 &lt;Moru&gt; Ahoj! Promiňte, že sem vstupuji... smutné, ale pravdivé: propagujte to jako sdílení souborů a budete mít spoustu dalších uživatelů a přidají se i hromady vývojářů. Možná dokonce získáte financování od těch, kteří chtějí používat bezpečnou platformu pro sdílení souborů. 23:09 &lt;@Mathiasdm&gt; pouhá propagace by to IMHO nezajistila 23:09 &lt;@Mathiasdm&gt; a whitenoise, máš pravdu ohledně pověsti 23:09 &lt;@Mathiasdm&gt; ale propagujeme to? 23:10 &lt;whitenoise&gt; Podle mě teď ne 23:10 &lt;@Mathiasdm&gt; a samotný BitTorrent tu pověst nezpůsobuje, to sdílení souborů (IMHO důležité rozlišení, ale možná ne do téhle diskuze) 23:10 &lt;@Mathiasdm&gt; (a ahoj, Moru) 23:11 &lt;whitenoise&gt; No, BitTorrent je nejpoužívanější způsob, proto o něm mluvím 23:11 &lt;whitenoise&gt; samozřejmě to může být eMule nebo něco jiného 23:11 &lt;@Mathiasdm&gt; jak si představuješ jeho propagaci? 23:12 &lt;whitenoise&gt; Například současní běžní uživatelé mají potíže všechno nastavit 23:12 &lt;whitenoise&gt; Mohli bychom informace o BitTorrentu udělat viditelnější 23:13 &lt;@Mathiasdm&gt; hm, ano 23:13 &lt;whitenoise&gt; popis jednodušší 23:13 &lt;whitenoise&gt; a tak dál. 23:13 &lt;@Mathiasdm&gt; ale to je (IMHO) spíš obecný problém I2P 23:13 &lt;whitenoise&gt; možná trochu vylepšit i2psnark 23:13 &lt;@Mathiasdm&gt; I2P by se mohlo stát mnohem viditelnějším :p 23:13 &lt;whitenoise&gt; ano 23:14 &lt;whitenoise&gt; ale když to uděláme (stejně jako třeba propagace na Twitteru), určitě to přitáhne nějaké uživatele 23:14 &lt;@Mathiasdm&gt; ano 23:14 &lt;@Mathiasdm&gt; dobře, souhlasím, a doufám, že se v blízké budoucnosti posuneme k tomu, aby bylo všechno srozumitelnější (lepší použitelnost atd.) 23:14 &lt;whitenoise&gt; takže otázka, myslím, je, co bychom měli dělat a co ne 23:15 &lt;whitenoise&gt; vylepšit popis, ale neinzerovat to jako síť pro sdílení souborů, možná? 23:15 &lt;@Mathiasdm&gt; co bychom měli udělat (jakmile začne vývoj 0.9), je IMHO podívat se na ‚bolavá místa‘ použitelnosti 23:15 &lt;eche|on&gt; už k tomu mám pár nápadů 23:17 &lt;@Mathiasdm&gt; ano, pomohlo by popsat I2P; pomohla by i předělávka konzole (možná? nevím) 23:17 &lt;@Mathiasdm&gt; eche|on: neměli jsme .pdf s poznámkami k použitelnosti z konference, na které jsi byl? 23:17 &lt;eche|on&gt; hm 23:18 &lt;@zzz&gt; mám ho 23:18 &lt;eche|on&gt; musím to najít, ale celkově jsme měli pár problémů. 23:18 &lt;@Mathiasdm&gt; máš odkaz, zzz? 23:19 &lt;@Mathiasdm&gt; dobře, mohli bychom se na to trochu zaměřit po specifikacích webu? 23:20 &lt;@zzz&gt; `http://zzz.i2p/files/petcon-usability-long.pdf` 23:20 &lt;@Mathiasdm&gt; dík 23:20 &lt;eche|on&gt; to je hezký nápad 23:21 &lt;@Mathiasdm&gt; tak jo 23:21 &lt;@Mathiasdm&gt; další poznámky nebo nápady, whitenoise? 23:21 &lt;whitenoise&gt; hm... 23:22 &lt;@Mathiasdm&gt; samozřejmě můžeš kdykoli začít pracovat i na zlepšení použitelnosti webu 23:22 &lt;eche|on&gt; jen počkej na pár mailů s kontaktními údaji, abys mohl vyplatit nějaké peníze ;-) 23:23 &lt;whitenoise&gt; tak myslím, že jsme se rozhodli zlepšovat použitelnost obecně bez zvláštního důrazu na BitTorrent, je to tak? 23:23 &lt;whitenoise&gt; :-) 23:23 &lt;@Mathiasdm&gt; tak to vypadá, ano, whitenoise 23:23 &lt;@Mathiasdm&gt; pošlu ti e-mailem číslo svého účtu, eche|on, prostě mi pošli peníze ;) 23:23 &lt;@Mathiasdm&gt; dobře tedy 23:23 &lt;@Mathiasdm&gt; 8) sušenky pro všechny, kdo se zúčastnili 23:24 &lt;eche|on&gt; *g* 23:24 &lt;@Mathiasdm&gt; ===Schůzka skončila=== 23:24 &lt;@Mathiasdm&gt; díky všem :) 23:24 &lt;eche|on&gt; SUŠENKY! 23:25 &lt;@Mathiasdm&gt; nesnězte je všechny 23:25 * Mathiasdm šťouchne do eche|on </div>/cs/blog/2010/07/12/vyd%C3%A1n%C3%AD-0.8/Mon, 12 Jul 2010 00:00:00 +0000/cs/blog/2010/07/12/vyd%C3%A1n%C3%AD-0.8/<p>Začátkem roku 2009, krátce po naší účasti na 25C3, jsme vydali verzi 0.7 anonymní sítě I2P. V následujících 15 vydáních během 18 měsíců jsme pracovali na zlepšení použitelnosti softwaru I2P a zvýšení jeho výkonu, bezpečnosti a spolehlivosti - a přitom jsme se potýkali s bezprecedentním růstem sítě.</p> <p>V návaznosti na tyto úspěchy oznamujeme zahájení řady 0.8. Verze 0.8 je plně kompatibilní se všemi verzemi 0.7.x. Tato verze obsahuje několik oprav chyb, nový nizozemský překlad a dokončení německého překladu. Jako vždy doporučujeme uživatelům aktualizovat.</p>/cs/blog/2010/06/07/vyd%C3%A1n%C3%AD-0.7.14/Mon, 07 Jun 2010 00:00:00 +0000/cs/blog/2010/06/07/vyd%C3%A1n%C3%AD-0.7.14/<p>Vydání 0.7.14 obsahuje obvyklou sadu oprav chyb a vylepšení výkonu. K dispozici jsou také některá vylepšení pro i2psnark a další opravy pro zásuvné moduly. Aktualizace je doporučena.</p> <p>Pomozte, prosím, rozšiřovat síť. Dejte vývojářům zpětnou vazbu na IRC #i2p nebo na <a href="http://forum.i2p2.de/">forum.i2p2.de</a> , <a href="http://www.i2p2.de/getinvolved.html">zapojte se</a> , šiřte povědomí a <a href="http://www.i2p2.de/donate.html">přispějte</a> ! Stále hledáme pomoc s novými i stávajícími překlady. Prosíme, přihlaste se jako dobrovolníci na IRC #i2p.</p> <p>Soubory jsou k dispozici na <a href="../cs/downloads/">stránce ke stažení</a> .</p>/cs/blog/2010/04/27/vyd%C3%A1n%C3%AD-0.7.13/Tue, 27 Apr 2010 00:00:00 +0000/cs/blog/2010/04/27/vyd%C3%A1n%C3%AD-0.7.13/<p>Vydání 0.7.13 obsahuje několik změn a oprav chyb ke zlepšení výkonu. Zahrnuje také vylepšení podpory zásuvných modulů, která byla představena v minulém vydání. Nová, menší tunnel build message je nyní aktivována, aby se snížila režie a zvýšila úspěšnost sestavení.</p> <p>Samozřejmě je zde také obvyklá sada oprav chyb. Doporučujeme aktualizovat.</p> <p>Pomozte prosím rozvíjet síť. Dejte vývojářům zpětnou vazbu na IRC #i2p nebo na <a href="http://forum.i2p2.de/">forum.i2p2.de</a> , <a href="http://www.i2p2.de/getinvolved.html">zapojte se</a> , šiřte povědomí a <a href="http://www.i2p2.de/donate.html">přispějte</a> ! Stále hledáme pomoc s novými i stávajícími překlady. Prosíme, přihlaste se jako dobrovolníci na IRC #i2p.</p>/cs/blog/2010/03/15/vyd%C3%A1n%C3%AD-0.7.12/Mon, 15 Mar 2010 00:00:00 +0000/cs/blog/2010/03/15/vyd%C3%A1n%C3%AD-0.7.12/<p>Vydání 0.7.12 obsahuje podporu pro zásuvné moduly vytvářené uživateli. Tyto zásuvné moduly mohou obsahovat webové aplikace pro konzoli, motivy vzhledu, překlady nebo samostatné programy. Některé zásuvné moduly jsou již k dispozici k testování. Doufáme, že tato podpora umožní rychlý vývoj inovativních I2P aplikací.</p> <p>Vydání opravuje chybu prázdné stránky, když není eepsite(I2P Site) dostupný, a také vylepšuje řešení odchylek času a změn IP adres. Přidává podporu pro nový, menší tunnel build message (zpráva pro sestavení tunnelu), která bude v tomto vydání testována a v příštím vydání aktivována.</p>/cs/blog/2010/02/15/vyd%C3%A1n%C3%AD-0.7.11/Mon, 15 Feb 2010 00:00:00 +0000/cs/blog/2010/02/15/vyd%C3%A1n%C3%AD-0.7.11/<p>Vydání 0.7.11 opravuje několik problémů, některé související se systémovými hodinami, které bránily novým routers v rychlém začlenění do sítě. Zároveň opravuje instalační program pro 64bitové Windows. Vydání také zahrnuje aktualizaci na Jetty 5.1.15 za účelem opravy <a href="http://www.kb.cert.org/vuls/id/402580">této zranitelnosti</a> .</p> <p>Jako obvykle toto vydání přináší další vylepšení anonymity a výkonu a také řadu oprav chyb. Doporučujeme aktualizovat.</p> <p>Prosíme, dejte vývojářům zpětnou vazbu na IRC #i2p nebo na <a href="http://forum.i2p2.de/">forum.i2p2.de</a> a <a href="http://www.i2p2.de/getinvolved.html">zapojte se</a> , šiřte povědomí a <a href="http://www.i2p2.de/donate.html">přispějte</a> ! Stále hledáme pomoc s novými i stávajícími překlady. Prosíme, přihlaste se jako dobrovolník na IRC #i2p.</p>/cs/blog/2010/01/22/vyd%C3%A1n%C3%AD-0.7.10/Fri, 22 Jan 2010 00:00:00 +0000/cs/blog/2010/01/22/vyd%C3%A1n%C3%AD-0.7.10/<p>0.7.10 odstraňuje některé nedávno objevené zranitelnosti související se způsobem, jakým routers komunikují s floodfill protějšky. Operace store a verify v síťové databázi (netDb) jsou přesunuty z exploratory tunnels do client tunnels a jsou šifrovány.</p> <p>Dále, kvůli zlepšení anonymity, je nyní množina rychlých peerů routeru omezena na nejvýše 30. Toto vydání také opravuje chybu, která způsobovala selhání instalací Windows, pokud instalační nebo uživatelská cesta obsahovala &ldquo;\r&rdquo; nebo &ldquo;\n&rdquo;. Doporučujeme aktualizaci. Prosíme, dejte vývojářům zpětnou vazbu na IRC #i2p nebo na <a href="http://forum.i2p2.de/">forum.i2p2.de</a> a <a href="http://www.i2p2.de/getinvolved.html">zapojte se</a> či <a href="http://www.i2p2.de/donate.html">přispějte</a> ! Stále hledáme pomoc s novými i stávajícími překlady. Prosíme, zapojte se jako dobrovolníci na IRC #i2p.</p>/cs/blog/2010/01/12/vyd%C3%A1n%C3%AD-0.7.9/Tue, 12 Jan 2010 00:00:00 +0000/cs/blog/2010/01/12/vyd%C3%A1n%C3%AD-0.7.9/<p>Verze 0.7.9 opravuje několik dlouhodobých chyb způsobujících poškození zpráv. Doufáme, že výkon sítě se zlepší, jakmile bude široce nasazena. Jsou zde i další změny, které by měly pomoci s dosažitelností routeru a mírou úspěšnosti při sestavování tunnelů. Toto vydání také zahrnuje další podporu překladů a kompletní ruský překlad od &ldquo;forget&rdquo;, který byl sponzorován &ldquo;russiansponsor&rdquo;.</p> <p>Došlo k dalším změnám ke snížení využití paměti a CPU a k dalším opravám chyb. Doporučujeme aktualizaci. Prosíme, dejte vývojářům zpětnou vazbu na IRC #i2p nebo na <a href="http://forum.i2p2.de/">forum.i2p2.de</a> a <a href="http://www.i2p2.de/getinvolved.html">zapojte se</a> nebo <a href="http://www.i2p2.de/donate.html">přispějte</a> ! Stále hledáme pomoc s novými i stávajícími překlady. Prosíme, přihlaste se jako dobrovolníci na IRC #i2p.</p>/cs/blog/2009/12/08/vyd%C3%A1n%C3%AD-i2p-0.7.8/Tue, 08 Dec 2009 00:00:00 +0000/cs/blog/2009/12/08/vyd%C3%A1n%C3%AD-i2p-0.7.8/<p>Verze 0.7.8 obsahuje počáteční podporu překladů konzole routeru a změny systému floodfill, které pokládají základy pro podporu výrazného růstu v síti.</p> <p>Aby se zabránilo snadné blokaci I2P zlovolnými firewally, toto vydání pro nové instalace náhodně nastavuje port I2P. U stávajících instalací prosím pomozte těm, kteří jsou zranitelní vůči blokování, tím, že změníte UDP z 8887 na náhodný port a v případě potřeby upravíte svůj firewall.</p> <p>Toto vydání také obsahuje další změny ke snížení využití paměti a CPU a celou řadu oprav chyb. Doporučujeme aktualizaci. Zvláště vyzýváme ty z vás, kteří stále používají verzi 0.7.6 nebo starší, aby aktualizovali co nejdříve. Dejte prosím vývojářům zpětnou vazbu na IRC #i2p nebo na <a href="http://forum.i2p2.de/">forum.i2p2.de</a> a <a href="http://www.i2p2.de/getinvolved.html">zapojte se</a> nebo <a href="http://www.i2p2.de/donate.html">přispějte</a> ! Hledáme také pomoc s novými i stávajícími překlady. Prosím, přihlaste se jako dobrovolníci na IRC #i2p.</p>/cs/blog/2009/10/12/vyd%C3%A1n%C3%AD-i2p-0.7.7/Mon, 12 Oct 2009 00:00:00 +0000/cs/blog/2009/10/12/vyd%C3%A1n%C3%AD-i2p-0.7.7/<p>I2P verze 0.7.7 obsahuje několik vylepšení anonymity. Použití relačních klíčů pro šifrování bylo kompletně přepracováno a I2PSnark nyní pro komunikaci s trackerem používá své vlastní tunnels. Práce na vylepšování konzole routeru pokračují, včetně souladu se standardy HTML a lepší podpory UTF-8.</p> <p>Práce také pokračují na zvyšování rychlosti, a to jak snižováním počtu přenášených klíčů relace a zlepšováním metod zahazování zpráv při přetížení, tak snižováním počtu zahozených zpráv u routerů s vysokou šířkou pásma. Pro ty z vás, kteří by chtěli automatické aktualizace na nejnovější vývojové verze na samotné špičce vývoje, je k dispozici nová možnost nepodepsané aktualizace.</p>/cs/blog/2009/07/31/i2p-0.7.6-vyd%C3%A1n%C3%AD/Fri, 31 Jul 2009 00:00:00 +0000/cs/blog/2009/07/31/i2p-0.7.6-vyd%C3%A1n%C3%AD/<p>I2P verze 0.7.6 obsahuje další opravy problémů se stabilitou sítě souvisejících s budováním tunnel a s limity připojení. Ačkoli vydání 0.7.5 výrazně zmírnilo zahlcení, které se objevovalo ve večerních hodinách a o víkendech (podle UTC), nebylo však zcela odstraněno; toto vydání by mělo situaci dále zlepšit.</p> <p>Tato verze také obsahuje nové motivy konzole od dr|z3d, které lze vybrat na nové stránce nastavení uživatelského rozhraní. Bohužel nové motivy nejsou k dispozici pro prohlížeče Internet Explorer.</p>/cs/blog/2009/06/29/vyd%C3%A1n%C3%AD-i2p-0.7.5/Mon, 29 Jun 2009 00:00:00 +0000/cs/blog/2009/06/29/vyd%C3%A1n%C3%AD-i2p-0.7.5/<h1 id="vydání-i2p-075">Vydání I2P 0.7.5</h1> <p>I2P verze 0.7.5 především řeší problémy se stabilitou sítě úpravou způsobu, jak se staví průzkumné tunnels, pokud se router blíží svému limitu počtu spojení, a také rozlišováním mezi připojenými peery a ostatními neselhávajícími peery při jejich výběru pro zařazení do tunnels.</p> <p>Tato verze také přináší opravy chování instalátoru ve Windows, Router Console, transportu NTCP a mechanismu UPnP.</p> <p>Kromě toho verze 0.7.5 mění umístění souboru &ldquo;news.xml&rdquo;, kde I2P routery kontrolují, zda je k dispozici nová verze. Místo staré adresy URL (<code>http://complication.i2p/news.xml)</code> se použije nové umístění (<code>http://echelon.i2p/i2p/news.xml).</code> Pokud váš router používá výchozí nastavení aktualizátoru, začne novou adresu URL používat automaticky. Pokud ne, budete muset v Router Console navštívit &ldquo;configupdate.jsp&rdquo; a změnit ji ručně.</p>/cs/blog/2009/06/13/vyd%C3%A1n%C3%AD-i2p-0.7.4/Sat, 13 Jun 2009 00:00:00 +0000/cs/blog/2009/06/13/vyd%C3%A1n%C3%AD-i2p-0.7.4/<p>Vydání I2P 0.7.4 ==================</p> <p>I2P ve verzi 0.7.4 přináší výrazné nové funkce, jako je funkcionalita GeoIP a podpora UPnP. Zatímco ta první se může stát základem pro budování tunnelů s ohledem na geografii, ta druhá by měla okamžitě umožnit více routerům přijímat příchozí TCP spojení, což pomůže rozložit zátěž rovnoměrněji.</p> <p>Příchozí NTCP je nyní automaticky povoleno, pokud se router nejeví jako zablokovaný firewallem, a výchozí limity šířky pásma pro nové instalace byly zvýšeny.</p>/cs/blog/2009/05/18/vyd%C3%A1n%C3%AD-i2p-0.7.3/Mon, 18 May 2009 00:00:00 +0000/cs/blog/2009/05/18/vyd%C3%A1n%C3%AD-i2p-0.7.3/<h1 id="vydání-i2p-073">Vydání I2P 0.7.3</h1> <p>I2P verze 0.7.3 obsahuje několik oprav chyb a vylepšení, zahrnuje řadu údržbových prací a nové verze aplikačních bránových protokolů SAM i BOB.</p> <p>Je zahrnuta záplata pro interní webový server I2P Jetty, která opravuje chování SusiDNS ve Windows. Způsob, jakým se uzly I2P dobrovolně hlásí k účasti na síťové databázi (netDb), je změněn, aby to současně nedělalo příliš mnoho z nich, a zřizování nových účastnických tunnels je nyní omezováno dříve, než se v existujících tunnels začnou zahazovat zprávy.</p>/cs/blog/2009/04/19/i2p-0.7.2-vyd%C3%A1n%C3%AD/Sun, 19 Apr 2009 00:00:00 +0000/cs/blog/2009/04/19/i2p-0.7.2-vyd%C3%A1n%C3%AD/<h1 id="vydání-i2p-072">Vydání I2P 0.7.2</h1> <p>Vydání 0.7.2 opravuje řadu chyb a možných problémů v I2P a zároveň připravuje půdu pro nové funkce.</p> <p>Problémy s vlákny u třídy SimpleTimer by se již neměly vyskytovat, transport NTCP by se již neměl setkávat s výjimkami NullPointerException a &ldquo;abandoned&rdquo; tunnels by měly správně dokončit činnost.</p> <p>Byla přidána podpora přístupu k Router Console přes IPv6, nový typ zprávy umožňuje aplikacím I2CP dotazovat se na limity šířky pásma routeru, poprvé je součástí experimentální desktopové rozhraní pro správu routeru (ale zatím není automaticky povoleno) a pro zlepšení spolehlivosti a bezpečnosti je zabráněno účasti jediného peeru (uzlu) v příliš mnoha tunnels.</p>/cs/blog/2009/03/29/vyd%C3%A1n%C3%AD-i2p-0.7.1/Sun, 29 Mar 2009 00:00:00 +0000/cs/blog/2009/03/29/vyd%C3%A1n%C3%AD-i2p-0.7.1/<h1 id="i2p-verze-071">I2P verze 0.7.1</h1> <p>Verze 0.7.1 optimalizuje I2P pro lepší výkon a přináší nové funkce.</p> <p>Bylo opraveno několik chyb, náhrady za třídu SimpleTimer by měly vyžadovat méně času na zamykání objektů. Některé staré komponenty byly odstraněny a několik tříd bylo refaktorováno, aby se předešlo opakování kódu.</p> <p>Podpora pro šifrované LeaseSets (pro vytváření spojení v síti I2P, která protivník nemůže zablokovat útokem na jejich brány) je nyní kompletnější. Nové typy tunnelů, jako tunnel pro IRC server, a nové volby, jako odložené spuštění a nečinnost tunnelů, rovněž získávají podporu, spolu se zlepšenou použitelností mechanismu I2P Socks proxy.</p>/cs/blog/2009/02/10/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-10.-%C3%BAnora-2009/Tue, 10 Feb 2009 00:00:00 +0000/cs/blog/2009/02/10/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-10.-%C3%BAnora-2009/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> altGuest, badger, dream, eche|on, hottuna\_, l00kns33, unixfr3ak, welt, welterde, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:58:32 &lt;unixfr3ak&gt; vývojářské setkání, co? 20:59:27 -*- dream zapíná devo 21:00:25 &lt;welt&gt; dream: ah.. jsem rád, že jsi taky tady :) 21:00:51 &lt;badger&gt; 0) Ahoj 21:00:55 &lt;dream&gt; Ty jsi? 21:00:58 &lt;badger&gt; 1) I2P 0.7 21:01:02 &lt;badger&gt; 2) Syndie 21:01:06 &lt;badger&gt; 3) Dary 21:01:15 &lt;badger&gt; 4) ???? 21:01:21 &lt;badger&gt; 5) Krátká recitace básně od zzz 21:01:39 &lt;badger&gt; 0) Ahoj 21:01:53 &lt;altGuest&gt; ahoj 21:02:00 &lt;badger&gt; vítám všechny na 207. vývojářském setkání 21:02:05 &lt;badger&gt; čau 21:02:20 &lt;hottuna_&gt; čau! 21:02:40 &lt;eche|on&gt; vítejte! 21:02:43 &lt;zzz&gt; takže, začněme tím, co se stalo od 10. dubna 2007, pokud vůbec něco 21:02:48 &lt;badger&gt; Pro představu: od posledního uplynuly skoro 2 roky 21:03:06 &lt;badger&gt; no... Bush je pryč... Obama nastoupil... 21:03:36 &lt;dream&gt; lol USA 21:03:51 &lt;badger&gt; 1) I2P 0.7 21:03:56 &lt;eche|on&gt; Myslím, že poznámky k vydání 0.7 docela shrnují, co se s I2P stalo 21:04:20 &lt;badger&gt; Vypadá to, že nasazení 0.7 proběhlo celkem hladce 21:04:22 &lt;badger&gt; teď je asi 84% pokrytí sítě 21:04:29 &lt;unixfr3ak&gt; není špatné 21:04:48 &lt;eche|on&gt; :-) 21:04:48 &lt;hottuna_&gt; O kolik se síť zvětšila od 0.7? 21:04:48 &lt;badger&gt; Velký potlesk týmu vývojářů a vydávacímu týmu za to, že to dostali ven 21:04:52 &lt;unixfr3ak&gt; jednu chybu, na kterou bych upozornil, kterou jsme zaznamenali já a ještě jeden uživatel, je 21:04:52 &lt;hottuna_&gt; nebo dokonce od Vánoc? 21:05:21 -*- welt čeká, až se načte stats.i2p.. 21:05:28 -=- Nyní jste znám jako welterde 21:05:31 &lt;badger&gt; hottuna_: poměrně pomalý, ale stabilní růst, soudě podle statistik 21:05:41 &lt;unixfr3ak&gt; přidávání nových soukromých hostů v susidns vyžaduje ruční úpravu souboru privathosts.txt 21:06:08 &lt;welterde&gt; zzz: nebyla to ta chyba, kterou jsi nedávno opravil? 21:06:18 &lt;welterde&gt; nebo to bylo něco jiného? 21:06:25 &lt;eche|on&gt; statistiky ukazují pomalý, stabilní růst 21:06:35 &lt;zzz&gt; jo, rozbil jsem to v 0.7, včera jsem to opravil, bude to v -4 21:06:40 &lt;eche|on&gt; welterde: ano, zdá se, že to opravil 21:07:05 &lt;badger&gt; na co se těšit v 7.0.1 21:07:14 &lt;welterde&gt; zzz: dobré.. tak to je hotovo 21:07:16 &lt;badger&gt; ehm 0.7.1 21:07:19 &lt;eche|on&gt; víc uživatelů :-) 21:07:22 &lt;zzz&gt; promiňte za to 21:07:35 &lt;unixfr3ak&gt; co plánujete udělat se zpožděním v síti... zdá se, že je to rostoucí problém, o víkendech se I2P jeví jako přetížené 21:07:56 &lt;welterde&gt; možná ještě nějaké úpravy ve streamovací knihovně? 21:07:57 &lt;unixfr3ak&gt; každopádně si myslím, že víc uživatelů je dobře 21:08:00 &lt;badger&gt; zzz: no, opravil a vylepšil jsi toho dost na to, aby ses občasné rozbití mohl dovolit :) 21:08:33 &lt;hottuna_&gt; Navrhoval jsem motivovat uživatele ke sdílení tím, že by na konzoli byl nějaký ukazatel poměru 21:08:57 &lt;unixfr3ak&gt; to zní dobře 21:09:14 &lt;eche|on&gt; zatížení sítě minulý měsíc hodně vyrostlo 21:09:17 &lt;zzz&gt; freaku, dívám se na drobné úpravy výpočtu kapacity v profilech protějšků, aby to lépe reagovalo, když je rušno. 21:09:20 &lt;eche|on&gt; zatím to vypadá docela dobře 21:09:51 &lt;hottuna_&gt; zzz: paráda :) 21:09:55 &lt;unixfr3ak&gt; možná je to ambiciózní, ale co takhle použít v Linuxu cron, nebo to, co má Windows, aby se I2P dobrovolně poskytovala šířka pásma, když počítač není používán 21:10:17 &lt;zzz&gt; takové věci je ale nutné ladit s velkou opatrností a otestovat jakoukoli změnu trvá celý vydávací cyklus 21:10:21 &lt;hottuna_&gt; plánovač by byl také super řešení 21:10:24 &lt;unixfr3ak&gt; abych to zjednodušil 21:10:28 &lt;badger&gt; Propagační kampaň pro vydání 0.7 měla na čísla jen malý dopad, zdaleka ne takový, jaký jsem doufal 21:10:41 &lt;unixfr3ak&gt; detekovat, kdy je síť/CPU nečinné, a tehdy to využít; a když ne, tak ne 21:10:43 &lt;welterde&gt; zzz: ta nedávná novinka v I2CP to zatím neumožňuje, že? 21:10:52 &lt;badger&gt; nějaké dobré pokrytí na německých zpravodajských webech ale bylo 21:11:04 &lt;badger&gt; ale na slashdot/digg/reddit to bylo spíš ubohé 21:11:09 &lt;zzz&gt; umožňuje co, welterde ? 21:11:29 &lt;welterde&gt; zzz: měnit ratio/upload-bw/download-bw zvenku routerconsole 21:11:29 &lt;eche|on&gt; badger: potřebuje to čas, aby si na to uživatelé zvykli a zůstali u toho :-) 21:11:32 &lt;unixfr3ak&gt; a hodil by se výchozí záznam v registru pro automatické spouštění, nebo jednoduchý shell skript pro Unix 21:12:04 &lt;zzz&gt; ne, welterde, s tím to nesouvisí 21:12:08 &lt;hottuna_&gt; nevím co PR.. předpokládám, že naše ‚značka‘ poroste pokaždé, když bude nové vydání a PR vlna k němu 21:12:13 &lt;welterde&gt; zzz: to jsem si myslel :/ 21:12:56 &lt;zzz&gt; doufám, že interview na gulli se mnou bude brzy publikováno, ale týden se mi neozval 21:13:06 &lt;unixfr3ak&gt; je I2P připraveno požádat sponzory o dobrovolnou šířku pásma? (kromě mě s mojí malou linkou) 21:13:39 &lt;welterde&gt; hmm.. to by stálo za zkoušku 21:13:50 &lt;dream&gt; Nemyslím, že by někdo někdy řekl ne dobrovolně nabídnuté šířce pásma. 21:14:12 &lt;unixfr3ak&gt; síť Tor má spoustu sponzorovaných uzlů, ale na druhou stranu mnoho uzlů ve stejné podsíti by bylo pro uživatele podezřelé a někomu by to dalo větší kontrolu nad sítí 21:14:37 &lt;welterde&gt; myslím, že jsme to už „spravili“ 21:14:59 &lt;hottuna_&gt; sponzoring by nebyl špatný nápad 21:14:59 &lt;hottuna_&gt; stačí jednoduchá záložka HTML na hlavní stránce? 21:14:59 &lt;hottuna_&gt; jen* 21:15:05 &lt;unixfr3ak&gt; uzly náhodně rozmístěné jednotlivými dobrovolníky se zdají bezpečnější 21:15:05 &lt;unixfr3ak&gt; ale ne tak praktické 21:15:15 &lt;unixfr3ak&gt; většina lidí bude od přírody jen leechovat 21:15:44 &lt;dream&gt; Nemyslím, že to nutně platí, unixfr3ak, ale je dobré připravit se i na neparticipující. 21:16:21 &lt;unixfr3ak&gt; například 21:16:40 &lt;unixfr3ak&gt; někdo, kdo jen spustí I2P router a nemá tušení, co dělá, a pustí i2phex 21:16:49 &lt;unixfr3ak&gt; pořád stahuje 21:17:11 &lt;unixfr3ak&gt; možná by se měla změnit výchozí šířka pásma 21:17:22 &lt;hottuna_&gt; v 0.7 byla změněna 21:17:34 &lt;unixfr3ak&gt; nebo by se uživatelé měli během instalace ptát na rychlost připojení, aby se přesněji nastavily limity sdílení šířky pásma 21:18:26 &lt;unixfr3ak&gt; nebo možná virus, který nainstaluje I2P jako backdoor :P 21:18:34 &lt;welterde&gt; heh 21:18:40 &lt;hottuna_&gt; to by byl skvělý nápad.. instalátor by to měl podporovat, že? 21:19:08 &lt;welterde&gt; to první, nebo to druhé? :&gt; 21:19:08 &lt;unixfr3ak&gt; můj vtip, nebo dotaz na šířku pásma připojení? 21:19:23 &lt;welterde&gt; první) nejspíš ano 21:19:26 &lt;unixfr3ak&gt; měl by to být řádek nebo dva někde v konfiguračním souboru 21:19:39 &lt;unixfr3ak&gt; to bez toho :P 21:20:59 &lt;badger&gt; download limity pro uživatele, kteří nesdílí upstream šířku pásma? 21:21:15 &lt;unixfr3ak&gt; zní to zajímavě 21:21:20 &lt;unixfr3ak&gt; ale 21:21:33 &lt;unixfr3ak&gt; nemyslím, že bychom měli zatím sahat k tak zoufalým opatřením... 21:21:38 &lt;dream&gt; ve výchozím nastavení to sdílí až 100 % šířky pásma, unixfr3ak. jakmile to získá pár klientských tunnelů, většina se utratí na zprostředkujících. 21:21:45 &lt;welterde&gt; nepotrestávají už routery jiné routery, které neroutují tunnely? 21:22:00 &lt;unixfr3ak&gt; ano 21:22:00 &lt;dream&gt; a myslím, že I2P už je load-balanced. Určitě nemůžu stahovat víc, než odesílám, podle záložky šířky pásma. 21:22:25 &lt;unixfr3ak&gt; myslím, že ano, ale když bude najednou leechovat hodně lidí, pořád to síť hodně zatíží 21:22:32 &lt;badger&gt; možná je to jen o tom být informativnější pro uživatele poprvé 21:22:35 &lt;unixfr3ak&gt; obzvlášť když mají dynamické IP 21:22:46 &lt;eche|on&gt; `http://stats.i2p/cgi-bin/tot.cgi?a=bandwidthReceiveBps.5m&s=365&u=y` 21:22:56 &lt;badger&gt; dát jasně najevo, že když síti vracíte, zlepší to váš zážitek 21:23:07 &lt;unixfr3ak&gt; ano 21:23:18 &lt;unixfr3ak&gt; a spouštět to, když nepoužívají svůj PC 21:23:36 &lt;unixfr3ak&gt; místo toho, aby jen nechávali nečinné připojení, za které platí 21:23:51 &lt;dream&gt; většina lidí počítače vypíná, je to fakt smutné 21:24:09 &lt;unixfr3ak&gt; ano 21:24:12 &lt;dream&gt; platí ISP měsíčně, když by místo toho za cenu 4 žárovek... 21:24:15 &lt;l00kns33&gt; myslím, že většina lidí to chápe – dokonce si myslím, že většina, kdo používá I2P, jsou sami geeci ;) 21:24:32 &lt;badger&gt; každopádně pokračujme – něco dalšího k 1) I2P 0.7? 21:24:55 &lt;unixfr3ak&gt; prozatím ano 21:25:16 -*- welterde čeká na svůj signál.. 21:25:20 &lt;unixfr3ak&gt; ale to se může v budoucnu změnit 21:25:25 &lt;eche|on&gt; badger: ne 21:25:25 &lt;badger&gt; 2) Syndie 21:25:37 &lt;welterde&gt; tak jo :) 21:25:37 -*- badger podává 70s boom mikrofon welterde 21:25:45 &lt;badger&gt; *mic 21:26:15 &lt;welterde&gt; jak možná (nebo možná ne) víte, nedávno jsem dokončil snahu aplikovat tyhle patche od MOSFETa 21:26:20 &lt;welterde&gt; +víte 21:26:35 &lt;unixfr3ak&gt; to e vynechte na fórech, ty nepoužívám :P , hned jsem zpátky, cigareta 21:27:14 &lt;welterde&gt; což by mělo opravit pár chyb a vypnout to (dle mého) b0rked výchozí UI 21:27:26 &lt;welterde&gt; místo toho se používá to SWT, které většina uživatelů považuje za jednodušší 21:27:42 &lt;badger&gt; &lt;jrandom&gt;w0rd&lt;/jrandom&gt; 21:28:11 &lt;welterde&gt; hmm? 21:28:30 &lt;dream&gt; je fajn slyšet, že někdo pracoval na tom, aby se neúspěšné synchronizace zkoušely znovu. 21:28:40 &lt;badger&gt; welterde: promiň, starý vtip z dev meetingu 21:28:59 &lt;badger&gt; je někde nový veřejný archive Syndie? 21:29:06 &lt;welterde&gt; každopádně.. doufám, že budu mít brzy čas nahradit ten b0rked ;) indexový krám 21:29:09 &lt;welterde&gt; badger: jo 21:29:25 &lt;welterde&gt; http://syndie.welterde.(i2p|de)/ 21:29:52 &lt;dream&gt; umožnit spouštět Syndie s použitím vzdálené databáze je podle mě důležité, aby bylo snazší provozovat vlastní archivy. 21:29:54 &lt;welterde&gt; ale zatím tam nemůžete postovat, je to jen statický archive 21:30:47 &lt;welterde&gt; musím ho přidat i mezi výchozí 21:30:56 &lt;welterde&gt; udělám to co nevidět 21:31:16 &lt;eche|on&gt; takže práce na Syndie pokračuje 21:31:32 &lt;welterde&gt; jo 21:31:54 &lt;welterde&gt; aktuálně se snažím profilovat Syndie.. 21:32:29 &lt;welterde&gt; ale zatím jsem na to nemohl věnovat moc času.. 21:32:59 &lt;eche|on&gt; tolik práce k udělání... 21:33:14 &lt;welterde&gt; ano :/ 21:33:17 &lt;dream&gt; běh Syndie v textovém režimu je ošemetný, protože rozhraní se zdá, že zaostává za aktuálním chováním 21:33:17 &lt;dream&gt; obvykle to funguje, když to necháte v --cli, ale když to zamrzne, není to nijak vidět. 21:33:41 &lt;welterde&gt; jo.. CLI je teď taky b0rked :/ 21:34:00 &lt;welterde&gt; imho bychom měli Syndie rozdělit na více částí, např. libsyndie, GUI, CLI, ... 21:34:12 &lt;badger&gt; dává mi to smysl 21:34:19 &lt;welterde&gt; to by mělo zjednodušit psaní vlastních rozšíření apod. 21:34:29 &lt;dream&gt; Co by libsyndie pokrývala? 21:34:36 &lt;badger&gt; v rané v0.0.1 bylo UI Syndie jen nadstavba nad CLI binárkou 21:34:48 &lt;badger&gt; ale zdá se, že ta myšlenka se po cestě ztratila 21:34:55 &lt;dream&gt; dokonce i dnes má textovou konzoli. 21:35:23 &lt;welterde&gt; dream: dekódování zpráv, synchronizace archive, atd. atd. 21:35:34 &lt;welterde&gt; většinu logiky 21:36:06 &lt;dream&gt; takže libsyndie je v podstatě rozhraní nad databází a možná adresářem archive/? 21:36:09 &lt;badger&gt; jo, GUI, CLI a webtop by měly být jen tenká obálka 21:36:10 &lt;welterde&gt; imho bychom měli držet GUI/CLI odděleně od programové logiky 21:36:42 &lt;welterde&gt; dream: archive se nepoužívá k ukládání ničeho.. slouží jen k servírování archivů 21:37:02 &lt;dream&gt; vím. 21:37:14 &lt;welterde&gt; ale protože CLI/webtop ho používají, měli bychom to dát také do libsyndie 21:37:15 &lt;dream&gt; Takže předpokládám, že s tím adresářem by musel pracovat jen web server. 21:37:35 &lt;dream&gt; plnit ho a synchronizovat z něj, něco jako poštovní fronta u Postfixu. 21:38:00 &lt;welterde&gt; ale měli bychom ho generovat/synchronizovat jen, když ho skutečně používáme.. ne jako teď.. 21:38:08 &lt;welterde&gt; kdy je generován/synchronizován vždy... 21:39:18 &lt;dream&gt; Nevidím problém v tom používat adresář archive/ jen pro webserver. Je to vlastně jen pohodlí, abyste mohli použít existující funkcionalitu pro servírování statických souborů. 21:40:07 &lt;welterde&gt; měl by existovat CLI příkaz jako generate_archive nebo tak něco, imho 21:40:57 &lt;welterde&gt; a měli bychom vrátit ten import.cgi, abychom mohli provozovat převážně statický archive a přitom pořád postovat 21:41:04 &lt;welterde&gt; nebo... hmmm... 21:41:04 &lt;dream&gt; co bys s tím archive dělal pomocí klientského rozhraní? 21:41:15 &lt;welterde&gt; rsync s vzdáleným webem? 21:41:26 &lt;welterde&gt; tak funguje syndie.welterde.(i2p|de) ;) 21:41:43 &lt;dream&gt; problém se statickým archive je, že udržovat souborový systém v souladu s databází je úkol podobný návrhu databáze. 21:41:59 &lt;welterde&gt; hmm.. ne tak docela 21:42:05 &lt;welterde&gt; protože je to jen jednosměrné 21:43:17 &lt;unixfr3ak&gt; možná je to trochu off-topic, ale zvažoval někdo funkci datastore? 21:43:20 &lt;dream&gt; takže někdo v hypotetickém --cli vytvoří zprávu. Pak po vytvoření spustí generate_archive? Zní to podezřele podobně jako commitnout transakci po insertu. 21:43:52 &lt;unixfr3ak&gt; také v i2phex, jak jsem už říkal Complicationovi, bitzi lookup v i2phex není anonymní 21:43:55 &lt;dream&gt; magicbutton() 21:44:04 &lt;welterde&gt; dream: ehm.. ne 21:44:17 &lt;dream&gt; ...i2phex se dívá na bitzi.com? to je šílené 21:44:37 &lt;unixfr3ak&gt; ano 21:44:39 &lt;welterde&gt; unixfr3ak: pokud si pamatuji, byla nějaká práce směrem k Freenetu 21:44:43 &lt;dream&gt; welterde, takže jejich zpráva se nikdy nedostane do adresáře archive/ a nemůže se synchronizovat... 21:45:20 &lt;welterde&gt; dream: ne.. jen říkám, že transakce je trochu něco jiného 21:45:27 &lt;welterde&gt; například: nic needituješ 21:45:33 &lt;welterde&gt; (možná kromě indexu) 21:46:02 &lt;welterde&gt; generate_archive jen dumpne DB a při tom aktualizuje indexy 21:46:41 &lt;unixfr3ak&gt; kliknout pravým na soubor 21:47:20 &lt;unixfr3ak&gt; a 'view bitzi ticket' tě vezme na ne-anon web 21:47:20 &lt;unixfr3ak&gt; naštěstí mám prohlížeč proxovaný přes I2P a alternativní přes Tor 21:47:31 &lt;dream&gt; tak jak dostaneš nový obsah databáze do archive? Co když Syndie spadne po vložení zprávy, ale předtím, než ji uložíš do adresáře archive/? 21:47:39 &lt;unixfr3ak&gt; 0_0 vypadá to, že spongebob zmeškal setkání 21:47:57 &lt;welterde&gt; dream: nic.. prostě to není archive/ 21:48:16 &lt;welterde&gt; ale bude to při příštím úspěšném běhu generate_archive 21:49:01 &lt;dream&gt; já bych nechal klienta spustit web server a ten by kontroloval archive/ a vytáhl všechny zprávy z DB, které tam ještě nejsou. Nebo by prostě přímo servíroval zprávy z DB. 21:49:23 &lt;dream&gt; generate_archive nevypadá jako něco, co by si měl klient hlídat. 21:49:50 &lt;welterde&gt; problém je.. že Syndie nemůžeš spustit na každém stroji 21:50:18 &lt;welterde&gt; například tenhle server (i2p2.de/welterde.de) je na svém limitu 21:50:36 &lt;welterde&gt; když na něm pustím Syndie, hodně swapuje.. 21:50:41 &lt;welterde&gt; takže to musím běžet lokálně 21:50:46 &lt;eche|on&gt; jo 21:51:06 &lt;welterde&gt; žádný problém, kdybych měl rozumný upload... což nemám 21:51:19 &lt;welterde&gt; což většina ADSL uživatelů nemá.. 21:51:45 &lt;badger&gt; každopádně – dobrá práce se všemi těmi patchi, welterde – můžeme čekat vydání v nedaleké budoucnosti? 21:51:47 &lt;welterde&gt; takže buď statický archive, nebo takový, co je pekelně pomalý 21:52:08 &lt;welterde&gt; badger: myslím, že brzy přepnu z a na b (alfa na beta) 21:52:16 &lt;badger&gt; skvělé 21:52:40 &lt;badger&gt; něco dalšího k budoucímu vývoji? 21:52:56 &lt;badger&gt; (Syndie) 21:53:10 &lt;welterde&gt; n0pe 21:53:19 &lt;welterde&gt; ;) 21:53:24 &lt;badger&gt; dobrá, v tom případě 21:53:30 &lt;badger&gt; 3) Dary 21:53:49 -*- badger přehazuje mikrofon k eche|on 21:54:00 &lt;eche|on&gt; je to znovu otevřené! 21:54:18 &lt;eche|on&gt; Vytvořil jsem účet PayPal a dal na něj odkaz na webu I2P 21:54:42 &lt;hottuna_&gt; :D 21:54:47 &lt;badger&gt; paráda 21:54:50 &lt;hottuna_&gt; boží 21:54:52 &lt;eche|on&gt; ale tlačítka odkazují na https:// stránky PayPalu, pro eepsite to zatím nefunguje 21:55:01 &lt;dream&gt; jo, to je asi výhoda, welterde 21:55:08 &lt;eche|on&gt; zatím na té frontě žádný záznam 21:55:20 &lt;welterde&gt; eche|on: možná bys měl přidat poznámky, jak ti říct, co s tím máš dělat 21:55:29 &lt;eche|on&gt; a nejsem rozhodnutý o účtu pro 2ndlive 21:55:31 &lt;zzz&gt; můžeš přidat odkaz ze stránky donate na stránku halloffame, a/nebo poskytnout více informací o tom, na co budou dary použity 21:55:39 &lt;dream&gt; pořád si myslím, že to, co vytváří archive, by mělo spíš synchronizovat než jen dumpovat. 21:55:48 &lt;badger&gt; jo 21:56:02 &lt;badger&gt; plánujete podporovat i bounties? 21:56:10 &lt;eche|on&gt; welterde: acked 21:56:13 &lt;unixfr3ak&gt; mohli byste prostě použít Apache 21:56:17 &lt;welterde&gt; dream: předčasná optimalizace ;) 21:56:19 &lt;eche|on&gt; zzz: acked 21:56:24 &lt;dream&gt; ups 3) 21:56:24 &lt;dream&gt; nemám žádné peníze, promiňte T_T 21:56:28 &lt;eche|on&gt; potřebujeme seznam věcí, co kupovat/nekupovat z darů 21:56:37 &lt;zzz&gt; a neměly by být předplatná echelon a welterde spíš vedená jako výdaje? 21:56:40 &lt;unixfr3ak&gt; jaký web server I2P obsahuje? 21:56:51 &lt;eche|on&gt; badger: jo, dary jsou „pro všechny fondy“ nebo dedikované na bounty 21:57:04 &lt;badger&gt; skvělé 21:57:19 &lt;eche|on&gt; a na PayPalu by mělo být textové pole, do kterého můžete napsat účel peněz :-) 21:57:33 &lt;zzz&gt; mohl bys taky dát na titulní stránku novinku, že dary jsou otevřené 21:57:36 &lt;badger&gt; Když daruji 1000 EUR, dostanu tričko Hot Tuna i2P? 21:57:51 &lt;eche|on&gt; ale nemůžu darovat sám sobě ;-) 21:58:02 &lt;welterde&gt; hottuna_: řekni ano! ;) 21:58:16 &lt;eche|on&gt; zatím žádný problém, počkám na prvního a oznámím to ;-) 21:58:35 &lt;zzz&gt; měl jsi šanci přijet na 25c3 a získat tričko 21:58:47 &lt;welterde&gt; pořád bude 26c3 ;) 21:58:59 &lt;eche|on&gt; acked, zzz – dobrý nápad 22:00:32 &lt;eche|on&gt; takže z mé strany už k tématu dary nic 22:00:51 -*- welterde čeká, až se načte paste.. 22:01:16 &lt;badger&gt; v tom případě: 22:01:22 &lt;badger&gt; 4) ???? 22:01:33 &lt;badger&gt; má ještě někdo něco, co přinést na setkání? 22:01:37 &lt;welterde&gt; jo.. 22:01:46 &lt;welterde&gt; ale musíte počkat, než se načte paste :/ 22:01:52 &lt;eche|on&gt; dejme si pro každého kousek dortu! 22:02:31 &lt;welterde&gt; jupí! :) 22:02:32 -*- unixfr3ak ho popadne a utíká 22:02:38 &lt;welterde&gt; neeee 22:03:03 -*- badger *baf*ne unifr3aka po hlavě 22:03:08 &lt;unixfr3ak&gt; jooo 22:03:12 &lt;eche|on&gt; ;-) 22:03:46 &lt;unixfr3ak&gt; zajímalo by mě, jestli tahle část půjde do logu meetingu 22:03:50 &lt;unixfr3ak&gt; :P 22:03:57 &lt;welterde&gt; Tímto oznamuji *tamtadadá* thmoo: inbljam6y6mynwz2474hk655w2jtv7trofxbqzng4re26ga6rg4a.b32.i2p 22:03:58 &lt;welterde&gt; ;) 22:04:04 &lt;welterde&gt; unixfr3ak: samozřejmě, že ano! 22:04:15 &lt;welterde&gt; všichni si vezměte telnet klienta a připojte se ;) 22:04:37 &lt;badger&gt; ne MUD?! 22:04:40 &lt;unixfr3ak&gt; ten base32 klíč? 22:04:49 &lt;welterde&gt; badger: samozřejmě! 22:05:06 &lt;welterde&gt; unixfr3ak: musíš otevřít client tunnel a připojit se k němu pomocí telnet/MUD klienta 22:05:08 &lt;welterde&gt; (nebo použít SOCKS) 22:05:38 &lt;unixfr3ak&gt; nechci si umazat své socks, udělám tunnel :p 22:05:43 &lt;unixfr3ak&gt; hmm 22:05:47 &lt;unixfr3ak&gt; ale co destination 22:05:50 &lt;badger&gt; blátivé socks 22:05:59 &lt;unixfr3ak&gt; zahrnuje to i .i2p ? 22:06:05 &lt;welterde&gt; unixfr3ak: jo 22:06:11 &lt;welterde&gt; aspoň mně to fungovalo ;) 22:06:56 &lt;dream&gt; můžeš si taky vyhledat dest b32, pokud chceš lokální kopii. zzz mi ukázal jak, pomocí tajného CLI rozhraní i2ptunnel. 22:07:13 &lt;unixfr3ak&gt; Delay Connect: (pro request/response spojení) 22:07:18 &lt;unixfr3ak&gt; beru, že pro to ano 22:07:21 &lt;dream&gt; to mi připomíná, že bych měl ty popisy místností dostat z papíru do té zatracené věci 22:07:24 &lt;badger&gt; welterde: možná někam dej krátké howto ;-) 22:07:35 &lt;welterde&gt; dream: jupí :) 22:07:46 &lt;welterde&gt; badger: heh.. udělám 22:07:58 &lt;unixfr3ak&gt; Zkouším 127.0.0.1... 22:07:58 &lt;unixfr3ak&gt; Připojeno k localhostu. 22:07:58 &lt;unixfr3ak&gt; Escape znak je '^]'. 22:08:02 &lt;unixfr3ak&gt; působivé :P 22:08:02 &lt;welterde&gt; `http://paste.i2p2.i2p/show/11/` &lt;- to b64 22:08:08 &lt;l00kns33&gt; jedna poznámka obecně k I2P: 22:08:08 &lt;l00kns33&gt; myslím, že je to příliš „od geeků pro geeky“ – je potřeba vědět, co potřebují a chtějí ne-geek uživatelé 22:08:16 &lt;unixfr3ak&gt; zajímá mě, co je na druhé straně tunnelu 22:08:20 &lt;dream&gt; unixfr3ak, pokud jsi extra paranoidní, tak ano, jinak mohou být možné timing útoky, aby se testovalo, jestli jsi online, nebo ne. :&gt; 22:08:21 &lt;welterde&gt; l00kns33: chtějí hry! :D 22:08:46 &lt;dream&gt; l00kns33, co může být míň geekovského než textová online adventura! 22:09:01 &lt;welterde&gt; unixfr3ak: funguje? měl bys vidět nějaké menu 22:09:02 &lt;dream&gt; Obléknu si róbu a kouzelnický klobouk! 22:09:19 &lt;unixfr3ak&gt; samozřejmě 22:09:28 &lt;l00kns33&gt; to je jedna věc – a dobrý nápad :) 22:09:31 &lt;unixfr3ak&gt; Vítejte v thmoo-cmd 2.1... 22:09:38 &lt;welterde&gt; ha :) 22:09:47 &lt;welterde&gt; pak musíš napsat connect guest, pokud si dobře pamatuji 22:09:52 &lt;unixfr3ak&gt; co je tak působivého na telnetu přes I2P? 22:10:30 &lt;zzz&gt; brzy budeme mít CONNECT klient, takže nebudeš muset nastavovat tunnel 22:10:46 &lt;l00kns33&gt; super :) 22:10:50 &lt;welterde&gt; unixfr3ak: nic? 22:11:20 -*- welterde píše howto.. 22:11:26 &lt;unixfr3ak&gt; má divnou chat funkci :P 22:11:45 &lt;badger&gt; no, v tom duchu – chce ještě někdo něco dodat? 22:11:46 &lt;welterde&gt; unixfr3ak: musíš "say something" 22:11:50 &lt;dream&gt; zajímá mě, jak by to fungovalo, zzz? Myslíš něco jako VPN? 22:12:01 &lt;welterde&gt; dream: spíš jako SOCKS, myslím 22:12:05 &lt;dream&gt; Nebo speciálně navržený telnet klient? ._. 22:12:19 &lt;dream&gt; No jo, o SOCKS jsem slyšel. 22:12:29 &lt;unixfr3ak&gt; foo řekl ahoj 22:12:31 &lt;zzz&gt; spíš jako SOCKS 22:12:39 &lt;zzz&gt; telnet localhost 1234 22:13:00 &lt;zzz&gt; connect inbljam6y6mynwz2474hk655w2jtv7trofxbqzng4re26ga6rg4a.b32.i2p 22:13:00 &lt;welterde&gt; unixfr3ak: a odpovědět ti "say something" ;) 22:13:06 &lt;zzz&gt; to je vše 22:13:15 &lt;dream&gt; SOCKS je ošemetné, protože je to jako i2ptunnel, až na to, že prakticky kdokoli může vytvářet nové tunnely na různá místa. 22:13:37 &lt;unixfr3ak&gt; ano, vím... není třeba zdůrazňovat bolestně zjevné 22:13:50 &lt;welterde&gt; dream: ne.. jen to používá sdílený 22:14:06 &lt;welterde&gt; alespoň.. tak by to mělo fungovat ;) 22:14:34 &lt;welterde&gt; afk na chvilku 22:14:36 &lt;badger&gt; myslím, že jsme dospěli do dobrého bodu, kdy... 22:14:44 -*- badger zakončuje 22:14:54 -*- badger *baf* uzavírá meeting 22:15:10 &lt;eche|on&gt; :-) 22:15:13 &lt;badger&gt; dobrá práce, všichni 22:16:12 &lt;dream&gt; nejde s tím SOCKS udělat server tunnel? hmm... 22:16:34 &lt;dream&gt; to by asi bylo docela fajn pro ne-HTTP protokoly. :) 22:16:49 &lt;dream&gt; Buď to, nebo implementovat CONNECT v eeproxy. 22:16:52 &lt;unixfr3ak&gt; teď zase zmizíte, lol 22:18:38 &lt;dream&gt; poofda 22:19:40 &lt;zzz&gt; pořád jsem tady 22:19:49 &lt;zzz&gt; náš SOCKS je teď jen client-only 22:20:51 &lt;zzz&gt; CONNECT mám implementovaný, o tom jsem mluvil výše 22:23:20 &lt;dream&gt; Hezky, nenapadá mě žádný důvod, proč to neudělat, a bylo by to mnohem pohodlnější, protože SOCKS je sakra populární a mnoho aplikací ho má. </div>/cs/blog/2009/01/25/vyd%C3%A1n%C3%AD-i2p-0.7/Sun, 25 Jan 2009 00:00:00 +0000/cs/blog/2009/01/25/vyd%C3%A1n%C3%AD-i2p-0.7/<h1 id="i2p-verze-07">I2P verze 0.7</h1> <p>Vydání 0.7 přidává I2PSnarku stabilitu a flexibilitu, který by snad mohl být v budoucnu použit k distribuci aktualizací I2P.</p> <p>I2P router dostává opravy a optimalizace, které se týkají různých problémů na transportní úrovni a se streamováním, průzkumu sítě, výkonu NetDB a systému UDP introducerů (zprostředkovatelů). Mimo jiné toto nové vydání nabízí lepší omezování počtu spojení, vyšší toleranci vůči výjimkám &ldquo;out of memory&rdquo; v pomocných aplikacích a nový experimentální adresovací systém využívající hashe Base32 z klíčů destinace (&quot;.b32.i2p&quot; adresy URL).</p>/cs/blog/2008/12/01/vyd%C3%A1n%C3%AD-i2p-0.6.5/Mon, 01 Dec 2008 00:00:00 +0000/cs/blog/2008/12/01/vyd%C3%A1n%C3%AD-i2p-0.6.5/<h1 id="i2p-vydání-065">I2P vydání 0.6.5</h1> <p>Verze 0.6.5 přináší nové komponenty, některé staré vyřazuje (například starý TCP transport) a byla optimalizována pro lepší výkon.</p> <p>Protokol BOB (Basic Open Bridge) je zaveden pro použití klientskými aplikacemi, které nemohou přímo importovat knihovny I2CP. Tím se starý protokol SAM, který byl dříve používán v takových případech, označuje za zastaralý. Prozatím však BOB není u nových instalací spouštěn automaticky a SAM zůstává u starých instalací aktivní.</p> <p>Vylepšený kód by měl lépe předcházet zahlcení tím, že bude pravděpodobnostně zahazovat přeposílaný provoz, a také se chovat lépe, když k zahlcení dojde. floodfill NetDB by měl fungovat spolehlivěji, streamovací knihovna by měla volit vhodnější velikosti zpráv a nabízet funkci časového limitu socketu, a pokračují práce na režimu &ldquo;hidden&rdquo; pro I2P routers.</p>/cs/blog/2008/10/06/vyd%C3%A1n%C3%AD-i2p-0.6.4/Mon, 06 Oct 2008 00:00:00 +0000/cs/blog/2008/10/06/vyd%C3%A1n%C3%AD-i2p-0.6.4/<h1 id="i2p-verze-064">I2P verze 0.6.4</h1> <p>Vydání 0.6.4 přináší zlepšení výkonu a stability. Pro ukládání RouterInfo jsou upřednostňovány již připojené floodfill uzly a v případě nedostatku se odkazy na nové floodfill uzly získávají od běžných uzlů.</p> <p>Přednost již připojených peerů (uzlů v síti) se obecně zvyšuje tím, že jsou považováni za aktivní. Vypršení časových limitů během připojování k tunnel se nyní započítávají k tíži profilů peerů.</p> <p>Součástí jsou také vylepšení obsluhy vypínání, sestavovače tunnelů, omezování routeru, sběru statistik poolu tunnelů, stejně jako vylepšení konzole routeru a I2PSnark (a texty vysvětlující problémy s dosažitelností).</p>/cs/blog/2008/08/26/i2p-0.6.3-vyd%C3%A1n%C3%AD/Tue, 26 Aug 2008 00:00:00 +0000/cs/blog/2008/08/26/i2p-0.6.3-vyd%C3%A1n%C3%AD/<h1 id="i2p-verze-063">I2P verze 0.6.3</h1> <p>Vydání 0.6.3 přináší řadu oprav chyb, optimalizací a bezpečnostních vylepšení. Routery začnou monitorovat počet korektně se chovajících uzlů NetDB a pokud dojde k jejich nedostatku a budou moci, dobrovolně převezmou tuto roli. Korektně se chovající uzly NetDB jsou výrazněji upřednostňovány a nekorektně se chovající uzly jsou účinněji zařazovány na černou listinu.</p> <p>LeaseSets jsou zpracovávány efektivněji, nové opravy by měly umožnit správné fungování UDP introducers (zprostředkovatelů). I2P také získává předběžnou podporu pro trvalé seznamy blokovaných IP adres a nový omezovač připojení k peerům. Vylepšení Router Console by měla usnadnit konfiguraci klientských aplikací a I2PSnark bude nyní lépe odolávat poškozeným datům.</p>/cs/blog/2008/06/07/vyd%C3%A1n%C3%AD-i2p-0.6.2/Sat, 07 Jun 2008 00:00:00 +0000/cs/blog/2008/06/07/vyd%C3%A1n%C3%AD-i2p-0.6.2/<h1 id="vydání-i2p-062">Vydání I2P 0.6.2</h1> <p>Verze 0.6.2 přináší vylepšení výkonu a anonymity. Data LeaseSet se již nepřidávají ke každé end-to-end zprávě, což snižuje režii protokolu.</p> <p>Nedosažitelní peery se nepoužívají jako příchozí brány tunnelů, což zvyšuje spolehlivost a umožňuje používat perzistentní Lease selection, což zase zlepšuje výkon tím, že snižuje doručování zpráv mimo pořadí.</p> <p>Sekvence peerů v rámci tunnel je nyní udržována v přísném pořadí podle XOR vzdálenosti od náhodné hodnoty, aby se útočníkovi ztížilo shromažďování statistik pro útok predecessor (útok předchůdce). Vylepšení aplikací jako I2PSnark a Router Console jsou také představena.</p>/cs/blog/2008/04/26/vyd%C3%A1n%C3%AD-i2p-0.6.1.33/Sat, 26 Apr 2008 00:00:00 +0000/cs/blog/2008/04/26/vyd%C3%A1n%C3%AD-i2p-0.6.1.33/<h1 id="vydání-i2p-06133">Vydání I2P 0.6.1.33</h1> <p>Vydání 0.6.1.33 obsahuje několik důležitých oprav chyb a vylepšení výkonu v oblasti detekce dosažitelnosti SSU, výběru peerů pro floodfill, výběru peerů pro tunnel, testování tunnel, detekce nečinnosti NTCP, streamovací knihovny a načítání novinek. Dále přidává podporu sekundárních trackerů pro i2psnark a ověřování stažených knihoven Jetty při sestavování ze zdrojových kódů.</p> <p>Aktualizujte prosím co nejdříve, protože tyto opravy by měly zlepšit spolehlivost celé sítě. Toto vydání je zpětně kompatibilní: pokud již máte nainstalovanou verzi 0.6.1.31 nebo novější, rozpozná podpis na podepsaném souboru aktualizace a můžete aktualizovat automaticky.</p>/cs/blog/2008/03/09/vyd%C3%A1n%C3%AD-i2p-0.6.1.32/Sun, 09 Mar 2008 00:00:00 +0000/cs/blog/2008/03/09/vyd%C3%A1n%C3%AD-i2p-0.6.1.32/<h1 id="vydání-i2p-06132">Vydání I2P 0.6.1.32</h1> <p>Vydání 0.6.1.32 obsahuje několik oprav chyb, nový algoritmus budování tunnel od zzz, který reguluje intenzitu budování tunnel podle předchozích úrovní úspěšnosti budování tunnel, a další zlepšení výkonu.</p> <p>Toto vydání je zpětně kompatibilní a pokud už máte nainstalovanou verzi 0.6.1.31, ověří podpis na podepsaném aktualizačním souboru (takže můžete aktualizovat automaticky).</p> <p>Abychom však zajistili lepší rozložení zátěže mezi našimi 3 podepsanými aktualizačními servery, doporučuji provést následující volitelnou kontrolu:</p> <ul> <li>Open the update configuration page on:</li> </ul> <p><code>http://localhost:7657/configupdate.jsp</code></p>/cs/blog/2008/02/10/i2p-0.6.1.31-vyd%C3%A1n%C3%AD/Sun, 10 Feb 2008 00:00:00 +0000/cs/blog/2008/02/10/i2p-0.6.1.31-vyd%C3%A1n%C3%AD/<p>Ahoj, je k dispozici nové vydání I2P pro vaše potěšení na <code>http://www.i2p2.de/downloads/.</code></p> <p>Vydání 0.6.1.31 učiní proces vydávání I2P nezávislým na jrandomovi a serverech *.i2p.net. Naším novým primárním zrcadlem je <a href="https://www.i2p2.de">www.i2p2.de</a> , v I2P je dostupné na <a href="https://www.i2p2.i">www.i2p2.i</a> 2p.</p> <p>Automatické aktualizace budou hostovány na několika eepsites(I2P Sites), podepsané Complication, za tímto účelem verze 0.6.1.31 obsahuje dva nové ověřovací klíče vydání.</p> <p>Součástí jsou také četné opravy chyb a vylepšení automatického aktualizačního mechanismu, adresáře, I2PSnarku a IRC proxy. Bude přidána podpora pro protokol SAM verze 2.</p>/cs/blog/2008/02/01/stavov%C3%A9-pozn%C3%A1mky-i2p-k-2008-02-01/Fri, 01 Feb 2008 00:00:00 +0000/cs/blog/2008/02/01/stavov%C3%A9-pozn%C3%A1mky-i2p-k-2008-02-01/<p>Vítejte!</p> <p><strong>Aktualizace stavu 01/2008</strong></p> <p>Kvůli poruše serveru i2p.net na začátku roku 2008 nebyla stránka projektu I2P dostupná. Jediná osoba, která má přístup (jrandom) k opětovnému zprovoznění toho serveru, je offline a pro nás alespoň na dalších 10 měsíců NEDOSTUPNÁ. Dokonce nebylo možné získat ani instalátor, ani seednodes (počáteční uzly) pro spuštění nového routeru.</p> <p>V posledních několika týdnech jsme od ochotných pomocníků jako dar obdrželi dva webové servery a zprovoznili kompletní redundantní řešení pro kritické části I2P.</p>/cs/blog/2007/10/07/vyd%C3%A1n%C3%AD-i2p-0.6.1.30/Sun, 07 Oct 2007 00:00:00 +0000/cs/blog/2007/10/07/vyd%C3%A1n%C3%AD-i2p-0.6.1.30/<p>Hi y&rsquo;all, there&rsquo;s a new I2P release available for your enjoyment at <a href="http://www.i2p.net/download">http://www.i2p.net/download</a> </p> <p>Toto vydání zahrnuje některá experimentální vylepšení propustnosti pro tunnel, opravy eepget, zpracování síťové fronty, opravy i2psnark a další změny. Jako vždy je úplný seznam změn k dispozici na <code>http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/history.txt?rev=HEAD</code></p> <p>Toto vydání je zpětně kompatibilní a aktualizace by neměla být problém.</p> <p>Poděkování patří zzz a Complication za jejich práci, díky níž se všechny tyto změny uskutečnily!</p> <p>=jr</p>/cs/blog/2007/04/10/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-10.-dubna-2007/Tue, 10 Apr 2007 00:00:00 +0000/cs/blog/2007/04/10/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-10.-dubna-2007/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> Complication, jadeSerpent, jrandom, mrflibble</p> <h2 id="zápis-z-jednání">Zápis z jednání</h2> <div class="irc-log"> 16:01 &lt;jrandom&gt; 0) ahoj 16:01 &lt;jrandom&gt; 1) Stav sítě 16:01 &lt;jrandom&gt; 2) Stav vývoje Syndie 16:01 &lt;jrandom&gt; 3) ??? 16:01 &lt;jrandom&gt; 0) ahoj 16:01 * jrandom mává 16:01 &lt;jrandom&gt; stručné týdenní poznámky o stavu jsou zveřejněny na http://dev.i2p.net/pipermail/i2p/2007-April/001343.html 16:01 * mrflibble mává zpátky 16:03 &lt;jrandom&gt; protože jsou ty poznámky dost krátké, pojďme rovnou na 1) Stav sítě 16:03 &lt;jrandom&gt; v poslední době se zdá, že věci běží docela dobře 16:03 &lt;jrandom&gt; momentálně se na síti (pokud vím) nechystají žádné zásadní změny, takže to tak nejspíš zůstane 16:03 &lt;jadeSerpent&gt; irc se konečně taky uklidnilo 16:03 &lt;jrandom&gt; super 16:05 &lt;jrandom&gt; k 1) stavu sítě toho moc nemám, takže pokud k tomu nikdo nic nemá, přeskočme na 2) Stav vývoje Syndie 16:07 &lt;jrandom&gt; další revize trvá déle, než se čekalo, ale doufám, že během příštích 2–3 dnů vydám novou verzi 16:07 &lt;jrandom&gt; nebude to desktopové GUI, ale bude obsahovat řadu vylepšení 16:08 &lt;Complication&gt; cokoli, co pomůže spolehlivosti syndikace, by bylo skvělé 16:08 &lt;Complication&gt; v poslední době je relativně slabá 16:08 &lt;jrandom&gt; jo, ten problém by měl jít (do určité míry) docela snadno vyřešit 16:09 &lt;jadeSerpent&gt; víš, co způsobuje neúspěšná načítání přes I2P? 16:09 &lt;jrandom&gt; jo, nízké timeouty 16:10 &lt;jrandom&gt; (a málo obslužných vláken na serverech) 16:13 &lt;jrandom&gt; ok, pokud k 2) Stavu vývoje Syndie není nic dalšího, skočme na 3) ??? 16:13 &lt;jrandom&gt; má někdo něco dalšího na projednání na schůzi? 16:14 * mrflibble mává 16:14 &lt;mrflibble&gt; sorry, vrátím se k bodu 1 znovu 16:15 &lt;mrflibble&gt; &lt;jadeSerpent&gt; irc se konečně taky uklidnilo - myslíš, že je k tomu nějaký konkrétní důvod? 16:16 &lt;jrandom&gt; na IRC serverech byly nějaké síťové a hardwarové potíže a většina lidí teď upgradovala na nejnovější verzi (což nám dává výhodu vylepšení od zzz) 16:17 &lt;jrandom&gt; čísla ohledně úspěšnosti vytváření tunnel vypadají mnohem lépe 16:17 &lt;mrflibble&gt; aha, tak to byly samotné servery 16:17 &lt;mrflibble&gt; jaká byla zzzova vylepšení? 16:19 &lt;Complication&gt; priority zpráv, aby zprávy pro sestavení tunnel měly přednost před provozem v tunnel 16:19 &lt;Complication&gt; a úpravy ve streaming lib a obvyklá dávka oprav pro I2PSnark 16:19 &lt;mrflibble&gt; ah, díky 16:19 &lt;jrandom&gt; (jak říká Complication :) 16:22 &lt;jrandom&gt; ok, má ještě někdo něco na schůzi? 16:26 &lt;jrandom&gt; pokud ne 16:26 * jrandom rozmáchne se 16:26 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2007/04/03/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-3.-dubna-2007/Tue, 03 Apr 2007 00:00:00 +0000/cs/blog/2007/04/03/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-3.-dubna-2007/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> Complication, jrandom, tapeworm</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 16:01 &lt;jrandom&gt; 0) ahoj 16:01 &lt;jrandom&gt; 1) stav sítě 16:01 &lt;jrandom&gt; 2) stav vývoje Syndie 16:01 &lt;jrandom&gt; 3) ??? 16:01 &lt;jrandom&gt; 0) ahoj 16:01 * jrandom mává 16:01 &lt;jrandom&gt; týdenní poznámky ke stavu ještě nejsou venku, ale moc toho v nich nebylo, takže to můžeme pokrýt přímo tady 16:01 &lt;jrandom&gt; přejděme k 1) stav sítě 16:01 &lt;jrandom&gt; vypadá to docela dobře, momentálně žádné zásadní problémy. dříve byly nějaké potíže na IRC serverech, ale hardwarové problémy byly vyřešeny (díky cervantesovi a postmanovi!) 16:01 &lt;jrandom&gt; na blogu zzz proběhla další diskuse ohledně nápadů kolem ssu/ntcp – mrkněte na to pro více informací 16:01 &lt;jrandom&gt; k tomu nemám moc co dodat... má někdo něco k 1) stavu sítě? 16:04 &lt;jrandom&gt; pokud ne, pojďme na 2) stav vývoje Syndie 16:04 &lt;jrandom&gt; poslední dobou dobrý pokrok na desktopovém GUI, několik komponent se navíc vrátilo i do záložkového GUI 16:04 &lt;jrandom&gt; pořád je co dělat, ale desktopové GUI momentálně používám skoro na všechno. 16:04 &lt;jrandom&gt; mk přinesl další nápady a připomínky k desktopovému GUI a jako vždy, sledujte vývojové fórum Syndie, kde je plánování a implementace 16:04 &lt;+Complication&gt; ano, mohu také potvrdit vyšší stabilitu IRC sezení 16:04 &lt;jrandom&gt; w3wt 16:06 &lt;+Complication&gt; Vypadá to, že by se to tedy mohlo znovu otestovat (při mém posledním testu mi to přišlo trochu... odstrašující) 16:07 &lt;jrandom&gt; aha jo, teď jsem přidal popisky k většině tlačítek ;) 16:07 &lt;jrandom&gt; i když pokud jste na Windows, svislé popisky tlačítek to pořád zobrazuje špatně (na to je potřeba napsat vlastní layout) 16:07 &lt;+Complication&gt; (zejména absence popisků u mnoha komponent) 16:08 &lt;jrandom&gt; ale pořád to není připravené na alfu... můžu to používat, protože vím, co všechno dělá/má dělat 16:08 &lt;+Complication&gt; u mě je to Linux, ale i tak se to hodí vědět, řekl bych 16:08 &lt;jrandom&gt; ale snad tak během příštího týdne 16:09 &lt;+Complication&gt; co se týče Syndie, přemýšlel jsem nad jednou věcí: nemůže být nový synchronizační kód až příliš horlivý, třeba že se pokouší o příliš mnoho přenosů současně? 16:09 &lt;+Complication&gt; s/is being/be 16:09 &lt;jrandom&gt; zkusí 5 souběžných stahování na jeden archiv 16:10 &lt;jrandom&gt; (a jedno asynchronní importní vlákno) 16:10 &lt;+Complication&gt; U mě výrazně vzrostla chybovost vůči většině archivů oproti dřívějšku 16:10 &lt;jrandom&gt; hmm 16:10 &lt;+Complication&gt; Může to být i tím, že synchronizuje víc lidí, ale i tak bych doufal, že se podaří trefit volnou chvíli, kdy archiv není vytížený 16:10 &lt;+Complication&gt; „trefit volnou chvíli“ a udělat kvalitní synchronizaci se obecně moc nedaří, ale 16:10 &lt;jrandom&gt; takže různá stahování padají s hláškou „connection reset“ nebo jinou chybou jako z TCP? 16:11 &lt;+Complication&gt; „socket closed“ a podobně 16:11 &lt;jrandom&gt; aha, ok 16:11 &lt;+Complication&gt; Ve skutečnosti jsem je nepočítal 16:11 &lt;+Complication&gt; Je to samozřejmě celé přes I2P 16:11 &lt;jrandom&gt; servery teď nejsou zrovna silné (myslím, že mají hodně omezenou kapacitu), a to by se mělo zlepšit 16:12 &lt;jrandom&gt; také, jak jsi ty a $nymFormerlyKnownAsAnonymous říkali, tyhle typy selhání bychom měli zkoušet znovu 16:12 &lt;+Complication&gt; správně, to by mohlo taky pomoct 16:12 &lt;tapeworm&gt; Na čem jsou ty servery postavené? 16:12 &lt;jrandom&gt; ale každopádně to potřebujeme mít naprosto spolehlivé a transparentní 16:13 &lt;jrandom&gt; tapeworm: domácí výroba 16:13 &lt;+Complication&gt; i když když jsem před časem měřil výkon "eepget" v porovnání se Syndie, eepget měl skvělý výkon i spolehlivost 16:13 &lt;jrandom&gt; (asi tucet řádků kódu) 16:13 &lt;+Complication&gt; stáhl 2 x 9 MB z dev.i2p.net, zatímco archive.syndie.i2p pořád padal na titěrných zprávách 16:13 &lt;jrandom&gt; oh, to ale není úplně férový test 16:14 &lt;+Complication&gt; jiné stroje? 16:14 &lt;jrandom&gt; a Syndie ve skutečnosti /používá/ eepget ke stahování 16:14 &lt;jrandom&gt; stahovat z Apache je docela jiné než tahat spoustu malých souborů z domácího webserveru ;) 16:14 &lt;+Complication&gt; hmm... asi bych měl při synchronizaci logovat přehnaně podrobně 16:15 &lt;+Complication&gt; přesně tak, a také rozdíly mezi servery 16:17 &lt;+Complication&gt; heh, zdá se, že se mi v desktopovém UI podařilo spustit synchronizaci 16:17 &lt;+Complication&gt; což se minule ukázalo jako úkol nad moje síly :) 16:17 &lt;jrandom&gt; w3wt :) 16:18 &lt;jrandom&gt; ok, má někdo ještě něco k bodu 2? pokud ne, pojďme přeskočit na 3) ??? 16:18 &lt;+Complication&gt; mám ale návyky silného uživatele hlavního panelu, takže si na to budu muset zvykat 16:18 &lt;+Complication&gt; (obvykle mám hlavní panel na automatické skrývání) 16:19 &lt;jrandom&gt; no, existuje volba v době kompilace, která dá desktopové GUI do shellu místo na celou obrazovku - to můžeme místo toho udělat jako přepínač na příkazové řádce 16:19 &lt;+Complication&gt; je desktopové GUI v zásadě schopné mít tlačítko "minimize"? 16:19 &lt;jrandom&gt; je ale problém to měnit za běhu, protože SWT (spolehlivě) neumožňuje reparenting GUI komponent, a nemůžete změnit trim shellu 16:20 &lt;jrandom&gt; oh, ano, určitě možné - dobrý nápad 16:20 &lt;+Complication&gt; které by ho poslalo do pozadí, aniž by to ovlivnilo pořadí, v jakém jsou uspořádána ostatní okna pod ním? 16:20 &lt;jrandom&gt; můžeme to dát do ovládacího menu (vlevo nahoře) nebo do menu úloh (vpravo nahoře) 16:20 &lt;+Complication&gt; protože použití alt+tab má tendenci to měnit 16:21 &lt;+Complication&gt; (něco... jako tlačítko "show desktop", které obvykle rád mívám na hlavním panelu vedle tlačítka KDE / Start) 16:21 &lt;+Complication&gt; (jiné umístění se může ukázat lepší, ale něco v tomto duchu) 16:22 &lt;jrandom&gt; jo, můžeme to skrýt stejným způsobem, jak funguje minimalizace v záložkovém GUI (nebo to můžeme ikonizovat jako běžné oknové tlačítko pro minimalizaci) 16:22 &lt;+Complication&gt; I když, pravda, minimize a show desktop jsou různé věci - když o tom víc přemýšlím, minimalizace dává trochu větší smysl. 16:24 &lt;+Complication&gt; Co se týče chyb při synchronizaci, aktuálně mám 1 výskyt HTTP 504, a 4 výskyty "socket closed" 16:24 &lt;+Complication&gt; 2 úspěchy 16:24 * TrevorReznik naráží tak na 70% socket closed 16:24 &lt;jrandom&gt; ty jo 16:24 &lt;jrandom&gt; ok, podívám se na to a co nejdřív tam dám aktualizaci 16:27 &lt;jrandom&gt; ok, k 3) ??? - má někdo ještě něco pro tohle setkání? 16:27 &lt;+Complication&gt; Kéž bych měl, ale zatím ne - aplikace webcache je pořád nedokončená, protože mě trochu přejel reálný život 16:28 &lt;jrandom&gt; zatracená realita! 16:28 * Complication se pokusí vyřídit těch 15 otravností z cesty 16:32 &lt;jrandom&gt; wr0d 16:32 &lt;jrandom&gt; ok, pokud už není k setkání nic dalšího... 16:32 * jrandom uzavírá 16:33 * jrandom *baf* uzavírá setkání </div>/cs/blog/2007/03/27/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-27.-b%C5%99ezna-2007/Tue, 27 Mar 2007 00:00:00 +0000/cs/blog/2007/03/27/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-27.-b%C5%99ezna-2007/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> cervantes, Complication, jrandom, TrevorReznik</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 16:02 &lt;jrandom&gt; 0) ahoj 16:02 &lt;jrandom&gt; 1) Stav sítě 16:02 &lt;jrandom&gt; 2) zzzovy návrhy NTCP/SSU 16:03 &lt;jrandom&gt; 3) Stav vývoje Syndie 16:03 &lt;jrandom&gt; 4) Stav DNS/registrátora 16:03 &lt;jrandom&gt; 5) ??? 16:03 &lt;jrandom&gt; 0) ahoj 16:03 * jrandom mává 16:03 &lt;jrandom&gt; týdenní stavové poznámky jsou zveřejněné na http://dev.i2p.net/pipermail/i2p/2007-March/001342.html 16:04 &lt;jrandom&gt; přejděme k 1) stavu sítě 16:04 &lt;jrandom&gt; vypadá to docela dobře a jak bylo zmíněno, je potřeba ještě víc výzkumu ohledně posledních změn 16:05 &lt;+Complication&gt; Chtěl jsem si trochu postěžovat na konektivitu IRC (ostatní vypadá celkem slušně), ale za poslední den jsem měl jen asi 6 odpojení, což není tak špatné 16:05 &lt;cervantes&gt; /mute Complication 16:05 &lt;jrandom&gt; heh 16:05 &lt;+Complication&gt; :D 16:06 &lt;+Complication&gt; Úspěšnost sestavování tunnel je ale moc pěkná 16:06 * Complication pro jistotu znovu kontroluje 16:06 &lt;jrandom&gt; jo, viděl jsem nějaké zmatky s odpojováním (ale upřímně, svůj backlog čtu pomocí grep -v -\!- takže odpojování nikdy nevidím ;) 16:06 &lt;cervantes&gt; v poslední době byly různé průšvihy u ISP na irc frontě - postman se dívá po alternativních možnostech hostingu 16:06 &lt;jrandom&gt; míry sestavování tunnel ve statistikách šly nahoru, ale obecně to vypadá v souladu s cykly na stats.i2p 16:06 &lt;cervantes&gt; doufejme, že získáme lepší síťovou redundanci 16:06 &lt;jrandom&gt; aha, ok cervantes 16:07 * jrandom by nabídl pomoc s dev.i2p.net, ale nepamatuju si, kdy tam byla naposledy zátěž pod 4 16:08 &lt;jrandom&gt; ok, má někdo ještě něco, co chce otevřít ohledně stavu sítě? 16:10 &lt;jrandom&gt; pokud ne, přeskočíme k 2) zzzovým návrhům NTCP/SSU 16:10 &lt;jrandom&gt; zzz tu asi teď není a své příspěvky v Syndie odpovídající na to vlákno jsem nechal doma (d'oh) 16:11 &lt;jrandom&gt; každopádně napište své myšlenky do zzzova blogu (nebo si tam přečtěte víc informací) 16:11 &lt;jrandom&gt; má k tomu teď někdo něco k diskusi tady? 16:12 &lt;+Complication&gt; No, osobně jsem tam napsal odpověď, kde vyjadřuji obavu z přílišné závislosti na UDP (protože u mě osobně mělo UDP docela vysoké míry retransmisí) 16:12 &lt;jrandom&gt; jo 16:12 &lt;+Complication&gt; Přemýšlel jsem ale o jednom přístupu... 16:12 &lt;+Complication&gt; Momentálně jsou nabídky plně deterministické (na rozdíl od pravděpodobnostních s náhodnou složkou), že? 16:13 &lt;jrandom&gt; jo, plně deterministické 16:13 &lt;+Complication&gt; Zajímalo mě, jestli by nebyl nějaký přínos (ve smyslu vyhnutí se extrémům), kdyby měly pravděpodobnostní složku 16:14 &lt;+Complication&gt; Například "60% šance na NTCP, 40% šance na SSU" 16:14 &lt;+Complication&gt; (za předpokladu, že nejsou předchozí data - pokud by byla data o předchozích selháních/úspěších, pravděpodobnost by se asi měla posunout ve prospěch lépe fungujícího transportu pro dané spojení) 16:15 &lt;jrandom&gt; no, záleží na tom, čeho se tím má dosáhnout – jak chápu zzzův návrh, cílem je používat SSU kdykoli je to možné 16:15 &lt;+Complication&gt; (samozřejmě za předpokladu, že oba transporty jsou pro dané spojení použitelné - někdy určitě nejsou) 16:15 &lt;jrandom&gt; náhodnost by tomu nepomohla, i když by dala víc prostoru získat data o obou transportech v praxi 16:16 &lt;+Complication&gt; Jen myšlenka na jeden možný způsob, jak se snažit najít mezi nimi rovnováhu (protože když jeden bude vždy nabízet výš, routers se nejspíš moc "nebudou pouštět do experimentů") 16:19 &lt;jrandom&gt; Je to metoda, kterou bychom mohli použít ke sběru více dat, stojí za to ji mít na paměti 16:19 &lt;jrandom&gt; ok, jak jsem říkal, napište do toho vlákna pro další věci :) 16:20 &lt;jrandom&gt; přejdeme k 3) stavu vývoje Syndie 16:20 &lt;jrandom&gt; nemám moc co dodat nad rámec toho, co je v e-mailu 16:20 &lt;jrandom&gt; máte nějaké otázky/komentáře/obavy? 16:21 &lt;+Complication&gt; Zatím ne. :) 16:22 &lt;jrandom&gt; hehe 16:22 * Complication doufá, že může pomoct víc, ať už na frontě I2P nebo Syndie, ale opravdu musím nejdřív dostat tu webcache věc ven 16:22 &lt;jrandom&gt; w3rd, těším se na obojí :) 16:24 &lt;jrandom&gt; ok, přeskočme 4 a skočme na 5) ??? 16:25 &lt;jrandom&gt; má někdo ještě něco, co chce na schůzce otevřít? 16:26 &lt;TrevorReznik&gt; je zájem o generátor hashcash pro i2p? 16:26 &lt;TrevorReznik&gt; tj. přes rozhraní prohlížeče. 16:26 &lt;TrevorReznik&gt; uvažoval jsem o tom jako o způsobu, jak eliminovat možné DoS scénáře uvnitř i2p. 16:27 &lt;jrandom&gt; hmm, v JavaScriptu nebo v C/Java? 16:27 &lt;jrandom&gt; myslím, že existuje několik generátorů hashcash 16:27 &lt;TrevorReznik&gt; v Javě. 16:28 &lt;+Complication&gt; no, nějaký průzkum schémat hashcash bude nejspíš někdy potřeba 16:28 &lt;TrevorReznik&gt; www.hashcash.org jich podle mě pár má. 16:28 &lt;TrevorReznik&gt; je to iniciativa prosadit to do e-mailových klientů jako antispamovou záležitost. 16:28 &lt;+Complication&gt; možná ne výzkum v pravém slova smyslu, spíš v implementaci a osvědčených postupech sese 16:28 &lt;+Complication&gt; =smysl 16:28 &lt;TrevorReznik&gt; mají sbírku implementací v mnoha jazycích. 16:28 &lt;TrevorReznik&gt; jsou tam 2 Java třídy a alespoň jeden applet, i když zatím neznám přesné licenční podmínky. 16:30 &lt;+Complication&gt; místa, kde by se to dalo použít: 1) registrace pseudonymu v Syndie 2) registrace jména v I2P 16:30 &lt;+Complication&gt; 3) e-mail, samozřejmě 16:30 * TrevorReznik souhlasí. 16:30 &lt;+Complication&gt; 4) v méně optimistických scénářích obyčejné zprávy v Syndie 16:31 &lt;+Complication&gt; na úrovni samotné sítě I2P... 16:31 &lt;+Complication&gt; hmm 16:31 &lt;jrandom&gt; je možné je vložit do zpráv pro vytváření tunnel, ale už tak jsme na tom z hlediska CPU bídně ;) 16:39 &lt;jrandom&gt; ok, má ještě někdo něco k této schůzce? 16:41 &lt;jrandom&gt; pokud ne 16:41 * jrandom to uzavírá 16:41 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2007/03/20/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-20.-b%C5%99ezna-2007/Tue, 20 Mar 2007 00:00:00 +0000/cs/blog/2007/03/20/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-20.-b%C5%99ezna-2007/<h2 id="stručná-rekapitulace">Stručná rekapitulace</h2> <p class="attendees-inline"><strong>Přítomní:</strong> Amiga4000, _bob, Eric, jadeSerpent, jrandom, snoopy</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 16:05 &lt;jrandom&gt; 0) ahoj 16:05 &lt;jrandom&gt; 1) Stav sítě a 0.6.1.28 16:05 &lt;jrandom&gt; 2) Stav vývoje Syndie 16:05 &lt;jrandom&gt; 3) ??? 16:05 &lt;jrandom&gt; 0) ahoj 16:05 * jrandom mává 16:05 &lt;jrandom&gt; týdenní poznámky ke stavu jsou na http://dev.i2p.net/pipermail/i2p/2007-March/001341.html 16:05 * jrandom teprve nedávno tohle postnul, tak vám dám minutku na přečtení té vzrušující poznámky ;) 16:08 &lt;jrandom&gt; ok, pojďme rovnou na 1) stav sítě a 0.6.1.28 16:09 &lt;jrandom&gt; zatím to vypadá docela dobře, asi polovina sítě je upgradovaná 16:09 &lt;jrandom&gt; zajímavé je, že se síť taky trochu zvětšila, přibylo možná dalších 40–50 aktivních ntcp spojení k mému routeru a vidím kolem 700 známých identifikátorů routeru 16:10 &lt;jrandom&gt; uvidíme, jak se to bude vyvíjet během příštího týdne nebo tak 16:11 &lt;jrandom&gt; ok, má někdo něco k řešení ohledně stavu sítě nebo 0.6.1.28? 16:13 &lt;jrandom&gt; dobře, pokud ne, přejděme na 2) stav vývoje Syndie 16:13 &lt;jrandom&gt; v tomhle směru se děje spousta věcí, jak je zmíněno v poznámkách 16:13 &lt;Amiga4000&gt; ahoj 16:13 &lt;jrandom&gt; nazdar, Amiga4000 16:13 &lt;Amiga4000&gt; který bod teď? 16:13 &lt;jrandom&gt; právě jsme přešli na 2, ale pokud máš něco k bodu 1, sem s tím ;? 16:14 &lt;Amiga4000&gt; jo, právě jsem to dal do Syndie, předpokládám, že můj pool nefunguje, jak jsem očekával 16:14 &lt;jrandom&gt; pool? 16:14 &lt;Amiga4000&gt; 2 pout tunnels 2 skoky, jeden 70sec a 1300kb, jeden 250sec a 1000 kb 16:15 &lt;Amiga4000&gt; ( mám na mysli zprávu ve fóru zzz na Syndie o I2Psnark a pooling uvnitř router) 16:15 &lt;jrandom&gt; předpokládám, že ty časy jsou doby vypršení, že? a data je celkem dosud přeneseno 16:15 &lt;Amiga4000&gt; sakra, ano 16:15 &lt;jrandom&gt; ok, odpověděl jsem na ten příspěvek v Syndie – to, co vidíš, je v pořádku 16:15 &lt;Amiga4000&gt; *v pořádku* 16:16 &lt;Amiga4000&gt; sry, byl jsem moc rychlý při čtení a nepochopil jsem 16:16 &lt;jrandom&gt; kdyby všechny tunnels vypršely ve stejnou dobu, byl by nápor a slušná šance na úplné selhání 16:16 &lt;Amiga4000&gt; správně, je nějaká možnost vidět životnost tunnelu? 16:16 &lt;jrandom&gt; 1300KB a 1000KB je taky docela dobré vyvážení 16:16 &lt;jrandom&gt; životnost je vždy 10 minut 16:17 &lt;Amiga4000&gt; ok, budu sledovat ještě víc dat :_) 16:18 &lt;jrandom&gt; w3wt, díky, že ses na to zeptal, je to dobrá otázka 16:18 &lt;Amiga4000&gt; ok, a stav sítě: 0.1.28 je v pořádku, i když upload dat i2psnakr je pomalý 16:19 &lt;jrandom&gt; hmm, popisoval jsi ale 10–15KBps, že? 16:19 &lt;Amiga4000&gt; ano, bylo to 30–40 před posledními 2 nebo 3 změnami od zzz 16:20 &lt;jrandom&gt; hmm, uvidíme, jak se to vyvine, až se zmenší chaos kolem nového vydání 16:20 &lt;Amiga4000&gt; jo, počkejme ještě 1–2 týdny :-) 16:20 &lt;jrandom&gt; podle mě je ale 10–15KBps dostatečných 16:21 &lt;Amiga4000&gt; :-) 16:21 &lt;jrandom&gt; (ve skutečnosti jsem jako cíl pro rozumné použití mířil na rozsah 10–20, ne 1–5KBps) 16:21 &lt;jrandom&gt; samozřejmě, víc je lepší, ale stabilních 10–15 je skvělá zpráva 16:21 &lt;Amiga4000&gt; jen vím, že to dřív dělalo 2–4× tolik 16:21 &lt;_bob&gt; Hmm, i2p používá 120 % CPU. ;) 16:22 &lt;Amiga4000&gt; a pořád můžu tahat data z „internetu“ přes outproxy&lt;in v rychlosti 20–40 kb 16:22 &lt;jadeSerpent&gt; _bob: doufám, že ti funguje chladič/ventilátor 16:22 &lt;jrandom&gt; myslíš kilobajty za sekundu, že, Amiga4000? 16:22 &lt;Amiga4000&gt; ano 16:23 &lt;jrandom&gt; super 16:23 &lt;Amiga4000&gt; a i syndie.i2p je v rozmezí kolem 40 16:23 &lt;jrandom&gt; bob: nebo máš PC s duálním nebo čtyřjádrovým procesorem ;) 16:24 &lt;_bob&gt; Nevěděl jsem, že top hlásí hodnoty přes 100 %. 16:24 &lt;jrandom&gt; i2p je prostě magie 16:24 &lt;jadeSerpent&gt; řekl bych, že je to ‚over the top‘ 16:25 &lt;_bob&gt; Kéž by. Teď dokážu směrovat jen kolem 150KB/s v každém směru. 16:25 * jadeSerpent uhýbá shnilému ovoci 16:27 &lt;jadeSerpent&gt; mám Core 2 Duo a občas vidím, že různé procesy využívají &gt;100 % 16:29 &lt;jrandom&gt; ok, má někdo ještě něco k 1? 16:30 &lt;jrandom&gt; pokud ne, opravdu jdeme na 2 ;) 16:30 &lt;jrandom&gt; tady k tomu není moc co dodat nad rámec toho, co je v mailu a na fóru 16:30 &lt;jrandom&gt; má někdo něco, co chce probrat k 2) stavu vývoje Syndie? 16:30 &lt;jadeSerpent&gt; nemůžu se dočkat, až vyzkouším nový editor widget 16:30 &lt;jadeSerpent&gt; ten současný mě přivádí k šílenství 16:30 &lt;jrandom&gt; heh 16:31 &lt;jadeSerpent&gt; jak se ti podařilo zapojit native editory na různých platformách? 16:31 &lt;Eric&gt; Jen rychlý dotaz... proč Susimailu tak dlouho trvá kontrola pošty nebo načítání? Ostatní .i2p stránky se načítají rychle. 16:32 &lt;jadeSerpent&gt; Eric: pop3 je velmi ukecaný protokol, víc než http (na jednu operaci se vymění víc paketů) 16:32 &lt;Eric&gt; Aha, dobře. 16:33 &lt;jrandom&gt; jadeSerpent: import org.eclipse.swt.widget.Text místo ...swt.custom.StyledText ;) 16:33 &lt;_bob&gt; Eric = protokol? 16:33 &lt;jrandom&gt; Eric: jo, aplikace běží lokálně, ale mluví s pop3 serverem plnou podmnožinou pop3 16:34 &lt;jadeSerpent&gt; jrandom: ah takže swt se napojuje na com frameworky 16:34 &lt;Eric&gt; Proč nepoužít webmail přes HTTP místo lokálního klienta, který stahuje a posílá přes POP/SMTP? 16:34 &lt;jadeSerpent&gt; to je jedno, prostě si přečtu kód 16:35 &lt;jrandom&gt; jadeSerpent: no, je to native /text/ widget, ne com html editor widget 16:35 &lt;jadeSerpent&gt; Eric: tu otázku polož postmanovi, a nejlépe v #i2p-chat ;) 16:35 &lt;Eric&gt; Dobře. 16:35 &lt;jadeSerpent&gt; jrandom: oh 16:35 * jadeSerpent myslel na gedit/console/riched32 16:36 &lt;jadeSerpent&gt; s/console/kate/ 16:36 &lt;jrandom&gt; jadeSerpent: com html editor widget se dá taky celkem snadno integrovat, ale vyžadovalo by to řešit spoustu problémů 16:36 &lt;jadeSerpent&gt; jo, kvůli bezpečnosti je nejlepší parsovat si to sám 16:36 &lt;jrandom&gt; (např. ho auditovat kvůli bezpečnosti, zvlášť při citování obsahu) 16:39 &lt;jrandom&gt; ok, pokud už nic k 2), pojďme na 3) ??? 16:39 &lt;jrandom&gt; má někdo něco, co chce na schůzce probrat? 16:40 &lt;jadeSerpent&gt; jak to vypadá s registerfly 16:40 &lt;jadeSerpent&gt; je i2p.net zachráněn? ;) 16:41 &lt;jrandom&gt; eh, ještě to není vyřešené, doufám, že to brzy zařídíme 16:41 &lt;jrandom&gt; ale tu 66.111.51.110 máte beztak vrytou do paměti, že? ;) 16:41 &lt;_bob&gt; i2p.net vám brzy bude servírovat reklamy a reklamy. ;) 16:42 &lt;jadeSerpent&gt; ano, to je stejné číslo, které používám jako kombinaci na svém kufříku 16:42 &lt;jadeSerpent&gt; _bob: toho se trochu bojím :( 16:43 &lt;jadeSerpent&gt; nebo přesměrování na SiteFinder 16:43 &lt;jadeSerpent&gt; jakej bordel registerfly nadělal, heh 16:43 &lt;jrandom&gt; vyřeší se to během dne nebo dvou 16:44 &lt;Eric&gt; Heh, teď si vzpomínám, kde jsem tu IP viděl. Je to IP adresa outproxy. 16:44 &lt;snoopy&gt; jr: mrkni na tuhle stránku, ohledně i2p.net: http://www.dyndns.com/news/releases/registerfly_safe_harbor.html 16:44 &lt;jrandom&gt; jo, eric :) 16:46 &lt;jrandom&gt; snoopy: většina registrátorů tam venku nabízí slevy, aby přetáhli bývalé uživatele registerfly (naštěstí jsme technicky u enom) 16:46 * jrandom se jen potřebuje dostat k zabezpečenému terminálu (zkoušel jsem to dřív dnes, ale místo bylo zavřené) 16:47 &lt;jrandom&gt; ok, má někdo ještě něco, co chce na schůzce probrat? 16:49 &lt;jrandom&gt; pokud ne... 16:49 * jrandom se chystá 16:50 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2007/03/13/i2p-setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-13.-b%C5%99ezna-2007/Tue, 13 Mar 2007 00:00:00 +0000/cs/blog/2007/03/13/i2p-setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-13.-b%C5%99ezna-2007/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> bar, detonate, jrandom, TrevorReznik, zzz</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 16:01 &lt;jrandom&gt; 0) ahoj 16:01 &lt;jrandom&gt; 1) Stav sítě a 0.6.1.28 16:01 &lt;jrandom&gt; 2) Stav vývoje Syndie a 1.005a 16:02 &lt;jrandom&gt; 3) Směr GUI Syndie 16:02 &lt;jrandom&gt; 4) Výsledky únorové soutěže ve sběru chyb 16:02 &lt;jrandom&gt; 5) ??? 16:02 &lt;jrandom&gt; 0) ahoj 16:02 * jrandom mává 16:02 &lt;jrandom&gt; týdenní poznámky o stavu jsou zveřejněné na http://dev.i2p.net/pipermail/i2p/2007-March/001338.html 16:02 &lt;jrandom&gt; měli jste pár hodin si to přečíst (a samozřejmě i související příspěvky v syndie ;) tak pojďme rovnou na 1) stav sítě a 0.6.1.28 16:04 &lt;jrandom&gt; v poslední době se toho na této frontě hodně děje – zzz, chceš nám dát přehled, co přichází v 0.6.1.28? 16:05 &lt;+zzz&gt; ok 16:06 &lt;+zzz&gt; spousta vylepšení ve stavbě tunnelů a v upstream výkonu, hlavně pro ty, kteří mají hodně odchozího provozu nebo jsou omezení upstream šířkou pásma... 16:06 &lt;+zzz&gt; třeba uživatelé i2psnarku... 16:06 &lt;+zzz&gt; V testování mám dobré výsledky, takže se těším, až se to dostane ke všem... 16:07 &lt;jrandom&gt; [w3wt] 16:07 &lt;+zzz&gt; Mám jeden drobný zásah, aby byl jeden parametr konfigurovatelný, jak požadoval Amiga4000; brzy to tam dostanu. 16:08 &lt;+zzz&gt; A díky za nabídku $$, nicméně si je prosím nechte v bance. 16:08 &lt;+zzz&gt; EOT :) 16:08 &lt;jrandom&gt; r0x0r – přidáno do halloffame.html :) 16:09 &lt;+zzz&gt; haha teď jsem slavný 16:10 &lt;jrandom&gt; změny vypadají velmi slibně a zdá se, že největší dopad budou mít, až se to široce nasadí 16:11 &lt;jrandom&gt; až budeš chtít, abych to spustil, prostě mi pošli zprávu a zabalím to a pošlu ven během dne nebo tak 16:11 &lt;jrandom&gt; ok, má někdo něco, co by chtěl otevřít ohledně stavu sítě? 16:13 &lt;jrandom&gt; pokud ne, přeskočme k 2) stavu vývoje Syndie 16:14 &lt;jrandom&gt; tady se toho děje hodně (jak můžete vidět, pokud používáte syndie nebo sledujete https://trac.i2p.net/timeline ) 16:14 &lt;jrandom&gt; očekávám, že budeme mít nové vydání 1.005a během jednoho či dvou dnů (samozřejmě bez věcí, které probíráme v (3) níže) 16:15 &lt;TrevorReznik&gt; jrandom: máš čas na krátký dotaz? 16:17 &lt;jrandom&gt; pokud je to k meetingu, určitě (pokud to souvisí s 2), teď je vhodná chvíle; pokud to nezapadá do agendy, na všechno ostatní máme 5) ??? :) 16:17 &lt;jrandom&gt; (pokud to není pro meeting, napiš mi soukromou zprávu) 16:17 &lt;TrevorReznik&gt; ok ;) počkám 16:18 &lt;jrandom&gt; ok, má někdo něco k 2) stavu vývoje Syndie? 16:20 &lt;jrandom&gt; pokud ne, přepněme na 3) směr GUI Syndie 16:20 &lt;jrandom&gt; jak bylo zmíněno v mailu, v tomto směru se toho děje hodně – mk dal dohromady opravdu zajímavé nápady a pravděpodobně je uvidíme v syndie spíš dříve než později 16:20 &lt;+zzz&gt; říkej mi tradicionalista, ale myslím, že současné vícepanelové rozhraní podobné Thunderbirdu je docela dobré 16:24 &lt;jrandom&gt; hmm, s vícepanelovým zobrazením, nehodilo by se to víc k mk úpravám než k našemu současnému rozhraní s více záložkami? 16:24 &lt;jrandom&gt; používáš teď například na zobrazení vlákna záložku náhledu? 16:26 &lt;+zzz&gt; teď není jiná možnost než jít na záložku náhledu, aby bylo vidět přílohy, což se mi nelíbí – raději bych viděl všechno dole v panelu 16:26 &lt;+zzz&gt; promiň, nejsem obeznámen s detaily mk úprav, takže na tu druhou otázku neumím odpovědět 16:27 &lt;jrandom&gt; aha, takže by to fungovalo lépe s mk pohledem (jakmile to tam začneme používat MessageView místo MessagePreview) 16:27 &lt;jrandom&gt; jo, je tam screenshot mk návrhu na http://dev.i2p.net/~jrandom/mk_max.png 16:27 &lt;jrandom&gt; mk: možná bychom našli způsob, jak konfigurovat, zda je strom nahoře nebo vlevo? 16:29 &lt;+zzz&gt; Thunderbird dřív nabízel volbu 2 nebo 3 rozvržení pro 3 panely, ale momentálně to v možnostech nemůžu najít 16:30 &lt;jrandom&gt; pamatuju si, že jsem k tomu procházel jejich diagram, jo 16:31 &lt;jrandom&gt; možná, když najdeme způsob, jak dostat mk „explorer“ čistě parentable do libovolného SWT Composite, mohli bychom ho používat jak přes současné GUI se záložkami jako záložku, tak v režimu na celou obrazovku jako obrazovku 16:33 &lt;+zzz&gt; Záložky se mi líbí pro méně časté věci jako volby, konfiguraci syndikace apod.; myslím, že záložky kombinované s vícepanelovým rozvržením pro běžné věci jsou dobré. aspoň podle mě. 16:34 &lt;jrandom&gt; pouštíš syndie na celou obrazovku nebo jen na část obrazovky 16:35 &lt;+zzz&gt; obvykle na celou 16:35 &lt;jrandom&gt; hmm super 16:36 &lt;+zzz&gt; ale protože teď používám notebook 1024x768... na mém desktopu 1600x1200 bych nezabíral celou obrazovku 16:37 &lt;jrandom&gt; ok, pro všechny, kdo sledují v pozadí, prosím napište své myšlenky a nápady, kdykoli se vám to hodí 16:37 &lt;jrandom&gt; heh jo, dává to smysl 16:38 * jrandom je momentálně na stroji 800x600 v internetové kavárně 16:38 &lt;@detonate&gt; hmm, mám potíže znovu rozběhnout i2p 16:39 &lt;@detonate&gt; něco dělá, používá hodně CPU, ale webová konzole se zdá, že nikdy nenastartuje 16:39 &lt;@detonate&gt; asi bych to mohl zkusit spustit ve Windows 16:39 &lt;jrandom&gt; je v logech něco? 16:39 &lt;@detonate&gt; ani ne, jen to říká, že potřebuju udělat reseed 16:39 &lt;@detonate&gt; jsou logy tišší než dřív? 16:39 &lt;+zzz&gt; wrapper.log NPE? 16:41 &lt;jrandom&gt; ok, pokud není nic dalšího k 3, skočme na 4) výsledky únorové soutěže ve sběru chyb 16:42 &lt;jrandom&gt; gratulace a díky pro void, Darn a Anonymous! 16:42 &lt;jrandom&gt; (a samozřejmě všem ostatním, kteří pomohli) 16:42 &lt;jrandom&gt; hlášení chyb nám pomáhají dohledat tyto problémy a zajistit, že budou vyřešeny, takže prosím, posílejte je dál 16:43 &lt;jrandom&gt; ok, pokud nic k 4), skočme na 5) ??? 16:43 &lt;jrandom&gt; má někdo něco, co by chtěl na meetingu otevřít? 16:45 &lt;bar&gt; někdo se na fóru ptal, proč se grafy zobrazující bw zdají trochu mimo 16:45 &lt;bar&gt; myslel jsem, že bys mohl mít jeden či dva nápady 16:46 &lt;bar&gt; (v zásadě vrcholí na 1.5 x max nastavení bw) 16:47 &lt;jrandom&gt; jo, nebyl jsem si jistý, na *které* grafy bw naráželi (každý z grafů podle toho, co jsem viděl, přesně vykresluje statistiku, kterou reprezentuje) 16:47 &lt;@detonate&gt; neva, už to zase funguje :) 16:48 &lt;+zzz&gt; jsou to první 3 grafy na graphs.jsp, které se zdají mnohem vyšší než bw zobrazené na levé straně router konzole, a u mě jsou mnohem vyšší než můj nastavený limit upstreamu 16:49 * jrandom načítá 16:51 &lt;jrandom&gt; hmm, a to zahrnuje průměr upstreamu s ohledem na burst? 16:52 &lt;+zzz&gt; ano 16:52 &lt;jrandom&gt; hmm, podívám se na to 16:53 &lt;+zzz&gt; prozkoumám to víc, hádám, že ti to nic nepřipomíná 16:53 &lt;jrandom&gt; ok, má někdo ještě něco k meetingu? 16:57 &lt;jrandom&gt; pokud ne... 16:57 * jrandom se rozmachuje 16:58 * jrandom *baf* uzavírá meeting </div>/cs/blog/2007/02/20/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-20.-%C3%BAnora-2007/Tue, 20 Feb 2007 00:00:00 +0000/cs/blog/2007/02/20/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-20.-%C3%BAnora-2007/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> bar, Complication, jrandom, void</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 14:59 &lt;jrandom&gt; 0) ahoj 14:59 &lt;jrandom&gt; 1) Stav sítě 14:59 &lt;jrandom&gt; 2) Stav vývoje Syndie 15:00 &lt;+void&gt; jrandom: pro informaci, správa záložek nefunguje od 8e18877de3908c52daae6d8a85fc8c671cdfb5d5 15:00 &lt;jrandom&gt; 3) ??? 15:00 &lt;jrandom&gt; 0) ahoj 15:00 * jrandom mává 15:00 &lt;jrandom&gt; týdenní statusové poznámky jsou zveřejněny na http://dev.i2p.net/pipermail/i2p/2007-February/001336.html 15:01 &lt;jrandom&gt; void: přetažení (drag and drop) na záložky momentálně neobnoví zobrazení (záložky se sice přidají, ale nezobrazí) – pracuju na tom v druhém dwindow mom. :) 15:01 &lt;+void&gt; aha :) 15:01 &lt;jrandom&gt; pokud to není to, na co narážíš, prosím nahlas chybu 15:01 &lt;+void&gt; (no, na to už jsem podal hlášení o chybě 15:01 &lt;+void&gt; ) 15:02 &lt;jrandom&gt; w3wt 15:02 &lt;jrandom&gt; ok, pojďme na 1) Stav sítě 15:02 &lt;jrandom&gt; nemám moc co dodat nad to, co je ve statusových poznámkách 15:04 &lt;jrandom&gt; má někdo něco, co by chtěl doplnit k 1) Stavu sítě? 15:06 &lt;jrandom&gt; pokud ne, přesuneme se k 2) Stavu vývoje Syndie 15:06 &lt;bar&gt; jrandom: jo, podpora tradiční čínštiny opravila problém "china.i2p" a zjednodušená čínština opravila tvůj příspěvek "peace" 15:06 &lt;jrandom&gt; ah, super, bar 15:06 &lt;bar&gt; (ups, sry!) 15:08 &lt;jrandom&gt; teoreticky bychom mohli přibalit skutečná písma a distribuovat je se syndie (což by v některých situacích dávalo smysl, třeba u předinstalovaných CD/obrazů, o kterých anonymous nedávno diskutoval) 15:10 &lt;jrandom&gt; (konkrétně v hlášení chyby @ urn:syndie:channel:d7:channel44:Ffn4RhCunO6gwMfAYfOoPY7FGwPNDy65dS4DyuyorME=9:messageIdi1171666081846ee ) 15:10 &lt;jrandom&gt; každopádně, co se týče stavu vývoje syndie, děje se tam spousta věcí 15:10 &lt;jrandom&gt; očekávám, že ještě tento týden vydáme novou verzi s nejnovějšími vychytávkami 15:12 &lt;jrandom&gt; jako vždy, posílejte dál hlášení chyb a požadavky na funkce, a my je co nejdřív zpracujeme 15:12 &lt;jrandom&gt; má někdo něco k doplnění ohledně 2) Stavu vývoje Syndie? 15:15 &lt;jrandom&gt; ok, jestli ne, přejděme k 3) ??? 15:15 &lt;jrandom&gt; má ještě někdo něco, co by chtěl na schůzce probrat? 15:16 &lt;+Complication&gt; nic, co by mě hned napadlo :) 15:18 &lt;+Complication&gt; (zatím ne, alespoň) 15:18 &lt;jrandom&gt; heh, v tom případě... 15:18 * jrandom napřahuje se 15:18 * jrandom *baf* uzavírá schůzi </div>/cs/blog/2007/02/13/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-13.-%C3%BAnora-2007/Tue, 13 Feb 2007 00:00:00 +0000/cs/blog/2007/02/13/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-13.-%C3%BAnora-2007/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> green, jadeSerpent, jrandom, thecrypto, zzz</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 15:04 &lt;jrandom&gt; 0) ahoj 15:04 &lt;jrandom&gt; 1) Stav sítě a 0.6.1.27 15:04 &lt;jrandom&gt; 2) Stav vývoje Syndie 15:04 &lt;jrandom&gt; 3) trac.i2p.net 15:04 &lt;jrandom&gt; 4) ??? 15:04 &lt;jrandom&gt; 0) ahoj 15:04 * jrandom mává 15:04 &lt;jrandom&gt; týdenní status poznámky zveřejněny na http://dev.i2p.net/pipermail/i2p/2007-February/001334.html 15:05 &lt;jrandom&gt; pojďme rovnou na 1) Stav sítě a 0.6.1.27 15:06 &lt;jrandom&gt; zzz: nechceš nám dát přehled hlavních oprav/chyb a vylepšení, které najdeme v i2psnark? 15:07 &lt;+zzz&gt; ehm, je to všude možně, viz history.txt :) 15:07 &lt;green&gt; Nemůžeme o tom nic říct, protože jsi na tom už dlouho nepracoval, hmm! 15:08 &lt;green&gt; Takže není nic nového k diskusi 15:08 &lt;jrandom&gt; heh ok zzz, fér :) 15:08 &lt;+zzz&gt; mělo by to být robustnější pro torrenty s velkým počtem seederů, nějaká vylepšení UI, pár oprav bugů, podpora vytváření vícesouborových torrentů atd. atd. 15:08 &lt;+zzz&gt; BTW w00t schůzka 200 15:09 &lt;jrandom&gt; ty bláho 15:09 &lt;jrandom&gt; ok, platí 15:09 &lt;jrandom&gt; moje plány teď jsou jen přidat jednoduché "whispering" pro floodfill peery (aby je lidi tak snadno neztráceli z dohledu) 15:09 &lt;jrandom&gt; je ještě nějaké jiné snadné ovoce, na které bych se měl vrhnout, než udělám tagging & pushing? 15:10 &lt;+zzz&gt; to zní chytřeji, než čekat, až to udělám já 15:10 &lt;jrandom&gt; oh, měl bych taky zakázat starý Syndie 15:11 &lt;jrandom&gt; (nebo alespoň jeho fetching) 15:11 &lt;jrandom&gt; slyšel jsem i návrhy zakázat ve výchozím stavu theepsite tunnel – nějaké názory? jo/ne? 15:11 * bar znovu mlátí svého ještě-ne-úplně-mrtvého koně "not have eepsite server tunnels autostart by default" 15:12 &lt;+zzz&gt; Přidal jsem poznámku na localhost/syndie/ varující lidi, že je to zastaralé, jestli to chceš nechat ještě jedno vydání, je to na tobě 15:13 &lt;jrandom&gt; možná stojí za to nechat obsah nějakou dobu, ale zabít syndikaci 15:13 &lt;jrandom&gt; ok, když někoho napadne něco dalšího, dejte mi vědět 15:14 &lt;+zzz&gt; když to uděláš, koukni, jestli ta poznámka, co jsem přidal, nepotřebuje aktualizaci 15:14 &lt;jadeSerpent&gt; souhlasím, nemělo by to hned po instalaci začít servírovat stránky, žádná jiná app to nedělá, potenciální bezpečnostní riziko 15:14 &lt;green&gt; Zakázat výchozí eepsite je dobrý nápad, protože většina lidí používajících I2P ho nepoužívá a ostatní používají user defined tunnels, stačí se podívat na orion stat s jen ~30 weby online 15:14 &lt;jrandom&gt; jo 15:14 &lt;+zzz&gt; a stejně tak, pokud zakážeš eepsite tunnel, je třeba aktualizovat instructions & default eepsite homepage 15:15 &lt;jrandom&gt; nezakáže to už nakonfigurované tunnels, ovlivní to jen nové uživatele 15:15 &lt;jrandom&gt; pravda, zzz 15:15 &lt;+zzz&gt; asi dobrý nápad 15:17 &lt;green&gt; ale to je jen drobné vyladění, ne zlepšení 15:17 &lt;jrandom&gt; ok, má někdo ještě něco k 1) Stav sítě a 0.6.1.27? 15:17 &lt;+zzz&gt; resources/eepsite_index.html "your eepsite is up and running but..." 15:17 &lt;jrandom&gt; jo 15:19 &lt;green&gt; jr : Odvahu, prchejme! 15:19 &lt;jrandom&gt; ok, skáčeme na 2) Stav vývoje Syndie 15:20 &lt;jrandom&gt; tady se toho děje dost, samozřejmě 15:20 &lt;jrandom&gt; kromě toho, co je zmíněno v poznámkách, jakmile vydáme i2p 0.6.1.27, vyčistím spoustu otevřených bugů pro příštítýdenní vydání 1.004a 15:21 &lt;+fox&gt; * thecrypto mává, když se vrací po velmi velmi dlouhé pauze od tohoto projektu 15:21 &lt;jrandom&gt; chce někdo něco zvednout k 2) Stav vývoje Syndie? 15:21 &lt;jrandom&gt; páni! 15:21 &lt;jrandom&gt; vítej zpět, thecrypto 15:22 &lt;+fox&gt; &lt;thecrypto&gt; Díky 15:22 &lt;jrandom&gt; pořád hackuješ i2p 0.1 sdk? :) 15:22 &lt;+zzz&gt; zpátky na 200. výročí? 15:23 &lt;+fox&gt; &lt;thecrypto&gt; Asi jo :) Ale doufám, že se do toho zase dostanu, protože jsem se díval, co dalšího je venku, a všechno je to naprd :) 15:24 &lt;jrandom&gt; heh, super 15:24 &lt;+fox&gt; * thecrypto si sedá stranou, aby mohla schůzka pokračovat 15:25 &lt;jrandom&gt; ok, pokud nic není k 2) Stav vývoje Syndie, skočme na 3) trac.i2p.net 15:25 &lt;jrandom&gt; na časté (a rozumné) žádosti jsme migrovali z bugtrackeru v Syndie na skutečný bugtracker 15:26 &lt;jrandom&gt; prosím, používejte ho, pokud můžete, pro hlášení bugů (i když hlášení bugů podaná přes Syndie do něj budou po prodlevě automaticky importována) 15:26 * jadeSerpent tleská 15:27 &lt;+fox&gt; &lt;thecrypto&gt; Trac funguje velmi dobře, používám ho v práci. Integrovali jste do toho CVS? 15:27 &lt;jrandom&gt; monotone (our dvcs), ano 15:27 &lt;jrandom&gt; https://trac.i2p.net/browser 15:28 &lt;+fox&gt; &lt;thecrypto&gt; Paráda, přešli jste na DVCS :) Dobrý čas, abych se znovu přidal :) 15:28 &lt;jrandom&gt; stopro 15:29 &lt;jrandom&gt; momentálně je wiki v podstatě vypnutá, ale občas by se mohla hodit při řešení některých problémů 15:29 &lt;jrandom&gt; nejsem si však jistý, jestli/kdy se použije, ale uvidíme 15:30 &lt;jrandom&gt; ok, má někdo ještě něco k 3) trac.i2p.net ? 15:31 &lt;jrandom&gt; pokud ne, skočme na starou dobrou 4) ??? 15:31 &lt;jrandom&gt; má někdo ještě něco, co během schůzky probrat? 15:33 &lt;+fox&gt; &lt;thecrypto&gt; Jsem rád, že jsem zpět 15:33 &lt;jadeSerpent&gt; je to kolem času schůzky vždycky hodně laggy? 15:35 &lt;jrandom&gt; jadeSerpent: víc než obvykle, jo, i když ne tak hrozné (jsem @ 1.46s lag) 15:35 * jrandom se rozmachuje 15:35 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2007/02/06/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-6.-%C3%BAnora-2007/Tue, 06 Feb 2007 00:00:00 +0000/cs/blog/2007/02/06/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-6.-%C3%BAnora-2007/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> bar, dw_g, hottuna, jadeSerpent, jrandom, mk, modulus, tethrage, void</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 15:02 &lt;jrandom&gt; 0) ahoj 15:02 &lt;jrandom&gt; 1) Stav sítě 15:02 &lt;jrandom&gt; 2) Stav vývoje Syndie 15:02 &lt;jrandom&gt; 3) Vítězové lednové soutěže ve sběru chyb! 15:02 &lt;jrandom&gt; 4) ??? 15:02 &lt;jrandom&gt; 0) ahoj 15:02 * jrandom mává 15:02 &lt;jrandom&gt; týdenní status poznámky vyvěšené na http://dev.i2p.net/pipermail/i2p/2007-February/001333.html 15:03 &lt;jrandom&gt; přejdeme k 1) Stav sítě 15:03 &lt;jrandom&gt; tady k tomu moc nemám co dodat (jak asi tušíte ;) 15:03 &lt;jrandom&gt; má někdo něco k probrání ohledně stavu sítě? 15:04 &lt;+void&gt; bývalo to lepší, nějak... 15:04 &lt;+void&gt; ale není to špatné 15:05 &lt;jrandom&gt; je to zvláštní, poslední týden nebo tak nám podle stats.i2p zase rostou míry sestavování 15:05 &lt;tethrage&gt; je v tom nějaký dlouhodobý vzor? 15:06 &lt;tethrage&gt; (ve změně míry sestavování) 15:07 &lt;jrandom&gt; co tak vidím, vzorce souvisely s kapacitou výkonných routers, ale to dává jen velmi omezený pohled na síť (protože v podstatě vím jen to, co je veřejně dostupné) 15:07 &lt;tethrage&gt; chápu 15:08 &lt;tethrage&gt; je nějaká informace, kterou by šlo poskytnout, aby to pomohlo? 15:08 &lt;tethrage&gt; tedy od běžných routers 15:08 &lt;jrandom&gt; z mého pohledu ani ne 15:09 &lt;tethrage&gt; chápu 15:09 &lt;jrandom&gt; (v zásadě prostě potřebujeme implementovat pár změn v kódu, než se posuneme dál) 15:10 &lt;tethrage&gt; chápu 15:11 &lt;jrandom&gt; ok, má ještě někdo něco k 1) Stav sítě? 15:12 &lt;jrandom&gt; pokud ne, přeskočíme k 2) Stav vývoje Syndie 15:14 &lt;jrandom&gt; děje se tu hodně, jak si můžete přečíst 15:14 &lt;+fox&gt; &lt;mk&gt; drobnost: možná změnit 'signed by' na 'authorization'? Jsem trochu nervózní z nejasných hranic mezi fóry, identitami, podpisy atd. 15:14 &lt;+fox&gt; &lt;mk&gt; -d 15:15 &lt;jrandom&gt; ah, to je dobrý nápad 15:16 &lt;+void&gt; mk: fórum je identita :) 15:16 &lt;+void&gt; a naopak 15:17 &lt;jrandom&gt; jo, ale nechceme lidi příliš mást tím, že tuhle zvláštní dualitu zviditelníme 15:17 &lt;+fox&gt; &lt;mk&gt; Vím, ale pořád je to nejasné. Mně je to teď jasné, ale bojím se, že nové uživatele může mást chybějící rozlišení 15:18 &lt;+void&gt; ach 15:18 &lt;jrandom&gt; přesně – lidé vnímají fóra jinak než identity, takže musíme zajistit, že se budeme chovat podle očekávání 15:18 &lt;+fox&gt; &lt;mk&gt; další věc, která by stála za implementaci ve fóru nebo správě identit, je explicitní 'post to this forum only under author x authorization y', což by odstranilo záměny. ani bys nepotřeboval rozbalovací nabídku u nových příspěvků 15:19 &lt;+fox&gt; &lt;mk&gt; (rozbalovací pro klíče) 15:20 &lt;+void&gt; raději bych globální rozbalovací nabídku identity, která je vidět pořád 15:20 &lt;+fox&gt; &lt;mk&gt; jako pod kým právě píšeš? 15:20 &lt;jrandom&gt; hmm 15:21 &lt;+fox&gt; &lt;mk&gt; možná, ale myslím, že mezi tím, když je nahoře pořád, a tím, když se objeví jen u psaní příspěvku, není moc rozdíl 15:22 &lt;jrandom&gt; ok, než se do toho ponoříme moc hluboko, existuje postranní kanál, který Syndie zatím neřeší, a ten může propojit více identit 15:22 &lt;+void&gt; i když tvoje identita se nepoužívá nikde jinde než při psaní příspěvků 15:22 &lt;+fox&gt; &lt;mk&gt; co tím myslíš? 15:23 &lt;+void&gt; posílání nových příspěvků? 15:23 &lt;jrandom&gt; pokud potřebuješ mít zcela nepropojitelné identity, musíš spouštět oddělené instance Syndie – můžeš je navzájem synchronizovat a používat jen jednu na pull/push do ostatních archivů, ale místní archiv obsahuje informace, ke kterým mají přístup jen některé identity 15:23 &lt;+fox&gt; &lt;mk&gt; (souhlasím, že velké diskuse bychom měli asi nechat do dev fóra, ale je fajn, když o tom naráz mluví víc lidí) 15:24 &lt;+void&gt; pravda 15:24 &lt;jrandom&gt; nicméně všechny identity v místním archivu k těm informacím mají přístup a kdyby podle nich jednaly (psaly těmi klíči apod.), unikla by propojitelnost 15:25 &lt;jrandom&gt; možná to ale dokážeme udělat transparentně přes GUI 15:26 &lt;jrandom&gt; (spouštět lokálně víc archivů, aniž by bylo nutné pustit Syndie dvakrát) 15:26 &lt;+fox&gt; &lt;mk&gt; je tu spousta dalších věcí – třeba označit některé archivy jako vzájemně exkluzivní – které by pomohly s anonymitou. měli bychom zkusit vydefinovat všechny tyto scénáře a vymyslet, jak je řešit velmi použitelným způsobem 15:27 &lt;tethrage&gt; Syndie necílí na anonymitu, jen na bezpečnost 15:27 &lt;tethrage&gt; to by přece měla řešit transportní vrstva, na které běží, ne? :/ 15:27 &lt;jrandom&gt; Syndie cílí na anonymitu 15:27 &lt;tethrage&gt; (oprav mě, jestli se pletu) 15:28 &lt;jrandom&gt; transportní vrstva řeší jen malou část anonymity – zbytek musíme řešit my 15:28 &lt;jrandom&gt; s/small// 15:28 &lt;tethrage&gt; opravdu? :/ 15:28 &lt;+fox&gt; &lt;mk&gt; ano, přesně tak. syndie řeší zejména úniky informací 15:29 &lt;jadeSerpent&gt; anonymita IP adresy vs. anonymita identity 15:29 &lt;tethrage&gt; chápu. myslel jsem, že jsi kdysi říkal, že Syndie je myšlena jako bezpečná appka, která používá kryptografii, ale není striktně anonymní? 15:29 &lt;tethrage&gt; (ne stejným způsobem jako i2p atd.) 15:29 &lt;+fox&gt; &lt;mk&gt; informační bezpečnost zajišťuje redundance archivů 15:29 &lt;jrandom&gt; mk: nejsem si jistý, co myslíš tím označováním archivů, ale rád si o tom přečtu příspěvek na dev fóru Syndie :) 15:29 &lt;jrandom&gt; tethra: Syndie lze použít na věci, které anonymitu nevyžadují 15:30 &lt;jrandom&gt; ale Syndie musí být použitelná i pro věci, které ji vyžadují 15:30 &lt;jrandom&gt; (jinak nemá smysl ji implementovat jako součást projektu i2p) 15:31 &lt;tethrage&gt; jasně 15:31 &lt;+void&gt; jrandom: no, upřímně, smysl by to mělo i tak, pokud by Syndie poskytovala anonymitu využitím i2p 15:31 &lt;+void&gt; ale to je fuk 15:31 &lt;+void&gt; c 15:31 &lt;tethrage&gt; co kromě ochrany proti únikům informací a problematickému kódu dělá Syndie pro udržení anonymity? :/ 15:32 &lt;tethrage&gt; pokud není specifikováno jinak, přistupuješ k archivům přímo atd.? 15:32 &lt;+fox&gt; &lt;mk&gt; tethrage, úniky informací všeho druhu. Když budeš chtít, můžeme to za chvilku rozebrat podrobněji 15:33 &lt;jrandom&gt; tethra: například někdo přistupuje na eepsite se zapnutým JavaScriptem 15:33 &lt;jadeSerpent&gt; tethrage: není zaručeno, že příspěvky, které do archivu posíláš, pocházejí od tebe; někdo je mohl poslat do tvého archivu 15:34 &lt;tethrage&gt; jrandom: jasně, JS může něco prozradit atd. ale to je spíš otázka bezpečnosti než anonymity, když nepoužíváš nějakou anonymní síť, ne? 15:34 &lt;tethrage&gt; na druhou stranu, asi se tu přu jen o slovíčka, takže přestanu 15:34 &lt;tethrage&gt; :/ 15:34 &lt;jadeSerpent&gt; tvrdil bych, že provozování vlastního veřejně přístupného archivu v tomhle směru anonymitu zvyšuje 15:34 &lt;+fox&gt; &lt;mk&gt; jrandom, ten příspěvek napíšu. Taky si pohrávám s návrhem prohlížeče (nemám rád otevírání nových záložek pro nové sekce), zkusím udělat prototyp a možná hodím nějaké čmáranice do dev 15:34 &lt;jrandom&gt; „security against information leaks“ je jádrem anonymity – kontrola nad tím, kdo ví fakta o tvé identitě 15:35 &lt;jrandom&gt; super, mk, díky! 15:35 &lt;jrandom&gt; jadeSerpent: rozhodně 15:35 &lt;tethrage&gt; chápu 15:35 &lt;tethrage&gt; beru 15:36 &lt;jrandom&gt; mk: jestli jsou lepší způsoby prezentace Syndie UI, jsem 100% pro (jen malá část kódu je vázaná na tyhle komponenty se záložkami) 15:36 &lt;jrandom&gt; a jsme přece v alpha 15:38 &lt;+void&gt; jrandom: nepůjde asi těžko změnit rozhraní se záložkami na okenní rozhraní, že? 15:38 &lt;+fox&gt; &lt;mk&gt; jasně. a když někomu vyhovuje přístup „všechno v záložkách“, není problém ho používat 15:38 &lt;+fox&gt; &lt;mk&gt; (vedle záložky prohlížeče) 15:39 &lt;jadeSerpent&gt; prosím, ne MDI, navrhuji něco napůl mezi záložkami a MDI, „perspectives“ z Eclipse 15:39 &lt;+void&gt; MDI je špatné, souhlasím 15:40 &lt;jadeSerpent&gt; NetBeans má něco podobného taky, nevzpomenu si, jak se to jmenuje 15:40 &lt;jadeSerpent&gt; views nebo workbenches nebo tak něco, už je to dlouho 15:41 &lt;jrandom&gt; .png náčrtky vítány :) 15:41 * jrandom šel stylem „všechno v záložkách“, protože každý miluje firefox (/etc) 15:42 &lt;jadeSerpent&gt; až dodělám ikony, možná na tom něco poťukám 15:42 &lt;+fox&gt; &lt;mk&gt; dvoutýdenní release cyklus je dobrá věc. Líbí se mi mít ty cíle explicitně, ale rád bych viděl i „měkčí“ cíle – dokumentaci pro vývojáře a později pro uživatele, diagramy atd. 15:42 &lt;jrandom&gt; boží 15:42 &lt;jadeSerpent&gt; záložky jsou teď v pohodě, podle mě jsou použitelné 15:42 &lt;jrandom&gt; mk: http://syndie.i2p.net/roadmap.html ? 15:42 &lt;jrandom&gt; (i když na roadmapě nejsou žádná data) 15:43 &lt;+fox&gt; &lt;hottuna&gt; pěkné :=) ... právě jsem o tom napsal do pending tasks :P 15:44 &lt;+fox&gt; &lt;mk&gt; jo, ale myslím menší cíle. "document the general interactions between classes in syndie.gui", nebo "write up a doc regarding banning" atd. 15:44 &lt;jrandom&gt; ah, dobrý postřeh 15:45 &lt;jrandom&gt; už nějakou dobu se chystám zase sesbírat všechny malé/střední/vysokoúrovňové položky to‑do 15:45 * jrandom to přidává na seznam to‑do 15:47 &lt;jrandom&gt; ok, má někdo ještě něco k 2) Stav vývoje Syndie? 15:48 &lt;jrandom&gt; (samozřejmě máme dev fóra v Syndie, ale IRC je užitečné pro rychlé ping‑pongy) 15:49 &lt;jrandom&gt; jestli ne, skočíme na 3) Vítězové lednové soutěže ve sběru chyb! 15:50 &lt;jrandom&gt; gratulace Darn, voyde, mk a Anonymous a díky všem, kdo pomohli 15:51 * jrandom si uvědomuje, že soutěž byla původně pro top 3, ale počty byly tak těsné 15:51 &lt;jrandom&gt; i tento měsíc běží nová soutěž, stejná pravidla jako předtím 15:51 &lt;jadeSerpent&gt; jak víš, že "Anonymous" byl jen jeden člověk? ;) 15:51 &lt;+fox&gt; &lt;mk&gt; celkem 225 (podle mého počítání) chyb – působivé 15:51 &lt;+void&gt; :) 15:52 &lt;+fox&gt; &lt;mk&gt; jade, ten klíč, řekl bych :) 15:52 &lt;jrandom&gt; jadeSerpent: urn:syndie:meta:d7:channel44:Ffn4RhCunO6gwMfAYfOoPY7FGwPNDy65dS4DyuyorME=e :) 15:53 &lt;jrandom&gt; mohlo by to ale být pět lidí sdílejících ten klíč 15:53 &lt;jrandom&gt; ale pak se budou muset podělit o $50 USD ;) 15:53 &lt;jrandom&gt; (vyhrává ten, kdo má privátní klíč a podepíše mi zprávu se specifikací, na který egold účet to poslat ;) 15:53 &lt;jadeSerpent&gt; pokud jeden nezabije ostatní 15:54 &lt;jadeSerpent&gt; ale tohle by se stalo jen v Rumunsku 15:54 &lt;tethrage&gt; a v Rusku 15:54 &lt;jrandom&gt; (a v Británii, a v Austrálii, a...) 15:55 &lt;+fox&gt; &lt;mk&gt; 50 USD je spousta peněz... 15:55 &lt;jadeSerpent&gt; v Rusku by je zabili všechny a pronajímatel by si vzal peníze a předal je mafii jako výpalné 15:55 &lt;tethrage&gt; ne v GBP ;p 15:55 &lt;+fox&gt; &lt;mk&gt; já bych pro to i zabíjel 15:55 &lt;tethrage&gt; předpokládám, že když se zeptám, odkud jsi, mk, odpověď nedostanu? 15:55 &lt;tethrage&gt; :/ 15:56 &lt;+fox&gt; &lt;dw_g&gt; ok, beru to ;) 15:56 &lt;+fox&gt; &lt;mk&gt; původně Rusko :D teď Kanada 15:56 &lt;jadeSerpent&gt; 225 chyb je působivé, kolik z nich je uzavřených? 15:56 &lt;tethrage&gt; ice. 15:56 &lt;tethrage&gt; +n 15:57 &lt;jrandom&gt; jadeSerpent: odhadoval bych to na tak 75–80 % vyřešených 15:57 &lt;jadeSerpent&gt; pěkné 15:58 &lt;jrandom&gt; (s možná dalšími 5–10 % invalid/wontfix) 15:58 &lt;jrandom&gt; ale vlastně je to jeden z vyšších to‑do úkolů – udělat pořádné management UI na bugtracking 15:58 * jadeSerpent doporučuje trac 15:58 &lt;jrandom&gt; (trvalo mi, než jsem prošel všechny příspěvky a ručně je sečetl) 15:58 &lt;+fox&gt; &lt;mk&gt; mimo Syndie? 15:59 &lt;jrandom&gt; hmm, s exportem syndie--&gt;track? 15:59 &lt;jrandom&gt; s/ck// 15:59 &lt;+fox&gt; &lt;mk&gt; hezký projekt by bylo napojit Syndie na bug tracker 15:59 &lt;jadeSerpent&gt; jo 15:59 * jrandom vsadí se, že pár SQL dotazů & insertů by to vyřešilo 16:00 &lt;jrandom&gt; stálo by to za to, aspoň z readonly-trac pohledu 16:00 &lt;+void&gt; ale synchronizace změn udělaných v Tracu zpátky do Syndie bude asi ošemetná, myslím 16:00 &lt;jrandom&gt; plná integrace celého cyklu je hodně těžká 16:00 &lt;jrandom&gt; správně 16:00 &lt;+fox&gt; &lt;mk&gt; někdy by stálo za zvážení něco jako systém „revision“ 16:00 &lt;jrandom&gt; ale možnost dotazovat a vrtat se v Tracu, generovat reporty atd. 16:01 &lt;+fox&gt; &lt;mk&gt; kde nové příspěvky nahrazují starší 16:01 &lt;jrandom&gt; ah, jo, jsou na to háčky, ale hlavičky Overwrite* se momentálně nerespektují 16:02 &lt;jrandom&gt; nebylo by to ale moc těžké, jen UI přepínač pro navigaci na předchozí revize stejného příspěvku plus pár řádků kódu, které ověří, že příspěvek má oprávnění přepsat starý příspěvek 16:03 &lt;jadeSerpent&gt; chápu touhu používat samotnou Syndie pro hlášení chyb, ale její design nepočítá s issue trackingem a pro ten úkol to bude vždy suboptimální; podle mě byste měli použít skutečný issue tracker 16:04 &lt;+fox&gt; &lt;mk&gt; při tom množství nahlášených chyb souhlasím s jadeSerpent 16:05 &lt;jrandom&gt; ale na druhou stranu, kolik chyb objevili ti, kdo používali Syndie k jejich hlášení? 16:05 * jrandom nejsem úplně proti Tracu nebo jinému bug tracking systému 16:05 &lt;jadeSerpent&gt; takové chyby by se stejně objevily 16:05 &lt;+void&gt; no, závažnosti, komponenty, verze a zavírání/otvírání/znovuotevírání chyb lze dělat pomocí tagů v Syndie 16:05 &lt;jrandom&gt; správně 16:06 &lt;+void&gt; (a většina z toho už je) 16:06 &lt;jadeSerpent&gt; jako nedávno, když někomu při posílání bug reportu zatuhla, zatuhla by mu, i kdyby psal o čemkoli; to, že to byl bug report, nehrálo roli 16:06 &lt;jrandom&gt; kdybychom mohli zásobovat skutečný issue tracker pseudonymně (a autenticky) posílanými zprávami, bylo by to skvělé 16:06 * jrandom dostal jsem i pár soukromých hlášení chyb, která obsahují citlivé informace – ty chrání šifrování Syndie 16:07 &lt;+fox&gt; &lt;mk&gt; no, proč nemít obojí? 16:08 &lt;jadeSerpent&gt; souhlasím, že ale neexistuje issue tracker navržený s ohledem na anonymitu nebo víc než triviální důvěrnost 16:09 &lt;+fox&gt; &lt;mk&gt; bylo by fajn, aby to Syndie měla jako takový bug tracker, ale anonymita u většiny bug reportů není velký problém 16:10 &lt;jadeSerpent&gt; možná by šel Trac modnout, aby tam využil funkce Syndie 16:10 &lt;+fox&gt; &lt;mk&gt; jade, to by bylo těžké. prohlížeče nepodporují podepisování 16:12 &lt;jrandom&gt; hmm. co máme, původně vychází z: http://syndiemedia.i2p.net:8000/blog.jsp?blog=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=&entry=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800003 16:12 &lt;jrandom&gt; plus http://dev.i2p.net/~jrandom/bugsp1.txt and http://dev.i2p.net/~jrandom/bugsp2.txt 16:13 &lt;jrandom&gt; souhlasím, že k sledování těchto issues potřebujeme něco lepšího než to, co máme, a jsem otevřený čemukoli, co nás nejlépe posune kupředu 16:13 &lt;jrandom&gt; ale rád bych, aby to bylo co nejjednodušší, protože stavíme Syndie, ne bug tracker :) 16:14 &lt;jadeSerpent&gt; jo, zatím to očividně zvládáte i bez něj ;) 16:14 &lt;jrandom&gt; ale jsem si jistý, že některé propadnou sítem a ostatní budou hůř hledat, co je známo atd., a přispívat opravami 16:15 &lt;+fox&gt; &lt;mk&gt; to ani nemusíme implementovat přes Syndie. tam je to do určité míry užitečné, ale 200+ chyb je fakt hodně. měli bychom vybrat tracker a zpřístupnit ho přes www i přes i2p 16:16 &lt;+fox&gt; &lt;mk&gt; dát na obrazovku „file a bug“ v Syndie nahoru odkaz a budeme mít obě možnosti. implementace bug trackeru v Syndie teď není věc, na kterou by se měly používat zdroje 16:17 * jrandom mám rád integrované bug tracking (aby lidi nemuseli vytvářet účty do bug trackeru, používat falešné e‑maily atd.), ale jsem otevřený návrhům, jaké řešení použít 16:17 &lt;+fox&gt; &lt;mk&gt; myslím, že bychom to měli zachovat, ale mít i ten bug tracker 16:18 &lt;jadeSerpent&gt; na krátkou dobu by stačil read‑only přístup 16:18 &lt;jadeSerpent&gt; preferuji víc na chyby orientované vyhledávací rozhraní 16:18 &lt;jrandom&gt; nebylo by to tak špatné, možná by šlo napsat i jednosměrný export syndie--&gt;issue tracker bez větších potíží, pro ty, kdo nemohou/nechtějí používat ten webový 16:19 &lt;jrandom&gt; s/of r/for/ 16:19 &lt;+fox&gt; &lt;mk&gt; integrované podávání bugů je skvělá věc, ale neměli bychom používat archiv Syndie ke sledování 200+ chyb 16:20 &lt;jrandom&gt; je to ale skvělé pro testování našich vyhledávacích schopností :) [dobře, přesvědčili jste mě] 16:20 &lt;jrandom&gt; takže jeden hlas pro Trac. další hlasy? prosím napište do dev fóra Syndie, s odůvodněním, samozřejmě 16:21 &lt;jadeSerpent&gt; dva hlasy pro Trac, pokud už jsi ten můj nezapočítal ;) 16:21 &lt;jrandom&gt; jo, to jsem počítal ;) 16:21 &lt;+fox&gt; &lt;mk&gt; jaké jsou možnosti? o trackerech nic nevím 16:21 &lt;jadeSerpent&gt; doufal jsem, že to byl tvůj vlastní hlas, ale ok 16:22 &lt;jadeSerpent&gt; dělal jsem s Tracem, skvělá podpora třetích stran 16:22 &lt;jadeSerpent&gt; k Bugzille bych řekl blah 16:22 &lt;jrandom&gt; mimochodem, kdyby někdo dobře znal nějaký issue tracker, pomohlo by to s rychlým vyrobením exportu syndie--&gt;issue tracker 16:22 &lt;jrandom&gt; jo, Bugzilla je bestie 16:22 &lt;jadeSerpent&gt; Jira je taky dobrá, jako Trac 16:23 &lt;+void&gt; Trac je asi mnoha lidem povědomý, taky 16:23 &lt;jrandom&gt; jo, a jsou to fajn lidi (dali i2p licenci, i když jsme ji zatím nepoužili) 16:23 &lt;jadeSerpent&gt; máte licenci na Jiru? 16:23 &lt;jrandom&gt; jo, Jira a Fisheye 16:24 &lt;jadeSerpent&gt; super, můžeme to rovnou zkusit 16:24 &lt;jadeSerpent&gt; mimochodem plugin Mylar pro Eclipse se plně integruje do Bugzilly, Tracu a Jiry 16:24 &lt;jadeSerpent&gt; jeho rozhraní má velkou chválu 16:25 &lt;jrandom&gt; proklatý ten boj NetBeans vs. Eclipse 16:25 &lt;bar&gt; (chyby se nahlásí automaticky, jakmile vzniknou? ;) 16:25 &lt;tethrage&gt; (haha) 16:26 &lt;+fox&gt; &lt;mk&gt; haha, pěkné 16:26 &lt;jadeSerpent&gt; jrandom: podpora NetBeans je na roadmapě Mylaru, jestli si dobře pamatuju 16:26 &lt;jrandom&gt; cool 16:26 &lt;+fox&gt; &lt;modulus&gt; tohle se stává těm, kdo fanaticky podporují Sun :-) 16:27 * jrandom háže po modulus javabeans 16:27 &lt;jadeSerpent&gt; přestože Mylar je oficiálně pod hlavičkou Eclipse Foundation 16:27 &lt;+fox&gt; * mk nemůže najít živý web s Tracem 16:27 &lt;+fox&gt; &lt;modulus&gt; http://trac.wordpress.org/ 16:27 &lt;jrandom&gt; mk: `http://feedspace.i2p/` atm 16:28 &lt;+void&gt; http://trac.edgewall.com/ 16:29 * jrandom nechce trávit moc času vyhodnocováním spousty různých systémů, takže pokud chce někdo zaštítit konkrétní systém, prosím, udělejte to v dev fóru Syndie 16:29 &lt;jadeSerpent&gt; http://overlays.gentoo.org/proj/alt/wiki 16:29 &lt;+void&gt; (^ oficiální meta-trac) 16:29 &lt;+fox&gt; &lt;mk&gt; jo, je mi to jedno 16:30 * jrandom budu předpokládat, že tím končí * 3) Vítězové lednové soutěže ve sběru chyb! a posuneme se k 4) ??? 16:30 &lt;jrandom&gt; má někdo ještě něco k meetingu? 16:30 &lt;+fox&gt; &lt;mk&gt; „nejlepší“ je přeceňované. kdo má s těmito věcmi nejvíc zkušeností, by to měl asi hodit mincí 16:32 * jrandom nehledám systém pro plánování projektu/vydání nebo prohlížeč zdrojového kódu (free wiki neuškodí, ale máme i ugha.i2p) 16:32 &lt;jrandom&gt; sledování issues je jediná funkce, na které mi na tom záleží 16:37 &lt;jrandom&gt; ok, pokud už nic dalšího k meetingu není... 16:37 * jrandom končí 16:37 * void přehazuje jrandomovi baffer 16:37 * jrandom *baf* uzavírá meeting </div>/cs/blog/2007/01/30/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-30.-ledna-2007/Tue, 30 Jan 2007 00:00:00 +0000/cs/blog/2007/01/30/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-30.-ledna-2007/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> Complication2, jrandom, mk, zzz</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 15:06 &lt;jrandom&gt; 0) ahoj&lt;p&gt; 15:06 &lt;jrandom&gt; 1) Stav sítě&lt;p&gt; 15:06 &lt;jrandom&gt; 2) Stav Syndie&lt;p&gt; 15:06 &lt;+zzz&gt; )))&lt;p&gt; 15:06 &lt;jrandom&gt; 3) Stav I2PSnark&lt;p&gt; 15:06 &lt;jrandom&gt; 4) ???&lt;p&gt; 15:06 &lt;jrandom&gt; 0) ahoj&lt;p&gt; 15:07 * jrandom mává&lt;p&gt; 15:07 &lt;+fox&gt; &lt;mk&gt; Právě jsem ten příspěvek publikoval, klidně odpověz&lt;p&gt; 15:07 &lt;jrandom&gt; poznámky k týdennímu stavu jsou zveřejněné na http://dev.i2p.net/pipermail/i2p/2007-January/001331.html&lt;p&gt; 15:07 &lt;jrandom&gt; w3wt, udělám to, mk, díky&lt;p&gt; 15:07 &lt;jrandom&gt; (tak pojďme na naši archivovanou týdenní vývojářskou schůzku :)&lt;p&gt; 15:08 &lt;jrandom&gt; tento týden je sada poznámek krátká, ale pojďme si je projít&lt;p&gt; 15:08 &lt;jrandom&gt; 1) Stav sítě&lt;p&gt; 15:08 &lt;jrandom&gt; tady žádné zásadní změny, i když jsme zaznamenali výrazný pokles míry úspěšnosti buildů, jak je vykresleno na stats.i2p&lt;p&gt; 15:08 &lt;jrandom&gt; ne však katastrofické výpadky, jaké jsme viděli minulé léto&lt;p&gt; 15:09 &lt;+zzz&gt; ano, v rozporu s tvým poměrně slunečným hodnocením v poznámkách jsme koncem minulého týdne dosáhli tří‑měsíčního minima v úspěšnosti sestavování tunnel. V posledních pár dnech došlo jen k mírnému zlepšení&lt;p&gt; 15:09 &lt;Complication2&gt; Co se týče stavu sítě, zaznamenal jsem zvýšený tlak na směrování, což způsobilo asi 10% nárůst využití šířky pásma, ale moc víc ne&lt;p&gt; 15:11 &lt;jrandom&gt; jo, to je ta zvláštní část, zzz – míra selhání se výrazně zvýšila, ale irc to nijak zásadně neovlivnilo&lt;p&gt; 15:11 &lt;Complication2&gt; Působí to, jako by část významné směrovací kapacity buď nedávno ze sítě odešla, nebo měla výpadek&lt;p&gt; 15:11 &lt;jrandom&gt; Complication2: hmm, bylo pár uzlů s hardwarovými a síťovými problémy, což by s tím korelovalo&lt;p&gt; 15:12 &lt;+zzz&gt; z $here byl irc dost ovlivněn&lt;p&gt; 15:12 &lt;Complication2&gt; ale zjistil jsem, že můj zapisovač statistik od října ukládá soubory 0B... takže to upřímně nevím&lt;p&gt; 15:12 &lt;Complication2&gt; měl jsem překlep ve svém skriptu :O&lt;p&gt; 15:12 &lt;jrandom&gt; ach jo&lt;p&gt; 15:13 &lt;jrandom&gt; zzz: doufejme, že to už pominulo, že?&lt;p&gt; 15:13 &lt;+zzz&gt; řekl bych, že se to zlepšuje, ačkoli během večerů GMT je to horší než ráno&lt;p&gt; 15:15 &lt;jrandom&gt; hmm, zajímavé&lt;p&gt; 15:15 &lt;Complication2&gt; pokud je většina uživatelů pořád z Evropy, během večerů GMT by se jejich počet mohl zvyšovat...&lt;p&gt; 15:15 &lt;+zzz&gt; jen pamatuj, že uvnitř serverovny je počasí vždy slunečné :)&lt;p&gt; 15:16 &lt;Complication2&gt; (ale poslední dobou jsem theland.i2p nekontroloval)&lt;p&gt; 15:16 &lt;jrandom&gt; hehe&lt;p&gt; 15:16 &lt;jrandom&gt; (v posledních pár dnech jsme zaznamenali nárůst, s known: dosáhlo to 555 dříve dnes odpoledne a teď jsme na 570)&lt;p&gt; 15:17 &lt;jrandom&gt; ((active: 266/367))&lt;p&gt; 15:17 &lt;jrandom&gt; alespoň to říká můj router&lt;p&gt; 15:18 &lt;jrandom&gt; ok, má někdo ještě něco k 1) Stav sítě?&lt;p&gt; 15:20 &lt;jrandom&gt; pokud ne, pojďme přeskočit na 2) Stav Syndie&lt;p&gt; 15:20 &lt;jrandom&gt; tady se dějí dost zásadní věci, během jednoho až dvou dnů vyjde nové vydání&lt;p&gt; 15:21 &lt;jrandom&gt; dělám maximum, abych uzavřel co nejvíc nahlášených chyb, a v chystaném vydání jsou dvě hlavní funkční vylepšení – lepší práce se zákazem (banning) a podpora celé řady zásad ochrany soukromí, autentizace a autorizace pro různá fóra&lt;p&gt; 15:23 &lt;jrandom&gt; až nové vydání vyjde, bude k tomu na téhle frontě víc co probírat (i když většina té diskuze probíhá uvnitř syndie, přirozeně :)&lt;p&gt; 15:23 &lt;jrandom&gt; co se týče soutěže – zbývá ještě jeden den na nahlášení vašich chyb! Vítěze i podporovatele oznámíme na schůzce příští týden&lt;p&gt; 15:24 &lt;jrandom&gt; ok, má někdo nějaké otázky/komentáře/obavy ohledně stavu syndie?&lt;p&gt; 15:25 &lt;jrandom&gt; pokud ne, pojďme skočit na 3) Stav I2PSnark&lt;p&gt; 15:25 &lt;jrandom&gt; zzz, chceš nám dát aktualizaci, jak to vypadá?&lt;p&gt; 15:25 &lt;+zzz&gt; ano&lt;p&gt; 15:26 &lt;+zzz&gt; na schůzce před 2 týdny jsem byl v dobrém bodě k zastavení, ale pak jsem našel a opravil pár pořádných žroutů paměti a udělal i další úpravy...&lt;p&gt; 15:26 &lt;+zzz&gt; teď jsem znovu v dobrém bodě k zastavení, takže prosím testujte CVS a výsledky hlaste sem nebo v syndie – díky&lt;p&gt; 15:27 &lt;+zzz&gt; k tomu thrashingu při startu...&lt;p&gt; 15:27 &lt;+zzz&gt; v syndie padly dobré návrhy...&lt;p&gt; 15:28 &lt;+zzz&gt; můj první nápad moc nefungoval, ale pročistil jsem jeden zámek, takže webová stránka už při startu nezamrzá, a proto to teď _vypadá_ rychlejší&lt;p&gt; 15:28 &lt;+zzz&gt; možná se později pustím i do dalších návrhů. &lt;eot&gt;&lt;p&gt; 15:29 &lt;jrandom&gt; heh, super, díky zzz!&lt;p&gt; 15:30 &lt;jrandom&gt; ok, pojďme skočit na naši starou dobrou všehochuť: 4) ???&lt;p&gt; 15:30 &lt;jrandom&gt; má někdo ještě něco, co chce na schůzce otevřít?&lt;p&gt; 15:33 &lt;jrandom&gt; ok, pokud ne...&lt;p&gt; 15:33 * jrandom se chystá&lt;p&gt; 15:34 * jrandom ukončuje schůzku *baf*&lt;p&gt; </div>/cs/blog/2007/01/16/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-16.-ledna-2007/Tue, 16 Jan 2007 00:00:00 +0000/cs/blog/2007/01/16/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-16.-ledna-2007/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> jrandom, zzz</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 15:03 &lt;jrandom&gt; 0) ahoj 15:03 &lt;jrandom&gt; 1) Stav sítě 15:03 &lt;jrandom&gt; 2) i2psnark aktualizace 15:03 &lt;jrandom&gt; 3) pokrok Syndie 15:03 &lt;jrandom&gt; 4) ??? 15:03 &lt;jrandom&gt; 0) ahoj 15:03 * jrandom mává 15:03 &lt;jrandom&gt; týdenní statusové poznámky jsou na http://dev.i2p.net/pipermail/i2p/2007-January/001329.html 15:05 &lt;jrandom&gt; jak se tím všichni prokousáváte, pojďme se vrhnout do 1) Stav sítě 15:05 &lt;jrandom&gt; v této chvíli na této frontě žádná velká změna 15:06 &lt;jrandom&gt; stojí za zmínku aktualizovaný graf domén na `http://stats.i2p/cgi-bin/serv_domain.cgi,` který ukazuje dobré rozložení hostů i po odstranění 2000 starých záznamů 15:07 &lt;jrandom&gt; zzz: za jaké období je ten graf? 15:07 &lt;+zzz&gt; 1 měsíc 15:07 &lt;jrandom&gt; wow, super 15:09 &lt;jrandom&gt; samozřejmě, NICs (Network Information Centers – správci registrů domén) nejsou vždy aktuální, ale dává to dobrý pohled z nadhledu. dobrá práce, zzz, díky 15:10 &lt;jrandom&gt; ok, má někdo ještě něco k 1) stav sítě? 15:12 &lt;jrandom&gt; pokud ne, přeskočme k 2) i2psnark aktualizace 15:12 &lt;jrandom&gt; zzz, chceš nám dát stručný přehled? 15:13 &lt;+zzz&gt; máme zlepšení férovosti, když je&gt; 4 leechers, opravu dlouhotrvajícího restart-torrent bugu, nespouštět tunnel, pokud není zaškrtnutý autostart, a přidali jsme pár dalších odkazů na webové stránce. 15:13 &lt;+zzz&gt; přidáno tlačítko stop-all, které, zdá se, obvykle nefunguje, když je provoz 15:13 &lt;+zzz&gt; jako obvykle hledáme testery a hlášení, díky 15:14 &lt;jrandom&gt; paráda, díky, zzz 15:14 &lt;jrandom&gt; až budeš mít pocit, že je to ono, můžeme to zabalit a vydat nové 0.6.1.27 s tím přibaleným 15:15 &lt;+zzz&gt; ok, možná za týden nebo dva 15:16 &lt;jrandom&gt; zní to dobře 15:17 &lt;jrandom&gt; ok, přeskočme na 3) pokrok Syndie 15:17 &lt;jrandom&gt; na této frontě se, jak bylo zmíněno, děje spousta věcí, a doufejme, že během jednoho až dvou dnů vypustíme novou revizi 15:19 &lt;jrandom&gt; až to vyjde, bude oznámení v Syndie, na webových stránkách, na fóru a v mailing listu 15:19 &lt;jrandom&gt; ok, přesouváme se k 4) ??? 15:20 &lt;jrandom&gt; má ještě někdo něco, co chce na setkání probrat? 15:23 &lt;jrandom&gt; pokud ne... 15:23 * jrandom se rozmachuje 15:23 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2007/01/09/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-9.-ledna-2007/Tue, 09 Jan 2007 00:00:00 +0000/cs/blog/2007/01/09/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-9.-ledna-2007/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> bar, jrandom, nony, tea, tethra, void, zzz</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 15:07 &lt;jrandom&gt; 0) ahoj 15:07 &lt;jrandom&gt; 1) Stav sítě 15:07 &lt;jrandom&gt; 2) I2Phex 0.1.1.38 15:07 &lt;jrandom&gt; 3) Pokrok kolem Syndie 15:07 &lt;jrandom&gt; 4) Soutěž ve sběru chyb Syndie 15:07 &lt;jrandom&gt; 5) ??? 15:07 &lt;jrandom&gt; 0) ahoj 15:07 * jrandom mává 15:07 &lt;jrandom&gt; týdenní poznámky ke stavu jsou zveřejněné na http://dev.i2p.net/pipermail/i2p/2007-January/001328.html 15:09 &lt;jrandom&gt; zatímco vy všichni dál slintáte nad věcmi z Macworldu, pojďme rovnou na 1) Stav sítě 15:09 &lt;jrandom&gt; tento týden tu nemám co zmiňovat, ale bylo mi líto vynechat stav sítě ze zprávy, tak tady je 15:09 &lt;jrandom&gt; má někdo něco k doplnění ohledně stavu sítě? 15:09 &lt;+zzz&gt; testuju pár drobných úprav i2psnarku, nic zásadního 15:10 &lt;jrandom&gt; ah super, týká se to nedávných hlášení chyb, nebo jsou tam i jiné lahůdky, na které se můžeme těšit? 15:11 &lt;+zzz&gt; jiné – hlavně lepší zacházení s torrenty s > 4 peery 15:11 &lt;jrandom&gt; hustý 15:11 &lt;+zzz&gt; taky zachytávání několika běžných míst vedoucích k OOM (nedostatku paměti), místo aby spadla celá JVM 15:12 &lt;tea&gt; zní to skvěle, momentálně se i2p-bt zdá jako nejlepší volba pro "high"-speed torrenty 15:12 &lt;+zzz&gt; tj. kde si to při ukládání dílu bere celý blok 256KB - 1MB 15:13 &lt;+zzz&gt; každý si vyberte nějaký torrent a naskočte na něj, ať mi pomůžete testovat :) 15:14 &lt;jrandom&gt; paráda, dej vědět, kdy to máme zkusit, zzz 15:14 &lt;tea&gt; udělá někdo znovu 'casino royale' ? :) 15:14 * jrandom připomíná, že tahle schůzka se loguje a zveřejňuje na webu ;) 15:15 &lt;+void&gt; aha, schůzka 15:15 &lt;tea&gt; takže žádní dobrovolníci 15:16 &lt;jrandom&gt; ok super, má někdo ještě něco k 1) Stavu sítě? 15:17 &lt;bar&gt; když už zmiňujeme i2psnark... 15:18 &lt;bar&gt; ...bylo by možné startovat, zastavovat a restartovat i2psnark z konzole? 15:18 &lt;bar&gt; (místo restartu celého routeru kvůli zabití tunnels) 15:19 &lt;+zzz&gt; nevím – jrandom, máš nějaký nápad? 15:20 &lt;jrandom&gt; bar: když říkáš zastavit a spustit, co to obnáší nad rámec zastavení a spuštění jednotlivých torrentů? 15:21 &lt;bar&gt; zabít i2psnark tunnels, které mi žerou zdroje, když netorrentuju 15:22 &lt;bar&gt; (tunnels neumřou, když odstraníš .torrents, jestli si správně pamatuju) 15:22 &lt;jrandom&gt; aha, zastavit pro něj samotnou I2P destination. To je proveditelné bez větších potíží, webové rozhraní má přístup ke SnarkManageru 15:23 &lt;jrandom&gt; (dočasný workaround může být nastavit délky tunnels na 0, dokud je zase nebudeš potřebovat) 15:23 &lt;jrandom&gt; ale máš pravdu, bylo by to užitečné 15:23 &lt;+void&gt; mohl bys změnit tunnels na hloubku 0, i když by to bylo náchylné k chybám 15:23 &lt;+zzz&gt; dobrý nápad přidat na webovou stránku tlačítko na zastavení tunnelu, souhlas 15:23 * jrandom !hi5s void 15:24 &lt;+void&gt; ack, mám zpoždění *až takové*? 15:24 &lt;jrandom&gt; I2PSnarkUtil už má taky statickou .disconnect() 15:25 &lt;jrandom&gt; (takže volat to z I2PSnarkServlet by mělo být triviální) 15:25 &lt;jrandom&gt; zzz: chceš se do toho pustit, nebo to tam mám hodit já? 15:27 &lt;+zzz&gt; nevidím tam otázku, tak si to vezmi 15:27 &lt;jrandom&gt; ok super, udělám 15:27 &lt;jrandom&gt; ok, má někdo ještě něco k 1) Stavu sítě? 15:29 &lt;jrandom&gt; pokud ne, přeskočme k 2) I2Phex 0.1.1.38 15:29 &lt;jrandom&gt; Complication: nechceš nás zasypat podrobnostmi? 15:31 &lt;jrandom&gt; pokud vím, je dobré shrnutí změn v CVS a oznámení (http://forum.i2p.net/viewtopic.php?t=2005) 15:33 &lt;tea&gt; je možnost trvale změnit délky tunnels ? 15:34 &lt;jrandom&gt; jasně, vzpomínám si, že je lze nastavit v konfiguračním souboru i2phexu zadáním vlastních i2p voleb (i když si teď nevybavuju, jaká volba v konfiguráku i2phexu se má použít) 15:35 &lt;bar&gt; tea: ano, v i2phex.cfg (i2pInboundLength, i2pInboundLengthVariance, i2pOutboundLength, i2pOutboundLengthVariance) 15:36 &lt;tea&gt; myslel jsem na panel s volbami, který má i2p-rufus 15:37 &lt;tea&gt; dalo by se něco takového přidat ? 15:38 &lt;jrandom&gt; myslím, že complication říkal, že by to byl dobrý nápad, takže to nejspíš půjde docela snadno 15:38 * jrandom nedělal žádné gui hackování v i2phexu (ale jsem si jistý, že kdybys poslal patch, postarám se, aby se dostal dovnitř :) 15:38 &lt;jrandom&gt; oh, neva, zdá se, že complication říkal, že na tom dělá 15:39 &lt;jrandom&gt; http://forum.i2p.net/viewtopic.php?t=2005#9149 15:39 &lt;tea&gt; jako amatérský uživatel rufusu mě potěšila vyskakovací otázka 'allow zero hop connections ?', a možnost kliknout na no ... 15:42 &lt;jrandom&gt; jo. ok, má někdo ještě něco k 2) I2Phex 0.1.1.38? 15:42 &lt;bar&gt; no, když už jsme u toho, myslím, že by se slušelo pogratulovat původnímu týmu Phex k vydání verze 3.0, vyšla předevčírem :) 15:43 * bar mává 15:43 &lt;jrandom&gt; jo, gratulace ArneBab a spol.! 15:45 &lt;tea&gt; možná nám jednou zamávají zpátky ... 15:46 &lt;jrandom&gt; ArneBab a GregorK měli během let k i2phexu pár dobrých připomínek 15:46 &lt;+void&gt; až i2phex dosáhne verze 3.0? 15:46 &lt;jrandom&gt; doufejme :) 15:47 &lt;bar&gt; to už budeme dávno pryč, ale jo :) 15:48 &lt;jrandom&gt; ok, skočme na 3) Pokrok kolem Syndie 15:48 &lt;jrandom&gt; spousta pokroku za poslední týden, včetně toho, že vyšla 1.001a 15:50 &lt;jrandom&gt; i když většina diskuze k tomu probíhá přímo v Syndie 15:50 &lt;jrandom&gt; takže pokud tam ještě nejste, připojte se a zjistěte víc :) 15:51 &lt;jrandom&gt; má někdo něco, co by chtěl probrat ohledně Syndie? 15:53 &lt;+void&gt; no, právě jsem spustil sync a naimportoval jeden nepřečtený příspěvek spolu s hromadou přečtených 15:53 &lt;+void&gt; ale asi to odladíme po schůzce? 15:54 &lt;jrandom&gt; hmm, jo, docela divné (nedávno jsem importoval pár nových zpráv a zobrazily se jako nepřečtené). ale jo, rozhodně se do toho musíme víc ponořit 15:54 &lt;jrandom&gt; ok, přejděme k 4) Soutěž ve sběru chyb Syndie 15:55 &lt;+void&gt; dají se registrovat anonymní egold účty? 15:55 &lt;jrandom&gt; jo, není potřeba žádný doklad totožnosti 15:56 &lt;+void&gt; ah, super 15:56 &lt;jrandom&gt; i když samozřejmě můžou zmrazit podvodné účty a sledují všechny převody a sdílejí údaje o převodech s Nimi 15:56 &lt;jrandom&gt; ale je to víc než dostatečné na obranu proti většině protivníků 15:57 &lt;+void&gt; jasně, samozřejmě 15:58 * jrandom považuji hlášení chyb a požadavky na funkce za neocenitelné, a i když si uvědomuji, že $50USD zdaleka nevykompenzuje skutečný vložený čas, snad je to aspoň malá známka díků 15:58 &lt;jrandom&gt; doufám, že v téhle soutěži budeme pokračovat každý měsíc 15:58 &lt;+void&gt; hehe 15:59 &lt;+void&gt; heheat alespoň je to zábava 15:59 &lt;+void&gt; arg 16:00 &lt;jrandom&gt; má někdo nějaké otázky ohledně soutěže, nebo návrhy, nebo frisbee? 16:01 &lt;+tethra&gt; soutěž? 16:01 &lt;+tethra&gt; (přišel jsem pozdě) 16:01 * tethra pročítá 16:01 &lt;+tethra&gt; super :o 16:02 &lt;jrandom&gt; tak rozjeďte hlášení chyb :) 16:03 &lt;jrandom&gt; ok, přejděme k 5) ??? 16:03 &lt;+void&gt; už jedou :) 16:03 &lt;+tethra&gt; ano pane! ;) 16:03 &lt;jrandom&gt; jo, díky! (ano, počítám všechno od 1. ledna do 31. ledna :) 16:03 &lt;jrandom&gt; ok, má někdo ještě něco, co chce na schůzce otevřít? 16:04 &lt;+fox&gt; &lt;nony&gt; běží to na java6? 16:04 &lt;tea&gt; jasně 16:04 &lt;+tethra&gt; když už jsme u toho, přeloží se to pomocí gcj? 16:04 &lt;jrandom&gt; nony: tady to běžím na java6, ano 16:04 &lt;jrandom&gt; tethra: jo, a běží ;) 16:04 &lt;+tethra&gt; skvělé 16:04 &lt;+tethra&gt; ;) 16:04 &lt;+fox&gt; &lt;nony&gt; paráda 16:07 &lt;jrandom&gt; ok, má někdo ještě něco pro schůzku? 16:09 &lt;jrandom&gt; pokud ne... 16:09 * jrandom se napřahuje 16:09 * jrandom *baf* zavírá schůzku </div>/cs/blog/2007/01/02/i2p-dev-meeting-january-02-2007/Tue, 02 Jan 2007 00:00:00 +0000/cs/blog/2007/01/02/i2p-dev-meeting-january-02-2007/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> bar, covracer, jrandom, z^z</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 15:02 &lt;jrandom&gt; 0) ahoj 15:02 &lt;jrandom&gt; 1) Stav sítě a plány 15:02 &lt;jrandom&gt; 2) Syndie 1.001a 15:02 &lt;jrandom&gt; 3) ??? 15:02 &lt;jrandom&gt; 0) ahoj 15:02 * jrandom mává 15:02 &lt;jrandom&gt; týdenní stavové poznámky zveřejněny na http://dev.i2p.net/pipermail/i2p/2007-January/001325.html 15:03 * mrflibble mává na jrandom 15:03 * jrandom očekává, že většina si ještě léčí kocovinu, takže to vezmeme potichu 15:04 &lt;jrandom&gt; pojďme rovnou na 1) Stav sítě a plány 15:05 &lt;jrandom&gt; jak je uvedeno v poznámkách, hodně se toho podařilo pokrýt, ale letos nás čeká spousta práce 15:05 &lt;jrandom&gt; budeme však chtít probrat různá kompromisní řešení a zajistit, aby se zvolila ta nejvhodnější pro podporu konkrétní funkcionality, ke které směřujeme 15:06 &lt;jrandom&gt; uvidíme ale, jak se to bude vyvíjet 15:06 &lt;jrandom&gt; prozatím se ale zdá, že síť je poměrně stabilní, což je dobré 15:07 &lt;jrandom&gt; má někdo něco, co by chtěl otevřít ohledně stavu sítě a plánů? 15:09 &lt;jrandom&gt; pokud ne, přeskočme k 2) Syndie 1.001a 15:09 &lt;z^z&gt; něco, na čem můžu dělat na síti – netDb nebo tunnels? 15:09 * jrandom skáče zpět 15:10 &lt;z^z&gt; vím, že máme otázky ohledně šíření netDb a využití CPU, ale potřeboval bych dobré vodítko, jak začít 15:11 &lt;z^z&gt; každopádně o tom popřemýšlím 15:11 &lt;jrandom&gt; z^z: netDb search, když počet známých/dosažitelných floodfill peerů klesne na 0, musí, pravděpodobně, provést náhodný iterovaný průchod napříč známými peery 15:12 &lt;z^z&gt; ok dík, pohrabu se v tom a později se zeptám 15:12 &lt;jrandom&gt; možná nový příznak v netDb lookup message, který by žádal o "give me some floodfill peers" 15:12 &lt;jrandom&gt; paráda, z^z! to by pravděpodobně mělo výrazný dopad pro nové uživatele – dej vědět, pokud na něco narazíš 15:13 &lt;z^z&gt; ha, to mě zavede na nové území, zní to jako zábava do nového roku 15:13 &lt;jrandom&gt; :) 15:14 &lt;bar&gt; "do not delete floodfill peer router infos from netdb if there are too few of them" &lt;-- does anyone remember if this one got into cvs or not? 15:15 &lt;jrandom&gt; ne 15:15 &lt;jrandom&gt; nebo tedy, jak si vybavuju, ne... 15:16 &lt;bar&gt; ok 15:17 &lt;jrandom&gt; (skvělé místo pro to by bylo KademliaFloodfillNetworkFacade::dropAfterLookupFailed) 15:18 &lt;jrandom&gt; ehm, KademliaNetworkDatabaseFacade, tedy (floodfill ji rozšiřuje) 15:20 &lt;jrandom&gt; (je tam také pár věcí v DatabaseLookupMessage, které by šlo použít k označení 'send me floodfill peers' – 'tunnelSpecified' je boolean, ale přenáší se v celém bajtu) 15:21 &lt;jrandom&gt; ok, ještě něco k 1) Stav sítě a plány? 15:23 * jrandom znovu poskakuje k 2) Syndie 1.001a 15:24 &lt;jrandom&gt; přijde brzy, možná za den nebo dva. spousta oprav chyb a úklidu (díky všem, kdo pomáhají!), další detaily budou v oznámení při vydání 15:25 &lt;jrandom&gt; to je k tomu asi vše (ale pokud používáte novou Syndie, můžete tam sledovat nejnovější diskuse ;) 15:27 &lt;jrandom&gt; má někdo něco k probrání ohledně Syndie 1.001a, nebo přeskočíme k 3) ??? 15:27 &lt;jrandom&gt; má někdo ještě něco, co by chtěl na schůzce probrat? 15:28 &lt;+fox&gt; &lt;covracer&gt; pořád nejsi pro ebuild? 15:29 &lt;jrandom&gt; pro Syndie, nebo i2p? 15:29 &lt;+fox&gt; &lt;covracer&gt; i2p 15:29 &lt;jrandom&gt; správně, stále nejsem pro ebuild 15:29 &lt;jrandom&gt; (každopádně díky za nabídku/návrh!) 15:30 &lt;jrandom&gt; problémy i2p nesouvisejí s velikostí sítě, takže zvětšení velikosti je nevyřeší 15:30 &lt;jrandom&gt; naopak to jen přinutí více lidí potýkat se s problémy a s upgrady potřebnými k jejich řešení 15:30 &lt;+fox&gt; &lt;covracer&gt; jo 15:31 &lt;+fox&gt; &lt;covracer&gt; alex ale odvedl dobrou práci na ebuildu 15:31 &lt;+fox&gt; &lt;covracer&gt; je to v overlayi java-experimental-migration, pokud si dobře pamatuju 15:31 &lt;+fox&gt; * godmode0 je zpět (byl pryč 01:57:51) 15:32 &lt;+fox&gt; &lt;covracer&gt; každopádně to závisí na spoustě vylepšení v tom, jak Gentoo zachází s Javou a Jetty 15:32 &lt;+fox&gt; &lt;covracer&gt; a jen tak se to do hlavního stromu nedostane 15:33 &lt;jrandom&gt; super (že se alexovi práce daří) a doufejme, že i2p dostaneme do stavu, kdy bude tlačení do mainu skvělá věc :) 15:34 &lt;+fox&gt; &lt;covracer&gt; byl by ebuild pro Syndie vítaný, nebo by se měl také odložit? 15:34 * jrandom přemýšlí, jak velký bude rozruch v zacházení s Javou, až Sun JVM a knihovny půjdou pod GPL 15:35 &lt;jrandom&gt; Syndie by měla být pro plné produkční použití připravena během několika měsíců, beta možná za měsíc, takže podívat se tam na ebuild by bylo super 15:36 &lt;jrandom&gt; až půjde Syndie do produkce, chtěl bych, aby bylo používání co nejjednodušší – apt-get, emerge, rpm, atd. 15:36 &lt;+fox&gt; &lt;covracer&gt; dobře, zkusím během tohohle týdne dovolené nějak splácat ebuild – stejně nemám nic lepšího na práci 15:36 &lt;jrandom&gt; boží, díky, covracere! 15:37 &lt;+fox&gt; &lt;covracer&gt; snadná instalace je velmi důležitá pro široké přijetí 15:37 &lt;jrandom&gt; (a dej vědět, pokud narazíš na části, které by šlo zjednodušit „upstream“ – chtěl bych, aby balení bylo co nejprůhlednější) 15:37 &lt;jrandom&gt; jo, rozhodně 15:38 &lt;+fox&gt; &lt;covracer&gt; dobře, i když mám jen matnou představu o osvědčených postupech psaní ebuildů, sám nejsem vývojář ani nejsem na programátorské frontě moc aktivní 15:40 &lt;jrandom&gt; super, o psaní ebuildů toho nejspíš víš víc než já :) hodně štěstí a díky 15:40 &lt;jrandom&gt; ok, má ještě někdo něco, co by chtěl na schůzce otevřít? 15:40 &lt;bar&gt; no, myslím, že oficiální příspěvek na Cervantesově Syndie fóru a ve staré Syndie by neuškodil, pokud/až budete hledat další testery pro novou Syndie 15:40 &lt;bar&gt; kromě posledního záznamu ze schůzky si nemyslím, že by se alfa vydání moc zmiňovalo, spousta uživatelů i2p o novince prostě neslyšela, myslím 15:41 &lt;jrandom&gt; dobrý nápad – naspamím je, až vyjde 1.001a 15:42 &lt;bar&gt; dobře :) 15:47 &lt;jrandom&gt; ok, jestli pro schůzku už nic dalšího není... 15:47 * jrandom si dělá rozběh 15:47 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2006/12/26/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-26.-prosince-2006/Tue, 26 Dec 2006 00:00:00 +0000/cs/blog/2006/12/26/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-26.-prosince-2006/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> bar, Complication2, gloin, hottuna, jrandom</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 15:02 &lt;jrandom&gt; 0) ahoj 15:02 &lt;jrandom&gt; 1) Stav sítě 15:02 &lt;jrandom&gt; 2) Syndie 1.000a 15:02 &lt;jrandom&gt; 3) ??? 15:02 &lt;jrandom&gt; 0) ahoj 15:02 * jrandom mává 15:02 &lt;jrandom&gt; týdenní poznámky o stavu jsou na http://dev.i2p.net/pipermail/i2p/2006-December/001324.html 15:03 &lt;jrandom&gt; skočme rovnou na 1) stav sítě 15:03 &lt;Complication2&gt; Aha, úplně jsem zapomněl, že je úterý 15:03 &lt;jrandom&gt; věci jdou docela dobře, jak už jsem zmínil, i když můj router se nakonec po 45 dnech uptime restartoval 15:04 &lt;jrandom&gt; (ale upřímně, byl bych docela rád, kdybychom konzistentně dosahovali uptime 1+ měsíc :) 15:04 &lt;Complication2&gt; Stav sítě je u mě trochu nestabilnější než dřív, ale to proto, že jeden z mých I2P routers má opakující se problém (zhruba jednou za 10 dní) 15:04 &lt;Complication2&gt; Druhý router zvládá měsíční uptime, ale není to router s vysokým provozem 15:05 &lt;Complication2&gt; Vlastně dost skromný 15:05 &lt;jrandom&gt; stats.i2p v posledním týdnu ukazuje mírně sníženou míru úspěšnosti sestavení, ale to může být jen sezónní 15:07 &lt;+fox&gt; &lt;hottuna&gt; Dostávám nějaké divné zprávy do wrapper logu 15:07 &lt;+fox&gt; &lt;hottuna&gt; INFO | jvm 1 | 2006/12/26 01:00:00 | 2006-dec-26 00:00:00 org.mortbay.util.RolloverFileOutputStream removeOldFiles 15:07 &lt;+fox&gt; &lt;hottuna&gt; INFO | jvm 1 | 2006/12/26 01:00:00 | INFO: Log age 2006_09_26.request.log 15:07 &lt;+fox&gt; &lt;hottuna&gt; INFO | jvm 1 | 2006/12/26 01:00:00 | 2006-dec-26 00:00:00 org.mortbay.util.RolloverFileOutputStream removeOldFiles 15:07 &lt;jrandom&gt; irc si pořád vede docela dobře, i se 3 hop tunnels 15:07 &lt;jrandom&gt; oh zajímavé, hottuna, zní to jako dost ukecané commons-logging věci 15:08 &lt;jrandom&gt; (Jetty používá svůj vlastní logger, ne náš) 15:08 &lt;+fox&gt; &lt;hottuna&gt; tak to není třeba si dělat starosti .. 15:08 &lt;+fox&gt; &lt;hottuna&gt; ale stejně jsem ještě nespouštěl svůj router kvůli nedostatku šířky pásma 15:09 &lt;jrandom&gt; vyhladovění jako "not enough bw for i2p", nebo "i2p using too much bw"? 15:11 &lt;+fox&gt; &lt;hottuna&gt; No, obojí, ale protože provozuju i2p kvůli darování bw, víc na mě sedí ta první možnost 15:11 &lt;jrandom&gt; aha heh, ok 15:11 &lt;+fox&gt; &lt;hottuna&gt; Právě jsem poprvé spustil Syndie a cítím se trochu zahlcený, fakt nevím, kde začít 15:11 &lt;+fox&gt; &lt;hottuna&gt; ale přidání standardního archivu je pěkný detail 15:13 &lt;jrandom&gt; díky :) je toho hodně, co musíme udělat, abychom ten pocit zahlcení snížili, ale to probereme při našem skoku na 2) Syndie 1.000a :) 15:13 &lt;jrandom&gt; 1.000a je venku, stahujte a užívejte! 15:14 &lt;jrandom&gt; základní zkušenost by měla být: nainstalovat, spustit, "add the standard archive", říct Syndie, aby se synchronizovala se standardním archivem "now" (pak kliknout na save), a začne stahovat zprávy 15:15 &lt;jrandom&gt; přidá to řádek do té tabulky pod tlačítkem save, jeden na zprávu a jeden na fórum – kliknutím pravým na zprávy a fóra je otevřete, nebo můžete procházet přes menu Forum-&gt;Read all 15:15 &lt;bar&gt; gratuluju k alpha vydání Syndie, pracoval jsi na tom dlouho a tvrdě. respekt. 15:16 &lt;Complication2&gt; Taky. Ohromující databáze a dost slibné rozhraní. :) 15:16 &lt;+fox&gt; &lt;hottuna&gt; Právě teď používám Syndie a čtu epický příspěvek o směru Syndie a i2p 15:16 &lt;gloin&gt; mimochodem, build.xml obsahuje natvrdo zadanou hodnotu: build.xml: &lt;property name="swt.win32" value="../swt-I20061214-1445-win32-win32-x86/swt.jar" /&gt; 15:16 &lt;jrandom&gt; díky, je toho hodně, co je třeba udělat, aby se Syndie dostala tam, kde má být, ale je to začátek 15:17 &lt;+fox&gt; &lt;hottuna&gt; na použitelnosti je ještě hodně práce, ale i tak jsi ušel dlouhou cestu 15:17 &lt;jrandom&gt; gloin: jo, 3 z nich (swt.win32, swt.osx a swt.linux32) – používají se jen pro "ant dist" 15:18 &lt;Complication2&gt; defaultuje "ant" na "ant clean jar", mimochodem? 15:18 * Complication2 kontroluje 15:18 &lt;jrandom&gt; hottuna: od toho jste tu vy (a vy všichni :) – já mám hlavu hluboko ve vnitřnostech Syndie, takže je pro mě často těžké mít ten správný nadhled, abych ji udělal použitelnější 15:19 &lt;jrandom&gt; potřebuju vaše názory, zpětnou vazbu a návrhy na zlepšení 15:19 &lt;Complication2&gt; Aha, kontrola závislostí a jar 15:19 &lt;Complication2&gt; (bez části s úklidem) 15:19 &lt;jrandom&gt; správně, Complication2, žádné 'clean' ve výchozím nastavení 15:21 &lt;gloin&gt; dělá "ant dist" buildy pro linux, win32 a podobně? 15:21 &lt;jrandom&gt; gloin: jo, staví instalátory, .exe soubory atd. 15:22 &lt;jrandom&gt; pokud chceš jen postavit a spustit Syndie pro vlastní potřebu, "ant jar" a zkopírovat lib/syndie.jar do své instalace Syndie, nebo "ant run" pro spuštění na místě 15:23 &lt;Complication2&gt; sakra, přehlédl jsem tedy cíl "run" 15:23 &lt;jrandom&gt; (s uvedením potřebných flagů -Dswt.dir=/blah, nebo jejich umístěním do (nového) souboru nbproject/private/private.properties jako swt.dir=/blah/) 15:23 &lt;Complication2&gt; Spíchnul jsem run.sh :D 15:24 &lt;Complication2&gt; dvouřádkový, takže nic časově náročného 15:24 &lt;jrandom&gt; to taky funguje :) 15:24 &lt;Complication2&gt; Jo, "ant run" fungoval pěkně 15:24 &lt;gloin&gt; ant run vypadá, že funguje, instalátor linux32.exe si stěžuje na chybějící swt. 15:24 &lt;Complication2&gt; Právě otestováno 15:26 &lt;jrandom&gt; hmm gloin, a existuje swt.jar v nainstalovaném lib adresáři Syndie? 15:27 &lt;gloin&gt; ano. 15:28 &lt;jrandom&gt; a pouštíš "java -jar /some/path/to/that/syndie/bin/syndie.exe"? nebo myslíš linuxový instalátor? 15:29 &lt;gloin&gt; instalátor byl v pořádku. vytvořil adresář syndie-1.000a. 15:31 &lt;gloin&gt; Exception in thread "main" java.lang.UnsatisfiedLinkError: no swt-pi-gtk-3235 in java.library.path 15:33 &lt;Complication2&gt; Jedna drobná otázka (testuji Linuxový binární balík) 15:33 &lt;jrandom&gt; hmm, vytvořil to v /tmp/ libswt-pi-gtk-3235.so, gloin? 15:33 &lt;Complication2&gt; Kde získat veřejný klíč "393F2DF9"? 15:33 &lt;jrandom&gt; to je dobrá otázka... 15:34 &lt;gloin&gt; kdo? kdy? 15:34 &lt;gloin&gt; v tuto chvíli není v /tmp/ žádný libswt-pi-gtk-3235.so 15:35 &lt;jrandom&gt; gloin: nový swt (3.3M4) dodaný se Syndie extrahuje nativní knihovny do /tmp/, když je nemůže najít 15:36 &lt;jrandom&gt; gloin: můžeš spustit (cd ~/syndie-1.000a/ ; java -cp lib/syndie.jar:lib/swt.jar:lib/hsqldb.jar syndie.gui.SWTUI ) a zjistit, jestli je to najde? 15:36 &lt;jrandom&gt; Complication2: bude to na různých keyserverech a na webu po schůzi 15:37 &lt;Complication2&gt; Díky :) 15:37 &lt;jrandom&gt; (je to na mých keyrings, ke kterým se z mého Windows boxu nedostanu) 15:37 &lt;Complication2&gt; Mezitím jsem běžnějšími prostředky zjistil, že se mi stahování binárky opravdu přerušilo předčasně 15:37 * Complication2 znovu stahuje konec 15:38 &lt;gloin&gt; ne. Možná znovu postavím instalátor 15:39 &lt;jrandom&gt; gloin: mohl bys zkontrolovat swt.jar, jestli obsahuje libswt-pi-gtk-3235.so (jar tvf lib/swt.jar)? 15:40 &lt;jrandom&gt; každopádně, budeme ladit dál, jak budou věci vyplouvat 15:41 &lt;gloin&gt; není v něm. 15:41 &lt;jrandom&gt; to je asi vše k Syndie 1.000a – samozřejmě časem budou aktualizace a oznámíme je na schůzích nebo e-mailem 15:42 &lt;jrandom&gt; (pro upgrade Syndie jsou mnohem menší downloady než plných 4–5+ MB – viz syndie.i2p.net/downloads/) 15:42 &lt;+fox&gt; &lt;hottuna&gt; jaké je URL i2p Syndie archivů na síti i2p? 15:43 &lt;jrandom&gt; gloin: mohl bys mi poslat soukromou zprávou výstup z jar tvf? 15:43 &lt;jrandom&gt; hottuna: `http://archive.syndie.i2p/` 15:43 &lt;+fox&gt; &lt;hottuna&gt; děkuji 15:45 &lt;jrandom&gt; (pozor, archive.syndie.i2p / syndie.i2p.net:8080 jsou jen instance Syndie s běžícím vestavěným HTTP serverem) 15:45 &lt;+fox&gt; &lt;hottuna&gt; oh :) hustý :) 15:45 &lt;+fox&gt; &lt;hottuna&gt; mimochodem, hodiny v Syndie neodpovídají hodinám v mém systému 15:46 &lt;jrandom&gt; takže si kdokoli může provozovat svůj vlastní Syndie archiv a nechat lidi se od něj synchronizovat – stačí jim dát odkaz na svůj archiv (což lze přes irc/html/etc, nebo přímo v Syndie pomocí 'archive link'/reference) 15:46 &lt;jrandom&gt; hodiny v Syndie? 15:46 &lt;+fox&gt; &lt;hottuna&gt; nebo časová razítka u zpráv v Syndie 15:47 &lt;+fox&gt; &lt;hottuna&gt; počkej chvilku.. teď už vypadají správně.. 15:47 &lt;+fox&gt; &lt;hottuna&gt; po restartu 15:52 &lt;gloin&gt; jak postavím headless server archivu? Předpokládám, že import.cgi už není 'podporovaný'? 15:53 &lt;jrandom&gt; správně, import.cgi je s poslední verzí nekompatibilní – headless server můžeš spustit s normální instalací Syndie tak, že pustíš syndie "--cli", čímž se spustí textový engine. 15:55 &lt;jrandom&gt; integrovaný http server lze spustit z textového enginu příkazem 'httpserv' (http://syndie.i2p.net/manual.html#general_httpserv ) 15:55 &lt;gloin&gt; moc díky. 15:56 &lt;jrandom&gt; jestli budeš svůj archiv zase rozjíždět, měl bych děkovat já :) 15:57 &lt;gloin&gt; puh.. i s GUI to vypadá složitě :) 15:58 &lt;jrandom&gt; jo, čeká vás spousta práce – pomozte to udělat použitelné a užitečné :) 15:59 &lt;jrandom&gt; až lidé začnou testovat a začnou se objevovat problémy, budeme toho mít k pokrytí mnohem víc, ale prozatím se klidně ponořte, pište a sledujte, co se děje 15:59 &lt;jrandom&gt; přesuneme se k 3) ???, má někdo ještě něco, co by chtěl na schůzi probrat? 16:00 &lt;Complication2&gt; Otestoval jsem linuxový binární instalátor, běží pěkně 16:00 &lt;Complication2&gt; Jen je zvláštní, že když se pokoušel vytvořit zástupce v nabídce KDE, zástupce skončil ve skupině "Development" 16:00 &lt;Complication2&gt; Spolu s NetBeans a tak 16:01 &lt;Complication2&gt; Možná se pletu, ale myslím, že psal, že se pokusí vytvořit skupinu jménem Syndie... 16:01 &lt;jrandom&gt; ah, jo. izpack a java balíčkovače/instalátory pořád řeší integraci s KDE 16:02 &lt;Complication2&gt; Každopádně, drobnost 16:02 &lt;Complication2&gt; Ale chtěl jsem to zmínit, kdyby něco 16:02 &lt;jrandom&gt; měl by vytvořit skupinu Syndie, ale jak vidíš, nabídka KDE nemá složky pro jednotlivé aplikace (má kategorie aplikací a pak složky pro jednotlivé aplikace) 16:02 &lt;jrandom&gt; snad se to opraví, až to izpack opraví (mají to na radaru) 16:03 &lt;Complication2&gt; Jasně 16:03 &lt;Complication2&gt; Každopádně se zástupce objevil a zástupce na odinstalátor taky 16:03 &lt;jrandom&gt; wewt 16:03 &lt;Complication2&gt; A odinstalátor taky fungoval pěkně (taky jsem ho použil, protože obvykle kompiluju ze zdrojů) 16:03 &lt;Complication2&gt; =uninstaller 16:04 &lt;bar&gt; mám dvě otázky, trochu spolu souvisejí 16:04 &lt;bar&gt; 1. jsou už nějaké plány, kdy zrušit starou Syndie? 16:04 &lt;bar&gt; 2. mohli bychom mít I2P bránu, syndie.i2p, na syndie.i2p.net, nebo by to možná kolidovalo se starou infrastrukturou Syndie? 16:05 &lt;Complication2&gt; K 2., myslím, že by to teď kolidovalo 16:06 &lt;jrandom&gt; hmm, vlastně jsem o tom moc nepřemýšlel. láká mě říct "zrušit a přesunout všechny na novou Syndie hned hned hned" :) 16:07 &lt;Complication2&gt; ...přes "localhost:4444" na "`http://archive.syndie.i2p`" 16:07 &lt;bar&gt; ptám se proto, že je někdy trochu otrava muset používat squid.i2p pro přístup na webové stránky Syndie 16:07 &lt;jrandom&gt; ah, rozumím. ok, můžu přesměrovat syndie.i2p na syndie.i2p.net a uživatelé staré Syndie můžou pořád používat syndiemedia.i2p 16:09 &lt;bar&gt; báječné :) 16:09 &lt;Complication2&gt; oh, myslel jsi webové stránky 16:10 &lt;Complication2&gt; Myslel jsem, že myslíš archiv :) 16:10 &lt;bar&gt; správně, Complication2, promiň, že jsem to neupřesnil 16:10 &lt;gloin&gt; vlastní fórum je vlastní identita? 16:11 &lt;Complication2&gt; V nové instanci Syndie se určitě vytvoří výchozí identita / pseudonym 16:11 &lt;Complication2&gt; Nejsem si jistý, jestli to automaticky vytvoří fórum 16:11 &lt;jrandom&gt; gloin: každá identita má fórum (a každé fórum vlastní nějaká identita) 16:12 &lt;jrandom&gt; fórum je ve Syndie jen veřejný klíč 16:12 &lt;jrandom&gt; (stejně jako autor) 16:12 &lt;Complication2&gt; Zapomněl jsem, jak jsem to dělal, a stejně to bylo v říjnu přes textové rozhraní :) 16:12 &lt;jrandom&gt; ((v databázi a kódu se obojímu říká 'channels', ale UI mluví o fórech a autorech/nyms)) 16:13 &lt;bar&gt; k tématu vypnutí staré Syndie bych navrhoval něco jako "nechat ji online ještě měsíc, ale zavřít archiv pro nové příspěvky a přidat informativní poznámku" 16:14 &lt;gloin&gt; GUI mi umožňuje vytvářet jen fóra. Znamená to, že když chci, abys mohl psát do mého fóra, autorizuju fórum jrandom a ne osobu jrandom? 16:15 &lt;Complication2&gt; Nebo ho nechat otevřené ještě krátkou dobu po zveřejnění poznámky, aby si to někdo, kdo to teď nutně potřebuje (ach!), mohl ještě chvíli vyměňovat data 16:15 &lt;jrandom&gt; gloin: fóra a identity jsou totéž – když vytvoříš nové fórum, vytvoříš novou identitu (a když chceš autorizovat jrandom jako osobu k psaní do tvého fóra, autorizuj jrandomovo fórum) 16:15 &lt;jrandom&gt; zní rozumně, Complication2 a bar 16:17 &lt;jrandom&gt; gloin: tohle rozhodně není zřejmé a musíme hodně zapracovat na tom, aby to bylo snazší 16:21 &lt;Complication2&gt; Ups, nevšiml jsem si více návrhů na ladění I2Phex od striker ve staré Syndie 16:21 * Complication2 dělá lokální kopie 16:23 &lt;jrandom&gt; :) stará Syndie zůstane dostupná na syndiemedia.i2p/ a syndie.i2p.net:8000/ 16:23 &lt;jrandom&gt; ok, má ještě někdo něco na schůzi? 16:25 &lt;gloin&gt; V konfiguraci fóra můžu nastavit úroveň soukromí (all/auth/passphrase). Ale u každého příspěvku to můžu nastavit taky. Co platí? 16:27 &lt;jrandom&gt; platí obojí, ale prozatím bych doporučil nechat soukromí fóra jako 'public' (protože jsem ještě nenapsal gui pro fóra chráněná heslem, jen pro zprávy chráněné heslem) 16:27 &lt;jrandom&gt; soukromí fóra se týká metadat fóra (linky na jiné weby, přibalené klíče atd.), zatímco jednotlivé zprávy mají vlastní pravidla 16:33 &lt;jrandom&gt; (syndie.i2p --&gt; syndie.i2p.net od teď, syndiemedia.i2p pořád míří na syndie.i2p.net:8000/) 16:33 &lt;jrandom&gt; ok, pokud už k téhle schůzi nic dalšího není 16:33 * jrandom ukončuje 16:33 * jrandom *baf* uzavírá schůzi </div>/cs/blog/2006/12/12/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-12.-prosince-2006/Tue, 12 Dec 2006 00:00:00 +0000/cs/blog/2006/12/12/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-12.-prosince-2006/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> jrandom</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 15:03 &lt;jrandom&gt; 0) ahoj 15:03 &lt;jrandom&gt; 1) stav sítě 15:03 &lt;jrandom&gt; 2) stav vývoje Syndie 15:04 &lt;jrandom&gt; 3) ??? 15:04 &lt;jrandom&gt; 0) ahoj 15:04 * jrandom mává 15:04 &lt;jrandom&gt; týdenní poznámky o stavu zveřejněny @ http://dev.i2p.net/pipermail/i2p/2006-December/001322.html 15:04 &lt;jrandom&gt; pojďme rovnou na 1) stav sítě 15:05 &lt;jrandom&gt; žádné zásadní změny, je ale dobré poznamenat, že stabilita se zdá být na irc docela dostačující, i s dlouhými tunnels 15:05 &lt;jrandom&gt; to samozřejmě nemusí být případ pro každého a může se výrazně lišit 15:05 &lt;jrandom&gt; ale i tak je to příjemné vidět 15:05 &lt;jrandom&gt; ok, má někdo něco k bodu 1) stav sítě? 15:07 &lt;jrandom&gt; pokud ne, přesuneme se k 2) stavu vývoje syndie 15:07 &lt;jrandom&gt; děje se toho hodně, je to ale shrnuto v příspěvku na mailing listu 15:08 &lt;jrandom&gt; nový HTTP server zatím není v provozu na archivu syndie.i2p.net/archive/ archivu, takže momentálně nemůžete nahrávat nové zprávy, ale můžete stahovat (nebo samozřejmě spustit vlastní 'httpserv' a nechat lidi posílat příspěvky) 15:11 &lt;jrandom&gt; ok, má někdo něco k probrání k 2) stavu vývoje syndie? 15:11 &lt;jrandom&gt; pokud ne, posuňme se k 3) ??? 15:12 &lt;jrandom&gt; má někdo ještě něco k projednání na schůzi? 15:16 &lt;jrandom&gt; pokud ne 15:16 * jrandom se napřahuje 15:16 * jrandom *baf* uzavírá schůzi </div>/cs/blog/2006/12/05/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-5.-prosince-2006/Tue, 05 Dec 2006 00:00:00 +0000/cs/blog/2006/12/05/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-5.-prosince-2006/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> burl, Ch0Hag, jrandom</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 15:00 &lt;jrandom&gt; 0) ahoj 15:00 &lt;jrandom&gt; 1) Stav sítě 15:00 &lt;jrandom&gt; 2) Stav vývoje Syndie 15:00 &lt;jrandom&gt; 3) iToopie 15:00 &lt;jrandom&gt; 4) ??? 15:00 &lt;jrandom&gt; 0) ahoj 15:00 * jrandom mává 15:00 &lt;jrandom&gt; týdenní status poznámky jsou nahoře na http://dev.i2p.net/pipermail/i2p/2006-December/001321.html 15:01 &lt;jrandom&gt; (taky skoro dvě hodiny před schůzkou! :) 15:01 &lt;jrandom&gt; ok, pojďme se vrhnout na 1) stav sítě 15:01 &lt;jrandom&gt; věci jdou docela dobře, v tomto ohledu žádná velká změna 15:02 * jrandom je tu k irc připojen už 20 dní (myslím, že je to rekord) 15:03 &lt;jrandom&gt; momentálně k tomuhle nemám moc co dodat 15:03 &lt;jrandom&gt; takže pokud k tomu nic dalšího není, skočme dál na 2) stav vývoje Syndie 15:04 &lt;jrandom&gt; postupujeme dál, čím dál víc drobností začíná být použitelné 15:04 &lt;jrandom&gt; pořád je to dost hrubé... "utilitární", ale graficky utilitární ;) 15:05 &lt;jrandom&gt; alfa verze ale ještě není na spadnutí, doufám, že ji budu mít brzy hotovou 15:07 &lt;jrandom&gt; každopádně, další info, jakmile bude :) 15:08 &lt;jrandom&gt; ok, pojďme krátce přejít k 3) iToopie 15:08 &lt;jrandom&gt; jak je zmíněno v poznámkách, díky všem! :) 15:08 &lt;jrandom&gt; ok, pokračujme rychle k 4) ??? 15:08 &lt;jrandom&gt; má někdo něco, co by chtěl na schůzce otevřít? 15:10 &lt;jrandom&gt; (nejspíš je to rok nebo dva od naší poslední 10minutové schůzky, ale možná je to tak nejlepší) 15:10 &lt;+fox&gt; &lt;Ch0Hag&gt; Hej, páni. Úplnou náhodou jsem skutečně přítomen na schůzce I2P. 15:11 &lt;+fox&gt; &lt;Ch0Hag&gt; Ahoj mami! 15:11 &lt;+fox&gt; &lt;Ch0Hag&gt; Tohle půjde do logů, že? :) 15:11 &lt;jrandom&gt; heh jo, ch0 ;) 15:12 &lt;+fox&gt; &lt;Ch0Hag&gt; Protože moje máma samozřejmě čte logy ze schůzek I2P... 15:12 &lt;burl&gt; chtěl jsem se zeptat na licencování, ale právě jsem si přečetl odpověď na www.i2p (proč ne GPL?) 15:13 &lt;jrandom&gt; GPL zabíjí děti 15:13 * jrandom uhýbá 15:13 &lt;burl&gt; musím je vytisknout pro mámu. s počítači jí to moc nejde 15:13 &lt;jrandom&gt; heheh 15:14 &lt;burl&gt; poslední dobou jsem hodně četl o hnutí svobodného softwaru. eticky mi to přijde naprosto správně 15:14 &lt;burl&gt; uzavřený zdroják je zlo :) 15:14 &lt;jrandom&gt; dobro, zlo, všechno je to stejné. důležité je, že uzavřený zdroják je /nezabezpečený/ ;) 15:15 &lt;jrandom&gt; (souhrn licence Syndie @ http://syndie.i2p.net/faq.html#license méně náboženské informace o licencích pro i2p @ http://www.i2p.net/licenses ) 15:15 &lt;burl&gt; jo, to mě taky napadlo. kdyby nějaká zlá firma ukradla Syndie a udělala "lepší" uzavřenou verzi, kdo by jí věřil? 15:16 &lt;jrandom&gt; nemůžeš ukrást to, co je svobodné 15:16 &lt;burl&gt; jo, ale myslím, že by udělali změny ve zdrojáku a nenechali tě je vidět 15:17 &lt;jrandom&gt; změny v /tvé kopii/ zdrojáku. moje kopie zdrojáku je pořád přesně taková jako dřív a pořád stejně svobodná ;) 15:17 &lt;jrandom&gt; ale jo, chápu. nesouhlasím, ale chápu 15:18 &lt;jrandom&gt; sečteno a podtrženo, open source>>closed source, a i když má GPL pár ošklivých omezení, pro spoustu věcí stačí a je dostatečně otevřená pro bezpečnost 15:18 &lt;burl&gt; protože nikdo by té uzavřené verzi nevěřil, takže by si nikdy nezískala převahu v popularitě 15:20 &lt;jrandom&gt; jo 15:21 &lt;jrandom&gt; licenční ranty jsou vždycky dobrý způsob, jak zaplnit 10 m logů ze schůzky ;) 15:21 &lt;jrandom&gt; ok, má někdo ještě něco k téhle schůzce? 15:23 &lt;+fox&gt; &lt;Ch0Hag&gt; No, jestli potřebujete víc času na schůzku - proč Java? 15:23 &lt;+fox&gt; &lt;Ch0Hag&gt; myslím, fuj! 15:23 &lt;jrandom&gt; !thwap 15:24 * jrandom se napřahuje 15:24 * jrandom *baf* ukončuje schůzku </div>/cs/blog/2006/11/28/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-28.-listopadu-2006/Tue, 28 Nov 2006 00:00:00 +0000/cs/blog/2006/11/28/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-28.-listopadu-2006/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> gott, JosephLeBlanc, jrandom, zzz</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 15:14 &lt;jrandom&gt; 0) ahoj 15:14 &lt;jrandom&gt; 1) Stav sítě 15:14 &lt;jrandom&gt; 2) Stav vývoje Syndie 15:14 &lt;jrandom&gt; 3) ??? 15:14 &lt;jrandom&gt; 0) ahoj 15:14 * jrandom mává 15:14 &lt;jrandom&gt; poznámky k týdennímu stavu jsou zveřejněny na http://dev.i2p.net/pipermail/i2p/2006-November/001320.html 15:14 &lt;jrandom&gt; (promiňte za zpoždění, menší nouzovka v kuchyni) 15:14 &lt;gott&gt; Ahoj, jrandom. 15:15 &lt;jrandom&gt; čau gott 15:15 &lt;jrandom&gt; ok, pojďme se vrhnout na 1) stav sítě 15:15 * jrandom k 1) stavu sítě nemá víc co dodat, kromě zmínky, že jsem teď připojen k IRC už 13 dní bez odpojení) 15:16 &lt;gott&gt; Podařilo se mi stáhnout svůj oblíbený modernistický film Metroland od Francouzů na #fr přes i2psnark 15:16 &lt;gott&gt; Stahování rychlostí 4400 kb/s; nahrávání zhruba stejně. 15:16 &lt;gott&gt; 6 peerů. 15:16 &lt;gott&gt; Velmi dobré pro šíření evropské modernistické literatury. 15:16 &lt;jrandom&gt; !thwap 15:17 &lt;jrandom&gt; (nebo, pokud skutečně dosahuješ 4 Mb/s, obě strany používají 0hop tunnels) 15:17 &lt;gott&gt; bajtů za sekundu. 15:18 &lt;jrandom&gt; má někdo ještě něco k 1) stavu sítě? 15:20 &lt;jrandom&gt; ok, pojďme přejít k 2) stavu vývoje Syndie 15:20 &lt;gott&gt; Je možné i2p v tomto ohledu nějak zlepšit? 15:20 &lt;jrandom&gt; gott: aha, myslíš 4400 B/s, ne kb/s? 15:20 &lt;jrandom&gt; tak to beru zpět tu věc s 0hop tunnel 15:21 &lt;jrandom&gt; 4 KB/s je momentálně typické a dá se zlepšit lepším výběrem peerů a řízením přetížení 15:22 &lt;jrandom&gt; ok, co se týče stavu vývoje Syndie, probíhá spousta pokroku, jak je zmíněno v poznámkách 15:23 &lt;jrandom&gt; pořád je tam spousta mezer k doplnění, ale z velké části jde jen o zaplňování mezer, ne psaní nových komponent 15:24 &lt;jrandom&gt; ok, má někdo ještě něco k 2) stavu vývoje Syndie? 15:25 &lt;jrandom&gt; ok, tak pojďme přejít k 3) ??? 15:26 &lt;jrandom&gt; má někdo ještě něco k probrání na tomto krátkém setkání? 15:26 &lt;JosephLeBlanc&gt; Potřebuješ nějaké peníze? 15:26 &lt;JosephLeBlanc&gt; do prdele 15:26 &lt;JosephLeBlanc&gt; no, potřebuješ nějaké peníze? 15:27 &lt;JosephLeBlanc&gt; Chceš počítač? 15:27 &lt;JosephLeBlanc&gt; Chceš pivo? 15:27 &lt;JosephLeBlanc&gt; Co? 15:27 &lt;jrandom&gt; momentálně jsou finance v docela dobré kondici, i když příspěvky jsou samozřejmě vždy vítány 15:27 &lt;JosephLeBlanc&gt; Ven s tím 15:27 &lt;JosephLeBlanc&gt; Dobře tedy 15:27 &lt;+zzz&gt; vypsat odměnu na klienta eMule :) 15:28 &lt;jrandom&gt; (ale jestli ti hoří peníze v kapse, bylo by skvělé ulovit mac mini pro testování GUI na OS X ;) 15:28 &lt;jrandom&gt; lol zzz 15:28 &lt;JosephLeBlanc&gt; Ne každý je lesbická snobka, která má studentskou půjčku ve výši čtyřiceti tisíc dolarů, kterou je potřeba splatit 15:28 &lt;+zzz&gt; jen tak dál jr 15:28 &lt;jrandom&gt; pro jistotu, kdyby to nebylo uzavřené: vážím si zájmu a podpory, ale do budoucna nebudu mít žádný čas pracovat na aplikaci pro sdílení souborů 15:29 &lt;JosephLeBlanc&gt; Můžeš implementovat modulusův lovesoc 15:29 &lt;JosephLeBlanc&gt; ? 15:29 &lt;jrandom&gt; díky, zzz, i tobě (tvoje služby a kód rozhodně hodně pomáhají!) 15:29 &lt;+zzz&gt; vytáhni baf lol 15:30 * jrandom běží do rohu 15:30 * jrandom rozmáchne se 15:30 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2006/11/21/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-21.-listopadu-2006/Tue, 21 Nov 2006 00:00:00 +0000/cs/blog/2006/11/21/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-21.-listopadu-2006/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> blx, Complication3, jrandom, koff, LeerokKitchen, LeerokLacerta, modulus, spaetz, tea, Walter, zzz</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 15:02 &lt;jrandom&gt; 0) ahoj 15:02 &lt;jrandom&gt; 1) Stav sítě 15:02 &lt;jrandom&gt; 2) Stav vývoje Syndie 15:02 &lt;jrandom&gt; 3) ??? 15:02 &lt;jrandom&gt; 0) ahoj 15:02 * jrandom mává 15:02 &lt;jrandom&gt; týdenní poznámky ke stavu jsou zveřejněny na http://dev.i2p.net/pipermail/i2p/2006-November/001319.html 15:03 &lt;jrandom&gt; protože tohle je docela krátké, pojďme rovnou na 1) stav sítě 15:04 &lt;jrandom&gt; vypadá to docela dobře, momentálně se síť jeví jako docela stabilní 15:04 &lt;+zzz&gt; Vymyslel jsem „peer capacity index“ 15:04 &lt;+zzz&gt; na dashboardu... 15:04 &lt;+zzz&gt; zatím si ale nejsem jistý, jestli je to užitečné 15:04 &lt;jrandom&gt; aha jo, promiň, zmiňoval jsem to minulý týden – vypadá to docela užitečně, díky! 15:05 &lt;jrandom&gt; je zajímavé vidět tam venku ten rozdíl tak jasně 15:05 &lt;+zzz&gt; myšlenka je poměr routerů s vysokou kapacitou k routerům s nízkou kapacitou, což je zjevně důležité pro procento sestavení tunnelů 15:06 &lt;+zzz&gt; z výsledků vyřazuji routers, od kterých nedostanu netdb update po dobu 1,5 hodiny, ale to se zdá příliš krátké, myslím, že to zkresluje statistiky 15:07 &lt;jrandom&gt; aha, ok, to by to vysvětlovalo. pořád sbíráš data? 15:07 &lt;jrandom&gt; (nebo děláš wget z dev.i2p.net?) 15:08 &lt;+zzz&gt; ano 15:08 &lt;jrandom&gt; super 15:08 &lt;+zzz&gt; netDb.harvestDirectly=false 15:08 &lt;+zzz&gt; netDb.shouldHarvest=true, right? 15:09 &lt;jrandom&gt; takže dřívější statistiky byly z velké části založené na routers, které byly tak špatné, že je uživatel vypnul a zmizel? 15:09 &lt;jrandom&gt; správně 15:10 &lt;+zzz&gt; vždycky to bylo 1,5 hodiny, ale když vykresluji M/N/O routers, zdá se, že přicházejí a odcházejí, i když intuitivně by měly zůstávat poměrně konstantní 15:10 &lt;jrandom&gt; aha, ok 15:10 &lt;+zzz&gt; všude v datech je vidět špičky/výkyvy, které trvají 1,5 hodiny :) 15:11 &lt;spaetz&gt; síť se zdá být docela stabilní. Jo 15:12 &lt;+zzz&gt; to je vše, co k tomu tématu mám 15:12 &lt;spaetz&gt; Rád bych věděl, zda se jrandom teď úplně soustředí na syndie, nebo se stále dívá i na vývoj i2p. 15:12 &lt;spaetz&gt; nebo jestli je to jen dočasně trochu na vedlejší koleji 15:13 * jrandom se teď úplně soustředí na syndie, ale na i2p bude pracovat jak když jsou problémy, tak i až bude syndie ustálená 15:13 * spaetz děkuje za informace 15:14 * spaetz je s tím v pohodě 15:15 &lt;jrandom&gt; w3wt. jo, stabilní stav znamená, že vývoj syndie může pokračovat, ale když jsou problémy, samozřejmě přehodnotím priority 15:15 &lt;jrandom&gt; ok, má někdo ještě něco k 1) stavu sítě? 15:15 &lt;Walter&gt; Mám náhodný dotaz. 15:15 &lt;jrandom&gt; sem s tím, Waltere 15:17 &lt;Walter&gt; Předpokládejme, že máš 100 Mb/s šířky pásma, jaký server bys potřeboval, aby to saturovalo jako uzel I2P? 15:17 &lt;jrandom&gt; je to jedno 15:17 &lt;jrandom&gt; i2p 100 Mb/s nesaturuje a nebude 15:18 &lt;Walter&gt; Předpokládejme, že by někdo chtěl využít dostupnou šířku pásma. 15:18 &lt;jrandom&gt; nevyužil. 15:19 &lt;spaetz&gt; Mám 150 kb/s nahoru i dolů a bere to asi 25 % vserveru (Dell sdílený s asi tuctem dalších) 15:19 &lt;jrandom&gt; to přesahuje kapacitu celé sítě 15:19 &lt;spaetz&gt; 25 % CPU tedy 15:19 * spaetz uznává, že to není zrovna přesná odpověď, a mlčí 15:20 &lt;jrandom&gt; samotné routers mají kompromis mezi pamětí a propustností, takže je méně pravděpodobné, že router vůbec protlačí &gt; 3–350 KB/s 15:20 &lt;jrandom&gt; (samozřejmě, ten kompromis lze doladit pro vyšší rychlosti, ale to není problém) 15:21 &lt;jrandom&gt; využívání šířky pásma je *ŠPATNÉ*, pokud se ta šířka pásma nepoužívá jen tehdy, když je to nutné 15:22 &lt;+zzz&gt; síť má za poslední 3 měsíce průměrně asi 1,5 MB/s (= 12 Mb/s) celkového provozu 15:23 &lt;Walter&gt; Chápu. 15:24 &lt;+fox&gt; &lt;LeerokKitchen&gt; Exkurze! 15:26 &lt;jrandom&gt; ok, pokud k 1) stavu sítě nic dalšího není, pojďme na 2) stav vývoje syndie 15:26 &lt;jrandom&gt; zde práce pokračuje a testoval jsem jak na Windows, tak na Linuxu 15:28 &lt;jrandom&gt; aktuální boj je o rozhraní pro správu fóra, ale protože textové rozhraní je už zabudované, veškerá funkcionalita už je k dispozici 15:29 &lt;jrandom&gt; k tomu ale není moc dalších novinek 15:30 &lt;jrandom&gt; má někdo nějaké otázky/komentáře/obavy k 2) stavu vývoje syndie? 15:33 &lt;jrandom&gt; ok, pojďme na 3) ??? 15:33 &lt;jrandom&gt; máte ještě něco k této schůzce? 15:34 &lt;+fox&gt; &lt;blx&gt; kdy bude GPL Java použitelná s I2P= 15:34 &lt;+fox&gt; &lt;blx&gt; ? 15:35 &lt;Complication3&gt; Asi to závisí na tom, kdy bude GPL Java použitelná na různých distribucích 15:35 &lt;Complication3&gt; Nebo dostupná ke stažení od Sunu 15:36 &lt;Complication3&gt; Ale přijde mi to jako akademická debata, protože je to ta samá Java, která je použitelná už teď 15:36 &lt;Complication3&gt; GPL by jen umožnila pohodlnější balení a vylepšování 15:37 &lt;jrandom&gt; (a i2p už funguje s gcj/kaffe, i když ne všechny klientské aplikace) 15:37 * Complication3 rychle čte backlog 15:37 &lt;jrandom&gt; ((a syndie funguje s gcj/kaffe kompletně)) 15:38 &lt;+fox&gt; &lt;blx&gt; Compilation, to je to, co chtějí, abys myslel ;) 15:38 &lt;+fox&gt; &lt;blx&gt; ale ok, odpověď na otázku jsem dostal. 15:38 &lt;+fox&gt; &lt;blx&gt; Complication dokonce. špatně jsem četl 15:39 &lt;Complication3&gt; blx: no, zdrojové kódy jsou k dispozici už teď, jen je málokdo čte a kompiluje 15:39 &lt;jrandom&gt; (a dokonce je můžeš upravovat a ty úpravy používat, jen nesmíš distribuovat své modifikace) 15:40 &lt;koff&gt; kdy bude mít i2p logovací funkce navrhované v návrzích zákonů, o kterých jsem slyšel? 15:41 &lt;jrandom&gt; nikdy 15:41 &lt;+zzz&gt; hahahaha 15:41 * Complication3 má podezření, že nikdy :) 15:41 &lt;+fox&gt; &lt;blx&gt; jaké zákony? 15:41 * jrandom předpokládá, že máš na mysli problémy s uchováváním dat v .de/.eu 15:41 &lt;Complication3&gt; Někdo na fóru mluvil o (navrhovaném) zákoně v Německu 15:42 &lt;jrandom&gt; (a pak ty .us za pár let) 15:42 &lt;Complication3&gt; Mohli to ale popsat lépe 15:42 &lt;jrandom&gt; jo, je to jen návrh, ale žádné velké překvapení 15:43 &lt;Complication3&gt; Osobně si myslím: není to tak, že by se zákony o uchovávání dat už teď neporušovaly na každém kroku 15:43 &lt;Complication3&gt; Porušit jich ještě tucet? Osobně by mi to moc nevadilo... 15:44 &lt;Complication3&gt; Stručně: chci vidět, jak to hodlají vynucovat 15:44 &lt;tea&gt; jako to udělali s Napsterem: pozatýkat všechny 15:45 &lt;Complication3&gt; Pokud se jim podaří o to dobře usilovat, bude potřeba najít něco, co to zmaří ("not in my country" peering princip pro země, kde vládne šílenství) 15:45 &lt;+fox&gt; &lt;LeerokLacerta&gt; To mi připomíná písničku. 15:45 &lt;+fox&gt; &lt;LeerokLacerta&gt; http://2ch.ru/mu/src/1163070550597.mp3 15:46 &lt;tea&gt; přesunutí veškerého datového provozu do anonymních sítí by mohlo pomoci ... 15:47 &lt;Complication3&gt; Pro obyčejné piráty fungovalo prosté hromadné ignorování... 15:47 &lt;Complication3&gt; Můžete zatknout jednoho, kdo vás ignoruje. To se stovkami tisíc neuděláte. 15:47 &lt;tea&gt; to není argument pro Němce :) 15:47 &lt;+fox&gt; &lt;modulus&gt; můžeš 15:47 &lt;+fox&gt; &lt;modulus&gt; Hitler to dokázal 15:48 &lt;Complication3&gt; To jen proto, že se nikdo neobtěžoval ho odstranit 15:48 &lt;jrandom&gt; *ehm* 15:48 &lt;Complication3&gt; Kdyby sáhli po zbraních, nefungovalo by to 15:48 &lt;Complication3&gt; (promiňte, dost mimo téma, ano) 15:48 &lt;tea&gt; stejně si člověk v paranoie připadá důležitě 15:48 &lt;+fox&gt; &lt;modulus&gt; tím chci říct, že si myslím, že i2p by mohlo vyhovět zákonům o uchovávání dat, aniž by poškodilo anonymitu, ale není k tomu důvod. 15:48 &lt;jrandom&gt; ok, myslím, že jsme to i2p-související téma vyčerpali ;) 15:48 &lt;tea&gt; sry 15:49 &lt;jrandom&gt; jo, modulus 15:49 &lt;jrandom&gt; (už teď předpokládáme, že jednotliví uživatelé si stejně logují všechno, stejně jako isps) 15:49 &lt;+fox&gt; &lt;modulus&gt; správně, takže i2p s DR by nebyl konec světa 15:51 &lt;Complication3&gt; Někdo by si ale musel dát práci to forknout... :P 15:52 * jrandom držím pusu ;) 15:52 &lt;jrandom&gt; ok, má ještě někdo něco na schůzku? 15:53 &lt;jrandom&gt; pokud ne 15:53 * jrandom končí 15:53 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2006/11/14/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-14.-listopadu-2006/Tue, 14 Nov 2006 00:00:00 +0000/cs/blog/2006/11/14/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-14.-listopadu-2006/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> badger, green, jrandom, strike1, striker</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 15:07 &lt;jrandom&gt; 0) ahoj 15:07 &lt;jrandom&gt; 1) Stav sítě 15:07 &lt;jrandom&gt; 2) Stav vývoje Syndie 15:07 &lt;jrandom&gt; 3) I2Phex modifikace 15:07 &lt;jrandom&gt; 4) ??? 15:07 &lt;jrandom&gt; 0) ahoj 15:07 * jrandom mává 15:07 &lt;jrandom&gt; týdenní poznámky ke stavu jsou zveřejněny na http://dev.i2p.net/pipermail/i2p/2006-November/001318.html 15:07 &lt;jrandom&gt; (jdu pozdě, tak vás nechám si to dohnat) 15:09 &lt;jrandom&gt; ok, pojďme rovnou na 1) stav sítě 15:10 &lt;jrandom&gt; [eom] :) 15:10 * jrandom má teď dobré IRC připojení (4+ dny), takže věci vypadají docela dobře. 15:11 &lt;jrandom&gt; máme také nové grafy kapacity peerů na stats.i2p, které ukazují pár zajímavých poměrů 15:13 &lt;jrandom&gt; ok, má někdo ještě něco k 1) stavu sítě? 15:14 &lt;striker&gt; jen že to vypadá pěkně. 15:14 &lt;jrandom&gt; w00t :) 15:15 &lt;jrandom&gt; ok, tak přeskočme k 2) stavu vývoje Syndie 15:15 &lt;green&gt; Nechápu, jak můžeš mít 4+ dní připojení na IRC, mě to odpojí zhruba každých 24 h, i když mám router ne tak přetížený 15:15 &lt;jrandom&gt; green: bohužel je to dost nahodilé. 15:16 &lt;jrandom&gt; (nebo přesněji, příčina závisí na mnoha faktorech, nad kterými nemáme moc dobrou kontrolu) 15:17 &lt;green&gt; je nějaká šance opravdu zjistit proč ? 15:17 &lt;green&gt; Mám spoustu tunnels i když IRC padá 15:18 &lt;green&gt; s/when 15:18 &lt;jrandom&gt; ano, je hodně věcí, co můžeme udělat, ale svůj čas teď věnuji hlavně tomu, aby se nejdřív vydala Syndie 15:18 &lt;green&gt; Vím, takže prostě musím víc počkat ;) 15:19 &lt;green&gt; s/wait 15:20 &lt;green&gt; sakra ta zatracená klávesnice 15:20 &lt;green&gt; ok, k 1 už nic, pojďme na 2 15:20 &lt;jrandom&gt; w3rd 15:21 &lt;jrandom&gt; ok, moc víc než co je v poznámkách nemám (tedy nic, co by šlo rozumně otevřít) 15:21 &lt;jrandom&gt; vlákno o webcachingu je http://forum.i2p.net/viewtopic.php?t=1958 15:22 &lt;green&gt; je nějaký plán na převodník z phpbb do Syndie ? 15:22 &lt;jrandom&gt; a poslední zmiňovaný obrázek s mockupem je http://dev.i2p.net/~jrandom/mockup/forum.png 15:23 &lt;jrandom&gt; green: hmm, myslel jsem, že jsme to probírali na jednom z meetingů, ale když se dívám do logů, proběhlo to mimo meeting 15:24 &lt;jrandom&gt; stručně: jde to a možná se to i udělá, ale není to v bezprostředním plánu 15:24 &lt;jrandom&gt; minimálně ne obousměrný provoz phpbb&lt;--&gt;syndie 15:24 &lt;jrandom&gt; phpbb--&gt;syndie je snadné (stačí natáhnout příspěvky, nebo použít generování na straně serveru) 15:25 &lt;jrandom&gt; syndie--&gt;phpbb je taky snadné 15:25 &lt;jrandom&gt; nejsem si ale jistý, jestli způsob práce phpbb je to, k čemu nakonec budou lidé Syndie používat 15:25 &lt;jrandom&gt; uvidíme 15:28 &lt;green&gt; i samotné phpbb -&gt; syndie by stačilo 15:30 &lt;jrandom&gt; super, to bude triviální (natáhnout vykreslené HTML z phpbb do stránky a zveřejnit ho). o něco složitější by bylo tahat to přímo z databáze phpbb, i když by to dalo víc kontroly (ale pak by to mohl dělat jen admin phpbb - první metoda se dá udělat kýmkoli) 15:31 &lt;badger&gt; administrace phpbb je docela plochá.... není problém se do ní zaháčkovat 15:32 &lt;badger&gt; a jsou pro něj k dispozici různé RSS pluginy 15:33 &lt;jrandom&gt; á, super. Kdyby se tím chtěl někdo začít zabývat, bylo by to skvělé - stačí vygenerovat HTML stránku (a pokud potřebujete odkazovat na jiné zdroje, udělejte to pomocí Syndie URI [syndie.i2p.net/spec.html#uri] 15:34 &lt;jrandom&gt; (a pokud potřebujete obrázky/etc, prostě je odkazujte jako img src="attachment1" etc) 15:34 &lt;jrandom&gt; (a pak je bez problému šoupneme do Syndie příspěvku) 15:35 &lt;jrandom&gt; aktuálně má editor zpráv funkce "add text page" a "add html page"... časem můžeme přidat "add page from the web..." které si vyžádá URL ke stažení 15:37 &lt;badger&gt; `http://forum.i2p/rss_news.php` 15:38 &lt;badger&gt; převést to do syndie markup by asi bylo přímočaré 15:39 &lt;jrandom&gt; jo (ale pamatujte, syndie markup /je HTML/. jen ty URI jsou... dlouhé a těžko čitelné :) 15:41 &lt;jrandom&gt; ok, má někdo ještě něco k 2) vývoji Syndie? 15:42 &lt;jrandom&gt; pokud ne, pojďme na 3) i2phex mods 15:43 &lt;jrandom&gt; strike1 / Complication: dáte nám nějaký update? 15:43 &lt;strike1&gt; Udělal jsem rychlou kontrolu ohledně řešení problému připojení k sobě samému 15:43 &lt;strike1&gt; http://forum.i2p.net/viewtopic.php?t=1965 15:44 &lt;strike1&gt; Vypadá to, že to funguje, ale jen to brání tomu, aby se lokální destinace přidala do i2phex.hosts 15:44 &lt;strike1&gt; Dívám se také na problémy s hashováním a potíže se stahováním 15:45 &lt;jrandom&gt; Boží! 15:45 &lt;strike1&gt; Zdá se, že nové úpravy v CVS dělají i2phex o něco lepším, musím říct. 15:48 &lt;strike1&gt; Doufám, že mezi Complication, mnou a kýmkoli dalším, kdo chce pomoci, to všechno brzy vyřešíme. :) 15:49 &lt;jrandom&gt; Hustý, díky strike1 (& complication a spol.!) 15:50 &lt;jrandom&gt; ok, má někdo ještě něco k 3) I2Phex modifikacím? 15:51 &lt;jrandom&gt; pokud ne, pojďme na 4) ??? 15:51 &lt;jrandom&gt; má někdo ještě něco, co by chtěl na schůzi otevřít? 15:54 &lt;green&gt; je šance mít na I2P port Dijjeru ? 15:55 &lt;green&gt; wow, klid, jen jednoduchá otázka ;) 15:55 &lt;jrandom&gt; pravděpodobně ne (port Dijjeru znamená velké množství veřejných squid outproxy, které cachují) 15:56 &lt;jrandom&gt; ale možnost mít obsah hostovaný, i když nejste online, v Syndie bude 15:56 &lt;jrandom&gt; (a Syndie může běžet přes i2p) 15:56 &lt;green&gt; jasně, ale jak si Syndie poradí s velkým obsahem ? 15:57 &lt;jrandom&gt; technicky ano, prakticky ne 15:58 &lt;green&gt; takže použití cache není zas tak špatný nápad ? 15:58 &lt;jrandom&gt; na druhou stranu můžeme v Syndie distribuovat .torrent soubory pro torrenty, které jsou šifrované session klíči, jež znají jen ti, kdo jsou v Syndie autorizovaní 15:59 &lt;jrandom&gt; existuje scénář použití pro cachování velkých souborů, ale nejsem si jistý, že metoda cachování freenet/dijjer je ta nejlepší cesta 15:59 &lt;jrandom&gt; (bez slovní hříčky) 15:59 &lt;green&gt; hmm, .torrent soubory, takže se musíme spoléhat na centrální server / tracker 15:59 &lt;green&gt; s/central 16:00 &lt;jrandom&gt; (například viz http://freehaven.net/anonbib/#redblue ) 16:01 &lt;jrandom&gt; green: torrenty mohou být distribuované a můžete dát stejná data do spousty swarmů 16:01 &lt;jrandom&gt; ale funkčně víme, že torrenty fungují pro přenos ohromného množství dat 16:03 &lt;green&gt; Na I2P není tolik dobrých trackerů, takže momentálně spoléháme na centrální server, i když je možné distribuovat torrent přes hodně trackerů 16:05 &lt;jrandom&gt; hmm, trackery, které máme, jsou dobré, jen tam není tolik obsahu :) 16:06 &lt;strike1&gt; Souhlasím, když jsem se díval na Postmanův tracker, byl jsem oproti loňsku tím, co jsem tam našel, docela ohromen. 16:07 &lt;jrandom&gt; jo, přesně tak 16:07 &lt;strike1&gt; Spousta pěkných věcí :) 16:09 &lt;jrandom&gt; ok, ještě něco ke schůzi? 16:10 &lt;green&gt; (baf) :) 16:10 * jrandom se chystá ukončit 16:10 * jrandom *baf* uzavírá schůzi </div>/cs/blog/2006/11/07/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-7.-listopadu-2006/Tue, 07 Nov 2006 00:00:00 +0000/cs/blog/2006/11/07/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-7.-listopadu-2006/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> jrandom, mrflibble, spaetz</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 15:09 &lt;jrandom&gt; 0) ahoj 15:09 &lt;jrandom&gt; 1) Stav sítě 15:09 &lt;jrandom&gt; 2) Stav vývoje Syndie 15:09 &lt;jrandom&gt; 3) Úpravy I2Phex 15:09 &lt;jrandom&gt; 4) ??? 15:09 &lt;jrandom&gt; 0) ahoj 15:09 * jrandom mává 15:10 &lt;jrandom&gt; týdenní status poznámky jsou venku @ http://dev.i2p.net/pipermail/i2p/2006-November/001317.html 15:10 * spaetz mává zpět 15:10 &lt;mrflibble&gt; super, před minutou jsem byl v #i2p-dev jediný :) 15:10 &lt;jrandom&gt; hehe 15:10 &lt;jrandom&gt; jo, migrace kanálu i2p-dev nevydržela moc dlouho ;) 15:10 &lt;jrandom&gt; ok, pojďme na 1) Stav sítě 15:11 &lt;spaetz&gt; k 1) síť se zdá stabilní 15:11 &lt;spaetz&gt; nicméně, jak jsi poznamenal, je třeba provést reseeding (opětovné bootstrapování sítě) zhruba každých 7 dní 15:11 &lt;jrandom&gt; jo, to je nešťastné, ale opravitelné 15:12 &lt;jrandom&gt; i když ta provizorní záplata je trochu ošklivá a dlouhodobá oprava je docela náročná 15:12 &lt;spaetz&gt; jo, to by bylo fajn. Můj firewall je na reseeding moc přísný 15:12 &lt;jrandom&gt; sakra, nepovoluje odchozí http na dev.i2p.net? 15:12 &lt;spaetz&gt; musím do něj udělat další díry :-) 15:13 &lt;spaetz&gt; jrandom: odchozí ano, ale všechna návratová data se ve výchozím stavu blokují :-) 15:13 &lt;spaetz&gt; ale to je OT. pokračuj. 15:14 &lt;jrandom&gt; lol, ok, zajímavé 15:14 &lt;jrandom&gt; je to věc, kterou je třeba řešit, ale není to na mé hromádce „udělat hned“ 15:15 &lt;jrandom&gt; k 1) už nemám moc co dodat.. má někdo ještě něco, co chce zmínit ohledně stavu sítě? 15:15 &lt;spaetz&gt; na IRC mě to odpojuje každé 1–2 hodiny 15:15 &lt;spaetz&gt; ale i tak bych to nazval stabilní :-) 15:16 &lt;spaetz&gt; ok, pojďme na 2) 15:16 &lt;jrandom&gt; heh, super, tak 2) 15:17 &lt;jrandom&gt; v tomhle ohledu spousta pokroku 15:17 &lt;spaetz&gt; Bude nová Syndie integrována do i2p, až bude finální? 15:18 &lt;jrandom&gt; hmm, pokud myslíš dodávaná v balíčku, tak si nejsem jistý. pokud myslíš schopná bezešvě používat, tak rozhodně ano 15:19 &lt;spaetz&gt; Myslel jsem dodávaná. I2p bývá „se vším všudy“ 15:19 &lt;jrandom&gt; důvod, proč si nejsem jistý, je, že syndie bude dost těžká (nativní knihovny SWT, překlady, slovníky pro kontrolu pravopisu atd.) 15:19 &lt;jrandom&gt; možnost je přibalit určitě budeme mít 15:20 &lt;jrandom&gt; a možná to bude nejběžnější stažení 15:20 &lt;spaetz&gt; ok, jsem tedy pro volitelnou instalaci. v pořádku. 15:21 &lt;jrandom&gt; přibalení textového UI je bezpochyby proveditelné, to je hodně lehké 15:22 &lt;spaetz&gt; to by mohlo lidi dostatečně nalákat 15:22 &lt;spaetz&gt; Někteří stejně budou chtít provozovat GUI na jiném stroji než jejich i2p uzel 15:22 &lt;spaetz&gt; (já ano) 15:23 &lt;jrandom&gt; jasně 15:23 &lt;jrandom&gt; ok, pár upoutávek ke GUI a stavu vývoje: 15:23 &lt;jrandom&gt; html rendering: http://dev.i2p.net/~jrandom/mockup/render_snap.png 15:23 &lt;jrandom&gt; forum tree: http://dev.i2p.net/~jrandom/mockup/syndie_refchooser.png 15:23 &lt;jrandom&gt; message tree / filter: http://dev.i2p.net/~jrandom/mockup/syndie_msgchooser.png 15:24 &lt;jrandom&gt; (renderování HTML už bylo vidět a volič referencí možná taky, a volič zpráv byl implementován teprve včera v noci ;) 15:25 &lt;jrandom&gt; bude tam spousta drobných doplňků, ale nejdřív se soustředím na vytvoření GUI pro generování zpráv 15:25 &lt;jrandom&gt; (což stejně vyžaduje umět procházet fóra a zprávy, aby šlo vybírat odkazy) 15:26 &lt;spaetz&gt; super 15:26 &lt;spaetz&gt; i když kouzlo syndie bylo v její bezešvé integraci přes webové rozhraní 15:26 &lt;spaetz&gt; ale vsadím se, že by to šlo implementovat 15:27 &lt;jrandom&gt; technicky by webové rozhraní bylo možné, ale neslo by všechny bezpečnostní problémy prohlížeče plus všechny potíže s interaktivním obsahem, které může způsobit javascript/etc 15:28 &lt;spaetz&gt; mmh, vidím, do jakého pekla by ses dostal. Pamatuju si odpovídající diskuse u freenetu před pár lety 15:28 &lt;jrandom&gt; technicky můžeme přitáhnout mozilla engine pro renderování HTML pomocí widgetu SWT Browser, ale dělat to prostě není bezpečné 15:29 &lt;jrandom&gt; jo, přesně 15:29 &lt;jrandom&gt; (a co, 5–8 let poté, minulý týden v jejich filtru zase našli další bezpečnostní díru) 15:30 &lt;jrandom&gt; ((neříkám, že jejich filtr není skvělý, říkám, že dělat takový filtr je šíleně nebezpečné)) 15:30 &lt;spaetz&gt; ok, kdyby existoval dokument „syndie pro úplné začátečníky“, zkusil bych to. (textové UI). Je k tomu vhodný manuál? 15:30 &lt;spaetz&gt; Zdál se mi už dost specifický 15:31 &lt;jrandom&gt; aha – koukni na příspěvek od Complication2: http://forum.i2p.net/viewtopic.php?t=1935 15:31 &lt;spaetz&gt; ok, díky. 15:31 &lt;jrandom&gt; to se zabalí do stránky pro web syndie, ale ještě to není venku 15:32 &lt;spaetz&gt; ok, super. to je vše, co jsem potřeboval 15:34 &lt;jrandom&gt; fajn. ok, to je k GUI teď všechno 15:34 &lt;jrandom&gt; ve status poznámkách je malá upoutávka pro P2P lidi ohledně rojového syndikačního systému 15:35 &lt;jrandom&gt; to je oblast dost zralá na hraní pro ty, kdo si chtějí zkusit nějaký network hacking 15:36 &lt;jrandom&gt; ale to je jen poznámka na okraj 15:36 &lt;jrandom&gt; ok, pokud k 2) stavu vývoje syndie nic dalšího není, skočme na 3) úpravy i2phex 15:36 &lt;jrandom&gt; Complication2: dáš nám shrnutí? 15:38 &lt;jrandom&gt; nebo pokud tu nejsi, ti z vás, koho to zajímá, se mohou mrknout do status poznámek na mé shrnutí 15:39 &lt;spaetz&gt; mmh, šel na ryby 15:39 &lt;jrandom&gt; ok, přejděme na 4) ??? 15:39 &lt;jrandom&gt; má někdo ještě něco, co chce na schůzce otevřít? 15:39 * mrflibble zvedá ruku 15:40 &lt;spaetz&gt; ne, těším se, až (nová) Syndie bude užitečnější 15:40 &lt;mrflibble&gt; na http://dev.i2p.net/pipermail/i2p/2006-November/001317.html, co přesně znamená „hi y'all, good luck with the subpoena power“? 15:40 &lt;spaetz&gt; bude první kódové jméno „will the real Syndie please stand up?“ :-) 15:41 &lt;jrandom&gt; mrflibble: http://www.electoral-vote.com:2006/ 15:41 &lt;jrandom&gt; hehe spaetz 15:41 &lt;mrflibble&gt; aha! 15:41 * bar oplodňuje volební lístek 15:43 &lt;jrandom&gt; (ne že by demokraté byli pro svět nějak lepší, ale možnost předvolat amerického prezidenta prostřednictvím vyšetřování v Kongresu by pravděpodobně na nějakou dobu naházela pár vidlí do válečného stroje) 15:44 &lt;jrandom&gt; ok, má někdo ještě něco k projednání? 15:45 &lt;jrandom&gt; jestli ne... 15:46 * jrandom se připravuje 15:46 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2006/10/31/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-31.-%C5%99%C3%ADjna-2006/Tue, 31 Oct 2006 00:00:00 +0000/cs/blog/2006/10/31/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-31.-%C5%99%C3%ADjna-2006/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> burl, fedo, jrandom, koff, tethra</p> <h2 id="záznam-schůzky">Záznam schůzky</h2> <div class="irc-log"> 15:33 &lt;jrandom&gt; 0) hi 15:33 &lt;jrandom&gt; 1) Net status 15:33 &lt;jrandom&gt; 2) Syndie dev status 15:33 &lt;jrandom&gt; 3) ??? 15:33 &lt;jrandom&gt; 0) hi 15:33 * jrandom waves 15:33 &lt;jrandom&gt; weekly status notes up at http://dev.i2p.net/pipermail/i2p/2006-October/001316.html 15:33 * tethra waves back! 15:34 &lt;jrandom&gt; lets jump on in to 1) net status 15:34 &lt;jrandom&gt; no news on this front afaik... things seem stable 15:34 &lt;jrandom&gt; anyone have anything they want to bring up on it? 15:35 &lt;+tethra&gt; nothing here 15:36 &lt;jrandom&gt; ok lets jump on to 2) Syndie dev status then 15:37 &lt;jrandom&gt; as mentioned in the notes, i've been exploring some wysiwyg editor components, but it seems a big pain in the ass (no suprise), and no great solution exists afaik 15:38 &lt;jrandom&gt; so, right now my thoughts are to go with a basic editor with helpers like you see on forums like forum.i2p.net. not wysiwyg, but helpful 15:39 &lt;+tethra&gt; makes sense. might wysiwyg be a progression later on, then? 15:39 &lt;jrandom&gt; of course, if someone tracks down a good small oss wysiwyg editor, i'd love to hear about it (though i've reviewed a dozen options) 15:39 &lt;jrandom&gt; aye, thats a great way for later enhancement 15:40 &lt;+tethra&gt; less of a jump between geek and non geek that way :) 15:40 &lt;+tethra&gt; (have you looked at Nvu?) 15:41 &lt;jrandom&gt; aye, huge, but promising 15:41 &lt;+tethra&gt; which others had you looked at? 15:42 &lt;+tethra&gt; out of interest 15:42 &lt;jrandom&gt; everything i could google into. no list at hand 15:42 &lt;+tethra&gt; ah, right 15:44 &lt;koff&gt; Would it be useful to have a split view with the html at the bottom and a realtime updating rendering of the page at the top? 15:45 &lt;+tethra&gt; or maybe left/right (being able to choose would be lovely 15:45 &lt;+tethra&gt; ) 15:45 &lt;jrandom&gt; aye, thats a good idea (not entirely realtime, but semi-realtime) 15:46 &lt;+tethra&gt; yeah, refresh button etc 15:46 &lt;jrandom&gt; perhaps on 5s idle or a button press 15:46 &lt;jrandom&gt; right 15:48 &lt;koff&gt; You could maybe even have two cursors, so you almost feel like you're navigating both at the same time? 15:48 &lt;+tethra&gt; that'd be a bit confusing :/ 15:48 &lt;koff&gt; maybe :) 15:50 &lt;jrandom&gt; ok, anyone have anything else on 2) syndie dev status? 15:51 &lt;jrandom&gt; if not, lets move on to 3) ??? 15:51 &lt;jrandom&gt; anyone have anything else they want to bring up for the meeting? 15:54 &lt;+fedo&gt; yeah Jr , can hope to have a "joe 6 pack"'s guide to use syndie 1.0 ? ie : what we can do with that text mode console ... 15:55 &lt;+fedo&gt; i'll love to help to test syndie but i'm still unable to understand how to use syndie ! :) 15:55 &lt;jrandom&gt; fedo: does http://syndie.i2p.net/manual.html and http://syndie.i2p.net/features.html and http://syndie.i2p.net/usecases.html help? 15:55 &lt;jrandom&gt; is it a question of "what can you do with syndie", or "how can you do $x"? 15:55 &lt;+fedo&gt; hm not really Jr :-/ 15:56 &lt;+fedo&gt; really, i try to do it ... 15:56 &lt;+fedo&gt; how i can use syndie ... 15:57 &lt;+fedo&gt; the text mode console is not a problem 15:57 &lt;jrandom&gt; how you can use syndie /to do what/? or is that the question itself - why would you install and use syndie? 15:57 &lt;+fedo&gt; but what to do when i've installed Syndie is one :-s 15:57 &lt;jrandom&gt; ah 15:58 &lt;jrandom&gt; ok, think of syndie like a customized web browser - you install it so that you can participate in forums. once you install it, you need to tell it what forums you want to participate in 15:59 &lt;jrandom&gt; the current 0.919b install will out of the box tie in to the syndie archive at http://syndie.i2p.net/archive/ - you can just install it, log in, and sync up 16:00 &lt;jrandom&gt; and once you've synced up, you can read posts to the various forums, post up replies, or post up to your own forum 16:01 &lt;+fedo&gt; Jr : i'm thinking that you could made a breif note to explain how to use Syndie : ie how to sync, how to fecth a post ... 16:02 &lt;+tethra&gt; (or even, an example repository (syndie.i2p.net ?) to sync to) 16:02 &lt;+tethra&gt; oh, didn't read above :/ 16:02 &lt;+tethra&gt; nvm 16:03 &lt;jrandom&gt; fedo: good idea, i'll write one up 16:03 * fedo waves 16:05 &lt;jrandom&gt; ok cool, anyone have anything else for the meeting? 16:05 &lt;+fedo&gt; we know that you to enable the use of syndie on freenet : tell us how to do it ... (you know that i'm unable to find by reading the syndie's code :-/ ) 16:05 &lt;+fedo&gt; ((help me :)) 16:06 &lt;jrandom&gt; http://syndie.i2p.net/manual.html#syndicate_freenetpost 16:06 &lt;jrandom&gt; and http://syndie.i2p.net/manual.html#syndicate_getindex 16:07 &lt;+fedo&gt; many 'neurones' to burn but i'll try :) 16:07 &lt;burl&gt; fedo: Complication has written a brief and pretty handy startup guide on the forum here: `http://forum.i2p/viewtopic.php?p=8860#8860` 16:08 &lt;jrandom&gt; ah right, thats a good one burl 16:08 &lt;+fedo&gt; thanks burl : i'll have a look to that note ;) 16:12 &lt;jrandom&gt; word, ok, if there's nothing else for the meeting... 16:12 * jrandom winds up 16:12 * jrandom *baf*s the meeting closed </div>/cs/blog/2006/10/24/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-24.-%C5%99%C3%ADjna-2006/Tue, 24 Oct 2006 00:00:00 +0000/cs/blog/2006/10/24/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-24.-%C5%99%C3%ADjna-2006/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> badger, bar, cervantes, Complication, HotTuna, jrandom, tethra</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 16:03 &lt;jrandom&gt; 0) ahoj 16:03 &lt;jrandom&gt; 1) Stav sítě 16:03 &lt;jrandom&gt; 2) Stav vývoje Syndie 16:03 &lt;jrandom&gt; 3) ??? 16:03 &lt;jrandom&gt; 0) ahoj 16:03 * jrandom mává 16:03 * Complication se dopotácel někam na dosah klávesnice (začátek týdne byl peklo, ale už je za námi) 16:04 &lt;jrandom&gt; (hurá pekelným začátkům!) 16:04 &lt;jrandom&gt; týdenní status poznámky jsou na http://dev.i2p.net/pipermail/i2p/2006-October/001315.html 16:04 &lt;+Complication&gt; Ahoj 16:05 &lt;jrandom&gt; zatímco si vy všichni čtete (krátké) poznámky, pojďme skočit k 1) Stav sítě 16:05 * jrandom je připojen k freshcoffee už 3 dny bez odpojení a vypadá to, že na obou IRC serverech je slušný počet uživatelů 16:06 &lt;jrandom&gt; stats.i2p je také zpátky a úspěšnost tunnelů dělá nějaké podivné skoky, ale celkově je to také v dobré kondici 16:06 &lt;jrandom&gt; (i když pořád v rozmezí 20–30) 16:06 &lt;jrandom&gt; ((což je mnohem lepší než 5–10, ale mnohem horší než 60–80)) 16:07 &lt;jrandom&gt; ok, má někdo něco k 1) stavu sítě? 16:08 &lt;+Complication&gt; Podobné i tady, ale žádná mimořádně vytrvalá spojení 16:08 &lt;+tethra&gt; kromě potlesku ode mě nic! 16:08 &lt;+Complication&gt; Jen jsem chtěl zmínit drobnost ohledně problémů s NTP 16:09 &lt;+Complication&gt; V zásadě v neděli 29. října některé časové zóny přejdou z letního času 16:09 &lt;jrandom&gt; (to bude na prd) 16:10 &lt;+Complication&gt; Osobně doufám, že to nikomu nezpůsobí žádné problémy, ale v NTP nejsem dostatečně zběhlý, abych si byl jistý 16:10 &lt;+Complication&gt; Pro jistotu, kdyby nedávná kontrola smysluplnosti serveru NTP (přidaná ve verzi .26) někomu tu noc dělala potíže... 16:11 &lt;+Complication&gt; ...myslel jsem, že bude lepší zmínit konfigurační klíč, kterým to lze vypnout (pokud by to bylo potřeba) 16:11 &lt;+Complication&gt; (aby to ti, kdo čtou status poznámky, věděli) 16:12 &lt;+Complication&gt; Vypnutí se dá provést zadáním řádku "router.clockOffsetSanityCheck=false" do `http://localhost:7657/configadvanced.jsp` 16:12 &lt;+Complication&gt; Ale jak řečeno, doufám, že to nikdo nebude potřebovat 16:13 &lt;+Complication&gt; Bude ale zajímavé sledovat, jak se síť tu noc chová, jak se různé časové zóny začnou přepínat 16:13 &lt;+Complication&gt; Určitě to budu pozorovat, s nadějí, že když se objeví nějaká anomálie, třeba to půjde do jara opravit :D 16:14 &lt;jrandom&gt; v tu samotnou minutu to bude nejspíš dost skákat, ale brzy by se to mělo srovnat 16:14 &lt;+Complication&gt; ...a to je ode mě vše. :) 16:14 &lt;jrandom&gt; ale snad to dopadne dobře, a když ne, jak říkáš, je tu jaro :) 16:14 &lt;bar&gt; a kdyby se to přece jen rozbilo, objevily se tuhle v chatu dva možné návrhy na budoucí zlepšení: 16:15 &lt;bar&gt; "zabránit rozhozeným routerům vytvářet podsítě předáním kontroly NTP, pokud jsou peery &lt;nějaké číslo" 16:15 &lt;bar&gt; ...a „neodstraňovat informace o routerech floodfill peerů z netdb, pokud jich je příliš málo“ 16:15 &lt;jrandom&gt; jo 16:16 &lt;+Complication&gt; Ano, upravit požadovaný počet datových bodů (dostupné odchylky hodin peerů), které jsou nutné k tomu, aby byla měření odchylky peerů považována za spolehlivá 16:16 &lt;+Complication&gt; (ups, trochu redundantní poslední věta) 16:17 &lt;+Complication&gt; ...a ano, kontrola floodfill. Chápu správně, že podobná kontrola teď neexistuje? 16:18 &lt;jrandom&gt; správně 16:18 &lt;+Complication&gt; Vypadá to, že některým lidem se občas, buď náhodou, nebo kouzlem, daří ztratit přehled o floodfill peerech 16:19 &lt;jrandom&gt; to by se rozhodně mělo napravit 16:19 &lt;jrandom&gt; (pár lidí to nedávno zasáhlo, když byl jeden z nich nullroutován) 16:20 &lt;jrandom&gt; (pokud #floodfill == 0, možná náhodně pár z nich považovat za floodfill) 16:20 &lt;+Complication&gt; Pokud je to proveditelné, tak by to také šlo 16:21 &lt;+Complication&gt; I tak by asi bylo dvojnásobně bezpečné to dělat navíc k udržování aspoň 2 (nebo tak nějak) floodfill peerů 16:22 &lt;jrandom&gt; jo 16:25 &lt;jrandom&gt; ok, má ještě někdo něco k 1) stavu sítě? nebo se přesuneme k 2) stavu vývoje Syndie? 16:25 &lt;badger&gt; k stabilitě IRC: na straně serveru vidím mnohem mnohem mnohem méně opětovných připojení. 16:25 &lt;badger&gt; dalo by se tomu skoro říkat služba :) 16:26 &lt;jrandom&gt; :) 16:28 &lt;jrandom&gt; ok, přeskočme na 2) stav vývoje Syndie 16:28 &lt;jrandom&gt; spousta pokroku, jak je zmíněno v status poznámkách 16:28 &lt;jrandom&gt; v posledních pár dnech o tom tady proběhla i spousta diskusí 16:28 &lt;jrandom&gt; má někdo něco, co by k tomu chtěl otevřít? 16:30 &lt;@cervantes&gt; nainstaluj si něco jiného než mspaint 16:30 &lt;jrandom&gt; heh 16:30 &lt;jrandom&gt; no, používat *ošklivé* věci na náčrty má svou hodnotu – snižuje to očekávání 16:31 &lt;+fox&gt; &lt;HotTuna&gt; odkazy v příspěvku na fóru se zdají být nedostupné ... aspoň některé.. 16:31 &lt;@cervantes&gt; Myslím, že to je v příspěvcích zmíněno 16:31 &lt;+fox&gt; &lt;HotTuna&gt; oh. . promiň 16:31 &lt;jrandom&gt; hottuna: jsou zrcadlené na dev.i2p.net/~jrandom/mockup/ 16:31 &lt;@cervantes&gt; některé by měly být zrcadlené níže 16:32 &lt;+Complication&gt; Jeden dotaz: myslíte, že je jednodušší (bezpečně) implementovat omezené HTML od nuly, bez rozebírání nějakého webového prohlížeče? 16:33 * jrandom právě nahrál další dva obrázky: dev.i2p.net/~jrandom/mockup/forum.png a blog.png (zachycují diskusi posledních pár dní o různých způsobech zobrazení fóra) 16:33 &lt;@cervantes&gt; rozhodně je to tak bezpečnější udělat 16:33 &lt;+Complication&gt; (jen jsem zvědavý, co se děje na straně GUI, byl jsem v tom trochu mimo) 16:33 &lt;jrandom&gt; Complication: pro obecné účely formátování mám už skoro všechno hotové 16:33 &lt;@cervantes&gt; zvlášť s ohledem na omezenou podmnožinu HTML, kterou bude syndie podporovat 16:34 &lt;+Complication&gt; Aha 16:34 &lt;jrandom&gt; (písma, zarovnání, velikosti, barvy, obrázky, odkazy, seznamy (včetně vnořených), nadpisy, odstavce, HTML entity) 16:35 &lt;jrandom&gt; teď, dělat divy pro umístění nebo tabulky vyžaduje podstatně víc práce, ale do toho se teď nepouštím 16:35 &lt;+Complication&gt; Zní to dost dobře 16:36 &lt;@cervantes&gt; a samozřejmě tag &lt;blink&gt; 16:36 * jrandom zasype cervantese &dagger; 16:37 &lt;@cervantes&gt; au, probodnut entitou 16:37 &lt;jrandom&gt; uvidíme. jak se to bude nasazovat a používat, možná bude nutné přejít na plnohodnotný HTML rendering engine 16:38 * jrandom ale chce, aby codebase byla co nejmenší, aby bylo méně co ladit a revidovat z hlediska bezpečnosti a anonymity 16:39 &lt;+Complication&gt; Jistě, práce s text/plain má bezpochyby své výhody 16:40 &lt;+Complication&gt; (který doufejme podporuje jen útoky přirozeným jazykem ;P ) 16:41 &lt;+Complication&gt; Jaké máte názory na možnost antispamových opatření hashcash? Je ještě příliš brzy to říct? Myslíte, že by se to dalo snadno přidat později? 16:42 &lt;@cervantes&gt; no, řekl bych, že použití bbcode nebo wiki syntaxe by snížilo riziko injekce značek ve full HTML engine 16:42 &lt;@cervantes&gt; *rendering engine 16:43 &lt;jrandom&gt; přidat to je docela snadné, Complicatione – jen nový veřejný header (hashcalc'ovaný vůči kanonické syndie uri, ověřený při importu, vytvořený při podepisování) 16:44 * Complication o tom před pár dny přemýšlel, ale jen letmo 16:44 &lt;jrandom&gt; hashcash se dá dělat i na několika úrovních – pro nový kanál (meta.syndie), pro aktualizovaný kanál nebo pro příspěvek (možná i odstupňovaně podle sizeof(post) nebo #msgs/day) 16:44 &lt;+Complication&gt; Kdyby někdo chtěl implementovat hashcash jako proof of work (důkaz práce), zajímá mě, proti čemu by měl autor zprávy nejlépe počítat kolize? 16:45 &lt;+Complication&gt; Aha, uri... to by mohlo být ono 16:45 &lt;+Complication&gt; Ano, přesně tak 16:45 &lt;+Complication&gt; To jsou věci, které mě nenapadly 16:48 &lt;jrandom&gt; cervantesi: pravda 16:48 &lt;jrandom&gt; ok, má někdo ještě něco k 2) stavu vývoje Syndie? 16:51 &lt;jrandom&gt; ok, jestli ne, skočme na 3) ??? 16:51 &lt;jrandom&gt; má někdo ještě něco, co by chtěl otevřít? 16:54 &lt;jrandom&gt; ok, jestli ne... 16:54 * jrandom se chystá 16:54 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2006/10/17/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-17.-%C5%99%C3%ADjna-2006/Tue, 17 Oct 2006 00:00:00 +0000/cs/blog/2006/10/17/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-17.-%C5%99%C3%ADjna-2006/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> bar, dm, jrandom, marlowe</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 16:01 &lt;jrandom&gt; 0) ahoj 16:01 &lt;jrandom&gt; 1) Stav sítě 16:01 &lt;jrandom&gt; 2) Stav vývoje Syndie 16:01 &lt;jrandom&gt; 3) ??? 16:01 &lt;jrandom&gt; 0) ahoj 16:01 * jrandom mává 16:01 &lt;jrandom&gt; týdenní poznámky ke stavu jsou na http://dev.i2p.net/pipermail/i2p/2006-October/001314.html 16:02 &lt;+fox&gt; * dm mává 16:02 &lt;jrandom&gt; w3wt, ok, zatímco si čtete ten ó-jak-zábavný elaborát, přeskočme na 1) stav sítě 16:03 &lt;jrandom&gt; síť se teď zdá být ve stabilním stavu, i když s mírným růstovým trendem 16:04 &lt;jrandom&gt; na fóru probíhá několik diskusí o velkém problému souvisejícím s CPU, ale zatím žádné velké vítězství, co tak vidím 16:04 &lt;jrandom&gt; má někdo něco k 1) stavu sítě? 16:05 &lt;jrandom&gt; (poslední celý týden s 0.6.1.26 proběhl dobře [hurá]) 16:06 &lt;+fox&gt; &lt;dm&gt; no, asi bych měl něco říct 16:06 &lt;+fox&gt; &lt;dm&gt; existuje nějaká konzistentní metrika, podle které se sleduje stav sítě 16:06 &lt;+fox&gt; &lt;dm&gt; nebo je to jen ad‑hoc zkušenost? 16:07 &lt;+fox&gt; &lt;dm&gt; například nějaká aplikace, která se každý den zkouší připojit na náhodná místa a měří odezvy a chyby. 16:07 &lt;jrandom&gt; řídím se hlavně chováním na IRC a také statistikami a aktivitou na routerech, které provozuji (stats.i2p je na týden nebo dva dole, ale obvykle je to spolehlivé měřítko, podle kterého se dá porovnávat) 16:08 &lt;+fox&gt; &lt;dm&gt; super, podívám se na ten web. 16:08 &lt;jrandom&gt; několik lidí provozuje aplikace na sledování statistik – orion.i2p, tino.i2p, eepsites.i2p a také stats.i2p 16:09 &lt;+fox&gt; &lt;dm&gt; díky! 16:09 &lt;jrandom&gt; není zač :) 16:09 &lt;jrandom&gt; ok, pokud nic dalšího k 1), přeskočme na 2) stav vývoje Syndie 16:10 &lt;jrandom&gt; děje se toho hodně, jak je zmíněno v poznámkách ke stavu (a konečně si můžete prohlédnout web, který nevypadá děsně, na syndie.i2p.net :) 16:11 &lt;+fox&gt; &lt;dm&gt; je to teď dole? 16:11 &lt;+fox&gt; &lt;dm&gt; beru zpět 16:11 &lt;+fox&gt; * dm zmlkne 16:11 &lt;jrandom&gt; :) 16:12 &lt;marlowe&gt; jrandom, ten diagram na titulní stránce je velmi užitečný 16:12 &lt;marlowe&gt; teď už chápu koncept stojící za Syndie 16:12 &lt;+fox&gt; &lt;dm&gt; je to i hezké 16:13 &lt;+fox&gt; &lt;dm&gt; ale jak se k Syndie dostanu bez stažení/instalace? Pamatuju, že dřív to šlo? 16:13 &lt;jrandom&gt; super, jsem rád, že je to jasné, marlowe – jen z textu to může být matoucí :) 16:13 &lt;jrandom&gt; dm: ta stará Syndie (syndiemedia.i2p.net/) byla webová, ale tahle nová je, no, úplně nová, kompletně přepracovaná 16:14 &lt;+fox&gt; &lt;dm&gt; není webová? 16:14 &lt;jrandom&gt; (a díky cervantesovi, že z mého ošklivého obrázku ve stylu MS Paint udělal ten uhlazený obrázek, co tam vidíte :) 16:14 &lt;jrandom&gt; ne, není webová – aktuální vydání je vlastně jen textové, ale na GUI (grafickém rozhraní) se pracuje 16:14 &lt;jrandom&gt; http://syndie.i2p.net/roadmap.html 16:14 &lt;+fox&gt; &lt;dm&gt; jen text! páni. ok. stahuji. 16:14 &lt;jrandom&gt; w3wt 16:15 &lt;jrandom&gt; jedna důležitá věc, kterou potřebujete vědět pro efektivní používání: umístění Syndie archivu, do kterého můžete posílat příspěvky a z něhož je můžete stahovat 16:15 &lt;+fox&gt; &lt;dm&gt; wow.. tohle je hardcore věc. (Next Command:) hehhehe 16:15 &lt;jrandom&gt; momentálně je jeden na http://syndie.i2p.net/archive – můžete se s ním synchronizovat přes "menu syndicate" "getindex --archive http://syndie.i2p.net/archive" a "fetch" :) 16:16 &lt;jrandom&gt; je to poměrně jednoduchý systém, i když s velmi specifickými návrhovými prvky 16:16 &lt;jrandom&gt; (a neuvěřitelně robustní – může běžet na čemkoli :) 16:17 &lt;+fox&gt; &lt;dm&gt; je na tom něco cool, když opravdu komplexní aplikace běží s textovým frontendem 16:17 &lt;+fox&gt; &lt;dm&gt; každopádně... 16:17 &lt;+fox&gt; * dm zase zmlkne 16:19 * jrandom doufá, že nás během tohoto měsíce dostane na 1.0, takže beta testování by bylo super 16:20 &lt;jrandom&gt; (oťukejte to, řekněte mi, co je rozbité, atd.) 16:20 &lt;jrandom&gt; 1.0 samozřejmě nebude obsahovat GUI, to je až 2.0 16:20 &lt;+fox&gt; &lt;dm&gt; jasně 16:21 &lt;jrandom&gt; ok, má někdo nějaké komentáře/dotazy/návrhy/nehty na nohou k 2) stavu vývoje Syndie? 16:22 &lt;jrandom&gt; jo, jednu věc jsem chtěl zmínit – jak jsem psal na svém Syndie blogu, potřebujeme logo! tak se koukněte na urn:syndie:channel:d7:channel44:bF2lursCrXhSECJAEILhtXYqQ6o-TwjlEUNJLA5Nu8o=9:messageIdi1160962964161ee :) 16:23 &lt;+fox&gt; &lt;dm&gt; je dobré místo, kde získat zdarma nebo polo‑zdarma velmi kvalitní loga 16:24 &lt;jrandom&gt; flickr? :) 16:24 &lt;+fox&gt; &lt;dm&gt; http://www.worth1000.com/ &lt;--- Photoshop geekové se tam snaží trumfnout jeden druhého kvůli troše slávy a/nebo peněz 16:24 &lt;jrandom&gt; ah, cool 16:25 &lt;+fox&gt; &lt;dm&gt; příklad předchozí „soutěže“ http://www.worth1000.com/cache/contest/contestcache.asp?contest_id=12170&start=1&end=10&display=photoshop 16:25 &lt;+fox&gt; * dm zase zmlkne 16:26 &lt;jrandom&gt; paráda, díky dm 16:27 &lt;jrandom&gt; ok, jestli nic k 2, pojďme na 3) ??? 16:28 &lt;jrandom&gt; má někdo ještě něco do schůzky? 16:28 &lt;bar&gt; možná bychom si to měli nechat na verzi 1.99b a udělat menší soutěž/bounty akci na propagaci Syndie 2.0? 16:28 &lt;jrandom&gt; ah, to je dobrý nápad, protože 1.* bude stejně textová 16:30 &lt;bar&gt; popřemýšlejte o tom, jsem si jistý, že nějaké financování seženeme 16:30 &lt;+fox&gt; &lt;dm&gt; mimochodem, jak to vypadá s financováním? 16:31 &lt;+fox&gt; &lt;dm&gt; děláš to pořád na plný úvazek, jr? 16:31 &lt;jrandom&gt; jo, pořád se tím prokousávám, díky několika neuvěřitelně štědrým přispěvatelům (díky!) 16:31 &lt;jrandom&gt; http://www.i2p.net/halloffame 16:32 &lt;+fox&gt; &lt;dm&gt; ach ano.. rozpočet na hraně. Už si vzpomínám 16:32 &lt;jrandom&gt; hehe 16:34 &lt;jrandom&gt; ok, má někdo ještě něco k probrání? 16:34 &lt;+fox&gt; &lt;dm&gt; právě jsem ti poslal c-bill. Ujisti se, že to půjde jen na alkohol nebo jiné pošetilosti. 16:34 &lt;+fox&gt; &lt;dm&gt; a udrž moje skutečné jméno v tajnosti! 16:34 &lt;jrandom&gt; w00t! díky dm 16:36 &lt;jrandom&gt; ok, jestli už nic dalšího... 16:36 * jrandom se nadechuje 16:36 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2006/10/10/stavov%C3%A9-pozn%C3%A1mky-i2p-ze-dne-2006-10-10/Tue, 10 Oct 2006 00:00:00 +0000/cs/blog/2006/10/10/stavov%C3%A9-pozn%C3%A1mky-i2p-ze-dne-2006-10-10/<p>Ahoj všem, tento týden stručné poznámky ke stavu</p> <ul> <li>Index</li> </ul> <ol> <li>0.6.1.26 a stav sítě 2) Stav vývoje Syndie 3) Znovu k distribuované správě verzí 4) ???</li> </ol> <ul> <li> <ol> <li>0.6.1.26 and network status</li> </ol> </li> </ul> <p>Před pár dny jsme vydali novou verzi 0.6.1.26, která zahrnuje spoustu vylepšení pro i2psnark od zzz a několik nových bezpečnostních kontrol NTP od Complication, a ohlasy byly pozitivní. Zdá se, že síť mírně roste bez nových zvláštních jevů, i když někteří lidé stále mají potíže se sestavováním svých tunnels (jak tomu bylo vždy).</p>/cs/blog/2006/10/03/pozn%C3%A1mky-ke-stavu-i2p-k-2006-10-03/Tue, 03 Oct 2006 00:00:00 +0000/cs/blog/2006/10/03/pozn%C3%A1mky-ke-stavu-i2p-k-2006-10-03/<p>Ahoj všichni, tento týden opožděné poznámky ke stavu</p> <ul> <li>Index</li> </ul> <ol> <li>Stav sítě 2) Stav vývoje pro router 3) Odůvodnění Syndie (pokračování) 4) Stav vývoje Syndie 5) Distribuovaný systém správy verzí 6) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>V uplynulém týdnu či dvou byla situace na irc a dalších službách poměrně stabilní, i když dev.i2p/squid.i2p/www.i2p/cvs.i2p zaznamenaly několik potíží (kvůli dočasným problémům souvisejícím s operačním systémem). Zdá se, že je momentálně vše v ustáleném stavu.</p> <ul> <li> <ol start="2"> <li>Router dev status</li> </ol> </li> </ul> <p>Na druhé straně diskuse o Syndie stojí otázka &ldquo;takže, co to znamená pro router?&rdquo;, a abych na ni odpověděl, dovolte mi stručně vysvětlit, kde se vývoj routeru nachází právě teď.</p>/cs/blog/2006/09/12/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-12.-z%C3%A1%C5%99%C3%AD-2006/Tue, 12 Sep 2006 00:00:00 +0000/cs/blog/2006/09/12/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-12.-z%C3%A1%C5%99%C3%AD-2006/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> cervantes, jrandom, kostya213, modulus, tethra, vulpine</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 16:06 &lt;jrandom&gt; 0) ahoj 16:06 &lt;jrandom&gt; 1) 0.6.1.25 a stav sítě 16:06 &lt;jrandom&gt; 2) I2PSnark 16:06 &lt;jrandom&gt; 3) Syndie (co/proč/kdy) 16:06 &lt;jrandom&gt; 4) otázky ke kryptu v Syndie 16:06 &lt;jrandom&gt; 5) ??? 16:06 &lt;jrandom&gt; 0) ahoj 16:06 * jrandom mává 16:06 &lt;jrandom&gt; týdenní poznámky o stavu zveřejněny na http://dev.i2p.net/pipermail/i2p/2006-September/001307.html 16:07 &lt;jrandom&gt; protože ty poznámky vyšly už před hodně hodinami, všichni jste je už určitě četli a máte připravené poznámky, že? ;) 16:07 &lt;jrandom&gt; přeskočme rovnou na 1) 0.6.1.25 a stav sítě 16:08 &lt;vulpine&gt; &lt;Complication&gt; Pokud jde o 0.6.1.25, tady to vypadá, že to fungovalo v pořádku, jen jedna dosud nevídaná chyba 16:08 &lt;jrandom&gt; super, jaký je problém? 16:08 &lt;vulpine&gt; * Complication prohledává logy 16:09 &lt;jrandom&gt; velikost sítě se zdá větší než dřív, i když pořád ve stejné řádové velikosti 16:09 &lt;vulpine&gt; &lt;Complication&gt; "Neznámá chyba při čtení net.i2p.data.i2np.GarlicMessage: wtf, fromLong dostal zápornou hodnotu? -840" 16:10 &lt;vulpine&gt; &lt;Complication&gt; Začalo to "ERROR [NTCP read 1 ] .router.tunnel.FragmentHandler: Chyba při příjmu fragmentované zprávy (poškozená?)" 16:10 &lt;jrandom&gt; aha, v pohodě, tahle se objevuje už dlouho, je bezpečné ji ignorovat 16:11 &lt;vulpine&gt; &lt;Complication&gt; Jediný výskyt 16:11 &lt;vulpine&gt; &lt;frosk&gt; tu poslední jsem dostal několikrát 16:11 &lt;vulpine&gt; * jrandom šťouchá do fox 16:12 &lt;vulpine&gt; &lt;Complication&gt; A ještě jedna: "router.tunnel.TunnelDispatcher: wtf, trvalo 1121, než se odeslala net.i2p.data.i2np.TunnelBuildMessage@XXXX out YYYYY in net.i2p.router.tunnel.PumpedTunnelGateway@ZZZZ" 16:12 &lt;vulpine&gt; &lt;Complication&gt; (taky se zdá nepodstatné, možná jen běžná kongesce) 16:12 &lt;jrandom&gt; jo, nejspíš 16:13 &lt;jrandom&gt; irc je teď očividně pořád trochu rozbité 16:13 &lt;jrandom&gt; (ale jednou za čas to není chyba i2p :) 16:14 &lt;jrandom&gt; ok, má někdo ještě něco k 1) stavu sítě a 0.6.1.25? 16:15 &lt;kostya213&gt; jen chci dodat, že .25 opravila všechny problémy, které jsem měl posledních pár měsíců 16:15 &lt;jrandom&gt; paráda! 16:16 &lt;vulpine&gt; &lt;green&gt; prosím, změňte výpočet stavu, když se používá jen NTCP 16:16 &lt;jrandom&gt; OK, ale nedoporučuje se vypínat UDP (myslím, že jsem výslovně řekl, že lidem nebudu říkat, jak UDP vypnout) 16:17 &lt;jrandom&gt; ale stav by se měl upravit tak, aby bral v úvahu, že UDP není jediný transport 16:17 &lt;jrandom&gt; opravím to v příští revizi, díky 16:17 &lt;vulpine&gt; &lt;green&gt; jrandom : jasně, že to neříkáš, ale já si umím přečíst kód ;) 16:18 &lt;jrandom&gt; jasně, ale když něco nedoporučuju a lidem říkám, ať to ani nezkouší, tak se nedivte, když se zobrazí matoucí hláška ;) 16:19 &lt;vulpine&gt; &lt;green&gt; jasně, mohl bych taky prostě zobrazovat "OK" v konzoli :) 16:19 &lt;jrandom&gt; to jo 16:21 &lt;jrandom&gt; ok, přejděme k 2) I2PSnark 16:21 &lt;jrandom&gt; zzz tam teď zrovna asi není 16:22 &lt;jrandom&gt; zzz pracuje na změnách, které zlepší plánování v i2psnark 16:23 &lt;jrandom&gt; (je to teď trochu... jednoduché, pokud si dobře pamatuju, i když si nejsem úplně jistý úpravami, na kterých zzz kutí) 16:23 &lt;jrandom&gt; ((ale těším se na pokrok!)) 16:25 &lt;jrandom&gt; dobře, pokud nic dalšího k 2) I2PSnark, pojďme dál na 3.*) věci ohledně Syndie 16:26 &lt;jrandom&gt; nejdřív pojďme na 3.1) co je Syndie, protože je toho hodně k probrání 16:27 &lt;jrandom&gt; před schůzkou jsem dostal pár dotazů ohledně šifrování příspěvků 16:27 &lt;jrandom&gt; v zásadě jsou příspěvky šifrované symetricky – kdokoli se symetrickým klíčem si příspěvek přečte, protože je autorizovaný 16:28 &lt;jrandom&gt; odpovědi v kanálu jsou asymetricky šifrované pro veřejný klíč spojený s kanálem/fórem 16:28 &lt;jrandom&gt; některé příspěvky mohou používat šifrování založené na heslové frázi pro odvození symetrického klíče ke čtení 16:29 &lt;jrandom&gt; a některé příspěvky mohou zahrnout symetrický klíč do čitelných hlaviček příspěvku (aby si ho mohl přečíst kdokoli) 16:29 &lt;modulus&gt; jaký má smysl ten poslední? 16:29 &lt;jrandom&gt; a některá fóra mohou zahrnout symetrický klíč do metadat fóra, takže si příspěvek může přečíst kdokoli, ale jen pokud má metadata kanálu 16:29 &lt;jrandom&gt; modulus: aby bylo všechno vždy šifrované, i veřejně čitelné věci 16:29 &lt;jrandom&gt; (aby bylo triviální odposlouchávání k ničemu) 16:30 &lt;modulus&gt; jasně, chápu. 16:31 &lt;jrandom&gt; dobře, myslím, že to pokrývá šifrovací dotazy, které přišly před schůzkou 16:31 &lt;jrandom&gt; má někdo nějaké otázky k 3.1) co je Syndie? 16:31 &lt;jrandom&gt; (samozřejmě, víc se vyjasní, až to půjde ven) 16:32 &lt;vulpine&gt; &lt;void&gt; hmm 16:33 &lt;jrandom&gt; jak je, void? 16:33 &lt;vulpine&gt; &lt;void&gt; &lt;void&gt; předpokládám, že archiv zprávy (.zip) může také obsahovat jiné zprávy, případně od jiných lidí, například citované zprávy? 16:34 &lt;jrandom&gt; no, ano, můžete přikládat soubory .snd jako přílohy, ale existuje explicitní jmenný prostor, takže můžete dělat odkazy na předchozí zprávy ve stylu hlavičky References: 16:34 &lt;jrandom&gt; (tj. nemusíte dělat vlákna "frost-style") 16:35 &lt;vulpine&gt; &lt;void&gt; jasně 16:37 &lt;vulpine&gt; &lt;Complication&gt; Co se týče Syndie, přemýšlel jsem, jak lidé vyřeší problém udělování přístupu do nějakého fóra s více přispěvateli (jako účty na běžném fóru), ale ne neodvolatelně, a jak se vyhnout nechtěnému chaosu, když je třeba přístup odebrat (z jakýchkoli důvodů) 16:38 &lt;vulpine&gt; &lt;Complication&gt; Jedno řešení se samozřejmě jeví tak, že autor určí doporučení, jejichž odpovědi by klienti měli zobrazovat 16:38 &lt;jrandom&gt; Complication: vytvořit nový pár veřejný/soukromý klíč, dát soukromý klíč (dočasně) autorizovaným lidem a veřejný klíč zahrnout do seznamu "keys allowed to post" 16:38 &lt;vulpine&gt; &lt;Complication&gt; …a klienti, pokud nechtějí zkoumat historii, by se tímto doporučením řídili (přesněji jeho poslední verzí) 16:38 &lt;jrandom&gt; (a když už nebudou autorizovaní, odstraní se ten klíč ze seznamu "keys allowed to post") 16:39 &lt;kostya213&gt; jrandom: možná bys chtěl použít jinou příponu než .snd, protože je to široce používaná přípona pro audio aplikace, mime by to mátlo 16:39 &lt;jrandom&gt; aha, jasně – všechna fóra mají "vlastníka" (podepisující soukromý klíč), který může spravovat seznam toho, kdo smí přispívat, atd. 16:39 &lt;vulpine&gt; &lt;Complication&gt; "keys allowed to post" by byla metadata připojená k autorovu poslednímu příspěvku, nebo k nějaké jiné zprávě, že? 16:39 &lt;jrandom&gt; dobrý postřeh kostya213, i když pak možná skončíme u .dat ;) 16:40 &lt;jrandom&gt; Complication: ach promiň, ne, je to jako v současné/staré Syndie – samostatné podepsané příspěvky s metadaty pro samotné fórum/kanál 16:40 &lt;vulpine&gt; * Complication se domnívá, že si .dat už dokonce někdo nárokuje pro něco :) 16:40 &lt;jrandom&gt; ano, aplikace zvaná "octet-stream" ;) 16:40 &lt;vulpine&gt; &lt;void&gt; nevypadá to, že by se .syn používala pro něco významného 16:41 &lt;vulpine&gt; &lt;Complication&gt; Aha, speciální metadatové příspěvky... jasně, to by šlo 16:41 &lt;jrandom&gt; ó, super, dostaneme se k syn! 16:41 &lt;jrandom&gt; (dobré oko, voide, díky, kostya213) 16:41 &lt;vulpine&gt; &lt;void&gt; hmm, " 16:41 &lt;vulpine&gt; &lt;void&gt; hmm, "Word Synonym File", společnost: Microsoft 16:42 &lt;jrandom&gt; no, jsem si jistý, že to nějak vymyslíme 16:42 &lt;kostya213&gt; ano, používá to Word 16:42 &lt;vulpine&gt; &lt;void&gt; ale to můžeme klidně ignorovat :) 16:42 &lt;kostya213&gt; neztrácejte naději, myslím, že je možné najít něco, co nebude dělat problémy s široce používanými MIME typy 16:43 &lt;jrandom&gt; ok, ještě něco k 3.1) Co je Syndie? 16:43 &lt;vulpine&gt; &lt;void&gt; ehm, ale proč bychom se drželi třípísmenných přípon? to je relikt z dob DOSu 16:43 &lt;kostya213&gt; musí se zeptat: proč se omezovat na třípísmennou příponu? DOS už nikdo nepoužívá 16:44 &lt;jrandom&gt; heh 16:44 &lt;kostya213&gt; jinx na voida 16:44 &lt;kostya213&gt; .syndie mi přijde dobré 16:44 &lt;vulpine&gt; &lt;void&gt; .synd by s ničím nekolidovalo 16:44 &lt;kostya213&gt; taky dobré 16:45 &lt;vulpine&gt; &lt;void&gt; sakra lag :( 16:48 &lt;jrandom&gt; dobře, přejděme k 3.2) Proč na Syndie záleží? 16:48 &lt;vulpine&gt; &lt;void&gt; jrandom: počkat 16:48 &lt;cervantes&gt; (protože říkáš, že ano) 16:48 * jrandom čeká 16:48 &lt;jrandom&gt; !thwap cervantes ;) 16:48 &lt;vulpine&gt; &lt;void&gt; v poznámkách o stavu se píše, že k příspěvku lze připojit avatar, jinak se použije výchozí 16:49 &lt;vulpine&gt; &lt;void&gt; ale co když chce mít člověk několik předdefinovaných avatarů místo jednoho "výchozího"? 16:49 &lt;jrandom&gt; ano, autor může do metadat svého kanálu zahrnout výchozí avatar 16:49 &lt;vulpine&gt; &lt;void&gt; přikládat pokaždé jiný nebude efektivní 16:49 &lt;jrandom&gt; dobrá otázka, voide – podívejme se na ten skript v poznámkách 16:50 &lt;jrandom&gt; listauthkeys --authorizedOnly true 16:50 &lt;jrandom&gt; authenticate 0 16:50 &lt;vulpine&gt; &lt;void&gt; (?) 16:50 &lt;jrandom&gt; listauthkeys zobrazí všechny identity, kterými můžete podepsat zprávu a říct, že jste to vy, zatímco "authenticate 0" vybere identitu, kterou se bude podepisovat 16:51 &lt;jrandom&gt; takže tahle identita má svůj vlastní kanál a ten má vlastní metadata, která mohou obsahovat avatar 16:51 &lt;vulpine&gt; &lt;void&gt; hmm, samostatná identita znamená samostatný klíčový pár? 16:51 &lt;jrandom&gt; ano 16:51 &lt;vulpine&gt; &lt;void&gt; co když chce mít člověk několik avatarů u jedné identity? 16:52 &lt;jrandom&gt; v metadatech svého kanálu mají výchozí avatar a mohou ho přebít pro jednotlivé zprávy 16:52 &lt;kostya213&gt; pochybná hodnota 16:52 &lt;vulpine&gt; &lt;void&gt; několik "výchozích" avatarů, z nichž si může vybírat 16:52 &lt;vulpine&gt; &lt;void&gt; nebo tady řeším zbytečné detaily? :) 16:53 &lt;jrandom&gt; aha, chápu, co říkáš. ne, zpočátku to podporované nebude 16:53 &lt;jrandom&gt; možná později 16:53 &lt;vulpine&gt; &lt;void&gt; pravda, kostya213, tak nic 16:53 &lt;vulpine&gt; &lt;void&gt; :) 16:53 &lt;jrandom&gt; (ale avatary budou velikostně hodně omezené, takže by nemělo vadit je přikládat) 16:53 &lt;vulpine&gt; * Complication si myslí, že přidávání těch per-zprávových by šlo naprogramovat dost snadno 16:53 &lt;vulpine&gt; &lt;void&gt; takže, 3.1) Co je Syndie? 16:53 &lt;vulpine&gt; &lt;Complication&gt; (časem) 16:54 &lt;vulpine&gt; * cervantes lepí irc servery dohromady 16:54 &lt;vulpine&gt; &lt;void&gt; Complication: jrandom právě řekl, že to už tak udělá :) 16:54 &lt;jrandom&gt; (ty per-zprávové budou v základu, Complication, jde o ten nápad mít více 'výchozích' na výběr, vybíraných tak, že ve zprávě řekneš "use avatar 1" místo přikládání samotného avataru) 16:54 &lt;vulpine&gt; &lt;Complication&gt; latence, latence... 16:54 &lt;jrandom&gt; dobře, ještě něco k 3.1? 16:54 &lt;jrandom&gt; pokud ne, přejděme na 3.2 16:55 &lt;vulpine&gt; &lt;void&gt; myslím, že to je vše 16:55 &lt;jrandom&gt; jasně. 16:56 &lt;jrandom&gt; kromě cervantesova rýpání, má někdo nějaké otázky/komentáře/obavy ohledně "proč"? 16:56 &lt;jrandom&gt; (ehm, "obavy") 16:58 &lt;vulpine&gt; &lt;Complication&gt; cervantes: očistil jsi povrch alkoholem, než jsi nanesl lepidlo na ircd? ;) 16:58 &lt;kostya213&gt; dle mého Syndie nepotřebuje ospravedlnění, její hodnota by měla být zjevná každému, kdo se už zajímá o anonymizační sítě 16:58 &lt;kostya213&gt; a uvědomuje si rizika centralizace informací 16:59 &lt;vulpine&gt; &lt;Complication&gt; (repost, prosím ignorujte, pokud dorazilo na server) 16:59 &lt;vulpine&gt; * Complication si myslí, že na Syndie záleží, protože běžný uživatel provozující phpBB by byl příliš rychle hacknutý a běžný uživatel provozující $random_blogging_tool také 16:59 &lt;vulpine&gt; &lt;Complication&gt; (i když se pravděpodobnost může lišit) 16:59 &lt;vulpine&gt; &lt;void&gt; přesně tak 16:59 &lt;jrandom&gt; ano, a navíc každý, kdo čelí skutečně nepřátelským protivníkům (ani ne nutně na úrovni státu) 17:00 &lt;jrandom&gt; dobře, super, jen jsem to s vámi chtěl probrat 17:00 &lt;jrandom&gt; ještě něco k 3.2, nebo přejdeme k 3.3) kdy můžeme používat Syndie? 17:01 &lt;vulpine&gt; &lt;void&gt; vlastně je to fórum/blogovací/e‑mailový/komunikační nástroj založený na kryptografických prvcích a nezávislý na transportní vrstvě 17:01 &lt;vulpine&gt; &lt;Complication&gt; …a v extrémním scénáři, kdyby protivník běžného uživatele dělal průnikové útoky, kdokoli provozující jakýkoli eepsite by byl dříve či později hacknutý (kromě obrovské sítě) 17:01 &lt;kostya213&gt; může to být hůř prodejné těm, kdo nevidí okamžitou hodnotu v soukromí/anonymitě 17:01 &lt;jrandom&gt; kostya213: ano, ale možná půjde použít pár triků, jako třeba možnost bezpečně procházet offline 17:02 &lt;vulpine&gt; &lt;Complication&gt; bezpečnost by mohli ocenit i tak 17:02 &lt;jrandom&gt; (např. offline čtečka RSS, která stáhne i celý soubor odkazovaných stránek, nejen RSS souhrn) 17:02 &lt;vulpine&gt; &lt;void&gt; takže jo, nevidím důvod, proč by to potřebovalo ospravedlňování :) 17:02 &lt;vulpine&gt; &lt;void&gt; kostya213: nemusí být anonymní, aby používali Syndie 17:02 &lt;cervantes&gt; kdy můžeme použít Syndie, nebo kdy bude Syndie použitelná? 17:02 &lt;jrandom&gt; přesně tak, void :) 17:03 &lt;cervantes&gt; pro textové rozhraní si dovedu představit, že bude potřeba poměrně hodně dokumentace k použití 17:03 &lt;jrandom&gt; cervantes: aktuálně je Syndie funkční (můžete vytvářet příspěvky, spravovat kanály, číst příspěvky, odpovídat na ně, atd.) 17:03 &lt;kostya213&gt; jrandom: jak Syndie řeší redundanci? jak odolná je proti mizícímu obsahu? 17:03 &lt;cervantes&gt; (než bude použitelná) 17:03 &lt;jrandom&gt; cervantes: jsou tam inline nabídky a u každého příkazu je dokumentace (alespoň minimální) 17:04 &lt;cervantes&gt; super, nějaké plány na příklady použití? 17:04 &lt;jrandom&gt; kostya213: Syndie funguje na obsahové vrstvě – redundanci řeší něco jiného. Pokud pošlete na Usenet, replikuje se to po Usenetu (například) 17:04 &lt;cervantes&gt; myslím, že fígl bude v tom naučit se, jak to všechno skriptovat dohromady 17:04 &lt;vulpine&gt; &lt;void&gt; to je mimo rozsah Syndie, závisí to na transportním mechanismu 17:04 &lt;vulpine&gt; &lt;void&gt; bohužel 17:04 &lt;jrandom&gt; dobrý nápad, cervantesi 17:05 &lt;jrandom&gt; první vydání Syndie bude obsahovat http replikační systém jako stará/stávající Syndie 17:05 &lt;jrandom&gt; cervantes: možná mohou někteří beta uživatelé dát dohromady své oblíbené skripty, které bychom distribuovali :) 17:05 &lt;modulus&gt; mmm, je to konzolová aplikace? 17:05 &lt;jrandom&gt; modulus: ano, první textová aplikace 17:06 &lt;modulus&gt; výborně! 17:06 &lt;cervantes&gt; jrandom: pokud beta uživatelé zvládnou přijít na to, jak to používat ;-) 17:06 &lt;jrandom&gt; hehe 17:06 * jrandom zvažoval curses/apod., stejně jako čistě CLI, ale interaktivní skriptovatelné textové rozhraní je asi nejsnazší a nejužitečnější 17:07 &lt;jrandom&gt; (bez GUI, tedy) 17:07 &lt;cervantes&gt; modulus: vidíš, jrandom naslouchal tvé neúnavné zpětné vazbě :) 17:07 &lt;vulpine&gt; &lt;Complication&gt; pokud budou lidé chtít, asi nad tím mohou postavit interaktivnější textová rozhraní 17:07 &lt;jrandom&gt; ano, určitě 17:08 &lt;jrandom&gt; (kód je napsán tak, aby podporoval snadnou integraci s irc klientem, jako je pircbot) 17:08 &lt;modulus&gt; cervantes: hehe 17:09 &lt;modulus&gt; myslím, že by šlo nad to postavit i GUI, pokud to funguje zhruba tak, jak si představuji 17:09 &lt;modulus&gt; i když to by byla spousta práce. 17:09 * kostya213 čeká na plugin pro Emacs 17:09 &lt;modulus&gt; hahaha 17:09 &lt;jrandom&gt; heh 17:09 &lt;modulus&gt; vlastně mód pro Emacs není tak špatný nápad, možná by to přitáhlo víc bláznů. 17:10 &lt;cervantes&gt; stiskněte ctrl-alt-shift-break-uparrow-num7-b pro výběr identity 17:10 * jrandom to nechá na elispácích, ať se s tím poperou ;) 17:10 &lt;kostya213&gt; bez urážky, ale nejsem si jistý, že tenhle projekt potřebuje přitahovat víc bláznů 17:10 &lt;vulpine&gt; &lt;Complication&gt; psali by ti blázni taky kód? 17:11 &lt;jrandom&gt; doufejme, Complication 17:11 &lt;jrandom&gt; dobře, snad 3.3) vysvětlí trochu z toho, co se chystá 17:11 &lt;jrandom&gt; co se týče toho, kdy, uvidíme, ale doufám v "brzy" ;) 17:12 &lt;jrandom&gt; ok, má někdo ještě něco k 3.3)? 17:12 &lt;vulpine&gt; * Complication by pak uvítal pár hord těch bláznů :D 17:12 &lt;cervantes&gt; no, je psaní kódu a pak je psaní obfuskovaného Perlu interpretovaného v Tcl 17:12 &lt;kostya213&gt; plugin pro FUSE by se taky hodil 17:13 &lt;jrandom&gt; ano 17:13 &lt;jrandom&gt; dobře, přejděme k 4) krypto pro Syndie 17:13 &lt;jrandom&gt; má někdo nějaké komentáře k těm otázkám? 17:14 &lt;vulpine&gt; &lt;Complication&gt; kéž bych měl, ale nejsem kompetentní odhadovat sílu těch šifer/hashů/délek klíčů 17:15 &lt;vulpine&gt; &lt;void&gt; jak dlouhé jsou ElGamal/RSA podpisy? 4 kbit pro 2 kbit klíč? 17:15 &lt;vulpine&gt; * Complication ponechává tuhle debatu zcela ostatním 17:15 &lt;jrandom&gt; z hlavy nevím 17:15 &lt;vulpine&gt; &lt;void&gt; oproti DSA? 17:16 &lt;jrandom&gt; (i když ECC vypadá hezky maličké) 17:16 &lt;modulus&gt; ElGamal podpisy jsou náročné a dlouhé. jak zjistil tým gnupg. 17:16 &lt;jrandom&gt; ano, i když některé z těch problémů souvisely s opakovaným použitím klíče 17:16 &lt;vulpine&gt; &lt;void&gt; aha, ok 17:16 &lt;vulpine&gt; &lt;void&gt; jo, to jo 17:16 &lt;tethra&gt; modulus: pokud jsou tvrdé a dlouhé, existuje na to fetiš web 17:17 &lt;jrandom&gt; dobře, tohle bylo opravdu jen upozornění a výzva ke komentářům, až budete mít nějaké nápady 17:17 &lt;cervantes&gt; nešlo by implementovat nějaké zásuvné šifry – až se standardizuje lepší metoda tvorby klíčů, můžeme ji přidat do Syndie a nové příspěvky ji začnou používat, ale pro starší příspěvky bude možné používat zastaralé metody 17:17 &lt;tethra&gt; (promiň) 17:17 &lt;jrandom&gt; cervantes: obsahuje předponu DSA:, takže by fungovala i předpona Elg: 17:17 &lt;modulus&gt; používáte DSA omezené na 1024, nebo ne? 17:18 &lt;modulus&gt; a jaký hash? sha1 nebo vyšší revize? 17:18 &lt;cervantes&gt; takže ve skutečnosti ti jde o to, aby měla Syndie dobrý start 17:18 &lt;jrandom&gt; DSA je jen 1024bit (existují návrhy DSA2 pro delší, ale ještě nejsou standardizované) 17:18 &lt;jrandom&gt; a ano, DSA vyžaduje SHA1 17:18 &lt;modulus&gt; hmm, podle mého názoru byly docela silné před standardizací. 17:18 &lt;kostya213&gt; cervantes má dobrý point, mít obsah Syndie ve fixních šifrách má slabou forward secrecy (dopřednou bezpečnost), nikdy nevíš, kdy se nějaký algoritmus podělá 17:18 &lt;modulus&gt; ale nesleduji ten proces dostatečně těsně, takže máš nejspíš pravdu 17:19 &lt;jrandom&gt; kostya213: ale volba je pro kryptografii špatná, takže bychom měli mít pevné hodnoty, když to jde 17:19 &lt;jrandom&gt; (špatná kvůli anonymitě) 17:19 &lt;vulpine&gt; &lt;void&gt; víš, proč vlastně nepoužívá ECC více lidí/protokolů? bojí se nedostatku výzkumu, nebo mají obavy o kompatibilitu? 17:19 &lt;modulus&gt; patenty. 17:20 &lt;jrandom&gt; patenty a FUD, a také jisté obavy v implementaci 17:20 &lt;vulpine&gt; &lt;void&gt; aha, jasně, modulus 17:20 &lt;modulus&gt; mimochodem, je nějaký dobrý důvod jít do DSA místo třeba RSA-SHA512? 17:20 &lt;tethra&gt; patenty a FUD a stát (no teda) 17:20 &lt;modulus&gt; nechci být otravný, jen zvažuji, že třeba gpg se tímhle směrem vydalo, mimo jiné. 17:20 &lt;jrandom&gt; tu možnost jsem roky nezkoumal, modulus 17:21 &lt;modulus&gt; samozřejmě DSA je standard, to mluví v jeho prospěch, ale klíče jsou malé a hashe slabé. ne že bych si myslel, že to skončí jako nejslabší článek ;-) 17:23 &lt;cervantes&gt; nenavrhoval bych "výběr" – ale nové verze Syndie by přibalovaly stále bezpečnější (povinné) šifry 17:23 &lt;vulpine&gt; &lt;Complication&gt; nechat v strukturách prostor pro budoucí změny mi přijde rozumné bez ohledu na to, která současná kryptografie se ukáže jako nejlepší 17:23 &lt;jrandom&gt; ano, i když to znamená návrat ke slabším/starším verzím kvůli interoperabilitě 17:23 &lt;jrandom&gt; ale dobře, nějak to vyřešíme 17:24 &lt;jrandom&gt; dobře, přejděme k 5) ??? 17:24 &lt;jrandom&gt; má někdo ještě něco, co na schůzce otevřít? 17:25 &lt;cervantes&gt; nemožnost číst nejnovější příspěvky z vašeho oblíbeného zdroje je dobrá motivace, aby všichni zůstali aktualizovaní 17:25 &lt;jrandom&gt; do určité míry 17:26 &lt;cervantes&gt; no=not 17:26 &lt;jrandom&gt; (ano, je to motivace, ale lidi jsou líní/nemají zájem "aktualizovat software", atd.) 17:27 &lt;jrandom&gt; s/people/some people/ 17:27 &lt;cervantes&gt; to je ale asi jejich problém 17:27 &lt;jrandom&gt; to je pravda 17:27 &lt;kostya213&gt; implementace i2p může mít alespoň bezbolestné aktualizace 17:28 &lt;jrandom&gt; rozhodně 17:28 &lt;cervantes&gt; co se týče ??? – omluvte konektivitu irc – ISP by měl obnovit jednoho ze svých hlavních síťových operátorů "co nejdříve" 17:29 &lt;jrandom&gt; w3wt 17:29 &lt;vulpine&gt; &lt;Complication&gt; k tématu ??? bych snad mohl dodat, že druhá (obsáhlejší) část úprav NTP je blízko funkčnímu stavu a doufám, že ji brzy odešlu ke testování 17:29 * cervantes bere s rezervou 17:29 &lt;kostya213&gt; jaké jsou krátkodobé plány pro vývoj routeru? je roadmapa přesná? 17:29 &lt;jrandom&gt; paráda, Complication 17:29 &lt;vulpine&gt; &lt;Complication&gt; Jejím cílem je "překontrolovat" NTP servery na základě odchylek hodin peerů 17:29 &lt;jrandom&gt; kostya213: stabilizace, dokud nepůjde ven Syndie 17:30 &lt;jrandom&gt; (z mého pohledu) 17:30 &lt;vulpine&gt; &lt;Complication&gt; (a vyhnout se krokům, které by mohly poškodit konektivitu) 17:31 &lt;cervantes&gt; skvělé 17:32 &lt;jrandom&gt; dobře, ještě něco pro schůzku? 17:34 * jrandom to uzavírá 17:34 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2006/09/12/stavov%C3%A9-pozn%C3%A1mky-i2p-k-2006-09-12/Tue, 12 Sep 2006 00:00:00 +0000/cs/blog/2006/09/12/stavov%C3%A9-pozn%C3%A1mky-i2p-k-2006-09-12/<p>Ahoj všichni, tady jsou naše <em>ehm</em> týdenní poznámky ke stavu</p> <ul> <li>Index:</li> </ul> <ol> <li>0.6.1.25 a stav sítě 2) I2PSnark 3) Syndie (co/proč/kdy) 4) Syndie otázky ke kryptografii 5) ???</li> </ol> <ul> <li> <ol> <li>0.6.1.25 and net status</li> </ol> </li> </ul> <p>Před pár dny jsme vydali verzi 0.6.1.25, která zahrnuje spoustu oprav chyb nasbíraných za poslední měsíc, stejně jako práci zzz na I2PSnark a práci Complication na tom, aby byl náš kód pro synchronizaci času o něco robustnější. V tuto chvíli se zdá, že síť je poměrně stabilní, i když IRC bylo v posledních několika dnech trochu problematické (z důvodů nesouvisejících s I2P). Přibližně polovina sítě je zřejmě již aktualizována na nejnovější vydání; úspěšnost při sestavování tunnel se příliš nezměnila, i když celková propustnost se zdá být vyšší (pravděpodobně kvůli nárůstu počtu lidí používajících I2PSnark).</p>/cs/blog/2006/08/01/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-1.-srpna-2006/Tue, 01 Aug 2006 00:00:00 +0000/cs/blog/2006/08/01/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-1.-srpna-2006/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> bar, cervantes, Complication, frosk, jrandom, polecat, tethra, void</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 16:02 &lt;jrandom&gt; ok, můžeme to rovnou rozjet 16:03 &lt;jrandom&gt; ahoj, předběžné poznámky před schůzkou jsou na http://dev.i2p.net/pipermail/i2p/2006-August/001304.html 16:03 &lt;jrandom&gt; abych to tady nemusel v podstatě celé předčítat, přeskočme rovnou k naší standardní ??? části - 16:04 &lt;jrandom&gt; má někdo něco, co chce otevřít a probrat? 16:04 &lt;@cervantes&gt; ehm 16:04 * cervantes se rychle vrhá na čtení příspěvku 16:05 &lt;+Complication&gt; Co se týče stavu sítě, tady je všechno v pořádku... 16:05 &lt;+Complication&gt; Ale jedna otázka (přeposílám z fóra) ohledně NTCP transportu, 16:06 &lt;+Complication&gt; totiž zda je pravděpodobné, že jeho zapnutí může někomu způsobit problémy se zatížením CPU (byli na XP)? 16:06 &lt;@cervantes&gt; Musím říct, že po přechodu naopak vidím nižší využití CPU :) 16:07 &lt;jrandom&gt; no, vypnout ho nemůžete (leda že byste četli zdrojový kód a znali kouzelné zaklínadlo ;) 16:07 &lt;+Complication&gt; Dotyčný zmínil, že jeho zkušenost s vysokým využitím CPU zdánlivě korelovala s NTCP 16:07 &lt;jrandom&gt; takže předpokládám, že tím myslí nepřijímání příchozích ntcp spojení 16:07 &lt;+polecat&gt; NTCP způsobí, že můj router okamžitě vytočí CPU na maximum, a stalo se mi to dvakrát, než jsem musel ručně upravit konfigurační soubor, abych zase rozběhl router. 16:07 &lt;jrandom&gt; (při současném používání odchozích ntcp spojení) 16:07 &lt;+Complication&gt; (tady je to jen nepatrně víc než obvykle, což bude nejspíš tím, že pumpuju *mnohem* víc dat) 16:08 &lt;+Complication&gt; ( `http://forum.i2p/viewtopic.php?t=1815` ) 16:08 &lt;jrandom&gt; když navazujete ntcp spojení, děláte náročný kryptografický výpočet (nebo tři) 16:08 &lt;jrandom&gt; pokud přijímáte příchozí ntcp spojení, můžete dostat spoustu pokusů najednou, protože tam venku jsou stovky I2P routerů 16:09 &lt;jrandom&gt; polecat: to nebyla chyba ntcp, ale špatného NTP serveru v NTP poolu 16:09 &lt;+polecat&gt; Ano. Takže to zjevně sám neovlivním. 16:09 &lt;jrandom&gt; (díky cervantesovi za dohledání toho NTP serveru a přimění lidí z poolu, aby je !thwap 'nuli :) 16:10 &lt;jrandom&gt; ((a Complication za to, že zařídil, abychom se těmhle šílencům do budoucna vyhnuli :)) 16:10 &lt;@cervantes&gt; heh myslím, že jejich serverové watchdogy fungují jen ve všední dny ;-) 16:10 &lt;+Complication&gt; No, současný mechanismus vyhýbání je dost omezený 16:10 &lt;@cervantes&gt; http://www.pool.ntp.org/scores/216.52.237.153 16:11 &lt;+Complication&gt; Doufám, že časem naprogramuju něco paranoidnějšího 16:11 &lt;+polecat&gt; Aha, takže zapnutí NTCP už nebude vytáčet CPU na doraz? 16:11 &lt;jrandom&gt; (ono to nikdy nedělalo, polecat, byla to náhoda ;) 16:12 &lt;+Complication&gt; „clock“ v jakém přesném smyslu? 16:12 &lt;jrandom&gt; (viz odkaz od cervantese) 16:12 * polecat vrazí Complicationovi pohlavek. 16:12 &lt;@cervantes&gt; co to hulíš, polecate 16:12 &lt;+Complication&gt; :P 16:12 &lt;+polecat&gt; Ehm, myslím, že sežral všechny taktovací cykly. :) 16:13 &lt;+Complication&gt; Pokud hodiny skočily o 30 sekund dopředu nebo dozadu, mohlo to ztratit spoustu relací a sáhnout ke všemožné velmi, velmi náročné kryptografii 16:13 &lt;+Complication&gt; To by podle mě mohlo sebrat spoustu CPU cyklů 16:13 &lt;+Complication&gt; Možná ten člověk na fóru viděl totéž a špatně si to spojil s NTCP? Musím se zeptat... 16:13 &lt;jrandom&gt; aha.. no, nárazové vlny validních příchozích ntcp spojení způsobí špičky CPU, zatímco outbound-only ntcp se najednou pokusí mluvit jen s omezeným počtem nových ntcp peerů 16:14 &lt;jrandom&gt; není nic špatného na tom nepovolovat příchozí ntcp. 16:15 &lt;@cervantes&gt; Complication: server byl opraven v pondělí uprostřed dne, takže by stálo za to zjistit, jestli od té doby měli problémy 16:15 &lt;jrandom&gt; ok, má ještě někdo něco k probrání? 16:16 &lt;+Complication&gt; cervantes: jasně, stálo by to za zkoušku 16:16 &lt;@cervantes&gt; Dostal jsem hlášení, že některým lidem se pořád periodicky ztrácejí leases (záznamy o dostupnosti tunelů v leaseSetu)... je to známý problém? 16:16 &lt;+void&gt; jak moc se implementace ntcp liší od ssu? 16:17 &lt;+polecat&gt; Jak poznáme, že přicházíme o leases? 16:18 &lt;jrandom&gt; void: v ntcp je o něco vyšší režie na zprávu co do šířky pásma (i když to může vyvážit pravděpodobně efektivnější implementace spolehlivého přenosu v OS) 16:18 &lt;+Complication&gt; polecat: na tunnels.jsp neuvidíš žádné tunnel pro konkrétní tunnel pool (např. „shared clients“) 16:18 &lt;jrandom&gt; cervantes: jo, naše úspěšnost stavby tunnel pořád není tam, kde by měla být 16:18 &lt;+void&gt; polecat: router console to říká 16:18 &lt;+Complication&gt; A jak říká void, levý postranní panel konzole to také ukáže 16:19 &lt;+polecat&gt; Dostávám ty zprávy „No leases“ docela často... to máš na mysli, že? 16:19 &lt;@cervantes&gt; jj 16:20 &lt;+polecat&gt; To mi obvykle zabije moje IRC spojení. Myslel jsem, že je to normální! 16:21 * jrandom se otřese 16:24 &lt;+tethra&gt; lol ;) 16:25 &lt;jrandom&gt; ok, má někdo ještě něco k tomuhle meetingu? 16:25 &lt;@cervantes&gt; jrandom: udělal jsi poslední dobou nějaký pokrok na syndie, nebo jsi měl plné ruce práce s ntcp/bugfixingem/sháněním ISP/kolařením ? 16:27 &lt;+tethra&gt; nějaké novinky o feedspace, nebo mám prostě jít na jejich eepsite? 16:28 &lt;jrandom&gt; když se živá síť podělala, odsunul jsem syndie stranou. ale jak se síť zase vrací do normálu, syndie si zpátky bere můj čas a doufám, že brzy vydám malý CLI systém (a poté přijdou cílená GUI, podle zpětné vazby uživatelů) 16:28 &lt;jrandom&gt; (implementované SWT GUI je v docela dobrém stavu, ale asi bude lepší začít s CLI, aby se srovnala očekávání) 16:29 * jrandom nemá žádné novinky o feedspace 16:29 &lt;@cervantes&gt; super 16:29 &lt;jrandom&gt; frosk: nějaké zprávy? :) 16:29 &lt;+polecat&gt; Jsem rád, že znovu pracuješ na syndie. Nová verze zní slibně. Nějaké nápady na ACL pro věci jako mazání blogů z uzlu nebo provádění administrativních úloh nezávislých na účtu? 16:30 &lt;@cervantes&gt; &lt;jrandom&gt; DELETE FROM messages WHERE postedOn &lt;NOW()-14*24*60*60; 16:31 &lt;jrandom&gt; lokální archivy pravděpodobně zůstanou v zásadě důvěryhodné (protože když se dostaneš k lokální databázi archivu, můžeš ten soubor měnit, jak chceš) 16:32 &lt;jrandom&gt; ale u sdílených blogů je k dispozici celá sada kryptografických struktur pro autentizaci a/nebo autorizaci příspěvků a změn 16:33 &lt;jrandom&gt; (ale bude i způsob, jak zobrazit „unauthorized“ příspěvky, jen budou hodně mimo hlavní proud) 16:33 &lt;+polecat&gt; Jsem si jistý, že jakmile někdo zaplaví syndikáty tisíci obřích blogpostů, technika fyzického mazání příspěvků se zdokonalí. 16:34 &lt;+tethra&gt; heheh 16:35 &lt;jrandom&gt; fyzické smazání je triviální, otázka je, jaké příspěvky přijímat už na začátku ;) 16:36 &lt;jrandom&gt; (nemám zájem dělat ze syndie platformu pro distribuci filmů apod.) 16:36 &lt;+polecat&gt; Člověk si nemůže být jistý, co přijímá, dokud nepřijme vzorek. Představuju si něco jako povolovat jen whitelist blogů a nové ID přijímat zkušebně, než je přidáte natrvalo, s okamžitým smazáním při spamové zradě. 16:36 &lt;jrandom&gt; jo 16:37 &lt;+polecat&gt; Více mě zajímá použití pro pospojování vláken konverzací: mohli bychom udělat BBS bez centrálního serveru, jen se společným tagem! 16:37 &lt;jrandom&gt; (ručně povolovat nová ID, ručně kickbanovat ID, která floodí, atd.) 16:37 &lt;jrandom&gt; na to je dokonce inherentní podpora v kryptu, polecate :) 16:37 &lt;+polecat&gt; Možná moderátor podepisující schválené zprávy pro BBS a lidé by si stahovali seznamy schválení z moderátorova blogu. 16:38 &lt;+polecat&gt; Ó, skvělé. 16:38 &lt;@frosk&gt; jrandom: poslední dobou dělám na GUI věcech, ale těžko se to kombinuje s nástupem do nové práce :( 16:39 * cervantes kontaktuje HR, aby froska vyhodili 16:40 &lt;jrandom&gt; ah super, doufejme, že až syndie začne tlačit zbastlenou HTTP syndikaci, zase tě to k tomu naláká ;) 16:40 &lt;@frosk&gt; aspoň můj šéf teď sleduje vývoj i2p :) 16:40 * jrandom mává šéfovi froska 16:40 &lt;@frosk&gt; jo, pořád jsem odhodlaný (sakra!) :) 16:40 &lt;jrandom&gt; (dejme froskovi víc volna, potřebujeme ho!) 16:41 &lt;@cervantes&gt; snad si nepřečte, jak jsi dával utajované firemní informace na svůj syndie blog 16:41 &lt;bar&gt; GUI je dobré, máme rádi GUI. Jsi omilostněn. 16:41 &lt;+Complication&gt; Hehe :) 16:41 &lt;@frosk&gt; je zvláštní přijít do jeho kanceláře a načapat ho, jak čte syndie :) 16:41 &lt;jrandom&gt; hah parádní 16:42 &lt;+polecat&gt; Gratuluju, frosku, i kdybys byl potupně vyhozen, aspoň jsi ukázal dalšímu člověku, jak může být syndie cool. 16:43 &lt;@frosk&gt; hehe jo 16:43 &lt;+tethra&gt; haha 16:44 &lt;@frosk&gt; GUI (v SWT) je/bude testbed pro všechny věci kolem feedspace, aby se to nakoplo 16:44 &lt;jrandom&gt; r0x0r 16:45 &lt;+void&gt; jrandom: možná bys měl crosspostovat všechno, co jde na mailing listy, i do syndie? 16:45 &lt;jrandom&gt; to bychom měli úplně sloučit se syndie SWT GUI (základní paradigma je prohlížeč, i když v tabech nezobrazuje HTML stránky) 16:46 &lt;+polecat&gt; To by bylo fajn. Zdá se, že mi už mailing list nechodí. 16:46 &lt;jrandom&gt; void: pro někoho by bylo celkem snadné napsat malý shell skript, který napojí procmail do syndie CLI 16:46 &lt;@cervantes&gt; jsou tahle fajnová SWT GUI napojená přímo do aplikací? nebo jsou to nadstavby pro CLI spustitelné, případně používají TCP atd. atd. 16:46 &lt;@frosk&gt; to dává smysl 16:46 &lt;jrandom&gt; (jestli si dobře pamatuju, mám někde starší post na blogu, který vysvětluje, jak použít syndie CLI k vkládání příspěvků) 16:47 &lt;+polecat&gt; Aktuálně lze dělat RSS feedy a krmit jimi syndie, i když je to zatím takové neohrabané. 16:47 &lt;jrandom&gt; cervantes: JDBC v event handlerech, inline s JNI a MSVC callouty, samozřejmě ;) 16:47 * jrandom uhýbá 16:48 &lt;+polecat&gt; Microsoft Visual Classes? 16:49 &lt;@cervantes&gt; jrandom: takže cokoliv, co umí mluvit SQL, může spravovat syndie? 16:49 &lt;jrandom&gt; (z pohledu syndie je veškerá funkcionalita v zásadě implementovaná v mnoha malých CLI aplikacích, které jen aktualizují JDBC databázi, a je k tomu SWT UI na procházení DB) 16:51 &lt;+polecat&gt; A protože databáze má dvě rozhraní, JDBC a SQL, klient komunikující v kterémkoli protokolu může se syndie zamávat. 16:51 &lt;jrandom&gt; cervantes: ano i ne – velká část databáze je šifrovaná, takže ne všechna pole jsou čitelná 16:51 &lt;+void&gt; zůstane tam současné webové rozhraní? 16:51 &lt;jrandom&gt; (jdbc == sql) 16:51 &lt;jrandom&gt; void: ne 16:51 &lt;+polecat&gt; Myslel jsem, že jsi říkal, že JDBC není blbý člověkem čitelný protokol? 16:51 &lt;+Complication&gt; jdbc == java database interface, možná trochu podobné odbc 16:51 &lt;jrandom&gt; ((jdbc ~= sql)) 16:51 &lt;+Complication&gt; Něco, přes co mluvíš SQL 16:52 &lt;+void&gt; jrandom: co bude se syndie.i2p/syndiemedia.i2p.net? 16:52 &lt;+polecat&gt; Aha. No, SQL jsem stejně nikdy neměl rád, jen pro pořádek. 16:52 &lt;@cervantes&gt; jrandom: takže je lepší vytvořit nadstavbu pro syndieTools (tm), než se snažit sosat data sám 16:53 &lt;jrandom&gt; void: čas ukáže. pravděpodobně budou 1) sloužit jako web/eepsite pro syndie, 2) sloužit jako veřejný archiv příspěvků pro syndikaci a časem, až bude napsané webové rozhraní, 3) poskytovat webové rozhraní 16:53 &lt;+polecat&gt; Proč neposílat jako databázové dotazy rovnou bytecode místo archaických příkazů v COBOLu? 16:53 &lt;jrandom&gt; jo, cervantes 16:53 &lt;jrandom&gt; !lart polecat 16:54 &lt;+void&gt; hehehe 16:54 &lt;+polecat&gt; Ach, moje tajná slabost. 16:54 &lt;@cervantes&gt; * ve svém inventáři máš ještě 6 lartů, na severu jsou dveře a na podlaze leží v bezvědomí polecat 16:54 &lt;jrandom&gt; cervantes: to je vlastně CLI app #3 (extrahování jednotlivých příspěvků, což přichází po app #2, vypisování jednotlivých příspěvků (po #1, vytváření jednotlivých příspěvků, a po #0, správa nymů))) 16:54 &lt;jrandom&gt; lol 16:54 &lt;+tethra&gt; haha 16:55 &lt;+Complication&gt; návrh feature: místo bytecode proč neposílat jako databázové dotazy živé agenty $agency? ;P 16:56 &lt;+Complication&gt; Bylo by mnohem snazší validovat jejich bezpečnost :P 16:56 &lt;@cervantes&gt; jrandom: jasné 16:56 &lt;+tethra&gt; fungují za správného klimatu jako poštovní holubi, Complication? 16:56 &lt;+Complication&gt; tethra: jen když je zvládneš protlačit přes TCP stack neporušené :P 16:56 &lt;+polecat&gt; Ano, databázové dotazy přes C++! 16:57 &lt;+Complication&gt; Představuju si, že když se v TCP pomačkají, mohlo by je to poškodit 16:58 &lt;+Complication&gt; (sorry, vtipy bychom měli nechávat na #i2p-chat, ale někdy si prostě nemůžu pomoct) 16:58 * cervantes cítí, že se blíží baff 16:58 &lt;+Complication&gt; databázové dotazy jako shellcode? 16:59 &lt;jrandom&gt; ok, má někdo ještě něco k meetingu? 16:59 &lt;+polecat&gt; http://www.blug.linux.no/rfc1149/ &lt;- přes tohle bychom fakt mohli tunnel i2p. 16:59 * Complication by raději zůstal u SQL 17:00 &lt;+void&gt; jrandom: mají jiné jazyky než Java knihovny pro databáze hsqldb? 17:01 &lt;+Complication&gt; Oo by asi mělo, když to zjevně používají 17:01 &lt;+void&gt; mně to vypadá spíš na „ne“ 17:01 &lt;+void&gt; oh, hmm 17:01 &lt;@cervantes&gt; OpenOffice to používá, takže bych hádal, že ano 17:01 &lt;+Complication&gt; Ale nejsem si jistý, v čem je OpenOffice napsaný 17:01 &lt;jrandom&gt; o ničem nevím. ale lze provozovat syndie proti jiné JDBC databázi (mysql, oracle, atd.) 17:01 &lt;jrandom&gt; OO používá Javu 17:02 &lt;+void&gt; k čemu přesně používá OpenOffice tuhle databázi? 17:02 &lt;+Complication&gt; Ale zdá se, že ji používá jen částečně 17:02 &lt;jrandom&gt; void: pro generování PDF a pro jejich databázovou aplikaci podobnou Accessu 17:02 &lt;jrandom&gt; (mimo jiné) 17:02 &lt;+Complication&gt; Soudě podle toho, že doporučují externí JRE 17:02 &lt;+void&gt; ok 17:03 &lt;+void&gt; psát přenositelný SQL je ale pěkná otrava 17:03 &lt;+Complication&gt; pokud se nepoužívají triggery nebo uložené procedury, neměla by to být taková bolest 17:04 &lt;jrandom&gt; eh, není to tak zlé a dá se to snadno vyčlenit 17:04 &lt;+void&gt; zvlášť když míříte na Oracle ;) 17:05 &lt;jrandom&gt; vlastně, hsqldb podporuje pl/sql ;) 17:06 &lt;bar&gt; jsou s touhle databází ještě jiné plány, třeba pro statistiky, profily peerů, netdb..? 17:06 &lt;jrandom&gt; ne, tohle je jen pro syndie 17:06 &lt;bar&gt; ok 17:07 &lt;jrandom&gt; (i když jakmile dodáme kód hsqldb, můžeme ho v i2p použít „zadarmo“) 17:07 &lt;@cervantes&gt; protože syndie není I2P aplikace, jen aplikace, která může běžet přes I2P, správně? 17:07 &lt;jrandom&gt; jo, cervantes, není žádná závislost na i2p 17:07 &lt;+Complication&gt; Je dobré udržet Syndie přenositelnou, protože může mít i jiné transporty než I2P 17:07 &lt;bar&gt; přesně 17:08 &lt;+Complication&gt; Nicméně předpokládám, že nebude těžké spouštět více instancí hsqldb na stejném stroji 17:08 &lt;+Complication&gt; Takže pokud by to potřebovaly jiné aplikace, zřejmě by to prostě mohly použít 17:08 &lt;jrandom&gt; triviální a s nulovými náklady, pokud použijete in-JVM databázi 17:08 &lt;+Complication&gt; (ideálně by měly mít vlastní instanci) 17:10 &lt;+void&gt; není pro sqlite jdbc driver? 17:11 &lt;jrandom&gt; nevím, nikdy jsem ho nepoužil 17:11 &lt;+void&gt; aha, vypadá to, že *něco* je 17:13 &lt;jrandom&gt; ok, ještě něco k meetingu? 17:13 &lt;jrandom&gt; pokud ne... 17:13 * jrandom dinws up 17:13 * jrandom ustoupí 17:13 * jrandom se rozmachuje 17:13 * jrandom *baf* uzavírá meeting </div>/cs/blog/2006/08/01/stavov%C3%A9-pozn%C3%A1mky-i2p-k-2006-08-01/Tue, 01 Aug 2006 00:00:00 +0000/cs/blog/2006/08/01/stavov%C3%A9-pozn%C3%A1mky-i2p-k-2006-08-01/<p>Ahoj všichni, je čas na stručné poznámky před dnešní večerní schůzkou. Uvědomuji si, že můžete mít celou řadu otázek nebo záležitostí, které chcete otevřít, takže zvolíme volnější formát než obvykle. Nejprve je jen pár věcí, které chci zmínit.</p> <ul> <li>Network status</li> </ul> <p>Zdá se, že síť si vede docela dobře, dokončují se roje poměrně velkých přenosů v I2PSnarku a na jednotlivých routerech se dosahuje poměrně značných přenosových rychlostí - viděl jsem 650KBytes/sec a 17,000 zapojených tunnels bez jakýchkoli problémů. Routery na spodním konci spektra si také vedou dobře, procházení eepsites(I2P Sites) a irc se 2 hop tunnels vyžaduje v průměru méně než 1KByte/sec.</p>/cs/blog/2006/06/13/pozn%C3%A1mky-o-stavu-i2p-k-2006-06-13/Tue, 13 Jun 2006 00:00:00 +0000/cs/blog/2006/06/13/pozn%C3%A1mky-o-stavu-i2p-k-2006-06-13/<p>Ahoj všichni, už je zase úterý,</p> <ul> <li>Index</li> </ul> <ol> <li>Stav sítě 2) 0.6.1.21 3) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>V poslední době není situace na síti příliš dobrá a bohužel neexistují žádné lokální úpravy, které byste mohli provést, aby se to zlepšilo. Děkujeme za trpělivost.</p> <ul> <li> <ol start="2"> <li>0.6.1.21</li> </ol> </li> </ul> <p>V průběhu posledních několika vydání jsme omezovali počet proměnných v chování sítě a během příštího dne či dvou bychom měli mít nové vydání 0.6.1.21, které naváže na zkušenosti, které jsme získali s 0.6.1.20. Mimo jiné by zítřejší vydání mělo snížit počet zbytečných odmítnutí tunnel (byť do stavu, který je poněkud příliš benevolentní), a jakmile se to nasadí, doufejme uvidíme určité zlepšení. Pokud ne, máme pořád ještě jeden subsystém, který můžeme rozebrat, abychom se vrátili do dobré formy, ale té bitvě bych se rád, pokud to jen trochu půjde, vyhnul.</p>/cs/blog/2006/06/13/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-13.-%C4%8Dervna-2006/Tue, 13 Jun 2006 00:00:00 +0000/cs/blog/2006/06/13/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-13.-%C4%8Dervna-2006/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> fedo, jrandom, modulus, NickyB, user-land</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 16:05 &lt;jrandom&gt; 0) ahoj 16:05 &lt;jrandom&gt; 1) Stav sítě 16:05 &lt;jrandom&gt; 2) 0.6.1.21 16:05 &lt;jrandom&gt; 3) ??? 16:05 &lt;jrandom&gt; 0) ahoj 16:05 * jrandom mává 16:05 &lt;jrandom&gt; týdenní poznámky ke stavu jsou nahoře @ http://dev.i2p.net/pipermail/i2p/2006-June/001293.html 16:06 &lt;jrandom&gt; zatímco se v tom prohrabete, pojďme přeskočit k 1) Stav sítě 16:07 &lt;jrandom&gt; chování sítě teď není nic moc - některým lidem funguje docela dobře, ale jiným vůbec 16:07 &lt;modulus&gt; .20 mi funguje docela dobře, kde .19 vůbec nefungovalo, ale to je asi jen anekdota. 16:08 &lt;jrandom&gt; ty říkáš anekdota, já říkám datový bod :) 16:08 &lt;jrandom&gt; zítra ale bude nové vydání, které by to mělo trochu zlepšit 16:09 &lt;jrandom&gt; aha, to je vlastně 2)... má někdo ještě něco k 1) stavu sítě, co by chtěl nejdřív probrat? 16:10 &lt;jrandom&gt; pokud ne, skočme na 2) 0.6.1.21 16:11 &lt;jrandom&gt; 0.6.1.20-7 je cvs head a někdy zítra se z něj stane 0.6.1.21 16:12 &lt;jrandom&gt; mělo by to zlepšit schopnost rychlých peerů obsloužit více tunnels, což by následně mělo zlepšit úspěšnost všem 16:13 * jrandom má aktuálně ~30-60% míru úspěšnosti (bez expirací) - doufejme, že expirací bude ještě méně 16:14 &lt;jrandom&gt; ok, k tomu nemám moc co dodat- změny jsou uvedené v history.txt, takže zítra sledujte vydání 16:14 &lt;jrandom&gt; (také pamatujte, že rozdistribuování vydání může trvat až 12 hodin, takže asi bude nejlepší buď sestavit -7, nebo počkat na oficiální oznámení na mailing listu/webu) 16:15 &lt;jrandom&gt; ok, přesuneme se k 3) ??? 16:15 &lt;jrandom&gt; má někdo ještě něco, co chce otevřít? 16:15 &lt;user-land&gt; máte doporučení na routers, které zvládnou zátěž z i2p ? 16:15 &lt;NickyB&gt; ano 16:15 &lt;NickyB&gt; ohledně ircproxy 16:15 &lt;user-land&gt; a co zdržuje i2p 1.0 ? :-) 16:16 &lt;jrandom&gt; user-land: na první otázku ne (kromě "trpělivosti") 16:16 &lt;jrandom&gt; na druhou otázku viz první 16:16 &lt;NickyB&gt; nejdřív se omlouvám za svou špatnou angličtinu. Můj ircProxy je nastaven tak, aby byl dostupný na mé lan, jako všechny ostatní proxy (eeproxy taky) ale můj 6668 je dosažitelný na Netu.... 16:17 &lt;jrandom&gt; NickyB: když říkáš na své lan, na jaké *rozhraní* je navázaný (na `http://localhost:7657/i2ptunnel/index.jsp)` 16:18 &lt;jrandom&gt; NickyB: pokud je rozhraní "0.0.0.0", ano, bude přijímat spojení odkudkoli. pokud je "127.0.0.1" bude přijímat spojení jen z localhostu. pokud je "10.0.0.123" nebo "192.168.1.42", pak bude přijímat spojení z tvé LAN 16:19 &lt;NickyB&gt; err, pro mou konzoli jsem udělal změnu v client.config 16:19 &lt;NickyB&gt; clientApp.0.args=7657 192.168.0.1 ./webapps/ 16:19 &lt;NickyB&gt; 192.168.0.1 je adresa daná všem mým proxy 16:19 &lt;NickyB&gt; Dostupné pro: 16:20 &lt;NickyB&gt; Hosty v LAN 16:20 &lt;NickyB&gt; 192.168.0.1 16:20 &lt;NickyB&gt; a můj 4444 není na netu dostupný, ale můj 6668 ano 16:20 &lt;jrandom&gt; NickyB: musíš zastavit a znovu spustit ten konkrétní i2ptunnel proxy, aby se změny projevily 16:21 &lt;jrandom&gt; ale možná můžeme pokračovat v ladění po meetingu (všechno se loguje ;) 16:21 &lt;NickyB&gt; zkusím, děkuji 16:21 &lt;jrandom&gt; není zač, díky za trpělivost 16:21 &lt;jrandom&gt; ok, má někdo ještě něco k meetingu? 16:21 &lt;fedo&gt; proč .21 nebude *povinné* vydání ? ptám se proto, že máme spoustu .12 .13 atd. routeurs. To asi síti na zdraví nepřidá ... 16:23 &lt;jrandom&gt; staré routers moc neškodí, a není jich příliš mnoho (něco jako 2-300 zůstává v rámci 1 vydání od aktuálního) 16:23 &lt;user-land&gt; můj hardware router spadl pod zátěží i2p. proto jsem se ptal na doporučení hardware. 16:24 &lt;jrandom&gt; ach, promiň, špatně jsem pochopil tvoji otázku, user-land. vystačil jsem si s levnými linksysy a belkiny, i když nevím, jaké switche mají v aktuálním colo 16:24 &lt;user-land&gt; díky. 16:25 &lt;jrandom&gt; fedo: klíčové u ...21 je, že 1) rychlé routers upgradují (a ty to stejně nejspíš udělají) a 2) že uživatelé budou na ...19 nebo vyšší 16:26 &lt;fedo&gt; ok Jr 16:26 &lt;jrandom&gt; ok, má někdo ještě něco k meetingu? 16:28 &lt;user-land&gt; díky za vaše úsilí :-) 16:28 * ashter2 podporuje user-land 16:28 &lt;user-land&gt; a http://www.savetheinternet.com/ 16:29 &lt;jrandom&gt; (pche, nikdy nespolehejte na politiku, že nás ochrání. použijte technologie) 16:29 &lt;jrandom&gt; ok, pokud už nic dalšího... 16:30 * jrandom se rozmachuje 16:30 * jrandom *baf* uzavírá meeting </div>/cs/blog/2006/05/30/pozn%C3%A1mky-o-stavu-i2p-ze-dne-2006-05-30/Tue, 30 May 2006 00:00:00 +0000/cs/blog/2006/05/30/pozn%C3%A1mky-o-stavu-i2p-ze-dne-2006-05-30/<p>Ahoj všichni, po krátké pauze je tu opět čas na naše týdenní statusové poznámky (nepodepsané z důvodu údržby systému)</p> <ul> <li>Index</li> </ul> <ol> <li>Stav sítě 2) Filtrování peerů 3) Stav Syndie 4) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Bohužel nemáme nic nového k hlášení ohledně stavu sítě. Situace je stále poměrně rozbouřená a pokud mohu soudit, neexistuje žádná úprava ani nastavitelný parametr, kterým byste ji mohli bezpečně zlepšit lokálně. Jakmile budou k dispozici, zveřejníme další informace a vydání, které to umožní, ale do té doby děkujeme za trpělivost.</p>/cs/blog/2006/05/30/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-30.-kv%C4%9Btna-2006/Tue, 30 May 2006 00:00:00 +0000/cs/blog/2006/05/30/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-30.-kv%C4%9Btna-2006/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> bar, cervantes, frosk, green, jrandom, tethrar</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 16:00 &lt;jrandom&gt; 0) ahoj 16:00 &lt;jrandom&gt; 1) Stav sítě 16:00 &lt;jrandom&gt; 2) Filtrování peerů 16:00 &lt;jrandom&gt; 3) Stav Syndie 16:00 &lt;jrandom&gt; 4) ??? 16:00 &lt;jrandom&gt; 0) ahoj 16:00 * jrandom mává 16:01 &lt;jrandom&gt; týdenní poznámky o stavu zveřejněny @ http://dev.i2p.net/pipermail/i2p/2006-May/001291.html 16:01 &lt;jrandom&gt; (dokonce o hodinu dřív [nebo o pár týdnů později, pokud si mě chcete dobírat ;]) 16:02 &lt;jrandom&gt; ok, pojďme rovnou na 1) Stav sítě 16:02 &lt;jrandom&gt; věci nejsou v takovém stavu, v jakém by měly být. Je to lepší než během kolapsu z přetížení, ale mělo by to být lepší než teď 16:03 &lt;jrandom&gt; nemám k tomu moc co dodat, pokud tedy někdo nemá dotazy/obavy k 1)? 16:03 &lt;@frosk&gt; s .19 mám dny nepřerušeného irc připojení, takže si nestěžuji 16:04 &lt;jrandom&gt; pěkné 16:04 &lt;jrandom&gt; jo, pro některé je to dobré, jen ne dost dobré nebo dost konzistentní. statistiky v db taky nevypadají nijak skvěle 16:06 &lt;jrandom&gt; ok, má někdo ještě něco k 1) Stavu sítě, nebo přejdeme k 2)Filtrování peerů? 16:07 &lt;jrandom&gt; [vložte sem zvuky přesunu] 16:09 &lt;jrandom&gt; jak bylo zmíněno v mailu, podstatou je trochu posílit náš výběr peerů. zpočátku to bude trochu nebezpečné, umožní to některé aktivní útoky rozdělením, ale pokud to bude fungovat, jak doufám, můžeme se jim vyhnout 16:10 &lt;jrandom&gt; (ale vyhnout se tomu v podstatě vyžaduje zabít všechny identity pro router, což by v podstatě fungovalo jako reset sítě, takže bych se tomu rád vyhnul, pokud to nestojí za to) 16:11 &lt;bar&gt; resetovat je jednou nebo opakovaně? 16:11 &lt;bar&gt; s/reset/killing 16:11 &lt;jrandom&gt; alespoň jednou, ale také při všech následných drastických změnách konfigurace 16:12 &lt;jrandom&gt; (alias dát nějaká kritéria do certifikátu identity pro router, což zase znamená změnit ident hash, aby nemohli předstírat, že prosazují jedno nastavení některým lidem a jiné jiným) 16:13 &lt;bar&gt; jasné 16:14 &lt;jrandom&gt; ok, myslím, že k tomu teď nic dalšího nemám, pokud tedy někdo nemá dotazy/komentáře/obavy? 16:15 &lt;jrandom&gt; (doufejme, že během jednoho až dvou dnů vyjde build, vydání poté, co se to stabilizuje) 16:17 &lt;jrandom&gt; ok, krátce k 3).. 16:18 &lt;jrandom&gt; Syndie se posouvá, a i když bitva amd64/amd32/x86/swt/gcj nebyla vždy pěkná, budeme mít v červnu připravený build 16:19 &lt;jrandom&gt; (ale pořád se mnou nemluvte o mingw/gcj ;) 16:19 &lt;jrandom&gt; momentálně k tomu nemám moc co dodat, pokud tedy někdo nemá dotazy/obavy ohledně předělávky Syndie? 16:21 &lt;@cervantes&gt; jak to vypadá s podporou mingw/gcj? 16:21 &lt;@cervantes&gt; *uhne* 16:22 &lt;@cervantes&gt; dostaneme nějaké screenshoty před červnovým vydáním? :) 16:23 &lt;jrandom&gt; jsem si jistý, že se pokusím přitáhnout pár nadšených dobrovolníků na testování před vydáním ;) 16:23 &lt;tethrar&gt; počítej se mnou ;) 16:23 &lt;jrandom&gt; w3wt 16:24 &lt;jrandom&gt; ok, pojďme přeskočit k bodu, na který jste všichni čekali: 4) ??? 16:24 &lt;jrandom&gt; co jeee? 16:24 &lt;green&gt; Je nějaký plán mít „opravdový“ funkční I2P router s Via C7? jbigi dává jen o 30 % víc než čistá Java 16:25 &lt;jrandom&gt; je 30 % pořád příliš náročných na CPU? proč to není „opravdové“? 16:25 &lt;jrandom&gt; ale ne, nemám matematické ani c7 asm schopnosti, abych udělal lepší libGMP pro C7. 16:25 &lt;green&gt; jasně příliš náročné na CPU při 100% zatížení CPU :P 16:26 &lt;jrandom&gt; 100% zatížení CPU naznačuje, že problém není v jbigi, ale v tom, že se jbigi musí používat příliš často 16:26 &lt;jrandom&gt; a na to ano, chystáme spoustu věcí. 16:26 &lt;jrandom&gt; (např. snížit opětovná navazování spojení, zlepšit úspěšnost sestavení tunnel, atd.) 16:27 &lt;jrandom&gt; ((a také aby nepřicházelo tolik požadavků na tunnel, pokud router není schopen je zvládnout)) 16:29 &lt;green&gt; hmm, to je na dedikovaném stroji se 100Mb/s, takže by to mělo stačit 16:30 &lt;jrandom&gt; ne, šířka pásma tu není jediný omezený zdroj, očividně je to CPU ;) 16:33 &lt;jrandom&gt; ok, má někdo ještě něco k téhle schůzce? 16:36 &lt;jrandom&gt; *odkašlání* 16:37 * jrandom se rozmachuje 16:37 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2006/05/16/i2p-v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-16.-kv%C4%9Btna-2006/Tue, 16 May 2006 00:00:00 +0000/cs/blog/2006/05/16/i2p-v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-16.-kv%C4%9Btna-2006/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> bar, cervantes, Complication, Pi</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> &lt;cervantes&gt; moo: http://dev.i2p.net/pipermail/i2p/2006-May/001289.html &lt;cervantes&gt; 0) ahoj &lt;cervantes&gt; 1) jrandom tu není &lt;cervantes&gt; 2) ??? &lt;cervantes&gt; 0) ahoj &lt;cervantes&gt; ahoj &lt;cervantes&gt; přejděme k 1) &lt;cervantes&gt; jrandom tu dnes není, ale zítra nám dá status update &lt;cervantes&gt; 2) ??? &lt;cervantes&gt; má někdo něco dalšího k dnešnímu setkání? &lt;bar&gt; mám otázku &lt;cervantes&gt; v tom případě... * cervantes se natahuje * cervantes přestává natahovat &lt;Complication&gt; Aha, otázka... &lt;bar&gt; ta oprava PRNG v cvs, zlepší to obecný výkon, nebo se to týká něčeho jiného? &lt;cervantes&gt; obecně není jisté, jaké to může mít důsledky &lt;Complication&gt; O celkovém dopadu osobně nemám přehled, ale týká se to alespoň dvou chování, o kterých vím: &lt;cervantes&gt; ale konkrétně to opravuje symptom v i2ptunnel * cervantes nechává Complication odkomplikovat &lt;Complication&gt; náhodná volba délky tunnelu a výběr IRC serveru (obecněji, náhodný výběr ze seznamu I2PTunnel destinací) &lt;Complication&gt; Náhodná volba délky tunnelu má pravděpodobně významný vliv na celkové zdraví sítě, protože umožní klientům, kteří si můžou dovolit kompromis v délce tunnelu, to skutečně udělat &lt;Complication&gt; Takže nebudou zadržovat dech a stavět 2-hop tunnels, ale zkusí i nějaké 1-hop tunnels &lt;Complication&gt; (které jsou v těžkých časech mnohem snazší získat) &lt;cervantes&gt; také se může zlepšit IRC konektivita, jakmile se to rozšíří. V zásadě freshcoffee nedostával žádná klientská připojení, protože byl druhý v seznamu – takže s příštím vydáním by se zátěž měla rovnoměrně rozdělit mezi oba servery &lt;bar&gt; takže ten bug způsobil, že lidé vždycky volili delší délky tunnelu, když byly k dispozici? &lt;Complication&gt; Pokud jsem to správně pochopil, byla tím ovlivněna každá randomizace s menšími celými čísly (např. vyber 0 nebo 1) &lt;Complication&gt; *myslím*, že randomizace s většími celými čísly (např. vyber celé číslo mezi 0 a 100) byly ovlivněné méně &lt;Complication&gt; pokud tě to zajímá, asi bys měl požádat jranom o podrobnosti, až se vrátí &lt;Complication&gt; Můžu se v detailech mýlit. &lt;bar&gt; chápu, díky. dobrý postřeh &lt;Complication&gt; no, cervantes sem přišel a začal si stěžovat, že nedostává žádné přetížení ;P &lt;cervantes&gt; tak jsem to pochopil i já &lt;cervantes&gt; vidíš... nic v životě nedostaneš, když si nezabrbláš :) &lt;cervantes&gt; má někdo další otázky nebo témata pro setkání? &lt;fox&gt; &lt;duck&gt; ano &lt;Pi&gt; otázka k obecnému zdraví sítě: vidím víc a víc klientů, kteří zůstávají pozadu co do i2p-verze (2 pořád používají 0.6.1.11 atd.). Nebudou tito klienti čím dál víc ztěžovat monitorování dopadů změn v jádře? (protože „méně“ lidí se zdá chtít aktualizovat) &lt;fox&gt; * duck opakuje výše uvedené * w423412323 navrhuje změnu tématu tím směrem. ;) &lt;fox&gt; &lt;duck&gt; Přemýšlel jsem, viděl jsem na mailinglistu CVS pár zvláštních commitů k ladění. Jsou to spíš experimenty? Jsou založené na pozorováních? Nejsou předčasné? &lt;Complication&gt; Pi: dokud nejsou přítomny ve velkých počtech, neměly by mít velký vliv &lt;Pi&gt; 70 z 300 klientů teď podle mého netdb používá jinou než 0.6.1.18 verzi &lt;Complication&gt; Je to hra čísel a kapacity – pokud je buď většina routerů, nebo navíc routery s nejvyšší kapacitou rozumně aktualizovaná, pár lidí, kteří zapomněli, že si nainstalovali I2P, by nemělo vadit :) &lt;cervantes&gt; Pi: pokud se starší routery chovají špatně, síť by se _měla_ přizpůsobit a omezit provoz směrovaný přes ně &lt;cervantes&gt; *being routed &lt;cervantes&gt; Complication: viděl jsi duckovu otázku? &lt;Pi&gt; a otázka ke statistice na i2p-console, která se objevila před nějakou dobou: co znamená handle backlog? &lt;Complication&gt; duck: myslíš úpravy škrcení tunnelů? Je to ladění v tom smyslu, že nepřináší nic zásadně nového, ale měly by být teď docela dobře otestované (tj. asi nebudou kousat) &lt;Complication&gt; Ale možná trochu kousnou, pokud provozuješ exotickou konfiguraci, která je úplně mimo parametry, které mě napadly &lt;fox&gt; &lt;duck&gt; Complication: zajímalo mě, jestli na tom opravdu záleželo, aby '2' místo '3' věciček &lt;fox&gt; &lt;duck&gt; ale zdálo se, že problém s náhodností mohl být velký prevít &lt;fox&gt; &lt;duck&gt; (ačkoliv relativní dopad na nezdravý stav sítě závisí na tom, kdy byl zaveden) &lt;cervantes&gt; Pi: handle backlog je počet čekajících žádostí o připojení do příchozích tunnelů (citováno z changelogu) &lt;Complication&gt; Pokud myslíš problém s random nextInteger() a dopad na náhodnou volbu délky tunnelu, mám pocit, že to má významný efekt &lt;Complication&gt; Rozdíl v nákladech mezi stavbou 1-hop a 2-hop tunnelu je dost významný &lt;Pi&gt; díky, cervantes :) &lt;fox&gt; &lt;duck&gt; kdy to bylo zavedeno? &lt;Complication&gt; duck: myslím, že to přišlo s nějakými přepnutími na Fortuna generator, nebo s nějakou úpravou v něm &lt;fox&gt; &lt;duck&gt; ok; díky moc za tvoje postřehy &lt;Complication&gt; Nech mě zkontrolovat cvsweb pro víc detailů... &lt;cervantes&gt; Pi: myslím, že je teď nasazený kód, který zahazuje příchozí žádosti o tunnel, když se fronta zaplní (aby se snížilo zatížení cpu) &lt;Complication&gt; Pi: ano, to by měl být viditelný indikátor dalšího parametru používaného při rozhodování „máme dost kapacity, abychom se účastnili dalšího tunnelu?“ &lt;cervantes&gt; duck: určitě pozoruji velkou změnu v chování routeru od chvíle, kdy byla oprava nasazena. – ne všechno dobré, musím říct :) &lt;Complication&gt; velký handle backlog == přetížení, nemá smysl zkoušet se připojit do tunnelů ostatních &lt;cervantes&gt; nedávno jsem měl load average 14 a 12000 participating tunnels &lt;Complication&gt; Handle backlog se zdá důležitý zejména u routerů s vysokou kapacitou (viz co viděl cervantes) &lt;Complication&gt; Routery s nízkou kapacitou obecně škrtí přijímání tunnelů kvůli důvodům šířky pásma &lt;Complication&gt; (přesněji kvůli času testu tunnelů) &lt;Complication&gt; (nebo se o to alespoň snaží) &lt;cervantes&gt; páni, zvládli jsme půl hodiny.... &lt;Complication&gt; Vskutku :D &lt;cervantes&gt; chce ještě někdo něco přidat na stůl? &lt;cervantes&gt; v tom případě... * cervantes se natahuje * cervantes *baffs* schůzi uzavírá &lt;fox&gt; &lt;duck&gt; díky, že ses postaral o schůzku &lt;cervantes&gt; heh čekal jsem, že to bafnu a zavřu dřív, než někdo něco řekne.... ale bar ten plán zkazil :) </div>/cs/blog/2006/05/16/stavov%C3%A9-pozn%C3%A1mky-i2p-k-2006-05-16/Tue, 16 May 2006 00:00:00 +0000/cs/blog/2006/05/16/stavov%C3%A9-pozn%C3%A1mky-i2p-k-2006-05-16/<p>Ahoj všem, dnes jen rychlé meta-poznámky. Na večer musím zmizet a nestihnu se vrátit včas na schůzku, ale zítra sepíšu sadu poznámek k aktuálnímu stavu (schůzka je samozřejmě až příští týden). Complication mezitím pilně pracuje na několika pěkných úpravách v cvs a rýsuje se pár slibných věcí, takže doufejme, že ještě tento týden vydáme novou verzi. Ale jistý si tím nejsem.</p> <p>V každém případě, pokud se dnes večer sejdete, prosím, veďte si logy ze schůzky a commitněte je do modulu i2pwww cvs a já je zítra zveřejním na webu.</p>/cs/blog/2006/05/09/pozn%C3%A1mky-ke-stavu-i2p-k-2006-05-09/Tue, 09 May 2006 00:00:00 +0000/cs/blog/2006/05/09/pozn%C3%A1mky-ke-stavu-i2p-k-2006-05-09/<p>Ahoj všichni, úterý je tu zase</p> <ul> <li>Index</li> </ul> <ol> <li>Stav sítě a 0.6.1.18 2) baz 3) ???</li> </ol> <ul> <li> <ol> <li>Net status and 0.6.1.18</li> </ol> </li> </ul> <p>Po dalším týdnu testování a ladění jsme dnes odpoledne vydali novou verzi, která by nás měla dostat do stabilnějšího prostředí, na jehož základě budeme moci provádět další vylepšení. Nejspíš neuvidíme větší efekt, dokud nebude široce nasazena, takže si možná budeme muset pár dní počkat, jak se to vyvine, ale měření budou samozřejmě pokračovat.</p>/cs/blog/2006/05/09/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-9.-kv%C4%9Btna-2006/Tue, 09 May 2006 00:00:00 +0000/cs/blog/2006/05/09/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-9.-kv%C4%9Btna-2006/<h2 id="rychlé-shrnutí">Rychlé shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> arse, cervantes, Complication, i, jrandom, roderick_spod1, tmp</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 16:31 &lt;jrandom&gt; 0) ahoj 16:31 &lt;jrandom&gt; 1) Stav sítě a 0.6.1.18 16:31 &lt;jrandom&gt; 2) baz 16:31 &lt;jrandom&gt; 3) ??? 16:31 &lt;jrandom&gt; 0) ahoj 16:31 * jrandom mává 16:32 &lt;jrandom&gt; týdenní status poznámky jsou vyvěšené na http://dev.i2p.net/pipermail/i2p/2006-May/001288.html 16:32 &lt;jrandom&gt; zatímco si to pročítáte, pojďme rovnou na 1) Stav sítě a 0.6.1.18 16:33 &lt;jrandom&gt; minulý týden byl na IRC a obecně na síti docela bouřlivý 16:33 &lt;+Complication&gt; Sleduji grafy, ale zatím jsem nezaznamenal znatelnou změnu 16:33 &lt;+Complication&gt; Je to samozřejmě teprve začátek 16:34 &lt;jrandom&gt; jo, jsou to teprve pár hodin, s méně než 20 % sítě aktualizováno 16:35 &lt;jrandom&gt; na síti je pořád pár velkých kalibrů k nasazení, ale rád bych, aby se to nejdřív ustálilo, než vypustíme zásadní změny 16:35 &lt;+Complication&gt; Přesně tak, pomáhá vidět (nakolik je to vůbec možné), co co mění a jakým směrem 16:36 &lt;+Complication&gt; Když se nasadí všechno najednou, zjistit, co zabralo, může být hodně těžké 16:38 &lt;tmp&gt; *povzdech* 16:38 * tmp sní o stabilitě IRC. 16:39 &lt;jrandom&gt; jo, na všech frontách ;) 16:39 &lt;+fox&gt; &lt;roderick_spod1&gt; Roderick sní o velkých kozách. 16:39 &lt;jrandom&gt; (proto můžeme filtrovat záznamy ze setkání... ;) 16:40 &lt;jrandom&gt; ok, má někdo ještě něco k 1) Stavu sítě a 0.6.1.18? 16:41 &lt;jrandom&gt; jestli ne, přeskočme na 2) 16:42 &lt;jrandom&gt; tady už moc nepřidám, jen dávám stav ohledně podpory pro w32/w64 16:43 &lt;jrandom&gt; jak bylo zmíněno v mailu, gcj na mingw momentálně nevypadá použitelně, i když bychom možná dokázali pár věcí oblafnout 16:44 &lt;jrandom&gt; existuje starší gcj 3.4.4/3.4.5, který na mingw funguje, ale podpora classpath je tam dost stará. 16:45 &lt;jrandom&gt; (a i po vyházení spousty věcí z hsqldb tam pořád jsou závislosti, které 3.4.5 nesplňuje. ale možná je taky dokážeme vyháknout... bude-li třeba) 16:47 &lt;jrandom&gt; ok, pokud nic dalšího, pojďme na 3) ??? 16:47 &lt;jrandom&gt; má někdo ještě něco k probrání na schůzce? 16:48 &lt;cervantes&gt; jen chci říct „dobrá práce, bar” za jeho skvělý příspěvek 16:48 &lt;+Complication&gt; No, ve fóru byl dotaz na uptime zobrazované v NetDB... 16:48 * Complication se k tomu přidává 16:49 &lt;+Complication&gt; k těm uptime, jestli si vzpomínáš, v březnu jsem je trochu zamlžil... 16:49 &lt;cervantes&gt; to mi muselo uniknout mezi těmi výlevy o odci.gov 16:50 &lt;tmp&gt; Co tam proboha děláš, roderick_spod? 16:50 &lt;jrandom&gt; jo, Complication 16:50 &lt;+Complication&gt; Když už se to otevřelo, napadlo mě, jestli by nešlo je ještě víc zamlžit, nebo by to ublížilo možnosti debugovat? 16:52 &lt;jrandom&gt; nejsem si jistý smyslem – při pečlivé analýze můžou všechna statistická data prozradit spoustu informací 16:52 &lt;arse&gt; myslíte, že ta periodicita sítě opadne 16:52 &lt;jrandom&gt; až bude čas, prostě úplně vypneme publikování statistik 16:52 &lt;+Complication&gt; Poslední dobou jsme neměli žádné, které by restartovaly router, ale to je teprve nedávno... 16:52 &lt;jrandom&gt; arse: ano 16:52 &lt;+Complication&gt; (a částečně proto, že watchdog postrádá zuby) 16:54 &lt;+Complication&gt; Pravda, je celkem nevyhnutelné, že v téhle fázi musí být venku nějaké informace 16:55 &lt;jrandom&gt; taky, předpoklad, který udělali, není správný, publishedTimeAgo je, jak dávno router /obdržel/ položku v netDb, ne kdy byla podepsaná 16:55 &lt;jrandom&gt; ehm, počkej, ne, to není pravda 16:56 &lt;jrandom&gt; neřešte mě. jo, přidává to jen malou variaci 16:56 &lt;+Complication&gt; Heh, snažím se odeslat odpověď, ale teď dostávám „no post mode specified” 16:57 &lt;+Complication&gt; Jo, je v tom zpoždění, a navíc, jak často se tahle informace publikovala? Ne moc často, IIRC? 16:57 &lt;+Complication&gt; V zásadě, kdybych navrhl tu přesnost trochu snížit, vadilo by to? 16:58 &lt;jrandom&gt; nový podepsaný záznam se publikuje každých 5–15 minut, ale to se publikuje jen do netDb, ne ke všem peerům 16:58 &lt;jrandom&gt; peery dostanou aktualizovanou verzi jen když ji buď hledají, nebo se znovu připojí 16:59 &lt;jrandom&gt; ale jo, přidat víc variace je v pohodě. ovlivní to grafy uptime na stat.i2p, ale pokud to udrží věci v rozumných mezích, je to v pohodě 17:01 &lt;+Complication&gt; Tak to zkusím udržet rozumné :) 17:01 &lt;jrandom&gt; heh, super, díky, Complication 17:04 &lt;jrandom&gt; *ehm* (a konzistentní ;) ok, má někdo ještě něco na schůzku? 17:04 &lt;+Complication&gt; poznámka bokem: super, chyba „post mode“ podlehla vytrvalosti a mohl jsem taky odeslat odpověď :) 17:05 &lt;jrandom&gt; w3rd Complication &lt;i&gt;zprávy mimo téma vynechány&lt;/i&gt; 17:08 &lt;jrandom&gt; ok, jestli už nic dalšího... 17:08 * jrandom se rozmachuje 17:09 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2006/05/02/pozn%C3%A1mky-o-stavu-i2p-k-2006-05-02/Tue, 02 May 2006 00:00:00 +0000/cs/blog/2006/05/02/pozn%C3%A1mky-o-stavu-i2p-k-2006-05-02/<p>Ahoj všichni, úterý je tu zase jednou</p> <ul> <li>Index</li> </ul> <ol> <li>Stav sítě 2) Stav Syndie 3) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>With another week on 0.6.1.17 under our belt, several of the prime measurements of network health are staying in good shape. We are however seeing some of the remaining problems propogate up to the application layer, namely the recent rise in reconnections on the irc2p servers. Postman, cervantes, Complication, and myself have been digging through various aspects of the network&rsquo;s behavior as it relates to the user-visible performance, and we&rsquo;ve tracked down and implemented a few improvements (current CVS HEAD is 0.6.1.17-4). We&rsquo;re still monitoring its behavior and experimenting with some tweaks before pushing it out as 0.6.1.18 though, but thats probably only a few days away.</p>/cs/blog/2006/05/02/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-2.-kv%C4%9Btna-2006/Tue, 02 May 2006 00:00:00 +0000/cs/blog/2006/05/02/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-2.-kv%C4%9Btna-2006/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> green, jrandom</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 16:09 &lt;jrandom&gt; 0) ahoj 16:09 &lt;jrandom&gt; 1) Stav sítě 16:09 &lt;jrandom&gt; 2) Stav Syndie 16:09 &lt;jrandom&gt; 3) ??? 16:09 &lt;jrandom&gt; 0) ahoj 16:09 * jrandom mává 16:10 &lt;jrandom&gt; týdenní poznámky ke stavu jsou nahoře na http://dev.i2p.net/pipermail/i2p/2006-May/001285.html 16:11 &lt;jrandom&gt; ok, než si všichni přečtete ten vzrušující mail, pojďme rovnou na 1) Stav sítě 16:13 &lt;jrandom&gt; zatím to vypadá, že celý problém s kolapsem zahlcení je vyřešen a rychlosti vytváření tunnelů jsou na tom docela dobře. pořád však zbývají problémy k vyřešení 16:14 &lt;jrandom&gt; dříve probírané cyklické chování (často v intervalech 10–12 minut) je stále přítomné, způsobuje (inverzně) odmítání. nicméně je tam nový fix v kódu od -1, který by se toho měl zbavit 16:15 &lt;jrandom&gt; (konkrétně, náhodně rozprostřít expirace tunnelů /správně/, na rozdíl od rozbité náhodnosti dříve) 16:16 &lt;jrandom&gt; to, plus vylepšené plánování ssu a testů tunnelů by mělo pomoct, ale do jaké míry, si zatím nejsem úplně jistý 16:17 &lt;jrandom&gt; ok, to je asi vše, co k tomu teď mám. má někdo nějaké otázky/připomínky/obavy k 1) Stavu sítě? 16:18 &lt;green&gt; hmm, maximální limity šířky pásma se nikdy nedosáhnou a je to opravdu hodně jiné než dřív 16:18 &lt;green&gt; jako v 1-7 16:18 &lt;green&gt; s/1-7/.12-7 16:18 &lt;jrandom&gt; jak máš nastavené procento sdílení šířky pásma? to je teď velmi silný ovládací prvek 16:19 &lt;green&gt; 80% 16:19 &lt;green&gt; ale využívá se jen asi 40 % celkové šířky pásma 16:20 &lt;green&gt; tohle je jen "router co nic nedělá" :P 16:20 &lt;jrandom&gt; hmm, jak často ti špičkuje šířka pásma až na 80 % a často odmítáš požadavky na tunnel (`http://localhost:7657/oldstats.jsp#tunnel.reject.30` a tunnel.reject.*) 16:21 &lt;jrandom&gt; periodicita pozorovaná v požadavcích na tunnel často způsobuje, že lidé detekují přetížení, i když tam ve skutečnosti není 16:21 &lt;jrandom&gt; (protože routery mají jindy přebytečnou kapacitu, jen ne ve chvílích, kdy přichází špičky) 16:22 &lt;green&gt; tunnel.reject.30 je velmi plochý, jako 1,00 přes 14 025,00 událostí 16:22 &lt;jrandom&gt; oh, promiň, u té statistiky je klíčový samotný počet událostí – odmítl jsi víc než 14 000 požadavků na tunnel kvůli přetížení šířky pásma 16:23 &lt;jrandom&gt; (ta "hodnota" u té statistiky je kolik tunnelů bylo odmítnuto při dané události, a to je vždy 1, protože událost je vyvolána zprávou) 16:27 &lt;jrandom&gt; ok, pokud k 1) Stavu sítě není nic dalšího, přesuneme se k 2) Stavu Syndie 16:27 &lt;jrandom&gt; k tomu, co je v e-mailu ohledně Syndie, toho moc navíc nemám, jen jsem chtěl dát aktualizaci 16:28 &lt;jrandom&gt; ok, takže pokud nechce někdo něco otevřít co se týče Syndie, skočme ke staré jistotě, 3) ??? 16:28 &lt;jrandom&gt; má někdo ještě něco, co chce na schůzce probrat? 16:31 * tethra by rád řekl „thanks“ (znovu) za .17, protože to bylo velké zlepšení 16:33 &lt;jrandom&gt; rád jsem pomohl a další věci jsou na cestě 16:33 &lt;jrandom&gt; ok, ale pokud už pro dnešní schůzku nic dalšího není... 16:33 * jrandom se napřahuje 16:33 * jrandom *baf* uzavírá schůzi </div>/cs/blog/2006/04/25/i2p-status-notes-for-2006-04-25/Tue, 25 Apr 2006 00:00:00 +0000/cs/blog/2006/04/25/i2p-status-notes-for-2006-04-25/<p>Ahoj všichni, je čas na naši předstředeční schůzku</p> <ul> <li>Index</li> </ul> <ol> <li>Stav sítě a 0.6.1.17 2) I2Phex 3) ???</li> </ol> <ul> <li> <ol> <li>Net status and 0.6.1.17</li> </ol> </li> </ul> <p>Po několika dnech sledování některých záplat jsme vydali novou verzi 0.6.1.17 a doposud bylo zlepšení značné. Míra úspěšnosti sestavování tunnelů se zvýšila o jeden až dva řády a omezované uzly nyní opět dokážou fungovat s rozumnými omezeními šířky pásma. Zatím aktualizovalo dobrých 60%+ sítě (díky!), i když by bylo užitečné, aby se na stejnou úroveň dostal i zbytek.</p>/cs/blog/2006/04/18/stavov%C3%A9-pozn%C3%A1mky-i2p-k-2006-04-18/Tue, 18 Apr 2006 00:00:00 +0000/cs/blog/2006/04/18/stavov%C3%A9-pozn%C3%A1mky-i2p-k-2006-04-18/<p>Ahoj všichni, opět je tu úterý a s ním naše týdenní poznámky o stavu</p> <ul> <li>Index</li> </ul> <ol> <li>Stav sítě a 0.6.1.16 2) Vytváření Tunnel a přetížení 3) Feedspace 4) ???</li> </ol> <ul> <li> <ol> <li>Net status and 0.6.1.16</li> </ol> </li> </ul> <p>Protože 70 % sítě už přešlo na 0.6.1.16, zdá se, že oproti dřívějším verzím dochází ke zlepšení, a s vyřešenými problémy v této verzi máme jasnější představu o našem dalším úzkém hrdle. Ti, kteří ještě nejsou na 0.6.1.16, prosíme, aktualizujte co nejdříve, protože dřívější verze budou nahodile odmítat požadavky na vytvoření tunnelů (i když má router dostatek prostředků k účasti ve více tunnelů).</p>/cs/blog/2006/04/04/pozn%C3%A1mky-ke-stavu-i2p-k-2006-04-04/Tue, 04 Apr 2006 00:00:00 +0000/cs/blog/2006/04/04/pozn%C3%A1mky-ke-stavu-i2p-k-2006-04-04/<p>Ahoj všichni, zase je tu úterý.</p> <ul> <li>Index</li> </ul> <ol> <li>Stav sítě a 0.6.1.14 2) Plánování Syndie 3) Lokální optimalizace jbigi 4) ???</li> </ol> <ul> <li> <ol> <li>Net status and 0.6.1.14</li> </ol> </li> </ul> <p>Vydání 0.6.1.13 je pořád ještě trochu problematické, i když jsme v následujících sestaveních provedli významné opravy a vylepšení. Doufám, že v příštích několika dnech vyjde nové vydání 0.6.1.14, takže mějte uši nastražené!</p> <ul> <li> <ol start="2"> <li>Syndie plotting</li> </ol> </li> </ul> <p>Proběhla spousta diskusí ohledně přepracování Syndie, včetně grafických uživatelských rozhraní (GUI), zásuvných modulů pro prohlížeče, fulltextového vyhledávání, úplnějšího plánovače syndikace, správce archivů, vícestránkových příspěvků, podpory více možností formátování a spousty dalšího. Očekávám, že se brzy pustíme do značné sady úprav, takže pokud se chcete zapojit nebo prosadit své nápady, ozvěte se :)</p>/cs/blog/2006/04/04/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-4.-dubna-2006/Tue, 04 Apr 2006 00:00:00 +0000/cs/blog/2006/04/04/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-4.-dubna-2006/<h2 id="stručná-rekapitulace">Stručná rekapitulace</h2> <p class="attendees-inline"><strong>Přítomni:</strong> BrianR\___, cervantes, Complication, frosk, jrandom, tethra</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 16:21 &lt;jrandom&gt; 0) ahoj 16:21 &lt;jrandom&gt; 1) Stav sítě a 0.6.1.14 16:21 &lt;jrandom&gt; 2) Plány pro Syndie 16:21 &lt;jrandom&gt; 3) Lokální optimalizace jbigi 16:21 &lt;jrandom&gt; 4) ??? 16:21 &lt;jrandom&gt; 0) ahoj 16:21 * jrandom mává 16:21 &lt;jrandom&gt; týdenní poznámky ke stavu jsou na http://dev.i2p.net/pipermail/i2p/2006-April/001275.html 16:21 * Complication čte 16:22 &lt;jrandom&gt; zatímco si ten (rychle sesmolený) příspěvek pročítáte, pojďme rovnou na 1) Stav sítě 16:23 &lt;@cervantes&gt; (fórum je zpátky) 16:23 &lt;jrandom&gt; venku je pár problémů ovlivňujících používání verze 0.6.1.13 a většina z nich byla vypátrána a vyřešena 16:24 &lt;Complication&gt; Tady, u „čtvrtého“ buildu z CVS, jsem si všiml změny v grafech 16:24 &lt;jrandom&gt; pořád je ještě pár much, které se testují a přepracovávají, ale vydání by mělo vyjít během pár dní 16:24 &lt;Complication&gt; Obecně se to posunulo k větší stabilitě a menší rozhopsanosti 16:24 &lt;jrandom&gt; sakra, zapomněl jsem to zvednout na -4, že? 16:24 &lt;jrandom&gt; (ok, -5 vyjde později dnes večer) 16:24 &lt;jrandom&gt; super, Complication 16:25 &lt;Complication&gt; Ale moje vnímání může ovlivňovat i jbigi, nijak jsem to neoddělil 16:25 &lt;Complication&gt; Teď, po chvíli, klesla retransmise taky na 15 % 16:28 &lt;jrandom&gt; hmm, taky vidím, že se mi průměrné ssu rto blíží stropu 3 s 16:28 &lt;jrandom&gt; (i když retransmise je pořád hodně nízká, pod 5 %) 16:29 * Complication se na to podívá ještě jednou 16:29 &lt;Complication&gt; Řekněme, že hrubý průměr je něco přes 1500 16:29 &lt;Complication&gt; (tady u mě) 16:30 &lt;+fox&gt; &lt;BrianR___&gt; jrandom: Existuje de facto „MTU“ pro I2P pakety? 16:30 &lt;jrandom&gt; aha, ok, jak to poleze nahoru, možná retransmise klesne 16:30 &lt;Complication&gt; Všiml jsem si, že mi to začíná s menšími MTU, teď se to zvedlo na 1350 16:30 &lt;jrandom&gt; BrianR___: ano, buď 1350 nebo 608 (jak je vidět na `http://localhost:7657/peers.js)` 16:31 &lt;jrandom&gt; když je míra chyb u většího MTU příliš vysoká, spadne to zpět na menší MTU (a když je příliš nízká u menšího MTU, vyskočí to na vyšší MTU) 16:31 &lt;+fox&gt; &lt;BrianR___&gt; jrandom: A to je pro vnitřní payload nebo viditelné IP pakety? 16:31 &lt;+fox&gt; &lt;BrianR___&gt; Tj. kdybych posílal blok dat přes I2P stream, jaká by byla ideální velikost kusů, aby se minimalizovala režie? 16:31 &lt;jrandom&gt; to je pro datovou část UDP 16:32 &lt;jrandom&gt; streamy jsou o dvě vrstvy výš 16:32 &lt;jrandom&gt; (je tam fragmentace pro tunnels a pak fragmentace na úrovni stream/i2cp) 16:32 &lt;+fox&gt; &lt;BrianR___&gt; Ano... Existuje ideální velikost pro minimalizaci fragmentace? 16:32 &lt;jrandom&gt; ideální velikost bloků appky používající streaming lib je „velká“, aby streaming lib mohla použít vhodnou velikost. 16:33 &lt;jrandom&gt; (čili ignorujte muže za oponou) 16:33 &lt;+fox&gt; &lt;BrianR___&gt; Áhá.. Možná bych měl uvažovat o pipeliningu (zpracování více požadavků ve frontě bez čekání na odpovědi) nebo tak něco.. 16:34 &lt;+fox&gt; &lt;BrianR___&gt; Plánuju appku s hromadou request/response provozu... 16:34 &lt;jrandom&gt; doporučil bych tedy dávkování, aby se snížila ukecanost 16:34 &lt;Complication&gt; Možná by do jisté míry pomohlo držet provoz soustředěný 16:37 &lt;jrandom&gt; ok, něco dalšího k 1) Stavu sítě, nebo se přesuneme k 2) Plánům pro Syndie 16:38 * jrandom se zavlní 16:39 &lt;jrandom&gt; tohle je hlavně placeholder a výzva k příspěvkům (CFP) – chystá se výraznější přepracování Syndie, jak v provozu, tak v ui, takže pokud máte klíčové funkce nebo use-cases, které by se měly řešit, dejte vědět 16:40 &lt;jrandom&gt; (víc informací samozřejmě dorazí, jak se věci budou dál konkretizovat) 16:42 &lt;jrandom&gt; to je k tomu prozatím vše, takže jdeme dál na 3) optimalizace jbigi 16:42 &lt;@frosk&gt; a já předpokládal, že „plotting“ odkazuje na nějaké jrobin věci v Syndie :) 16:43 &lt;jrandom&gt; hehe 16:43 &lt;jrandom&gt; bylo by zajímavé kreslit posts/day, posts/author, new authors/day atd. ;) 16:44 &lt;Complication&gt; Oh, jedna věc k Syndie (sorry, vzpomněl jsem si až teď) 16:44 &lt;Complication&gt; =jedna věc 16:44 &lt;@frosk&gt; kterou chceš, 0 nebo 1? :) 16:44 &lt;Complication&gt; Myslíš, že by bylo praktické, nebo snadné/těžké oddělit oblíbené autory a autory na blacklistu (spam) do dvou různých seznamů? 16:45 &lt;Complication&gt; Na addresses.jsp 16:45 &lt;jrandom&gt; jo, to půjde bez velkých potíží 16:46 &lt;jrandom&gt; to je dobrý nápad i pro přepracování, ale možná to stihneme už do buildu 0.6.1.14 16:47 &lt;Complication&gt; Ne, netíží mě to, jen jsem si vzpomněl na něco, čeho jsem si tehdy všiml 16:47 &lt;Complication&gt; Každopádně, jbigi je rychlejší na Linux/AMD64, když kompilujete lokálně a použijete GMP 4.2 16:48 &lt;jrandom&gt; super 16:48 &lt;jrandom&gt; porovnal jsi to s -O3 -m64 na GMP 4.1.2? 16:48 &lt;Complication&gt; A jsem pěkný trouba, že jsem šel po úplně špatných compile flags :O 16:48 &lt;@cervantes&gt; relevantní odkaz byl mimochodem `http://forum.i2p/viewtopic.php?t=1523&start=30` 16:48 &lt;jrandom&gt; ah díky, cervantes 16:48 &lt;Complication&gt; jrandom: Ještě jsem neporovnával, ale udělám 16:49 &lt;Complication&gt; Při příštím plánovaném rebootu 16:50 &lt;jrandom&gt; proces buildu jbigi je v podstatě „sestav GMP, pak sestav jbigi.o a oba spolu slinkuj“, takže jakékoli optimalizace, které chcete udělat na GMP, lze udělat jako první krok 16:50 &lt;@cervantes&gt; V dřívějších testech jsem neviděl moc rozdíl mezi -O3 a -O2, jestli je to jiné na x86_64 ... *pokrčení ramen* 16:50 &lt;jrandom&gt; jo, může to záviset i na revizi kompilátoru 16:50 &lt;jrandom&gt; (zvlášť se všemi těmi problémy 3.3/3.4/4.0/4.1) 16:51 &lt;@cervantes&gt; jen zopakuju, co jsem zmiňoval v tom vlákně... windows64 optimalizované jbigi asi hned tak nebude 16:51 &lt;+fox&gt; &lt;BrianR___&gt; Dělá i2p stream lib kompresi payloadu? 16:52 &lt;Complication&gt; BrianR: ano 16:52 &lt;@cervantes&gt; pokud tedy někdo nemá M$ VC 2005 s 64-bit SDK a neláká ho těžká dřina rozběhat gmp 16:52 &lt;Complication&gt; Alespoň pokud vím 16:53 &lt;@cervantes&gt; (někde ale byl projekt, který portoval gmp do vc projektu) 16:53 &lt;jrandom&gt; cervantes: no, máme něco, co na amd64/win /funguje/, ale nevyužívá to hardware naplno ;) 16:53 &lt;jrandom&gt; (až dorazí můj nový stroj, možná to doladím, je to amd64) 16:53 &lt;+fox&gt; &lt;BrianR___&gt; zkouším zjistit, jestli mám použít binární protokol, abych ušetřil bity, nebo jestli zlib nebo tak něco hezky zmačká ASCII protokol na malé.. 16:54 &lt;@cervantes&gt; coolio – bohužel Mingw64 ani cygwin64 nejsou na dohled... 16:54 &lt;jrandom&gt; BrianR___: předčasná optimalizace je kořenem všeho zla a tak vůbec... 16:55 &lt;Complication&gt; alespoň částečně člověkem čitelné protokoly se obvykle snáz ladí, ale asi záleží, co kdo dělá 16:56 &lt;Complication&gt; (protože některé věci jako šifrování nechtějí být čitelné pro člověka, ať děláte co děláte :) ) 16:57 &lt;Complication&gt; Ale když I2P dělá šifrování a také komprimuje, je dobrá šance, že mnoho věcí nahoře nad tím půjde dělat s protokoly čitelnými pro člověka 16:58 &lt;jrandom&gt; jo 16:58 &lt;jrandom&gt; ok, něco dalšího k 3) věcem kolem jbigi? 16:58 &lt;jrandom&gt; pokud ne, přesuňme se k 4) ??? 16:59 &lt;jrandom&gt; má někdo ještě něco k meetingu? 17:01 &lt;+tethra&gt; vybavuju si, že se nedávno mluvilo o anonymních nástrojích pro spolupráci 17:01 &lt;+tethra&gt; můžeš rozvést jakého druhu, a jestli budou ve stylu Syndie, nebo ne? 17:02 &lt;@cervantes&gt; irc a Syndie jsou anonymní nástroje pro spolupráci :) 17:02 &lt;jrandom&gt; hmm, nejsem si jistý, co máš na mysli – nebo možná myslíš plánované přepracování Syndie? :) 17:02 &lt;+tethra&gt; pravda. 17:02 * tethra si taky není jistý, proto se ptal 17:02 &lt;+tethra&gt; mluvilo se o tom na fóru – důvody pro anonymitu a tak 17:03 &lt;+tethra&gt; najdu vlákno, abych mohl citovat 17:03 &lt;jrandom&gt; aha, jasně 17:03 &lt;+tethra&gt; http://forum.i2p.net/viewtopic.php?t=1618 17:03 &lt;jrandom&gt; vlákno s use-cases 17:03 &lt;+tethra&gt; - anonymně hostovaná a veřejně dostupná forums/boards/wikis 17:03 &lt;+tethra&gt; jo 17:04 &lt;+tethra&gt; bude nějaký projekt typu i2wiki, který bude postavený na něčem jako Syndie, nebo je to na uživatelích? 17:04 &lt;jrandom&gt; padlo tam pár dobrých nápadů a dobré připomínky 17:05 &lt;jrandom&gt; možnost editovat příspěvky v Syndie je často žádaná funkce a s tím by se dala udělat wiki s bohatým editorem 17:05 &lt;jrandom&gt; ale samozřejmě nic nebude existovat ve vakuu – pokud někdo věří, že je to nutné, měl by říct „hele, wiki je zásadní a tady je proč“ 17:06 &lt;jrandom&gt; existuje nekonečně mnoho aplikací, které /lze/ postavit, ale jelikož míříme na silnou anonymitu a silné zabezpečení, je třeba pečlivě zvažovat, co se staví 17:07 &lt;+tethra&gt; jasně 17:07 &lt;+tethra&gt; tím chci říct, že některé z obtížněji anonymizovatelných a zajišťovatelných věcí by možná bylo lepší dělat někým, kdo je dobrý v udržení anonymity a bezpečnosti, že? 17:08 &lt;jrandom&gt; pravděpodobně ano, ale žádná klika neexistuje – všichni se mohou učit 17:08 &lt;+tethra&gt; (klíčové věci, v zásadě. Ne, že bych nějaké jmenoval, ale tak.) 17:08 &lt;+tethra&gt; pravda 17:09 &lt;+tethra&gt; ale učit se za cenu vlastní i cizí anonymity není nejlepší způsob 17:10 &lt;jrandom&gt; někde se začít musí, samozřejmě 17:10 &lt;+tethra&gt; (možná kdyby někdo udělal něco jako sandbox, co by lidem umožnil spustit $software a nechat si ho napadat a tak, bylo by to dobré pro někoho nového/nezk zkušeného?) 17:10 &lt;+tethra&gt; jo 17:14 &lt;jrandom&gt; ok, má ještě někdo něco k meetingu? 17:15 &lt;jrandom&gt; pokud ne 17:15 * jrandom se chystá ukončit 17:15 &lt;@cervantes&gt; *ehm* 17:15 * jrandom se pozastaví 17:16 &lt;jrandom&gt; co se děje, cerv? 17:16 &lt;Complication&gt; Hezký, našel jsem baf ;P 17:17 &lt;jrandom&gt; baf-blokováno ;) 17:17 &lt;@cervantes&gt; hups srry, pokračujte v bafování 17:17 * jrandom pokračuje v ukončování 17:18 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2006/03/28/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-28.-b%C5%99ezna-2006/Tue, 28 Mar 2006 00:00:00 +0000/cs/blog/2006/03/28/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-28.-b%C5%99ezna-2006/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> ashter, bar, cervantes, Complication, jrandom, nextgens, tethra</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 15:08 &lt;jrandom&gt; 0) ahoj 15:08 &lt;jrandom&gt; 1) Stav sítě a 0.6.1.13 15:08 &lt;jrandom&gt; 2) Průzkum případů použití 15:09 &lt;jrandom&gt; 3) ??? 15:09 &lt;jrandom&gt; 0) ahoj 15:09 * jrandom mává 15:09 &lt;Complication&gt; Konečně nahráno, čtu :) 15:10 &lt;jrandom&gt; týdenní poznámky o stavu jsou zveřejněny na dev.i2p.net/pipermail/i2p/2006-March/001274.html 15:10 &lt;@cervantes&gt; *** spojení resetováno 15:10 &lt;jrandom&gt; heh 15:11 &lt;jrandom&gt; ok, zatímco se do toho ponoříte, pojďme rovnou na 1) Stav sítě 15:12 &lt;jrandom&gt; asi dvě třetiny sítě upgradovaly na 0.6.1.13 (díky!) a výsledky jsou smíšené 15:12 &lt;jrandom&gt; má někdo na linkách s nízkou šířkou pásma zkušenosti, o které by se chtěl podělit? lepší / horší / žádný rozdíl? 15:13 &lt;jrandom&gt; nebo nějaké výsledky od lidí na linkách třídy DSL? 15:13 * jrandom slyšel (a pocítil) nějaké výsledky na rychlejších linkách (bohužel převážně negativní) 15:14 &lt;+Complication&gt; Chtěl jsem říct, že stav sítě je trochu nestabilní. :) Ale síť to řekla první. :D 15:15 &lt;+Complication&gt; Na škále nedávných výpadků to ale bylo velmi rychlé zotavení. 15:16 &lt;+Complication&gt; Už žádné masivní zácpy zpráv, ale pořád to občas ztratí lease 15:17 &lt;+Complication&gt; Také si myslím, že poslední běh routeru skončil, když se nepodařilo obnovit lease, takže to vyhodnotil jako "Router hung!" 15:18 &lt;jrandom&gt; ah col 15:18 &lt;+Complication&gt; Běželo to asi 15 hodin 15:18 &lt;jrandom&gt; možná bychom měli upravit watchdog, aby v těchto situacích přestal restartovat router 15:19 &lt;+Complication&gt; Míra retransmisí je také stejná jako dřív (nepohodlně vysoká, ale zjevně se s tím dá žít – což je samo o sobě dobrá zpráva) 15:19 &lt;jrandom&gt; restart dřív býval nutný, ale opakované selhání tunnelu by mělo být zotavitelné 15:19 &lt;jrandom&gt; hmm, &lt;10%, &lt;20%,&gt;20%? 15:20 &lt;+Complication&gt;&gt; 20% 15:20 &lt;+Complication&gt; Neznám mnoho protokolů, které fungují snesitelně, když se ztratí každá třetí zpráva 15:21 &lt;+Complication&gt; Tenhle funguje :) Ale bývalo to kolem 7 % 15:21 &lt;jrandom&gt; no, to je průměr přes všechny peery, takže pro většinu peerů je to asi dost nízké, ale pro silně přetížené peery dost vysoké 15:21 &lt;jrandom&gt; (jak je vidět na peers.jsp) 15:22 &lt;+Complication&gt; Pravda, a na tuhle část rozdělení jsem se ještě nedíval 15:23 &lt;+Complication&gt; Možná to budu muset ověřit, už jen proto, abych zjistil, jak je to rozložené 15:24 &lt;jrandom&gt; super, díky Complication 15:24 &lt;jrandom&gt; ok, má někdo ještě něco k 1) Stavu sítě? 15:25 &lt;bar&gt; Complication: mohu se zeptat, jaký používáš burst limit? já mám nastaveno na 60 % teoretického maxima uploadu a aktuálně mám poměr retransmisí 11 % 15:26 &lt;+Complication&gt; bar: je to kolem 80 % rychlosti linky 15:26 &lt;bar&gt; ok 15:26 &lt;+Complication&gt; Na stejné úrovni, jako když byly retransmise kolem 7 % 15:26 &lt;+Complication&gt; Mezitím jsem to měl výš, ale stáhl jsem to zpátky 15:28 &lt;bar&gt; zkusím použít 80 % na den nebo tak, abych viděl, jestli se něco změní 15:28 &lt;+Complication&gt; A limit trvalého přenosu je kolem 65 % 15:28 &lt;+Complication&gt; Skutečný přenos, pokud je ukazatel celkem správný, se v průměru pohybuje kolem 60 % rychlosti linky 15:29 &lt;+Complication&gt; (špičky jsou vyšší) 15:30 &lt;ashter_&gt; za mě hodně 'no lease' pro místní destinaci (jak jsem dnes říkal) 15:30 &lt;ashter_&gt; a uzel je trochu víc přetížený 15:30 &lt;+fox&gt; &lt;nextgens&gt; ahoj 15:30 &lt;jrandom&gt; čau nextgens 15:30 &lt;jrandom&gt; ashter_: hmm, jsi na dial-upu, DSL/kabelu, nebo rychleji? nebo, lépe řečeno (víc anonymně), jsi přetížený? 15:31 &lt;+fox&gt; &lt;nextgens&gt; super, jrandom je tady :) možná mi pomůžeš :) 15:31 &lt;jrandom&gt; (tím myslím přetížení sítě, ne čísla, která i2p zobrazuje) 15:31 &lt;ashter_&gt; dsl/cable 15:32 &lt;jrandom&gt; ok, díky 15:33 &lt;jrandom&gt; ok, pokud není nic dalšího k 1) Stavu sítě, skočme na 2) Průzkum případů použití 15:34 &lt;jrandom&gt; Nečekám odpovědi hned, ale kdybyste se zamysleli nad otázkami z e-mailu a poslali odpovědi (buď na fórum, do syndie, na mailing list atd.), velmi by to pomohlo 15:37 &lt;@cervantes&gt; *cough* 15:38 &lt;+tethra&gt; ach jo :/ 15:39 &lt;jrandom&gt; (|grep -v -- -\!- ;) 15:39 &lt;jrandom&gt; ok, jak jsem říkal, pošlete to dál jakýmkoli způsobem, který vám vyhovuje. gracias 15:39 &lt;jrandom&gt; přesouváme se k 3) ??? 15:39 &lt;jrandom&gt; má někdo něco, co chce na schůzce otevřít? 15:40 &lt;@cervantes&gt; http://forum.i2p.net/viewtopic.php?p=7442 &lt;-- připnuté vlákno pro diskusi o případech použití 15:40 &lt;jrandom&gt; ah, super, díky cerv 15:42 &lt;ashter&gt; (erf to se stalo zase a když k tomu dojde, participating tunnels šíleně roste :( ) 15:43 &lt;jrandom&gt; hmm, do tisíců, nebo stovek? 15:43 &lt;jrandom&gt; (čeká pár oprav pro vlny nových tunnels, měly by vyjít později tento týden) 15:43 &lt;ashter&gt; tisíce 15:44 &lt;ashter&gt; (ok děkuju) 15:44 &lt;jrandom&gt; ok, super. možná bys mezitím měl zvážit snížení limitu šířky pásma nebo procenta sdílení 15:44 &lt;jrandom&gt; ok, má někdo ještě něco k dnešní schůzce? 15:45 &lt;jrandom&gt; pokud ne... 15:45 * jrandom to balí 15:46 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2006/03/28/stavov%C3%A9-pozn%C3%A1mky-i2p-k-datu-2006-03-28/Tue, 28 Mar 2006 00:00:00 +0000/cs/blog/2006/03/28/stavov%C3%A9-pozn%C3%A1mky-i2p-k-datu-2006-03-28/<p>Ahoj všichni, zase je tu úterý</p> <ul> <li>Index</li> </ul> <ol> <li>Stav sítě a 0.6.1.13 2) Průzkum případů použití 3) ???</li> </ol> <ul> <li> <ol> <li>Net status and 0.6.1.13</li> </ol> </li> </ul> <p>Práce na 0.6.1.12 postupovaly poměrně hladce a nové vydání 0.6.1.13 přináší několik aktualizací, které pomohou uživatelům jak na linkách s nízkou šířkou pásma, tak na silně přetížených linkách. Objevilo se několik hlášení o problémech týkajících se omezování zátěže na linkách s vysokou šířkou pásma a také u některých změn v netDb, takže nyní pracuji na opravách. Dotčení uživatelé budou mít pravděpodobně k dispozici vydání později během týdne, možná do víkendu.</p>/cs/blog/2006/03/21/pozn%C3%A1mky-ke-stavu-i2p-ze-dne-2006-03-21/Tue, 21 Mar 2006 00:00:00 +0000/cs/blog/2006/03/21/pozn%C3%A1mky-ke-stavu-i2p-ze-dne-2006-03-21/<p>Ahoj všichni, zase je úterý</p> <ul> <li>Index</li> </ul> <ol> <li>Stav sítě 2) jrobin 3) biff a toopie 4) nový klíč 5) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>The past week has been pretty stable, with no new release yet. I&rsquo;ve been churning away on tunnel throttling and low bandwidth operation, but to help out with that testing, I&rsquo;ve integrated JRobin with the web console and our stats management system.</p> <ul> <li> <ol start="2"> <li>JRobin</li> </ol> </li> </ul> <p>JRobin [1] je čistý port RRDtoolu [2] v Javě, který nám umožňuje generovat pěkné grafy, jako jsou ty, které zzz už nějakou dobu produkuje, a to s velmi malou paměťovou režií. Nastavili jsme jej tak, aby pracoval výhradně v paměti, takže nedochází k soupeření o zámky souborů, a čas potřebný k aktualizaci databáze je nepostřehnutelný. Existuje spousta šikovných věcí, které JRobin umí a které nevyužíváme, ale příští vydání bude mít základní funkcionalitu a navíc možnost exportovat data ve formátu, kterému RRDtool rozumí.</p>/cs/blog/2006/03/21/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-21.-b%C5%99ezna-2006/Tue, 21 Mar 2006 00:00:00 +0000/cs/blog/2006/03/21/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-21.-b%C5%99ezna-2006/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> ashter, Complication, jrandom, mihi, postman, tethra</p> <h2 id="záznam-schůzky">Záznam schůzky</h2> <div class="irc-log"> 15:09 &lt;@jrandom&gt; 0) ahoj 15:09 &lt;@jrandom&gt; 1) Stav sítě 15:09 &lt;@jrandom&gt; 2) jrobin 15:09 &lt;@jrandom&gt; 3) biff a toopie 15:09 &lt;@jrandom&gt; 4) nový klíč 15:09 &lt;@jrandom&gt; 5) ??? 15:09 &lt;@jrandom&gt; 0) ahoj 15:09 * jrandom mává 15:09 &lt;@jrandom&gt; týdenní status poznámky zveřejněny na http://dev.i2p.net/pipermail/i2p/2006-March/001271.html 15:11 &lt;@jrandom&gt; pojďme krátce skočit k 1) Stav sítě 15:12 &lt;@jrandom&gt; je to už nějaká doba od posledního vydání, ale věci vypadají docela stabilně. jsou ale na cestě některá zlepšení a doufám, že tento týden vydáme novou 0.6.1.13 15:13 &lt;@jrandom&gt; má někdo otázky/komentáře/obavy ohledně stavu sítě? 15:13 &lt;+Complication&gt; K té periodicite, které jsem si včera všiml na čerstvě spuštěném uzlu: během pár hodin se sama rozsynchronizovala 15:14 &lt;@jrandom&gt; ah, super 15:14 &lt;+Complication&gt; Tj. maxima a minima byla mnohem náhodnější 15:14 &lt;@jrandom&gt; Myslím, že i tak stojí za to to na začátku nakopnout 15:14 &lt;@jrandom&gt; (pro ty, kdo nejsou v obraze, mluvíme o důsledcích 10m období přestavby) 15:15 &lt;+Complication&gt; Pravděpodobně to pomáhá předcházet selháním tunnelů 15:15 &lt;+Complication&gt; Pořád jich tady pozoruju dost, ale nepočítal jsem je 15:15 &lt;+tethra&gt; (díky za překlad :) 15:15 &lt;+Complication&gt; Kromě toho to tu funguje slušně 15:16 &lt;+Complication&gt; Myslím, že hlášku "as there are no inbound/outbound tunnels available" dostanu tak jednou za 2 hodiny 15:17 &lt;@jrandom&gt; hmm, na i2phex / i2psnark / eepproxy / ircproxy / eepsite destination? 15:17 &lt;@jrandom&gt; (je možné, že klienti přetíží své vlastní tunnels, proto se ptám, které) 15:18 &lt;+Complication&gt; Zjišťuju, jestli je v tom nějaký trend 15:19 &lt;+Complication&gt; Trochu sdílených klientů a Pycache, víc I2Phexu 15:20 &lt;@jrandom&gt; hmm, OK, díky 15:20 &lt;+Complication&gt; Výrazně víc I2Phexu 15:20 &lt;+Complication&gt; Asi budu muset omezit jeho šířku pásma 15:21 &lt;+Complication&gt; (bylo na výchozích 16K) 15:23 &lt;@jrandom&gt; ok, super, má někdo ještě něco k 1) Stav sítě? 15:25 &lt;@jrandom&gt; pokud ne, přesuneme se k 2) JRobin 15:26 &lt;@jrandom&gt; jrobin je super. Líbí se mi. Integrace byla strašně snadná, je docela malý (177KB), rychlý, má nízkou paměťovou režii a poskytuje vizualizace, kterým se snadno rozumí 15:27 &lt;+Complication&gt; Naprosto souhlas :) 15:29 &lt;+Complication&gt; Pohodlné grafy s dostatečným rozlišením pomáhají najít zvláštnosti a ptát se na ně :) 15:29 &lt;@jrandom&gt; jestli je tu nějaký guru na rrdtool, pokud chcete mrknout na poslední cvs a podívat se, co děláme a/nebo zda nejsou jednodušší způsoby, jak tyto úlohy zvládnout, uvítal bych rady 15:30 &lt;@jrandom&gt; (informace rrdtool &lt;--&gt;jrobin @ http://www.jrobin.org/api/jrobinandrrdtoolcompared.html) 15:31 &lt;@jrandom&gt; (a pokud chce, může někdo napsat docela malou aplikaci, která přečte netDb/routerInfo-*.dat, nasype je do jrobin databází a v podstatě si spustí vlastní stats.i2p) 15:32 &lt;@jrandom&gt; integrace jrobin v konzoli se ale liší od funkcí stats.i2p, protože sumarizuje *váš* router, ne všechny routery. oboje je užitečné 15:34 &lt;@jrandom&gt; ok, pokud nic dalšího k 2) JRobin, pojďme na 3) biff a toopie 15:34 &lt;@jrandom&gt; postmane: dáš nám přehled? 15:34 &lt;postman&gt; aah ano 15:35 &lt;postman&gt; před lety měla mailová služba IRC bota jménem biff, který vás mohl upozorňovat na nové maily 15:35 &lt;+Complication&gt; Postmanova AI slévárna ;P 15:35 &lt;postman&gt; po migraci na novou platformu se biff stal nepoužitelným a neměl jsem čas ho předělat 15:35 &lt;postman&gt; teď je zase online 15:35 &lt;@jrandom&gt; (hurá!) 15:36 &lt;postman&gt; pokud chcete sledovat svou schránku přes IRC, prostě /msg biff .help pro seznam příkazů 15:36 &lt;postman&gt; použití je přímočaré 15:36 &lt;postman&gt; dotazy/chyby/výlevy/nadávky -&gt; postman@mail.i2p 15:36 &lt;postman&gt; 2. 15:37 &lt;postman&gt; abychom zvládli (snad) rostoucí příval nováčků, jr, cervantes a mě napadl Q&amp;A bot, kterého lze žádat o pomoc s obvyklými každodenními tématy a problémy 15:38 &lt;postman&gt; první návrh se jmenuje toopie a brzy bude na #i2p (možná i i2p-chat) 15:38 &lt;postman&gt; bude držet seznam témat a Q&amp;A seřazené podle témat a indexované podle klíčových slov 15:38 &lt;postman&gt; toopie umí mluvit do kanálu i přes privmsg s uživatelem 15:38 &lt;+Complication&gt; Zní to dobře, i když jsem ho nikdy předtím neviděl :) 15:39 &lt;postman&gt; doufáme, že mu co nejdříve naplníme mozek 15:39 &lt;postman&gt; Complication: můžeš si s ním hrát v #irc2p (soukromě, pokud chceš :)) 15:39 &lt;@jrandom&gt; a jedna z dobrých věcí je, že ho můžeme plnit zprávami přímo na IRC :) 15:39 &lt;postman&gt; ano 15:40 &lt;postman&gt; admini mohou přidat pár řádků rovnou z IRC a udělat z toho nové Q&amp;A 15:40 * tethra navrhuje položku čistě kvůli TheJudge/closedshop ve smyslu "Ne, útoky typu predecessor nefungují." 15:40 &lt;+tethra&gt; ;) 15:40 &lt;postman&gt; hee 15:41 &lt;postman&gt; stále je prostor pro způsob strukturování informací 15:41 &lt;@jrandom&gt; (ale fungují. jen to není konkrétní program, který "pustíte", abyste na někoho útočili) 15:41 &lt;postman&gt; brzy další 15:41 * postman předává zpět mikrofon 15:41 &lt;@jrandom&gt; jasně, díky, postmane 15:42 &lt;ashter&gt; postman; bude toopie mluvit i jinými jazyky? 15:42 &lt;postman&gt; ashter: zatím ne 15:42 &lt;+fox&gt; &lt;mihi&gt; igpay atinlay? *g* 15:42 &lt;ashter&gt; ok 15:42 &lt;postman&gt; ashter: infrastruktura je připravená ( /me to plánoval ) 15:42 &lt;@jrandom&gt; jasně 15:42 &lt;postman&gt; ashter: to bude funkce verze 2 15:42 &lt;ashter&gt; skvělé, fakt pěkné, díky 15:44 &lt;postman&gt; (thejudge dnes sám dělá 50 % všech IRC odpojení) 15:45 &lt;postman&gt; jrandom: OK, další téma 15:46 &lt;@jrandom&gt; ok, super, má někdo něco dalšího k 3) biff a toopie? 15:46 &lt;@jrandom&gt; pokud ne, přesuneme se k 4) nový klíč 15:47 &lt;@jrandom&gt; no, k tomu, co jsem napsal, není moc co dodat. nový klíč, bla bla 15:47 &lt;@jrandom&gt; ok, skočme k 5) ??? 15:47 &lt;+tethra&gt; erm 15:47 &lt;@jrandom&gt; má někdo ještě něco k probrání? 15:48 &lt;+tethra&gt; jak biff ví, že jsi to ty? :/ 15:48 &lt;+fox&gt; &lt;mihi&gt; tethra: musíš se zaregistrovat 15:48 &lt;+fox&gt; &lt;mihi&gt; stačí si přečíst, co je odkazováno v týdenních poznámkách :) 15:48 &lt;postman&gt; tethra: 1.) znáš přihlašovací údaje ke své schránce, 2.) registruješ se s identifikovaným nick@biff 15:48 &lt;+fox&gt; &lt;mihi&gt; ano :) 15:48 &lt;+fox&gt; &lt;mihi&gt; jaký má smysl mít klíče s expirací, když můžeš mít expirované podklíče? 15:48 &lt;+tethra&gt; postman: aha, ok. díky. 15:49 &lt;@jrandom&gt; mihi: abychom omezili rozsah kompromitace. 15:50 &lt;+fox&gt; &lt;mihi&gt; můžeš smazat expirované tajné podklíče ze svého svazku klíčů, pokud chceš 15:51 &lt;+fox&gt; &lt;mihi&gt; ale myslím, že je mnohem hezčí nechat si lidi každý rok lsign váš klíč :) 15:51 &lt;+fox&gt; &lt;mihi&gt; hezčí z jistého sadistického pohledu :-&gt; 15:51 &lt;postman&gt; jrandom: tak, hádanka pro mihi :) 15:52 &lt;@jrandom&gt; (za předpokladu, že mohl být kompromitován jen podklíč) 15:54 &lt;@jrandom&gt; každopádně, má někdo ještě něco k probrání na schůzku? 15:54 &lt;+fox&gt; &lt;mihi&gt; předpokládejme, že ti někdo včera kompromitoval klíč. teď mohl sehrát MITM a nahradit nový klíč. 15:54 &lt;+fox&gt; &lt;mihi&gt; tj. kompromitace jednoho klíče -&gt; kompromitace všech budoucích klíčů, že 15:55 &lt;+Complication&gt; Ledaže vlastník použije revokační certifikát 15:55 &lt;+Complication&gt; zneplatnit kompromitovaný klíč -&gt; zneplatnit budoucí 15:55 &lt;@jrandom&gt; mihi: a já bych mohl revokovat kompromitovaný klíč a říct ti, abys novým klíčům nevěřil 15:55 &lt;@jrandom&gt; teď máš na výběr, zda důvěřovat změně klíče, nebo ne 15:56 &lt;+fox&gt; &lt;mihi&gt; komu pak věřit? :) 15:56 &lt;@jrandom&gt; dobrá otázka. pokud během dne či dvou uslyšíš podepsanou revokaci, měl bys nový klíč zahodit 15:57 &lt;+fox&gt; &lt;mihi&gt; a pokud by to byl podklíč, zrušil bys amin klíč a podklíč se automaticky zahodí :) 15:57 &lt;+fox&gt; &lt;mihi&gt; s/amin/main/ 15:58 &lt;+fox&gt; &lt;mihi&gt; shodneme se, že se neshodneme? 15:58 &lt;@jrandom&gt; jo, na tom se shodneme ;) 15:58 &lt;@jrandom&gt; ok, pokud už nic dalšího na schůzku... 15:58 &lt;+fox&gt; * mihi předává jrandomovi *baf*er (po letech, jako za starých dobrých časů...) 16:00 &lt;@jrandom&gt; hehe 16:00 * jrandom se rozmachuje 16:00 * jrandom uzavírá schůzku *baf*em </div>/cs/blog/2006/03/14/pozn%C3%A1mky-ke-stavu-i2p-k-2006-03-14/Tue, 14 Mar 2006 00:00:00 +0000/cs/blog/2006/03/14/pozn%C3%A1mky-ke-stavu-i2p-k-2006-03-14/<p>Ahoj všichni, další rychlá aktualizace tento týden</p> <ul> <li>Index</li> </ul> <ol> <li>Stav sítě 2) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Uplynulý týden byl na síti poměrně stabilní – máme více než 60 routers s dobou provozu přes 3 dny (několik s více než dvoutýdenní dobou provozu) a už mám více než tři dny nepřerušené IRC připojení. V posledním týdnu proběhlo několik drobných úprav v oblasti tunnel throttling, ale ne příliš mnoho, protože některé změny byly na stroji, ke kterému jsem neměl přístup.</p>/cs/blog/2006/03/14/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-14.-b%C5%99ezna-2006/Tue, 14 Mar 2006 00:00:00 +0000/cs/blog/2006/03/14/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-14.-b%C5%99ezna-2006/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> bar, cervantes, Complication, fc, frosk, jrandom, ripple, susi23, tethra, tmp</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 15:09 &lt;@jrandom&gt; 0) ahoj 15:09 &lt;@jrandom&gt; 1) Stav sítě 15:09 &lt;@jrandom&gt; 2) ??? 15:09 &lt;@jrandom&gt; 0) ahoj 15:09 * jrandom mává 15:09 &lt;@jrandom&gt; týdenní statusové poznámky jsou vyvěšené na http://dev.i2p.net/pipermail/i2p/2006-March/001270.html 15:10 &lt;@jrandom&gt; zatímco si vy všichni čtete ten obsáhlý elaborát, pojďme skočit do 1) Stav sítě 15:10 &lt;@jrandom&gt; síť se zdá stále fungovat (woot) 15:12 &lt;bar&gt; včera jsem si udělal nový rekord v počtu UDP spojení, 244 15:12 &lt;@jrandom&gt; k tomu nemám moc co dodat – má někdo nějaké komentáře/dotazy/obavy? 15:12 &lt;@jrandom&gt; ah, pěkné 15:12 &lt;@jrandom&gt; jo, i já dosahuji špičkových hodnot, momentálně 338 SSU spojení 15:14 * jrandom také provedl několik pořádných přenosů přes i2psnark, i když ne vždy skvělými rychlostmi 15:15 &lt;@jrandom&gt; na stats.i2p jsem ale viděl zajímavé cyklické výkyvy ohledně výběru tunnelů, ale jakmile se začne nasazovat .0.6.1.13, uvidíme tam nějaké změny 15:17 &lt;@jrandom&gt; také dělám testování a optimalizace pro nižší (low(er)) šířku pásma a to je vlastně to, co teď zdržuje ...13. Myslím, že máme pár dobrých věcí na cestě, ale uvidíme, jak to půjde 15:18 &lt;@jrandom&gt; ok, pokud už nic dalšího k 1) Stav sítě, přejděme k volné diskuzi – 2) ??? 15:18 &lt;@jrandom&gt; má někdo něco, co chce otevřít? 15:18 &lt;+Complication&gt; mám jen rekordní doby běhu k nahlášení a dodám, že build -6 je velmi konzervativní při přijímání participating tunnels 15:19 &lt;+Complication&gt; (ale to už jsem zmiňoval dříve) 15:19 &lt;@jrandom&gt; pěkné – daří se mu i s nižším počtem peerů, že? 15:19 &lt;+Complication&gt; Počty peerů v poslední době vlastně trochu stouply 15:20 &lt;@jrandom&gt; aha, ok 15:20 &lt;+Complication&gt; Teď jsou spíš kolem 50...100 15:20 &lt;+Complication&gt; (obecně spíš k 50 než ke 100) 15:20 &lt;@jrandom&gt; oh, takže pořád docela nízké oproti dřív 15:20 &lt;+Complication&gt; Hodnoty okolo 30 byly zřejmě nejnižší, kam to kleslo 15:21 &lt;+Complication&gt; Ale celkově to funguje dobře 15:21 &lt;@jrandom&gt; skvělé 15:26 * jrandom by rád využil tento moment k krátkému poděkování nedávným přispěvatelům podporujícím I2P – zvláštní dík patří bar, $anon, postmanovi a dalším lidem na http://www.i2p.net/halloffame! 15:27 &lt;@jrandom&gt; příspěvky kódu a obsahu jsou samozřejmě zásadní, ale finanční podpora mi pomáhá zůstávat mimo běžný pracovní trh a makat na I2P na plný úvazek, a také pokrývá naše různé náklady na infrastrukturu 15:28 &lt;bar&gt; červenám se, ale díky :) 15:28 &lt;@cervantes&gt; w00t 15:29 &lt;+Complication&gt; pěkné :) 15:31 &lt;ripple&gt; jrandom: pastebin.i2p...mise splněna.... 15:32 &lt;@jrandom&gt; ripple: díky – vypadá to, že se chová podle očekávání – při OOM zemře rychlou a hroznou smrtí, což service wrapper detekuje a restartuje router 15:32 &lt;@jrandom&gt; ok, má někdo ještě něco k dnešnímu setkání? 15:34 &lt;tmp&gt; Ano, modleme se za uzdravení Betty. 15:34 * tethra se modlí 15:34 &lt;@jrandom&gt; vaše modlitby byly vyslyšeny – je zpátky :) 15:34 &lt;tmp&gt; I2P založené na víře. 15:35 &lt;tmp&gt; Ok. ;) 15:35 &lt;tethra&gt; paráda 15:35 &lt;tethra&gt; XD 15:35 &lt;fc&gt; tmp: to je transportní protokol, nebo co? 15:35 &lt;tethra&gt; anonymní modlitba? 15:35 &lt;@jrandom&gt; betty == můj laptop 15:35 &lt;tethra&gt; ani bůh neví, kdo jsi! 15:36 &lt;@frosk&gt; co ta nová mašina, kterou bar tak skvěle daroval? 15:36 &lt;+susi23&gt; jr: nepojmenoval jsi ji susi??? styď se ;) 15:37 &lt;@jrandom&gt; nový stroj se právě skládá, x86_64 (x2) krabice pro windows, gentoo a možná fbsd 15:37 &lt;@frosk&gt; cool 15:37 &lt;@jrandom&gt; (až bude hotový, čekejte nějaké fotky na mém blogu ;) 15:38 &lt;fc&gt; bsd! bsd! bsd! ;) 15:38 &lt;@jrandom&gt; susi23: ta nová bude potřebovat nové jméno... ;) 15:38 &lt;@cervantes&gt; susan! 15:39 &lt;@jrandom&gt; ;) 15:39 &lt;@jrandom&gt; ok, pokud už nic dalšího k setkání... 15:39 * jrandom se chystá 15:39 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2006/03/07/pozn%C3%A1mky-ke-stavu-i2p-k-2006-03-07/Tue, 07 Mar 2006 00:00:00 +0000/cs/blog/2006/03/07/pozn%C3%A1mky-ke-stavu-i2p-k-2006-03-07/<p>Ahoj všichni, tentokrát jen krátká týdenní aktualizace</p> <ul> <li>Index</li> </ul> <ol> <li>Stav sítě 2) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Uplynulý týden se vyvíjel docela dobře, protože 90+% sítě běží na 0.6.1.12, míry úspěšnosti sestavení tunnelů byly poměrně dobré a výběr peerů i end-to-end propustnost, kterou pozoruji, jsou na vzestupu. Stále jsou tu některé problémy s throttlingem (omezováním rychlosti), které řeším v CVS, stejně jako některé optimalizace ke snížení zbytečné šíře v komunikaci mezi peery, ale ty vypadají poměrně slibně. Někdy vyjde aktualizace jako 0.6.1.13, ale ne v nejbližší době.</p>/cs/blog/2006/03/07/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-7.-b%C5%99ezna-2006/Tue, 07 Mar 2006 00:00:00 +0000/cs/blog/2006/03/07/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-7.-b%C5%99ezna-2006/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> bar, Complication, dust, jrandom, susi23</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 15:08 &lt;jrandom&gt; 0) ahoj 15:08 &lt;jrandom&gt; 1) Stav sítě 15:08 &lt;jrandom&gt; 2) ??? 15:08 &lt;jrandom&gt; 0) ahoj 15:08 * jrandom mává 15:08 &lt;jrandom&gt; týdenní poznámky o stavu jsou zveřejněny na http://dev.i2p.net/pipermail/i2p/2006-March/001267.html 15:09 * jrandom dává vám všem pár hodin na pročtení té obrovské bichle poznámek 15:10 * Complication předstírá, že si toho ještě nevšiml ;) 15:11 &lt;+Complication&gt; Ahoj :) 15:11 &lt;+susi23&gt; ahoj :) 15:12 &lt;jrandom&gt; no, můžeme se rovnou pustit do 1) stavu sítě 15:12 &lt;jrandom&gt; Ten mail popisuje můj obecný pohled na to, co se děje. jak to sedí s tím, co vidíte vy? 15:13 &lt;+Complication&gt; Opravy škrcení jako by zvýšily spolehlivost, ale opravdu srazily propustnost 15:13 &lt;+Complication&gt; Moment, hledám ten graf 15:14 &lt;+Complication&gt; `http://complication.i2p/files/bw-week.png` 15:14 &lt;+Complication&gt; Vysoké úseky jsou na starších verzích, nízké úseky na nejnovější 15:15 &lt;+Complication&gt; Stejné nastavení omezovače, možná volnější na přísnějších (nejnovějších) verzích 15:16 &lt;+Complication&gt; Ale není to moc velký problém, protože se to přenáší 15:16 &lt;jrandom&gt; super, snížené využití šířky pásma je vhodné, jak se blížíš svému skutečnému limitu šířky pásma 15:17 &lt;+Complication&gt; Většinu času se to zdá stáhnout zpět ještě před limitem "sustained bandwidth" (trvalý limit šířky pásma) 15:17 &lt;+Complication&gt; Nikdy se to nedotkne "burst limit" (krátkodobý limit) 15:18 &lt;+Complication&gt; (což samo o sobě dává smysl – to, že se to stáhne zpět ještě před trvalým limitem, mě znepokojuje) 15:19 &lt;bar&gt; vidím v zásadě to samé co Complication. moje celková spotřeba pásma je jen 50 % mých max. nastavení. před 0.6.1.11 to bývalo ~80 % 15:19 &lt;jrandom&gt; je 200kbps tvoje rychlost omezovače, s 300kbps burst? 15:20 &lt;jrandom&gt; (jen přemýšlím, kolik času to dřív trávilo v burstu) 15:20 &lt;jrandom&gt; snížení využití šířky pásma je ale jedním z cílů nedávných změn 15:21 &lt;+Complication&gt; ~225 trvale, ~325 burst 15:21 &lt;+Complication&gt; Hele, mohl jsem... 15:22 &lt;+Complication&gt; Nevyložil jsem si to špatně? 15:23 &lt;+Complication&gt; Zapomeňte na to, jsem trouba... špatně jsem to spočítal, není to zdaleka tak špatné :O 15:23 &lt;jrandom&gt; nedostatek dat :) mohlo by to ukazovat na problém, ale to, co jsi zatím popsal, naznačuje, že se to chová, jak má 15:23 &lt;+Complication&gt; Je to trochu konzervativní, ale zdaleka ne tak špatné, jak jsem si myslel 15:24 &lt;+Complication&gt; Podle Router Console (která měří ve stejné jednotce jako omezovač) je odchozí celkový průměr 2/3 trvalého limitu a 1/2 krátkodobého limitu 15:25 &lt;+Complication&gt; Ale příchozí celkový průměr je, musím říct, jen mírně nad 1/3 trvalého limitu a 1/4 krátkodobého limitu 15:26 &lt;+Complication&gt; například, při předpokladu trvalého limitu 30 a krátkodobého limitu 40 by odchozí bylo 20 a příchozí něco přes 10 (většinou kvůli nedostatku zátěže) 15:26 &lt;jrandom&gt; super 15:26 &lt;+Complication&gt; Ale ten graf jsem špatně interpretoval, kvůli problémům Kb/KB :O 15:27 * Complication maže ten graf z historie 15:28 &lt;jrandom&gt; dobrý postřeh, každopádně mi určitě dej vědět, když bude něco znít divně 15:28 &lt;jrandom&gt; ok, ještě něco k 1) stavu sítě? 15:28 &lt;jrandom&gt; jestli ne, tak se šoupneme k 2) ??? 15:28 &lt;jrandom&gt; má někdo ještě něco k diskusi? 15:30 &lt;+Complication&gt; No, proběhlo nějaké testování jbigi a zjevně někdo dostal výsledky, které naznačovaly, že 64bit verze pro Linux je spíš pomalejší 15:31 &lt;+Complication&gt; Měli to pomalejší než čistá Java, nevím, jestli to nebyl problém měření :O 15:32 &lt;+Complication&gt; Nepodařilo se mi to zopakovat 15:32 &lt;jrandom&gt; jo, nebyl jsem si jistý, jaké přesně .so pro tu platformu používali 15:32 &lt;+Complication&gt; U mě to bylo asi dvakrát rychlejší než čistá Java 15:32 &lt;+dust&gt; moje experimenty s html jako dalším formátem zpráv v syndie začínají fungovat. můj lokální 'sucker' teď umí stáhnout webové stránky (s obrázky) a uložit je jako příspěvky v syndie 15:33 &lt;jrandom&gt; ah, hustý dust 15:33 &lt;+dust&gt; ale bez css 15:33 &lt;+Complication&gt; Ale lidi na 32bit mluvili o tom, že je to o dost rychlejší než čistá Java (třeba 10x a podobně) 15:35 &lt;bar&gt; hm.. Complication, nemůže být, že současné amd64 .so je jen pro 32bit systémy a on to testoval na 64bit OS? 15:36 &lt;+Complication&gt; bar: může být, protože já jsem to testoval taky na 64bit OS :O 15:36 &lt;jrandom&gt; jestli si dobře pamatuju, amd64 bylo zbuilděné, aby fungovalo na pure64 debianu 15:37 &lt;+Complication&gt; Tak či onak, někteří lidi navrhli, že by mohlo pomoct naimportovat novější gmp 15:37 &lt;bar&gt; jen výstřel do tmy, nejsem v těchhle věcech žádný expert 15:37 &lt;jrandom&gt; eh, používáme 4.1.4 15:37 &lt;+Complication&gt; Zvlášť po jejich brzkém skoku na novou verzi 15:38 &lt;+Complication&gt; Nejsem specialista na gmp, moc k tomu neřeknu 15:38 &lt;jrandom&gt; (a chystané optimalizace v gmp nejspíš nepřinesou výrazné zlepšení) 15:38 &lt;+Complication&gt; Kromě "možná fakt" 15:38 &lt;jrandom&gt; zlepšení přicházejí z buildů pro jednotlivé architektury 15:40 &lt;+Complication&gt; V mém testu, vyprovokovaném jejich testem, se ale 64bit athlon knihovna na 64bit Sempronu, na 64bit Mandrivě, zdá jen nepatrně rychlejší než čistá Java 15:40 &lt;+Complication&gt; (jo a 64bit VM) 15:41 &lt;+Complication&gt; (nepatrně znamená dvakrát) 15:41 &lt;jrandom&gt; hmm 'k 15:42 &lt;+Complication&gt; Zkusím testovat na víc kombinacích platforem a dám vědět, pokud najdu něco, co stojí za sdílení 15:43 &lt;jrandom&gt; super, díky 15:43 &lt;jrandom&gt; ok, má někdo ještě něco na tuhle schůzku? 15:46 &lt;jrandom&gt; pokud ne... 15:46 * jrandom končí 15:47 * jrandom *baf*s uzavírá schůzku </div>/cs/blog/2006/02/28/pozn%C3%A1mky-ke-stavu-i2p-k-2006-02-28/Tue, 28 Feb 2006 00:00:00 +0000/cs/blog/2006/02/28/pozn%C3%A1mky-ke-stavu-i2p-k-2006-02-28/<p>Ahoj všichni, je zase čas na naše úterní nadávání</p> <ul> <li>Index</li> </ul> <ol> <li>Stav sítě a 0.6.1.12 2) Cesta k 0.6.2 3) Miniprojekty 4) ???</li> </ol> <ul> <li> <ol> <li>Net status and 0.6.1.12</li> </ol> </li> </ul> <p>Uplynulý týden přinesl v síti výrazná zlepšení, nejprve díky rozsáhlému nasazení 0.6.1.11 minulé úterý, následovanému pondělním vydáním 0.6.1.12 (které bylo dosud nasazeno na 70 % sítě - díky!) Celkově je vše výrazně lepší než u 0.6.1.10 i starších vydání - míra úspěšnosti sestavení tunnel je o celý řád vyšší i bez jakýchkoli záložních tunnel, latence klesla, využití CPU kleslo a propustnost vzrostla. Kromě toho se se zcela vypnutým TCP míra retransmisí paketů drží pod kontrolou.</p>/cs/blog/2006/02/28/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-28.-%C3%BAnora-2006/Tue, 28 Feb 2006 00:00:00 +0000/cs/blog/2006/02/28/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-28.-%C3%BAnora-2006/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> blubb, cervantes, Complication, DeltaQ, jrandom, Magii, nymisis, postman, tethra</p> <h2 id="záznam-schůzky">Záznam schůzky</h2> <div class="irc-log"> 15:11 &lt;jrandom&gt; 0) ahoj 15:11 &lt;jrandom&gt; 1) Stav sítě a 0.6.1.12 15:11 &lt;jrandom&gt; 2) Cesta k 0.6.2 15:12 &lt;jrandom&gt; 3) Miniprojekty 15:12 &lt;jrandom&gt; 4) ??? 15:12 &lt;jrandom&gt; 0) ahoj 15:12 * Complication rychle čte poznámky 15:12 * jrandom mává 15:12 &lt;jrandom&gt; týdenní status poznámky zveřejněny na http://dev.i2p.net/pipermail/i2p/2006-February/001266.html 15:12 &lt;jrandom&gt; (a já ty poznámky posílal víc než 15 minut před schůzkou! ;) 15:13 &lt;jrandom&gt; ok, zatímco si vy všichni čtete ty tak strašně napínavé body, pojďme rovnou na 1) Stav sítě a 0.6.1.12 15:14 &lt;jrandom&gt; jak bylo zmíněno, hlavní cíle vydání 0.6.1.10-0.6.1.12 se zdají být splněny, řeší změnu kryptografie při vytváření tunnelů a výrazně zlepšují spolehlivost vytváření 15:16 &lt;jrandom&gt; výkyvy, které jsme viděli u 0.6.1.10, zmizely a stabilita IRC se opět zdá být dost dobrá 15:16 &lt;jrandom&gt; má někdo ještě něco k 1) Stavu sítě a 0.6.1.12, nebo se přesuneme k 2) Cesta k 0.6.2? 15:17 &lt;+Complication&gt; Stav sítě tady: už žádné padání pod 20 KB/s :) 15:18 &lt;jrandom&gt; super, jo, 0.6.1.12 opravila docela velký bug v 0.6.1.11, kdy to nedokázalo využít dostupnou šířku pásma. teď by to mělo lépe využívat dostupné zdroje 15:20 &lt;jrandom&gt; ok, přejděme na 2) 15:20 &lt;jrandom&gt; jak bylo řečeno, je pár věcí, které je potřeba vyřešit, než se nasadí poslední funkční změna pro 0.6.2, ale v tomhle směru postupujeme 15:20 &lt;nymisis&gt; stav sítě je v pohodě :) 15:22 &lt;jrandom&gt; jasně. než vyjdou, bude k dispozici víc informací o detailech nových strategií řazení peerů, ale podstata by měla být jasná z jejich stručné zmínky v poznámkách 15:23 &lt;jrandom&gt; má někdo nějaké dotazy/komentáře/obavy ohledně 2) Cesta k 0.6.2? 15:23 &lt;postman&gt; jrandom: budou tentokrát nějaké testnety? 15:24 &lt;postman&gt; (potřebujete nějaké routers, účastníky na testování věcí) 15:24 &lt;postman&gt; ? 15:24 &lt;+Complication&gt; Podstata věci se zdála dost přímočará – omezit možnost, aby protivník sbíral různorodá statistická data 15:25 &lt;+Complication&gt; Zní to jako dost žádoucí vlastnost 15:25 &lt;jrandom&gt; postman: nové věci by měly fungovat transparentně na živé síti s využitím pouze lokálních informací, takže by neměl být potřeba samostatný net na testování 15:25 &lt;jrandom&gt; jo, přesně tak, Complication 15:26 &lt;postman&gt; ok 15:26 &lt;postman&gt; jrandom: jsi dost odvážný prozradit odhad termínu (ETA) pro 0.6.2 ? :) 15:27 &lt;blubb&gt; 1. dubna 15:27 &lt;jrandom&gt; no, jelikož je dnes konec února, tipnul bych březen nebo duben 15:27 &lt;postman&gt; hehe 15:27 &lt;jrandom&gt; blubb: na ten termín už máme naplánovaná mi6 backdoor ;) 15:29 &lt;@cervantes&gt; spíš mi6 catflap 15:29 &lt;@cervantes&gt; (škrty v rozpočtu) 15:29 &lt;postman&gt; v pavilonu slonů 15:30 &lt;nymisis&gt; To je SIS, ne MI6, pokud máme být přesní. :) 15:30 &lt;jrandom&gt; no, říkejme jim prostě Oni ;) 15:31 &lt;jrandom&gt; ok, ještě něco k 2)? 15:31 &lt;jrandom&gt; pokud ne, pojďme se přesunout k 3) miniprojekty 15:31 &lt;@cervantes&gt; sorry „firma“ 15:34 &lt;jrandom&gt; ok, chtěl jsem jen upozornit na pár šikovných věcí, které by byly 1) jednoduché na udělání a 2) opravdu užitečné 15:34 &lt;+Complication&gt; K miniprojektům: nejsem si jistý, jestli moje odpověď ohledně Syndie dorazila nebo ne, ale přemýšlím, jestli bych si mohl jeden urvat. 15:34 &lt;+Complication&gt; Ještě nevím který. Momentálně si víc procvičuji Javu (dělám micro-projekt :D), abych měl větší jistotu, že až to zkusím, zvládnu nějaký 15:35 &lt;DeltaQ&gt; hmm, když na konzoli navýším šířku pásma, projeví se změny hned, nebo je potřeba restart? 15:35 &lt;+Complication&gt; Až budu hotov s tím „micro-projektem“ (samozřejmě za předpokladu, že ten stůl ještě nebude prázdný), zkusím si nějaký vybrat 15:35 &lt;jrandom&gt; w3wt, skvělé, Complication 15:36 &lt;jrandom&gt; DeltaQ: okamžitě 15:36 &lt;@cervantes&gt; není 1) Syndie scheduler propojený s 4) Download Manager / eepget scheduler 15:36 &lt;+Complication&gt; DeltaQ: projeví se skoro okamžitě (v rámci období, přes která se průměruje šířka pásma) 15:37 &lt;@cervantes&gt; mně se zdá, že obecněji funkční správce uploadu a downloadu by obsloužil obě potřeby 15:37 &lt;jrandom&gt; cervantes: hmm, ne nutně. 1) je dost zaměřené a zahrnuje i push, zatímco 4) je dost obecné 15:37 &lt;+Complication&gt; cervantes: zní, že by mohl 15:37 &lt;jrandom&gt; ale jo, engine za obojím je EepGet 15:37 &lt;jrandom&gt; (eepget dělá Syndie http přenosy, programově) 15:38 &lt;DeltaQ&gt; průměr se nezdá jít nad 13 kb/s 15:38 &lt;DeltaQ&gt; nastavil jsem 64 kb/s se 192 burst down 15:38 &lt;DeltaQ&gt; 32/64 up 15:38 &lt;@cervantes&gt; takže generické pushing a pulling v eepget s API pro plánování a správu... 15:39 &lt;@cervantes&gt; i tak se to v tom bodě nejspíš přestává kvalifikovat jako mini-projekt 15:39 &lt;+Complication&gt; DeltaQ: průměr také závisí na tom, jakou zátěž generují tvoje klientské tunnels (a participating tunnels ostatních peerů) 15:39 &lt;+Complication&gt; sorry, s/average/actual bandwidth 15:39 &lt;jrandom&gt; cervantes: jo, v těch věcech kolem Syndie je ale zapojená podstatná logika. 15:40 &lt;DeltaQ&gt; heh, konečně to šlo nahoru 15:40 &lt;DeltaQ&gt; 1s: 30.82/29.33KBps 15:40 &lt;DeltaQ&gt; asi jsem potřeboval zvednout ul šířku pásma 15:40 &lt;jrandom&gt; DeltaQ: průměr bude také ovlivněn tím, jak tě vnímají ostatní, což závisí na tvém chování, ne na nějaké inzerované rychlosti, takže to chvíli potrvá 15:40 &lt;+Complication&gt; DeltaQ: u průchozího provozu (participating tunnels) musí to, co přijde, také odejít 15:41 &lt;+Complication&gt; DeltaQ: takže velmi rozdílné ul/dl rychlosti by škrtily participating traffic na tu nižší z nich 15:42 &lt;+Complication&gt; DeltaQ: participating traffic také závisí na tom, jak ostatní uzly „vnímají“ směrovací kapacitu tvého uzlu 15:42 &lt;DeltaQ&gt; oki 15:43 &lt;+Complication&gt; Když si budou myslet, že umí dobře routovat, budou žádat častěji 15:43 &lt;jrandom&gt; ok, pokud už nic není k 3) miniprojekty, přeskočme na 4) ??? 15:43 &lt;jrandom&gt; má někdo ještě něco k projednání na schůzku? 15:43 &lt;DeltaQ&gt; no, jsem za routerem, ale namapoval jsem port 8887 na tenhle PC 15:43 &lt;+Complication&gt; Pokud je nový nebo nedávno zvýšil kapacitu, jsou trochu ostýchaví 15:44 &lt;DeltaQ&gt; oh, promiňte, nechtěl jsem rušit schůzku ^^ 15:44 &lt;+Complication&gt; Někdo se nedávno ptal na možné útoky založené na odchylce hodin (clock skew). Myslím, že jsem viděl tvoji odpověď ohledně tunelovací části (zpráva o vytvoření obsahuje jen dobu platnosti tunnelu, ne čas z pohledu jeho tvůrce)... 15:44 &lt;@cervantes&gt; (díky za zmínku ve status poznámkách) ;-)_ 15:46 &lt;+Complication&gt; Tak jsem vlastně přemýšlel, že se zeptám... které body, pokud vůbec nějaké, v I2P messagingu by mohly obsahovat čas z pohledu odesílatele? 15:47 &lt;+Complication&gt; Nepodařilo se mi to dohnat do aktuálního stavu, takže v tom mám trochu hokej 15:47 &lt;jrandom&gt; Complication: nic výslovně neříká „myslím, že je teď $time“, ale s dostatkem provozu a časové analýzy by to pravděpodobně šlo podstatně zúžit 15:48 &lt;jrandom&gt; časy kvantujeme na dlouhá období, i když ne tak dlouhá jako naše maximální odchylka hodin, takže tam je určitý prostor 15:49 &lt;+Complication&gt; Myslíš, že by se nakonec dalo něco získat z více „odlehčeného“ NTP klienta? 15:49 &lt;+Complication&gt; Takového, který by snáz udržoval menší odchylky? 15:50 &lt;jrandom&gt; no, od doby, kdy byl do i2p přidán sntp klient, se pořád zlepšuje, takže teď už nevidíme takové výkyvy jako dřív 15:51 &lt;jrandom&gt; možná bychom mohli snížit limit minimální odchylky z 10s na 2 nebo 3s, případně méně 15:51 &lt;jrandom&gt; případně mu můžeme dovolit dívat se i na ssu odchylky hodin, abychom se vyhnuli zbytečným odchylkám 15:52 &lt;+Complication&gt; Nebo by šlo ještě víc omezit možnosti hádání možné hodnoty hodin jiného peeru? 15:53 * Complication neví, která cesta by byla praktičtější, jen navrhuje náhodné možnosti :D 15:53 &lt;jrandom&gt; ne, známe odchylku hodin přímo připojených peerů 15:55 &lt;Magii&gt; dá se nějak poznat, že se update povedl? 15:55 &lt;+Complication&gt; Aha, takže session protokol na té informaci opravdu závisí.. 15:55 &lt;tethra&gt; podívej se na číslo verze 15:55 &lt;+Complication&gt; Magii: do logů by měl zapsat CRIT ve stylu "update verified, restarting to install" 15:55 &lt;tethra&gt; :/ 15:55 &lt;+Complication&gt; Pak by měl odpočítat minuty do řízeného restartu 15:56 &lt;+Complication&gt; A nakonec restartovat 15:57 &lt;+Complication&gt; Oh, mimochodem: zná interní NTP klient koncept jako "clock drift rate" (rychlost driftu hodin)? 15:58 &lt;jrandom&gt; jo, číslo verze v levém horním rohu na `http://localhost:7657/index.jsp` by mělo být jasné vodítko :) 15:58 &lt;jrandom&gt; Complication: ne, nezaručuje sekvenční tiky hodin 15:59 &lt;jrandom&gt; s/sequential/ordered/ 15:59 &lt;+Complication&gt; Ani si nevytváří znalost typu "naše systémové hodiny jsou 0.00345× rychlejší, než by měly být"? 16:00 &lt;jrandom&gt; aha, ne, ačkoliv přidat to do net.i2p.util.Clock by nebylo tak těžké (chceš miniprojekt? :) 16:00 &lt;+Complication&gt; Nad něčím takovým jsem přemýšlel 16:01 &lt;+Complication&gt; Asi o tom teď přemýšlím o něco víc :) 16:01 &lt;+Complication&gt; Ale nejdřív jiné miniprojekty :) 16:02 &lt;jrandom&gt; ok, má ještě někdo něco k této schůzce? 16:03 &lt;nymisis&gt; Muffiny? 16:04 &lt;jrandom&gt; ne, palačinky 16:04 &lt;jrandom&gt; (mmMMmm palačinky) 16:04 &lt;jrandom&gt; když už jsme u toho 16:04 * jrandom se rozmachuje 16:04 &lt;nymisis&gt; Aha, sakra, dobrý point. 16:04 * jrandom *baf* uzavírá schůzi </div>/cs/blog/2006/02/21/pozn%C3%A1mky-ke-stavu-i2p-k-2006-02-21/Tue, 21 Feb 2006 00:00:00 +0000/cs/blog/2006/02/21/pozn%C3%A1mky-ke-stavu-i2p-k-2006-02-21/<p>Ahoj všichni, zase je tu úterý</p> <ul> <li>Index</li> </ul> <ol> <li>Stav sítě 2) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Síť se s vydáním 0.6.1.10 potýkala s problémy, zčásti kvůli zpětné nekompatibilitě, ale také kvůli neočekávaným chybám. Ani spolehlivost, ani uptime (doba provozu bez výpadků) na 0.6.1.10 nebyly dostačující, takže během posledních 5 dní proběhla smršť záplat, která vyústila v nové vydání 0.6.1.11 - <code>http://dev.i2p.net/pipermail/i2p/2006-February/001263.html</code></p> <p>Většina chyb nalezených v 0.6.1.10 byla přítomna už od vydání 0.6 loni v září, ale nebyly snadno patrné, dokud bylo možné se uchýlit k alternativním transportům (TCP). Moje lokální testovací síť simuluje selhávání paketů, ale ve skutečnosti nepokrývala fluktuaci routerů a další přetrvávající selhání sítě. Testovací síť _PRE navíc zahrnovala samovýběrovou sadu poměrně spolehlivých peerů, takže existovaly podstatné situace, které nebyly před plným vydáním plně prozkoumány. To je samozřejmě problém a příště zajistíme, že zahrneme širší výběr scénářů.</p>/cs/blog/2006/02/14/i2p-setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-14.-%C3%BAnora-2006/Tue, 14 Feb 2006 00:00:00 +0000/cs/blog/2006/02/14/i2p-setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-14.-%C3%BAnora-2006/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> cervantes, Complication, duck, frosk, jrandom, void</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 15:39 &lt;jrandom&gt; 0) ahoj 15:39 &lt;jrandom&gt; 1) Stav sítě 15:39 &lt;jrandom&gt; 2) 0.6.1.10 15:39 &lt;jrandom&gt; 3) Aktivita Syndie 15:39 &lt;jrandom&gt; 4) ??? 15:39 &lt;jrandom&gt; 0) ahoj 15:39 * jrandom mává 15:39 &lt;jrandom&gt; týdenní statusové poznámky jsou zveřejněny na http://dev.i2p.net/pipermail/i2p/2006-February/001260.html 15:39 &lt;jrandom&gt; (jdu s tím trochu pozdě, tak vám dám minutku, abyste prolétli ty stručné poznámky) 15:40 &lt;+Complication&gt; ahoj 15:40 &lt;@cervantes&gt; čau 15:41 &lt;jrandom&gt; no, je to dost stručné, tak pojďme rovnou k 1) Stav sítě 15:41 &lt;jrandom&gt; Nemám k tomu co dodat, má k tomu někdo něco k diskuzi? 15:41 &lt;@cervantes&gt; &lt;jrandom&gt; (zatraceně nespolehlivé připojení k síti) 15:41 &lt;+Complication&gt; Občas trochu zahlcená, ale grafy naznačují, že to není nic nového 15:42 &lt;jrandom&gt; heh cervantes, no, to je tím, že jeden z mých spolubydlících používá limewire, ne i2p ;) 15:43 &lt;@cervantes&gt; měli jsme různé problémy se serverem i s irc a postmanovým trackerem během posledních pár týdnů - postman udělal spoustu migrací, takže by to pro lidi mělo být stabilnější 15:43 &lt;+Complication&gt; Musí být těžké je v tom nechat, ale hádám... takový je život :O 15:43 &lt;+Complication&gt; tím= používat limewire 15:44 &lt;+Complication&gt; Dnes ráno ale tracker.postman.i2p odmítal spojení 15:44 &lt;jrandom&gt; Complication: disk byl plný, už je to opravené 15:44 &lt;jrandom&gt; (nové stroje mají své nové vrtochy) 15:46 &lt;jrandom&gt; ok, má ještě někdo něco k 1) Stavu sítě? 15:46 &lt;jrandom&gt; jinak se přesuneme k 2) 0.6.1.10 15:47 &lt;jrandom&gt; Jak bylo zmíněno, za pár dní budeme mít nové zpětně nekompatibilní vydání 15:48 &lt;jrandom&gt; samo o sobě sice nespůsobí revoluci ve výkonu, ale zlepší pár klíčových metrik, abychom se posunuli dál 15:48 &lt;jrandom&gt; je tam taky spousta oprav chyb 15:49 &lt;@cervantes&gt; dostanou se do vydání zzzova vylepšení server tunnel? 15:49 &lt;jrandom&gt; jo a je tam celé to vylepšení anonymity... víte, sine qua non 15:50 &lt;jrandom&gt; cervantes: nejspíš ne, od toho příspěvku na zzz.i2p minulý týden jsem moc neslyšel. v cvs jsem ale udělal pár drobných oprav (aby to mělo podporu pro lighttpd atd.), ale zzzova perzistentní spojení mít nebudeme 15:50 &lt;jrandom&gt; (zatím) 15:51 &lt;@frosk&gt; na jaké velikosti DH klíče / atd. jste skončili? 15:51 &lt;@cervantes&gt; jo, ty problémy s novými řádky jsem viděl před pár týdny, ale zdržel jsem se změn kvůli blížícím se zzzovým vylepšením 15:51 &lt;jrandom&gt; ach, prozatím zůstaneme u 2048bitového šifrování s malými exponenty 15:52 &lt;@frosk&gt; takže lze očekávat nižší spotřebu CPU? 15:52 &lt;jrandom&gt; jo 15:53 &lt;@frosk&gt; výborně 15:53 &lt;jrandom&gt; přechod na 1024bit by snížil zatížení CPU o další řád, ale vyžadoval by přepracování struktur pro vytváření tunnel (1024bit asym není dost velký, aby přenesl data, která potřebujeme předat). 15:54 &lt;jrandom&gt; to můžeme prozkoumat v budoucnu, ale toto příští vydání by mělo výrazně snížit režii CPU 15:54 &lt;jrandom&gt; Taky jsem vypnul TCP transport, protože jsem zlý a podlý člověk 15:55 &lt;@frosk&gt; očekáváš ještě nějaké další nekompatibilní aktualizace před 1.0? 15:55 &lt;jrandom&gt; doufám, že ne 15:55 * cervantes musí být dánský kreslíř 15:55 &lt;@frosk&gt; nemyslím, že nám bude TCP chybět :) 15:55 &lt;@cervantes&gt; Myslím, že jrandom musí být 15:55 &lt;@cervantes&gt; ;-) 15:55 * jrandom sleduje, jak ambasáda hoří 15:56 &lt;jrandom&gt; ok, má někdo ještě něco k 2) 0.6.1.10? 15:56 &lt;void&gt; proč to dřív nepodporovalo lighttpd? 15:56 &lt;jrandom&gt; (ach, mimochodem, pro 0.6.1.10 došlo také k zajímavým vylepšením ve streaming knihovně, jako je fast retransmit ve stylu TCP atd., tak uvidíme, jak to pomůže) 15:57 &lt;@cervantes&gt; void: chybně formátované hlavičky 15:57 &lt;jrandom&gt; void: chyba, kdy jsme nebyli v souladu se standardy 15:57 &lt;void&gt; ah, jsou ty bugy s nekonzistentními novými řádky také opravené? 15:58 &lt;void&gt; a co ten s nulovým znakem? čekáte na zzzův patch pro perzistentní spojení? 15:58 &lt;jrandom&gt; bug s novým řádkem je právě ta chybně formátovaná hlavička a je opraven 15:58 &lt;jrandom&gt; k tomu s nulovým znakem nic nového 15:59 &lt;void&gt; ok 16:00 &lt;jrandom&gt; ok, pokud k bodu 2 nic dalšího není, přejděme k 3) Aktivita Syndie stručně 16:00 &lt;jrandom&gt; no, moc k tomu nemám co dodat... 16:01 &lt;jrandom&gt; (ŘÍKAL jsem stručně) 16:01 &lt;jrandom&gt; tak skočme na 4) ??? 16:01 &lt;jrandom&gt; má někdo ještě něco, co chce na schůzce otevřít? 16:01 &lt;+fox&gt; &lt;duck&gt; příliš zaměstnaný čtením Syndie na to, aby komentoval 16:01 &lt;jrandom&gt; ;) 16:02 * Complication je příliš zaneprázdněn vydáváním bezvýznamných podpisů, než aby komentoval :D 16:05 &lt;jrandom&gt; ok, super. jen další připomínka, aby se lidé následující den či dva drželi dál od CVS až do vydání, protože CVS HEAD dostane změny z větve _PRE a větev _PRE bude vyřazena 16:05 * jrandom se rozmáchne 16:05 * jrandom *baf*s schůzku uzavírá </div>/cs/blog/2006/02/14/stavov%C3%A9-pozn%C3%A1mky-i2p-ze-dne-2006-02-14/Tue, 14 Feb 2006 00:00:00 +0000/cs/blog/2006/02/14/stavov%C3%A9-pozn%C3%A1mky-i2p-ze-dne-2006-02-14/<p>Ahoj všichni, dnes jen krátká aktualizace</p> <ul> <li>Index</li> </ul> <ol> <li>Stav sítě 2) 0.6.1.10 3) Aktivita Syndie 4) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Jak jsem řekl minulý týden, &ldquo;Za poslední týden na živé síti nedošlo k žádným podstatným změnám, takže stav živé sítě se příliš nezměnil. Na druhou stranu&hellip;&rdquo;</p> <ul> <li> <ol start="2"> <li>0.6.1.10</li> </ol> </li> </ul> <p>Došlo k dalšímu pokroku se sítí _PRE network, abychom se dostali k vydání 0.6.1.10, a před pár dny jsem vám všem dal pětidenní varování [1]. Vše jde stále podle plánu, takže očekávám, že 0.6.1.10 vyjde někdy pozdě ve čtvrtek. Vydání nebude zpětně kompatibilní a váš router pravděpodobně vytvoří novou identitu routeru a bude vyžadovat reseeding, aby se dostal na novou síť. To by však mělo proběhnout transparentně.</p>/cs/blog/2006/02/07/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-7.-%C3%BAnora-2006/Tue, 07 Feb 2006 00:00:00 +0000/cs/blog/2006/02/07/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-7.-%C3%BAnora-2006/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> bar, cervantes, Complication, jrandom, KBlup, modulus, tethra, tmp</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 15:36 &lt;jrandom&gt; 0) ahoj 15:36 &lt;jrandom&gt; 1) Status sítě 15:36 &lt;jrandom&gt; 2) Průběh _PRE net 15:36 &lt;jrandom&gt; 3) I2Phex 0.1.1.37 15:36 &lt;jrandom&gt; 4) ??? 15:36 &lt;jrandom&gt; 0) ahoj 15:37 * jrandom mává 15:37 &lt;jrandom&gt; týdenní poznámky ke stavu zveřejněny @ http://dev.i2p.net/pipermail/i2p/2006-February/001258.html 15:37 &lt;bar&gt; ahoj 15:38 &lt;jrandom&gt; zatímco se probíráte tím oh-tak-vzrušujícím materiálem, pojďme skočit do 1) Status sítě 15:38 &lt;jrandom&gt; na živé síti se z pohledu i2p za poslední týden moc nezměnilo, takže tu nemám moc co dodat 15:39 &lt;jrandom&gt; má někdo něco, co chce zmínit ohledně aktuálního stavu sítě? 15:39 &lt;KBlup&gt; viděl jsem hrozné špičky selhávajících klientů při dlouhém běhu i2p... nevím, jestli to patří k 1) 15:39 &lt;jrandom&gt; KBlup: koreluje to s vysokým zatížením CPU nebo spotřebou šířky pásma? 15:40 &lt;KBlup&gt; výsledkem je msg-delay&gt; 10000ms :-/ 15:40 &lt;jrandom&gt; aha, to je velmi pravděpodobně jeden z důvodů, proč se vyvíjí _PRE net :) 15:40 &lt;KBlup&gt; myslím, že se pak snaží navázat nové tunnels a neustále to selhává, což někdy vede k 300+ úlohám... 15:41 &lt;KBlup&gt; můj stroj je docela silný, ale tímhle přetížený... 15:41 &lt;jrandom&gt; jo, to všechno bylo přepracováno v rámci 0.6.1.10, vydržte, než to bude hotové 15:43 &lt;jrandom&gt; ok, ještě něco k 1), nebo se přesuneme k 2) Průběh _PRE net 15:43 &lt;+Complication&gt; 0.6.1.10 skutečně obsahuje značné změny 15:45 &lt;jrandom&gt; jo, je tu hodně masa. Aktuální stav je, že nový kód pro vytváření je na místě a zdá se, že funguje správně, ale teď využívám příležitosti dál ladit některé podkladové problémy 15:46 &lt;+Complication&gt; Zmiňoval jsi, že je potřeba předem vyplivnout hodně CPU času 15:47 &lt;+Complication&gt; Bude tenhle náklad teď spojen se stavbou jakéhokoli tunnel? 15:48 &lt;+Complication&gt; (tj. před samotnou konstrukcí bys během krátké chvíle musel provést dávku těžkého crypto) 15:48 &lt;jrandom&gt; ano, všechny požadavky na build tunnel budou muset provést k náročných crypto operací (kde k = počet hopů v buildovaném tunnel) 15:49 &lt;+Complication&gt; Chtěl jsem se zeptat... je interval jen těsnější než dřív, nebo je i objem větší? 15:50 &lt;jrandom&gt; objem je zároveň větší, menší i těsnější. Těsnější v tom, že se všechno udělá předem. Větší v tom, že nemůžeme zkratovat a vynechat šifrování pro nějaký hop, když ho předchozí hop odmítne, a menší v tom, že dřívější hopy selhávají mnohem méně 15:51 &lt;jrandom&gt; navíc, na rozdíl od dřívějších vydání už pro požadavky na tunnel nepoužíváme ElGamal/AES+SessionTag – používáme (celkem) přímo ElGamal 15:52 &lt;+Complication&gt; ...a nedalo by se to předpočítat, ledaže by člověk znal finální sadu, která projde? 15:52 &lt;jrandom&gt; to znamená, že zatímco dřív jsme mohli podvádět bez asymetrické operace, už se o to nepokoušíme (protože samotné to obcházení odhalovalo jistou třídu útoků) 15:53 &lt;+Complication&gt; (sada peers) 15:53 &lt;jrandom&gt; hmm, určitě by se to dalo předpočítat, pokud víš, kteří peers v tom tunnel budou osloveni 15:54 &lt;jrandom&gt; nový proces vytváření tunnel běží v samostatném threadu, takže pod zátěží neucpe hlavní frontu úloh a může se lépe škrtit 15:54 &lt;+Complication&gt; Dá se také předpokládat, že pokud se nezmění dostupné poznatky, člověk ví o pár těch, které bude oslovovat, když pokusy selžou? 15:54 &lt;jrandom&gt; hmm, nejsem si úplně jistý, že rozumím 15:55 &lt;+Complication&gt; Nebo je jejich znalost beztak k ničemu, protože se ta struktura musí udělat znovu od nuly? 15:56 &lt;+Complication&gt; (tj.: alespoň ElGamal(y) znovu od nuly) 15:56 &lt;jrandom&gt; aha, struktura je http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/tunnel-alt-creation.html?rev=HEAD#tunnelCreate.requestRecord 15:56 &lt;jrandom&gt; takže ano, pokud se změní next hop, ElGamal se musí udělat znovu 15:56 &lt;jrandom&gt; (pokud předpočítáš) 15:56 &lt;+Complication&gt; Jasně, hned jsem si tím nebyl jistý 15:57 &lt;+Complication&gt; Teď mi to dochází 15:57 &lt;jrandom&gt; na druhou stranu se opravdu snažíme zvednout úspěšnost buildů a nový build proces by se měl umět přizpůsobit, aby minimalizoval zbytečná vytváření 15:58 &lt;+Complication&gt; Jak to vypadá v praxi? 15:58 &lt;jrandom&gt; (jo, ta struktura byla na větvi _PRE lehce upravená: http://dev.i2p.net/cgi-bin/cvsweb.cgi/~checkout~/i2p/router/doc/tunnel-alt-creation.html?rev=1.1.2.1;content-type=text%2Fhtml#tunnelCreate.requestRecord ) 15:59 &lt;+Complication&gt; Všiml jsem si detailu, že šifrování ElGamal výrazně zrychlilo... 15:59 &lt;jrandom&gt; no, úspěšnost buildů je mnohem vyšší než na živé síti, ale to může být jen tím, že _PRE net je malá 16:00 &lt;jrandom&gt; jo, vytvoření struktury se 2 hop například trvá v průměru 44ms přes 1120 běhů, zatímco na živé síti trvá ElGamal šifrování 542ms (přes 1344 běhů) 16:02 &lt;jrandom&gt; (na stejném stroji) 16:02 &lt;+Complication&gt; Těch 542 zahrnuje i opakování při selhání, nebo je to jen čisté buildování? 16:02 &lt;+Complication&gt; Pokud je to čistý build, musím najít svou spodní čelist... někde leží na zemi. :P 16:02 &lt;KBlup&gt; k té změně exponentu: v jakém měřítku to ovlivňuje anonymitu? 16:02 &lt;jrandom&gt; ne, to je čistá statistika elGamal, protože živá síť nestaví tu novou strukturu _PRE net 16:04 &lt;jrandom&gt; KBlup: anonymita? žádná. bezpečnost? podle toho, co jsem četl, je 228 bitů víc než dost na úroveň 2048bit ElGamal 16:04 * Complication toho moc neví o ElGamalových x a y 16:04 &lt;+Complication&gt; Ne dost na smysluplný komentář 16:06 &lt;+Complication&gt; Pokud seriózní výzkumníci považují kratší x za dost těžké a ti crypto šílenci předtím neutekli s křikem... 16:06 &lt;@cervantes&gt; no, nejen to, ale i důsledky přechodu na 1024/160 16:07 &lt;KBlup&gt; asi si ten paper budu muset později přečíst ;) 16:07 &lt;+Complication&gt; cervantes: ano, to je určitě lepší 16:08 &lt;+Complication&gt; Mimochodem, jakému hlavnímu útoku se ten cipher musí bránit a jak dlouho je takový útok reálně proveditelný? 16:09 &lt;+Complication&gt; Je to něco, co ti pomůže jen když to prolomíš rychle, nebo pomůže i když to prolomíš až časem? 16:11 &lt;+Complication&gt; Jestli to chápu správně, bezprostřední tajemství, které to chrání, je další účastník tunnel, že? 16:11 &lt;+Complication&gt; (přesněji, ten přes další) 16:11 &lt;@modulus&gt; schůzka běží? 16:11 &lt;+Complication&gt; (kterého může znát jen ten další) 16:11 &lt;@cervantes&gt; modulus: ayre 16:11 &lt;@cervantes&gt; -r 16:11 &lt;jrandom&gt; pro praktického (byť šíleně silného) protivníka by bylo nutné to prolomit během lifetime daného tunnel. Prolomení po skončení lifetime toho tunnel by pomohlo jen tehdy, pokud by sis logoval veškerý síťový provoz a prolomil všechny tunnels (tj. poté, co prolomíš efemérní crypto na transport layer a pustíš se do crypto na tunnel layer) 16:11 &lt;jrandom&gt; takže se bavíme o řádu minut, ne desetiletích 16:12 &lt;jrandom&gt; (takže 1024bit je nejspíš i overkill) 16:12 &lt;@cervantes&gt; dá se to riziko nějak smysluplně změřit? 16:13 &lt;+Complication&gt; Kromě toho, u tunnel s více hop by protivník musel prolomit několik z nich, že? 16:13 &lt;+Complication&gt; (i když builder by musel také stavět několik) 16:13 &lt;@cervantes&gt; pokud nepotřebujeme víc než 1024 bitů, je opravdu nutné používat víc? 16:14 &lt;@cervantes&gt; vždy můžeme za 3 roky použít silnější algo, až budeme mít výrazně výkonnější kvantové počítače 16:14 &lt;@modulus&gt; jrandom: kdyby protivník věděl, že v čase hh:mm se bude tunnelovat něco důležitého, je pravděpodobné, že by to nějak prolomil logováním? 16:14 &lt;jrandom&gt; Complication: správně, museli by prolomit několik (a DH klíče, které chrání transport layer) 16:14 &lt;@modulus&gt; pokud vím, 1024bit je break()able s obrovským výkonem 16:15 &lt;jrandom&gt; obrovský výkon a tak deset let 16:15 &lt;jrandom&gt; (nebo tři) 16:15 &lt;@cervantes&gt; jrandom: je těžké zkusit slabší cipher? 16:15 &lt;@modulus&gt; měl jsem dojem, že 1024bitové kompozity jsou dnes faktorizovatelné během pár měsíců. 16:15 &lt;@cervantes&gt; mohli bychom to nasadit na pre net 16:15 &lt;@cervantes&gt; a zjistit, zda to skutečně přináší významný přínos 16:16 &lt;@cervantes&gt; modulus: ano, ale museli by jich prolomit několik 16:16 &lt;@modulus&gt; jestli je to založené na diskrétním logaritmu a všech těch věcech, tak o tom nic nevím 16:16 &lt;@modulus&gt; cervantes: aha 16:16 &lt;jrandom&gt; cervantes: vyžaduje to změny v mnoha strukturách, protože teď používáme 512byte sloty. Možná bychom ale pro testy mohli prvních 256 bytů prostě vyplnit 0x00 16:17 &lt;jrandom&gt; modulus: ElGamal je založený na diskrétním logaritmu 16:17 &lt;@cervantes&gt; jrandom: stojí to za otestování? 16:17 &lt;@modulus&gt; jasně, já si představoval RSA 16:17 &lt;@cervantes&gt; nebo je lepší soustředit se na jiné věci a vrátit se k tomu, pokud to bude potřeba 16:18 &lt;jrandom&gt; rozhodně stojí za test, ale momentálně se vrtám v nějakých evaluacích na transport layer 16:18 &lt;+Complication&gt; Asi to závisí na tom, jak se jejich výpočet dá zvládnout v reálu. 16:18 &lt;jrandom&gt; (a čas šifrování 44ms je pro teď dost dobrý, i když 4ms by byly ještě lepší :) 16:19 &lt;+Complication&gt; Když to drží pohromadě na současných počítačích, s novějšími stroji se to zlepší. 16:19 &lt;@modulus&gt; zvlášť pokud přijde crypto hw, jak už začíná u některých přicházet 16:19 &lt;jrandom&gt; ale změnu tohoto parametru samozřejmě neuděláme lehkovážně ani hned. Pokud má někdo dobrý důvod se tomu vyhnout, dejte prosím vědět 16:21 &lt;jrandom&gt; modulus: slyšel jsem o specializovaných čipech pro AES a RSA, ale nic pro DH/ElGamal. Na druhou stranu, když se jako protivník bere NSA/apod., kde si mohou vyrobit vlastní, je to možné 16:22 &lt;@cervantes&gt; mají crypto stroje postavené na technologii koblih s kroužkovým posypem 16:23 * Complication je ochotný upgradovat Celeron 300 na Athlon 600, pokud to udrží nápor kroužkově posypaných donutů :D 16:23 &lt;tethra&gt; heheh 16:24 &lt;jrandom&gt; mmMMmm donuty 16:25 &lt;jrandom&gt; ok, má ještě někdo něco k 2) Průběh _PRE net? 16:25 &lt;jrandom&gt; pokud ne, skočme na 3) I2Phex 0.1.1.37 16:26 &lt;jrandom&gt; Complication: dáš nám info? 16:26 &lt;+Complication&gt; No, zdá se, že to funguje. :) 16:26 &lt;+Complication&gt; Je naděje brzy získat víc webcaches (webové cache) pro extra redundanci. 16:27 &lt;jrandom&gt; jasně 16:27 &lt;jrandom&gt; hmm, myslíš, že potřebujeme víc webcaches? Nestačí, aby běžela jedna? Ne že by víc bolelo, samozřejmě 16:27 &lt;+Complication&gt; (pokud se legionovi podaří vyřešit záhady, které strašily jeho první pokus) 16:27 &lt;+Complication&gt; Je tam taky záhadný bug, ale nekouše tvrdě, a snažím se ho najít. 16:28 &lt;+Complication&gt; Jedna dostupná stačí 16:28 &lt;+Complication&gt; Více jich jen zvyšuje šanci, že nějaká bude dostupná 16:28 &lt;jrandom&gt; cool 16:28 &lt;+Complication&gt; Protože v aktuální fázi to nikdy nevyřadí webcaches jako špatné. Celkově jich je příliš málo. 16:29 &lt;+Complication&gt; (ta rutina se aktivuje, pokud jich existuje víc než 10) 16:29 &lt;+Complication&gt; (pokud si dobře pamatuji) 16:29 &lt;+Complication&gt; K tomu bugu: po dlouhém běhu se subsystem webcache někdy zasekne 16:30 &lt;+Complication&gt; Pravděpodobně proto, že GET požadavek httpclienta nelze úspěšně zrušit 16:31 &lt;@modulus&gt; takže musí čas od času chcípnout? 16:31 &lt;+Complication&gt; Je to bezpečné a nikdy to zjevně nekouše čerstvě připojené stroje 16:31 &lt;jrandom&gt; hmm, co to znamená funkčně? Po čase přestane registrovat u webcache, takže novým lidem na ně nebudou dávané reference? 16:31 &lt;+Complication&gt; Když to kousne už dobře integrovaný stroj, ten si sežene dost peers od peers, na které je už připojený 16:31 &lt;+Complication&gt; Takže momentálně se dopad zdá být blízko nule 16:31 &lt;@modulus&gt; super 16:32 &lt;+Complication&gt; Je to jen zvláštní 16:32 &lt;@modulus&gt; žádné pravidlo, kdy to selže, nebo tak? 16:32 &lt;+Complication&gt; modulus: obecně ne dřív než po 20 hodinách 16:33 &lt;+Complication&gt; A protože nemám jak to vynutit, ladění je trochu pomalé 16:33 &lt;@modulus&gt; :_) 16:34 &lt;+Complication&gt; Každopádně, když ho najdu, opravím ho, a když ho nenajdu, najdu si jiné věci na hraní :) 16:34 &lt;jrandom&gt; :) 16:34 &lt;jrandom&gt; zní to, jako by to byl jen symptom některých bugů, které jsme viděli ve streaming lib / eepproxy, takže jejich oprava by měla opravit i tohle 16:35 &lt;+Complication&gt; Může být 16:38 &lt;jrandom&gt; ok super, dobrá práce, Complicatione 16:38 &lt;jrandom&gt; má někdo ještě něco k 3) I2Phex 0.1.1.37, nebo skočíme na sběrnou 4) ??? 16:41 &lt;jrandom&gt; (berte to, že jsme skočili) 16:41 &lt;jrandom&gt; ok, má někdo ještě něco na schůzku? 16:42 &lt;tmp&gt; Nebo už navždy mlčte? 16:43 &lt;jrandom&gt; a navždy a navždy 16:43 * jrandom se rozmachuje 16:43 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2006/02/07/stavov%C3%A9-pozn%C3%A1mky-i2p-k-2006-02-07/Tue, 07 Feb 2006 00:00:00 +0000/cs/blog/2006/02/07/stavov%C3%A9-pozn%C3%A1mky-i2p-k-2006-02-07/<p>Ahoj všichni, zase je tu úterý</p> <ul> <li>Index</li> </ul> <ol> <li>Stav sítě 2) _PRE postup sítě 3) I2Phex 0.1.1.37 4) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Během uplynulého týdne nedošlo v živé síti k žádným podstatným změnám, takže se stav živé sítě příliš nezměnil. Na druhou stranu&hellip;</p> <ul> <li> <ol start="2"> <li>_PRE net progress</li> </ol> </li> </ul> <p>Minulý týden jsem začal commitovat zpětně nekompatibilní kód pro vydání 0.6.1.10 do samostatné větve v CVS (i2p_0_6_1_10_PRE) a skupina dobrovolníků to pomohla otestovat. Tato nová _PRE síť nemůže komunikovat s živou sítí a neposkytuje žádnou smysluplnou anonymitu (protože je v ní méně než 10 uzlů). Díky záznamům pen register (záznamům metadat o připojeních) z těchto router se podařilo vysledovat a odstranit několik podstatných chyb jak v novém, tak i ve starém kódu, i když další testování a vylepšování pokračuje.</p>/cs/blog/2006/01/31/i2p-setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-31.-ledna-2006/Tue, 31 Jan 2006 00:00:00 +0000/cs/blog/2006/01/31/i2p-setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-31.-ledna-2006/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> bar, cervantes, Complication, frosk, gloin, jrandom, Pseudonym, stealth, Sugadude, tethra</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 15:19 &lt;jrandom&gt; 0) ahoj 15:19 &lt;jrandom&gt; 1) Stav sítě 15:19 &lt;jrandom&gt; 2) Stav 0.6.1.10 15:19 &lt;jrandom&gt; 3) ??? 15:19 * jrandom mává 15:19 &lt;jrandom&gt; poznámky ke stavu jsou na http://dev.i2p.net/pipermail/i2p/2006-January/001257.html 15:20 &lt;jrandom&gt; ok, jdeme rovnou na 1) Stav sítě 15:21 &lt;jrandom&gt; jak bylo zmíněno v mailu, ti na 0.6.1.9-0 (plné vydání) by měli mít pořád to samé 15:21 &lt;jrandom&gt; ale uživatelé na novějších buildech (od 0.6.1.9-5 a novější) mohou mít potíže 15:21 &lt;jrandom&gt; („potíže“ je možná slabé slovo...) 15:21 &lt;+Complication&gt; CVS -8 byl trochu nestabilní, takže pouštím -2 místo toho (funguje docela dobře) 15:22 &lt;gloin&gt; :-) 15:22 &lt;+Complication&gt; =instead 15:22 &lt;Pseudonym&gt; poslední dobou se věci zdají nestabilní (jsem na 0.6.1.9-0) 15:22 &lt;jrandom&gt; super, zvažoval jsem vrátit změny v procesu, ale přitom zahrnout dustův update ircclientu a patch i2ptunnel httpserveru na headu, ale 0.6.1.10 asi není tak daleko 15:23 &lt;jrandom&gt; hmm Pseudonym, přístup na eepsites, IRC, nebo jiné služby, nebo jejich hostování? 15:23 &lt;+Complication&gt; Nestabilní s -0? Jak se ten problém projevuje? 15:23 &lt;Pseudonym&gt; Všímám si hlavně IRC (hraju idlerpg) 15:24 &lt;jrandom&gt; („hraju“ ;) 15:24 &lt;Pseudonym&gt; taky se občas router zblázní a musí se restartovat (žádní aktivní peerové) 15:24 &lt;Pseudonym&gt; heh 15:24 &lt;jrandom&gt; hmm, problémy s internetovým připojením? 15:24 &lt;@frosk&gt; -0 je tady stabilní, samozřejmě až na dvakrát denně restart kvůli „router hung!“ 15:24 &lt;jrandom&gt; hrm frosk, skutečné „router hung“, nebo „router hung“ kvůli expiraci leaseSet? 15:25 &lt;Pseudonym&gt; internetové připojení je v pořádku. když restartuju I2P router, hned se vrátí 15:25 &lt;+Complication&gt; Můj Cel300 se taky po čase zasekne, ale intervaly se prodlužují a nejsem v obraze proč 15:25 &lt;@frosk&gt; jrandom: expirace lease, tím jsem si dost jistý 15:25 &lt;jrandom&gt; hmm 'k 15:26 &lt;jrandom&gt; téměř všechno z toho bylo přepsáno pro nový kód vytváření a správy, tak uvidíme, jak to půjde v 0.6.1.10 15:27 &lt;@frosk&gt; super 15:27 &lt;@frosk&gt; rád pomůžu s testováním 15:28 &lt;Pseudonym&gt; teď nepotřebuji, abys ten problém řešil. Chtěl jsem jen přidat datový bod o stabilitě 15:28 &lt;jrandom&gt; paráda, jakmile to bude lokálně stabilní, určitě budu potřebovat naverbovat nějakou pomoc :) 15:28 &lt;jrandom&gt; super, díky Pseudonyme 15:28 &lt;jrandom&gt; ok, má někdo ještě něco k 1) Stavu sítě? 15:30 &lt;jrandom&gt; pokud ne, skočme rovnou na 2) Stav 0.6.1.10 15:30 &lt;jrandom&gt; jak bylo zmíněno v mailu, místo aby se na živou síť vršily další a další drobné úpravy, půjdeme přímo ke zdroji 15:31 &lt;jrandom&gt; nebude to zpětně kompatibilní, takže to bude mít... zádrhel, a i když s tím sloučíme pár dalších zpětně nekompatibilních změn, je možnost, že po tom bude následovat ještě jedna 15:32 &lt;jrandom&gt; konkrétně si pohrávám s myšlenkou přejít na 1024bit ElGamal pro kód vytváření tunnelů, místo 2048bit 15:32 &lt;jrandom&gt; ale možná to nebude nutné. záleží, jak tvrdě nás to trefí na živé síti 15:34 &lt;jrandom&gt; když ano, znamenalo by to jen upgrade sítě, ale všechny destinace atd. by zůstaly stejné. 15:34 &lt;jrandom&gt; ale to je stejně něco, co prozkoumáme až po vydání 0.6.1.10 15:34 &lt;+Complication&gt; Volně související otázka: souvisí nějak délka klíče s délkou datové struktury pro vytváření tunnelu? 15:34 &lt;jrandom&gt; ano 15:35 &lt;jrandom&gt; přímo: délka klíče * 2 * max # hopů == velikost datové struktury 15:36 &lt;jrandom&gt; (takže 256*2*8 = 4KB, což je mimochodem i velikost plných zpráv streaming knihovny) 15:37 &lt;jrandom&gt; ((ElGamal má 2x expanzní faktor)) 15:38 &lt;+Complication&gt; Aha, díky. :) 15:38 &lt;jrandom&gt; ah, ještě jedna věc ohledně nové specifikace. během implementace jsem zjistil, že potřebuju ještě jeden údaj (4bajtový „reply message ID“), který jsem lokálně do specifikace přidal s využitím některých rezervovaných bitů 15:40 &lt;jrandom&gt; doufám, že během pár dní všechno zprovozním, takže by mohlo být o víkendu i nějaké rané (neanonymní) testování 15:40 &lt;jrandom&gt; ale samozřejmě k tomu víc informací, jakmile budou 15:41 &lt;jrandom&gt; ok, má někdo nějaké otázky/komentáře/obavy k věcem kolem 0.6.1.10? 15:41 &lt;bar&gt; další volně související otázka: během rolloutu .10, co takhle nechat i2p.net na .9 na pár dní kvůli všem, co aktualizují automaticky? 15:41 &lt;bar&gt; rollout* 15:41 &lt;jrandom&gt; jo, určitě 15:42 &lt;jrandom&gt; pravděpodobně budu mít na tom stroji během migrace dva nebo tři routery 15:42 &lt;jrandom&gt; a budou hlasitá varování aspoň 5 dní před vydáním 15:42 &lt;bar&gt; pěkně 15:42 &lt;+Complication&gt; Takhle by to skutečně bylo plynulejší. 15:43 &lt;+Complication&gt; Fórum vypadá jako dobrý kanál. News box na Router Console taky... 15:43 * jrandom vzpomíná na doby, kdy každé vydání bylo zpětně nekompatibilní... tehdy jsme si hodně zatrénovali ;) 15:43 &lt;jrandom&gt; jo, fórum, news box, list, web 15:43 &lt;+Complication&gt; Aby to věděli ti, kdo se o své stroje starají. 15:43 &lt;tethra&gt; heheh 15:44 &lt;jrandom&gt; a ti, co jsou pořád na 0.6.0.1, no, ti jsou stejně fscked ;) 15:44 &lt;@frosk&gt; srazit jim hlavy 15:44 &lt;+Sugadude&gt; Zcela nesouvisející: Můžeme mít častěji zpětně nekompatibilní změny, abychom ty staré routery donutili vypadnout? 15:44 &lt;+Complication&gt; Myslím, že jen nechali I2P běžet a zapomněli na něj :) 15:44 &lt;jrandom&gt; heh Sugadude 15:45 &lt;jrandom&gt; no, pokud jsou kompatibilní, můžeme využít jejich zdroje, ale pokud je nějaký důvod, proč nemůžeme, měli bychom je označit jako nekompatibilní 15:47 &lt;jrandom&gt; ok, jestli k tomu nic dalšího není, přeskočme na náš koš na všechno: 3) ??? 15:47 &lt;jrandom&gt; má někdo ještě něco, co chce na meetingu otevřít? 15:48 &lt;tethra&gt; někde na router console se píše, že uživatelé za symetrickými NATy nejsou aktuálně podporovaní, změní se to někdy brzy? 15:48 &lt;tethra&gt; nebo tím projevují obrovskou neznalost něčeho 15:49 &lt;+Complication&gt; Co se týče kódu webcache... vypadá to, že jsem vcelku připraven. 15:49 &lt;jrandom&gt; existuje pár technik, jak pomoci uživatelům za symetrickými NATy, které bar nastínil na listu a fóru, ale nevím o žádném bezprostředním pokroku 15:49 &lt;jrandom&gt; oh, pěkné Complication, dej vědět, kdy to mám pustit ven :) 15:50 &lt;+Complication&gt; Watchdog teď rozumně ukončuje stahování, dělám nějaké testy a úklid (aktuálně loguje mnohem víc, než je slušné).. 15:50 &lt;+Complication&gt; Mám nahoře jeden webcache server, awup má další... pro realistické testování možná budeme chtít zapnout limitování... 15:51 &lt;+Complication&gt; ...pokud narazím na legion, zeptám se, jestli by nechtěl provozovat taky jeden. 15:52 &lt;jrandom&gt; super, i jediná webcache by byl skvělý začátek 15:52 &lt;+Complication&gt; A pokud chce skript spustit i někdo další (dostupný z awup.i2p, Python skript používající SAM)... jejich reference lze přidat, i když aktuálně přidání referencí na více „seed webcaches“ vyžaduje rekompilaci zdrojů. 15:53 &lt;+Complication&gt; (ne v souboru, ale v hlavičce GWebCacheContainer.java) 15:53 * gloin neví, co je to ta webcache. 15:53 &lt;jrandom&gt; gloin: umožní ti připojit se k i2phex bez toho, abys poprvé musel stahovat soubor i2phex.hosts 15:54 &lt;+Complication&gt; gloin: pro snazší integraci I2PHex 15:55 * cervantes přichází pozdě 15:55 &lt;+Complication&gt; A pro pozdější znovupřipojující se (např. lidi, kterým došly živé refy na peery) může nabídnout čerstvé refy 15:55 &lt;gloin&gt; ok. 15:57 &lt;+Complication&gt; Ach, zase offline 15:58 &lt;stealth&gt; co automatický start i2phex po startu I2P? 15:58 &lt;+Complication&gt; To se zdá jako overkill 15:58 &lt;+Complication&gt; Aspoň v téhle fázi 15:58 &lt;jrandom&gt; stealth: můžeš si nechat I2P router spouštět libovolnou aplikaci v Javě, když přidáš položky do souboru client.config 15:59 &lt;+Complication&gt; Kromě toho si myslím, že I2Phex lze spustit ještě předtím, než běží I2P 15:59 &lt;@frosk&gt; v jakékoli fázi 15:59 &lt;+Complication&gt; Teoreticky by se měl pořád zkoušet připojit, dokud se I2P nezvedne 15:59 &lt;+Complication&gt; (nezkoušel jsem to ale) 15:59 &lt;jrandom&gt; ale pamatuj, že když mu řekneš spustit i2phex, když se i2phex zavře, je dost pravděpodobné, že klient i2phex zabije JVM (což restartuje tvůj router) 16:00 &lt;+Complication&gt; Kromě toho by to šlo docela snadno oškriptovat... 16:00 &lt;+Complication&gt; např. "cd /home/i2p; sh i2prouter start; cd /home/i2phex; sleep 100; sh run.sh;" 16:00 &lt;+Complication&gt; (nebo jak to bylo) 16:01 &lt;+Complication&gt; Pardon, spíš /home/user/i2p :) 16:01 &lt;cervantes&gt; nezapomeň spustit /usr/games/tetris před sleep 100 16:02 &lt;jrandom&gt; přesně tak 16:02 &lt;jrandom&gt; ok, má někdo ještě něco na meeting? 16:03 &lt;stealth&gt; no, myslel jsem jen spustit ten exe. řešení i2psnark s „always on“ je lepší, protože lidi zapomínají sdílet své soubory, když nestahují... 16:04 &lt;jrandom&gt; jo, ale ještě jsem neslyšel o Gnutella klientu, který by byl dostatečně lehký (aby šel integrovat) 16:05 &lt;cervantes&gt; nedělá se na současném Phex práce na abstrahování UI? možná by se klient nakonec stal „lehkým“ 16:05 &lt;+Complication&gt; Tu část Phex CVS jsem nečetl 16:06 &lt;jrandom&gt; kdyby šel Phex spouštět jako .war, to by byla pecka 16:06 &lt;cervantes&gt; isn't the=isn't there 16:06 &lt;cervantes&gt; Asi se pletu 16:06 &lt;+Complication&gt; Sirup určitě pracoval na rozhraní XML-RPC, ale nejsem si jistý, jestli i Gregor & spol. 16:07 &lt;+Complication&gt; Takže si nejsem jistý, jestli to sirup přenesl, nebo začal psát od nuly 16:09 &lt;jrandom&gt; tuším jen importoval Apache XML-RPC knihovnu a zpřístupňoval některá vnitřnosti i2phexu, ale na tom se asi 6–8 měsíců nedělalo a pokud vím, nikdy to nebylo funkční 16:10 &lt;fox_&gt; &lt;tethra&gt; mutella je web-based Gnutella klient, který je dost lehký, tuším. nevím, jestli to k něčemu bude, ale heh, možná by stálo za to, aby se na to někdo (talentovanější) podíval. 16:10 &lt;fox_&gt; &lt;tethra&gt; možná to ale není to, co se hledá. 16:12 &lt;jrandom&gt; portovat nový je spousta práce, zvlášť C/C++ bohužel 16:12 &lt;+Complication&gt; Já se osobně s XML-RPC šťourat nebudu. Snaha pochytat různé bugy... to ale mám v plánech v krátkém horizontu. 16:13 * Complication chce efekt rehash jednou provždy pryč, protože je to taková ztráta času 16:13 &lt;jrandom&gt; ooh, možná to spouští posun časového pásma? 16:14 &lt;jrandom&gt; když se I2P SDK připojí k routeru, získá od něj aktuální I2P (NTP) čas a přepne JVM SDK do UTC 16:14 &lt;+Complication&gt; Zní to nepravděpodobně... ale v téhle fázi nemůžu moc vyloučit 16:15 &lt;jrandom&gt; (a pokud rehash závisel na pořadí a časových razítkách souborů, posun o pár hodin by to možná změnil) 16:15 &lt;jrandom&gt; jo, už ses v tom hrabal hodně, jen zmiňuju možnost 16:15 * jrandom o tom neví nic víc než z tvých bug reportů :) 16:16 &lt;+Complication&gt; Stává se to občas a *zdá se*, že to souvisí s něčím, co se děje při načítání/přepisování konfiguračního souboru „sharedlibrary“ 16:16 &lt;+Complication&gt; Hmm, zajímavá možnost... 16:16 &lt;+Complication&gt; Nehrabal jsem se v tom dost, abych to vyloučil 16:18 &lt;jrandom&gt; ok, má ještě někdo něco na meeting? 16:19 &lt;jrandom&gt; pokud ne... 16:19 * jrandom se chystá skončit 16:19 * bar přeje jrandom hodně štěstí s .10 a podává mu lesklý baf 16:19 &lt;jrandom&gt; gracias :) 16:19 * jrandom *baf*em uzavírá schůzku </div>/cs/blog/2006/01/31/stavov%C3%A9-pozn%C3%A1mky-i2p-k-2006-01-31/Tue, 31 Jan 2006 00:00:00 +0000/cs/blog/2006/01/31/stavov%C3%A9-pozn%C3%A1mky-i2p-k-2006-01-31/<p>Ahoj všichni, opět je tu úterý,</p> <ul> <li>Index</li> </ul> <ol> <li>Stav sítě 2) Stav 0.6.1.10 3) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Během posledního týdne jsem zkoušel několik různých úprav, abych zvýšil spolehlivost vytváření tunnel na živé síti, ale zatím to nepřineslo průlom. V CVS sice došlo k poměrně zásadním změnám, ale nenazval bych je&hellip; stabilní. Obecně tedy doporučuji buď používat nejnovější vydání (0.6.1.9, v CVS označené jako i2p_0_6_1_9), nebo u nejnovějších sestavení používat nejvýše 1 hop (skok) tunnels. Na druhou stranu&hellip;</p>/cs/blog/2006/01/24/pozn%C3%A1mky-ke-stavu-i2p-k-2006-01-24/Tue, 24 Jan 2006 00:00:00 +0000/cs/blog/2006/01/24/pozn%C3%A1mky-ke-stavu-i2p-k-2006-01-24/<p>Ahoj všichni, úterý se pořád vrací&hellip;</p> <ul> <li>Index</li> </ul> <ol> <li>Stav sítě 2) Nový proces sestavení 3) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Uplynulý týden nepřinesl v síti mnoho změn, většina uživatelů (77 %) má nainstalované nejnovější vydání. Přesto jsou na obzoru některé zásadní změny související s novým procesem budování tunnelů a tyto změny způsobí určité komplikace těm, kdo pomáhají testovat nevydaná sestavení. Celkově však by ti, kdo používají vydané verze, měli i nadále mít poměrně spolehlivou úroveň služeb.</p>/cs/blog/2006/01/24/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-24.-ledna-2006/Tue, 24 Jan 2006 00:00:00 +0000/cs/blog/2006/01/24/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-24.-ledna-2006/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> bar, Complication, jrandom, postman, stealth, tethra</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 15:25 &lt;jrandom&gt; 0) ahoj 15:25 &lt;jrandom&gt; 1) Stav sítě 15:25 &lt;jrandom&gt; 2) Nový proces sestavení 15:26 &lt;jrandom&gt; 3) ??? 15:26 &lt;jrandom&gt; 0) ahoj 15:26 * jrandom mává 15:26 &lt;jrandom&gt; týdenní status poznámky jsou na http://dev.i2p.net/pipermail/i2p/2006-January/001254.html 15:26 -!- Teal`c [tealc@irc2p] se připojil(a) k #i2p 15:26 -!- gloin [gloin@irc2p] se odpojil(a) [Připojení resetováno protistranou] 15:26 &lt;bar&gt; ahoj 15:26 &lt;jrandom&gt; pojďme se vrhnout na 1) Stav sítě 15:26 -!- gloin [gloin@irc2p] se připojil(a) k #i2p 15:27 &lt;jrandom&gt; Nemám moc co dodat nad rámec toho, co je v e-mailu... má někdo nějaké otázky/připomínky/obavy? 15:27 &lt;+Complication&gt; Přechod na CVS build -6 byl... náročný 15:28 &lt;jrandom&gt; jo, chápu 15:28 &lt;+Complication&gt; Síť asi funguje dobře. Jen můj uzel ne. 15:28 &lt;+Complication&gt; =which 15:28 &lt;bar&gt; je to drsná cesta, ale správná. ten krok 100% podporuji 15:29 &lt;jrandom&gt; stavba tunnels o délce 2+ hop (skok) je otrava, s ošklivou mírou selhání, jak bylo hlášeno 15:29 &lt;jrandom&gt; hodně z toho by měla řešit nová kryptografie pro vytváření ve 0.6.2, ale nejsem si jist, že úplně všechno 15:30 &lt;jrandom&gt; přemýšlím, jestli se nám to do té doby podaří dostatečně stabilizovat. Ale zkusíme to 15:31 &lt;+Complication&gt; Kdybych mohl dodat nějaké statistiky (i když vy jich máte asi dost k dispozici), řekněte 15:31 &lt;jrandom&gt; takže 1 hop tunnels jsou v nejnovějších buildech poměrně spolehlivé, ale ti, kdo potřebují 2+ hop tunnels, by měli čekat... zádrhele 15:31 &lt;jrandom&gt; díky, Complication 15:32 &lt;+Complication&gt; Většina mých aplikací je 2+0..1 15:32 &lt;+Complication&gt; A i samotný router, pokud si dobře pamatuji 15:33 &lt;jrandom&gt; no, mohl bych doporučit zůstat u release, ale release stejně bude stavět krátké tunnels, jakmile narazí na katastrofická selhání 15:34 &lt;jrandom&gt; (s/short/1hop/) 15:34 &lt;+Complication&gt; Jasně, asi to můžu nastavit na 2+0 15:34 &lt;+Complication&gt; A mít méně dramatické následky 15:35 &lt;jrandom&gt; jo, i tak se to fakticky zvrhne na 2+/-1, ale bude se snažit držet na 2hops 15:36 &lt;+Complication&gt; Platí to i pro build -6? 15:36 -!- gloin [gloin@irc2p] se odpojil(a) [Připojení resetováno protistranou] 15:36 &lt;jrandom&gt; ne, aktuální release spíš tvrdě selže, než aby přešel na fallback tunnels 15:37 &lt;+Complication&gt; Nebo je v tom nějaká pravděpodobnost, která nikdy úplně neklesne na nulu? 15:37 &lt;jrandom&gt; problém je, že když 10 minut nepostaví tunnels, restartuje se router (kvůli watchdogu) 15:37 &lt;+Complication&gt; Už jsem to jednou viděl :) 15:37 &lt;jrandom&gt; ne, -5 nebo novější použije přesně takové délky hop, jaké klient dovolí (2+/-0 znamená pouze 2 hop tunnels. nikdy nic jiného) 15:39 &lt;jrandom&gt; ok, má někdo ještě něco k 1) Stav sítě? 15:39 &lt;jrandom&gt; nebo, myslím, že už vlastně probíráme 2) Nový proces sestavení ;) 15:40 &lt;jrandom&gt; má někdo ještě něco k 2) Novému procesu sestavení? 15:40 &lt;+Complication&gt; Tady už moc ne :D 15:41 &lt;jrandom&gt; hehe ok, jestli ne, přesuneme se k 3) ??? 15:41 &lt;jrandom&gt; má někdo ještě něco, co by chtěl probrat? 15:42 &lt;bar&gt; mohu se zeptat, kolik nekompatibilních změn je teď v plánu a zda některé (všechny?) lze dát do jednoho release? 15:42 &lt;bar&gt; totiž, je plánováno víc než jedno nekompatibilní release před 0.6.2? 15:42 &lt;jrandom&gt; bar: doufáme, že to uděláme všechno najednou 15:42 &lt;jrandom&gt; (i když další můžou přijít později) 15:43 -!- Complication [Complicati@irc2p] se odpojil(a) [Připojení resetováno protistranou] 15:43 -!- Complication2 [Complicati@irc2p] se připojil(a) k #i2p 15:43 &lt;bar&gt; hmac bug, nová kryptografie a restricted routes (omezené trasy) naráz? 15:43 &lt;bar&gt; to je silná káva :) 15:43 &lt;jrandom&gt; restricted routes? 15:43 &lt;jrandom&gt; „oprava“ hmac bugu je změna jedné hodnoty ;) 15:44 &lt;bar&gt; aha :) 15:44 -!- Complication2 je nyní znám jako Complication 15:44 &lt;bar&gt; hmm.. možná restricted routes patřilo do 2.0.. 15:44 &lt;jrandom&gt; jo, ale restricted routes půjde udělat bez ztráty zpětné kompatibility 15:45 &lt;jrandom&gt; (vlastně to jde udělat i s 0.6.2, když se to udělá opatrně, do jisté míry) 15:45 &lt;bar&gt; ok, super 15:45 &lt;jrandom&gt; přemýšlím taky, kdy vypustit tcp... možná v příštím release 15:46 &lt;jrandom&gt; nebo až potom, ať toho není /příliš/ najednou 15:49 &lt;jrandom&gt; ok, má někdo ještě něco k schůzce? 15:51 &lt;jrandom&gt; pokud ne 15:51 * jrandom winds 15:51 &lt;stealth&gt; Mám otázku: všiml jsem si, že všechna eepsites jsou mapována na externí internet, např. http://tracker.postman.i2p.tin0.de/. Je to záměr? 15:51 &lt;jrandom&gt; [saved] 15:51 &lt;jrandom&gt; jasně, myslím, že je to fajn 15:51 &lt;jrandom&gt; kdokoli publikuje informace, měl by očekávat, že ty informace jsou veřejné 15:52 -!- gloin [gloin@irc2p] se připojil(a) k #i2p 15:52 &lt;jrandom&gt; myslím, že tino má i způsob, jak mohou lidé udělat opt-out 15:52 &lt;tethra&gt; to bylo krátké 15:53 &lt;stealth&gt; Indexuje je i Google... 15:53 &lt;jrandom&gt; není to dobré, stealth? 15:53 &lt;Complication&gt; Nešlo tam o nějakou konvenci podobnou "robots.txt" 15:54 &lt;jrandom&gt; jo, Complication 15:54 &lt;Complication&gt; (možná bude nejlepší se zeptat tin0) 15:54 &lt;@postman&gt; sakra, jsem pozdě 15:54 &lt;@postman&gt; (zase) 15:54 &lt;jrandom&gt; ne, ještě to neskončilo, postmane :) 15:54 &lt;Complication&gt; On o tom psal na fóru, někdy 15:54 &lt;Complication&gt; Asi se to dá najít tam 15:54 &lt;@postman&gt; ahh super ( tak ahoj) :) 15:55 &lt;jrandom&gt; jo, dá se z toho opt-outnout, ale nechápu koncept opt-out pro obsah i2p (prosazují lidé nějaký 'copyright' - "nekopírujte moje věci ani je nezviditelňujte jinde"?) 15:55 &lt;jrandom&gt; ale jak chce, tino je ohledně inproxies milejší, než bych byl já ;) 15:56 -!- Rawn [Rawn@irc2p] se odpojil(a) [Připojení resetováno protistranou] 15:56 -!- gloin [gloin@irc2p] se odpojil(a) [Připojení resetováno protistranou] 15:57 -!- Karellen [Karellen@irc2p] se odpojil(a) [Připojení resetováno protistranou] 15:57 &lt;Complication&gt; Ano, rozhodně nelze předpokládat, že ostatní poskytovatelé in-proxies budou stejně milí 15:58 -!- Karellen [Karellen@irc2p] se připojil(a) k #i2p 15:58 -!- Rawn [Rawn@irc2p] se připojil(a) k #i2p 15:58 -!- mode/#i2p [+v Rawn] by chanserv 15:59 &lt;Complication&gt; Informace, které mají zůstat tajné... je nejlepší prostě nezveřejňovat 15:59 &lt;tethra&gt; přesně tak :/ 15:59 &lt;stealth&gt; Ano, ale může to přitáhnout příliš mnoho publicity k i2p, než bude všechno opravdu úplně bezpečné. Zdá se mi, že I2p teď nemá dost uzlů pro opravdu dobrou anonymitu... 16:00 -!- Complication [Complicati@irc2p] se odpojil(a) [Připojení resetováno protistranou] 16:00 &lt;jrandom&gt; naše anonymita nezávisí na velikosti a i2p už Google indexuje dost 16:01 &lt;jrandom&gt; (respektive, základní úroveň anonymity na velikosti nezávisí) 16:01 &lt;jrandom&gt; ale samozřejmě, nikdo, kdo potřebuje tvrdou anonymitu, by teď neměl používat i2p. 16:01 -!- digger3 [digger3@irc2p] se odpojil(a) [Připojení resetováno protistranou] 16:01 -!- digger3 [digger3@irc2p] se připojil(a) k #i2p 16:02 &lt;bar&gt; nedělal bych si starosti, 99 % prostě ignoruje zdánlivě mrtvý odkaz, který se objeví na Google... zbylé 1 % bude nejspíš trochu geekovské a bude chtít vědět víc 16:03 -!- gloin [gloin@irc2p] se připojil(a) k #i2p 16:03 &lt;bar&gt; (no... „mrtvý“ – to samozřejmě záleží na tom, jestli tino's inproxy běží, nebo ne) 16:05 &lt;jrandom&gt; ok, má někdo ještě něco k schůzce? 16:06 &lt;jrandom&gt; pokud ne 16:06 * jrandom se chystá skončit 16:07 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2006/01/17/pozn%C3%A1mky-ke-stavu-i2p-k-2006-01-17/Tue, 17 Jan 2006 00:00:00 +0000/cs/blog/2006/01/17/pozn%C3%A1mky-ke-stavu-i2p-k-2006-01-17/<p>Ahoj všichni, zase je úterý</p> <ul> <li>Index</li> </ul> <ol> <li>Stav sítě a 0.6.1.9 2) Kryptografie pro vytváření Tunnel 3) Syndie blogy 4) ???</li> </ol> <ul> <li> <ol> <li>Net status and 0.6.1.9</li> </ol> </li> </ul> <p>Po vydání 0.6.1.9 a aktualizaci 70% sítě se zdá, že většina zahrnutých oprav chyb funguje podle očekávání; podle hlášení nové profilování rychlosti vybírá některé dobré peery. Slyšel jsem o trvalé propustnosti na rychlých peerech přesahující 300KBps při 50-70% využití cpu, zatímco jiné routery jsou v rozmezí 100-150KBps, s postupným poklesem až k těm, které dosahují jen 1-5KBps. Stále však dochází k výrazné obměně identit routerů, takže se zdá, že oprava chyby, u které jsem si myslel, že ji sníží, nezabrala (nebo je ta obměna legitimní).</p>/cs/blog/2006/01/17/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-17.-ledna-2006/Tue, 17 Jan 2006 00:00:00 +0000/cs/blog/2006/01/17/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-17.-ledna-2006/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> b0unc3, cat-a-puss, cervantes, Complication, DoubtfulSalmon, dust, jme\___, jrandom, lordalbert, Pseudonym, tethra, wmpq, zzz</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 15:40 &lt;jrandom&gt; 0) ahoj 15:40 &lt;jrandom&gt; 1) Stav sítě a 0.6.1.9 15:40 &lt;jrandom&gt; 2) Kryptografie vytváření tunnelů 15:40 &lt;jrandom&gt; 3) Syndie blogy 15:40 &lt;jrandom&gt; 4) ??? 15:40 &lt;jrandom&gt; 0) ahoj 15:40 * jrandom mává 15:40 &lt;jrandom&gt; týdenní poznámky o stavu zveřejněny @ http://dev.i2p.net/pipermail/i2p/2006-January/001251.html 15:41 &lt;@cervantes&gt; pfff, ještě že I2P je spolehlivější než NASA 15:41 &lt;jrandom&gt; heh 15:41 &lt;tethra&gt; haha 15:41 &lt;jrandom&gt; (i když mám 20 minut zpoždění... ;) 15:41 &lt;jrandom&gt; každopádně, pojďme na 1) Stav sítě a 0.6.1.9 15:42 &lt;wmpq&gt; NSA nebo NASA, to není takový rozdíl, že? 15:42 &lt;@cervantes&gt; Říkal jsem I2P, ne jrandom ;-) 15:42 &lt;jrandom&gt; dobrá poznámka, cervantes ;) 15:42 &lt;tethra&gt; neblázni, jrandom JE i2p! ;D 15:42 &lt;@cervantes&gt; aha, myslel jsem, že to je způsob myšlení 15:42 &lt;wmpq&gt; [redact] 15:43 &lt;jrandom&gt; heh no, každopádně, 0.6.1.9 je venku a v oběhu, 70 % sítě už aktualizováno (díky všem) 15:43 &lt;Pseudonym&gt; mmmm, chutné nové vydání 15:44 &lt;+zzz&gt; úspěšnost sestavení klientských tunnelů zůstává &lt;30 % 15:44 &lt;jrandom&gt; Nezaznamenal jsem mnoho hlášení o výrazně zvýšené end-to-end propustnosti, i když některé routery více než saturovaly T1 linky 15:44 &lt;+zzz&gt; dolů z ~40 % 15:44 &lt;+Complication&gt; Šířka pásma se zdá normální, o něco vyšší než u posledního CVS před vydáním. Počty peerů vypadají trochu vyšší. 15:45 &lt;jrandom&gt; hmm, jo, tím se moc netrápím, zzz, protože se to celé kompletně předělává pro 0.6.2 15:45 &lt;+zzz&gt; průměrná šířka pásma z ~12K na ~20K 15:45 &lt;jrandom&gt; 0.6.1.9 by neměl vybírat peery spíše náchylné souhlasit (tj. s vysokou kapacitou), ale místo toho by se měl zaměřit na ty s vyšší propustností 15:46 &lt;+Complication&gt; Procento retransmisí (poznal jsem 7 % v noci vydání) kleslo na 6 a něco 15:46 &lt;jrandom&gt; jo, s routery, které tlačí 1–300 KB/s, tam bude zkreslení 15:46 &lt;jrandom&gt; hmm, to je docela šílená míra, Complication, já viděl jen 2–3 % 15:46 &lt;jrandom&gt; (ale nepochybuju o tom, co vidíš) 15:47 &lt;+Complication&gt; V podstatě jedu na maximum směrem ven 15:47 &lt;+Complication&gt; (myslím tím vyčerpání kapacity linky) 15:47 &lt;jrandom&gt; aha, to by vysvětlovalo 15:47 &lt;+zzz&gt; pořád dostávám NULLy před GETy, což vede k 405 bad method, míra možná klesá, těžko říct jistě 15:48 &lt;jrandom&gt; jo, zzz, ve streaming knihovně je pár věcí k dopracování, ale nejspíš se k tomu nedostanu dřív než po přepracování tunnelů pro 0.6.2 15:48 &lt;jrandom&gt; (ale kdyby se do toho někdo chtěl ponořit dřív, to by samozřejmě bylo super) 15:49 &lt;jrandom&gt; Complication: když snížíš svůj omezovač šířky pásma na cca 70 % kapacity linky, vrátí se míra selhání na rozumnou hodnotu? 15:49 &lt;+zzz&gt; Pořád si myslím, že to je něco, co šlo do kódu těsně před Novým rokem, takže bude lepší se na to podívat dřív, než se na ty nedávné změny zapomene :) 15:50 &lt;+zzz&gt; Poprvé zaznamenáno 29. prosince 15:50 &lt;jrandom&gt; jo, zzz, určitě to tak bylo. pravděpodobně to souvisí s tím, jak teď respektujeme timeouty. 15:51 &lt;+Complication&gt; jrandom: to vlastně právě zkouším :) 15:51 &lt;+Complication&gt; Upravil jsem to pár vteřin předtím, než ses zeptal, ale hned to asi vědět nebudu 15:51 &lt;jrandom&gt; ale je tam potřeba dost práce, aby se to vyčistilo, a je důležitější nasadit nový kód pro vytváření tunnelů (což výrazně zlepší úspěšnost stavby tunnelů a přidá i celou sadu vylepšení anonymity) 15:51 &lt;jrandom&gt; super, Complication, jo, dej tomu 3–6 hodin 15:51 &lt;jrandom&gt; (aby se vyčistily staré hodnoty / spojení) 15:52 &lt;+zzz&gt; ~1–3 % GETů je momentálně poškozených 15:54 &lt;jrandom&gt; takže navrhuješ vrátit změny ve streaming knihovně (aby i2psnark shodil všechny své uživatele na OOM během 12–48 hodin) a odložit další přepracování streaming knihovny až po práci na 0.6.2 tunnelu, nebo o týden dva odsunout práci na 0.6.2 tunnelu a mezitím předělat streaming knihovnu? 15:55 &lt;+zzz&gt; rozhodně nevracet 15:56 &lt;+zzz&gt; je to na tobě 15:56 &lt;+Complication&gt; Je to poměrně záludný bug, to můžu říct 15:58 &lt;jrandom&gt; jsou tam i další bugy ve streaming knihovně, takže když si vyhrnu rukávy, chtěl bych je vzít všechny dohromady (protože žádný z těch zbývajících bugů není zjevný). 15:59 &lt;jrandom&gt; na druhou stranu, když půjdeme napřed do práce na tunnelu, dosáhneme výrazného snížení využití šířky pásma, vyšší úspěšnosti stavby, lepší anonymity a lepší schopnosti monitorovat vyvažování zátěže na živé síti 15:59 &lt;Pseudonym&gt; jestli je to u surfování jen 1–3 % chyb, řekl bych, že to může počkat, ale to je jen můj názor. 16:00 &lt;jrandom&gt; Přikláním se k tomu udělat nejdřív práci na tunnelu, protože po jeho nasazení můžeme pasivně monitorovat síť, zatímco budeme aktivně předělávat streaming knihovnu 16:01 &lt;jrandom&gt; (rád bych taky udělal GUI pro editaci/posílání do Syndie, ale to může počkat, až budou obě ty věci vyřešené ;) 16:01 &lt;+Complication&gt; Taková je míra i tady 16:02 &lt;+Complication&gt; (na mém eepsite) 16:04 &lt;jrandom&gt; Ok, bylo by fajn, kdybyste na to dohlédli, jestli se ty míry mění, ale mezitím budu pokračovat v přepracování tunnelů, po kterém přijde přepracování streaming knihovny (obojí bude hotové před 0.6.2) 16:05 &lt;jrandom&gt; (nebo pokud se chce někdo ponořit do streaming knihovny [nebo zjistit, jestli tam není nějaká podivná interakce s i2ptunnel], dejte vědět!) 16:06 &lt;+Complication&gt; jrandom: ze zvědavosti, šel by v testovací aplikaci vyloučit i2ptunnel? 16:07 &lt;+Complication&gt; např. kdyby něco jako ukázková appka od jnymo *také* dostávalo nully, očistilo by to i2ptunnel ze seznamu podezřelých příčin? 16:07 &lt;jrandom&gt; šlo by připojit tenkou (v rámci VM) implementaci I2PSocket, rozhodně 16:07 &lt;+Complication&gt; Protože, pokud si dobře pamatuju, ta ukázka používala streaming knihovnu přímo... 16:08 &lt;+Complication&gt; (nebo docela přímo) 16:08 &lt;jrandom&gt; jo, samozřejmě, když něco používající streaming knihovnu dokáže chybu reprodukovat, očistilo by to i2ptunnel 16:10 &lt;+Complication&gt; Hmm, pokud mě někdo nepředběhne (zkusím nejdřív dodělat tu věc s webcache), mohl bych zkusit emulovat HTTP něčím takovým... 16:10 &lt;jrandom&gt; boží, díky, Complication 16:10 &lt;jrandom&gt; ok, ještě něco k 1) Stavu sítě a 0.6.1.9? 16:11 &lt;jrandom&gt; pokud ne, přesuneme se k 2) Kryptografie vytváření tunnelů 16:11 &lt;+Complication&gt; Nevím, může to nevyústit v nic užitečného, nebo zakopnu v půlce... ale je to možnost, která mě láká 16:11 &lt;jrandom&gt; jo, určitě stojí za prozkoumání, Complication 16:12 &lt;jrandom&gt; (a zkoumání nemusí mít pozitivní výsledky, aby stálo za to :) 16:12 * cervantes zahlédne výjimku „moo“ ve změnách zdroje vedoucích k novému roku....možná je to ono? :) 16:13 &lt;jrandom&gt; ok, v e‑mailu je odkaz na novou specifikaci kryptografie vytváření tunnelů, založenou na diskusi, kterou jsme vedli s toadem a Michaelem na mailing listu loni v říjnu 16:14 &lt;jrandom&gt; mrkněte na to a dejte mi vědět své dojmy – na živé síti to nebude nasazeno ještě nějakou dobu, protože jsou předtím jiné věci k implementaci, ale blíží se to 16:14 &lt;+Complication&gt; Je „moo“ rezervované slovo v Javě? ;P 16:14 &lt;+zzz&gt; k 2) pomohu zrevidovat odkazy ve status mailu 16:14 &lt;+Complication&gt; K tématu krypta tunnelů, nevadilo by zkontrolovat, jestli je následující přeformulování v pořádku – chci si jen ověřit, že jsem to pochopil správně... 16:14 &lt;jrandom&gt; díky, zzz 16:15 &lt;+Complication&gt; „Každý hop zašifruje všechny záznamy svým reply klíčem, který si dešifroval ze svého záznamu pomocí svého ElGamal privátního klíče, a tímto šifrováním zvrátí jednu vrstvu dešifrování (nebo spíš by se mělo říct, šifrování) provedeného vlastníkem tunnelu, takže záznam dalšího účastníka se stane čitelným s použitím ElGamal privátního klíče dalšího účastníka?“ 16:15 &lt;jrandom&gt; Complication: ano 16:15 &lt;+Complication&gt; Nebo je moje přeformulování úplně špatně? 16:16 &lt;+fox&gt; &lt;jme___&gt; a příliš komplikované, jestli smím 16:16 &lt;jrandom&gt; je to správně, myslím, ale jo, příliš mnoho vedlejších vět :) 16:16 &lt;+Complication&gt; Nenapadl mě lepší způsob, jak si to představit. I tak to bylo dost těžké. :P 16:16 &lt;jrandom&gt; (nebo jme___ říkáš, že ten algoritmus je příliš komplikovaný?) 16:17 &lt;+fox&gt; &lt;jme___&gt; ne, zkusil jsem narychlo přečíst dokument a vzdal jsem to, protože příliš mnoho věcí vyžaduje předchozí znalosti 16:17 &lt;+fox&gt; &lt;jme___&gt; na druhou stranu jsem se moc nesnažil :) jiné věci na práci 16:17 &lt;jrandom&gt; Complication: http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/java/src/net/i2p/router/tunnel/BuildMessageProcessor.java?rev=HEAD 16:18 &lt;+fox&gt; &lt;jme___&gt; je ten peer review formalita, nebo z toho máš opravdu obavy/nejistotu ? 16:19 &lt;+Complication&gt; No, je vždycky dobré vědět, co ten podkladový mechanismus dělá... 16:19 &lt;jrandom&gt; Jsem si jistý, že to dělá, co má, ale upřímně mě zajímá, jestli v tom někdo uvidí problém 16:19 &lt;+fox&gt; &lt;jme___&gt; pokud to druhé, mohl bych tomu věnovat čas, ale moje znalosti jsou staré a nemám je v hlavě čerstvé 16:20 &lt;+fox&gt; &lt;jme___&gt; pokud ne, věřím :) 16:20 &lt;jrandom&gt; Sekce poznámek má pár otázek - http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/tunnel-alt-creation.html?rev=HEAD#tunnelCreate.notes 16:22 &lt;jrandom&gt; nespěchá to, potrvá asi týden či dva, než se tahle nová kryptografie začne v routeru opravdu používat 16:22 &lt;@cervantes&gt; jrandom: k tomu, byl by velký dopad na výkon při vložení náhodného zpoždění mezi hop-y? 16:22 &lt;@cervantes&gt; protože to vypadá jako nejrozumnější možnost, jak bránit timing útokům 16:23 &lt;jrandom&gt; jde o vytváření tunnelu, takže zpoždění by nevadilo, i když by při katastrofálních selháních mohlo způsobit předčasné vypršení lease set 16:25 &lt;jrandom&gt; no, nejsem si jistý, jak účinná ta zpoždění budou. Mohou výrazně pomoct, ale taky nemusí. Živé tunnely však stejně mohou jednoduše použít blending (mísení provozu) k detekci spolupracujících peerů na daném tunnelu, takže si nejsem jist, zda na tom záleží 16:25 &lt;+fox&gt; &lt;jme___&gt; ok, čtu to znovu 16:27 &lt;jrandom&gt; díky. ok, nespěchá to, ale až/když bude mít někdo nějaké postřehy, pošlete je ke mně (nebo na list, nebo na svůj blog, atd.) 16:27 &lt;jrandom&gt; ok, ještě něco k 2, nebo přejdeme k 3) Syndie blogy? 16:29 &lt;jrandom&gt; (považujte nás za přesunuté) 16:29 &lt;jrandom&gt; ok, nové pěkné blogové věci v Syndie, směle do toho ;) 16:29 &lt;@cervantes&gt; v.cool 16:30 &lt;jrandom&gt; skupiny vlevo mohou obsahovat odkazy na libovolné URL, stejně jako odkazy na blogy, příspěvky v blozích nebo přílohy k příspěvkům v blozích 16:30 &lt;jrandom&gt; je možné i spousta dalších vylepšení, třeba přidání stylování příspěvků podle blogu nebo tagu, ikony atd. kdyby se do toho někdo ponořil, bylo by to super (a mělo by to hodně viditelný dopad :) 16:31 &lt;@cervantes&gt; mimochodem externí odkazy definované v komentářích by měly mít také atribut title nastavený na cílové URL (tak jako to máš na levém panelu) 16:31 &lt;@cervantes&gt; komentáře/příspěvky 16:32 &lt;jrandom&gt; ah, dobrý nápad 16:33 &lt;jrandom&gt; (net.i2p.syndie.sml.BlogPostInfoRenderer, metoda renderLinks(...) :) 16:34 &lt;@cervantes&gt; *čmárá si* 16:35 &lt;jrandom&gt; co ještě Syndie blogům chybí, aby představovaly funkční alternativu k informačním eepsite? samozřejmě, Syndie je statický obsah, takže některé věci nejdou, ale můžeš publikovat obsah a nechat lidi komentovat 16:36 &lt;jrandom&gt; jsou nějaké konkrétní úpravy, které bys chtěl umět? pokud ano, dej vědět 16:37 &lt;DoubtfulSalmon&gt; jrandom: aktualizovat existující obsah skriptem? 16:37 &lt;@cervantes&gt; archiv podle data 16:37 &lt;jrandom&gt; DoubtfulSalmon: skriptem? 16:37 &lt;jrandom&gt; cervantes: aha, jako malý kalendářový widget, místo odkazů „5 starších záznamů“? 16:38 &lt;@cervantes&gt; jo 16:38 &lt;DoubtfulSalmon&gt; jrandom: řekněme, že chci tímto souborem/textem nahradit tamten soubor/text. Jak to udělám? 16:38 &lt;jrandom&gt; ok, super, jo, to by mělo být opravdu snadné (když někdo spíchne ten HTML :) 16:38 &lt;@cervantes&gt; nebo jednoduše „zobrazit příspěvky z minulého měsíce“ 16:39 &lt;@cervantes&gt; jrandom: potřebuješ jen tabulku 7×6 s pár čísly ;-) 16:40 &lt;jrandom&gt; DoubtfulSalmon: měnit už publikovaný obsah je zajímavý směr. Obecně by to nefungovalo vždy, protože by to muselo fungovat jako řídicí zprávy Usenetu (zrušení starého příspěvku atd) 16:40 &lt;jrandom&gt; DoubtfulSalmon: na druhou stranu můžeš prostě zveřejnit nový soubor/záznam a změnit odkazy na levé straně, aby mířily na nový soubor/záznam 16:40 &lt;jrandom&gt; (tím zůstane starý obsah zachován, ale lidé jsou směrováni na nový) 16:41 &lt;DoubtfulSalmon&gt; jrandom: jo, nevadilo by, kdyby starý obsah zůstal, pokud by všechny odkazy ukazovaly na nový, aniž by museli měnit svůj obsah. 16:41 &lt;jrandom&gt; vybudovat z toho plnohodnotnou wiki, v podstatě posílat diffy a nechat Syndie vykreslovat výsledek, je možné, ale asi by to bylo overkill 16:41 &lt;jrandom&gt; hmm, OK, chápu, co myslíš 16:42 &lt;jrandom&gt; takže chceš možnost mít přesměrovatelné odkazy, místo stávajících odkazů na přesné verze obsahu 16:43 &lt;jrandom&gt; možná by to šlo tak, že by se odkazovalo na záložku blogu a přesná verze by se našla načtením aktuálních záložek toho blogu a zjištěním, kam ukazuje 16:44 &lt;jrandom&gt; na druhou stranu, nová verze by mohla být označena jako odpověď na starý příspěvek, takže když lidé následují odkaz, můžou se prokliknout na odpověď, která obsah nahrazuje 16:44 &lt;jrandom&gt; (i když to asi není tak hladké) 16:44 &lt;DoubtfulSalmon&gt; jo: řekněme, že chci mít odkaz třeba na aktuální radarový snímek, nebo něco takového, co se bude aktualizovat každých 10 minut. Nevadí, když se obsah nerozšíří po celé síti, ale když na mou stránku odkáže někdo jiný, uživatel by měl vidět aktuální obrázek. 16:45 &lt;jrandom&gt; no, to záleží na tom, co chtějí – chtějí odkazovat na obrázek tak, jak byl v době, kdy na něj odkazovali, nebo chtějí odkazovat na službu, která obrázek vyrenderuje při zobrazení čtenářem 16:45 &lt;+Complication&gt; cervantes: podivnost dne :D Poslední příspěvek v: `http://forum.i2p/viewtopic.php?t=1199&amp;start=15` 16:46 &lt;+Complication&gt; Přišlo mi, že by to mohl být další z našich robotických vládců :P 16:46 &lt;jrandom&gt; ale je dobrý nápad podporovat oba koncepty a nemyslím, že by to byl velký problém 16:46 &lt;@cervantes&gt; díky 16:46 &lt;jrandom&gt; i když by to vyžadovalo malou rozšíření SML (např. [blog bloghash="ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=" bookmark="radar.png"]) 16:47 * cervantes vylepší obranu fóra, pokud jich začne chodit hodně 16:47 &lt;@cervantes&gt; (tohle už vím, jak zastavit) 16:47 &lt;DoubtfulSalmon&gt; jrandom: měli by umět odkazovat jak na statickou verzi, pokud syndikátor obsah nesmazal, tak i na generické URL, které míří na poslední verzi 16:47 &lt;jrandom&gt; (které by se podívalo na aktuální meta post ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c= pro záložky a přesný URI by vytáhlo z té s názvem „radar.png“) 16:48 &lt;DoubtfulSalmon&gt; jrandom: šlo by to teď udělat něčím jako: „Zobrazit nejnovější jeden příspěvek v tagu &lt;divný řetězec&gt;“ 16:48 &lt;jrandom&gt; aha, dobrý point – ano, šlo by to 16:49 &lt;jrandom&gt; to by se dalo dokonce omezit na „Zobrazit nejnovější příspěvek od $author s tagem $tag“ 16:49 &lt;jrandom&gt; (aby to druzí nemohli spoofnout) 16:49 &lt;DoubtfulSalmon&gt; tak možná jen dát nějaké UI, aby uživatel nemusel vidět divné tagy a podobně 16:50 &lt;jrandom&gt; nahoře je příklad, jak to vypadá, i když po ruce nemám URI... ale jo, je to odkaz kolem odkazovaného textu 16:50 &lt;DoubtfulSalmon&gt; Předpokládám, že všechny ty informace mohou přijít ve formě URL. 16:51 &lt;jrandom&gt; ale psát tohle ručně v SML je určitě komplikované, proto by se hodilo GUI na tvorbu SML 16:51 &lt;jrandom&gt; jsou to atributy na SML tagách, ne URL 16:52 &lt;@cervantes&gt; a SML GUI bude bez JavaScriptu ošemetné 16:52 &lt;DoubtfulSalmon&gt; ale můžeš si uložit záložku na výsledek hledání, že? 16:52 &lt;jrandom&gt; co je výsledek hledání? 16:52 &lt;jrandom&gt; a co myslíš záložkou? 16:52 &lt;@cervantes&gt; (nebo rozšíření pro prohlížeč ;-) ) 16:52 &lt;jrandom&gt; aha, záložky v prohlížeči, ano 16:52 &lt;+Complication&gt; Výsledek filtru? 16:53 &lt;jrandom&gt; ale tyhle záložky nejsou obecně sdíletelné 16:53 &lt;DoubtfulSalmon&gt; ehm: „získat nejnovější 1 příspěvek od X s tagem Y“ 16:53 &lt;jrandom&gt; (vlastně většina ano, ale není to univerzální, protože jsou to URL, ne URI)) 16:53 &lt;DoubtfulSalmon&gt; jo, bylo by dobré, kdyby na to mohly odkazovat i jiné blogy 16:54 &lt;jrandom&gt; DoubtfulSalmon: mohou, pomocí SML 16:54 &lt;jrandom&gt; [blog tag="Y" bloghash="X"] 16:54 &lt;DoubtfulSalmon&gt; no paráda 16:55 &lt;jrandom&gt; cervantes: JavaScript, nebo XUL, nebo Java, nebo nějaká jiná klientská aplikace specifická pro OS 16:57 &lt;@cervantes&gt; aha, super, takže ti nevadí závislost na skriptování nebo pluginu 16:57 &lt;jrandom&gt; (až se náš web předělá pro 0.6.2, Syndie určitě dostane web, který vysvětlí, co je sakra Syndie zač a jak umí všechno kromě mytí nádobí ;) 16:57 &lt;@cervantes&gt; (pokud to degraduje elegantně) 16:57 &lt;jrandom&gt; cervantes: Syndie by měla být funkční i s lynx, ale je spousta prostoru pro bohaté klienty 16:58 &lt;jrandom&gt; (s/function/functional/) 16:58 &lt;@cervantes&gt; správně... takže uživatelé lynxu by dostali referenční tahák SML, ale nic víc 16:58 &lt;jrandom&gt; ano, jako máme teď 16:58 &lt;jrandom&gt; i když možná zjednodušené SML, nevím. 17:01 &lt;+Complication&gt; jrandom: myslíš, že by byť vzdáleně bylo možné... že ten null bug souvisí s gzip kódováním? 17:01 &lt;+Complication&gt; Přemýšlel jsem, jak vypnout gzipping pro svůj eepsite tunnel... 17:01 &lt;+Complication&gt; Nebo je to úplně nepravděpodobné? 17:01 &lt;@cervantes&gt; těsně před Novým rokem se do i2ptunnel přidalo něco kolem http kompresoru 17:03 &lt;jrandom&gt; jo, může – můžeš to vypnout na klientské straně pomocí i2ptunnel.gzip=false (na /configadvanced.jsp). momentálně si ale nemyslím, že to můžeš vypnout v i2ptunnelhttpserver 17:03 &lt;+zzz&gt; je to na straně requestu, kde žádná komprese není 17:03 &lt;+zzz&gt; server nebude komprimovat, pokud to klient nastaví na false 17:03 &lt;+Complication&gt; zzz: aha, jasně, to jsem zapomněl 17:04 &lt;jrandom&gt; (ale bez velké námahy bys to mohl přidat do I2PTunnelHTTPServer [řádek 310, atd) 17:04 * Complication je hlupák a omlouvá se za to 17:04 &lt;@cervantes&gt; (nebo bys mohl použít normální tunnel) 17:04 &lt;+Complication&gt; Aha, díky... 17:05 &lt;jrandom&gt; hmm, ale ve chvíli, kdy i2ptunnelhttpserver dostane GET, ten null už tam je 17:05 &lt;+zzz&gt; jo, přesunul jsem oriona zpět na HTTP tunnel, což výrazně pomáhá s dobou načítání jeho stránek, protože se znovu komprimují 17:05 &lt;+Complication&gt; Nějak jsem úplně zapomněl, že gzipping začíná, když se na něm klient a server dohodnou 17:05 &lt;jrandom&gt; takže to může být na klientské straně, ale rozhodně ne na serverové 17:05 &lt;jrandom&gt; jo, zzz, teď je to šíleně rychlé :) 17:05 &lt;+zzz&gt; je to na straně _requestu_ ne na straně _response_ – může to být na straně klienta i serveru 17:06 &lt;jrandom&gt; pravda 17:09 &lt;jrandom&gt; ok, má ještě někdo něco k 3) Syndie blogům? 17:09 &lt;jrandom&gt; pokud ne, přejděme k 4) ??? 17:09 &lt;jrandom&gt; má ještě někdo něco, co by chtěl na schůzce probrat? 17:10 &lt;cat-a-puss&gt; Complication: Java gzip stream + I2P tunnely. NEfunguje a je to bug od Sunu 17:10 &lt;jrandom&gt; hmm, cat-a-puss? vážně? 17:10 &lt;+zzz&gt; Aktualizace HTTP persistent connections: klientská strana většinou hotová, serverová strana dobře postupuje, je třeba hodně zodolňování a testování, odhad dokončení 2–4 týdny 17:10 &lt;jrandom&gt; pěkné, zzz! 17:11 &lt;cat-a-puss&gt; jrandom: jo, mluvil jsem s tebou o tom už dávno, asi bych našel dlouhé vysvětlení proč, ale asi bude nejlepší to někde zdokumentovat, protože není důvod to dělat. 17:12 &lt;jrandom&gt; hmm, jsem mimo kontext, co přesně nefunguje? jaký je to bug od Sunu? 17:14 &lt;dust&gt; mám divné logy jako tohle: 21:21:59.816 WARN [%d0%a2%d1%4f] net.i2p.util.EepGet : ERR: status &lt;html&gt; 17:14 &lt;jrandom&gt; hmm, zajímavé 17:15 &lt;jrandom&gt; jaký tracker? 17:15 &lt;cat-a-puss&gt; jrandom: Jak si vzpomínám, Sun používá zipy bez hlaviček a nějaké magické číslo k rozpoznání, že je to zip stream. Ale to číslo zrovna vychází záporné, takže když z nějakého důvodu vytvoříš zip stream uvnitř zip streamu, čte data ze streamu jako sekvenci neoznačených bajtů a to magické číslo se tak převede na nějaké jiné kladné číslo. (nejspíš mi nějaký detail uniká, ale to je podstata) 17:16 &lt;dust&gt; například ten OSDevWithCVS_3E.pdf.torrent 17:17 &lt;dust&gt; d8:announce540:http://YRgrgTLGnbTq2aZOZDJQ... 17:17 &lt;jrandom&gt; hmm, o tom nic nevím a nejsem si jistý, jak by to ovlivnilo gzip stream přes i2ptunnel (kdyby to /tak bylo/, selhávaly by všechny, protože gzipujeme všechno) 17:19 &lt;jrandom&gt; ok super, duste, takže postmanův tracker. hmm, jedeš na 0.6.1.9, duste? 17:20 &lt;cat-a-puss&gt; jrandom: jo, je to skoro rok, co jsem měl ten problém, takže si to moc nepamatuju, a nevím, jestli je to opravené v 1.5, ale opravdu jsem se natrápil při zjišťování, proč každý normální typ streamu fungoval, ale jakmile jsem je obalil komprimovaným streamem, všechny selhaly. 17:20 &lt;dust&gt; ano 17:20 &lt;jrandom&gt; cat-a-puss: za poslední rok jsme dramaticky změnili věci kolem komprese přes I2P ;) 17:21 &lt;jrandom&gt; (a já osobně 1.5 nepoužívám) 17:21 &lt;jrandom&gt; ale děláme vlastní zip encoding explicitně, místo použití jejich zabaleného streamu (kvůli anonymitě/efektivitě, ne kompatibilitě) 17:22 &lt;@cervantes&gt; zzz: kde přesně v requestu ten null nastane? hned po GET? 17:22 &lt;+Complication&gt; Předtím, pokud si dobře pamatuju 17:23 &lt;+fox&gt; &lt;lordalbert&gt; hi 17:23 &lt;+Complication&gt; Pozn.: Celeron 300 ukazuje dvakrát nižší procento retransmisí než Sempron 17:23 &lt;jrandom&gt; čau, lordalberte 17:23 &lt;jrandom&gt; fajn, Complication, 2–3 % je rozumné (i když bych samozřejmě preferoval méně) 17:23 &lt;@cervantes&gt; bylo by zajímavé pustit spoustu HEAD requestů nebo tak něco... 17:24 &lt;jrandom&gt; jo, sada lokálních testů by byla skvělá, i když, pokud si dobře pamatuju (IIRC), to Complication zkoušel už dřív bez chyb 17:24 &lt;+fox&gt; &lt;lordalbert&gt; může někdo udělat anonymní tracker? Zkouším to, ale nerozumím, jak použít tunnel 17:24 &lt;+Complication&gt; cervantes: Jednou jsem se to snažil vyprovokovat, s rekurzivním wget mezi mými 2 uzly 17:24 &lt;+Complication&gt; Znudil jsem se dřív, než se to stalo 17:25 &lt;@cervantes&gt; heh 17:26 &lt;+fox&gt; &lt;lordalbert&gt; čau, b0unc3 ;) 17:26 &lt;+fox&gt; &lt;b0unc3&gt; lordalbert, :D 17:26 &lt;+Complication&gt; lordalbert: s kterou částí bys potřeboval poradit? 17:27 &lt;+Complication&gt; S nastavováním trackerů bohužel nepomohu. 17:27 &lt;+Complication&gt; S I2PTunnel bych se to pokusil vysvětlit... 17:27 &lt;+fox&gt; &lt;lordalbert&gt; Nainstaloval jsem BTtracker, a funguje perfektně 17:28 &lt;+Complication&gt; Je třeba poznamenat, že aby tracker zůstal anonymní, měl by běžet s dost opatrnou konfigurací 17:28 &lt;+fox&gt; &lt;lordalbert&gt; teď bych ho chtěl zanonimizovat 17:28 &lt;+fox&gt; &lt;lordalbert&gt; takže 17:28 &lt;jrandom&gt; Jsem si jist, že to po schůzce můžeme pomoci projít. neměl bys používat generické trackery, potřebuješ takový, který je postavený pro anonymitu 17:28 &lt;+fox&gt; &lt;lordalbert&gt; právě jsem udělal i2ptunnel 17:29 &lt;jrandom&gt; (např. úpravu bytemonsoon, kterou najdeš na kterémkoli I2P trackeru, nebo v CVS) 17:29 &lt;+fox&gt; &lt;lordalbert&gt; teď bych chtěl vědět, jak ten tunnel použít. Tunnel už jsem udělal 17:29 &lt;jrandom&gt; ok, má někdo ještě něco na schůzku? 17:30 &lt;jrandom&gt; lordalbert: `http://localhost:7657/i2ptunnel/` by ti měl umožnit vytvořit „http server tunnel“ ukazující na tvůj webserver/tracker, ale tvůj tracker nebude fungovat, pokud nebude upraven pro anonymní použití 17:30 &lt;+fox&gt; &lt;lordalbert&gt; jrandom, jaký tracker mám použít? 17:31 &lt;+Complication&gt; postman používá upravenou verzi ByteMonsoon, myslím 17:32 &lt;jrandom&gt; i2p-bytemonsoon byl upraven pro anonymní použití - je tam zip @ `http://i2p-bt.postman.i2p/,` a je v CVS na http://dev.i2p.net/cgi-bin/cvsweb.cgi/bytemonsoon/ ale opravdu o tom moc nevím 17:32 &lt;+fox&gt; &lt;lordalbert&gt; není bytemonsoon zastaralý? 17:32 &lt;jrandom&gt; když to funguje, není to zastaralé. funguje to 17:33 &lt;+fox&gt; &lt;lordalbert&gt; ok XD 17:33 &lt;jrandom&gt; je spousta trackerů a kdyby je chtěl nějaký vývojář upravit, aby fungovaly bezpečně a anonymně, bylo by to skvělé 17:33 &lt;+Complication&gt; Může být klidně stařejší... ale rozhodně funguje s destkeys místo IP... 17:33 &lt;+Complication&gt; O bezpečnosti a těsnosti nic říct nemůžu 17:34 &lt;jrandom&gt; (bylo to upraveno duckem a spol. kvůli anonymitě a bezpečnosti) 17:34 &lt;+Complication&gt; Ale běží už nějakou dobu, a zdá se, že to zvládá... 17:35 &lt;jrandom&gt; ok, pokud už pro schůzku nic není... 17:36 * jrandom se balí 17:36 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2006/01/10/pozn%C3%A1mky-ke-stavu-i2p-ze-dne-2006-01-10/Tue, 10 Jan 2006 00:00:00 +0000/cs/blog/2006/01/10/pozn%C3%A1mky-ke-stavu-i2p-ze-dne-2006-01-10/<p>Ahoj všichni, zdá se, že je tu zase úterý</p> <ul> <li>Index</li> </ul> <ol> <li>Stav sítě 2) Profilování propustnosti 3) Syndie blogy 4) Trvalá HTTP spojení 5) I2Phex gwebcache 6) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Uplynulý týden přinesl v CVS spoustu oprav chyb a vylepšení, přičemž aktuální sestavení je na verzi 0.6.1.8-11. Síť byla poměrně stabilní, i když některé výpadky u různých poskytovatelů služeb I2P vedly k občasným zádrhelům. Konečně jsme se v CVS zbavili zbytečně vysoké fluktuace identit routerů a v jádru je nová oprava chyby, se kterou včera přišel zzz; zní to docela slibně, ale musíme počkat, jaký to bude mít dopad. Dalšími dvěma velkými věcmi z minulého týdne bylo nové profilování rychlosti založené na propustnosti a výrazné práce na zobrazení blogu v Syndie. Co se týče toho, kdy uvidíme 0.6.1.9, mělo by to vyjít později tento týden, nejpozději o víkendu. Sledujte obvyklé kanály.</p>/cs/blog/2006/01/10/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-10.-ledna-2006/Tue, 10 Jan 2006 00:00:00 +0000/cs/blog/2006/01/10/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-10.-ledna-2006/<h2 id="stručná-rekapitulace">Stručná rekapitulace</h2> <p class="attendees-inline"><strong>Přítomní:</strong> cervantes, Complication, jrandom, Pseudonym, teal`c\_, tethra</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 15:26 &lt;jrandom&gt; 0) ahoj 15:26 &lt;jrandom&gt; 1) Stav sítě 15:26 &lt;jrandom&gt; 2) Profilování propustnosti 15:26 &lt;jrandom&gt; 3) Syndie blogy 15:26 &lt;jrandom&gt; 4) HTTP persistent connections 15:26 &lt;jrandom&gt; 5) I2Phex gwebcache 15:26 &lt;jrandom&gt; 6) ??? 15:26 * jrandom mává 15:26 &lt;jrandom&gt; týdenní status poznámky jsou na http://dev.i2p.net/pipermail/i2p/2006-January/001247.html 15:27 &lt;jrandom&gt; (jo, vím... potřebujeme 7) Ještě jedna věc...) 15:28 &lt;jrandom&gt; skočme rovnou k 1) Stav sítě 15:28 &lt;jrandom&gt; Obecně to vypadá pořád stejně, kromě toho, co je v mailu. 15:28 &lt;jrandom&gt; Má někdo něco, co chce k bodu 1) probrat? 15:30 &lt;jrandom&gt; ok, pokud ne, přejděme k 2) Profilování propustnosti 15:31 &lt;tethra&gt; zní to cool, ale můžu se zeptat, jaký je cíl? 15:31 &lt;jrandom&gt; najít rychlé peery 15:31 &lt;tethra&gt; (promiňte nedostatek vtipu a taktu) 15:31 &lt;tethra&gt; ah, cool. 15:32 &lt;jrandom&gt; v zásadě naše staré profilování rychlosti nebylo moc dobré (viz souhrn v minulém týdenním statusu) a tohle se zdá být dost dobré na hledání peerů, u kterých vím, že jsou rychlí 15:32 &lt;jrandom&gt; (vím, že jsou rychlí, protože jsem podváděl a měřil je neanonymními technikami) 15:33 &lt;tethra&gt; šokující! ;) 15:33 &lt;jrandom&gt; ((ano, někdo mohl být šílený a spustit útoky, aby zmátl moje měření, ale, no, o tom pochybuju ;) 15:33 &lt;tethra&gt; haha 15:33 &lt;tethra&gt; super, takže by to mělo způsobit, že client tunnels spíše najdou 'dobrý' peer a zřejmě uleví 'rychlým' peerům od tlaku, že? 15:35 &lt;tethra&gt; s/'good'/fast/ 15:35 &lt;jrandom&gt; ano k prvnímu, ale moc ne k druhému – tlak na ně to nesníží, ale umožní to lidem je efektivněji využít 15:35 &lt;@cervantes&gt; tipuju, že lidi s rychlými peery budou muset doufat, že throttling peerů je dost dobrý na zvládnutí dodatečné účasti 15:36 &lt;jrandom&gt; např. místo $slow--&gt;$fast--&gt;$fast to bude mít $fast--&gt;$fast--&gt;$fast 15:36 &lt;tethra&gt; aha, chápu 15:36 &lt;jrandom&gt; jo, cervantesi, věnoval jsem pozornost i kapacitnímu profilu a dělá to, co má 15:36 &lt;@cervantes&gt; paráda 15:37 &lt;jrandom&gt; provázanost mezi kapacitou a rychlostí je důležitá – peery nejsou považováni za rychlé, pokud nemají vysokou kapacitu, i když je jejich rychlost vyšší než u ostatních 15:37 &lt;@cervantes&gt; bude zajímavé vidět, jak to ovlivní propustnost 15:37 &lt;jrandom&gt; (proto je 'rychlý' jen zkratka pro 'rychlý a s vysokou kapacitou') 15:37 &lt;@cervantes&gt; +h 15:37 &lt;jrandom&gt; jo, cervantesi 15:39 &lt;jrandom&gt; ok, pokud nic dalšího k 2), skočme na 3) Syndie blogy 15:40 &lt;jrandom&gt; nemám moc co dodat nad rámec toho, co je tam v mailu 15:41 &lt;@cervantes&gt; vypadá to skvěle 15:41 &lt;tethra&gt; mně se velmi líbí, kam blogy směřují, osobně. Dalo by se říct, že je to samá paráda. 15:41 &lt;tethra&gt; :D 15:41 &lt;+Complication&gt; Trochu pozdě, promiňte. 15:42 &lt;jrandom&gt; cool, je to podobné jako původně, ale myslím, že zobrazení blogu má slibný potenciál 15:42 &lt;jrandom&gt; vítej zpět, Complication, žádný strach, máme logy :) 15:43 &lt;+Complication&gt; Právě čtu scrollback :) 15:43 &lt;jrandom&gt; Fakt si myslím, že je tu místo pro obě zobrazení, asi záleží na uživateli 15:43 &lt;jrandom&gt; (a obsahu a autorovi) 15:45 &lt;jrandom&gt; ale jedna věc je, že html není nic moc. cervantes mi pomáhá překopat mé velmi základní znalosti na modernější přístup, ale zbývá spousta věcí 15:46 &lt;jrandom&gt; syndie web rozhraní se bude dál zlepšovat a kdyby chtěl nějaký html dobrovolník pomoct s formátováním, designem, css, problémy napříč prohlížeči atd., velmi by se to hodilo 15:47 &lt;@cervantes&gt; kromě dvou otevíracích &lt;style&gt; tagů vypadá kód docela čistě ;-) 15:47 &lt;jrandom&gt; heh ouha 15:48 &lt;@cervantes&gt; myslím, že důraz bude na čistý a čitelný styling a možná návrh několika alternativních šablon 15:48 &lt;jrandom&gt; hmm 15:49 &lt;jrandom&gt; to je jedna věc, o které jsem u zobrazení blogu přemýšlel – bylo by snadné nechat lidi přizpůsobit určité atributy (barvy, fonty, velikosti), ale nejsem si jistý, jak moc dál 15:50 &lt;jrandom&gt; na druhou stranu, zobrazení blogu, stejně jako zobrazení vlákna, je jen šablona nad archivem syndie 15:50 &lt;@cervantes&gt; určitě nechcete povolit nasaditelné šablony 15:50 &lt;jrandom&gt; takže otázka zní, šablona pro koho? 15:50 &lt;jrandom&gt; (jakou úroveň zkušeností by ti, kdo tu šablonu používají, vyžadovali) 15:51 &lt;@cervantes&gt; myslel jsem jen vyskakovací volbu v nastavení, kterou si někdo vybere pro svůj blog 15:51 &lt;jrandom&gt; hmm? 15:51 &lt;@cervantes&gt; Chci "Pony Look" 15:51 &lt;jrandom&gt; ah, ok 15:51 &lt;@cervantes&gt; takže bychom dodávali syndie s různými vzhledy 15:52 &lt;jrandom&gt; jo, přednastavené barvy/font atd. 15:52 &lt;jrandom&gt; (a ikony atd.) 15:52 &lt;jrandom&gt; to je věc, která přes zobrazení blogu ještě není moc implementovaná 15:54 &lt;jrandom&gt; ale dobrý nápad s jednoduchým výběrem motivu, místo nějaké složité sady voleb 15:54 &lt;@cervantes&gt; alternativou by bylo, že někdo nabídne své vlastní předvolby šablon ke stažení na svém webu – které by se daly uložit do složky s motivy 15:55 &lt;@cervantes&gt; je na každém, jestli chce věřit vlastnímu vzhledu autora blogu 15:55 &lt;jrandom&gt; ... důvěřovat? 15:55 &lt;jrandom&gt; nic v syndie nedovolí dělat nebezpečné html nebo css 15:55 &lt;tethra&gt; a co nebezpečný javascript atd. 15:55 &lt;jrandom&gt; vzhledy by byly textové soubory/konfigurační soubory/obrázky, ne jsp 15:55 &lt;tethra&gt; ? 15:56 &lt;tethra&gt; (stránka přesměrovává na neanonymní adresy pomocí js, třeba?) 15:56 &lt;@cervantes&gt; záleží, jestli motiv může obsahovat i strukturální změny html 15:56 &lt;@cervantes&gt; jasně, ok 15:56 &lt;@cervantes&gt; to by to udrželo pěkně čisté a jednoduché 15:57 &lt;jrandom&gt; tethra: jsem... neuvěřitelně zdrženlivý vůči javascriptu. viděls dnešní nový blogpost od default? 15:57 &lt;jrandom&gt; "Jsem jen zvědavý: používá to AJAX? Stránka se nezdá, že by se aktualizovala celá..." 15:57 &lt;tethra&gt; nein, neviděl. 15:57 &lt;tethra&gt; osobně bych našel způsob, jak jakýkoli použitý js prostě odstřelit. 15:58 &lt;jrandom&gt; protože syndie je *lokální*, je šíleně rychlá a nemusíme řešit stejné problémy s latencí 15:58 &lt;tethra&gt; protože mu nevěřím ani za mák. 15:58 &lt;tethra&gt; hmm :/ 15:58 &lt;jrandom&gt; cervantes: jo, velmi jednoduché – dokonce bychom mohli nechat lidi, kteří si prohlížejí blog s motivem, který se jim líbí, říct "ukrást tento motiv" 15:59 &lt;@cervantes&gt; teoreticky bys mohl poskytnout knihovnu "bezpečných" funkcí pro uživatele blogu – ale jakmile odstraníš z běžné implementace prohlížeče všechno nebezpečné, zůstane ti funkce "alert();" 16:00 &lt;jrandom&gt; heh 16:00 &lt;jrandom&gt; (a k tomu všechny ty problémy přístupnosti u javascriptu) 16:00 &lt;+Complication&gt; cervantes: mimochodem, alert() v nekonečné smyčce může být zlý :P 16:00 * jrandom je docela pyšný na to, jak je syndie přátelská k lynxu 16:00 &lt;tethra&gt; lynx &lt;3 16:02 &lt;jrandom&gt; ok, pokud nic dalšího k 3), skočme na 4) HTTP persistent connections 16:02 &lt;jrandom&gt; nemám nic k doplnění nad rámec mailu... zzz, jsi tu? 16:02 &lt;@cervantes&gt; existují i jiné způsoby implementace *pliv* AJAX UI, třeba rozšíření pro Mozillu 16:03 &lt;jrandom&gt; fire2pe++ :) 16:03 &lt;jrandom&gt; zzz tu asi není, takže si budeme muset na 4) počkat na víc informací 16:03 &lt;@cervantes&gt; fire2pe je jen pomocník – myslíš syndillu ;-) 16:03 &lt;jrandom&gt; lol 16:04 &lt;jrandom&gt; (a verze na USB klíčence, syndog ;) 16:04 &lt;jrandom&gt; ok, přecházíme na 5) I2Phex gwebcache 16:05 &lt;jrandom&gt; Complication: p1ng 16:05 &lt;+Complication&gt; No, když by to usnadnilo integraci do sítě... 16:06 &lt;+Complication&gt; ...nedávno jsem pracoval na oživení kódu gwebcache už v I2Phexu 16:06 &lt;+Complication&gt; V téhle fázi to už dělá pár velmi omezených věcí (třeba se pěkně zhroutí) :) 16:06 &lt;+Complication&gt; Taky otravuje awupův webcache server s mírným úspěchem 16:07 &lt;jrandom&gt; lol pěkné 16:07 &lt;+Complication&gt; Ale mám naději, že to nakonec předělám 16:07 &lt;+Complication&gt; (spousta věcí je teď zaměřená na práci s IP adresami) 16:09 &lt;jrandom&gt; super, hodně štěstí, a dej vědět, jestli můžu s něčím pomoct 16:09 &lt;+Complication&gt; Dám vědět :) 16:10 &lt;jrandom&gt; ok, ještě něco k 5) I2Phex gwebcache, nebo se pomalu přesuneme k 6) ??? 16:11 &lt;jrandom&gt; berte, že jsme se přesunuli 16:11 &lt;jrandom&gt; má někdo ještě něco na meeting? 16:11 &lt;@cervantes&gt; další šálek čaje by se hodil 16:12 &lt;tethra&gt; heheh 16:12 &lt;Pseudonym&gt; jak vypadá roadmapa? 16:12 &lt;jrandom&gt; žádné změny 16:12 &lt;Pseudonym&gt; co zbývá pro 0.6.2? 16:13 &lt;jrandom&gt; všechny věci související s 0.6.2 16:13 * jrandom uhýbá 16:14 &lt;Pseudonym&gt; :-P 16:14 &lt;@cervantes&gt; nějaké bling bling 16:14 &lt;Pseudonym&gt; máme předběžné datum/harmonogram? 16:14 &lt;jrandom&gt; konkrétně nové krypto a algoritmy pro vytváření tunnelů, nové strategie výběru peerů 16:14 &lt;tethra&gt; heheh 16:14 &lt;jrandom&gt; žádná data ani harmonogramy (alespoň ne oznamované na meetingu ;) 16:15 &lt;Pseudonym&gt; je v strategiích výběru peerů víc než ta propustnost, na které pracuješ? 16:16 &lt;jrandom&gt; ano, tyto změny profilování peerů jsou výkonnostní záležitosti, ne strategie výběru a řazení peerů související s anonymitou 16:16 &lt;+Complication&gt; jrandom: pamatuji si správně... jestli hádám, že crypto pro vytváření tunnelů souvisí s věcmi probíranými na mailing listu při debatě o útocích typu predecessor (a dalších)? 16:17 &lt;jrandom&gt; jo, Complication 16:17 &lt;+Complication&gt; s/related/relates 16:19 &lt;+Complication&gt; Chystáš se zkusit rozchodit tu parátní malou datovou strukturu? 16:19 &lt;jrandom&gt; jo 16:20 &lt;jrandom&gt; (takže 0.6.2 není na dvoutýdenním horizontu ;) 16:20 &lt;+Complication&gt; Hezky. Zní to zajímavě, asi bych si o tom měl něco načíst 16:21 &lt;+Complication&gt; Doufám, že to půjde hladce 16:21 &lt;jrandom&gt; na listu se o tom jen mávalo rukama, žádná specifikace zatím není sepsaná 16:21 &lt;tethra&gt; o kterou pěknou datovou strukturu jde, promiň? 16:21 &lt;+Complication&gt; Jo a zjistil jsem, proč ten odkaz (z "moo" zprávy) nefungoval. :D Je to freedomarchives.i2p (v množném čísle, s "s" na konci) 16:21 &lt;jrandom&gt; bude to nekompatibilní zpětně, takže hladké to nebude, ale snad to nebude moc bolet :) 16:21 &lt;jrandom&gt; ach sakra 16:22 &lt;jrandom&gt; tethra: datová struktura, která zatím neexistuje, pro vytváření tunnelů 16:22 &lt;tethra&gt; cool 16:22 &lt;jrandom&gt; (viz vlákna o predecessor zhruba z listopadu) 16:23 &lt;tethra&gt; jaké bude mít výhody/nevýhody oproti současné? (pokud nějaká současná je :o) 16:23 &lt;jrandom&gt; (viz vlákna o predecessor zhruba z listopadu) ;) 16:23 &lt;tethra&gt; ah, ok 16:23 &lt;+Complication&gt; Pokud si dobře pamatuju, aby bylo vytváření tunnelů méně průhledné pro pozorovatele 16:23 &lt;tethra&gt; "" 16:23 &lt;tethra&gt; ;) 16:23 &lt;jrandom&gt; ale není to návrh, není nic na stole pro 0.6.2, dokud nebudou vyřešeny všechny věci před 0.6.2. 16:23 &lt;jrandom&gt; jakmile věci, které mají fungovat, fungují tak, jak je potřebujeme, půjdeme dál. 16:24 &lt;Pseudonym&gt; kromě rychlého výběru peerů, co nefunguje? 16:25 &lt;jrandom&gt; rychlý výběr peerů je součástí "dobré výkonnosti" 16:25 &lt;jrandom&gt; my /opravdu/ máme dobrou výkonnost, na anonymní síť, ale ne dost dobrou na konkurenci s neanonymními sítěmi 16:25 &lt;jrandom&gt; abychom konkurovali, musíme mít lepší výkonnost *a* nabídnout funkcionalitu, kterou jinde nedostanou 16:26 &lt;jrandom&gt; (anonymita neprodává) 16:26 &lt;Pseudonym&gt; je v tom víc než rychlý výběr peerů? 16:27 &lt;jrandom&gt; za poslední měsíc či dva, při benchmarkování různých aspektů i2p, se pomalý výběr peerů jeví jako nejmenší úzké hrdlo. co bude dalším úzkým hrdlem, není známo. 16:27 &lt;jrandom&gt; (také bylo bezpočet zlepšení na různých místech, aby se zlepšil výkon) 16:27 &lt;jrandom&gt; (viz http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/history.txt?rev=HEAD ) 16:28 &lt;Pseudonym&gt; takže... vydání nového výběru peerů tento týden? ;-) 16:28 &lt;teal`c_&gt; i2p je příjemné 16:29 &lt;jrandom&gt; Pseudonym: jo, nový algoritmus profilů peerů je v cvs a bude nasazen tento týden s 0.6.1.9 16:30 &lt;jrandom&gt; ok, má někdo ještě něco na meeting? 16:30 &lt;Pseudonym&gt; cool 16:31 &lt;jrandom&gt; pokud ne... 16:31 * jrandom se nadechuje 16:32 * jrandom *baf*s uzavírá meeting </div>/cs/blog/2006/01/04/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-4.-ledna-2006/Wed, 04 Jan 2006 00:00:00 +0000/cs/blog/2006/01/04/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-4.-ledna-2006/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> bar, cervantes, Complication, gott, JosephLeBlanc, jrandom, tethra</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 15:22 &lt;jrandom&gt; 0) ahoj 15:22 &lt;jrandom&gt; 1) Stav sítě a 0.6.1.8 15:22 &lt;jrandom&gt; 2) Výsledky zátěžového testování a profilování peerů 15:22 &lt;@cervantes&gt; jrandom: patrně nejpomalejší a nejhorší trest od doby, co zakázali kamenování 15:22 &lt;jrandom&gt; 3) Zhodnocení 2005 / výhled na 2006 / ??? 15:22 &lt;jrandom&gt; 0) ahoj 15:22 &lt;gott&gt; falafel 15:22 &lt;gott&gt; n : malá kroketka z rozmixované cizrny nebo bobů, ochucená 15:22 &lt;gott&gt; sezamovými semínky 15:22 &lt;@cervantes&gt; zdar 15:22 * jrandom mává poté, co se zotavil z útoku falafelem 15:22 &lt;jrandom&gt; týdenní status poznámky jsou na http://dev.i2p.net/pipermail/i2p/2006-January/001246.html 15:23 &lt;jrandom&gt; jelikož mám zpoždění 10 min, jsem si jistý, že jste si ty poznámky už přečetli a máte připomínky připravené 15:23 &lt;jrandom&gt; *ehm* 15:23 &lt;jrandom&gt; OK, pojďme skočit do 1) stav sítě a 0.6.1.8 15:24 &lt;@cervantes&gt; tj. funguje to dobře, jen protokol to zpomaluje 15:24 &lt;jrandom&gt; Nemám moc co dodat nad rámec toho, co je v mailu - 0.6.1.8 jsme připravovali už nějakou dobu před vydáním a podle toho, co vidím, to šlo docela dobře 15:25 &lt;jrandom&gt; heh jo, nejsem si jistý, jestli infoshop něco zveřejnil od posledního importu rss 15:25 &lt;JosephLeBlanc&gt; Hmm, mám jen pár poznámek. 15:25 &lt;+Complication&gt; Co se týče stavu, jak už jsem zmiňoval... poté, co se build -7 dostal do CVS, můj Celeron 300 se chová jako skutečný počítač. Jakože přenáší data s náznakem stability. 15:26 &lt;+Complication&gt; Umožňuje mi rozsáhle procházet eepsites a jen zřídka mě vykopne z IRC. 15:26 &lt;jrandom&gt; souhlas, Complication 15:26 &lt;jrandom&gt; co máš, JosephLeBlanc 15:26 &lt;@cervantes&gt; /kick complication 15:26 &lt;@cervantes&gt; ach jo 15:26 &lt;JosephLeBlanc&gt; Pouštím nejnovější CVS a, pokud vidím (afaics), většina věcí je v pořádku. 15:27 &lt;JosephLeBlanc&gt; Zajímalo by mě však, jestli byl opraven ten problém jbigi na Athlonu, o kterém jsem s tebou před časem mluvil. 15:28 &lt;jrandom&gt; jbigi pro amd64 na window zatím není v jbigi.jar, ale doufám, že to dostanu do 0.6.1.9 15:29 &lt;+Complication&gt; *Myslím* (ale nemohu potvrdit), že se víc zaměřuje na peery, u nichž zaznamenal úspěch... a tento přístup *možná* udržuje tyto cesty od kolapsu účinněji (je to za poněkud příliš agresivním NATem). 15:29 &lt;JosephLeBlanc&gt; No, logy vracejí: 'NOTICE: Resource name [jbigi] was not found' 15:30 &lt;jrandom&gt; JosephLeBlanc: je tam za tím řádek ohledně jbigi - co říká? 15:31 &lt;JosephLeBlanc&gt; Píše to, "INFO: Optimized native BigInteger library 'libjbigi-linux-athlon.so' loaded from resource 15:31 &lt;jrandom&gt; super 15:32 &lt;JosephLeBlanc&gt; Jen jsem tě chtěl upozornit na ten řádek s NOTICE. 15:32 &lt;jrandom&gt; to znamená, že se to nejdřív snaží stáhnout resource „jbigi“, ale ten neexistuje (což je normální - resource jbigi je pro velmi vzácné situace) 15:32 &lt;jrandom&gt; pak se to pokusí stáhnout OS/architektuře specifický resource „libjbigi-linux-athlon.so“ a uspěje 15:33 &lt;JosephLeBlanc&gt; Aha, OK. Zdá se tedy, že chyba, kterou jsem dřív zažíval, byla ve -7 opravena 15:33 &lt;jrandom&gt; w3wt 15:33 &lt;JosephLeBlanc&gt; Díky moc, kámo. 15:34 &lt;jrandom&gt; np 15:34 &lt;jrandom&gt; Complication: jo, myslím, že máš pravdu, a některé strategie pro 0.6.2 na tom konceptu dál postaví 15:35 &lt;jrandom&gt; OK, má ještě někdo něco k 1) stavu sítě / 0.6.1.8? 15:37 &lt;jrandom&gt; pokud ne, přejděme na 2) Výsledky zátěžového testování a profilování peerů 15:39 &lt;jrandom&gt; OK, v mailu je toho hodně, má k tomu někdo otázky? 15:40 &lt;+bar&gt; jak velké bylo to rozumné zlepšení? 15:41 &lt;+Complication&gt; Pozdní poznámka k 0.6.1.8 (právě testováno na mém notebooku) - jbigi se tam také načetlo správně. 15:42 &lt;+Complication&gt; Dřív se tomuhle stroji (Mandriva 2005) nedařilo načíst to správné. 15:42 &lt;+Complication&gt; Kvůli problému s jcpuid. 15:42 &lt;jrandom&gt; Raději bych v rámci meetingu neuváděl číslo, protože to ovlivní očekávání lidí. měřitelné zlepšení, ale zdaleka ne rychlost linky. 15:43 &lt;jrandom&gt; (a zátěžový test je trochu umělý) 15:43 &lt;+bar&gt; jasně, v pohodě :) 15:44 &lt;jrandom&gt; cool, Complication. Jo, konečně jsem přibalil scintillův C port jcpuid :) 15:45 &lt;jrandom&gt; OK, k 2) nemám moc co dodat nad to, co je v mailu. Více informací o výsledném profilování rychlosti vyjde, jakmile to bude v 0.6.1.9. 15:47 &lt;jrandom&gt; pokud k tomu nic dalšího není, skočíme na 3) zhodnocení 2005 / výhled na 2006 / ??? 15:49 &lt;+bar&gt; souhlasím s tím, co je v mailu, 2005 byl fantastický rok a nevidím důvod, proč by měl být 2006 horší, co se i2p týče 15:49 &lt;jrandom&gt; Ušli jsme za poslední rok velký kus cesty a vy všichni jste odvedli spoustu skvělé práce, která nás posunula vpřed. Tenhle rok vypadá, že bude pro nás velký, přesuneme se z geekovských zákulisí do míst, kde na tom záleží. 15:50 * tethra se přidal spíš až na konci 2005, ale i tak to bylo sakra cool. *palec nahoru* 15:51 &lt;+Complication&gt; Doufám v nejlepší. 15:51 &lt;jrandom&gt; Nemám moc co dodat, takže pokud chtějí lidi do meetingu ještě něco přinést, máte slovo 15:52 &lt;+Complication&gt; Mimochodem, kdyby chtěl někdo přeložit nějaké dokumenty do španělštiny (viz fórum Discussion), s kým by bylo nejlepší to koordinovat? 15:52 &lt;+Complication&gt; např. které části se pravděpodobně budou hodně měnit, a podobně 15:53 &lt;+Complication&gt; A také v jakém formátu by bylo nejlepší mít různé dokumenty? 15:54 &lt;jrandom&gt; technický úvodní dokument @ dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/techintro.html?rev=HEAD je poměrně stabilní 15:54 &lt;+Complication&gt; Zahrnout do routeru... na web... obojí? 15:54 &lt;jrandom&gt; (ale budou aktualizace ohledně 0.6.2) 15:54 &lt;jrandom&gt; no, jsem velkým zastáncem inline dokumentace 15:54 &lt;jrandom&gt; ale to by asi mělo počkat, až bude nová konzole routeru 15:55 &lt;jrandom&gt; úvodní dokumenty na webu by byly také dobré, ale to by asi mělo počkat, až bude nový web 15:55 &lt;+Complication&gt; Aha... takže bude nejlepší se toho zatím nedotýkat... 15:56 &lt;+Complication&gt; ...místo toho preferovat dokumenty jako ten výše. 15:58 &lt;jrandom&gt; pravděpodobně. OK, chce někdo do meetingu přinést ještě něco dalšího? 15:59 &lt;jrandom&gt; pokud ne... 15:59 &lt;tethra&gt; probírali jsme už nápad na UI pro eepget? 15:59 &lt;gott&gt; Pokud meeting stále běží, prosím opravte problém s diakritikou v IRCclient 15:59 &lt;tethra&gt; tj., než jsem sem dorazil 15:59 &lt;jrandom&gt; ne, chceš to implementovat, tethra? :) 15:59 &lt;jrandom&gt; gott: patche vítány 16:00 &lt;gott&gt; Pokud ne, prosím opravte problém s diakritikou v IRCclient. 16:00 &lt;gott&gt; jrandom: Než to opravím já, opraví to někdo jiný ;-) 16:01 &lt;tethra&gt; jrandom: nejsem si úplně jistý, jak na to, protože nejsem moc programátor. jestli mě nasměruješ na nějaké tutoriály na psaní aplikací typu .war a rád to zkusím. 16:01 &lt;gott&gt; Vyhrazuji si právo být poraženecký ve slovech i činech. 16:01 &lt;tethra&gt; haha 16:01 &lt;+Complication&gt; :) 16:02 &lt;jrandom&gt; tethra: knihy oreily o servletech jsou docela dobré 16:02 &lt;jrandom&gt; OK, pokud není nic dalšího... 16:02 * jrandom se připravuje 16:02 * jrandom *baf*s uzavírá meeting </div>/cs/blog/2006/01/03/pozn%C3%A1mky-ke-stavu-i2p-k-2006-01-03/Tue, 03 Jan 2006 00:00:00 +0000/cs/blog/2006/01/03/pozn%C3%A1mky-ke-stavu-i2p-k-2006-01-03/<p>Ahoj všichni, šťastný nový rok! Pojďme se po týdnu bez nich vrátit k našim týdenním poznámkám o stavu -</p> <ul> <li>Index</li> </ul> <ol> <li>Stav sítě a 0.6.1.8 2) Výsledky zátěžového testování a profilování peerů 3) Zhodnocení roku 2005 / Výhled na rok 2006 / ???</li> </ol> <ul> <li> <ol> <li>Net status and 0.6.1.8</li> </ol> </li> </ul> <p>Nedávno jsme vydali 0.6.1.8 a zprávy z provozu říkají, že úpravy od zzz výrazně pomohly a že je situace v síti poměrně stabilní, a to i přes v poslední době výrazně zvýšený síťový provoz (podle stats.i2p se průměr za poslední měsíc zřejmě zdvojnásobil). I2PSnark se také zdá fungovat docela dobře - narazili jsme sice na několik zádrhelů, ale většinu z nich jsme dohledali a opravili v následujících sestaveních. K novému blogovému rozhraní Syndie nepřišlo mnoho ohlasů, ale zaznamenali jsme mírný nárůst provozu Syndie (částečně díky tomu, že protocol objevil dustův RSS/Atom importér :)</p>/cs/blog/2005/12/20/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-20.-prosince-2005/Tue, 20 Dec 2005 00:00:00 +0000/cs/blog/2005/12/20/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-20.-prosince-2005/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> bar, Complication, dust, jrandom, legion, polecat, tealc\_, tethra, zzz</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 15:20 &lt;jrandom&gt; 0) ahoj 15:20 &lt;jrandom&gt; 1) Stav sítě 15:20 &lt;jrandom&gt; 2) I2PSnark aktualizace 15:20 &lt;jrandom&gt; 3) UI blogu Syndie 15:20 &lt;jrandom&gt; 4) ??? 15:20 &lt;jrandom&gt; 0) ahoj 15:20 * jrandom mává 15:20 &lt;jrandom&gt; týdenní poznámky o stavu jsou na http://dev.i2p.net/pipermail/i2p/2005-December/001240.html 15:22 &lt;jrandom&gt; ok, vrhneme se na 1) Stav sítě 15:22 &lt;jrandom&gt; Nemám moc co dodat nad to, co je v poznámkách o stavu. 15:22 &lt;+Complication&gt; Kdyby nebylo občasných OOM, troufl bych si tomu říkat docela dobré 15:22 &lt;jrandom&gt; zátěžové testy vypadají dost slibně, naznačují, že máme hodně prostoru pro zlepšení výkonu 15:23 &lt;+Complication&gt; A hádám, že ty OOM 15:23 &lt;jrandom&gt; heh, OOM související s i2psnark? nebo i předtím? 15:23 &lt;+Complication&gt; přispívají k nestabilitě, když buď instance i2p-bt, i2psnark nebo i2p-rufus dělají... věci. 15:24 &lt;zzz&gt; moje teorie je, že zvýšený torrentový provoz trochu poškozuje spolehlivost IRC 15:24 &lt;+Complication&gt; (možná bych tu zvláštnost se SAM neměl nazývat OOM, protože jsem se na to detailně nedíval, ale rozhodně je to jeden z faktorů) 15:24 &lt;jrandom&gt; hmm, nejsem si jistý, stav irc byl podobný jako před posledními aktualizacemi snarku 15:25 &lt;+Complication&gt; Šířka pásma byla stabilní, zčásti i tunnels stabilní taky... jen to občas spadne 15:26 &lt;zzz&gt; Každopádně jsem optimista, že opravy stavby tunnelů, které přijdou v 0.6.1.8, zlepší lidem zkušenost s IRC 15:26 &lt;+Complication&gt; Z dobře známých důvodů, které snad zmizí, až přijde jejich čas :) 15:26 &lt;jrandom&gt; jo, myslím si to taky, zzz, takže asi vydáme release během příštího dne či tak 15:26 &lt;+legion&gt; IRC může být prostě příliš citlivé, možná by bylo lepší použít něco jako Jabber? 15:26 &lt;zzz&gt; zejména pro lidi na pomalejších strojích a/nebo spojení 15:27 &lt;jrandom&gt; Jabber by na tom nic nezměnil 15:27 &lt;+Complication&gt; Zvlášť s redundancí tunnelů nastavenou na 2 15:28 &lt;+bar&gt; řekl bych, že irc je vynikající sračkoměr na určování počasí v síti 15:28 &lt;+legion&gt; Jo, stačí, aby trochu zafoukal vítr, a irc se hned vysere 15:28 &lt;+bar&gt; přesně :) 15:28 &lt;+Complication&gt; Všiml jsem si, že po opravě shitlistingu má "Recent" tendenci vždy převyšovat "Known" 15:29 &lt;+Complication&gt; Je to tím, že "Known" nezahrnuje peery na shitlistu, zatímco "Recent" ano? 15:29 &lt;jrandom&gt; jo, IRC je dobrý pohled na věc, protože ukazuje značné rozdíly u různých uživatelů (např. dreamtheaterfan má vždy potíže atd.) 15:30 &lt;jrandom&gt; hmm, to dává smysl, Complication 15:30 &lt;+Complication&gt; (nejsem si jistý, jen hádám) 15:30 &lt;jrandom&gt; (protože peery na shitlistu jsou z netDb vyřazeny, ale jejich profily se neodstraní) 15:32 &lt;+Complication&gt; Pak se indikátory zdají OK (jen jsem se chtěl zeptat pro případ, že by nebyly) 15:33 &lt;jrandom&gt; ok, ještě něco k 1) Stavu sítě? 15:33 &lt;jrandom&gt; pokud ne, přesuňme se k 2) I2PSnark aktualizace 15:33 &lt;tealc_&gt; jaké aktualizace jsou k dispozici? 15:34 &lt;jrandom&gt; viz http://dev.i2p.net/pipermail/i2p/2005-December/001240.html pro krátký výčet ;) 15:34 &lt;jrandom&gt; v zásadě I2PSnark nyní umí obsluhovat více torrentů najednou přes jedinou I2P destination, má webové rozhraní a je integrován do router konzole 15:35 &lt;tealc_&gt; pouštím nejnovější cvs buildy a i2psnark způsobuje spoustu chyb haldy paměti nebo tak něco 15:35 &lt;+Complication&gt; ...a také zvládá torrenty vytvořené Azureusem s podivnými meta-taggy. 15:35 &lt;+Complication&gt; Na kterých se dříve zasekl. 15:35 &lt;jrandom&gt; ah, jasně, pořád tam ještě něco ladím, tealc_ 15:35 &lt;jrandom&gt; (jak je zmíněno v týdenních poznámkách o stavu ;) 15:35 &lt;jrandom&gt; jo, správně, Complication 15:36 &lt;jrandom&gt; jo, a lidé z Azureusu opravili bug ve svém trackeru, který I2PSnarku bránil ho používat 15:36 &lt;jrandom&gt; (takže lidi, co provozují azureus trackery starší než B16, by měli co nejdřív upgradovat) 15:37 &lt;+bar&gt; chtěl bych mít možnost snadno vypnout autostart i2psnark (pro scénáře s nízkou šířkou pásma atd.) 15:38 &lt;jrandom&gt; to by mělo jít poměrně snadno přidat 15:38 &lt;+bar&gt; zní skvěle 15:39 &lt;jrandom&gt; ok, ještě něco k 2) I2PSnark aktualizace? 15:40 &lt;jrandom&gt; pokud ne, přejděme k 3) UI blogu Syndie 15:40 &lt;zzz&gt; palce nahoru za nový i2psnark - dobrá práce 15:41 &lt;jrandom&gt; gracias, těžkou práci odvedl mjw, díky čemuž je snark tak snadno rozšiřitelný 15:41 &lt;jrandom&gt; ok, jak je zmíněno v poznámkách o stavu, syndie teď má nové UI blogu 15:42 &lt;jrandom&gt; Myslím, že nabídne rovnováhu mezi whitelisty a blacklisty, aby se vypořádala s různými spamovými problémy, které lidé zažívají 15:43 &lt;jrandom&gt; nasadíme to v příštím release, takže se do toho budete moct za den či dva pustit 15:43 &lt;+legion&gt; Stane se spam opravdu brzy velkým problémem? 15:44 &lt;+Complication&gt; legion: jak nám někdo ochotně předvedl, klidně by mohl 15:44 &lt;jrandom&gt; ne, blacklisty se postarají o autory, kteří floodují, a whitelisty o spammery, kteří vytvářejí spoustu autorů 15:44 &lt;dust&gt; (anonymita v některých lidech probouzí to nejhorší) 15:44 &lt;jrandom&gt; (takže spamování není problém) 15:45 &lt;+Complication&gt; (Ačkoli si myslím, že dotyčný regeneroval klíče, aby se vyhnul trvalému blacklistu, což *je* určitým zpomalením.) 15:45 &lt;+Complication&gt; I když ne velkým zpomalením, a proto z celého srdce souhlasím, že whitelisty jsou také dobré. :) 15:46 &lt;+bar&gt; možná by do budoucna šlo použít nějaké řešení typu hashcash, pokud by bylo potřeba 15:46 &lt;jrandom&gt; pokud bude potřeba, ale nevidím důvod, proč by měla 15:46 &lt;+bar&gt; souhlasím, teď taky ne 15:46 &lt;+Complication&gt; bar: něco jako "nezobrazit, pokud si nedali práci něco spočítat"? 15:47 &lt;+bar&gt; ano, něco v tom smyslu 15:47 &lt;+Complication&gt; Zní to proveditelně, i když to pravděpodobně nebude třeba. 15:47 &lt;+bar&gt; asi ano. 15:47 &lt;jrandom&gt; kdyby nějaká skupina spammerů pořád zaplavovala s velkým množstvím nových autorů, lidé by pořád mohli ostatním říkat o nových autorech tím, že by zveřejňovali své záložky a odkazy na blogy ve svém vlastním blogu 15:47 &lt;+Complication&gt; Spíš doufejme, že zbytečné. 15:48 &lt;+Complication&gt; Možná by stálo za to zvážit, zda Syndie umí takovou funkci pojmout, kdyby někdy byla potřeba. 15:49 &lt;jrandom&gt; jo, umí, přes hlavičky v příspěvku na blogu nebo v samotné metainfo blogu 15:49 &lt;jrandom&gt; ehm, metadata (proklatý bt!) 15:51 &lt;jrandom&gt; ok, pokud není nic dalšího k 3) Syndie, skočme na 4) ??? 15:51 &lt;jrandom&gt; má někdo ještě něco, co chce na schůzce otevřít? 15:51 &lt;+legion&gt; ano, pár věcí 15:52 &lt;+legion&gt; nejdřív clunk 15:52 &lt;jrandom&gt; super, jo, clunk zní zajímavě 15:52 &lt;+legion&gt; Jak jsem dnes dříve zmiňoval na i2p-chat, pracuju na tom, aby se to dalo zkompilovat s Cygwinem a/nebo MinGW. 15:53 &lt;+legion&gt; Zatím je rozbitý jen klient, zbytek včetně serveru se kompiluje a vypadá, že funguje 15:53 &lt;jrandom&gt; paráda 15:54 &lt;tealc_&gt; i2p by se mohlo ukázat jako pořádný oříšek pro program neomezeného dohledu George Bushe. Uvidíme se v táborech smrti, vezměte karty, jo 15:54 &lt;+legion&gt; Snažím se nejen dohledat, proč je klient rozbitý, ale i to vyřešit. Momentálně jsem uvízl. 15:56 &lt;+legion&gt; Druhá věc, kterou jsem chtěl probrat: šel by do příští aktualizace přidat výchozí tunnel na můj jabber server? Jen aby to bylo jednodušší pro každého, kdo si chce jabber vyzkoušet. 15:57 &lt;tethra&gt; 20:34:37 &lt;jrandom&gt; if a set of spammers were flooding with lots of new authors all the time, people could still tell other people about new authors by posting their bookmarks and blog references in their own blog &lt;--- možná by v tom mohl hrát roli polecatův způsob kombinování důvěry? (tj. zároveň blokovat spammery -a- propagovat populární autory.) 15:57 &lt;tethra&gt; &lt;/$0.02&gt; 15:58 &lt;+polecat&gt; To by byl primitivní příklad mého nápadu na síť důvěry, s heuristikou 100% přenosu důvěry, ano. 15:58 &lt;jrandom&gt; legion: hmm, přidat vypnutou konfiguraci pro nové uživatele je docela snadné, ale moje obava se týká filtrování protokolu (a toho, jaké klienty co uniká). jaké máš zkušenosti s různými klienty? 15:59 &lt;jrandom&gt; jo, je tu hodně prostoru pro integraci metrik důvěry do syndie 16:01 &lt;+legion&gt; Pokud vím, jeti neuniká, kromě svého filetransferu, který mám v nastavení serveru stejně vypnutý. Možná to bude opraveno v příští verzi jeti. Jinak o ostatních klientech nevím. 16:02 &lt;+legion&gt; Jistě vím, že groupchat je solidní bez ohledu na klienty; jen kontakt mimo groupchat mohou některé klienty prozrazovat, ale nejsem si jistý. 16:03 &lt;jrandom&gt; hmm, únik není ve skutečnosti booleovský; jde o to, /jaké informace/ klienty unikají, ne zda uniká nějaká informace 16:04 &lt;+legion&gt; Jasně, myslel jsem samozřejmě jakékoli kritické informace jako ip adresy, i když dobré klienty by, pokud to uniká, měly uvádět jen 127.0.0.1 nebo localhost 16:06 &lt;+legion&gt; Takže bych doporučil používat jen známé klienty, které neunikají, jako je jeti. 16:07 &lt;zzz&gt; mohl bys do své tabulky klientů přidat sloupec "ověřeně neuniká"? 16:07 &lt;jrandom&gt; bylo by užitečné, kdybys zdokumentoval, co jeti uniká a neuniká (podobně jako co postman dal dohromady pro SMTP a POP proxy) 16:08 &lt;+legion&gt; Podle vývojáře jeti neuniká nic, co by ohrozilo anonymitu. To je jisté bez pochyb. Podíval jsem se i do zdrojáku a nenašel nic, co by mě vedlo si myslet opak. 16:09 &lt;jrandom&gt; to, že to říká vývojář, může být jisté, ale co vývojář chápe pod anonymitou, je jiná otázka ;) 16:09 &lt;+legion&gt; Jo, zzz, mohl bych přidat další takový sloupec 16:09 &lt;jrandom&gt; Nezpochybňuju možnost, že se jeti chová správně, ale potřebujeme vědět, co to znamená 16:10 &lt;zzz&gt; vypadá to, že neunikání lze ověřit jen trasováním protokolu 16:10 &lt;zzz&gt; ne pohledem do zdrojáku nebo dotazem na vývojáře 16:12 &lt;jrandom&gt; ok, má ještě někdo něco k dnešní schůzce? 16:12 &lt;+bar&gt; jen připomínka, abyste nezapomněli na amd64 jbigi 16:13 &lt;+bar&gt; (vsadím se, že je to na vašem to-do listu) 16:13 &lt;jrandom&gt; jo :) 16:13 &lt;jrandom&gt; (win amd64, tj. linux amd64 už funguje) 16:13 &lt;jrandom&gt; ale pokud už nic dalšího... 16:14 * jrandom uzavírá 16:14 &lt;+bar&gt; ano, win amd64. 16:14 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2005/12/13/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-13.-prosince-2005/Tue, 13 Dec 2005 00:00:00 +0000/cs/blog/2005/12/13/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-13.-prosince-2005/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> cervantes, jrandom, spaetz</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 15:15 &lt;jrandom&gt; 0) ahoj 15:15 &lt;jrandom&gt; 1) Stav sítě a zátěžové testování 15:15 &lt;jrandom&gt; 2) I2PSnark 15:15 &lt;jrandom&gt; 3) Syndie 15:15 &lt;jrandom&gt; 4) ??? 15:15 &lt;jrandom&gt; 0) ahoj 15:15 * jrandom mává 15:15 &lt;jrandom&gt; týdenní poznámky o stavu zveřejněny na @ http://dev.i2p.net/pipermail/i2p/2005-December/001239.html 15:15 &lt;jrandom&gt; (*před* schůzkou tento týden – kdo by to byl řekl?) 15:16 &lt;jrandom&gt; ne že by na tom záleželo, stejně si to všichni přečtete až když schůzka začne ;) 15:16 &lt;jrandom&gt; takže, přejdeme k 1) Stav sítě a zátěžové testování 15:16 &lt;@cervantes&gt; hej! 15:17 &lt;jrandom&gt; díky za tvůj díl práce, cervantes ;) 15:17 &lt;@cervantes&gt; co číst? 15:17 -!- DreamTheaterFan [anonymous@irc2p] has quit [Connection reset by peer] 15:17 &lt;jrandom&gt; Nemám moc co dodat nad to, co je v mailu, má někdo nějaké otázky nebo komentáře k 1)? 15:19 &lt;spaetz&gt; probíhá zátěžové testování na *té* I2P síti, nebo na to máte soukromou síť? 15:19 &lt;jrandom&gt; Dělám to na živé síti 15:19 &lt;spaetz&gt; jen ze zvědavosti 15:19 &lt;spaetz&gt; ok 15:20 &lt;jrandom&gt; dělá se to ale opatrně, výrazně ustupuji od protějšků pod zátěží a samozřejmě to respektuje odmítnutí tunnelů 15:20 &lt;@cervantes&gt; nedávná nestabilita irc2p s testy nesouvisela 15:21 &lt;@cervantes&gt; (kdybyste se náhodou ptali) 15:21 &lt;jrandom&gt; jak to nové nastavení zvládá, cervantes? 15:21 &lt;@cervantes&gt; zatím je to naprosto stabilní 15:22 &lt;jrandom&gt; super 15:22 &lt;@cervantes&gt; jen to chtělo trochu úmorného pátrání, aby se našel zdroj potíží 15:24 &lt;jrandom&gt; ok, má ještě někdo nějaké otázky/komentáře, nebo přeskočíme k 2) I2PSnark? 15:25 &lt;jrandom&gt; považujte to za přeskočené 15:26 &lt;jrandom&gt; ok, v zásadě by I2PSnark měl zase fungovat... pár atributů ještě nebylo v specifikaci BT, ale používají je azureus a rufus, což způsobovalo nekompatibilitu; teď jsme kompatibilní s případy, které jsem viděl 15:26 &lt;jrandom&gt; i2psnark teď funguje se všemi torrenty, které jsem testoval, ale kdyby někdo narazil na problém, dejte mi vědět 15:27 &lt;jrandom&gt; částečně mě k opravě vedly i některé chyby v SAMu, protože I2PSnark nepoužívá SAM 15:28 &lt;jrandom&gt; k tomu už nemám moc co dodat... pokud nemá někdo otázky, pojďme dál k 3) Syndie 15:29 -!- Xunk [Xunk@irc2p] has quit [Connection reset by peer] 15:30 &lt;jrandom&gt; ok, ani k tomu nemám moc co dodat nad rámec e‑mailu 15:31 -!- Xunk [Xunk@irc2p] has joined #i2p 15:31 &lt;jrandom&gt; pokud nejsou žádné otázky ohledně Syndie, pokračujme a otevřeme prostor 4) ??? 15:31 -!- DreamTheaterFan [anonymous@irc2p] has joined #i2p 15:32 * jrandom si uvědomuje, že clunk nebyl v programu, mimo jiné. má někdo něco, co chce probrat? 15:32 &lt;@cervantes&gt; teda, pěkně to bereme hopem 15:32 &lt;@cervantes&gt; *through 15:33 -!- bar [bar@irc2p] has quit [Connection reset by peer] 15:33 &lt;jrandom&gt; jo, není třeba mluvit jen proto, abychom viděli slova v zápisu ze schůzky :) 15:33 -!- bar [bar@irc2p] has joined #i2p 15:33 -!- mode/#i2p [+v bar] by chanserv 15:33 -!- mule [mule@irc2p] has joined #i2p 15:35 &lt;jrandom&gt; ok, pokud už nic dalšího... 15:35 * jrandom se rozmáchne 15:35 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2005/12/06/i2p-setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-6.-prosince-2005/Tue, 06 Dec 2005 00:00:00 +0000/cs/blog/2005/12/06/i2p-setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-6.-prosince-2005/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> ailouros, bar, bla, cervantes, Complication, gott, jrandom, modulus, polecat, Pseudonym, tethra, zzz</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 15:26 &lt;jrandom&gt; 0) ahoj 15:26 &lt;jrandom&gt; 1) 0.6.1.7 a stav sítě 15:26 &lt;jrandom&gt; 2) Experimentální selhání tunnel 15:26 &lt;jrandom&gt; 3) SSU a NATy 15:26 &lt;jrandom&gt; 4) Syndie 15:26 &lt;jrandom&gt; 5) ??? 15:26 &lt;jrandom&gt; 0) ahoj 15:26 * jrandom mává 15:26 &lt;jrandom&gt; týdenní status poznámky jsou na http://dev.i2p.net/pipermail/i2p/2005-December/001237.html 15:26 * ailouros si přečetl poznámky 15:27 * jrandom má zpoždění, tak vám dám chvilku na pročtení :) 15:29 &lt;jrandom&gt; ok, můžeme rovnou skočit k 1) 0.6.1.7 a stavu sítě 15:29 &lt;@cervantes&gt; *odkašlání* 15:29 &lt;jrandom&gt; K tomuhle bodu nemám moc co dodat nad to, co je v mailu. Má někdo další komentáře/dotazy/nápady? 15:30 &lt;Pseudonym&gt; zdá se, že dělat optimalizaci výkonu před změnou algoritmu vytváření tunnel může být opačně 15:30 &lt;gott&gt; dostávám hodně "No HTTP method found in the request. 15:30 &lt;gott&gt; Software caused connection abort: socket write error 15:30 &lt;gott&gt; " 15:30 &lt;@modulus&gt; zpoždění tunnel je mnohem menší, nevím jestli jsi něco měnil nebo se můj ISP najednou zázračně zlepšil. 15:30 &lt;gott&gt; z I2PTunnel Webmanager 15:31 &lt;jrandom&gt; gott: to naznačuje špatné http požadavky, nebo věci, kterým eepproxy nerozuměl 15:31 &lt;jrandom&gt; modulus: super, dost jsme makali na zlepšeních 15:31 &lt;jrandom&gt; Pseudonym: no, zatím pro nás vytváření tunnel nebylo úzkým hrdlem – úzké hrdlo byly věci o úroveň výš 15:32 &lt;jrandom&gt; na druhou stranu, zlepšení posledních pár revizí odkryla pár problémů tam dole 15:32 &lt;Pseudonym&gt; aha, takže optimalizace se týkaly jiných částí kódu? 15:32 &lt;Pseudonym&gt; cool 15:33 &lt;jrandom&gt; jo, na úrovni SSU i na úrovni provozu tunnel. vytváření tunnel není výkonnostně citlivá operace [kromě těch situací, kdy je ;] 15:34 &lt;jrandom&gt; dělám ale živé testy zatížení sítě, sbírám neanonymní statistiky zátěže různých peerů, abych to víc zúžil 15:34 &lt;ailouros&gt; Zajímá mě, proč někdy vidím víc tunnels než je nakonfigurováno pro destinaci (např. eeProxy, inbound 7 tunnels 4 outbound) 15:34 &lt;jrandom&gt; takže během příštích pár dní, když uvidíte router 7xgV přenášet spoustu dat, tak si toho nevšímejte ;) 15:35 &lt;jrandom&gt; ailouros: když vytváření tunnel trvá déle, staví si je do zásoby, pro jistotu. 15:35 &lt;jrandom&gt; zzz tam popisuje pár zvláštností a pracuje se na patchi, který to trochu zlepší 15:35 &lt;ailouros&gt; Chápu.. ale proč pak všechny vyprší ve stejnou dobu? 15:35 &lt;@cervantes&gt; jrandom: jen ze zvědavosti, kdy jsi ty testy začal? 15:35 &lt;jrandom&gt; cervantes: před pár dny 15:36 &lt;@cervantes&gt; aha super, tak to pak _není_ ono ;-) 15:36 &lt;jrandom&gt; nevím, ailouros, záleží na pár podmínkách. ale jsou tam... *ehm* zvláštnosti v kódu pro vytváření tunnel, do kterého se nehrabu, protože se přepisuje pro 0.6.2 15:38 &lt;ailouros&gt; Chápu. Myslel jsem, že je to otázka politiky... Raději bych viděl, aby tunnels umíraly v různý čas, pokud pro opak není dobrý důvod 15:38 &lt;ailouros&gt; tj. vytváření tunnel je rozhozené 15:39 &lt;jrandom&gt; jo, pro 0.6.2 tam bude lepší randomizace a zzzův patch přidává určitou randomizaci i do aktuální revize 15:40 &lt;+Complication&gt; Přemýšlím, proč by jinak normální instance i2phex... chtěla při každém druhém startu rehashovat soubory? 15:40 &lt;jrandom&gt; nemám tušení 15:40 &lt;+Complication&gt; Zatím to vypadá na poškozenou konfiguraci, ale svůj config jsem ještě nesmazal. 15:40 &lt;jrandom&gt; možná posunuté časové značky? 15:42 &lt;+Complication&gt; Ne, ty vypadají taky správně 15:42 * jrandom neví. Tuhle část kódu phexu jsem nikdy nezkoumal 15:42 &lt;jrandom&gt; tedy, code 15:42 &lt;+Complication&gt; Uvidím, jestli pomůže smazat staré konfigy 15:42 &lt;jrandom&gt; fajn 15:43 &lt;jrandom&gt; ok, ještě něco k 1) stavu sítě / 0.6.1.7? 15:43 &lt;jrandom&gt; pokud ne, jdeme na 2) Experimentální selhání tunnel 15:44 &lt;jrandom&gt; už jsme to trochu naťukli a víc je v poznámkách a na zzz.i2p 15:44 &lt;jrandom&gt; zzz: chceš něco dodat / otevřít? 15:46 &lt;jrandom&gt; pokud ne, pojďme na 3) SSU a NATy 15:46 &lt;jrandom&gt; bar: něco chceš dodat? 15:46 &lt;+bar&gt; ne, nemám nic navíc oproti tomu, co je v mailu 15:47 &lt;jrandom&gt; fajn, ještě musím odpovědět na pár detailů – myslím, že naše retransmise už vyřeší některé problémy, které zmiňuješ 15:48 &lt;jrandom&gt; fígl bude detekovat, o jakou situaci jde, abychom mohli zautomatizovat správný postup (nebo uživateli sdělit, že jsou nahraní) 15:48 &lt;+bar&gt; všeho do času, nespěchá to 15:49 &lt;+bar&gt; jo, navrhoval jsem ruční nastavení, aby se ten problém prozatím obešel, možná to nepůjde, ale můžeme to probrat později 15:50 &lt;jrandom&gt; jo, ruční přepínače pomůžou, ale moje zkušenost s dřívějšími revizemi i2p byla, že to všichni (*všichni*) podělali ;) takže automatizace je lepší 15:50 &lt;jrandom&gt; (všichni včetně mě ;) 15:52 &lt;+bar&gt; souhlas 15:52 &lt;ailouros&gt; lol pokud jsem to zvoral i já, tak bylo něco špatně v dokumentaci, jelikož jsem ji následoval krok za krokem :D 15:53 &lt;+bar&gt; mezitím strávím nějaký čas studiem peer testing 15:53 &lt;jrandom&gt; super, díky, bar! 15:54 &lt;+bar&gt; (možná k tomu vygeneruju i nějaký zbytečný spam :) 15:54 &lt;jrandom&gt; :) 15:55 &lt;jrandom&gt; ok, pokud už nic k 3), pojďme na 4) Syndie 15:56 &lt;jrandom&gt; v poslední době je v tomhle směru spousta pokroku, od vydání 0.6.1.7 doznalo UI dost zásadních změn 15:57 &lt;jrandom&gt; je i nový samostatný install/build, ale protože všichni máme i2p nainstalované, nepotřebujeme zvláštní 15:57 &lt;ailouros&gt; přijde mi, že rozvržení 6.1.7 se používá hůř než 6.1.6 15:58 &lt;jrandom&gt; hmm, jede ti syndie v režimu jednoho uživatele? a/nebo používáš poslední CVS build nebo oficiální build 0.6.1.7? 15:58 &lt;ailouros&gt; oficiální 0.6.1.7, single user 15:58 &lt;jrandom&gt; jsi jeden z těch, kdo prosazují blogové rozhraní místo vláknové navigace? 15:58 &lt;ailouros&gt; nejsem, i když vlastně nevím, co je to blog-like 15:58 &lt;ailouros&gt; osobně bych raději vláknovou navigaci 15:59 &lt;ailouros&gt; (a taky nějaké barevné odlišení nových zpráv ve zobrazení vláken) 15:59 &lt;+Complication&gt; Relativně pozdní CVS, single user 15:59 &lt;+Complication&gt; Našel jsem drobnou zvláštnost (která podle mě asi nebyla zamýšlená) 15:59 &lt;jrandom&gt; aha, v CVS je v tomhle ohledu hodně pokroku, ailouros 15:59 &lt;ailouros&gt; skvělé :) 16:00 &lt;jrandom&gt; máme i nový vláknový přehled, používá cervantesův návrh plného průchodu jen jednou větví místo všech 16:00 &lt;@cervantes&gt; jsou ty změny nasazené na syndiemedia.i2p.net? 16:00 &lt;+bla&gt; Nebylo by dobré ukázat nějaké výchozí příklady pro location v `http://localhost:7657/syndie/syndicate.jsp` ? 16:00 &lt;jrandom&gt; syndiemedia.i2p.net jede na headu z CVS, jo 16:00 &lt;+Complication&gt; Když si otevřete vlákno a čtete jeho příspěvky... a pak zvolíte filtr, na který žádné příspěvky neodpovídají (např. otevřete vlákno "Syndie threading", aplikujete filtr "i2p.i2phex")... 16:00 &lt;jrandom&gt; jo, možná, bla. nové instalace tam budou mít tři výchozí, ale příklady by byly fajn 16:01 &lt;@cervantes&gt; (strom daného vlákna by se měl taky celý rozbalit) 16:01 &lt;+Complication&gt; ...zdá se, že ty aktuální příspěvky nechá zobrazené, jako by odpovídaly nebo tak něco... 16:01 &lt;+Complication&gt; A to jsem určitě klikl na tlačítko "Go". 16:01 &lt;@cervantes&gt; Complication: jo, to mi taky přišlo matoucí 16:02 &lt;jrandom&gt; hmm, Complication, původně jsme chtěli, aby šlo při čtení příspěvku dál procházet, ale možná bude lepší nechat ty zobrazené příspěvky zmizet 16:02 &lt;jrandom&gt; cervantes: aha, jo, rozbalit až k listu by bylo dobré a mělo by to být triviální 16:02 &lt;+Complication&gt; Právě jsem si všiml, a jak to vyčnívalo, tak říkám 16:02 &lt;@cervantes&gt; (nebo udělat ještě zřetelnější, že nejsou žádné shody) 16:03 &lt;jrandom&gt; no, thread nav říká *no matches* :) 16:03 &lt;ailouros&gt; možná hledá zapalovač 16:03 &lt;jrandom&gt; !thwap 16:03 &lt;@cervantes&gt; (nebo udělat ještě víc zřejmé, že nejsou žádné shody) 16:03 &lt;jrandom&gt; &lt;blink&gt;No matches&lt;/blink&gt; 16:03 &lt;+Complication&gt; Ups :) 16:04 &lt;tethra&gt; vypadá to, že tvůj !thwap trefil místo toho spaetz__ , jr! 16:04 &lt;+Complication&gt; Jo, někdy je navigátor vláken pocitově dost daleko :) 16:04 &lt;jrandom&gt; jo, zkoušíme nějaké css, aby to plavalo po straně, jako volitelně 16:05 &lt;@cervantes&gt; s podporou skinning bys mohl mít vlákna nahoře, dole, vlevo, vpravo atd. 16:05 &lt;@cervantes&gt; jak říkal jr 16:05 &lt;+Complication&gt; Odkaz "Threads" tam člověka dovede docela rychle 16:05 &lt;+Complication&gt; ...pokud je zrovna ve viewportu. 16:06 &lt;+Complication&gt; A kdo je zvyklý na klávesnici, může prostě zmáčknout "End" 16:06 &lt;jrandom&gt; samozřejmě, tohle je fakt jednoduché upravovat (jak je vidět z rychlých změn v CVS :), takže pokud má někdo návrhy (nebo mockupy – html / png / atd.), prosím, hoďte je sem kdykoli 16:07 &lt;jrandom&gt; čekám, že v CVS bude během pár dní hlavní přehledová stránka blogu 16:08 &lt;jrandom&gt; ok, kolem syndie se děje spousta dalšího, tak mrkněte na `http://localhost:7657/syndie/` pro víc info :) 16:08 &lt;jrandom&gt; má někdo ještě něco k tomu, nebo přejdeme k 5) ??? 16:09 &lt;zzz&gt; čau, právě jsem přišel. k 2), hledám testery pro svůj patch. 16:10 &lt;zzz&gt; Moje výsledky jsou zlepšení zpoždění úloh a spolehlivosti a snížení zatuhnutí router. Tak doufám, že to další zkusí. 16:10 &lt;ailouros&gt; to zní dost dobře. co mám udělat? 16:11 &lt;jrandom&gt; čau zzz, ok super, já to tu taky trochu proklepu. má to hodně různých komponent, takže by stálo za to to rozdělit na kusy, ale vypadá to dobře a míří to do 0.6.1.8 16:11 &lt;ailouros&gt; (průměrná doba běhu je tu asi 10 h :( 16:11 &lt;zzz&gt; Pokud máš zdroják a ant, prostě aplikuj patch – nebo můžu hodit i2pupdate.zip, pokud chceš 16:12 &lt;zzz&gt; jrandom budu pracovat na rozdělení 16:12 &lt;ailouros&gt; vezmu si update, díky 16:13 &lt;zzz&gt; ailouros dám to na zzz.i2p do hodiny – díky 16:13 &lt;jrandom&gt; zzz: neřešil bych to, pokud máš čas nazbyt... diff si projdu :) 16:13 &lt;ailouros&gt; děkuju 16:14 &lt;zzz&gt; jrandom OK. Je tam pár různých věcí, které se dají snadno vytrhnout, ať už tebou nebo mnou. 16:16 &lt;ailouros&gt; Myslím, že jsme teď u 5) ??? ? 16:16 &lt;zzz&gt; jrandom jiné téma byly Router OOMs s i2phex a možné potíže se SAM 16:16 &lt;jrandom&gt; jo, ailouros 16:16 &lt;jrandom&gt; aha jo, zzz, bylo by super zjistit, co se děje se SAM 16:17 &lt;ailouros&gt; j346, měl jsi čas mrknout na moji app? 16:17 &lt;jrandom&gt; bylo by super, kdyby se někdo přihlásil a převzal údržbu SAM bridge, já na tom nic zásadního nedělal a human tu delší dobu nebyl. 16:19 &lt;jrandom&gt; ještě ne, ailouros, bohužel. nebyl jsem si jistý, jak to funguje, takže si musím napřed projít zdroják 16:20 &lt;ailouros&gt; klidně se ptej 16:20 &lt;ailouros&gt; (a hodně štěstí na cestě zdrojákem, je to dobrá definice slova "bordel") 16:20 &lt;jrandom&gt; hehe 16:21 &lt;zzz&gt; upřesnění: moje zkušenost byla s vyčerpáním paměti (OOM) při použití i2p-bt, ne i2phex. Stane se to po asi 24 hodinách při běhu jednoho i2p-bt a během pár hodin při běhu dvou i2p-bt 16:22 &lt;+Complication&gt; Mně se to stalo po nočním zátěžovém testování. 16:22 &lt;+Complication&gt; (během něj, podotýkám, jsem viděl pětiminutové průměry 50 KB/s) 16:22 &lt;bar_&gt; připomněl bys mi, co tvoje app je/dělá, ailouros? mám dobrou, ale krátkou paměť... 16:22 &lt;+Complication&gt; Příchozí, tedy. 16:22 &lt;+Complication&gt; Odchozí bylo omezeno na 35 KB/s 16:22 &lt;@cervantes&gt; Complication: ještě jsem neslyšel, že by se tomu říkalo noční zátěžové testování... 16:22 &lt;jrandom&gt; pěkné, Complication 16:23 &lt;+Complication&gt; cervantes: no, dalo by se tomu říkat i polodenní megaleeching :P 16:23 &lt;ailouros&gt; bar_: je to funkční proof-of-concept pro distribuovanou aplikaci na sdílení souborů, která sdílí společné bloky mezi různými soubory (jak navrhl polecat) 16:23 &lt;bar_&gt; aha, jasně, díky, ailouros 16:24 &lt;tethra&gt; cervantes: heheheh ;) 16:24 &lt;ailouros&gt; nemáš zač (kdo chce zdrojáky, jsou v c/c++) 16:25 &lt;+polecat&gt; ailouros: Opatrně, šance, že budou dva binární bloky stejné, je dost malá, mluvím spíš o čisté teorii, která by v praxi nebyla moc užitečná. 16:25 &lt;ailouros&gt; polecat, souhlasím. Nejvíc se to asi hodí, když máš různé verze týchž souborů 16:25 &lt;ailouros&gt; třeba film, který má poškozený blok 16:25 &lt;+polecat&gt; Mohl bys přenášet bloky nulových bytů bleskově! ("Další blok jsou samé nuly" "aha, ten už mám" "další blok jsou samé nuly" "aha, ten už mám") 16:26 &lt;ailouros&gt; nebo archiv jiných zip souborů 16:26 &lt;jrandom&gt; nebo např. upravené ID3 tagy, atd. 16:26 &lt;ailouros&gt; přesně 16:26 &lt;+polecat&gt; Pravda. Ale jednoduchý způsob, jak "opravit" film s poškozeným blokem, je říct bittorrentu, ať ho stáhne přes něj. Většina klientů zachová bloky, jejichž hashe sedí, a přepíše ty, které se liší. 16:26 &lt;jrandom&gt; archivy souborů ale asi fungovat nebudou, protože by se musely lámat na hranicích souborů 16:27 &lt;ailouros&gt; j636, proto chci implementovat nápad LBFS dělit podle datových značek a ne fixních velikostí bloků 16:27 &lt;@cervantes&gt; komunita DC používala tu metodu, sdílením distribucí souborů v rarsetech 16:27 &lt;+polecat&gt; Co by možná bylo užitečné, je udělat obecný binární algoritmus korekce chyb a pak ho nasadit ve velkém. Všechny bloky by se daly "převést" jeden na druhý a musel bys přenášet jen korekční data, která by mohla být menší než přenos celého bloku. 16:29 &lt;@cervantes&gt; a pak se hledá podle tiger hashů těch rar částí 16:29 &lt;+Complication&gt; Hezká myšlenka... zní to ale složitě :) 16:29 &lt;+polecat&gt; Ale jen hash-za-hash ekvivalent... dva stejné bloky nenajdeš! 16:29 &lt;ailouros&gt; cervantes, co je to "rarset"? :D (kromě "RAR souboru") 16:29 &lt;+polecat&gt; Ledaže by měli oba tu věc už staženou a jeden z nich ji měl poškozenou. 16:29 &lt;ailouros&gt; polecat, eh? 16:29 &lt;@cervantes&gt; ailouros: rozdělený rar archiv, případně s paritními soubory 16:30 &lt;ailouros&gt; cervantes: nechápu výhodu to tak dělat 16:31 &lt;@cervantes&gt; hlavní přínos byl pseudo-multisource stahování v DC 16:32 &lt;ailouros&gt; no, to je součást mechanismu sdílení bloků mezi soubory, ne? 16:34 &lt;ailouros&gt; polecat: ohledně bittorrent přepisování poškozených souborů, to nepomůže, když se snažíš získat více verzí najednou 16:35 &lt;@cervantes&gt; tvůj klient páruje/stahuje jen validní části, pokud máš paritní soubory, umíš zachránit i poškozené 16:35 &lt;ailouros&gt; v mém systému nejsou žádné poškozené části (soubory se skládají až když jsou stažené a znovu ověřené všechny tvořící bloky) 16:36 &lt;@cervantes&gt; věci, které bittorrent dělá defaultně, kromě toho, že nemůžeš vyhledávat konkrétně jednotlivé části 16:36 &lt;+polecat&gt; Více verzí pravděpodobně nebude mít společný jediný bit... proto jsou tak pitomé. Někdo překóduje film do velikosti poštovní známky a dá mu stejné jméno. 16:37 &lt;+polecat&gt; Nebo jiný týpek vezme náhodná data a pojmenuje je podle souboru, který chceš stáhnout. 16:37 &lt;ailouros&gt; lol to sedí 16:37 &lt;@cervantes&gt; přesně a vydání v rarsetech jsou vůči tomu imunní... 16:37 &lt;ailouros&gt; ale měj na paměti, že soubory z jiných sítí (emule, kazaa, atd.) často chodí poškozené 16:38 &lt;+polecat&gt; rarset vydání nejsou imunní... 16:38 &lt;+polecat&gt; Pořád musíš zjistit, který rarset je ten správný. 16:38 &lt;ailouros&gt; cervantes, jak jsou rarsety imunní proti idiotovi, co publikuje náhodný bordel? 16:38 &lt;@cervantes&gt; (pokud máš důvěryhodný zdroj) 16:39 &lt;@cervantes&gt; protože release skupina publikuje hashe/distribuční informace 16:39 &lt;ailouros&gt; hahaha to je snadné :D 16:39 &lt;@cervantes&gt; a věci se značkují jako "nuked", pokud jsou nekvalitní, lidi je odstraní ze sdílení 16:40 &lt;ailouros&gt; cervantes, to moje hračka už dělá 16:40 &lt;@cervantes&gt; cool 16:40 &lt;ailouros&gt; získáš deskriptor souboru z důvěryhodného zdroje, soubor hned stáhneš z více zdrojů 16:41 &lt;@cervantes&gt; zní dobře ;-) 16:41 &lt;ailouros&gt; nemůžeš vyhledávat soubory, ale můžeš procházet sdílený dire každého uživatele, takže můžeš použít web crawler a cachovat výsledky 16:42 &lt;ailouros&gt; i když možná časem přidám vyhledávání, pokud se ukáže jako potřebné 16:44 &lt;ailouros&gt; Věřím, že moje hračka, po řádném dotvoření do aplikace, může nabídnout cache a odolnost, o kterou se snaží lidi z freenetu 16:44 &lt;ailouros&gt; tj. distribuci a cache statického obsahu 16:45 &lt;ailouros&gt; přečteš si můj blog, uložíš ho do cache a nabídneš ho dalším, až budou chtít. nic víc neděláš než že ten obsah necháš být 16:45 &lt;ailouros&gt; nelíbí se ti obsah? smaž ho a hotovo 16:45 &lt;jrandom&gt; hmm, takže to vidíš jako backing store (základní úložiště), které by šlo použít pro syndie? 16:46 &lt;ailouros&gt; POUŽÍT to JAKO backing store se dá 16:46 &lt;ailouros&gt; jak je to teď, můžeš to použít i místo jetty v defaultních instalacích i2p 16:46 &lt;jrandom&gt; např. přílohy / odkazy na [clunk hash="$foo"]my file[/clunk] 16:46 &lt;ailouros&gt; (no s pár drobnými změnami :D ) 16:46 &lt;jrandom&gt; heh 16:47 &lt;jrandom&gt; ok, jo, rozhodně nechápu, jak clunk funguje... nechceš o tom napsat v syndie, nebo postavit eepsite? :) 16:47 &lt;ailouros&gt; hashe souborů se stáhnou při požadavku na soubor a tyto hashe se automagicky stáhnou do plného souboru 16:48 &lt;jrandom&gt; jasně, ale "stažení" je otázka odkud kam, atd. pomohl by popis celkové architektury sítě 16:48 &lt;ailouros&gt; napíšu slušný dokument a pak to někde publikuju 16:48 &lt;jrandom&gt; r0x0r, díky 16:48 &lt;ailouros&gt; stažené odkudkoli, odkud jsi vzal hash 16:48 &lt;ailouros&gt; plus od všech ostatních, kdo ty bloky sdílí 16:49 &lt;ailouros&gt; představ si go!zillu a download accellerator :) 16:49 &lt;jrandom&gt; myslím, že nechápeš, jak moc jsem zmatený 16:49 &lt;ailouros&gt; ale transparentně a v rámci i2p 16:49 &lt;ailouros&gt; lol asi jo :D 16:50 &lt;jrandom&gt; velmi, velmi základní vysvětlení typu: "spustíš clunk klienta, stahuješ z clunk serveru, získáváš info o clunk peers", atd. 16:50 &lt;jrandom&gt; používám webový prohlížeč k dotazování clunk klienta? nebo serveru? nebo peer? 16:51 &lt;jrandom&gt; (tak moc jsem ztracen) 16:51 &lt;ailouros&gt; od znova od nuly :) 16:51 &lt;ailouros&gt; použiješ webový prohlížeč 16:51 &lt;ailouros&gt; připojíš se ke svému klientovi 16:51 &lt;ailouros&gt; procházíš cizí adresáře svým prohlížečem 16:51 &lt;ailouros&gt; vybereš, které soubory stáhnout, svým prohlížečem 16:51 &lt;ailouros&gt; tvůj klient udělá špinavou práci 16:52 &lt;ailouros&gt; soubor máš stažený zpět 16:52 &lt;ailouros&gt; je to lepší? :) 16:52 &lt;jrandom&gt; ok super, díky – takže "browse other's dir" dělá tvůj klient dotazem na jejich klienta a vrací HTML reprezentaci 16:52 &lt;ailouros&gt; přesně 16:52 &lt;jrandom&gt; (nebo se to tahá z nějakého serveru/superpeer/etc) 16:53 &lt;jrandom&gt; cool 16:53 &lt;ailouros&gt; veškerou špinavou práci (hledání duplicit, multidownloady atd.) dělá (lokální) klient transparentně 16:54 &lt;ailouros&gt; co vidíš, je v zásadě strom adresářů a nějaké soubory ke stažení 16:54 &lt;jrandom&gt; super 16:55 &lt;ailouros&gt; pro publikování svých dat sdělíš svou veřejnou (p2p) adresu 16:55 &lt;ailouros&gt; a pro sdílení souborů je zkopíruješ (nebo uděláš symlink) do adresáře pub/ (nebo nějakého podadresáře). Tak jednoduché to je 16:57 * jrandom si ještě víc prohrabe zdroják a těší se na víc informací :) 16:57 &lt;jrandom&gt; ok, má ještě někdo něco k meetingu? 16:57 &lt;bar_&gt; umm.. jaký je rozdíl mezi publishing a sharing, jestli se můžu zeptat? posílá publishing data do nějakého datastore? 16:58 &lt;ailouros&gt; bar_: sharing je, že dáváš bloky ke stažení. publishing je, že světu oznámíš, co sdílíš 16:58 &lt;ailouros&gt; publishing je podmnožina sharing 16:58 &lt;bar_&gt; aha, chápu, díky 16:58 &lt;ailouros&gt; například, když máš polovinu souboru, sdílíš ji, ale nepublikuješ 16:59 &lt;jrandom&gt; jak by lidi věděli, že od tebe ty bloky můžou získat? 16:59 &lt;ailouros&gt; a máš plnou kontrolu nad tím, které soubory publikuješ (na rozdíl od emule, kde se publikuje každý stažený soubor) 16:59 &lt;ailouros&gt; protože každý klient periodicky posílá do sítě informaci o tom, které bloky nabízí 17:00 &lt;jrandom&gt; cool 17:00 &lt;ailouros&gt; posílá do sítě jako na server (tak je to teď) nebo do DHT (v budoucnu) 17:00 &lt;jrandom&gt; takže je to mnet-esque, s trackerem bloků 17:00 &lt;ailouros&gt; err mnet-esque? 17:01 &lt;jrandom&gt; podobné tomu, jak funguje mnet (mnetproject.org) 17:01 * ailouros čte mnetproject.org 17:02 &lt;ailouros&gt; no, máš jen své osobní prostory, žádné sdílené prostory 17:02 &lt;ailouros&gt; a netlačíš bloky ven 17:02 &lt;jrandom&gt; jo, není to úplně stejné jako mnet, ale strukturálně je to podobné 17:03 &lt;jrandom&gt; je to jako mnet, kde jsou všichni tak na mizině, že jim nikdo nehostuje data ;) 17:03 &lt;ailouros&gt; jo 17:03 &lt;ailouros&gt; :D 17:03 &lt;jrandom&gt; ok, má ještě někdo něco dalšího? 17:04 &lt;jrandom&gt; pokud ne... 17:04 * jrandom uzavírá 17:04 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2005/11/29/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-29.-listopadu-2005/Tue, 29 Nov 2005 00:00:00 +0000/cs/blog/2005/11/29/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-29.-listopadu-2005/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> bar, c3rvantes, cat-a-puss, cervantes, Complication, jrandom, legion, Pseudonym</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 15:25 &lt;jrandom&gt; 0) ahoj 15:25 &lt;jrandom&gt; 1) Stav sítě a 0.6.1.6 15:25 &lt;jrandom&gt; 2) Syndie 15:25 &lt;jrandom&gt; 3) I2P Rufus 0.0.4 15:25 &lt;jrandom&gt; 4) ??? 15:25 &lt;jrandom&gt; 0) ahoj 15:25 * jrandom mává 15:25 &lt;jrandom&gt; týdenní status poznámky jsou na @ http://dev.i2p.net/pipermail/i2p/2005-November/001234.html 15:26 * bar podává jrandomovi baf 15:26 &lt;c3rvantes&gt; ještě ne! 15:26 * jrandom se rozmachuje 15:26 &lt;jrandom&gt; eh... 15:26 &lt;jrandom&gt; pojďme nejdřív vzít prvních pár bodů programu :) 1) Stav sítě a 0.6.1.6 15:27 &lt;jrandom&gt; v posledních několika vydáních se aktualizovalo spousta věcí, ale síť se pořád zdá být rozumně stabilní. 15:28 &lt;jrandom&gt; na některých routerech jsme měli dost výrazné špičky v zapojení routeru, i když je to celkem neškodné 15:28 &lt;+legion&gt; super, souhlasím, stav sítě se zlepšuje. A jo, proč pro 0.6.1.7 nevypustit TCP 15:28 &lt;jrandom&gt; (eh, tedy špičky v účasti tunnelů) 15:29 &lt;@cervantes&gt; nekecáš 15:29 &lt;jrandom&gt; nevím jistě, legion. můžou být nějací uživatelé omezení jen na TCP, ale pokud si dobře pamatuju, byl jeden, možná dva 15:29 &lt;+legion&gt; no, všiml jsem si, že s 0.6.1.5 se router občas sám restartoval. 15:29 &lt;+Complication&gt; U mě to kolísalo v rozumných mezích, 100 až 250 zapojených tunnelů 15:29 &lt;jrandom&gt; nenapadá mě žádný pádný důvod to držet, ale pár důvodů k tomu to zahodit ano 15:30 &lt;jrandom&gt; super, Complication 15:30 &lt;jrandom&gt; (ta čísla jsou docela průměrná, podle stats.i2p/, ale pamatujte, že taková čísla mohou poškodit anonymitu, takže by se neměla zveřejňovat, obzvlášť ne na logovaných setkáních ;) 15:30 &lt;+Complication&gt; Můj starý Celeron se pořád sám restartuje zhruba každých 10 hodin 15:30 &lt;+Complication&gt; Jinak je připojený líp než kdy dřív 15:30 &lt;Pseudonym&gt; jaké jsou důvody to zahodit? 15:31 &lt;+Complication&gt; TCP je drahé 15:31 &lt;@cervantes&gt; můj router je úplně vyřízený 15:31 &lt;+Complication&gt; co do počtu vláken na spojení 15:31 &lt;@cervantes&gt; Complication: vynásob to deseti a máš aktuální rozsah mého routeru ;-) 15:31 &lt;+legion&gt; U mě to kolísá mezi 200–400 zapojenými tunnely, takže to vypadá líp než kdy dřív. 15:32 &lt;+Complication&gt; cervantes: au au 15:32 &lt;+Complication&gt; Viděl jsem bizarní nehodičku, která způsobila 2000 zapojených tunnelů, ale to bylo v létě 15:32 &lt;jrandom&gt; Pseudonym: výkon (CPU/paměť, lepší plánování díky našim požadavkům na částečnou spolehlivost), udržovatelnost, efektivnější 'shitlisting' (blokování) 15:32 &lt;+Complication&gt; Jednorázový výkyv, který se už neopakoval 15:32 &lt;+legion&gt; jo, u některých minulých verzí byly takové špičky 15:32 &lt;jrandom&gt; Complication: u téhle poslední revize jsme měli špičky nad 2000 tunnelů 15:33 &lt;jrandom&gt; ale doufejme, že 0.6.1.7 to vyřeší 15:33 &lt;+legion&gt; To jsou docela dobré důvody zahodit TCP :) 15:33 &lt;jrandom&gt; ale znovu, ty špičky v účasti tunnelů jsou v pohodě, protože většinu z nich nikdo nepoužívá 15:34 &lt;@cervantes&gt; Pseudonym: zdá se, že v síti používá TCP pořád jen jeden nebo dva routery 15:34 &lt;jrandom&gt; možná bude dobrý nápad dropnout TCP i v téhle revizi, protože nemá jiné zásadní změny. tak uvidíme docela jasně, jak to ovlivní věci 15:34 &lt;jrandom&gt; (a případně ho zase zapnout) 15:35 &lt;Pseudonym&gt; jestli to používají jen dva routery, neumím si představit, že by to mělo nějak velký dopad tak či onak 15:35 &lt;Pseudonym&gt; (kromě toho, že v síti budou o dva routery míň) 15:35 &lt;@cervantes&gt; 2 nespokojení zákazníci 15:35 &lt;jrandom&gt; no, ten transport se objevuje v některých podivných situacích, což je jeden z důvodů, proč ho chci vypnout :) 15:35 &lt;+Complication&gt; Doufám, že si to nevezmou moc osobně 15:36 &lt;+Complication&gt; Je fakt hnusné, že někteří ISP filtrují UDP. 15:36 &lt;+Complication&gt; Hnusné a úplně nesmyslné. 15:36 &lt;jrandom&gt; (např. když je router v háji, lidé si označí svůj SSU transport jako nefunkční a tím pádem spadnou zpátky na TCP transport) 15:36 * Pseudonym miluje svého ISP. žádná omezení 15:37 &lt;+Complication&gt; Takže bez TCP by bylo vidět, jak si s tím UDP poradí samo? 15:37 &lt;+Complication&gt; "bez postranních koleček" :P 15:37 &lt;+legion&gt; hmm, tak jak obejdeme takové hnusné filtrování bez TCP? 15:38 &lt;jrandom&gt; přesně tak, Complication :) 15:38 &lt;jrandom&gt; legion: neobejdeme 15:38 &lt;jrandom&gt; (restricted routes (omezené trasy)) 15:38 &lt;+Complication&gt; No, nejsou tu kromě programů na sdílení souborů i další užitečné aplikace, které používají UDP pakety větší než DNS pakety? 15:39 &lt;+legion&gt; :( nezní to dobře 15:39 &lt;+Complication&gt; Velikosti podobné nejmenšímu paketu, který I2P používá? 15:39 &lt;jrandom&gt; eh, legione, to není problém 15:39 &lt;jrandom&gt; Complication: streamovací protokoly 15:39 &lt;+Complication&gt; UDP se nedá přímo blokovat, nikdy, aniž by se tím nerozbil DNS. 15:39 &lt;+Complication&gt; Dá se ale omezit velikost paketů. 15:40 &lt;+legion&gt; ok, znělo to, že by to mohl být problém 15:40 &lt;+Complication&gt; VoIP? 15:40 &lt;jrandom&gt; byl by to problém, kdyby to bylo rozšířené – kdyby internetová komunita obecně zakázala UDP 15:40 &lt;+Complication&gt; Hmm, používá VoIP velké nebo malé pakety? 15:40 &lt;jrandom&gt; ale pokud je to jen pár ISP, můžeme je brát jako restricted routes 15:40 &lt;+Complication&gt; Nebo jsi myslel spíš... video streaming? 15:40 &lt;+legion&gt; Řekl bych, že používá mix obojího 15:41 &lt;jrandom&gt; obojí, Complication, RTSP běží přes UDP a Real běží přes RTSP, pokud si dobře pamatuju 15:41 &lt;+Complication&gt; s/p/s 15:42 &lt;+legion&gt; Tak k dalšímu bodu? 15:42 &lt;+Complication&gt; cat /etc/services | grep -c udp 15:42 &lt;+Complication&gt; 227 15:43 &lt;jrandom&gt; pořád si nejsem jistý, jestli TCP v 0.6.1.7 vypustíme, ale nejspíš ano. 15:43 &lt;jrandom&gt; jo, má někdo ještě něco k 1)? pokud ne, přejděme k 2) Syndie 15:43 &lt;+Complication&gt; Tj. existuje nejméně 227 aplikací (některé možná zastaralé nebo jen pro LAN), které používají UDP 15:44 &lt;jrandom&gt; pche, tohle je intarweb. stačí ti proxovaný přístup přes HTTP 15:44 &lt;jrandom&gt; k 2) nemám moc co dodat nad to, co je v mailu (a co je na Syndie) 15:44 &lt;+legion&gt; Jsem přesvědčený, jo, zahoďme to. :) 15:44 &lt;jrandom&gt; má někdo něco k Syndie, co chce otevřít? 15:45 &lt;+legion&gt; Ani k 2) nemám co říct. 15:45 * Complication čte „how Syndie works” 15:46 &lt;+Complication&gt; Jeden drobný efekt v UI mě vždycky zaskočí. :D 15:46 &lt;+Complication&gt; Když rozbalím vlákno zpráv, vždy mě překvapí, že aktivní zpráva se přesune a stane se úplně nahoře v seznamu. :P 15:47 &lt;+Complication&gt; Ale to klidně můžete ignorovat. Jsem jen hodně puntičkářský a tvor zvyků. :P 15:47 &lt;@cervantes&gt; o způsobu vláknění se teď hodně diskutuje 15:47 &lt;@cervantes&gt; ;-) 15:47 &lt;+Complication&gt; Zvyknu si. :) 15:48 &lt;+Complication&gt; cervantes: v Syndie? Musím to vlákno najít. :) 15:48 &lt;@cervantes&gt; Taky se mi to nelíbí – ale klidně se to může změnit 15:48 &lt;jrandom&gt; jo, to je asi trochu praštěné 15:48 &lt;+legion&gt; jo 15:48 &lt;@cervantes&gt; "subject: syndie threading" 15:49 &lt;+Complication&gt; Navíc, kdyby byla rozbalená zpráva úplně poslední, stejně by se *musela* přesunout. 15:49 &lt;+Complication&gt; Protože jinak by tam zůstala zaseknutá. 15:50 &lt;jrandom&gt; no, navigace dole ukazuje naráz 10 *vláken*, ne 10 zpráv. takže by mohla rozbalit spodní vlákno 15:50 * cervantes zrovna testuje různé implementace stylů UI pro vláknění 15:51 &lt;jrandom&gt; boží 15:51 &lt;jrandom&gt; jo, ideálně je budeme moct přepínat v CSS, a když ne, tak na serveru 15:52 &lt;@cervantes&gt; přesněji „threading navigation styles“ 15:53 &lt;@cervantes&gt; hmm, moje testy standardně používají čisté HTML, vnořené neřazené seznamy 15:53 &lt;@cervantes&gt; můžeš na to navrstvit tolik CSS a JavaScriptu, kolik potřebuješ nebo chceš 15:53 &lt;jrandom&gt; máme nějaké ETA, kdy uvidíme nějaké mockupy? 15:53 &lt;@cervantes&gt; (je to ale jen proof‑of‑concept, ne skutečná implementace UI) 15:54 &lt;@cervantes&gt; většinu kódu píšu během I2P meetingů ;-) 15:54 &lt;jrandom&gt; heh 15:54 &lt;@cervantes&gt; možná bude první mockup hotový už dnes večer 15:54 * jrandom plánuje denní meetingy 15:54 &lt;jrandom&gt; boží 15:54 &lt;@cervantes&gt; sakra :) 15:55 &lt;jrandom&gt; ok, má někdo ještě něco k 2) Syndie? 15:55 &lt;jrandom&gt; pokud ne, přejděme k 3) I2P Rufus 0.0.4 15:56 &lt;jrandom&gt; Nemám moc co dodat nad to, co je v mailu – Rawn/defnax, jste tady? 15:56 &lt;+legion&gt; tak jak dobrá je 0.0.4? Jaké problémy zbývají, pokud nějaké? 15:57 * jrandom nemá šajn 15:58 &lt;+legion&gt; Možná odpoví někdo z uživatelů. Působí to dobře a stabilně? 15:58 &lt;jrandom&gt; ok, vypadá to, že Rawn a defnax jsou teď pryč. pokud má kdokoli otázky/připomínky/obavy ohledně I2P Rufus, stavte se na fóru a napište je tam 15:58 &lt;+legion&gt; sakra, tak holt budeme muset. 15:59 &lt;+legion&gt; na 4)? 15:59 &lt;jrandom&gt; jo, tak to vypadá. ok, 4) ??? 15:59 &lt;+Complication&gt; Bohužel jsem I2P Rufus nezkoušel. 16:00 &lt;jrandom&gt; má někdo ještě něco, co chce otevřít? 16:00 &lt;jrandom&gt; (no tak, musíme to natáhnout, aby cervantes stihl udělat víc práce!) 16:00 &lt;+legion&gt; jo, co zajímavého je na cestě? 16:00 &lt;+bar&gt; kde bych si mohl přečíst víc o „restricted routes“? 16:00 &lt;+bar&gt; (hledal jsem) 16:01 &lt;+legion&gt; Možná bychom mohli probrat i i2phex? 16:01 &lt;jrandom&gt; http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/techintro.html?rev=HEAD 16:01 * cervantes drží myš nad tlačítkem Zavřít 16:01 &lt;jrandom&gt; eh, #future.restricted 16:02 &lt;jrandom&gt; plus stránky how_* a todo 16:02 &lt;jrandom&gt; (na webu) 16:02 &lt;+Complication&gt; Heh, zdá se, že I2P přeskočilo build :D 16:02 &lt;+Complication&gt; :D 16:02 &lt;+bar&gt; díky 16:02 &lt;+Complication&gt; - public final static long BUILD = 1; 16:02 &lt;+Complication&gt; + public final static long BUILD = 3; 16:03 &lt;jrandom&gt; legion: nějaký hacking na netDb, vylepšení výkonu, restricted routes, zlepšení streamingu, vylepšení eepproxy, vylepšení tunnelů atd. spousta věcí, ale zatím nic hotového 16:03 &lt;+legion&gt; huh, divné 16:03 &lt;jrandom&gt; něco k otevření ohledně i2phexu, legione? 16:03 &lt;jrandom&gt; Complication: jo, záměrně. Zapomněl jsem to zvýšit pro BUILD = 2 16:03 &lt;+Complication&gt; (ne že by na tom záleželo, jen mě zajímalo, jestli jsem už tuhle raritu někdy viděl :) 16:04 &lt;+legion&gt; super, zní to skvěle, díky! 16:04 &lt;jrandom&gt; jo, to mi připomíná... bylo by super, kdyby se někdo chtěl pustit do přepracování naší webové stránky 16:05 * jrandom o tom nechce přemýšlet, ale jednou to udělat musíme 16:05 &lt;+legion&gt; jo, je 16:05 &lt;+legion&gt; mělo by teď smysl aktualizovat i2phex na nejnovější phex CVS kód? 16:06 &lt;+Complication&gt; Nevím, o Redzarovi jsem teď nic neslyšel 16:06 &lt;jrandom&gt; naposledy, co si pamatuju, redzara čekal na gregorzovy updaty phexu 16:06 &lt;jrandom&gt; (abychom mohli mít poměrně čistý update/rozšíření) 16:08 &lt;+legion&gt; huh, tak proč mít i2phex? 16:08 &lt;+Complication&gt; Pro jistotu? 16:08 &lt;jrandom&gt; hmm? 16:08 &lt;jrandom&gt; i2phex je rozšíření k phexu 16:08 &lt;+legion&gt; Vypadá to, že chtěli, aby existoval jen phex s I2P rozšířením 16:09 &lt;jrandom&gt; rozšíření, tj. změna velmi malého počtu komponent 16:09 &lt;jrandom&gt; eh, s/bits/components/. takže můžeme snadno aktualizovat kód, kdykoli phex vývojáři něco opraví 16:10 &lt;+legion&gt; jestli je to tak, nemělo by mi dát moc práce to updatovat na nejnovější CVS kód, i když vím, že dá. 16:10 &lt;jrandom&gt; naposledy jsem ve fóru slyšel, že plán je mít I2Phex a Phex jako samostatné aplikace, ale sdílely by většinu kódu 16:10 &lt;jrandom&gt; jo, legione, to by bylo skvělé, ale naposledy jsem slyšel, že Gregor ještě nedokončil úpravy Phexu 16:11 &lt;jrandom&gt; (na to právě redzara čekal) 16:11 &lt;+legion&gt; ahá, chápu 16:11 &lt;jrandom&gt; takže alternativa je buď pomoct Gregorovi, nebo dál upravovat stávající codebase I2Phexu 16:12 &lt;+legion&gt; tak když nebudu čekat a prostě i2phex zaktualizuju novým kódem, nebude mít redzara důvod pokračovat 16:12 &lt;jrandom&gt; no, ne tak úplně. 16:12 &lt;jrandom&gt; aktualizace I2Phexu na současný kód Phexu by byla super, ano 16:13 &lt;jrandom&gt; ale jakmile vývojáři Phexu aktualizují svůj kód, zase budeme mimo synchronizaci 16:13 &lt;+legion&gt; ok, nejspíš se k tomu dostanu dnes v noci nebo během pár dní. 16:13 &lt;jrandom&gt; boží 16:13 &lt;+legion&gt; To je v pohodě. 16:14 &lt;+legion&gt; Nejde mi o to, aby i2phex zůstával v syncu s kódem phexu, jen to zní, že v CVS jsou opravy, které by se i2phexu určitě hodily. 16:15 &lt;+legion&gt; Taky bych rád vyhodil z phexu veškerý kód a funkce, které i2phex nepotřebuje. 16:15 &lt;jrandom&gt; fajn 16:16 &lt;+legion&gt; Co se týče nových funkcí a oprav věcí, které pořád nefungují, jako fronty uploadů... No, už jsem se díval na zprovoznění webcaches, ale čeká mě toho ještě hodně. 16:17 &lt;jrandom&gt; word. jo, phex míval funkční podporu gwebcache, ale sirup ji vypnul, protože to zkraje nebylo potřeba 16:17 &lt;+legion&gt; Plánuju do i2phexu časem přidat jeti. 16:18 &lt;jrandom&gt; paráda 16:18 * jrandom nikdy jeti nepoužil a doufá, že zůstane volitelnou komponentou, ale podpora víc věcí je fajn 16:18 &lt;+legion&gt; Jo, může být volitelně, uživatelé si budou moct stáhnout jeti2phex ;) 16:19 &lt;jrandom&gt; word 16:19 &lt;+legion&gt; Pořád je hodně co dělat s i2phexem, i když funguje skvěle už teď. 16:20 &lt;+legion&gt; Zatím je možné a snadné udržet klienta připojeného, nahozeného a běžícího 24/7. 16:21 &lt;jrandom&gt; jo, měl jsem s tím dobré výsledky... „zálohuju si své licencované nahrávky“ 16:21 &lt;+legion&gt; heh :) 16:22 &lt;jrandom&gt; ok, má ještě někdo něco na meeting? 16:23 * cervantes přiváží čínský gong 16:23 &lt;+legion&gt; Vypadá to, že na něco zapomínám... hmm 16:24 &lt;+legion&gt; Jo aha, nějaké nápady, jak snížit množství paměti, které i2p a i2phex spotřebovávají? 16:25 &lt;+Complication&gt; No, TCP transport si něco vezme 16:25 &lt;jrandom&gt; dalo by se spustit obojí ve stejné jvm 16:25 &lt;+Complication&gt; Když to půjde pryč, něco to uvolní 16:26 &lt;@cervantes&gt; vyndej z mašiny pár RAMek 16:26 &lt;cat-a-puss&gt; má někdo zkušenost s javolution, jestli by to pomohlo? http://javolution.org/ 16:26 &lt;jrandom&gt; (clients.config v instalačním adresáři i2p definuje hlavní třídu a argumenty pro spouštění klientů) 16:26 &lt;+legion&gt; Tak když poběží obojí ve stejné jvm a TCP půjde pryč, dokázali bychom to stáhnout pod 50 MB? 16:27 &lt;jrandom&gt; netuším, legione. záleží i na tom, co myslíš 50 MB. RSS/VSS/etc 16:27 &lt;jrandom&gt; Fakt bych ale nedoporučoval pouštět obojí v jedné JVM, ledaže bys nechával obojí běžet pořád – protože vypnutí jednoho zabije i to druhé 16:27 &lt;@cervantes&gt; legion: pomoct může i omezení šířky pásma a omezení počtu účastníků 16:27 &lt;jrandom&gt; jo, jak říká cervantes 16:28 &lt;cat-a-puss&gt; řekl bych, že když přesně víme, kolik objektů daného typu nejspíš budeme potřebovat, pomohlo by to zabránit přehnané alokaci jvm 16:28 &lt;+Complication&gt; Jasně, dělá to ty různé metriky alokace, ve kterých jsem se nikdy pořádně nevyznal 16:28 &lt;jrandom&gt; jo, něco z toho děláme, cat-a-puss (viz net.i2p.util.ByteCache) 16:29 &lt;+Complication&gt; (ale jak říkám, Java je pro mě pořád dost nová) 16:29 &lt;jrandom&gt; Na javolution jsem se díval už dřív, ale vypadá to, že hodně pokročil. dám tomu další šanci 16:30 &lt;cat-a-puss&gt; jrandom: v práci to někteří používají a jsou spokojení, i když jim nejde o alokaci paměti 16:31 &lt;jrandom&gt; no, paměť to ve skutečnosti neušetří, ale pomůže to omezit churn v GC 16:31 &lt;+legion&gt; Já osobně neřeším alokaci paměti, ale spousta lidí ano. 16:31 &lt;jrandom&gt; ó, a má to i BSD licenci 16:31 &lt;cat-a-puss&gt; pravda 16:31 &lt;jrandom&gt; legion: alokace paměti znamená výkon 16:32 &lt;+legion&gt; er, aha, tak spotřeba paměti 16:33 &lt;+legion&gt; Hodně lidí miluje uTorrent kvůli jeho velmi malému memory footprintu. 16:33 &lt;jrandom&gt; ah, jo. můžeme to doladit časem, ale protože i2p běží v rámci výchozích velikostí jvm, moc to neřeším (máme hodně prostoru pro ladění) 16:34 &lt;jrandom&gt; ok, má někdo ještě něco pro meeting? 16:35 &lt;+legion&gt; ne, já jsem v pohodě... 16:37 * jrandom se rozmachuje 16:37 * jrandom *baf*s ukončuje schůzi </div>/cs/blog/2005/11/22/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-22.-listopadu-2005/Tue, 22 Nov 2005 00:00:00 +0000/cs/blog/2005/11/22/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-22.-listopadu-2005/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> ailouros, cervantes, Complication, frosk, jrandom, nickless_head, Raccoon23, zzz</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 16:18 &lt;jrandom&gt; 0) ahoj 16:18 &lt;jrandom&gt; 1) Stav sítě 16:18 &lt;jrandom&gt; 2) Hon na lišku 16:18 &lt;jrandom&gt; 3) ??? 16:18 &lt;jrandom&gt; 0) ahoj 16:18 * jrandom opožděně mává z domu, kde už zase jde elektřina 16:18 &lt;jrandom&gt; týdenní status poznámky jsou venku @ http://dev.i2p.net/pipermail/i2p/2005-November/001227.html 16:19 &lt;jrandom&gt; 1) Stav sítě 16:20 &lt;jrandom&gt; není moc co dodat nad to, co je v mailu.. má někdo něco, co chce nastolit ohledně stavu sítě? 16:21 &lt;jrandom&gt; pokud ne, přecházíme k 2) Hon na lišku 16:21 &lt;zzz&gt; skvělý nápad 16:22 &lt;jrandom&gt; ani tady nemám moc co dodat nad to, co je v mailu a v návrzích od Raccoon23.. 16:22 &lt;+fox&gt; &lt;ailouros&gt; Mám něco proti názvu "Hon na lišku". Raději bych tomu říkal "Hon na člověka". Lišky nic neudělaly. 16:22 &lt;Raccoon23&gt; haha 16:22 &lt;jrandom&gt; jo, souhlasím, zzz, bude dost užitečné dát lidem skutečnou motivaci bez vážných rizik skutečného nasazení 16:23 &lt;nickless_head&gt; nazvěte to "Hon na &lt;politicky korektní zvíře&gt;" 16:23 &lt;Raccoon23&gt; "Hon na lišku" je obvyklý název pro soutěž v amatérském rádiu, kde se snažíte najít skrytý vysílač 16:24 &lt;+fox&gt; &lt;ailouros&gt; Je mi fuk rádiové vysílače zvané Fox, bavíme se tady o i2p, žádné anonymní lišky nepovoleny 16:24 &lt;+fox&gt; &lt;ailouros&gt; :D 16:24 * cervantes přemýšlí, jestli si ailouros uvědomuje jméno changate 16:24 &lt;nickless_head&gt; možná "Hon na disidenta" 16:25 &lt;@cervantes&gt; &lt;fox&gt; &lt;ailouros&gt; :D 16:25 &lt;+fox&gt; &lt;ailouros&gt; (ehm, co je to changate?) 16:25 &lt;jrandom&gt; heh 16:25 &lt;@cervantes&gt; ailouros: to jsou boti, kteří přeposílají chat mezi různými sítěmi 16:26 &lt;+fox&gt; &lt;ailouros&gt; myslíš tady vulpine? 16:26 &lt;@cervantes&gt; chat na i2p se k vám přeposílá jako vulpine 16:26 &lt;@cervantes&gt; a váš chat je k nám přeposílán přes fox 16:26 &lt;@cervantes&gt; ;-) 16:26 &lt;@cervantes&gt; *váš 16:26 &lt;+fox&gt; &lt;ailouros&gt; takže hon je na toho chudáka otrocky pracujícího bota? :D 16:27 &lt;Raccoon23&gt; tak jo, myslím, že by měla vzniknout stránka s informacemi a odměnou. Myslím, že bychom měli mířit na vybrání 1 000 $ 16:27 &lt;+fox&gt; &lt;ailouros&gt; jo, promiňte, obvykle nechodím na i2pchat :) 16:27 &lt;+fox&gt; &lt;ailouros&gt; tak to je odměna! 16:28 &lt;jrandom&gt; Raccoon23: Souhlasím, ale teď to může být trochu předčasné. 16:28 &lt;jrandom&gt; (můžeme vždy přidělit prostředky z obecného fondu na odměnu, abychom to v případě potřeby nakopli) 16:28 &lt;+fox&gt; &lt;ailouros&gt; začít hon hned teď, ale bez odměny? 16:28 &lt;+fox&gt; &lt;ailouros&gt; myslím, čím dřív to začne, tím víc očí se otevře 16:28 &lt;jrandom&gt; aby měl ten hon na lišku smysl (tj. aby pomohl I2P), musíme to udělat opatrně. 16:28 &lt;jrandom&gt; ne, ailouros, nesouhlasím. 16:29 &lt;jrandom&gt; spustit soutěž předtím, než je I2P připravené, by bylo velmi špatné. 16:29 &lt;Raccoon23&gt; jo 16:29 &lt;jrandom&gt; jak proto, že by to lidem plýtvalo časem hodnocením něčeho, co není hotové, tak proto, že by to nic užitečného neřeklo 16:30 &lt;+fox&gt; &lt;ailouros&gt; ....beru 16:30 &lt;Raccoon23&gt; a byla by to špatná publicita, kdyby se "našly" zranitelnosti, které jsou naplánované k opravě v příštích verzích 16:30 &lt;jrandom&gt; jo 16:33 &lt;jrandom&gt; ok, ještě něco k 2), nebo přejdeme k 3) ??? 16:34 &lt;zzz&gt; k té druhé části vlákna jrandom/raccoon23, byl závěr přejít na minimum 2 skoky? nějaké další závěry? 16:35 &lt;jrandom&gt; hmm, je to celé otázka, kdo je protivník, ale neuškodilo by výchozí nastavení 2 +0-1 a zajistilo by to ochranu proti jedné třídě útočníků 16:35 &lt;jrandom&gt; další závěr může být "hej, rozjeďte 0.6.2" :) 16:35 &lt;+fox&gt; &lt;ailouros&gt; jak nastavím konfiguraci tak, aby měly tunnels vždy pevné hodnoty (jako 0+1 variance)? Po každém restartu se mi vrací výchozí hodnoty 16:36 &lt;jrandom&gt; ailouros: měl bys být schopen uložit nastavení na /i2ptunnel/ 16:36 &lt;jrandom&gt; nebo je měníš na /configtunnels.jsp ? 16:37 &lt;Raccoon23&gt; myslím, že 1 hop tunnels umožňují i dost slabému útočníkovi dost věcí alespoň v 0.6.1. Tvrdil bych, že 0.6.1.6 by neměla mít 1 hop tunnels jako výchozí 16:37 &lt;+fox&gt; &lt;ailouros&gt; takže configtunnels to je 16:37 &lt;jrandom&gt; jo, souhlasím, Raccoon23 16:37 &lt;jrandom&gt; ailouros: použij /i2ptunnel/ a ulož si nastavení 16:37 &lt;+fox&gt; &lt;ailouros&gt; nevšiml jsem si nového rozhraní :D 16:38 &lt;@cervantes&gt; ailouros: právě přidáno v 0.6.1.5 16:38 &lt;jrandom&gt; jo, cervantes na tom odvedl skvělou práci, ailouros 16:38 &lt;+fox&gt; &lt;ailouros&gt; tak za to palec nahoru 16:39 &lt;@cervantes&gt; když už jsme u toho, pokud mají lidi potíže s ukládáním nastavení v novém rozhraní, možná by zatím do dalšího vydání měli použít prohlížeč jiný než IE 16:39 &lt;@cervantes&gt; *bručení* microsoft *bručení* 16:40 &lt;+fox&gt; &lt;ailouros&gt; k jinému tématu, měl by někdo zájem, kdybych na i2p zřídil server nethacku? :D 16:41 &lt;@frosk&gt; ailouros: přemýšlel jsem o tom (hraju nethack irl), ale obávám se, že zpoždění (lag) by bylo hrozné (a lag je při hraní nethacku fakt peklo) 16:42 &lt;+fox&gt; &lt;ailouros&gt; asi jo 16:42 &lt;+fox&gt; &lt;ailouros&gt; dobře, nápad se ruší 16:43 * frosk měl před pár měsíci své první vystoupání (ascension), jupí 16:44 &lt;jrandom&gt; ok, má někdo ještě něco pro schůzku? 16:45 &lt;+fox&gt; &lt;ailouros&gt; ano, nějaký indikátor pro syndie, když má vlákno novou zprávu 16:46 &lt;nickless_head&gt; jrandom: a bylo by fajn, kdyby nové zprávy (titulky) mohly být při prvním zobrazení vytištěny tučně/kurzívou 16:47 &lt;nickless_head&gt; jrandom: existuje _opravdu jednoduchý_ způsob, jak se dostat ke zprávám v databázi syndie přes http? 16:47 &lt;jrandom&gt; ah jo, ailouros/nickless_head, přemýšlím o barevném kódování/označování prvního sloupce podle data (např. věci zveřejněné dnes dostanou jasnou vlaječku, včera méně jasnou atd). 16:47 &lt;nickless_head&gt; jrandom: nejlépe v něčem pěkném a importovatelném jako xml 16:48 &lt;jrandom&gt; nickless_head: wget -R `http://localhost:7657/syndie/archive/` 16:48 &lt;nickless_head&gt; pokud je, mohl bych napsat exportér syndie do nntp 16:48 &lt;jrandom&gt; aha, pokud chceš exportovat do nntp, použij rss to nntp 16:48 &lt;nickless_head&gt; jrandom: ok, zkusím to :) 16:48 &lt;nickless_head&gt; jrandom: to už existuje? ... sakra. ;) 16:49 &lt;jrandom&gt; taky přemýšlím o přidání historie zpráv na uživatele, aby šlo označovat zprávy jako přečtené/nepřečtené, ale to nejspíš nebude v 0.6.1.6 (pokud to neimplementuje někdo jiný :) 16:49 &lt;jrandom&gt; nebo možná nový filtr na strom vláken - zobrazit jen zprávy od [today |v] 16:49 &lt;jrandom&gt; (nebo včera, nebo před 2 dny) 16:50 &lt;jrandom&gt; nickless_head: http://www.methodize.org/nntprss/ 16:50 &lt;nickless_head&gt; jrandom: díky 16:54 &lt;jrandom&gt; není zač 16:54 &lt;Raccoon23&gt; jrandom: takže bude chvíli trvat, než budu schopný to implementovat (chci nejdřív dodělat restricted routes), ale co si myslíš o volitelném 1024bit garlic routing pro odchozí serverové tunnels? 16:54 &lt;jrandom&gt; obrovská režie - O(data) je&gt;&gt;&gt; O(tunnels). pokud už teď narážíme na problémy s O(tunnels), nemáme šanci doufat v O(data) 16:55 &lt;Raccoon23&gt; máme pořád problémy s CPU? Můj router byl docela nízko, ale tady zrovna nemám T1.. 16:56 &lt;jrandom&gt; ne každý má p4 ;) 16:56 &lt;jrandom&gt; slyším hlášení o 8–15 % využití na pomalých strojích, ale při zahlcení to ošklivě vystřelí 16:56 &lt;jrandom&gt; (na 100+%) 16:56 &lt;+Complication&gt; K využití CPU: je zvláštní, že Java na Mandriva 10.1 spotřebovává výrazně méně než Java na Mandriva 2006. 16:56 &lt;Raccoon23&gt; jo, ale ti, co nemají, pravděpodobně nemají ani T1 16:56 &lt;Raccoon23&gt; taky :) 16:57 &lt;+Complication&gt; Obojí je poladěné, 2006 má jbigi zkompilované lokálně. 16:57 &lt;jrandom&gt; divné, Complication 16:57 &lt;jrandom&gt; stejná revize i2p? 16:57 &lt;+Complication&gt; Na 2006 (Celeron 2.4) může java jít až na 20%. 16:58 &lt;+Complication&gt; Na 10.1 to nešlo výš než 5%. 16:58 &lt;+Complication&gt; (Obvykle) 16:58 &lt;+Complication&gt; (obvykle==ne při startu) 16:58 &lt;+Complication&gt; Stejné revize. 16:58 &lt;+Complication&gt; Téměř stejná Java taky (_04 versus _05) 16:59 &lt;+Complication&gt; Připomíná mi to, že bych měl ještě poštelovat démony. Možná některý z nich javu brzdí. 16:59 &lt;+Complication&gt; Nějakým praštěným způsobem, který nedokážu rozklíčovat. 17:00 &lt;+Complication&gt; Ale ano, ten Cel 300 je na tom znatelně lépe. Mohlo to být díky adaptivnímu MTU 17:01 &lt;jrandom&gt; ah super, jo, máme na cestě pár fajn věcí :) 17:03 &lt;+Complication&gt; Přemýšlím, jestli by byl způsob, jak obejít problémy jbigi související s libc na některých linuxových distribucích? 17:03 &lt;jrandom&gt; jo, rozhodně, stačí znovu přeložit všechna jbigi 17:03 &lt;jrandom&gt; (není to libc, je to libg++) 17:05 * Raccoon23 se rozhoduje, že se svých snů o garlic routing (směrování typu garlic) nevzdá, ale počká, až se výkon stabilizuje.. třeba ve 2.0 17:05 &lt;+Complication&gt; Oh, myslíš, že správné znovupřeložení pomůže? 17:05 &lt;jrandom&gt; Complication: jo, chyby při linkování jcpuid jsou zbytečné, protože jcpuid je ve skutečnosti jen volání ASM (a stejně to nemělo být implementované v C++ ;) 17:06 &lt;jrandom&gt; Raccoon23: super :) je to něco, co můžeme časem dělat i na živé síti, jen s použitím jiného typu I2NP zprávy, inzerováním správné capability a filtrováním podle ní 17:06 &lt;jrandom&gt; (časem) 17:07 &lt;Raccoon23&gt; třeba caps=S pro rychlé CPU? ;) 17:08 &lt;jrandom&gt; a caps=I pro insane ;) 17:08 &lt;jrandom&gt; ok, má ještě někdo něco pro schůzku? 17:08 &lt;Raccoon23&gt; haha 17:09 &lt;Raccoon23&gt; co říkáš na provizorní řešení sdílet klíče napříč více tunnels? Příliš malý přínos vůči práci? 17:09 &lt;jrandom&gt; proč by to bylo lepší než mít prostě více tunnels a posílat zprávu jedním z vícera tunnels? 17:10 &lt;jrandom&gt; (a, ehm, nebylo by to horší z pohledu bezpečnosti i anonymity) 17:10 &lt;Raccoon23&gt; no nápad je, že uzly by nepoznaly, který provoz patřil k jednomu tunnel, takže kdybys provozoval i2phex a eepsite a zvolil stejné hostitele pro své tunnels, provoz z obou by se míchal, jak daleko by to skoky viděly 17:11 &lt;Raccoon23&gt; což by mělo ztížit časovací útoky 17:11 &lt;jrandom&gt; ah, jeje, jo. to přidává Opravdu Špatnou provázanost 17:11 &lt;jrandom&gt; proto jsme v 0.4 přešli na per-client tunnel pools 17:11 &lt;Raccoon23&gt; vysvětli? 17:11 &lt;jrandom&gt; i2ptunnel umožňuje lidem sdílet pools, pokud chtějí, tím, že sdílí stejnou destination 17:12 &lt;jrandom&gt; když zprávy pro 2 klienty jdou dolů jedním tunnel, víš, že oba ti klienti jsou řízeni stejnou osobou 17:12 &lt;jrandom&gt; s/clients/destinations/ 17:13 &lt;Raccoon23&gt; no, kdyby se sdílely klíče, rané hops by se mohly míchat, ale leasesets by byly oddělené.. 17:13 &lt;Raccoon23&gt; rané skoky jsou stejně ty nebezpečné pro časovací útoky 17:13 &lt;jrandom&gt; pořád by to umožnilo vektor pro propojení těch dvou jinak nepropojitelných destinations 17:14 &lt;jrandom&gt; šlo by to nějak upravovat, aby se snad zakryla ta provázanost, ale inherentně by byly propojené. což není nutné a je to špatně. 17:18 &lt;Raccoon23&gt; tak zpátky ke snění o caps=SI, hádám :) 17:19 &lt;jrandom&gt; no jo. ok, má ještě někdo něco? 17:20 * jrandom to balí 17:20 * jrandom *baf*s uzavírá schůzku </div>/cs/blog/2005/11/15/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-15.-listopadu-2005/Tue, 15 Nov 2005 00:00:00 +0000/cs/blog/2005/11/15/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-15.-listopadu-2005/<h2 id="stručná-rekapitulace">Stručná rekapitulace</h2> <p class="attendees-inline"><strong>Přítomni:</strong> ailouros, anti, bar, cervantes, Complication, frosk, jmg, jrandom, modulus, polecat, reliver, Sonium, tethra</p> <h2 id="záznam-schůzky">Záznam schůzky</h2> <div class="irc-log"> 15:15 &lt;jrandom&gt; 0) hi 15:15 &lt;jrandom&gt; 1) Net status / 0.6.1.5 15:15 &lt;jrandom&gt; 2) Syndie updates 15:15 &lt;jrandom&gt; 3) I2Phex 15:15 &lt;jrandom&gt; 4) I2P-Rufus 15:15 &lt;jrandom&gt; 5) Issue tracker 15:15 &lt;jrandom&gt; 6) Dynamic Keys 15:15 &lt;jrandom&gt; 7) ??? 15:15 &lt;jrandom&gt; 0) hi 15:15 * jrandom waves 15:16 &lt;jrandom&gt; weekly status notes posted up @ http://dev.i2p.net/pipermail/i2p/2005-November/001210.html 15:17 &lt;+bar&gt; yalla! *fires some rounds into the air* 15:17 * jrandom ducks and covers, diving into 1) Net status / 0.6.1.5 15:18 &lt;jrandom&gt; as mentioned in the mail, there's been a lot of progress, and there should be a new release later tonight 15:18 * jrandom would have released it earlier, but I slept late and didn't want everyone upgrading /during/ the meeting :) 15:20 &lt;jrandom&gt; anyone have any questions/comments/concerns re: 1) net status / 0.6.1.5? 15:20 &lt;+fox&gt; &lt;ailouros&gt; is "please keep up the good work" an acceptable comment? 15:20 &lt;jrandom&gt; :) thanks 15:22 &lt;jrandom&gt; I've been pretty happy with the stability as of late. hopefully the next release will improve throughput beyond 4-8KBps/stream. I've done plenty of local testing, but we need to see it out in the wild 15:22 &lt;tethra&gt; i second ailouros's comment, and furthermore, propose a toast: 15:22 &lt;jrandom&gt; we've also had some more positive reports from users on dialup connections 15:22 &lt;tethra&gt; to jrandom, and i2p! woot! 15:22 &lt;tethra&gt; &lt;3 15:23 &lt;jrandom&gt; w3wt. ok, if there's nothing else, lets jump on over to 2) Syndie updates 15:24 &lt;jrandom&gt; lots of progress on this front, but perhaps it'll be best to discuss it after the release when people can try it for themselves 15:25 &lt;jrandom&gt; hopefully the info up @ http://syndiemedia.i2p.net/about.html (the first link) can explain why you should bother trying it out :) 15:25 &lt;+fox&gt; &lt;ailouros&gt; oh come on, first you don't release it, then you say "try it first"... this is just teasing! :D 15:25 &lt;jrandom&gt; :) 15:26 &lt;jrandom&gt; ok ok, so lets just jump ahead to 3) I2Phex then, so y'all can post up your thoughts about syndie to syndie itself after you upgrade ;) 15:27 &lt;jrandom&gt; there's going to be an announcement for I2Phex 0.1.1.36 later tonight 15:28 &lt;jrandom&gt; the only change is the fix for the annoying "Please insert a disk" popup 15:28 &lt;tethra&gt; that means i can take the disk out the drive without it screaming at me, then? ;) 15:28 &lt;jrandom&gt; heh yes 15:28 &lt;tethra&gt; :D 15:30 &lt;jrandom&gt; ok, if there's nothing more on 3) I2Phex, lets jump on over to 4) I2P-Rufus 15:30 &lt;tethra&gt; what are the plans for i2phex, while we're on the subject? 15:30 &lt;jrandom&gt; ah 15:30 &lt;jrandom&gt; there's a set of feature requests posted to the forum 15:31 &lt;jrandom&gt; I haven't heard anything from redzara about the code merge with Phex, but Gregor is still working on abstracting the networking stuff so we can more easily keep in sync 15:32 &lt;jrandom&gt; generally, the app seems functional, though gwebcache support would be Really Good, so that I2Phex could work out of the box without needing to fetch any files or keys 15:32 &lt;jrandom&gt; I don't know anyone working on getting gwebcache support (back) into I2Phex, but if someone knows java, that'd be Really Useful 15:33 &lt;tethra&gt; cool. 15:33 &lt;+fox&gt; &lt;reliver&gt; _007pig perhaps ? 15:33 &lt;+fox&gt; &lt;ailouros&gt; sorry if I ask, but wasn't gnutella network the one that flooded itself to death some time ago? 15:33 &lt;tethra&gt; the new guys do tend to be a bit confused about it at first 15:33 &lt;+fox&gt; &lt;reliver&gt; you did not take him up on his offer for help, yesterday, jrandom 15:33 &lt;jrandom&gt; _007pig was looking into translation work, but anyone would be great. Phex itself has gwebcache support, but sirup disabled it 15:34 &lt;jrandom&gt; ailouros: gnutella is still around, but yeah, its not ideal. 15:34 &lt;tethra&gt; is anyone looking into perhaps changing the protocol i2phex uses to something else? 15:35 &lt;jrandom&gt; I'm hesitant to demand people work on specific projects, so I instead suggest a few different areas that someone could explore 15:35 &lt;jrandom&gt; tethra: no one that I know of 15:35 &lt;+fox&gt; &lt;ailouros&gt; well, I think I'd rather see Localhost (azureus modification) on i2p then 15:36 &lt;tethra&gt; surely bittorrent is more awkward than gnutella? 15:36 &lt;tethra&gt; in terms of seeding and such 15:36 &lt;jrandom&gt; ailouros: whatever people implement and maintain is good :) 15:36 &lt;+fox&gt; &lt;ailouros&gt; I don't know, I didn't use gnutella since... 6 years I think 15:37 &lt;anti&gt; surely it is more efficient and better test of true scalability? 15:37 &lt;+fox&gt; &lt;ailouros&gt; jrandom yeah that's a good metric :D 15:37 &lt;jrandom&gt; i2phex works pretty well, I've transferred lots of data through it, and found some neat content 15:37 &lt;@cervantes&gt; (pony pr0n) 15:37 &lt;+fox&gt; &lt;ailouros&gt; lol 15:37 &lt;tethra&gt; hahah 15:37 &lt;jrandom&gt; there may be better ways to do things, but something that works is better than something that doesn't exist 15:37 &lt;tethra&gt; cervantes++ 15:37 &lt;tethra&gt; ;) 15:38 &lt;tethra&gt; truer words have never been spoken. 15:39 &lt;anti&gt; good point 15:39 &lt;@cervantes&gt; uhoh... jr has taken offense and gone early to dinner 15:39 &lt;@cervantes&gt; (sorry) 15:39 &lt;anti&gt; no, he's probably searching for that (mythical) pony pr0n. ;) 15:40 &lt;jrandom&gt; *cough* ;) 15:40 &lt;tethra&gt; lol 15:40 &lt;tethra&gt; heheh ;) 15:40 &lt;jrandom&gt; ok, if there's nothing else on 3), lets move on to 4) I2P-Rufus 15:40 &lt;+fox&gt; &lt;reliver&gt; i want flying pony pr0n :-) 15:40 &lt;jrandom&gt; Rawn / defnax: anything to add to what was posted on the forum? 15:41 &lt;@cervantes&gt; looks like some good progress is being made 15:41 &lt;jrandom&gt; aye 15:45 &lt;jrandom&gt; ok, if there's nothing on that, lets jump on to 5) issue tracker 15:45 &lt;jrandom&gt; the forum is a bit heavyweight for managing bugs and feature requests, and bugzilla is a bit of a beast... 15:46 &lt;@frosk&gt; isn't there a bugzilla already somewhere? 15:46 &lt;jrandom&gt; i've posted up some general requirements, and cervantes has come up with one workable solution 15:46 &lt;jrandom&gt; nah, the bugzilla was on the old host (@johnscompanies) before we migrated to sago 15:46 &lt;+fox&gt; &lt;ailouros&gt; hot about NNTP? better than forums, usually threaded... 15:46 &lt;+fox&gt; &lt;reliver&gt; strange that bugzilla is so lacking, considering the huge open source community using it ... 15:46 &lt;+fox&gt; &lt;ailouros&gt; how* 15:46 &lt;@frosk&gt; ah ok 15:47 &lt;jrandom&gt; nntp has potential, but there are some benefits over that by using syndie (simple filtering by tag): http://syndiemedia.i2p.net:8000/threads.jsp?visible=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800004&post=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800004& 15:48 &lt;jrandom&gt; but nntp does have the benefits of having decades of battle testing 15:48 &lt;+fox&gt; &lt;ailouros&gt; NNTP reader filter by keyword (the [] tags)? :D 15:49 &lt;@modulus&gt; perhaps not so much testing of late? 15:49 &lt;+fox&gt; &lt;reliver&gt; including spamming and flaming ... 15:49 &lt;jrandom&gt; we'd want something web accessible though, since most people don't use nntp readers 15:49 &lt;+fox&gt; &lt;ailouros&gt; I say Thunderbird is good in that sense, and you can share the enigmail between i2mail and i2nntp 15:49 &lt;@modulus&gt; maybe a web accessible nntp reader? 15:49 &lt;+fox&gt; &lt;reliver&gt; gateways are common 15:49 &lt;jrandom&gt; hmm modulus? 15:50 &lt;@modulus&gt; well, usenet is not so much used anymore i think 15:50 &lt;jrandom&gt; right, so we'd have to have an nntp server and a gateway with filtering support 15:50 &lt;@frosk&gt; i like cervantes' idea though 15:50 &lt;+fox&gt; &lt;ailouros&gt; (and I also say the reason people don't use NNTP readers is because forums are so much prettier and so much heavier) 15:50 &lt;@modulus&gt; hmm, gateway with filtering support? what are you guys talking about, maybe it helps knowing. :-) 15:51 &lt;@modulus&gt; imo forums suck, i hate fucking forums, they're unusable ;-( 15:51 &lt;+fox&gt; &lt;ailouros&gt; LOL I guess he wants the access from the InterNEt 15:51 &lt;+fox&gt; * ailouros agrees with modulus 15:51 &lt;@frosk&gt; modulus: so very true 15:51 &lt;jrandom&gt; heh modulus ;) we're discussing http://syndiemedia.i2p.net:8000/threads.jsp?visible=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800004&post=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800003& 15:51 &lt;+fox&gt; &lt;ailouros&gt; aieee the megabyte long URI 15:52 &lt;@modulus&gt; what I love about syndie URLs is how memorable and simple they are to type 15:52 &lt;jrandom&gt; I do still like http://syndiemedia.i2p.net:8000/threads.jsp?post=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800004& 15:52 &lt;jrandom&gt; heh 15:52 &lt;jrandom&gt; well, go to http://syndiemedia.i2p.net/threads.jsp then and click on the "Issue tracking software" link :) 15:53 &lt;@frosk&gt; bug reporting right from your router console 15:53 &lt;@modulus&gt; hmm, bug tracking. 15:53 &lt;jrandom&gt; using syndie would give us 1) integration with every I2P user's environment 2) trivial filtering 3) threading 4) spam handling (via ignore/favorites) 5) syndie a workout :) 15:54 &lt;+fox&gt; &lt;reliver&gt; sounds great :-) 15:54 &lt;+fox&gt; &lt;ailouros&gt; it is 15:54 &lt;jrandom&gt; aye that is a really good feature frosk... we could even have specialized html forms to post to /syndie/post.jsp 15:54 &lt;+fox&gt; &lt;ailouros&gt; and by the way, wasn't there talk about basing syndie on NNTP? :D :D :D 15:54 &lt;@modulus&gt; hmm, how about the Debian bug tools? they're nice i think, the mailbug 15:54 &lt;anti-&gt; can't argue with what already works! 15:55 &lt;@cervantes&gt; I think you should do it purely from a techdemo perspective 15:55 &lt;jrandom&gt; ailouros: using NNTP to distribute syndie posts, yeah. right now we just use ad-hoc syndication, but further enhancements would be great 15:56 &lt;@cervantes&gt; no better way to demonstrate syndie than with some real world use cases 15:56 &lt;jrandom&gt; true enough 15:56 &lt;jrandom&gt; ok, perhaps we can plan on getting that out in the 0.6.1.6 release 15:56 &lt;+fox&gt; &lt;reliver&gt; what i don't like about forum is they are low entry cost 15:57 &lt;+fox&gt; &lt;reliver&gt; so lots of distractions filling them. 15:57 &lt;@modulus&gt; i don't know, this syndie thing ... i much do not like yet, but maybe i'll get used to it. 15:57 &lt;+fox&gt; &lt;reliver&gt; and you can only work with them online 15:57 &lt;jrandom&gt; modulus: have you read the post linked to from http://syndiemedia.i2p.net/about.html ? 15:57 &lt;@modulus&gt; reliver: high-entry is bad for bug reports though, people are making you a big favour by bothering to report in a sense. 15:57 &lt;+fox&gt; &lt;ailouros&gt; they are not low entry cost: bandwidth comes to mind. They are high noise levels, so you can use [font=54]HELLO WORLD![/font] and annoy a huge number of people in no time 15:57 &lt;jrandom&gt; agreed modulus 15:58 &lt;+fox&gt; &lt;ailouros&gt; oh yeah and you have to be online indeed 15:58 &lt;jrandom&gt; heh ailouros, thats something we need to deal with in Syndie anyway :) 15:58 &lt;@modulus&gt; hmm, probably not, jr, let me check 15:58 &lt;+fox&gt; &lt;ailouros&gt; well, with syndie you can blacklist the users and you're pretty much set 15:58 &lt;jrandom&gt; well, with syndie you can create your bug reports offline, then syndicate them up to a remote archive later when you are :) 15:58 &lt;jrandom&gt; exactly ailouros, with one click in the new release too 15:59 &lt;+fox&gt; &lt;ailouros&gt; with forums either you hope for an admin to come and kill'em, or you keep them 15:59 &lt;anti-&gt; it's more uucp than nntp :) 15:59 &lt;@modulus&gt; hmm, which post in particular linked from there? 15:59 &lt;jrandom&gt; lol *exactly* anti 15:59 &lt;jrandom&gt; modulus: the first link "in syndie itself" 15:59 * cervantes likes the killing option 16:00 &lt;@modulus&gt; bah, uucp == nntp for all practical purposes :-) 16:00 &lt;jrandom&gt; anti-: thats actually the point - as people build newer and better transport mechanisms (uucp, nntp, usenetdht, etc), the content can flow seamlessly 16:00 &lt;+fox&gt; &lt;ailouros&gt; this all reminds me of plan9 16:01 &lt;+fox&gt; &lt;reliver&gt; i2p may be special, but usually bug reporting systems used as firewalls against users ... 16:01 &lt;jrandom&gt; used as firewalls against users? 16:01 &lt;+fox&gt; &lt;reliver&gt; i2p may be special, but usually bug reporting systems are used as firewalls against users ... 16:01 &lt;+fox&gt; &lt;reliver&gt; yes. 16:01 &lt;jrandom&gt; I want it to be really, really easy for people to report bugs 16:01 &lt;+fox&gt; &lt;reliver&gt; mozilla, thunderbird, ubuntu are just examples 16:02 &lt;+fox&gt; &lt;reliver&gt; ok, great :-) 16:02 &lt;jrandom&gt; mozilla/etc have that integrated "feedback agent" for submitting bug reports automatically 16:02 &lt;+fox&gt; &lt;reliver&gt; they don't read those bug reports 16:02 &lt;jrandom&gt; heh 16:02 &lt;@modulus&gt; hmm, that intro is ok, only problem is i just don't like the interface at all, i prefer doing mailish things through the folder metaphor rather than the web-with-sithloads-of-links-on-it method 16:02 &lt;@modulus&gt; but that's just me 16:02 &lt;jrandom&gt; modulus: perhaps the rss export would best serve your needs then? 16:02 &lt;+fox&gt; &lt;ailouros&gt; I agree with modulus (anyone guessed? :D ) 16:02 &lt;@cervantes&gt; having to use pastebin to show console errors is a bit of a put-off for some folks 16:03 &lt;jrandom&gt; or we can get susimail integration, as cervantes suggested, to send out reports 16:03 &lt;jrandom&gt; (or to post to syndie) 16:03 &lt;@modulus&gt; it is possible, jrandom, i'll look into it. maybe i need an RSS-to-NNTP or RSS-to-POP?/IMAP converter, i'll think on it. 16:05 &lt;@cervantes&gt; modulus: I'll be curious to find out what you think of the new i2ptunnel interface come the next i2p release 16:05 &lt;@cervantes&gt; whether it's better or worse for you in terms of usability 16:05 &lt;@cervantes&gt; (but I guess you just normally edit the config files?) 16:07 &lt;jrandom&gt; ooh yeah shit, I forgot so much stuff in the status notes... 16:08 &lt;+fox&gt; &lt;ailouros&gt; then let's hurry ahead and skip to the next point in line... that was point number C, right? 16:08 * jrandom thinks it really kicks ass, but we'll get some more feedback as people try it out 16:08 &lt;@modulus&gt; cervantes: is that curious as in "you're going to kill yourself with a small knife in your arse as a better alternative to using it" or on the contrary? :-) 16:08 &lt;jrandom&gt; yeah, jumping to 6), anyone have any thoughts on the Dynamic Keys proposal? 16:09 &lt;@modulus&gt; cervantes: usually use the interface actually, though now i know the config files are editable ... :-) 16:09 &lt;+fox&gt; &lt;ailouros&gt; yeah, I'm pretty certain it will cause the skyrocket in the number of supposed known routers 16:09 &lt;@cervantes&gt; *damn* :) 16:10 &lt;@modulus&gt; this dynamic key is the idea that routers get a new key upon new IP, right? 16:10 &lt;@cervantes&gt; modulus: well, just if it's even worth bothering with WAI bullshit 16:10 &lt;jrandom&gt; heh thats true ailouros 16:10 &lt;@cervantes&gt; anyway...I digress 16:10 &lt;jrandom&gt; right modulus 16:11 &lt;@modulus&gt; well, perhaps it isn't bad that the known peers are actually guesswork, more so than now. 16:11 &lt;+Complication&gt; Well, the only thing I can figure out about Dynamic Keys.. seems that one shouldn't change keys needlessly (or it screws reliability performance tracking). 16:11 &lt;+Complication&gt; But when IP changes (rare enough?) it might not hurt. 16:11 &lt;jrandom&gt; right Complication. it isn't something we'd want by default. most people will *not* want it 16:12 &lt;anti-&gt; i'm not sure of the positive impact of the proposals. 16:12 &lt;jrandom&gt; it won't offer much of an improvement for anonymity either, and no improvement at all against a powerful adversary, but it might help against weak adversaries 16:12 &lt;+fox&gt; &lt;ailouros&gt; wouldn't it also give away which nodes are fixed ip and which aren't? 16:13 * cervantes has had the same key for nearly 2 years :) 16:13 &lt;+polecat&gt; Well at least I can get here. 16:13 &lt;jrandom&gt; ailouros: it would not be used by most people. only a very, very small minority would want to use it 16:13 &lt;+fox&gt; &lt;ailouros&gt; so basically more churn for a bit of protection against weak adversaries? 16:13 &lt;jrandom&gt; right ailouros 16:13 &lt;+fox&gt; &lt;ailouros&gt; oh ok 16:14 &lt;+fox&gt; &lt;ailouros&gt; is there a way to measure the performance hit of that feature once in the wild? 16:14 &lt;@modulus&gt; it would, i think, help against a node-dest intersection attack? 16:14 &lt;+polecat&gt; I still wonder why I keep switching between OK and OK(NAT), puzzling... 16:14 &lt;jrandom&gt; modulus: only for a weak adversary 16:14 &lt;+fox&gt; &lt;ailouros&gt; polecat don't worry, I keep switching between 15h uptime and 0h uptime :| 16:14 &lt;jrandom&gt; ailouros: not sure, though stats.i2p suggests that we can handle the churn 16:15 &lt;jrandom&gt; polecat: hmm, means there's likely some filtering going on 16:15 &lt;@modulus&gt; imo the node-dest intersection attack is the most serious likely feasible attack atm? besides the fact we are too few, i mean. 16:15 &lt;@modulus&gt; so, i think anything which helps on that line is probably a good idea 16:16 &lt;+polecat&gt; I can send UDP packets right over my router at that port, no problem from remote shells. No clue, perhaps i2p detects the NAT, and mistakenly thinks it isn't forwarded. 16:16 &lt;+fox&gt; &lt;ailouros&gt; I agree with the "good idea" as long as the churn doesn't cause a severe performance hit 16:16 &lt;anti-&gt; when the network is bigger, there will be plenty of churn anyway... 16:17 &lt;anti-&gt; *points out the obvious DoS attack involving constantly changing keys every few minutes 16:17 &lt;anti-&gt; what impact would that have? 16:17 &lt;+fox&gt; &lt;ailouros&gt; dos against who? :D 16:18 &lt;jrandom&gt; eh, new peers go in the "not failing" tier by default, and only go up to the "high capacity" or "fast" tiers after they are around for a while 16:18 &lt;jrandom&gt; so it won't DoS peer selection 16:18 &lt;anti-&gt; with a relatively strong opponent... would create an awful lot of apparently dead nodes/netdb churn? 16:18 &lt;+Complication&gt; anti: nobody would consider that node reliable any more 16:18 &lt;+polecat&gt; anti-: We have a shitlist for a reason. 16:19 &lt;anti-&gt; *satisfied 16:19 &lt;jrandom&gt; well, the netDb entries are dropped if the peer is unreachable 16:20 &lt;anti-&gt; then the same performance issues that were just raised about dynamic keys would apply? if the performance wouldn't be too impacted by such an attack, the performance wouldn't be affected noticeably by dynamic keys either... would it? 16:20 &lt;+polecat&gt; incremental trust really does help with handling late onset betrayers, I was thinking. 16:20 &lt;+fox&gt; &lt;ailouros&gt; what's a "late onset betrayer"? 16:20 &lt;+polecat&gt; Trust people more and more as they continue to benefit you, but never so much that they can take away more than they've given... 16:20 &lt;anti-&gt; join for ages, then turn judas. 16:21 &lt;jrandom&gt; right, peers get dropped out of the 'fast' tier quickly if they act poorly 16:21 &lt;+Complication&gt; I'd think it would be someone behaving like "wait until 300 participating tunnels, crash" 16:21 &lt;+polecat&gt; Oh, I make up phrases all the time. Yeah, Judas type betrayal, where you genuinely help someone, then betray them with the idea of cashing in at the last minute. 16:21 &lt;anti-&gt; oh no, the tunnels broken *rebuild* 16:21 &lt;jrandom&gt; the peers promoted to the 'fast' tier during that time they're dropped should then suffice 16:21 &lt;+fox&gt; * ailouros has fun with these incorrect bible refernces :D 16:22 &lt;jmg&gt; speaking of high capacity, wow im getting between 400k and 600K constantly for the router today. (but maybe all those zero hops settings im using are helping) 16:22 &lt;jrandom&gt; 600KBps?! 16:22 &lt;+polecat&gt; Hopefully during the time it takes to get to 300 participating tunnels, you'll be required to help transfer enough data it wouldn't matter if you crashed. 16:22 &lt;jmg&gt; yes 16:22 &lt;+fox&gt; &lt;ailouros&gt; O_O what are you connected to? 16:22 &lt;+Complication&gt; Such bandwidth is news to me :) 16:22 &lt;jrandom&gt; damn, thats fast enough to start running into our bloom filters 16:22 &lt;anti-&gt; ailouros: rude question to anony researchers ;) 16:23 &lt;+polecat&gt; It's gotta be 600KBpm or ph. 16:23 &lt;+fox&gt; &lt;ailouros&gt; sorry anti- :D but he was the first to speak 16:23 &lt;+polecat&gt; puh! 16:23 &lt;jrandom&gt; I'd love to get some stats from the oldstats.jsp page off you. but glad to hear its handling things :) 16:23 &lt;anti-&gt; one day i will try from i2... 16:23 &lt;jrandom&gt; hehe 16:24 &lt;+fox&gt; &lt;ailouros&gt; sounds cool, I2P on I2 16:24 &lt;jmg&gt; jrandom: im keeping graphs, ill monitor more closely, but yes i can confirm 600kB/s sustained for 2 minutes, about 5 minutes ago 16:24 &lt;+polecat&gt; Has anyone tried to traverse a d-link router's firewall? I'm having no luck there whatsoever and my friend keeps forgetting to forward the port. 16:24 &lt;jrandom&gt; nice jmg 16:24 &lt;anti-&gt; polecat: do we do udp holepunching yet? i lost track 16:25 &lt;jrandom&gt; anti-: yes, we do, for all but symmetric NATs 16:25 &lt;jrandom&gt; polecat: if your friend has their model #, there are a few sites online listing what type of NAT it is 16:26 &lt;anti-&gt; regarding late onset betrayal... might be an issue with a powerful adversary? 16:26 &lt;jmg&gt; jrandom: of course bittorrent has been known to rape this connection at 4MB/s sustained, but Iv eased up on that a little lately 16:26 &lt;anti-&gt; 24000 nodes, so you get one crashing every 10 seconds or so? 16:26 &lt;+polecat&gt; symmetric NAT, as opposed to full cone? 16:26 &lt;jrandom&gt; nice jmg 16:26 &lt;jrandom&gt; hmm anti-? 16:26 &lt;jrandom&gt; polecat: or restricted cone 16:27 &lt;+polecat&gt; Wow, it can even do restricted cone that's impressive.. 16:27 &lt;anti-&gt; i don't think late onset betrayal would have any significant effect at all unless applied on an incredibly massive scale, at which other attacks would have more of an impact? 16:28 &lt;jrandom&gt; yeah I'm not too worried about it anti-... it'd cost too much, and we can route around failures anyway, so the damage would be minimal 16:28 &lt;+Complication&gt; Late betrayal kind of requires contributing a lot (as to get other machines relying on your machine). 16:28 &lt;+fox&gt; &lt;ailouros&gt; incredibly massive scale = you are all the netries on almost everyone else's router? 16:28 &lt;anti-&gt; that is exactly what anti-p2ps do now, but we do have anti-anti-p2ps now... 16:29 &lt;+fox&gt; &lt;ailouros&gt; no wait anti-p2p send trash instead of good data 16:29 &lt;+fox&gt; &lt;ailouros&gt; that's not the same 16:29 &lt;anti-&gt; that's just a faster way of getting shitlisted, so you would never be listed well. 16:29 &lt;anti-&gt; that wouldn't work against i2p at all, i think. 16:29 &lt;@cervantes&gt; jmg: I've had 4-5mb/s off torrents before, but never anything like 600k over I2P...have you got beefy hardware too? 16:29 &lt;+polecat&gt; I was more thinking independant of i2p persay. My government does a lot of late onset betrayal, though they try to keep it classified. 16:29 &lt;anti-&gt; but we would probably bleed them dry of bandwidth first! 16:29 &lt;jrandom&gt; anti-: if they're reliable for days on end, they can only attack once for less than 10 minutes 16:30 &lt;jrandom&gt; exactly anti- :) 16:30 &lt;+polecat&gt; Or in the context of online banking. 16:30 &lt;jmg&gt; does anyone have easy instructions on setting up the Native BigInteger library for amd64? if not ill just figure it out 16:30 &lt;jrandom&gt; heh polecat 16:30 &lt;jrandom&gt; jmg: its built into jbigi.jar, but it should build on amd64 now 16:30 &lt;jrandom&gt; though, I suppose this means we're now on 6.1) ??? 16:31 &lt;jrandom&gt; anyone have anything else to bring up? :) 16:31 &lt;anti-&gt; you'd need 20000 machines or something, with a rolling crash schedule, and i think the results would be disappointing; you would end up contributing far more to the network than you took away! 16:31 &lt;jrandom&gt; that is the hope anti- 16:31 &lt;+fox&gt; &lt;ailouros&gt; well, worst case scenario is that people must reseed 16:31 &lt;jmg&gt; oh thanks 16:31 &lt;+polecat&gt; 64 bit processor, 4mbit upload bandwidth, sounds like somebody's a lucky bastard. 16:32 &lt;anti-&gt; or running a normal machine at a uni... 16:32 &lt;+fox&gt; * ailouros looks at his uni's hardware list and frowns 16:32 &lt;anti-&gt; a uni that doesn't buy dell ;) 16:33 &lt;+fox&gt; &lt;ailouros&gt; I think we have a couple of dells... from 5 years ago IIRC 16:33 &lt;+fox&gt; &lt;Sonium&gt; i think this is bad: 16:33 &lt;+fox&gt; &lt;Sonium&gt; jvm 1 | java.lang.OutOfMemoryError 16:33 &lt;+fox&gt; &lt;Sonium&gt; jvm 1 | java.lang.OutOfMemoryError 16:33 &lt;+fox&gt; &lt;Sonium&gt; jvm 1 | java.lang.OutOfMemoryError 16:33 &lt;@cervantes&gt; polecat: 4 megabyte ;-) 16:33 &lt;jrandom&gt; Sonium: yeah, once it gets one OOM, it'll die fast 16:34 &lt;+fox&gt; &lt;Sonium&gt; and this too: 16:34 &lt;+fox&gt; &lt;Sonium&gt; jvm 1 | 21:21:44.484 CRIT [ Establisher] sport.udp.EstablishmentManager: Err 16:34 &lt;+fox&gt; &lt;Sonium&gt; or in the establisher 16:34 &lt;jrandom&gt; (subsequent OOMs are safe to ignore) 16:34 &lt;jrandom&gt; once it gets a single OOM, you can ignore all subsequent errors 16:34 &lt;+fox&gt; &lt;ailouros&gt; yeah but you shouldn't have the first OOM :D 16:34 &lt;jmg&gt; polecat: the latency out here on the russian space station in phenominal though.. 16:34 &lt;jrandom&gt; true ailouros 16:35 &lt;+fox&gt; &lt;ailouros&gt; oh, by the way... my router gets watchdogged quite often 16:35 &lt;jrandom&gt; hrm, high cpu usage? 16:35 &lt;+fox&gt; &lt;ailouros&gt; I guess it's just my unlucky installation? 16:35 &lt;+fox&gt; &lt;ailouros&gt; not that I know of, the machine is rather unloaded 16:36 &lt;+fox&gt; &lt;ailouros&gt; but I guess this is what I should expect from a buggy JVM on a somewhat bugged linux emulation layer 16:36 &lt;jrandom&gt; what jvm are you using, and what os? 16:36 &lt;+fox&gt; &lt;Sonium&gt; me? 16:36 &lt;+fox&gt; &lt;ailouros&gt; Sun's Java(tm) 2 Standard Edition, JRE 5.0 Update 5 on NetBSD/i386 2.0.2 16:37 &lt;jrandom&gt; ahhh yeah, I have done no testing on nbsd. fbsd is fine, but I don't have any experience w/ nbsd 16:38 &lt;jrandom&gt; might be worth trying out gcj, perhaps we can dig into that after the meeting 16:38 &lt;+fox&gt; &lt;ailouros&gt; it works rather well, but the real fun with this is that sometimes (depending on which bit he flipped when getting off the bed -- err restarting) the netbsd files get created with 540 permission :D 16:38 &lt;+fox&gt; &lt;Sonium&gt; something really sucks here 16:38 &lt;+fox&gt; &lt;Sonium&gt; jvm 1 | # Internal Error (53414645504F494E540E4350500175), pid=3500, tid=345 16:38 &lt;+fox&gt; &lt;Sonium&gt; 6 16:39 &lt;+fox&gt; &lt;ailouros&gt; sorry the netDb files are created 540 16:39 &lt;+fox&gt; &lt;Sonium&gt; I think I will reinstall this later 16:39 &lt;jrandom&gt; Sonium: what OS are you on? the jvm seems to be acting up 16:39 &lt;+fox&gt; &lt;Sonium&gt; winxp 16:39 &lt;jrandom&gt; yeah, if you're on 1.5.0_5, might be worth trying 1.4.2_09 16:39 &lt;anti-&gt; i don't think that's i2p's problem... 16:40 &lt;jrandom&gt; (1.4.2 has been more stable for me, requiring less resources) 16:40 &lt;jrandom&gt; and i2p doesn't use any 1.5-isms, nor do we need the 1.5 GUI improvements 16:40 &lt;+fox&gt; &lt;Sonium&gt; the curious thing is, that is never occured before 16:40 &lt;+polecat&gt; Can't use azureus if you don't have 1.5 though, meh. 16:40 &lt;+fox&gt; &lt;ailouros&gt; and of course I *DO* use azureus :| 16:41 &lt;+fox&gt; &lt;ailouros&gt; but it isn't a real problem... not much, I think... 16:41 &lt;+fox&gt; &lt;ailouros&gt; unless those messages about bob being fourth are relevant 16:41 &lt;jrandom&gt; nah, those are safe to ignore 16:41 &lt;anti-&gt; (am i the only one irked by utorrent and bitcomet not being open?) 16:42 &lt;+polecat&gt; :o Damn you bob! 16:42 &lt;jrandom&gt; ok, anyone have anything else for the meeting? 16:42 &lt;anti-&gt; muffins? 16:42 * cervantes can recommend ibm java 1.4.2 if you're after better resource handling 16:42 &lt;+polecat&gt; anti-: Try mlnet. caml -&gt; weirdest language in the world, but it works well. 16:42 &lt;+fox&gt; &lt;ailouros&gt; caml is cool 16:42 &lt;+fox&gt; &lt;ailouros&gt; (if you can read it :D ) 16:42 &lt;@frosk&gt; hey, don't diss caml 16:43 &lt;anti-&gt; prolog deserves a mention there, as does brainf**k et al 16:43 &lt;+polecat&gt; caml has horrible docs. It took me half an hour to figure out that ! usually (sometimes) is a dereference operator. 16:43 &lt;@frosk&gt; i'm paid to write ocaml :) 16:43 &lt;+polecat&gt; jrandom: Didn't know I crashed a meeting, sorry. 16:44 &lt;jrandom&gt; np, we're making up for our short meetings ;) 16:44 * jrandom winds up 16:44 * jrandom *baf*s the meeting closed </div>/cs/blog/2005/11/08/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-8.-listopadu-2005/Tue, 08 Nov 2005 00:00:00 +0000/cs/blog/2005/11/08/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-8.-listopadu-2005/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> bar, dust, frosk, jrandom, reliver, tealc\_, ZipTie</p> <h2 id="záznam-schůzky">Záznam schůzky</h2> <div class="irc-log"> 15:21 &lt;jrandom&gt; 0) ahoj 15:21 &lt;jrandom&gt; 1) Stav sítě / krátkodobá roadmapa 15:21 &lt;jrandom&gt; 2) I2Phex 15:21 &lt;jrandom&gt; 3) I2P-Rufus 15:21 &lt;jrandom&gt; 4) I2PSnarkGUI 15:21 &lt;jrandom&gt; 5) Syndie 15:22 &lt;jrandom&gt; 6) ??? 15:22 &lt;jrandom&gt; 0) ahoj 15:22 * jrandom mává 15:22 &lt;jrandom&gt; týdenní status poznámky jsou na http://dev.i2p.net/pipermail/i2p/2005-November/001206.html 15:22 * bar zamumlá pozdravy zpoza svého falešného(?) vousu 15:23 &lt;jrandom&gt; ok, pojďme rovnou na 1) Stav sítě / krátkodobá roadmapa 15:23 &lt;jrandom&gt; Není moc co říct nad rámec toho, co je v e-mailu – doufejme nové vydání koncem týdne, nebo o víkendu 15:24 &lt;jrandom&gt; v cvs jsou nějaké nové optimalizace, které by měly pomoci zlepšit spolehlivost, a v testech, které jsem dělal, to fungovalo docela dobře, ale nejspíš to nebude mít velký dopad, dokud se to široce nenasadí 15:25 &lt;jrandom&gt; Taky jsem si neurčil žádnou libovolnou cílovou propustnost, které bych chtěl dosáhnout, než půjdu dál na 0.6.2, i když mi intuice říká, že v optimalizacích by se mělo pokračovat, dokud nebudu moci úzká hrdla obhájit zpožděními skoků na jednotlivých routerech 15:26 &lt;jrandom&gt; momentálně to ale není naše úzké hrdlo, takže je pořád co dělat. 15:26 &lt;jrandom&gt; K tomu už nemám moc co dodat – má někdo otázky/připomínky/obavy? 15:28 &lt;jrandom&gt; ok, pokud ne, přesuňme se k 2) I2Phex 15:28 &lt;jrandom&gt; Tady nemám moc co dodat nad to, co zaznělo v e-mailu. Na fóru ale proběhla spousta diskusí, tak se tam stavte pro další novinky a výlevy 15:31 &lt;jrandom&gt; ok, pokud ne, přeskočme na 3) I2P-Rufus 15:31 &lt;jrandom&gt; tento bod byl vlastně jen opakování drbu, ale uvidíme, jak to půjde 15:32 &lt;jrandom&gt; Rawn / defnax: máte něco k doplnění? 15:35 &lt;tealc_&gt; co je i2p-rufus ? 15:35 &lt;jrandom&gt; port BitTorrentového klienta Rufus pro I2P (http://rufus.sourceforge.net/) 15:36 &lt;jrandom&gt; ok, jestli nic dalšího, můžeme přeskočit k dalšímu rychlému zpravodajství – 4) I2PSnarkGUI 15:37 &lt;jrandom&gt; Nemám k tomu moc co dodat, kromě „hej, super“ :) 15:38 &lt;+bar&gt; jo, vypadá pěkně 15:38 &lt;@frosk&gt; snark je další BT klient? 15:38 &lt;jrandom&gt; jo, ale snark je BitTorrentový klient dodávaný s I2P :) 15:38 &lt;@frosk&gt; aha jo, jasně :) 15:38 &lt;jrandom&gt; (aktuálně nástroj pro příkazovou řádku, ale multitorrent a webové rozhraní je na cestě, i když ne hned) 15:39 &lt;+fox&gt; &lt;ZipTie&gt; kdo dělal na strategii stahování „rarest-first“ pro snark? už se to někdy dodělalo? 15:39 &lt;jrandom&gt; jo, Ragnarok to implementoval 15:39 &lt;jrandom&gt; je to v aktuálním I2PSnark 15:39 &lt;+fox&gt; &lt;ZipTie&gt; cool 15:40 &lt;jrandom&gt; jo, přesně 15:41 &lt;+fox&gt; &lt;ZipTie&gt; bude i2p-bt tedy vyřazen ve prospěch buď rufus nebo snark? 15:41 &lt;jrandom&gt; to je na uživatelích 15:42 &lt;+fox&gt; &lt;ZipTie&gt; nebo udržovatelnosti :) 15:42 &lt;jrandom&gt; osobně si myslím, že pokud snark dostane webové rozhraní, integrované s router console, multitorrent schopnosti a nabídne ekvivalentní výkon jako ostatní, bude na tom dobře 15:43 &lt;jrandom&gt; ale skutečně, jak říkáš, to je klíč – kdo dělá údržbu a vývoj, ten určuje směr 15:43 * jrandom neudržuje aplikace v Pythonu 15:44 &lt;jrandom&gt; ok, jestli nic dalšího ke 4, pojďme na 5) Syndie 15:45 &lt;jrandom&gt; Dělal jsem trochu výzkumu použitelnosti, jak nejlépe pokračovat, a myslím, že máme na cestě poměrně životaschopné UI, ale pokud máte názor, napište ho na Syndie nebo na fórum a snad ho budeme moci zohlednit 15:46 &lt;tealc_&gt; ahh, myslel jsem, že i2phex je Java.. na fórech jsou .exe instalátory a .exe v zipech 15:47 &lt;jrandom&gt; i2phex je Java 15:47 &lt;jrandom&gt; a to .exe funguje na jakékoli platformě, na které funguje Java 15:47 &lt;jrandom&gt; java -jar i2phex.exe 15:47 &lt;jrandom&gt; (ano, vážně) 15:49 &lt;jrandom&gt; (odkašlání) 15:49 &lt;jrandom&gt; dust: něco k doplnění ohledně věcí kolem Syndie? 15:50 &lt;dust&gt; ne 15:50 &lt;jrandom&gt; ok super. pokud k tomu nikdo další nic nemá, skočme na starou jistotu: 6) ??? 15:50 &lt;jrandom&gt; má někdo ještě něco, co chce na schůzi otevřít? 15:53 &lt;+fox&gt; &lt;reliver&gt; je paella hotová ? ;-) 15:53 * jrandom bere si spork 15:54 &lt;jrandom&gt; (v tom duchu...) 15:54 &lt;+fox&gt; &lt;reliver&gt; a kočka pořád smrdí jako kočky ;?) 15:54 * jrandom končí 15:54 * jrandom *baf* uzavírá schůzi </div>/cs/blog/2005/11/08/stavov%C3%A9-pozn%C3%A1mky-k-i2p-ze-dne-2005-11-08/Tue, 08 Nov 2005 00:00:00 +0000/cs/blog/2005/11/08/stavov%C3%A9-pozn%C3%A1mky-k-i2p-ze-dne-2005-11-08/<p>Ahoj všichni, zase úterý.</p> <ul> <li>Index</li> </ul> <ol> <li>Stav sítě / krátkodobý plán 2) I2Phex 3) I2P-Rufus 4) I2PSnarkGUI 5) Syndie 6) ???</li> </ol> <ul> <li> <ol> <li>Net status / short term roadmap</li> </ol> </li> </ul> <p>0.6.1.4 se stále zdá být docela stabilní, i když od té doby v CVS přibylo několik oprav chyb. Také jsem přidal několik optimalizací pro SSU, aby přenášel data efektivněji, které by, doufám, po širokém nasazení měly mít znatelný dopad na síť. Momentálně však 0.6.1.5 odkládám, protože je tu ještě několik dalších věcí, které chci dostat do příštího vydání. Aktuální plán je vydat ho tento víkend, takže sledujte nejnovější zprávy.</p>/cs/blog/2005/11/01/pozn%C3%A1mky-ke-stavu-i2p-k-2005-11-01/Tue, 01 Nov 2005 00:00:00 +0000/cs/blog/2005/11/01/pozn%C3%A1mky-ke-stavu-i2p-k-2005-11-01/<p>Ahoj všichni, opět nadešel ten čas v týdnu</p> <ul> <li>Index</li> </ul> <ol> <li>0.6.1.4 a stav sítě 2) boostraps, předchůdci, globální pasivní protivníci a CBR 3) i2phex 0.1.1.34 4) aplikace voi2p 5) syndie a sucker 6) ???</li> </ol> <ul> <li> <ol> <li>0.6.1.4 and net status</li> </ol> </li> </ul> <p>Zdá se, že vydání 0.6.1.4 z minulé soboty proběhlo docela hladce – 75 % sítě už aktualizovalo (díky!) a většina ze zbytku je stejně na 0.6.1.3. Zdá se, že všechno funguje docela dobře, a i když jsem k tomu moc ohlasů – ani pozitivních, ani negativních – neslyšel, předpokládám, že kdyby to bylo špatné, hlasitě byste si stěžovali :)</p>/cs/blog/2005/11/01/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-1.-listopadu-2005/Tue, 01 Nov 2005 00:00:00 +0000/cs/blog/2005/11/01/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-1.-listopadu-2005/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> brutus, cervantes, Complication, defnax, dust, jme\___, jrandom, polecat, redzara</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 15:04 &lt;jrandom&gt; 0) ahoj 15:04 &lt;jrandom&gt; 1) 0.6.1.4 a stav sítě 15:04 &lt;jrandom&gt; 2) boostrapy, předchůdci, globální pasivní protivníci a CBR 15:05 &lt;jrandom&gt; 3) i2phex 0.1.1.34 15:05 &lt;jrandom&gt; 4) aplikace voi2p 15:05 &lt;jrandom&gt; 5) syndie a sucker 15:05 &lt;jrandom&gt; 6) ??? 15:05 &lt;jrandom&gt; 0) ahoj 15:05 * jrandom mává 15:05 &lt;jrandom&gt; týdenní poznámky o stavu jsou zveřejněny na @ http://dev.i2p.net/pipermail/i2p/2005-November/001186.html 15:05 &lt;jrandom&gt; (uvidíme, jestli mě ta kočka nechá psát oběma rukama...) 15:06 &lt;jrandom&gt; ooh, vypadá to, že jsme o pár minut dřív (zatracený posun hodin), ale třeba to vykompenzuje, že jsme byli předtím o pár minut pozdě ;) 15:07 &lt;jrandom&gt; každopádně, pustíme se do 1) 0.6.1.4 a stav sítě 15:08 &lt;jrandom&gt; nemám moc co dodat nad rámec toho, co je v poznámkách o stavu 15:08 * cervantes čeká na správný čas, aby pozdravil 15:08 &lt;jrandom&gt; heh 15:09 &lt;jrandom&gt; máš 19 sekund, podle timeanddate.com :) 15:09 &lt;@cervantes&gt; ahoj 15:09 &lt;jrandom&gt; ;) dobře, každopádně, má někdo nějaké komentáře/obavy k 0.6.1.4? podle toho, co vidím, to šlo docela dobře 15:10 &lt;+Complication&gt; Napočítal jsem dnes 747,6 routers :P 15:10 &lt;jrandom&gt; jo, poslední dobou jsme měli vyšší obměnu než obvykle 15:10 &lt;jrandom&gt; pořád chodí spousta referrerů z toho článku na digg / gotroot 15:10 &lt;+Complication&gt; A jeden trik, jak „znát“ víc peerů, je prostě méně často restartovat :) 15:10 &lt;jrandom&gt; heh, to je pravda 15:10 &lt;@cervantes&gt; *cough*sourceforge*cough* 15:11 &lt;+polecat&gt; Měl jsem občas problémy s tím, že počet participating tunnels náhle klesne. Může to být tou zatracenou věcí NAT. 15:11 * jrandom se zašklebí. měl jsi hodně referrerů ze sf, cervantesi? 15:11 &lt;+Complication&gt; cervantes: myslíš tu *tu* stránku na SourceForge? :eek: 15:11 * cervantes nezaznamenává referrery 15:11 &lt;jrandom&gt; hmm, polecate, může to být problém s tvým NATem, ale pokles počtu participating tunnels není ve skutečnosti nic špatného – ono by to tak /mělo/ dělat 15:11 &lt;jrandom&gt; aha, ok, cervantesi 15:12 &lt;+polecat&gt; Opravdu? Myslel jsem, že hodně participating tunnels je dobré. 15:12 &lt;+Complication&gt; polecate: u mě je to dřív rychle shazovalo, když to překročilo prakticky použitelnou šířku pásma 15:12 &lt;@cervantes&gt; dávám si záležet, abych logoval jen minimum potřebné k ladění problémů na fóru ;-) 15:12 &lt;@cervantes&gt; protože lidé jsou na tohle téma citliví 15:12 &lt;@cervantes&gt; toho jsem si všiml... 15:13 &lt;jrandom&gt; polecate: jasně, ale ten počet by měl klesnout, když se tvůj stroj zatíží nebo se jinak chová divně 15:13 &lt;jrandom&gt; rozumné, cervantesi 15:13 * jrandom si loguje rodné příjmení matky každého, aby lidem připomněl, že nemají nikomu věřit ;) 15:14 &lt;jrandom&gt; (nebo snad ne? to se nikdy nedozvíte ;) 15:15 &lt;jrandom&gt; polecate: tvůj NAT se jen náhodně restartuje, nebo ztrácí svou IP adresu, nebo něco jiného? 15:15 &lt;@cervantes&gt; jo, možná na to změním názor.... je až moc zábavné vidět, odkud všichni přicházejí přes odkazy :P 15:16 &lt;jrandom&gt; takhle jsem našel články na got-root a digg :) 15:16 &lt;dust&gt; všiml jsem si v poslední době lepší propustnosti sítě, nebo si to zase jen představuju? 15:17 &lt;jrandom&gt; mělo by to být lepší, zejména u krátce žijících spojení (např. HTTP odpovědí) 15:18 &lt;jrandom&gt; na druhou stranu to není takové zlepšení, jak jsem doufal, takže je tam pořád práce, co udělat 15:18 &lt;dust&gt; např. i2phex v podstatě využije jakýkoli limit, který mu dám, když mu dám dost paralelních přenosů 15:18 &lt;jrandom&gt; pěkné 15:20 &lt;dust&gt; per-tunnel se zdá omezené &lt;~10k/s 15:20 &lt;dust&gt; nebo per-transfer 15:20 &lt;+polecat&gt; Dobře, můj stroj se občas opravdu zatěžuje. 15:21 &lt;@cervantes&gt; všimli si nějakého zlepšení lidé s omezeným připojením (šířkou pásma)? 15:22 &lt;jrandom&gt; hmm, jasně, 10KBps na stream se zdá zhruba to, co vidím i já 15:22 &lt;jrandom&gt; cervantesi: myslím, že jsme je všechny vyplašili (ale pokud by to chtěl někdo s modemem nebo fakt příšerným připojením zkusit a podat zprávu, ocenili bychom to :) 15:23 &lt;jrandom&gt; ok, jestli není nic dalšího k 1), přesuneme se k 2) boostrapy, předchůdci, globální pasivní protivníci a CBR 15:23 &lt;jrandom&gt; o tomhle bylo na mailing listu hodně diskuse (říjen měl víc příspěvků než kterýkoli jiný měsíc od začátku i2p!) 15:24 &lt;defnax&gt; koukal se někdo na eepsites.i2p? 15:24 &lt;jrandom&gt; kromě toho, co je v poznámkách o stavu, si nejsem jistý, co mám momentálně dodat. Má někdo nějaké otázky/komentáře/obavy? 15:24 &lt;@cervantes&gt; myslím, že sespouštěl plný tunnel CBR tím, že jsi udržoval konstantní úroveň mailů na i2plist 15:24 &lt;jrandom&gt; heh, cervantesi 15:24 &lt;jrandom&gt; defnaxi: jo, vypadá to pěkně, pěkná databáze, co tam roste 15:25 &lt;jrandom&gt; stejně tak tino.i2p 15:25 &lt;defnax&gt; ale nelíbí se mi to 15:25 &lt;+polecat&gt; Hele, já mám připojení s omezenou šířkou pásma! i2p má 10K/s nahoru a 32K/s dolů. :) 15:26 &lt;defnax&gt; www.eepsites.com – pak mohou všichni běžní uživatelé internetu vyhledávat i2p stránky 15:26 &lt;defnax&gt; a MPAA nebo RIAA mohou procházet, jaké stránky jsou k dispozici a 15:26 &lt;jrandom&gt; no a? 15:26 &lt;jrandom&gt; MPAA/RIAA/atd. si prostě můžou pustit i2p, pokud chtějí vidět, co je na i2p 15:26 &lt;jrandom&gt; w3wt polecat 15:27 &lt;jrandom&gt; (ježíš, některé hnusné vyhledávací dotazy @ eepsites.com...) 15:27 &lt;defnax&gt; to není dobré pro anonymitu 15:27 &lt;defnax&gt; pak všichni uživatelé vědí, kde najít torrenty na I2P eepsites 15:27 &lt;jrandom&gt; defnaxi: stejně tak tino.i2p 15:27 &lt;@cervantes&gt; líbí se mi falešné google reklamy na eepsites.i2p.... ale každopádně, odbíháme 15:27 &lt;jrandom&gt; defnaxi: to není dobré pro /utajení/. To je něco jiného než anonymita. 15:27 &lt;jrandom&gt; lidé hostující veřejné eepsites by měli očekávat, že je může kdokoli zobrazit 15:28 &lt;jrandom&gt; pokud chtějí omezit, kdo k nim má přístup, měli by to udělat 15:28 &lt;jrandom&gt; jo, rozhodně, cervantesi :) 15:28 &lt;+polecat&gt; Kdokoli, kdo chce soukromý eepsite, prostě mu nedá jméno v hosts.txt. Problém vyřešen! 15:28 &lt;defnax&gt; ale běžní uživatelé internetu nesmí vědět, které eepsites jsou k dispozici! 15:28 &lt;jrandom&gt; polecate: to není úplně dostačující 15:29 &lt;+polecat&gt; Opravdu? 15:29 &lt;jrandom&gt; promiň, možná defnaxe špatně chápu. Proč by lidé neměli vědět, jaké eepsites jsou dostupné? 15:29 &lt;defnax&gt; vím, že se to pak neobjeví ve vyhledávači, když ten eepsite nezveřejníš 15:29 &lt;+polecat&gt; myslel jsem, že to je brute-force průchod prostorem klíčů base64, aby se našly eepsites... 15:29 &lt;jrandom&gt; polecate: ano, někdo může sklízet netDb 15:29 &lt;defnax&gt; myslím, že ten člověk nepotřebuje I2P 15:29 &lt;jrandom&gt; no, sklízet leaseSets je podstatně víc práce než sklízet routers... 15:30 &lt;jrandom&gt; promiň, nerozumím 15:30 &lt;jrandom&gt; eepsites.com je veřejné rozhraní k vyhledávači přes veřejné eepsites. Nezveřejňuje se nic soukromého 15:30 &lt;@cervantes&gt; lol @ posledních 5 hledání 15:30 &lt;+Complication&gt; Jo, pole „last searches“ naznačuje, že někdo (ironicky někdo, kdo je nejspíš neanonymní) je trošku nemocný. 15:30 &lt;+Complication&gt; Ah, no budiž. 15:30 &lt;defnax&gt; myslím, že on nepotřebuje I2P ! na veřejné IP říká, na kterých eepsites jsou torrenty nebo jiné věci dostupné! 15:31 &lt;defnax&gt; na I2P je to ok , ale ne na normálním internetu 15:31 &lt;jrandom&gt; defnaxi: jasně, ten člověk, co provozuje eepsites.com, sám I2P nepotřebuje. můžeš zjistit jeho domácí adresu, telefonní číslo atd. 15:31 &lt;jrandom&gt; ale na druhou stranu totéž platí pro forum.i2p. 15:31 &lt;jrandom&gt; (a do jisté míry www.i2p, i když to ti nedá /moje/ informace ;) 15:32 &lt;jrandom&gt; některé stránky jsou veřejné. To je v pořádku. To je fajn. 15:32 &lt;+fox&gt; &lt;jme___&gt; defnaxi, jaké útoky jsou možné díky tomuhle webu, které nejsou bez něj? 15:32 &lt;@cervantes&gt; Complication: chichot 15:32 &lt;jrandom&gt; nabízejí potenciálně užitečnou službu lidem, kteří si chtějí i2p vyzkoušet před instalací 15:33 &lt;defnax&gt; ok, nějaké novinky z I2Psnark? 15:33 &lt;+Complication&gt; cervantesi: jo, nic jako stará dobrá ironie :) 15:33 &lt;defnax&gt; bude před 0.6.2 webové rozhraní/GUI? 15:33 &lt;@cervantes&gt; defnaxi: i2p inproxy je k dispozici už několik měsíců 15:33 &lt;jrandom&gt; defnaxi: ne, ale asi bychom měli skočit dopředu v programu, než narazíme na 6) ??? 15:33 &lt;jrandom&gt; ok, je ještě něco k 2) boostrapy, předchůdci, globální pasivní protivníci a CBR? 15:34 &lt;jrandom&gt; nebo přejdeme k 3) I2Phex 0.1.1.34 15:34 &lt;jrandom&gt; [berte to jako přesunuto] 15:35 &lt;jrandom&gt; ok, ti, kdo ještě nejsou na 0.1.1.34, by měli upgradovat, protože v tom vydání je pár důležitých věcí. Ti, kdo už jsou na 0.1.1.34 a chtějí pomoci testovat zatím nevydaná vylepšení, je další práce v CVS, takže když to zkusíte a narazíte na problémy, napište prosím na fórum 15:36 &lt;jrandom&gt; mimochodem, slyšel jsem také o dobrém pokroku na frontě gwebcache, ale zatím žádné zprávy o integraci do i2phex 15:36 &lt;jrandom&gt; redzaro: nějaké zprávy o mergi? 15:37 &lt;+Complication&gt; Vylepšení v CVS po .34 dělají GUI zdánlivě *mnohem* svižnější. 15:38 &lt;jrandom&gt; super, jo, tu odezvu v &lt;= ..34 jsem nezvládal, ale nejsem si jistý, jestli jsou opravy úplně bez regresí, protože nerozumím všemu kódu. ale to se /zdá/ ok :) 15:42 &lt;+redzara&gt; jrandome : promiň, ale ve Francii jsme právě změnili čas na zimní a práce je u konce pro I2phex, musím jen dohnat 2 nebo 3 bugy 15:43 &lt;jrandom&gt; ah, super! 15:43 &lt;jrandom&gt; nespěchá to, jen jsem se ptal 15:44 &lt;+redzara&gt; a možná si musím stáhnout poslední kód I??phex, abych zjistil, jestli se úprava od GregoraK aplikuje na poslední kód phexu ?!? 15:45 &lt;jrandom&gt; jo, bude potřeba zakázat funkci remote request, ale byla to triviální dvouřádková oprava (zakomentovat požadavky MAGMA a URI). 15:45 &lt;jrandom&gt; stejně tak pro poslední problém se synchronizací (odebrat zbytečné zámky na síťových operacích) 15:46 &lt;+fox&gt; &lt;jme___&gt; I??phex &lt;- zajímavé, jak překlep může odhalit i lokaci :) 15:46 &lt;jrandom&gt; ne tolik jako „ve Francii“ ;) 15:46 &lt;+redzara&gt; to už mám hotové v mém kódu 15:46 &lt;@cervantes&gt; hehe 15:46 &lt;jrandom&gt; (ale to je další bug, který ještě není opravený... ty věci kolem znakové sady irc) 15:46 &lt;jrandom&gt; ok, super, redzaro 15:47 &lt;+redzara&gt; jme___ : nesnažím se skrývat svou lokaci, víš :-) 15:47 &lt;+redzara&gt; takže k i2phex už ode mě nic dalšího 15:47 &lt;+fox&gt; &lt;jme___&gt; redzaro, ok :) 15:48 &lt;jrandom&gt; ok, skvělé, díky za update 15:48 &lt;jrandom&gt; má ještě někdo něco k i2phex, nebo přejdeme k 4) aplikace voi2p? 15:49 &lt;+redzara&gt; berte to tak, že se přesouváme :) 15:49 &lt;jrandom&gt; k 4) si nejsem jistý, jestli mám něco navíc oproti tomu, co je v mailu, a vypadá to, že aum se odpojil, takže si asi budeme muset počkat na aktualizaci jindy 15:49 &lt;jrandom&gt; (pokud někdo další nemá něco k 4)?) 15:50 &lt;jrandom&gt; pokud ne, berte to jako přesun k 5) syndie a sucker 15:50 &lt;jrandom&gt; dust: chceš nám k tomu něco říct? 15:51 &lt;@cervantes&gt; takže je syndie teď dobrá v sání? 15:51 &lt;jrandom&gt; ano *cough* 15:51 &lt;dust&gt; heh 15:52 &lt;dust&gt; no, poznámka to v podstatě říká 15:52 &lt;dust&gt; pořád je tam co dělat 15:53 &lt;dust&gt; slovo k testování a hlášení bugů 15:54 &lt;jrandom&gt; ok, skvělé, nevíš z hlavy, jak to vypadá s rome-0.8? stojí za to čekat na chystané vydání, nebo máme vzít CVS build a upgradovat to později? 15:55 &lt;+fox&gt; &lt;brutus&gt; oj, co ten auto ping-pongující ircProxy, nějaký pokrok? 15:55 &lt;jrandom&gt; o žádném pokroku nevím 15:55 &lt;+fox&gt; &lt;brutus&gt; (ups, sry) 15:55 &lt;+polecat&gt; voi2p, udělej MP3 svého hlasu a pošli to přes i2p bittorrent. 15:56 &lt;dust&gt; ne, nevím ETA dalšího rome 15:56 &lt;dust&gt; nemohl jsem se dostat do CVS 15:57 &lt;dust&gt; (nepamatuju si proč) 15:57 &lt;jrandom&gt; ah, ok, zatím to nepotřebujeme, jen by to bylo fajn. tak tedy později 15:58 &lt;jrandom&gt; ok, má někdo ještě něco k 5)? nebo přejdeme k 6) ??? 15:59 &lt;jrandom&gt; [berte to jako přesunuto] 15:59 &lt;@cervantes&gt; brutus: nevěřím, že se na tom něco udělalo 16:00 &lt;dust&gt; mělo by se to udělat? 16:01 &lt;+fox&gt; &lt;brutus&gt; oki, jo, hádám, že je to taky dost nízká priorita 16:01 &lt;+polecat&gt; Pořád chci vědět, jak bychom mohli i2p a obecně anonymizační techniky zpřístupnit víc v chudých nebo nebezpečných místech. 16:01 &lt;jrandom&gt; polecate: tím, že někoho s vytáčeným připojením přimějeme pomoct testovat ;) 16:01 &lt;@cervantes&gt; zdarma puška ke každé instalaci? 16:02 &lt;jrandom&gt; polecate: na tom určitě pracujeme, ale napřed máme ještě strašně moc další práce. 16:02 &lt;jrandom&gt; dust: ta věc s IRC? mohlo by to stát za to, ale vylepšení suckeru jsou asi důležitější 16:02 &lt;jrandom&gt; (imho) 16:03 &lt;@cervantes&gt; (trochu zaujatý názor ;-) 16:03 &lt;@cervantes&gt; *biased 16:03 &lt;jrandom&gt; to jo, ale myslím, že moje zaujatost je Správná :) 16:04 * cervantes poznamenává velké písmeno ;-) 16:05 * Complication se dívá na telefonní zásuvku a přemýšlí, jestli z takových &lt;things&gt; může vzejít něco dobrého :D 16:05 &lt;+Complication&gt; Na druhou stranu, když po tom jde DSL, nemůže to být od přírody zlé. :D 16:05 &lt;+polecat&gt; Ne... ne Things! 16:05 &lt;@cervantes&gt; Complication: dá se to taky použít k volání lidem.... 16:06 &lt;jrandom&gt; ok, má někdo ještě něco k 6) ??? 16:07 * cervantes si nebyl jistý, jestli jsme vůbec něco měli k ??? 16:07 &lt;jrandom&gt; v tom případě... 16:07 * jrandom se rozmáchně 16:08 * jrandom *bafs* schůzi uzavírá </div>/cs/blog/2005/10/25/pozn%C3%A1mky-ke-stavu-i2p-k-2005-10-25/Tue, 25 Oct 2005 00:00:00 +0000/cs/blog/2005/10/25/pozn%C3%A1mky-ke-stavu-i2p-k-2005-10-25/<p>Ahoj všichni, další novinky z první linie</p> <ul> <li>Index</li> </ul> <ol> <li>Stav sítě 2) Integrace Fortuny 3) Stav GCJ 4) i2psnark se vrací 5) Více o bootstrappingu 6) Vyšetřování virů 7) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Uplynulý týden byl na síti docela dobrý – zdá se, že je vše poměrně stabilní, propustnost je normální a síť pokračuje v růstu do rozmezí 4–500 uzlů. Od vydání 0.6.1.3 došlo také k několika významným vylepšením a protože ovlivňují výkon a spolehlivost, očekávám, že později tento týden vydáme verzi 0.6.1.4.</p>/cs/blog/2005/10/25/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-25.-%C5%99%C3%ADjna-2005/Tue, 25 Oct 2005 00:00:00 +0000/cs/blog/2005/10/25/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-25.-%C5%99%C3%ADjna-2005/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> cat-a-puss, cervantes, Complication, dust, jme\___, jnymo\_, jrandom, legion, Ragnarok, reliver, Romster, shardy, susi23</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 16:24 &lt;jrandom&gt; 0) hi 16:24 &lt;jrandom&gt; 1) Net status 16:24 &lt;jrandom&gt; 2) Fortuna integration 16:24 &lt;jrandom&gt; 3) GCJ status 16:24 &lt;jrandom&gt; 4) i2psnark returns 16:24 &lt;jrandom&gt; 5) More on bootstrapping 16:24 &lt;jrandom&gt; 6) Virus investigations 16:24 &lt;jrandom&gt; 7) ??? 16:24 &lt;jrandom&gt; 0) hi 16:24 * jrandom waves 16:24 &lt;jrandom&gt; weekly status notes posted up @ http://dev.i2p.net/pipermail/i2p/2005-October/001079.html 16:25 * susi23 waves back 16:26 &lt;jrandom&gt; lets jump on in to 1) net status 16:26 &lt;jrandom&gt; as I mentioned, things look pretty reasonable so far. 16:26 &lt;+fox&gt; &lt;Romster&gt; ah meeting sweet 16:27 &lt;jrandom&gt; there is some good stuff coming down the line too, so we'll have a new release later this week 16:27 &lt;jrandom&gt; anyone have anything they want to bring up regarding 1) net status? 16:27 &lt;@cervantes&gt; omg 7 issues 16:27 &lt;+legion&gt; yup looking good :-) 16:27 &lt;jrandom&gt; busy week cervantes :) 16:28 &lt;@cervantes&gt; can only be good 16:28 &lt;+Complication&gt; Works relatively well, dev.i2p even - I can even pull CVS checkouts without EOF messages. 16:28 &lt;jrandom&gt; nice :) 16:28 &lt;+Complication&gt; Might have been release-related overloads, those last ones. 16:28 &lt;+Complication&gt; But I can't tell. 16:28 &lt;jrandom&gt; dev.i2p is on the latest build code too (-7), so it'll be hopefully performing substantially better than before 16:29 &lt;jrandom&gt; s/dev.i2p/cvs.i2p (etc)/ 16:29 &lt;+legion&gt; forums.i2p also seems to be much better than before :) 16:29 &lt;@cervantes&gt; *ahem* 16:29 &lt;+fox&gt; &lt;Romster&gt; is i2p safe to let others join etc? 16:29 &lt;+Ragnarok&gt; ok, now I've got to try this miraculous "cvs checkout that works the first time" 16:30 &lt;+fox&gt; &lt;Romster&gt; since there is no known limits now 16:30 &lt;@cervantes&gt; that's because everyone's hammering i2p-list instead of posting to the forum 16:30 &lt;+legion&gt; hmm you sure cervantes? 16:30 &lt;jrandom&gt; Romster: well, we've been growing at a pretty good pace lately, but we should hold off on public beta until 0.6.2 16:30 &lt;jrandom&gt; heh cervantes ;) 16:30 &lt;jrandom&gt; hush Ragnarok, you'll jinx it! 16:31 &lt;+Ragnarok&gt; wow... it's true. I'm speechless 16:31 &lt;+fox&gt; &lt;Romster&gt; k jrandom 16:31 &lt;jrandom&gt; (man my eyes are watering from the curry my roomates are cooking downstairs) 16:31 &lt;jrandom&gt; nice1 Ragnarok 16:32 &lt;+fox&gt; &lt;Romster&gt; lol now that's a strong curry 16:32 &lt;jrandom&gt; ok, if there's nothing else on 1), we can jump quickly through 2) Fortuna integration 16:32 &lt;jrandom&gt; (true that Romster) 16:32 &lt;+fox&gt; &lt;shardy&gt; yay for fortuna integration! 16:32 &lt;+fox&gt; &lt;Romster&gt; moving onto 2) :P 16:32 &lt;+fox&gt; &lt;Romster&gt; what is fortuna? 16:32 &lt;jrandom&gt; heh thought you'd like that shardy :) 16:32 &lt;+fox&gt; &lt;Romster&gt; i've been a bit behind the last month 16:32 &lt;+Complication&gt; PRNG algo, if I remember. 16:33 &lt;+Complication&gt; Supposedly a good one, or so they write. :P 16:34 * Complication knows nothing about its inner workings, though 16:34 &lt;jrandom&gt; shardy: I'd love if you could give it a look sometime 16:34 &lt;+fox&gt; &lt;shardy&gt; of course 16:34 &lt;+fox&gt; &lt;shardy&gt; you're using the gnu implementation? 16:34 &lt;jrandom&gt; Romster/Complication: there are some links in the email 16:34 &lt;jrandom&gt; yeah shardy - http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/core/java/src/gnu/crypto/prng/Fortuna.java 16:35 &lt;jrandom&gt; (integrated with http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/core/java/src/net/i2p/util/FortunaRandomSource.java ) 16:36 &lt;jrandom&gt; we vary from the straight gnu-crypto implementation though, since we've already got AES256 and SHA256 code (Cryptix's and Bouncycastle's, respectively) 16:36 &lt;jrandom&gt; ok, anyway, this looks cool, as we've been hacking through getting that support in there for probably a year now 16:37 &lt;jrandom&gt; (fortuna integration was one of the main projects driving smeghead to build 'pants' ;) 16:37 &lt;jrandom&gt; if anyone has any questions/comments/concerns about it, please bounce 'em to the list 16:37 &lt;jrandom&gt; (or email, or forum, of course) 16:38 &lt;+fox&gt; &lt;Romster&gt; yeah where is smeghead hes not been around for awhile now 16:38 &lt;jrandom&gt; smeghead is [redacted] doing [redacted] 16:39 &lt;jrandom&gt; ok, moving on to 3) GCJ status 16:39 &lt;jrandom&gt; i2p works on GCJ! [w00t!] 16:39 &lt;+susi23&gt; nice job 16:39 &lt;+legion&gt; sweet 16:39 &lt;jrandom&gt; at least, it does on GCJ 4.0.2 on linux 2.6.12. I haven't tried any other platforms 16:40 &lt;jrandom&gt; yeah, the GCJ and GNU Classpath folks have worked wonders 16:40 &lt;jrandom&gt; it was really easy to get it building, the old static reference classes I remember weren't necessary 16:41 &lt;+Complication&gt; Which sounds quite positive, given Sun Java's less-than complete openness (with regard to distribution, if I remember correct). 16:41 &lt;jrandom&gt; there's a makefile shipped with I2P now, though for simplicity, I think we'll probably stick with distributing pure java, at least primarily 16:41 &lt;+susi23&gt; (next we try to run it on J2ME ;) 16:42 &lt;+fox&gt; &lt;Romster&gt; GCJ to take over Suns JVM&gt; 16:42 &lt;cat-a-puss&gt; how is preformance with GCJ? 16:42 &lt;jrandom&gt; aye, though sun is entirely open, and we /could/ distribute their JVM along side I2P, but their license prohibits distributing their JVM as a general purpose tool 16:42 &lt;jrandom&gt; cat-a-puss: comparable 16:42 &lt;jrandom&gt; most of the heavy work in i2p is already done by assembler code ;) 16:43 &lt;+fox&gt; &lt;Romster&gt; how would i2p go with C#/mono again with that jave to C# adition (forgot it's name) 16:43 &lt;+fox&gt; &lt;Romster&gt; i remember jrandom and i both tryed it out ages ago 16:43 &lt;jrandom&gt; no idea. but if it works with gcj, it might work with ikvm - the mono jvm thing 16:44 &lt;+Ragnarok&gt; IKVM 16:44 &lt;+Ragnarok&gt; nm 16:44 &lt;+fox&gt; &lt;Romster&gt; ah tahts the one ikvm 16:44 &lt;+fox&gt; &lt;Romster&gt; much difereances with GCJ and IKVM and Sun's? 16:45 &lt;jrandom&gt; i've never used ikvm 16:45 &lt;+fox&gt; &lt;Romster&gt; i'm sure you have once with mono or was that eclipse? 16:45 &lt;+fox&gt; * Romster shrugs 16:45 &lt;jrandom&gt; and i2p as shipped doesn't currently support the router console, though it does support the router operation, i2ptunnel, and sam 16:46 &lt;+Ragnarok&gt; what's blocking the router console? 16:47 &lt;+susi23&gt; xerces, when I remember correctly 16:47 &lt;jrandom&gt; xerces stuff. the xercesImpl shipped with i2p has sun.* dependencies, and when I naively tried to drop in the latest xerces, getting that and jdom and rome and the rest of jetty GCJed was b0rking 16:47 &lt;jrandom&gt; there are some additional requirements of the latest xerces, it seems 16:48 &lt;jrandom&gt; (for jar files we don't currently ship). however, I'm sure we can track it down 16:49 &lt;+fox&gt; &lt;Romster&gt; jrandom is good at tracking down problems :) 16:49 &lt;jrandom&gt; even better at making problems 16:49 &lt;+fox&gt; * Romster featches a coffee 16:49 &lt;jrandom&gt; ok, anything else on 3) GCJ status? 16:49 &lt;jrandom&gt; or shall we move on to 4) i2psnark 16:50 &lt;jrandom&gt; consider us moved 16:50 &lt;jrandom&gt; ok, i2psnark is back (yay) 16:51 &lt;jrandom&gt; not much I have to add to whats in the mail... you have anything Ragnarok? 16:51 &lt;+Ragnarok&gt; nope 16:51 &lt;+susi23&gt; regarding web frontend 16:51 &lt;+Ragnarok&gt; more testing would be nice though, so everyone should try it :) 16:52 &lt;+susi23&gt; supporting it with susibt shouldn't be a problem 16:52 &lt;jrandom&gt; ooh give us the scoop susi23 :) 16:52 &lt;jrandom&gt; nice 16:52 &lt;+fox&gt; &lt;jme___&gt; naive question, why spending time supporting old bt client while other (azureus) support full blown client ? 16:52 &lt;jrandom&gt; jme___: azureus *is* kickass 16:52 &lt;+susi23&gt; major release of susibt is scheduled for november :) 16:53 &lt;jrandom&gt; heh cool susi23 16:53 &lt;+Complication&gt; To me, Azureus seemed terribly complex. 16:53 &lt;+Ragnarok&gt; azureus blows monkey chunks 16:53 &lt;+susi23&gt; for me, I always need a headless solution 16:53 &lt;+Ragnarok&gt; not to put too fine a point on it 16:53 &lt;+fox&gt; &lt;jme___&gt; ok :) 16:53 &lt;jrandom&gt; jme___: azureus is a bit heavyweight though, but is a great general purpose bt solution 16:53 &lt;+Complication&gt; (I personally could see the day I'd misconfigure something in it, and dent my anonymity.) 16:54 &lt;+fox&gt; &lt;jme___&gt; it make sense, just wanted to know 16:54 &lt;+fox&gt; &lt;Romster&gt; to me azerious never workd well i've moved to bitlord which does work 16:54 &lt;jrandom&gt; i do still plan on helping further improve the azneti2p plugin with the azureus folks, but i2psnark took literally less than 2 hours before I was swarming data 16:54 &lt;+legion&gt; Yeah azureus is just too big and complicated for i2p 16:54 &lt;+Complication&gt; If the goal is bundling a bt client along with i2p, a lightweight client sounds best. 16:54 &lt;+fox&gt; &lt;Romster&gt; KISS principal 16:54 &lt;+Ragnarok&gt; I like the official client best, but i2psnark has the major advantage of being simple enough for me to hack on 16:55 &lt;+legion&gt; thing is i2p doesn't need a heavyweight bittorrent client 16:55 &lt;jrandom&gt; yeah, its really clean code (with oddball gnu formatting ;) 16:55 &lt;+Ragnarok&gt; damn gnu 16:55 &lt;+Ragnarok&gt; worst brace style ever 16:55 &lt;jrandom&gt; heh 16:55 &lt;+fox&gt; &lt;Romster&gt; heh code reformatter :) 16:55 &lt;+Ragnarok&gt; jrandom won't let me :) 16:55 &lt;+Ragnarok&gt; well, for good reason 16:55 &lt;+fox&gt; &lt;jme___&gt; independance and simplicity are criteria i definitly agree with 16:56 &lt;+fox&gt; &lt;Romster&gt; will there be options to enable the bt-torrent program on each i2p node? 16:56 &lt;jrandom&gt; aye, it'd be nice if we can backport multitorrent, piece selection, and web capacity to mjw's mainline snark 16:56 &lt;+Ragnarok&gt; the simpler it is, the more likely it will be maintained 16:56 &lt;jrandom&gt; exaaactly Ragnarok 16:57 &lt;+legion&gt; yeah backporting those would be killer 16:57 &lt;+fox&gt; &lt;Romster&gt; as a OT point here take a look at emules KAD network i think it's rather neat. 16:57 &lt;jrandom&gt; Romster: its now shipped with the build by default, but once we get it into susibt, it'll be on the top nav with the rest of the clients 16:58 &lt;+Ragnarok&gt; we need to be able to ship a .torrent maker as well, though. And a tracker would be nice. 16:58 &lt;jrandom&gt; yeah, actually, snark has both of those, I just disabled them because i didn't want to maintain 'em :) 16:58 &lt;+legion&gt; hmm good point ragnarok 16:58 &lt;jrandom&gt; but getting them back in wouldn't be much trouble 16:59 &lt;+Ragnarok&gt; well, the torrent maker at least shouldn't be that bad 16:59 &lt;jrandom&gt; there's a Tracker.java too, and handling in the PeerAcceptor, but I threw out what wasn't necessary, so one would probably want to look back at http://klomp.org/snark/ for those 17:00 &lt;jrandom&gt; (and review `http://dev.i2p/~jrandom/snark_diff.txt` for changes) 17:00 &lt;+fox&gt; &lt;Romster&gt; since snarik is back it'll get worked on right :) 17:00 &lt;+legion&gt; actually when it comes to a tracker, it'd be better to come up with a distributed solution 17:00 &lt;+fox&gt; &lt;Romster&gt; snark* 17:00 &lt;jrandom&gt; porting code is easier than building a new distributed tracker legion ;) 17:00 &lt;+fox&gt; &lt;Romster&gt; legion, your your talking 17:00 &lt;+legion&gt; true, that 17:01 &lt;jrandom&gt; but I wouldn't be opposed to integrating a nice clean maintained anonymity-friendly distributed tracker solution :) 17:01 &lt;+fox&gt; &lt;Romster&gt; could be tacked onto the eepsites? 17:01 * jrandom spots a flying pony go past the window 17:01 &lt;+Ragnarok&gt; the official bt client has a kademlia based distributed tracker, but obviously that's only good as a design reference 17:01 &lt;+legion&gt; a place to start ;) 17:02 &lt;+fox&gt; &lt;Romster&gt; actually kademlia = emules KAD netowrk? hmm, if that's the case KAD would be ideal for a tracker but bootstraping is an issue 17:03 &lt;+Ragnarok&gt; they're based on the same algorithm, but they're not in any way compatable 17:03 &lt;+Ragnarok&gt; compatible, even 17:04 &lt;+Ragnarok&gt; doing something like emule's KAD for i2phex would be sort of interesting... 17:04 &lt;+Ragnarok&gt; anyway, flying ponies 17:04 &lt;jrandom&gt; :) 17:04 &lt;jrandom&gt; (agreed on both counts) 17:04 &lt;jrandom&gt; ok, anything else on 4) i2psnark? 17:05 &lt;+Ragnarok&gt; as long as we have something to make .torrent files, the existing trackers are fine 17:05 &lt;jrandom&gt; thats a good point - there's some commented out code in Snark's main I believe 17:05 &lt;+legion&gt; no I think the existing trackers are not fine :( 17:05 &lt;jrandom&gt; whats wrong with them legion? 17:05 &lt;cat-a-puss&gt; don't just hand uesrs a torrent file ether 17:05 &lt;+legion&gt; often have trouble accessing them 17:06 &lt;jrandom&gt; hmm cat-a-puss? oh, you mean, we need to get a web interface to transparently swarm? 17:06 &lt;+legion&gt; sites get flooded with traffic 17:06 &lt;jrandom&gt; ah, thats i2p's issue, hopefully 0.6.1.4 will improve that 17:06 &lt;jrandom&gt; postman was telling me how he was getting tons of hits @ tracker.postman.i2p 17:06 &lt;jrandom&gt; i forget the #s offhand 17:06 &lt;cat-a-puss&gt; If we are handling both the swarming code and the code to get the torrent in the first place, might as well make it transparent for the user 17:07 &lt;jrandom&gt; orion.i2p/bt/ isn't really used though 17:07 &lt;jrandom&gt; (and tracker-fr seems lively) 17:07 &lt;+susi23&gt; with susibt I hope to include trackers rss feed, so you don't need to go on the trackers webpage anymore but get the torrents downloaded automatically :) 17:07 &lt;cat-a-puss&gt; also prevents confusing an i2p torrent with a non-anonymous one 17:07 &lt;+fox&gt; &lt;jme___&gt; http tracker for bt doesnt scale due to poorely designed protocol 17:07 &lt;+fox&gt; &lt;Romster&gt; router watchdog router hung hard restart wtf 17:07 &lt;+legion&gt; right, which is my point some trackers are flooded while others are idle 17:07 &lt;jrandom&gt; cat-a-puss: ah, yeah I'd love to integrate hooks from syndie into susibt :) 17:07 &lt;+fox&gt; &lt;jme___&gt; it can be easily fixed but break the compatibility with official bt protocol 17:08 &lt;+fox&gt; &lt;jme___&gt; it is the road followed by the dht tracker stuff 17:08 &lt;jrandom&gt; (and the other way around, so people can easily syndicate .torrent files, etc) 17:08 &lt;+Complication&gt; Romster: I get those, but the machine I get them on is borderline (300 MHz) 17:08 &lt;+fox&gt; &lt;Romster&gt; the distributed tracker is the solution to hammered trackers 17:08 &lt;jrandom&gt; legion: that can easily be remedied by people using different trackers :) 17:08 &lt;+fox&gt; &lt;Romster&gt; azerius DHT 17:08 &lt;jrandom&gt; code is expensive, using different URLs is cheap 17:08 &lt;+legion&gt; yeah, but they don't seem to be doing that do they? 17:09 &lt;jrandom&gt; but, yes, a distributed tracker would be great. not on my roadmap though, but if someone gets it going, that would Rule. 17:09 &lt;+Complication&gt; In due time... surely someone can go distributed too. 17:09 &lt;+legion&gt; Instead of of posting torrents to tracker sites, they could post a bith and whatever details to their eepsite. 17:10 &lt;jrandom&gt; bith == hash? 17:10 &lt;+legion&gt; yeah, stands for bittorrent hash, not my term 17:10 &lt;+Complication&gt; In the beginning, though... a simple and solid client, in Java, bundled with the router... can solve many problems. (Perhaps even pull signed updates without overloading dev.i2p.) 17:11 &lt;+legion&gt; yeah, that would be great 17:11 &lt;jrandom&gt; aye Complication 17:11 &lt;+fox&gt; &lt;Romster&gt; yeah torrent updates 17:11 &lt;+fox&gt; &lt;Romster&gt; ok next item ont he list :) 17:12 &lt;jrandom&gt; ok, 5) more on bootstrapping 17:12 &lt;+legion&gt; yeah lets move on 17:12 &lt;jrandom&gt; lots of interesting stuff on the list as of late, and no way am i going to summarize it all here :) 17:12 &lt;+fox&gt; &lt;Romster&gt; bootstraping the i2p router database? 17:12 &lt;jrandom&gt; anyone have any questions/comments/concerns they want to discuss about the thread? 17:12 &lt;jrandom&gt; Romster: see the list and/or email 17:12 &lt;+fox&gt; * Romster needs to read that list 17:13 &lt;jrandom&gt; aye, there's good stuff on there :) 17:13 &lt;+fox&gt; &lt;Romster&gt; i've been rather busy laterly 17:13 &lt;+Complication&gt; 26 messages to read through, can't comment yet 17:13 &lt;jrandom&gt; still no end result, but we're looking towards a new way of building tunnels for 0.6.2 17:14 &lt;+fox&gt; &lt;Romster&gt; a new way, is there a flay in the current method? 17:14 &lt;+fox&gt; &lt;Romster&gt; flaw* 17:14 &lt;jrandom&gt; Michael's analysis shows the attack is not really a problem now, as there are easier attacks on the alternatives 17:14 &lt;jrandom&gt; read the list ;) 17:14 &lt;+fox&gt; &lt;Romster&gt; arg later 17:14 &lt;+fox&gt; &lt;Romster&gt; this is now :) 17:15 &lt;+fox&gt; &lt;Romster&gt; i'm noramlly asleep at this time. 17:15 &lt;+fox&gt; &lt;Romster&gt; so i rearly get to be at a meeting 17:16 &lt;cat-a-puss&gt; can you post your ideas for a new way / existing / rejected ways in an email to the list so we can compare 17:16 &lt;+fox&gt; &lt;Romster&gt; so its todo with attack methods and tunnel creation i assume, without reading the list yet 17:16 &lt;cat-a-puss&gt; (that's for Jrandom) 17:16 &lt;jrandom&gt; cat-a-puss: i'm not sure if we've really hashed out an end result yet 17:16 &lt;+fox&gt; &lt;Romster&gt; be an idea cat-a-puss 17:17 &lt;+Complication&gt; Romster: yes, it was more-or-less about giving the endpoint of an exploratory tunnel less influence as a possible attacker 17:17 &lt;jrandom&gt; but http://dev.i2p.net/pipermail/i2p/2005-October/001073.html is the latest for what I see coming out of your suggestion 17:17 &lt;jrandom&gt; well, not influence - i2p is a free route mixnet - but less information 17:18 &lt;+Complication&gt; Yes, that would likely be a more correct term 17:18 &lt;jrandom&gt; (the above linked url is full of arm waving, no solid crypto figured out yet) 17:18 &lt;+fox&gt; &lt;Romster&gt; lesss = better for more robustness agenst attacks, i get what your geting at 17:18 &lt;jrandom&gt; ((but i think its all doable with existing techniques) 17:19 &lt;jrandom&gt; Romster: here's a plot of Michael's attack against the existing algorithm, with the X axist saying what % of the network is compromised - http://dev.i2p.net/~jrandom/fraction-of-attackers.png 17:20 &lt;jrandom&gt; (plain telescopic building would be off the chart before hitting x=200) 17:20 &lt;jrandom&gt; ((so what we have now is literally orders of magnitude better)) 17:20 &lt;jrandom&gt; but we can improve upon that further 17:21 &lt;jrandom&gt; though there's also the garlic routing alternative too 17:21 &lt;jrandom&gt; anyway, yeah, more things to be hashed out, keep an eye on the list :) 17:21 &lt;+fox&gt; &lt;Romster&gt; ok i'll have a good read of that list later 17:22 &lt;+fox&gt; &lt;Romster&gt; and see if i can think of anything too add 17:22 &lt;jrandom&gt; cool 17:22 &lt;cat-a-puss&gt; would the "new" telescopic method be fast enough to do on demand construction? 17:22 &lt;jrandom&gt; I'm not sure we want that 17:22 &lt;jrandom&gt; its the O(1) vs O(N) issue 17:23 &lt;jrandom&gt; the new technique would allow tunnel creation without using the exploratory tunnels, leavng the exploratory tunnels for netDb operation 17:23 &lt;jrandom&gt; (and for exploratory tunnel creation :) 17:24 &lt;+fox&gt; &lt;Romster&gt; hrmm would it be worthwhile screwing with the hackers by givving them heaps of false positives thereby masking the real source 17:24 &lt;+legion&gt; sounds good :) 17:24 &lt;+legion&gt; I'd think some screwing like that would be good 17:24 &lt;cat-a-puss&gt; jrandom: right, I was asking if doing do would speed things up enough, so that sometimes that last hops don't know they are the last hop, as disguesed on list. 17:25 &lt;+fox&gt; &lt;Romster&gt; exploratory tunnels to collect netDB router refereances? 17:25 &lt;jrandom&gt; romster: we are the hackers ;) but yeah, if the false positives overwhelmed the true positives, it'd require substantially large number of attacks to get statistically significant data 17:26 &lt;jrandom&gt; hmm right cat-a-puss, but I'm not sure how that'd speed things up though, it'd move us from an O(1) to O(N) tunnel topology 17:26 &lt;jrandom&gt; or what do you mean by speed things up? 17:26 &lt;+fox&gt; &lt;Romster&gt; and if it got to the point of being detected it could then drop off and go silent forawhile? 17:26 &lt;jrandom&gt; using the new technique would reduce the failed tunnel creations, certainly 17:26 &lt;+fox&gt; &lt;Romster&gt; or mistearly change it's key and continue or something heh 17:26 &lt;jrandom&gt; romster: it'd probably be worth digging through the mails to review the attack ;) 17:27 &lt;+fox&gt; &lt;Romster&gt; yeah after sleep 17:27 &lt;+Complication&gt; Romster: afaik, it's a passive attack mostly, so the target can't detect it occurring 17:27 &lt;+fox&gt; &lt;Romster&gt; and fixing a friends pc i got sitting here 17:27 &lt;+fox&gt; &lt;Romster&gt; ah ic complication. 17:27 &lt;cat-a-puss&gt; jrandom: I'm not talking about the O(n) thing. I mean just waiting to construct a client tunnel until we need one for some apps, rather than just having them sit there all the time. 17:28 &lt;+Complication&gt; (but I might be wrong, and those last 26 messages might have active components) 17:28 &lt;+fox&gt; &lt;Romster&gt; would a long term passive attack evently find the target? 17:28 &lt;+fox&gt; &lt;Romster&gt; i'll comment after i've read the list 17:28 &lt;jrandom&gt; ah cat-a-puss, we'll certainly improve the tunnel pooling for 0.6.2. we currently only build the tunnel when we need it (giving ourselves a little time in case the creation fails) 17:28 &lt;+Complication&gt; Romster: well, persisting the attack beyond tunnel lifetime would require resources and patience 17:28 &lt;+fox&gt; &lt;Romster&gt; and understand it better 17:29 &lt;+Complication&gt; But time plays a part in every probability of success. You try long, you get more chances. 17:29 &lt;+fox&gt; &lt;Romster&gt; ah that's the idea tunnel life tiem be too short to actually have a worthwhile attack work. 17:29 &lt;jrandom&gt; each pool has a defined number of backup tunnels, and we by default build replacements between 60-120 seconds before an old one expires 17:29 &lt;+fox&gt; &lt;Romster&gt; time* 17:30 &lt;jrandom&gt; right Complication - each sample occurs only 'm' times every (c/n) tunnels 17:30 &lt;+fox&gt; &lt;Romster&gt; there is no interaction between each tunnel to gather stastics? 17:30 &lt;+fox&gt; &lt;Romster&gt; as one is about to die and another is being built 17:31 &lt;jrandom&gt; romster: the new tunnels do not talk to each other, no, but thats not the attack Michael has been describing 17:31 &lt;jrandom&gt; there are countless attacks out there, most of which we have dealt with, but whenever someone comes up with one that may have a bearing on I2P's operation, we want to analyze it further 17:31 &lt;+fox&gt; &lt;Romster&gt; must read the list, ok i'll leave it at that for now, anyone else got anything to say? 17:32 &lt;jrandom&gt; ok, if there's nothing else, lets move on to 6) virus investigations 17:32 &lt;+fox&gt; &lt;Romster&gt; actually one stastic i can see could be gathered is no 0 hop would mean that the next hop is not the end point so it could be ruled otu but with millions of nodes that analying technique would be useless 17:33 &lt;jrandom&gt; I don't have anything to add beyond whats been discussed on the forum 17:33 &lt;jrandom&gt; right Romster, there are predecessor attacks on tunnel length, which is one of the main things we're addressing in 0.6.2 17:33 &lt;+fox&gt; &lt;Romster&gt; virus, what virus, if it's linux it'll be nonexistant, but windows hmmm 17:34 &lt;+Complication&gt; Well, although I couldn't build a matching binary (hell knows hy) the final difference was small enough... to hopefully be useful to anyone interested in reading assembly code. 17:34 &lt;jrandom&gt; Romster: please, the weekly status notes should explain these agenda items, and the meeting is to discuss things /beyond/ whats in the notes ;) 17:35 &lt;+Complication&gt; I sure couldn't find anything obvious in there, but nor could I explain away all the difference. 17:35 &lt;@cervantes&gt; rtfml and rtff 17:35 &lt;+fox&gt; &lt;Romster&gt; yeah i haven't been upto speed for quite awhile, sorry about taht jrandom 17:35 &lt;@cervantes&gt; ;-) 17:35 &lt;jrandom&gt; aye, the fact that both a known safe bat file and the old one triggered the same detection code is substantial 17:35 &lt;+Complication&gt; Yes, that sort of eases doubts. 17:36 &lt;+Complication&gt; I guess the QBFC might have undocumented differences within the same version number (different builds?) 17:37 * jrandom has no idea, but its possibly just some OS interaction, or whatever. I don't know, you've put up enough analysis for people to make their own informed decision 17:37 &lt;+Complication&gt; I think it's better that way. 17:37 &lt;+Complication&gt; Disassembly is really notably outside my usual playground. 17:37 &lt;jrandom&gt; legion: is there anything you want to mention about this, or should people just go through the forum if they want more info? 17:38 &lt;@cervantes&gt; can I just re-iterate what others have said on the forum, and thank Complication for the time and maticulous attempts he's put in to checking this issue out 17:38 &lt;jrandom&gt; aye, its much appreciated 17:38 &lt;+legion&gt; I've nothing to add, I feel that I've said way too much about it already 17:39 &lt;jrandom&gt; 'k understood. ok, anyone else have anything to bring up on this, or shall we move on to 7) ??? 17:39 &lt;jrandom&gt; [consider us moved] 17:40 &lt;+fox&gt; * Romster seconds that :) 17:40 &lt;+legion&gt; ok for 7)??? how about we take a moment to discuss i2phex 17:40 &lt;jrandom&gt; cool, good idea 17:40 &lt;+fox&gt; &lt;Romster&gt; since i'm using it right now even :) 17:40 &lt;@cervantes&gt; no no group hug first 17:40 &lt;jrandom&gt; redzara mentioned he was going to be at the meeting, but progress on the merge is going slow 17:41 &lt;+legion&gt; susi23 inquired about a headless version 17:41 &lt;jrandom&gt; ah cool, i saw your post on that 17:41 &lt;+fox&gt; &lt;Romster&gt; might i add the favourites list needs to be wider to cope with the longer i2p keys 17:42 &lt;+susi23&gt; (that's no must, I was just curious about it) 17:42 &lt;jrandom&gt; well, no one can remember base64 keys, so I'm not sure if you're missing much Romster ;) 17:42 &lt;jrandom&gt; (and the first few bytes should be enough to uniquely identify them) 17:42 &lt;+fox&gt; &lt;Romster&gt; starting i2phex with a server is the major problem i see so far 17:42 &lt;+legion&gt; Actually I'd like to see only like the first 12 characters of keys to displayed in the client 17:42 &lt;+fox&gt; &lt;Romster&gt; heh guess 17:42 * Complication is regrettably majorly busy, and can't do no xml-rpc 17:43 &lt;jrandom&gt; seems reasonable legion 17:43 &lt;+fox&gt; &lt;Romster&gt; what about display as many characters to make the key unique 17:43 &lt;jnymo_&gt; I'm having good results with i2phex 17:44 &lt;jrandom&gt; cool jnymo_, i've been hearing good things too 17:44 &lt;+fox&gt; &lt;Romster&gt; so if 2 keys start with abc it'll be abcx 17:44 &lt;jnymo_&gt; 12 identical characters isn't likely, romster 17:44 &lt;+fox&gt; &lt;Romster&gt; true 17:44 &lt;+Complication&gt; Besides, simpler = quicker 17:44 &lt;+fox&gt; &lt;Romster&gt; but wouldnt need 12 if the keys are that far randomised 17:45 &lt;+Complication&gt; (not that there is much speed to gain from displaying things) 17:45 &lt;+legion&gt; Well maybe there could be a new host properties window, stating the full key and certain information like how much it is sharing and whatever 17:45 &lt;+susi23&gt; (netdb works great with 4 chars only for router ids) 17:45 &lt;+fox&gt; &lt;Romster&gt; or the database and using the keyname=base64 and only displaying the keyname 17:45 &lt;jrandom&gt; hmm, i thought there was already a peer info display legion? 17:46 &lt;jrandom&gt; legion: some things like that would be good to add to the mainline phex, most likely? 17:46 &lt;+legion&gt; hmm could be right... 17:46 &lt;jrandom&gt; (that way Gregor can maintain it ;) 17:46 &lt;+Complication&gt; Well, there's a "Browse host" function, but that may not be the exact same thing. (If it works.) 17:46 &lt;jrandom&gt; Complication: it does 17:46 &lt;jrandom&gt; (work, that is) 17:47 &lt;+Complication&gt; Seems to basically drop the host destkey into the search box 17:47 &lt;+Complication&gt; ...and runs a search. 17:48 &lt;jnymo_&gt; this may be an i2phex mainline issue, but I didn't see an ETA on i2phex downloads 17:48 &lt;+Complication&gt; Hmm... or actually, doesn't run a search. 17:48 &lt;+Complication&gt; Mine seems to wait until I manually start it. 17:48 &lt;+fox&gt; &lt;Romster&gt; whats the nearby i2phex running tickbox for? 17:49 &lt;+legion&gt; I see where there is plenty of room for improvement. ;) 17:49 &lt;jrandom&gt; yep :) 17:50 &lt;jrandom&gt; lots to be done, and the forum is a good place to post up ideas/suggestions/questions(/patches :) 17:50 &lt;+fox&gt; &lt;Romster&gt; despite it's ovous name 17:50 &lt;jrandom&gt; ok, anyone have anything else for the meeting? 17:50 &lt;+fox&gt; &lt;Romster&gt; hmm good point 17:50 &lt;+fox&gt; &lt;Romster&gt; can't think of anything else 17:51 &lt;+fox&gt; &lt;Romster&gt; but anyone working on a distributed data store? 17:51 * cervantes checks his watch 17:51 &lt;+fox&gt; &lt;Romster&gt; like activtely 17:51 &lt;jrandom&gt; Romster: beyond syndie, no 17:51 &lt;jrandom&gt; (not to my knowledge, at least) 17:52 &lt;+legion&gt; well I was wondering about integrating a http download manager into i2p, would make downloading larger content from eepsites easier. 17:52 &lt;+fox&gt; &lt;Romster&gt; q and iphex and one or 2 others but i've not seen anything mentained for awhile now 17:52 &lt;@cervantes&gt; what's the status of feedspace...I haven't heard aught of it in a while 17:52 &lt;jrandom&gt; legion: that would be cool - there's a post about that on the forum too i think 17:53 &lt;+fox&gt; &lt;Romster&gt; ah feedspace another one 17:53 &lt;jnymo_&gt; if this was mentioned in the meeting already, nm.. but, is there news on i2p freenet colab? 17:53 &lt;jrandom&gt; cervantes: last i heard frosk was kind of busy, but if frosk is around, maybe he can tell us more :) 17:53 &lt;+legion&gt; Personally I'd like to see a i2p entropy colab. 17:54 &lt;+fox&gt; &lt;Romster&gt; i have ideas for a datastore, but it be a expansion to existing methods that are in use currently 17:54 &lt;+legion&gt; Given that q, feedspace and such don't seem to be going anywhere fast right now 17:54 &lt;jrandom&gt; jnymo_: I've bounced the freenet folks some code to run on our SSU transport,toad has been joining in on some of the discussions, but freenet won't be in a position for us to run it as a data store on top of i2p for a while (after their 0.7 release comes out, most likely) 17:54 &lt;+fox&gt; &lt;Romster&gt; i want to start a project but not go over what others have done already 17:54 &lt;+legion&gt; wonder if it'd be possible to port entropy to run over i2p... 17:54 &lt;jrandom&gt; legion: entropy would be good, but integration is kind of hard. of course, people could run things like fproxy.i2p for entropy 17:55 * jrandom doesnt know entropy's transport code at all 17:55 &lt;+fox&gt; &lt;Romster&gt; i've put my irc client on hold, there is alot of them in progress already all i2p needs now is a datastore and it'll beat freenet with ease :) 17:55 &lt;jrandom&gt; (but perhaps that'd be a good way to get someone to hack on the GCJ SDK :) 17:56 &lt;jrandom&gt; Romster: helping out on other efforts is a lot more rewarding that starting brand new projects, as you get a lot more done with less effort :) 17:56 &lt;jnymo_&gt; ah.. congrats on the gcj port 17:56 &lt;+fox&gt; &lt;Romster&gt; entropy's is in c or C++ iirc 17:57 &lt;jrandom&gt; right Romster, which is why they'd be able to use I2P's SDK and streaming lib, built with GCJ into native libraries 17:57 &lt;+fox&gt; &lt;Romster&gt; jrandom true, but who :) 17:57 &lt;jrandom&gt; not I 17:57 &lt;+legion&gt; oh and on another issue, just like to mention that today I released a new version of my readme.html update for the i2p router console. 17:57 &lt;jrandom&gt; (the only way to get something you care about done is for *you* to do it :) 17:57 &lt;jrandom&gt; cool 17:57 * dust would like to see some kind of 'squid' syndication for offloading eepsites 17:58 &lt;jrandom&gt; dust: yeah totally, if we can get sucker into that position, that'd be ideal 17:58 &lt;jrandom&gt; e.g. I'd love to get the latest info from orion in syndie, local 17:58 &lt;+fox&gt; &lt;Romster&gt; build a proxy for squid to use :) 17:59 &lt;+legion&gt; I'd been putting it of in the hope that certain improvements to the python eepsitechecker would have been made by now. 17:59 &lt;dust&gt; ah, syndie 17:59 &lt;jrandom&gt; (thats actually what syndie is for - syndication to cut down on load) 17:59 &lt;dust&gt; _the_ answer 17:59 &lt;jrandom&gt; there's a python eepsite checker? 17:59 &lt;+fox&gt; &lt;Romster&gt; first i've heard about it 17:59 &lt;+legion&gt; yeah, it's what I use ;) 18:00 &lt;jrandom&gt; cool legion 18:00 &lt;+legion&gt; really? It's been around for awhile 18:00 &lt;+fox&gt; &lt;Romster&gt; nice i'd like to check that out :) 18:00 &lt;@cervantes&gt; think someone ported baffled's script... can't remember who/when 18:00 &lt;+fox&gt; &lt;Romster&gt; i'm learning python 18:00 &lt;jrandom&gt; ah ok cervantes 18:00 &lt;+fox&gt; &lt;Romster&gt; the hard way by examples and the manual :) 18:00 &lt;jrandom&gt; yeah, i'm lazy, i just use polecat.i2p/i2psurvey/ and orion.i2p/ :) 18:01 &lt;jrandom&gt; (no need for me to spider) 18:01 &lt;+legion&gt; if someone would care to work with me on it, I'd really like to get the code fixed and working with either python 2.3 or 2.4 18:01 &lt;+fox&gt; &lt;Romster&gt; i have 2.4 installed here 18:01 &lt;+Ragnarok&gt; I may have a look at it. Got link? 18:01 &lt;+fox&gt; &lt;Romster&gt; actually think it's 2.4.1 18:02 &lt;+legion&gt; right now it has no py2exe compatibility and half of it works with each version, which means anyone running it needs to have both installed. 18:02 * jnymo_ would love to see an orion.i2p/I2PDirectory hybrid.. info, catagories, stats.. butter 18:02 &lt;+legion&gt; I'll archive it after the meeting and post a link to the forums 18:03 &lt;+Ragnarok&gt; ok 18:03 &lt;jrandom&gt; legion: hmm, do you see lots of people needing to run that though? I mean, only a few people need to spider 18:03 &lt;+fox&gt; &lt;Romster&gt; both eck, might be a bit much for me to translate to the newer dunno untill i look at the code 18:03 &lt;jrandom&gt; (not that there's anything wrong with making it easy for those few people, that is :) 18:04 &lt;+fox&gt; &lt;Romster&gt; cold be disected and used todo other things too? 18:04 &lt;+legion&gt; Well thing is I can see where there could be some uses for everyone that runs i2p. 18:04 &lt;+fox&gt; &lt;Romster&gt; could* 18:04 &lt;jrandom&gt; hmm, I'm not so sure, could you explain how? 18:04 &lt;jrandom&gt; I mean, I don't want everyone to essentially DDoS every eepsite 18:05 &lt;+legion&gt; One of which would be a dynamic bookmarks page, that is auto generated every 12-24 hours or so. 18:05 &lt;jrandom&gt; ah, that is trivial in syndie (actually one of the main features - 'new blogs') 18:05 &lt;jrandom&gt; ((but of course, syndie doesn't have a great ui for that yet)) 18:06 &lt;+fox&gt; &lt;Romster&gt; actually would only need a few to spider and throw it into a torrent/dht like database and sync that between nodes 18:06 &lt;jrandom&gt; right Romster (though that torrent/dht-like database to sync, or "syndi"cate, could be syndie ;) 18:06 &lt;+fox&gt; &lt;Romster&gt; could even be a hidden way to learn more i2p nodes and services 18:07 &lt;+fox&gt; &lt;Romster&gt; yeah or syndie 18:07 &lt;jrandom&gt; ok, anyone else have anything for the meeting? the curry is getting cold ;) 18:08 &lt;+fox&gt; &lt;Romster&gt; if syndie is going tobe that great one could store static pages to cashe and the same with images 18:08 &lt;+fox&gt; &lt;reliver&gt; bon appetit, jrandom :-) 18:08 &lt;jrandom&gt; exactly romster, you can do that now 18:09 &lt;jrandom&gt; ok, if there's nothing else... 18:09 * jrandom winds up 18:09 * jrandom *baf*s the meeting closed </div>/cs/blog/2005/10/18/pozn%C3%A1mky-ke-stavu-i2p-k-2005-10-18/Tue, 18 Oct 2005 00:00:00 +0000/cs/blog/2005/10/18/pozn%C3%A1mky-ke-stavu-i2p-k-2005-10-18/<p>Ahoj všichni, zase je úterý</p> <ul> <li>Index</li> </ul> <ol> <li>0.6.1.3 2) Freenet, I2P a darknety (pane jo) 3) Útoky při bootstrapu (inicializaci) Tunnel 4) I2Phex 5) Syndie/Sucker 6) ??? [odměna 500+ za symetrický NAT]</li> </ol> <ul> <li> <ol> <li>0.6.1.3</li> </ol> </li> </ul> <p>Minulý pátek jsme vydali novou verzi 0.6.1.3 a protože už je aktualizováno 70 % sítě, jsou ohlasy velmi pozitivní. Zdá se, že nová vylepšení SSU omezila zbytečné retransmise, což umožňuje efektivnější propustnost při vyšších rychlostech, a pokud je mi známo, nevyskytly se žádné větší problémy s IRC proxy ani s vylepšeními Syndie.</p>/cs/blog/2005/10/18/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-18.-%C5%99%C3%ADjna-2005/Tue, 18 Oct 2005 00:00:00 +0000/cs/blog/2005/10/18/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-18.-%C5%99%C3%ADjna-2005/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> bar, blx, cervantes, dust, GregorK, jme___, jnymo, jrandom, mrflibble, nickless_head, Ragnarok, Rawn, redzara, tethra, vulpine</p> <h2 id="záznam-schůzky">Záznam schůzky</h2> <div class="irc-log"> 16:10 &lt;jrandom&gt; 0) ahoj 16:10 &lt;jrandom&gt; 1) 0.6.1.3 16:10 &lt;jrandom&gt; 2) Freenet, I2P a darknety (ó jé) 16:10 &lt;jrandom&gt; 3) Tunnel bootstrap attacks 16:10 &lt;jrandom&gt; 4) I2Phex 16:10 &lt;jrandom&gt; 5) Syndie/Sucker 16:10 &lt;jrandom&gt; 6) ??? 16:10 &lt;jrandom&gt; 0) ahoj 16:10 * jrandom mává 16:10 &lt;jrandom&gt; týdenní poznámky o stavu jsou na http://dev.i2p.net/pipermail/i2p/2005-October/001017.html 16:10 &lt;dust&gt; jupí, už to funguje. díky, Gregore 16:10 &lt;cervantes&gt; čauky 16:11 &lt;+fox&gt; &lt;blx&gt; heloa 16:11 &lt;jrandom&gt; ok, pojďme na 1) 0.6.1.3 16:11 &lt;jrandom&gt; všichni jste aktualizovali docela svižně, díky! 16:12 &lt;jrandom&gt; věci vypadají v rozumném stavu, ale nemám moc co dodat nad to, co je v poznámkách o stavu 16:12 &lt;jrandom&gt; má někdo dotazy/připomínky/obavy ohledně 0.6.1.3? 16:13 &lt;jrandom&gt; dobře, pokud ne, skočme na 2) Freenet, I2P a darknety (ó jé) 16:13 &lt;cervantes&gt; 609 známých peerů! 16:14 &lt;cervantes&gt; (w00t) 16:14 &lt;jrandom&gt; jo, síť roste 16:14 &lt;+fox&gt; &lt;blx&gt; ó jé! 16:14 * cervantes pořádá tipovačku, za jak dlouho padne tisícovka 16:14 &lt;jrandom&gt; heh 16:14 &lt;tethra&gt; heheh 16:15 &lt;tethra&gt; sázíme digitální hotovostí? ;) 16:15 &lt;cervantes&gt; ale ukazuje to, jak je jádro I2P poslední dobou pevné, když adopce uživatelů zrychluje 16:16 &lt;cervantes&gt; kdepak...jrandom už nevědomky věnoval všechny své letošní pivní peníze 16:16 &lt;jrandom&gt; hehe 16:16 &lt;jrandom&gt; ok, k bodu 2), nejsem si jistý, že mám ještě co dodat (myslím, že jsme toho koně už zmlátili). Má někdo dotazy/připomínky/obavy? 16:18 &lt;cervantes&gt; jak jsi řekl, když nic jiného, vyprovokovalo to pár zajímavých, částečně souvisejících debat o bezpečnosti, tj. 3) 16:18 &lt;jrandom&gt; pokud ne, můžeme svižně přejít k 3) Tunnel bootstrap attacks 16:18 &lt;jrandom&gt; jo, to ano 16:19 &lt;jrandom&gt; problém, který Michael nastolil, kvantifikuje obecný názor, který jsem měl, a je fajn to udělat explicitně 16:20 &lt;jrandom&gt; později večer bude další diskuse o novějším útoku (až stihnu sepsat odpověď), ale ten první nevypadá jako velký problém 16:21 &lt;jrandom&gt; dává to lidem smysl, nebo máte k tomu dotazy či obavy? 16:22 &lt;cervantes&gt; heh... to buď znamená, že s tím všichni v pohodě souhlasí, nebo se v tom vůbec nevyznají 16:23 &lt;cervantes&gt; zařadím se do kategorie „nevědomost je blaženost“ 16:23 &lt;jrandom&gt; heh, v podstatě je to útok, kdy zlí hoši náhodou jsou odchozím koncovým bodem každého tunnel, který jsi kdy postavil 16:23 &lt;jrandom&gt; když ale teprve startuješ, „každý tunnel, který jsi kdy postavil“ je velmi malé číslo (např. 0, 1, 2) 16:24 &lt;jrandom&gt; ale po pár sekundách to číslo naroste dost na to, aby se (c/n)^t změnilo v opravdu hodně malé číslo 16:25 &lt;tethra&gt; (c/n)^t je... 16:25 &lt;jrandom&gt; (tohle je jeden z důvodů, proč nespouštíme i2cp listener – a tedy i i2ptunnel/apod. – hned, ale až chvíli po startu) 16:25 &lt;jrandom&gt; c == počet spolupracujících peerů (zlí hoši), n == počet peerů v síti, t == počet tunnels, které jsi postavil. 16:25 &lt;cervantes&gt; jasně... 16:25 &lt;tethra&gt; ah 16:26 &lt;jrandom&gt; takže jak t roste, pravděpodobnost úspěšného útoku hodně klesá 16:26 &lt;cervantes&gt; takže aby to vůbec bylo reálné, musel bys začít používat svůj router pro citlivé úlohy během pár minut po startu? 16:26 &lt;jrandom&gt; (nebo v každém případě menší než pravděpodobnost ovládnutí všech hopů v jednom tunnel) 16:26 &lt;tethra&gt; ahh, chápu 16:27 &lt;jrandom&gt; cervantes: hned, než se postaví 3. tunnel 16:27 &lt;jrandom&gt; (za předpokladu, že používáš 3-hop tunnels) 16:27 &lt;cervantes&gt; to je dost nepravděpodobné 16:28 &lt;cervantes&gt; už jen z pohledu způsobu použití 16:28 &lt;jrandom&gt; přesně tak. 16:28 &lt;jrandom&gt; a jelikož při startu stavíme víc než 3 tunnels, než pustíme jakékoliv klienty, není to jen otázka pravděpodobnosti 16:28 &lt;jrandom&gt; ale i tak je dobré ten útok kvantifikovat 16:29 &lt;cervantes&gt; stojí za to nechat router šlapat o něco déle, abychom se pojistili proti jakékoliv pravděpodobnosti? 16:30 &lt;cervantes&gt; nebo šlapat ještě víc... 16:30 &lt;jrandom&gt; možná. pokud budeme ignorovat čas navázání spojení i nenáhodný výběr peerů, pravděpodobnost je nulová 16:31 &lt;tethra&gt; to je důvod k „woot!“ chápu to správně? 16:32 &lt;jrandom&gt; jo, ale z inženýrského pohledu bychom ty vlastnosti ignorovat neměli ;) 16:32 &lt;jrandom&gt; takže pro 0.6.2 se na to možná podíváme během předělané implementace výběru/řazení peers pro tunnel, abychom se ujistili, že se to chová Rozumně 16:34 &lt;jrandom&gt; OK, pokud nic dalšího k 3), přesuňme se k 4) I2Phex 16:34 &lt;jrandom&gt; sirup tu není a striker(a) jsem na IRC neviděl – redzara, jsi tu? 16:36 &lt;+redzara&gt; ano 16:36 &lt;+redzara&gt; První průchod je téměř hotový: port Sirupova modu na nejnovější Phex CVS. 16:36 &lt;jrandom&gt; paráda! 16:36 &lt;+redzara&gt; dál: Druhý průchod: diff mezi Sirupovým kódem a základním Phex kódem použitým v počátečním vydání, abych si byl jistý, že na nic nezapomenu :) 16:37 &lt;+redzara&gt; možná hotovo o tomhle víkendu 16:37 &lt;jrandom&gt; wow, to by bylo skvělé 16:37 &lt;+redzara&gt; Třetí průchod: refaktor komunikační vrstvy s GregorK 16:37 &lt;+fox&gt; &lt;GregorK&gt; doufám, že víš, že v posledním Phex CVS není download kód stabilní a soubor stahování není kompatibilní s předchozími vydáními 16:38 &lt;jrandom&gt; tady je I2P, na nestabilitu jsme zvyklí :) 16:38 &lt;+fox&gt; &lt;GregorK&gt; :) 16:38 &lt;+redzara&gt; Poslední průchod bude dost těžký, protože teď nemám kontakt na GregorK :( 16:38 &lt;jrandom&gt; GregorK: co bys doporučil pro integraci? 16:39 &lt;+fox&gt; &lt;GregorK&gt; no, teď kontakt na mě máš ;) 16:39 &lt;jrandom&gt; ah jo, redzara, ty první dva jsou beztak dost velké :) 16:39 &lt;+redzara&gt; GregorK: čau chlape 16:40 &lt;+redzara&gt; GregorK: pečlivě jsem si přečetl všechny kódy 16:40 &lt;+fox&gt; &lt;GregorK&gt; mám nápad, jak postavit vrstvu... můžu se to pokusit připravit co nejlépe a pak uvidíme, jak to sedí a co je třeba změnit 16:40 &lt;+fox&gt; &lt;GregorK&gt; všechny?? páni... 16:40 &lt;+redzara&gt; Gregork: ano, všechny!! 16:41 &lt;cervantes&gt; on dokonce zná velikost tvého spodního prádla 16:41 &lt;Rawn&gt; :D 16:41 &lt;+fox&gt; &lt;GregorK&gt; skvělé... příště při nákupu se prostě zeptám tebe... 16:43 &lt;+fox&gt; &lt;GregorK&gt; bylo by fajn, kdyby někdo z týmu I2Phex mohl být i v týmu Phex.. 16:43 &lt;jrandom&gt; redzara: myslíš, že budeme mít vydání I2Phex 0.1.2 s výsledky tvého druhého průchodu ještě předtím, než všechno sloučíme do plugin vrstvy v mainline Phexu? Nebo to bude najednou? 16:43 &lt;+redzara&gt; Promiň, ale anglicky dostatečně nerozumím/nemluvím/nečtu/nepíšu, abych se zasmál tomu, co jsi napsal 16:43 &lt;+fox&gt; &lt;GregorK&gt; to by také pomohlo řešit chyby, které jsou na obou stranách 16:44 &lt;jrandom&gt; GregorK: doufejme ale, že najdeme způsob, jak mít I2P část jen jako tenký plugin v Phexu, že? 16:44 &lt;jrandom&gt; nebo myslíš, že by měly zůstat oddělené? 16:44 &lt;+redzara&gt; jrandom: myslím, že bychom mohli mít Phex 2.6.4 přes I2P, pro mě je I2Phex u konce 16:45 &lt;jrandom&gt; u konce? 16:45 &lt;+fox&gt; &lt;GregorK&gt; nejsem si jistý, že to takhle zvládneme hned od začátku, ale myslím, že většinu lze oddělit do pluginu. 16:45 &lt;jrandom&gt; super, jo, je to spousta práce, to určitě 16:46 &lt;jrandom&gt; zvlášť když se podíváš na věci jako java.net.URL (která při vytvoření objektu uniká DNS dotazy atd.) 16:46 &lt;+redzara&gt; jrandom: u konce, skončeno 16:46 &lt;+Ragnarok&gt; grr 16:47 &lt;jrandom&gt; ok, jasně, redzara, jakmile všechno rozběháme v Phex 2.6.4 přes I2P, souhlasím, že pro I2Phex nebude moc důvod 16:47 &lt;+fox&gt; &lt;GregorK&gt; správně... myslím, že Phex na některých místech používá Apache URI třídu jako workaround... ale jen když je to nutné 16:48 &lt;jrandom&gt; aha, jo, vzpomínám, že jsem si s tou knihovnou hrál, vypadá dobře 16:49 &lt;jrandom&gt; určitě pomůžeme s auditem anonymita/bezpečnost, než to doporučíme koncovým uživatelům přes i2p 16:49 &lt;jrandom&gt; (ne že bych tím naznačoval problémy v Phexu, jen problémy jsou v každé appce a snad pomůžeme je vychytat) 16:50 &lt;+fox&gt; &lt;GregorK&gt; u některých věcí jako použití Socket a podobně mám nápad, jak to hladce integrovat... ale jinde, u různých UDP feature a tak... ještě nevím, jak to nejlépe vyřešit 16:50 &lt;+fox&gt; &lt;GregorK&gt; o, jsem si jistý, že v Phexu je spousta problémů. :) 16:50 &lt;jrandom&gt; aha, jo, sockets budou snadné, ale možná budeme muset jiné věci vypnout. Na co se používá UDP – rychlé dotazy? 16:51 &lt;+fox&gt; &lt;GregorK&gt; aktuálně jen bootstrapping 16:51 &lt;+fox&gt; &lt;GregorK&gt; UDP Host Cache... náhrada za GWebCache 16:52 &lt;jrandom&gt; ahhh, ok. 16:52 &lt;+redzara&gt; Takže to nepotřebujeme, pokud máme slušný GWebCache? 16:53 &lt;+fox&gt; &lt;GregorK&gt; ano... ale standardní GWebCache má taky své bezpečnostní problémy... 16:53 &lt;+redzara&gt; GregorK: v rámci I2P myslím ne 16:54 &lt;jrandom&gt; aha, tohle lze obejít – I2PSocket je autentizovaný – znáš ‚destination‘ peeru na druhém konci, takže nemůžou říct „Já jsem, ehm... whitehouse.gov.. jasně!“ 16:54 &lt;jrandom&gt; ale máš pravdu, je to něco, co je třeba ověřit 16:54 &lt;+fox&gt; &lt;GregorK&gt; také firewall‑to‑firewall přenosy by byly UDP téma, které bychom rádi implementovali, jakmile se najde dobrovolník :) 16:54 &lt;jrandom&gt; aha, no, I2P nepotřebuje firewall‑to‑firewall přenosy – I2P vystavuje plně otevřený end‑to‑end adresní prostor :) 16:55 &lt;jrandom&gt; ale... ooh, to by mohlo být užitečné 16:55 &lt;jrandom&gt; kdyby měli uživatelé Phexu „0 hop tunnels“, dostali by NAT traversal/firewall‑to‑firewall přenosy zdarma, a to docela rychle 16:55 &lt;+fox&gt; &lt;GregorK&gt; další by byly LAN broadcasty dotazů a podobně... pro snadnější sdílení obsahu v privátních sítích 16:56 &lt;jrandom&gt; (0 hop tunnels nabízejí jistou míru věrohodné popiratelnosti, aniž by bylo nutné, aby provoz nesli prostřední peers) 16:57 &lt;jrandom&gt; hmm, LAN broadcast je fajn, ale nejsem si jistý, že by to I2P opravdu potřebovalo (je to riziko pro anonymitu vědět, kde ten druhý peer je :), takže tuhle funkci by možná šlo při použití I2P pluginu vypnout? 16:58 &lt;cervantes&gt; *ve výchozím stavu vypnuto 16:58 &lt;+fox&gt; &lt;GregorK&gt; no, zatím to není k dispozici... ale v tomhle případě se uživatelé obvykle stejně znají, aby si tu privátní síť vybudovali.. 16:58 &lt;jrandom&gt; jo, jasně, cervantesi 16:58 &lt;jrandom&gt; jasně jasně, GregorK 16:59 &lt;+fox&gt; &lt;GregorK&gt; jsou nějaké změny týkající se uživatelského rozhraní?? 17:00 &lt;+bar&gt; no, nebudeme potřebovat vlajky :) 17:00 &lt;jrandom&gt; minimálně by se hodila možnost pár konfiguračních voleb souvisejících s I2P. 17:01 &lt;jrandom&gt; myslím, že sirup dokázal přepnout část zobrazení tak, aby používala I2P ‚destinations‘ místo zobrazení IP + portu, takže myslím, že to bylo v pohodě 17:01 &lt;+redzara&gt; A co bitzy—Zatím nic, ale vlajky a země se nepoužívají 17:01 &lt;jrandom&gt; bitzy? 17:01 &lt;+redzara&gt; sorry, špatné copy/paste :( 17:02 &lt;+fox&gt; &lt;GregorK&gt; můžeš poskytnout seznam konfiguračních voleb a volitelných funkcí, které potřebujete? 17:03 &lt;jrandom&gt; jsem si jistý, že ti to dodáme. host+port, na kterém běží I2P, a pár rolet pro nastavení výkon/anonymita by mělo stačit 17:03 &lt;jrandom&gt; pošleme ti podrobnosti 17:02 &lt;cervantes&gt; [x] Super rychlý režim přenosu 17:02 &lt;+fox&gt; &lt;GregorK&gt; no, Bitzi se používá k identifikaci souborů... je to problém pro anonymitu? 17:03 &lt;vulpine&gt; &lt;redzara&gt; GregorK: připravuju to, ale v zásadě nejsou žádné změny 17:03 &lt;+fox&gt; &lt;GregorK&gt; :) zeptej se svého providera, cervantesi... 17:03 &lt;redzara&gt; GregorK: možná, pracuju na tom 17:04 &lt;cervantes&gt; GregorK: heh, obyvatel UK... bez šance ;-) 17:04 &lt;+fox&gt; &lt;GregorK&gt; když přenášíš soubory mezi 2 instancemi Phexu na tom samém PC... přenosy jsou bleskové ;) 17:05 &lt;cervantes&gt; super... mám spoustu skvělých filmů, o které se můžu podělit sám se sebou :) 17:05 &lt;cervantes&gt; * vyškrtněte to ze zápisu ze schůzky * 17:06 &lt;bar&gt; jrandom už to nakousl, ale tady je ten bláznivý nápad znovu: 17:06 &lt;+bar&gt; co takhle integrovat I2P přímo do Phexu, aby běžní uživatelé měli 0‑hop tunnels? 17:07 &lt;+fox&gt; &lt;GregorK&gt; myslím, že zobrazení vlajek a IP+port pochází z objektu HostAddress... který by nová vrstva skryla... takže můžeš zobrazit něco jiného 17:07 &lt;+bar&gt; (kvůli věrohodné popiratelnosti a UDP firewall hole punching) 17:08 &lt;+fox&gt; &lt;GregorK&gt; nejsem si jistý, jestli tomu opravdu rozumím ;) 17:08 &lt;+bar&gt; asi ani já ne ;) 17:09 &lt;jrandom&gt; GregorK: v podstatě to znamená, že uživatelé Phexu by spolu mluvili přímo, ale měli by věrohodnou popiratelnost, protože by mohli mluvit nepřímo 17:09 &lt;+bar&gt; jrandom, myslím, že chápeš, co tím myslím, mohl bys to rozvést? 17:09 &lt;jrandom&gt; také by k tomu zdarma dostali NAT traversal I2P, plus bezpečnost dat a ochranu před sniffingem od ISP atd. 17:09 &lt;+redzara&gt; GregorK: takže musíš odstranit veškerý kód související s host+port + IsLocalIP + IsPrivateIP + ... 17:10 &lt;jrandom&gt; na druhou stranu (VELKOU druhou stranu) by to neumělo mluvit s gnutella klienty, kteří neběží nad I2P 17:10 &lt;jrandom&gt; (i když nakonec budou všichni ;) 17:10 &lt;+fox&gt; &lt;GregorK&gt; Myslím, že prvním krokem – a ten je už sám o sobě dost velký – je přiblížit I2P a Phex k sobě. 17:10 &lt;jrandom&gt; souhlas 17:10 &lt;+bar&gt; (sakra, to mě nenapadlo) 17:11 &lt;+bar&gt; jo, rozhodně. 17:11 &lt;jrandom&gt; tohle je „létající poník“. Pojďme nejdřív na praktické věci 17:11 &lt;+fox&gt; &lt;GregorK&gt; a až uvidíme, jak to fungovalo, můžeme rozhodnout, jak dál.. 17:11 &lt;jrandom&gt; přesně tak 17:12 &lt;+fox&gt; &lt;GregorK&gt; redzara: rád bych měl dvě implementace HostAddress, jednu pro I2P a jednu jako je ta současná. 17:14 &lt;+redzara&gt; Gregork: žádný problém, v mém modu jsem okomentoval všechen kód, takže můžeš snadno udělat dvě implementace. Jen mě prosím nech dodělat úvodní práci 17:14 &lt;+fox&gt; &lt;GregorK&gt; jasně.. žádný problém.. 17:14 &lt;jrandom&gt; :) OK, takže redzara, myslíš, že bychom mohli mít alfa test nové verze založené na Phex‑2.4.2 někdy příští týden? 17:15 &lt;jrandom&gt; (pro část fáze 2. tvoje fáze 3 si vyžádá víc práce při integraci do mainline) 17:15 &lt;+redzara&gt; jrandom: příští se mi zdá OK 17:16 &lt;jrandom&gt; OK, skvělé 17:16 &lt;+redzara&gt; s/next/next week/ 17:16 &lt;jrandom&gt; OK, tohle je docela vzrušující, bude skvělé, když to rozběhne hladce 17:17 &lt;jrandom&gt; má někdo ještě něco k 4) I2Phex, nebo se krátce posuneme k 5) Syndie/Sucker? 17:17 &lt;cervantes&gt; I2P určitě získá z takových killer apps 17:18 &lt;+fox&gt; &lt;GregorK&gt; mimochodem existuje Phex CVS mailing list pro všechny CVS změny v Phexu... jestli to pomůže 17:18 &lt;jnymo&gt; *ehm*... sakra jo 17:18 &lt;jrandom&gt; OK, super, díky, GregorK 17:18 &lt;jrandom&gt; rozhodně, cervantesi 17:19 &lt;jrandom&gt; OK, k bodu 5), nemám moc co dodat nad to, co už je 17:19 &lt;jrandom&gt; dust: jsi nablízku? 17:19 &lt;+redzara&gt; GregorK: Díky, ale spravovat jednu verzi je pro mě až až :) 17:19 &lt;jrandom&gt; hehe, redzara 17:19 &lt;dust&gt; Poslední dobou jsem neměl moc volného času, ale když bude, zkusím se pustit do té věci addresses.jsp, přidat tam do rozbalovačky protokolů ‚RSS‘ a pak postavit trasu přes Updater, Sucker do BlogManageru. 17:20 &lt;dust&gt; pokud tedy někdo nemá lepší nápad 17:20 &lt;jrandom&gt; boží 17:20 &lt;jrandom&gt; to zní perfektně. 17:21 &lt;jrandom&gt; ale hmm, možná by to chtělo ještě další pole („do kterého blogu to posílat“ a „jaký prefix tagu“)... 17:21 &lt;jrandom&gt; možná by dával smysl samostatný formulář/tabulka, i když možná ne 17:22 &lt;dust&gt; aha, myslel jsem, že addresses.jsp je jen pro jeden blog (když se tam musíš přihlásit?) 17:22 &lt;jrandom&gt; ah, pravda, dobrý point 17:23 &lt;jrandom&gt; část s updaterem je trochu nejasná, ale máš pravdu 17:23 &lt;dust&gt; (vyřešíme to, až na to dojde) 17:23 &lt;jrandom&gt; jo 17:24 * jnymo si myslí, že www.i2p.net by mohlo spustit něco jako ‚merchandise café‘ 17:24 &lt;jnymo&gt; s tričky eyetoopie s nápisem „I am Jrandom“ ;) 17:24 * mrflibble pořád dohání „flamewar“, která se očividně točí do pořádného flamewaru :) 17:24 &lt;jrandom&gt; heh, jnymo 17:25 &lt;jrandom&gt; jo, v tom vlákně je spousta materiálu 17:25 &lt;jrandom&gt; OK, možná se tím dostaneme k 6) ??? 17:25 &lt;jrandom&gt; má někdo ještě něco k projednání na schůzku? 17:25 &lt;+bar&gt; jo, jen krátká poznámka k problému symetrických NATů (trochu jsem slídivě pátral): 17:25 &lt;+nickless_head&gt; jrandom: znám pravdu! 17:25 &lt;+fox&gt; &lt;blx&gt; kaffe? 17:25 &lt;mrflibble&gt; ups, promiň jr 17:26 &lt;jnymo&gt; ale vážně... každý open‑source projekt nějaké velikosti má vlastní sekci s merchem 17:26 &lt;+nickless_head&gt; jrandom: mám jasný důkaz, že jsi hacknul homepage last.fm! 17:26 &lt;+nickless_head&gt; (v sekci „co dostanete po registraci“ bylo uvedeno ‚a pony‘) 17:26 &lt;jrandom&gt; jnymo: myslím, že máš pravdu, tu cestu chceme prozkoumat, může to být i dobrý způsob fundraisingu 17:27 &lt;jnymo&gt; jrandom: přesně 17:27 * mrflibble by si to tričko koupil 17:27 &lt;+bar&gt; dobře, k symetrickým NATům, 17:27 &lt;+bar&gt; pokud to něco znamená, myslím, že na rozdíl od už podporovaných NATů tady není žádné kouzlo. Jediný správný způsob je nastudovat a prozkoumat chování každého jednotlivého symetrického NATu a použít introducery pro sondování. 17:28 &lt;jrandom&gt; blx: poslední kaffe CVS je úplně b0rked. crypto balíčky nejsou ve zdroji, PRNG selže při inicializaci a URL handlery si neporadí s file:// :( 17:28 &lt;jnymo&gt; Pravděpodobně bys to nechtěl nosit na veřejnosti, dokud nebude mít I2P pár tisíc uživatelů ;) 17:28 &lt;+bar&gt; (myslím, že takhle dělají UDP hole punching třeba Hamachi a Skype zevnitř symetrických NATů) 17:28 &lt;+nickless_head&gt; jnymo: hrnky by byly boží :) 17:28 &lt;+bar&gt; podle toho, co jsem zatím četl na netu, algoritmy predikce symetrických NATů jsou dost mizerné. 17:28 &lt;jrandom&gt; hmm, bar 17:28 &lt;mrflibble&gt; hehe, svoje jméno bych si na to nedal. jo, a jsem pořád naživu/nezatčený, i když mám IIP tričko 17:28 &lt;jrandom&gt; jo, to jsem četl taky 17:29 &lt;+bar&gt; zkusím k tomu posbírat další dobré, relevantní čtení. 17:29 &lt;+redzara&gt; Drobná otázka: jaké bylo obvyklé průměrné procento retransmitovaných bajtů v 0.6.1.3? 17:29 &lt;jrandom&gt; díky, bar 17:29 &lt;+fox&gt; &lt;jme___&gt; bar, jsou ty jejich predikce konzistentní? 17:29 &lt;+fox&gt; &lt;jme___&gt; bar, přeformuluju to :) 17:29 &lt;+fox&gt; &lt;blx&gt; jrandom, to mě mrzí 17:30 &lt;jrandom&gt; redzara: bohužel jsem to zapomněl dát do netDb. Ale teď vidím 2.6 a 3.8 17:30 &lt;jrandom&gt; blx: mě taky :( 17:30 &lt;+fox&gt; &lt;jme___&gt; bar, když zanalyzuješ chování NAT krabice a najdeš vzorec, jak ho předpovídat – funguje to vždy pro tuhle krabici? Nebo jednou funguje a jindy selže? 17:30 &lt;jrandom&gt; blx: vím, že teď něco mergují s classpath, takže snad až to vyřeší 17:30 &lt;+fox&gt; &lt;blx&gt; pravděpodobně to znamená, že se k party nepřidám 17:30 &lt;jrandom&gt; blx: jsi vázaný specificky na kaffe, nebo na OSS/DFSG? 17:31 &lt;+fox&gt; &lt;blx&gt; svobodný software 17:31 &lt;+fox&gt; &lt;blx&gt; řekněme DFSG 17:31 &lt;jnymo&gt; kdyby chtěl uživatel I2P použít hosted server pro I2P, jaká by byla liberální, levná hostingová společnost, do které jít? 17:31 &lt;+bar&gt; jme___: prý se Hamachi daří zprostředkovat 97 % všech pokusů o spojení. Asi jsou tam nějaké NATy, které při přidělování portů vykazují skoro náhodné chování 17:32 &lt;jrandom&gt; OK, určitě něco vymyslíme, blx. kaffe dřív fungovalo a nejsme závislí na ničem specificky od Sunu 17:32 &lt;jrandom&gt; jnymo: používám sagonet.net, ale zvedli ceny z 65/měs na 99/měs (ale na rychlé lince s 1250 GB/měs) 17:32 &lt;jrandom&gt; vím, že v Německu jsou taky nějaké levné 17:33 &lt;+fox&gt; &lt;jme___&gt; bar, 97 % by bylo skvělé 17:33 &lt;jrandom&gt; redzara: jakou vidíš míru retransmisí? 17:33 &lt;+bar&gt; jme___: jo, takže hádám, že většina symetrických NATů je předvídatelná 17:33 &lt;+fox&gt; &lt;blx&gt; jrandom, to teda doufám. tohle mě fakt zajímá :) 17:33 &lt;+fox&gt; &lt;jme___&gt; bar, co bys dělal? relay, UDP hole punching, obrácení spojení... jsou i jiné tech? 17:33 &lt;jnymo&gt; je 99 v průměru drahé? 17:34 &lt;+redzara&gt; jrandom mezi 3;8 a 4.2 17:34 &lt;jrandom&gt; jme___: jsme UDP, není třeba obracet spojení :) 17:35 &lt;+bar&gt; jme___: nejsem expert, možná budu mít víc informací na příští meeting (ale rozhodně to smrdí profilováním + UDP hole punching ;) 17:35 &lt;jrandom&gt; jnymo: pro 1250 GB ani ne. viděl jsem 60–120 USD/měs za 50–100 GB/měs 17:35 &lt;jrandom&gt; bar: možná by byl lepší UPnP? 17:35 &lt;+fox&gt; &lt;jme___&gt; jrandom, i s UDP je to užitečné :) 17:35 &lt;+redzara&gt; jrandom: ale jen některé uzly dělají větší paseku, možná nějaké starší 17:35 &lt;+fox&gt; &lt;jme___&gt; vulpine: ok 17:35 &lt;jrandom&gt; i když to pomůže jen lidem, kteří mohou svůj NAT ovládat 17:36 &lt;+fox&gt; &lt;jme___&gt; UPnP by mělo být podporované, ale není exkluzivní vůči jiným způsobům 17:36 &lt;jrandom&gt; no, všechno, co teď děláme, funguje bez jakéhokoli UPnP 17:36 &lt;+fox&gt; &lt;jme___&gt; protože UPnP nepodporují všechny NATy, ani zdaleka 17:36 &lt;jrandom&gt; přesně tak, např. NAT od ISP 17:36 &lt;+bar&gt; jrandom: pokud s UPnP nejsou bezpečnostní problémy, asi to nemůže uškodit. i když Hamachi UPnP nepoužívá 17:36 &lt;+fox&gt; &lt;jme___&gt; tady ‚musí‘ = aby se zajistila co nejvyšší konektivita 17:37 &lt;+fox&gt; &lt;jme___&gt; ok, vracím se ke svému C++ :) 17:38 &lt;jrandom&gt; správně, jme___, ale pokud zvládneme kromě cone/restricted hole punchingu i symmetric hole punching, jsme na tom skvěle 17:38 &lt;jrandom&gt; l8s jme___ 17:38 &lt;jrandom&gt; jo, ideální by bylo, kdybychom to nepotřebovali 17:39 &lt;jrandom&gt; OK, má někdo ještě něco k projednání na schůzku? 17:41 &lt;jrandom&gt; pokud ne... 17:41 * jrandom se připravuje 17:41 * jrandom *baf* ukončuje schůzku </div>/cs/blog/2005/10/11/pozn%C3%A1mky-o-stavu-i2p-k-2005-10-11/Tue, 11 Oct 2005 00:00:00 +0000/cs/blog/2005/10/11/pozn%C3%A1mky-o-stavu-i2p-k-2005-10-11/<p>Ahoj všichni, zase je úterý</p> <ul> <li>Index</li> </ul> <ol> <li>0.6.1.2 2) I2PTunnelIRCClient 3) Syndie 4) I2Phex 5) Steganografie a darknety (ohledně flamewaru) 6) ???</li> </ol> <ul> <li> <ol> <li>0.6.1.2</li> </ol> </li> </ul> <p>Uvedení verze 0.6.1.2 z minulého týdne zatím proběhlo docela dobře - 75 % sítě se aktualizovalo, HTTP POST funguje bez problémů a streaming lib (streamovací knihovna) posílá data poměrně efektivně (úplná odpověď na požadavek HTTP je často přijata během jediné end-to-end zpáteční cesty). Síť také trochu narostla - stabilně je to kolem 400 uzlů, i když to během špičky zmínky na digg/gotroot [1] o víkendu vystřelilo ještě výš na 6-700 s obměnou uzlů.</p>/cs/blog/2005/10/11/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-11.-%C5%99%C3%ADjna-2005/Tue, 11 Oct 2005 00:00:00 +0000/cs/blog/2005/10/11/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-11.-%C5%99%C3%ADjna-2005/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> bar, cervantes, Complication, dust, jrandom, Myo9, postman, redzara, wiht</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 16:29 &lt;jrandom&gt; 0) ahoj 16:29 &lt;jrandom&gt; 1) 0.6.1.2 16:29 &lt;jrandom&gt; 2) I2PTunnelIRCClient 16:29 &lt;jrandom&gt; 3) Syndie 16:29 &lt;jrandom&gt; 4) I2Phex 16:29 &lt;jrandom&gt; 5) Stego a darknety (ohledně flamewar) 16:29 &lt;jrandom&gt; 5) ??? 16:29 &lt;jrandom&gt; 0) ahoj 16:29 &lt;@cervantes&gt; (6) 16:29 &lt;+postman&gt; myslíš 6)? 16:29 &lt;jrandom&gt; jo, neumím počítat ;) 16:30 * postman si plácne s cervantesem 16:30 &lt;jrandom&gt; týdenní status poznámky zveřejněny @ http://dev.i2p.net/pipermail/i2p/2005-October/000990.html 16:30 &lt;wiht&gt; Otázky by měly být bod 6. 16:30 &lt;jrandom&gt; protože mám 30 minut zpoždění, jsem si jistý, že jste si ty poznámky už přečetli, tak to pojďme rozjet ;) 16:31 &lt;jrandom&gt; 1) 0.6.1.2 16:31 &lt;@cervantes&gt; 6) Probrat špatný odhad načasování od jrandomova spolubydlícího 16:31 &lt;jrandom&gt; *odkašle si* ;) 16:31 &lt;jrandom&gt; ok, jak bylo zmíněno v e-mailu, vydání 0.6.1.2 se zdá fungovat docela dobře 16:32 &lt;jrandom&gt; našli jsme bug, kvůli kterému IRC servery zůstávaly na starším buildu, a teď jsou také aktualizované (w00t!) 16:32 &lt;+postman&gt; :) 16:32 &lt;wiht&gt; Když už jsme u toho, v netDB na konzoli routeru, bylo by možné vypsat tabulku s routery a jejich verzemi nahoře na stránce? 16:33 &lt;jrandom&gt; počet routerů podle verze, že? jasně, to by šlo docela snadno, možná to integrovat do tabulky peers.jsp (ukazující verzi na peer) a novou tabulku dole? 16:34 &lt;jrandom&gt; je docela fajn vidět 9 verzí, jak spolu dobře fungují, i když novější samozřejmě fungují nejlépe 16:35 &lt;jrandom&gt; ok, má někdo další něco k bodu 1) 0.6.1.2? 16:35 &lt;+postman&gt; jeden z mých routerů ukazuje 1080 známých 16:35 &lt;jrandom&gt; páne jo 16:35 &lt;+postman&gt; myslím, že je to trochu mimo? 16:35 &lt;jrandom&gt; je to na 0.6.1.2? 16:35 &lt;+postman&gt; jo, myslím, že jo 16:36 &lt;jrandom&gt; hmm, jo, to je... trochu moc. já teď vidím zhruba polovinu 16:36 &lt;+Complication&gt; Dlouhodobě cca 400 tady 16:37 &lt;+bar&gt; taky tady 16:37 &lt;wiht&gt; Vidím 260 známých routerů. 16:37 &lt;jrandom&gt; postman: možná se po meetingu můžeme ponořit do toho, co se na tom routeru děje (mohl bys mi netDb/routerInfo-* zabalit do tar.bz2?) 16:38 &lt;+postman&gt; jrandom: jo, díky 16:38 &lt;jrandom&gt; gracias 16:38 &lt;jrandom&gt; jo, ne každý uvidí každou netDb referenci, takže je normální, že to kolísá 16:40 &lt;jrandom&gt; ok, pokud k 1) 0.6.1.2 není nic dalšího, pojďme přejít k 2) I2PTunnelIRCClient 16:40 &lt;@cervantes&gt; pěkné, duste 16:40 &lt;jrandom&gt; jak bylo zmíněno v e-mailu, máme nový filtr specifický pro protokol IRC k dispozici v CVS a měl by být nasazen jako výchozí v příštím vydání 16:41 &lt;+postman&gt; super 16:41 &lt;jrandom&gt; jo, tohle je fakt super, lidi se na něco takového ptali věky 16:41 &lt;+Myo9&gt; Jrandom, poslední dobou jsi otevřenější, dozvěděli jsme se o tvé ex a teď o tvém spolubydlícím atd. Připomeň si: http://www.navysecurity.navy.mil/st031204.jpg 16:41 &lt;jrandom&gt; *odkašle si* 16:42 &lt;dust&gt; pokud chceš vidět, co tvůj klient posílá, můžeš přidat net.i2p.i2ptunnel.I2PTunnelIRCClient=INFO a pak se podívat do logů, abys viděl všechno 16:43 &lt;dust&gt; testoval jsem pár klientů, ale je jich hodně.. 16:43 &lt;jrandom&gt; jo, chvíli jsem to pozoroval, ale filtrování vypadá dobře 16:44 &lt;jrandom&gt; do budoucna bychom mohli udělat pár pěkných věcí – např. PING/PONG lokálně, aby se snížila síťová aktivita 16:44 &lt;+Complication&gt; dust: díky za „info“ :) 16:44 &lt;+bar&gt; paráda, duste, díky moc 16:44 &lt;wiht&gt; Znamená to, že nemusíme nastavovat extra IRC tunnel? 16:44 &lt;jrandom&gt; wiht: ne, budeš potřebovat irc tunnel, ale může nahradit ten, který už používáš 16:45 &lt;+Complication&gt; wiht: jen se méně obávej, že náš IRC klient něco prozradí 16:45 &lt;jrandom&gt; postman/cervantes: nějaké nápady na zvýšení nebo odstranění serverových ping/pong timeoutů? 16:45 &lt;wiht&gt; To to vysvětluje, díky. 16:46 &lt;+postman&gt; mmh, neodstraňoval bych je, můj klient úplně šílel, když jsem si s tím hrál 16:46 &lt;jrandom&gt; postman: no, myslím, že kdyby na ně odpovídal lokálně, klient by dostal opravdu, opravdu rychlý PING/PONG 16:46 &lt;@cervantes&gt; postman: proxy by mohla odpovídat na pingy 16:46 &lt;jrandom&gt; (ale ping/pong by nemusely chodit přes síť) 16:47 &lt;jrandom&gt; nevím, jaký by to mělo dopad, ale možná to stojí za prozkoumání. 16:47 &lt;@cervantes&gt; ale nejsem si jistý, jak by reagovaly servery, mohl bys skončit se spoustou zombie klientů 16:47 &lt;+postman&gt; jrandom: no 16:47 &lt;jrandom&gt; no, keepalive streamovací knihovny by to měl zvládnout 16:47 * Complication občas zažil zombifikaci 16:47 &lt;jrandom&gt; Complication: v poslední době? 16:47 &lt;+postman&gt; jrandom: pokud proxy pingá za klienta, musí i ping/pong posílat klientovi 16:48 &lt;+Complication&gt; Před týdnem, myslím. 16:48 &lt;jrandom&gt; postman: PING od klienta k proxy by měl za následek, že proxy klientovi přímo odpoví PONG, aniž by cokoliv posílala přes i2p 16:48 &lt;+Complication&gt; Ale moje „kopie“ byla nakonec odpojena. 16:48 &lt;@cervantes&gt; jrandom: spojení by zůstávalo otevřené... servery by musely snížit svůj práh pro rozhodnutí, kdy je klient nečinný a je třeba ho vykopnout 16:48 &lt;jrandom&gt; Complication: aha, tehdy IRC servery nebyly aktuální, to by se už stávat nemělo 16:49 &lt;+Complication&gt; Aniž bych použil „ghost“. Nedávné použití příkazu ghost bylo kvůli provozu s mnoha uzly. 16:49 &lt;+postman&gt; jrandom: a měření lagu? 16:49 &lt;jrandom&gt; cervantes: jasně. a případně, pokud by bylo třeba, proxy by mohla do serveru vkládat extra zprávu PING, pokud by ji /potřeboval/. 16:49 &lt;+postman&gt; přijde mi docela užitečné vědět, jestli mám lag nebo ne 16:49 &lt;jrandom&gt; mně taky, ale vždycky si můžeš dát /msg sám sobě 16:50 &lt;dust&gt; možná by se dalo snížit množství pingů 16:50 &lt;jrandom&gt; ušetřilo by to značné množství šířky pásma, protože zprávy v tunnelu jsou 1024bajtové bloky, posílané přes 2*k+1 hopů 16:50 &lt;jrandom&gt; to taky 16:50 &lt;jrandom&gt; nevím, jen nápad. to, co máme teď, je každopádně hustý 16:51 &lt;+postman&gt; ok, zkusil bych napatchovat testserver 16:51 &lt;@cervantes&gt; možná bychom mohli zkusit snížit jejich počet... ale myslím, že bychom pořád měli posílat nějaké skutečné pingy, abychom zjistili, zda jsou klienti stále naživu 16:51 &lt;+postman&gt; možná to bude fungovat 16:51 &lt;jrandom&gt; zní rozumně, cervantesi. nemyslím, že by to vyžadovalo nějaké patchování na serveru, doufám? 16:52 &lt;+postman&gt; jrandom: deaktivovat možná – ale snížení intervalu je parametr v conf 16:53 * postman žvýká dokumentaci k ircd (zase) 16:53 &lt;jrandom&gt; super, nespěchá to. jen něco, na co se můžeme někdy podívat 16:53 &lt;@cervantes&gt; class servers 16:53 &lt;@cervantes&gt; { 16:53 &lt;@cervantes&gt; pingfreq 120; 16:54 &lt;@cervantes&gt; class clients { pingfreq 90 } 16:54 &lt;@cervantes&gt; to je moje aktuální konfigurace 16:54 &lt;+postman&gt; cervantes: ano, vím – otázka je, jestli to vůbec jde deaktivovat 16:54 &lt;@cervantes&gt; nedeaktivoval bych je... jen se podívat na jejich snížení 16:55 &lt;+postman&gt; ok, začněme tím 16:55 &lt;+postman&gt; cervantes: co takhle 180 s? 16:56 &lt;@cervantes&gt; rovnou zhurta na 240 16:56 &lt;@cervantes&gt; ale možná bychom měli nejdřív připravit stranu ircproxy 16:57 &lt;@cervantes&gt; *probrat po meetingu* 16:57 &lt;+postman&gt; souhlas 16:57 &lt;jrandom&gt; w3rd. ok, ještě něco k 2) I2PTunnelIRCClient, nebo přejdeme k 3) Syndie? 16:57 &lt;@cervantes&gt; cokoliv, co sníží mých současných 40 kb/s průměrného provozu routeru ;-) 16:58 &lt;jrandom&gt; heh, z nějakého důvodu pochybuju, že je to všechno IRC ;) 16:58 &lt;jrandom&gt; ok, jdeme dál 16:59 * cervantes schovává své pony videa, která celý týden sosal od jrandoma 16:59 &lt;@cervantes&gt; is=the 16:59 &lt;+postman&gt; LOL 16:59 &lt;jrandom&gt; jak bylo zmíněno v mailu, kolem Syndie se dějí docela cool věci 16:59 &lt;jrandom&gt; CLI je triviální, ale dustův nový Sucker vypadá opravdu slibně 16:59 &lt;jrandom&gt; dust: nechceš nám dát stručný přehled? 17:00 &lt;dust&gt; ehm, 17:01 &lt;dust&gt; no, používá rome pro parsování feedů a pak to převádí do sml, jak je popsáno v jrandomově blogu 17:02 &lt;dust&gt; zatím to není zrovna robustní, ale je to teprve dva dny staré :) 17:02 &lt;dust&gt; mám v Syndie nějakého Dilberta.. 17:02 &lt;dust&gt; :) 17:02 &lt;dust&gt; . 17:02 &lt;jrandom&gt; hezky 17:03 &lt;jrandom&gt; ok, jaké máš dojmy, kam to směřuje – máme to hodit do zdrojáků Syndie a vystavit jako CLI, nebo to držet zvlášť a distribuovat nezávisle, nebo něco jiného? 17:04 * dust neví, rozhodni ty 17:04 &lt;dust&gt; čím méně oddělených nástrojů, tím lépe 17:04 &lt;jrandom&gt; jo, asi bude jednodušší všechno to zabalit dohromady, ať každý ví, že to může použít 17:05 &lt;jrandom&gt; pak bychom mohli dělat věci jako integrace do webového rozhraní a možná do Ragnarokova plánovače (syndikace s jinými uzly a tahání z RSS/Atom/etc) 17:07 &lt;jrandom&gt; ok, má někdo nějaké otázky/komentáře/obavy k 3) Syndie? 17:07 &lt;wiht&gt; Když budete pořád integrovat software do I2P, může se z toho stát nabobtnalý balík. 17:07 &lt;wiht&gt; Samozřejmě, můžu Syndie vypnout, pokud ji nepoužívám. 17:08 &lt;jrandom&gt; i2p sdk má 13KLOC 17:08 &lt;jrandom&gt; a i2p router má jen 22KLOC 17:08 &lt;jrandom&gt; ale jo, má to dopad na dobu stahování instalace 17:09 &lt;jrandom&gt; kdyby někdo chtěl, mohl by postavit osekaný router bez klientských aplikací, s použitím jen router.jar, jbigi.jar a i2p.jar 17:09 &lt;wiht&gt; Ano, myslel jsem to stahování. 17:09 &lt;jrandom&gt; (ale je to mnohem užitečnější, když je k tomu webové rozhraní, i2ptunnel a streamovací knihovna atd. ;) 17:11 &lt;jrandom&gt; smeghead pracoval na distribučním systému (jako emerge, pro Javu) a jsou tu i lidi z jpackage 17:11 &lt;jrandom&gt; kdyby se někdo chtěl podívat na hladký a spolehlivý způsob správy aplikací bez bundlování, bylo by to fajn 17:12 &lt;jrandom&gt; ok, pokud k tomu není nic dalšího, skočme na 4) I2Phex 17:13 &lt;jrandom&gt; nemám moc co dodat nad rámec toho, co je ve status poznámkách 17:13 &lt;jrandom&gt; redzara: jsi tu? 17:13 &lt;+redzara&gt; jo, jsem 17:13 &lt;+redzara&gt; Už pracuji na další verzi, zatímco čekám na schůzku s Gregorem. 17:13 &lt;jrandom&gt; ah skvělé 17:13 &lt;+redzara&gt; Práce nyní spočívá hlavně v identifikaci rozdílů a potřeb souvisejících s použitím I2P, jako např. TCP/UDP vs I2P, správa parametrů specifických pro I2P (a správa aktualizace těchto parametrů při dalších verzích, ...) port GWebCache do I2P, použít RSS či ne, použít push či ne... 17:14 &lt;+redzara&gt; Mám spoustu dokumentace a kódu k pročtení 17:15 &lt;jrandom&gt; wow, jo, zní to jako hodně. dej vědět, pokud budeš mít nějaké otázky ohledně integrace s I2P, nebo pokud si jen budeš chtít o něčem popovídat 17:16 &lt;jrandom&gt; dostat část I2Phexu do pluginu pro mainline Phex by bylo fakt boží 17:17 &lt;jrandom&gt; ok, má někdo ještě něco k 4) I2Phex? 17:18 &lt;+redzara&gt; Určitě bych potřeboval pomoc s částí petname (systém přezdívek) 17:19 &lt;+redzara&gt; a možná také s jemným laděním parametrů tunnelů 17:19 &lt;jrandom&gt; fajn, pojmenovávání je docela jednoduché – na základní úrovni by ses klidně obešel bez používání jmen (takto to teď dělá I2Phex) 17:20 &lt;jrandom&gt; konfigurace tunnelu by taky neměla být problém, i když to nadhazuje myšlenku, že by Phex možná potřeboval sekci „advanced configuration“ pro pluginy 17:20 &lt;jrandom&gt; (samozřejmě bychom stejně chtěli mít dobré defaulty) 17:21 &lt;+redzara&gt; možná něco jako ircclient, filtr pro jistotu 17:22 &lt;@cervantes&gt; lepší je dát aplikaci do formy, imho 17:22 &lt;jrandom&gt; to by mohlo fungovat, i když práce s libovolnými bajtovými sekvencemi může být drsná 17:23 &lt;jrandom&gt; i když proxy jako ircclient by možná umožnila použít to libovolnému gnutella klientovi. ale byla by to hromada práce. 17:23 &lt;+redzara&gt; hmm, je to jen nápad ;) 17:23 * jrandom nezná ten protokol dost dobře, aby řekl, co je nejlepší přístup, takže navrhuje jít s nejjednodušší věcí, která by mohla fungovat :) 17:25 &lt;jrandom&gt; ok, pokud už nic dalšího není, možná můžeme krátce prolétnout 5) Stego a darknety 17:26 &lt;jrandom&gt; nejsem si jistý, zda mám co dodat nad rámec toho, co se říká na listu (a hlavní diskuse by tam asi měla pokračovat) 17:27 &lt;jrandom&gt; nicméně, je něco, co by lidé chtěli k nastoleným otázkám přidat? 17:27 &lt;wiht&gt; V diskusi byla zmíněna verze 0.5 a 0.7 Freenetu. Existuje verze 0.6 pro Freenet? 17:27 &lt;jrandom&gt; 0.6 je jejich aktuální „nestabilní“ větev sítě 17:27 &lt;jrandom&gt; pokud vím 17:27 &lt;+postman&gt; ohh a já myslel, že to unesly mimozemské síly 17:28 &lt;jrandom&gt; zatímco svádět to na mimozemšťany je obvykle sázka na jistotu, tohle je jeden z mála případů, kdy za to nemůžou 17:28 &lt;+postman&gt; :) 17:28 &lt;wiht&gt; Toad mluvil o možnosti sklízet IP adresy uzlů I2P nebo FreeNetu, že? 17:28 &lt;jrandom&gt; mimo jiné 17:29 &lt;wiht&gt; Chtěl jsem si to jen ujasnit, díky. 17:29 &lt;jrandom&gt; není zač. ok, má někdo ještě něco k 5), nebo přejdeme ke starému dobrému 6) ??? 17:30 &lt;+postman&gt; ok, mám něco pro 6) 17:30 &lt;jrandom&gt; berte to, že jsme přešli. 17:30 &lt;jrandom&gt; co je, postmane? 17:30 &lt;+postman&gt; všichni jsme viděli, že proxy schopné filtrů specifických pro protokol jsou dobré a potřebné 17:31 &lt;+postman&gt; bylo by proveditelné investovat myšlenky do generické proxy 17:31 &lt;+postman&gt; kterou lze nakrmit popisem protokolu 17:31 &lt;+redzara&gt; Chtěl bych aplikaci jako cron, používající beanshell k dynamickému spouštění Java kódu 17:31 &lt;+postman&gt; spolu s věcmi, které hlídat/filtrovat/maskovat 17:31 &lt;+postman&gt; jako XML popis filtrování/sanitizace 17:32 &lt;+postman&gt; abychom nepotřebovali nový zdroják, ale jen nový soubor/profil filtru 17:32 &lt;+postman&gt; (jen otázka, zda o tom stojí za to přemýšlet) 17:32 &lt;jrandom&gt; velmi, velmi komplikované, postmane. šlo by použít lexer jako javacc k vytvoření vstupních jazyků a aplikaci pro překlad toho jazyka do výstupního formátu 17:32 &lt;@cervantes&gt; jde o zachycení věcí, které se odchylují od protokolu – to je záludné 17:33 &lt;+postman&gt; byl to jen nápad, který měl odstartovat brainstorm 17:33 &lt;+postman&gt; imho je něco jako generická proxy s modelovaným filtrem/parserem velmi použitelné 17:33 &lt;wiht&gt; Podařilo se někomu připojit na eepsites.i2p? Zkoušel jsem to několikrát za poslední týden, ale vždy bez úspěchu. 17:33 &lt;jrandom&gt; wiht: načetl jsem to jednou, je to stejné jako eepsites.com 17:34 &lt;jrandom&gt; (nebo je to .net? nebo .org? zapomněl jsem) 17:34 * wiht navštěvuje eepsites.com 17:34 &lt;jrandom&gt; postman: kdyby někdo přišel s něčím, co by fungovalo, bylo by to boží 17:34 &lt;+postman&gt; jrandom: ok, trochu o tom popřemýšlím spolu se susi 17:34 &lt;jrandom&gt; w3wt 17:34 &lt;+postman&gt; jrandom: možná to příští týden pustíme 17:35 &lt;wiht&gt; Je to eepsites.com a je to vyhledávač pro eepsites. 17:35 &lt;+postman&gt; ale měl jsem sen, že to fungovalo 17:35 &lt;+postman&gt; :] 17:35 &lt;jrandom&gt; :) 17:36 * Complication má podezření, že popsat všechny jemnosti, které se v protokolech vyskytují... vyžaduje kód, a nic menšího než kód 17:36 &lt;+Complication&gt; (alespoň pro většinu protokolů) 17:36 &lt;@cervantes&gt; kdepak, jen nějaký eeevul regex 17:36 &lt;+postman&gt; Complication: možná je tohle podezření důvod, který nás drží od dalšího zkoumání 17:37 &lt;+postman&gt; Complication: ještě si nejsem jistý, ale samotné podezření mě v té věci neuklidní 17:37 &lt;jrandom&gt; no, důležitým bodem je tu něco, co nám dust předvedl – 17:37 * Complication se děsí regexu schopného takových věcí 17:37 &lt;jrandom&gt; kód nemusí být nutně tak děsivý. 17:37 &lt;+postman&gt; vidíš? :) 17:37 &lt;+postman&gt; dobrý jazyk pro modelování filtrů udělá totéž 17:38 &lt;+postman&gt; :) 17:38 &lt;@cervantes&gt; tcl? :) 17:38 &lt;+Complication&gt; Musel by být dobrý. 17:38 * jrandom vidí, že máš také své létající poníky, postmane ;) 17:38 * dust měl také špatný pocit z duplikování kódu tu a tam 17:38 &lt;+postman&gt; jrandom: žádné krávy :) 17:38 &lt;jrandom&gt; fungující kód>>> teoretická vylepšení kódu 17:39 &lt;+postman&gt; mmh 17:40 &lt;+postman&gt; jednu věc jsem se naučil z I2P 17:40 &lt;wiht&gt;&gt;&gt;&gt; znamená „mnohem, mnohem lepší?“ 17:40 &lt;+postman&gt; nevzdávej to na první pohled 17:40 &lt;jrandom&gt; to je pravda, postmane 17:40 &lt;jrandom&gt; ano, wiht 17:41 &lt;jrandom&gt; bylo by to fakt super 17:41 &lt;jrandom&gt; ok, má někdo ještě něco k probrání na meetingu? 17:41 &lt;+bar&gt; no, jak funguje IMAP, postmane? (četl jsem o tom na fóru, ale sám jsem to ještě nezkoušel) 17:41 &lt;+postman&gt; bar: zkus si to sám – zatím nemám žádné uživatelské reporty 17:41 * cervantes přiváží gong ve tvaru poníka 17:42 &lt;+bar&gt; ok, udělám :) 17:42 &lt;+postman&gt; bar: a mně to funguje SKVĚLE :) 17:42 &lt;jrandom&gt; pěkné 17:42 &lt;+bar&gt; super 17:42 &lt;+postman&gt; cervantesi: jsi fixovaný 17:42 &lt;@cervantes&gt; já?! 17:42 &lt;@cervantes&gt; :) 17:43 &lt;jrandom&gt; ok, než překročíme hranici 90 minut 17:43 * jrandom se rozmachuje 17:43 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2005/10/04/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-4.-%C5%99%C3%ADjna-2005/Tue, 04 Oct 2005 00:00:00 +0000/cs/blog/2005/10/04/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-4.-%C5%99%C3%ADjna-2005/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> cat-a-puss, cervantes, Complication, jrandom, mancom, nickless_head, phedy, postman, protokol, Ragnarok</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 16:16 &lt;jrandom&gt; 0) hi 16:16 &lt;jrandom&gt; 1) 0.6.1.1 16:16 &lt;jrandom&gt; 2) i2phex 16:16 &lt;@protokol&gt; když o tom mluvíme, co je nového u legion a i2phex 16:16 &lt;jrandom&gt; 3) syndie 16:16 &lt;jrandom&gt; 4) ??? 16:16 &lt;jrandom&gt; 0) hi 16:16 * jrandom mává 16:16 &lt;jrandom&gt; týdenní stavové poznámky jsou na http://dev.i2p.net/pipermail/i2p/2005-October/000939.html 16:17 &lt;+postman&gt; ahoj 16:17 &lt;jrandom&gt; můžeme rovnou skočit na 1) 0.6.1.1 16:18 &lt;+postman&gt; jo 16:18 &lt;jrandom&gt; síť roste počtem i používáním, ale věci běží docela dobře 16:18 &lt;+postman&gt; .. až na ty irc servery 16:18 &lt;jrandom&gt; jo, to je zajímavé 16:19 &lt;jrandom&gt; (irc servery momentálně běží na starší revizi a pořád ladíme, abychom přesně pochopili, proč to je tak, jak to je) 16:19 &lt;+Ragnarok&gt; co se stalo? 16:20 &lt;jrandom&gt; doufejme, že irc servery upgradujeme dřív než později, protože poslední dobou jsou tam dobré věci 16:20 &lt;cervantes&gt; Ragnarok: propojení server&lt;-&gt;server je pod 1.1 nestabilní 16:20 &lt;+Ragnarok&gt; divné 16:20 &lt;jrandom&gt; 0.6.1.1, totiž ;) 16:20 &lt;+Complication&gt; protokol: koukni na fórum, nakonec zvolil rozumný přístup 16:20 &lt;+postman&gt; cervantes: nezmiňuj cestování časem, idiote 16:20 &lt;cervantes&gt; 0.6.1.x 16:20 &lt;+postman&gt; :) 16:21 &lt;cervantes&gt; oop 16:21 &lt;+postman&gt; jrandom: doufám, že tenhle týden budu moct postavit testovací ircd 16:21 &lt;+postman&gt; jrandom: mohli bychom se propojit s instancí běžící u tebe nebo u cervantes 16:22 &lt;jrandom&gt; jo, to by bylo super. mohli bychom dokonce rozdělit různé tunnels do různých JVM, použít různé streamingové knihovny a verze routeru, abychom problém ještě víc izolovali 16:23 &lt;jrandom&gt; bylo by fajn, kdybychom to stihli před 0.6.1.2, ale když ne, žádná tragédie 16:24 &lt;jrandom&gt; ok, má někdo ještě něco k 1) 0.6.1.1? 16:24 &lt;+postman&gt; jrandom: kromě toho: jede to jako čert 16:24 &lt;jrandom&gt; to je dobré peklo, nebo špatné peklo? :) 16:24 &lt;+postman&gt; pekelně pekelné :) 16:25 &lt;+Complication&gt; Eh, podařilo se mi vyvolat ještě pár chyb (ale to byly opravdu, opravdu hraniční věci, restart routeru během běžícího i2phex.) Pošlu soukromě. 16:26 &lt;jrandom&gt; super, díky, Complication 16:26 &lt;+Complication&gt; (např. v reálu to asi nikomu neublíží) 16:26 &lt;jrandom&gt; heh, nikdy nepodceňuj lidskou schopnost věci rozbít :) 16:27 &lt;cervantes&gt; ani vynalézavost hlupáků při testování blbuvzdorných systémů 16:27 &lt;+postman&gt; jo, udělej něco blbuvzdorného a budeš odměněn novým druhem blba 16:28 &lt;jrandom&gt; haleluja 16:29 &lt;jrandom&gt; ok, ještě něco k 1), nebo přejdeme na 2) i2phex 16:30 &lt;jrandom&gt; v poslední době bylo hodně diskusí a legion souhlasil se sloučením provedených změn zpět do sirupovy kódové základny i2phexu. 16:30 &lt;+postman&gt; dál 16:30 &lt;jrandom&gt; to je dost cool, protože bude skvělé, že z legionovy tvrdé práce budeme těžit všichni a přitom zůstaneme zcela otevření a bezpeční 16:31 &lt;+Ragnarok&gt; co přesně udělal? 16:33 &lt;jrandom&gt; poslední změny zahrnují přidání systray4j, strikerovy aktualizace timeoutů, zvýšené výchozí délky tunnels, nějaké věci kolem NSIS a JNI a pár dalších změn 16:33 &lt;+Ragnarok&gt; hm, ok 16:33 &lt;+postman&gt; jrandom: takže je tam kupa vylepšení – ty zůstanou, že? 16:34 &lt;jrandom&gt; určitě, všechno dobré se integruje do i2phex 16:34 &lt;jrandom&gt; pár věcí si nejsem úplně jistý, ale to probereme s legionem mimo meeting ;) 16:35 &lt;+postman&gt; k 16:36 &lt;jrandom&gt; ok, má někdo ještě něco k 2) i2phex? nebo přejdeme na 3) syndie? 16:37 * postman připravuje své franchisingové zboží syndie500 16:37 &lt;jrandom&gt; heh 16:37 &lt;jrandom&gt; ok, Ragnarok, chceš nám dát přehled novinek? 16:37 &lt;+Ragnarok&gt; hm, ok 16:38 &lt;+Ragnarok&gt; Syndie teď bude automaticky získávat nové příspěvky z archivu. 16:38 &lt;+Ragnarok&gt; můžeš nastavit, z kterých archivů chceš dostávat aktualizace, a jak často, v konfiguračním souboru syndie 16:39 &lt;+Ragnarok&gt; víc detailů je v history.txt 16:39 &lt;+Ragnarok&gt; potřebuje to UI, ale jinak je to v podstatě hotové 16:39 &lt;+Ragnarok&gt; jasně, nikdo nic poslední dobou nepíše, tak to možná není tak užitečné :) 16:40 &lt;jrandom&gt; [vlož sem citát z Field of Dreams] 16:40 &lt;jrandom&gt; díky, Ragnarok, tohle byla často požadovaná funkce 16:41 &lt;+Ragnarok&gt; super 16:41 &lt;+Ragnarok&gt; rád jsem to udělal, zas tak moc práce to nebylo 16:42 &lt;+Ragnarok&gt; hlavně jsem si tím řešil vlastní potřebu :) 16:42 &lt;cervantes&gt; aha, ono ne? tak na to zapomeň :P 16:42 &lt;cervantes&gt; or=oh 16:42 &lt;+postman&gt; (ticho, génius nesmí přiznat, že taky musí tvrdě makat) 16:42 &lt;+Ragnarok&gt; hehe 16:43 &lt;+Ragnarok&gt; každopádně, pokud má někdo bugreporty/požadavky na funkce/bučení/potlesk atd., dejte mi vědět 16:43 &lt;jrandom&gt; (cheers!) 16:43 &lt;+Ragnarok&gt; další věc, o které přemýšlím, je automaticky importovat petnames (uživatelské přezdívky) z příspěvků do petname DB routeru, ale vypadá to, že by to mohlo být komplikované... 16:44 &lt;+Ragnarok&gt; umožnilo by to v podstatě, aby Syndie nahradilo addressbook (adresář) 16:44 &lt;jrandom&gt; to by bylo Very Cool 16:44 &lt;+nickless_head&gt; jo :) 16:45 &lt;+Ragnarok&gt; jen musím přijít na to, jak z archivu dostat seznam petnames 16:45 &lt;+Ragnarok&gt; všechno ostatní je triviální 16:45 &lt;+nickless_head&gt; ragnarok: jsou tvoje změny už v cvs? (jsem líný číst celou diskusi) :) 16:45 &lt;+Ragnarok&gt; jo 16:45 &lt;+nickless_head&gt; :happy: 16:45 * nickless_head zvažuje cvs update 16:45 &lt;+Ragnarok&gt; jsou tam od včerejška 16:45 &lt;+nickless_head&gt; ne, asi bude lepší počkat na další release 16:45 &lt;jrandom&gt; možná získat petnames kdykoli se renderují, vystavené přes HTMLRenderer (v addressReceived) 16:46 &lt;+Ragnarok&gt; ok, podívám se na to 16:46 &lt;jrandom&gt; super, díky, Ragnarok 16:47 &lt;+Ragnarok&gt; to je ode mě vše, pokud nejsou dotazy 16:49 &lt;jrandom&gt; wr0d. ok, skok na 4) ??? 16:49 &lt;jrandom&gt; má někdo ještě něco, co by chtěl na meetingu probrat? 16:49 &lt;cervantes&gt; jo 16:49 * nickless_head se na cervantes dívá se zájmem 16:50 &lt;+fox&gt; &lt;mancom&gt; je něco nového ohledně Q nebo feedspace? 16:50 &lt;+postman&gt; nickless_head: hele, je můj – neopovažuj se na něj takhle zírat :) 16:50 &lt;+nickless_head&gt; nekoukám na něj .. dívám se na něj se zájmem. 16:51 &lt;cervantes&gt; Po zvážení jsem oživil rubriku „Fórumový uživatel měsíce“ – a tento měsíc ji zaslouženě získává Complication za vynikající příspěvky na fóru 16:51 &lt;+nickless_head&gt; gratulace, Complication! 16:51 &lt;+postman&gt; kudos :) 16:51 &lt;cervantes&gt; takže dostane avatar (ať se mu to líbí nebo ne) :P 16:51 &lt;+Complication&gt; Heh, doufám, že moje přešlapy nebyly tak výrazné. :O :D 16:52 &lt;@protokol&gt; jo 16:52 &lt;jrandom&gt; w00t! díky, Complication 16:52 &lt;cervantes&gt; (který je teď aktivní) 16:52 &lt;@protokol&gt; jak jde ten test Yellow Submarine i2phex 16:52 &lt;@protokol&gt; nějaké výrazné rychlosti nebo naopak jejich absence? 16:52 &lt;+Complication&gt; Jde to. 16:52 &lt;jrandom&gt; mancom: nic nového ohledně Q ani feedspace 16:53 &lt;+Complication&gt; Žádné hyperrychlé rychlosti, ale řekl bych zaručeně dostatečná rychlost. 16:53 &lt;jrandom&gt; protokol: naposledy jsem slyšel 10-20KBps, ale to je jen věc z fóra 16:53 &lt;@protokol&gt; stahuju to právě teď 16:53 * nickless_head chápe, co postman naznačil 16:53 * nickless_head zrudne 16:53 &lt;+Complication&gt; (také: znovu jsem si přečetl část technického úvodu a nenašel jsem chybu ve srovnání sítí. Myslím, že jsou dostatečně dobrá.) 16:54 &lt;+postman&gt; nickless_head: LOL (promiň) 16:54 * Complication podívá se na avatar a usměje se :D 16:54 &lt;+nickless_head&gt; postman: *GG* (v pohodě) 16:54 &lt;cat-a-puss&gt; Udělalo se něco pro získání "Amazon honor system" jako alternativní způsob vybírání darů? 16:54 &lt;+Complication&gt; Přesně tak. :P 16:55 &lt;@protokol&gt; cat-a-puss: jak to myslíš? 16:55 &lt;jrandom&gt; zatím ne, cat-a-puss, neviděl jsem se s wilde 16:55 &lt;jrandom&gt; wow, ahoj phedy 16:55 &lt;phedy&gt; Ahoj, jrandom. 16:55 &lt;cat-a-puss&gt; protokol: je to jako pay-pal, jen můžeš použít účet, který máš na amazon.com, k platbě 16:56 &lt;jrandom&gt; Complication: díky ohledně srovnání. zbývá pár dočištění, ale jde to kupředu 16:56 &lt;@protokol&gt; slabé 16:56 &lt;+Complication&gt; (ne že bych Tor nebo Freenet nějak slušně znal, i když jsem obojí používal) 16:57 * cat-a-puss uvažuje o vypsání odměny za pomoc s dokončením distribuovaného vyhledávače. 16:57 &lt;jrandom&gt; (než ten dokument dám na normální web, pošlu ho těm lidem ke komentáři) 16:58 &lt;cervantes&gt; Complication: je to umělecká instalace na kruhovém objezdu v Londýně, která dělá v dopravě paseku ;-) 16:59 &lt;jrandom&gt; cat-a-puss: stejně musím brzy dořešit jiné finanční věci, takže dám vědět co nejdřív 16:59 &lt;jrandom&gt; ok, má ještě někdo něco, co by chtěl na meetingu probrat? 16:59 &lt;cat-a-puss&gt; jo, kdybychom chtěli před 1.0 přeložit dokumenty do dalších jazyků, možná znám lidi, kteří by mohli pomoci se španělštinou a čínštinou. 16:59 &lt;cat-a-puss&gt; ok 16:59 &lt;jrandom&gt; paráda, to by bylo super 17:00 &lt;+Complication&gt; cervantes: díky za info, nevěděl jsem, kde se takový, ehm... efekt vyskytl :D 17:00 &lt;jrandom&gt; v cvs koluje návrh technického úvodu a nakonec budeme chtít přeložit i to, co nakonec bude obsahovat náš redesign webu 17:03 * nickless_head jde spát 17:03 &lt;jrandom&gt; asi bych si měl vzít baffer... 17:03 &lt;jrandom&gt; pokud už nic není 17:03 * jrandom se rozmachuje 17:03 * jrandom *baf*s uzavírá meeting </div>/cs/blog/2005/10/04/stavov%C3%A9-pozn%C3%A1mky-i2p-ze-dne-2005-10-04/Tue, 04 Oct 2005 00:00:00 +0000/cs/blog/2005/10/04/stavov%C3%A9-pozn%C3%A1mky-i2p-ze-dne-2005-10-04/<p>Ahoj všichni, je čas na naše týdenní statusové poznámky (sem vložte jásot)</p> <ul> <li>Index</li> </ul> <ol> <li>0.6.1.1 2) i2phex 3) syndie 4) ???</li> </ol> <ul> <li> <ol> <li>0.6.1.1</li> </ol> </li> </ul> <p>Jak bylo oznámeno na obvyklých místech, 0.6.1.1 vyšlo před pár dny a zatím jsou ohlasy pozitivní. Síť se rozrostla na stabilních 3-400 známých peerů a výkon byl poměrně dobrý, i když využití CPU trochu vzrostlo. To je pravděpodobně způsobeno dlouhodobou chybou, která nesprávně umožňuje přijímat neplatné IP adresy, což následně způsobuje vyšší než nutnou churn (fluktuaci uzlů). V CVS sestaveních od 0.6.1.1 byly opravy tohoto i dalších problémů, takže pravděpodobně budeme mít 0.6.1.2 později tento týden.</p>/cs/blog/2005/09/27/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-27.-z%C3%A1%C5%99%C3%AD-2005/Tue, 27 Sep 2005 00:00:00 +0000/cs/blog/2005/09/27/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-27.-z%C3%A1%C5%99%C3%AD-2005/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Přítomní:</strong> A123, brutus, Complication, gloin, jrandom, LevDavidovitch, mihi, mihi, mule, postman, Ragnarok, Sugadude, wiht</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 16:14 &lt;jrandom&gt; 0) ahoj 16:14 &lt;jrandom&gt; 1) Stav sítě 16:14 &lt;jrandom&gt; 2) 0.6.1 16:14 &lt;jrandom&gt; 3) ??? 16:14 &lt;jrandom&gt; 0) ahoj 16:14 * jrandom mává 16:14 &lt;+Ragnarok&gt; ok, zdržím se dalších dotazů 16:14 &lt;jrandom&gt; týdenní status poznámky jsou na http://dev.i2p.net/pipermail/i2p/2005-September/000933.html 16:14 &lt;+Ragnarok&gt; ahoj :) 16:15 &lt;wiht&gt; Ahoj. 16:15 &lt;jrandom&gt; můžeme se do toho určitě víc ponořit v 3??, jestli chceš 16:15 &lt;+Ragnarok&gt; super 16:15 &lt;jrandom&gt; ok, vrhneme se na 1) Stav sítě 16:15 &lt;jrandom&gt; obecně to vypadá dost stabilně 16:16 &lt;A123&gt; Běží http outproxy jen na jednom routeru? 16:16 &lt;wiht&gt; V konzoli mého routeru vidím 307 známých uzlů. 16:16 &lt;A123&gt; (Pořád mám trochu mlhu v tom, jak I2P funguje) 16:16 &lt;jrandom&gt; ve výchozím nastavení jsou dvě outproxy a pár dalších je k dispozici, ale nejsou defaultně nastavené 16:16 &lt;wiht&gt; Způsobilo nedávné rozšíření sítě někomu vytížení šířky pásma na maximum? 16:17 &lt;jrandom&gt; no, moje využití šířky pásma vzrostlo, stabilních 30-40KB/s na mých routerech 16:17 &lt;jrandom&gt; (totiž na stabilních 30-40) 16:18 &lt;jrandom&gt; (taky provozuju pár služeb s velkým provozem, jako squid.i2p ;) 16:19 &lt;A123&gt; Díváš se někdy do logů? 16:19 &lt;jrandom&gt; u squidu? ne, mám to nastavené tak, aby neukládal žádné logy požadavků 16:20 &lt;+Ragnarok&gt; pamatuj, mohl by lhát :) 16:20 &lt;+Ragnarok&gt; takže je hloupé se na to ptát 16:20 &lt;jrandom&gt; (i když to může být lež a třeba pracuju pro FBI atd., tak to nezneužívejte ;) 16:20 &lt;A123&gt; Jen mě zajímalo, jestli tam není něco zajímavého :) 16:21 &lt;+mihi&gt; A123: spusť si vlastní outproxy :) 16:21 &lt;gloin&gt; A123: nastav uzel Toru. 16:21 &lt;A123&gt; Je to snadné nastavit? 16:21 &lt;jrandom&gt; ani ne 16:21 &lt;A123&gt; gloin, Tor není explicitně navržen pro sdílení souborů, takže mě moc nezajímá. 16:22 &lt;jrandom&gt; (myslím outproxy. Tor je snadné nastavit) 16:22 &lt;A123&gt; Nebo alespoň výslovně uvedli, že nechtějí, aby ho lidé používali ke sdílení souborů. 16:22 &lt;wiht&gt; jrandom, chceš stále čekat na verzi 1.0 před plným veřejným oznámením vyspělosti projektu I2P? 16:23 &lt;+mihi&gt; A123: rozhodně je to těžší než zaregistrovat si přezdívku u nickservu *hint* *hint* 16:23 &lt;A123&gt; No jo, nechci, aby mi někdo vzal A123 :) 16:23 &lt;wiht&gt; Když síť funguje dobře už teď, ustála by příliv dalších uživatelů? 16:23 &lt;jrandom&gt; budeme muset udělat nějaký outreach ještě před 1.0, abychom mohli testovat ve větších prostředích 16:24 &lt;+Ragnarok&gt; třeba preview release, nebo něco takového 16:24 &lt;wiht&gt; Beta verze? Zní to dobře. 16:25 &lt;jrandom&gt; jo, to proběhne souběžně s redesignem webu, možná před 0.6.2 16:25 &lt;jrandom&gt; (nebo třeba s 0.6.2) 16:25 &lt;jrandom&gt; (redesign webu je součástí kritické cesty, abychom netrávili hodiny a hodiny zodpovídáním stejných otázek) 16:25 &lt;+Ragnarok&gt; no, s trochu lepším vyladěním pro koncové uživatele než jen další beta 16:26 &lt;A123&gt; Je možné, aby si I2P-aware klienti sami snadno konfigurovali tunnels? 16:26 &lt;jrandom&gt; ano 16:26 &lt;A123&gt; Případně by vždy mohli posílat HTTP požadavky do konzole... 16:26 &lt;+Ragnarok&gt; konzole routeru také potřebuje pořádný facelift. Bylo by fajn, kdyby úvodní stránka byla víc jako i2p portál a všechen technický obsah se posunul o něco dál 16:26 &lt;jrandom&gt; je to jedna z vlastností, které posílají, když se připojí k i2p 16:26 &lt;jrandom&gt; souhlas, Ragnarok 16:27 &lt;A123&gt; Hm. Azureus I2P plugin by mohl být o něco přívětivější. 16:27 &lt;A123&gt; Nebo vůbec nějak přívětivý. 16:27 &lt;jrandom&gt; souhlas, A123 ;) 16:27 &lt;jrandom&gt; (i když odvedli skvělou práci na důkazu proveditelnosti) 16:28 &lt;jrandom&gt; poslední dobou padlo na mailing listu hodně dobrých návrhů ohledně použitelnosti 16:28 &lt;jrandom&gt; mnoho/většina z nich by se měla udělat předtím, než požádáme nové uživatele, aby i2p vyzkoušeli 16:28 &lt;A123&gt; Z konzole: "If you can't poke a hole in your NAT or firewall to allow unsolicited UDP packets to reach the router, as detected with the Status: ERR-Reject..." 16:28 &lt;A123&gt; Kde bych viděl "Status: ERR-Reject"? 16:29 &lt;+Ragnarok&gt; je fajn, že jsme v bodě, kdy se můžeme starat o použitelnost :) 16:29 &lt;jrandom&gt; A123: na levé straně konzole tvého routeru je Status: OK (nebo Status: unknown, nebo něco jiného) 16:29 &lt;+Complication&gt; V poli Status v konzoli routeru. 16:29 &lt;jrandom&gt; pravda, Ragnarok 16:29 &lt;+Complication&gt; Doufejme, že tam máš OK nebo OK (NAT). 16:30 &lt;A123&gt; Complication, aha, díky. Je to to, co se aktualizuje, když klikneš na "Check network reachability..."? 16:30 &lt;wiht&gt; Doufám, že do budoucích verzí I2P nebudete muset lámat kompatibilitu. Úplná migrace sítě na novou verzi byla v minulosti dost bolestivá. 16:30 &lt;+Complication&gt; A123: ano, mělo by to znovu testovat po kliknutí 16:30 &lt;+Complication&gt; Ale nestane se to okamžitě. 16:30 &lt;jrandom&gt; eh, už to není tak bolestivé jako bývalo, ale jo, bylo by dobré se tomu vyhnout, wiht 16:30 &lt;A123&gt; Takže musím obnovit stránku? 16:30 &lt;A123&gt; No vlastně, to by udělalo další HTTP POST... 16:31 &lt;+Complication&gt; A123: může trvat minutu najít peer vhodný k testování 16:31 &lt;+Complication&gt; protože nemůžeš testovat s těmi, se kterými už komunikuješ 16:31 &lt;+Complication&gt; Mohlo by to dávat falešné výsledky. 16:32 &lt;+Complication&gt; Takže by se to mělo projevit, když si konzoli routeru zobrazíš o něco později. 16:32 &lt;+Complication&gt; V ideálním případě bys v zásadě neměl potřebovat spouštět peer test ručně. 16:33 &lt;+Complication&gt; =neměl bys potřebovat 16:33 &lt;jrandom&gt; správně, i2p teď provádí peer test automaticky, když nastanou určité události 16:33 &lt;jrandom&gt; (třeba když ti někdo řekne, že tvoje IP je jiná, než si myslíš) 16:33 &lt;A123&gt; Ten knoflík mi přišel naprosto neintuitivní. Neměl jsem tušení, co a kdy aktualizuje, nikdy mi explicitně neřekl výsledky testu... 16:34 &lt;A123&gt; Stránka se automaticky neobnovovala (myslím), nemůžu v prohlížeči udělat reload... 16:34 &lt;jrandom&gt; reload by měl být bezpečný 16:34 &lt;A123&gt; To přece spustí další test, ne? 16:34 &lt;jrandom&gt; ale jo, konzole routeru byla navržena spíš z technických důvodů než pro použitelnost 16:34 &lt;jrandom&gt; A123: má nonce (jednorázový token), aby tomu zabránila 16:34 &lt;+Complication&gt; Tomu aspektu by do budoucna prospělo lepší vysvětlení. 16:35 &lt;wiht&gt; Už jsme přeskočili 2) a přešli k 3)? 16:35 &lt;jrandom&gt; Complication: pravděpodobně to odstraníme, protože je to zbytečné 16:35 &lt;jrandom&gt; ne, stále jsme u 1 16:35 &lt;jrandom&gt; má někdo ještě něco k 1) stavu sítě? 16:35 &lt;A123&gt; Aha, opravdu, po několika pokusech si stěžuje na nonce. 16:35 &lt;jrandom&gt; pokud ne, přejdeme na 2) 0.6.1 16:35 &lt;A123&gt; "nonce" se ne-geekům bude jevit jako nesmyslné slovo. 16:36 &lt;A123&gt; :) 16:36 * Complication se dívá na grafy 16:36 &lt;+Complication&gt; Na stav sítě si odtud nestěžuji. 16:36 &lt;jrandom&gt; w3wt 16:37 &lt;A123&gt; Je nějaký důvod, proč reseeding není automatický? 16:37 &lt;jrandom&gt; ok, k 0.6.1 toho moc víc než je v mailu nemám 16:37 &lt;gloin&gt; hmm.. neměl by být příchozí a odchozí provoz víceméně symetrický? 16:37 &lt;A123&gt; U mě je víceméně symetrický. 16:37 &lt;jrandom&gt; A123: ano, i když to možná dokážeme udělat bezpečněji 16:37 &lt;+Complication&gt; gloin: ne, pokud někdo leechuje nebo seeduje ;) 16:37 &lt;+Ragnarok&gt; ne, pokud něco stahuješ 16:38 &lt;A123&gt; Total: 3.74/4.09KBps (to je in/out) 16:39 &lt;gloin&gt; Complication: Je to bezpečnostní problém? Neměl by se "cizí" provoz omezit? 16:39 &lt;+Complication&gt; gloin: záleží na kritériích 16:40 &lt;+Complication&gt; Kdo usiluje o maximální bezpečnost, neměl by dělat věci, které ostatním umožní vyvolat pozorovatelné změny v jeho šířce pásma. 16:40 &lt;jrandom&gt; gloin: jak se posuneme k 1.0, přestaneme tyhle statistiky zveřejňovat 16:40 &lt;A123&gt; Můj ISP je stejně bude znát... 16:40 &lt;jrandom&gt; ale ano, obrana proti lokální analýze provozu vyžaduje, abys participoval v tunnels ostatních 16:41 &lt;+Complication&gt; (pro přísnou definici "jejich BW", tj. "provoz začínající/končící na jejich uzlu") 16:41 &lt;jrandom&gt; (nebo dělat dostatečnou chaff aktivitu. tarzan má například "mimics" na plýtvání šířkou pásma^W^Wobranu anonymity) 16:41 &lt;A123&gt; Hm. 16:41 &lt;A123&gt; Jsem na ADSL, mám mnohem víc download než upload. 16:42 &lt;+Complication&gt; Mnozí jsou. 16:42 &lt;A123&gt; Když můj download převyšuje upload, neznamená to, že něco stahuju? 16:43 &lt;wiht&gt; Ne, můžeš také přeposílat provoz ostatních. 16:43 &lt;+Complication&gt; Řekl bych, že to implikuje, že něco stahuješ. 16:43 &lt;A123&gt; Kešuje I2P data? 16:43 * wiht by chtěl být opraven, pokud je to špatně. 16:43 &lt;+Complication&gt; Ledaže seeduješ stejně, jako leechuješ. 16:43 &lt;jrandom&gt; i2p samotné nekešuje 16:43 &lt;+Complication&gt; A123: podle mých znalostí se žádné cachování neděje 16:43 &lt;jrandom&gt; ale Syndie ano. 16:44 &lt;A123&gt; Pokud není cachování, tak když download převyšuje upload, musí to znamenat, že něco stahuju já sám, že? 16:44 &lt;jrandom&gt; pokud máš velké množství příchozího provozu, ale žádný aktuální odchozí, můžeš prostě provozovat uzel Syndie 16:44 &lt;jrandom&gt; ano, A123, v dostatečně krátkém časovém rámci 16:45 &lt;A123&gt; Protože smysluplně můžu stahovat jen rychlostí svého uploadu, jakmile se zaplní síťové buffery. 16:45 &lt;jrandom&gt; pro určitý model hrozeb ano 16:45 &lt;A123&gt; Hm. 16:45 &lt;jrandom&gt; (lokální pasivní útočník s dostatečnými zdroji, nebo cílený lokální útočník atd.) 16:46 &lt;+Complication&gt; Mohl bys stahovat rychleji, ale zvýšilo by to riziko. (Proto mám nastavené podobné limity pro up/down.) 16:46 &lt;A123&gt; Aha, dobrá poznámka, prostě si můžu omezit rychlost stahování. 16:46 &lt;@LevDavidovitch&gt; mimochodem, měl bys omezit jak rychlost downloadu, tak uploadu 16:47 &lt;+Complication&gt; Ale pokud by někdo cílil na všechny, kdo stahují víc než odesílají... cílil by na všechny a jejich babičky. 16:47 &lt;wiht&gt; Zdá se, že s IRC stále máme problémy s odpojováním. 16:47 &lt;jrandom&gt; wiht: jen pár lidí 16:47 &lt;wiht&gt; OK. 16:47 &lt;@LevDavidovitch&gt; a znovupřipojení je teď hodně RYCHLÉ 16:48 &lt;jrandom&gt; (a nic tak hrozného jako dřív) 16:48 &lt;wiht&gt; Souhlasím, znovupřipojení je lepší. 16:48 &lt;jrandom&gt; jo, je fajn mít naše IRC servery hostované na routerech s rozumnými limity šířky pásma :) 16:49 &lt;jrandom&gt; ((ne že by předtím byly nerozumné, bylo to super, jen jsme to přerostli)) 16:49 &lt;A123&gt; Je nějaký technický důvod, proč DCC není podporováno? Dá se to implementovat podobně jako nat modul, že? 16:49 &lt;jrandom&gt; ok, má někdo něco k 2) 0.6.1? 16:49 &lt;jrandom&gt; ano, A123, existují technické důvody, proč dcc není podporováno 16:50 &lt;@LevDavidovitch&gt; muselo by se to udělat na straně klienta, myslím. 16:50 &lt;jrandom&gt; někdo by mohl implementovat irc proxy s podporou dcc, ale nikdo to neudělal 16:50 &lt;A123&gt; Jaké jsou? Nebo je to na dlouho? 16:50 &lt;jrandom&gt; podpora dcc vyžaduje znát a interpretovat protokol irc a podle potřeby přepisovat odesílané zprávy irc 16:50 &lt;@LevDavidovitch&gt; normální dcc používá libovolné porty a tak 16:50 &lt;jrandom&gt; (konkrétně ctcp zprávy pro navazování dcc spojení) 16:50 &lt;A123&gt; Aha, to jsem se chtěl zeptat... Jestli je technicky možné to udělat jako u nat modulu (který dělá, jak říkáš). 16:51 &lt;jrandom&gt; nevím, co je to nat modul? 16:51 &lt;@LevDavidovitch&gt; nat používá některé podivnosti UDP. 16:52 &lt;@LevDavidovitch&gt; myslí nat traversal, řekl bych 16:52 &lt;jrandom&gt; aha, ok, jo, technicky to jde, ale nikdo se nepřihlásil, že na tom bude dělat (a jsem zavalen) 16:52 &lt;A123&gt; Ne... Alespoň pro Linux existuje masq modul pro iptables, který přepisuje IRC pakety s DCC CTCP požadavky. 16:53 &lt;@LevDavidovitch&gt; aha, chápu 16:53 &lt;@LevDavidovitch&gt; možná by šla část toho kódu použít 16:53 &lt;@LevDavidovitch&gt; záleží, jak intimně je to svázané s tím ipfilterem 16:54 &lt;jrandom&gt; pravděpodobně jednodušší by bylo prostě rozšířit I2PTunnelClient, aby interpretoval irc 16:54 &lt;A123&gt; http://www.koders.com/c/fidA6A89E1080590138EB211E694473DDDD098B6B75.aspx &lt;- Může být zajímavé, děkuji Google. 16:54 &lt;jrandom&gt; (stejně jako ho I2PTunnelHTTPClient rozšiřuje, aby interpretoval HTTP) 16:55 &lt;@LevDavidovitch&gt; ne ve většině zemí. 16:55 &lt;@LevDavidovitch&gt; ups 16:56 &lt;jrandom&gt; A123: filtr na úrovni OS by se nasazoval trochu těžko, ale jestli na tom chce někdo dělat, tohle by byl dobrý start 16:57 &lt;jrandom&gt; ok, ještě něco k 2) 0.6.1, nebo přejdeme na 3) ??? 16:57 &lt;A123&gt; jrandom, vlastně by to nemuselo být na úrovni OS, že? Stejně by to šlo přes IRC tunnel... 16:58 &lt;jrandom&gt; vlastně by to ani nefungovalo jako iptables filtr. musí se to udělat uvnitř i2ptunnel nebo v nějaké jiné i2p-aware proxy 16:58 &lt;jrandom&gt; každopádně je to hodně práce a pokud se toho někdo nechopí, nikdy se to neudělá ;) 16:59 &lt;jrandom&gt; (bylo by to ale *super*) 16:59 &lt;A123&gt; Jasně. 16:59 &lt;A123&gt; Myslel jsem "jako iptables filtr", ne "pomocí iptables filtru" :) 16:59 &lt;A123&gt; -the+a 16:59 &lt;A123&gt; +n 17:00 &lt;A123&gt; Hrm hrm. 17:00 &lt;@LevDavidovitch&gt; asi pokračujme 17:01 &lt;jrandom&gt; ok, jdeme na 3) ??? 17:01 &lt;jrandom&gt; (i když by se asi dalo říct, že jsme u 3) celou dobu ;) 17:01 &lt;jrandom&gt; má někdo ještě něco, co by chtěl na schůzce probrat? 17:01 &lt;+fox&gt; &lt;brutus&gt; k 3) bugzilla by bylo fajn dát do pořádku před 1.0 17:01 &lt;wiht&gt; Když mluvíme o návrzích na použitelnost z mailing listu, zapracoval jsi některé z nich do I2P? 17:02 &lt;jrandom&gt; brutus: dřív jsme měli bugzillu, ale nikdo ji nepoužíval 17:03 &lt;wiht&gt; Měl jsem říct: soustředíš se stále na core funkcionalitu I2P a plánuješ se na použitelnost zaměřit trochu později? 17:03 &lt;A123&gt; Nechci to zkoušet tady, ale myslím, že poslat někomu DCC požadavek by mu teď odhalilo tvoji IP. 17:03 &lt;A123&gt; (Za předpokladu, že tvůj klient zná tvoji IP) 17:03 &lt;jrandom&gt; wiht: minulý týden jsem dělal spoustu vylepšení ve streaming knihovně, což by mělo použitelnost podstatně zlepšit 17:04 &lt;jrandom&gt; A123: irc servery filtrují ctcp zprávy 17:04 &lt;jrandom&gt; (byly upraveny) 17:04 &lt;A123&gt; Servery... 17:04 &lt;jrandom&gt; ale ano, to pošle tvoji ip na server (který ji může zahodit, nebo založit do nějaké databáze NSA) 17:04 &lt;jrandom&gt; takže neposílejte dcc požadavky 17:04 &lt;A123&gt; Taky nechci, aby admini serverů věděli, kdo jsem :) 17:05 &lt;A123&gt; (Teoreticky. Teď mi to nevadí, ani u vás) 17:05 &lt;A123&gt; Možná by stálo za to na to uživatele upozornit. 17:05 &lt;jrandom&gt; na wiki je o celé řadě problémů stránka, jestli se nepletu 17:05 &lt;jrandom&gt; (mrkni na ugha.i2p) 17:06 &lt;+fox&gt; &lt;mihi&gt; mimochodem: jsou servery irc2p propojené přes i2p nebo přímo? 17:06 &lt;+Complication&gt; Předpokládal bych i2p 17:06 &lt;+Complication&gt; Pokud se mezitím někdo nezbláznil a neřekl mi to. :P 17:06 &lt;wiht&gt; jrandom, to je dobré, ale co UI návrhy od Isamoor? 17:07 &lt;jrandom&gt; mihi: myslím, že to běží přes i2p 17:08 &lt;jrandom&gt; wiht: seznam toho, co jsem dělal, je na `http://dev.i2p/cgi-bin/cvsweb.cgi/i2p/history.txt?rev=HEAD` 17:09 &lt;jrandom&gt; je toho potřeba udělat mnohem víc a hodně toho ještě bude, ale mám jen dvě ruce 17:09 &lt;wiht&gt; Díky, podívám se tam. 17:10 &lt;jrandom&gt; vlastně mám něco k projednání... 17:10 &lt;A123&gt; Jaký je server/kanál, který fox přemosťuje? Nebo chápu smysl foxe špatně? 17:11 &lt;jrandom&gt; jak bylo zmíněno na hq.postman.i2p, máme za sebou víc než celý rok anonymního mailového provozu přes postmanovy servery! 17:11 * jrandom jásá 17:11 * wiht nechce působit nevděčně. 17:12 &lt;A123&gt; jrandom, už na to přišli spameři? 17:12 &lt;jrandom&gt; A123: fox je bridge na irc.freenode.net 17:12 &lt;A123&gt; (OK, je to pomalý způsob, jak spamovat...) 17:12 &lt;jrandom&gt; A123: pochybuju, postman má opatření proti spamu 17:12 &lt;jrandom&gt; příchozí spam je ale trochu problém ;) 17:13 &lt;jrandom&gt; (ale můj účet je tam dobře filtrovaný) 17:13 &lt;mule&gt; to už je opravdu tak dlouho. čas letí ... 17:13 &lt;A123&gt; jrandom, aha, díky. 17:13 * Complication kouká, jestli mu někdo konečně neposlal medvěda e-mailem 17:14 &lt;+fox&gt; &lt;brutus&gt; jo, postman & cervantes si zaslouží medaili, táhnou tu pěkné váhy 17:15 &lt;+fox&gt; &lt;brutus&gt; vskutku vynikající služby 17:16 &lt;jrandom&gt; jasně. stejně tak mule se svým outproxy a fproxy, orion se svým webem a vy ostatní se svým obsahem :) 17:16 &lt;jrandom&gt; ok, má někdo ještě něco k projednání? 17:16 &lt;wiht&gt; Když už mluvíme o obsahu... 17:16 &lt;wiht&gt; Zdá se, že víme, které stránky běží nebo ne, ale chybí snadno přístupný adresář stránek. 17:17 &lt;A123&gt; Mně hodiny jdou napřed. Bylo by možné, aby se zprávy "Updating clock offset to -316819ms from -304801ms" snížily z úrovně "CRIT"? Je to trochu zneklidňující. 17:17 &lt;wiht&gt; Přemýšlel jsem, že vytvořím takový, kde mohou admini stránek napsat, o čem jejich stránka je. 17:17 &lt;jrandom&gt; orion.i2p je docela snadno přístupný...? 17:17 &lt;jrandom&gt; A123: hm, možná 17:18 &lt;wiht&gt; Má krátký popis účelu stránek? 17:18 &lt;+postman&gt; A123: spam je problém jen u příchozí pošty ( mail FROM the internet ) 17:18 &lt;jrandom&gt; wiht: jo, má, ale nevím, odkud pocházejí 17:18 &lt;+Complication&gt; wiht: ne, orion tu funkci zjevně nemá 17:18 &lt;wiht&gt; Podívám se znovu. 17:18 &lt;jrandom&gt; jestli si dobře pamatuju, dřív je udržoval jnymo 17:18 &lt;+postman&gt; A123: i2p mail uživatelé mohou málokdy spamovat sami sebe a nemohou spamovat internetové cíle 17:19 &lt;+Complication&gt; Promiň, chtěl jsem říct, že to není uživatelsky přístupné. 17:19 &lt;wiht&gt; Přemýšlel jsem o adresáři, který kategorizuje stránky, něco jako dmoz.org. 17:19 &lt;A123&gt; wiht, jako úplně nový uživatel mi to zní skvěle. 17:19 &lt;+fox&gt; &lt;Sugadude&gt; wiht: Máme dost stránek na to, abychom je potřebovali klasifikovat? 17:19 &lt;A123&gt; wiht, ale podívej se na Freenet pro skvělý příklad, jak to nedělat. 17:20 &lt;jrandom&gt; spolehlivý kategorizovaný web by byl prima. nebo to třeba můžeme integrovat do syndie, aby si lidé mohli tagovat a kategorizovat své peer references (a sdílet je) 17:20 &lt;jrandom&gt; (syndie už má sadu kategoriálních tagů pro každou záložku, zobrazit to vizuálně ve stylu dmoz by nebylo těžké) 17:20 &lt;jrandom&gt; a bylo by to lokální &lt;--- rychlé 17:20 &lt;A123&gt; Nebo prostě zaujmout Google pro i2p... 17:20 &lt;jrandom&gt; heh 17:24 &lt;jrandom&gt; ok, jestli už k setkání nic není... 17:25 * jrandom to uzavírá 17:25 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2005/09/20/pozn%C3%A1mky-ke-stavu-i2p-k-2005-09-20/Tue, 20 Sep 2005 00:00:00 +0000/cs/blog/2005/09/20/pozn%C3%A1mky-ke-stavu-i2p-k-2005-09-20/<p>Ahoj všichni, je zase úterý</p> <ul> <li>Index:</li> </ul> <ol> <li>0.6.0.6 2) I2Phex 0.1.1.27 3) migrace 4) ???</li> </ol> <ul> <li> <ol> <li>0.6.0.6</li> </ol> </li> </ul> <p>S vydáním verze 0.6.0.6 minulou sobotu máme na živé síti v provozu spoustu nových komponent a vy všichni jste odvedli skvělou práci s aktualizací - před pár hodinami už téměř 250 routers přešlo na novou verzi! Síť se zdá být ve slušné kondici a introductions zatím fungují - svou vlastní aktivitu introductions můžete sledovat na <code>http://localhost:7657/oldstats.jsp,</code> kde se dívejte na udp.receiveHolePunch a udp.receiveIntroRelayResponse (stejně tak i udp.receiveRelayIntro, pro ty, kdo jsou za NATem).</p>/cs/blog/2005/09/20/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-20.-z%C3%A1%C5%99%C3%AD-2005/Tue, 20 Sep 2005 00:00:00 +0000/cs/blog/2005/09/20/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-20.-z%C3%A1%C5%99%C3%AD-2005/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> bar, Complication, forest, jrandom, Kefoo, postman, Ragnarok</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 16:18 &lt;jrandom&gt; 0) ahoj 16:18 &lt;jrandom&gt; 1) 0.6.0.6 16:18 &lt;jrandom&gt; 2) I2Phex 0.1.1.27 16:18 &lt;jrandom&gt; 3) migrace 16:18 &lt;jrandom&gt; 4) ??? 16:18 &lt;jrandom&gt; 0) ahoj 16:18 * jrandom mává 16:18 &lt;jrandom&gt; týdenní poznámky o stavu zveřejněny na http://dev.i2p.net/pipermail/i2p/2005-September/000929.html 16:18 &lt;+postman&gt; ahoj 16:18 &lt;forest&gt; ahoj 16:18 &lt;jrandom&gt; pojďme se rovnou pustit do 1) 0.6.0.6 16:19 &lt;jrandom&gt; poznámky o stavu v zásadě pokrývají všechno, co mám pro 0.6.0.6 v plánu. Má někdo nějaké otázky/obavy/komentáře k probrání? 16:19 &lt;+postman&gt; jrandom: postřeh: 16:19 &lt;+postman&gt; jrandom: mnohem vyšší využití šířky pásma 16:20 &lt;+postman&gt; jrandom: vše v mezích a běží to fajn – ale můj router se teď fakt zahřívá 16:20 * nickless_head má podobný postřeh 16:20 &lt;jrandom&gt; jo, taky, myslím, že je to nejspíš kvůli nárůstu bt a i2phex provozu 16:20 &lt;+postman&gt; jaký nárůst, když je na trackeru jen 80 aktivních torrentů? :) 16:20 &lt;jrandom&gt; heh 16:21 &lt;+postman&gt; ale je dobré vidět, že se síť nezhroutí 16:21 &lt;+postman&gt; irc je docela stabilní, i když router teď dává 50 k/s 16:21 &lt;jrandom&gt; rozhodně. už ani nejsem přihlášený na freenode, protože irc je tady dost stabilní 16:22 * postman vrací mikrofon 16:22 &lt;jrandom&gt; super, díky. myslím, že je pořád prostor pro lepší efektivitu šířky pásma, ale momentálně to vypadá rozumně 16:22 &lt;jrandom&gt; (doufejme, že věc, na které pracuji, pomůže, ale víc až bude hotová) 16:22 &lt;fox&gt; &lt;mihi&gt; určitě byste měl rozlišovat mezi OK (Nat) a Err (Nat)... 16:23 &lt;fox&gt; &lt;mihi&gt; nebo je vaše hole punching (prorážení NATu) všemocné? 16:23 &lt;jrandom&gt; heh 16:23 &lt;jrandom&gt; no, ERR-SymmetricNAT je a bude i nadále ERR 16:23 &lt;fox&gt; &lt;mihi&gt; nebo je nemožné ověřit, zda to bylo úspěšné? 16:24 &lt;fox&gt; &lt;mihi&gt; ok 16:24 &lt;jrandom&gt; ale ERR-Reject je kvůli restricted cone, zatímco full cone NATy fungují v pohodě 16:24 &lt;jrandom&gt; (protože i2p používá pro všechny pouze jeden zdrojový port, dokud jste na i2p, budete mít proraženou díru pro full cone) 16:25 &lt;jrandom&gt; pořád je ale lepší, když si lidé přesměrují porty, aby nepotřebovali introducers (zprostředkovatelé spojení), protože jim to umožní stát se sami introducers 16:25 &lt;fox&gt; &lt;mihi&gt; pokud nejsou žádná ošklivá pravidla iptables (třeba drop UDP na 8887 z IP adres dělitelných sedmi :) ) 16:25 &lt;jrandom&gt; heh 16:26 &lt;jrandom&gt; a bohužel, někteří lidé opravdu mají takhle rozbité konfigurace (*cough*peerguardian*cough*) 16:26 &lt;jrandom&gt; někdo se nedávno divil, proč i2p nefunguje, i když měl firewall, který zahazoval pakety od všech .edu peerů 16:27 &lt;+Ragnarok&gt; .edu? To je docela náhodné 16:27 &lt;jrandom&gt; jo, nedávalo mi to smysl na tolika úrovních 16:27 &lt;jrandom&gt; ale, c'est la vie 16:27 * nickless_head zpívá: We don't need no education... 16:28 &lt;jrandom&gt; heh 16:28 &lt;jrandom&gt; ok, má ještě někdo něco k 1) 0.6.0.6? 16:29 &lt;jrandom&gt; pokud ne, přejdeme k 2) i2phex 0.1.1.27 16:29 &lt;jrandom&gt; ani tady není moc co dodat nad to, co je v mailu... 16:30 &lt;+postman&gt; jrandom: nebyla ani žádná pozitivní odezva ve zmíněných fórech :( 16:31 &lt;+postman&gt; jrandom: přepošlu tvoje poznámky o stavu a odkazy – možná to čtenáři pochopí 16:31 &lt;jrandom&gt; postman: lidi samozřejmě můžou používat, co chtějí, ale nedoporučuju binární vydání od legion, protože zdroják neodpovídá binárce a launcher je úplně uzavřený 16:32 &lt;jrandom&gt; teď, když máme i2phex na webově dostupném místě, sestavený z cvs, snad to sníží závislost lidí na tom 16:33 &lt;jrandom&gt; (možná kdybys chtěl zveřejnit irc log z #i2p-chat z před hodiny či dvou mezi legionem a mnou, mohlo by to lidem situaci lépe vysvětlit) 16:34 &lt;jrandom&gt; ok, má ještě někdo něco k 2) i2phex, nebo přejdeme k 3) migrace 16:34 * postman se podívá 16:34 &lt;jrandom&gt; k 3) není moc co dodat, je to spíš jen pro informaci 16:34 &lt;jrandom&gt; takže možná můžeme rychle skočit na 4) ??? 16:34 &lt;jrandom&gt; má někdo ještě něco, co chce na schůzce probrat? 16:35 &lt;+Complication&gt; Migrace? 16:36 &lt;jrandom&gt; jestli jste si toho nevšimli, tím líp :) 16:36 &lt;jrandom&gt; přesunuli jsme se z jednoho colo (kolokace) do jiného 16:36 &lt;jrandom&gt; (cvs.i2p.net, dev.i2p.net, www.i2p.net, mail.i2p.net) 16:36 &lt;+Complication&gt; Aha, tahle migrace. :) 16:36 * Complication je dnes prostě trochu pomalejší 16:39 &lt;+Complication&gt; Mimochodem, 0.6.0.6 vypadá hodně dobře... v tom smyslu, že můj router za 54 hodin ani jednou nespadl na 0 participating tunnels. 16:39 &lt;+Complication&gt; Ani jednou. 16:39 &lt;jrandom&gt; super 16:40 &lt;jrandom&gt; ok, pokud už nikdo nechce nic dalšího na schůzku přinést... 16:40 * jrandom ukončuje 16:40 &lt;+postman&gt; jrandom: jedna věc 16:40 * jrandom přestává s ukončováním 16:40 &lt;+postman&gt; jrandom: právě jsi zvýšil verzi i2phex – co když sirup plánuje další vydání? 16:40 &lt;jrandom&gt; postman: sirup používá cvs 16:41 &lt;+postman&gt; jrandom: co takhle tomu dát ještě další tag 16:41 &lt;+postman&gt; ok, tak to je v pořádku 16:41 &lt;+postman&gt; :) 16:41 * postman je zpátky ve své jeskyni 16:41 &lt;jrandom&gt; (vyvíjet kód mimo systém správy verzí == šílené) 16:41 * Kefoo vzpomíná, jak šílené to bylo vyvíjet i uvnitř systému správy verzí 16:41 &lt;+postman&gt; jrandom: (nemusel to být TEN TVŮJ) 16:42 &lt;jrandom&gt; heh, to je pravda, Kefoo ;) 16:42 &lt;jrandom&gt; heh no jo... ale ten jeho to zrovna je ;) 16:43 * bar právě si udělal nový osobní rekord 156 současných udp spojení (starý rekord byl 152) 16:43 &lt;jrandom&gt; super, jo, dneska dřív jsem viděl 173 16:44 &lt;+bar&gt; oh :) jo, introduceři tady rozhodně dělají svou práci 16:44 &lt;Kefoo&gt; Ne že bych se chtěl vracet, ale má se i2phex při startu pokoušet připojit? Slyšel jsem jak ano, tak ne. 16:44 &lt;+bar&gt; -d 16:44 &lt;jrandom&gt; hustý, bar 16:44 &lt;jrandom&gt; Kefoo: pokud vím, ne. 16:44 &lt;jrandom&gt; ale nejsem vývojář Phexu 16:45 &lt;Kefoo&gt; Jediný způsob, který jsem našel, je zkopírovat a vložit host keys do programu a připojit se k nim ručně 16:45 &lt;jrandom&gt; to jsem udělal taky, Kefoo 16:45 &lt;+postman&gt; už to ukonči, jrandom :) 16:45 &lt;Kefoo&gt; Dobře, takže si to nedělám těžší, než to musí být 16:45 &lt;Kefoo&gt; To občas dělám 16:46 &lt;jrandom&gt; Kefoo: pokud je něco jednoduššího, rád si o tom poslechnu :) 16:46 &lt;jrandom&gt; ok ok, postmane, můžeš si jít pro pivo ;) 16:46 * jrandom ukončuje 16:46 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2005/09/13/i2p-setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-13.-z%C3%A1%C5%99%C3%AD-2005/Tue, 13 Sep 2005 00:00:00 +0000/cs/blog/2005/09/13/i2p-setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-13.-z%C3%A1%C5%99%C3%AD-2005/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> cervantes, jrandom, kbi, Myo9</p> <h2 id="záznam-schůzky">Záznam schůzky</h2> <div class="irc-log"> 13:01 &lt;jrandom&gt; 0) ahoj 13:01 &lt;jrandom&gt; 1) Stav sítě 13:01 &lt;jrandom&gt; 2) SSU introductions / prorážení NATu 13:01 &lt;jrandom&gt; 3) Odměny 13:01 &lt;jrandom&gt; 4) Směřování klientských aplikací 13:01 &lt;jrandom&gt; 5) ??? 13:01 &lt;jrandom&gt; 0) ahoj 13:01 * jrandom mává 13:01 &lt;jrandom&gt; týdenní poznámky ke stavu zveřejněny (před schůzkou!) na http://dev.i2p.net/pipermail/i2p/2005-September/000892.html 13:01 &lt;jrandom&gt; (pokud chcete, klidně vynechte .net) 13:03 &lt;jrandom&gt; vrhneme se na 1) Stav sítě 13:03 &lt;jrandom&gt; několika uživatelům to na irc trochu vypadává, ale pro většinu je to docela v pohodě 13:04 &lt;jrandom&gt; má někdo nějaké hlášení ohledně jiných protokolů, která bychom měli otevřít, nebo otázky/obavy týkající se stavu sítě? 13:05 &lt;@cervantes&gt; Tahle verze je podle mě nejstabilnější od 0.4.x 13:05 &lt;@cervantes&gt; takže skvělá práce! ;-) 13:05 &lt;jrandom&gt; w00t 13:05 &lt;jrandom&gt; dobře, pokud už není nic k 1) stavu sítě, přesuňme se k 2) SSU introductions 13:06 &lt;jrandom&gt; Nemám moc co dodat nad rámec toho, co je v e‑mailu – má někdo nějaké otázky/komentáře/obavy? 13:07 &lt;jrandom&gt; pokud ne, asi se dozvíme víc, až vyjde 0.6.0.6 ;) 13:07 &lt;jrandom&gt; dobře, přecházíme k 3) odměny 13:07 * cervantes se připravuje na bouři 13:08 * cervantes přemýšlí, jestli už si lidé zvykli na nový čas schůzky 13:08 &lt;jrandom&gt; hmm, zdá se, že Comwiz tu teď není. Předpokládám, že víc informací bude, až to bude připravené 13:08 &lt;jrandom&gt; pche, zatracení Američani a jejich pomalá časová pásma 13:09 &lt;+Myo9&gt; Myslel jsem, že jsi jeden z nich, když máš svůj vlastní bunkr a tak. ;) 13:09 * susi23 poslouchá dialog ;) 13:10 &lt;jrandom&gt; dobře, pokud není nic dalšího k 3), můžeme to prosvištět k 4) směřování klientských aplikací 13:11 &lt;jrandom&gt; v e‑mailu je toho napsáno hodně, takže to tu nebudu opakovat – má k tomu někdo nějaké myšlenky? 13:11 &lt;jrandom&gt; není to jen otázka na teď; pokud se k tomu budete chtít vyjádřit (teď nebo později), klidně napište i na fórum nebo na mailing list 13:12 &lt;@cervantes&gt; na fóru je nová sekce Application Support, to je dobré místo pro příspěvky k takovým věcem 13:12 &lt;jrandom&gt; dobrý tip 13:13 &lt;jrandom&gt; také diskusní sekce pro komentáře, které nejsou o podpoře, např. věci kolem prioritizace 13:13 &lt;jrandom&gt; dobře, míříme k první schůzce kratší než 15 minut po dlouhé době... 13:14 &lt;kbi&gt; řekl bych, že schůzky jdou rychle, když jsou všichni spokojení 13:15 &lt;jrandom&gt; možné, a snad se dočkáme příspěvků do mailing listu i na fórum 13:15 &lt;jrandom&gt; dobře, přecházíme k 5) ??? 13:15 &lt;jrandom&gt; má někdo ještě něco, co by chtěl na schůzce otevřít? 13:15 &lt;@cervantes&gt; (kromě svého oběda) 13:17 &lt;@cervantes&gt; tak a 15 minut je pryč 13:17 * jrandom chystá závěr 13:17 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2005/09/13/pozn%C3%A1mky-ke-stavu-i2p-k-2005-09-13/Tue, 13 Sep 2005 00:00:00 +0000/cs/blog/2005/09/13/pozn%C3%A1mky-ke-stavu-i2p-k-2005-09-13/<p>Ahoj všichni, je čas na týdenní poznámky o stavu.</p> <ul> <li>Index</li> </ul> <ol> <li>Stav sítě 2) SSU introductions / NAT hole punching (prorážení NATu) 3) Odměny 4) Pokyny pro klientskou aplikaci 5) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Stále jedeme s vydáním 0.6.0.5 v síti a téměř všichni už upgradovali; mnozí běží na některém z buildů od té doby (CVS HEAD je teď 0.6.0.5-9). Celkově vše stále funguje dobře, i když podle toho, co pozoruji, došlo k výraznému nárůstu síťového provozu, pravděpodobně kvůli vyššímu využívání i2p-bt nebo i2phex. Jeden z irc serverů měl včera v noci menší zádrhel, ale druhý to udržel v pohodě a zdá se, že se vše dobře zotavilo. Nicméně v CVS buildech došlo k podstatným vylepšením ve zpracování chyb i dalších funkcí, takže očekávám, že později v tomto týdnu bude nové vydání.</p>/cs/blog/2005/09/06/pozn%C3%A1mky-ke-stavu-i2p-ze-dne-2005-09-06/Tue, 06 Sep 2005 00:00:00 +0000/cs/blog/2005/09/06/pozn%C3%A1mky-ke-stavu-i2p-ze-dne-2005-09-06/<p>Ahoj všichni,</p> <ul> <li>Index</li> </ul> <ol> <li>Stav sítě 2) Stav Syndie 3) susidns 4) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Jak si mnozí všimli, vydání 0.6.0.5 vyšlo minulý týden po krátké revizi 0.6.0.4 a zatím se spolehlivost výrazně zlepšila a síť je větší než kdy dřív. Stále je prostor ke zlepšení, ale zdá se, že nový netDb funguje tak, jak byl navržen. Dokonce jsme otestovali i fallback (záložní mechanismus) - když jsou floodfill peery nedostupné, routers přejdou na kademlia netDb, a před pár dny, když k takové situaci došlo, spolehlivost irc a eepsite(I2P Site) nebyla výrazně snížena.</p>/cs/blog/2005/09/06/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-6.-z%C3%A1%C5%99%C3%AD-2005/Tue, 06 Sep 2005 00:00:00 +0000/cs/blog/2005/09/06/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-6.-z%C3%A1%C5%99%C3%AD-2005/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> adamta, ardvark, bar, cervantes, jrandom, Pseudonym, Ragnarok, susi23</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 13:04 &lt;jrandom&gt; 0) ahoj 13:04 &lt;jrandom&gt; 1) Stav sítě 13:04 &lt;jrandom&gt; 2) Stav Syndie 13:04 &lt;jrandom&gt; 3) susidns 13:04 &lt;jrandom&gt; 4) ??? 13:04 &lt;jrandom&gt; 0) ahoj 13:04 * jrandom mává 13:04 &lt;+bar&gt; salaam aleikum 13:04 &lt;jrandom&gt; poznámky ke stavu jsou na http://dev.i2p.net/pipermail/i2p/2005-September/000888.html 13:04 &lt;+Ragnarok&gt; ahoj 13:04 * cervantes smeká klobouk 13:04 &lt;+fox&gt; * adamta mává zpět přes most Irc2p/Freenode 13:05 &lt;jrandom&gt; :) ok, přesouváme se k 1) stavu sítě 13:05 &lt;@cervantes&gt; *** Odpojeno 13:05 &lt;jrandom&gt; podle toho, co vidím, jde všechno docela dobře 13:05 &lt;jrandom&gt; heh 13:06 * cervantes souhlasí... za pár dní jen jeden netsplit 13:06 &lt;jrandom&gt; vím, že pořád máme nějaké problémy, když je síťové připojení výrazně přetížené (způsobí to hromadění a selhávání zpráv, což vede k víc elGamal a vyššímu využití CPU) 13:06 &lt;@cervantes&gt; a uptime mého irc připojení je stejně dlouhý jako u mých routerů 13:06 &lt;+Ragnarok&gt; u mě jako obvykle. Pomalé, ale použitelné, s občasnou nespolehlivostí 13:07 &lt;jrandom&gt; pěkné, to vidím taky cervantes 13:07 &lt;jrandom&gt; Ragnarok: nespolehlivost u eepsites, irc, i2pbt, i2phex, pošty, všeho výše? s 0.6.0.5 nebo dřívější? 13:08 &lt;+Ragnarok&gt; hlavně ve formě odpojování z irc každých pár hodin. 13:08 &lt;+Ragnarok&gt; moc jiného nepoužívám, takže víc informací nemám 13:08 &lt;jrandom&gt; hmm, máš nastavené omezení šířky pásma? 13:08 &lt;+Ragnarok&gt; jo 13:08 &lt;jrandom&gt; (pro připomenutí, -1 teď znamená 16KBps) 13:09 &lt;+Ragnarok&gt; je nastavené na víc než výchozí 13:09 &lt;jrandom&gt; ok super, naráží to na ten limit? a/nebo je ten limit přiměřený tvé skutečné kapacitě připojení? 13:09 &lt;+Ragnarok&gt; limit je hluboko pod mou skutečnou kapacitou, protože když ho nastavím vysoko, zdá se, že to zabíjí můj bezdrátový router 13:10 &lt;jrandom&gt; heh ok 13:10 &lt;+Ragnarok&gt; ale můj router stejně zřejmě na limit nenaráží 13:11 &lt;+Ragnarok&gt; můžu to trochu zatížit a líp to sledovat 13:11 &lt;jrandom&gt; dosahuje ho ale špičkové využití pásma (podle oldstats.jsp)? i2p mívá prudké špičky a zahlcení při špičce může způsobit odpojení z irc 13:11 &lt;jrandom&gt; super, to by bylo skvělé. Lokálně můžu otestovat jen omezené množství situací, takže jakékoli reporty vítám 13:11 &lt;+Ragnarok&gt; které číslo mám hledat. oldstats je dost nahuštěné... 13:12 &lt;+Ragnarok&gt; s/./?/ 13:12 &lt;jrandom&gt; heh, promiň - oldstats.jsp#bw.sendBps ta 60s špička (druhé číslo na řádku) 13:14 &lt;+Ragnarok&gt; jaké jsou jednotky? To číslo se zdá hodně nepravděpodobné 13:14 &lt;jrandom&gt; KBps, promiň 13:14 &lt;jrandom&gt; (je to špatně pojmenované) 13:15 &lt;Pseudonym&gt; bity nebo bajty? 13:15 &lt;jrandom&gt; bajty 13:15 &lt;+Ragnarok&gt; bohužel to tedy musí být špatně 13:15 &lt;+Ragnarok&gt; špičkové číslo je malý zlomek limitu a aktuálního využití routeru 13:15 &lt;jrandom&gt; hmm, je to dost konkrétní, počítá sizeof(přijatých zpráv) 13:16 &lt;jrandom&gt; (i když samotný omezovač pásma funguje na nižší úrovni, počítá sizeof(přijatých nebo odeslaných paketů) 13:16 &lt;+Ragnarok&gt; jak špatné by bylo, kdybych ten řádek vyřízl a vložil? :) 13:16 &lt;jrandom&gt; možná bude bezpečnější mi to poslat /msg 13:17 &lt;+Ragnarok&gt; počkej, koukal jsem na 60minutovou hodnotu. Pořád to vypadá nízko, ale aspoň je to vyšší než aktuální využití. 13:17 &lt;+Ragnarok&gt; promiň 13:17 &lt;+Ragnarok&gt; Pošlu ti /msg více informací 13:17 &lt;@cervantes&gt; Ragnarok: okamžitě bychom dokázali určit tvé jméno, adresu a údaje o kartě z netDB 13:17 &lt;jrandom&gt; heh 13:18 &lt;jrandom&gt; cervantes: proto statistiky netDb o šířce pásma zveřejňují jen *aktuální* rychlost, ne špičku ;) 13:18 &lt;jrandom&gt; (ale jo, prozrazovat využití pásma může být vůči protivníkovi nebezpečné) 13:19 &lt;jrandom&gt; ok, má ještě někdo něco k tématu stavu sítě? 13:21 &lt;jrandom&gt; pokud ne, jdeme na 2) stav Syndie 13:22 &lt;jrandom&gt; spousta pokroku v Syndie, jak je uvedeno v mailu a na mém blogu. Než to tady opakovat, má někdo něco k tomu? 13:22 &lt;@cervantes&gt; Officiali2pApps++ 13:23 &lt;+fox&gt; &lt;adamta&gt; Upravuju JSP soubory, aby používaly víc strukturované/semantické značkování, aby se daly flexibilněji stylovat pomocí CSS. 13:23 &lt;+fox&gt; &lt;adamta&gt; Zatím nemám co ukázat, ale až něco budu mít, napíšu na mailing list. 13:23 &lt;+Ragnarok&gt; možná by se hodil malý popis, co považuješ za běžné use-case pro Syndie. Pořád si nejsem jistý, co to je, kromě blog CMS 13:23 &lt;jrandom&gt; super, adamta - nezapomeň pracovat s nejnovější codebase, včera v noci jsem všechno prohnal CSS 13:24 &lt;jrandom&gt; (tedy na hrubé úrovni) 13:24 &lt;+fox&gt; &lt;adamta&gt; jrandom: Oups... dělal jsem na starší verzi. 13:24 &lt;+fox&gt; &lt;adamta&gt; Dám `cvs update` a podívám se, co se změnilo. 13:24 * Ragnarok , žádá o uživatelskou dokumentaci. Ach ta pokryteckost 13:24 &lt;jrandom&gt; dobrý point, Ragnarok. use-case je v podstatě '$myI2P.getUseCases()' 13:25 &lt;jrandom&gt; bezpečná syndikace a publikace obsahu místo použití eepsites 13:25 &lt;jrandom&gt; (protože eepsites neumožňují bezpečnou syndikaci, vyžadují pro publikování víc dovedností a vyžadují vysokou dostupnost provozního uzlu) 13:25 &lt;+Ragnarok&gt; ale jak se to syndikuje? 13:26 &lt;jrandom&gt; dobrý úvod do cílů Syndie je v příspěvku `http://syndiemedia.i2p/index.jsp?blog=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=&entry=1124496000001&images=false&expand=true` 13:27 &lt;jrandom&gt; syndikace je teď dělána přes http s explicitně určenými syndikačními peery (buď apache archivy, jiné instance Syndie, nebo freesites se syndie archivy) 13:27 * cervantes právě rozebral syndie css... je dost „classed“ na různorodé stylování, ale samotné markup není dobré pro práci na nových tématech 13:27 &lt;+Ragnarok&gt; oh, pěkné. Myslím, že jsem to neviděl 13:27 &lt;@cervantes&gt; *classes=classed 13:27 &lt;@cervantes&gt; adamta: rád uvidím, s čím přijdeš 13:28 &lt;jrandom&gt; cervantes: nejsem žádný CSS geek, takže kdokoli má chuť to vylepšit, přeorganizovat nebo překopat, jak funguje celé css/frontend, je velmi vítán :) 13:28 &lt;@cervantes&gt; prostě se zbav těch zatracených tabulek :) 13:28 &lt;jrandom&gt; heh 13:30 &lt;+fox&gt; &lt;adamta&gt; cervantes+jrandom: Přesně tak. Je tam dost na základní stylování, jako změnu barevného schématu, ale snažím se to upravit tak, aby zmizely tabulky a aby bylo dost semantického markupu (vnořené &lt;div&gt;s pro sekce, nadpisové tagy atd., vše s třídami a ID, kde to dává smysl), aby stylesheet mohl úplně změnit vzhled podle přání uživatele. 13:30 &lt;@cervantes&gt; super 13:30 &lt;jrandom&gt; paráda, adamta! 13:31 * jrandom se do téhle části teď pouštět nebude (mám dost práce v routeru :) 13:31 &lt;@cervantes&gt; v polo-související poznámce nové motivy routerconsole byly trochu zpožděny kvůli arcturusovu *ehm* zmizení 13:31 &lt;jrandom&gt; heh no jo 13:31 &lt;@cervantes&gt; snažím se navázat tam, kde skončil, u některých workflow úprav 13:32 &lt;@cervantes&gt; ale nemám JSP skills na nic radikálního jako opravit rozbité tunnel config screens 13:33 &lt;jrandom&gt; ah super, jakýkoli pokrok je dobrý, a když budeš potřebovat s něčím konkrétním pomoct, jsem poblíž 13:33 &lt;jrandom&gt; adamta: jedna věc na paměti je vícestylová věc (použití autorem vybraného, ale lokálně hostovaného stylu) ((mrkni na mé poslední blog posty pro víc info)) 13:33 &lt;@cervantes&gt; i tak ten nový alternativní motiv vypadá ok 13:33 &lt;jrandom&gt; pěkné 13:34 &lt;+fox&gt; &lt;adamta&gt; Nové barevné schéma je určitě hezčí, jestli o tom mluvíš (?). 13:35 &lt;@cervantes&gt; adamta: bylo by super, kdyby si autoři mohli vybrat kompletní styl z nějaké sady šablon pro svůj konkrétní blog 13:35 &lt;jrandom&gt; cervantes: myslíš, že bychom měli nasadit ty jsp/css změny, co mi arcturus poslal dřív, nebo raději počkat, až dokončíš víc částí? 13:36 &lt;@cervantes&gt; jrandom: nevím, co ti dal 13:36 &lt;@cervantes&gt; když mi je přepošleš, můžu porovnat... od poslední diskuze s ním jsem udělal další změny v markupu 13:37 &lt;jrandom&gt; cervantes: jednotlivé blog posty teď můžou mít per-blog styl (způsobí to např. použití class="s_detail_addressLink ss_minimal_detail_addressLink" v html, pokud je zadaný styl "minimal") 13:37 &lt;jrandom&gt; super, pošlu ti je, cervantes 13:37 &lt;@cervantes&gt; díky 13:38 &lt;jrandom&gt; cervantes: per-blog téma je trochu těžší - řešili to i lidi u LJ a došli ke kompromisu, že seznam obsahující víc blogů používá čtenářovy stylové preference, zatímco seznam obsahující příspěvky jen jednoho blogu používá autorovy stylové preference 13:38 &lt;jrandom&gt; mohli bychom publikovat 'DefaultStyle: minimal' v metadatech blogu, aby šlo to druhé 13:39 &lt;@cervantes&gt; jo, to jsem si představoval 13:39 &lt;+susi23&gt; (předvolby čtenáře by měly vždy přebít ostatní) 13:39 &lt;+susi23&gt; (ale to je názor :) 13:39 &lt;jrandom&gt; jasně, když má čtenář explicitní preference 13:39 &lt;@cervantes&gt; /ignore susi23 13:39 &lt;@cervantes&gt; sakra, nefungovalo to 13:41 &lt;@cervantes&gt; když uděláme filtrování podle blogu výraznější formu navigace 13:42 &lt;@cervantes&gt; třeba jako postranní seznam 13:42 &lt;jrandom&gt; momentálně jsou uživatelovy preference tak nějak integrovány do workflow, spíš než na nějaké samostatné stránce s předvolbami (např. odkaz na přidání blogu do záložek, nebo ignorování, nebo skrytí/zobrazení obrázků). Možná až budeme mít víc lokálních stylů, bude dobré mít nahoře rozbalovací 'view style' 13:42 &lt;@cervantes&gt; pak budou změny stylu stravitelnější 13:42 &lt;jrandom&gt; hmm jo, navigace mezi blogy bude zajímavá 13:43 &lt;jrandom&gt; takže se ti víc líbilo, jak to bylo původně, s tím seznamem blogů vlevo, místo rozbalovací nabídky? 13:43 &lt;jrandom&gt; `http://syndiemedia.i2p/viewattachment.jsp?blog=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=&entry=1124769600000&attachment=0` 13:44 &lt;@cervantes&gt; &lt;bluesky&gt;well that could be a template preference perhaps?&lt;/bluesky&gt; 13:44 &lt;jrandom&gt; hmm, nevím, jestli styly umí proměnit seznam v rozbalovací nabídku, umí? 13:44 &lt;@cervantes&gt; navigation type: dropdown|sidelist|hierarchy 13:44 &lt;@cervantes&gt; ne 13:45 &lt;jrandom&gt; ok, jo, to se dá udělat v JSP a uživatelské preferenci, žádný problém 13:45 &lt;jrandom&gt; (hierarchie?) 13:45 &lt;+susi23&gt; (jasně, můžeš dát selectu parametr rows) 13:45 &lt;@cervantes&gt; ale když ten markup abstrahuješ do šablon, můžeš mít víc rozvržení podle uživatelských preferencí 13:45 &lt;jrandom&gt; ah, pravda, jako vícehodnotový seznam 13:45 &lt;jrandom&gt; (místo html seznamu odkazů) 13:46 &lt;@cervantes&gt; (jen jsem nadhazoval) 13:46 &lt;jrandom&gt; jasně jasně, cervantes (i když by bylo fajn, kdybychom co nejvíc templatingu zvládli přes css, protože je pak jednodušší nasazovat témata) 13:46 &lt;jrandom&gt; ((zvlášť s novým docs/syndie_standard.css)) 13:46 &lt;@cervantes&gt; možná to nech na verzi 2 a soustřeď se na důležitější věci 13:47 &lt;+susi23&gt; (mohl bys dát do html zdroje všechny tři varianty a uživatel rozhodne, které divs chceme schovat) 13:47 &lt;@cervantes&gt; přesně, když adamta srovná markup, půjdou asi dost dramatické variace 13:47 &lt;jrandom&gt; jo, ale jsem otevřený nápadům pro výchozí. Když je lepší způsob navigace, bylo by lepší nasadit ten 13:47 &lt;jrandom&gt; dobrý nápad, susi23 13:47 &lt;+susi23&gt; (ok, ne moc elegantní způsob ;) 13:47 &lt;@cervantes&gt; jako na http://www.csszengarden.copm 13:48 &lt;@cervantes&gt; * http://www.csszengarden.com 13:48 * jrandom je rád, že jsem implementoval ArchiveIndex jako samostatný objekt od Archive, takže tohle všechno je v podstatě jen prohánění textového souboru archive.txt :) 13:49 &lt;jrandom&gt; ok, má někdo další otázky/komentáře/obavy ohledně Syndie? 13:50 &lt;jrandom&gt; (jedna poznámka: nová petname věc má jedním klikem export do uživatelova souboru userhosts.txt, nahází tam jakékoli i2p adresy [ale import to zatím neumí]) 13:50 &lt;@cervantes&gt; dobrá práce 13:50 &lt;jrandom&gt; gracias cervantes 13:50 &lt;@cervantes&gt; někdy zase uděláš něco na i2p core? :) 13:50 &lt;jrandom&gt; heh 13:51 * jrandom má v plánu dvojici peckových změn v routeru, které nám dají spoustu možností 13:51 &lt;jrandom&gt; (ale víc o nich, až budou otestované a připravené k nasazení) 13:51 &lt;@cervantes&gt; i2pponies.ar 13:51 &lt;@cervantes&gt; i2ponies.war 13:52 &lt;@cervantes&gt; hmm vnc refresh je dneska pomalý 13:52 &lt;+susi23&gt; (pony wars? chudáci poníci...) 13:52 &lt;jrandom&gt; heh 13:52 &lt;jrandom&gt; ok, jdeme na 3) susidns 13:52 &lt;jrandom&gt; susi23: dáš nám přehled? 13:52 &lt;+susi23&gt; no 13:53 &lt;+susi23&gt; není moc co říct... susidns je velmi jednoduchá webapp, která dává přístup ke konfiguraci addressbooku a souborům se subscriptions 13:53 &lt;+susi23&gt; a k tvým „addressbooks“, konkrétně hosts.txt, userhosts.txt a (pokud existuje) tvému publikovanému addressbooku 13:54 &lt;+susi23&gt; přidal jsem úvodní stránku a pár vysvětlení, jak addressbook funguje 13:54 &lt;+susi23&gt; (ok, jak si myslím, že addressbok funguje ;) 13:54 &lt;jrandom&gt; w00t :) 13:54 &lt;+bar&gt; userhosts.txt? 13:54 &lt;+susi23&gt; v posledních týdnech k tomu byly od uživatelů otázky 13:54 &lt;+Ragnarok&gt; Pošlu feedback, až to vyzkouším :) 13:54 &lt;@cervantes&gt; super, jak je to připravené? 13:54 &lt;+susi23&gt; jasně 13:54 &lt;+susi23&gt; použitelné 13:55 &lt;ardvark&gt; používám addressbook, ale nemám userhosts.txt, nebo je userhosts.txt můj osobní/soukromý eepsites? 13:55 &lt;jrandom&gt; ardvark: userhosts je pro uživatelské vlastní přepisy (ve výchozím stavu neexistuje) 13:55 &lt;+susi23&gt; userhosts.txt je druhý hosts.txt, který čte NamingService 13:55 &lt;ardvark&gt; ok 13:55 &lt;+Ragnarok&gt; userhosts.txt je ten, který můžeš upravovat bez strachu ze ztráty dat kvůli race conditions :) 13:55 &lt;+susi23&gt; a ano, lidi to používali pro soukromé klíče 13:56 &lt;+susi23&gt; (což je teď trochu nebezpečné, když zapneš publikaci addressbooku) 13:57 &lt;+susi23&gt; no, žádná magie... to je vše 13:57 &lt;+Ragnarok&gt; přidat privatehosts.txt nebo něco, co čte NamingService, ale ne addressbook, by bylo triviální 13:57 &lt;+susi23&gt; pravda 13:57 &lt;@cervantes&gt; to bych rád viděl ;-) 13:58 * cervantes svírá své soukromé klíče ;-) 13:58 &lt;jrandom&gt; oo, úvodní stránka susidns je pěkná :) 13:58 &lt;jrandom&gt; (cervantes/susi/ragnarok/a spol.: koukněte i na syndie pet name web interface [musíte se přihlásit, abyste ho viděli]) 13:58 &lt;+susi23&gt; protože publikace addressbooks je ve výchozím stavu vypnutá, pro normální lidi nehrozí nebezpečí 13:58 &lt;jrandom&gt; jasně jasně 13:59 &lt;+Ragnarok&gt; ptal jsem se už dřív, ale je něco, co můžu udělat, aby se usnadnil život lidem, co píšou frontend(y) pro addressbook? 13:59 * cervantes zapomněl své přihlašovací údaje 13:59 &lt;jrandom&gt; cervantes: můžeš se zaregistrovat znovu ;) 13:59 &lt;+Ragnarok&gt; asi taky 14:00 &lt;@cervantes&gt; nebylo by sushidns lepší jméno? 14:00 * cervantes uhýbá 14:00 &lt;+susi23&gt; ragnarok: co takhle funkce na přerušení spícího vlákna pro okamžitou (uživatelem vyvolanou) aktualizaci subscriptions? 14:01 &lt;jrandom&gt; oo, nebo ruční funkci "fetch now" 14:01 * susi23 pleskne cervantese velkým pstruhem. 14:01 &lt;+susi23&gt; jo, říkat tomu dns je tady směšné... ale je to historické jméno :) 14:01 &lt;@cervantes&gt; syrový pstruh! 14:01 * cervantes bere sójovou omáčku 14:01 &lt;+susi23&gt; (úchyle!) 14:02 &lt;+susi23&gt; ok, zpátky k tématu prosím ;) 14:02 &lt;+Ragnarok&gt; ok, podívám se na to 14:02 &lt;+susi23&gt; (na schůzkách nepijte!) 14:02 * jrandom schovává můj drink 14:03 * susi23 pingá jrandoma 14:03 &lt;jrandom&gt; ok super, díky, susi, vypadá to v.nice 14:03 &lt;jrandom&gt; ok, jdeme na 4) ??? 14:03 &lt;jrandom&gt; má někdo ještě něco, co chce na schůzce otevřít? 14:04 &lt;@cervantes&gt; pokud má někdo problémy s irc2p, dejte prosím vědět adminům 14:06 &lt;@cervantes&gt; #irc2p je podpůrný kanál 14:06 &lt;@cervantes&gt; nebo napište do fóra 14:06 &lt;@cervantes&gt; jrandom: chceš mimochodem fórum pro Syndie? (nebo je to redundantní) 14:07 &lt;@cervantes&gt; susi23: klidně můžeš mít taky, pro tu tvou spoustu i2p apps ;-) 14:07 &lt;jrandom&gt; zatím myslím, že se obejdeme bez něj, díky 14:07 &lt;jrandom&gt; the susiworld forum 14:09 &lt;jrandom&gt; ok, pokud už nic dalšího není 14:09 * jrandom končí 14:09 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2005/08/30/i2p-status-notes-for-2005-08-30/Tue, 30 Aug 2005 00:00:00 +0000/cs/blog/2005/08/30/i2p-status-notes-for-2005-08-30/<p>Ahoj všichni, zase nastal ten čas týdne</p> <ul> <li>Index</li> </ul> <ol> <li>Stav sítě 2) floodfill netDb 3) Syndie 4) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Verze 0.6.0.3 je venku už týden a zprávy jsou celkem dobré, i když pro některé bylo logování a zobrazení poněkud matoucí. Podle stavu před pár minutami I2P hlásí, že značný počet lidí má špatně nakonfigurované NATy nebo firewally - z 241 peerů se u 41 stav změnil na ERR-Reject, zatímco 200 bylo rovnou OK (když lze získat explicitní stav). To není dobré, ale pomohlo to lépe vymezit, co je potřeba udělat dál.</p>/cs/blog/2005/08/30/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-30.-srpna-2005/Tue, 30 Aug 2005 00:00:00 +0000/cs/blog/2005/08/30/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-30.-srpna-2005/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> bar, bla, gloin, jrandom, laberhorst, nickless_head, redzara, ZULU</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 13:03 &lt;+bla&gt; Je dnes schůzka? 13:04 &lt;jrandom&gt; 0) ahoj 13:04 &lt;jrandom&gt; 1) Stav sítě 13:04 &lt;jrandom&gt; 2) floodfill netDb 13:04 &lt;jrandom&gt; 3) Syndie 13:04 &lt;jrandom&gt; 4) ??? 13:04 &lt;jrandom&gt; 0) ahoj 13:04 &lt;+bla&gt; ;) 13:04 * jrandom mává 13:04 &lt;jrandom&gt; týdenní poznámky o stavu zveřejněny na http://dev.i2p.net/pipermail/i2p/2005-August/000871.html 13:04 &lt;jrandom&gt; (jo, mám pár minut zpoždění ;) 13:05 &lt;jrandom&gt; každopádně, pojďme na 1) stav sítě 13:06 &lt;jrandom&gt; omezené trasy stojí za houby a konečně máme nějaká data o tom, jak jsou časté (buuu, fuj) 13:06 &lt;jrandom&gt; ale přesto se síť zdá docela zdravá, když pomineme všechny ustarané hlášky typu "omg píše to status: Unknown!" ;) 13:07 &lt;gloin&gt; hmm.. kde má být document root pro webserver zahrnutý v i2p? 13:07 &lt;jrandom&gt; $i2pInstallDir/eepsite/docroot/ 13:07 &lt;gloin&gt; i2p/eepsite/docroot ? 13:07 &lt;jrandom&gt; má někdo nějaké otázky/komentáře/obavy ohledně stavu sítě mimo to, co je uvedeno v poznámkách o stavu? 13:08 &lt;gloin&gt; našel jsem to. zdá se, že webserver automaticky neposílá index.html. 13:08 &lt;+bla&gt; jrandom: dělal jsem testy, abych zjistil, které uzly jsou vybírány v tunnels (tunely). 13:09 &lt;+bla&gt; jrandom: Hlavně proto, že jsem teď implementoval lokalizaci uzlů ve struktuře RouterInfo, můžu graficky (vlajky zemí) vidět, kde se nacházejí účastníci tunnels. 13:09 &lt;+bla&gt; Jsem v Evropě (žádné tajemství) a většina mých účastníků tunnels je v Evropě 13:09 &lt;jrandom&gt; gloin: mělo by to servírovat index.html (to je to, co zobrazuje "Welcome to your Eepsite") 13:10 &lt;jrandom&gt; jé, pěkné, bla! 13:10 &lt;redzara&gt; protože někteří hlásili nízký výkon s UDP, možná bychom mohli přidat malý měřič výkonu jako iperf do I2P? 13:11 &lt;redzara&gt; s/had/add 13:11 &lt;jrandom&gt; bla: takže to není jen na stránce profiles.jsp, ale i na tunnels.jsp? fakt super... screenshoty, screenshoty! :) 13:11 &lt;gloin&gt; jrandom: teď to funguje. zvláštní. 13:11 &lt;+bla&gt; jrandom: Dám nějaké screenshoty, ale nejdřív musím začernit své vlastní router-ID na obrázcích ;) 13:11 &lt;jrandom&gt; redzara: hmm, nástroj pro příkazovou řádku, aby si lidi ověřili kvalitu linky, nebo monitor výkonu SSU? 13:11 &lt;jrandom&gt; heh bla 13:12 &lt;jrandom&gt; divné, gloin 13:13 &lt;gloin&gt; jrandom: mimochodem, od té doby, co jsem aktualizoval svůj pppoe, se i2p zdá stabilnější. 13:13 &lt;jrandom&gt; fajn, co bylo problémem s tvojí sítí? aktualizace firmwaru? 13:14 &lt;gloin&gt; jrandom: Ztratil jsem všechny peery. Ale internetové připojení bylo v pořádku, ale každý peer selhal. 13:16 &lt;jrandom&gt; jasně, ale co přesně jsi aktualizoval v nastavení pppoe? 13:17 &lt;gloin&gt; jrandom: Myslím linuxový ppppoe démon. 13:18 &lt;jrandom&gt; aha, ok 13:18 &lt;jrandom&gt; ok, má ještě někdo něco k 1) stavu sítě, nebo přejdeme k 2) floodfill netdb? 13:18 &lt;+bla&gt; `http://theland.i2p/parttunnels.jpg` 13:19 &lt;+bla&gt; `http://theland.i2p/servertunnels.jpg` 13:21 &lt;+bar&gt; (ehm.. nedostupné?) 13:21 &lt;jrandom&gt; jo, taky se tam nemůžu dostat 13:21 &lt;fox&gt; &lt;godmode0&gt; používám pppoe, nikdy nebyl problém s i2p 13:22 * jrandom to zkusí později 13:22 &lt;+bla&gt; jrandom: No... Zrovna tam je nový problém se sítí ;) 13:22 &lt;jrandom&gt; hehe 13:22 &lt;jrandom&gt; bla: jsi na -4, nebo na starší build? 13:23 &lt;+bla&gt; jrandom: jsem na -4 13:23 &lt;jrandom&gt; hmm, ok, fajn 13:23 &lt;jrandom&gt; ok, každopádně, můžeme to prohrábnout později 13:24 &lt;jrandom&gt; (kdybys mi mohl poslat statistiky netDb z /oldstats.jsp, bylo by to super :) 13:25 &lt;jrandom&gt; ok, přejdeme k 2) floodfill netdb 13:26 &lt;jrandom&gt; k tomuhle tématu je na mém blogu spousta informací 13:26 &lt;jrandom&gt; začali jsme nasazovat první verzi, i když je tam ještě práce 13:26 &lt;jrandom&gt; má někdo otázky/komentáře/obavy k plánu? 13:27 &lt;+bla&gt; jrandom: Bude se floodfill škálovat jako log(N) (N=number of peers in the net), nebo lineárně? 13:27 &lt;jrandom&gt; lineárně s M (M= number of peers participating in the floodfill netdb) 13:28 &lt;jrandom&gt; no, M může být dost malé na to, aby dominantní člen bylo N 13:29 &lt;jrandom&gt; (v tom případě to bude lineární s N) 13:29 &lt;jrandom&gt; což není skvělé, ale dokud nemáme&gt; 10K eepsites, je to jedno 13:30 &lt;jrandom&gt; až je mít budeme, můžeme přejít na pokročilejší algoritmy pro rozložení zátěže mezi účastníky floodfill 13:31 &lt;jrandom&gt; (pozor, to je 10k eepsites, ne uživatelů, protože opravdu nemusíme publikovat klientské leaseSets v netDb) 13:32 &lt;+bla&gt; jrandom: Je důvod, proč pořád publikujeme klientské destinace v netDb? 13:32 &lt;+bla&gt; jrandom: Nebo proč mimochodem pořád v netDb ukazujeme, kteří naši peery jsou rychlí? 13:33 &lt;+bla&gt; jrandom: Odstranění obojího by výrazně zmenšilo data v netDb 13:33 &lt;jrandom&gt; bla: k prvnímu ne. k druhému: kvůli mému ladění (i když na to konkrétní pole jsem se teď nedíval) 13:33 &lt;jrandom&gt; jo, stojí za zkoušku, možná v -5 13:36 &lt;jrandom&gt; ok, super, uvidíme a snad vydáme -5 během pár dnů 13:37 &lt;jrandom&gt; (možná zítra) 13:37 &lt;jrandom&gt; ok, pokud už nic není k 2) floodfill netdb, přejděme k 3) Syndie 13:38 &lt;jrandom&gt; poslal jsem spoustu informací v mailu i na blog, takže místo opakování: má někdo otázky / komentáře / obavy? 13:40 * jrandom fakt žere vzdálenou syndikaci, i když je to daleko od toho, co čekáme s integrací do feedspace 13:41 &lt;jrandom&gt; (neobtěžoval jsem se dělat integraci pro posílání do freenet, i když by bylo docela snadné pustit CLI a poslat tam všechny položky) 13:42 &lt;jrandom&gt; ok, jestli není nic k 3) syndie, otevřeme to k 4) ??? 13:42 &lt;jrandom&gt; má někdo ještě něco k i2p? 13:42 &lt;redzara&gt; jasně, kde je dokumentace ;) 13:43 &lt;laberhorst&gt; jen to, že můj uzel pod 0.6.x spotřebuje až 100% CPU, ale musím to ještě ověřit s linuxem na téhle lince 13:43 &lt;+nickless_head&gt; Myslím, že skript i2pProxy.pac by měl být ve výchozím stavu ve webové složce Jetty. 13:43 &lt;jrandom&gt; nickless_head: nedoporučuji i2pproxy.pac, je to obrovské bezpečnostní riziko 13:44 &lt;redzara&gt; 2 - mohli bychom mít v I2P přibalený nejnovější build Jetty? 13:44 &lt;jrandom&gt; momentálně máme v i2p 5.2.1 13:44 &lt;jrandom&gt; ehm, 5.1.2 13:44 &lt;+nickless_head&gt; jrandom: je to podle mě jediná věc, jak v jednom prohlížeči oddělit eepsites a běžné weby bez ručního přepínání 13:45 &lt;jrandom&gt; používám switchproxy 13:45 &lt;jrandom&gt; (a nepřepínám na neanonymní prohlížení) 13:45 &lt;jrandom&gt; ((squid.i2p je pro mě dost rychlé)) 13:45 &lt;+nickless_head&gt; Mysli na slashdottery! :p 13:46 &lt;jrandom&gt; jak jsem říkal, mám pochybnosti o životaschopnosti eepsites. bezpečnostní rizika jsou obrovská 13:46 &lt;jrandom&gt; ale pro ty, kteří tyto rizika neřeší, možná dává i2pproxy.pac smysl. 13:47 &lt;+bla&gt; Myslím, že něco, co není bezpečné ve výchozím nastavení, by v I2P být nemělo, abychom novým uživatelům nedávali falešný pocit bezpečí 13:48 &lt;jrandom&gt; souhlas (i když i2pproxy.pac nabízíme, jen o něm lidem neříkáme, dokud je dostatečně nevystrašíme ;) 13:49 &lt;+nickless_head&gt; Nějak nemůžu uvěřit, že v nastavení Mozilly není způsob, jak přinutit stránky, aby přistupovaly jen ke zdrojům ze stejné domény .. 13:50 &lt;redzara&gt; sorry but IRC connection lost :( about jetty there is a fix about common logging and maybe this help me running my mvnforum in the same instance of I2P 13:50 &lt;redzara&gt; Jetty-5.1.5rc1 - 23 August 2005 13:52 &lt;jrandom&gt; ah, super, jaký je přesně problém, redzara? 13:52 &lt;jrandom&gt; nickless_head: když něco najdeš, dej vědět 13:52 &lt;redzara&gt; or maybe i could even only build my own I2P with the latest version of jetty 13:52 &lt;jrandom&gt; redzara: to určitě můžeš – stačí vložit jetty JAR soubory do i2p lib directory 13:53 &lt;redzara&gt; jrandom : pokaždé, když se snažím spustit mvnforum v I2P, Jetty nedokáže najít Apache Commons Logging 13:53 &lt;+nickless_head&gt; Oh! Právě jsem si všiml, že výchozí i2pproxy.pac používá režim, který umožňuje stránkám za běhu zapínat a vypínat proxy do i2p, což je chráněno TOTÁLNĚ BEZPEČNÝM A NEPROLOMITELNÝM &lt;/sarcasm&gt; výchozím heslem "passw0rd". Prosím, někdo, kdo zná cvs, ať to změní. 13:54 &lt;jrandom&gt; redzara: to je v commons-logging.jar a commons-el.jar iirc, které by měly být ve tvém lib dir a v wrapper.config's classpath 13:54 &lt;jrandom&gt; nickless_head: další důvod, proč ho nikomu nedoporučuju ;) 13:55 &lt;redzara&gt; jo vím, nejsem zas takový n00b :)) musím se do toho znovu ponořit s touhle novou verzí Jetty 13:56 &lt;jrandom&gt; super, dej vědět, jak to jde 13:56 &lt;redzara&gt; np 13:57 &lt;fox&gt; * mihi tipuje, že většina uživatelů i2p stejně prozradí své "skutečné IP" java appletu anyway :) 13:57 &lt;fox&gt; &lt;mihi&gt; zkuste http://www.stilllistener.com/checkpoint1/Java/ (a sjeďte níž) 13:58 * jrandom vidí spoustu prázdných polí ;) 13:59 &lt;+bla&gt; fox: Jediné, co se odhalí, je vztah mezi IP a konkrétní klientskou destinací, přičemž ta se změní při každém restartu routeru. 13:59 &lt;jrandom&gt; bla: ledaže je uživatel na nějakém webu jako např. `http://i_have_illegal_stuff.i2p/` 14:00 &lt;jrandom&gt; (odhalit IP klienta "jen jednou" je dost fatální ;) 14:00 &lt;+bla&gt; jrandom: Ano. 14:00 &lt;+bla&gt; Ale zase – pokud to s anonymním prohlížením myslíš vážně, použiješ dočasné HTTP proxy a úplně vypneš všechno java, pluginy i cookies 14:01 &lt;jrandom&gt; nebo použij Syndie :) 14:02 &lt;ZULU&gt; promiňte, že ruším,is duck.ip down ? 14:02 &lt;+bla&gt; jrandom: Už je čas na obecné dotazy? 14:02 &lt;jrandom&gt; jo, jsme u 4) ??? 14:02 &lt;jrandom&gt; ZULU: jo, duck je prozatím offline 14:03 &lt;+bla&gt; jrandom: Upravil jsem java soubory, které pomáhají profiles.jsp a tunnels.jsp generovat vlajky zemí 14:04 &lt;+bla&gt; jrandom: Nicméně: kam mám dát obrázky, na které můžu skutečně ODKAZOVAT, aby to fungovalo, na mém lokálním routeru (_ne_ na mém eepsite)? 14:06 &lt;jrandom&gt; potřebujeme "get.jsp?name", které pošle do prohlížeče obsah ./docs/'name' 14:06 &lt;jrandom&gt; (tj. teď to musíš mít v .war, ale s malým .jsp souborem bys je mohl vypsat z docs) 14:06 &lt;+bla&gt; jrandom: Aha, ok, takže to nebyla moje chyba ;) 14:06 &lt;jrandom&gt; heh ne, sváděj to na mě :) 14:09 &lt;jrandom&gt; ok, jestli už nic dalšího k meetingu 14:09 * jrandom končí 14:10 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2005/08/23/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-23.-srpna-2005/Tue, 23 Aug 2005 00:00:00 +0000/cs/blog/2005/08/23/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-23.-srpna-2005/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> arcturus, ardvark, cervantes, gott, jrandom, lucky, modulus, susi23\_</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 12:01 &lt;jrandom&gt; 0) ahoj 12:01 &lt;jrandom&gt; 1) 0.6.0.3 stav 12:01 &lt;jrandom&gt; 2) stav IRC 12:01 &lt;jrandom&gt; 3) susibt 12:01 &lt;jrandom&gt; 4) Syndie 12:01 &lt;jrandom&gt; 5) ??? 12:01 &lt;jrandom&gt; 0) ahoj 12:01 * jrandom mává 12:01 &lt;lucky&gt; ahoj 12:02 &lt;jrandom&gt; týdenní stavové poznámky jsou na http://dev.i2p.net/pipermail/i2p/2005-August/000857.html 12:02 &lt;lucky&gt; hihihihi 12:02 &lt;jrandom&gt; ahoj lucky 12:02 &lt;jrandom&gt; ok, jdeme na 1) stav 0.6.0.3 12:02 &lt;jrandom&gt; myslím, že nejdůležitější věci, které stojí za zmínku ohledně 0.6.0.3, jsou ve stavových poznámkách, ale kromě toho – má někdo něco, co by chtěl nastolit? 12:04 &lt;gott&gt; Co je s „Unknown“ ? 12:04 &lt;jrandom&gt; nejsem si jistý, jestli vylepšení ssu cwin dorazí už v 0.6.0.4, nebo počkají do 0.6.1, až budeme mít lepší peer / konfiguraci 12:04 &lt;jrandom&gt; gott: v e‑mailu jsou k tomu dva odstavce – máš nějaké konkrétní dotazy nad rámec toho? 12:05 &lt;jrandom&gt; nebo je něco, co bych mohl upřesnit? 12:05 &lt;gott&gt; Ne, jen jsem si ještě nepřečetl ten zatracený e‑mail. 12:05 &lt;jrandom&gt; heh 12:05 &lt;jrandom&gt; tak si projeď o pět řádků výš a přečti si ten zatracený e‑mail ;) 12:06 &lt;jrandom&gt; ok, má ještě někdo dotazy k 0.6.0.3? 12:07 &lt;jrandom&gt; pokud ne, přecházíme na 2) stav IRC 12:07 &lt;modulus&gt; sorry lidi, musím jít. mějte se. 12:08 &lt;jrandom&gt; kromě toho, co je v mailu, postman/cervantes/arcturus: máte něco, co chcete probrat? 12:08 &lt;jrandom&gt; zatím, modulus 12:08 &lt;+arcturus&gt; k 1)? 12:08 &lt;+arcturus&gt; ou, sorry 12:08 &lt;gott&gt; Hmm. 12:08 &lt;+arcturus&gt; teď už 2) 12:09 &lt;gott&gt; Kolik uploadové šířky pásma teď obvykle zabírá IRC přes I2P? 12:09 &lt;+arcturus&gt; netsplity jsou minulostí 12:09 &lt;+arcturus&gt; gott: nemohl bych to říct, aniž bych ohrozil anonymitu svého routeru 12:09 &lt;gott&gt; Ne, ne, ne. 12:10 &lt;jrandom&gt; nevím jistě, můj router se squid.i2p/dev.i2p/cvs.i2p/www.cvs/syndiemedia.i2p plus moje irc a eepproxy používá v průměru 10-20KBps 12:10 &lt;gott&gt; Vyžaduje to komerční přípojku? 12:10 &lt;jrandom&gt; pěkné, arcturus 12:10 &lt;gott&gt; jrandom: myslím jako hostovat. 12:10 &lt;jrandom&gt; gott: provozovat server, nebo klienta? 12:10 &lt;jrandom&gt; aha 12:10 &lt;+arcturus&gt; gott: nemohl bych to říct, aniž bych ohrozil anonymitu svého routeru 12:10 &lt;gott&gt; server. 12:10 * jrandom neví. pravděpodobně míň, když máš jen jeden ircd 12:10 &lt;gott&gt; Takže běžíte upravený unrealircd? 12:11 &lt;jrandom&gt; řekněme, přidej faktor 1,3 k využití klienta pro jeden server 12:11 &lt;+arcturus&gt; dodám, že zpoždění mezi servery je stabilní a velmi, velmi nízké 12:11 &lt;gott&gt; Předpokládám, že ano, protože se zdá, že není k dispozici příkaz VERSION 12:11 &lt;+arcturus&gt; VERSION jsem vypnul 12:12 &lt;gott&gt; Jsou vaše úpravy open‑source? 12:12 &lt;+arcturus&gt; možná běžíme na unrealu, možná ne :) 12:12 &lt;gott&gt; Měli byste je zveřejnit, aby si ostatní mohli spustit vlastní soukromé sítě. 12:12 &lt;+arcturus&gt; to ti nemůžu říct, aniž bych ohrozil bezpečnost 12:12 &lt;gott&gt; bezpečnost skrze utajení, sladké. 12:12 &lt;jrandom&gt; souhlas, arcturus. v průměru vidím něco jako 0-2s zpoždění (momentálně méně než detektor zpoždění v irssi) 12:12 &lt;+arcturus&gt; ne, je to jen jedna vrstva bezpečnosti 12:13 &lt;+arcturus&gt; a slouží jen jako odstrašující prostředek, není to náhrada technických bezpečnostních opatření 12:15 &lt;jrandom&gt; arcturus: jak to jde s vanguardem? 12:15 &lt;+arcturus&gt; poslední dobou jsem na tom nekódil, zabíraly mě jiné projekty, ale cítím stálý, vytrvalý tlak, abych se dostal k dokončení :) 12:16 &lt;jrandom&gt; heh, cool 12:16 &lt;+arcturus&gt; vanguard bude nejúčinnější proti botům, opatření s hashcashem je zvlášť 12:16 &lt;+arcturus&gt; teď mě ale znepokojuje hashcash 12:17 &lt;+arcturus&gt; s posledními útoky na sha-1 12:17 &lt;+arcturus&gt; nebude trvat dlouho a budou k dispozici nástroje pro masy 12:17 &lt;+arcturus&gt; bohužel je standardní implementace hashcashe založená úplně na sha-1 12:17 &lt;susi23_&gt; Nelze najít kompilátor javac; // com.sun.tools.javac.Main není na classpath. // Možná JAVA_HOME neukazuje na JDK 12:18 &lt;@cervantes&gt; ah, jsem tu 12:18 &lt;susi23_&gt; nějaké nápady k tomuhle? JAVA_HOME určitě míří do správného adresáře, javac je v PATH a lze ho zavolat 12:18 &lt;+arcturus&gt; susi23_: jsme zrovna na meetingu :) 12:18 &lt;jrandom&gt; susi23_: OOM? 12:18 &lt;susi23_&gt; meeting? vždyť je 8 večer? 12:18 &lt;jrandom&gt; (předkompilujte své JSP místo toho, abyste to nechali dělat jetty/tomcat, je to rychlejší ;) 12:19 &lt;jrandom&gt; jo, přesunuli jsme to, susi23_ :) 12:19 &lt;susi23_&gt; nevěděla jsem, sorry 12:19 &lt;jrandom&gt; hehe, v pohodě, jsem rád, že jsi dorazila na meeting, tvůj bod na agendě je hned další ;) 12:20 * susi23_ si sedá a poslouchá 12:20 &lt;+arcturus&gt; takže i když nečekám okamžité problémy s hashcashem, myslím, že je možné, že sha-1 bude brzy vážně kompromitována 12:21 &lt;jrandom&gt; arcturus: hashcash s md5 by byl nejspíš v pohodě 12:21 &lt;jrandom&gt; je to jen PoW 12:21 &lt;+arcturus&gt; pokud někdo ví o implementacích hashcashe založených na sha256 nebo vyšší, dejte mi prosím vědět 12:21 &lt;+arcturus&gt; no, PoW je k ničemu, když je v něm málo toho P :) 12:21 &lt;jrandom&gt; velikost hashe je důležitá jen tehdy, když tvůj hashcash dosáhne velikosti toho hashe 12:23 &lt;jrandom&gt; (ale jo, jet proti zkrácenému sha256 nebo 512, případně whirlpool či čemukoli, by bylo fajn) 12:23 &lt;+arcturus&gt; myslím, že můžeme pokračovat se současnou implementací, možná to navrhneme tak, abychom ji mohli později snadno vyměnit, až to bude potřeba 12:24 &lt;jrandom&gt; (DTSTTCPW) 12:25 &lt;+arcturus&gt; protože sha-1 budeme nakonec muset opustit, tím jsem si jistý :) a pokud si nemůžeme být rozumně jistí, že token byl vygenerován správně, není důvod hashcash vůbec používat 12:25 &lt;jrandom&gt; (je to jen PoW pro získání nymu (pseudonymu) na IRC, ne pro přístup do Fort Knox ;) 12:26 &lt;@cervantes&gt; na mailing listu hashcashe se mluví o implementaci sha256 12:26 &lt;+arcturus&gt; není to pro nym, je to pro vstup na server 12:26 &lt;+arcturus&gt; cervantes: super, mrknu na to 12:27 &lt;+arcturus&gt; jrandom: a není to jen PoW, hashcash nám dává způsob, jak jednoznačně identifikovat klienty v síti, podobně jako identifikace podle IP, abychom mohli přesně banovat 12:28 &lt;jrandom&gt; ale ty se časem obnovují, že? 12:28 &lt;jrandom&gt; např. nový PoW cert každých 6 měsíců (nebo 6 h, nebo jak chcete) 12:28 &lt;+arcturus&gt; pokud uživatel nemusí vykonat žádnou práci, aby získal své ID, vymazává to naši schopnost ho zabanovat 12:29 &lt;+arcturus&gt; nevidím důvod, aby automaticky expirovala; expirovat ručně jen při porušení podmínek služby 12:29 &lt;+arcturus&gt; není třeba nutit lidi dělat zbytečnou práci pro nová ID 12:29 &lt;jrandom&gt; eh, je to jen pasivní PoW, mohou spustit jeden cyklus každých 6 hodin a vygenerovat nový 12:29 &lt;jrandom&gt; ale možná DTSTTCPW 12:30 &lt;+arcturus&gt; jakýkoli vygenerovaný hashcash musí být použit do 24 hodin, jinak je neplatný 12:32 &lt;@cervantes&gt; jen pro zopakování, nový server irc.freshcoffee.i2p je potřeba přidat do vaší i2ptunnel console 12:32 &lt;jrandom&gt; cool. ok, něco dalšího k 2) irc2p? 12:33 &lt;@cervantes&gt; (`http://forum.i2p/viewtopic.php?t=911` 12:33 &lt;@cervantes&gt; ) 12:33 &lt;@cervantes&gt; &lt;-- hotovo 12:34 &lt;+arcturus&gt; už nemám nic dalšího, čím bych vás nudil :) 12:34 &lt;jrandom&gt; hehe 12:34 &lt;jrandom&gt; ok, 3) susibt 12:34 &lt;ardvark&gt; ehm, když do svého tunnelu přidám nový server, musím restartovat I2P? 12:34 &lt;jrandom&gt; susi23_: p1ng 12:35 &lt;@cervantes&gt; ardvark: jen ten tunnel 12:35 &lt;@cervantes&gt; (ircproxy tunnel) 12:35 &lt;ardvark&gt; aha, ok, právě jsem přidal a uložil, takže to nestačí 12:36 &lt;jrandom&gt; přesně tak, bohužel je třeba ten proxy zastavit a znovu spustit 12:36 &lt;susi23_&gt; no 12:36 &lt;ardvark&gt; ale pak zmeškám meeting ;) 12:37 &lt;susi23_&gt; susibt je webová aplikace (webapp) (jako susimail), kterou nasadíte do VM vašeho routeru 12:37 &lt;susi23_&gt; funguje jako webové rozhraní pro i2p-bt 12:38 &lt;susi23_&gt; takže můžete spravovat své seedy (zdroje), nahrávat a stahovat soubory atd. 12:38 &lt;jrandom&gt; w00t 12:39 &lt;susi23_&gt; problém je, že pro každý seed musíte spustit btdownloadheadless.py... takže ke svým mnoha Java vláknům dostanete spoustu Python procesů :) 12:39 &lt;+arcturus&gt; to se vyřeší v ducktorrentu *cough* 12:39 &lt;jrandom&gt; heh 12:39 * jrandom zadržuje dech 12:40 &lt;susi23_&gt; dokonce podporuje restart seedů po restartu routeru 12:40 &lt;@cervantes&gt; pěkné 12:40 &lt;jrandom&gt; boží 12:40 &lt;susi23_&gt; do budoucna je v plánu automatické sestavení torrentů a zlepšení UI 12:41 &lt;susi23_&gt; pokud to chcete vyzkoušet, doporučuji samostatnou instanci jetty 12:41 &lt;susi23_&gt; abyste nemuseli hrabat do svého routeru :) 12:41 &lt;susi23_&gt; pokyny ke stažení a instalaci na `http://susi.i2p` 12:42 &lt;susi23_&gt; to je vše *ping zpátky na jr* 12:42 &lt;jrandom&gt; w3wt, gracias, susi 12:42 &lt;jrandom&gt; ok, má k tomu někdo nějaké otázky a komentáře, nebo přeskočíme na 4) Syndie? 12:44 &lt;jrandom&gt; ok, co se týče Syndie, za poslední den nebo dva jsem o tom poslal na list spoustu věcí a bude tam mnohem víc aktivit 12:45 &lt;jrandom&gt; hlavní demo pro Syndie je na `http://syndiemedia.i2p` / http://66.111.51.110:8000/, ale samozřejmě lidi povzbuzujeme, aby si ji stáhli a nainstalovali lokálně 12:45 &lt;jrandom&gt; momentálně k tomu nemám moc co dodat. pokud nemá někdo nějaké dotazy? 12:46 &lt;gott&gt; Proč se to jmenuje Syndie? 12:46 &lt;gott&gt; je to odkaz na „syndicate“? 12:47 &lt;jrandom&gt; jo, je to obecné syndikační rozhraní (+ povědomí o bezpečnosti, autentizaci a anonymitě) 12:48 &lt;jrandom&gt; ok, pokud už nic není k 4), přeskočme na 5) ??? 12:48 &lt;jrandom&gt; má někdo něco souvisejícího s I2P, co by chtěl na meetingu probrat? 12:51 &lt;jrandom&gt; ok, pokud už nic dalšího není 12:51 * jrandom se chystá zakončit 12:52 * jrandom *baf* uzavírá meeting </div>/cs/blog/2005/08/23/stavov%C3%A9-pozn%C3%A1mky-i2p-k-datu-2005-08-23/Tue, 23 Aug 2005 00:00:00 +0000/cs/blog/2005/08/23/stavov%C3%A9-pozn%C3%A1mky-i2p-k-datu-2005-08-23/<p>Ahoj všichni, zase nastal čas na týdenní statusové poznámky.</p> <ul> <li>Index</li> </ul> <ol> <li>0.6.0.3 stav 2) IRC stav 3) susibt 4) Syndie 5) ???</li> </ol> <ul> <li> <ol> <li>0.6.0.3 status</li> </ol> </li> </ul> <p>Jak bylo nedávno zmíněno [1], je venku nové vydání 0.6.0.3, připravené pro vaše potěšení. Je to výrazné zlepšení oproti vydání 0.6.0.2 (není neobvyklé vydržet na irc několik dní bez odpojení - mně upgrade přerušil pětidenní dobu běhu), ale je tu pár věcí, které stojí za zmínku. Přesto to není vždy tak - lidé s pomalým připojením k síti narážejí na potíže, ale je to pokrok.</p>/cs/blog/2005/08/16/i2p-setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-16.-srpna-2005/Tue, 16 Aug 2005 00:00:00 +0000/cs/blog/2005/08/16/i2p-setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-16.-srpna-2005/<h2 id="rychlé-shrnutí">Rychlé shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> cervantes, Complication, jrandom, postman, susi23</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 13:09 &lt;@jrandom&gt; 0) ahoj 13:09 &lt;@jrandom&gt; 1) stav PeerTestu 13:09 &lt;@jrandom&gt; 2) Irc2P 13:09 &lt;@jrandom&gt; 3) Feedspace 13:09 &lt;@jrandom&gt; 4) meta 13:09 &lt;@jrandom&gt; 5) ??? 13:09 &lt;@jrandom&gt; 0) ahoj 13:09 * jrandom mává 13:09 &lt;@jrandom&gt; týdenní statusové poznámky jsou na http://dev.i2p.net/pipermail/i2p/2005-August/000842.html 13:10 &lt;@jrandom&gt; (které jste si, jsem si jistý, všichni pilně přečetli) 13:10 &lt;@postman&gt; ahoj 13:10 &lt;+cervantes&gt; hmm changate perl scripts... zkusím je... 13:10 &lt;+cervantes&gt; ahoj 13:10 &lt;@jrandom&gt; 1) stav peer testu 13:11 &lt;@jrandom&gt; k tomu není moc co dodat nad rámec toho, co jsem napsal v poznámkách – má k tomu někdo nějaké otázky/komentáře/obavy? 13:11 &lt;@jrandom&gt; nejsem si jistý, jestli ověřovat vzdálenou dosažitelnost každého, kdo se k nám připojí, ale pohrávám si s tou myšlenkou 13:11 &lt;@jrandom&gt; (to teď děláme s tcp) 13:13 &lt;@jrandom&gt; no, možná to můžeme zkusit bez toho ve 0.6.0.3, než přejdeme na 0.6.1. uvidíme 13:13 &lt;@jrandom&gt; dobře, přejdeme k 2) irc2p 13:13 &lt;@jrandom&gt; jste tady, takže víte, co a jak :) 13:13 &lt;@jrandom&gt; dobrá práce, postman & smeghead 13:16 &lt;@jrandom&gt; dobře, smeghead & postman o té věci vypustili spoustu informací, takže pokud k tomu nechcete nic dalšího, můžeme se přesunout k 3) feedspace 13:16 &lt;@jrandom&gt; vypadá to, že si frosk odskočil, a opravdu nemám co dodat nad rámec toho, co je v poznámkách (a na jeho blogu) 13:17 &lt;@postman&gt; :) 13:17 * Complication si čte froskův blog 13:18 &lt;@jrandom&gt; dobře, možná nás tam frosk doplní příspěvkem, až bude víc informací ke sdílení 13:19 &lt;@jrandom&gt; rychle přejdeme k 4) meta 13:19 &lt;@jrandom&gt; jaké máte názory na schůzky ve 20:00 GMT? příliš brzy, příliš pozdě, tak akorát? 13:21 * jrandom zadržuje davy 13:21 &lt;+Complication&gt; Rád bych řekl něco užitečného, ale nějak nemohu najít své světové hodiny... 13:21 &lt;@jrandom&gt; google://what+time+is+it 13:22 &lt;+Complication&gt; :) 13:22 &lt;@jrandom&gt; dobře, přejdeme k 5) ??? 13:22 &lt;@jrandom&gt; má někdo ještě něco, co chce otevřít? 13:23 &lt;+susi23&gt; no 13:23 &lt;+susi23&gt; ne oficiálně ;) 13:24 &lt;+Complication&gt; Bylo to neobvykle stabilní období. 13:24 &lt;+Complication&gt; Kromě občasného "message invalid" (nebo to bylo "packet invalid"), nemohu najít chyby k nahlášení. :o 13:24 &lt;@postman&gt; moje chyby už jsou nahlášeny :) 13:24 &lt;@jrandom&gt; fajn, ale to je bohužel příznak neodhalených chyb, Complication, protože pořád jsou věci, které nefungují, jak by měly 13:25 &lt;@jrandom&gt; ale pokrok — stále kupředu 13:25 &lt;@jrandom&gt; možná tam kvůli situaci s udp vidíme spoustu omezených tras 13:25 &lt;+susi23&gt; spustili jsme nové idlerpg na #idle a všichni jste zváni se přidat :) 13:25 &lt;@jrandom&gt; (a možná je tam spousta dalších věcí...) 13:25 &lt;@jrandom&gt; w00t susi23 13:26 &lt;+susi23&gt; :P 13:30 &lt;@jrandom&gt; dobře, má ještě někdo něco, co na schůzce otevřít? 13:32 &lt;@jrandom&gt; dobře, pokud už nic dalšího není 13:32 * jrandom se chystá 13:32 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2005/08/16/pozn%C3%A1mky-ke-stavu-i2p-k-2005-08-16/Tue, 16 Aug 2005 00:00:00 +0000/cs/blog/2005/08/16/pozn%C3%A1mky-ke-stavu-i2p-k-2005-08-16/<p>Ahoj všichni, dnes jen stručné poznámky</p> <ul> <li>Index:</li> </ul> <ol> <li>stav PeerTestu</li> <li>Irc2P</li> <li>Feedspace</li> <li>meta</li> <li>???</li> </ol> <ul> <li> <ol> <li>PeerTest status</li> </ol> </li> </ul> <p>Jak již bylo zmíněno, chystané vydání 0.6.1 bude obsahovat sérii testů pro pečlivější konfiguraci routeru a pro ověření dosažitelnosti (nebo pro upozornění, co je potřeba udělat), a přestože už je nějaký kód v CVS k dispozici pro dvě sestavení, stále zbývá několik doladění, než to bude fungovat tak hladce, jak je potřeba. V tuto chvíli provádím drobné úpravy testovacího postupu zdokumentovaného [1] tak, že přidávám další paket pro ověření dosažitelnosti Charlieho a oddaluji Bobovu odpověď Alici, dokud Charlie neodpoví. To by mělo snížit počet zbytečných stavů &ldquo;ERR-Reject&rdquo;, které lidé vídají, protože Bob neodpoví Alici, dokud nebude mít Charlieho, který je k dispozici pro testování (a když Bob neodpoví, Alice jako stav uvidí &ldquo;Unknown&rdquo;).</p>/cs/blog/2005/08/09/pozn%C3%A1mky-ke-stavu-i2p-k-2005-08-09/Tue, 09 Aug 2005 00:00:00 +0000/cs/blog/2005/08/09/pozn%C3%A1mky-ke-stavu-i2p-k-2005-08-09/<p>Ahoj všichni, máme tu zase ten čas v týdnu</p> <ul> <li>Index</li> </ul> <ol> <li>0.6.0.2 2) aktualizace plánu vývoje 3) ???</li> </ol> <ul> <li> <ol> <li>0.6.0.2</li> </ol> </li> </ul> <p>Jak bylo včera oznámeno [1], je k dispozici nové vydání a ohlasy jsou obecně pozitivní. Zhruba polovina z vás už aktualizovala (vidím 110 @ 0.6.0.2, 89 @ 0.6.0.1 a 21 @ 0.6), ale zbytek by měl aktualizovat co nejdříve, protože přináší několik užitečných vylepšení.</p> <p>[1] <code>http://dev.i2p.net/pipermail/i2p/2005-August/000834.html</code></p> <ul> <li> <ol start="2"> <li>Roadmap update</li> </ol> </li> </ul> <p>Dnes odpoledne mě napadlo, že by dávalo smysl přepsat shrnutí plánu vývoje ze svého zápisníku na web, takže ti z vás, kteří se zajímají, co se děje a kam míříme, se teď můžou podívat na <a href="http://www.i2p.net/roadmap">http://www.i2p.net/roadmap</a> a zjistit, co se změnilo. Není to nic převratného, ale mělo by to lidem pomoct si věci ujasnit.</p>/cs/blog/2005/08/09/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-9.-srpna-2005/Tue, 09 Aug 2005 00:00:00 +0000/cs/blog/2005/08/09/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-9.-srpna-2005/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> ant, bla, detonate, duck, jrandom, jrandom2p, luckypunk, postman, smeghead</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 13:11 &lt;jrandom2p&gt; 0) ahoj 13:11 &lt;jrandom2p&gt; 1) 0.6.0.2 13:11 &lt;jrandom2p&gt; 2) aktualizace roadmapy 13:11 &lt;jrandom2p&gt; 3) ??? 13:11 &lt;jrandom2p&gt; 0) ahoj 13:11 * jrandom2p mává 13:11 &lt;+detonate&gt; ahoj 13:11 &lt;jrandom2p&gt; týdenní poznámky o stavu jsou zveřejněny @ http://dev.i2p.net/pipermail/i2p/2005-August/000839.html 13:12 &lt;jrandom2p&gt; ok, krátce skočím k [1-2] před volnou diskuzí.. 13:12 &lt;jrandom2p&gt; 1) 0.6.0.2 13:12 &lt;jrandom2p&gt; je venku. a tak 13:12 &lt;jrandom2p&gt; má někdo nějaké otázky/komentáře/obavy ohledně 0.6.0.2? 13:13 &lt;jrandom2p&gt; pokud ne, pokračujeme k 2) aktualizace roadmapy 13:13 &lt;jrandom2p&gt; ta, ehm, roadmapa byla aktualizována. a tak ;) 13:14 &lt;duck&gt; ty Australane 13:14 &lt;+bla&gt; jrandom: Pořád jsou občasné problémy s kontaktováním destinace, i když je normálně online 13:14 * postman to může potvrdit 13:14 * detonate se přidává jako třetí 13:14 &lt;+bla&gt; jrandom: Např. forum.i2p funguje, pak po pár minutách ne a vyžaduje pár obnovení 13:15 * bla byl první ;) 13:15 &lt;jrandom2p&gt; hmm, jo, slyšel jsem o tom zprávy. i s 0.6.0.2, že? 13:16 &lt;+postman&gt; jistě, pane 13:16 &lt;+bla&gt; Ano, 0.6.0.2 13:16 &lt;+bla&gt; Může to být problém s netDb, nebo špatný výběr peerů do tunnelů (nebo něco jiného) 13:16 &lt;jrandom2p&gt; ok 13:17 &lt;jrandom2p&gt; výběr peerů do tunnelů byl poslední dobou dost špatný, stejně jako zaplavování netDb store 13:17 &lt;jrandom2p&gt; (viz vaše /oldstats.jsp pro počty selhání požadavků na tunnel) 13:18 &lt;+bla&gt; Teď, když používáme UDP/SSU, vypadá klasifikace peerů lépe než dřív: řada peerů, o kterých _vím_, že jsou rychlí, se obvykle objevuje v sekci „fast“ na stránce profilu 13:19 &lt;jrandom2p&gt; pěkné 13:19 &lt;jrandom2p&gt; 0.6.0.2 přidalo nějaký kód pro odmítání tunnelů založený na netDb, který se měl dělat už dříve (odmítnutí připojení, pokud nemůžeme najít další hop), takže nárůst odmítnutí je očekávaný 13:19 &lt;+bla&gt; I když bych se měl zase pustit do klasifikačních algoritmů... ;) 13:20 &lt;jrandom2p&gt; Dělal jsem analýzu profilů/statistik, ale zatím žádné pevné výsledky 13:21 &lt;jrandom&gt; to by bylo fajn, bla :) 13:25 &lt;jrandom2p&gt; ok, ještě něco k 2) aktualizaci roadmapy? :) 13:26 &lt;jrandom2p&gt; pokud ne, přejdeme k 3) ??? 13:26 &lt;+detonate&gt; myslíš, že by bylo užitečné dávat na černou listinu peery s vysokými mírami failure/duprecv oproti modusu? 13:27 &lt;jrandom&gt; hmm, tím si nejsem jistý – pokud jsou failure/dup míry příliš vysoké na to, aby to bylo užitečné, měli bychom prostě přenášet pomalu a opatrně 13:27 &lt;jrandom&gt; dokud zprávy procházejí, tak prostě procházejí 13:28 &lt;jrandom&gt; je důvod, proč jsme nepoužívali statistiky přímé komunikace peerů jako součást profilování – spoléhat se na ně by nás činilo zranitelnými vůči snadným a silným útokům (chovat se různě k různým peerům a sledovat, kdo tě používá atd.) 13:29 &lt;+detonate&gt; hmm 13:29 &lt;+detonate&gt; ok 13:29 &lt;jrandom&gt; ale možná musíme shazovat relace peerům, kteří jsou v takto přetížených spojeních 13:29 &lt;+detonate&gt; dobrý postřeh 13:34 &lt;jrandom&gt; ok, má ještě někdo něco k 3) ??? 13:34 &lt;luckypunk&gt; o, oh, možná bys měl počkat, až se všichni vrátí 13:34 &lt;luckypunk&gt; než položíš kritické otázky :P 13:35 &lt;jrandom2p&gt; bah, mají přece mailing list ;) 13:35 &lt;luckypunk&gt; no 13:35 &lt;luckypunk&gt; asi je tohle to správné místo si postěžovat 13:36 &lt;luckypunk&gt; I2P pořád používá trochu CPU 13:36 &lt;luckypunk&gt; ale ne tolik jako dřív 13:36 &lt;luckypunk&gt; pravda, nespouštěl jsem to od dob 5.0 13:36 &lt;luckypunk&gt; ale jo 13:36 &lt;luckypunk&gt; ehm 13:36 &lt;luckypunk&gt; 0.5.0 13:36 &lt;jrandom2p&gt; super, na kterém z tvých strojů to funguje? 13:36 &lt;luckypunk&gt; ehm 13:36 &lt;luckypunk&gt; proboha 13:36 &lt;luckypunk&gt; nepoužíval jsem to od 0.6.0.0 13:36 &lt;luckypunk&gt; funguje to dobře na Pentiu 2 13:37 &lt;luckypunk&gt; výchozí hodnota nice znamená, že to má tendenci spadnout, když dělám příliš dlouho něco náročného na CPU, protože I2P je hladové po CPU 13:38 &lt;+detonate&gt; hmm, asi by v router konzoli v konfiguraci sítě mohlo být místo, kde by šlo natvrdo nastavit introducery (introducer – zprostředkovatel připojení), jakmile budou k dispozici, pokud to uživatel preferuje 13:39 &lt;jrandom2p&gt; jsi teď na 0.6.0.2, luckypunk? 13:39 &lt;@smeghead&gt; detonate: to je věc důvěryhodných tras... později v roadmapě :) 13:39 &lt;luckypunk&gt; ne 13:39 &lt;luckypunk&gt; nespouštěl jsem to od 0.6.0.0 13:39 &lt;@smeghead&gt; *omezené trasy 13:40 &lt;luckypunk&gt; ale jeho využití CPU se zdálo mnohem menší. 13:40 &lt;+detonate&gt; heh, mělo by to tam být hned, jak budou introducery :) 13:40 &lt;jrandom2p&gt; aha jo, detonate, výběr introducerů by určitě mohl být konfigurovatelný, ale pravděpodobně to bude skrytá pokročilá konfigurační volba ;) 13:41 &lt;jrandom2p&gt; luckypunk: 0.6.0.1 vyhodilo hodně kryptografie a 0.6.0.2 by mělo ještě pomoct. zkus to někdy, možná to zvládne líp 13:41 &lt;luckypunk&gt; ok 13:41 &lt;@smeghead&gt; co když nějaký introducer nechce, abys ho vybíral pořád? 13:41 &lt;luckypunk&gt; mám pocit, že I2P by teď běželo na vyhrazeném středně výkonném Pentiu. 13:41 &lt;jrandom&gt; smeghead: pak řekne „táhni, nebudu ti dělat introducera“ 13:42 &lt;jrandom&gt; a peery budou mít víc introducerů, takže se to vyváží 13:42 &lt;jrandom&gt; (a jsou to jen 2 pakety na navázání nového peeru, ne všechny komunikované pakety) 13:44 &lt;+detonate&gt; kdyby introducery fungovaly jinak, mohl bys mezi nimi udělat většinové hlasování, abys rozhodl, které fungují, ale tak jak to je, to nedává smysl 13:45 &lt;ant&gt; &lt;jme___&gt; q. kde najdu popis toho hlasovacího systému ? 13:45 &lt;jrandom&gt; většina nedává žádný smysl 13:45 * jrandom nevěří hlasování ani za mák 13:45 &lt;jrandom&gt; (zvlášť s ohledem na Sybil) 13:45 &lt;jrandom&gt; introducer funguje, pokud se přes něj nový peer může s tebou spojit 13:47 &lt;+detonate&gt; jaký je stav vanguard, to s tím souvisí 13:47 &lt;+detonate&gt; dokud je smeghead poblíž 13:51 &lt;jrandom&gt; ok, pokud už nic dalšího není... 13:51 * jrandom končí 13:51 * jrandom *baf*s ukončuje schůzku </div>/cs/blog/2005/08/02/pozn%C3%A1mky-ke-stavu-i2p-k-2005-08-02/Tue, 02 Aug 2005 00:00:00 +0000/cs/blog/2005/08/02/pozn%C3%A1mky-ke-stavu-i2p-k-2005-08-02/<p>Ahoj všichni, dnes opožděné poznámky,</p> <ul> <li>Index:</li> </ul> <ol> <li>stav verze 0.6 2) PeerTest 3) SSU introductions 4) I2PTunnel webové rozhraní 5) mnet přes i2p 6) ???</li> </ol> <ul> <li> <ol> <li>0.6 status</li> </ol> </li> </ul> <p>As you&rsquo;ve all seen, we pushed out the 0.6 release a few days ago, and on the whole, things have been going fairly well. Some of the transport improvements since 0.5.* have exposed issues with the netDb implementation, but fixes for much of that is in testing now (as the 0.6-1 build) and will be deployed as 0.6.0.1 fairly shortly. We&rsquo;ve also run into some problems with different NAT and firewall setups, as well as MTU issues with some users - issues that weren&rsquo;t present in the smaller test network due to fewer testers. Workarounds have been added in for the worst offenders, but we&rsquo;ve got a long term solution coming up soon - peer tests.</p>/cs/blog/2005/08/02/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-2.-srpna-2005/Tue, 02 Aug 2005 00:00:00 +0000/cs/blog/2005/08/02/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-2.-srpna-2005/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> ant, bar, cervantes, duck, jrandom2p, lucky, mihi, protokol, smeghead, thetower</p> <h2 id="zápis-z-jednání">Zápis z jednání</h2> <div class="irc-log"> 13:53 &lt;jrandom2p&gt; ok, když už jsem tady, je někdo, kdo by měl zájem o krátkou schůzku ohledně poznámek (nebo něčeho jiného)? 13:54 &lt;jrandom2p&gt; je v poznámkách něco, co lidi trápí, nebo myšlenky mimo ně, které chcete probrat, případně jiné relevantní a aktuální záležitosti? 13:54 &lt;@smeghead&gt; jasně 13:54 &lt;+protokol&gt; je tu icepick? 13:55 &lt;+protokol&gt; zajímá mě, jestli je i2p-mnet už testovatelný a/nebo jestli je na to nějaké ETA (odhadovaný termín) 13:55 &lt;jrandom2p&gt; momentálně nečinný už 9 hodin.. 13:56 &lt;jrandom2p&gt; podle logů kanálu to nevypadalo použitelné, ale rozběhl základní integraci SAM 13:56 &lt;jrandom2p&gt; jsem si jistý, že se ozve víc, až bude víc co říct 13:56 &lt;+protokol&gt; supeeer 13:57 &lt;jrandom2p&gt; smeghead: opravil -1 tvůj problém s migrací portu? 13:57 &lt;@smeghead&gt; nevšiml jsem si ničeho divného 13:58 &lt;@smeghead&gt; už tak 3 dny 13:58 &lt;@cervantes&gt; rád říkám, že jsem den nebo dva neměl výpadek služby 13:58 &lt;@smeghead&gt; myslím, že to můžu prohlásit za opravené 13:58 &lt;jrandom2p&gt; wr0d 13:58 &lt;jrandom2p&gt; (^2) 13:59 &lt;@cervantes&gt; a thetower se teď znovu připojuje jen každé 4 minuty... takže celkově se zdraví sítě asi zlepšuje 13:59 &lt;jrandom2p&gt; heh 13:59 &lt;+thetower&gt; Čistá instalace problém zřejmě opravila, ale bylo to opravdu dost znepokojivé a nikdy jsem pro to nenašel dobrý důvod. 14:00 &lt;jrandom2p&gt; hmm 14:00 &lt;jrandom2p&gt; bylo to jen IRC, nebo jsi přicházel o hodně peerů? 14:00 &lt;@cervantes&gt; gremlini 14:01 &lt;+thetower&gt; Je možné, že změna souboru router.config bez restartu i2p mohla způsobovat pády? 14:01 &lt;jrandom2p&gt; hmm, ne, router.config měním často 14:01 &lt;jrandom2p&gt; nebo je tam nějaká konkrétní změna, která tě znepokojuje? 14:02 &lt;@cervantes&gt; Pamatuju, jak jsem jednou přepsal svou knihovnu jbigi, zatímco router ještě běžel... TO způsobilo problémy ;-) 14:02 &lt;+thetower&gt; Nastavil jsem skript, který mění limity šířky pásma podle aktuálního využití sítě, a přemýšlel jsem, jestli to nezpůsobovalo problém. 14:02 &lt;jrandom2p&gt; heh jo cervantes, to router vždycky zabije 14:03 &lt;jrandom2p&gt; ah ok, ne, to by neměl být problém... i když... pokud by to upravilo limity tak nízko, že by zprávy neprocházely... 14:04 &lt;+thetower&gt; No, mělo to docela rozumné spodní limity, takže to asi nebylo ono. 14:04 &lt;jrandom2p&gt; ok super, jen jsem to ověřoval~ :) 14:05 &lt;jrandom2p&gt; předpokládám, že zítra tedy vydáme 0.6.0.1, protože -1 vypadá jako docela dobré zlepšení 14:05 &lt;jrandom2p&gt; bude to zpětně kompatibilní atd., bla bla. 14:06 &lt;jrandom2p&gt; ještě něco, o čem víte, že by se mělo vypustit ven? 14:06 &lt;jrandom2p&gt; jaký je stav i2phexu? 14:06 &lt;@smeghead&gt; možná nahrát z cvs hosts.txt na dev.i2p.net... ten současný je měsíce starý 14:06 &lt;jrandom2p&gt; dělal jsem to předevčírem, jestli si dobře pamatuju 14:07 &lt;@smeghead&gt; sirup se tu pár týdnů neukázal 14:07 &lt;jrandom2p&gt; ó, hmmm.. 14:07 &lt;@smeghead&gt; ale je léto 14:07 &lt;@smeghead&gt; možná na dovolené nebo tak něco 14:08 &lt;@cervantes&gt; nebo ho znásilnila RIAA 14:08 &lt;jrandom2p&gt; aha jo, je to tam (jen to bylo cachované na squid.i2p) 14:08 &lt;@smeghead&gt; riaaováno? 14:09 &lt;jrandom2p&gt; ($Id: meeting141.html,v 1.2 2005-08-04 16:21:39 duck Exp $) 14:09 &lt;jrandom2p&gt; *ehm* 14:09 &lt;+bar&gt; do Bugzilly je třeba přidat pár věcí, jako i2p 0.6 a java 1.5 14:09 &lt;@smeghead&gt; ok 14:09 &lt;jrandom2p&gt; aha jo, pořád jsem ještě nedostal notebook online (grr) 14:10 &lt;jrandom2p&gt; ((týdenní statusové poznámky bylo potřeba vypálit na CD... 1KB CD...)) 14:10 &lt;jrandom2p&gt; wow čau mihi 14:10 &lt;@duck&gt; ahoj mihi! 14:10 &lt;mihi&gt; ahoj všichni :) 14:10 &lt;@cervantes&gt; mohlo by to být dm :) 14:10 &lt;jrandom2p&gt; heh 14:10 &lt;@smeghead&gt; přesně tak 14:10 &lt;@cervantes&gt; čau mihi 14:10 &lt;mihi&gt; vypadalo to, že to vyžaduje trochu pohrát si s konfigem, než můj router uvěřil, že je otevřený *jen* 8887/udp... 14:11 * jrandom2p zmínil i2ptunnel ve statusových poznámkách a mihi se objeví ;) 14:11 &lt;jrandom2p&gt; aha, hmm, ta věc i2np.udp.fixedPort=true? 14:11 &lt;mihi&gt; hmm? bylo to tam? 14:11 * mihi si statusové poznámky jen rychle pročetl 14:11 &lt;mihi&gt; hmm... je to lepší řešení? 14:12 * mihi prostě nastavil port na 8887 a tvrdě restartoval, dokud port nezůstal 14:12 &lt;jrandom2p&gt; jaký trik jsi udělal v router.config, aby uvěřil jen 8886? 14:12 &lt;jrandom2p&gt; ehm, 8887 14:12 &lt;jrandom2p&gt; hah 14:12 &lt;@cervantes&gt; můžeme možná přejmenovat I2PTunnel, jak jsi navrhoval, na něco jako I2PProxy...? 14:12 &lt;jrandom2p&gt; ok, jo, použij i2np.udp.fixedPort=true 14:12 &lt;jrandom2p&gt; (nasazeno v 0.6-1 a bude vydáno co nejdřív jako 0.6.0.1) 14:12 &lt;@cervantes&gt; může to být hodně matoucí, když mluvíme o "konfigurační stránce tunnelu" 14:13 &lt;+thetower&gt; Ó, mám otázku: nemá i2p automaticky detekovat, který UDP port použít? A pokud ano, má být natvrdo zapsaný ve výchozím router.config? 14:13 &lt;mihi&gt; hmmkay... 14:14 &lt;mihi&gt; vypadá to, že i2p zase změnilo port 14:14 &lt;mihi&gt; čekejte, že budu za chvíli pryč :) 14:14 &lt;jrandom2p&gt; thetower: ano, mělo by to detekovat automaticky, ale momentálně procházíme pár divnými tanečky 14:14 &lt;@cervantes&gt; mihi: máš nejnovější cvs? 14:14 &lt;jrandom2p&gt; o tom je celá ta věc PeerTest (zařídit, abychom to vždy automaticky správně nakonfigurovali) 14:14 &lt;mihi&gt; ne. 14:14 &lt;@cervantes&gt; mihi: tak to by byl ten důvod :) 14:15 &lt;mihi&gt; jen verze z i2pupdate.zip 14:15 &lt;@cervantes&gt; mihi: 0.6 má funkcionalitu RandomPort (tm) 14:15 &lt;jrandom2p&gt; heh 14:16 &lt;@cervantes&gt; :) 14:16 &lt;+ant&gt; * mihi by se líbila funkcionalita FixedPorto :) 14:16 &lt;+ant&gt; &lt;mihi&gt; a odpojen... 14:16 &lt;@cervantes&gt; pak bys potřeboval 0.6-1 FixedPort Pro 14:16 &lt;jrandom2p&gt; heh 14:16 &lt;jrandom2p&gt; ok, má ještě někdo něco k projednání na schůzku? 14:16 &lt;@cervantes&gt; nebo počkat na 0.6.0.1 14:17 &lt;jrandom2p&gt; jak to vypadalo s latencí/průchodností, když pomineme občasnou dosažitelnost? 14:17 &lt;+ant&gt; &lt;mihi&gt; hmm. tady je cvs checkout z 2004-10-06. měl bych to zkusit aktualizovat :) 14:17 &lt;jrandom2p&gt; !thwap mihi 14:18 &lt;@cervantes&gt; i2pinstall.jar jsem včera z dev.i2p stahoval 110 k/sec na jednom streamu 14:18 &lt;jrandom2p&gt; hezky 14:19 &lt;@cervantes&gt; a 320 k/sec při použití více streamů 14:19 &lt;jrandom2p&gt; w0ah 14:19 &lt;jrandom2p&gt; 0hop, předpokládám 14:19 &lt;jrandom2p&gt; (dev.i2p je 0hop) 14:19 &lt;@cervantes&gt; jo 14:19 &lt;jrandom2p&gt; ((kdyby to náhodou nebylo poznat ;) 14:19 &lt;@cervantes&gt; ;-) 14:19 &lt;+thetower&gt; stahovat do: GTA San Andreas 14:19 &lt;+thetower&gt; rychlost stahování: 28.51 kB/s 14:20 &lt;@cervantes&gt; to ale bylo z více zdrojů... 14:20 &lt;jrandom2p&gt; ah super thetower 14:20 &lt;@cervantes&gt; podařilo se mi vytlačit squid.i2p až někam k 280 14:21 &lt;lucky&gt; jrandom2p :) 14:21 &lt;lucky&gt; mohl bys nahrát nový hosts.txt na web 14:21 &lt;@cervantes&gt; lucky: hotovo 14:21 &lt;jrandom2p&gt; jo, jakmile budeme konzistentně dosahovat takových rychlostí, cervantesi, budeme muset přidat nějaká konfigurovatelná zpoždění, aby lidi mohli dělat 0hopy bezpečně 14:22 &lt;jrandom2p&gt; (takže to zdrží o AVG(tunnelTestTime/2), ale neplýtvá to bw ani neztrácí zprávy) 14:22 &lt;@cervantes&gt; aby se skrylo, že je to 0 hop tunnel? 14:22 &lt;lucky&gt; přemýšlím, jestli bude mít I2P někdy dostatečně slušné rychlosti, abych mohl lidi pustit na můj virtu-vax 14:23 &lt;jrandom2p&gt; jo. jinak, když řekneš "hej, dostávám z tvého webu 300 KB/s", můžeš si celkem bezpečně tipnout, že jsou to 2 0hop tunnels 14:23 &lt;jrandom2p&gt; (na druhou stranu, 1 až 2 až 3 až 4 hopy nemají tak dramatický pokles) 14:23 &lt;@cervantes&gt; takže bude mít i2p fakticky omezení šířky pásma 14:23 &lt;jrandom2p&gt; ((protože když vynutíš skutečný provoz přes tunnel, každý mezilehlý hop moc neubere)) 14:24 &lt;jrandom2p&gt; ne, cervantesi, velká okna + zpoždění 14:24 * cervantes ruší své plány na HDTV streaming anonymního pr0n 14:24 &lt;jrandom2p&gt; můžeš mít prostě víc zpráv ve vzduchu, aby ses dostal na stejnou rychlost 14:25 &lt;@cervantes&gt; aha jasně 14:25 &lt;jrandom2p&gt; (ale samozřejmě to zabere pár dalších RTTs, než se dostaneš na větší okno) 14:25 &lt;jrandom2p&gt; ok, má někdo ještě něco k probrání? 14:26 &lt;mihi&gt; vytáhněte nějaký *baf*er :) 14:26 &lt;@cervantes&gt; zrezivěl nesprávným používáním 14:27 &lt;jrandom2p&gt; heh, asi je čas ;) 14:27 * jrandom2p se rozmachuje 14:27 * jrandom2p uzavírá schůzi *baf*em </div>/cs/blog/2005/07/26/pozn%C3%A1mky-ke-stavu-i2p-k-2005-07-26/Tue, 26 Jul 2005 00:00:00 +0000/cs/blog/2005/07/26/pozn%C3%A1mky-ke-stavu-i2p-k-2005-07-26/<p>Ahoj všichni, tento týden opět krátká aktualizace, ale s několika důležitými novinkami.</p> <ul> <li>Index</li> </ul> <ol> <li>0.6 2) ???</li> </ol> <ul> <li> <ol> <li>0.6</li> </ol> </li> </ul> <p>Co se týče SSU, věci vypadají docela dobře a nevidím žádné zásadní překážky, které by nám bránily vydat to jako 0.6. Proto půjdeme live s novým vydáním 0.6 později tento týden - předběžně si to naplánujme na zítra (středa). Revize 0.6 nebude zpětně kompatibilní, takže je třeba počítat s několika zádrhely, ale všichni by na ni měli přejít hned, jak vyjde. To platí i pro lidi, kteří už provozují 0.5.0.7-19 (nebo novější), protože jsem pozdržel commit přepnutí několika proměnných, které by způsobily nekompatibilitu.</p>/cs/blog/2005/07/19/pozn%C3%A1mky-o-stavu-i2p-k-2005-07-19/Tue, 19 Jul 2005 00:00:00 +0000/cs/blog/2005/07/19/pozn%C3%A1mky-o-stavu-i2p-k-2005-07-19/<p>Ahoj všichni, stručná aktualizace tento týden</p> <ul> <li>Index</li> </ul> <ol> <li>Pokrok v testování SSU 2) ???</li> </ol> <ul> <li> <ol> <li>SSU testing</li> </ol> </li> </ul> <p>Od zahájení druhého kola testování SSU jsme udělali spoustu dolaďování a oprav chyb, ale vypadá to čím dál lépe. Testů se účastní zhruba 20–30 lidí (nebo alespoň provozují routers s podporou SSU) a výkon je mnohem lepší, než jsme doufali. Pořád ještě dohledáváme některé chyby, ale blížíme se bodu, kdy to budeme moci zařadit do verze 0.6, abychom získali plnohodnotné testování v celé síti.</p>/cs/blog/2005/07/12/stavov%C3%A9-pozn%C3%A1mky-i2p-k-2005-07-12/Tue, 12 Jul 2005 00:00:00 +0000/cs/blog/2005/07/12/stavov%C3%A9-pozn%C3%A1mky-i2p-k-2005-07-12/<p>Ahoj všichni, je tu zase ta část týdne</p> <ul> <li>Index</li> </ul> <ol> <li>squid/www/cvs/dev.i2p obnoveno 2) testování SSU 3) kryptografie I2CP 4) ???</li> </ol> <ul> <li> <ol> <li>squid/www/cvs/dev.i2p restored</li> </ol> </li> </ul> <p>Po urputném boji s několika kolokačními servery se podařilo obnovit některé ze starých služeb – squid.i2p (jeden ze dvou výchozích výstupních proxy), www.i2p (bezpečný odkaz na <a href="https://www.i2p.net">www.i2p.net</a> ), dev.i2p (bezpečný odkaz na dev.i2p.net, kde jsou k nalezení archivy mailing listů, cvsweb a výchozí netDb seeds), a cvs.i2p (bezpečný odkaz na náš CVS server - cvs.i2p.net:2401). Můj blog je stále mimo provoz, ale jeho obsah se stejně ztratil, takže dříve či později bude potřeba začít znovu od začátku. Teď, když jsou tyto služby spolehlivě zpět online, je čas posunout se k &hellip;</p>/cs/blog/2005/07/05/pozn%C3%A1mky-ke-stavu-i2p-ze-dne-2005-07-05/Tue, 05 Jul 2005 00:00:00 +0000/cs/blog/2005/07/05/pozn%C3%A1mky-ke-stavu-i2p-ze-dne-2005-07-05/<p>Ahoj všichni, zase nastal ten týdenní čas,</p> <ul> <li>Index</li> </ul> <ol> <li>Stav vývoje 2) Tunnel IVs (inicializační vektory) 3) SSU MACs (autentizační kódy zpráv) 4) ???</li> </ol> <ul> <li> <ol> <li>Dev status</li> </ol> </li> </ul> <p>Další týden, další zpráva říkající &ldquo;Na SSU transportu jsme udělali hodně pokroku&rdquo; ;) Moje lokální úpravy jsou stabilní a byly odeslány do CVS (HEAD je na verzi 0.5.0.7-9), ale zatím žádné vydání. Brzy další novinky v této oblasti. Podrobnosti o změnách nesouvisejících se SSU jsou v historii [1], i když změny týkající se SSU z toho seznamu zatím vynechávám, protože SSU zatím nepoužívá nikdo mimo vývojáře (a vývojáři čtou i2p-cvs@ :)</p>/cs/blog/2005/06/28/stavov%C3%A9-pozn%C3%A1mky-i2p-k-2005-06-28/Tue, 28 Jun 2005 00:00:00 +0000/cs/blog/2005/06/28/stavov%C3%A9-pozn%C3%A1mky-i2p-k-2005-06-28/<p>Ahoj všichni, je tu zase čas na týdenní aktualizaci</p> <ul> <li>Index</li> </ul> <ol> <li>Stav SSU 2) Stav jednotkových testů 3) Stav Kaffe 4) ???</li> </ol> <ul> <li> <ol> <li>SSU status</li> </ol> </li> </ul> <p>U transportu SSU došlo k dalšímu pokroku a můj aktuální názor je, že po dalším testování v živé síti budeme moci nasadit jako verzi 0.6 bez většího prodlení. První vydání SSU nebude zahrnovat podporu pro lidi, kteří nemohou otevřít port ve firewallu nebo upravit svůj NAT, ale to bude nasazeno ve verzi 0.6.1. Až bude 0.6.1 venku, otestovaná a bude šlapat jako hodinky (alias 0.6.1.42), přejdeme na 1.0.</p>/cs/blog/2005/06/21/stavov%C3%A9-pozn%C3%A1mky-i2p-k-2005-06-21/Tue, 21 Jun 2005 00:00:00 +0000/cs/blog/2005/06/21/stavov%C3%A9-pozn%C3%A1mky-i2p-k-2005-06-21/<p>Ahoj všichni, je čas znovu spustit naše týdenní poznámky o stavu</p> <ul> <li>Index</li> </ul> <ol> <li>Stav vývojáře 2) Stav vývoje 3) Odměna za jednotkové testy 4) Výpadek služby 5) ???</li> </ol> <ul> <li> <ol> <li>Dev[eloper] status</li> </ol> </li> </ul> <p>Po čtyřech městech ve čtyřech zemích se konečně usazuji a znovu se pouštím do kódu. Minulý týden jsem dal dohromady poslední díly k notebooku, už nespím po gaučích, a i když doma nemám přístup k internetu, v okolí je spousta internetových kaváren, takže přístup je spolehlivý (jen občasný a drahý).</p>/cs/blog/2005/05/03/pozn%C3%A1mky-ke-stavu-i2p-k-2005-05-03/Tue, 03 May 2005 00:00:00 +0000/cs/blog/2005/05/03/pozn%C3%A1mky-ke-stavu-i2p-k-2005-05-03/<p>Ahoj všichni, tento týden je toho na pořadu dne hodně</p> <ul> <li>Index</li> </ul> <ol> <li>Stav sítě 2) Stav SSU 3) i2phex 4) nezvěstný 5) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>V celkovém zdraví sítě nedošlo k žádným velkým změnám – situace se zdá být poměrně stabilní a i když máme občasné zádrhele, služby fungují dobře. Od posledního vydání proběhlo v CVS mnoho aktualizací, ale žádné opravy blokujících (kritických) chyb. Možná stihneme ještě jedno vydání před mým stěhováním, jen abychom dostali nejnovější změny z CVS dál, ale zatím si nejsem jistý.</p>/cs/blog/2005/05/03/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-3.-kv%C4%9Btna-2005/Tue, 03 May 2005 00:00:00 +0000/cs/blog/2005/05/03/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-3.-kv%C4%9Btna-2005/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> ant, bla, cervantes, DrWoo, entroy, jrandom, mancom, Masterboy, RevDuck, shendaras, sirup, smeghead, Teal`c\__</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 14:08 &lt;jrandom&gt; 0) ahoj 14:08 &lt;jrandom&gt; 1) Stav sítě 14:08 &lt;jrandom&gt; 2) Stav SSU 14:08 &lt;jrandom&gt; 3) i2phex 14:08 &lt;jrandom&gt; 4) awol 14:08 &lt;jrandom&gt; 5) ??? 14:08 &lt;jrandom&gt; 0) ahoj 14:08 * jrandom mává 14:08 &lt;jrandom&gt; týdenní poznámky o stavu zveřejněny téměř o hodinu dřív @ http://dev.i2p.net/pipermail/i2p/2005-May/000738.html 14:09 * Masterboy mává zpátky:P 14:10 &lt;jrandom&gt; ok, skočíme na 1) Stav sítě 14:10 &lt;jrandom&gt; nemám k tomu moc co dodávat, i když to vypadá, že nás může čekat trochu turbulence kvůli přílivu z azureus 14:11 &lt;jrandom&gt; snad to ale vydrží dostatečně, uvidíme 14:11 &lt;Masterboy&gt; žádné velké problémy u mě a na ty malé si nevzpomínám. 14:11 &lt;jrandom&gt; heh super 14:11 &lt;jrandom&gt; má někdo další otázky/komentáře/obavy ohledně aktuálního stavu sítě? 14:11 &lt;sirup&gt; používá azureus naše proxy? 14:12 &lt;jrandom&gt; heh doufám, že ne 14:12 &lt;jrandom&gt; pravděpodobně jsou to jen lidi, co to zkoušejí poté, co viděli uvedenou volbu 14:12 &lt;@smeghead&gt; většina se za týden nebo tak vytratí 14:13 &lt;Masterboy&gt; :D 14:13 &lt;+DrWoo&gt; smeghead: to není dobré 14:13 &lt;sirup&gt; takže cpou dvě různé sítě pod jednu střechu 14:13 &lt;+cervantes&gt; v poznámkách k vydání az to není zmíněno 14:13 &lt;+cervantes&gt; i když je to uvedeno v sekci pluginů 14:14 &lt;ant&gt; &lt;cat-a-puss&gt; Na levé straně jejich hlavní stránky je odkaz, který to zmiňuje 14:14 &lt;jrandom&gt; bude to skvělé, až vyjde 0.6 a budeme schopni zvládnout zvýšené zatížení od uživatelů 14:14 &lt;+DrWoo&gt; jrandom: jaký je aktuální stav ohledně vydání buildu, který zvládne více uživatelů? 14:14 &lt;jrandom&gt; jo, azureus je momentálně náš největší zdroj odkazů na web, dokonce víc než odkazy ze /. 14:15 &lt;jrandom&gt; DrWoo: ani náhodou. 14:15 &lt;sirup&gt; nenech se tím vystresovat a nevydávej 0.6 příliš brzy 14:15 * eAi nastavuje nesmyslný limit šířky pásma, aby lidi nehaxovali moji rychlost stahování 14:15 &lt;ant&gt; &lt;cat-a-puss&gt; jak velkou síť bude .6 podporovat? 14:15 &lt;jrandom&gt; DrWoo: 0.6 je řešení a bude hotová, až bude hotová :) 14:15 &lt;+cervantes&gt; je 445 výsledků na Googlu pro "i2p" a "azureus" 14:15 &lt;jrandom&gt; heh eAi 14:16 &lt;+cervantes&gt; musím říct, že mě ohromila propustnost testovací SSU sítě 14:16 &lt;Masterboy&gt; w00t cervantes:) 14:16 &lt;+DrWoo&gt; jrandom: víš, že tě mám rád, ale tvůj harmonogram klouže jako kalhotky pětidolarové prostitutky ;) 14:16 &lt;jrandom&gt; cat-a-puss: odstraňuje to náš současný úzký profil do té míry, že další úzké hrdlo nevidím jasně. doufám, že to zvládne tisíce. 14:16 &lt;+cervantes&gt; podařilo se mi vyždímat moje DSL na maximum přímým přenosem souboru přes http 14:17 &lt;jrandom&gt; přesně tak, DrWoo ;) kdyby to šlo rychleji, bylo by to skvělé, ale příští týden se stěhuju, takže opravdu není alternativa 14:17 &lt;sirup&gt; cervantes: 0 hopů na obou koncích ;) 14:18 &lt;jrandom&gt; sirup: jasně, ale pointa je, že SSU transport to zvládl 14:18 &lt;+DrWoo&gt; jrandom: fíha, to stojí za starou belu, hodně štěstí :) 14:18 &lt;Teal`c__&gt; je alternativa. Zavolám toadovi, dodělá to, zatímco budeš na tahiti 14:18 &lt;@smeghead&gt; stěhování nahoru, na východní stranu, do luxusního bytu na nebeeeesa 14:18 &lt;shendaras&gt; Máš vyhlídnuté místo, jrandome, nebo je zatím ve hvězdách, kde skončíš? 14:19 &lt;+cervantes&gt; *mute* 14:19 &lt;jrandom&gt; heh 14:19 &lt;jrandom&gt; myslím, že vím, v jaké zemi skončím. mimo to ani moc ne 14:19 &lt;jrandom&gt; ok, každopádně zpátky k agendě 14:19 &lt;jrandom&gt; je ještě něco k 1) Stavu sítě, nebo přejdeme k 2) Stavu SSU? 14:20 &lt;Masterboy&gt; přejít 14:20 &lt;jrandom&gt; berte to, že jsme přešli 14:21 &lt;jrandom&gt; ok, jak je popsáno v poznámkách o stavu a jak před minutou říkal cervantes, věci vypadají nadějně 14:22 &lt;jrandom&gt; tato první vlna testů na živé síti odhalila pár bugů, ale také pomohla ukázat některé kompromisy v šířce pásma, latenci a ohleduplnosti k tcp 14:23 &lt;Masterboy&gt; jak se dá připojit k testovací síti?:P 14:23 &lt;jrandom&gt; o to jde – testování SSU se dělá na živé síti 14:24 &lt;jrandom&gt; když se podíváš do netDb, uvidíš, že některé uzly mají jak TCP, tak SSU adresy, zatímco skoro všichni ostatní mají jen TCP adresu. 14:24 &lt;jrandom&gt; uzly, které umí mluvit přes SSU, to zkusí nejdřív takto, ale spadnou zpět na TCP, pokud není SSU port dosažitelný. 14:25 &lt;jrandom&gt; přesto a nemůžu to dostatečně zdůraznit, ssu není připravené pro produkci. bude se rozbíjet a způsobovat problémy, takže by ho lidé neměli používat, kromě explicitních testů 14:25 &lt;Masterboy&gt; díky:) 14:26 &lt;jrandom&gt; prozatím by měli všichni ssu vypnout, ale během dne či dvou zveřejním na svém blogu víc informací k druhému kolu testů 14:27 &lt;jrandom&gt; ok, myslím, že tohle a ten e‑mail pokrývá v podstatě vše, co jsem chtěl k ssu probrat. Máte nějaké otázky/komentáře/obavy? 14:27 &lt;Teal`c__&gt; jrandom: můžeme používat ssu, až budeš pryč ? 14:28 &lt;jrandom&gt; pravděpodobně ano, ale lidi se možná budou chtít domluvit s ostatními uživateli, jestli to blbne, a když ano, tak to prostě vypnout 14:29 &lt;shendaras&gt; Jaká je tvoje nová technika SACK (selektivní potvrzování v TCP)? =) 14:29 &lt;jrandom&gt; pořád mám skoro týden na hackování, takže bude víc zlepšení 14:30 &lt;+bla&gt; jrandom: přemýšlel jsem... Když je mezi dvěma uzly SSU spojení, zahodí mezi sebou TCP spojení (protože pak není potřeba)? 14:30 &lt;jrandom&gt; heh shendarasi, prostě to využívá malou velikost zpráv a fixní fragmentaci, aby příjemce mohl posílat explicitní ACKs/NACKs pro celou zprávu v bitovém poli, místo aby ACKoval nebo NACKoval každý fragment zvlášť 14:31 &lt;jrandom&gt; bla: správně, nikdy neustanovují TCP spojení, pokud je k dispozici SSU 14:31 &lt;jrandom&gt; ty dvě transportní vrstvy 'licitují' o každou posílanou zprávu a SSU transport je nastaven, aby nabízel 'nižší' než TCP transport 14:31 &lt;+bla&gt; jrandom: to je dobré, ale znamená to, že budu muset aktualizovat své skripty na theland.i2p :(... ;) 14:32 &lt;jrandom&gt; heh no jo, škoda ;) 14:32 &lt;jrandom&gt; (nový peers.jsp může být přesně to, co hledáš) 14:33 &lt;+bla&gt; jrandom: mrknu na to. Ale SSU neplánuju používat, dokud nebude připravené, 14:33 &lt;+cervantes&gt; možná bychom měli všichni zůstat na TCP, aby bla nemusel nic programovat 14:34 &lt;jrandom&gt; heh 14:34 &lt;jrandom&gt; super, bla, není kam spěchat 14:34 &lt;+cervantes&gt; ;) 14:34 &lt;+bla&gt; cervantes: ;) 14:35 &lt;+cervantes&gt; budou nějaké situace, kdy se SSU spojení nehodí a bylo by vhodnější TCP? 14:36 * Masterboy šťouchne do jr 14:36 &lt;jrandom&gt; aktuální výchozí nastavení preferuje navázané TCP spojení před nenavázaným SSU spojením 14:36 &lt;jrandom&gt; (můžeš to přebít konfiguračním příznakem, myslím, že je to zdokumentované v history.txt) 14:37 &lt;@smeghead&gt; někteří lidé tvrdili, že jim jejich ISP úplně blokuje UDP 14:37 &lt;jrandom&gt; ale obecně ne, nenapadá mě důvod, proč chtít jít přes TCP, když je k dispozici SSU 14:37 &lt;+cervantes&gt; jo, o konfigurační volbě vím...ale myslím, jestli jsou situace, kdy by bylo lepší použít TCP místo UDP paketů 14:37 &lt;jrandom&gt; smeghead: někteří lidé tvrdili, že elvis byl marťan 14:38 &lt;+cervantes&gt; takže je to dobré jen jako záloha 14:38 &lt;jrandom&gt; cervantes: na žádné si nevzpomínám, pokud je ssu dostupné u obou uzlů 14:39 &lt;jrandom&gt; možná jako záloha, i když to vyvolává problémy s omezenými trasami, protože všechny uzly musí být schopné kontaktovat všechny uzly. 14:40 &lt;jrandom&gt; pokud dovolíme uzly jen na TCP, znamená to, že každý musí být dosažitelný přes TCP i UDP 14:41 &lt;Teal`c__&gt; :~( 14:41 &lt;jrandom&gt; toto léto nejspíš podpoříme obojí, ale mám tendenci přiklánět se k čistě udp 14:41 &lt;entroy&gt; Ahoj, může mi někdo říct, kam jít položit dotaz ohledně nastavení 12p a Azureusu? 14:41 &lt;jrandom&gt; (do verze 2.0) 14:42 &lt;jrandom&gt; ahoj entroy, #i2p-chat by mohl pomoct, nebo forum.i2p.net. právě jsme na našem týdenním vývojářském meetingu, ale pak ti můžeme pomoct, pokud budeš mít pořád potíže 14:42 &lt;+cervantes&gt; už jdou, odrazte vetřelce :) 14:42 &lt;jrandom&gt; cervantes: kdokoli, kdo se dostane na irc, je jeden z nás :) 14:42 &lt;@smeghead&gt; raději zavolat Minutemen 14:43 &lt;Teal`c__&gt; liverpool nebo chelsea ?! 14:43 &lt;entroy&gt; ok, dík 14:43 &lt;ant&gt; &lt;cat-a-puss&gt; jrandom: co se týče bitfieldů, pokud předpokládáme, že většina paketů bude úspěšně přijata, pak budou bitová pole téměř samé jedničky. Nebylo by efektivnější uvést počet NACKů a pak je zakódovat ve stylu ECC. 14:43 &lt;+cervantes&gt; jrandom: jsi si tím jistý...někdo zmínil dřív mschat klienta 14:43 &lt;+cervantes&gt; ;-) 14:45 &lt;jrandom&gt; cat-a-puss: je pár možností, ale když se podíváš na skutečnou velikost zpráv, je těžké to překonat- tunnel messages, které jsou 4x častější než všechny ostatní zprávy, budou vyžadovat nanejvýš dva fragmenty - jen dva bity 14:45 &lt;Teal`c__&gt; &lt;steve&gt; # Zobrazuje se jako TIKI 14:45 &lt;jrandom&gt; streaming lib messages mezi endpointem a gateway je jen 4KB - až 8 bitů, nebo 2 bajty s bitfieldy 14:45 &lt;jrandom&gt; za předpokladu absolutně nejmenší MTU 14:46 &lt;jrandom&gt; s 1492 (nebo 1472, podle toho, kdo počítá), zvládneš skoro cokoli v jednom bajtu bitového pole 14:46 &lt;ant&gt; &lt;cat-a-puss&gt; jrandom: aha, takže bitová pole jsou jen pro fragmenty, ne pro každý paket teda? 14:47 &lt;jrandom&gt; přesně, pokud je zpráva přijata částečně, pošleš zpět bitové pole přijatých fragmentů té zprávy 14:47 &lt;ant&gt; &lt;cat-a-puss&gt; ok 14:47 &lt;jrandom&gt; ID zpráv jsou bohužel úplně náhodná a neuspořádaná, takže nemůžeme použít tcp style sekvenční čísla 14:48 &lt;jrandom&gt; (a, no, ten overhead taky nechceme) 14:49 &lt;jrandom&gt; ok, pokud už nic není k 2) SSU, přesuňme se k 3) i2phex 14:49 &lt;jrandom&gt; sirup: jsi nablízku? 14:49 &lt;ant&gt; &lt;cat-a-puss&gt; rychle:proč náhodná? 14:50 * sirup číhá 14:50 &lt;jrandom&gt; cat-a-puss: ID zpráv jsou viditelná pro uzly - nechceme, aby věděly, že jedna zpráva souvisí s jinou zprávou (tou s dřívějším pořadovým #) 14:50 &lt;ant&gt; &lt;cat-a-puss&gt; ok 14:51 &lt;jrandom&gt; ahoj sirupe, poslal jsem na list nějaké obecné info, ale kdybys nám mohl dát update, bylo by to super 14:52 &lt;sirup&gt; no. první testy byly úspěšné 14:52 &lt;jrandom&gt; [w3wt] 14:52 &lt;sirup&gt; ale také se zdá, že potřebujeme doladit nastavení timeoutů. spojení mezi uzly z nějakého důvodu nevydrží 14:53 &lt;sirup&gt; takže to teď není jen spustit a jet :) 14:53 &lt;sirup&gt; ale to jsem čekal, protože jsem nic neměnil ohledně timeoutů a podobně 14:54 &lt;sirup&gt; obecně bych byl rád, kdyby byli nějací lidé připraveni mi pomoci to testovat, dokud se nedostaneme do snesitelného stavu 14:55 &lt;sirup&gt; několik instancí na stejném stroji tě dostane jen do určité míry... 14:55 &lt;sirup&gt; oh. a jakékoli zkušenosti/vstupy jsou vítány. nejlepší je poslat mail na sirup@mail.i2p 14:56 &lt;sirup&gt; fórum by taky bylo skvělé (u sebe žádné mít nemůžu, protože nejsem 24/7) 14:56 &lt;sirup&gt; to je vše :) 14:56 &lt;jrandom&gt; boží 14:56 &lt;jrandom&gt; cervantes: je nějaká možnost přidat tam sekci i2phex? 14:57 &lt;+cervantes&gt; jistě 14:57 * sirup přemýšlí, kdo ode mě stahuje tu příšernou muziku s licencí commons :) 14:58 &lt;@smeghead&gt; hele, aspoň na tom svinstvu můžeš postavit další svinstvo :) 14:58 &lt;+cervantes&gt; sirup: předpokládám, že "sirup" je tvoje přezdívka na fóru 14:58 &lt;sirup&gt; to by bylo fajn 14:58 &lt;sirup&gt; ano 14:59 &lt;ant&gt; &lt;BS314159&gt; poznámky o stavu? 15:00 &lt;jrandom&gt; ok skvělé. vypadá to opravdu dost slibně, sirup odvedl skvělou práci, takže by se lidi měli mrknout na sirup.i2p a přečíst si, co se děje :) 15:00 &lt;@smeghead&gt; mailing list? 15:00 &lt;RevDuck&gt; nebo www.i2phex.tk 15:01 &lt;sirup&gt; mailing list by se samozřejmě taky hodil 15:01 &lt;sirup&gt; lol. i2phex.tk je fake. tam si stáhněte dialery :) 15:01 &lt;+cervantes&gt; I2Phex fórum přidáno 15:01 &lt;jrandom&gt; !stab duck 15:02 &lt;+cervantes&gt; sirup je moderátor 15:02 &lt;Masterboy&gt; :D 15:02 &lt;+cervantes&gt; sirup: dej vědět, jestli chceš změnit popisný text 15:02 &lt;jrandom&gt; sirup: jestli chceš i2phex a i2phex-cvs list, dej mi vědět, dají se snadno přidat 15:02 &lt;jrandom&gt; (i když teď může být jednodušší prostě použít i2p list) 15:02 &lt;sirup&gt; cervantes, díky moc 15:03 &lt;sirup&gt; jo. fórum bude prozatím stačit 15:04 &lt;jrandom&gt; ok super. má někdo ještě něco k 3) i2phex? 15:05 &lt;jrandom&gt; pokud ne, krátce k 4) awol 15:05 &lt;jrandom&gt; vím, že už se nemůžete dočkat a hledáte způsoby, jak přispět kódem do i2p, takže v poznámkách o stavu je pár návrhů 15:05 &lt;+bla&gt; jrandom: konečně tě ruší Operations? 15:06 &lt;jrandom&gt; ne, CIA mě jen přeřazuje^Ula la la 15:06 &lt;@smeghead&gt; ne černý rozpočet se v tomto čtvrtletí zvýšil 15:07 &lt;+cervantes&gt; *slon opustil hnízdo* opakuji *slon opustil hnízdo* konec 15:07 &lt;jrandom&gt; k bodu 4) nemám moc co dodat nad to, co bylo v mailu, i když jsem si jistý, že máte spoustu dalších bezva nápadů 15:07 * smeghead potlačuje vtip o elephantitidě 15:08 &lt;jrandom&gt; takže váš domácí úkol, až budu pryč, je vybrat si něco bezva, co chcete postavit, a postavit to ;) 15:08 * cervantes zastavuje smegheadovi krvácení ze spánků 15:08 &lt;jrandom&gt; (ať už je to webová stránka nebo létající poník) 15:09 &lt;jrandom&gt; ok, přesuňme se k 5) ??? 15:09 &lt;jrandom&gt; má ještě někdo něco, co chce na schůzku vytáhnout? 15:09 &lt;shendaras&gt; Budeš nám chybět... 15:09 &lt;@smeghead&gt; jo, kdo bude předsedat schůzkám, až budeš pryč? 15:09 &lt;+mancom&gt; ukázal se aum během posledního týdne? 15:09 &lt;@smeghead&gt; mancom: negativní 15:10 &lt;Masterboy&gt; bratr duck?:P 15:11 &lt;jrandom&gt; náš milovaný operations manager snad zaskočí, nebo si můžete vytáhnout sirky, kdo bude muset na poslední chvíli napsat poznámky o stavu :) 15:11 &lt;jrandom&gt; mancom: byl nedávno na skok na #i2p-chat 15:12 &lt;RevDuck&gt; možná pořádat schůzky jen když je opravdu něco k hlášení 15:12 &lt;+cervantes&gt; v pohodě, píšu skript simulující jrandoma 15:12 &lt;+cervantes&gt; * w3wt 15:12 &lt;jrandom&gt; na pětiminutové schůzce není nic špatného ;) 15:13 &lt;+cervantes&gt; * jrandom hází bláto po svém létajícím poníkovi 15:13 * smeghead píše skript simulující cervantese, který píše skript simulující jrandoma 15:13 * jrandom píše smeghead simu[CRASH] 15:13 &lt;+cervantes&gt; ups, musím zapracovat na té gramatice 15:14 &lt;@smeghead&gt; haha 15:14 &lt;jrandom&gt; ok, má ještě někdo něco, co chce na schůzku přinést? 15:14 * cervantes píše aum simula......... 15:14 &lt;@smeghead&gt; java.util.RecursiveIdiocyException 15:15 &lt;jrandom&gt; mimochodem.. ;) 15:15 * jrandom rozmachuje se 15:15 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2005/04/26/pozn%C3%A1mky-ke-stavu-i2p-k-2005-04-26/Tue, 26 Apr 2005 00:00:00 +0000/cs/blog/2005/04/26/pozn%C3%A1mky-ke-stavu-i2p-k-2005-04-26/<p>Ahoj všichni, dnes jen stručné týdenní poznámky ke stavu</p> <ul> <li>Index</li> </ul> <ol> <li>Stav sítě 2) Stav SSU 3) Odměna za jednotkové testy 4) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Většina lidí poměrně rychle aktualizovala na verzi 0.5.0.7 vydanou minulý týden (díky!) a celkový výsledek se zdá pozitivní. Síť se jeví poměrně spolehlivá a dřívější omezování rychlosti u tunnel bylo vyřešeno. Stále se však objevují některé občasné problémy hlášené některými uživateli a ty nyní dohledáváme.</p> <ul> <li> <ol start="2"> <li>SSU status</li> </ol> </li> </ul> <p>Většinu času se soustředím na kód UDP pro verzi 0.6, a ne, není připraven k vydání, a ano, je tu pokrok ;) V tuto chvíli zvládá více sítí, přičemž některé uzly drží na UDP a jiné na TCP s docela rozumným výkonem. Nejtěžší je vypořádat se se všemi případy přetížení a konkurence o prostředky, protože živá síť bude pod stálou zátěží, ale za poslední den nebo tak se v tom udělal velký pokrok. Další novinky, až budou další novinky.</p>/cs/blog/2005/04/26/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-26.-dubna-2005/Tue, 26 Apr 2005 00:00:00 +0000/cs/blog/2005/04/26/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-26.-dubna-2005/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> bla, duck, jrandom, jrandom2p, laberhorst, Lorie, smeghead</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 14:10 &lt;@jrandom&gt; 0) ahoj 14:10 &lt;@jrandom&gt; 1) Stav sítě 14:10 &lt;@jrandom&gt; 2) SSU status 14:10 &lt;@jrandom&gt; 3) Odměna za jednotkové testy 14:10 &lt;@jrandom&gt; 4) ??? 14:10 &lt;@jrandom&gt; 0) ahoj 14:10 * jrandom mává 14:10 &lt;@jrandom&gt; (opožděné) týdenní poznámky o stavu jsou k dispozici na http://dev.i2p.net/pipermail/i2p/2005-April/000723.html 14:10 &lt;bla&gt; ahoj 14:11 &lt;@jrandom&gt; zatímco si vy všichni čtete ten tlustopis, pojďme rovnou na 1) Stav sítě 14:12 &lt;@jrandom&gt; předchozí sada problémů, kdy některé eepsites v 0.5.0.6 padaly, se zdá být vyřešená, i když pár lidí naráží na jiné potíže se svými stránkami 14:13 &lt;@jrandom&gt; viděl jsem i zvýšenou torrent aktivitu na některých trackerech, ale podle mě to na irc žádné problémy nezpůsobilo 14:13 &lt;laberhorst&gt; stav sítě: docela dobrý kromě problému s nedostupností :-) 14:13 &lt;@jrandom&gt; heh 14:13 &lt;@jrandom&gt; jo, pořád si nejsem jistý, co se děje s tvojí stránkou. můžeme to dál ladit po schůzi 14:14 &lt;@jrandom&gt; kromě toho, má někdo další otázky/komentáře/obavy, co se týče stavu sítě / 0.5.0.7? 14:16 &lt;@jrandom&gt; ok, pokud ne, přejdeme k 2) SSU status 14:16 &lt;@jrandom&gt; [tady vložte mávání rukama] 14:17 &lt;Lorie&gt; Dobré ráno. 14:17 &lt;@jrandom&gt; vím, trochu otálím, když to netlačím ven rychleji, a i tak to funguje opravdu dobře. přesto jsou tam věci, se kterými zatím nejsem spokojený, takže budete muset mít při tomhle testování se mnou trochu trpělivost 14:18 &lt;@smeghead&gt; chválím tě, že na nás necpete šuntový software :) 14:18 &lt;@jrandom&gt; doufám, že tento týden budeme mít další testy na živé síti (držím palce) 14:19 &lt;@jrandom&gt; no, už jsem na vás tak jako tak navalil dost chyb 14:19 &lt;Lorie&gt; tak ty otálíš, co? 14:19 * Lorie si změří smegheada pohledem 14:19 &lt;bla&gt; jrandom: Aby bylo jasno: Můžeme mít i přechodné období, kdy klienti budou fungovat jak přes UDP, tak přes TCP? 14:20 &lt;@jrandom&gt; bla: ano. mám teď testovací síť, kde některé jsou jen TCP a některé jak TCP, tak UDP. je docela fajn pouštět tunnels přes obojí :) 14:20 &lt;@jrandom&gt; živá síť to mimochodem zvládne taky, ignoruje jakékoli UDP adresy (u lidí, kteří to ještě nepodporují) 14:20 &lt;@smeghead&gt; a to nám dalo hodně bílkovin, ale nechceme se přecpat 14:21 &lt;bla&gt; jrandom: Super! To je dobré pro přechod 14:23 &lt;@jrandom&gt; jo, v to doufáme. pořád je ale spousta práce[/obligatory] 14:23 &lt;@jrandom&gt; i když náš transport je SSU - "SEMIreliable Secure UDP" - pořád se musíme snažit být aspoň trochu spolehliví 14:24 &lt;@jrandom&gt; sledoval jsem hromadu výzkumů po síti, co fungovalo nejlíp, a i když bychom mohli být líní a jet stylem „vystřel a zapomeň“, dá se hodně získat tím, že přidáme jednoduchou spolehlivost ve stylu TCP, na čemž teď bastlím 14:25 &lt;@jrandom&gt; na druhou stranu, protože je to jen částečně spolehlivé, pokud to nebude rychle ACKnuto (potvrzeno), můžeme prostě zahodit zprávu, místo abychom shodili spojení 14:26 &lt;Lorie&gt; ano 14:26 &lt;Lorie&gt; buď spolehlivý; čas je luxus, který máš 14:27 &lt;@jrandom&gt; to je asi vše, co k 2) SSU status mám. má někdo nějaké otázky/komentáře/obavy, nebo přejdeme k 3) Odměna za jednotkové testy? 14:28 &lt;jrandom2p&gt; ber nás jako přesunuté 14:29 &lt;jrandom2p&gt; ok, duck nedávno zveřejnil dobré shrnutí toho, co se děje, a důležitosti odměny za jednotkové testy, a na webu je spousta odkazovaných detailů. 14:30 &lt;jrandom2p&gt; je to dobrá příležitost pro někoho se trochu ponořit do i2p a ještě si u toho něco málo přivydělat ;) 14:30 &lt;jrandom2p&gt; každopádně, to všechno si můžete přečíst. má k tomu někdo nějaké otázky? 14:31 &lt;jrandom2p&gt; ok, pokud ne, přejdeme k 4) ??? 14:32 &lt;@smeghead&gt; zkoušel někdo tu sadu pro měření pokrytí kódu emma? 14:32 &lt;jrandom2p&gt; poslední týden se dělo spoustu různých věcí, ale nejsem si jistý, co je už připravené k diskuzi. má někdo něco, co by chtěl otevřít? 14:33 &lt;jrandom2p&gt; já ne 14:33 &lt;@duck&gt; *škyt* 14:34 &lt;@smeghead&gt; buď je duck pod parou, nebo zahlédl vidláka 14:34 &lt;@duck&gt; !former 14:35 &lt;jrandom2p&gt; (k vyhodnocení jako shell příkaz nebo c/java... ;) 14:36 &lt;jrandom2p&gt; má ještě někdo něco, co chce na schůzi probrat? 14:36 * jrandom2p má rád krátké porady, zbývá víc času na kódování 14:36 &lt;@smeghead&gt; a očividně i na pití :) 14:36 &lt;@duck&gt; & pití 14:37 &lt;@smeghead&gt; pche, lag 14:37 &lt;jrandom2p&gt; heh 14:38 &lt;jrandom2p&gt; ok, je čas se vrátit k pít^Wpracovat 14:38 * jrandom2p se připravuje 14:38 * jrandom2p *baf* uzavírá schůzi </div>/cs/blog/2005/04/25/i2p-v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-25.-dubna-2005/Mon, 25 Apr 2005 00:00:00 +0000/cs/blog/2005/04/25/i2p-v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-25.-dubna-2005/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Present:</strong> cervantes, Complication, inkeystring, jdot, jrandom, lsmith, perv, spinky</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 16:12 &lt;jrandom&gt; 0) ahoj 16:12 &lt;jrandom&gt; 1) Stav sítě a 0.6.1.17 16:12 &lt;jrandom&gt; 2) I2Phex 16:13 &lt;jrandom&gt; 3) ??? 16:13 &lt;jrandom&gt; 0) ahoj 16:13 * jrandom mává 16:13 &lt;@cervantes&gt; čau 16:13 &lt;jrandom&gt; týdenní statusové poznámky zveřejněny @ http://dev.i2p.net/pipermail/i2p/2006-April/001283.html 16:14 &lt;jrandom&gt; zatímco si to všichni prolítnete, pojďme na 1) Stav sítě 16:14 &lt;jrandom&gt; takže, jak většina z vás viděla, máme venku nové vydání a zatím jsou výsledky docela pozitivní 16:15 &lt;@cervantes&gt; (jupí!) 16:15 &lt;jrandom&gt; pořád nejsme tam, kde potřebujeme být, ale v zásadě to řeší hlavní problémy, které jsme viděli 16:15 &lt;jrandom&gt; jo, je fajn mít zase obstojné míry sestavování tunnel (tunel) u 2+ hop tunnels :) 16:16 * jrandom má 50%+ úspěšnost na jiném routeru (směrovač) s 1hop tunnels 16:17 &lt;jrandom&gt; myslím, že posledních pár změn v 0.6.1.17 by mělo do budoucna pomoci vyhnout se tomuhle typu kolapsu z přetížení 16:17 &lt;jrandom&gt; pro uživatele to ale znamená, že občas uvidíme vypršení lease, ale místo aby se to nabalovalo, dojde k backoff 16:17 * cervantes spouští Azureus 16:18 &lt;+Complication&gt; Dnes ráno jsem zaznamenal úspěšnost klientských tunnel (délka 2 +/- 1) kolem 35 % 16:18 &lt;+Complication&gt; Teď je to nižší, protože jsem zkusil pár úprav a ta poslední nebyla nic moc :D 16:18 &lt;@cervantes&gt; jrandom: dobrá práce s dohledáním – chvílemi jsme začínali vypadat jako freenet :) 16:19 &lt;jrandom&gt; *ehm* ;) 16:20 &lt;+fox&gt; &lt;inkeystring&gt; jrandom: nevadilo by ti stručně popsat backoff mechanismus? Momentálně pracuju na něčem takovém pro freenet 0.7 16:21 &lt;jrandom&gt; inkeystring: měli jsme backoff na transportní vrstvě, který snižuje přenosy k peerovi, když je transportní vrstva přetížená, ale to nestačilo 16:21 &lt;@cervantes&gt; *ehm* říkal jsem freenet, myslel jsem tor 16:21 &lt;+fox&gt; &lt;inkeystring&gt; :-) 16:22 &lt;jrandom&gt; inkeystring: nová změna byla propagovat to výš, aby se přestalo pokoušet stavět tunnels, když je naše komunikační vrstva saturovaná 16:22 &lt;jrandom&gt; (místo posílání dalších pokusů o sestavení tunnel) 16:22 &lt;+fox&gt; &lt;inkeystring&gt; díky – dělá transportní vrstva backoff jen při ztrátě paketů, nebo má příjemce nějakou možnost řídit tok? 16:23 * jrandom si vybavuje, že s toadem párkrát probíral dopad přetížení vs. směrování (na irc a na mém starém flogu), ale na žádné čistě pozitivní řešení si nevzpomínám :/ 16:23 &lt;jrandom&gt; příjemce může poslat NACK a máme podporu pro ECN, ale nebylo to potřeba 16:23 &lt;+fox&gt; &lt;inkeystring&gt; jo, debata se znovu objevila na freenet-dev :-) pořád žádná stříbrná kulka 16:24 &lt;+fox&gt; &lt;inkeystring&gt; super, díky za informace 16:24 &lt;+Complication&gt; Taky teď používají UDP, že? 16:24 &lt;jrandom&gt; aktuálně mají silně přetížené peery problém ne s omezením per-peer, ale s rozsahem komunikace mezi peery 16:24 &lt;+Complication&gt; (jako transportní protokol) 16:24 &lt;+fox&gt; &lt;inkeystring&gt; šířka = počet peerů? 16:24 &lt;jrandom&gt; ano 16:25 &lt;jrandom&gt; s vyšší úspěšností tunnel už peer nemusí mluvit se stovkami peerů jen proto, aby se postavil tunnel 16:25 &lt;jrandom&gt; takže si vystačí jen s 20–30 peery 16:25 &lt;jrandom&gt; (tedy přímo připojené peery) 16:26 &lt;+fox&gt; &lt;inkeystring&gt; hádám, že to jsou dobré zprávy pro NAT hole punching, keepalive atd.? 16:26 &lt;jrandom&gt; na druhou stranu, při 2–300 aktivních SSU spojení bude mít linka 6 KB/s problémy 16:26 &lt;jrandom&gt; jo 16:26 &lt;+fox&gt; &lt;inkeystring&gt; Complication: ano 16:27 &lt;+fox&gt; &lt;inkeystring&gt; (v 0.7 alfa) 16:27 &lt;+Complication&gt; Aha, tak pak nejspíš čelí podobným věcem 16:27 &lt;+Complication&gt; Doufám, že někdo najde kouzelnou kulku :D 16:27 &lt;jrandom&gt; ale jiným způsobem. Transportní vrstva je relativně snadný problém 16:27 &lt;+fox&gt; &lt;inkeystring&gt; myslím, že možná zrecyklovali část kódu SSU... nebo o tom aspoň mluvili 16:27 &lt;jrandom&gt; (alias dobře prozkoumáno přes 30 let) 16:28 &lt;jrandom&gt; ale vyvažování zátěže v i2p (a freenet) funguje na vyšší úrovni než point-to-point linky a má jiné požadavky 16:28 &lt;+fox&gt; &lt;inkeystring&gt; jo, ošemetná je interakce se směrováním 16:29 &lt;jrandom&gt; jo, i když I2P to má snazší (nemusíme najít konkrétní peery s danými daty, stačí kdokoli s kapacitou účastnit se našich tunnel) 16:30 &lt;+fox&gt; &lt;inkeystring&gt; takže není ztráta efektivity, když se vyhneš přetíženému peeru... 16:30 &lt;+fox&gt; &lt;inkeystring&gt; zatímco ve freenet může obcházení přetíženého peeru prodloužit cestu 16:30 &lt;+fox&gt; &lt;inkeystring&gt; každopádně sorry za OT 16:31 &lt;jrandom&gt; v pohodě, vysvětlit, proč změny v 0.6.1.17 ovlivnily náš kolaps z přetížení, bylo relevantní :) 16:31 &lt;jrandom&gt; ok, má ještě někdo něco k 1) Stavu sítě? 16:32 &lt;+Complication&gt; Jak už bylo zmíněno, při čistém .17 jsem pozoroval výraznou periodicitu v šířce pásma a počtu aktivních peerů 16:32 &lt;+Complication&gt; A pár dalších lidí to zřejmě zažívá taky, i když netuším, jak časté to je 16:33 &lt;+Complication&gt; Přemýšlím nad hlavními příčinami, hlavně z pohledu řízení tempa u tunnel, ale zatím bez řešení 16:33 &lt;+Complication&gt; Dokázal jsem své grafy trochu zploštit, ale za cenu celkového zhoršení 16:33 &lt;+Complication&gt; Zkoušel jsem úpravy jako: 16:34 &lt;+Complication&gt;&gt; _log.error("Allowed was " + allowed + ", but we were overloaded, so ended up allowing " + Math.min(allowed,1)); 16:34 &lt;+Complication&gt; (to mělo zabránit tomu, aby úplně přestalo zkoušet stavět své vlastní tunnels) 16:35 &lt;jrandom&gt; aha jasně 16:35 &lt;+Complication&gt; (a samozřejmě je loglevel mimo, protože jsem ho kvůli testování změnil) 16:35 &lt;jrandom&gt; máme tam nějaký kód, který se snaží tu periodicitu trochu rozladit, ale nefunguje to úplně správně (zjevně) 16:36 * perv právě odstřelil svůj systém :( 16:36 &lt;+Complication&gt; Ale zkoušel jsem podobné věci a zkoušel snížit růstový faktor počtu tunnel 16:36 &lt;perv&gt; existuje undelete pro reiser4? 16:36 &lt;jrandom&gt; v zásadě, když se budeme tvářit, že tunnels vyprší (náhodně) dřív, než skutečně vyprší, mělo by to pomoci 16:36 &lt;+Complication&gt; Zrovna čtu velkou funkci "countHowManyToBuild" v TunnelPool.java :D 16:36 &lt;+Complication&gt; Ještě jsem ji nedočetl 16:37 &lt;jrandom&gt; (i když to samozřejmě zvýší frekvenci stavění tunnel, což před 0.6.1.17 nebylo rozumné) 16:37 &lt;+Complication&gt; perv: něco existuje 16:37 &lt;jrandom&gt; hmm, dát tam náhodnost by bylo těžké, Complication, protože tu funkci voláme poměrně často 16:38 * perv zvažuje záchranu a přechod na Gentoo 16:38 &lt;jrandom&gt; doporučil bych podívat se na náhodnění doby expirace úspěšně postavených tunnels 16:38 &lt;+Complication&gt; perv: s reiserem jsi na tom určitě líp než s ext3 16:38 &lt;+Complication&gt; perv: ale z hlavy to nevím 16:38 &lt;+Complication&gt; jrandom: pravda, někdy by to takhle mohlo přestavovat víc, než je třeba 16:38 &lt;jrandom&gt; (aby si stávající countHowManyToBuild myslela, že je potřebuje dřív, než doopravdy) 16:38 &lt;+Complication&gt; (a někdy to nevyhnutelně přestaví víc, když se tunnels rozbijí a zpanikaří to) 16:40 &lt;+Complication&gt; Hmm, možnost, kterou jsem nezvážil... 16:41 &lt;+Complication&gt; Každopádně si s tím taky hraju, ale zatím žádná užitečná pozorování 16:42 &lt;jrandom&gt; super, mám k tomu pár drobných úprav, se kterými si hraju – možná je dáme dohromady do dalšího buildu a uvidíme, jak to funguje na rozumně životaschopné síti ;) 16:43 &lt;spinky&gt; Je nějaká statistika, kde lze vidět, kolik overheadu síť I2P přidává k aplikačním datům? 16:43 &lt;jrandom&gt; "overhead" je tak nabitý termín... ;) 16:43 &lt;jrandom&gt; říkáme tomu cena anonymity ;) 16:43 &lt;spinky&gt; hehe 16:45 &lt;jrandom&gt; (alias ne tak úplně. U aplikační nálože na dokonalé síti s nulovým přetížením a 1+1hops je účinnost na koncích něco jako 70–80 %) 16:45 &lt;jrandom&gt; ((naposledy, když jsem měřil)) 16:45 &lt;jrandom&gt; ale to jsou opravdu laboratorní podmínky 16:45 &lt;jrandom&gt; živá síť je mnohem složitější 16:47 &lt;spinky&gt; Jasně, myslel jsem jen množství extra dat použitých na vytváření tunnels, klíčů, paddingu atd 16:47 &lt;spinky&gt; ...v porovnání s přenesenými aplikačními daty 16:47 &lt;jrandom&gt; záleží na rámování zpráv, přetížení, úspěšnosti sestavování tunnel atd 16:48 &lt;jrandom&gt; 2 hop tunnel může síť postavit s přenosem 20 KB 16:48 &lt;+Complication&gt; Chtěl jsem to občas testovat, hlavně s cílem odhadnout "plýtvání" u aplikací pro hromadný přenos jako BitTorrent a I2Phex 16:48 &lt;+Complication&gt; Ale nikdy jsem se nedostal k čistému měření mezi svými dvěma uzly 16:48 &lt;+Complication&gt; Jednou se k tomu ale vrátím 16:49 &lt;jrandom&gt; Complication: s ukecanými aplikacemi je to dost těžké, mnohem jednodušší je měřit wget :) 16:49 &lt;+Complication&gt; To je svatá pravda 16:50 &lt;+Complication&gt; V tom, co se mi podařilo zkusit, nebyla ani stopa po přesnosti 16:54 &lt;jrandom&gt; ok, pokud k 1) už nic není, přesuneme se k 2) I2Phex 16:55 &lt;jrandom&gt; Complication: co máš nového? :) 16:55 &lt;+Complication&gt; Včerejší commit byl oprava určitých problémů, které někteří zažívali s mým pitomým detektorem prvního spuštění 16:56 &lt;+Complication&gt; Detektor prvního spuštění je teď méně pitomý a bar hlásil, že se zdá, že začal fungovat normálně 16:56 &lt;+Complication&gt; Nicméně, vzhledem k tomu, že I2Phex se v aktuálních podmínkách sítě už zdá provozuschopný, 16:56 &lt;+Complication&gt; zkusím najít i bug s rehash. 16:57 &lt;+Complication&gt; Pokud se mi to povede 16:57 &lt;jrandom&gt; super, vím, že tě tenhle pronásleduje už měsíce 16:57 &lt;+Complication&gt; Zajímavé je, že ho možná má i mainline Phex, a zkusím najít a přečíst si i jejich pozorování 16:58 &lt;jrandom&gt; ale je fajn slyšet, že oprava startu je tam 16:58 &lt;jrandom&gt; aha jasně 16:58 &lt;+Complication&gt; =to je ono 16:58 &lt;+Complication&gt; Momentálně nemůžu potvrdit, jestli to mainline Phex má nebo ne – osobně jsem to tam neviděl 16:59 &lt;jrandom&gt; (občasné chyby)-- 16:59 &lt;+Complication&gt; Je těžké to vyvolat kontrolovaně, a tím pádem těžké najít 17:00 &lt;+Complication&gt; A z mé strany je to zatím asi vše 17:00 &lt;+Complication&gt; Později jsem přemýšlel, jestli by nestálo za to omezit počet paralelních pokusů o kontaktování peerů, které I2Phex spouští najednou 17:01 &lt;jrandom&gt; jo, asi ano 17:01 &lt;+Complication&gt; Protože by to v krátkém čase vytvořilo spoustu NetDB lookupů a z pohledu I2P routeru by to nemuselo být úplně hezké 17:02 &lt;jrandom&gt; a nové kontakty na destination vyžadují elG místo aes 17:02 &lt;+Complication&gt; Ale zatím jsem kvůli tomu nic nečetl ani nenapsal žádný kód 17:04 &lt;jrandom&gt; k, v pohodě. Možná to zabalí řešení to mýtické sloučení i2phex/phex :) 17:04 &lt;+Complication&gt; A z mé strany to je asi všechno z fronty I2Phex... 17:04 &lt;jrandom&gt; super, díky za aktualizaci a za snahu se v tom vrtat! 17:05 &lt;jrandom&gt; ok, přeskočme k 3) ??? 17:05 &lt;jrandom&gt; má někdo ještě něco k projednání na schůzce? 17:05 &lt;lsmith&gt; ahoj! chtěl bych pochválit vývojáře za skvělé zlepšení v posledním vydání, moje celková šířka pásma ukazuje 0.9/1.4 KB/s a pořád jsem připojený na IRC... je to... šíleně cool :) 17:05 &lt;+Complication&gt; :D 17:06 &lt;jrandom&gt; díky za trpělivost po cestě – podpora uživatelů s nízkou šířkou pásma je zásadní 17:06 &lt;@cervantes&gt; lsmith: to je fakt dobré 17:06 &lt;@cervantes&gt; * Spojení resetováno 17:06 &lt;jrandom&gt; heh 17:07 &lt;lsmith&gt; :) 17:09 &lt;jrandom&gt; jo a ještě jedna věc – zzz je zpátky a s ním přichází stats.i2p :) 17:09 &lt;jrandom&gt; [wewt] 17:11 &lt;+Complication&gt; Dost užitečný zdroj srovnávacích dat :) 17:11 &lt;jrandom&gt; jasnačka 17:11 &lt;jrandom&gt; ok, má někdo ještě něco ke schůzi? 17:13 &lt;jrandom&gt; pokud ne... 17:13 &lt;jdot&gt; mám po baf jednu dvě otázky 17:13 &lt;jrandom&gt; heh ok, tak rozjedeme baffer :) 17:13 * jrandom se rozmachuje... 17:13 * jrandom *baf*s schůzi uzavírá </div>/cs/blog/2005/04/19/pozn%C3%A1mky-ke-stavu-i2p-k-2005-04-19/Tue, 19 Apr 2005 00:00:00 +0000/cs/blog/2005/04/19/pozn%C3%A1mky-ke-stavu-i2p-k-2005-04-19/<p>Ahoj všichni, opět nastal ten čas týdne,</p> <ul> <li>Index</li> </ul> <ol> <li>Stav sítě 2) Stav SSU 3) Aktualizace plánu vývoje 4) Stav Q 5) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Během téměř dvou týdnů od vydání 0.5.0.6 se věci vyvíjely většinou pozitivně, i když poskytovatelé služeb (eepsites(I2P Sites), ircd, atd.) se v poslední době potýkají s některými chybami. Zatímco klienti jsou na tom dobře, server se časem může dostat do situace, kdy selhávající tunnels mohou spustit příliš agresivní omezovací kód, který brání správnému znovuvytvoření a publikaci leaseSet.</p>/cs/blog/2005/04/19/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-19.-dubna-2005/Tue, 19 Apr 2005 00:00:00 +0000/cs/blog/2005/04/19/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-19.-dubna-2005/<h2 id="rychlá-rekapitulace">Rychlá rekapitulace</h2> <p class="attendees-inline"><strong>Přítomni:</strong> ant, cervantes, defnax, jrandom, maestro^, polecat, protokol, Ragnarok, Teal`c</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 14:05 &lt;@jrandom&gt; 0) ahoj 14:05 &lt;@jrandom&gt; 1) Stav sítě 14:05 &lt;@jrandom&gt; 2) Stav SSU 14:05 &lt;@jrandom&gt; 3) Aktualizace roadmapy 14:05 &lt;@jrandom&gt; 4) Stav Q 14:05 &lt;@jrandom&gt; 5) ??? 14:05 &lt;@jrandom&gt; 0) ahoj 14:05 * jrandom mává 14:05 &lt;@jrandom&gt; týdenní poznámky o stavu (zveřejněné před chvílí) jsou na http://dev.i2p.net/pipermail/i2p/2005-April/000708.html 14:06 * maestro^ beatboxuje 14:06 &lt;+cervantes&gt; večer 14:06 &lt;+protokol&gt; susi23: jsi tu? 14:06 &lt;@jrandom&gt; zatímco si čtete ty vzrušující poznámky, pojďme rovnou na 1) Stav sítě 14:06 &lt;+protokol&gt; ups, schůze 14:07 &lt;@jrandom&gt; nemám k tomu moc co dodat nad rámec toho, co se tam píše. nové vydání zítra, nejspíš, se zatím začleněnými opravami a také s pár fajn novými příspěvky 14:08 &lt;@jrandom&gt; má někdo nějaké připomínky nebo obavy k stavu sítě a/nebo k nadcházející 0.5.0.7? 14:10 &lt;@jrandom&gt; pokud ne, přejdeme k 2) Stavu SSU 14:10 &lt;+maestro^&gt; dostávám některé z těchto chyb: Wanted to build 2 tunnels, but throttled down to 0, due to concurrent requests (cpu overload?) 14:10 &lt;@jrandom&gt; aha, jo, to je ten problém s omezováním tunnelů 14:10 &lt;+protokol&gt; bude to podporovat ftp? 14:10 &lt;@jrandom&gt; je to trochu... přehnaně horlivé 14:10 &lt;+protokol&gt; jk jk 14:10 &lt;@jrandom&gt; !thwap protokol 14:10 &lt;+maestro^&gt; heh, ok 14:12 &lt;@jrandom&gt; dobře, co se týče SSU, za poslední týden proběhla spousta aktualizací a ještě mám místně další změny, které nejsou commitnuté 14:13 &lt;@jrandom&gt; nedělal jsem ale žádné záznamy do history.txt, protože to zatím nikdo nepoužívá, takže si ty vzrušující detaily čtou jen lidé na i2p-cvs listu ;) 14:14 &lt;@jrandom&gt; na druhou stranu, v posledních pár dnech, poté co už to celkem fungovalo, jsem při zjednodušování provozu našel pár úzkých hrdel v SDK 14:14 &lt;@jrandom&gt; (a v jobQueue). ty jsem teď lokálně odstranil a testování pokračuje. 14:15 &lt;@jrandom&gt; možná budeme mít tento týden nějaké alpha verze pro SSU transport, ale spíš až o víkendu 14:15 &lt;@jrandom&gt; na to už moc dalšího nemám - má někdo nějaké otázky? 14:16 &lt;+Ragnarok&gt; jak velký dopad ta úzká hrdla měla? 14:17 &lt;@jrandom&gt; no, liší se to – právě měřím dopad na živé síti, ale na mé lokální ssu síti dvě drobné úpravy přinesly zlepšení o více než řád 14:17 &lt;@jrandom&gt; ale nečekám, že se to stane na živé síti 14:17 &lt;+Ragnarok&gt; uf 14:18 &lt;+Ragnarok&gt; heh, ok 14:18 &lt;@jrandom&gt; (alespoň ne, dokud nepřejdeme na 0.6 ;) 14:20 &lt;@jrandom&gt; dobře, v tom duchu pojďme na 3) Aktualizace roadmapy 14:21 &lt;@jrandom&gt; jak je uvedeno v poznámkách, data a revize na roadmapě se přesunuly. 0.5.1 padla a další úpravy tunnelů byly posunuty na 0.6.1 14:21 &lt;+cervantes&gt; 3) Vychýlení roadmapy 14:21 &lt;@jrandom&gt; heh 14:22 &lt;@jrandom&gt; jo, když běží rychlé CPU, častěji se ti rozjíždějí hodiny. podobně... ;) 14:22 &lt;@jrandom&gt; ^ry^rly 14:23 &lt;+cervantes&gt; ó, to je náznak ega? To bych nečekal! :) 14:23 &lt;@jrandom&gt; ale jo, bohužel, revize 0.6 v dubnu prostě nebude 14:23 &lt;@jrandom&gt; hehe 14:23 &lt;@jrandom&gt; cervantes: neboj, vyvažuje to fakt, že nám trvalo 2 roky dostat se až sem ;) 14:25 &lt;@jrandom&gt; asi budou nějaké -X buildy pro lidi, aby brea^Wtest SSU na živé síti, zatímco budu offline, ale revize 0.6 nebude, dokud nebudu zpět 14:25 &lt;@jrandom&gt; (a stejně jako loni nemám tušení, jak dlouho potrvá, než mě zase zapojí, ale doufejme méně než měsíc) 14:25 &lt;+cervantes&gt; heh, jestli si tu někdo zaslouží trochu sebeocenění, tak to budeš asi ty ;-) 14:26 &lt;+polecat&gt; Kam jdeš, jrandom? 14:27 &lt;+cervantes&gt; $somewhere 14:27 &lt;@jrandom&gt; nevím 14:27 &lt;@jrandom&gt; (naštěstí je $somewhere runtime výraz ;) 14:27 &lt;+cervantes&gt; jrandome, počítáš s měsíční odstávkou? 14:27 &lt;+maestro^&gt; jr: obejdi sousedství a postav bezdrátovou převaděcí síť z cizí linky ;] 14:27 &lt;@jrandom&gt; záleží na internetové situaci tam, kde skončím, cervantes. 14:28 &lt;@jrandom&gt; ale je dost pravděpodobné, že se občas připojím 14:28 &lt;+protokol&gt; polecat: lol 14:28 &lt;+cervantes&gt; Myslel bych, že už budeš mít metodu třídy přesunu docela vychytanou 14:28 &lt;Teal`c&gt; pojďme přejít na .6 hned a ladit bugy za pochodu 14:28 &lt;+cervantes&gt; *myslel 14:28 &lt;+cervantes&gt; super, Teal'c, můžeš dělat Q&A 14:29 &lt;@jrandom&gt; Teal`c: "odladit bugy" == opravit kód == (mít kodéra, který ten kód zná a opraví ho) 14:29 &lt;Teal`c&gt; jo, to by se mi líbilo. 14:29 &lt;Teal`c&gt; Umím trochu Perl 14:29 * cervantes nastavuje bugzilla&gt; tealc@mail.i2p 14:29 &lt;@jrandom&gt; jasně, Teal`c, pomoc s testováním se vždy hodí 14:30 &lt;@jrandom&gt; zejména při automatizaci testů 14:31 &lt;@jrandom&gt; dobře, ještě něco k 3), nebo přejdeme k 4) Stavu Q 14:31 &lt;+polecat&gt; Chápu. Hodně štěstí s obnovením stabilního Internetu. 14:31 &lt;+ant&gt; &lt;jrandom&gt; hm, aum pořád asi spí 14:31 &lt;@jrandom&gt; díky. Jsem si jistý, že si poradím ;) 14:32 &lt;@jrandom&gt; dobře, opravdu nemám moc co dodat nad rámec toho, co je ve status poznámkách 14:32 &lt;@jrandom&gt; kód aum je teď v cvs, takže tvrďáci si ho můžou vzít a začít hackovat 14:32 &lt;+maestro^&gt; boží 14:33 &lt;@jrandom&gt; jo, rozhodně. aktuálně je všechno GPL (protože jedna komponenta linkuje proti I2PTunnel), ale slyšel jsem, že aum pracuje na refaktoringu, takže to nakonec bude LGPL 14:34 &lt;@jrandom&gt; (ale neptejte se mě, jaké to má licenční dopady, pokud jde o xmlrpc ;) 14:34 &lt;@jrandom&gt; dobře, má někdo něco k bodu 4), co by chtěl otevřít? 14:36 &lt;@jrandom&gt; dobře, pokud ne, jdeme na 5) ??? 14:36 &lt;@jrandom&gt; má někdo ještě něco k projednání na schůzi? 14:36 &lt;+polecat&gt; Rád bych u této příležitosti řekl pár slov. 14:37 &lt;+polecat&gt; Hinkle finkle dinkle doo. 14:37 &lt;@jrandom&gt; mmmhm. 14:37 &lt;@jrandom&gt; tak jo, má někdo něco k projednání v lidském jazyce? :) 14:38 &lt;defnax&gt; co se přesouvá na 5? 14:39 &lt;+maestro^&gt; Ať žije spacerace! Ať žije i2p! 14:39 &lt;@jrandom&gt; hmm, defnax? 14:41 &lt;defnax&gt; v 5 hodin ráno? 14:41 &lt;defnax&gt; za 5 hodin? 14:41 &lt;+cervantes&gt; co se týče xmlrpc, copyright zůstává na specifikaci, ale na implementaci nejsou kladena žádná omezení 14:42 &lt;@jrandom&gt; defnax: bod agendy 5: "???", kde probíráme jiné záležitosti 14:43 &lt;+maestro^&gt; jr: commitnul jsi ty optimalizační změny? 14:43 &lt;@jrandom&gt; cervantes: můj rýpanec se týkal otázky, jestli je použití xmlrpc API aplikace pod GPL virální (ale byla to jen řečnická otázka) 14:43 &lt;@jrandom&gt; maestro^: ne 14:43 * jrandom testuje před commitem 14:43 &lt;+maestro^&gt; výborně! jaké je na to ETA? 14:44 &lt;@jrandom&gt; později dnes v noci, možná, jinak zítra kvůli vydání 14:45 &lt;@jrandom&gt; dobře, pokud už nic dalšího není 14:45 * jrandom se rozmachuje 14:45 * jrandom *baf* uzavírá schůzi </div>/cs/blog/2005/04/18/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-18.-dubna-2005/Mon, 18 Apr 2005 00:00:00 +0000/cs/blog/2005/04/18/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-18.-dubna-2005/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> Complication, frosk, jrandom, spinky</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 16:09 &lt;jrandom&gt; 0) ahoj 16:09 &lt;jrandom&gt; 1) Stav sítě a 0.6.1.16 16:09 &lt;jrandom&gt; 2) Vytváření tunnelů a přetížení 16:10 &lt;jrandom&gt; 3) Feedspace 16:10 &lt;jrandom&gt; 4) ??? 16:10 &lt;jrandom&gt; 0) ahoj 16:10 * jrandom mává 16:10 &lt;jrandom&gt; týdenní statusové poznámky zveřejněny na http://dev.i2p.net/pipermail/i2p/2006-April/001281.html 16:10 * frosk taky 16:10 &lt;jrandom&gt; (taky skoro dvě hodiny *před* schůzkou :) 16:11 &lt;jrandom&gt; ok, protože jsem si jistý, že jste si poznámky už prolítli, pojďme na 1) Stav sítě 16:12 &lt;+Complication&gt; Ahoj :) 16:12 * Complication rychle bere poznámky 16:12 &lt;jrandom&gt; vydání 0.6.1.16 opravilo velmi dlouho přetrvávající bug v našem PRNG (pseudonáhodný generátor), který způsobil značné množství libovolných odmítnutí tunnelů 16:13 &lt;jrandom&gt; (kořenová příčina byla zanesena loni v říjnu, ale teď je opravená) 16:13 &lt;+Complication&gt; Stav tady: funguje snesitelně s tunnely o 1 + 0..1 hopu, s 2 + 0..1 nebo 2 +/- 0..1 se nechová dobře 16:14 &lt;jrandom&gt; jo, to je pochopitelné, zvlášť na pomalejších linkách 16:14 &lt;jrandom&gt; (bohužel „pomalejší“ zas není nijak zvlášť pomalé) 16:15 &lt;jrandom&gt; pořád je spousta práce, a 0.6.1.16 ještě není tam, kde potřebujeme být, ale je to pokrok 16:17 &lt;+Complication&gt; Něco, o čem jsem přemýšlel, ohledně toho, čemu jsi říkal „kolaps z přetížení“ 16:18 &lt;+Complication&gt; Jedním ze způsobů, jak omezit jeho dopad, by mohlo být skutečně vyžadovat, aby router přijímal určitou kvótu požadavků na participaci 16:19 &lt;+Complication&gt; (něco určeného uživatelem přímo nebo nepřímo?) 16:19 &lt;jrandom&gt; určené kterým uživatelem? 16:19 &lt;+Complication&gt; (např. nějaká část share percentage (procento sdílení) nebo další parametr) 16:19 &lt;jrandom&gt; místním uživatelem, nebo námi jako vzdálenými uživateli? 16:19 &lt;+Complication&gt; Určené každým sám pro sebe 16:19 &lt;@frosk&gt; přejdeme tedy k 2) pak? :) 16:20 &lt;jrandom&gt; jo, můžeme se klidně považovat za u 2) :) 16:20 &lt;+Complication&gt; Abych mohl svému routeru například říct „i když jsi přetížený, dál směruj minimálně 4 KB/s“ 16:21 &lt;jrandom&gt; Complication: to není moc možné – když je router příliš přetížený, ostatní lidé (doufejme ;) přestanou žádat, aby se účastnil tunnelů. 16:21 &lt;+Complication&gt; (to by samozřejmě znamenalo, že nějaký místní cíl může být o něco déle offline) 16:21 &lt;jrandom&gt; a když nejsou požádáni, /nemůžou/ tlačit data ostatních 16:22 &lt;+Complication&gt; Aha, asi jsem to měl formulovat podstatně jasněji 16:24 &lt;+Complication&gt; Představoval jsem si, že by to při určité kvótě participujícího provozu omezovalo své vlastní zprávy pro vytváření tunnelů místo participujících tunnelů 16:24 &lt;+Complication&gt; např. „Nikdy neomezím své participující tunnely pod 4 KB/s. Kdyby to bylo potřeba, omezím raději vlastní provoz.“ 16:26 &lt;jrandom&gt; hmm, jsou v tom rizika pro anonymitu (i když je to pořád v rovině selektivního DoS, proti kterému se stejně nebráníme) 16:27 &lt;jrandom&gt; ale omezování našich vlastních lokálních buildů tunnelů při přetížení teď testuju – přidat podporu pro volitelné ignorování 4KBps spodního limitu by mělo být dost jednoduché 16:28 &lt;spinky&gt; V současnosti nedostaneš žádný cover traffic (krycí provoz) při přenosu velkého množství dat. 16:29 &lt;spinky&gt; Mít spodní hranici pro šířku pásma pro participaci zní dobře. 16:30 &lt;jrandom&gt; no, spodní hranici máme (jak jako procento sdílení, tak vnitřních 4KBps rezervovaných po přidělení veškeré šířky pásma) 16:30 &lt;+Complication&gt; Ach jo, odpojení... Doufám, že se z toho, co jsem říkal, moc neztratilo, ale odpovědi si budu muset přečíst z logu :) 16:32 &lt;@frosk&gt; je na 4KBps něco významného? 16:33 &lt;jrandom&gt; pár věcí – 4KB ~= sizeof(tunnel create message), a podle heuristiky jsem nikdy neslyšel o routeru, který by úspěšně běžel na méně 16:33 &lt;spinky&gt; Možná jsou to bugy, které brání tomu, aby procento sdílení fungovalo? 16:34 &lt;jrandom&gt; co tě vede k tomu říct, že procento sdílení nefunguje? 16:34 &lt;@frosk&gt; chápu 16:34 &lt;+Complication&gt; frosk: ne, je to jen číslo v aktuálním kódu a odkazoval jsem se na něj, když jsem se snažil vysvětlit, co jsem si představoval 16:35 &lt;+Complication&gt; (ne z nějakých hlubokých důvodů, jen protože to, co jsem si představoval, bylo v jistém smyslu jeho přesným opakem) 16:35 &lt;spinky&gt; Je nastaveno na 80 % a participace jde na 0, když lokálně generuju data. Možná tomu nerozumím správně. 16:36 &lt;jrandom&gt; aha, ano, to není to, co dělá procento sdílení 16:36 &lt;+Complication&gt; spinky: je to maximální limit toho, co se může sdílet, podmíněný šířkou pásma skutečně dostupnou pro sdílení 16:37 &lt;+Complication&gt; Pokud místní provoz zabere 70 %, zbývá ti jen 10 % na sdílení 16:37 &lt;+Complication&gt; Když je místní provoz velký, zbude ti 0 % a horní limit 80 % se nikdy nedotkne 16:37 &lt;spinky&gt; Ok. Vidím, že to říká ‚až‘... 16:38 &lt;+Complication&gt; A je tu taky rezerva 4 KB/s 16:38 &lt;jrandom&gt; aha, je to procento sdílení z toho, co máš k dispozici 16:38 &lt;spinky&gt; Možná další nastavení pro spodní hranici šířky pásma pro participaci, pod kterou router přijme víc tunnelů? 16:38 &lt;jrandom&gt; pokud používáš 95 % své šířky pásma, bude sdílet až 80 % ze zbývajících 5 % 16:39 &lt;+Complication&gt; Aha, tak jsem to taky částečně nepochopil 16:40 &lt;fox&gt; &lt;zorglu1&gt; jak i2p měří množství šířky pásma používané jinými místními aplikacemi ? 16:40 &lt;spinky&gt; (Jen říkám, pokud považujete cover traffic (krycí provoz) za dobrou věc, možná je dobré mít ho konfigurovatelný i při silném místním využití šířky pásma) 16:40 &lt;+Complication&gt; Myslel jsem, že se to uplatňuje proti trvalému limitu 16:40 &lt;jrandom&gt; zorglu1: měří využití šířky pásma i2p a zná limity šířky pásma i2p 16:41 &lt;jrandom&gt; oh, hmm, když se podívám zpět do kódu, int availBps = (int)(((maxKBps*1024)*share) - used); 16:41 &lt;jrandom&gt; takže máš pravdu, Complication 16:42 &lt;jrandom&gt; spinky: cover traffic (krycí provoz) je jen do určité míry užitečný na low-latency mixnetu 16:42 &lt;jrandom&gt; dává to určitý stimul pro routery s vyšší šířkou pásma, ale ti bez volné šířky pásma mají jen málo možností 16:49 &lt;jrandom&gt; každopádně, problém s přetížením tunnelů tu je už nějakou dobu, ale teprve nedávno ho zhoršily šílené míry odmítání tunnelů 16:49 &lt;jrandom&gt; doufejme, že příští revize to pro nás vyčistí 16:49 &lt;jrandom&gt; ok, má někdo ještě něco k 2) vytváření tunnelů a přetížení? 16:50 &lt;@frosk&gt; zní to, že by to vyžadovalo pár změn v schématu stavby tunnelů 16:50 &lt;+Complication&gt; Doufám, že to pomůže věci zlepšit :) 16:51 &lt;+Complication&gt; Mimochodem... 16:52 &lt;jrandom&gt; no, máme pár levných oprav, jako snížení maximální souběžnosti, škrcení našich pokusů o build při přetížení, snížení frekvence dropů (na rozdíl od explicitního odmítnutí) a úpravu profilování tak, aby motivovalo k explicitním odmítnutím místo dropů 16:52 &lt;+Complication&gt; ...našel jsi náhodou něco, co by vysvětlilo velký rozdíl mezi ukazateli syrové šířky pásma a ukazateli užitečného zatížení tunnelu? 16:52 &lt;+Complication&gt; (např. celková šířka pásma 1 GB, součet payloadu tunnelu 300 MB) 16:52 &lt;jrandom&gt; ale je pravda, že to ovlivňuje jen rozsah 16:52 &lt;+Complication&gt; (protože jsem v poslední době nebyl na IRC, nejsem si jistý, jestli ses na to nedávno díval) 16:54 &lt;jrandom&gt; moc jsem to nezkoumal, ale pamatuj, že požadavky na build tunnelu pro odchozí tunnely nejsou tunnelové zprávy (a je jich hodně, když uspěje jen 0,1 %. a při 4 KB za kus...) 16:54 * Complication si není jistý, jestli jsou to ukazatele, nebo skutečný efekt 16:55 &lt;+Complication&gt; Oh... odchozí požadavky na build... jasně 16:55 &lt;jrandom&gt; nadcházející build -1 přidává spoustu statistik pro monitorování paketů podle typu zprávy 16:55 &lt;+Complication&gt; To by mohlo být přesně ono 16:55 &lt;jrandom&gt; (jsou tam také požadavky na účast při buildu – přeposílání odpovědi) 16:56 &lt;jrandom&gt; ((takže to není jen lokální věc)) 17:00 &lt;+Complication&gt;&gt; Díky, to toho hodně vysvětluje :) 17:00 &lt;+Complication&gt;&gt; Takže to není žádné voodoo, ale docela reálný provoz, na který jsem jen zapomněl, protože se na místech, která jsem kontroloval, zvlášť nepočítal 17:00 &lt;+Complication&gt; Skutečně by musel nastávat a opravdu by stál hodně bajtů 17:00 &lt;+Complication&gt; Zvlášť při nízké úspěšnosti 17:01 &lt;jrandom&gt; jo, i když by to nemělo stát tolik, kolik to stojí, protože bychom měli mít vyšší úspěšnost, než máme :) 17:01 &lt;jrandom&gt; ok, ještě něco k 2)? 17:02 &lt;jrandom&gt; pokud ne, přejděme k 3) Feedspace 17:02 &lt;jrandom&gt; frosk: chceš nám dát aktualizaci? 17:03 &lt;jrandom&gt; (nebo nám řekni, ať jdeme fsck off a přečteme si eepsite? ;) 17:04 &lt;@frosk&gt; tak pro ty, kdo nevěnovali pozornost frosk.i2p nebo feedspace.i2p, feedspace teď v zásadě funguje (podle mé vlastní definice „v zásadě“) 17:04 &lt;jrandom&gt; (w00t) 17:05 &lt;@frosk&gt; poslední dobou přibylo pár pěkných věcí, jako infrastrukturní podpora pro transporty jiné než i2p (napadá mě tor a neanonymní tcp/ip) 17:06 &lt;@frosk&gt; takže časem plánujeme umožnit, aby syndie (v chystaném a pravděpodobně velmi pěkném přepisu) používal feedspace jako jednu ze svých metod syndikace 17:06 &lt;@frosk&gt; teď zatím nejsou žádné klientské aplikace, které by feedspace k něčemu skutečně používaly :) testoval jsem s extrémně hrubou servletovou aplikací 17:07 &lt;jrandom&gt; (crude + functional)++ 17:07 &lt;@frosk&gt; takže je tu samozřejmě volné místo pro klientského hackera ;) 17:08 &lt;@frosk&gt; pořád je ještě pár nezbytností, které feedspace potřebuje před jakýmkoli veřejným testováním, ale už by to nemělo trvat dlouho :) 17:08 &lt;jrandom&gt; pěkné 17:08 &lt;jrandom&gt; můžeme nějak pomoct? 17:08 &lt;@frosk&gt; taky jsem trochu pracoval na dokumentaci, která chyběla 17:09 &lt;spinky&gt; Vidíš feedspace jako použitelné pro velké soubory? 17:10 &lt;@frosk&gt; 1) klientské aplikace používající (pořád nezdokumentované) xmlrpc api, 2) `http://feedspace.i2p/wiki/Tasks,` 3) zapojit se do testování, až přijde čas 17:10 &lt;@frosk&gt; podpora velkých souborů teď není prioritou, ale možná později 17:10 &lt;@frosk&gt; fokus pro „1.0“ jsou menší zprávy jako blogové a diskusní příspěvky a libovolné události 17:11 &lt;jrandom&gt; i když posílání .torrent souborů do bt klienta s podporou rss/feedspace by nebyl problém 17:11 &lt;@frosk&gt; velké soubory mohou a nemusí fungovat :) 17:11 &lt;@frosk&gt; to by byla super věc 17:12 &lt;jrandom&gt; feed2snark ;) 17:12 &lt;@frosk&gt; doufám, že uvidíme všelijaké takové „adapter“ aplikace :) 17:12 &lt;+Complication&gt; No, jsem si jistý, že lidi najdou způsoby, jak přesouvat velké soubory pomocí bit... ehm, postranních kanálů :) 17:15 &lt;@frosk&gt; cítím se trochu provinile, že kód feedspace používá všelijaké funkce java1.5. teď by se to asi těžko kompilovalo/používalo na free java, ale dožene to, jsem si jistý :) 17:15 &lt;jrandom&gt; jejda 17:16 &lt;jrandom&gt; no, šušká se, že gcj převezme ecj pro 1.5-ismy 17:16 &lt;spinky&gt; Complication: Poníci se sedlovými brašnami plnými hdd? 17:16 &lt;@frosk&gt; jo 17:17 &lt;+Complication&gt; spinky: droni, v mém preferovaném případě :P 17:17 * jrandom se pořád jen stěží posouvá k 1.4-ismům 17:17 &lt;+Complication&gt; Ale hádám, že poníci taky fungují :P 17:17 &lt;jrandom&gt; i když 1.6 je fakt fajn ;) 17:17 &lt;@frosk&gt; aby to zůstalo kompatibilní s gcj? 17:18 &lt;@frosk&gt; no 1.6 stejně pro většinu věcí nemá moc „ismů“, myslím :) 17:18 &lt;+Complication&gt; (nebo létající ježci shazující paměťové karty) 17:18 &lt;jrandom&gt; gcj/classpath/etc, ale také kvůli výkonu (1.5 mi přišla trochu těžkopádnější než 1.4) 17:19 &lt;jrandom&gt; pravda, zlepšení v 1.6 jsou z velké části specifická pro vm/bytecode 17:19 &lt;@frosk&gt; hm ok 17:20 * jrandom nesnažím se tě přesvědčovat, abys nepoužíval 1.5ismy. jsem si jistý, že máš své důvody, a např. azureus už 1.5 vyžaduje 17:21 &lt;@frosk&gt; no, zpátky už nejde :) doufejme, že to nebude moc hrbolaté 17:24 &lt;jrandom&gt; jo, jsem si jistej, že to dopadne fajn :) 17:25 &lt;jrandom&gt; ok, super, má někdo ještě něco k 3) feedspace? 17:25 * frosk objímá své generics a java.util.concurrent ;) 17:25 &lt;jrandom&gt; heheh 17:27 &lt;jrandom&gt; ok, pokud není nic dalšího k 3, přesuňme se k 4) ??? 17:27 &lt;jrandom&gt; má někdo ještě něco na schůzku? 17:27 &lt;+Complication&gt; Malá otázka, kterou jsem se měl zeptat u 2) 17:28 &lt;+Complication&gt; Víte, jak typicky vznikají nečinné participující tunnely? 17:28 &lt;+Complication&gt; Jsou většinou známkou neúspěšných buildů tunnelů, kde o neúspěchu ve skutečnosti ví jen tvůrce? 17:28 &lt;+Complication&gt; Nebo mají další důvody? 17:28 &lt;+Complication&gt; (kromě, samozřejmě, zjevného – totiž aplikace, která sedí nečinně) 17:29 &lt;jrandom&gt; nečinná aplikace by neměla nečinné tunnely (testovaly by se) 17:29 &lt;jrandom&gt; nečinné tunnely selhaly z toho či onoho důvodu 17:29 &lt;jrandom&gt; (buď se nepodařilo je úplně vytvořit, nebo selhaly během provozu) 17:30 &lt;+Complication&gt; Správně, takže všechny tunnely se stejně testují a testování tunnelů by mělo způsobovat provoz... přesně tak 17:30 &lt;+Complication&gt; To mě vlastně přivádí k druhé části otázky: přineslo by nějaký užitek zjistit, že tunnel je nečinný, a zrušit ho dřív? 17:31 &lt;+Complication&gt; Daly by se tím ušetřit nějaké vzácné zdroje? 17:32 &lt;jrandom&gt; žádné – tunnel, který netlačí data, nevyužívá zdroje 17:32 &lt;jrandom&gt; (ok, používá trochu ram, možná 32 bajtů) 17:32 &lt;+Complication&gt; Nebo by to třeba mohlo routeru pomoct mít lepší představu o svém zatížení a podobných parametrech... 17:33 &lt;jrandom&gt; predikce využití šířky pásma založené na historii tunnelů jsou určitě otevřená otázka 17:33 &lt;+Complication&gt; Nebo by to byla jen zbytečná práce a je nejlepší počkat, až to přirozeně vyprší? 17:33 &lt;+Complication&gt; (jako teď) 17:34 &lt;jrandom&gt; dřív jsme dělali nějaké predikce, ale nepřineslo nám to jasné přínosy, takže teď používáme jednodušší algoritmus 17:34 &lt;+Complication&gt; Aha, takže žádný zisk... 17:34 &lt;+Complication&gt; Díky, to bylo v zásadě vše, na co jsem se k tomu chtěl zeptat :) 17:34 &lt;jrandom&gt; není zač, pochopitelná obava 17:34 &lt;jrandom&gt; ok, má někdo ještě něco na schůzku? 17:35 &lt;+Complication&gt; Jo, kdyby se dělaly predikce, procento nečinných tunnelů by mohlo zkreslovat odhady 17:35 &lt;+Complication&gt; (pokud by se výrazně měnilo) 17:36 &lt;jrandom&gt; jo, chtěli bychom udržovat idle % jako součást odhadu 17:36 &lt;jrandom&gt; (dělali jsme to – viz metoda RouterThrottleImpl.allowTunnel) 17:37 &lt;+Complication&gt; Oh, to jsem nevěděl :) 17:37 &lt;jrandom&gt; a povšimni si nového komentáře: 17:38 &lt;jrandom&gt; // ok, ignore any predictions of 'bytesAllocated', since that makes poorly 17:38 &lt;jrandom&gt; // grounded conclusions about future use (or even the bursty use). Instead, 17:38 &lt;jrandom&gt; // simply say "do we have the bw to handle a new request"? 17:39 * Complication si k tomu souboru teprve proklikává cestu, ale díky :) 17:39 &lt;jrandom&gt; w3rd 17:40 &lt;jrandom&gt; ok, pokud už nic dalšího na schůzku... 17:40 * jrandom ukončuje 17:41 * jrandom *baf* zavírá schůzku </div>/cs/blog/2005/04/12/pozn%C3%A1mky-ke-stavu-i2p-k-2005-04-12/Tue, 12 Apr 2005 00:00:00 +0000/cs/blog/2005/04/12/pozn%C3%A1mky-ke-stavu-i2p-k-2005-04-12/<p>Ahoj všichni, zase je čas na aktualizaci</p> <ul> <li>Index</li> </ul> <ol> <li>Stav sítě 2) Stav SSU 3) Bayesovské profilování peerů (protějšků v síti) 4) Stav Q 5) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Zdá se, že vydání 0.5.0.6 z minulého týdne opravilo problémy s netDb, které jsme zaznamenávali (hurá). Weby a služby jsou mnohem spolehlivější než byly ve verzi 0.5.0.5, i když se objevily některé zprávy o potížích, kdy se web nebo služba po několika dnech provozu staly nedostupnými.</p>/cs/blog/2005/04/12/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-12.-dubna-2005/Tue, 12 Apr 2005 00:00:00 +0000/cs/blog/2005/04/12/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-12.-dubna-2005/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> ant, bla, cervantes, defnax, detonate, frosk, gott, hummingbird, jdot, jrandom, mancom, Ragnarok</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 14:05 &lt;jrandom&gt; 0) ahoj 14:05 &lt;jrandom&gt; 1) Stav sítě 14:05 &lt;jrandom&gt; 2) Stav SSU 14:05 &lt;jrandom&gt; 3) Bayesovské profilování peerů 14:05 &lt;jrandom&gt; 4) Stav Q 14:05 &lt;jrandom&gt; 5) ??? 14:05 &lt;hummingbird&gt; 7) Zisk 14:06 &lt;jrandom&gt; sakra, pokazil jsem vám agendu :) 14:06 &lt;jrandom&gt; hi 14:06 &lt;jrandom&gt; týdenní status poznámky zveřejněny /před/ schůzkou na http://dev.i2p.net/pipermail/i2p/2005-April/000683.html 14:06 &lt;gott&gt; jrandom: zkus to znovu 14:06 &lt;+cervantes&gt; to je jedno, tahle schůzka se stejně rozjela špatně 14:06 &lt;jrandom&gt; *ehm* 14:06 &lt;jrandom&gt; přejdeme na 1) Stav sítě 14:07 &lt;jrandom&gt; velký problém, který jsme viděli s netDb, byl opraven a v provozu potvrzeně zmizel 14:07 &lt;jrandom&gt; pořád jsou nějaké další problémy, ale celkově to vypadá docela rozumně 14:08 &lt;frosk&gt; nějaký nápad, co občas způsobuje ty divné dnfs? 14:08 &lt;gott&gt; potvrzuji; svoje nelegální porno teď přes i2p tahám rekordní rychlostí. 14:08 &lt;+cervantes&gt; zdá se, že to bude těžké přesně určit 14:08 &lt;jrandom&gt; takové tušení, že je v tom zmatek související se škrcením (throttle) při stavbě tunnelů 14:09 &lt;jrandom&gt; vypnutí toho škrcení to pravděpodobně vyřeší, ale mohlo by to bolet uživatele s pomalými CPU 14:09 &lt;jrandom&gt; na druhou stranu, možná by je šlo udělat volitelné, nebo by někdo mohl napsat chytřejší kód pro škrcení 14:10 &lt;frosk&gt; chápu 14:10 &lt;+cervantes&gt; omezení je u mě mnohem aktivnější než v předchozích verzích 14:10 &lt;jrandom&gt; jo, zdržujeme stavbu tunnelů, když je jich moc rozpracovaných – dřív jsme prostě řekli "ok, potřebujeme postavit X tunnelů. postavte je" 14:10 &lt;+cervantes&gt; nemůžeme ten práh udělat nastavitelný? 14:11 &lt;jrandom&gt; jo, to můžeme 14:11 &lt;gott&gt; jrandom: volitelné 14:11 &lt;gott&gt; aby uživatelé s tenkými i2p serventy (servent = uzel, který je zároveň server i klient) mohli být stále produktivní 14:12 &lt;jrandom&gt; momentálně se soustředím jinam, takže pokud se do toho chce někdo pustit, klíčová metoda je TunnelPoolManager.allocateBuilds 14:12 &lt;jrandom&gt; (nebo jestli se toho nikdo nechytne, můžu přihodit nějaké úpravy, až vyjde další build) 14:13 &lt;+cervantes&gt; ........@ &lt;-- tumbleweed 14:13 &lt;jrandom&gt; :) 14:13 &lt;jrandom&gt; má někdo ještě něco k 1) stavu sítě, nebo přejdeme k 2) SSU? 14:14 * gott si brblá něco o příliš mnoha řečech a příliš málo činech, pokud jde o komunitu i2p 14:14 &lt;+cervantes&gt; možná v budoucnu přidáme do konzole profily výkonu 14:14 &lt;gott&gt; jrandom toho na straně vývoje dělá příliš. 14:14 &lt;+cervantes&gt; aby si lidé mohli vybrat přednastavenou sadu konfiguračních voleb pro systémy s vysokými/středními/nízkými parametry 14:15 &lt;jrandom&gt; super nápad, cervantes, je tu spousta prostoru pro varianty. i když se chceme ladit automaticky co nejlépe, pro lidi to může být snazší 14:15 &lt;+cervantes&gt; jelikož mnoho lidí zřejmě používá stroje s nízkými parametry a modemová připojení momentálně 14:15 &lt;gott&gt; cervantes: jo, skvělý nápad. 14:15 &lt;+cervantes&gt; měl bych zveřejnit svůj seznam úkolů pro fire2pe... je v něm spousta takových kravin ;-) 14:16 &lt;gott&gt; primárně podle rychlosti procesoru a sítě? 14:16 &lt;jrandom&gt; stránka s pseudonymním seznamem úkolů by byla fajn 14:16 &lt;gott&gt; to je dobrý nápad. 14:16 &lt;+cervantes&gt; ideálně by se o rychlost sítě měl postarat omezovač šířky pásma 14:16 &lt;gott&gt; v typickém google stylu mějte v LAN hromadu ‚tenkých i2p serventů‘. 14:17 &lt;+cervantes&gt; jrandom: ugha.i2p? 14:17 &lt;jrandom&gt; možná 14:19 &lt;jrandom&gt; ok, ještě něco k 1) stavu sítě? 14:19 * jrandom nás posouvá k 2) SSU 14:19 &lt;jrandom&gt; Spousta pokroku na UDP frontě (SSU == Secure Semireliable UDP) 14:19 &lt;gott&gt; někdo by na to měl nasměrovat alias 'i2pwiki.i2p' 14:20 &lt;+cervantes&gt; to bude asi na ughovi ;-) 14:20 &lt;jrandom&gt; obecný přehled toho, co se děje, je v e-mailu a mnohem víc technických detailů (a pěkný obrázek ;) je na mém blogu 14:21 &lt;+ant&gt; &lt;godmode0&gt; udp je bezpečné? 14:21 &lt;+ant&gt; &lt;godmode0&gt; jak :) 14:21 &lt;jrandom&gt; `http://dev.i2p/cgi-bin/cvsweb.cgi/i2p/router/doc/udp.html` &lt;-- jak 14:22 &lt;+ant&gt; &lt;godmode0&gt; hehe 14:22 &lt;+ant&gt; &lt;godmode0&gt; i2p not found right ip my computer 14:22 &lt;jrandom&gt; promiň, pokud nemáš nainstalované i2p, změň "dev.i2p" na "dev.i2p.net" 14:22 &lt;+ant&gt; &lt;godmode0&gt; mám nainstalované 14:23 &lt;+ant&gt; &lt;godmode0&gt; ale nefunguje 14:23 &lt;jrandom&gt; ok, možná to můžeme ladit po schůzce 14:23 &lt;+ant&gt; &lt;godmode0&gt; ups, jsem zase ve schůzce, promiň 14:23 &lt;jrandom&gt; hehe v pohodě 14:25 &lt;jrandom&gt; každopádně, jak jsem říkal, obecný plán, jak věci postupují, je v e-mailu 14:25 &lt;jrandom&gt; má někdo dotazy/komentáře/obavy ohledně SSU? 14:26 &lt;+Ragnarok&gt; bude se propustnost/latence hodně lišit oproti TCP transportu? 14:27 &lt;jrandom&gt; doufám, že se podaří odstranit příčinu výkyvů latence, ale nechci nic předpovídat. 14:28 &lt;jrandom&gt; pokud udržíme latenci zhruba kde je teď a zbavíme se výkyvů, můžeme zase zvednout propustnost 14:29 &lt;+Ragnarok&gt; cool 14:29 &lt;gott&gt; bude na i2p.net k dispozici dokumentace k implementaci? 14:30 &lt;jrandom&gt; až budu offline kvůli stěhování, strávím hodně času psaním dokumentace na web, ano 14:30 &lt;gott&gt; awesome \m/ 14:30 &lt;jrandom&gt; máme celkem dobré implementační dokumenty na úrovni kódu pro core a router, ale zatím chybí dobrá souhrnná dokumentace architektury routeru 14:31 &lt;jrandom&gt; pokud nic dalšího k 2) SSU, přesuňme se k 3) Bayesovskému profilování peerů 14:32 &lt;jrandom&gt; dříve dnes večer jsme od bla dostali krátký update, jak je uvedeno ve status poznámkách 14:32 &lt;+bla&gt; Pořád jsem tu... ;) 14:33 &lt;jrandom&gt; bla tu možná ještě je, aby přidal další postřehy nebo odpověděl na dotazy - 14:33 &lt;jrandom&gt; ah, tady jsi 14:33 &lt;defnax&gt; jrandom : co si myslíš o oznámení i2p bittorrent Trackeru, kvůli bezpečnosti si myslím, že to není dobré, nebo?, 14:34 &lt;+bla&gt; IRC diskuze citovaná jrandomem ukazuje obecnou myšlenku. Shrnutí: 14:34 &lt;jrandom&gt; defnax: možná to probereme v 5) 14:34 &lt;defnax&gt; ok, můžu počkat 14:34 &lt;+bla&gt; Konečný záměr je použít jak informace o round-trip-time získané z explicitních testů tunnelů, tak implicitní informace z testů klientských tunnelů, v rámci jednoho rámce pro odhad rychlosti uzlů 14:35 &lt;+bla&gt; Prozatím používám informace získané pouze z explicitních testů tunnelů, protože u těchto testů jsou všichni zúčastnění peery známi. 14:36 &lt;+bla&gt; Naivní bayesovský klasifikační rámec se použije k odhadu rychlosti peeru na základě toho, v jakých tunnelech (na jakékoliv pozici) se účastnil a jak rychlé tyto tunnely byly 14:36 &lt;+bla&gt; Aby bylo s čím porovnávat „realitu“, získal jsem „skutečné“ rychlosti peerů, jak jsou uvedeny ve status poznámkách 14:37 &lt;+bla&gt; Výsledky jsou velmi předběžné. Ale `http://theland.i2p/estspeed.png` ukazuje korelaci mezi skutečnými rychlostmi a rychlostmi odvozenými bayesovským rámcem 14:37 &lt;+bla&gt; Tak. Nějaké otázky nebo komentáře? 14:38 &lt;jrandom&gt; komentář: vypadá to slibně. 14:38 &lt;+ant&gt; &lt;BS314159&gt; zdá se, že celková rychlost tunnelu poskytuje tvrdou dolní mez rychlosti každého zúčastněného peeru 14:38 &lt;+detonate&gt; komentář: zdá se, že je tam pár odlehlých hodnot 14:38 &lt;+ant&gt; &lt;BS314159&gt; je to zohledněné? 14:39 &lt;jrandom&gt; BS314159: celková rychlost tunnelu? aha, myslíš síťové připojení testovacího uzlu? 14:40 &lt;+bla&gt; BS314159: To skutečně dává dolní mez, ano. Zatím to není ošetřené, ale bude: naivní bayesovský rámec umožňuje různě vážit odlišné vzorky (RTT měření). Velmi rychlé RTT budou do budoucna váženy větším faktorem 14:40 &lt;+ant&gt; &lt;BS314159&gt; myslím celkovou šířku pásma daného tunnelu 14:40 &lt;+bla&gt; BS: Výsledky zatím ukazují měření _latence_ 14:40 &lt;+ant&gt; &lt;BS314159&gt; jasně. 14:41 &lt;+ant&gt; &lt;BS314159&gt; tak nic 14:41 &lt;jrandom&gt; aha, jasně. měření propustnosti bude vyžadovat další úpravy, abychom testovali s různě velkými zprávami 14:41 &lt;jrandom&gt; na druhou stranu implicitní testy tunnelů používají větší zprávy (typicky 4KB, protože to je velikost fragmentace ve streaming knihovně) 14:42 &lt;+bla&gt; detonate: Ano, jsou tam odlehlé hodnoty. Vždycky jich _několik_ bude (to je vlastní odhadům a modelování obecně). Nicméně oddělení opravdu pomalých a opravdu rychlých klientů (s prahem kolem 400 ms) je celkem v pohodě 14:42 &lt;+detonate&gt; ok 14:43 &lt;+bla&gt; jrandom: Přesně tak. Jakmile to zprovozním (nejsem žádný Java nadšenec...), otestuji to i s většími zprávami 14:43 &lt;+bla&gt; detonate: Teď bych rád lépe oddělil rychlé a opravdu rychlé peery. 14:43 &lt;jrandom&gt; super, zkusím ti poslat upravený TestJob pro ten účel 14:44 &lt;+bla&gt; Dám vědět, až budu mít nové výsledky. 14:44 &lt;jrandom&gt; paráda 14:45 &lt;jrandom&gt; ok super, má někdo ještě něco k 3) Bayesovskému profilování peerů? 14:46 &lt;jrandom&gt; pokud ne, přecházíme na 4) Stav Q 14:46 &lt;jrandom&gt; Jak bylo zmíněno v e-mailu, říká se, že Aum dělá pokroky na novém webovém rozhraní 14:47 &lt;jrandom&gt; moc o tom nevím ani o stavu ostatních novinek v Q, ale určitě se brzy dozvíme víc 14:48 &lt;jrandom&gt; má někdo něco k Q? nebo to vezmeme rychlopalbou a přejdeme k 5) ??? 14:49 &lt;jrandom&gt; [berte to jako přesunuto] 14:49 &lt;jrandom&gt; ok, má někdo ještě něco k projednání na schůzku? 14:50 &lt;jrandom&gt; defnax: oznámit i2p tracker lidem v i2p komunitě by bylo skvělé. navenek by to mohlo být trochu drsné, protože ještě nejsme na 0.6 14:50 &lt;gott&gt; Ano. 14:50 &lt;jrandom&gt; (nebo 1.0 ;) 14:50 &lt;gott&gt; mám pár informací k úsilí o dokumentaci pro uživatele. 14:51 &lt;+mancom&gt; pro pořádek: na mancom.i2p je C# implementace klientského API Q (v první inkarnaci) 14:51 &lt;jrandom&gt; oh super, povídej, gott 14:51 &lt;jrandom&gt; ah pěkné, mancom 14:51 &lt;gott&gt; dříve jsem psal uživatelskou dokumentaci pro i2p 0.4. 14:52 &lt;jrandom&gt; kterou jsem bohužel zneplatnil tím, že jsem změnil spoustu věcí :( 14:52 &lt;gott&gt; ale vůči současnému i2p je úplně zastaralá. 14:52 &lt;gott&gt; Proto mám zájem napsat de facto sadu dokumentace, kterou buď (a) přibalíme k i2p, nebo (b) bude dostupná přes i2p. 14:53 &lt;jrandom&gt; boží. dokumenty přibalené k i2p (lokalizované do jazyka uživatele, atd) by byly super 14:53 &lt;+cervantes&gt; super 14:53 &lt;gott&gt; nedoporučuji přibalovat, ale pořád je to možnost, protože uživatel se na eepsites pro přečtení manuálu nedostane, pokud neví, jak i2p používat nebo konfigurovat ;-) 14:53 &lt;gott&gt; Dobře. 14:53 &lt;gott&gt; Ale není to přehnané? 14:53 &lt;+ant&gt; &lt;BS314159&gt; jaký slušný program přichází bez man stránek? 14:53 &lt;+cervantes&gt; a má smysl čekat až do 1.0? 14:54 &lt;gott&gt; to je další otázka. 14:54 &lt;jrandom&gt; protože vývoj je dost tekutý, možná se vyplatí zaměřit na kontextovou nápovědu spíš než na celkovou uživatelskou příručku 14:54 &lt;gott&gt; BS314159: tohle nebudou manpages, protože to bude nezávislé na platformě. Pravděpodobně HTML. 14:54 &lt;+cervantes&gt; kolik strukturálních změn nás do té doby ještě čeká 14:54 &lt;jrandom&gt; například by bylo fajn mít lepší dokumenty popisující, co jednotlivé konfigurační volby vlastně *znamenají*, jaké mají dopady, atd. 14:55 &lt;gott&gt; Dobře, takže napíšu anglickou a francouzskou lokalizaci manuálu pro i2p. 14:55 &lt;+jdot&gt; vlastně bychom mohli použít inproxy pro přístup k dokumentaci i bez nainstalovaného i2p. 14:55 &lt;gott&gt; Dvě hlavní otázky: 14:55 &lt;jrandom&gt; to by se dalo udržovat aktuální tím, že to bude *přímo* v rozhraní 14:55 &lt;+cervantes&gt; jo, kontextová nápověda by byla boží 14:55 &lt;gott&gt; (1) Přibalit, nebo zpřístupnit přes manual.i2p? 14:55 &lt;gott&gt; (2) Pro kterou verzi? 14:55 &lt;gott&gt; ano 14:55 &lt;jrandom&gt; gott: nejsem si jistý, že je rozumné už teď stavět uživatelskou příručku 14:55 &lt;gott&gt; to je skvělý nápad 14:56 &lt;gott&gt; myslíš použít auto-update k aktualizaci uživatelské příručky? 14:56 &lt;gott&gt; jrandom: ok 14:56 &lt;gott&gt; ale jak tedy navrhuješ kontextovou nápovědu? 14:56 &lt;jrandom&gt; jo, určitě můžeme nasazovat aktualizace dokumentace přes update proces 14:56 &lt;+cervantes&gt; až bude čas na manuál, možná půjde dát manual.war do uživatelovy složky webapps, pokud budou chtít lokální přístup k dokumentaci 14:57 &lt;gott&gt; myslím tím uživatelský manuál. 14:57 &lt;gott&gt; nebo HOWTO. 14:57 &lt;gott&gt; netuším, co myslíš kontextovou nápovědou. 14:57 &lt;gott&gt; je to docela přímočaré. 14:57 &lt;jrandom&gt; gott: například sada pro člověka (nikoli ultrageeka) čitelných informací vysvětlujících, co sakra znamenají věci na /config.jsp. ty informace by byly *přímo* na /config.jsp, nebo na HTML stránce dostupné z té config.jsp 14:58 &lt;jrandom&gt; uživatelský manuál nebo howto by byl skvělý, ale až po 1.0 14:59 &lt;jrandom&gt; v tom směru už je něco na fóru @ http://forum.i2p.net/viewtopic.php?t=385 14:59 &lt;gott&gt; jrandom: ano. 14:59 &lt;gott&gt; no. 14:59 &lt;gott&gt; informace na config.jsp už jsou docela přímočaré 15:00 &lt;jrandom&gt; na druhou stranu se tu pořád objevují dotazy, co přesně dělají limity šířky pásma, jak fungují burst rates, atd. bylo by skvělé mít odpovědi přímo na stránce, místo abychom nechávali lidi se ptát 15:00 &lt;gott&gt; heh 15:00 &lt;jrandom&gt; tobě to přijde přímočaré, protože používáš i2p skoro dva roky 15:00 &lt;gott&gt; nevadí, 'configtunnels.jsp' by si zasloužila trochu práce. 15:00 &lt;gott&gt; ok. 15:00 &lt;+cervantes&gt; přímočaré pro zasvěcené možná, n00b by se ztratil 15:01 &lt;gott&gt; tak tedy, aktuálnější výběr úkolů: 15:01 &lt;+cervantes&gt; nejsem si jistý, jak nejlépe nápovědu prezentovat z pohledu rozhraní 15:01 &lt;gott&gt; (1) Kontextová nápověda na webových stránkách lokalizovaná do jazyka uživatele. Konfigurační proměnná může nastavit jazyk rozhraní, výchozí hodnota se načte z $LANG v Linuxu 15:02 &lt;gott&gt; nejsem si jistý, jak Java určuje výchozí locale pod Windows. 15:02 &lt;gott&gt; ale je to dobrý začátek pro lokalizaci a psaní dokumentace. 15:03 &lt;gott&gt; (2) Pro verzi 1.0 HOWTO přístupné přes i2p 15:03 &lt;gott&gt; nedoporučuji přibalovat HOWTO, to je prostě přehnané. Bylo by fajn držet i2p co nejmenší, hmm? 15:03 &lt;jrandom&gt; kámo, je to html. je to titěrné. i kdyby to bylo obrovské, html se komprimuje *fakt* dobře 15:03 &lt;jrandom&gt; mít lokální manuál by bylo silně preferováno 15:03 &lt;jrandom&gt; zvlášť když můžeme posílat aktualizace 15:03 * gott pokrčí rameny 15:04 &lt;gott&gt; předpokládám. 15:04 &lt;gott&gt; přijde mi to prostě hloupé. 15:04 &lt;gott&gt; když si to můžeš prostě stáhnout z webu. 15:04 &lt;gott&gt; ale na druhou stranu, když uživatel neví, jak i2p používat 15:04 &lt;gott&gt; tak nemůže. 15:04 &lt;+ant&gt; &lt;Synonymous2&gt; Je aum nablízku, díval jsem se na specifikace pro QuarterMaster 15:04 &lt;+ant&gt; &lt;Synonymous2&gt; * Aby se podpořilo vyhledávání na straně klienta, všechny položky dat jsou doplněny 15:04 &lt;+ant&gt; &lt;Synonymous2&gt; jednoduchým schématem metadat - zatím se skládajícím pouze z: 15:04 &lt;+ant&gt; &lt;Synonymous2&gt; - key - textový název klíče 15:04 &lt;+jdot&gt; dejte to na www.i2p.net, aby to bylo přístupné přes intarweb i i2p. 15:04 &lt;+jdot&gt; a vždy aktuální 15:05 &lt;gott&gt; jo. 15:05 &lt;gott&gt; no, prostě použijte update mechanismus. 15:05 &lt;gott&gt; ok. 15:05 &lt;gott&gt; takže, finálně: 15:05 &lt;jrandom&gt; jasně, můžeme to dát i na web. můžeme to rozspamovat po celé síti, jestli to pomůže ;) 15:05 &lt;+ant&gt; &lt;Synonymous2&gt; přemýšlím, jestli Aum může implementovat úložiště tak, aby byla metadata oddělena pro případ, že bude chtít upgradovat storage systém. Pamatujete, když Freenet chtěl změnit storage systém, ale byl zaseknutý 15:05 &lt;gott&gt; 1 : Lokalizované rozhraní a kontextová nápověda. 15:05 &lt;gott&gt; 2 : Lokalizované HOWTO pro verzi 1.0 15:05 &lt;+ant&gt; &lt;Synonymous2&gt; ooups, tohle je meeting :) 15:05 &lt;gott&gt; Nějaké doplnění? 15:06 &lt;gott&gt; HOWTO pokryje spoustu dalších funkcí i2p sítě. 15:06 &lt;gott&gt; kde sehnat nejnovější porno ( j/k ) 15:06 &lt;+ant&gt; &lt;BS314159&gt; manpage! :-) 15:06 &lt;gott&gt; manpages nejsou nezávislé na platformě 15:06 &lt;jrandom&gt; super, včetně věcí jako Q, i2ptunnel, feedspace, i2p-bt, atd. by bylo pro howto skvělé 15:06 &lt;+cervantes&gt; instalátor by se asi taky dal lokalizovat... 15:06 &lt;gott&gt; i2p síť má směšně velké množství francouzských uživatelů 15:07 &lt;+Ragnarok&gt; měl bys zjevně napsat dokumentaci k addressbooku, ke které jsem se nikdy nedostal :) 15:07 &lt;gott&gt; jsem si jistý, že by ocenili lokalizované rozhraní, aby se nemuseli dívat na odporný anglický jazyk 15:07 &lt;+cervantes&gt; hele, už je to z většiny francouzsky 15:07 &lt;gott&gt; pravda. 15:07 &lt;gott&gt; dobré nápady. 15:08 &lt;gott&gt; tak, to je vše, co jsem měl. 15:08 &lt;jrandom&gt; ok super, díky, gott, pěkná iniciativa 15:08 &lt;gott&gt; zatím začnu s kontextovými věcmi 15:08 &lt;jrandom&gt; Synonymous2: nevím přesně, co Aum dělá v tomhle směru 15:08 &lt;jrandom&gt; boží 15:08 &lt;gott&gt; a pak, až se přidá volba lokalizace, lokalizované jazyky 15:08 &lt;+bla&gt; gott: Je _deteste_ Anglais! ;) 15:09 &lt;gott&gt; moi aussi 15:09 &lt;+ant&gt; &lt;Synonymous2&gt; Q, i2ptunnel, feedspace, i2p-bt, atd. by bylo skvělé pro howto, myslím, že wiki článek by se měl pro i2p aktualizovat a přidat to, udělám to 15:09 &lt;+cervantes&gt; no, za to může Vilém Dobyvatel 15:09 &lt;jrandom&gt; heh 15:09 &lt;gott&gt; wiki je dobrá, ale taky neoficiální. 15:09 &lt;gott&gt; manuál má prvek „certifikace“. 15:09 &lt;gott&gt; je to více uklidňující. 15:10 &lt;+ant&gt; &lt;Synonymous2&gt; když se lidi chtějí přijít podívat, taky by to pomohlo; freenetový článek na Wikipedii je taky dobrý popisem nástrojů pro Freenet. Taky vidím, že web Freenetu je vydán pod GNU FDL, kdyby i2p.net udělal totéž (nebo public domain) mohl bych něco zkopírovat na Wikipedii :)) pokud to tak chcete 15:10 &lt;+cervantes&gt; jinak bychom pořád mluvili anglosasky 15:10 &lt;jrandom&gt; všechno, co dělám a k čemu mám „práva“, je implicitně uvolněno do public domain 15:11 &lt;+ant&gt; &lt;Synonymous2&gt; myslel jsem, že to tak je; kdybys to mohl jako poznámku dát na webovou stránku, bylo by to skvělé, až se ti to bude hodit, lidi na Wikipedii jsou na copyright hákliví :&gt; 15:11 &lt;+ant&gt; &lt;Synonymous2&gt; :))) 15:11 &lt;gott&gt; jrandom: veškeré lokalizace, které napíšu, budou public domain 15:11 &lt;jrandom&gt; na druhou stranu přímé kopírování textu není, ehm, moc užitečné, protože tvoje kopie budou zastarávat - prostě na to odkažte, web existuje z nějakého důvodu 15:11 &lt;gott&gt; na žádné licence se neohlížím. 15:12 &lt;gott&gt; a taky poslední otázka: 15:12 &lt;+ant&gt; &lt;Synonymous2&gt; chtěl jsem zkopírovat pár věcí jako graf a nějakou grafiku hehe 15:12 &lt;gott&gt; kde jsou umístěné .jsp pro router? 15:12 &lt;jrandom&gt; gott: `http://dev.i2p/cgi-bin/cvsweb.cgi/apps/routerconsole/jsp/` 15:13 &lt;gott&gt; ah 15:13 &lt;gott&gt; takže lokálně jsou v .jar? 15:13 &lt;jrandom&gt; gott: routerconsole.war 15:13 &lt;jrandom&gt; ale tam je moc neupravíš, jsou předkompilované do Javy 15:13 * gott kývne 15:13 &lt;gott&gt; Jasně. 15:14 &lt;gott&gt; to je ale nepohodlné. 15:14 &lt;gott&gt; až přijde lokalizace, to by se mohlo změnit? 15:14 &lt;jrandom&gt; jo. možností je ale hodně. když navrhneš HTML, které by JSP měly renderovat, napojíme to 15:14 &lt;+cervantes&gt; Synonymous: http://www.i2p.net/licenses 15:15 &lt;gott&gt; takže můžeš mít jazykové balíčky 15:15 * gott kývne 15:15 &lt;gott&gt; zatím je to jen natvrdo 15:15 &lt;jrandom&gt; lokalizace v Javě funguje načítáním jazykově-specifických properties souborů se zdroji 15:15 &lt;gott&gt; ale později by to mělo být méně svázané, navrhuji 15:15 &lt;jrandom&gt; jasně jasně 15:16 &lt;gott&gt; super. 15:16 &lt;gott&gt; tak já tedy použiju anonymní CVS ;-) 15:16 &lt;jrandom&gt; boží 15:16 &lt;+ant&gt; &lt;BS314159&gt; bla: jsou někde k dispozici tvoje raw data? 15:16 &lt;jrandom&gt; bla se nedávno odpojil, ale zkusíme nějaká data zpřístupnit 15:17 &lt;gott&gt; mimochodem, máme někoho, kdo provozuje i2p na OpenBSD? 15:17 &lt;+ant&gt; &lt;BS314159&gt; bylo by fajn nechat lidi vyzkoušet si vlastní odhadovače 15:17 &lt;+ant&gt; &lt;BS314159&gt; sister:...23? 15:17 &lt;jrandom&gt; gott: jo, myslím, že detonate ano 15:18 &lt;+ant&gt; &lt;BS314159&gt; ack 15:18 &lt;+ant&gt; &lt;BS314159&gt; cross-post 15:18 &lt;+ant&gt; &lt;BS314159&gt; k čertu! 15:18 &lt;gott&gt; je to vůbec možné? jaká jsou omezení Javy ohledně OpenBSD a i2p? 15:18 &lt;gott&gt; ok. 15:18 &lt;jrandom&gt; BS314159: jo, na fóru je pár dobrých informací o úpravách tvých odhadovačů 15:18 &lt;+cervantes&gt; dlouhá schůzka 15:18 &lt;gott&gt; kdybych někdy měl čas, možná bych to rozběhl a udělal port. 15:18 &lt;gott&gt; ale to je daleko a někdo to nejspíš udělá přede mnou ;-) 15:18 &lt;jrandom&gt; cervantes: podívej se do logů, už jsme překročili 2h i dřív ;) 15:19 &lt;jrandom&gt; ok, má někdo ještě něco pro schůzku? 15:20 &lt;jrandom&gt; pokud ne 15:20 * jrandom se chystá zakončit 15:20 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2005/04/05/pozn%C3%A1mky-ke-stavu-i2p-ke-dni-2005-04-05/Tue, 05 Apr 2005 00:00:00 +0000/cs/blog/2005/04/05/pozn%C3%A1mky-ke-stavu-i2p-ke-dni-2005-04-05/<p>Ahoj všichni, je čas na týdenní aktualizaci</p> <ul> <li>Index</li> </ul> <ol> <li>0.5.0.5 2) Bayesovské profilování peerů 3) Q 4) ???</li> </ol> <ul> <li> <ol> <li>0.5.0.5</li> </ol> </li> </ul> <p>Minulý týden vydaná verze 0.5.0.5 měla své plusy i mínusy - zásadní změna, která řeší některé útoky v netDb, se zdá fungovat podle očekávání, ale odhalila několik dlouho přehlížených chyb v provozu netDb. To způsobilo značné problémy se spolehlivostí, zejména pro eepsites(I2P Sites). Chyby však byly identifikovány a opraveny v CVS a tyto opravy spolu s několika dalšími budou během příštího dne uvolněny jako verze 0.5.0.6.</p>/cs/blog/2005/04/05/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-5.-dubna-2005/Tue, 05 Apr 2005 00:00:00 +0000/cs/blog/2005/04/05/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-5.-dubna-2005/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> ant, duck, frosk, jrandom, jrandom2p, protokol, Teal`c\__, zzz</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 14:34 &lt;@jrandom&gt; 0) ahoj 14:34 &lt;@jrandom&gt; 1) 0.5.0.5 14:34 &lt;@jrandom&gt; 2) Bayesovské profilování peerů 14:34 &lt;@jrandom&gt; 3) Q 14:34 &lt;@jrandom&gt; 4) ??? 14:35 &lt;@jrandom&gt; 0) ahoj 14:35 * jrandom mává 14:35 * smeghead předává svůj seznam úkolů do paralelního vesmíru 14:35 &lt;@jrandom&gt; týdenní statusové poznámky jsou zveřejněny @ http://dev.i2p.net/pipermail/i2p/2005-April/000675.html 14:36 &lt;@jrandom&gt; můžeme rovnou skočit na 1) 0.5.0.5 14:36 &lt;+ant&gt; * Connelly mává 14:37 &lt;+protokol&gt; ahoj všem 14:37 &lt;@jrandom&gt; jak je zmíněno v poznámkách o stavu (a v aktuálním history.txt), vystopovali jsme pár dlouho přetrvávajících chyb v netDb 14:37 &lt;@jrandom&gt; doteď jsme to dokázali nějak obcházet, ale 0.5.0.5 nás donutila začít dělat věci "správně", proto nás to teď dohání 14:39 &lt;@jrandom&gt; očekávám, že zítra někdy bude nové vydání, takže sledujte odkaz na aktualizaci na své konzoli routeru :) 14:39 &lt;+protokol&gt; jéé 14:39 &lt;@jrandom&gt; vlastně, to je teď zhruba všechno, co k tomu mám – má někdo něco, co by přidal ohledně 0.5.0.5? 14:40 &lt;+protokol&gt; ne 14:41 &lt;@jrandom&gt; ok, přecházíme na 2) Bayesovské profilování peerů 14:41 &lt;@jrandom&gt; ah, sakra, bla před pár minutami z kanálu vypadl 14:42 &lt;@jrandom&gt; no každopádně, chtěl jsem lidi upozornit na práci od bla, která zkoumá robustnější techniky profilování 14:42 &lt;+protokol&gt; odkládáme 2? 14:43 &lt;@jrandom&gt; mrkněte na příspěvek na fóru a odkaz na theland.i2p pro víc informací a pošlete bla své postřehy :) 14:44 &lt;@jrandom&gt; ok, jdeme dál na 3) Q 14:44 &lt;@jrandom&gt; aum: jsi tu? 14:44 &lt;@jrandom&gt; hm, nevypadá to 14:45 &lt;@jrandom&gt; ok, na projektu Q je spousta pokroku, víc detailů, jak se zapojit do alfa testování, je @ `http://aum.i2p/q/` 14:45 &lt;@jrandom&gt; jsem si jistý, že až bude k dispozici aktualizace, uslyšíme o tom víc na listu 14:46 &lt;+ant&gt; &lt;Connelly&gt; Q mi funguje pro získávání obsahu 14:46 &lt;@jrandom&gt; jo, mně to taky funguje skvěle, sem tam pár zádrhelů, ale je to dost slibné 14:47 &lt;+ant&gt; &lt;Connelly&gt; můj Q server uložil 2 malé položky, pak se zasekl na 100 % využití CPU, dokud jsem ho nezabil 14:47 &lt;zzz&gt; kdo to ještě neviděl, mrkněte na můj Q frontend `http://flock.i2p/cgi-bin/q` 14:47 &lt;@jrandom&gt; zzz: to je fakt pecka 14:48 * jrandom zapomněl na to URL, když psal poznámky o stavu (d'oh) 14:50 &lt;@jrandom&gt; ok, ještě něco ke 3) Q? nebo přejdeme na 4) ??? 14:50 * jrandom beru to, že jsme se posunuli 14:51 &lt;@jrandom&gt; má někdo ještě něco, co by chtěl na schůzce probrat? 14:51 &lt;+ant&gt; &lt;Connelly&gt; píšu HTTP/HTML filtr pro I2P 14:51 &lt;+protokol&gt; ano 14:51 &lt;+protokol&gt; Ian Clarke je troll na Slashdotu 14:51 &lt;+ant&gt; &lt;Connelly&gt; programuju 14:51 &lt;+ant&gt; &lt;Connelly&gt; měl by být bezpečnější než Freenetův HTML filtr 14:51 &lt;+ant&gt; &lt;Connelly&gt; když mi dojde čas, prostě začlením Freenetův filtr 14:51 &lt;@jrandom&gt; super, Connelly, jak to jde? 14:52 &lt;@jrandom&gt; protokol: a ty jsi troll na #i2p ;) 14:52 &lt;+ant&gt; &lt;Connelly&gt; takže nakonec bychom měli mít HTML filtr pro I2P 14:52 &lt;+ant&gt; &lt;Connelly&gt; HTML filtrování hotové, teď dělám na CSS, na filtrování hlaviček jsem se ještě nepodíval 14:53 &lt;+ant&gt; &lt;Connelly&gt; je hodně paranoidní :) 14:53 &lt;@jrandom&gt; paráda 14:53 &lt;+protokol&gt; seznam povolených? 14:53 &lt;@duck&gt; propustí to vůbec něco? 14:53 &lt;+ant&gt; &lt;Connelly&gt; jo 14:53 &lt;+protokol&gt; pokud ano, co je aktuálně zakázáno 14:53 &lt;+protokol&gt; (něco důležitého) 14:55 &lt;+ant&gt; &lt;Connelly&gt; z významných věcí zakázáno: frames a iframes, skriptování, optgroup 14:55 &lt;+ant&gt; &lt;Connelly&gt; meta 14:55 &lt;+ant&gt; &lt;Connelly&gt; vložené objekty 14:56 &lt;@jrandom&gt; pěkné. těším se, jak se to bude vyvíjet – nějaký odhad, kdy bychom to mohli zkusit napojit na eepproxy? 14:56 &lt;+ant&gt; &lt;Connelly&gt; asi budu mít alfu za 1-2 týdny 14:57 &lt;+ant&gt; &lt;Connelly&gt; abychom mohli otestovat, jak to funguje 14:57 &lt;jrandom2p&gt; pecka 14:58 &lt;+ant&gt; &lt;Connelly&gt; umožňuje formuláře, cookies, cacheování obsahu, ale to lze vypnout v režimu 'paranoid' 14:58 &lt;+protokol&gt; proč frames a iframes? nemůžeš z nich prostě blokovat připojení na ne-I2P stránky? 14:59 &lt;+ant&gt; &lt;Connelly&gt; má nahoře lištu pro navigaci URL podobnou cgiproxy 14:59 &lt;+ant&gt; &lt;BS314159&gt; tuším, že těžké bude blokovat frames mezi různými eepsites 14:59 &lt;+ant&gt; &lt;Connelly&gt; nechci, aby to někdo unesl 14:59 &lt;+protokol&gt; myslím, můžeš prostě blokovat spojení 14:59 &lt;+ant&gt; &lt;Connelly&gt; mohlo by to být jako Freenetova proxy, kde na začátku jen zadáš URL 14:59 &lt;+protokol&gt; jo, frames můžou bejt super 14:59 &lt;+ant&gt; &lt;Connelly&gt; a jakmile začneš procházet, už nemůžeš zadávat URL 14:59 &lt;jrandom2p&gt; frames zabíjejí koťátka 15:00 &lt;+ant&gt; &lt;BS314159&gt; tohle musí být nejstarší framewar vůbec. pardon, flamewar 15:00 &lt;jrandom2p&gt; heh 15:00 &lt;+protokol&gt; řekl jsem „můžou“ bejt super 15:00 &lt;+ant&gt; &lt;BS314159&gt; co potřebujeme, je vlastní prohlížeč 15:00 &lt;@jrandom&gt; a létající poníky 15:01 &lt;@jrandom&gt; *ehm* 15:01 &lt;+ant&gt; &lt;Connelly&gt; dal bych přednost F-16 před poníkem 15:01 &lt;Teal`c__&gt; můžu dostat holku? 15:01 &lt;+ant&gt; &lt;Connelly&gt; udělám volbu pro zapnutí frames 15:01 &lt;+protokol&gt; Teal`c__: ne 15:02 &lt;+ant&gt; &lt;BS314159&gt; Existuje funkční I2P inproxy? bolas.mine.nu se zdá být mrtvý. 15:02 &lt;+protokol&gt; z jiných eepsites, že? 15:02 &lt;@jrandom&gt; BS314159: http://i2p.mine.nu/ 15:02 &lt;+protokol&gt; i2p.mine.nu 15:02 &lt;frosk&gt; i2p.mine.nu 15:02 &lt;+ant&gt; &lt;BS314159&gt; díky 15:02 &lt;+ant&gt; &lt;BS314159&gt; frames jsou bezpečné, pokud jsou v rámci jednoho eepsite. frames jsou bezpečné, pokud je veškerý obsah statický 15:03 &lt;+ant&gt; &lt;BS314159&gt; jediné riziko je, když je v jednom z frames formulář, protože můžeš odeslat informace špatné straně 15:04 &lt;@jrandom&gt; eh, jsem názoru, že filtr by měl podporovat jen to, co *potřebujeme* (a víme, že je bezpečné), a nechat reálné požadavky uživatelů rozšiřovat funkcionalitu, než předem předpokládat, že lidé budou chtít některé věci 15:04 &lt;+ant&gt; &lt;BS314159&gt; moudré 15:06 &lt;@jrandom&gt; ok, má ještě někdo něco na schůzku? 15:06 &lt;Teal`c__&gt; promiňte, nevěděl jsem, že probíhá schůzka 15:07 &lt;@jrandom&gt; heh, žádný strach, budeš zvěčněn v záznamech ze schůzky ;) 15:07 &lt;@jrandom&gt; když už jsme u toho 15:07 * jrandom dokončuje 15:07 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2005/03/29/stavov%C3%A9-pozn%C3%A1mky-i2p-k-2005-03-29/Tue, 29 Mar 2005 00:00:00 +0000/cs/blog/2005/03/29/stavov%C3%A9-pozn%C3%A1mky-i2p-k-2005-03-29/<p>Ahoj všichni, je čas na týdenní statusové poznámky</p> <ul> <li>Index</li> </ul> <ol> <li>0.5.0.5 2) UDP (SSU) 3) Q 4) ???</li> </ol> <ul> <li> <ol> <li>0.5.0.5</li> </ol> </li> </ul> <p>Protože jste všichni tak skvěle a rychle přešli na 0.5.0.4, nová verze 0.5.0.5 vyjde po schůzce. Jak jsme probírali minulý týden, velkou změnou je zahrnutí batching code (kód pro dávkové zpracování), který sdružuje více malých zpráv dohromady místo toho, aby každá měla vlastní plnohodnotnou 1KB zprávu v rámci tunnelu. Ačkoliv to samo o sobě nebude revoluční, mělo by to výrazně snížit počet předávaných zpráv i využitou šířku pásma, zejména u služeb jako IRC.</p>/cs/blog/2005/03/28/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-28.-b%C5%99ezna-2005/Mon, 28 Mar 2005 00:00:00 +0000/cs/blog/2005/03/28/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-28.-b%C5%99ezna-2005/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> ant, cervantes, frosk, jrandom, Myo9, postman, smeghead, zzz</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 13:13 &lt;jrandom&gt; 0) ahoj 13:13 &lt;jrandom&gt; 1) 0.5.0.5 13:13 &lt;jrandom&gt; 2) UDP (SSU) 13:13 &lt;jrandom&gt; 3) Q 13:13 &lt;jrandom&gt; 4) ??? 13:13 &lt;jrandom&gt; 0) ahoj 13:13 * jrandom mává 13:13 * smeghead particles 13:13 &lt;jrandom&gt; týdenní poznámky o stavu jsou na @ http://dev.i2p.net/pipermail/i2p/2005-March/000661.html 13:14 &lt;jrandom&gt; (o hodinu dřív *mumblemumble*) 13:14 &lt;jrandom&gt; každopádně, přecházím k 1) 0.5.0.5 13:15 &lt;jrandom&gt; jak bylo zmíněno v poznámkách o stavu, dnes večer vyjde nové vydání 13:15 &lt;jrandom&gt; každý, kdo ještě není na 0.5.0.4, by měl co nejdřív upgradovat, jinak si nepopovídáte s uživateli 0.5.0.5 13:15 &lt;jrandom&gt; všichni uživatelé 0.5.0.4 by měli upgradovat hned, jakmile vyjde 0.5.0.5 13:16 &lt;@smeghead&gt; bude aktualizace fungovat přes nový důvěryhodný aktualizační mechanismus v konzoli routeru? 13:17 &lt;jrandom&gt; ano i ne 13:17 &lt;jrandom&gt; samozřejmě má 0.5.0.4 chybu v komponentě NewsFetcher, kdy nezapisuje do dočasného souboru, ale místo toho pokračuje /přes/ existující soubor 13:18 &lt;jrandom&gt; takže vzhledem k tomu, jak NewsFetcher detekuje aktualizace, neuvidí pozdější informaci "hele, 0.5.0.5! stáhni si to!" 13:18 &lt;zzz&gt; ano, pokud chcete čekat 12 hodin? není tam 'aktualizovat hned' tlačítko, že? 13:18 &lt;jrandom&gt; na druhou stranu, jakmile vyjde 0.5.0.5 a news.xml bude aktualizován, uživatelé 0.5.0.4 mohou ten soubor smazat a stáhne se znovu, detekuje se a dovolí vám aktualizovat 13:19 &lt;@smeghead&gt; jak se ten soubor jmenuje? 13:19 &lt;@smeghead&gt; aha, chápu 13:19 &lt;jrandom&gt; zzz: pokud news.xml neexistuje nebo nebyl 12 hodin změněn, stáhne se nová revize 13:20 &lt;jrandom&gt; bude k dispozici nový i2pupdate.zip, stejně jako i2pupdate.sud 13:20 &lt;jrandom&gt; (i když pro pozdější revize už .zip nemusí být poskytován) 13:20 &lt;@smeghead&gt; má být news.xml v kořenovém instalačním adresáři? 13:20 &lt;jrandom&gt; smeghead: docs/news.xml 13:21 &lt;+Myo9&gt; Nebude lepší, aby se aktualizace získávaly ve výchozím nastavení anonymně? 13:21 &lt;+Myo9&gt; s/not/"not be"/ 13:22 &lt;jrandom&gt; Myo9: minulý týden k tomu bla nabídl protiargument – skutečnost, že provozujete i2p, není tajná, a použití vašeho eepproxy k jeho stažení by mohlo dev.i2p umožnit vidět, jaký destination (cílová adresa v I2P) se používá 13:22 &lt;+frosk&gt; stejně každý pozná, že provozujete router 13:22 &lt;+ant&gt; &lt;mae^&gt; lalalala 13:22 &lt;jrandom&gt; stejně jako není dobrý nápad říkat na IRC "hej, právě restartuju svůj router", nechcete spojovat své nicky s aktivitou vašeho routeru 13:23 &lt;+Myo9&gt; Ok. 13:23 &lt;+ant&gt; * mae^ si zakrývá uši 13:23 &lt;jrandom&gt; ale na druhou stranu, kdyby dev.i2p byl skutečně anonymní hostitel (tj. nevěděli bychom, že je to dev.i2p.net), potřebovali bychom pro to podporu :) 13:23 &lt;+ant&gt; &lt;mae^&gt; neříkej mi to zasraný síťový heslo 13:24 &lt;+ant&gt; &lt;mae^&gt; sakra 13:25 &lt;jrandom&gt; ok, má někdo ještě něco k 1) 0.5.0.5? 13:25 &lt;+ant&gt; &lt;mae^&gt; pojďme si všichni udělat minutu a poděkovat jr hned teď 13:25 &lt;+ant&gt; &lt;mae^&gt; potichu a pro sebe... 13:25 &lt;@smeghead&gt; mae^: co takhle po schůzce 13:25 &lt;jrandom&gt; heh, a na stránku darů ;) 13:25 &lt;+ant&gt; &lt;mae^&gt; nebo jemu a soukromě je to taky v pohodě 13:26 &lt;+ant&gt; &lt;mae^&gt; nebo přispějte! 13:26 &lt;jrandom&gt; ok, posouváme se k 2) UDP (SSU) 13:26 &lt;jrandom&gt; na webu máme pár myšlenek k novému protokolu UDP a hodila by se kritická zpětná vazba 13:27 &lt;+ant&gt; * cervantes si všímá královského "my" 13:27 &lt;@smeghead&gt; co je SSU 13:27 &lt;jrandom&gt; no, psát to můžu já, ale všichni jsme ty problémy probírali ;) 13:28 &lt;jrandom&gt; SSU == Secure Semireliable UDP (zabezpečené částečně spolehlivé UDP) 13:28 &lt;jrandom&gt; http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/udp.html?rev=HEAD 13:28 &lt;+ant&gt; &lt;Eol&gt; ??? rozjel jsem i2p, ale nemůžu resolvovat .i2p stránky .... píše nasměrovat prohlížeč na proxy 4444, ale privoxy + tor tam už jsou ... site.i2p:4444 taky selže ... nápady (bez vypínání privoxy nebo tor) 13:28 &lt;@smeghead&gt; Eol: --&gt; #i2p-chat 13:29 &lt;jrandom&gt; Eol: možná ti někdo v #i2p-chat pomůže, teď jsme na týdenní vývojářské schůzce 13:30 &lt;jrandom&gt; základní pointa je, že budeme schopni obejít většinu NATů, ale bohužel ne všechny. statistiky ukazují, že to bude fungovat pro značné % (75–95, podle toho, koho se zeptáte) 13:31 &lt;jrandom&gt; ok, to je opravdu vše – pokud má někdo dotazy/komentáře/obavy, klidně mi nebo na list pošlete e‑mail kdykoliv 13:31 &lt;+ant&gt; * Eol se omlouvá 13:31 &lt;@smeghead&gt; ti zbývající by se měli vzbouřit proti svým tyranským správcům systému 13:31 &lt;jrandom&gt; v pohodě, eol 13:32 &lt;@smeghead&gt; (nebo se plácnout přes kapsu za skutečné připojení k síti) 13:32 &lt;jrandom&gt; nebo si pořiďte nesymetrický NAT 13:32 &lt;+frosk&gt; (nebo počkat na omezené trasy) 13:32 &lt;jrandom&gt; jo, nebo počkat na 2.0 :) 13:32 &lt;@smeghead&gt; protože upřímně, pokud vám záleží na svobodě informací a anonymitě, neměli byste se stejně podvolovat takovým omezením NAT mimo vaši kontrolu 13:32 &lt;jrandom&gt; smeghead: ne každý má v téhle věci na výběr 13:33 &lt;jrandom&gt; například tu byl nedávno uživatel ze SAE, kde je JEDEN ISP se svým vlastním NATem 13:33 &lt;@smeghead&gt; to je pravda, ale jsou i lidé, kteří očekávají, že se přetrhneme, abychom je podporovali, přestože by si měli vzít svou kontrolu zpět 13:33 &lt;@smeghead&gt; správně 13:34 &lt;jrandom&gt; jo, podpoříme, co půjde, a co nepůjde, no, to zatím nepůjde 13:34 &lt;@smeghead&gt; čím víc se lidé ISPčkům ohýbají, tím víc budou ISPs omezovat své uživatele a tím těžší bude náš úkol 13:37 &lt;jrandom&gt; ok, má ještě někdo něco k 2) UDP? pokud ne, přecházím k 3) Q 13:37 &lt;jrandom&gt; hmm, vypadá to, že aum ještě není vzhůru :) 13:37 &lt;jrandom&gt; ale v zásadě je spousta super věcí na @ `http://aum.i2p/q/` 13:38 &lt;@smeghead&gt; myslím, že mluvím za aum, když řeknu, "zzzzzzzzzzzzzZZZz" 13:39 &lt;jrandom&gt; ok, nevím, jestli mám něco dalšího kromě toho, co je v e-mailu, mimo "paráda, mluvte s aum" :) 13:40 &lt;jrandom&gt; ok, rychle přecházím k 4) ??? 13:40 &lt;jrandom&gt; má někdo ještě něco, co chce otevřít? 13:41 &lt;cervantes&gt; páni, pod půl hodiny? 13:41 &lt;jrandom&gt; nejdřív vypustím poznámky ze schůzky o hodinu dřív a teď tohle! 13:41 &lt;@smeghead&gt; čas na obstrukci 13:41 &lt;jrandom&gt; *odkašlává si* 13:41 &lt;+postman&gt; :) 13:41 &lt;jrandom&gt; ok, pokud už nic není, můžu se vrátit k balení 0.5.0.5 a vy si to stáhnete, až to bude připravené :) 13:41 &lt;+postman&gt; ok, chtěl jsem jen oznámit v2mail.i2p 13:42 * cervantes vytahuje čínský gong z dynastie Ming 13:42 &lt;jrandom&gt; oó, paráda, postmane 13:42 &lt;+postman&gt; jako oficiální portál vývoje v2mail 13:42 &lt;+postman&gt; to HTML rozvržení žere děti 13:42 &lt;+postman&gt; ale i tak doufám, že dokumenty/whitepapery tam pro vás budou zajímavé 13:43 &lt;+postman&gt; dokumentace bude v průběhu příštího týdne aktualizována 13:43 &lt;@smeghead&gt; mohl bys trochu říct, co je v2mail? 13:43 &lt;@smeghead&gt; v2 jako verze 2, nebo jako ta raketa? 13:43 &lt;+postman&gt; smeghead: nová decentralizovaná e‑mailová služba pro i2p 1.0 13:43 &lt;+postman&gt; smeghead: v2 odkazuje na verzi 13:44 * postman neplánuje žádné mailbomby ani rakety :) 13:44 &lt;@smeghead&gt; má to nějaké specifické závislosti na 1.0, nebo je to jen cíl? 13:45 &lt;+postman&gt; před námi je ještě pár měsíců práce – aktualizace tam budou oznamovány 13:45 &lt;+frosk&gt; pěkná práce, postmane 13:45 &lt;+postman&gt; smeghead: ne, nejsou žádné závislosti na 1.0 – budete dál používat susimail nebo svůj vlastní MUA (poštovní klient) 13:46 &lt;+postman&gt; frosk: díky 13:46 &lt;+postman&gt; jrandom: k, /me hands back the microphone 13:47 &lt;+ant&gt; &lt;cervantes&gt; *vzdálený potlesk* 13:47 &lt;jrandom&gt; w3rd, vypadá to rozhodně dobře 13:47 &lt;+postman&gt; cervantes: hele, co tvůj plugin pro Firefox? 13:47 &lt;jrandom&gt; ok, má ještě někdo něco, co by chtěl k schůzce dodat? 13:48 &lt;+ant&gt; &lt;cervantes&gt; postman: eerm pořád na tom makám 13:49 &lt;+postman&gt; cervantes: já si s tím chci hrát :) 13:50 &lt;+ant&gt; &lt;cervantes&gt; zrovna se prokousávám úmornou částí správy uživatelských předvoleb... pak by mělo být vše připraveno na testovací vydání 13:50 &lt;jrandom&gt; hustý 13:50 &lt;+postman&gt; c00l :) 13:52 &lt;+ant&gt; &lt;cervantes&gt; mimochodem... zdá se, že jsem přesvědčil pár vývojářů Mozilly, aby se podívali na úpravu kódu, abych mohl snadno přidat filtrování URI do pluginu (tj. budu moci zaručit, že se nevytvářejí žádná spojení na ne-i2p adresy) 13:52 &lt;jrandom&gt; ó, pěkné! 13:52 &lt;+ant&gt; &lt;cervantes&gt; ale ve Firefoxu to nebude ještě pár vydání 13:53 &lt;jrandom&gt; super, prosím, informuj nás průběžně 13:53 &lt;+ant&gt; &lt;cervantes&gt; jasně 13:54 &lt;jrandom&gt; ok, pokud už nic není... 13:54 * jrandom se chystá 13:54 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2005/03/22/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-22.-b%C5%99ezna-2005/Tue, 22 Mar 2005 00:00:00 +0000/cs/blog/2005/03/22/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-22.-b%C5%99ezna-2005/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> ant, bla, cervantes, detonate, duck, frosk, jdot, jrandom, mihi, Ragnarok</p> <h2 id="záznam-schůzky">Záznam schůzky</h2> <div class="irc-log"> 13:01 &lt;@jrandom&gt; 0) ahoj 13:01 &lt;@jrandom&gt; 1) 0.5.0.3 13:01 &lt;@jrandom&gt; 2) dávkování 13:01 &lt;@jrandom&gt; 3) aktualizace 13:01 &lt;@jrandom&gt; 4) ??? 13:01 &lt;@jrandom&gt; 0) ahoj 13:01 * jrandom mává 13:01 &lt;@jrandom&gt; právě zveřejněné týdenní poznámky o stavu jsou k dispozici na http://dev.i2p.net/pipermail/i2p/2005-March/000654.html 13:02 &lt;+detonate&gt; ahoj 13:02 &lt;+cervantes&gt; čau 13:02 &lt;@jrandom&gt; skočme rovnou k 1) 0.5.0.3 13:02 &lt;@jrandom&gt; vydání vyšlo před pár dny a ohlasy jsou pozitivní 13:02 &lt;+cervantes&gt; jrandom: dej vědět, až ti na monitor vylezou modří tancující trpaslíci, a meeting ukončíme dřív 13:03 &lt;@jrandom&gt; heh cervantes 13:03 &lt;@jrandom&gt; (díky Bobovi za editovatelné zápisy ze schůzky ;) 13:04 &lt;@jrandom&gt; k 0.5.0.3 nemám moc co dodat nad to, co je v tom mailu 13:04 &lt;@jrandom&gt; máte k tomu nějaké komentáře/dotazy/obavy? 13:04 &lt;bla&gt; jrandom: Nějaká nová měření kódu pro výběr rychlých peerů? 13:05 &lt;@jrandom&gt; aha, věděl jsem, že je v 0.5.0.3 ještě něco, co jsem zanedbal ;) 13:06 &lt;@jrandom&gt; zatím nemám tvrdá čísla, ale podle dojmů fast peer selection našel peery, o kterých vím, že jsou „rychlí“ (např. routery na stejném stroji apod.) 13:07 &lt;bla&gt; jrandom: Někdy eepsites stále vyžadují několik pokusů, než se najde použitelný tunnel 13:07 &lt;@jrandom&gt; občas přišly hlášení o docela slušné propustnosti (v rozsahu 10–20 KB/s), ale není to zatím časté (stále máme parametry přiškrcené) 13:08 &lt;+ant&gt; &lt;Connelly&gt; ups, probíhá meeting 13:09 &lt;@jrandom&gt; hmm, ano, zjistil jsem, že spolehlivost stále není tam, kde má být. Opakovat víc než jednou ale není řešení – když se stránka nenačte ani po jednom opakování, dejte tomu 5–10 min, než to zkusíte znovu 13:09 &lt;@jrandom&gt; co jsem ale na síti viděl, jsou poměrně časté špičky zpoždění v transportní vrstvě 13:10 &lt;@jrandom&gt; např. trvá 5–20+ sekund jen protlačit přes socket zprávu o velikosti 1–2 KB 13:10 &lt;@jrandom&gt; v kombinaci s cestou o 5 hopů (tunnely po 2 hopech) se snadno dostanete do potíží 13:11 &lt;@jrandom&gt; to je vlastně část motivace pro kód dávkování – snížit počet (#) zpráv, které je třeba poslat 13:13 &lt;@jrandom&gt; OK, má ještě někdo dotazy/komentáře/obavy k 0.5.0.3? 13:13 &lt;bla&gt; jrandom: Vypadá to dobře. Zeptám se víc v další „sekci“ 13:14 &lt;@jrandom&gt; w3rd, OK, můžeme se tedy posunout k 2) dávkování 13:15 &lt;@jrandom&gt; email a můj blog (jrandom.dev.i2p&lt;/spam&gt;) by měly popsat základy toho, co je plánováno 13:15 &lt;@jrandom&gt; a, no, je to vlastně dost základní věc 13:15 &lt;@jrandom&gt; stávající preprocesor je ten nejjednodušší možný na implementaci (název třídy: TrivialPreprocessor) ;) 13:16 &lt;@jrandom&gt; ten nový má nastavitelné parametry pro frekvenci dávkování a také jistou afinitu k odchozímu tunnelu v rámci jednotlivých poolů tunnelů (kde se snažíme po dobu až např. 500 ms vybírat pro následné požadavky tentýž odchozí tunnel, aby se dávkování optimalizovalo) 13:17 &lt;@jrandom&gt; to je asi vše, co k tomu mám – nějaké dotazy/komentáře/obavy? 13:18 &lt;bla&gt; Vyžaduje to, aby všechny zúčastněné uzly běžely na novém preprocesoru, nebo může koexistovat mix Trivial/NewOne? 13:18 &lt;+Ragnarok&gt; to přidá 0,5 s latence, že? 13:19 &lt;@jrandom&gt; bla: ne, tenhle preprocesor se používá jen na vstupní bráně tunnelu a je na té bráně, jak a zda bude dávkovat 13:20 &lt;@jrandom&gt; Ragnarok: obvykle ne – zpráva č. 1 se může zpozdit až o 0,5 s, ale zprávy 2–15 se přenesou mnohem rychleji, než by se přenesly jinak. Je tam i jednoduchý práh – jakmile je k dispozici objem dat na plnou tunnel message, vypustí se 13:20 &lt;+Ragnarok&gt; super 13:20 &lt;+Ragnarok&gt; kolik režie to ušetří? 13:21 &lt;@jrandom&gt; značně ;) 13:21 &lt;+Ragnarok&gt; značně je fajn, byť neurčitě :P 13:21 &lt;@jrandom&gt; koukni na svůj `http://localhost:7657/oldstats.jsp#tunnel.smallFragments` 13:21 &lt;@jrandom&gt; porovnej to s #tunnel.fullFragments 13:22 &lt;bla&gt; jrandom: Týká se to jen komunikace endpoint-&gt;IB-gateway? 13:22 &lt;@jrandom&gt; s dávkováním půjde poměr plných vůči malým nahoru a počet (#) vycpávkových bajtů v malých půjde dolů 13:23 &lt;@jrandom&gt; bla: hmm, týká se to všech brán tunnelů, ať už inbound nebo outbound 13:24 &lt;mihi&gt; plné fragmenty: lifetime average value: 1,00 over 1.621,00 events 13:24 &lt;bla&gt; jrandom: OK 13:24 &lt;mihi&gt; může být počet fragmentů necelý? 13:24 &lt;@jrandom&gt; plné: 1.00 over 807,077.00 events malé: 746.80 over 692,682.00 events 13:25 &lt;@jrandom&gt; heh mihi 13:25 &lt;@jrandom&gt; (to malé: 746 znamená, že u těch 692k zpráv bylo 746 z 996 bajtů vycpávka navíc!) 13:26 &lt;@jrandom&gt; no, ne úplně zbytečná – splnila svůj účel 13:26 &lt;+detonate&gt; každopádně zbytečná režie 13:27 &lt;@jrandom&gt; jo, hodně z toho bychom měli zvládnout odbourat s preprocesorem pro dávkování 13:28 &lt;@jrandom&gt; bohužel to nebude součástí příštího vydání 13:28 &lt;@jrandom&gt; ale bude to v revizi 0.5.0.6 (nebo možná 0.5.1) 13:28 &lt;@jrandom&gt; erm, 0.5.0.5 nebo 0.5.1 13:28 * jrandom má zmatek v číslech 13:29 &lt;bla&gt; jrandom: Proč ne? 13:29 &lt;+cervantes&gt; hašiš a prášky... sakra 13:30 &lt;@jrandom&gt; !thwap cervantes 13:30 &lt;@jrandom&gt; bla: v 0.5.0.3 (a dřívějších) je bug, kde obsluha fragmentovaných zpráv způsobí, že následující fragmenty v rámci stejné tunnel message jsou zahazovány 13:31 &lt;@jrandom&gt; kdybychom nasadili preprocesor pro dávkování rovnou, měli bychom značný počet ztracených zpráv 13:31 &lt;@jrandom&gt; to ale nevadí, máme v rukávu jiné pěkné věci, takže chystaná 0.5.0.4 nebude úplně nudná ;) 13:31 &lt;bla&gt; jrandom: Aha, tak proto 13:32 &lt;bla&gt; jrandom: Aha, takže proto to musíme udělat až po tom, co bude 0.5.0.4 mainstream.. Chápu. Díky. 13:33 &lt;@jrandom&gt; jo, bylo by fajn, kdyby si s tím obsluha fragmentů poradila – a obecně ano, jen uvolní buffer bajtů příliš brzy a vynuluje následující fragmenty (ups) 13:33 &lt;@jrandom&gt; OK, ještě něco k 2), nebo přejdeme k 3) aktualizace? 13:35 &lt;@jrandom&gt; OK, jak je zmíněno v poznámkách o stavu (a delší dobu probíráno na různých místech), přidáme funkcionalitu pro jednoduché a bezpečné aktualizace, která nevyžaduje, aby koncový uživatel chodil na web, četl mailing list nebo téma v kanálu :) 13:36 &lt;+detonate&gt; super 13:36 &lt;@jrandom&gt; smeghead dal dohromady nějaký kód, který pomůže proces zautomatizovat a zabezpečit, a ve spolupráci s cervantesem ho napojí jak na fire2pe, tak na běžnou routerconsole 13:37 &lt;@jrandom&gt; v mailu je obecný popis toho, co bude k dispozici, a i když většina funguje, pár částí ještě není úplně dořešených 13:37 &lt;@jrandom&gt; na rozdíl od dávkování to v příští revizi dostupné /bude/, i když lidi to moc nevyužijí až do 0.5.0.5 (až přijde čas aktualizovat) 13:39 &lt;+Ragnarok&gt; takže... co je to cool v 5.0.4? 13:42 &lt;@jrandom&gt; s kódem pro aktualizace přijde možnost stahovat oznamovací data, zobrazující např. kousek novinek nahoře v router console. Kromě toho máme v rámci update kódu novou komponentu spolehlivého stahování, která funguje buď přímo, nebo přes eepproxy, cestou opakuje pokusy a navazuje. Možná na tom postavíme i nějaké příbuzné funkce, ale nic neslibuju 13:42 &lt;+Ragnarok&gt; paráda 13:43 &lt;@jrandom&gt; OK, má ještě někdo dotazy/komentáře/obavy k 3) aktualizace? 13:45 &lt;@jrandom&gt; jestli ne, přejdeme k 4) ??? 13:45 &lt;@jrandom&gt; ještě něco, co chce někdo nadnést? Jsem si jistý, že jsem na pár věcí zapomněl 13:45 &lt;+detonate&gt; I2P je známé, že funguje se Sun JVM na OpenBSD 3.7 :) 13:45 &lt;@jrandom&gt; pěkné! 13:47 &lt;bla&gt; Jaký je stav UDP transportu? 13:48 &lt;+detonate&gt; UDP bude ošemetné, myslím, že by bylo lepší ukrást pipelining kód z BT a upravit ho ;) 13:48 &lt;@jrandom&gt; *kašel* 13:49 &lt;@jrandom&gt; nečekám velké potíže, ale práce je tam určitě dost 13:49 &lt;@jrandom&gt; bude zajímavé, jak bude fungovat politika front a omezování šířky pásma pro přijímání do fronty 13:50 &lt;bla&gt; Kdo dělal ty předběžné práce? 13:50 &lt;@jrandom&gt; bla: detonate a mule 13:50 &lt;+detonate&gt; jo... poslední měsíc nebo tak jsem to flákal 13:50 &lt;bla&gt; detonate: Předpokládám, že s tou poznámkou o BT vtipkuješ? 13:51 &lt;+detonate&gt; napůl vážně 13:51 &lt;+detonate&gt; minimálně by se tím dal snížit počet vláken pro transport na polovinu 13:51 * jrandom mrští po detonate kbelík bláta 13:51 &lt;jdot&gt; woohoo. můj router teď běží na mém dedikovaném serveru místo mé POS kabelové přípojky. 13:51 &lt;@jrandom&gt; nice1 jdot 13:52 &lt;@jrandom&gt; v transportní vrstvě si vystačíme se 3–5 vlákny pro veškerou komunikaci se všemi peery 13:52 &lt;bla&gt; detonate: Ale polovina stačit nebude, až se síť zvětší (&gt; pár stovek uzlů) 13:52 &lt;jdot&gt; s 1000GB šířky pásma k dispozici 13:53 &lt;jdot&gt; bohužel j.i2p a chat.i2p budou ještě pár hodin dole, než vše zmigruju 13:53 &lt;duck&gt; detonate: addressbook je taky zastavený? 13:53 &lt;+detonate&gt; jo, je taky zastavený 13:54 &lt;+detonate&gt; jediné, co není zastavené, je monolitické úložiště profilů, to jsem chtěl zprovoznit později dnes 13:54 &lt;@jrandom&gt; w3rd 13:54 &lt;+detonate&gt; pak I2P nebude masivně fragmentovat disk 13:54 &lt;jdot&gt; jrandom: pokud jde o limity šířky pásma, jsou to průměry? 13:54 &lt;+frosk&gt; moderní filesystémy nefragmentují, ty hlavo 13:55 &lt;+detonate&gt; NTFS ano 13:55 &lt;@jrandom&gt; jdot: limity šířky pásma jsou striktní zásobníky žetonů 13:55 &lt;@jrandom&gt; jdot: když nastavíš délku burstu, to je období, přes které se to zprůměrovává 13:56 &lt;@jrandom&gt; (no, 2× burst == perioda) 13:56 &lt;@jrandom&gt; ((plus minus)) 13:56 &lt;jdot&gt; hmmm... mám 1000 GB a chci, aby si I2P mohlo vzít až 800 GB/měsíc.... 13:56 &lt;+ant&gt; &lt;mihi&gt; detonate: ntfs ukládá opravdu malé soubory do mft, což znamená skoro žádnou fragmentaci 13:57 &lt;jdot&gt; a je mi jedno, na kolik to burstuje 13:57 &lt;+detonate&gt; no, když spustíš defragmentaci, stráví 10 minut přesouváním všech 6000 profilů... takže se to asi fragmentuje 13:58 &lt;@jrandom&gt; jdot: hmm, 800 GB je nejspíš víc, než to vůbec bude chtít protlačit, takže asi můžeš jet bez limitů ;) 13:58 &lt;@jrandom&gt; na druhou stranu, kdybys popsal politiku, kterou chceš implementovat, možná ji zvládneme 13:58 &lt;jdot&gt; jrandom: zatím to tak nechám a uvidím, jak to funguje 13:58 &lt;bla&gt; detonate: NTFS je, pokud si dobře pamatuji, žurnálovací FS. Takže i monolitický soubor se roztříští, když do něj zapisuješ malé kousky 13:58 &lt;+detonate&gt; všechno se zapisuje najednou 13:59 &lt;+detonate&gt; a čte najednou 13:59 &lt;bla&gt; detonate: OK. Chápu. 13:59 &lt;jdot&gt; jrandom: no, počkejme, jestli to vůbec bude problém. 13:59 &lt;bla&gt; detonate: v tom případě dobrá práce! 13:59 &lt;+detonate&gt; zajímalo by mě, jak velké bude využití, když to necháš neomezené 14:00 &lt;+detonate&gt; na dobrém připojení 14:00 &lt;jdot&gt; mě taky! 14:00 &lt;@jrandom&gt; moje routery v colu běží bez limitů, ale jsou omezené CPU 14:00 &lt;+Ragnarok&gt; můžeš použít bitbucket, aby se to průměrovalo přes měsíc? 14:00 &lt;jdot&gt; jrandom: omezené CPU? Jaké CPU? 14:01 &lt;@jrandom&gt; 4d transfer 3.04GB/2.73GB 14:01 &lt;+detonate&gt; hmm, čekal jsem méně 14:01 &lt;@jrandom&gt; jdot: omezené CPU, protože na něm běží 3 routery, plus pár dalších JVM, někdy s profilováním 14:01 &lt;+detonate&gt; to budou ti BT lidi 14:01 &lt;+detonate&gt; až poběží dávkování, bude zajímavé vidět, jak se to změní 14:02 &lt;@jrandom&gt; detonate: část toho transferu je i to, že si mezi sebou posílám 50MB soubory ;) 14:02 &lt;+detonate&gt; heh 14:02 &lt;jdot&gt; ahh. OK. Uvidíme, jak si tenhle systém povede. Je to AMD XP 2400 s 512 MB a 10Mbit připojením 14:02 &lt;@jrandom&gt; Ragnarok: zásobníky žetonů takhle úplně nefungují 14:02 &lt;@jrandom&gt; jdot: jasně, jo, tohle je p4 1.6, pokud si dobře pamatuju 14:03 &lt;@jrandom&gt; Ragnarok: v zásobníku žetonů každou (např.) sekundu přidáš podle rychlosti nějaké žetony. Pokud je zásobník plný (velikost = období burstu), žetony se zahodí 14:04 &lt;@jrandom&gt; kdykoli chceš přenést data, potřebuješ mít dostatečné množství žetonů 14:04 &lt;@jrandom&gt; (1 žeton = 1 bajt) 14:04 &lt;+Ragnarok&gt; vím, jak fungují... co se stane, když prostě uděláš zásobník hodně velký? 14:05 &lt;+detonate&gt; pak nikdy nepřestaneš posílat data 14:05 &lt;+detonate&gt; pokud je nekonečně velký 14:05 &lt;+detonate&gt; eh, a je naplněný žetony 14:05 &lt;@jrandom&gt; když je opravdu velký, po období nízkého využití se to může rozjet a burstovat na neomezené rychlosti 14:06 &lt;@jrandom&gt; i když to v některých případech může být žádoucí 14:07 &lt;@jrandom&gt; jde o to, že nemůžeš prostě nastavit zásobník žetonů na 800 GB, protože by to neomezilo celkové přenesené množství 14:08 &lt;+detonate&gt; potřebuješ tam pole, kde nastavíš počet žetonů za sekundu, pak můžeš prostě vydělit měsíční využití šířky pásma počtem sekund 14:08 &lt;+detonate&gt; :) 14:10 &lt;@jrandom&gt; to je totéž jako nastavit rychlost průměrovanou přes měsíc, což by bylo nevyvážené. Každopádně existuje spousta scénářů – pokud má někdo takový, který jeho potřeby s tím, co je k dispozici, nepokrývá, prosím, ozvěte se 14:10 &lt;+Ragnarok&gt; ale když nastavíš rychlost na průměr, který chceš... myslím tady 308 kB/s, a pak nastavíš bitbucket na něco hodně velkého... proč to nefunguje? 14:11 &lt;+Ragnarok&gt; s/larger/large/ 14:12 &lt;+detonate&gt; no, můžeš to nastavit tak, aby to nikdy neposlalo víc než 800 GB/44000 v 60sekundovém období burstu 14:12 &lt;+detonate&gt; 44000 je zhruba počet minut v měsíci 14:13 &lt;@jrandom&gt; velikost zásobníku/doba burstu určuje, kolik pošleme bez omezení, a většina lidí omezení /chce/, aby router nenasál 10 Mb/s na 5 minut při vyprazdňování zásobníku (nebo tak něco) 14:14 &lt;@jrandom&gt; je možné i další škrcení žetonů vytékajících ze zásobníku (a má mít to škrcení svůj vlastní zásobník žetonů, a ten zásobník své vlastní škrcení atd.) 14:16 &lt;+Ragnarok&gt; myslel jsem, že se do zásobníku přidává jen tehdy, když se nevyužívá šířka pásma 14:16 &lt;@jrandom&gt; žetony se do zásobníku přidávají konstantní rychlostí (např. 64k žetonů za sekundu) 14:17 &lt;@jrandom&gt; cokoli, co chce šířku pásma, si vždy žádá zásobník 14:18 &lt;+Ragnarok&gt; aha.. OK 14:19 &lt;@jrandom&gt; OK, super, má ještě někdo něco, co chce na meetingu otevřít? 14:21 &lt;@jrandom&gt; OK, jestli ne 14:21 * jrandom se připravuje 14:21 * jrandom *baf* uzavírá meeting </div>/cs/blog/2005/03/22/stavov%C3%A9-pozn%C3%A1mky-i2p-k-22.-3.-2005/Tue, 22 Mar 2005 00:00:00 +0000/cs/blog/2005/03/22/stavov%C3%A9-pozn%C3%A1mky-i2p-k-22.-3.-2005/<p>Ahoj všichni, krátká aktualizace stavu</p> <ul> <li>Index</li> </ul> <ol> <li>0.5.0.3 2) seskupování do dávek 3) aktualizace 4) ???</li> </ol> <ul> <li>0.5.0.3</li> </ul> <p>Nové vydání je venku a většina z vás aktualizovala poměrně rychle – díky! Došlo k opravám chyb v různých oblastech, ale nic revolučního – největší změnou bylo odpojení uživatelů verzí 0.5 a 0.5.0.1 od sítě. Od té doby sleduji chování sítě, probírám se tím, co se děje, a i když došlo k určitému zlepšení, pořád je ještě pár věcí, které je potřeba dořešit.</p>/cs/blog/2005/03/15/pozn%C3%A1mky-ke-stavu-i2p-k-2005-03-15/Tue, 15 Mar 2005 00:00:00 +0000/cs/blog/2005/03/15/pozn%C3%A1mky-ke-stavu-i2p-k-2005-03-15/<p>Ahoj všichni, je čas na týdenní aktualizaci</p> <ul> <li>Index</li> </ul> <ol> <li>Stav sítě 2) Feedspace 3) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Za poslední týden jsem většinu času věnoval analýze chování sítě, sledování statistik a pokusům reprodukovat různé události v simulátoru. Zatímco některé z podivného chování sítě lze přičíst zhruba dvěma tuctům routers, které jsou stále na starších verzích, klíčovým faktorem je, že naše výpočty rychlosti nám neposkytují dobrá data – nejsme schopni správně identifikovat protějšky, které dokážou rychle přenášet data. V minulosti to nebyl velký problém, protože chyba způsobovala, že jsme jako &lsquo;fast&rsquo; pool používali 8 protějšků s nejvyšší kapacitou, namísto vytváření legitimních úrovní odvozených z kapacity. Náš současný výpočet rychlosti vychází z periodického testu latence (konkrétně z RTT z tunnel testu), ale ten poskytuje nedostatečné množství dat, takže nemůžeme mít v tuto hodnotu důvěru. Potřebujeme tedy lepší způsob, jak získat více datových bodů, a přitom stále umožnit protějškům s &lsquo;high capacity&rsquo;, aby mohli být podle potřeby povyšeni do &lsquo;fast&rsquo; úrovně.</p>/cs/blog/2005/03/15/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-15.-b%C5%99ezna-2005/Tue, 15 Mar 2005 00:00:00 +0000/cs/blog/2005/03/15/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-15.-b%C5%99ezna-2005/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> ant, bla, cervantes, detonate, frosk, godmode0, jrandom, legion, Myo9, newkid, polecat, Pseudonym, Ragnarok, smeghead, Teal, thetower</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 13:07 &lt;jrandom&gt; 0) ahoj 13:07 &lt;jrandom&gt; 1) Stav sítě 13:07 &lt;jrandom&gt; 2) Feedspace 13:07 &lt;jrandom&gt; 3) ??? 13:07 &lt;jrandom&gt; 0) ahoj 13:07 * jrandom mává 13:07 &lt;jrandom&gt; týdenní status je na http://dev.i2p.net/pipermail/i2p/2005-March/000649.html 13:08 &lt;Teal&gt; ahoj 13:08 &lt;jrandom&gt; (jo, tentokrát jsem přišel pozdě, ale jen o kousek!) 13:08 &lt;frosk&gt; ahoj 13:08 &lt;jrandom&gt; můžeme rovnou skočit na 1) stav sítě 13:08 &lt;jrandom&gt; síť je, jakože, nahozená a tak 13:09 &lt;jrandom&gt; celková propustnost je pořád níž jako předtím, se značným počtem zahazovaných zpráv a fragmentů 13:09 &lt;bla&gt; ahoj 13:09 &lt;ant&gt; &lt;dm&gt; špatné 13:09 &lt;Teal&gt; nějaké indicie proč? 13:10 &lt;jrandom&gt; Teal: jasně, přečti si status? :) 13:10 &lt;+detonate&gt; ahoj 13:11 &lt;jrandom&gt; pořád je ~ 25 lidí na starších buildech a nejspíš tam zůstanou, dokud je neodpojíme ze sítě 13:11 &lt;jrandom&gt; každopádně bychom je měli umět obejít, takže je jejich přítomnost vlastně užitečná, řekl bych 13:11 &lt;jrandom&gt; (bylo by fajn, kdyby upgradovali... ;) 13:11 &lt;cervantes&gt; (ahoj) 13:11 &lt;frosk&gt; to jsou asi ovečky, co si nainstalovaly i2p, protože si o tom někde přečetly a chtěly zkusit „anonymous p2p“ 13:12 &lt;ant&gt; &lt;BS314159&gt; jo, pokud k degradaci kvality sítě může dojít kvůli chybám, je to možné i ze škodolibosti 13:12 &lt;newkid&gt; Tohle je moje první meeting, ale četl jsem poznámky a problém vypadá podobně tomu, co jsem psal před meetingem 13:12 &lt;Pseudonym&gt; víme, jaké konkrétní problémy staré uzly způsobují a proč? 13:12 &lt;jrandom&gt; bs314159: nepřipisuj zlému úmyslu to, co se dá připsat tomu, že jrandom napsal špatný kód ;) 13:13 &lt;jrandom&gt; Pseudonym: jo, viz changelog 13:13 &lt;newkid&gt; Provozuju dva uzly, pár milisekund od sebe, a většinou se navzájem nepovažují za „fast“ 13:13 &lt;jrandom&gt; přesně tak, newkid 13:13 &lt;jrandom&gt; kalkulátor rychlosti, jak je nasazený, je, no, dost na nic 13:13 &lt;jrandom&gt; neshromažďuje dost dat, aby měl nějakou důvěru v hodnoty 13:13 &lt;bla&gt; Hmm.. To je v nejlepším případě špatné ;) 13:13 &lt;jrandom&gt; je to asi tak bezvýznamné jako „okamžité rychlosti“, co vidíš na /oldconsole.jsp 13:14 &lt;jrandom&gt; zkouším nové kalkulátory a zlepšení je, ale ten algoritmus má problémy 13:14 &lt;jrandom&gt; konkrétně nedovolí, aby se peery s vysokou kapacitou staly rychlými peery, aniž by tito rychlí peery vypadli ze skupiny vysoké kapacity 13:15 &lt;bla&gt; jrandom: Dostává každý uzel data o „rychlosti“ ostatních uzlů přímo („P2P“), nebo přes tunnels? 13:15 &lt;jrandom&gt; (alias prvních K peerů umístěných do skupiny fast zůstane ve skupině fast) 13:15 &lt;jrandom&gt; bla: přes tunnels, přímému měření nemůžeme věřit, to by umožnilo triviální útoky na anonymitu 13:15 &lt;godmode0&gt; "alfYl6RvHzw=" = "21538-900" 13:15 &lt;godmode0&gt; "alV9ye/y/Us=" = "23565-200" 13:15 &lt;godmode0&gt; je to sha1 ? 13:15 &lt;jrandom&gt; (např. být fakt hodně pomalý ke všem kromě Alice) 13:15 &lt;+detonate&gt; zůstanou tam po celou dobu běhu router? 13:15 &lt;jrandom&gt; godmode0: jsme teď na meetingu 13:16 &lt;godmode0&gt; ups promiň 13:16 &lt;jrandom&gt; detonate: dokud jeden z nich neselže nebo neodmítne tunnel (alias jejich kapacitní hodnocení je vyřadí ze skupiny vysoké kapacity) 13:16 &lt;+detonate&gt; ok 13:17 &lt;bla&gt; bla: Hmm.. Tohle zní jako problém, který — aby se získalo _opravdu_ dost_ dat — musí být &gt;&gt;log(N) na síti. 13:17 &lt;jrandom&gt; hraju si s nápady, jak získat víc dat, ale ještě jsem to neaktualizoval 13:17 &lt;bla&gt; Co do zátěže, tedy. 13:18 &lt;jrandom&gt; no, jeden z kritických bodů určitě je, když zátěž sítě přesáhne kapacitu sítě 13:18 &lt;jrandom&gt; myslím, že naše kalkulátory kapacity to zvládnou 13:18 &lt;cervantes&gt; jrandom: používá -3 opravdu tuhle metodu výběru fast peerů? 13:18 &lt;+polecat&gt; Doufejme, že protože přenos dat mezi peery má prvky fairness, nepůjde zátěž příliš zvýšit... 13:19 &lt;bla&gt; jrandom: Myslím konkrétně: musíme zajistit, že „hledání toho, kdo je rychlý“ zůstane O(log(N)) 13:19 &lt;jrandom&gt; cervantes: jo, ale jak jsem říkal, nedovoluje povyšování peerů mezi fast a high capacity 13:19 &lt;jrandom&gt; polecat: fairness controls? 13:19 &lt;cervantes&gt; právě jsem si uvědomil, že jsem měl zapnutý proxy a prohlížel jsem live web, aniž bych si to uvědomil (říkal jsem si, že připojení je nějaké pomalé) ;-) 13:20 &lt;cervantes&gt; s/live web/outerweb 13:20 &lt;jrandom&gt; bla: nejsem si jistý, že bychom měli záviset na N. není třeba najít optimální „nejrychlejší v síti“, stačí „dost rychlý, aby zvládl naše data“ 13:20 &lt;@smeghead&gt; zdá se, že i2pProxy.pac je nebezpečný i pro svého tvůrce :) 13:20 &lt;jrandom&gt; heh pěkné, cervantes :) 13:20 &lt;jrandom&gt; lol 13:20 &lt;cervantes&gt; každopádně to určitě zlepšilo věci na mém domácím uzlu, který předtím hodně trpěl 13:21 &lt;ant&gt; &lt;BS314159&gt; jrandom: můžeš to randomizovat? 13:21 &lt;cervantes&gt; smeghead: hehe no to teda nepoužívám! myslíš, že jsem blázen! 13:21 &lt;ant&gt; &lt;BS314159&gt; tj. vytvořit spontánní míru přechodu? 13:21 &lt;jrandom&gt; BS314159: používáme tiering a náhodně vybíráme v rámci tiers 13:22 &lt;jrandom&gt; BS314159: spontánní míry jsou v podstatě to, co máme teď, což hodně kolísá 13:22 &lt;jrandom&gt; (we == 0.5.0.2-0) 13:22 &lt;ant&gt; &lt;BS314159&gt; myslím, že nerozumím problému. nm. 13:23 &lt;jrandom&gt; dělat to bezpečně a přesně je těžké, ale myslím, že je kolem dost dat, abychom vytěžili dost informací. uvidíme 13:23 &lt;bla&gt; jrandom: Každopádně, hledání pár dobrých uzlů vypadá dost jako optimalizace mravenčí kolonií (ant-colony optimization) 13:24 &lt;bla&gt; jrandom: Protože jakmile máš rychlé peery, budeš nejspíš používat TY k hledání dalších rychlých 13:24 &lt;jrandom&gt; navrhoval bys další aktivní testování v tom duchu? 13:24 &lt;jrandom&gt; ah, to vlastně není pravda 13:25 &lt;jrandom&gt; to je rozdíl mezi client tunnels a exploratory tunnels 13:25 &lt;bla&gt; jrandom: A tudíž to vypadá, že v podstatě děláš chamtivou optimalizaci (něco jako ant-colony) 13:25 &lt;jrandom&gt; client tunnels se staví s fast peers, exploratory tunnels se staví s jakýmkoli peerem, který nepadá 13:25 &lt;jrandom&gt; (vybraným náhodně) 13:26 &lt;bla&gt; jrandom: Hmm.. Pro anonymitu je to dobré. Ale pro rychlé nalezení dobrých partnerů do tunnelu by bylo lepší používat fast peers i v expl. tunnels... Zase ten trade-off 13:26 &lt;jrandom&gt; na druhou stranu by v tom směru mohlo něco pomoct optimalizovat výběr peerů 13:26 &lt;jrandom&gt; jo, jasně, dostal bys lepší výkon použitím fast peers, ale pak bys neexploroval :) 13:27 &lt;jrandom&gt; exploratory tunnels se nepoužívají pro end-to-end klientské zprávy, jen pro netDb zprávy, zprávy pro údržbu tunnels a peer test zprávy 13:27 &lt;bla&gt; jrandom: Chápu, takže efektivně používáš náhodné expl. tunnels, abys předešel lokálním optimům? 13:27 &lt;jrandom&gt; takže skutečná propustnost exploratory tunnels není důležitá (dokud data projdou, nakonec) 13:27 &lt;jrandom&gt; jo 13:29 &lt;bla&gt; jrandom: Ok, chápu. Na druhou stranu: Když používám své client tunnels k přenosu dat (třeba stahování z eepsite), zdá se mi (intuitivně), že timing/propustnost na tom by mohly sloužit jako jakési „pasivní hodnocení peerů“, že? 13:29 &lt;jrandom&gt; rozhodně, bla, a momentálně ta data do výběru rychlosti ještě nezapočítáváme 13:29 &lt;bla&gt; jrandom: tj. jako pomocný způsob, jak získat víc dat o peerech 13:30 &lt;jrandom&gt; něco z toho můžeme, ale něco bude těžší sbírat (protože streaming lib je externí) 13:30 &lt;jrandom&gt; určitě bychom měli sebrat, co můžeme, abychom získali větší jistotu 13:30 &lt;ant&gt; &lt;BS314159&gt; nebude to záviset na nejpomalejším článku v jakémkoli tunnelu? 13:31 &lt;ant&gt; &lt;BS314159&gt; což to udělá dost těžké použít pro hops&gt;0? 13:31 &lt;jrandom&gt; BS314159: jo, ale zprůměruje se to, protože peery se vybírají náhodně v rámci fast tier 13:31 &lt;jrandom&gt; to samé platí pro jakékoli vzdálené měření 13:34 &lt;jrandom&gt; ok, tak tady zhruba jsme momentálně. doufejme, že budeme mít nové kalkulátory a statistiky pro build -4 nebo -5 během pár dnů, abychom viděli, jak to zvládá živou síť 13:34 &lt;jrandom&gt; má někdo ještě něco k 1) Stav sítě? 13:34 &lt;bla&gt; jrandom: Možná to vypadá, že na to kladu přehnaný důraz, ale přijde mi to jako problém, který je velmi zásadní, aby velká I2P síť fungovala... 13:35 &lt;jrandom&gt; bla: určitě je to důležité, ale pamatuj, nepotřebujeme optimální výběr peerů. stačí dostatečný 13:35 &lt;ant&gt; &lt;aum&gt; dobré ráno 13:36 &lt;jrandom&gt; jde nám o to najít nějaké peery, kteří zvládnou tunnel, a zajistit, aby ty tunnels zvládly naše data 13:36 &lt;jrandom&gt; dobré ráno, aum, akorát na meeting :) 13:36 &lt;bla&gt; jrandom: chápu. Díky za vysvětlení! 13:36 &lt;jrandom&gt; samozřejmě máš pravdu, že by to bylo boží, kdybychom /mohli/ najít optimální výběr peerů ;) 13:37 &lt;jrandom&gt; a určitě je spousta prostoru pro studenty, aby vymysleli nápady a napsali práce 13:37 &lt;frosk&gt; to by byl super diplomový projekt :) 13:37 &lt;+detonate&gt; jak proveditelné by bylo aktivně ladit parametry výběru peerů, dokud se to doufejme neusadí na něčem, co funguje, abstrahujíc od nemožnosti takový systém debuggovat? :) 13:38 &lt;jrandom&gt; detonate: ruční výběr peerů je opruz (PITA), protože rychlí peery se občas ucpou, požádají tě, abys ubral, atd. 13:38 &lt;+detonate&gt; ah 13:39 &lt;jrandom&gt; vím, že bychom se v tom mohli hrabat donekonečna, proto jsem si dal milník úspěšně přenést jeden konkrétní velký soubor standardními tunnels, bez odpojení 13:39 &lt;+detonate&gt; dobře 13:40 &lt;Teal&gt; Vítězství za každou cenu! 13:40 &lt;jrandom&gt; (na druhou stranu, jsou tam nějaké nedokumentované funkce systému výběru peerů, které umožní lidem ručně vážit jednotlivé peery, ale nedoporučuju to ;) 13:40 &lt;jrandom&gt; ok, to by bylo k 1), teď přejděme na 2) Feedspace 13:41 * jrandom předává mikrofon froskovi 13:41 &lt;frosk&gt; oh, ok, ahoj 13:42 &lt;Myo9&gt; Ahoj, Frosku. 13:42 * jrandom vytahuje vysoce intenzivní reflektor 13:42 &lt;frosk&gt; takže, všichni by se měli kouknout na `http://feedspace.i2p` (klíče u oriona nebo na jrandomově blogu) 13:42 &lt;frosk&gt; můj devbuddy (kterého teď prozradím jako ku) a já jsme začali psát kód a vedli spoustu živých diskusí 13:42 &lt;frosk&gt; také, `http://feedspace.i2p/wiki/CallForComments` má čerstvou revizi dokumentu feedspace :) 13:43 &lt;frosk&gt; ahoj Myo9 13:43 &lt;frosk&gt; jo a, feedspace je náš nový (a finální) název pro to, co dřív bylo známo jako i2pcontent nebo fusenet :) 13:43 &lt;jrandom&gt; r0x0r 13:43 &lt;frosk&gt; jak uvádí status, pořád máme velký zájem o zpětnou vazbu k obecnému návrhu všeho 13:44 &lt;frosk&gt; nikdo by se neměl stydět to zpochybnit :) 13:44 &lt;frosk&gt; a web taky vypisuje nějaké „volné pozice“, hodily by se pomocné ruce v mnoha aspektech systému a projektu 13:45 &lt;frosk&gt; máme docela těsný harmonogram a bohužel nikdo z nás není na projektu full-time 13:45 &lt;frosk&gt; takže to je asi vše, myslím. dotazy? :) 13:45 &lt;ant&gt; * aum se nemůže dostat na orion.i2p ani na jrandomův blog, takže nedosáhne ani na feedspace.i2p 13:46 &lt;frosk&gt; hm ano, web má taky roadmapu, ale data tam se _budou_ měnit :) 13:46 &lt;legion&gt; feedspace.i2p=KuW5sR2iGCfnnuwdslHbFsNyNCsoZnoIwAmHeypOV-s8OQxokBpdNazksBrhoQum9nv81vprl6k15Mhcd~KWE4OajjmdU7v2fjqps7QK3KmLv4UTrX-ihSIUdhb5B9FLh2XEFEQ4-8guFTVxBRqQQE~c058AL6~uZpuFpLtEOg0HEZ6BydndOhx-FCDm8ip12pPwZ3a5O86l1UoATZBXxoctGafTjnUlx64jyQs6y0WB811l36wVrc~~dqEcanxab0yfg8dJ~1M4EUNrXcHT-PwYYrr3GgpimuF4oUtYjkeDKlq5WjfMAa8bE73HFgquxq99fuW5aI1JbLPxnTLHi00-2On0dSDwJxSP08HOhKFKMNzykI9Asg8CywzNO6kWpbX9yaML36ohCJF0iaLvvDyhS4a2B65crSJRJPVkbxIvsyyUyYMGi31EK593ijOLjOvug 13:46 &lt;legion&gt; prosím, aum 13:46 * jrandom právě přidal feedspace do http://dev.i2p.net/i2p/hosts.txt 13:46 &lt;jrandom&gt; (a do cvs) 13:46 * frosk dočasně oslepl 13:46 &lt;jrandom&gt; legion: nikdy to nevkládej jako jeden řádek, je to moc dlouhé, nevejde se 13:47 &lt;ant&gt; &lt;aum&gt; díky 13:47 &lt;frosk&gt; jrandom by asi mohl commitnout klíč do svého hosts.txt, co? :) 13:47 &lt;jrandom&gt; jo, už tam je, zapomněl jsem :) 13:48 &lt;frosk&gt; každopádně plán je mít něco jednoduchého a funkčního (a 100% bez chyb!) do I2P 0.6.1 a později postavíme další vychytávky 13:49 &lt;jrandom&gt; heh wikked 13:49 &lt;frosk&gt; s/out/ready for real-world testing/ 13:49 &lt;frosk&gt; pořád nemůžu říct, jestli je to realistické, ale doufám, že jo, nebo budeme dál škrtat featury ;) 13:49 &lt;ant&gt; &lt;BS314159&gt; když se nemůžu dostat na feedspace.i2p, zeptám se základně 13:50 &lt;ant&gt; &lt;aum&gt; ten klíč není správný, má jen 441 znaků 13:50 &lt;jrandom&gt; správně, aum, irc to zkrátí, vem si http://dev.i2p.net/i2p/hosts.txt 13:51 &lt;+detonate&gt; frosk: mám návrh zatím 13:51 &lt;+detonate&gt; dejme něco do i2p router console, co stáhne seznam aktualizací z i2p webserveru, aby lidi věděli, kdy aktualizovat své routery, atd. :) 13:51 &lt;legion&gt; ah promiňte. Každopádně už jsem to commitnul i do svého hosts.txt. 13:51 &lt;ant&gt; &lt;aum&gt; díky, jrandom 13:51 &lt;ant&gt; &lt;BS314159&gt; které z následujících systémů vidíte, že feedspace nahradí: usenet, gnutella, google, livejournal, www 13:52 &lt;jrandom&gt; , církev 13:52 &lt;jrandom&gt; eh.. 13:52 &lt;cervantes&gt; jrandom: ah, nachytal jsi mě uprostřed commitu hosts 13:52 &lt;ant&gt; &lt;BS314159&gt; tj. je to diskuzní fórum, systém pro sdílení souborů, systém indexace obsahu, systém pro dynamické stránky a/nebo systém pro statické servírování 13:53 &lt;ant&gt; * aum vypíná throttling v routerConsole a zkouší, jestli to pomůže 13:54 &lt;frosk&gt; BS314159: budeme podporovat blogy, fóra a sdílené adresáře (pro první verzi, další aplikace jsou možné) 13:54 &lt;frosk&gt; nenahrazuje to webové stránky jako takové 13:54 &lt;frosk&gt; ale pro „sdílení souborů“ to určitě jde použít 13:54 &lt;+detonate&gt; tedy syndikace obsahu? 13:54 &lt;jrandom&gt; asi by to nahradilo statický webový obsah, umožní trvalou webovou publikaci pro lidi, co nemůžou provozovat eepsites 13:54 &lt;frosk&gt; o tom to je 13:55 &lt;jrandom&gt; (dvouslovné shrnutí: usenet+SSK) 13:55 &lt;frosk&gt; jo 13:55 &lt;ant&gt; &lt;BS314159&gt; ok 13:55 &lt;Ragnarok&gt; ne tak trvalou 13:56 &lt;jrandom&gt; Ragnarok: záleží na politice syndikátora, pravda 13:56 &lt;+detonate&gt; děje se něco se stasher? 13:56 &lt;frosk&gt; může to být tak trvalé, jak nejdychtivější syndikátor :) 13:56 &lt;jrandom&gt; (viz: dejanews ;) 13:56 &lt;ant&gt; &lt;aum&gt; detonate: stasher je pozastaven, píšu úplně novou věc jménem quartermaster 13:57 &lt;+detonate&gt; chápu 13:58 &lt;jrandom&gt; frosk: jak můžeme pomoct? 13:59 &lt;jrandom&gt; mají se lidi registrovat a hackovat wiki, psát e-maily, postovat na fórum? 13:59 &lt;jrandom&gt; oh, možná přimějeme cervantese přidat novou kategorii fóra? 13:59 &lt;frosk&gt; myslím, že fórum by teď bylo velmi fajn 14:00 &lt;frosk&gt; pro soukromější diskusi nám můžete psát na ku@mail.i2p a frosk@mail.i2p 14:01 &lt;cervantes&gt; hrrrm ... budete v tom dělat recenze her? 14:01 &lt;jrandom&gt; heh 14:01 &lt;jrandom&gt; w3rd 14:01 &lt;cervantes&gt; protože jestli ne... tak jste vítáni mít novou sekci fóra 14:01 &lt;frosk&gt; myslel jsem recenze top20 hudby, cervantesi 14:02 &lt;jrandom&gt; (btw, zrcadlo call for comments @ http://dev.i2p.net/~jrandom/feedspace.txt) 14:02 &lt;cervantes&gt; :) 14:04 &lt;cervantes&gt; frosk: feedspace nebo feed space nebo Feedspace nebo Feed Space nebo FeedSpace? 14:04 &lt;frosk&gt; cervantes: Feedspace 14:05 &lt;frosk&gt; těším se na spoustu diskusí na fóru :) já už k tomuto bodu nic nemám, někdo další? 14:05 &lt;jrandom&gt; ok super, díky za update, frosku 14:06 &lt;@smeghead&gt; nebo FEeDspace? 14:06 &lt;ant&gt; &lt;cervantes&gt; frosk: až budeš mít chvilku, pošli mi prosím do PM jednovětný popis pro sekci fóra 14:06 &lt;legion&gt; hmm když jsme u nových fór, lol. Dávám dohromady nové fórum. I když mám před sebou dost hackování phpbb kódu, mělo by to být hotové někdy tenhle týden. ;) 14:06 &lt;jrandom&gt; cool, legione 14:06 &lt;jrandom&gt; to nás hezky přivádí k 3) ??? 14:06 &lt;jrandom&gt; má někdo něco dalšího? 14:06 &lt;jrandom&gt; aum: nějaké novinky o Q? 14:07 &lt;frosk&gt; já, ehm, ne 14:07 &lt;ant&gt; &lt;aum&gt; vývoj Q postupuje dobře, momentálně nic k oznámení 14:07 &lt;jrandom&gt; w3rd 14:07 &lt;ant&gt; * aum má hotovo z 90 % net.i2p.i2ptunnel.I2PTunnelXMLServer 14:07 &lt;ant&gt; &lt;BS314159&gt; mám jednoduchou otázku o netDb 14:07 &lt;ant&gt; &lt;aum&gt; teď funguje všechno kromě 'i2p.tunnel.close' 14:07 &lt;legion&gt; moje fóra umožní členům mít dost velké avatary, diskutovat sdílený obsah, prakticky cokoli. 14:08 &lt;jrandom&gt; wikked 14:08 &lt;ant&gt; &lt;BS314159&gt; na stránce se píše, že záznamy se ukládají na peery nejblíž k SHA256(router identity + YYYYMMdd) 13:08 &lt;jrandom&gt; správně, BSpi 14:08 &lt;@smeghead&gt; legion: bude to stejný bezpečnostní průšvih jako tvůj bt klient? 14:08 &lt;ant&gt; &lt;BS314159&gt; znamená to, že je nápor provozu každý den v 00:00 GMT? 14:08 &lt;ant&gt; * aum získává trochu plynulosti v javě, dosáhl „kognitivní kritické masy“ 14:09 &lt;jrandom&gt; BS: data points expirují častěji než migrují 14:09 &lt;jrandom&gt; LeaseSet je platný jen 10 minut, například 14:09 &lt;bla&gt; jrandom: Je nějaký příkaz z příkazové řádky, kterým bych si mohl nechat vypsat odhady rychlosti každého peeru v síti za posledních, řekněme, 60 sekund? 14:09 &lt;legion&gt; lol, fóra bezpečnostní riziko? 14:10 &lt;@smeghead&gt; legion: ano, a pokud nevíš ani tohle, už mě to přesvědčuje, že tvoje fóra budou bezpečnostní riziko 14:10 &lt;jrandom&gt; bla: jo, java -cp lib/i2p.jar:lib/router.jar -Djava.library.path=. net.i2p.router.peermanager.ProfileOrganizer peerProfiles/* 14:10 &lt;jrandom&gt; (myslím) 14:10 &lt;legion&gt; oh a příští verze mého bt klienta by neměla způsobovat takové problémy... 14:10 &lt;jrandom&gt; možná budeš muset přidat nějaké log levely do logger.config, kouknu 14:10 &lt;@smeghead&gt; legion: Cervantes udělal hromadu úprav phpBB, aby to pro i2p zabezpečil 14:10 &lt;ant&gt; &lt;BS314159&gt; zdá se mi, že když se to děje najednou ve stanovený čas, je to nešikovné. Kdyby se to dělo průběžně, vypadalo by to... hladší. A také by to dalo útočníkovi méně času na útok, protože kousky dat by byly špatně za méně než 24 hodin 14:11 &lt;jrandom&gt; ne, vypisuje to na stdout 14:11 &lt;frosk&gt; jrandom: jak se teď cítíš ohledně i2p roadmapy, pokud se smí zeptat? myslíš, že je realistická? 14:11 &lt;legion&gt; Hmm, dostanu se k cervantesovým modům? 14:11 &lt;jrandom&gt; frosk: aktualizuju ji, když se s ní necítím dobře 14:12 &lt;frosk&gt; ok 14:12 &lt;+detonate&gt; víš, existuje windows installer pro python 2.4, jeden pro wxpython a je tu i i2p-bt tarball, fakt nevidím, proč by si někdo obstarával/důvěřoval třetí straně 14:12 &lt;legion&gt; Jinak budu muset dál hackovat zdroják phpbb sám... 14:12 &lt;jrandom&gt; BS: peery by koukaly na špatné místo max. 30 s, kvůli synchronizaci hodin 14:12 &lt;@smeghead&gt; legion: bav se 14:12 &lt;legion&gt; no proč si někdo obstará a používá kazaa? 14:13 &lt;bla&gt; jrandom: Ptám se, protože... 14:13 &lt;legion&gt; Nebo morpheus? 14:13 &lt;jrandom&gt; (protože neví líp?) 14:13 &lt;legion&gt; Oba obsahují adware/etc... 14:13 &lt;+detonate&gt; jsou nevědomí? 14:14 &lt;legion&gt; jo a jsou miliony nevědomých uživatelů. ;) 14:14 &lt;ant&gt; &lt;BS314159&gt; legion: zníš, jako bys chtěl s I2P bundlovat spyware. Opravdu geniální tah. 14:14 &lt;bla&gt; jrandom: ...prošel jsem SpeedCalculator.java a CapacityCalculator.java a chtěl bych experimentovat s estimátory 14:14 &lt;cervantes&gt; legion: drž se ofiko patchů a dej htaccess na admin oblasti 14:14 &lt;jrandom&gt; wikked, bla 14:14 &lt;legion&gt; Co? Ani náhodou... Nesnáším malware... 14:14 &lt;cervantes&gt; většina mých modů se týká prevence spamu 14:14 &lt;ant&gt; &lt;aum&gt; můžu nadhodit kritičtější téma? 14:14 &lt;legion&gt; To je vše? cervantesi? 14:15 &lt;jrandom&gt; povídej, aum? 14:15 &lt;@smeghead&gt; legion: a co tvoji uživatelé, kteří taky nesnášejí malware? proč neděláš nic, abys zmírnil jejich obavy? 14:15 &lt;ant&gt; &lt;dm&gt; BS314159: jsi windows hotfix? 14:15 &lt;ant&gt; &lt;aum&gt; jen mně se zdá, nebo je v i2p pořád nějaká nestabilita? mám hromadu problémů i s hlavními eepsites, irc atd. 14:15 &lt;bla&gt; jrandom: Navíc mi teď běží hlavou „pasivní fingerprinting“ (trochu ;): Když dostávám data přes tunnel, něco mi to říká o šířce pásma/kapacitě všech peerů v tom tunnelu:... 14:15 &lt;jrandom&gt; aum: viz týdenní status 14:16 &lt;cervantes&gt; legion: přejmenuj všechny stránky registrace, loginu, postování a editace profilu na něco nestandardního 14:16 &lt;bla&gt; jrandom: Řekne mi to něco o peeru nejblíž mně, o něco míň o peerech o krok dál a tak postupně míň. 14:16 &lt;cervantes&gt; pomůže to držet červy dál 14:16 &lt;jrandom&gt; bla: jo, četl jsem ten timing paper a včerejší tor attack paper s velkým zájmem 14:17 &lt;Myo9&gt; Cervantesi, uvolníš nějaké své mody? 14:17 &lt;Myo9&gt; s/ant/any/ 14:17 &lt;jrandom&gt; jsou obavy tímto směrem v kalkulátoru kapacity s různými úrovněmi odmítání 14:18 &lt;bla&gt; jrandom: Svým způsobem mi to dává určitý stupeň „víry“ v šířku pásma/kapacitu peerů (ten stupeň víry závisí na vzdálenosti ke každému z členů tunnelu a na míře víry, kterou mám v BW/kapacitu uzlů nejblíž mně) 14:18 &lt;legion&gt; díky za rady, cervantesi :) 14:18 &lt;bla&gt; jrandom: Znám pár lidí, co hodně umí Bayesovské sítě víry... ;)) 14:18 &lt;@smeghead&gt; zase, legion ignoruje otázku 14:18 &lt;+thetower&gt; Myslím, že budeme muset s legionem uzavřít příměří a nechat ho psát, co chce, nikdo to přece nemusí používat. 14:18 &lt;jrandom&gt; hmm, co přesně myslíš vzdáleností, bla? 14:18 &lt;ant&gt; &lt;dm&gt; co to legion chystá? 14:19 &lt;bla&gt; jrandom: Proberu to s nimi, ohledně pasivního fingerprintingu (pozn.: nemyslím „fingerprinting“ v negativním smyslu) 14:19 &lt;jrandom&gt; wikked 14:19 &lt;jrandom&gt; návrhy, jak nejlépe vybírat „kvalitní“ peery, jsou velmi vítané 14:19 &lt;cervantes&gt; Myo9: jistě bych mohl. 14:19 &lt;legion&gt; Každopádně zatím není moc i2p windows uživatelů a ne moc lidí pouští můj i2p-bt binární build. Brzy bude další vydání, které uvolním, a nebude mít takové problémy... Bude binárka i zdroják. 14:19 &lt;@smeghead&gt; proč by někdo chtěl používat software od někoho, kdo ani nedělá ty nejzákladnější kroky k řešení obav uživatelů ohledně bezpečnosti a anonymity, je mimo mé chápání 14:20 &lt;ant&gt; &lt;aum&gt; frosk: v jakém jazyce píšete feedspace? (promiň, jestli jsem se už ptal) 14:20 &lt;cervantes&gt; není to čistý „patch“ nebo tak něco 14:20 &lt;bla&gt; jrandom: vzdálenost... Řekněme, že mám inbound tunnel X -&gt; Y -&gt; já a vím _hodně_ o vlastnostech Y, pak mi statistiky na tom, co přijímám tím tunelem, hodně řeknou o X 14:20 &lt;frosk&gt; aum: java (a odpouštím ;) 14:20 &lt;cervantes&gt; prostě jsem opravoval věci a problémy, jak přicházely 14:20 &lt;bla&gt; jrandom: Naopak, když mám málo dat/víry o vlastnostech Y, přenosové statistiky mi o X zatím moc neřeknou; nejdřív se musím víc naučit o Y 14:20 &lt;cervantes&gt; jak 14:20 &lt;jrandom&gt; bla: je velmi těžké poznat, jestli latence nebo zahlcení nastává u X nebo Y (nebo dřívějších hopů) 14:20 &lt;cervantes&gt; `http://forum.i2p/index.php?c=4` 14:21 &lt;cervantes&gt; nová sekce: Feedspace 14:21 &lt;jrandom&gt; w00t 14:21 &lt;frosk&gt; yay 14:22 &lt;legion&gt; každopádně dost diskuse o mém vydání, další diskusi o tom veďme v kanálu #itorrent 14:22 &lt;bla&gt; jrandom: To je pravda. Nicméně při velkém množství dat (a doufajíc, že doba měření není _mnohem_ větší než časová škála změn vlastností uzlů), jsem přesvědčen, že ve statistikách provozu/tunnelů _musí_ být informace 14:22 &lt;@smeghead&gt; legion: můžeme diskutovat v bodě meetingu # 3) cokoli, co ovlivňuje i2p 14:23 &lt;@smeghead&gt; legion: a myslím, že tvůj software je vážný problém a zaslouží si varování uživatelů 14:23 &lt;legion&gt; jo, ok 14:23 &lt;jrandom&gt; bla: určitě, jen potřebujeme přitáhnout RTT z OutboundClientMessageOneShotJob 14:23 &lt;jrandom&gt; (a pak vymyslet, jak nejlépe ta data počítat a nechat odcházet v čase) 14:24 &lt;legion&gt; Takže, smegheade, kdybys dělal takové vydání ty, co bys udělal jinak? 14:24 &lt;@smeghead&gt; legion: to, jak neustále uhýbáš otázkám a snažíš se odklonit diskusi, je hodně znepokojivé 14:25 &lt;@smeghead&gt; legion: nejdřív uvolni zdroják k aktuální binárce, i kdyby to bylo „jen i2p-bt se smegheadovým patchem“, a dej na svůj web popis svého forku 14:25 &lt;bla&gt; jrandom: Co tam znamená RTT? 14:26 &lt;@smeghead&gt; legion: bylo by užitečné udělat jako i2p-bt a mít changelog se všemi úpravami, které jsi udělal 14:27 &lt;jrandom&gt; bla: end-to-end klientské zprávy jsou často (defaultně vždy) zabalené v garlic obálce, která obsahuje dodatečný DeliveryStatusMessage vracející se odesílateli (přes tunnels, samozřejmě), což umožňuje použít AES+sessionTags místo ElGamal 14:28 &lt;bla&gt; jrandom: (ano) 14:28 &lt;+detonate&gt; jak jsem říkal, můžeš prostě dát odkaz na download stránku pro tři věci, které potřebuje i2p-bt, je to přímočaré a dostaneš přesně to samé, fakt nevidím smysl pro nic jiného než trojan 14:28 &lt;jrandom&gt; později aktualizujeme I2CP (a SDK), aby streaming lib mohl doručit stejná data bez vyžadování DeliveryStatusMessage 14:29 &lt;@smeghead&gt; detonate: souhlasím, měl prostě poslat patch do oficiálního i2p-bt, forkování bylo úplně zbytečné a vyvolalo okamžité podezření 14:30 &lt;+detonate&gt; přesně 14:30 &lt;@smeghead&gt; *suspicion 14:31 &lt;jrandom&gt; ok, má ještě někdo něco k meetingu? 14:31 &lt;ant&gt; &lt;drakoh&gt; ahoj lidi! chtěl jsem vědět, děje se se sítí něco speciálního? 14:32 &lt;@smeghead&gt; vzhledem k povaze i2p aplikace pro ni vyvíjené vyžadují větší míru otevřenosti vůči koncovým uživatelům a spolupráce mezi vývojáři 14:32 &lt;jrandom&gt; drakoh: viz týdenní status 14:32 &lt;bla&gt; quit 14:32 &lt;ant&gt; &lt;drakoh&gt; ne, myslím něco zvláštního ... 14:32 &lt;@smeghead&gt; i2p uživatelé budou vždy přirozeně do jisté míry paranoidní a je naší povinností dělat, co můžeme, abychom rozptýlili co nejvíc obav 14:32 &lt;ant&gt; &lt;drakoh&gt; jakože jsem přišel o všechny své peery 14:33 &lt;jrandom&gt; jo, souhlas, smegheade. u anonymitního nebo bezpečnostního softwaru, obzvlášť v poli prolezlém trojany jako je filesharing, je kritické být otevřený. 14:33 &lt;jrandom&gt; drakoh: ok, vydrž, můžeme to odladit, až meeting skončí 14:33 &lt;ant&gt; &lt;drakoh&gt; ups, promiňte 14:33 &lt;jrandom&gt; ok, když už mluvíme o konci meetingu... 14:34 * jrandom balí 14:34 * jrandom *baf* uzavírá meeting </div>/cs/blog/2005/03/08/pozn%C3%A1mky-o-stavu-i2p-k-2005-03-08/Tue, 08 Mar 2005 00:00:00 +0000/cs/blog/2005/03/08/pozn%C3%A1mky-o-stavu-i2p-k-2005-03-08/<p>Ahoj všichni, je čas na týdenní aktualizaci</p> <ul> <li>Index</li> </ul> <ol> <li>0.5.0.2 2) aktualizace mail.i2p 3) aktualizace i2p-bt 4) ???</li> </ol> <ul> <li> <ol> <li>0.5.0.2</li> </ol> </li> </ul> <p>Před pár dny jsme vydali verzi 0.5.0.2 a značná část sítě už aktualizovala (hurá!). Přicházejí hlášení, že nejhorší problémy z 0.5.0.1 byly odstraněny a celkově se zdá, že vše funguje v pořádku. Pořád jsou tu ale nějaké problémy se spolehlivostí, i když streaming lib (knihovna pro streamování) to zatím zvládá (irc připojení trvající 12-24+ hodin se zdají být normou). Snažím se dohledat některé zbývající problémy, ale bylo by opravdu, opravdu dobré, kdyby všichni co nejdřív přešli na nejnovější verzi.</p>/cs/blog/2005/03/08/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-8.-b%C5%99ezna-2005/Tue, 08 Mar 2005 00:00:00 +0000/cs/blog/2005/03/08/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-8.-b%C5%99ezna-2005/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Přítomni:</strong> ant, aum, bla, cervantes, detonate, duck, fedo, frosk, jrandom, legion, maestro^, mancom, named, postman, Ragnarok, septu_ssh</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 13:06 &lt;@jrandom&gt; 0) ahoj 13:06 &lt;@jrandom&gt; 1) 0.5.0.2 13:06 &lt;@jrandom&gt; 2) aktualizace mail.i2p 13:06 &lt;@jrandom&gt; 3) aktualizace i2p-bt 13:06 &lt;legion&gt; takže to souvisí s IRC servery? 13:06 &lt;@jrandom&gt; 4) ??? 13:06 &lt;@jrandom&gt; 0) ahoj 13:06 &lt;@jrandom&gt; týdenní status poznámky jsou venku @ http://dev.i2p.net/pipermail/i2p/2005-March/000633.html 13:07 &lt;fedo&gt; čau 13:07 &lt;+postman&gt; ahoj 13:07 &lt;frosk&gt; dobrý den 13:07 &lt;@jrandom&gt; legion: ne, týká se to chyb v i2p, pracuje se na nich 13:07 &lt;bla&gt; čau 13:07 &lt;legion&gt; ok 13:07 &lt;@jrandom&gt; když už mluvíme o chybách, na kterých se pracuje, pojďme rovnou na 1) 0.5.0.2 :) 13:07 &lt;cervantes&gt; čau 13:07 &lt;cervantes&gt; -- Odpojeno 13:08 &lt;@jrandom&gt; heh 13:08 &lt;ant&gt; &lt;mihi&gt; ahoj všem 13:08 &lt;@jrandom&gt; 0.5.0.2 je venku, a i když tvoje IRC připojení může občas lagovat, zase se vzpamatuje ;) 13:08 &lt;@jrandom&gt; wow, čau mihi 13:09 &lt;cervantes&gt; ahoj mihi 13:09 &lt;@jrandom&gt; status poznámky dávají obecný přehled, kde jsme a co jsou nejbližší priority 13:10 &lt;@jrandom&gt; ta děsivá věc, kterou se snažím vystopovat, je vidět na `http://localhost:7657/oldstats.jsp#router.invalidMessageTime` 13:10 &lt;bla&gt; Za sebe můžu říct, že 0.5.0.2 už zlepšil spolehlivost OHROMNĚ oproti 0.5.0.1: chyby, kdy nebylo možné kontaktovat destinace, už skoro nenastávají 13:10 &lt;@jrandom&gt; ta čísla by měla být hodně, hodně malá, což bohužel nejsou 13:10 &lt;@jrandom&gt; boží, bla 13:11 &lt;@jrandom&gt; jo, 0.5.0.2 je rozhodně zlepšení a všichni by měli upgradovat co nejdřív 13:11 &lt;bla&gt; 375,932.22 za posledních 10 minut tady.... 13:11 &lt;@jrandom&gt; no, konkrétní hodnota není ten problém, jde o jejich frekvenci 13:11 &lt;@jrandom&gt; (počet událostí za období) 13:12 &lt;@jrandom&gt; tyhle zprávy lze pravděpodobně připsat na vrub 0.5 routers, a částečně 0.5.0.1 routers, proto chci, aby lidé upgradovali co nejdřív 13:12 &lt;@jrandom&gt; může se ale ukázat, že je to něco jiného, ale to bych rád vyloučil 13:12 &lt;bla&gt; jrandom: tady dostávám asi 200 za hodinu 13:13 &lt;@jrandom&gt; bla: já mám v téhle hodině 93, ale špička byla mnohem výš (tisíce) 13:13 &lt;@jrandom&gt; každopádně, tahle konkrétní statistika se publikuje v netdb 13:13 &lt;bla&gt; jrandom: Co takhle v 0.5.0.3 softwarově vyloučit 0.5-0 ze sítě? 13:14 &lt;@jrandom&gt; takže se můžeme všichni porozhlédnout a podívat, jaké hodnoty mají ostatní ;) 13:14 &lt;@duck&gt; 309,854.24 špička 5,473,314.59 13:15 &lt;@duck&gt; vkládám ten špatný, co 13:15 &lt;@jrandom&gt; bla: rozhodně. Přidal jsem do revize 0.5.0.2 nějaký kód na dopřednou kompatibilitu, kterou 0.5.0.1 a 0.5 nemají 13:16 &lt;@jrandom&gt; duck: je těžké mít necelý # událostí ;) 13:16 &lt;bla&gt; jrandom: Dobře. Aspoň to umožní v kontrolovaných podmínkách otestovat hypotézu, že invalid-messages jsou kvůli 0.5-0 13:16 &lt;@jrandom&gt; bla: jo, i když by bylo super, kdyby lidi aktualizovali ještě předtím ;) 13:17 &lt;@jrandom&gt; (takže pro ty, co čtou doma: http://www.i2p.net/download je váš kamarád ;) 13:17 &lt;maestro^&gt; jr: jsou ta čísla pro router.invalidMessageTime odchylky v ms? 13:17 &lt;@jrandom&gt; maestro^: ano 13:18 &lt;@jrandom&gt; (tj. nějaké fakt šíleně vychýlené hodnoty) 13:18 &lt;legion&gt; Tady je malý report o síti [verze|Počet uzlů][0.5|6][0.5.0.1|39][0.5.0.2|107] 13:18 &lt;@jrandom&gt; jo, byli jste skvělí s aktualizacemi 13:18 &lt;legion&gt; Takže pořád pár lidí běží na 0.5 a hodně lidí na 0.5.0.1 13:18 &lt;maestro^&gt; takže nějaký nápad, kde se to může zdržovat? 13:18 &lt;bla&gt; jrandom: Freenet má ve vydání příznak, který určuje minimální verzi uzlu, se kterou bude komunikovat. Je ten nový forward-compat. kód něco jako tohle? 13:19 &lt;@jrandom&gt; maestro^: mám mnoho, mnoho nápadů, proč 0.5 a 0.5.0.1 uživatelé lagují. 13:19 &lt;@jrandom&gt; bla: podobné 13:19 &lt;maestro^&gt; nebo je to drift hodin na uzlech? 13:20 &lt;@jrandom&gt; maestro^: posun hodin, nějaké chyby serializace, bug se 100% CPU 13:20 &lt;@jrandom&gt; ok, to je teď obecně moje priorita, snažím se zvednout spolehlivost zpráv 13:21 &lt;@jrandom&gt; má někdo otázky/připomínky/obavy k 0.5.0.2? 13:21 &lt;ant&gt; * mihi má tady na disku 0.4.2.5 router, který nebyl spuštěn od 22. prosince... ale myslí si, že ho radši smaže... 13:21 &lt;@jrandom&gt; heh 13:21 &lt;@jrandom&gt; jo, s tím si moc routers nepokecá ;) 13:21 * postman má záložní kopii své poslední instalace 0.4 :) 13:21 &lt;ant&gt; &lt;mihi&gt; otázka pro mě by byla: upgrade nebo delete. 13:22 &lt;@jrandom&gt; smazat 13:22 &lt;@jrandom&gt; (po záloze jakýchkoli destination keys) 13:22 &lt;@jrandom&gt; z pre-0.5 už není žádný postup aktualizace 13:22 &lt;legion&gt; Možná vydat další update, řekněme 0.5.0.2-1, který dovolí připojení jen z 0.5.0.2 nebo novější, bylo by to dobré? 13:22 &lt;@jrandom&gt; legion: to by segmentovalo síť 13:22 &lt;@jrandom&gt; lidi by měli prostě upgradovat. 13:23 &lt;@jrandom&gt; (a my bychom měli obejít ty, co ne) 13:24 &lt;legion&gt; jo, dokud lidi s neaktuálními uzly neaktualizují ;) 13:24 &lt;@jrandom&gt; segmentace sítě škodí nám všem, nejen jim 13:25 &lt;legion&gt; Možná kdyby bylo v konzoli routeru nějaké oznámení o aktualizaci nebo něco, co by jim dalo vědět, že jedou zastaralé verze? 13:25 &lt;@jrandom&gt; jo, to by bylo rozhodně fajn 13:25 &lt;@jrandom&gt; doufejme, že se to dá propojit i s updaterem 13:26 &lt;legion&gt; jo, vím, segmentace je špatná... 13:26 &lt;@jrandom&gt; smeghead pracuje na některých klíčových komponentách toho, ale nevím, jestli to zahrnuje i notifikaci / download 13:26 &lt;@jrandom&gt; (takže pokud na tom chce někdo pomoci, ozvěte se!) 13:27 &lt;@jrandom&gt; ok, přejdeme na 2) aktualizace mail.i2p 13:27 &lt;@jrandom&gt; postman: ping 13:27 &lt;+postman&gt; ano 13:27 &lt;bla&gt; jrandom: smeghead dělal něco ohledně podepisování, pokud si dobře pamatuju (aby když dostaneš oznámení o aktualizaci, bylo aspoň jasné, že je skutečné a ne phishing/spyware/nějaký sajrajt) 13:28 * postman přebírá mikrofon 13:28 &lt;legion&gt; hmm, možná kdyby byla zabudovaná funkce automatických aktualizací, kde by se aktualizace stahovaly přes i2p a uzly by si je prostě stáhly a pak udělaly elegantní restart. 13:28 &lt;@jrandom&gt; přesně tak, bla 13:28 &lt;ant&gt; &lt;Gatak&gt; Jo, mimochodem. Fungovalo by I2P za NATem i když nemůžeš otevřít port? 13:28 &lt;@jrandom&gt; Gatak: zatím ne. někteří to budou moci ve 0.6, jiní ve 2.0 13:29 &lt;@jrandom&gt; legion: patche vítány 13:29 &lt;ant&gt; &lt;Gatak&gt; 2.0, sakra, to je hodně daleko v budoucnosti =) 13:29 &lt;@jrandom&gt; (http://www.i2p.net/roadmap#2.0 ;) 13:29 &lt;+postman&gt; erm, mám začít? 13:29 &lt;aum&gt; dobré ráno všem 13:30 &lt;@jrandom&gt; mikrofon je tvůj, postmane (sorry ;) 13:30 &lt;@jrandom&gt; čau aum, stihl jsi meeting 13:30 &lt;@jrandom&gt; (do prčic! /me zas mlčí) 13:30 &lt;cervantes&gt; Gatek: http://www.i2p.net/roadmap 13:30 &lt;+postman&gt; nejdřív jsem chtěl říct, že jsme už dosáhli 300 registrovaných účtů na postman.i2p 13:30 &lt;@jrandom&gt; w00t 13:30 &lt;+postman&gt; počet mailů z/do internetu stabilně roste a znovu dokazuje, že se musíme posunout dál 13:31 &lt;cervantes&gt; *kvííík* 13:31 &lt;+postman&gt; po rozhovoru s jr před pár týdny jsme se dohodli na vydání v2mail spolu s I2P 1.0 13:31 &lt;+postman&gt; aktuální stav: Java-based SMTP proxy navržený pro běh na každém uzlu je hotov 13:31 &lt;@jrandom&gt; pěkné! 13:32 &lt;+postman&gt; Java-based POP3 proxy je na 80 %, chybí už jen maildir engine 13:32 &lt;+postman&gt; bude tu webový správce, který ještě potřebuje dost ladění (hotovo 15 %) 13:32 &lt;+postman&gt; meziuzlová komunikace je na 40 % – testovali jsme výměnu datových záznamů přes HTTP/XML 13:33 &lt;+postman&gt; zdá se, že to funguje docela dobře a rychle 13:33 &lt;+postman&gt; i když relay uzel selže/bude vypnutý pár dní, po návratu online se během pár minut sesynchronizuje 13:33 &lt;@jrandom&gt; boží 13:33 &lt;+postman&gt; myslím, že jsme docela na dobré cestě 13:34 &lt;+postman&gt; jedna věc stojí za zmínku 13:34 &lt;bla&gt; postman: Dobrá práce, chlape! Jedna otázka: Mnoho uzlů nemůže přijímat ani posílat data na portu 25 (ne přímo). Budou moci vlastníci uzlů toto specifikovat (nebo se to bude autodetekovat)? 13:34 &lt;cervantes&gt; super 13:34 &lt;+postman&gt; bla: později 13:34 &lt;+postman&gt; ve v2mail poběží lokálně webapp 13:34 &lt;+postman&gt; s tím můžete spravovat své lokální proxy A požádat o "relayaccount" 13:35 &lt;+postman&gt; tenhle relayaccount se pak použije k přiřazení vaší adresy/domény k relays 13:35 &lt;+postman&gt; relays si informace automaticky sesynchronizují 13:35 &lt;@jrandom&gt; super 13:35 &lt;+postman&gt; i funkce jako adresář / veřejné klíče a podobně budou fungovat s LOKÁLNÍM rozhraním 13:36 &lt;+postman&gt; takže cílem je mít jeden centralizovaný správce, kde uděláte všechno kolem mailu 13:36 &lt;+postman&gt; relevantní data se přenesou na JEDEN z relays a pak se mezi relays synchronizují 13:36 &lt;+postman&gt; a tenhle webový správce poběží přímo na vašem uzlu 13:37 &lt;+postman&gt; když je váš uzel online, relays doručí maily ve frontě pro vaši destinaci/doménu/adresu 13:37 &lt;+postman&gt; doručí se do vašeho lokálního SMTP proxy 13:37 &lt;+postman&gt; můžete to celé spustit i přes ETRN :) 13:37 &lt;aum&gt; čau znovu 13:37 &lt;aum&gt; rád bych vznesl jeden bod k diskusi na tomhle meetingu, jestli to nevadí 13:37 &lt;+postman&gt; tolik k budoucnosti, lidi :) 13:37 &lt;+postman&gt; . 13:38 &lt;@jrandom&gt; zní to peckově, postmane 13:38 * postman vrací mikrofon 13:38 &lt;@jrandom&gt; aum: super, na 4) by měl být čas 13:38 &lt;+postman&gt; jo, jsem nadšený :) 13:38 &lt;@jrandom&gt; postman: takže pro běžného uživatele bude mít smtp proxy lokální maildir a pop3 proxy bude číst atd., že? 13:39 &lt;+postman&gt; jo, SMTP proxy má MDA 13:39 &lt;+postman&gt; a bude doručovat poštu do lokálních maildirů 13:39 &lt;+postman&gt; lokálně lze vytvořit i více účtů/uživatelů 13:39 &lt;cervantes&gt; postman: budou relays sledovat vaše kvóty atd. a šířit si takové info vzájemně? 13:39 &lt;+postman&gt; a namapovat je na účty vaší domény 13:39 &lt;+postman&gt; cervantes: ano, budou 13:39 &lt;septu_ssh&gt; promiň, můžu se zeptat postmana na platební/anti-spam mechanismy v novém modelu? 13:40 &lt;+postman&gt; septu_ssh: četl jsi nějaké dokumenty na webu? 13:40 &lt;+postman&gt; cervantes: není to perfektní real-time 13:40 &lt;+postman&gt; cervantes: ale pár minut zpoždění výměny informací o kvótách je podle mě v pohodě 13:40 &lt;septu_ssh&gt; je to v pořadníku ke čtení :/ 13:40 &lt;septu_ssh&gt; ale jestli je to zdokumentované, tak ok 13:40 &lt;cervantes&gt; postman: to jsem čekal 13:41 &lt;+postman&gt; septu_ssh: www.postman.i2p/inout.html 13:41 &lt;+postman&gt; septu_ssh: www.postman.i2p/mailv2.html 13:41 &lt;+postman&gt; cervantes: tohle není žádné drama – kvóta je rozumný limit 13:41 &lt;cervantes&gt; postman: i kdyby byl někdo schopen poslat nrelays * quota adresátů, není to nic špatného 13:41 * septu_ssh je bungle 13:41 &lt;+postman&gt; cervantes: jo 13:42 &lt;+postman&gt; cílem je jen zabránit tomu, aby někdo službu opravdu zneužíval 13:42 &lt;+postman&gt; v testech byly 3 relays fakt rychlé 13:42 &lt;@jrandom&gt; postman: zapomněl jsem, bude to mít podporu pro to, aby lokální smtp relay mluvila přímo s cizí smtp relay, místo aby to chodilo přes tvoje uzly? 13:42 &lt;+postman&gt; cervantes: do 10 s byly sesynchronizované :) 13:43 &lt;@jrandom&gt; (nebo to je až později) 13:43 &lt;+postman&gt; jrandom: i2p mail relays budou provozovat různí lidé a jsou preferované destinace pro směrování pošty 13:43 &lt;cervantes&gt; postman: mohl bys zavést exponenciální zpoždění do odesílací fronty 13:43 &lt;cervantes&gt; pokud by to byl problém 13:43 &lt;+postman&gt; jrandom: takže posílání na jiné destinace může být za určitých okolností užitečné 13:44 &lt;@jrandom&gt; jo, ale za jiných nebezpečné 13:44 &lt;cervantes&gt; takže čím víc pošty odešleš, tím delší dobu zůstane ve frontě... to by mělo dát relays čas dohnat 13:44 &lt;+postman&gt; jrandom: ale když majitel uzlu zveřejní svou IMIO destinaci, mohl by být spamován bez kontroly :) 13:44 &lt;@jrandom&gt; přesně 13:44 &lt;@jrandom&gt; na druhou stranu, to samé platí, pokud jsou i2p mail relays nepřátelské 13:45 &lt;+postman&gt; jrandom: jasně, je to konstrukce podobná WOT 13:45 &lt;@jrandom&gt; &lt;/tinFoil&gt; 13:45 &lt;+postman&gt; jrandom: nemůžu zabránit operátorovi relay, aby pro tvou adresu nerozdělil kvótu 0 13:45 &lt;@jrandom&gt; ok, super. jo, teď není potřeba se tím trápit 13:45 &lt;+postman&gt; :) 13:46 &lt;+postman&gt; ok 13:46 &lt;+postman&gt; . 13:46 &lt;@jrandom&gt; ok super, díky za update. fakt vzrušující věci 13:46 &lt;@jrandom&gt; ok, přesun na 3) i2p-bt aktualizace 13:46 &lt;@jrandom&gt; duck: ping 13:46 &lt;@duck&gt; čau 13:47 &lt;@duck&gt; Včera byl vydán BitTorrent 4.0.0 13:47 &lt;ant&gt; &lt;dm&gt; zní to německy 13:47 &lt;@duck&gt; na který jsme víceméně čekali, než začneme s 0.2 13:47 &lt;@duck&gt; napsal jsem seznam úkolů / todo: http://pastebin.ca/raw/7037 13:47 &lt;@duck&gt; (sorry, moje www je momentálně dole) 13:48 &lt;@jrandom&gt; super 13:48 &lt;legion&gt; jaký časový plán se bavíme pro 0.2? 13:48 &lt;@duck&gt; cíl byl 4 týdny 13:49 &lt;legion&gt; super 13:49 &lt;@duck&gt; jak vidíš, RawServer (část, která komunikuje s i2p) je největší úkol 13:50 &lt;@duck&gt; . 13:50 &lt;@duck&gt; rychlý průzkum: 13:50 &lt;legion&gt; jo, to mi je dobře známé :) 13:50 &lt;@duck&gt; kdo plánuje udělat fork i2p-bt? 13:50 &lt;@jrandom&gt; super, je něco, s čím mohou lidi pomoct? 13:50 &lt;@jrandom&gt; heh 13:51 &lt;ant&gt; &lt;dm&gt; já 13:51 * jrandom bere si lžíci 13:51 &lt;ant&gt; &lt;dm&gt; jsem ochoten pomoct 13:51 &lt;legion&gt; já 13:51 &lt;ant&gt; &lt;dm&gt; jsem gay 13:51 &lt;legion&gt; pracuji na forku 13:52 &lt;@duck&gt; dobře, tak vím, koho nebrat vážně. 13:52 &lt;@duck&gt; vážně, myslím, že je to hloupé; spojením sil se dostanete mnohem dál 13:53 &lt;@jrandom&gt; nebo když jsou lepší cesty, možná přesvědčíte ducka, aby šel tou cestou? 13:53 &lt;named&gt; Napíšu fork v qbasicu, berte mě prosím vážně. 13:53 &lt;@duck&gt; pokusím se, aby byl proces otevřenější, aby ostatní viděli, co je v plánu atd. 13:53 &lt;ant&gt; &lt;dm&gt; tvoje otevřenost nás neoblomí. FORK! FORK! FORK! FORK! 13:53 &lt;@duck&gt; pokud máte nějaké další návrhy 13:54 &lt;ant&gt; * dm zvedá legiona na ramena. 13:54 &lt;legion&gt; hmm, to může být pravda, ale s tím, co dělám, pochybuju, že byste mě chtěli kontaminovat hlavní vývoj i2p-bt ;) 13:54 &lt;ant&gt; &lt;dm&gt; FORK! FORK! FORK! FORK! 13:54 &lt;@jrandom&gt; legion: co děláš, co by duck nechtěl podporovat? 13:55 &lt;@duck&gt; legion: gratuluju, když googlíš 'i2p bittorrent', tak oznámení "Windows I2P Bittorrent Version 1.0" je #1 13:55 &lt;@jrandom&gt; ježiš 13:56 &lt;bla&gt; jrandom: Ano? 13:56 &lt;+postman&gt; jrandom: jo, brzy téhle síti roztrhnou zadek :) 13:56 &lt;bla&gt; ;) 13:56 &lt;named&gt; 1.0? Sakra, používám 0.1.8! 13:56 &lt;Ragnarok&gt; oj 13:57 &lt;legion&gt; omfg, fakt?! Tomu nemůžu uvěřit... to je šílené. 13:57 &lt;@duck&gt; každopádně, nemyslím, že je k tomu moc nového co říct 13:57 &lt;legion&gt; moje 1.0 vydání je založeno na 0.1.8, pokud jedeš 0.1.8, jsi v pohodě. 13:58 &lt;@jrandom&gt; (a to 1.0 vydání je .exe, které nikdo nerecenzoval, výsledek se může lišit) 13:58 &lt;legion&gt; Špatně jsem to pojmenoval a očísloval, omlouvám se, ještě jednou. 13:58 &lt;ant&gt; &lt;dm&gt; 1.0&gt;&gt; 0.1.8 13:58 &lt;ant&gt; &lt;dm&gt; každý den v týdnu 13:59 &lt;@duck&gt; trochu související: 13:59 &lt;@jrandom&gt; ok, něco dalšího k 3) i2p-bt, nebo půjdeme na 4) ??? 13:59 &lt;+postman&gt; legion: kdy bude ke stažení zdrojový kód? 13:59 &lt;frosk&gt; "I2P-BT 0.1.8 zatím funguje docela dobře a stabilně. Osobně nevidím důvod updatovat na I2P-BT 1.0" (viděno na fóru) 13:59 * jrandom si povzdechne 13:59 &lt;@duck&gt; minulý měsíc měl bram cohen přednášku o bittorrentu na jedné univerzitě 14:00 &lt;@duck&gt; docela zajímavé: http://netnews.nctu.edu.tw/~gslin/tmp/050216-ee380-100.wmv.torrent 14:00 &lt;@duck&gt; (poučení z velkých P2P programů, plus vysvětlené některé detaily bittorrentu) 14:00 &lt;@duck&gt; . 14:01 &lt;@jrandom&gt; jasně 14:01 &lt;@duck&gt; postman: legion zveřejnil nějaký sourcecode 14:01 &lt;ant&gt; &lt;dm&gt; je to vynálezce BT? 14:01 &lt;@duck&gt; ale podle smegheada to není to samé jako to .exe 14:01 &lt;@jrandom&gt; dm: ano 14:01 &lt;legion&gt; Je tu vývojářský zdroj, který si můžete stáhnout z `http://legion.i2p/archives/Itorrent_1_x_Developer_Source.zip.bz2` 14:02 &lt;+postman&gt; ok, podívám se 14:02 &lt;ant&gt; &lt;dm&gt; je to exe přímý překlad toho zdroje? 14:03 &lt;legion&gt; i když vlastně zdroj 1.0 je v podstatě jen 0.1.8 s patchem od smegheada, zkompilovaný a hezky zabalený. 14:04 * cervantes jde k 4)??? a čeká, až všichni dojdou 14:04 &lt;ant&gt; &lt;dm&gt; otázka zůstává nezodpovězena 14:04 &lt;ant&gt; &lt;dm&gt; Legione, nařídil jste či nenařídil code red??? 14:04 &lt;@jrandom&gt; *odkašlání* 14:04 &lt;legion&gt; Možná bychom se měli vrátit k tématu, diskuse o mém bt klientovi se přesunula do #itorrent 14:05 &lt;@jrandom&gt; ok, 4) ??? 14:05 &lt;@jrandom&gt; chce ještě někdo něco vznést? 14:05 &lt;@jrandom&gt; aum: ty jsi něco měl? 14:06 &lt;ant&gt; &lt;dm&gt; je stasher zpátky? 14:06 &lt;legion&gt; Jenom vidím nějaké podivné chování s 0.5.0.2 při obdobích silného provozu... 14:06 &lt;aum&gt; ano 14:06 &lt;aum&gt; rád bych otevřel otázku automatizovaného vytváření/správy tunnel 14:07 &lt;ant&gt; &lt;dm&gt; pokračuj 14:07 &lt;+detonate&gt; je tam null pointer exception v té systray věci ve Windows, právě jsem si všiml 14:07 &lt;aum&gt; je 1337, že webová konzole teď umožňuje lidem ručně vytvářet/mazat/spravovat tunnels 14:07 &lt;@jrandom&gt; detonate: mohl bys to hodit do Bugzilly? 14:07 &lt;aum&gt; ale také silně věřím, že by vždy měl být spolehlivý a pohodlný způsob, jak mohou programy spravovat tunnels taky 14:08 &lt;@jrandom&gt; aum: nikdo neodmítá. potřebujeme to a budeme to mít. jen zatím ne. 14:08 &lt;ant&gt; &lt;dm&gt; nejde to přes SAM? 14:08 &lt;aum&gt; všiml jsem si po svém nedávném návratu do i2p, že knihovna pysam už nefunguje 14:08 &lt;septu_ssh&gt; mám taky rychlou otázku po aum 14:08 &lt;aum&gt; což bylo zklamání 14:08 &lt;@jrandom&gt; protokol SAM funguje, pysam ne 14:08 &lt;Ragnarok&gt; fungovalo to vůbec? 14:09 &lt;aum&gt; správně 14:09 &lt;aum&gt; pysam fungoval skvěle 14:09 &lt;legion&gt; Během takových období je tu 1000+ tunnels, kterých se můj uzel účastní, a několikasekundové lagy a zpoždění. 14:09 &lt;@jrandom&gt; legion: jo, počet tunnels je kvůli starším buildům 14:09 &lt;cervantes&gt; ah mymodesty 14:09 &lt;cervantes&gt; ehm pymodesty 14:09 &lt;aum&gt; momentálně píšu modul 'i2ptunnel.py', který definuje třídy umožňující snadnou správu tunnels 14:10 &lt;legion&gt; takže kdyby se nepřipojovalo ke starším buildům, síťování by bylo mnohem hladší? 14:10 &lt;@jrandom&gt; ok, nevím, jestli je to správné dlouhodobé řešení, ale jestli ti to teď přemostí mezeru, super 14:10 &lt;@jrandom&gt; legion: tyhle tunnels nejsou problém 14:11 &lt;aum&gt; no, rozhraní tříd může zůstat, i když se změní podkladový mechanismus 14:11 &lt;@jrandom&gt; ok 14:11 &lt;legion&gt; nejsou? 14:12 &lt;legion&gt; Když je málo tunnels, je velmi málo lagu a zpoždění... 14:12 &lt;cervantes&gt; legion: promiň, aum teď jenom zvedá pár otázek, vydrž chvilku 14:12 &lt;legion&gt; přijde mi to divné. 14:13 &lt;legion&gt; ok 14:13 &lt;@jrandom&gt; jen se bojím, že musíme zohlednit, co se v minulosti osvědčilo – webový config funguje a udržuje se, protože ho všichni používají. možná by bylo nejlepší, aby ses nejdřív rozběhal s ručním vytvářením tunnels v aplikaci, na které děláš – bylo by to efektivnější? 14:13 &lt;@jrandom&gt; jen aby se vždy našlo něco, co používá i2ptunnel.py, a zatížilo ho 14:13 &lt;aum&gt; vypadá to, že deadlockujeme 14:13 &lt;+detonate&gt; jrandom: jasně 14:14 &lt;ant&gt; &lt;dm&gt; pojďme tedy dál 14:14 &lt;aum&gt; nechci investovat čas do vývoje své appky, dokud nebudu mít API pro správu tunnel, na které se můžu spolehnout 14:14 &lt;septu_ssh&gt; \o. - bod k diskusi 14:14 &lt;cervantes&gt; realisticky si nemyslím, že se rozhraní pro tunnel předělá v příštích pár měsících... 14:14 &lt;@jrandom&gt; ale jistě vidíš, že můžeme jedno jednoduše přidat 14:14 &lt;cervantes&gt; takže provizorní řešení je proveditelné 14:15 &lt;named_&gt; Nemohlo by mít webové nastavení nějaké API, které aumův program manipuluje? 14:15 &lt;@jrandom&gt; named_: ano 14:16 &lt;@jrandom&gt; je triviální tam přidat něco, co umožní bezpečné ovládání přes URL, ale dává to smysl jen když to něco potřebuje 14:16 &lt;@jrandom&gt; jinak to zrezne 14:16 &lt;aum&gt; named_: to by bylo fajn a mohlo by to fungovat, kdyby v configu bylo napevno heslo, které klientské programy musí posílat v POSTu spolu s poli pro ovládání tunnels 14:16 &lt;cervantes&gt; osobně bych rád viděl celý systém pro tunnels kompletně předělat, když zahrneš rozhraní pro správu tunnel od začátku, nebudeš muset řešit extra úsilí na udržování separátního rozhraní 14:17 &lt;@jrandom&gt; jo, proxy potřebují dost práce, před kterou se schovávám, jak jen to jde :) 14:17 &lt;aum&gt; SAM je dobrý pro některé situace, špatný pro jiné 14:17 &lt;cervantes&gt; ale to je trochu dál... 14:17 &lt;fedo&gt; ( 14:18 &lt;@jrandom&gt; aum: ale jako provizorium bys nemohl použít jednu ze tří dostupných metod? 14:18 &lt;cervantes&gt; tj. když samo webové rozhraní používá API, není žádná režie na údržbu 14:18 &lt;@jrandom&gt; správně. webové rozhraní používá TunnelControllerGroup 14:19 &lt;aum&gt; použití SAM se komplikuje, když chce člověk použít existující knihovny, které jsou silně závislé na standardních TCP socketech 14:19 &lt;aum&gt; jrandom: I2PTunnel CLI nefunguje pro otevírání server tunnels, takže teď píšu kód pro použití TunnelControllerGroup 14:19 &lt;@jrandom&gt; aum: existující knihovny je třeba pečlivě auditovat. třeba utilita gzip sama o sobě odhaluje citlivá data 14:19 &lt;aum&gt; píšu při řeči 14:21 &lt;@jrandom&gt; Jsem si jistý, že CLI funguje pro server tunnels, ale používat TunnelControllerGroup je preferované, pokud to tak potřebuješ 14:21 &lt;@jrandom&gt; ok, má ještě někdo něco, co by chtěl vznést? 14:22 &lt;septu_ssh&gt; Moje otázka se týká distribuované verze hosts.txt, DHT tabulka se aktuálně používá pro routerInfo, nešlo by to rozšířit na distribuovanou verzi DNS? DHT pro DNS by mohl obsahovat mapování z www.bla.i2p na eepsite SHA a položky by byly podepsané 'I2P registrátorem'... komentáře? námitky? 14:22 &lt;mancom&gt; otázka k roadmapě: je 0.6 pořád naplánovaná na duben? 14:22 &lt;@jrandom&gt; septu_ssh: neroutovací data do netDb nedám ani přes mou mrtvolu ;) 14:23 &lt;septu_ssh&gt; jrandom: ne stejná db 14:23 &lt;septu_ssh&gt; jiná distribuovaná db 14:23 &lt;aum&gt; jrandom: viděl jsi můj bug report? příkaz CLI 'server' /nefunguje/ 14:23 &lt;maestro^&gt; septu_ssh: neexistuje žádný i2p registrátor 14:23 &lt;@jrandom&gt; septu_ssh: pojmenování má mnoho nebezpečných aspektů s několika klíčovými kompromisy. viděl jsi diskusi o naming na ugha.i2p? 14:24 &lt;@jrandom&gt; septu_ssh: aha, DHT nad I2P by se určitě dal použít k distribuci záznamů, ale ty názvy by nebyly bezpečné, pokud by se s nimi zacházelo jako s globálními záznamy 14:26 &lt;@jrandom&gt; aum: používal jsem to denně až do před pár týdnů, viděl jsi moji odpověď? 14:26 &lt;@jrandom&gt; maestro^: to je plán 14:26 &lt;@jrandom&gt; ehm, mancom: 14:26 &lt;cervantes&gt; aum: mám k tomu i2plist mail s odpovědí od jr, nedošlo ti to, nebo problém trvá? 14:26 &lt;septu_ssh&gt; jediný důvod, proč navrhuju 'registrátora', je, že jinak mohou nastávat kolize 14:26 &lt;@jrandom&gt; septu_ssh: kolize obejmi :) 13:26 &lt;@jrandom&gt; globálně unikátní, lidsky čitelné, distribuované a bezpečné pojmenování neexistuje 14:27 &lt;septu_ssh&gt; může se to stát i v hosts.txt, pokud se ručně edituje, ale problém zůstává stejný 14:27 &lt;@jrandom&gt; vyhoď první parametr a jsi za vodou 14:27 &lt;aum&gt; jrandom: viděl – a mám streaming.jar v classpath 14:27 &lt;septu_ssh&gt; postman spravuje centrální uzel pro mail, takže v síti je určitý prvek důvěry, určitě by někdo důvěřoval registrátorovi, aby spravoval jmenný prostor? 14:27 &lt;@jrandom&gt; ok super, a pořád to vrací ten stacktrace, aum? 14:28 &lt;aum&gt; ano 14:28 &lt;@jrandom&gt; septu_ssh: postman funguje jako centrální prvek jen pro postmanovy outproxy a inproxy 14:28 * Ragnarok opravdu by se měl dokopat k napsání té dokumentace k addressbooku... 14:28 &lt;aum&gt; tohle je když ručně spustím cli, udělám genkeys a pak 'server' s privkeyfile vygenerovaným genkeys 14:28 &lt;@jrandom&gt; septu_ssh: nikdo nebude věřit nikomu, aby spravoval jmenný prostor. cenzura == vyvíjet tlak na toho registrátora. 14:28 &lt;maestro^&gt; každý je vlastně svým vlastním registrátorem 14:29 &lt;maestro^&gt; věříš svým přátelům a oni věří tobě 14:29 &lt;aum&gt; do háje, nabral jsem starý classpath 14:29 * aum znovu testuje 14:30 &lt;ant&gt; &lt;dm&gt; ok, budu registrátor já. 14:31 &lt;ant&gt; &lt;dm&gt; budu tak nezaujatý, jak jen to půjde... ok? 14:31 &lt;septu_ssh&gt; hmm, ok, zpátky k pověstnému rýsovacímu prknu... 14:31 &lt;@jrandom&gt; septu_ssh: dobré místo k pročtení je http://zooko.com/distnames.html :) 14:32 &lt;@jrandom&gt; všichni to chtějí, ale to, co chtějí, prostě není bezpečné. my máme řešení, které bezpečné je, ale vzdáváme se globální jedinečnosti 14:33 &lt;septu_ssh&gt; hmm, ok 14:33 &lt;@jrandom&gt; ok, má ještě někdo něco dalšího k meetingu? 14:33 &lt;cervantes&gt; septu_ssh: http://forum.i2p.net/viewtopic.php?t=134 14:33 &lt;aum&gt; jrandom - ok, cli 'server' teď funguje, ale nikdy jsem nedostal 'job number' pro ten tunnel 14:34 &lt;@jrandom&gt; hmm jasně, běží to napořád 14:34 &lt;aum&gt; aha, musím udělat 'list', abych dostal číslo jobu 14:36 &lt;@jrandom&gt; ok super, jestli už nic dalšího... 14:36 * jrandom se rozcvičuje 14:36 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2005/03/01/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-1.-b%C5%99ezna-2005/Tue, 01 Mar 2005 00:00:00 +0000/cs/blog/2005/03/01/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-1.-b%C5%99ezna-2005/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> ant, bla, cervantes, cervantes2p, ddd, detonate, duck, jnymo, jrandom, MichElle, null, Ragnarok, smeghead, ugha2p</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 13:05 &lt;@jrandom&gt; 0) ahoj 13:05 &lt;@jrandom&gt; 1) 0.5.0.1 13:05 &lt;@jrandom&gt; 2) roadmapa 13:05 &lt;@jrandom&gt; 3) editor addressbooku a konfigurace 13:05 &lt;@jrandom&gt; 4) i2p-bt 13:05 &lt;@jrandom&gt; 5) ??? 13:05 &lt;@jrandom&gt; 0) ahoj 13:05 * jrandom mává 13:05 &lt;@duck&gt; ahoj 13:05 &lt;@jrandom&gt; týdenní poznámky o stavu jsou k dispozici na http://dev.i2p.net/pipermail/i2p/2005-March/000616.html 13:05 &lt;null&gt; ahoj 13:05 &lt;@jrandom&gt; (jo, tento týden mám zpoždění, setnout mi hlavu) 13:06 &lt;@jrandom&gt; zatímco vy všichni rychločtenáři tím prolétnete, můžeme se mezitím vrhnout na 1) 0.5.0.1 13:07 &lt;@jrandom&gt; 0.5.0.1 je venku a zbavuje se těch nejzjevnějších bugů z 0.5, ale jak jsme viděli, pořád je co dělat 13:07 &lt;@jrandom&gt; (aktuální CVS je na 0.5.0.1-7, čekám minimálně -8 nebo -9, než dorazíme na 0.5.0.2) 13:07 &lt;+ugha2p&gt; Ahoj. 13:08 &lt;+ugha2p&gt; Řeší CVS HEAD ten problém se 100% vytížením CPU? 13:08 &lt;@jrandom&gt; ano, -7 by měl odstranit poslední zbytky 13:08 &lt;@duck&gt; Řeší CVS HEAD ten problém OOM? 13:08 &lt;+detonate&gt; ahoj 13:08 &lt;@jrandom&gt; ne, OOM se pořád dohledává 13:09 &lt;@jrandom&gt; vlastně... je tu někde Connelly? 13:09 &lt;ant&gt; &lt;jrandom&gt; kdepak 13:09 &lt;@jrandom&gt; sakra 13:09 &lt;+ugha2p&gt; jrandom se asi zbláznil, vede dialog sám se sebou. 13:09 &lt;@jrandom&gt; ok, tak se podíváme, co se dá udělat, aby se OOM zbavil. Určitě je to showstopper, takže release nebude, dokud se to nějak nevyřeší 13:10 &lt;+detonate&gt; akorát na schůzku 13:11 &lt;@jrandom&gt; to je asi všechno, co mám k 0.5.0.1 – má někdo něco, co chce zmínit/zeptat se/probrat? 13:12 &lt;+ugha2p&gt; jrandom: Eh, u 0.5.0.1 jsem ten problém s CPU ve skutečnosti neviděl, ale dvakrát se mi stal, když jsem zkusil 0.5.0.1-5. Uniká mi něco? 13:12 &lt;+ugha2p&gt; Kvůli tomu jsem se vrátil zpátky na 0.5.0.1. 13:13 &lt;+detonate&gt; měl bych dotaz: vypínání trvá zdá se strašně dlouho a během té doby vyskočí využití paměti asi o 40 MB 13:13 &lt;+detonate&gt; zajímalo by mě, jestli víš proč 13:14 &lt;+detonate&gt; ten okamžitý nárůst, očividně 13:14 &lt;@jrandom&gt; mohlo se to stát i s 0.5.0.1, jen ses na to nenarazil. 13:14 &lt;@jrandom&gt; (není to běžné, zasáhne to jen některé lidi v divných situacích) 13:14 &lt;@jrandom&gt; detonate: velmi dlouho, jakože víc než obvyklých 11–12 minut? 13:14 &lt;+ugha2p&gt; Mně se to stalo dvakrát během 8 hodin. 13:15 &lt;+detonate&gt; jakmile zmizí všechny participující tunnels 13:15 &lt;+ugha2p&gt; jrandom: Je očekávané, že to při tom bugu sežere všechen CPU a přijde o všechny leases, dokud se to nerestartuje? 13:16 &lt;@jrandom&gt; ugha2p: to je typický důsledek toho bugu, ano 13:16 &lt;+detonate&gt; hmm 13:17 &lt;@jrandom&gt; (stává se to, když počet požadavků na stavbu tunnel spotřebuje tolik CPU, že překročí čas na vyřízení požadavku, což způsobí zařazení dalšího požadavku do fronty atd.) 13:17 &lt;+ugha2p&gt; Musela to být extrémní náhoda, že se mi to stávalo jen na 0.5.0.1-5. 13:18 &lt;@jrandom&gt; ugha2p: některým lidem se to opakovaně dělo na 0.5.0.1-0, ale v -7 je to opravené. samozřejmě můžeš zůstat u -0, pokud chceš 13:18 &lt;cervantes&gt; byl to úžasný dar z nebes 13:18 &lt;+ugha2p&gt; jrandom: Zkusím -7. 13:18 &lt;@jrandom&gt; super 13:19 &lt;+ugha2p&gt; I tak už se cítím provinile, že jsem zatím dal uživatelům wiki hrbolatou jízdu. :) 13:20 &lt;+ugha2p&gt; Ještě jedna věc, máš někde zdokumentované typy tunnelů bulk/interactive? 13:20 &lt;+ugha2p&gt; (Kromě zdrojáku ;) 13:20 &lt;@jrandom&gt; v changelogu. jediný rozdíl je maximální velikost okna 1 zpráva 13:20 &lt;+ugha2p&gt; Aha, okej. 13:21 &lt;@jrandom&gt; ok, ještě něco k 0.5.0.1, nebo přejdeme k 2) roadmapa? 13:21 &lt;@duck&gt; pokračujme! 13:21 &lt;@jrandom&gt; považuj nás za přesunuté 13:22 &lt;@jrandom&gt; roadmapa aktualizována. a tak. podrobnosti viz stránka 13:22 &lt;cervantes&gt; eeh, duck kouše do kotníků 13:23 &lt;@jrandom&gt; uvažuji o přesunutí některých strategií z 0.5.1 do 0.6.1 (abychom dostali UDP rychleji), ale uvidíme 13:23 &lt;@jrandom&gt; máte někdo otázky/komentáře/obavy/frisbee? 13:23 &lt;+detonate&gt; měl jsi poslední dobou zprávy od mule? 13:23 &lt;+detonate&gt; když už mluvíme o UDP 13:24 &lt;@jrandom&gt; ne, naposledy když jsem o něm slyšel, byl dost nemocný 13:24 &lt;+detonate&gt; :/ 13:24 &lt;jnymo&gt; UDP by bylo pecka 13:25 &lt;@jrandom&gt; s/would/will/ 13:25 &lt;@jrandom&gt; doufejme ale, že si místo toho někde užívá :) 13:25 &lt;+ugha2p&gt; jrandom: Jaké změny by zahrnovalo ladění šířky pásma a výkonu? 13:26 &lt;jnymo&gt; takže, UDP v zásadě znamená bezspojové... což znamená... větší síť, že? 13:26 &lt;+detonate&gt; UDP s tím ale přináší všelijaké obtíže 13:26 &lt;@jrandom&gt; ugha2p: seskupování fragmentů zpráv pro tunnel tak, aby lépe seděly do pevných 1024bajtových zpráv pro tunnel, přidání omezení šířky pásma pro jednotlivé pooly atd. 13:27 &lt;+detonate&gt; ale jo 13:27 &lt;@jrandom&gt; detonate: nebude to tak zlé, schéma token bucket, co máme teď, zvládne asynchronní požadavky bez problémů 13:27 &lt;@jrandom&gt; (jen zjevně nebudeme používat BandwidthLimitedOutputStream, ale požádáme FIFOBandwidthLimiter o alokaci K bajtů) 13:27 &lt;+ugha2p&gt; Ten první by opravdu udělal velký rozdíl? Omezení per-pool nezní naléhavě. 13:28 &lt;+detonate&gt; to je tedy dobré 13:28 &lt;@jrandom&gt; ugha2p: pravděpodobně ano. přesná čísla si můžeš prohlédnout na /oldstats.jsp#tunnel.smallFragments 13:29 &lt;bla&gt; detonate: Jak jde pokrok na znovusestavování? 13:29 &lt;+detonate&gt; opravdu se to zastavilo 13:30 &lt;@jrandom&gt; ugha2p: i když to je samozřejmě do velké míry závislé na typu aktivity. ukecaná komunikace má víc co získat, ale bulk komunikace už fragmenty zaplňuje úplně 13:30 &lt;+ugha2p&gt; jrandom: Ok. 13:30 &lt;+ugha2p&gt; Jasně. 13:31 &lt;+detonate&gt; úplně jsem na tom přestal dělat a začal dělat na addressbook-editoru 13:31 &lt;+detonate&gt; pravděpodobně existuje velmi efektivní, dobře prozkoumaný způsob, jak tohle dělat, ale já na něj nenarazil 13:31 &lt;jnymo&gt; znamená upd, že se lidé za NATy teď dostanou skrz? 13:31 &lt;@jrandom&gt; částečně, jnymo 13:31 &lt;jnymo&gt; a používat i2p? 13:32 &lt;@jrandom&gt; ale nejdřív to vůbec musíme rozchodit přes UDP, potom začneme přidávat prorážení firewall/NAT, pak PMTU atd. 13:32 &lt;jnymo&gt; to bude požehnání 13:33 &lt;+detonate&gt; samozřejmě pokud má někdo návrhy, co s tím, ocením je 13:33 &lt;+ugha2p&gt; jrandom: Jak by UDP pomohlo lidem za NATy? 13:34 &lt;bla&gt; detonate: TCP (na běžné síti) dělá reassembly. Dají se ty koncepty přenést do I2P UDP reassembly? 13:34 &lt;+detonate&gt; nekoukal jsem, jak to dělá TCP 13:34 &lt;@jrandom&gt; ugha2p: je spousta triků, co můžeme udělat s konzistentními čísly portů atd. je na to spousta kódu a dokumentace 13:35 &lt;@jrandom&gt; bla: určitě budeme používat určitý stupeň UDP reassembly ve stylu TCP-SACK 13:35 &lt;+detonate&gt; ale když budeš řešit většinu toho, co dělá TCP, můžeš rovnou jít cestou NIO a použít ho 13:35 &lt;+detonate&gt; a ušetřit si patálie 13:35 &lt;@jrandom&gt; ne, existují podstatné důvody, proč chceme jak určitou reassembly/retransmission, tak ne TCP 13:36 &lt;+detonate&gt; no, ta vlákna 13:36 &lt;@jrandom&gt; transportní vrstva nebude muset být plně spolehlivá ani uspořádaná, stačí polospolehlivá a neuspořádaná 13:37 &lt;+ugha2p&gt; Můžeme také očekávat pokles využití paměti díky menšímu počtu vláken? 13:37 &lt;@jrandom&gt; ano 13:37 &lt;+ugha2p&gt; Výrazný pokles 13:38 &lt;+ugha2p&gt; ? 13:38 &lt;@jrandom&gt; výrazně. (a kromě toho i pokles využití paměti, až zjistíme, odkud se bere současný OOM ;) 13:38 &lt;+ugha2p&gt; Jasně. 13:39 &lt;@jrandom&gt; ok, ještě něco k 2) roadmapa? 13:39 &lt;bla&gt; jrandom: Jo. 13:40 &lt;bla&gt; jrandom: Bude teď UDP věci dělat detonate? Nebo kdo jiný? 13:40 &lt;@jrandom&gt; je to týmová práce pro všechny, kdo mohou přispět :) 13:40 &lt;+detonate&gt; heh, plánuju dělat na UDP věcech víc, je to méně nudné než koukat na TV 13:41 &lt;@jrandom&gt; heh w3wt 13:41 &lt;bla&gt; jrandom: Rozumím. Ale chvíli to vypadalo, že detonate ten projekt odložil ;) 13:42 &lt;@jrandom&gt; je to v roadmapě, bude to hotové 13:42 &lt;+detonate&gt; sorry za zmatek 13:43 &lt;@jrandom&gt; ok, má ještě někdo něco k 2) roadmapa, nebo se přesuneme k 3) věcem kolem addressbooku? 13:44 &lt;@jrandom&gt; ok, detonate, chceš nám dát přehled/stav editoru? 13:45 &lt;bla&gt; detonate: (np) 13:45 &lt;+detonate&gt; ok 13:45 &lt;+detonate&gt; aktuální stav editoru je zde: 13:45 &lt;+detonate&gt; `http://detonate.i2p/addressbook-editor/current-state.html` 13:45 &lt;+detonate&gt; pořád ještě nic reálně needituje 13:45 &lt;+detonate&gt; a momentálně pracuji na tabulce dole 13:46 &lt;+detonate&gt; musím si přečíst pár kapitol z knihy o JSP, ale potom by to mělo jít použít k snadnému přidávání/upravování položek v hosts.txt a subscriptions 13:47 &lt;+detonate&gt; posledních 24 hodin jsem si od toho dal pauzu, proto tam není moc pokroku 13:47 &lt;+detonate&gt; to je víceméně vše 13:47 &lt;@jrandom&gt; w3wt 13:48 &lt;bla&gt; detonate: Vypadá to dobře 13:49 &lt;@jrandom&gt; jo, jasně, těším se na způsob, jak spravovat položky /jinak/ než jen hackovat soubor hosts 13:49 &lt;+detonate&gt; díky 13:49 &lt;+detonate&gt; to je poprvé, co jsem použil JSP na cokoliv 13:50 &lt;@jrandom&gt; cool 13:51 &lt;@jrandom&gt; oh, neuvědomil jsem si, že je tu přesah pro správu subscription – možná do toho zapadne i práce od smegheada 13:51 &lt;@jrandom&gt; smeghead: jsi poblíž? viděl jsi to už? 13:51 &lt;jnymo&gt; detonate: bude tam detekce kolizí a tak podobně? 13:51 &lt;@smeghead&gt; ve skutečnosti jsem na konzoli addressbooku jen nahrubo načrtl kostru kódu, nic užitečného 13:51 &lt;+detonate&gt; jo, to mě už omrzelo, díky duckovi za nápad :) 13:51 &lt;@smeghead&gt; odbočil jsem k věci zvané TrustedUpdate 13:52 &lt;@jrandom&gt; ah, super :) 13:53 * jrandom má rád odbočování k přidávání nových funkcí 13:53 &lt;bla&gt; smeghead: Myslíš 1‑klik aktualizace I2P zevnitř I2P? 13:53 &lt;@smeghead&gt; takže štěstí, ne lenost (alespoň tentokrát :) 13:53 &lt;cervantes2p&gt; bla: minimálně 2 kliky ;-) 13:54 &lt;@jrandom&gt; pche, srazíme to na 1 (odmítnout, pokud špatný podpis/neplatné/etc ;) 13:54 &lt;+detonate&gt; jo, bude tam detekce kolizí, na tom právě pracuju 13:54 &lt;@jrandom&gt; detonate: nepostará se o to sám addressbook? 13:54 &lt;@jrandom&gt; detonate: myslel jsem, že to, co děláš, jen edituje soubory? 13:55 &lt;@jrandom&gt; (soubory budou odduplikovány addressbookem) 13:55 &lt;+detonate&gt; myslím, že to ukáže kolize z logů a vyřeší je 13:55 &lt;@jrandom&gt; aha 13:55 &lt;@jrandom&gt; ok, cool 13:55 &lt;+detonate&gt; předpokládám, že o tom mluví jnymo 13:55 &lt;Ragnarok&gt; hm, je něco, čím vám můžu ulehčit život? :) 13:55 &lt;+detonate&gt; abys mohl říct „replace entry“ s kolidující položkou dle výběru 13:55 &lt;@jrandom&gt; paráda! 13:58 &lt;@jrandom&gt; Ragnarok: jestli si dobře pamatuju, detonate dokázal logfile docela snadno parsovat. předpokládáš, že se ten formát bude měnit? 13:58 &lt;jnymo&gt; detonate: v podstatě jo 13:58 &lt;jnymo&gt; a je tohle pevně provázané s i2p? Jak snadno můžu z prohlížeče dát link+key do svého adresáře? 13:59 &lt;+detonate&gt; jo, neměň formát, to by všechno rozbilo 13:59 &lt;Ragnarok&gt; je vysoce nepravděpodobné, že se formát změní 14:00 &lt;Ragnarok&gt; i když se do budoucna může logovat víc věcí 14:00 &lt;@jrandom&gt; jnymo: eepproxy zatím nemá do detonatova editoru žádné háčky, ale časem bychom něco přidat mohli 14:00 &lt;+detonate&gt; i když pokud bys upravil řádky Conflict, bylo by je snazší parsovat 14:00 &lt;cervantes2p&gt; to by možná mohl udělat můj plugin pro Firefox 14:00 &lt;+detonate&gt; teď je tam spousta lidsky čitelných slov, která překáží 14:00 &lt;Ragnarok&gt; upravit jak? 14:00 &lt;@jrandom&gt; (například by i2paddresshelper mohl přesměrovat na stránku editoru) 14:00 &lt;cervantes2p&gt; "klikněte sem pro přidání do addressbooku" 14:00 &lt;Ragnarok&gt; aha... ale chci být milý k lidem 14:00 &lt;+detonate&gt; &lt;date&gt;=&lt;host&gt;=&lt;source&gt;=&lt;new destination&gt; by bylo lepší 14:01 &lt;@jrandom&gt; cervantes2p: bude to fungovat jako přepisovač stránek od Googlu? :) 14:01 &lt;+detonate&gt; no, od toho je addressbook-editor :) 14:01 &lt;+detonate&gt; tohle fakt není problém, mám to pokryté 14:01 &lt;cervantes2p&gt; jrandom: ne... jen to dát do kontextového menu odkazu 14:01 &lt;@jrandom&gt; ooOOoo 14:01 &lt;+detonate&gt; pokud se nic radikálně nezmění, mělo by to dál fungovat hladce 14:02 &lt;cervantes2p&gt; samozřejmě bych mohl přidat přepisovač... ale to lidem rozbije layout stránek ;-) 14:02 &lt;+detonate&gt; oh, jednu věc bys mohl udělat 14:02 &lt;+detonate&gt; protože to koliduje s tím, co dělám 14:02 &lt;+detonate&gt; zajistit, aby všechny položky pro hostnames byly malými písmeny 14:02 &lt;+detonate&gt; protože je tam Legion.i2p 14:02 &lt;cervantes2p&gt; chci přidat „zvýrazňovač odkazů mimo i2p“ 14:02 &lt;+detonate&gt; a všechny je posílám přes toLowercase() 14:02 &lt;@jrandom&gt; ah, to by bylo pěkné, cervantes2p 14:03 &lt;@jrandom&gt; (ujisti se, že dáváš toLowercase jen na jména, base64 je case sensitive ;) 14:03 &lt;+detonate&gt; jo, jen jména 14:04 &lt;jnymo&gt; kontextové menu by bylo ideální 14:04 &lt;@jrandom&gt; (nezapomeň na létající poníky!) 14:04 &lt;Ragnarok&gt; ve své lokální větvi jsem porovnávání adres udělal case-insensitive... měl bych to commitnout... 14:04 &lt;+detonate&gt; /make all the hostnames lowercase 14:04 &lt;+detonate&gt; pair[0] = pair[0].toLowerCase(); 14:05 &lt;+detonate&gt; tady, černé na bílém 14:05 &lt;+detonate&gt; dělá to jen hostnames 14:05 &lt;@jrandom&gt; jo, Ragnarok, sem s tím :) 14:05 &lt;jnymo&gt; proč mám vždycky pocit, že to já jedu na těch létajících ponících :( 14:06 &lt;@jrandom&gt; to proto, že je zabíráš, jnymo ;) 14:06 &lt;cervantes2p&gt; jnymo: neprobírej své domácí „dohody“ na schůzce 14:07 &lt;@jrandom&gt; ok, v addressbooku a editoru se děje spousta fajn věcí. nějaké ETA, kdy to můžeme dát do bety, detonate? (tenhle týden, příští atd.) 14:07 &lt;jnymo&gt; heh 14:07 &lt;+detonate&gt; no, jakmile se ti to podaří rozběhat v Jetty, myslím, že to můžeš dát do bety 14:07 * jnymo vytahuje svůj p32-space-modulator 14:07 &lt;@jrandom&gt; v Jetty to funguje 14:07 &lt;+detonate&gt; nemám tušení, jak v NetBeans udělat precompile a dát to do war 14:08 &lt;+detonate&gt; pokud lidi nebudou měnit názvy souborů v config.txt, mělo by to snad fungovat bez bugů 14:08 &lt;@jrandom&gt; ok, můžeme tě provést Antem, aby se to zařídilo 14:08 &lt;+detonate&gt; ok 14:08 &lt;+detonate&gt; cool 14:08 &lt;cervantes2p&gt; detonate: udělej, co já – vezmi kód od jrandoma... vyhoď všechno, co nepotřebuješ, vypáč do toho svůj kód a pusť ant build skript ;-) 14:08 &lt;@jrandom&gt; heh 14:09 &lt;@smeghead&gt; detonate: o Antu něco vím, křikni, když se zasekneš 14:09 &lt;+detonate&gt; klidně to přidejte do vašeho release 14:09 &lt;+detonate&gt; jestli víte, jak na to 14:09 &lt;MichElle&gt; s/you don't need// 14:09 &lt;Ragnarok&gt; addressbook má velmi jednoduchý build skript, jestli se na to chceš mrknout 14:10 &lt;+detonate&gt; potřebuju sekci, která prekompiluje JSPčka 14:10 &lt;+detonate&gt; to mi chybí 14:10 &lt;+detonate&gt; i když je to zkompiluje, jen je to nesloučí a v build.xml není položka pro testovací kompilaci 14:10 &lt;@jrandom&gt; detonate: mrkni na targety precompilejsp v routerconsole, to tě nakopne 14:10 &lt;+detonate&gt; a musím zjistit, kam dát -source 1.3 atd. 14:10 &lt;@jrandom&gt; (a úlohu &lt;war&gt;) 14:11 &lt;+detonate&gt; jo, večer to můžeme dořešit 14:11 &lt;@jrandom&gt; jo 14:11 &lt;cervantes&gt; jo, takhle jsem to zvládl... a neumím VŮBEC žádnou Javu ani JSP ;-) 14:11 &lt;@jrandom&gt; ok, pokud už nic není k 3) věcem kolem addressbooku, přecházíme na 4) bt věci 14:12 &lt;@jrandom&gt; duck/smeghead: dáte nám update? 14:12 &lt;@duck&gt; k 14:12 &lt;@duck&gt; minulý týden jsme mluvili s Nolarem z Azureusu o opravách některých problémů s kompatibilitou 14:12 &lt;@duck&gt; což vedlo k vydání 0.1.8 14:12 &lt;@duck&gt; tenhle týden byl hlavně o komunikaci 14:12 &lt;@duck&gt; s dalšími vývojáři, s adminy fóra a s uživateli 14:13 &lt;+detonate&gt; neví někdo, jestli může plugin aznet zase hostovat torrenty? 14:13 &lt;@duck&gt; FAQ bylo aktualizováno na základě podnětů z fóra, díky všem, kdo přispěli 14:13 &lt;@duck&gt; taky došlo k jistému neporozumění a zmatku 14:13 &lt;@jrandom&gt; detonate: šušká se, že ano 14:13 &lt;@duck&gt; jako legions spork 14:13 &lt;+detonate&gt; výborně 14:13 &lt;@duck&gt; myslím, že změna názvu tomu zabrání v dalších problémech 14:13 &lt;@duck&gt; . 14:14 &lt;@jrandom&gt; r0xor duck 14:14 * MichElle tleská duckovi 14:14 &lt;MichElle&gt; duck: hodně tvrdě pracuješ 14:14 &lt;jnymo&gt; jo, proč ne i2p-bt_extractor nebo nějaká sračka? 14:15 &lt;@jrandom&gt; nějaké info o pozdější verzi 0.2, nebo to přijde na řadu až po 0.5.0.2 atd.? 14:15 &lt;@smeghead&gt; ještě netleskej, nevíš, jak to pojmenujeme&gt;;-) 14:15 &lt;@jrandom&gt; heh 14:15 * jnymo tleská 14:15 &lt;@duck&gt; prozraď! 14:15 &lt;@jrandom&gt; i2p-flying-pony-torrent 14:16 &lt;+detonate&gt; heh, teď to schováváme změnou názvu? 14:16 &lt;MichElle&gt; zase ti poníci 14:16 &lt;@smeghead&gt; zatím je to top-secret, nechceme, aby nás žalovali 14:16 &lt;jnymo&gt; to je ale debakl 14:17 * bla dělá ceduli pro MPAA: „Zažalujte mě, jestli můžete...“ 14:17 &lt;@smeghead&gt; s duckem jsme se dohodli, že 0.2 bude první verze s novým názvem 14:17 &lt;+detonate&gt; i2p-communism 14:17 &lt;@duck&gt; vydání na jaře 2006 14:17 &lt;@jrandom&gt; heh 14:17 &lt;@duck&gt; . 14:18 &lt;@smeghead&gt; podle mé aktuální zátěže a toho, že se tenhle týden stěhuju, nečekám, že pár dní budu na 0.2 něco hackovat, nevím, jaký má duck krátkodobý plán 14:18 &lt;@duck&gt; dělal jsem 8 hodin opravování pointerů v C++ 14:19 &lt;@duck&gt; takže tady toho taky moc nebude :) 14:19 &lt;@jrandom&gt; dobře, ale něco, na co se snad můžeme těšit souběžně s 0.6 (nebo 0.5.1, když budeme mít štěstí?) 14:19 &lt;@jrandom&gt; jejda, zábava, zábava 14:19 &lt;@duck&gt; alespoň před 2.0 14:19 &lt;@smeghead&gt; odhadoval bych tak měsíc, jen hrubý odhad, co myslíš, ducku 14:19 &lt;@duck&gt; jo 14:19 &lt;@jrandom&gt; super 14:19 &lt;@duck&gt; přibližně 14:20 &lt;@smeghead&gt; jde o to, že bychom rádi počkali na vydání oficiálního BT 4.0 14:20 &lt;@jrandom&gt; v pohodě, víme, jak to s plány chodí ;) 14:20 &lt;@smeghead&gt; abychom s tím mohli 0.2 sesynchronizovat 14:20 &lt;MichElle&gt; duck má opravdu hodně věcí na talíři 14:20 &lt;@smeghead&gt; 4.0 se zdá být na spadnutí 14:20 &lt;@jrandom&gt; ah, fakt, smegheade? super 14:20 &lt;@duck&gt; smeghead: to je jen oficiální výmluva :) 14:20 &lt;MichElle&gt; ale je to dříč 14:21 &lt;@duck&gt; jsem pro 5) ??? 14:21 &lt;@jrandom&gt; skoro tam... 14:21 &lt;@jrandom&gt; legion: nějaké novinky o tvém bt klientu? pokrok atd.? 14:21 &lt;@smeghead&gt; zdrojový kód? 14:22 &lt;@smeghead&gt; (v zipu, ne .exe) 14:22 &lt;cervantes&gt; takže příští vlna vydání tedy 14:22 &lt;@jrandom&gt; hmm, legion je asi idle, ok, možná dostaneme update později 14:22 &lt;cervantes2p&gt; sakra, obrovský lag 14:23 &lt;@jrandom&gt; takže, přesouváme se k 5) ??? 14:23 &lt;cervantes&gt; *ehm* w00t 14:23 &lt;@jrandom&gt; cervantes2p: ne, jen jsi pomalý ;) 14:23 &lt;@jrandom&gt; ok, má ještě někdo něco na probrání? 14:23 &lt;cervantes2p&gt; tohle jsem psal asi před 5 minutami 14:23 &lt;+ugha2p&gt; jrandom: Zápatí mailing listu pořád používá adresu i2p.dnsalias.net. Možná bys to měl aktualizovat na dev.i2p.net? :) 14:23 * cervantes2p krmí křečka svého routeru 14:24 &lt;@jrandom&gt; ah, jo, asi jo, ugha2p 14:24 * jrandom má nějakou sysadmin práci, které se už chvíli vyhýbám (jako třeba, ehm, přesun věcí na nový server...) 14:24 &lt;MichElle&gt; mám obavu 14:24 &lt;MichElle&gt; ohledně transparentnosti 14:24 &lt;@jrandom&gt; co je, MichElle? 14:25 &lt;MichElle&gt; pro plnou transparentnost zde prohlašuji, že identiguy naznačil, že jrandom by ve skutečnosti mohl být zaměstnancem NSA 14:25 &lt;+detonate&gt; oh, všiml jsem si 190 routers, jak blízko jsme teď limitu vláken? 14:25 * jnymo přemýšlí o další pomoci, kterou mohou lidé dělat 14:25 &lt;jnymo&gt; (pořád se dívám na tu věc s PHP, duck ;) 14:25 &lt;@jrandom&gt; heh, MichElle 14:25 &lt;MichElle&gt; jeho ‚praktická‘ schopnost pracovat 24/7 na i2p je skutečně podezřelá 14:25 &lt;MichElle&gt; každopádně 14:25 &lt;MichElle&gt; to je vše, co jsem chtěla říct 14:25 &lt;MichElle&gt; mějte oči na jrandomovi 14:26 &lt;MichElle&gt; jeho jemná a vřelá fasáda může být jen fasáda. 14:26 &lt;+ugha2p&gt; detonate: neexistují žádné teoretické limity vláken, prostě to sežere všechny dostupné prostředky, dokud to nespadne. :) 14:26 &lt;jnymo&gt; fasáda 14:26 &lt;@jrandom&gt; detonate: některé OS/ulimits to můžou omezit na 256, ale Win98 už stejně překračuje limit 100 TCP spojení 14:26 &lt;cervantes2p&gt; Můžu dát rychlý update k pluginu pro Firefox. I2P Mail notifier teď funguje, stejně jako čtečka novinek a základní ovládání routeru. Teď se nudně piplám s tvorbou konfiguračních obrazovek ( `http://freshcoffee.i2p/fire2pe_i2pmail_prefs.jpg` ) 14:27 &lt;jnymo&gt; MichElle, když je zdrojový kód v pořádku, tak na tom záleží? 14:27 &lt;+detonate&gt; oh, je plugin pro Firefox vydaný? 14:27 &lt;MichElle&gt; jnymo: trochu to kazí náladu 14:27 &lt;cervantes2p&gt; a než to vydám, chci implementovat downloader/install službu, která se napojí na smegheadův nový updater verifier 14:27 &lt;ddd&gt; ahoj kanále 14:28 &lt;+detonate&gt; ok 14:28 &lt;@jrandom&gt; w0ah! boží, cervantes2p 14:28 &lt;@jrandom&gt; vypadá to fakt pěkně 14:28 &lt;+detonate&gt; ahoj ddd 14:28 &lt;cervantes2p&gt; ale už se blížím... pravděpodobně ještě pár týdnů... 14:28 &lt;MichElle&gt; je to jako kdyby Windows nebyla cool, i kdyby je Microsoft open-sourcoval 14:28 &lt;+detonate&gt; ten plugin vypadá cool 14:28 &lt;MichElle&gt; zpátky ke schůzce ale... 14:28 &lt;@smeghead&gt; TrustedUpdate by snad mohl být hotový tenhle týden, než se přestěhuju 14:28 &lt;@jrandom&gt; super 14:29 &lt;ddd&gt; ? 14:29 &lt;ddd&gt; je i2p jediný anonymní chat? 14:29 &lt;@jrandom&gt; ahoj ddd. právě probíhá týdenní vývojářská schůzka 14:30 &lt;cervantes2p&gt; čau ddd, právě končíme schůzku... zůstaň, za pár minut bude hotovo 14:30 &lt;ddd&gt; jsou i další projekty jako i2p? 14:30 &lt;@smeghead&gt; ddd: napiš /list a vyber si 14:30 &lt;ddd&gt; ok 14:30 &lt;ddd&gt; ne, myslím na jiných sítích 14:30 &lt;@jrandom&gt; ok, má ještě někdo něco k 5) ??? 14:30 &lt;@smeghead&gt; ddd: zeptej se v #i2p-chat 14:30 &lt;ddd&gt; ok, nechám vás to dokončit 14:31 &lt;+detonate&gt; podařilo se už někomu úspěšně spustit i2p v OpenBSD? 14:31 &lt;@jrandom&gt; ddd: http://www.i2p.net/how_networkcomparisons 14:31 &lt;ddd&gt; ok 14:31 &lt;+detonate&gt; přemýšlel jsem, že to fiasko zase rozjedu 14:31 &lt;@jrandom&gt; detonate: nevím 14:31 &lt;jnymo&gt; jo, vlastně... kdo dělal BSD i2p distro a které BSD to bylo? 14:31 &lt;@jrandom&gt; heh, super, detonate, dej vědět, jak to jde 14:31 &lt;@jrandom&gt; jnymo: lioux to zabalil pro fbsd 14:32 &lt;@smeghead&gt; i2p by se nikdy nedodávalo s OpenBSD :) 14:32 &lt;+detonate&gt; jasně 14:32 &lt;jnymo&gt; woord.. neměl někdo dělat i2p orientované distro? 14:32 &lt;+detonate&gt; jo, ve FreeBSD je teď port 14:32 &lt;+detonate&gt; to je děsivé 14:32 &lt;+detonate&gt; heh, někdo chtěl mít knoppix CD, které spustí i2p 14:32 &lt;@jrandom&gt; jnymo: až bude i2p bytelně stabilní, bude stát za to prozkoumat balení pro distra/mikrodistra, jo 14:32 &lt;+detonate&gt; kdo ví proč 14:33 &lt;@smeghead&gt; jnymo: to si pamatuju, myslím, že to mělo být knoppix/i2p, nevzpomínám si, kdo o tom mluvil 14:33 &lt;@jrandom&gt; detonate: netcafe 14:33 &lt;+detonate&gt; ah 14:34 &lt;@jrandom&gt; ok, ještě něco k setkání? 14:34 &lt;MichElle&gt; co to sakra je i2p „orientované“ distro 14:34 &lt;MichElle&gt; tor, i2p a freenet? 14:34 &lt;MichElle&gt; nemá to smysl 14:34 &lt;MichElle&gt; požadavky na šířku pásma ty programy vylučují 14:34 &lt;MichElle&gt; je jrandom theo de raadt? 14:34 &lt;cervantes&gt; trochu teplé distro 14:34 &lt;jnymo&gt; kompletně anonymizované distro 14:35 &lt;cervantes2p&gt; jrandom: asi ne :) 14:35 &lt;MichElle&gt; jrandom: nic 14:35 * jrandom nápřah 14:35 * jrandom *baf* schůzku uzavírá </div>/cs/blog/2005/03/01/stavov%C3%A9-pozn%C3%A1mky-k-2005-03-01/Tue, 01 Mar 2005 00:00:00 +0000/cs/blog/2005/03/01/stavov%C3%A9-pozn%C3%A1mky-k-2005-03-01/<p>Ahoj všichni, je čas na naši aktualizaci stavu</p> <ul> <li>Index</li> </ul> <ol> <li>0.5.0.1 2) plán vývoje 3) editor adresáře a konfigurace 4) i2p-bt 5) ???</li> </ol> <ul> <li> <ol> <li>0.5.0.1</li> </ol> </li> </ul> <p>Jak jsme probírali minulý týden, několik hodin po schůzce jsme vydali nové vydání 0.5.0.1, které opravovalo chyby v 0.5, jež způsobily, že se vytvářelo obrovské množství tunnels (mimo jiné). Obecně tato revize situaci zlepšila, ale při širším testování jsme narazili na další chyby, které postihly několik uživatelů. Zejména revize 0.5.0.1 může spotřebovávat značné množství CPU, pokud máte pomalý stroj nebo pokud tunnels vašeho routeru hromadně selžou, a některé dlouho běžící servery I2PTunnel mohou postupně spotřebovat RAM, až dojde k OOM (nedostatku paměti). Také se vyskytuje dlouhodobá chyba ve streamingové knihovně, kvůli níž se nám nemusí podařit navázat spojení, pokud nastane právě ta správná kombinace selhání.</p>/cs/blog/2005/02/22/sch%C5%AFzka-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-22.-%C3%BAnora-2005/Tue, 22 Feb 2005 00:00:00 +0000/cs/blog/2005/02/22/sch%C5%AFzka-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-22.-%C3%BAnora-2005/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> ant, bla, cervantes, detonate, duck, frosk, godmode0, hobbs, jrandom, laberhorst, Meomia, microsoft, Myo9, Ragnarok, susi23, tracker</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 13:04 &lt;jrandom&gt; 0) ahoj 13:04 &lt;jrandom&gt; 1) 0.5 13:04 &lt;jrandom&gt; 2) Další kroky 13:04 &lt;jrandom&gt; 3) azneti2p 13:04 &lt;jrandom&gt; 4) ??? 13:04 &lt;jrandom&gt; 0) ahoj 13:04 * jrandom mává 13:05 &lt;jrandom&gt; týdenní stavové poznámky jsou na http://dev.i2p.net/pipermail/i2p/2005-February/000595.html 13:05 &lt;jrandom&gt; (jo, jen minutu nebo dvě před schůzkou, tak otestujme vaše rychločtení) 13:05 &lt;+detonate&gt; myslím, že počkám, až to bude trochu míň zabugované, než tam dám Boondock Saints 13:06 &lt;jrandom&gt; proč... to je... to je... to je porušení autorských práv! 13:06 &lt;+detonate&gt; divné nové přírůstky do Azureus beta 13:06 &lt;+detonate&gt; kategorie 13:06 &lt;+detonate&gt; haha 13:06 &lt;+detonate&gt; DHT tracker 13:06 &lt;+detonate&gt; super 13:07 &lt;jrandom&gt; jo, vypadá to fakt cool, ale pojďme probrat body 1 a 2 před 3, co? ;) 13:07 &lt;+detonate&gt; ahoj 13:07 &lt;+detonate&gt; přesně tak 13:07 &lt;jrandom&gt; skočíme do 1) 0.5 13:07 &lt;jrandom&gt; je to, jakože, venku a tak 13:08 &lt;cervantes&gt; hurá! 13:08 &lt;jrandom&gt; později večer bude nová revize s hromadou aktualizací (aktuální CVS head je 0.5-5, -6 je v testování na některých routerech) 13:09 &lt;jrandom&gt; šlo to docela dobře, ale cestou jsme narazili na pár divných bugů. ale c'est la vie 13:09 &lt;frosk&gt; můžu potvrdit, že 0.5-5 se chová o _hodně_ přívětivěji než -4 (která mi často dávala počty participating tunnelů v tisících) 13:09 &lt;bla&gt; jrandom: Opraví verze 0.5.0.1 problém s nemožností najít destinace? 13:09 &lt;jrandom&gt; aha, no, to je ale opravdu jen funkce ostatních lidí, -0 build ve skutečnosti staví stovky tunnelů 13:09 &lt;bla&gt; s/nor/not 13:10 &lt;jrandom&gt; bla: ano, to je bug v netDb 13:10 &lt;bla&gt; jrandom: Skvělé! 13:10 &lt;jrandom&gt; (konkrétně v publikování leaseSet) 13:11 &lt;jrandom&gt; a ano, revize 0.5.0.1 se zbaví toho občasného bugu s mizejícím proxy 13:12 &lt;jrandom&gt; pořád je tam zvláštní memory leak, který jsem zatím nevystopoval a který postihuje některé uživatele 13:12 &lt;bla&gt; Takže celkově se zdá, že kromě těchto bugů si síť 0.5 vede velmi dobře. Hurá! 13:12 &lt;jrandom&gt; pokud vím, ve skutečnosti to zasahuje jen dvě nebo tři instance I2PTunnel 13:12 &lt;Meomia&gt; je to známka pokroku, když jsem od 0.5 přešel z 0 na 130 participating tunnelů? 13:13 &lt;jrandom&gt; w3wt 13:13 &lt;jrandom&gt; Meomia: pff, já měl přes 5000 tunnelů ;) 13:13 &lt;jrandom&gt; ale dm ve skutečnosti pomohl najít bug v kódu exploratory pool, takže budeme stavět tunnely častěji na 'náhodných' peerech 13:14 &lt;jrandom&gt; (hurá) 13:14 &lt;Meomia&gt; ok 13:14 &lt;bla&gt; jrandom: Znamená to také, že teď, na rozdíl od 0.4, se každý peer může někdy stát tvým inbound gateway? 13:14 &lt;jrandom&gt; ano, pro exploratory tunnels 13:15 &lt;jrandom&gt; client tunnels budou používat jen peery ve vrstvě 'fast' 13:15 &lt;bla&gt; bla: Ok. To, že client tunnels používají jen rychlé peery, je dobré: jinak bychom měli problém s anonymitou, o kterém jsme mluvili dřív 13:16 &lt;jrandom&gt; a výkon by jinak stál za houby ;) 13:17 &lt;jrandom&gt; vlastně nás to přivádí k 2) Další kroky 13:18 &lt;jrandom&gt; velká věc, která zbývá pro řadu 0.5, je sada strategií pro řazení a/nebo filtrování peerů používaných v tunnels 13:18 &lt;godmode0&gt; jrandom lze používat NNTP s i2p ? 13:18 &lt;jrandom&gt; godmode0: na i2p jsou dva NNTP servery, ano. koukni na fórum 13:19 &lt;godmode0&gt; jrandom ok testuju 13:19 &lt;godmode0&gt; můžu si postavit i vlastní server? 13:20 &lt;jrandom&gt; godmode0: teď jsme na schůzce, ale ano, můžeš provozovat server 13:20 &lt;godmode0&gt; jrandom ok promiň 13:20 &lt;jrandom&gt; v pohodě 13:20 &lt;jrandom&gt; ty navržené strategie míří v zásadě na zlepšení anonymity, ale je tam pár dalších cílů, které můžeme vyvážit 13:21 &lt;jrandom&gt; možná najdeme způsob, jak do výběru integrovat některé AS cesty, jak navrhoval bla 13:22 &lt;jrandom&gt; to může zlepšit (jurisdikční) anonymitu, a pokud se pokusíme zůstávat v rámci jednoho (nebo dvou) AS, může to zlepšit výkon 13:22 &lt;bla&gt; jrandom: To v zásadě souvisí s článkem autorů Toru: `http://theland.i2p/files/routing-zones.pdf` 13:22 &lt;jrandom&gt; jo 13:23 &lt;jrandom&gt; existuje celá řada různých strategií, které mohou lidé použít, a zkoušet nové by mělo být docela snadné 13:24 &lt;jrandom&gt; nebudeme trávit měsíce implementací všeho, co nás napadne, ale poskytneme základy toho, co většina lidí bude potřebovat. kdokoli chce přidat nové, je velmi vítán, aby pomohl je zapojit 13:25 &lt;jrandom&gt; každopádně jakmile budou základy hotové, přesuneme se k zaměření na UDP transport pro 0.6 13:26 &lt;jrandom&gt; to je zhruba vše, co mám k 2) Další kroky, má někdo nějaké komentáře/dotazy/obavy? 13:26 &lt;bla&gt; Kdo byli ti lidi, co se začali znovu dívat na I2P? 13:26 &lt;bla&gt; Zdá se, že jsme o nich poslední dobou moc neslyšeli. 13:27 &lt;bla&gt; s/into I2P/into UDP/ 13:27 &lt;bla&gt; sorry 13:27 &lt;jrandom&gt; aha, mule byl nemocný, i když myslím, že detonate dělá pokroky 13:28 &lt;jrandom&gt; detonate: nějaké novinky? 13:29 &lt;jrandom&gt; nebo možná ne ;) 13:30 &lt;jrandom&gt; ok, přejdeme k 3) azneti2p 13:30 &lt;+detonate&gt; sorry 13:30 &lt;+detonate&gt; dělám pokrok 13:30 &lt;+detonate&gt; ještě musím dodělat část znovuskládání (re-assembly) 13:31 &lt;+detonate&gt; co se týče rozdělení dat do paketů a jejich poslání v pořádané podobě, to funguje 13:31 &lt;+detonate&gt; k 3) 13:31 &lt;jrandom&gt; boží 13:31 &lt;godmode0&gt; sorry krok 2) i2p má nějaký problém s útoky? 13:31 &lt;bla&gt; detonate: Super! Můžeš nás všechny průběžně informovat na fóru? 13:32 &lt;+detonate&gt; bla: jasně 13:32 &lt;tracker&gt; K azneti2p se podívej sem: http://sourceforge.net/forum/forum.php?thread_id=1233727&forum_id=377614 vypadá to, že stahování funguje, seedování ne. 13:32 &lt;jrandom&gt; godmode0: různé strategie řazení by měly uživateli umožnit zvolit dopad predecessor útoků 13:33 &lt;microsoft&gt; kdokoli spravuje i2p.net, měl by na stránku přidat víc buzzwordů typu Enterprise Class Solutions. 13:33 &lt;+detonate&gt; někdo by měl ověřit, že ten nový DHT tracker se taky nechová špatně ve vztahu k pluginu pro Azureus 13:33 &lt;tracker&gt; Místní testy to zřejmě potvrzují, s Azureusem umím stahovat, ale ne seedovat. 13:34 &lt;jrandom&gt; hmm ok fajn, díky trackere – vím, že pár věcí aktualizovali a včera večer vydali b34, ale zdá se, že je ještě co dělat, 13:34 &lt;jrandom&gt; detonate: dobrý postřeh 13:35 &lt;tracker&gt; Dobrý postřeh, detonate, mám DHT vypnuté, protože Azureus po pár hodinách zdechne se 100% využitím CPU, když je aktivní. 13:35 * jrandom by rád zopakoval, že plugin azneti2p je pořád poměrně raná beta a důsledky Azureusu pro anonymitu nebyly plně auditovány 13:36 &lt;jrandom&gt; jsem si jist, že jsou rádi, když to lidé testují, ale ti, kdo potřebují anonymitu, by měli být opatrní 13:36 &lt;tracker&gt; Na druhou stranu, i2p-bt funguje fakt dobře. Až na to, že nezavírá tunnels, ale to podle mě (IMHO) není tak zlé. 13:37 &lt;jrandom&gt; aha, to se ti pořád děje, trackere? mně se to nepodařilo reprodukovat 13:37 &lt;jrandom&gt; jsi na revizi 0.1.7, že? 13:37 &lt;tracker&gt; Ano, jsem. 13:38 &lt;jrandom&gt; ok super, pokud se ti to děje pořád, rád bych po schůzce vytěžil tvoje zkušenosti, abychom dohledali příčinu 13:39 &lt;tracker&gt; Možná to souvisí s provozem na XP místo na Linuxu nebo Unixu. Zavření tunnelu funguje s Azureusem, takže hádám, že je to na straně I2P-BT. 13:39 &lt;jrandom&gt; hmm jasně, i2p-bt používá SAM, zatímco Azureus používá přímo i2p SDK 13:40 &lt;tracker&gt; Mimochodem, poslal jsem ti report bugu na fóru. Timestamper padá na posledních CVS buildech I2P. 13:40 &lt;jrandom&gt; ah super, díky, dnes jsem tam ještě nekontroloval své PM 13:41 &lt;jrandom&gt; na -5 nebo -4? nebo dřív? 13:42 &lt;jrandom&gt; aha, -4. ok super 13:42 &lt;jrandom&gt; díky, opravím to pro 0.5.0.1 13:42 &lt;jrandom&gt; ok, má někdo ještě něco k 3) azneti2p? 13:43 &lt;tracker&gt; Děje se to i na -5 13:43 &lt;jrandom&gt; máš explicitně definovaný sntp server, že? 13:44 &lt;tracker&gt; Ano. Ty 2 z naší země. 13:44 &lt;jrandom&gt; právě jsem zkontroloval zdroják a výjimka nastane, když je počet souběžných serverů (default = 3) větší než počet zadaných serverů (nový default má 3) 13:44 &lt;jrandom&gt; ok super, je to triviální oprava na % # servers 13:45 &lt;jrandom&gt; ok, pokud není nic dalšího k azneti2p, posuneme se ke staré dobré 4) ??? 13:46 &lt;jrandom&gt; má ještě někdo něco k projednání na schůzku? 13:46 &lt;tracker&gt; Super. Právě jsem ti na fóru poslal chybové logy z routeru při zavírání i2p-bt. 13:47 &lt;jrandom&gt; 'k super, díky 13:47 &lt;cervantes&gt; nic k zmínění kromě: pěkná práce s rolloutem 0.5, vypadá to, že to bude pecka, jakmile se vyžehlí bugy 13:48 &lt;tracker&gt; Jo, poslední CVS buildy tady fakt jedou dobře. 13:48 &lt;jrandom&gt; díky, s vaší pomocí i pomocí ostatních testerů 0.5-pre jsme dokázali vyčistit spoustu problémů 13:49 &lt;jrandom&gt; výkon byl lepší, než jsem čekal, i když throughput není tak vysoký jako dřív. pořád zbývá hodně co optimalizovat 13:49 &lt;cervantes&gt; zajímavé je, že pre verze byly stabilnější... pro mě, ale tehdy jsem je provozoval na jiném stroji ;-) 13:49 &lt;jrandom&gt; (a tyhle zatracené bugy, aby byla spolehlivost tam, kde má být) 13:50 &lt;jrandom&gt; heh no jo, ale -pre síť byla 5–7 routerů, všechny šíleně spolehlivé na opravdu opravdu rychlých připojeních 13:50 &lt;cervantes&gt; :) 13:51 &lt;cervantes&gt; tak mě pak zapiš na 0.6 pre test :) 13:51 &lt;jrandom&gt; heh 13:51 &lt;tracker&gt; Možná bych se měl zapojit do další pre sítě. Poskytnu velmi nespolehlivé a pomalé připojení ;). 13:51 &lt;jrandom&gt; migrace na 0.6 bude asi ještě jednodušší, doufám, protože budeme moct jen přidat nové adresy routeru do routerInfo (UDP adresy) 13:51 &lt;jrandom&gt; heh word 13:51 &lt;cervantes&gt; můžu dát online svůj 1TB file share... 13:52 &lt;jrandom&gt; určitě budeme potřebovat spoustu pomoci s testováním 0.6, zapojíme celou škálu síťových nastavení 13:52 &lt;hobbs&gt; ssh '~C' command je šikovný 13:52 &lt;laberhorst&gt; bude to zase další nekompatibilní krok? 13:53 &lt;Myo9&gt; Víte někdo, které NNTP servery běží? 13:53 &lt;jrandom&gt; laberhorst: ne, 0.6 bude zpětně kompatibilní 13:53 &lt;jrandom&gt; Myo9: nevím, možná běží a jen jsou kousnuté bugy 0.5-0 13:54 &lt;jrandom&gt; revize 0.5.0.1 by měla opravit spoustu problémů a jakmile vyjde, upgrade bude silně doporučen 13:54 &lt;laberhorst&gt; tak prostě postavit testovací 0.6 a dát ji testerům 13:54 &lt;cervantes&gt; můžeme přimět BT provoz používat jen zastaralé routery... to lidi povzbudí k upgradu ;-) 13:54 &lt;laberhorst&gt; takže zítra velká upgrade párty 13:54 &lt;jrandom&gt; až to bude připravené, bude oznámení na fóru a na listu 13:54 &lt;jrandom&gt; přesně tak, laberhorst 13:54 &lt;jrandom&gt; heh cervantes ;) 13:55 &lt;laberhorst&gt; *těším se, až pro vás budu testovat* 13:55 &lt;jrandom&gt; výkon BT byl na 0.5 docela dobrý, viděl jsem spoustu úspěšných přenosů velkých souborů na trackerech 13:55 &lt;laberhorst&gt; pload rate: 8.85 kB/s 13:55 &lt;jrandom&gt; (a IRC nebylo ovlivněno jako dřív, kromě problémů, které máme s duckovým tunnelem) 13:55 &lt;tracker&gt; Záleží na tom, co nazýváš velké ;) 13:56 &lt;jrandom&gt; tracker: myslím na konkrétní 874MB soubor, který má spoustu úspěšných downloadů ;) 13:56 &lt;jrandom&gt; ale je pravda, že pro některé je to malé 13:56 &lt;laberhorst&gt; prostě staré dobré porno 13:56 &lt;laberhorst&gt; předpokládám ;-) 13:57 &lt;laberhorst&gt; doufejme, že od zítřka se můj router nebude účastnit >3000 tunnelů 13:57 &lt;tracker&gt; Ok, to je velké. 13:57 &lt;laberhorst&gt; nebo pokud ano, síť JE velká 13:57 &lt;jrandom&gt; heh laberhorst 13:58 &lt;jrandom&gt; ok, má ještě někdo něco k dnešní schůzce? 13:58 &lt;laberhorst&gt; mimochodem, je participate in&gt;3000 synonymum pro dobrý spolehlivý router v i2p s rychlým připojením? 13:58 &lt;+detonate&gt; dám Boondock Saints nahoru, až dneska stáhnu House :) 13:59 &lt;+detonate&gt; to bude hezkých 4,1 GB :) 13:59 * laberhorst jen chce poděkovat vývojářům za rychlé zabíjení bugů 13:59 &lt;+detonate&gt; zdá se, že je o to velký zájem 13:59 &lt;laberhorst&gt; oh, jsou tu i nějaké DVD image 13:59 &lt;hobbs&gt; detonate: oo, jasně. House. :) 13:59 &lt;tracker&gt; cervantes, už jsi upgradoval na phpBB 2.0.12 13:59 &lt;laberhorst&gt; ale počkejte, až vyjde 0.5.0.1 13:59 &lt;+detonate&gt; mělo by to dát 0.5.0.1 taky slušný zátěžový test 14:00 &lt;+detonate&gt; jo 14:00 &lt;+detonate&gt; mám to v plánu 14:00 &lt;jrandom&gt; samozřejmě by je měli stahovat jen lidé, kteří už vlastní legální kopie těch souborů. to je jen pro testování 14:00 &lt;jrandom&gt; *kašel* 14:00 &lt;tracker&gt; rofl 14:01 * jrandom poznamenává mpaa.i2p 14:01 &lt;+detonate&gt; heh 14:01 &lt;laberhorst&gt; oh, můžu dělat ISO image z Debianu, Fedory, SUSE, fotek co jsem udělal,... 14:01 &lt;laberhorst&gt; takže spousta legálního materiálu 14:01 &lt;laberhorst&gt; pokud chcete jen testovat, /dev/random je HODNĚ velký 14:01 &lt;Ragnarok&gt; ne vždy 14:02 &lt;laberhorst&gt; mimochodem, na osamělé víkendy: cat /dev/random | grep linux :-) 14:02 &lt;jrandom&gt; heh 14:02 &lt;frosk&gt; /dev/random se pořád vyprazdňuje, preferuji /dev/urandom :) 14:02 &lt;frosk&gt; nebo nový, vylepšený /dev/jrandom 14:02 &lt;jrandom&gt; ne, ten pořád padá s core dumpem 14:03 &lt;jrandom&gt; a potřebuje svůj noční odpočinek 14:03 &lt;Ragnarok&gt; jak nejlépe generovat entropii pro /dev/random? 14:03 &lt;laberhorst&gt; opravdu bychom měli založit fond „get jrandom a few beers“ 14:03 &lt;frosk&gt; říkej tomu odpočinek nebo sběr entropie :) 14:03 &lt;hobbs&gt; Ragnarok: Záleží, co tím přesně myslíš. Pořídit si hardwarový RNG by byl víceméně ten „nejlepší“ způsob :) 14:03 &lt;jrandom&gt; Ragnarok: záleží na tvém OS (a jestli máš hardware ;) 14:04 &lt;tracker&gt; dd if=/dev/urandom of=/dev/hda bs=1M count=4 Vždycky potěší ;) 14:04 &lt;jrandom&gt; ve skutečnosti v některém z těchto buildů přibalíme implementaci Fortuna a budeme muset pohrabat různé zdroje entropie 14:04 &lt;Ragnarok&gt; bez hardware :P 14:04 &lt;susi23&gt; . o O ( myslel(a) jsem, že někdo používající i2p ví, proč by neměl používat /dev/urandom ) 14:05 &lt;cervantes&gt; tracker: bezpečnostní exploity pokryté v 2.0.12 můj mod_rocinante neúmyslně opravuje, takže jsem se zatím nenamáhal upgradovat 14:05 &lt;hobbs&gt; susi23: když je to jen na rošťárny, myslím, že je to v pohodě ;) 14:05 &lt;ant&gt; &lt;Nolar&gt; kdo tady dělá Python port BT? 14:05 &lt;jrandom&gt; Nolar: to by byl duck 14:06 * duck píská 14:06 &lt;ant&gt; &lt;Nolar&gt; duck: proč jste změnili velikost požadovaného bloku na 128k? 14:06 &lt;susi23&gt; . o O ( další navrhne: while true; do echo $RANDOM&gt;&gt; largefile; done ) 14:06 &lt;ant&gt; &lt;Nolar&gt; proto k tobě AZ neumí seedovat 14:06 &lt;tracker&gt; cervantes: Ok 14:06 &lt;ant&gt; &lt;Nolar&gt; blokujeme požadavky > 64k 14:06 &lt;laberhorst&gt; sakra, potřebuju víc mp3 14:06 &lt;frosk&gt; susi23: na grepování linuxu během líného večera je /dev/urandom úplně v pohodě :) 14:07 &lt;jrandom&gt; aha, to jste měli vždy? pokud si dobře pamatuju (iirc), i2p-bt už nějakou dobu používá 128k 14:08 &lt;ant&gt; &lt;Nolar&gt; jo, je to tak od začátku :) 14:08 &lt;ant&gt; &lt;Nolar&gt; je nějaký důvod, proč se používá 128? 14:08 &lt;ant&gt; * duck prochází cvs log 14:08 &lt;jrandom&gt; udržuje to zaplněný pipeline, i2p má nějaké zpoždění ;) 14:08 &lt;jrandom&gt; s 32KB je to v podstatě pevná velikost okna 1 14:09 &lt;jrandom&gt; takže každá zpráva blokuje na ACK, zatímco 128KB umožňuje 4 zprávám letět v rámci RTT 14:09 &lt;@duck&gt; správně, maximální povolená velikost slice podle BT specifikace 14:09 &lt;ant&gt; &lt;Nolar&gt; no, jsou dva způsoby, jak to řešit: 1) zvedneme limit na naší straně na 128k, nebo 2) prostě napipelinuješ víc požadavků 14:09 &lt;cervantes&gt; i2pbt je trochu svižnější než bývalo... možná si můžete dovolit to snížit... 14:10 &lt;@duck&gt; schni, schna, schnappi 14:10 &lt;ant&gt; &lt;Nolar&gt; takže místo jednoho 128k požadavku pošli třeba dva 64k 14:10 &lt;hobbs&gt; duck: haha... ta věc obletěla svět. 14:10 &lt;@duck&gt; proč blokujete 128k? 14:11 &lt;cervantes&gt; *brr* europop 14:11 &lt;laberhorst&gt; duck: prosím, zmlkni, NEBO tě sestřelím! 14:11 &lt;tracker&gt; Někdy lituju, že jsem se před lety učil německy... 14:11 &lt;laberhorst&gt; ne europop, fakt ne POP 14:11 * cervantes nařizuje Spojenému království odrazit hranice, než se taková píseň dostane do žebříčků 14:11 &lt;laberhorst&gt; tracker: neřeš, je to v pohodě 14:12 &lt;ant&gt; &lt;duck&gt; teď je to (2^17)-13 14:12 &lt;ant&gt; &lt;Nolar&gt; duck: no, limit tam byl už nějakou dobu, ale jeden dobrý důvod je, že 128K bloky trvá nahrát.....16KB (náš default) umožňuje jemnější řízení požadavků 14:12 &lt;ant&gt; &lt;duck&gt; 13 bajtů je délka bittorrent command 14:12 &lt;ant&gt; &lt;duck&gt; neměl bych problém s (2^16)-13 14:12 &lt;laberhorst&gt; některá hudba je fakt směšná, ale opravdový industrial, bohužel, ne 14:13 &lt;ant&gt; &lt;duck&gt; nebo se vrátit k defaultu? 14:13 &lt;jrandom&gt; snížit to na 64KB se zdá nejjednodušší (je to teď cli parametr?) 14:13 &lt;ant&gt; &lt;duck&gt; --download_slice_size 14:14 &lt;ant&gt; &lt;Nolar&gt; no, moje otázka je, máte pádný důvod držet se 128K bloků, které mi přijdou trochu velké, zvlášť pro i2p 14:14 &lt;ant&gt; &lt;Nolar&gt; místo toho, abyste prostě pipelinovali více menších požadavků? 14:14 &lt;ant&gt; &lt;duck&gt; nemám důvod. 14:14 &lt;tracker&gt; laberhorst: Někdy chytím přes satelit některé německé kanály. Zejména VIVA a ten „Theater Kanal“ jsou fakt příšerné... 14:15 &lt;ant&gt; &lt;Nolar&gt; jeden problém s velkými bloky je, že jakmile tě choke-nu, stejně musím dokončit posílání toho 128k chunku 14:15 &lt;jrandom&gt; nevybavuju si, jestli vanilla bt umí pipeline, ale mělo by to být dost jednoduché (zvlášť když to nedělám já ;) 14:15 &lt;ant&gt; &lt;Nolar&gt; což může chvíli trvat 14:15 &lt;laberhorst&gt; tracker: VIVA je zajímavá jen v „hard rock“ čase, jindy „prosím ignorovat“, a Theater, nevím 14:15 &lt;jrandom&gt; u i2p není 128KB zas tak velké, protože je tam inherentní zpoždění v řádu sekund 14:15 &lt;ant&gt; &lt;Nolar&gt; což může rozhodit chunk/unchoke 14:16 &lt;@duck&gt; jrandom: dává pořád smysl odečítat bittorrent 13bajtový overhead, aby se to vešlo do sam message? 14:16 &lt;jrandom&gt; duck: ne, protože streaming lib to už dál snižuje na 16KB zprávy, takže to prostě dej na 64KB 14:17 &lt;@duck&gt; ok, bude to 2**16 14:17 &lt;jrandom&gt; (a pak tunnels rozbijí těch 16KB zpráv na 996 bajtové fragmenty..) 14:17 &lt;ant&gt; &lt;Nolar&gt; problém se 128k je, že když nahrávám řekněme 12 k/s, zabere mi přes 10 sekund ten blok dokončit 14:18 &lt;cervantes&gt; wow to je skoro tak dlouho jako lag na IRC... 14:18 &lt;jrandom&gt; což je 1–10 RTT (zatímco na normálním netu 10–500) 14:18 &lt;+detonate&gt; já měl v plánu použít 512K bloky 14:18 &lt;ant&gt; &lt;Nolar&gt; můžete taky experimentovat s pipeliningem 16kb bloků 14:18 &lt;jrandom&gt; heh 14:18 &lt;+detonate&gt; takže 64 je preferované? 14:19 &lt;ant&gt; &lt;Nolar&gt; všechny bt klienty afiak používají 16KB bloky 14:19 &lt;ant&gt; &lt;duck&gt; opraveno v CVS; 14:19 &lt;jrandom&gt; boží, díky ducku! (a Nolare!) 14:19 &lt;ant&gt; &lt;duck&gt; očekávejte to ve vydání 0.1.8 spolu s nějakým sam i2cp laděním 14:19 &lt;tracker&gt; laberhorst: Jeho celý název je „ZDF Theater“ nebo tak. A tvrdí, že vysílají vysoce kulturní program. Doufám, že to, co vysílají, není to nejlepší, co může německá kultura nabídnout ;) 14:19 &lt;jrandom&gt; ok, heh, právě jsem si vzpomněl, že jsme pořád na schůzce 14:19 &lt;jrandom&gt; má ještě někdo něco k téhle schůzce? 14:20 &lt;ant&gt; &lt;Nolar&gt; takže když chceme 128k chunk, prostě uděláme 8 simult požadavků 14:20 &lt;susi23&gt; . o O ( a zahodit zbývajících 448 bajtů? ) 14:20 &lt;jrandom&gt; jo jo 14:20 &lt;laberhorst&gt; tracker: oh, to je malý vedlejší kanál... arte nebo 3sat jsou opravdu zajímavější 14:20 &lt;laberhorst&gt; a arte je německo/francouzský :-) 14:20 &lt;ant&gt; &lt;Nolar&gt; pokud uploader umí takový požadavek naplnit, všech 128k by mělo být pushnuto do i2p pipe streamu 14:20 &lt;jrandom&gt; cool 14:21 &lt;cervantes&gt; . o O ( přemýšlí, proč slyší všechno, co si susi myslí ) 14:21 &lt;ant&gt; &lt;Nolar&gt; takže může stát za to experimentovat s 16KB vs 32KB vs 64KB velikostmi bloků 14:21 &lt;jrandom&gt; jo 14:21 &lt;jrandom&gt; dokud je to pipelinované, i2p je to jedno 14:21 &lt;ant&gt; &lt;Nolar&gt; skvělé 14:22 &lt;jrandom&gt; rychlost na 16KB bez pipeline je ale dost špatná, nebo aspoň bývala 14:22 &lt;tracker&gt; laberhorst: Ok, zkusím, jestli v příštích dnech chytím arte... 14:22 &lt;ant&gt; &lt;duck&gt; navrhuju nechat tohle ladění na 0.2 14:22 &lt;ant&gt; &lt;duck&gt; protože bude obsahovat vylepšení bittorrent 3.9.1 14:22 &lt;jrandom&gt; jo, DTSTTCPW 14:22 &lt;susi23&gt; . o O ( oh to je jednoduché... lidi jsou tak předvídatelní... ) 14:23 &lt;ant&gt; &lt;duck&gt; což může kompletně restrukturalizovat síťový kód 14:23 &lt;cervantes&gt; http://www.gavelstore.com 14:24 &lt;jrandom&gt; ok, myslím, že to je pro tuto chvíli vše, lidi by měli za pár hodin zkontrolovat list a web, protože brzy vyjde revize 0.5.0.1 14:24 &lt;ant&gt; &lt;Nolar&gt; jo, chápu, proč by jednotlivé 16kb požadavky byly pomalé 14:24 * jrandom stahuje kladívko 14:24 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2005/02/22/stavov%C3%A9-pozn%C3%A1mky-i2p-k-2005-02-22/Tue, 22 Feb 2005 00:00:00 +0000/cs/blog/2005/02/22/stavov%C3%A9-pozn%C3%A1mky-i2p-k-2005-02-22/<p>Ahoj všichni, je čas na týdenní aktualizaci.</p> <ul> <li>Index</li> </ul> <ol> <li>0.5 2) Další kroky 3) azneti2p 4) ???</li> </ol> <ul> <li> <ol> <li>0.5</li> </ol> </li> </ul> <p>Jak už jste všichni slyšeli, konečně jsme vydali verzi 0.5 a celkově si vede docela dobře. Opravdu si vážím toho, jak rychle lidé aktualizovali – během prvního dne bylo 50–75 % sítě na 0.5! Díky rychlému přijetí jsme mohli rychleji vidět dopad jednotlivých změn a zároveň jsme našli spoustu chyb. Přestože je stále několik otevřených problémů, ještě dnes večer vydáme novou verzi 0.5.0.1, abychom vyřešili ty nejdůležitější.</p>/cs/blog/2005/02/15/pozn%C3%A1mky-ke-stavu-i2p-ze-dne-2005-02-15/Tue, 15 Feb 2005 00:00:00 +0000/cs/blog/2005/02/15/pozn%C3%A1mky-ke-stavu-i2p-ze-dne-2005-02-15/<p>Dobrý den, je tu zase ta část týdne,</p> <ul> <li>Index</li> </ul> <ol> <li>Stav sítě 2) Stav verze 0.5 3) i2p-bt 0.1.7 4) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Zatímco se v síti neobjevily žádné nové chyby, minulý týden jsme získali určitou pozornost na populárním francouzském p2p webu, což vedlo k nárůstu jak počtu uživatelů, tak i aktivity na BitTorrentu. V maximu jsme dosáhli 211 routers v síti, i když se to v poslední době pohybuje mezi 150 a 180. Nahlášené využití šířky pásma také vzrostlo, bohužel však spolehlivost irc klesla, protože jeden ze serverů snížil své limity šířky pásma kvůli zátěži. Proběhla řada vylepšení streamovací knihovny (streaming lib), která by s tím měla pomoci, ale jsou na větvi 0.5-pre, takže zatím nejsou dostupná na živé síti.</p>/cs/blog/2005/02/15/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-15.-%C3%BAnora-2005/Tue, 15 Feb 2005 00:00:00 +0000/cs/blog/2005/02/15/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-15.-%C3%BAnora-2005/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> ant, bla\_, cervantes, cneal92\_, jrandom, polecat, postman, smeghead, ugha2p</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 13:07 &lt;jrandom&gt; 0) ahoj 13:07 &lt;jrandom&gt; 1) stav sítě 13:07 &lt;jrandom&gt; 2) stav 0.5 13:07 &lt;jrandom&gt; 3) i2p-bt 0.1.7 13:07 &lt;jrandom&gt; 4) ??? 13:07 &lt;jrandom&gt; 0) ahoj 13:07 * jrandom mává 13:07 &lt;+ugha2p&gt; jrandom: Je irc.duck.i2p dostupné také na testnetu a propojené s touto sítí? 13:07 &lt;+ugha2p&gt; S touto IRC sítí 13:07 &lt;jrandom&gt; týdenní poznámky o stavu zveřejněny @ http://dev.i2p.net/pipermail/i2p/2005-February/000575.html 13:07 &lt;ant&gt; &lt;Sonium_&gt; Bonjour, sa cette fois de la semaine encore, 13:07 &lt;jrandom&gt; ne, ugha2p 13:08 &lt;ant&gt; &lt;Sonium_&gt; mluvíš francouzsky, jrandom? 13:08 &lt;jrandom&gt; heh, jo, důkaz, že babelfish má své limity ;) 13:08 &lt;jrandom&gt; lol, jo, lidi říkali, že babelfish dřív dával docela slušnou francouzštinu, ale zjevně tentokrát ne ;) 13:09 &lt;+ugha2p&gt; Ahoj, kolegové I2P uživatelé. 13:09 &lt;ant&gt; &lt;fedo2p&gt; ahoj 13:09 &lt;jrandom&gt; každopádně, pojďme to rozjet, než nás zase potká netsplit 13:09 &lt;jrandom&gt; 1) stav sítě 13:09 &lt;jrandom&gt; podrobnosti viz e‑mail 13:10 &lt;jrandom&gt; zdá se, že zatímco IRC bylo dost rozhozené, stejně jako některá aktivita přes outproxy, BT si vedlo docela dobře 13:11 &lt;jrandom&gt; k tomu už nemám moc co dodat – má někdo nějaké komentáře/dotazy/obavy? 13:12 &lt;ant&gt; &lt;Sonium_&gt; vyjde 0.5 tento pátek? 13:12 &lt;jrandom&gt; heh, dobrá otázka, to nás asi zavede k 2) stavu 0.5 13:12 &lt;jrandom&gt; ano, 0.5 bude vydána tento pátek 13:13 &lt;jrandom&gt; testovací síť si vede s posledními aktualizacemi docela dobře, ale zbývá ještě nějaká dokumentace a drobné úklidy. taky se pokusím přibalit nejnovější Jetty, ale uvidíme 13:14 &lt;ant&gt; &lt;Sonium_&gt; dotaz na rodilého mluvčího angličtiny: jaký je sémantický rozdíl mezi "it will be released" and "it is going to be released" ? 13:14 &lt;bla_&gt; Routování je občas trochu problém; řekněme v 5–10 % případů musím znovu načíst stránku, protože tunnel nefunguje dobře 13:14 &lt;smeghead&gt; rád bych požádal, aby všichni zapojení do aktivit na BitTorrentu dobrovolně přestali až do vydání 0.5 v pátek, protože nárůst BT provozu ničí zbytek síťového provozu, zejména IRC 13:15 &lt;jrandom&gt; Sonium: to druhé je rozhodnější, ale obecně jde o totéž 13:15 &lt;bla_&gt; smeghead: Souhlasil bych, ale 0.5 nevyřeší problém se zatížením, že? 13:15 &lt;smeghead&gt; postiženy jsou i eepsites, nejen IRC 13:16 &lt;ant&gt; &lt;Sonium_&gt; ok, tak jsem to doteď chápal špatně 13:16 &lt;+ugha2p&gt; jrandom: Bude to lépe zvládat interaktivní provoz? 13:16 &lt;jrandom&gt; 0.5 změní hodně dynamiky a mělo by čistěji zvládat vyvažování zátěže, protože nyní můžeme rozlišovat různé příčiny odmítnutí tunnelu 13:16 &lt;ant&gt; &lt;Sonium_&gt; Měl jsem ve škole líp dávat pozor 13:16 &lt;jrandom&gt; ugha2p: ano, výrazně 13:17 &lt;+ugha2p&gt; Ah, super. 13:17 &lt;jrandom&gt; na druhou stranu dojde ve spoustě situací k celkovému zvýšení využití šířky pásma, i když to později, jak se věci posunou, zlepšíme 13:18 &lt;smeghead&gt; a prosím, dejte o tom vědět našim novým francouzsky mluvícím uživatelům a požádejte je, aby s BT počkali do pátku 13:18 &lt;ant&gt; &lt;BS314159&gt; jsou to tři dny. Určitě si na ty tři dny najdeš něco jiného na práci 13:19 * jrandom bych mohl pošťouchnout otevření inproxy na spaetzův 0.5 ircd :) 13:20 &lt;jrandom&gt; možná by bylo jednodušší navrhnout uživatelům BT, aby využili možnosti snížit zatížení sítě zkrácením délky svých tunnels 13:21 &lt;jrandom&gt; (jak na inbound tunnels, konfigurovaných přes příkazovou řádku BT, tak na outbound tunnels, konfigurovaných na `http://localhost:7657/configclients.jsp` ) 13:21 &lt;polecat&gt; Jo, nepotřebují tolik anonymity jako spíš nenápadnost. To my, ilegální cizácké fretky, potřebujeme tu dvouhopovou věcičku. 13:21 &lt;bla_&gt; jrandom: Možné řešení, bt-0.1.8 s výchozí délkou tunnels 1, se tu v kanálu už zmiňovalo. Ducku, jsi tu? 13:22 &lt;polecat&gt; Používá i2p-bt SAM, nebo používá i2ptunnel relaci? 13:23 &lt;jrandom&gt; hmm, na druhou stranu je tu celá sada nových i2cp session options, které budeme chtít v i2p-bt zpřístupnit, takže stejně budu muset kontaktovat duck ohledně aktualizovaného vydání 13:23 &lt;jrandom&gt; polecat: SAM 13:23 &lt;smeghead&gt; BS314159: jsem přispěvatel nejen do kódu I2P, ale i do i2p-bt; tento BT provoz mi brání komunikovat s ostatními vývojáři a brzdí naše snahy zlepšit všem používání; měj prosím trochu ohledu 13:23 &lt;smeghead&gt; BS314159: je pro tebe důležitější torrentit než pro nás vyvíjet 13:23 &lt;smeghead&gt; ? 13:23 &lt;smeghead&gt; polecat: sam 13:23 &lt;cervantes&gt; udělejte 0.1.8 tak, aby všechny své uživatele práskla MPAA, a my všichni zůstaneme u 0.1.7 13:23 &lt;smeghead&gt; bla_: 0.1.8 pravděpodobně nebude, máme teď v CVS 0.2.0, novou kódovou základnu založenou na BT 3.9.1 13:23 &lt;jrandom&gt; heh cervantes 13:23 &lt;jrandom&gt; ooOOo pěkné 13:24 &lt;jrandom&gt; možná je to dobrý přechod z 2) stavu 0.5 na 3) i2p-bt :) 13:24 &lt;jrandom&gt; smeghead/duck, jak to jde? 13:25 &lt;ant&gt; &lt;Sonium_&gt; google zná 167 odkazů na www.i2p.org 13:25 &lt;bla_&gt; jrandom: Možná by se měl zopakovat harmonogram upgradu: odstavte svou eepsite ve čtvrtek večer (UTC), v pátek proveďte upgrade a eepsite znovu spusťte, až dostatečný počet uživatelů upgradoval 13:26 &lt;ant&gt; &lt;Sonium_&gt; erm .net 13:26 &lt;smeghead&gt; všechny BT modifikace v 0.1.7 byly integrovány do nové kódové základny 0.2.0 13:26 &lt;smeghead&gt; ale musíme napsat úplně nové sam rozhraní, nemůžeme použít to z 0.1.7 13:27 &lt;jrandom&gt; aha, ok 13:27 &lt;smeghead&gt; pokud je tu někdo se zkušenostmi se sockets v Pythonu, kdo by chtěl pomoct, *ehm* connelly 13:28 &lt;polecat&gt; V SAM se děje jen přidání „stream-level chokingu“, že? 13:28 &lt;jrandom&gt; polecat: zatím žádné změny protokolu (pokud vím), jen portování 13:28 &lt;smeghead&gt; prosím, spoj se s duckem 13:28 &lt;ant&gt; &lt;MANCOM&gt; něco nového na azneti2p? 13:28 &lt;smeghead&gt; klient 0.2.0 bude zvládat víc torrentů v jedné instanci, už nebudeš muset otevírat víc relací 13:29 &lt;jrandom&gt; (hurá!) 13:29 &lt;polecat&gt; Vážně? 13:29 &lt;smeghead&gt; a doufejme, že to všechno rozběháme přes jedinou sam session, abychom dál omezili bordel v síti 13:29 &lt;bla_&gt; smeghead: Pěkné! Portujete také text-only bttrackmany? 13:29 &lt;polecat&gt; Dokáže běžet na pozadí? 13:29 &lt;jrandom&gt; MANCOM: Nic nového jsem neslyšel a bohužel jsem neměl čas auditu aktualizací 13:29 &lt;polecat&gt; Kolik paměti si vezme? 13:29 &lt;smeghead&gt; bla_: ano, myslím že ano 13:30 &lt;smeghead&gt; polecat: pomocí btdownloadheadless.py je to proces běžící na pozadí 13:31 &lt;polecat&gt; Jedna SAM session je možná: peerwire i tracker protokol mohou rozpoznat jak klient, tak server. 13:31 &lt;polecat&gt; smeghead: Ano, ale co když chci do toho procesu přidat torrent? 13:32 &lt;smeghead&gt; a nemělo by to používat výrazně víc paměti než srovnatelný počet instancí 0.1.7 13:34 &lt;jrandom&gt; polecat: je to port mainline BT, funguje stejně jako mainline BT. někdo může přidat nové a lepší funkce, ale začněme nejdřív s obyčejným portem ;) 13:36 &lt;bla_&gt; (Zase jízda na horské dráze s připojením...) 13:36 &lt;jrandom&gt; (proto lehce edituju zápisy ze schůzek ;) 13:37 &lt;bla_&gt; jrandom: :) 13:37 &lt;jrandom&gt; wb 13:37 &lt;polecat&gt; smeghead: Ano, ale co když chci do toho procesu přidat torrent? 13:38 &lt;+ugha2p&gt; jrandom: Ne, to musí být tím, že cenzuruješ netsplity. 13:38 &lt;jrandom&gt; polecat: je to port mainline BT, funguje stejně jako mainline BT. někdo může přidat nové a lepší funkce, ale začněme nejdřív s obyčejným portem ;) 13:38 &lt;jrandom&gt; hele, když budu cenzurovat netsplity, tak se nestanou! 13:38 * jrandom strká hlavu do písku 13:40 &lt;smeghead&gt; ale využiji této příležitosti a znovu požádám uživatele BT, aby to prosím nechali být do pátku 13:41 &lt;bla_&gt; Dobře, pokud tu někdo mluví francouzsky, nemusí teď nic říkat, ale prosím přidejte zprávu s tím, oč žádá smeghead, do francouzských sekcí na forum.i2p ... 13:42 &lt;+polecat&gt; Každopádně jsem to nestihl říct, ale přemýšlel jsem, že místo BT klienta v C++ bych mohl prostě opravit plugin bittorrentu pro mldonkey a používat ten. 13:42 &lt;ant&gt; &lt;dm&gt; Umím francouzsky. 13:43 &lt;ant&gt; &lt;dm&gt; ach jo, sakra, neměl jsem nic říkat. 13:43 * jrandom háže na dm bláto 13:43 &lt;bla_&gt; dm: Mohl bys ty zprávy přidat? 13:43 &lt;smeghead&gt; na torrentingu není nic špatného, ale takto náhlý nárůst počtu uživatelů I2P se nečekal a je zjevné, že síť 0.4.x to nezvládá dobře 13:43 &lt;+polecat&gt; Ledaže by někdo měl lepší nápad, na co můžu ten čas plýtvat. :/ 13:44 &lt;ant&gt; &lt;dm&gt; bohužel tady nemám I2P. Můžu překládat z angličtiny do francouzštiny, když mi pošleš zprávu, co je třeba říct. 13:44 &lt;jrandom&gt; polecat: možná pomoct rozběhat chystané i2p-bt tak, jak bys chtěl? 13:44 &lt;jrandom&gt; dm: forum.i2p.net/ 13:44 &lt;+polecat&gt; jrandom: Myslím, že hlavní BT sám o sobě není moc užitečný a je odsouzen být brzdou pro systém s více torrenty, pokud nepřejdou na klient/server UI. 13:44 &lt;+polecat&gt; Což mimochodem mldonkey/mlnet už udělal. 13:44 &lt;smeghead&gt; polecat: mldonkey je příšerný, příšerný binec, prosím pomoz raději na projektu i2p-bt nebo azureus-i2p, hodila by se jim ruka 13:44 &lt;ant&gt; &lt;BS314159&gt; polecat: Myslím, že přepisovat i2p-bt do rychlejšího jazyka je ztráta času vzhledem k režii v I2P 13:45 &lt;+polecat&gt; A já si plánoval dělat s tím svým pitomým C++ klientem. 13:45 &lt;jrandom&gt; polecat: tak na to dej GUI, a využij výhodu podkladového kódu i2p-bt 13:45 &lt;ant&gt; &lt;BS314159&gt; ale mít možnost použít rozhraní MLDonkey by mohlo být velmi dobré 13:46 &lt;+polecat&gt; Azareus podle mě neodděluje UI od přenosu souborů. :/ 13:46 &lt;smeghead&gt; polecat: měl bys zkusit BT 3.9.1, je to teď multitorrent klient 13:48 &lt;+polecat&gt; Umožňuje ukončit UI, aniž by se přestalo swarmovat tvoje soubory? 13:48 &lt;jrandom&gt; jsou některé funkce, které nedělá dobře, zatímco Azureus je dělá dobře; zároveň jsou ale i prostředí, kde Azureus není správné řešení 13:48 &lt;ant&gt; &lt;jnymo&gt; vydal Azureus kompatibilní binárku pro ten plugin? 13:48 &lt;jrandom&gt; polecat: ne. ale přidat to je triviální ve srovnání s psaním nového BT klienta 13:48 &lt;jrandom&gt; jnymo: ano, mají betu azneti2p 13:49 &lt;smeghead&gt; polecat: dá se to k tomu snadno upravit, vlastně velmi snadno 13:49 &lt;jrandom&gt; polecat: prostě uprav existující BT daemon tak, aby mu jiné procesy (aka tvoje nové GUI) mohly říkat, co má dělat 13:49 &lt;+polecat&gt; No, možná... 13:49 &lt;+polecat&gt; Myslíš? 13:49 &lt;+polecat&gt; Možná kdybych napsal UI, které by bylo jen RPC socket protokol, a pak... bych musel napsat celého klienta, aby ten protokol chápal... 13:50 &lt;smeghead&gt; polecat: nemusíš psát nové UI, uprav stávající UI i2p-bt 0.2.0, aby to umělo, je to jednoduché 13:50 &lt;+polecat&gt; Možná bychom mohli oddělit UI část BT a část daemona a spouštět je jako samostatné procesy bez nutnosti přepisovat moc kódu! 13:50 &lt;+polecat&gt; Dobře. 13:50 &lt;+polecat&gt; Mám ale ještě jednu otázku... 13:51 &lt;smeghead&gt; polecat: nepřevynalézej kolo jen proto, že něco postrádá triviální funkce 13:51 &lt;smeghead&gt; polecat: ty ses na kódovou základnu i2p-bt vůbec nedíval, že? UI je úplně oddělené 13:51 &lt;+polecat&gt; Když je venku bittorrent 3.9.1, proč používáme v i2p verzi 0.2.0? o.o 13:51 &lt;jrandom&gt; heh 13:51 &lt;jrandom&gt; i2p-bt 0.2.0 == BT 3.9.1 :) 13:51 &lt;+polecat&gt; Na codebase jsem se díval před časem. Byla dost zamotaná a zamlžená. 13:51 &lt;jrandom&gt; (i2p-bt 0.1.* == BT 3.4.něco myslím) 13:51 &lt;+polecat&gt; Aha, máte jiné verzování. 13:52 &lt;+polecat&gt; Je i2p-bt v CVS? 13:52 &lt;smeghead&gt; polecat: 0.2.0 je nová větev v CVS, kterou jsem vytvořil včera; je to i2p-bt, oficiální verze BT, na níž je založen, je 3.9.1, která bude po opuštění bety bittorrent 4.0 13:52 &lt;jrandom&gt; http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p-bt/ 13:52 &lt;smeghead&gt; i2p-bt 0.1.7 je založen na BT 3.4.2 13:52 &lt;+polecat&gt; Díky. 13:52 &lt;+polecat&gt; Počkat. 13:53 &lt;cervantes&gt; v tom bodě tomu říkneme verze 0.3.0 :P 13:53 &lt;+polecat&gt; Myslel jsem CVS, ne „jé, koukejte na hezké webové CVS“ 13:53 &lt;jrandom&gt; cvs -d :pserver:anoncvs@cvs.i2p.net/cvsroot co i2p-bt 13:53 &lt;+polecat&gt; CVSROOT= u těch cvs-cgi udělátek nápadně chybí, jak jsem si všiml. 13:53 &lt;jrandom&gt; or, if you have the CVS proxy locally, cvs -d :pserver:anoncvs@localhost/cvsroot co i2p-bt 13:54 &lt;smeghead&gt; polecat: zamotané? btdownloadgui.py je veškerý GUI kód, jak by to mohlo být oddělenější? 13:54 * polecat uf, a už nemám palčivou touhu nadávat na CVS. 13:54 &lt;ant&gt; &lt;dm&gt; uf, to bolelo, roky jsem nic francouzsky nepsal! http://forum.i2p.net/viewtopic.php?p=1238#1238 13:55 &lt;jrandom&gt; díky, dm 13:56 &lt;ant&gt; &lt;dm&gt; není zač 13:57 &lt;smeghead&gt; pravděpodobně to říká něco obscénního 13:58 &lt;ant&gt; &lt;dm&gt; hehehhe 13:58 &lt;+polecat&gt; Dobrá, takže musím napsat btdaemon.py, což je GUI – veškeré GUI věci. A taky btdaemongui.py, což je GUI – všechny daemon věci. 13:58 &lt;ant&gt; &lt;BS314159&gt; pokud je to dost obscénní, může to posloužit našim účelům docela dobře 13:58 &lt;ant&gt; &lt;fedo2p&gt; dobrá práce, dm ;) 13:58 &lt;jrandom&gt; heh 13:58 &lt;jrandom&gt; r0x0r polecat 13:59 &lt;+polecat&gt; Ach jo, nerad emerge-ju wxWindows, je to velká knihovna, kterou normálně nepoužívám. No budiž. 13:59 &lt;smeghead&gt; polecat: 0.2.0 je založené na GTK, žádné wxWidgets 13:59 &lt;jrandom&gt; ok, je spousta práce kolem BT, můžeme to případně dál probírat na listu/foru/wiki/#i2p-bt? 13:59 &lt;+polecat&gt; Když už budu hackovat, radši si obstarám toolz 14:00 &lt;+polecat&gt; Aha, na ten kanál jsem zapomněl. :) 14:00 &lt;smeghead&gt; polecat: stáhni bittorrent 3.9.1 beta a přečti si dokumentaci 14:01 &lt;smeghead&gt; #i2p-bt, správně 14:01 &lt;smeghead&gt; jsou tam dokonce lidi 14:02 &lt;jrandom&gt; heh, ok, spousta vzrušujících BT věcí. je ještě něco k 3) i2p-bt, nebo přejdeme k 4) ??? 14:03 &lt;jrandom&gt; ok, přecházíme na 4) ??? 14:03 &lt;jrandom&gt; má někdo ještě něco k projednání na schůzce? 14:03 &lt;ant&gt; &lt;jnymo&gt; prahová kryptografie vládne 14:04 &lt;cervantes&gt; ??? = `http://forum.i2p/viewtopic.php?p=1237` 14:04 &lt;ant&gt; &lt;BS314159&gt; proxy do webu nejsou cool. Co takhle proxy na nové verze I2P, nebo jiné anonymní sítě? 14:04 &lt;ant&gt; &lt;BS314159&gt; a „nejsou cool“ tím myslím „není bezpečné je provozovat“ 14:04 &lt;ant&gt; &lt;jnymo&gt; neprovozují je všichni, BS 14:05 &lt;ant&gt; &lt;BS314159&gt; to vím 14:05 &lt;cervantes&gt; Člen fóra týdne je &lt;tadaa!&gt; jrandom 14:05 &lt;ant&gt; &lt;BS314159&gt; přemýšlím o upgradech 14:06 &lt;jrandom&gt; lol díky, cervantes 14:06 &lt;ant&gt; &lt;BS314159&gt; Ne teď, ale časem – bylo by možné, aby velký počet routers fungoval jako mezi-verzové proxy? 14:06 &lt;ant&gt; &lt;BS314159&gt; a odstranilo by to timing attack bez odstávky? 14:06 &lt;ant&gt; &lt;jnymo&gt; vynucené upgrady jsou nutné 14:07 &lt;ant&gt; &lt;BS314159&gt; nesouhlasím 14:07 &lt;jrandom&gt; BS314159: I2NP přes i2ptunnel přes I2P by bylo bolestivé. i když možná by některý z „outproxies“ mohl mířit na nějakou inproxy 14:07 &lt;jrandom&gt; BS314159: i když vynucené upgrady obecně nejsou nutné, tady jsou. tečka. potřebujeme to, protože jsem nepředvídal všechny změny, které potřebujeme pro 0.5 14:08 &lt;ant&gt; &lt;BS314159&gt; neříkám, že nové verze mají být zpětně kompatibilní 14:08 &lt;cervantes&gt; jrandom: no buďme upřímní... děláš 98 % práce ;-) 14:09 &lt;ant&gt; &lt;BS314159&gt; jen se snažím vymyslet způsob, jak umožnit méně pohotovým uživatelům I2P upgradovat bez timing attacks a bez odstávky 14:10 &lt;jrandom&gt; BS314159: u vydání 0.5 to nejde. u pozdějších vydání si můžeme dát pozor. ale u tohohle je to tvrdý cutoff. 14:10 &lt;ant&gt; &lt;jnymo&gt; automatická aktualizace může být do budoucna lepší 14:10 &lt;ant&gt; &lt;BS314159&gt; mluvím o vzdálenější budoucnosti. 14:10 &lt;ant&gt; &lt;jnymo&gt; je auto-update příliš nezabezpečený? 14:10 &lt;jrandom&gt; cervantes: ne, jen 95 % infrastruktury, ale děje se toho mnohem víc než jen i2p/{core,router}/ :) 14:11 &lt;jrandom&gt; jnymo: 0‑klikový update == nezabezpečený. 1 klik == bezpečný. 14:11 &lt;cervantes&gt; jrandom: ano, za posledních pár měsíců se to naštěstí rozjelo ;-) 14:11 &lt;ant&gt; &lt;jnymo&gt; a řádek, který říká "je třeba aktualizovat.. odpočet za * dní" 14:12 &lt;jrandom&gt; jo, spousta lidí [http://www.i2p.net/team] dělá parádní věci 14:13 &lt;jrandom&gt; BS314159: určitě je toho hodně, co můžeme udělat pro pozdější aktualizace, konkrétní implementace můžeme probrat, až se to bude blížit :) 14:13 &lt;jrandom&gt; ok, má ještě někdo něco, co by chtěl na schůzce otevřít? 14:13 &lt;ant&gt; &lt;MANCOM&gt; mohli bychom mít v I2P nějakou funkci autospeed (jako u pluginu Azureus, který měří pingy), která by upravovala maximální (upload-) šířku pásma? 14:14 &lt;ant&gt; &lt;MANCOM&gt; pomohlo by to udržet šířku pásma vysoko a latenci nízko 14:14 &lt;jrandom&gt; oh, zajímavé 14:14 * cervantes pracuje na funkci 1–2 klikového updatu pro I2P toolbar 14:14 &lt;cervantes&gt; i když mám teď problémy s hashováním.... takže je to asi pár týdnů daleko. 14:15 &lt;ant&gt; &lt;jnymo&gt; cervantes++ 14:15 &lt;jrandom&gt; MANCOM: kdybys mohl zdokumentovat, jak by to fungovalo a vypadalo, a dát to na fórum, bylo by to super. pokud to bude dost jednoduché, možná se to dostane i do 0.5 14:15 &lt;cervantes&gt; za tu dobu přijde tucet lidí se záplavou lepších řešení 14:16 &lt;jrandom&gt; heh 14:16 &lt;cneal92_&gt; :D 14:17 &lt;ant&gt; &lt;MANCOM&gt; dobře, zkusím to 14:17 &lt;ant&gt; &lt;cervantes&gt; ale už to detekuje, když je venku nové vydání, a umí tě nasměrovat na příslušný odkaz ke stažení... 14:17 &lt;ant&gt; &lt;cervantes&gt; což možná zpočátku použiju 14:18 &lt;jrandom&gt; super, cervantes 14:18 &lt;jrandom&gt; díky, MANCOM 14:18 &lt;ant&gt; &lt;jnymo&gt; mohl bys prostě dát tlačítko "graceful restart" na upgrade poté, co je update už v adresáři 14:19 &lt;ant&gt; &lt;jnymo&gt; nebo to nazvat "upgrade" 14:19 &lt;ant&gt; &lt;jnymo&gt; a dát tam funkci restartu 14:19 &lt;ant&gt; &lt;jnymo&gt; i když asi říkám samozřejmosti 14:19 &lt;jrandom&gt; jasně, potřebujeme možná tucet řádků kódu, aby se stáhlo `http://dev.i2p/i2p/i2pupdate.zip,` ověřilo se to a pak restartovalo 14:20 &lt;jrandom&gt; ok, má ještě někdo něco k projednání na schůzce? 14:20 &lt;ant&gt; &lt;cervantes&gt; no toolbar už dokážu přimět stáhnout update do složky i2p A spustit graceful restart... ale zatím jsem nedokázal zajistit ověření integrity staženého souboru 14:21 &lt;jrandom&gt; cervantes: aha, tahle část by měla být snadná – později bude samotný update self-verifying 14:21 &lt;jrandom&gt; (aka podepsaný, ověřený routerem před instalací) 14:21 &lt;ant&gt; &lt;cervantes&gt; jrandom: to by bylo super. 14:21 &lt;ant&gt; &lt;jnymo&gt; ooh 14:22 &lt;ant&gt; &lt;cervantes&gt; možná pak bude stačit, když spustím stažení a potom vyhodím dotaz "chcete restartovat" s volbou ano/ne 14:22 &lt;ant&gt; &lt;cervantes&gt; aby si to případně mohl někdo ověřit ručně 14:23 &lt;ant&gt; &lt;cervantes&gt; (už to zobrazuje, jaké sha1 by _mělo_ být) 14:23 &lt;jrandom&gt; hehe 14:23 &lt;ant&gt; &lt;jnymo&gt; co takhle, "klikněte sem pro automatické stažení při dostupnosti" 14:25 &lt;cervantes&gt; raději bych se vyhnul automatickým stahováním 14:25 &lt;ant&gt; &lt;jnymo&gt; hmf.. Microsoft to dělá ;) 14:26 &lt;cervantes&gt; ale rozhodně upozornit uživatele, že je k dispozici ke stažení, a nabídnout tlačítko "stáhnout nyní" 14:26 &lt;jrandom&gt; přesně tak, minimálně 1 klik. dostupnost aktualizace můžeme automaticky /oznámit/, ale autoinstall není ok 14:26 &lt;jrandom&gt; (ehm, to co řekl cervantes) 14:27 &lt;ant&gt; &lt;jnymo&gt; a jak aktualizuje 10000 lidí? co třeba jednou integrovat i2p-bt? 14:27 &lt;jrandom&gt; ano, a létající poníci 14:28 &lt;ant&gt; &lt;jnymo&gt; to mi stačí 14:29 &lt;jrandom&gt; ok, super... jestli už nic dalšího není... 14:29 &lt;+postman&gt; sakra, prošvihl jsem schůzku :/ 14:29 * cervantes se vrací ke kódění svého vapourware 14:29 &lt;jrandom&gt; heh, jsi tu na poslední chvíli, kdybys chtěl něco otevřít, postmane :) 14:30 &lt;+postman&gt; ne, díky 14:30 &lt;+polecat&gt; Microsoft? =) Mám to tak v Gentoo. 14:30 * jrandom rozehřívá se 14:30 &lt;+postman&gt; ooops 14:30 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2005/02/08/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-8.-%C3%BAnora-2005/Tue, 08 Feb 2005 00:00:00 +0000/cs/blog/2005/02/08/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-8.-%C3%BAnora-2005/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> ant, brachtus, cervantes, duck, jrandom, jrandom2p, legion, modulus, postman, protokol, Ragnarok, smeghead, ugha2p</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 13:05 &lt;jrandom&gt; 0) ahoj 13:05 &lt;jrandom&gt; 1) 0.4.2.6-* 13:05 &lt;jrandom&gt; 2) 0.5 13:05 &lt;jrandom&gt; 3) i2p-bt 0.1.6 13:05 &lt;jrandom&gt; 4) fortuna 13:05 &lt;jrandom&gt; 5) ??? 13:06 &lt;jrandom&gt; 0) ahoj 13:06 * jrandom mává 13:06 &lt;@duck&gt; y0 13:06 &lt;smeghead&gt; ahoj 13:06 &lt;jrandom&gt; týdenní statusové poznámky jsou na http://dev.i2p.net/pipermail/i2p/2005-February/000564.html 13:07 &lt;cervantes&gt; promiňte, jdu pozdě... byl jsem zaneprázdněný čtením statusových poznámek, které byly zveřejněny na poslední chvíli... 13:07 &lt;jrandom&gt; hele, tentokrát byly /před/ schůzkou aspoň (tak o 30s ;) 13:08 &lt;jrandom&gt; každopádně, zatímco se probíráte tím tak strašně vzrušujícím e-mailem, pojďme rovnou na 1) 0.4.2.6-* 13:09 &lt;jrandom&gt; s posledními patchi od anona a spol. váhám, jestli vydat novou 0.4.2.7 takhle blízko revizi 0.5. 13:10 &lt;jrandom&gt; zatím ale, pokud máte odvahu, klidně zkuste cvs – je stabilní (rozbíjím věci na jiné větvi) a má pár fajn věcí 13:11 &lt;jrandom&gt; rozhodující faktor, proč to teď nevydat, byl, když jsem udělal checklist pro 0.5 a zjistil, že zbývají vlastně jen aktualizace webového rozhraní 13:11 &lt;+Ragnarok&gt; co se týče patchů od Sugadude, představují změnu politiky, protože jsme už dřív diskutovali filtrování adres mimo .i2p a ty ses rozhodl proti tomu 13:11 &lt;jrandom&gt; oh, hm? tak sám se sebou tehdy nesouhlasím – eepproxy stejně nepřijímá ne-.i2p adresy, i kdyby byly v hosts.txt 13:12 &lt;jrandom&gt; měl jsem tehdy nějaký přesvědčivý argument? 13:13 &lt;+Ragnarok&gt; OK, tak můžeme ten patch vrátit a já to implementuju tak, jak to původně fungovalo, což je změna o 0 řádků? 13:13 &lt;+Ragnarok&gt; ani ne, prostě mi to bylo jedno :) 13:13 &lt;jrandom&gt; oh, super, ty jsi šéf 13:13 &lt;cervantes&gt; no, přesvědčil jsi mě, abych zahodil veškerou práci na systému pro správu víc TLD a vyházel všechny zaměstnance 13:13 &lt;+Ragnarok&gt; filtrování už probíhá, takže je to jen přidání podmínky do ifu 13:14 &lt;jrandom&gt; cervantes: mám tu taky krásný most na prodej... 13:14 &lt;cervantes&gt; :) 13:14 &lt;jrandom&gt; OK, word, Ragnarok, když mi pošleš .java/.tar/.diff/.cokoli, bude to skvělé 13:15 &lt;+Ragnarok&gt; Teď můžu dělat cvs :) 13:15 &lt;jrandom&gt; :) ještě lepší 13:15 * cervantes zálohuje cvs head 13:15 &lt;jrandom&gt; heh 13:16 &lt;+Ragnarok&gt; *BUM* 13:16 &lt;+Ragnarok&gt; ... jen si dělám srandu :) 13:17 &lt;jrandom&gt; OK, kromě toho, má někdo ještě něco k 0.4.*? 13:17 &lt;ant&gt; &lt;dm&gt;gt; 0.4.* stojí za houby, dejte nám 0.5 13:17 &lt;ant&gt; &lt;dm&gt;gt; Je to staré jak milion let!! 13:18 &lt;ant&gt; &lt;fvw&gt;gt; 0.4.* není špatná, ale stejně nám dejte 0.5. 13:18 &lt;jrandom&gt; 2) 0.5 tedy :) 13:19 &lt;ant&gt; &lt;dm&gt;gt; jste mi hodně dlužní, já přivedl 0.5 13:19 &lt;jrandom&gt; Bez tebe bychom to nedali, dm 13:19 &lt;ant&gt; &lt;dm&gt;gt; amen 13:20 &lt;jrandom&gt; jak bylo v poznámkách, prakticky všechna těžká práce pro 0.5 je hotová a otestovaná, ale pořád zbývají doladit různé drobnosti 13:21 &lt;jrandom&gt; (např. další úkol na mém seznamu je konfigurační stránka pro tunnel, která bude spravovat pools a nastavení) 13:22 &lt;@duck&gt; Doufám, že před vydáním budeme mít testovací síť 0.5? 13:22 &lt;jrandom&gt; byly však aktualizace v mnoha různých komponentách, takže 0.5 může být trochu hrbolatá 13:22 &lt;ant&gt; &lt;dm&gt;gt; jrandom UŽ má testovací síť.. no jo 13:23 &lt;jrandom&gt; jo, dělám jednu lokálně tady s asi tuctem routers, ale během dne nebo dvou zkusím sehnat pár lidí, aby pomohli s testy ve větší síti 13:24 * postman může nabídnout vyhrazený stroj 13:24 &lt;jrandom&gt; boží. možná to zítra něco zkusíme a pokusíme se pár věcí rozbít. 13:26 &lt;cervantes&gt; já taky 13:27 &lt;jrandom&gt; word 13:27 &lt;jrandom&gt; to je teď asi vše, co mám k nadcházející 0.5 – cvs commit logy byly docela ukecané, takže pokud chcete detaily, mrkněte na ně 13:28 &lt;jrandom&gt; má ještě někdo nějaké komentáře/dotazy/obavy/frisbee k 0.5? 13:29 &lt;+postman&gt; ne 13:29 * postman se těší, až rozběhá nové V8 :) 13:30 &lt;jrandom2p&gt; no, 0.5 je spíš nový tank – navržený ke zlepšení bezpečnosti a anonymity, ne jako výkonový tweak ;) 13:30 &lt;jrandom2p&gt; ale souhlasím, už je to dlouho 13:30 &lt;@duck&gt; nezapomeň přidat cíl 0.5 do bugzilly 13:30 &lt;@duck&gt; kdyby se objevily bugy 13:30 &lt;jrandom2p&gt; (heh, přidal jsem vůbec 0.4?) 13:31 &lt;jrandom2p&gt; ale dobrý nápad 13:31 &lt;@duck&gt; nebo chceš bugy někde jinde 13:31 &lt;@duck&gt; ehm, hlášení chyb :) 13:31 &lt;@duck&gt; vím, že jsem byl líný a zneužíval jsem na to IRC zprávy 13:31 &lt;jrandom2p&gt; ne, bugzilla je skvělá, mnohem lepší než můj zápisník 13:32 &lt;jrandom2p&gt; nevyčítám ti to, bugzilla je trochu opruz 13:32 &lt;jrandom2p&gt; ale jak se bugy hromadí, je to tak nejlepší 13:32 &lt;@duck&gt; ne 13:33 * jrandom si právě všiml, že schizofrenně přepínám mezi obrazovkami 13:34 &lt;jrandom&gt; OK, každopádně přecházíme na 3) i2p-bt 0.1.6 13:34 &lt;jrandom&gt; duck: máš slovo 13:34 &lt;@duck&gt; ok 13:34 &lt;@duck&gt; i2p-bt 0.1.5 mělo pár problémů, dva největší: 13:35 &lt;@duck&gt; - resource temporarily unavailable 13:35 &lt;@duck&gt; - invalid argument error on windows 13:35 &lt;@duck&gt; oba byly opraveny 13:35 &lt;jrandom&gt; (jupí!) 13:35 &lt;@duck&gt; zatímco jsem se snažil svést vinu na sam protokol, sam bridge a winsock 13:35 &lt;@duck&gt; ukázalo se, že problém souvisel s neblokujícím socketovým kódem 13:36 &lt;@duck&gt; ještě jsem neviděl, že by 0.1.6 spadla 13:36 &lt;@duck&gt; některé další problémy nejsou vyřešeny: 13:36 &lt;@duck&gt; uživatelé GUI si stěžovali na vyskakovací okna 13:36 &lt;@duck&gt; můžete je zakomentovat, ale to se mi nelíbilo 13:37 &lt;@duck&gt; pořád čekám, až někdo implementuje lepší řešení 13:37 &lt;@duck&gt; třeba zobrazení stavového řádku přímo v okně přenosu 13:37 * smeghead se schovává 13:37 &lt;smeghead&gt; vlastně jsem na to včera v noci koukal 13:37 &lt;smeghead&gt; ale není to na vrcholu mého seznamu priorit 13:37 &lt;@duck&gt; nebo se jednou podívám, jak funguje wxPython, a udělám to sám 13:37 &lt;@duck&gt; ale není to na vrcholu mého seznamu priorit 13:38 &lt;@duck&gt; a GUI nepoužívám, takže je mi to vlastně fuk :P 13:38 &lt;+Ragnarok&gt; vždycky je tu nové GUI z 3.9 :) 13:38 &lt;@duck&gt; je lepší? 13:38 &lt;smeghead&gt; jo, proč jsi vlastně i2p-bt postavil na takové zaprášené verzi? :) 13:38 &lt;@duck&gt; protože to tehdy bylo stabilní vydání 13:39 &lt;@duck&gt; a ne tak zmrzačená jako klienti typu bittornado 13:40 &lt;@duck&gt; Ragnarok: když pomineme licenční otázky, myslím, že portování našich i2p věcí na 3.9 by mohlo být dobré 13:40 &lt;+Ragnarok&gt; nové GUI je podle mě dost boží a je napsané v pygtk, takže do něj můžu fakt hackovat 13:40 &lt;jrandom&gt; jakou má 3.9 licenci? myslel jsem, že je něco jako MIT? 13:40 &lt;+protokol&gt; uvítal bych novější verzi jetty 13:40 &lt;smeghead&gt; protokol: to přijde dřív, než si myslíš 13:41 &lt;@duck&gt; "BitTorrent Open Source License" 13:41 &lt;smeghead&gt; licence podle momentální módy 13:41 &lt;+Ragnarok&gt; nečetl jsem ji celou.. zdá se divná 13:41 &lt;+protokol&gt; licencování v i2p neexistuje 13:41 &lt;@duck&gt; odvozená z Jabber Open Source License 1.0 13:41 &lt;+protokol&gt; když je zdroják, je to PD (public domain) 13:41 &lt;@duck&gt; protokol: proto jsem řekl ‚pomineme‘ 13:42 &lt;smeghead&gt; a na čem je založená ta jabber licence? 13:42 &lt;jrandom&gt; (na zastaralých autorských zákonech?) 13:42 &lt;smeghead&gt; kromě toho :) 13:43 &lt;modulus&gt; přáním Sunu se v tom šťourat. 13:43 &lt;@duck&gt; http://www.opensource.org/licenses/jabberpl.php 13:43 &lt;smeghead&gt; navrhuji naplánovat licenční otázku na příští schůzku I2P Public Domain Security Council 13:43 &lt;modulus&gt; aha, tahle 13:43 &lt;modulus&gt; přeslechl jsem se. 13:45 &lt;@duck&gt; 3.9.0 vypadá nadupaně 13:45 &lt;@duck&gt; ale je to pořád beta 13:47 &lt;@duck&gt; OK, kdo chcete pomoct, dejte mi prosím vědět 13:47 &lt;@duck&gt; ať se můžeme podívat na použití 3.9.x 13:47 &lt;@duck&gt; . 13:47 &lt;jrandom&gt; w3rd 13:47 &lt;smeghead&gt; rád pomůžu 13:47 &lt;jrandom&gt; rád pomůžu s testováním 13:48 &lt;+Ragnarok&gt; Rád bych, ale asi budu mít málo času, mám teď semestr z pekla. 13:48 &lt;jrandom&gt; d'oh 13:48 &lt;@duck&gt; vykašli se na školu 13:48 &lt;jrandom&gt; sakra, duck mě předběhl 13:48 &lt;smeghead&gt; jo, dělají to všichni 13:49 &lt;+Ragnarok&gt; buu 13:49 &lt;ant&gt; &lt;jnymo&gt;gt; prostě se dej k armádě ;) 13:50 &lt;jrandom&gt; jo, protože to ti dá spoustu času na psaní kódu, že? ;) 13:50 &lt;+Ragnarok&gt; už jsem se vzdal oboru matematika, víc ze mě nedostanete :) 13:50 &lt;jrandom&gt; heh 13:50 &lt;jrandom&gt; OK, má ještě někdo něco k 3) i2p-bt? 13:51 &lt;ant&gt; &lt;jnymo&gt;gt; jen nepodepisuj na šest let 13:51 &lt;@duck&gt; na fóru je o tom docela dost příspěvků 13:51 &lt;@duck&gt; dík všem, kdo pomáhají nováčkům 13:51 &lt;@duck&gt; s/thanks/my thanks/ 13:51 &lt;@duck&gt; jestli máte věci do FAQ, dejte vědět 13:52 &lt;jrandom&gt; (kdybychom pořád měli drupal, mohli bychom prostě přidat nový node...) 13:53 &lt;jrandom&gt; OK, každopádně přecházíme na 4) fortuna 13:54 &lt;jrandom&gt; smeghead: dáš nám update, jak to vypadá? 13:54 &lt;smeghead&gt; jo, pracuju paralelně na pants a fortuně 13:55 &lt;smeghead&gt; protože jsem potřeboval upravit build fortuny, aby se z něj stal pbuild 13:55 &lt;smeghead&gt; ETA patche, který vám umožní testovat fortunu, je den nebo dva, možná už dneska večer – podle toho, jaké drogy v tom budou 13:56 &lt;jrandom&gt; heh 13:56 &lt;@duck&gt; takže si stáhneš kalhoty? 13:56 &lt;jrandom&gt; OK, super, kdykoli to bude – když to stihneme do 0.5 během příštího týdne, paráda, když ne, taky dobrý 13:56 &lt;smeghead&gt; i kdybych to dokončil dnes, k nasazení bych byl konzervativní 13:57 &lt;jrandom&gt; rozumné 13:57 &lt;smeghead&gt; dokud neuděláme slušné testování 13:57 &lt;smeghead&gt; protože tohle bude v srdci většiny krypta v i2p 13:57 &lt;jrandom&gt; jo 13:57 &lt;ant&gt; &lt;jnymo&gt;gt; zůstane jbigi? 13:57 &lt;smeghead&gt; tvoje nová třída pro entropii je super 13:58 &lt;jrandom&gt; jo, jnymo, tohle je jen generátor náhodných čísel 13:58 &lt;ant&gt; &lt;jnymo&gt;gt; aha 13:59 &lt;jrandom&gt; pořád budeme muset udělat trochu výzkumu kvality různých zdrojů entropie v router, ale myslím, že mu dokážeme posílat nějaká data. 14:00 &lt;smeghead&gt; mimochodem, jestli si někdo chce přečíst, o čem to pants je: `http://smeghead.i2p/README_pants` 14:00 &lt;jrandom&gt; oh, boží 14:01 &lt;smeghead&gt; pants je taky skoro hotové 14:01 &lt;brachtus&gt; vím, že jbigi je trochu těžké rozchodit na OS X/Darwin... bude to mít stejné problémy s buildem? 14:01 &lt;smeghead&gt; jaký je problém na OS X? 14:01 &lt;modulus&gt; jen musíš sestavit tu knihovnu 14:02 &lt;modulus&gt; podle mě nic hrozného, ale trochu otravné. 14:02 &lt;jrandom&gt; brachtus: fortuna je v čisté Javě, nepoužívá nic native 14:02 &lt;smeghead&gt; můžu dát jbigi do pants a tím by byl build hračka, pokud budeme pants shipovat s i2p 14:02 &lt;brachtus&gt; nic extra těžkého, je to jako build sdílené knihovny na Linuxu, ale těžší než prosté dvojklik–instalace 14:02 &lt;smeghead&gt; samozřejmě bys potřeboval ant 14:02 &lt;brachtus&gt; OK, jrandom, to je skvělé :) 14:03 &lt;jrandom&gt; smeghead: to je vlastně dobrý postřeh – jbigi má v rámci pants závislost na GMP 14:03 &lt;ant&gt; &lt;jnymo&gt;gt; co je to pants? 14:03 &lt;smeghead&gt; nebylo by potřeba žádné ruční šťourání 14:03 &lt;ant&gt; * jnymo nemá spuštěný router 14:03 &lt;smeghead&gt; jnymo: přečti si ten odkaz, co jsem právě poslal 14:04 &lt;jrandom&gt; `http://bolas.mine.nu:8080/cgi-bin/nph-proxy/000000A/http/smeghead.i2p/README_pants` 14:04 &lt;smeghead&gt; pants umí postavit i gmp 14:04 &lt;jrandom&gt; (public inproxy) 14:04 &lt;smeghead&gt; ah, pěkné 14:04 &lt;jrandom&gt; fuj, to ten text úplně b0rklo 14:04 &lt;ant&gt; &lt;jnymo&gt;gt; díky jr 14:04 &lt;ant&gt; &lt;fvw&gt;gt; nebojíte se právních problémů? 14:04 &lt;smeghead&gt; jrandom ten inproxy neprovozuje 14:04 &lt;jrandom&gt; oh, ten inproxy provozuje někdo jiný, bylo to postnuto na fórum 14:05 &lt;jrandom&gt; (viz http://bolas.mine.nu:8080/) 14:05 &lt;cervantes&gt; jrandom: nemělo by se to zobrazovat jako HTML soubor... zkoukni zdroj 14:05 &lt;ant&gt; &lt;fvw&gt;gt; stejně mě udivuje, že to někdo dělá. Ale pokud to provozuje někdo, kdo není pro projekt zásadní, v pohodě :) 14:05 &lt;jrandom&gt; hehe 14:05 &lt;jrandom&gt; pro projekt jsme /všichni/ zásadní :) 14:06 &lt;smeghead&gt; fvw: inproxy nevidím právně tak problematické jako outproxy 14:06 &lt;smeghead&gt; totiž outproxy 14:06 &lt;ant&gt; &lt;fvw&gt;gt; možná ne, ale stejně přes ně může jít dětská pornografie a podobně 14:06 &lt;jrandom&gt; jen kdyby na i2p takové věci byly, o čemž podle mých znalostí nejsou 14:06 &lt;legion&gt; outproxy by mohly routovat přes tor, aby to bylo o něco bezpečnější, protože by se používaly jen na web, nevidím v tom problém. 14:07 &lt;jrandom&gt; (ale jo) 14:07 &lt;modulus&gt; zatím 14:07 &lt;ant&gt; &lt;fvw&gt;gt; jo, ale kdokoli to tam může dát kdykoli. 14:07 &lt;ant&gt; &lt;fvw&gt;gt; jo, ani já bych tor outproxy neprovozoval. Každopádně sorry za offtopic 14:07 &lt;jrandom&gt; legion: jasně, ale já nahodil squid.i2p dřív, než byl venku tor 14:07 &lt;ant&gt; &lt;duck_&gt;gt; abychom se vrátili k tématu; těším se na pants 14:08 &lt;jrandom&gt; jo, pants++ 14:08 &lt;smeghead&gt; dám vám vědět, než dropnu pants do cvs 14:08 &lt;smeghead&gt; je to docela velké 14:08 &lt;ant&gt; &lt;duck_&gt;gt; lidi mimo i2p by to taky mohlo zajímat 14:09 &lt;cervantes&gt; ano, dej nám všem vědět, než shodíš kalhoty 14:09 &lt;smeghead&gt; ano, chci to propagovat i mimo i2p 14:09 &lt;jrandom&gt; souhlas, možná bychom to měli dát do jiného modulu (nebo na nový rychlý/velký server)? 14:09 &lt;+Ragnarok&gt; zvlášť pokud jsi typ na velké pants 14:10 &lt;smeghead&gt; ano, modul pants by se měl držet odděleně od repo pants ve stromu zdrojáků, teď je mám v jednom kořeni apps/pants 14:10 &lt;smeghead&gt; :/ 14:10 &lt;smeghead&gt; což, nemusím říkat, je úplně na prd 14:11 &lt;smeghead&gt; tak o čem jsme to původně mluvili? 14:11 &lt;jrandom&gt; hmm, možnosti nasazení probereme mimo 14:11 &lt;jrandom&gt; fortuna ;) 14:12 &lt;jrandom&gt; smeghead: koukal ses na potřeby implementace ohledně AES/SHA256? 14:12 &lt;jrandom&gt; (protože i2p SHA256 neumí partial digests) 14:13 &lt;smeghead&gt; hm 14:13 &lt;jrandom&gt; AES ale máme dokonale vhodnou blokovou impl 14:13 &lt;smeghead&gt; asi to zjistím, až to spadne 14:13 &lt;jrandom&gt; každopádně to můžeme taky pořešit 14:13 &lt;jrandom&gt; heh 14:15 &lt;jrandom&gt; OK, má někdo nějaké otázky/myšlenky/obavy k fortuně? 14:15 &lt;jrandom&gt; pokud ne, přeskočíme na 5) ??? 14:15 &lt;jrandom&gt; cervantes: p1ng 14:16 &lt;cervantes&gt; `http://forum.i2p/viewtopic.php?t=305` 14:16 &lt;cervantes&gt; máme nového člena fóra týdne 14:16 &lt;cervantes&gt; představuji [tadarada] Sugadude! 14:16 * brachtus tleská Sugadude 14:17 &lt;jrandom&gt; hurá 14:17 &lt;cervantes&gt; za to, že je obecně nápomocný všem těm i2p n00bům 14:17 &lt;@duck&gt; pěkný avatar taky 14:17 &lt;cervantes&gt; avatar(y) 14:18 &lt;legion&gt; avatary? nevěděl jsem, že na i2p fórech můžeme mít avatary? 14:18 &lt;smeghead&gt; dostávají je jen uživatelé, kteří jsou fakt hodně zlí 14:18 &lt;cervantes&gt; nemůžeš... leda že jsi osobnost fóra týdne ;-) 14:18 &lt;@duck&gt; jen pro elitu 14:18 &lt;legion&gt; aha, chápu... 14:19 &lt;ant&gt; &lt;jnymo&gt;gt; vím o někom, koho zajímají bezpečné finanční systémy přes i2p 14:19 &lt;legion&gt; dává smysl :) 14:19 &lt;ant&gt; &lt;jnymo&gt;gt; nevím, jestli tu jsou, ale... 14:19 &lt;@duck&gt; jsem smradlavý anarchokapitalista 14:19 &lt;@duck&gt; tak mě zkuste 14:20 &lt;ant&gt; &lt;jnymo&gt;gt; četl jsem víc o prahové kryptografii a mluví se o jejím použití na tohle 14:20 &lt;ant&gt; &lt;jnymo&gt;gt; stejně tak na zajištění jiných funkcí 14:21 &lt;ant&gt; &lt;jnymo&gt;gt; je tu každý obeznámen s prahovou kryptografií? 14:21 &lt;legion&gt; Podle mě by úroveň kryptografie a síťové bezpečnosti měla být proměnná, podle funkce/úkolu. 14:21 &lt;ant&gt; &lt;duck_&gt;gt; jnymo: trochu 14:22 &lt;ant&gt; &lt;jnymo&gt;gt; pro důvěryhodné finanční transakce v i2p chceme silnou decentralizovanou důvěru 14:22 &lt;modulus&gt; to je o sdílených klíčích a takových těch věcech? 14:23 &lt;ant&gt; &lt;jnymo&gt;gt; jo, klíče jsou sdílené po částech 14:23 &lt;ant&gt; &lt;duck_&gt;gt; ale v anonymním prostředí, jak víš, že subjekty, které sdílejí, neovládá jedna a táž osoba? 14:23 &lt;ant&gt; &lt;jnymo&gt;gt; a pro získání priv klíče musíš obejít (kompromitovat) víc než polovinu všech serverů v systému 14:24 &lt;modulus&gt; pokud vím, otázka distribuovaného generování klíčů je ale docela komplikovaná. 14:24 &lt;legion&gt; jo, ale v systému s miliony by to bylo těžké (jo, i2p je teď malé, ale snad brzy hodně vyroste). 14:25 &lt;ant&gt; &lt;jnymo&gt;gt; atomické komunikace, nebo tak něco... ale jo, jsou problémy s přijímáním nových uzlů do systému, které se, myslím, řeší 14:25 &lt;ant&gt; &lt;jnymo&gt;gt; myslím 14:25 &lt;ant&gt; &lt;jnymo&gt;gt; takže možná to zatím není dost vyvinuté, ale vsadil bych se, že nějaké použití prahové kryptografie na i2p nakonec bude 14:26 &lt;jrandom&gt; pěkné 14:26 &lt;legion&gt; nevím, možná 14:26 &lt;ant&gt; &lt;jnymo&gt;gt; někdo už postavil DNSSEC addon s prahovou kryptografií 14:27 &lt;ant&gt; &lt;jnymo&gt;gt; a wrapper kolem bind 14:27 &lt;jrandom&gt; prahy fungují dobře, když je identita vzácná 14:27 &lt;jrandom&gt; v anonymních sítích je ale identita zadarmo 14:27 &lt;legion&gt; řekl bych, že teď je nejvyšší prioritou učinit to přívětivější a vyladit chyby. 14:27 &lt;jrandom&gt; (chceš nový destination? chceš jich 100 000?) 14:28 &lt;legion&gt; jasně, nové služby/funkce jsou vždycky super. 14:28 &lt;jrandom&gt; jo, obchod a finance nad i2p budou fajn 14:28 &lt;ant&gt; &lt;jnymo&gt;gt; jo, a nevím, jestli by atomická komunikace fungovala přes prahový kryptografický systém s 10 000 uzly 14:29 &lt;ant&gt; &lt;jnymo&gt;gt; no, to je vše, co jsem chtěl říct :) 14:30 &lt;jrandom&gt; heh, super, určitě se kdykoli poděl o zajímavé věci na fóru nebo tak 14:30 &lt;jrandom&gt; OK, má ještě někdo něco do schůzky? 14:32 &lt;+ugha2p&gt; Jsem marný. 14:33 &lt;jrandom&gt; co se děje, ugha2p? 14:33 &lt;ant&gt; &lt;jnymo&gt;gt; jsem rád, že ses z toho vyzpovídal, ugha ;) 14:33 &lt;+ugha2p&gt; Schůzky si nikdy nepamatuju. :) 14:33 &lt;jrandom&gt; heh 14:33 &lt;jrandom&gt; no, logy budou brzy zveřejněny, 90 minut akční zábavy 14:34 &lt;jrandom&gt; no, a tímhle 14:34 * jrandom se chystá 14:34 * Curiosity mává na jrandom a říká děkuju! :D 14:34 &lt;ant&gt; * jnymo nadhazuje míč schůzky 14:34 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2005/02/08/stavov%C3%A9-pozn%C3%A1mky-i2p-k-2005-02-08/Tue, 08 Feb 2005 00:00:00 +0000/cs/blog/2005/02/08/stavov%C3%A9-pozn%C3%A1mky-i2p-k-2005-02-08/<p>Ahoj všichni, zase je čas na aktualizaci</p> <ul> <li>Index</li> </ul> <ol> <li>0.4.2.6-* 2) 0.5 3) i2p-bt 0.1.6 4) fortuna 5) ???</li> </ol> <ul> <li> <ol> <li>0.4.2.6-*</li> </ol> </li> </ul> <p>Nezdá se to, ale od vydání 0.4.2.6 už uplynul více než měsíc a věci jsou pořád v docela dobrém stavu. Od té doby proběhla řada dost užitečných aktualizací [1], ale nic, co by bylo zásadním problémem vyžadujícím vydat novou verzi. Nicméně během posledního dne či dvou nám přišly opravdu dobré opravy chyb (díky, anon a Sugadude!), a kdybychom zrovna nebyli na prahu vydání 0.5, asi bych to zabalil a pustil ven. Aktualizace od anon opravuje okrajovou podmínku ve streaming lib (streamovací knihovna), která způsobovala mnoho timeoutů viděných v BT (BitTorrent) a dalších velkých přenosech, takže pokud jste dobrodružné povahy, stáhněte si CVS HEAD (nejnovější větev) a zkuste to. Nebo samozřejmě počkejte na příští vydání.</p>/cs/blog/2005/02/01/pozn%C3%A1mky-ke-stavu-i2p-k-2005-02-01/Tue, 01 Feb 2005 00:00:00 +0000/cs/blog/2005/02/01/pozn%C3%A1mky-ke-stavu-i2p-k-2005-02-01/<p>Ahoj všichni, je čas na týdenní status</p> <ul> <li>Index</li> </ul> <ol> <li>stav 0.5 2) nntp 3) technické návrhy 4) ???</li> </ol> <ul> <li> <ol> <li>0.5 status</li> </ol> </li> </ul> <p>V oblasti verze 0.5 došlo k velkému pokroku, včera s velkou dávkou commitů. Většina routeru nyní používá nové tunnel encryption a tunnel pooling [1] a na testovací síti to funguje dobře. Stále zbývá integrovat několik klíčových částí a kód je samozřejmě zpětně nekompatibilní, ale doufám, že se nám podaří nasadit ve větším měřítku někdy příští týden.</p>/cs/blog/2005/02/01/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-1.-%C3%BAnora-2005/Tue, 01 Feb 2005 00:00:00 +0000/cs/blog/2005/02/01/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-1.-%C3%BAnora-2005/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> ant, cervantes, DrWoo, jrandom, MANCOM, polecat, postman, protokol, smeghead</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 13:06 &lt;jrandom&gt; 0) ahoj 13:06 &lt;jrandom&gt; 1) stav 0.5 13:06 &lt;jrandom&gt; 2) nntp 13:06 &lt;jrandom&gt; 3) technické návrhy 13:06 &lt;jrandom&gt; 4) ??? 13:06 &lt;jrandom&gt; 0) ahoj 13:06 * jrandom mává 13:06 &lt;+postman&gt; ahoj jr 13:07 * postman mává 13:07 &lt;jrandom&gt; w3wt, je tu život :) 13:07 &lt;jrandom&gt; týdenní poznámky ke stavu jsou zveřejněné na http://i2p.net/pipermail/i2p/2005-February/000561.html 13:07 &lt;ant&gt; * dm mává 13:08 &lt;jrandom&gt; zatímco si čtete ten e-mail, můžeme se vrhnout na 1) stav 0.5 13:08 &lt;MANCOM&gt; ahoj 13:09 &lt;jrandom&gt; za poslední týden hodně pokroku, veškerá nová kryptografie je integrována a otestována a nyní veškerý provoz tunnel v routeru běží přes nové tunnel pools 13:10 &lt;jrandom&gt; pořád jsou ještě části routeru, které jsem během aktualizace vyřízl, jako napojení pro vyžádání leases od klientů nebo periodické testování tunnels, ale to by nemělo být příliš složité 13:11 &lt;jrandom&gt; kód není kompatibilní s živou sítí a je na samostatné větvi v cvs, takže si lidé mohou stále stáhnout cvs HEAD a pracovat s nejnovějším 13:12 &lt;+polecat&gt; Dook, konečně jsem se podíval na tu stránku a stále nechápu, jak se vyhneme redundanci ve stylu Mixmasteru, abychom se chránili před útoky na detekci tunnel. 13:12 &lt;+protokol&gt; yey 13:12 &lt;+polecat&gt; Přesto si představuju, že to funguje velmi dobře. :) 13:12 &lt;+protokol&gt; přihazuješ ještě nějaké další cool věci, které porušují kompatibilitu? 13:13 &lt;+protokol&gt; tunnel pool souvisí s vlákny, že? 13:13 &lt;jrandom&gt; polecat: neověřujeme na každém hopu, ale máme pevnou velikost zprávy, abychom zabránili užitečnému tagování (a vše je šifrované na každém hopu) 13:14 &lt;jrandom&gt; protokol: zvažuji `http://www.i2p/todo#sessionTag` 13:14 &lt;+polecat&gt; Tak jak zabránit, aby si více hopů předávalo falešné zprávy a způsobovalo DoS? 13:15 &lt;jrandom&gt; ale ne, pools nejsou problém vláken, pools nám jen umožní bezpečně spravovat tunnels tak, abychom nedostávali zprávy "Lease expired" a mohli nastavovat délku pro každého klienta zvlášť 13:15 &lt;jrandom&gt; polecat: selžou na koncovém bodě a tvůrce detekuje selhání a přejde jinam 13:16 &lt;+protokol&gt; jrandom: bez ohledu na obtížnost si myslím, že jakékoli funkce zlepšující anonymitu by měly jít dovnitř co nejdřív 13:16 &lt;+polecat&gt; w00t! Synchronizovaný PRNG! První aplikace téhle myšlenky, kterou jsem kdy viděl! 13:17 &lt;ant&gt; &lt;dm&gt; co znamená PRNG? 13:17 &lt;ant&gt; &lt;dm&gt; smím-li se zeptat :) 13:18 &lt;jrandom&gt; protokol: souhlas, od toho je 0.5 :) na i2p vrstvě už nejsou žádné snadné kousky, ale vždycky je co vylepšovat na aplikační a lib vrstvách (např. i2ptunnel filtering atd.) 13:18 &lt;jrandom&gt; dm: PseudoRandom Number Generator (generátor pseudonáhodných čísel) 13:18 &lt;ant&gt; &lt;dm&gt; super, díky 13:20 &lt;+protokol&gt; takže říkáš, že po tomhle půjde hlavně o ladění rychlosti a spolehlivosti? 13:21 &lt;+protokol&gt; a proč byl IRC poslední dobou takový bídný 13:21 &lt;jrandom&gt; protokol: před 2.0 pro jádro a router ano 13:21 &lt;+protokol&gt; nějak se nemůžu připojit k duckovu serveru 13:21 &lt;+protokol&gt; yey 13:21 * jrandom neví, viděli jsme možná 5 hromadných odpojení za poslední den nebo tak, možná něco na straně serveru 13:22 &lt;jrandom&gt; je toho ale hodně k doladění, zvlášť ve streamovací knihovně po nasazení 0.5 13:23 &lt;+polecat&gt; Celá ta věc s UDP. 13:24 &lt;jrandom&gt; aha, streamovací knihovna by pro vydání 0.6 neměla potřebovat změny nad rámec těch, které uděláme pro revizi 0.5 13:25 &lt;jrandom&gt; ok, to je všechno, co mám k 0.5 ohledně stavu – má k tomu někdo ještě něco? 13:27 &lt;jrandom&gt; pokud ne, přecházím k 2) nntp 13:27 &lt;jrandom&gt; nntp.fr.i2p běží, mrkněte na to :) 13:28 &lt;jrandom&gt; nevypadá to, že by byl LonelyGuy nablízku, ale lze ho zastihnout na `http://fr.i2p/.` na mém blogu jsou také pokyny ke konfiguraci pro slrn a jdot zjistil, že Thunderbird může být docela bezpečný (i když nevím, jakou konfiguraci jdot použil) 13:30 &lt;smeghead&gt; LonelyGuy? :) 13:30 &lt;cervantes&gt; Testoval někdo také Pan? 13:30 &lt;jrandom&gt; občas sem chodil 13:30 &lt;+polecat&gt; Neplýtval bych na NNTP moc času, ale pokud má uživatelsky spravované řízení přístupu, je to v pohodě. 13:30 &lt;jrandom&gt; (lonelyguy, ne pan ;) 13:30 &lt;smeghead&gt; myslel jsem, že se jmenuje LazyGuy 13:31 &lt;jrandom&gt; je to LazyGuy? 13:31 &lt;jrandom&gt; vím, že jsme tu měli oba... 13:31 &lt;jrandom&gt; máš pravdu, lazyguy 13:31 * jrandom se probodne 13:31 &lt;jrandom&gt; cervantes: myslím, že to LazyGuy zkoušel, ale neznám konfiguraci ani výsledek 13:32 &lt;cervantes&gt; Myslel jsem, že to byl LimeyGuy? 13:33 * jrandom čeká na komentáře od SnarkeyGuy 13:33 &lt;smeghead&gt; je Francouz 13:35 &lt;jrandom&gt; dobře, k tomu už víc nemám, takže pokud nejsou dotazy, přecházím k 3) technické návrhy 13:35 &lt;cervantes&gt; smeghead: myslíš na ParesseuxGuy 13:36 &lt;jrandom&gt; orion dal dohromady pár dobrých popisů a nápadů k některým méně přehledným problémům na 1) stav 0.5 13:36 &lt;jrandom&gt; 2) nntp 13:36 &lt;jrandom&gt; 3) technické návrhy 13:36 &lt;jrandom&gt; erg 13:36 &lt;jrandom&gt; sakra ^C^V 13:36 &lt;jrandom&gt; na `http://ugha.i2p/I2pRfc` tedy 13:37 &lt;jrandom&gt; takže až příště budete chtít diskutovat, že máte parádní nápad na pojmenování, jděte na `http://ugha.i2p/I2pRfc/I2pRfc0001ResourceNameMetadata` 13:39 &lt;jrandom&gt; k tomu už moc nemám. je to wiki, tak pište na wiki :) 13:39 &lt;+polecat&gt; Hurá. 13:39 &lt;+postman&gt; jrandom: ohh, super, myslím, že pár věcí musím přidat ... 13:40 &lt;jrandom&gt; super, postmane, říkal jsem si, že jo :) je tam šablona pro nové 13:41 &lt;+postman&gt; jrandom: dej mi chvilku (nejdřív to nejdůležitější), ale přispěju :) 13:41 &lt;jrandom&gt; w3rd 13:41 &lt;+polecat&gt; ResourceNameMetadata, vytvořit to je relativně triviální. Fígl je zjistit, jak to /získat/ od ostatních. 13:42 &lt;jrandom&gt; polecat: jak řekl postman, nejdřív to nejdůležitější. 13:42 &lt;+polecat&gt; Ale kdybych měl řešení, už bych teď psal na wiki, že. :) 13:42 &lt;jrandom&gt; heh 13:42 &lt;jrandom&gt; diskuse o kompromisech toho, /jak/ distribuovat, předtím než se rozhodne /co/ distribuovat, je předčasná 13:43 &lt;jrandom&gt; je na to ale prostor pro spoustu z nich, takže kdokoli klidně zveřejněte nápady, které ještě nejsou úplně dopracované (i když plně funkční s implementacemi by byly taky cool ;) 13:44 &lt;jrandom&gt; dobře, pokud k tomu není nic dalšího, možná se můžeme přesunout ke staré dobré 4) ??? 13:44 &lt;jrandom&gt; má někdo ještě něco k probrání? 13:45 &lt;jrandom&gt; smeghead: je něco, co mohou lidi udělat, aby pomohli s problémy gcj, nebo to stojí na jejich prng? 13:46 &lt;+polecat&gt; Co distribuovat je prostě podepsaný slovník. Tak jednoduché. 13:46 &lt;+polecat&gt; Jo, asi dobrý nápad. 13:46 &lt;+polecat&gt; Pořád pracuji na kostře mého i2p bt klienta, i když bych velmi ocenil rady v jakékoli fázi. 13:46 &lt;smeghead&gt; myslím, že jsem našel řešení 13:46 &lt;smeghead&gt; v gnu crypto je od minulého léta implementace Fortuna 13:46 &lt;jrandom&gt; pěkné, polecate 13:46 &lt;jrandom&gt; ó, super, smegheade 13:46 &lt;+polecat&gt; smeghead: Hehe, těch 150 $ je prakticky tvoje. 13:47 &lt;smeghead&gt; můžu spíchnout gnu-crypto.jar, který bude obsahovat jen třídy potřebné pro Fortuna 13:47 &lt;+polecat&gt; Moje pracovní poznámky jsou zatím na `http://polecat.i2p/bittorrent.plan.doc` 13:47 &lt;smeghead&gt; kdybychom dodávali celý gnu-crypto.jar, má to asi 500 KB, to je fakt moc 13:47 &lt;+polecat&gt; Nenech se odradit .doc, je to v text/plain. 13:48 &lt;+polecat&gt; Fortuna nepoužívá SecureRandom k náhodným operacím? 13:48 &lt;jrandom&gt; yowza, jo 500KB je trochu přehnané, ale když kouknu na http://www.gnu.org/software/gnu-crypto/, vypadá to jako něco, co bychom mohli bezpečně integrovat (protože bychom na to jen linkovali, neupravovali to) 13:48 &lt;smeghead&gt; SecureRandom nikdy nebyl problém 13:48 &lt;jrandom&gt; polecat: fortuna /živí/ SecureRandom :) 13:49 &lt;smeghead&gt; jrandom: bylo by snadné udělat vlastní .jar, asi kolem 50 KB 13:49 &lt;smeghead&gt; (hrubý odhad, prosím pěkně) 13:49 &lt;smeghead&gt; mohl bych udělat ant build, který to podle potřeby zabalí 13:50 &lt;jrandom&gt; smeghead: chceš to nacpat do i2p/apps/fortuna/ ? 13:50 &lt;smeghead&gt; udělám 13:50 &lt;jrandom&gt; paráda! 13:51 &lt;smeghead&gt; potom, za předpokladu, že gcj konečně začne chrlit náhodná čísla, bude asi víc testování různé i2p funkcionality 13:51 &lt;+polecat&gt; Jaká je licence? 13:51 &lt;jrandom&gt; pak můžeme udělat trochu voodoo v net.i2p.util.RandomSource, aby se použil buď SecureRandom, nebo fortuna (pokud se najde atd.) 13:51 &lt;smeghead&gt; lgpl 13:51 &lt;+polecat&gt; Super. 13:51 &lt;smeghead&gt; pravda, SecureRandom by byl zbytečný 13:52 &lt;jrandom&gt; jo, pořád je spousta práce, aby to šlo gcjovat, ale je to skvělý začátek 13:52 &lt;jrandom&gt; v profilech, které jsem dělal na živé síti, reseeding PRNG zabírá slušnou část zátěže CPU 13:52 &lt;smeghead&gt; jestli je někdo na psaní testů 13:52 &lt;smeghead&gt; ale tu větu asi nemusím dokončovat 13:52 &lt;jrandom&gt; hehe 13:53 &lt;smeghead&gt; zeptám se maintainera gnu crypto na tuhle implementaci, protože jsem o ní googlil a prošel archivy jejich mailing listu a není o ní ani zmínka 13:54 &lt;smeghead&gt; a jejich cvs commit logy taky nejsou moc výmluvné 13:54 &lt;jrandom&gt; 'k dobrý nápad 13:54 &lt;smeghead&gt; doufám, že to bude fungovat 13:54 &lt;smeghead&gt; mimochodem, je to v kaffe cvs 13:54 &lt;smeghead&gt; tvoje verze by to dokonce měla mít 13:55 &lt;jrandom&gt; hmm, aha, jo, z importu gnu-crypto 13:55 &lt;smeghead&gt; gnu.security.prng.Fortuna 13:55 &lt;jrandom&gt; provider 'kaffe' pořád používá jejich starý sha1prng, pokud si dobře pamatuju 13:55 &lt;jrandom&gt; super 13:56 &lt;MANCOM&gt; jaký je stav .net sam věcí? má se do toho člověk pustit, nebo se dají čekat zásadní změny? 13:56 &lt;smeghead&gt; MANCOM: potřebuje to testování, brzy pro to napíšu nějaké unit testy 13:56 &lt;smeghead&gt; ta věc s gcj to tak nějak pozastavila 13:57 &lt;smeghead&gt; MANCOM: nečekám, že by v API byly vůbec nějaké změny, takže proti tomu by mělo být bezpečné vyvíjet 13:58 &lt;smeghead&gt; změny za API jsou pravděpodobné, ale jako klient o tom nemusíš vědět :) 13:59 &lt;MANCOM&gt; :) 13:59 &lt;jrandom&gt; později mohou být některé aktualizace relevantní, pokud stavíš aplikace, které dělají velké hromadné přenosy 14:00 &lt;jrandom&gt; ale pokud přenášíš jen desítky KB najednou, mělo by to být v pohodě 14:00 &lt;smeghead&gt; ok, když se změní API Java klienta, tak sam-sharp taky :) 14:01 &lt;MANCOM&gt; proti tomu nemůžu argumentovat 14:02 &lt;jrandom&gt; ok, má ještě někdo něco k probrání na schůzce? 14:02 * cervantes spouští Big Ben do kanálu 14:03 &lt;+DrWoo&gt; poznámka: pěkná práce, jrandome 14:03 &lt;smeghead&gt; pěkná slovní hříčka, cervantesi 14:03 * jrandom zasténá 14:04 &lt;MANCOM&gt; četl jsem, že nechcete moc propagovat i2p před v0.5, je to pravda? 14:04 &lt;jrandom&gt; MANCOM: před 0.6. ano 14:04 &lt;jrandom&gt; MANCOM: 0.5 zlepší anonymitu a pomůže uživatelům lépe řídit svůj výkon. 0.6 umožní bezpečný provoz tisícům+ současných uživatelů 14:04 &lt;MANCOM&gt; aha. 0.6. ok. 14:05 &lt;jrandom&gt; gracias, doktore, spousta pokroku :) 14:05 &lt;+polecat&gt; Jupí, těším se na 0.6... 14:05 &lt;+DrWoo&gt; :) 14:06 &lt;jrandom&gt; souhlasím, polecate, souhlasím :) 14:06 * jrandom se chystá 14:06 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2005/01/25/pozn%C3%A1mky-ke-stavu-i2p-ze-dne-2005-01-25/Tue, 25 Jan 2005 00:00:00 +0000/cs/blog/2005/01/25/pozn%C3%A1mky-ke-stavu-i2p-ze-dne-2005-01-25/<p>Ahoj všichni, krátká týdenní aktualizace stavu</p> <ul> <li>Index</li> </ul> <ol> <li>stav verze 0.5 2) sam.net 3) pokrok v gcj 4) udp 5) ???</li> </ol> <ul> <li> <ol> <li>0.5 status</li> </ol> </li> </ul> <p>Za uplynulý týden došlo ohledně 0.5 k velkému pokroku. Dříve probírané problémy se podařilo vyřešit, což výrazně zjednodušilo kryptografii a odstranilo problém se smyčkováním tunnelů. Nová technika [1] byla implementována a jednotkové testy jsou připraveny. Dále dávám dohromady další část kódu pro integraci těchto tunnels do hlavního routeru, poté vybuduji infrastrukturu pro správu a pooling tunnelů. Jakmile to bude hotové, proženeme to simulátorem a následně i na paralelní síť, abychom to důkladně prověřili, než tomu dáme finální podobu a označíme to jako 0.5.</p>/cs/blog/2005/01/25/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-25.-ledna-2005/Tue, 25 Jan 2005 00:00:00 +0000/cs/blog/2005/01/25/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-25.-ledna-2005/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> ant, cervantes, frosk, Jhor, jrandom, jrandom2p, postman, protokol, Ragnarok, smeghead, Teal`c, Tracker</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 13:50 &lt;jrandom&gt; 0) ahoj 13:50 &lt;jrandom&gt; 1) stav 0.5 13:50 &lt;jrandom&gt; 2) sam.net 13:50 &lt;jrandom&gt; 3) pokrok gcj 13:50 &lt;jrandom&gt; 4) udp 13:50 &lt;jrandom&gt; 5) ??? 13:50 &lt;jrandom&gt; 0) ahoj 13:50 * jrandom opožděně mává 13:51 &lt;jrandom&gt; týdenní poznámky o stavu zveřejněny na http://dev.i2p.net/pipermail/i2p/2005-January/000560.html 13:51 &lt;+postman&gt; ahoj 13:51 * brachtus mává zpět 13:52 * cervantes mává napomenutím za pozdní příchod 13:52 &lt;jrandom&gt; jo jo, svalte to na kód, že mě vtáhl 13:52 &lt;jrandom&gt; ok, vrháme se na 1) stav 0.5 13:53 &lt;jrandom&gt; spousta pokroku od minula – všechny nepříjemné problémy, které jsme měli s novou kryptografií, jsou vyřešeny bez větších potíží 13:54 &lt;jrandom&gt; poslední http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/tunnel-alt.html?rev=HEAD je velmi pravděpodobně to, co nasadíme v 0.5 a dál, pokud/dokud v tom lidé nenajdou nějaké problémy 13:55 &lt;jrandom&gt; nejsem si jistý, jestli mám co dalšího dodat nad rámec toho, co je v e‑mailu 13:55 &lt;jrandom&gt; má někdo otázky/obavy? 13:56 &lt;Ragnarok&gt; jaký bude výkon? 13:56 &lt;jrandom2p&gt; (ne já) 13:56 &lt;jrandom&gt; Ragnarok: výkon tunnelu by měl být mnohem lepší 13:56 &lt;frosk&gt; nějaká významná režie oproti tomu, co máme dnes? 13:57 &lt;jrandom&gt; frosk: občas 13:57 &lt;jrandom&gt; frosk: když můžeme v tunnelu sloučit zprávy, režie bude minimální 13:58 &lt;jrandom&gt; nicméně když nemůžeme sloučit nebo to není účinné, může docházet k nezanedbatelnému plýtvání 13:58 &lt;frosk&gt; chápu 13:59 &lt;jrandom&gt; na druhou stranu, osekáváme některé absurdity našeho současného i2np (kde momentálně před každou I2NP zprávu přidáváme 32bajtové SHA256, dokonce i u těch uvnitř garlic zpráv, atd) 13:59 &lt;jrandom&gt; fragmentace a pevná velikost budou záležitosti, které musíme doladit, ale máme na to hodně prostoru 14:01 &lt;jrandom&gt; ok, ještě něco k 0.5? 14:02 &lt;jrandom&gt; pokud ne, jdeme na 2) sam.net 14:02 &lt;jrandom&gt; smeghead portoval Java sam klientskou knihovnu do .net (jupí!) 14:02 &lt;jrandom&gt; smeghead: chceš nám dát stručný přehled? 14:03 &lt;smeghead&gt; jasně 14:03 &lt;smeghead&gt; píšu pro to testy, během pár dnů bych je měl mít v CVS 14:04 &lt;smeghead&gt; mělo by to fungovat s .net/mono/portable.net 14:04 &lt;smeghead&gt; a s C# a VB.NET 14:05 &lt;frosk&gt; (a se všemi dalšími jazyky, které fungují s .net, předpokládám) 14:05 &lt;cervantes&gt; (fuj) 14:05 &lt;smeghead&gt; rozhraní je primitivně jednoduché 14:05 &lt;smeghead&gt; stačí zaregistrovat metody posluchače u SamReader, nebo zdědit ze SamBaseEventHandler a podle potřeby překrýt metody 14:05 &lt;smeghead&gt; ano, mířím na plnou kompatibilitu s CLR 14:06 &lt;jrandom&gt; hustý 14:06 &lt;cervantes&gt; super... smeg.net ;-) 14:06 &lt;frosk&gt; paráda 14:06 &lt;smeghead&gt; opravdu na tom není moc co dalšího 14:06 &lt;+protokol&gt; CLR? 14:06 &lt;smeghead&gt; Common Language Runtime (společné běhové prostředí) 14:06 &lt;smeghead&gt; ekvivalent JRE ve světě .NET 14:07 &lt;+protokol&gt; JRE? 14:07 &lt;+protokol&gt; jen si dělám legraci 14:07 &lt;jrandom&gt; !thwap protokol 14:07 &lt;Ragnarok&gt; jrandom: jak si ty dny vede sam bridge? byly vyřešeny všechny problémy související s bt? 14:08 &lt;Tracker&gt; Pochybuju, i2p-bt dokáže přivést můj amd64 3000 k šílenství, co se CPU týče... 14:08 &lt;jrandom&gt; Ragnarok: v poslední době jsem se ho nedotkl. Pořád visí problém s choke, na který přišel polecat, ale kde to mezi i2p-bt&lt;--&gt;sam bridge vázne, si nejsem jistý 14:09 &lt;jrandom&gt; hmm, neúspěšná spojení vynutí plné ElGamal místo AES 14:10 &lt;Ragnarok&gt; ok 14:10 &lt;jrandom&gt; po 0.5 bychom to měli částečně omezit, ale jen zčásti 14:12 &lt;Tracker&gt; Ok, I2P bude dobré pro anonymní trackery, ale ne pro anonymní klienty. Zkuste si jen představit, co se stane u opravdu populárního torrentu s nějakými 1000 seedů a leechů. 14:12 &lt;jrandom&gt; ok, sam.net zní cool, díky ještě jednou, smeghead. Těším se na unit testy a možná i na demo aplikaci :) 14:12 &lt;ant&gt; &lt;Evil-Brotten&gt; ahoj všichni 14:12 &lt;smeghead&gt; demo aplikaci, ano, udělám i tu 14:13 &lt;smeghead&gt; vlastně jsem portoval tu tvoji 14:13 &lt;jrandom&gt; Tracker: i2p zvládne anonymní klienty bez problémů, jen musíme přijít na to, co je špatně v i2p-bt&lt;--&gt;sam bridge, abychom omezili plné ElGamal 14:13 &lt;smeghead&gt; momentálně jsou jen plné bugů 14:13 &lt;ant&gt; &lt;Evil-Brotten&gt; deer? 14:13 &lt;jrandom&gt; ahoj Evil-Brotten 14:13 &lt;ant&gt; &lt;Evil-Brotten&gt; ahoj 14:14 &lt;jrandom&gt; právě probíhá týdenní vývojářský meeting, klidně zůstaň. deer je brána do i2p/iip 14:14 &lt;ant&gt; &lt;Evil-Brotten&gt; jsi expert na i2p? 14:14 &lt;ant&gt; &lt;Evil-Brotten&gt; :P 14:14 &lt;ant&gt; &lt;Evil-Brotten&gt; ou, ok 14:14 &lt;ant&gt; &lt;cervantes&gt; Evil-Brotten: můžeš si povídat v #i2p-chat, pokud chceš, zatímco meeting běží 14:14 &lt;jrandom&gt; Tracker: máme spoustu práce, než zvládneme torrenty s kolem 1k účastníků 14:14 &lt;ant&gt; &lt;Evil-Brotten&gt; zkoušel jsem právě nainstalovat váš program, ale mám nějaké problémy 14:14 &lt;ant&gt; &lt;Evil-Brotten&gt; super, zeptám se tam 14:15 &lt;jrandom&gt; hustý, smeghead 14:15 &lt;Tracker&gt; jrandom: doufám, neanonymní bt už dlouho nepřežije... 14:15 &lt;frosk&gt; nesmysl 14:15 &lt;jrandom&gt; "ale exeem je anonymní!@#" &lt;/snark&gt; 14:15 &lt;Tracker&gt; jrandom: Ale to je jiný příběh 14:15 &lt;ant&gt; &lt;MikeW&gt; co? 14:15 &lt;ant&gt; &lt;MikeW&gt; kdo řekl, že exeem je anonymní? 14:16 &lt;jrandom&gt; mikew: jen občasný fanboy 14:16 &lt;jrandom&gt; Tracker: po 0.5 nás čeká hodně práce, abychom dostali výkon tam, kde ho potřebujeme 14:16 * DrWoo poznamenává, že 'lidi' jsou zasraní idioti (občas) 14:16 &lt;Tracker&gt; jrandom: Jo, instalovat spy-/adware není zrovna to, co bych dělal ;) 14:16 &lt;jrandom&gt; heh 14:17 &lt;smeghead&gt; já mám lidi celkem rád 14:17 &lt;smeghead&gt; jsou dobří na topinkách 14:17 &lt;jrandom&gt; *mlask* 14:17 &lt;smeghead&gt; někteří potřebují trochu víc másla než jiní 14:18 &lt;jrandom&gt; ok, myslím, že to je pro 2) sam.net tak vše (pokud někdo nemá ještě něco k doplnění?) 14:18 &lt;jrandom&gt; pokud ne, jdeme na 3) pokrok gcj 14:19 &lt;ant&gt; &lt;dm&gt; sam.net?? 14:19 &lt;ant&gt; &lt;dm&gt; funguje to?/ 14:19 &lt;jrandom&gt; četl jsem v backlogu, že smeghead udělal slušný pokrok – chceš nám dát aktualizaci, jak to jde? 14:19 &lt;smeghead&gt; ano 14:20 &lt;ant&gt; &lt;dm&gt; cooooooool 14:20 &lt;smeghead&gt; upravil jsem pár tříd, aby se router zkompiloval s gcj 3.4.3 14:20 &lt;smeghead&gt; po meetingu pošlu patch 14:20 &lt;smeghead&gt; potom se já a každý, kdo chce pomoct, můžeme pustit do rozběhání 14:21 &lt;jrandom&gt; pěkné 14:21 * frosk zdobí smegheada medailí Zaměstnanec týdne za práci na sam.net _a_ gcj 14:21 &lt;jrandom&gt; jo, fakt cool 14:21 &lt;smeghead&gt; :) 14:22 &lt;Tracker&gt; frosk: spíš uživatel fóra týdne ;) 14:22 &lt;frosk&gt; tento týden jsem fórum nečetl, sorry :) 14:22 &lt;cervantes&gt; sláva kachny ještě nevypršela ;-) 14:23 * jrandom se moc těší, až uvidí i2p kompatibilní s gcj 14:24 &lt;jrandom&gt; (a pořád je na to vypsaná odměna, takže by se lidé měli spojit se smeghead a zapojit se ;) 14:24 &lt;smeghead&gt; ano, výrazně by to rozšířilo přenositelnost i2p 14:24 &lt;cervantes&gt; možná z routeru vyždímáme něco, co připomíná výkon :P 14:24 &lt;ant&gt; &lt;dm&gt; moje 32týdenní šňůra jako nejtvrdší I2P pracant konečně končí... 14:25 &lt;jrandom&gt; nečekám, že gcj skutečně zlepší výkon nebo sníží paměťovou stopu, ale poběží to na OS, pro které Sun neuvolňuje JVM a kde je kaffe rozbité 14:25 &lt;jrandom&gt; (ale jestli se pletu, tím líp!) 14:25 &lt;frosk&gt; cokoli, co dokáže rozběhnout i2p lépe bez proprietárního softwaru, je Dobré 14:26 &lt;jrandom&gt; souhlas. Podpora jak kaffe, tak gcj by byla Dobrá věc 14:27 &lt;jrandom&gt; ok, ještě něco k 3) pokroku gcj, nebo půjdeme dál? 14:27 &lt;smeghead&gt; instalace by byla taky jednodušší 14:27 &lt;Teal`c&gt; fungoval gcj na něčem jiném než na příkladech 'hello world'? 14:27 &lt;Ragnarok&gt; někdo s ním postavil Eclipse 14:27 &lt;smeghead&gt; Teal`c: ano, už jsem ho používal pro .exe pod MinGW 14:27 &lt;smeghead&gt; ano, Eclipse běželo pod gcj u Red Hatu nedávno 14:28 &lt;jrandom&gt; mít možnost distribuovat gcj-ované spustitelné soubory, čisté .jar instalátory a balíčky .jar+jvm bude rozhodně Dobré 14:29 &lt;jrandom&gt; ok, přecházíme na 4) udp 14:30 &lt;jrandom&gt; na fóru byl nedávno příspěvek, na který chci jen upozornit – ptá se (a odpovídá), proč je udp důležité 14:30 &lt;Tracker&gt; Fuj 14:30 &lt;jrandom&gt; (viz http://forum.i2p.net/viewtopic.php?t=280 a komentujte, pokud máte nějaké návrhy/dotazy/obavy) 14:31 &lt;jrandom&gt; fuj, Trackere? 14:32 &lt;jrandom&gt; každopádně, mule i detonate dělají nějaký pokrok na straně udp. detonate/mule: máte nějaké novinky ke sdílení? 14:32 &lt;Tracker&gt; UPD je tady zlé, zatímco v rámci hranic země funguje dobře, je to fakt ošklivé, když se ho snažíte používat na destinace mimo naše země. 14:32 &lt;jrandom&gt; hmm 14:32 &lt;Tracker&gt; jen moje zkušenost z 5 let online hraní... 14:33 &lt;jrandom&gt; určitě budeme muset zohlednit zahlcení a otázky MTU, jak to jde ven do sítě 14:33 &lt;Tracker&gt; nějak se zdejší dvě velké páteře nerady směrují UPD, a když už, tak jen s velmi nízkou prioritou. 14:34 &lt;Tracker&gt; což znamená pingy mezi 5 a 20 sekundami. 14:34 &lt;jrandom&gt; dost by mě překvapilo, kdyby existoval ISP, který vůbec nepovoluje UDP (protože všichni používáme DNS) 14:34 &lt;Tracker&gt; a vysokou ztrátovost paketů 14:34 &lt;jrandom&gt; řízení zahlcení je určitě důležité 14:35 &lt;Tracker&gt; proč myslíš, že už roky provozuju vlastní caching DNS s hodně velkou cache ;) 14:35 &lt;jrandom&gt; heh 14:35 &lt;jrandom&gt; no, pro lidi, kteří z nějakého důvodu nemohou používat udp, budeme mít zálohu v podobě tcp 14:36 &lt;jrandom&gt; ale udp bude drtivě preferováno 14:36 &lt;Tracker&gt; to je pěkné. 14:36 &lt;jrandom&gt; (tím myslím, že doufám, že tcp bude používat tak 10 lidí z 1m+ uzlů ;) 14:37 &lt;jrandom&gt; ale ten odkaz na fórum znovu vysvětluje, proč musíme dělat to, co děláme, i když jestli někdo najde lepší cestu, jsem samé uši 14:37 &lt;Tracker&gt; asi budu jedním z nich. 14:37 &lt;jrandom&gt; možná. 14:38 &lt;jrandom&gt; uvidíme po nasazení 0.6, jestli to tak bude, nebo jestli se nám podaří obejít problémy, které má tvůj ISP 14:38 &lt;jrandom&gt; ok, ještě něco k udp? nebo přejdeme k 5) ??? 14:39 &lt;jrandom&gt; berte, že jsme přešli 14:39 &lt;jrandom&gt; 5) ?? 14:39 &lt;jrandom&gt; má někdo ještě něco, co by chtěl otevřít? 14:40 &lt;Teal`c&gt; už je tu pizza? 14:40 &lt;Jhor&gt; neví někdo, kam se mám podívat, abych našel/ladil problémy v BitTorrentu? 14:41 &lt;jrandom&gt; Jhor: v i2p-bt by bylo dobré začít přidáním nějakého logování, které ti řekne, jaké BT zprávy se posílají/přijímají, abychom věděli, kde se to blokuje/vyprší timeout atd 14:41 &lt;jrandom&gt; (za předpokladu, že myslíš i2p-bt a ne azneti2p?) 14:42 &lt;Jhor&gt; jo, i2p-bt. jaké jsou různé úrovně spew? 14:42 &lt;jrandom&gt; nemám tušení, jediné co vím, je --spew 1 14:42 &lt;Jhor&gt; ok, zkusím to 14:43 * Jhor se chystá na rychlokurz v Pythonu 14:43 &lt;jrandom&gt; :) 14:44 &lt;jrandom&gt; ok, má ještě někdo něco k probrání? 14:44 * cervantes vytahuje Strand Gong 14:44 &lt;jrandom&gt; jsme kolem 60m, takže docela dobré tempo 14:44 &lt;Teal`c&gt; kdy má být udp hotové pro obecné použití? 14:44 &lt;jrandom&gt; Teal`c: duben 14:44 &lt;jrandom&gt; to je 0.6, pořád pracujeme na 0.5 14:45 &lt;Teal`c&gt; dobrá práce. 14:46 &lt;jrandom&gt; pokrok, stále vpřed 14:46 * jrandom nadhazuje 14:46 * jrandom *baf*ne do gongu a uzavírá meeting </div>/cs/blog/2005/01/18/pozn%C3%A1mky-ke-stavu-i2p-ze-dne-2005-01-18/Tue, 18 Jan 2005 00:00:00 +0000/cs/blog/2005/01/18/pozn%C3%A1mky-ke-stavu-i2p-ze-dne-2005-01-18/<p>Ahoj všichni, je čas na týdenní aktualizaci</p> <ul> <li>Index</li> </ul> <ol> <li>Stav sítě 2) 0.5 3) i2pmail.v2 4) azneti2p_0.2 5) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Hmm, není tu moc co hlásit - věci pořád fungují stejně jako minulý týden, velikost sítě je pořád dost podobná, možná o něco větší. Nějaké pěkné nové stránky se objevují - podrobnosti viz fórum [1] a orion [2].</p> <p>[1] <code>http://forum.i2p.net/viewforum.php?f=16</code> [2] <code>http://orion.i2p/</code></p> <ul> <li> <ol start="2"> <li>0.5</li> </ol> </li> </ul> <p>Díky pomoci postman, dox, frosk a cervantes (a všem, kdo přenesli data přes své routers ;), jsme shromáždili statistiky velikosti zpráv za celý den [3]. Jsou tam dvě sady statistik – výška a šířka zvětšení. To bylo motivované snahou prozkoumat dopad různých strategií paddingu zpráv (vyplňování) na zatížení sítě, jak je vysvětleno [4] v jednom z návrhů pro 0.5 tunnel routing. (ooOOoo hezké obrázky).</p>/cs/blog/2005/01/18/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-18.-ledna-2005/Tue, 18 Jan 2005 00:00:00 +0000/cs/blog/2005/01/18/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-18.-ledna-2005/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> ant, bla, BrockSamson, cervantes, dox, duck, Frooze, jrandom, kaji, mule, orion, polecat, postman, protokol, Ragnarok, Teal`c, Xan</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 13:04 &lt;jrandom&gt; 0) ahoj 13:04 &lt;jrandom&gt; 1) Stav sítě 13:04 &lt;jrandom&gt; 2) 0.5 13:04 &lt;jrandom&gt; 3) i2pmail.v2 13:04 &lt;jrandom&gt; 4) azneti2p_0.2 13:04 &lt;jrandom&gt; 5) ??? 13:04 &lt;ant&gt; &lt;duck&gt; (zvuk řečí o kryptu prolétajících kolem mých uší) 13:04 &lt;jrandom&gt; :) 13:04 * jrandom mává 13:04 &lt;cervantes&gt; čau 13:04 &lt;jrandom&gt; i vy si můžete poslechnout zvuk řečí o kryptu, jak vám létají kolem uší! týdenní status je zveřejněn @ http://dev.i2p.net/pipermail/i2p/2005-January/000559.html 13:05 &lt;bla&gt; ahoj 13:05 &lt;jrandom&gt; skočím rovnou na věc, když už stejně přerušujeme zajímavou diskuzi... 1) stav sítě 13:05 &lt;jrandom&gt; nemám moc co dodat nad to, co je v mailu – má někdo něco, co by chtěl probrat ohledně stavu sítě? 13:06 &lt;bla&gt; Kromě toho, že jsme poprvé viděli uzly na *všech* kontinentech kromě Antarktidy, tak ne. 13:06 &lt;jrandom&gt; w00t! 13:07 &lt;jrandom&gt; ok, přecházíme k 2) věci kolem 0.5 13:07 &lt;mule&gt; hele, můj otec je zrovna na cestě na Antarktidu, měl jsem mu dát uzel 13:07 &lt;ant&gt; &lt;duck&gt; zatracení Antarktiďané 13:07 &lt;Xan&gt; žádní Antarktiďané? :( 13:07 &lt;jrandom&gt; hah, pěkné 13:07 &lt;jrandom&gt; i když nemyslím, že je tam zrovna velká anonymitní množina 13:07 &lt;Frooze&gt; sveďte to na Antarktidu 13:08 * cervantes staví na Antarktidě ropnou plošinu, aby si tam mohl financovat uzel 13:09 &lt;jrandom&gt; dobře, dobře, kolem 0.5 je toho hodně, takže to vezmeme po částech 13:09 &lt;jrandom&gt; nejdřív dík lidem, kteří nasbírali den statistik – spousta zajímavých dat @ http://dev.i2p.net/~jrandom/messageSizes/ 13:09 &lt;postman&gt; rádo se stalo :) 13:10 &lt;cervantes&gt; co se týče stavu sítě... poslední dobou jsem viděl dost lidí, kteří mají problém rozběhat I2P (na fórech apod.) – nevím, jestli je to jen kvůli vyššímu počtu uživatelů, nebo snad kvůli většímu množství aplikací na I2P, kde se může něco pokazit 13:10 &lt;+protokol&gt; jrandom: LHÁŘI! říkal jsi, že ta data jsou zajímavá! 13:10 * jrandom hází na protokola bláto 13:11 &lt;ant&gt; &lt;duck&gt; cervantes: viděl jsem i zprávy o lidech, kteří to zprovoznili během pár minut 13:11 &lt;ant&gt; &lt;duck&gt; myslím, že většinu problémů způsobuje NAT 13:11 &lt;cervantes&gt; duck: pravda... 13:11 &lt;ant&gt; &lt;dmdm&gt; kdo je NAT? 13:11 &lt;jrandom&gt; cervantes: určitě tam pořád jsou ošklivé problémy. NAT a OS X byly poslední dobou trochu bolest, ale Jhorova pomoc s tím druhým by měla ten druhý zlepšit 13:12 &lt;cervantes&gt; jo 13:12 &lt;cervantes&gt; *ehm* takže... 0.5 13:13 &lt;Xan&gt; dmdm: network address translation (překlad síťových adres) 13:13 &lt;jrandom&gt; heh, ok. v zásadě jde u těch statistik velikostí zpráv o to prozkoumat otázky paddingu (výplně) 13:14 &lt;jrandom&gt; bohužel, strategie, kterou jsem postavil vybíráním čísel, stála za houby – jen výplňová data přidávala 25% režii 13:14 &lt;jrandom&gt; pokud vezmeme jeden z návrhů šifrování pro 0.5 (tunnels-alt.html), tenhle problém mít nebudeme 13:15 &lt;jrandom&gt; (protože to vynutí malé pevné velikosti s fragmentací) 13:15 &lt;mule&gt; jaký typ zpráv chcete vyplňovat – ty, které vidí router, nebo ty, které vidí externí pozorovatel? 13:15 &lt;jrandom&gt; mule: důležitá otázka 13:15 &lt;jrandom&gt; pokud nám jde jen o externího pozorovatele, můžeme nechat zprávy bez výplně a generovat šum na transportní vrstvě 13:16 &lt;Teal`c&gt; `http://microsoft.i2p/david_hasselhoff_05_christmas_album__silent_night.mp3` 13:16 &lt;jrandom&gt; na druhou stranu, pokud máme obavy z účastníků tunnelu, kteří dělají analýzu toků, musíme řešit výplň uvnitř tunnelu 13:16 &lt;@duck&gt; při 5–6 hopech, jak velké je riziko, že router provede analýzu provozu? 13:16 &lt;cervantes&gt; Teal`c: teď je meeting... můžeš použít #i2p-chat na oznamování mp3 ;-) 13:17 &lt;Teal`c&gt; sorry 13:17 &lt;cervantes&gt; :) kvůli Davidu Hasselhoffovi? 13:18 &lt;jrandom&gt; záleží na úrovni analýzy, ducku. pokud nějak vystopovali, v jakém tunnelu jsou (např. jsou vstupní bránou inbound tunnelu a sklidili netDb a to korelují s destinací), jsou to netriviální data. na druhou stranu to není přímé odhalení, ale nějaké informace to dává 13:18 &lt;jrandom&gt; ještě důležitější než výplň v tunnelu je ale end-to-end výplň, která skrývá data o toku zpráv před bránami a koncovými body. 13:19 &lt;jrandom&gt; kdybychom byli blázni/hlupáci, mohli bychom jít až k pipenetu s konstantním datovým tokem všude 13:19 &lt;+polecat&gt; mám to! 13:19 &lt;jrandom&gt; (a skončit bez uživatelů, kteří by i2p provozovali) 13:19 &lt;+polecat&gt; Co musíme udělat, je tunelovat i2p přes e-mail! 13:19 &lt;cervantes&gt; jaká je pravděpodobnost, že se spolčené routery ocitnou ve stejném tunnelu na dostatečně velké síti? 13:19 &lt;+polecat&gt; Žádný ISP by nebyl tak hloupý, aby zastavil e-mail! 13:20 * jrandom vyhlíží implementaci net.i2p.router.transport.gmail 13:20 &lt;postman&gt; polecat: páni, to je hloupost 13:20 &lt;postman&gt; :) 13:20 &lt;bla&gt; cervantes: N^(-h) (N je počet rychlých uzlů, h = počet hopů). Vypadá to tak 13:20 &lt;+polecat&gt; =3 vím. 13:21 &lt;cervantes&gt; je to hodně? :) 13:21 &lt;jrandom&gt; ne počet rychlých uzlů, protože externí lidé neznají vaše profily 13:21 &lt;+polecat&gt; Ale vážně, při bezostyšném zneužití existujících IP služeb můžeme i2p tunelovat spoustou důmyslných způsobů. 13:21 &lt;jrandom&gt; c^2/N^h, aby se dva peery dostaly do stejného tunnelu 13:21 &lt;jrandom&gt; souhlas, polecate. to je jeden z důvodů, proč nemáme obousměrné tunnels 13:22 &lt;jrandom&gt; některé transporty (např. e-mail) jsou pro obousměrnou komunikaci na nic 13:22 &lt;bla&gt; jrandom: c = ? 13:22 &lt;jrandom&gt; c == počet spolčených peerů 13:23 &lt;+polecat&gt; hm, zajímavý postřeh. 13:23 &lt;ant&gt; &lt;duck&gt; co se týče roadmapy, jaký dopad by mělo, kdyby se i2p vydalo špatným směrem a zvolilo špatné kryptografické řešení? 13:23 &lt;+polecat&gt; Nebo protokol poštovního holuba, ten není ani trochu obousměrný. 13:23 &lt;+polecat&gt; krypto je už modulární, že? 13:23 &lt;jrandom&gt; duck: je to jen jeden bod v 0.5 a jedna podsekce dokumentu tunnels*.html. směrování tunnelů je mnohem víc než jen to, jak balíme data 13:24 &lt;bla&gt; jrandom: to je ale problém dostat je do tunnelu *teď*. Nicméně přes T obnovení tunnelu (po každých x minutách) to vychází jako P = 1 - (1 - c^2/N^h)^T 13:24 &lt;jrandom&gt; na druhou stranu rozdíl mezi „pevnými 1KB bloky“ a „0–40KB bloky“ má zásadní dopad 13:24 &lt;+polecat&gt; Nerad bych viděl, aby tahle síť dopadla jako Entropy, uvízlá v McEliece. 13:24 &lt;jrandom&gt; polecate: přečti si http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/tunnel-alt.html?rev=HEAD 13:24 &lt;bla&gt; jrandom: a tím to pro dostatečně dlouhý čas jde k nule. Tj.: při dostatečně dlouhém čase budou útočníci alespoň jednou ve stejném tunnelu 13:25 &lt;jrandom&gt; plán je standardní AES256/CBC 13:25 &lt;+protokol&gt; slyšel jsem, že DNS je dobré na tunelování věcí, většina lidí ho neblokuje 13:25 &lt;jrandom&gt; určitě, bla, ale není to až tak přímočaré (pro exploratory tunnels ano, ale ne pro client tunnels) 13:26 &lt;+polecat&gt; A kdyby náhodou padl i AES, tak nějaká ekvivalentní symetrická šifra. 13:27 &lt;jrandom&gt; bla: nemyslím, že je to v té míře pro většinu případů prakticky velká obava, ale když to zapojíš jako součást útoku předchůdce (predecessor attack), je to do značné míry jedno 13:28 &lt;jrandom&gt; (kvůli tomu, jak děláme zbytek směrování tunnelu) 13:28 &lt;bla&gt; jrandom: k 13:28 &lt;jrandom&gt; správně, polecate 13:29 &lt;jrandom&gt; duck: pokud půjdeme s druhou možností, pozdější změna na jinou bude nejspíš snadná. 13:29 &lt;jrandom&gt; na druhou stranu, ta druhá možnost bude vyžadovat dost masivní ladění výkonu, aby to nestálo za nic 13:29 &lt;jrandom&gt; ale jsem si jistý, že to zvládneme 13:31 &lt;jrandom&gt; každopádně, myslím, že výše pokrývá, kde teď jsme, pokud jde o práci na 0.5 13:31 &lt;jrandom&gt; má někdo další otázky/komentáře/obavy? 13:31 &lt;bla&gt; jrandom: jednu 13:32 &lt;bla&gt; jrandom: myslím, že bychom měli teď cenit anonymitu o něco víc než výkon; takže ano, možnost s PRNGs (generátory pseudonáhodných čísel) zní dobře 13:33 &lt;jrandom&gt; souhlas. výkon se dá doladit později, ale „dodatečně přidat“ lepší anonymitu je mnohem těžší 13:33 &lt;jrandom&gt; (ale samozřejmě, výkon /je/ bezpečnostní parametr. když to stojí za houby, nikdo to nepoužívá) 13:33 &lt;bla&gt; Ano. 13:33 &lt;bla&gt; jrandom: 13:33 &lt;bla&gt; sorry 13:33 &lt;@duck&gt; dobře, /me přepíná magický bit výkonu Freenetu 13:33 &lt;cervantes&gt; možná to odradí všechny ty leecher-y s torrenty, aby se ještě chvíli drželi dál ;-) 13:34 &lt;jrandom&gt; heh 13:34 &lt;cervantes&gt; &lt;-- reset připojení 13:34 &lt;bla&gt; cervantes: Ne, nejsem! :) 13:34 &lt;cervantes&gt; :) 13:35 &lt;jrandom&gt; myslím, že dokážeme udělat fakt pěkné optimalizace, a zdá se, že hodně našeho ucpání nesouvisí s výběrem peerů, ale jen (heh) s bugy v jobqueue 13:36 &lt;jrandom&gt; ale každopádně, ještě něco k 2) 0.5? 13:36 &lt;ant&gt; &lt;BS314159&gt; mohl bys poslat vysvětlení tohohle loop útoku? 13:37 &lt;ant&gt; &lt;BS314159&gt; zní to nebezpečněji, než jak z tvého popisu plyne 13:37 &lt;jrandom&gt; smyčka: postav tunnel obsahující A--&gt;B--&gt;C--&gt;D--&gt;C, pošli dovnitř 10 zpráv. 13:37 &lt;jrandom&gt; bez PRNGs můžeš do té smyčky C&lt;--&gt;D přidat tolik zpráv, kolik chceš 13:38 &lt;ant&gt; &lt;BS314159&gt; ok 13:38 &lt;jrandom&gt; fakticky tak s pár zprávami děláš DoS na libovolné routery 13:38 &lt;ant&gt; &lt;BS314159&gt; ale tohle může udělat jen A 13:38 &lt;jrandom&gt; s PRNGs se omezí počet zpráv, které můžou jít do smyčky 13:38 &lt;ant&gt; &lt;BS314159&gt; takže nehrozí, že útočník zkrátí moje tunnels zaváděním smyček 13:38 &lt;jrandom&gt; ne, nikdo nemůže zkrátit tvoje tunnels 13:39 &lt;jrandom&gt; jediné, k čemu je to užitečné, je DoS 13:39 &lt;jrandom&gt; (velmi levný DoS) 13:39 &lt;jrandom&gt; (ale když můžeš selektivně dělat DoS na peery bez velkých nákladů, dá se dělat pěkně ošklivé věci) 13:40 &lt;ant&gt; &lt;BS314159&gt; comprendo 13:40 &lt;+protokol&gt; a hashcash certifikáty s tím pomůžou? 13:40 &lt;jrandom&gt; protokol: hashcash řeší problém, kdy peer staví příliš mnoho tunnels a možná staví příliš mnoho hopů 13:41 &lt;jrandom&gt; protokol: se smyčkami nepomůže. dvě cesty, které jsem našel a které /pomáhaly/, byly PRNGs (tunnel-alt.html) nebo ověřování na každém kroku (tunnel.html) 13:42 &lt;jrandom&gt; ověřování na každém kroku má rizika, takže aktuálně se kloníme k PRNGs 13:42 &lt;+Ragnarok&gt; jak účinná bude metoda s prng? 13:42 &lt;Xan&gt; A--&gt;B--&gt;C--&gt;D--&gt;C - neměl by každý hop dostat jiné id nebo tak něco, aby zprávy z tunnelu odešly, když dorazí podruhé do C, místo aby se točilo dokola? 13:43 &lt;jrandom&gt; Xan: mají, ale bez ověřování na každém kroku nepoznáš, jestli je to špatně, nebo ne 13:44 &lt;jrandom&gt; Ragnarok: myslím, že to bude velmi účinné na minimalizaci způsobených škod 13:45 &lt;jrandom&gt; alespoň podle toho, co zatím vidím 13:45 &lt;jrandom&gt; pokud v tom někdo vidí problémy/potíže, nebo má návrhy na vylepšení, ozvěte se prosím :) 13:46 &lt;Xan&gt; nebo mi možná uniká pointa 13:46 &lt;Xan&gt; bbl 13:46 &lt;jrandom&gt; 'k l8r, aktualizuju dokument, aby byl jasnější 13:47 &lt;jrandom&gt; ok, pokud není nic dalšího, přejdeme k 3) i2pmail.v2? 13:47 &lt;jrandom&gt; postmane: jsi poblíž? 13:48 &lt;postman&gt; ano 13:49 &lt;postman&gt; :) 13:49 &lt;jrandom&gt; něco k doplnění oproti tvému příspěvku na fóru? zní to dost cool 13:49 &lt;postman&gt; no, pár z vás si už možná přečetlo draft pro i2pmail.v2 13:50 &lt;bla&gt; co se to sakra děje? Masivní odpojování. Mám tu taky problém se dostat na stránky (třeba orion, library) 13:50 &lt;postman&gt; cílem je v budoucnu plně decentralizovaná poštovní infrastruktura 13:50 &lt;postman&gt; ale bude potřebovat proxy software na uzlech a také pár dedikovaných relays 13:51 &lt;postman&gt; všichni jsou zváni přispět nápady / koncepty / výlevy 13:51 &lt;postman&gt; vývoj už začal – nečekejte nic před pozdním jarem :) 13:51 &lt;jrandom&gt; w00t 13:51 &lt;kaji&gt; hmm, právě mi u dveří přistála policie 13:52 &lt;bla&gt; kaji: ? 13:52 &lt;jrandom&gt; rychle, odpal svůj harddisk 13:52 &lt;postman&gt; jrandom: no, to je zatím všechno, co k tomu mám :) 13:52 &lt;cervantes&gt; schovejte blackjackový stůl! 13:52 &lt;jrandom&gt; boží, díky, postmane 13:52 &lt;kaji&gt; říkali, že jsem volal 911, ale jsem si dost jistý, že ani já, ani brácha ne 13:53 &lt;+protokol&gt; kaji: jen si dělají kontrolu kvůli i2p 13:53 &lt;jrandom&gt; ok, pokud už nic dalšího k 3) i2pmail, přesuneme se k 4) azneti2p_0.2 13:53 &lt;+protokol&gt; &lt;strašidelná hudba&gt; 13:53 &lt;jrandom&gt; jak bylo zmíněno v mailu, v poslední době došlo k důležitému pokroku 13:53 &lt;kaji&gt; pak říkali, že bezšňůrové telefony můžou blbnout, když jsou nezavěšené, ale všechny moje bezšňůrové telefony jsou na nabíječce -&gt; #i2p-chat 13:55 &lt;jrandom&gt; lidi z Azureu byli velmi vstřícní při přípravě aktualizace (jupí!), ale lidé by si měli dávat pozor i na problémy 13:55 &lt;jrandom&gt; (pokud nečtete i2p mailing list a používáte azneti2p, čtěte i2p mailing list) 13:55 &lt;jrandom&gt; ((nebo i když azneti2p nepoužíváte, čtěte list, tam oznamujeme důležité věci ;) 13:56 &lt;jrandom&gt; duck a orion také dělali spoustu aktualizací, aby vyšli vstříc novému bt klientu a formátování 13:56 &lt;jrandom&gt; (jupí!) 13:56 * orion se usmívá 13:57 &lt;orion&gt; pořád je před námi kus cesty, ale zatím to funguje. 13:57 &lt;jrandom&gt; (jak jen to i2p dovolí ;) 13:58 &lt;orion&gt; hehe, ano. ;) 13:58 &lt;jrandom&gt; má ještě někdo něco, co by chtěl probrat ohledně azneti2p nebo i2p-bt? 13:58 &lt;jrandom&gt; (nebo bytemonsoon2p ;) 14:00 &lt;jrandom&gt; ok, pokud ne, jdeme dál na 5) ??? 14:00 &lt;jrandom&gt; otevřená diskuze – má někdo ještě něco, co by chtěl nadnést? 14:00 &lt;postman&gt; jrandom: proč addressbook publikuje položky z userhosts? 14:01 &lt;jrandom&gt; postmane: bug. 14:01 &lt;postman&gt; takže to nebylo plánované chování a změní se to? 14:01 &lt;cervantes&gt; jen jedna věc... 14:01 &lt;jrandom&gt; postmane: správně a změní se to 14:02 &lt;jrandom&gt; (že, Ragnarok? :) 14:02 &lt;+Ragnarok&gt; záleží přesně na tom, co postman myslí... 14:03 &lt;jrandom&gt; Ragnarok: nové položky přidané lokálním uživatelem do jeho vlastního soukromého hosts by se neměly šířit do publikovaných hosts 14:03 &lt;jrandom&gt; (např. userhosts.txt je privátní, hosts.txt se synchronizuje s ostatními a je veřejný) 14:03 &lt;cervantes&gt; V rámci polo-pravidelné rubriky na fóru bude uznání a ocenění pro ty, kdo přispěli dobrými věcmi do I2P buď nedávno, nebo během života projektu 14:03 &lt;postman&gt; Ragnarok: po aktualizaci na 0.4.2.6 jsem našel položky ze svého userhosts.txt v publikovaném addressbooku ve své složce eepsite 14:03 &lt;ant&gt; &lt;BS314159&gt; hmm 14:04 &lt;postman&gt; Ragnarok: to byly ručně přidané klíče, které se neměly publikovat 14:04 &lt;cervantes&gt; tento týden oceňujeme ducka za celkovou výjimečnost jako poskytovatele služeb komunitě a jako všestranného skvělého idlera: `http://forum.i2p/viewtopic.php?t=275` 14:04 &lt;jrandom&gt; w00t! 14:04 &lt;jrandom&gt; (jen do toho, ducku, jen do toho, ducku) 14:05 &lt;Teal`c&gt; a co únos doménových jmen? 14:05 * brachtus tleská 14:05 * orion dělá kachní kolíbavou chůzi na znamení úcty. 14:05 &lt;cervantes&gt; jedna důležitá věc do budoucna... nemusíte být kryptografický génius, abyste dostali pochvalu! 14:06 &lt;+Ragnarok&gt; ne, to je očekávané chování. můžu to změnit, ale nejdřív musím dodělat implementaci file lockingu, abyste mohli měnit hosts.txt přímo 14:06 &lt;orion&gt; (ale pomáhá to) 14:06 &lt;cervantes&gt; třeba jste jen přispěli parádním eepsite nebo tak něco... 14:06 &lt;cervantes&gt; nebo byli nápomocní na fóru apod. 14:07 &lt;ant&gt; &lt;BS314159&gt; hmm 14:07 &lt;cervantes&gt; (jinak si to přiznejme, jrandom by vyhrál každý týden) 14:07 &lt;jrandom&gt; hej, vy všichni platíte můj pivní fond, tohle není zadarmo ;) 14:07 &lt;ant&gt; &lt;BS314159&gt; nemohl bys prostě udělat nový soubor „publichosts.txt“? 14:07 &lt;ant&gt; &lt;BS314159&gt; pak by addressbook ignoroval userhosts.txt, ale uživatelé by se mohli přihlásit k odběru svého vlastního publichosts.txt? 14:08 &lt;jrandom&gt; Teal`c: není způsob, jak unést doménové jméno, žádné záznamy se nepřepisují a userhosts vždy přebíjí hosts 14:09 &lt;jrandom&gt; Ragnarok: možná by problém s lockingem mohl řešit webový interface, když uživatelé nebudou do souborů přidávat ručně 14:09 &lt;+Ragnarok&gt; až bude locking hotový, nebude už skutečný důvod tahat adresy z userhosts.txt (aktuálně je to jediný způsob, jak se vyhnout závodu), takže nemá smysl přidávat třetí soubor 14:10 &lt;+Ragnarok&gt; jrandom: no, plánoval jsem použít java file locking api 14:10 &lt;jrandom&gt; pokud si myslíš, že je to nutné, jsi šéf :) 14:10 &lt;ant&gt; &lt;BS314159&gt; to by ti umožnilo vyhodit všechna jména získaná od ostatních a ponechat si ta, která sis vytvořil sám 14:10 &lt;ant&gt; &lt;BS314159&gt; prostě tím, že vyčistíš hosts.txt a změníš svůj odběr 14:11 &lt;ant&gt; &lt;BS314159&gt; ale to si asi počká na name-signing 14:11 &lt;orion&gt; metadata ten problém vyřeší. Je už draft specifikace? 14:11 &lt;jrandom&gt; stačí používat jen dva soubory – jeden spravovaný addressbookem, jeden ne 14:12 &lt;jrandom&gt; (addressbook může klidně userhosts.txt úplně ignorovat – userhosts.txt stejně přebíjí hosts.txt) 14:12 &lt;+Ragnarok&gt; jrandom: to by byl plán, až bude locking hotový (což fakt nemá být moc práce, jen jsem se k tomu ještě nedostal :) 14:13 &lt;+Ragnarok&gt; a teď se učím dost XML Schema na to, abych napsal jednu pro namerecords 14:13 &lt;ant&gt; &lt;dr_kavra&gt; je tohle kanál pro kenosis? jiný kanál mi řekl, ať jdu sem :D 14:13 &lt;jrandom&gt; lol 14:13 &lt;jrandom&gt; ne, sorry, tady je i2p 14:14 &lt;jrandom&gt; (leda že hledáš anonymní komunikační vrstvu) 14:14 &lt;jrandom&gt; boží, Ragnaroku 14:14 &lt;ant&gt; &lt;BS314159&gt; pořád si myslím, že XML je na tohle moc ukecané a nečitelné pro lidi oproti YAML, ale já ten kód nepíšu 14:14 &lt;jrandom&gt; Ragnarok: těžká část bude udělat crypto s XML, aniž bychom sklouzli k ošklivému CDATA 14:14 &lt;orion&gt; napsal už někdo pracovní draft pro specifikaci metadata? 14:15 &lt;jrandom&gt; (osobně si myslím, že xml stojí za houby, ale jsem jen brblal) 14:15 &lt;jrandom&gt; orione: http://dev.i2p.net/pipermail/i2p/2004-February/000135.html má základní nastavení 14:15 &lt;orion&gt; (metadata jméno/klíč) 14:15 &lt;dox&gt; byl addressbook a jeho funkce někde oznámen? Nevěděl jsem, že se můj hosts.txt publikuje 14:15 &lt;jrandom&gt; (viz elementy NameReference a LocalEntry) 14:16 &lt;jrandom&gt; dox: zapisuje se to na místo uvedené v addressbook/config.txt 14:16 &lt;jrandom&gt; (ve výchozím stavu ./eepsite/docroot/hosts.txt) 14:17 &lt;orion&gt; chybí příznak public/private (tj. distribuovat/nedistribuovat). 14:17 &lt;ant&gt; &lt;cervantes&gt; jediná dobrá věc na XML (a to je velké +) je, že je to široce přijímaný standard 14:17 &lt;jrandom&gt; správně, orione, od toho postu se objevilo hodně dobrých nápadů 14:17 &lt;+Ragnarok&gt; xml může stát za houby, ale upřímně je pro to, co dělám, lepší než jakákoli alternativa 14:17 &lt;jrandom&gt; cervantes: totéž EDI 14:17 &lt;orion&gt; je místo, kam je zkoncentrovat? tj. část fóra? 14:18 &lt;orion&gt; nebo možná wiki stránka? 14:18 &lt;jrandom&gt; orione: susiho nebo ughova wiki 14:18 &lt;orion&gt; chystám se zřídit wiki pro bytemonsoon a orion.i2p, aby se získal komunitní konsensus ohledně budoucích vývojových cílů každého z nich. 14:18 &lt;BrockSamson&gt; xml + crypto bez CDATA = mime, ne? 14:19 &lt;jrandom&gt; boží, orione 14:19 &lt;jrandom&gt; BrockSamsone: smime, s jinými parsery ;) 14:19 &lt;orion&gt; (také jednu pro metadata jmen) 14:21 &lt;jrandom&gt; jak metadata udělat, je spousta způsobů; důležitá je flexibilita a „správnost“, aby mohla růst a měnit se v čase 14:21 * jrandom si je jistý, že Ragnarok a spol. přijdou s něčím dobrým :) 14:21 &lt;orion&gt; proto si myslím, že je na místě veřejný draft. 14:22 &lt;ant&gt; &lt;cervantes&gt; i2p konsorcium :P 14:22 &lt;jrandom&gt; no, lidé na posledních pár schůzkách říkají „někdo by měl dát svoje nápady na wiki“, ale wiki stránky moc nerostou ;) což je v pohodě, jdeme tempem, jakým jdeme 14:23 * orion slibuje, že do dne bude stát tři wiki a všem pošle e-mailem jejich umístění 14:23 &lt;BrockSamson&gt; říkejte mi líný, ale srovnejte ANSI 850 EDI objednávku s téměř jakoukoli objednávkou založenou na XML a já radši budu dekódovat, kódovat a ladit tu XML verzi. I když je 5× větší než EDI 14:23 &lt;jrandom&gt; w00t 14:23 &lt;jrandom&gt; heh, BrockSamsone 14:24 &lt;BrockSamson&gt; Pozice 10 je ST? aha, tak pak by pozice 310 měla být jméno 14:24 &lt;BrockSamson&gt; no jo 14:24 &lt;jrandom&gt; BrockSamsone: nemyslím, že XML schémata pro PO jsou o moc lepší ;) 14:24 &lt;jrandom&gt; (ale jo, tohle je prostě naprostá hrůza) 14:25 &lt;BrockSamson&gt; ve 4:30 ráno jsou 14:25 &lt;BrockSamson&gt; ledaže... 14:25 &lt;jrandom&gt; heh 14:25 &lt;BrockSamson&gt; to je napsané bývalým EDI programátorem 14:25 &lt;BrockSamson&gt; a xml vypadá takhle: &lt;p1&gt;&lt;po&gt;&lt;q&gt;1&lt;/q&gt;&lt;/po&gt;&lt;/p1&gt; 14:26 &lt;BrockSamson&gt; vsadil bych se ale, že kdyby se sečetly hodiny, které projekty open source stráví debatami „XML“ nebo ne „XML“, dalo by se Linux napsat 10×. 14:26 &lt;BrockSamson&gt; každý projekt, jehož jsem byl součástí, měl o tom masivní debaty 14:27 &lt;orion&gt; debata je pro projekt dobrá, záleží, kdo debatuje. ;) 14:27 &lt;jrandom&gt; eh, dělá to, co dělá, ale není to všelék. pro věci kolem pojmenování to může fungovat dobře 14:28 &lt;BrockSamson&gt; hodně lidí je ale v projektech jen proto, aby debatovali. 14:28 &lt;jrandom&gt; tady ne. já jsem tu kvůli pivu zdarma 14:28 &lt;ant&gt; &lt;cervantes&gt; o tom by se dalo debatovat 14:28 &lt;orion&gt; detaily implementace budou jasnější, až bude draft specifikace hmatatelnější. 14:28 &lt;orion&gt; odtud potřeba wiki/peer review. 14:29 &lt;BrockSamson&gt; slyšel jsem, že tenhle projekt rozdává zdarma Garlic 14:29 &lt;jrandom&gt; spoustu 14:30 &lt;jrandom&gt; ok, má ještě někdo něco k probrání na meeting? 14:30 &lt;ant&gt; * cervantes vyváží slavnostní call se zvoncem 14:30 &lt;ant&gt; &lt;cervantes&gt; call =kráva 14:30 * jrandom rozmachuje se 14:31 * jrandom *baf*s do kravího zvonce a uzavírá schůzi </div>/cs/blog/2005/01/11/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-11.-ledna-2005/Tue, 11 Jan 2005 00:00:00 +0000/cs/blog/2005/01/11/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-11.-ledna-2005/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> cervantes, deer, dm, duck, fdr, jrandom, lucky, protok0l, toad\_</p> <h2 id="záznam-z-jednání">Záznam z jednání</h2> <div class="irc-log"> 13:10 &lt;jrandom&gt; 0) ahoj 13:10 &lt;deer&gt; &lt;Ragnarok&gt; máš padáka 13:10 &lt;jrandom&gt; 1) Stav sítě 13:10 &lt;jrandom&gt; 2) pokrok 0.5 13:10 &lt;jrandom&gt; 3) stav 0.6 13:10 &lt;deer&gt; &lt;polecat&gt; čau! 13:10 &lt;jrandom&gt; 4) azneti2p 13:10 &lt;jrandom&gt; 5) fbsd 13:10 &lt;jrandom&gt; 6) hosts.txt jako WoT 13:11 &lt;jrandom&gt; 7) ??? 13:11 &lt;jrandom&gt; 0) ahoj 13:11 * jrandom mává 13:11 &lt;fdr&gt; čau 13:11 &lt;deer&gt; &lt;Ragnarok&gt; hola 13:11 &lt;toad_&gt; teprve začínáš? /me bude jen občas koukat 13:11 &lt;deer&gt; &lt;detonate&gt; ahoj 13:11 &lt;jrandom&gt; weekly status notes posted up to http://dev.i2p.net/pipermail/i2p/2005-January/000551.html 13:11 &lt;jrandom&gt; super, všichni jsou vítáni 13:11 &lt;deer&gt; &lt;polecat&gt; Aha. Ne tvoje zaměstnání. Moje chyba. =3 13:11 &lt;jrandom&gt; záznamy ze schůzek vývojářů jsou zveřejněny na webu (po meetingu, samozřejmě) 13:11 &lt;fdr&gt; Mám šílený hlad, takže budu odskakovat.. 13:12 &lt;jrandom&gt; ok, přecházím k 1) Stav sítě 13:12 &lt;jrandom&gt; věci vypadají, že fungují dobře. duck je zpátky (hurá!) 13:12 &lt;jrandom&gt; Nemám moc co dodat nad rámec toho, co je v e‑mailu – má někdo něco? 13:13 &lt;deer&gt; &lt;jrandom&gt; ne 13:13 &lt;jrandom&gt; ok, pokud ne, jdeme na 2) stav 0.5 13:14 &lt;jrandom&gt; Udělali jsme slušný pokrok, konečně jsem rozchodil maticové šifrování, ale po nedávném pokecu s polecatem je tam drobný fígl, který musíme přidat 13:14 &lt;toad_&gt; mluvíš sám se sebou? 13:14 &lt;jrandom&gt; heh jo, dokud někdo neodpoví ;) 13:14 &lt;jrandom&gt; (měli byste vidět tyhle meetingy, než jsem začal předem posílat týdenní statusy) 13:14 &lt;toad_&gt; Myslel jsem napříč sítěmi. Mluvím sám se sebou pořád, ale obvykle ne napříč sítěmi. ;) 13:15 &lt;deer&gt; &lt;jrandom_&gt; dokonce napříč třemi sítěmi [iip tady] 13:15 &lt;deer&gt; &lt;Ragnarok&gt; nech toho, je to děsivé :) 13:15 &lt;deer&gt; * postman mává 13:16 &lt;jrandom&gt; O 0.5 už nemám moc co dodat, kromě „více informací brzy“ 13:16 &lt;deer&gt; &lt;polecat&gt; K výkonu sítě: můj i2p router spadl před 24 h, ale předtím jsem měl 8 dní uptime. 13:16 &lt;jrandom&gt; ah ok super 13:16 &lt;jrandom&gt; Došlo k OOM? jel ti BT, nebo jen běžná aktivita? 13:17 &lt;deer&gt; &lt;polecat&gt; Jen heuristika na chlubení. =3 13:17 &lt;deer&gt; &lt;frosk&gt; obvykle mám od svého router tolik uptime, kolik chci, i když kvůli upgradům většinou ne víc než 8–9 :) 13:17 &lt;deer&gt; &lt;frosk&gt; 8–9 dní, tedy 13:18 * jrandom kéž by to můj stroj s Kaffe uměl (no nic) 13:18 &lt;deer&gt; * orion dokáže shodit router kdykoli spuštěním 40+ lokálních destinací přes btlaunchmanycurses.py. ;) 13:18 &lt;jrandom&gt; heh ano, to by to udělalo, orione 13:18 &lt;deer&gt; &lt;polecat&gt; Oh, logy říkají, že se JVM zřejmě kousl, takže předpokládám, že mě lucky použil v tunnel k tahání gigabajtů mužů obdařených nad míru. 13:18 &lt;deer&gt; &lt;orion&gt; ale měl jsem uptime 15 dní před bouřemi BT. 13:18 &lt;jrandom&gt; oh, zajímavé, polecate. 13:19 &lt;jrandom&gt; polecat: pokud máš odvahu, stálo by za to zkusit nejnovější Java Service Wrapper 13:19 &lt;jrandom&gt; (pokud to ten problém odstraní, měli bychom upgradovat) 13:19 &lt;deer&gt; * laberhorst měl uptime 15 dní s 0.4.2.5 bez BT 13:19 &lt;jrandom&gt; myslím, že cervantes je pořád vítěz s 0.4.1.1 na 41 dnech 13:20 &lt;deer&gt; &lt;polecat&gt; Chce mi někdo poslat PM, jak získat nejnovější Java Service Wrapper? 13:20 &lt;jrandom&gt; ale každopádně, má někdo nějaké komentáře k 0.5 věcem? 13:20 &lt;protok0l&gt; je i2p už hotové? 13:20 &lt;jrandom&gt; http://wrapper.tanukisoftware.org/doc/english/ 13:20 &lt;deer&gt; &lt;eco&gt; těším se na dokumentaci 13:20 &lt;jrandom&gt; !thwap protok0l 13:21 &lt;jrandom&gt; ok, jdeme na 3) stav 0.6 13:21 &lt;deer&gt; &lt;polecat&gt; Pořád si myslím, že by měl existovat způsob, jak dělat kontrolní součty, aniž by brána znala všechny kontrolní součty, nebo jejich počet. 13:21 &lt;deer&gt; &lt;Ragnarok&gt; kam půjdou dokumenty? 13:21 &lt;jrandom&gt; polecat: Taky bych to rád, ale pochybuju, že to jde. 13:22 &lt;jrandom&gt; Ragnarok: http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/tunnel.html?rev=HEAD je aktuální draft 13:22 &lt;jrandom&gt; (není aktualizováno vzhledem k problému s prvním hopem) 13:22 &lt;deer&gt; &lt;Ragnarok&gt; díky 13:22 &lt;deer&gt; &lt;polecat&gt; „Říkali, že to nejde.... nazývali mě bláznem... ale byli to hlupáci, HLUPÁCI! 13:22 &lt;jrandom&gt; heh 13:22 &lt;jrandom&gt; hele, když najdeš způsob, jsem samé ucho 13:23 &lt;jrandom&gt; (a tuším, že i lidi z mixmaster/mixminion taky) 13:23 &lt;deer&gt; &lt;jrandom&gt; páni, 42 uživatelů tady 13:23 &lt;deer&gt; &lt;jrandom&gt; mule: jsi tu? 13:24 &lt;deer&gt; &lt;polecat&gt; Heh. Budu držet nos u země, ale nic neslibuju, jsem jen hloupá fretka, ne génius jako vy všichni. 13:24 * jrandom háže na polecata malé chlupaté zvířátko 13:25 -!- dm [mihi@dsl-80-42-80-26.access.uk.tiscali.com] se připojil k #i2p 13:25 &lt;jrandom&gt; ok, každopádně, věci kolem 0.6 vypadají zajímavě a mule už začal hackovat, ale je to pořád na začátku 13:26 &lt;jrandom&gt; zab hodně pomohl náhledem do toho, jak to dělá LimeWire, ale jejich řízení zahlcení je docela děsivé (pevná malá okna, plné ACK) 13:26 &lt;jrandom&gt; (ale jistě to časem zlepší) 13:26 &lt;jrandom&gt; taky bylo fajn, že nám ukázal, jak to opravdu uvádějí do praxe, jaké pastičky měli s různými JVM atd 13:27 &lt;jrandom&gt; (hurá zab) 13:27 &lt;jrandom&gt; každopádně, pokud chceš pomoct s návrhem a implementací nebo integrací nějakého jiného poskytovatele pro 0.6, ozvi se buď mulemu nebo mně (nebo samozřejmě posílej patche ;) 13:28 &lt;jrandom&gt; moc víc k tomu nemám, ledaže by měl někdo něco? 13:28 &lt;deer&gt; &lt;polecat&gt; Nemá 0.6 mít předběžnou podporu pro fusenet? 13:28 &lt;deer&gt; &lt;frosk&gt; do dubna, snad :) 13:29 &lt;toad_&gt; fusenet? 13:29 &lt;deer&gt; &lt;frosk&gt; ale se vší tou prací na UDP transportu to možná bude hotové dřív než fusenet 13:29 &lt;jrandom&gt; jo, cílem je prostě to rozjet 13:29 &lt;deer&gt; &lt;frosk&gt; fusenet je systém distribuce obsahu, víceméně jako Usenet na speedu 13:29 &lt;toad_&gt; super 13:30 &lt;deer&gt; &lt;frosk&gt; zpočátku bude podporovat blogy, diskusní fóra a adresáře pro mapování jmen I2P na destinace 13:30 &lt;jrandom&gt; i když samozřejmě, když se nám příští měsíc povede implementovat UDP transport, asi to vydáme s 0.5 13:31 &lt;deer&gt; &lt;frosk&gt; to by bylo samozřejmě super :) 13:31 &lt;jrandom&gt; a kdybych měl poníka, hrál bych si s ním cccccelý den 13:31 &lt;jrandom&gt; ok, to je asi tak vše ke 0.6, jdeme na 4) azneti2p 13:31 &lt;deer&gt; &lt;frosk&gt; jsem rád, že žádného poníka nemáš ;) 13:31 &lt;jrandom&gt; heh 13:32 &lt;jrandom&gt; azneti2p == totální pecka. 13:32 &lt;jrandom&gt; parg a zbytek týmu Azureus odvedli skvělou práci a integrace je fakt pěkná 13:33 &lt;jrandom&gt; torrenty fungují stejně jako dřív, ukazují všechny pěkné grafy, umožní ti všechno řazení do front atd., na co jsi v Azureusu zvyklý – jen anonymně 13:33 &lt;deer&gt; &lt;postman&gt; w00t! 13:33 &lt;jrandom&gt; pořád jsou před námi další optimalizace a zjednodušení, ale celkově jsem dost nadšený 13:33 &lt;deer&gt; &lt;eco&gt; hurá! ať přijdou masy... 13:33 &lt;deer&gt; &lt;frosk&gt; chápu to správně, že než to půjde použít, musíš pořád udělat trochu ruční práce v konzoli router? 13:33 * jrandom drží brány zavřené ještě o maliiiinko déle 13:33 &lt;deer&gt; &lt;eco&gt; je opravdu vyžadována Java 1.5? 13:34 &lt;deer&gt; &lt;polecat&gt; Jo... pěkná věc, jen ji nemůžeš nechat běžet jako démon na pozadí. 13:34 &lt;deer&gt; &lt;postman&gt; zní to jako pozvánka k tomu, aby I2P síť dostala pořádně na frak 13:34 &lt;jrandom&gt; frosk: správně – ale pracujeme na tom, aby volání I2PTunnel probíhala přímo uvnitř pluginu 13:34 &lt;deer&gt; &lt;frosk&gt; cool 13:34 &lt;jrandom&gt; eco: nevím, zkoušel jsem to jen s 1.5, ale věřím jim, když to říkají. 13:34 &lt;deer&gt; &lt;polecat&gt; eco: Doufám, že ne. o.O 1.5 je jen Sun, jak tlačí trh. 13:34 &lt;jrandom&gt; ale stojí za to to zkusit, zkusím to později 13:35 &lt;deer&gt; * postman to neřeší, mám gigabitové ethernetové interface a SPOUSTU provozu v ceně :) 13:35 &lt;deer&gt; &lt;polecat&gt; Ach jo... a Azureus to vyžaduje. Fakt si musím udělat svůj torrentový klient v C++. 13:35 &lt;jrandom&gt; polecat: Azureus má headless režim (bez GUI) a webovou konzoli 13:36 &lt;deer&gt; * polecat mrká. 13:36 &lt;jrandom&gt; (ale je to... drsné pro nezasvěcené [jako jsem já]) 13:36 &lt;deer&gt; &lt;polecat&gt; No dobře tedy... myslel jsem, že ne, jako KazAa 13:36 &lt;jrandom&gt; ale jen jsem na to mrknul (a utekl zpátky do GUI ;) 13:36 &lt;deer&gt; &lt;Ragnarok&gt; plánuje duck posunout i2p-bt na 3.9/4.0? 13:37 &lt;jrandom&gt; ragnarok: nevíme, ale duck teď dělá psí kusy, aby bylo všechno stávající kompatibilní s azneti2p 13:37 &lt;jrandom&gt; (kvůli technickým požadavkům museli udělat pár... zvláštních změn) 13:37 &lt;deer&gt; &lt;polecat&gt; Jedním z nejsilnějších aspektů P2P je, když aplikace může tiše běžet na pozadí, když ji nepoužíváš. 13:38 * jrandom proti tomu nic nenamítá 13:38 &lt;jrandom&gt; ok, myslím, že to je vše, co chci říct k azneti2p (kromě w00t, znovu). Více informací v e‑mailu a v #i2p-bt bude jistě spousta aktivity 13:39 &lt;jrandom&gt; má někdo ještě něco k azneti2p? 13:39 &lt;cervantes&gt; jste na to připraveni... ;-) 13:40 &lt;jrandom&gt; heh, pracujeme na tom 13:40 &lt;deer&gt; &lt;polecat&gt; Dovolím si poznamenat, že zdrojáky Azureusu jsou naprosto příšerné... 13:40 &lt;deer&gt; &lt;polecat&gt; Je tam 28 hlavních entry pointů a používá hloubku jmenných prostorů alespoň 3. 13:40 &lt;deer&gt; &lt;Ragnarok&gt; má nějaký BT klient pěkné zdrojáky? 13:40 &lt;jrandom&gt; jsou tam zvláštnosti, ale vsadím se, že to najdeš i u ostatních (NIH) 13:40 &lt;deer&gt; &lt;polecat&gt; Můj bude. 13:40 &lt;jrandom&gt; ale no tak, net.i2p.router.netdb.kademlia.* :) 13:41 &lt;deer&gt; &lt;Ragnarok&gt; ne, pokud to bude v C++, tak ne :) 13:41 &lt;toad_&gt; lol 13:41 &lt;deer&gt; &lt;polecat&gt; Říkal jsem alespoň! 13:42 &lt;jrandom&gt; ok, každopádně, přesouvám nás k 5) fbsd 13:42 &lt;deer&gt; &lt;polecat&gt; Ragnarok: Nikdy jsi neviděl, jak *ehm*znásilňuju*ehm* C++. n.n 13:42 * duck nakukuje 13:42 &lt;deer&gt; &lt;polecat&gt; Koho zajímá FreeBSD? Ruce nahoru? 13:42 &lt;jrandom&gt; lioux zabalil vydání 0.4.2.6 do ports (w00t!) 13:42 &lt;deer&gt; * detonate zvedá ruku 13:42 &lt;deer&gt; &lt;polecat&gt; Tlapy, chapadla, křídla atd.? 13:43 * jrandom zvedá ruku 13:43 * [dave] zvedá 13:43 &lt;deer&gt; &lt;Ragnarok&gt; duck: 3.9/4.0? :) 13:43 &lt;deer&gt; &lt;polecat&gt; Páni, i2p je integrováno do distribuce? 13:43 &lt;duck&gt; Ragnarok: nedostatek komentářů / dokumentace / atd. k posledním bram‑Bittorrent změnám byl trošku problém 13:43 &lt;fdr&gt; FreeBSD je cool :( 13:43 &lt;deer&gt; &lt;Ragnarok&gt; vsadím se 13:43 &lt;fdr&gt; I když můžu být zaujatý. 13:44 &lt;jrandom&gt; jo, zpočátku jsem měl obavy, polecate, ale jeho implementace do ports vypadala fakt snadno (takže aktualizace budou taky hodně snadné) 13:44 &lt;duck&gt; Vyžadovalo by to nastudovat, co udělali; možná to stojí za námahu 13:44 &lt;deer&gt; &lt;polecat&gt; Co se mě týče, fbsd je distro s podivným jádrem a spoustou skrývání dat. Nakonec je to stejně vše POSIX, takže... ;) 13:44 &lt;jrandom&gt; polecat: a velmi, velmi w0nky JVM 13:45 &lt;duck&gt; i když jsem tajně doufal, že azneti2p vyřeší všechny problémy 13:45 &lt;deer&gt; &lt;Ragnarok&gt; duck: znělo to, že tam jsou pěkná vylepšení, ale pracovat na tom budeš nejspíš ty, takže... :) 13:45 &lt;deer&gt; &lt;polecat&gt; Ugh... nepřipomínej. 13:45 &lt;jrandom&gt; heh, azneti2p asi pokryje potřeby spousty uživatelů, ale jednoduché nástroje CLI budou dávat smysl pro ubergeeky 13:46 &lt;jrandom&gt; každopádně, vypadá to, že otestoval i2p 0.4.2.6 na fbsd5.3 bez problémů (w00t) 13:46 &lt;deer&gt; &lt;Ragnarok&gt; oj, nemám rád Azureus, radši bych použil normální klient 13:46 * jrandom já jen na 4.8 13:46 &lt;duck&gt; momentálně bych rád udělal něco s Kenosis; jsem takový hit‑n‑run kodér 13:47 &lt;deer&gt; &lt;eco&gt; jrandom: jaké JVM použil? 13:47 &lt;jrandom&gt; kenos2p 13:47 &lt;jrandom&gt; eco: nativně kompilovaná Sun 1.4 13:47 &lt;jrandom&gt; (buu pískot) 13:47 &lt;deer&gt; &lt;eco&gt; aha, nelegální! 13:47 &lt;deer&gt; &lt;polecat&gt; au. 13:47 &lt;jrandom&gt; ((ale Kaffe funguje)) 13:48 &lt;jrandom&gt; eco: je to nelegální? Myslel jsem, že můžeš odsouhlasit podmínky a získat zdrojáky legálně na fbsd 13:48 &lt;deer&gt; &lt;eco&gt; Sun tu licenci stáhl, pokud vím 13:48 &lt;jrandom&gt; hmm, myslím, že to je jen licence Blackdown 13:48 &lt;jrandom&gt; (a upřímně, Blackdown stojí za houby) 13:49 &lt;jrandom&gt; jednotlivci to pořád mohou licencovat pod SCSL 13:49 &lt;deer&gt; &lt;polecat&gt; au. 13:49 &lt;jrandom&gt; (prvorozené dítě atd.) 13:49 &lt;jrandom&gt; heh, je zajímavé slyšet tolik stížností na licence, když tak málo lidí nadává na copyright ;) 13:50 &lt;jrandom&gt; ale tahle debata se hodí spíš do 7) ?? 13:50 &lt;jrandom&gt; a my jsme u 5) fbsd 13:50 &lt;deer&gt; &lt;eco&gt; věci k licenci na http://www.freebsdfoundation.org/press/20041221-newsletter.shtml , ale zpět k hlavní niti... 13:50 &lt;cervantes&gt; poprvé po dlouhé době jsme se dostali nad 5) 13:51 &lt;jrandom&gt; cervantes: a ještě jsme museli škrtat ;) 13:51 &lt;jrandom&gt; ok, myslím, že to je k fbsd vše (kromě jupí!) 13:51 &lt;jrandom&gt; tak skočíme do chaosu... 6) hosts.txt jako WoT 13:51 &lt;deer&gt; &lt;polecat&gt; licence tě ale může dostat na uzlu, zatímco porušení copyrightu lze dohledat jen k destinaci. 13:51 &lt;deer&gt; &lt;polecat&gt; Kterou prý „nelze“ najít. 13:52 &lt;jrandom&gt; jasně, polecate, ale jakmile mají fyzickou kontrolu nad tvým strojem, jsi stejně v pěkné bryndě 13:53 &lt;jrandom&gt; ok, každopádně nevím, jestli mám co dodat k tomu, co bylo v e‑mailu ohledně hosts.txt 13:53 &lt;jrandom&gt; má někdo dotazy/komentáře/obavy? 13:53 &lt;jrandom&gt; (byl jsem dostatečně vágní? :) 13:53 &lt;duck&gt; ano 13:53 &lt;deer&gt; * eco zvažuje předat správu hosts.txt OSN 13:54 &lt;jrandom&gt; heh jo, protože víme, že milé centralizované byrokratické autority vždycky Dělají Správnou Věc 13:54 &lt;toad_&gt; lol 13:55 &lt;jrandom&gt; asi skutečné „velké vítězství“ bude, až adresář dostane jak webové rozhraní, tak víc metadata 13:55 &lt;jrandom&gt; (a možná syndikaci přes fusenet atd.) 13:55 &lt;deer&gt; &lt;Ragnarok&gt; metadata bude další věc, na které budu dělat, pomocí XML name records (záznamů jmen) 13:56 &lt;jrandom&gt; paráda, ragnaroku! 13:56 &lt;jrandom&gt; jak to vidíš s WoT, ragnaroku – je to podle tebe problém adresáře, nebo jak předpokládáš řešení pojmenování? 13:57 &lt;deer&gt; &lt;Ragnarok&gt; V zásadě si myslím, že způsob, jakým funguje adresář (a jak bude fungovat předávání odkazů na jména ve fusenet), je jediný opravdu rozumný způsob, jak řešit pojmenování v i2p 13:58 &lt;deer&gt; &lt;Ragnarok&gt; takže WoT je feature :) 13:58 &lt;jrandom&gt; Wo0T 13:58 &lt;lucky&gt; whoa 13:58 &lt;deer&gt; &lt;eco&gt; ale jistě prodáváte prémiové účty? 13:58 &lt;lucky&gt; toad, že tě vidím? 13:58 &lt;lucky&gt; opravdový toad? 13:58 &lt;lucky&gt; nebo jen žába. 13:58 &lt;deer&gt; &lt;frosk&gt; důležitý bod, dle mého, je jak zacházet s kolizemi 13:59 &lt;toad_&gt; toad 13:59 &lt;deer&gt; &lt;detonate&gt; kdo dřív přijde, ten dřív mele 13:59 &lt;jrandom&gt; správně, frosku, bylo by fajn mít rozhraní na jejich správu, ne jen „čti log“ 13:59 &lt;deer&gt; &lt;Ragnarok&gt; frosk: Myslím, že je to spíš problém rozhraní než cokoli jiného. Kolize bude muset řešit uživatel. 13:59 &lt;toad_&gt; zavolejte mě, když to bude blízko mé oblasti :) 13:59 &lt;deer&gt; &lt;frosk&gt; Ragnarok: moje myšlenka taky 13:59 &lt;deer&gt; &lt;Ragnarok&gt; cokoli jiného lze napadnout 13:59 &lt;lucky&gt; ach, ne freenetí toad. 13:59 &lt;lucky&gt; oh 13:59 &lt;lucky&gt; je. 13:59 &lt;deer&gt; &lt;eco&gt; takže jména jsou jednoduše jako aliasy v IM? 14:00 &lt;deer&gt; &lt;frosk&gt; kolize je třeba ukládat, aby bylo možné přepnout i dlouho po té 14:00 &lt;deer&gt; &lt;Ragnarok&gt; a pravděpodobně to není prokazatelně lepší v obecném případě 14:00 &lt;lucky&gt; my teď platíme toada? 14:00 &lt;jrandom&gt; eco: správně – jména jsou jen soukromé lokální přezdívky 14:00 &lt;deer&gt; &lt;susi23&gt; adresář by měl rozpoznat kolize a upozornit uživatele, aby se rozhodl 14:01 &lt;deer&gt; &lt;Ragnarok&gt; frosk: po přechodu na name records je záměrem je nikdy nevyhazovat, ale usnadnit změnu adresy, ke které patří 14:01 &lt;deer&gt; &lt;susi23&gt; dokud se uživatel nerozhodne, měly by být jakékoli změny týkající se kolize nějak „v karanténě“ :) 14:01 &lt;deer&gt; &lt;Ragnarok&gt; susi23: v zásadě to tak funguje i teď 14:01 &lt;deer&gt; &lt;Ragnarok&gt; jen to má mizerné rozhraní 14:01 &lt;deer&gt; &lt;frosk&gt; Ragnarok: zní to dobře :) máš rozpracované webové rozhraní? (nebo už nějaké je a já o něm nevím?) 14:02 &lt;deer&gt; &lt;susi23&gt; dobře tedy 14:02 &lt;deer&gt; &lt;Ragnarok&gt; ne. Nedělám webová rozhraní :) 14:02 &lt;deer&gt; &lt;Ragnarok&gt; susi na něčem pracovala, myslím, ale nejsem si jistý, co se s tím stalo 14:02 &lt;jrandom&gt; (dobrovolníci? šance oživit susidns pro správu jmen?) 14:03 &lt;deer&gt; &lt;susi23&gt; ok, dejte mi týden, dávám to na TODO 14:03 &lt;jrandom&gt; (a po susidns potřebujeme susitorrent a susiirc...) 14:03 &lt;jrandom&gt; wikked! 14:04 &lt;jrandom&gt; ok, má někdo ještě něco k té celé věci s hosts.txt? 14:05 &lt;jrandom&gt; pokud ne, přejdeme na 7) ??? 14:05 &lt;deer&gt; &lt;Ragnarok&gt; jednu věc 14:05 &lt;jrandom&gt; máš slovo 14:05 &lt;deer&gt; &lt;Ragnarok&gt; u dalšího vydání se můžeme shodnout, že hosts.txt by měl spravovat přímo adresář, abychom přestali prznit userhosts.txt? 14:06 &lt;jrandom&gt; zní rozumně. Přestanu přibalovat hosts.txt do i2pupdate.zip (ale bude v i2pinstall.jar) 14:06 &lt;deer&gt; &lt;Ragnarok&gt; super. To je vše :). 14:07 &lt;jrandom&gt; ok, teď zpět k otevřené diskusi 14:07 &lt;jrandom&gt; má ještě někdo něco, co chce probrat? 14:07 &lt;deer&gt; &lt;postman&gt; ano 14:07 &lt;jrandom&gt; pojď do toho, postmane 14:07 &lt;deer&gt; * postman zvedá ruku 14:08 &lt;deer&gt; * postman zoufale hledá dobrovolníka, který by poskytl sekundární MX server pro i2pmail.org ( tohle je inproxy k internímu mail systému ) 14:09 &lt;deer&gt; &lt;postman&gt; pokud má někdo stabilní, rychlý (dedikovaný) stroj, budu moc rád za pomoc 14:09 &lt;deer&gt; &lt;postman&gt; konfiguraci / howto dodám 14:09 &lt;deer&gt; &lt;eco&gt; jak rychlý je „rychlý“? 14:10 &lt;deer&gt; &lt;postman&gt; eco: statická IP by byla fajn – všechno ostatní je na domluvě 14:10 &lt;jrandom&gt; kolik provozu vidíš přes mail.i2p, postmane? 14:10 &lt;jrandom&gt; (externího, myslím) 14:10 &lt;deer&gt; &lt;polecat&gt; Stabilní, rychlý, dedikovaný... no, 1/3 není špatná. 14:10 &lt;deer&gt; &lt;postman&gt; mailový provoz je VELMI nízký 14:10 &lt;deer&gt; &lt;postman&gt; ven/dovnitř je cca 500 mailů/měsíc 14:11 &lt;jrandom&gt; ah super 14:11 &lt;deer&gt; &lt;Frooze&gt; mám pomalý (500 MHz), stabilní, dedikovaný 14:11 &lt;deer&gt; &lt;postman&gt; ALE protože na inproxy poběží I2P 14:11 &lt;jrandom&gt; (to nejspíš poroste, jak se o tom dozví víc lidí ;) 14:11 &lt;deer&gt; &lt;eco&gt; stroj by byl jen pro příchozí poštu? 14:11 &lt;deer&gt; &lt;postman&gt; většina provozu bude I2p hádám 14:12 &lt;deer&gt; &lt;postman&gt; eco: minimálně příchozí (to je pro tohle potřeba) 14:12 &lt;deer&gt; &lt;postman&gt; pokud s tím bude operátor ok, rád bych rotoval odchozí přes oba stroje 14:12 &lt;deer&gt; &lt;postman&gt; Frooze: je to ok, když na tom poběží i2p 14:13 &lt;deer&gt; &lt;postman&gt; prostě mi hoďte mail 14:13 * toad_ přemýšlí, jestli jeho současné záležitosti patří do Různé, nebo jsou jen mezi ním a jrandomem 14:13 &lt;deer&gt; &lt;postman&gt; kdyby měl někdo zájem 14:14 &lt;deer&gt; * postman vrací mikrofon 14:14 &lt;deer&gt; &lt;Frooze&gt; udělám. 14:14 &lt;deer&gt; &lt;postman&gt; díky, jr :) 14:14 &lt;jrandom&gt; super, díky postmane 14:14 &lt;jrandom&gt; toad_: myslím, že je toho hodně k diskusi, i když je to z velké části otázka pro lidi z Freenetu 14:15 &lt;toad_&gt; jrandom: jasně 14:15 &lt;toad_&gt; jrandom: pokec po meetingu 14:15 &lt;jrandom&gt; zní dobře 14:15 &lt;duck&gt; žádná veřejná bahenní bitka? :/ 14:15 &lt;jrandom&gt; ok, má ještě někdo něco pro meeting? 14:15 &lt;jrandom&gt; heh ducku 14:15 &lt;deer&gt; * eco ukazuje na http://dodo.freenetproject.org/pipermail/tech/2005-January/001224.html 13:15 &lt;jrandom&gt; (to bylo na tehc ;) 14:15 &lt;cervantes&gt; postmane: na mém stroji běží příliš moc sajrajtu, než aby to pomohlo, obávám se ;-) 14:15 &lt;deer&gt; &lt;polecat&gt; Ragnarok: kdybychom mohli podepisovat data hostů v adresáři, umožnilo by to automatické aktualizace. Jinak toho moc nejde. I když uživatel dostane popup, jak má poznat, který klíč je správný? 14:15 &lt;deer&gt; &lt;Ragnarok&gt; co znamená „správný“? 14:16 &lt;jrandom&gt; polecat: podepisování záznamů by bylo sakra super. 14:16 &lt;deer&gt; &lt;eco&gt; jen pro info 14:16 &lt;deer&gt; &lt;eco&gt; bez bláta. 14:16 &lt;deer&gt; &lt;Ragnarok&gt; (a podepisování je plánováno pro name records) 14:16 &lt;deer&gt; &lt;postman&gt; cervantes: ahoj, i tak díky :) 14:16 &lt;cervantes&gt; není zač 14:16 &lt;cervantes&gt; :P 14:17 &lt;jrandom&gt; ok, ještě něco? 14:17 &lt;deer&gt; &lt;polecat&gt; Ragnarok: správný znamená soustředěný kolem správného výsledku. 14:17 &lt;cervantes&gt; postmane: Čekám, až jeden z mých klientů zkrachuje, abych se mohl proplížit na jeden z jejich zapomenutých mailserverů a nainstalovat i2p 14:18 &lt;deer&gt; &lt;Ragnarok&gt; polecate: ano, ale co je správný výsledek? 14:18 &lt;jrandom&gt; lol cervantesi 14:18 &lt;cervantes&gt; %s/polecat/postman 14:19 &lt;deer&gt; &lt;polecat&gt; Soubor adresáře, který se posílá mezi eepsites, by mohl mít podepisování ve svém formátu a ostatní hosts.txt nechat stejné. 14:19 * duck přemýšlí, jestli má smysl aktualizovat dot.png? 14:19 &lt;duck&gt; docela se zaplnil 14:19 &lt;deer&gt; &lt;eco&gt; dej nám 3D applet 14:20 &lt;jrandom&gt; duck: je to trochu hůř čitelné, jo ;) 14:20 &lt;jrandom&gt; duck: možná zobraz jen modré čáry? 14:20 &lt;jrandom&gt; pro mě má cenu vidět, jak je zelená rozprostřená 14:20 &lt;jrandom&gt; (nebo jestli jsou shluky tmavě zelené atd.) 14:20 &lt;deer&gt; &lt;Ragnarok&gt; polecat: podepisování bude podporováno ve formátu XML name record. 14:21 &lt;deer&gt; &lt;polecat&gt; Ragnarok: Správný výsledek je, že čitelný název se mapuje na destinaci, kterou očekáváš, a mění se jen tehdy, když vlastník té destinace změní klíče. 14:21 &lt;deer&gt; &lt;polecat&gt; Správně. Takže... super. Žádný problém. 14:21 &lt;deer&gt; &lt;Ragnarok&gt; polecat: to máme i teď 14:22 &lt;deer&gt; &lt;polecat&gt; Pokud podpis aktualizace sedí s veřejným klíčem původního záznamu, můžeš aktualizovat automaticky, bez problémů. 14:24 &lt;jrandom&gt; ok, v „Velké debatě o pojmenování“ je ještě prostor co dořešit, samozřejmě 14:24 &lt;jrandom&gt; má někdo ještě něco na meeting? 14:24 &lt;deer&gt; * eco má anketu k UI 14:24 * jrandom má GUI 14:25 &lt;deer&gt; &lt;Ragnarok&gt; polecat: to bude podporováno, jakmile budeme mít podepisování :) 14:25 &lt;deer&gt; &lt;eco&gt; volba i2ptunnel ve webovém UI vyvolá popup – jsem jediný, koho to moc netěší? 14:25 &lt;jrandom&gt; rozhodně nejsi jediný, eco. 14:25 &lt;jrandom&gt; i2ptunnel webové rozhraní jsem napsal přibližně tak špatně, jak to jen šlo 14:25 &lt;jrandom&gt; fakt, ale fakt to stojí za prd 14:25 * cervantes krade jrandomovu frázi „patche vítány“ 14:26 &lt;jrandom&gt; (jak řekl cervantes :) 14:26 &lt;jrandom&gt; nebo klidně čisté HTML, já to integruju s JSP 14:26 &lt;jrandom&gt; (ale samozřejmě patche do JSP by byly fajn) 14:27 &lt;cervantes&gt; jrandom: mimochodem mám patch na to, co jsme řešili včera... jen ho ještě trochu otestuju... 14:27 &lt;jrandom&gt; ah wikked, cervantesi, díky! 14:27 &lt;deer&gt; &lt;eco&gt; proč to nevypsat na hlavní stránce jako ostatní stránky? 14:27 &lt;deer&gt; &lt;eco&gt; ok, takže za tím není žádný velký náboženský nebo technický důvod? 14:28 &lt;deer&gt; * polecat má FUI 14:28 &lt;jrandom&gt; eco: z pohledu UI to může vypadat jako ostatní stránky, ale technicky ne 14:28 &lt;jrandom&gt; technicky to musí zůstat oddělené jako klientská aplikace nasazená jako samostatný .war soubor 14:28 &lt;deer&gt; &lt;polecat&gt; Ragnarok: myslel jsem, že jsi řekl, že to tak máme teď? 14:29 * jrandom si velmi vážím mihiho příspěvku s tím kódem, ale nemůžu nechat konzoli i2p záviset na GPL 14:29 &lt;deer&gt; &lt;Ragnarok&gt; eh, promiň, myslel jsem všechno kromě podepisování, které teď samozřejmě neděláme. 14:29 &lt;jrandom&gt; (ale můžeme to udělat, aby to vypadalo jako ostatní stránky 14:30 &lt;deer&gt; &lt;eco&gt; ach, licenční problémy. paráda 14:30 &lt;jrandom&gt; heh, není to báječné, eco? 14:30 &lt;deer&gt; &lt;Ragnarok&gt; takže aktuálně se adresy nikdy neaktualizují automaticky, změna destinace, na kterou adresa míří, vždy vyžaduje zásah uživatele 14:30 &lt;cervantes&gt; jrandom: iframe :P 14:30 * jrandom si přeje, aby lidé viděli tu IP frašku takovou, jaká je, a uvolnili věci do public domain 14:30 &lt;deer&gt; &lt;eco&gt; ale v tomhle případě by třeba socketové spojení mělo být z pohledu GPL v pořádku, hádám 14:30 &lt;jrandom&gt; cervantes: není to nemožná alternativa 14:31 &lt;jrandom&gt; dělali jsme maximum, abychom obejšli integraci samotného jádra (pomocí clients.config a i2ptunnel.config), ale webové UI tím trochu trpí 14:33 &lt;deer&gt; &lt;susi23&gt; přání, požadavky a komentáře k rozhraní adresáře prosím přidejte na `http://susi.i2p/susidns.html` 14:33 * toad_ respektuje jrandomovy extrémní názory na licence, ač s nimi prudce nesouhlasí :) 14:33 &lt;jrandom&gt; oh super, udělám, susi23 14:34 &lt;jrandom&gt; heh toad_ :) 14:34 &lt;deer&gt; * eco si to dává na svůj when‑i'm‑64‑to‑do‑list 14:34 &lt;toad_&gt; bbiab 14:34 &lt;jrandom&gt; l8r 14:34 &lt;toad_&gt; až se vrátím, musíme probrat různé technické záležitosti integrace i2p/freenet 14:34 &lt;jrandom&gt; ok, má někdo ještě něco pro meeting? 14:34 * cervantes vytahuje kovový gong 14:34 &lt;toad_&gt; zkusím se vrátit rychle 14:34 &lt;jrandom&gt; super toad_, budu tady 14:34 &lt;jrandom&gt; (dá mi to čas dohnat ta vlákna ;) 14:35 * jrandom se rozmáchně 14:35 * jrandom *baf*ne do gongu a uzavírá meeting 14:35 &lt;deer&gt; &lt;DrWoo&gt; jrandom: mám jednu věc, jestli jsi pořád otevřený 7)??? , chtěl bych se na chvilku vrátit k pluginu Azureus, pokud můžu, #1 – tohle bude *dost* lákavé pro lidi, není to ideální čas dostat jednoduché řízení délky tunnelů do P2P části I2P přes tenhle plugin, aby se co nejlépe využily bw zdroje v síti? #2 – fungující plugin pro Azureus (dost pravděpodobně?) přinese publicitu, ať chceš nebo ne, 14:35 &lt;dm&gt; i2p/freenet integrace!? 14:35 * jrandom odgongovává 14:35 * cervantes ukládá gong 14:35 &lt;jrandom&gt; #1: ano, rozhodně – poslal jsem pargovi patch, aby to šlo 14:36 &lt;jrandom&gt; #2: [ořezáno u 'want it or not,'] 14:38 * jrandom sleduje logy irc streaming lib – 14:38 &lt;jrandom&gt; 14:37:55.701: SEND bRC43g==QRnB~Q==: #2 DELAY 1000 MS ACK 1 data: 29 sent 2 times 14:38 &lt;jrandom&gt; 14:38:20.072: SEND juVFdg==aAUIVw==: #3465 DELAY 1000 MS ACK 5723 data: 43 sent 2 times 14:40 &lt;deer&gt; * eco si bere pivo 14:40 &lt;deer&gt; &lt;DrWoo&gt; jrandom: #2 – fungující plugin pro Azureus (dost pravděpodobně?) přinese publicitu, ať chceš nebo ne, jste připraveni na příval uživatelů? A pokud ne, kdy myslíš, že budete? 14:40 &lt;jrandom&gt; nebylo by dobré mít velký nával uživatelů před UDP transportem 14:41 &lt;jrandom&gt; na azneti2p je pořád hodně práce, tak snad nám to koupí trochu času, ale uděláme, co bude třeba 14:41 &lt;deer&gt; &lt;DrWoo&gt; jrandom: super vidět, že #1 máš pokryté ;) 14:42 &lt;jrandom&gt; budeme taky potřebovat dokumentaci k #1, která vysvětlí, proč 0 hops funguje pro některé threat modely :) 14:44 &lt;jrandom&gt; ok, jsme připraveni na re‑gong? 14:45 * jrandom se rozmáchně 14:45 * jrandom *baf*ne meeting uzavřen^2 </div>/cs/blog/2005/01/11/stavov%C3%A9-pozn%C3%A1mky-i2p-k-2005-01-11/Tue, 11 Jan 2005 00:00:00 +0000/cs/blog/2005/01/11/stavov%C3%A9-pozn%C3%A1mky-i2p-k-2005-01-11/<p>Ahoj všichni, je čas na týdenní aktualizaci</p> <ul> <li>Index</li> </ul> <ol> <li>Stav sítě 2) 0.5 pokrok 3) 0.6 stav 4) azneti2p 5) fbsd 6) hosts.txt jako WoT 7) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Celkově se síť chová dobře, i když jsme měli problémy s tím, že jeden z IRC serverů byl offline a můj outproxy (výstupní proxy) zlobil. Nicméně druhý IRC server byl (a stále je) k dispozici (i když momentálně nemá vypnuté CTCP - viz [1]), takže jsme si mohli ukojit chuť na IRC :)</p>/cs/blog/2005/01/04/pozn%C3%A1mky-ke-stavu-i2p-k-2005-01-04/Tue, 04 Jan 2005 00:00:00 +0000/cs/blog/2005/01/04/pozn%C3%A1mky-ke-stavu-i2p-k-2005-01-04/<p>Ahoj všichni, je čas na naše první týdenní shrnutí stavu v roce 2005</p> <ul> <li>Index</li> </ul> <ol> <li>Stav sítě 2) 0.4.2.6 3) 0.5 4) jabber @ chat.i2p 5) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Za poslední týden se na síti děly docela zajímavé věci – na Silvestra se na populárním webu objevily komentáře o i2p-bt a zaznamenali jsme menší příliv nových uživatelů. V tuto chvíli je v síti mezi 120-150 routerů, i když před pár dny to vyletělo až na 160. Síť to však ustála; peery s vysokou kapacitou převzaly přebytečné zatížení bez většího narušení ostatních peerů. Někteří uživatelé bez omezení šířky pásma na opravdu rychlých linkách hlásí propustnost 2-300KBps, zatímco ti s menší kapacitou dosahují obvyklých nízkých 1-5KBps.</p>/cs/blog/2005/01/04/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-4.-ledna-2005/Tue, 04 Jan 2005 00:00:00 +0000/cs/blog/2005/01/04/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-4.-ledna-2005/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> ant, cervantes, eco, frosk, Hybrid, jdot, jrandom, Myo9, protokol, slart, slaw</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 13:09 &lt;@jrandom&gt; 0) ahoj 13:09 &lt;@jrandom&gt; 1) Stav sítě 13:09 &lt;@jrandom&gt; 2) 0.4.2.6 13:09 &lt;ant&gt; &lt;DrVince&gt; Říká, že nemůže najít tools.jar, ale nezastaví se 13:10 &lt;@jrandom&gt; 3) 0.5 13:10 &lt;@jrandom&gt; 4) jabber @ chat.i2p 13:10 &lt;@jrandom&gt; 5) ??? 13:10 &lt;@jrandom&gt; 0) ahoj 13:10 * jrandom mává 13:10 &lt;eco&gt; ahoj 13:10 &lt;@jrandom&gt; týdenní status poznámky jsou k dispozici @ http://dev.i2p.net/pipermail/i2p/2005-January/000541.html 13:10 &lt;@jrandom&gt; DrVince: když vydržíš, můžeme to po meetingu prokousat 13:10 &lt;ant&gt; &lt;DrVince&gt; Super 13:11 &lt;@jrandom&gt; přejdu rovnou k 1) Stav sítě 13:11 &lt;@jrandom&gt; (jsem si jist, že jste si už všichni přečetli týdenní status poznámky *ehm*) 13:11 &lt;@jrandom&gt; v zásadě to v síti vypadá, že funguje dobře 13:11 &lt;@jrandom&gt; pořád máme více odpojení z IRC než obvykle, ale není to žádná hrůza 13:12 &lt;@jrandom&gt; doufejme, že příští vydání (s vylepšeními ve streamovací knihovně) pomůže, stejně tak další odlehčení zátěže z duckova serveru 13:12 &lt;@jrandom&gt; (protože pamatujte, každá zpráva, kterou pošleme do jakéhokoli IRC kanálu, jde na IRC server a několikrát se z něj zase vyechoje) 13:13 &lt;+protokol&gt; jo 13:13 &lt;@jrandom&gt; plně distribuovaný chat by byl fajn, ale nedržím dech. navíc, IRC funguje dostatečně dobře 13:14 &lt;@jrandom&gt; ok, to je vše, co mám ohledně 1) stavu sítě 13:14 &lt;@jrandom&gt; má někdo co dodat, komentáře atd.? 13:14 * eco byl chvíli pryč (jako obvykle) 13:15 &lt;eco&gt; a příjemně mě překvapil stav věcí. velmi dobrý pokrok 13:15 &lt;Myo9&gt; Nebylo setkání v 10? 13:15 &lt;eco&gt; jak z hlediska výkonu, tak použitelnosti 13:15 &lt;eco&gt; Myo9 10GMT (obecný čas schůzek) 13:16 &lt;@jrandom&gt; 21:00 GMT 13:16 &lt;@jrandom&gt; poslední rok rozhodně přinesl hodně pokroku 13:17 * eco rozdává sušenky všem vývojářům a pak zmlkne 13:17 &lt;@jrandom&gt; *munch* 13:17 &lt;@jrandom&gt; ok, přejdeme k 2) 0.4.2.6 13:18 &lt;@jrandom&gt; chystá se nové vydání s opravami chyb, vylepšeními a přibaleným adresářem (addressbook) 13:18 &lt;@jrandom&gt; nevím přesně, kdy vyjde, možná koncem týdne 13:18 &lt;@jrandom&gt; samozřejmě to oznámíme na mailing listu a v kanálech 13:19 &lt;@jrandom&gt; to je k tomu vše – má někdo otázky/komentáře/obavy ohledně 0.4.2.6? 13:19 * eco si vybavuje, že někdo zmiňoval Debian balíčky 13:20 &lt;@jrandom&gt; balíčky specifické pro OS/distribuci jsou teď asi předčasné 13:20 &lt;eco&gt; Burton je ochotný to zkusit, ale tento týden to asi nebude 13:20 &lt;@jrandom&gt; aha, super, to jsem neslyšel 13:21 &lt;eco&gt; souhlas, i když by se to hodilo 13:21 &lt;+protokol&gt; počkejte, jsem docela sjetý 13:21 &lt;+protokol&gt; ups 13:21 &lt;+protokol&gt; to mělo být PM (soukromá zpráva) 13:21 &lt;@jrandom&gt; balíčky pro konkrétní distribuce budou fajn, ale asi na to budeme nejdřív potřebovat mít připravený automatický aktualizátor 13:21 &lt;+protokol&gt; můžu se podívat na vytvoření ebuildu (balíček pro Gentoo) 13:21 &lt;@jrandom&gt; protokol: když budeš hodný, vystřihnu to z logů ;) 13:21 &lt;+protokol&gt; bez záruky 13:21 &lt;+protokol&gt; lol 13:22 &lt;@jrandom&gt; jo, balíčky bych neřešil do 0.5, ne-li až do 1.0 13:22 &lt;@jrandom&gt; (doufám, že v 0.5 bude automatický aktualizátor) 13:22 &lt;+protokol&gt; awesomecore 13:23 &lt;@jrandom&gt; vlastně, pokud by někdo chtěl dělat na updateru, byla by to parádní „low-hanging fruit“. stačí napsat servlet, který stáhne a ověří z dev.i2p/i2p/i2pupdate.zip, a pak zavolá restart metodu routeru 13:23 &lt;Myo9&gt; Automatický aktualizátor, zní to jako hrozba. 13:23 &lt;+protokol&gt; modulus: vítej 13:23 &lt;+protokol&gt; odměna $200 za to 13:24 &lt;@jrandom&gt; heh, pravda, myo9, aktualizace by měla umožnit jak ruční ovládání (aktualizace na jedno kliknutí), tak ověření podpisu aktualizace 13:24 &lt;ant&gt; * DrVince měl problém s i2pupdate.zip 13:24 &lt;ant&gt; &lt;cervantes&gt; něco, co lze zapnout či vypnout, by bylo fajn ;) 13:24 * protokol to dělá oficiálním 13:24 &lt;Myo9&gt; Takže najednou se router restartuje a člověk si všimne, že Jr. se spojil s IP lidmi a je zapnuté DRM. 13:24 &lt;@jrandom&gt; protokol: oh super, pošli těch $200 a přidám to na stránku s odměnami 13:24 &lt;Myo9&gt; ;) 13:24 &lt;Myo9&gt; Chci, aby auto-update byl ve výchozím stavu vypnutý. 13:24 &lt;@jrandom&gt; souhlas, myo9 13:25 &lt;ant&gt; &lt;cervantes&gt; možná by routerconsole mohl upozorňovat, pokud je k dispozici nová verze 13:25 &lt;@jrandom&gt; přesně tak, cervantes 13:25 &lt;Myo9&gt; Skvělé! 13:25 &lt;@jrandom&gt; měla by zobrazovat, jestli je k dispozici nové vydání, a dát uživateli možnost upgradovat jedním kliknutím 13:25 &lt;@jrandom&gt; (bylo by snadné přidat webovou stránku @ www.i2p/ s aktuální verzí, aby to router mohl periodicky kontrolovat) 13:26 &lt;@jrandom&gt; ((nebo na vyžádání)) 13:26 &lt;Hybrid&gt; ano, jrandom. to by bylo super. také přidat k tlačítku odkaz na HTML stránku 'what's new' 13:26 &lt;@jrandom&gt; Hybrid: http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/history.txt?rev=HEAD 13:26 &lt;ant&gt; &lt;cervantes&gt; jo... mám na fóru stránku, která dává mému Firefox toolbaru vědět o posledních „událostech“/novinkách 13:27 &lt;@jrandom&gt; ale jo, odkaz tam by se taky hodil 13:27 &lt;@jrandom&gt; ah, super, cervantes 13:27 &lt;Hybrid&gt; nezapomeňte uvést verzi, kterou uživatel právě používá, a číslo nové dostupné verze. (líbí se mi, jak to dělá DVD Decrypter) 13:27 &lt;ant&gt; &lt;cervantes&gt; ale nepočítejte, že něco brzy vydám.... 13:28 &lt;@jrandom&gt; jasně jasně, Hybrid, aktuální verze, kterou uživatel používá, je vidět vlevo nahoře v router console, takže by to neměl být problém 13:28 &lt;ant&gt; &lt;cervantes&gt; chtěl jsem o svátcích na tom dělat a zatím jsem neudělal naprosto nic... 13:28 &lt;@jrandom&gt; ale tohle nebude součástí vydání 0.4.2.6, protože jsem zatím nenapsal žádný z toho kódu :) 13:28 &lt;@jrandom&gt; heh, cervantes, rozumím. ale na XUL se těším! 13:29 &lt;@jrandom&gt; ok, má ještě někdo něco ohledně 2) 0.4.2.6, nebo přejdeme k 3) 0.5? 13:29 &lt;Hybrid&gt; je pro I2P problém se vypnout, nainstalovat novou verzi a znovu nastartovat... potřebovaly by jiné aplikace jako IRC restartovat??.. nějaké další komplikace u funkce 'click n update' 13:30 &lt;Hybrid&gt; (sorry, že ruším dev meeting, lol) 13:30 &lt;@jrandom&gt; Hybrid: vůbec žádný problém – od toho je tlačítko „graceful restart“ na `http://localhost:7657/configservice.jsp` 13:30 &lt;Hybrid&gt; k 13:31 &lt;ant&gt; &lt;cervantes&gt; jrandom: načítá wrapper při restartu znovu wrapper.config? 13:31 &lt;@jrandom&gt; cervantes: ne :( 13:31 &lt;@jrandom&gt; kéž by 13:31 &lt;ant&gt; &lt;cervantes&gt; tipuju, že potřebujeme wrapper service wrapper 13:32 &lt;@jrandom&gt; možná by někdo mohl poslat patch lidem od Java Service Wrapperu 13:32 &lt;@jrandom&gt; heh 13:32 &lt;@jrandom&gt; ok, přeskočme na 3) 0.5 13:32 &lt;@jrandom&gt; no, mimo to, co je v e-mailu, k tomu moc nemám 13:33 &lt;@jrandom&gt; spousta pokroku, hromada papírů a nějaký kód. ale zatím nic commitnutého ani připraveného na ukázku 13:33 &lt;@jrandom&gt; to je asi všechno, co k tomu mám, ledaže by někdo měl dotazy 13:34 &lt;@jrandom&gt; pokud ne, můžeme se pomalu přesunout k 4) jabber @ chat.i2p 13:35 &lt;@jrandom&gt; nový jabber server (w00t!). podrobnosti viz e-mail a fórum 13:35 &lt;@jrandom&gt; zjevně bylo nastavení serveru úplně triviální, takže snad dáme dohromady nějaké dokumenty, aby si mohli spouštět vlastní i ostatní 13:35 &lt;frosk&gt; myslím, že je to třetí, co I2P mělo. doufám, že tenhle vydrží :) 13:36 &lt;jdot&gt; dokumentace bude. s Jive Messengerem je to zatraceně snadné. stačí správně tunnelovat porty. 13:36 &lt;@jrandom&gt; osobně mi IRC pro konverzace jeden na jednoho i skupinový chat stačí, ale mít možnost jabberu je fajn 13:36 &lt;@jrandom&gt; ah jasně, jdot 13:36 &lt;@jrandom&gt; nespěchá, kdykoli bude, je to fajn 13:37 &lt;@jrandom&gt; bylo by skvělé moct lidem říct, že pokud se jim nelíbí, jak to chodí na nějakém konkrétním IRC serveru, můžou si spustit vlastní :) 13:37 &lt;jdot&gt; do budoucna se také podívám, jak to changate s IRC kanály .. 13:37 &lt;@jrandom&gt; pěkné 13:38 &lt;@jrandom&gt; ok, to je k tomu vše. chceš k tomu něco dodat, jdot? 13:39 &lt;+protokol&gt; jak se člověk dostane na chat.i2p 13:39 &lt;+protokol&gt; mně se to nerezolvuje 13:39 &lt;@jrandom&gt; http://forum.i2p.net/viewtopic.php?t=229 13:40 &lt;jdot&gt; nic k doplnění. 13:40 * eco mezitím mrknul na Java Service Wrapper 13:40 &lt;eco&gt; znovunačtení konfiguračního souboru bylo implementováno pro nadcházející vydání 3.20 13:40 &lt;eco&gt; viz http://sourceforge.net/tracker/index.php?func=detail&aid=981060&group_id=39428&atid=425190 13:41 &lt;@jrandom&gt; ah boží 13:41 * eco ale neví, kdy to má vyjít 13:41 &lt;@jrandom&gt; možná s 0.5 uděláme velký upgrade externích aplikací, nahradíme náš stárnoucí Jetty a kód Java Service Wrapperu 13:42 &lt;@jrandom&gt; oh, než půjdu dál, asi bychom se měli oficiálně přesunout k 5) ??? 13:42 &lt;@jrandom&gt; protokol: myslím, že sis říkal, že jsi rozchodil Jetty s CGI? nějaké dokumenty / informace k tomu? 13:43 &lt;@jrandom&gt; někdo další tam venku dokázal přimět Jetty, aby umělo i symlinky (symbolické odkazy), ale nevím kdo 13:43 &lt;@jrandom&gt; (jsi tu, kdokoli jsi? jak jsi to udělal? :) 13:44 &lt;@jrandom&gt; nebo, předpokládám, má ještě někdo něco, co chce otevřít? 13:45 * eco má veřejné oznámení 13:45 &lt;eco&gt; je vypsaná odměna za úspěšné protažení I2P přes gcj 13:45 &lt;eco&gt; podle jr to bude úplně jednoduché, tak do toho! :-) 13:45 &lt;@jrandom&gt; heh, ne úplně jednoduché, to bylo jen zbožné přání ;) 13:46 &lt;@jrandom&gt; ale možná bude 13:46 &lt;@jrandom&gt; (tak do toho :) 13:46 &lt;cervantes&gt; myslím, že jsem dával odkazy ohledně symlinků v Jetty někde buď v chatu, nebo na fóru... nepamatuju si kde 13:46 &lt;cervantes&gt; už je to nějaká doba 13:46 &lt;+protokol&gt; jrandom: bylo to pro novější verzi, právě jsem svůj Jetty shodil 13:46 &lt;slart&gt; nějaké novinky k Azureus pluginu? 13:46 &lt;+protokol&gt; myslím, že by se Jetty mělo aktualizovat, aby dokumentace na jejich webu byla užitečná 13:46 &lt;Hybrid&gt; gcj? 13:46 &lt;+protokol&gt; udělá z Javy binárku 13:46 &lt;@jrandom&gt; ah, super, cervantes, pohrabu se v tom 13:47 &lt;cervantes&gt; koukal jsem na Jetty s PHP... ale je to hodně o štěstí... PHP přichází se servlet .jar spustitelným pro použití s Tomcatem..., viděl jsem zprávy, že to jde rozchodit i s Jetty... ale netuším jak 13:47 &lt;@jrandom&gt; protokol: ah 13:47 &lt;+protokol&gt; a potřebuje to i podporu CGI a symlinků 13:47 &lt;@jrandom&gt; slart: vývojáři Azureusu hackují a dělají pokroky, ale ještě to není připravené 13:47 &lt;+protokol&gt; cervantes: UDĚLEJ TO! 13:48 &lt;+protokol&gt; bylo by to jako mít Apache zabudované v I2P 13:48 &lt;frosk&gt; Hybrid: GNU Compiler for Java, nebo tak něco 13:48 &lt;@jrandom&gt; cervantes: jo, podpora .jar by byla fajn, ale pokud je to nestabilní, nestojí to za to. nejlepší by byla podpora CGI v Jetty, protože bychom pak mohli použít normální PHP 13:48 &lt;slaw&gt; výborně 13:48 &lt;frosk&gt; mod_i2p :) 13:49 &lt;@jrandom&gt; heh 13:50 &lt;@jrandom&gt; ok, má ještě někdo něco, co chce na meetingu otevřít? 13:51 &lt;@jrandom&gt; pokud ne... 13:51 * jrandom se chystá 13:51 * jrandom *baf* uzavírá meeting </div>/cs/blog/2004/12/28/sch%C5%AFzka-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-28.-prosince-2004/Tue, 28 Dec 2004 00:00:00 +0000/cs/blog/2004/12/28/sch%C5%AFzka-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-28.-prosince-2004/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> ant, cat-a-puss, frosk, jdot\__, jrandom, lektriK, mule, mule2, postman, scintilla</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 13:06 &lt;@jrandom&gt; 0) ahoj 13:06 &lt;@jrandom&gt; 1) 0.4.2.5 13:06 &lt;@jrandom&gt; 2) 0.5 13:06 &lt;@jrandom&gt; 3) ??? 13:06 &lt;@jrandom&gt; 0) ahoj 13:06 * jrandom mává 13:06 &lt;+postman&gt; *mává* 13:06 &lt;ant&gt; &lt;jnymo&gt; ahoj 13:06 &lt;@jrandom&gt; stručné poznámky ke stavu jsou na @ http://dev.i2p.net/pipermail/i2p/2004-December/000535.html 13:07 &lt;@jrandom&gt; vrhám se na 1) 0.4.2.5 13:07 &lt;@jrandom&gt; jak bylo řečeno, věci v zásadě fungují 13:08 &lt;+postman&gt; jo, dost působivé 13:08 &lt;+postman&gt; už vůbec žádná vypršení lease na mých systémech 13:08 &lt;@jrandom&gt; spousta lidí viděla to co ty jnymo, s 0 participating tunnels, z velké části díky zvýšené efektivitě & výběru peerů (kde už víme, že se máme přiživit na postmanově stroji ;) 13:08 &lt;ant&gt; &lt;jnymo&gt; já taky 13:08 &lt;@jrandom&gt; pěkné 13:08 &lt;ant&gt; &lt;jnymo&gt; a eepsites jsou svižné 13:09 &lt;+postman&gt; :) 13:09 &lt;ant&gt; &lt;jnymo&gt; díky, postmane :) 13:09 &lt;+postman&gt; celková šířka pásma je 29 kb / 30,1 kb/s 13:09 &lt;frosk&gt; všichni se cítí míň milovaní, ale ve skutečnosti je ta láska jen využitá efektivněji 13:10 &lt;ant&gt; &lt;jnymo&gt; wow 13:10 &lt;@jrandom&gt; paráda, postmane 13:10 &lt;mule2&gt; nemyslím, že to je preferovaný ideál. bylo by lepší mít nějaký provoz přes všechny uzly 13:10 &lt;ant&gt; &lt;jnymo&gt; to bych zvládl, kdyby mě lidi prostě milovali :( 13:10 &lt;+postman&gt; jo 13:10 &lt;mule2&gt; jako druh krycího provozu 13:10 &lt;@jrandom&gt; mule2: jde o to, že naše zátěž je mnohem menší než kapacita sítě 13:11 &lt;@jrandom&gt; nemyslím, že dokážeme dlouho udržet kapacitu větší než zátěž 13:11 &lt;ant&gt; &lt;jnymo&gt; mule2, postman taky funguje jako mix.. takže je těžké říct, kam tvoje pakety jdou poté, co do něj vstoupí 13:11 &lt;@jrandom&gt; takže si moc nelámu hlavu s tím, že netlačíme data přes pomalejší peery 13:12 &lt;mule2&gt; možná méně dokonalá optimalizace by byla dobrá pro anonymitu 13:12 &lt;@jrandom&gt; na druhou stranu to motivuje víc lidí (implementovat a) používat i2pcontent, aby mohli mirrorovat a zároveň získat krycí provoz ;) 13:12 &lt;jdot__&gt; je to bezpečnostní problém, když jeden router obsluhuje (skoro) všechny tunnels? 13:13 &lt;@jrandom&gt; mule2: nejdřív to udělejme tak dobré, jak to jde, pak se můžeme bavit o tom to záměrně zhoršit 13:13 &lt;@jrandom&gt; jdot__: nemáme jeden router, který by obsluhoval veškerý provoz, ale vidíme seskupení routerů na velmi rychlých přípojkách (colo atd.), které zvládají víc než uživatelé na dial-up/DSL/kabelu 13:14 &lt;@jrandom&gt; a méně selhání tunnels znamená, že méně přepínáme a méně zkoumáme 13:14 &lt;mule2&gt; možná by nějaká distribuce provozu byla možná, dokud jsme daleko od limitů routerů 13:14 &lt;@jrandom&gt; přesně, pravděpodobnostní odmítání tunnels je v routeru a dá se zapnout podle jeho limitů šířky pásma 13:15 &lt;ant&gt; &lt;jnymo&gt; jo, ale takový vysoký průtok na postmanově uzlu ztěžuje analýzu jeho uzlu.. takže může být bezpečnější posílat přes něj, než aby všechny uzly dělaly jeden kB/s.. 13:15 &lt;@jrandom&gt; (ale když postman nenastaví žádné limity, nemůžeme odmítat podle jejich procenta ;) 13:15 &lt;ant&gt; &lt;jnymo&gt; seskupení rychlejších uzlů vytváří něco jako mixovou kaskádovou strukturu, ne? 13:15 &lt;@jrandom&gt; jo, to je jeden způsob, jak se na to dívat 13:15 &lt;lektriK&gt; můžu zavřít okno Start I2P? 13:15 * postman se velmi omlouvá, že NEomezuje svou šířku pásma 13:16 &lt;@jrandom&gt; lektriK: bohužel ne tak úplně, ledaže spustíš i2p jako službu (viz `http://localhost:7657/configservice.jsp)` 13:16 &lt;@jrandom&gt; heh postmane, neboj, stáhneme se z tvého routeru, pokud/až dosáhneme kapacity tvého routeru 13:17 &lt;lektriK&gt; OK, píše to service started 13:17 &lt;lektriK&gt; můžu to teď zavřít? 13:17 &lt;@jrandom&gt; lektriK: ne/ano – můžeš svůj router vypnout a pak ho znovu spustit přes start-&gt;run-&gt;"net start i2p" 13:18 &lt;mule2&gt; jak to je, pár velmi velkých routerů by mohlo obsloužit všechny tunnels, čímž by odstranily veškerý krycí provoz z ostatních routerů. ale pojďme v tom pokračovat po schůzce. 13:18 &lt;mule2&gt; nechci si stěžovat, že se síť chová až moc dobře :) 13:18 &lt;@jrandom&gt; hehe 13:20 &lt;@jrandom&gt; s verzí 0.5 proběhne další průzkum, i když příliš široké rozprostření má problémy související s anonymitou. pro 0.5 se to ještě bude dál rozpracovávat (a v dokumentu, který by mohl být příští týden hotový jako první nástřel) 13:21 &lt;@jrandom&gt; každopádně, má ještě někdo něco k 0.4.2.5? 13:21 &lt;@jrandom&gt; nebo můžeme krátce přejít k 2) 0.5? 13:21 &lt;+postman&gt; přejít 13:21 &lt;ant&gt; &lt;jnymo&gt; velmi stabilní... přejít 13:21 &lt;@jrandom&gt; berte to, že jsme přešli 13:22 &lt;@jrandom&gt; 2) 0.5 13:22 &lt;@jrandom&gt; jo. pořád ve vývoji. víc informací, až to bude. 13:22 &lt;ant&gt; &lt;Quadn-werk&gt; Sir Arthur C. Clarke žije :P 13:22 &lt;ant&gt; &lt;Quadn-werk&gt; http://slashdot.org/articles/04/12/28/0120240.shtml?tid=99&tid=1 13:22 &lt;ant&gt; &lt;jnymo&gt; .5 je vzrušující 13:22 &lt;@jrandom&gt; ok, to je vše, co k tomu mám – má někdo otázky / něco k probrání? 13:23 &lt;@jrandom&gt; jo, určitě probíhají důležité změny, založené na tom, co jsme se naučili za posledních 16 měsíců 13:23 &lt;@jrandom&gt; (nebo sakra, 18) 13:23 &lt;+postman&gt; jrandom: takže 0.5 bude hlavně používat nový systém správy tunnels? 13:23 &lt;ant&gt; &lt;Quadn-werk&gt; ach, doufám, že jsem nepřerušil schůzku :/ 13:23 &lt;+postman&gt; wow 13:23 &lt;ant&gt; &lt;Quadn-werk&gt; sorry heh 13:23 &lt;ant&gt; &lt;jnymo&gt; heh. měl jsem návrh 13:24 &lt;@jrandom&gt; jo postmane, nové řízení, sdružování a sestavování 13:24 &lt;+postman&gt; quadne: podívej, cos způsobil – tvůj paste vyvolal netsplit :) 13:24 &lt;@jrandom&gt; ty parchante! 13:24 &lt;ant&gt; &lt;Quadn-werk&gt; ! 13:24 &lt;@jrandom&gt; co je, jnymo? 13:24 &lt;+postman&gt; jrandom: bude každý tunnel pořád samostatným local destination? 13:25 &lt;@jrandom&gt; cože? 13:25 &lt;@jrandom&gt; v 0.5 nebude žádná změna v i2ptunnel 13:25 &lt;+postman&gt; jrandom: ok 13:25 &lt;@jrandom&gt; (alespoň nic neplánuju) 13:26 &lt;mule&gt; postmane, spouštíš intersekční útok? 13:26 &lt;ant&gt; &lt;jnymo&gt; pro ty, kterým to neukazuje /žádné/ využití šířky pásma.. co takhle nechat routery stavět tunnels s nimi uvnitř.. třeba ABCABCA 13:26 &lt;+postman&gt; mule: ne, to byla quadnova vina :) 13:26 &lt;ant&gt; &lt;jnymo&gt; a to by byl dummy tunnel 13:27 &lt;@jrandom&gt; jnymo: inzerovat router stylem „hej, mám přebytečnou šířku pásma, použij mě“ je nebezpečná hra 13:27 &lt;+postman&gt; jrandom: jaké problémy tedy ten redesign řeší (stručně) 13:27 &lt;ant&gt; &lt;jnymo&gt; nejsem si jistý, že jsem to myslel takhle, jrandome 13:27 &lt;@jrandom&gt; ale vypadá to, že budeme mít dvě sady tunnels – normální a pak průzkumné, kde ty druhé se staví z náhodně vybraných nepadavých peerů 13:28 &lt;ant&gt; &lt;jnymo&gt; jrandom: myslel jsem vytvořit dummy tunnel a dát sebe doprostřed toho tunnelu jen kvůli simulaci provozu 13:29 &lt;@jrandom&gt; postmane: výrazně ztížit korelaci peerů v jednom tunnelu, umožnit klientům efektivně volit délku jejich odchozího tunnelu a poskytnout volby potřebné k řešení útoku předchůdce (predecessor attack) (s různými kompromisy) 13:29 &lt;@jrandom&gt; (a taky zlepšit výkon tím, že se zbavíme spousty volání modPow) 13:29 &lt;+postman&gt; ok díky 13:29 &lt;ant&gt; &lt;jnymo&gt; postmane: a per-hop tunnel IDs je velká věc 13:30 &lt;+postman&gt; modPow? 13:30 &lt;@jrandom&gt; aha jnymo. jo, je tu hodně potenciálu pro různé generování balastního provozu 13:30 &lt;ant&gt; &lt;jnymo&gt; tím pádem žádné dvě nesousedící uzly nemůžou vědět, že jsou ve stejném tunnelu, postmane 13:30 &lt;@jrandom&gt; postmane: modulární umocňování, těžká zátěž CPU a plýtvání pamětí 13:31 &lt;ant&gt; &lt;jnymo&gt; ok, super 13:31 &lt;+postman&gt; ok 13:31 &lt;scintilla&gt; jrandome, co se týče umožnění klientům volit délku tunnelu: bude něco, co lidem zabrání vytočit to na 99 (nebo kolik)? 13:31 &lt;ant&gt; &lt;jnymo&gt; výkon CPU 13:32 &lt;@jrandom&gt; když bude třeba, můžeme přidat hashcash, ale přehnaně dlouhé tunnels stejně nakonec budou padat 13:32 &lt;scintilla&gt; aha, dobrý postřeh 13:32 &lt;@jrandom&gt; mohli bychom přidat i malý trik – vyžadovat, aby tunnel měl do 60 s od vytvoření protlačenou platnou tunnel message, aby byl „platný“ 13:33 &lt;@jrandom&gt; (takže kdyby měl tunnel 20 hopů, trvalo by jim příliš dlouho postavit všechny ty hopy) 13:33 &lt;scintilla&gt; to je skvělý nápad – taková pitomost se tím nebude moc dlouho udržovat 13:33 &lt;@jrandom&gt; ale to je všechno proti hackerům. normální uživatelé prostě použijí vystavené rozhraní 13:34 &lt;ant&gt; &lt;jnymo&gt; jasně, a to nějak omezíš, že? 13:34 &lt;ant&gt; &lt;jnymo&gt; dostaneme se výš než maximum 2, jak je to teď, že? 13:34 &lt;@jrandom&gt; přesně, jako rozbalovací # hops na /configclients.jsp nebo /i2ptunnel/edit.jsp 13:35 &lt;@jrandom&gt; oh myslel jsem, že maximum je teď 3? ok, ale jo, víc než 2 bude k dispozici 13:35 &lt;ant&gt; &lt;jnymo&gt; 3 tunnels, 2 hops 13:35 &lt;@jrandom&gt; ah 'k 13:35 &lt;@jrandom&gt; jo, 0.5 přidá pár důležitých novinek, jako třeba zda ty délky náhodně měnit, a jak moc je náhodnit, atd. 13:36 &lt;frosk&gt; maximum je skutečně 3 13:36 &lt;ant&gt; &lt;jnymo&gt; hmm 13:37 &lt;@jrandom&gt; ah, je to 3 na /configclients, 2 na i2ptunnel 13:37 &lt;frosk&gt; je 0.5 pořád v plánu na leden? 13:37 &lt;ant&gt; &lt;jnymo&gt; ah 13:37 &lt;@jrandom&gt; jo, frosku 13:37 &lt;frosk&gt; super 13:37 &lt;@jrandom&gt; nebudu se už moc dlouho zdržovat u streaming lib, slibuju ;) 13:37 &lt;frosk&gt; zní to jako spousta práce :) 13:38 &lt;@jrandom&gt; ve skutečnosti to není tak zlé, těžké je nastavit správně algoritmy 13:38 &lt;@jrandom&gt; (detaily metaily ;) 13:39 &lt;+postman&gt; frosku: a už je to všechno na papíře 13:39 &lt;+postman&gt; :) 13:39 &lt;ant&gt; &lt;jnymo&gt; heh 13:39 &lt;frosk&gt; pravda :) 13:39 &lt;@jrandom&gt; většinou jo ;) 13:39 &lt;@jrandom&gt; ok, má někdo ještě něco k 2) 0.5? 13:39 &lt;ant&gt; &lt;jnymo&gt; nic 13:39 &lt;frosk&gt; vůbec nic 13:40 &lt;@jrandom&gt; 'k, přecházíme na poctivou starou 3) ??? 13:40 &lt;@jrandom&gt; ahoj 13:40 &lt;@jrandom&gt; má někdo ještě něco, co chce otevřít? 13:41 &lt;ant&gt; &lt;jnymo&gt; postmane: na i2pmail.org nejsou SMTP/POP3 inproxy, že ne? 13:41 &lt;cat-a-puss&gt; pořád vidím divná zpoždění na straně klienta... 13:41 &lt;+postman&gt; hmm ne 13:41 &lt;frosk&gt; tady bych předal blahopřejnou láhev vína za skvělý rok vývoje ;) 13:41 &lt;+postman&gt; jnymo: POP3 je dostupné jen pro uživatele I2P 13:41 &lt;@jrandom&gt; cat-a-puss: aha, ty zprávy jsem minul, když jsi tu byl dřív 13:41 &lt;+postman&gt; jnymo: existuje SMTP inproxy jako MX pro doménu i2pmail.org 13:42 &lt;@jrandom&gt; frosku: na zdraví 13:42 &lt;ant&gt; &lt;jnymo&gt; jo jo.. to je cajk.. 13:42 &lt;cat-a-puss&gt; třeba mám dvě local Destinations a když se jedna snaží připojit k druhé, je tam zpoždění a není to limitované CPU 13:42 &lt;mule&gt; cat-a-puss: co? 13:42 * postman daruje dobrou whisky 13:42 &lt;@jrandom&gt; cat-a-puss: jasně, viděl jsi zpoždění .5–1.0 s, že? 13:42 &lt;cat-a-puss&gt; mule: co? 13:42 &lt;cat-a-puss&gt; jrandom: jo 13:43 &lt;@jrandom&gt; cat-a-puss: naprosto normální, součást deferred syn 13:43 &lt;mule&gt; sorry, ten koment byl od froska 13:43 &lt;ant&gt; * jnymo vytahuje ten mizerný krabicák 13:43 &lt;mule&gt; frosku: předáš i bonusový šek? 13:43 &lt;@jrandom&gt; (chvíli počká s odesláním SYN a odpovídajícího ACK, kdyby bylo víc dat k zabalení) 13:43 &lt;scintilla&gt; jen pro info, brzy bych měl dostat knihu se specifikací algoritmu Fortuna... mezitím experimentuju, jak sbírat entropii v Javě, aniž bych zničil stroj 13:44 &lt;@jrandom&gt; ah, boží 13:44 &lt;ant&gt; &lt;jnymo&gt; mmm, někdo chtěl spustit nějaké útoky na i2p 13:44 &lt;ant&gt; &lt;jnymo&gt; kdo to byl? 13:44 &lt;@jrandom&gt; connelly 13:44 &lt;cat-a-puss&gt; Dá se tomu zabránit, nebo se mám prostě snažit vyhýbat krátkodobým spojením, kde to jde? 13:45 &lt;ant&gt; &lt;jnymo&gt; nějaké novinky k tomu, jr? 13:45 &lt;@jrandom&gt; cat-a-puss: jo, jsou některé volby, které můžeš předat při vytváření I2PSocketManager, nech mě je vytáhnout 13:46 &lt;@jrandom&gt; jnymo: je to dlouhodobý intersekční útok, takže po čase bude mít data, která pomohou určit, na kterých routerech běží konkrétní eepsites. jsem si jistý, že pro nás pak sepisuje nějaké shrnutí, až to bude mít 13:46 &lt;ant&gt; &lt;jnymo&gt; scintallo: co je algoritmus Fortuna? 13:46 &lt;ant&gt; &lt;jnymo&gt; jrandom: jasňačka 13:48 &lt;@jrandom&gt; cat-a-puss: i2p.streaming.initialResendDelay=50 i2p.streaming.connectDelay=100 13:48 &lt;scintilla&gt; je to kryptograficky bezpečný pseudonáhodný generátor čísel... něco, co je naprosto zásadní pro důvěryhodné šifrování 13:48 &lt;jdot__&gt; už se někdo přihlásil dobrovolně k tomu útoku? 13:48 &lt;@jrandom&gt; cat-a-puss: pak nezapomeň na flush() po write() na I2PSocket 13:48 &lt;@jrandom&gt; jdot__: jo, má 7 dobrovolných stránek 13:48 &lt;cat-a-puss&gt; jrandom: ok 13:49 &lt;ant&gt; &lt;jnymo&gt; co se týče velké debaty o pojmenování.. 13:49 &lt;ant&gt; * jnymo se uchechtne 13:49 &lt;@jrandom&gt; oh a i2p.streaming.initialAckDelay=1000 13:49 &lt;@jrandom&gt; nebo klidně =100 13:49 * jrandom po jnymovi hází bahno 13:50 &lt;ant&gt; &lt;jnymo&gt; já ve skutečnosti dělám s X.500 a práce mi dává zdarma WinServery 13:50 &lt;ant&gt; &lt;jnymo&gt; takže možná za měsíc dva prostě zřídím centrální DNS pro testování 13:51 &lt;@jrandom&gt; heh, mít centralizovaný jmenný server hostovaný na .mil by bylo pekelně vtipné 13:51 &lt;ant&gt; &lt;jnymo&gt; i když nahackovat I2P adresy do WinServeru nemusí být triviální.. nevím 13:51 &lt;ant&gt; &lt;jnymo&gt; heh.. dnsalias je to pravé 13:52 &lt;@jrandom&gt; nano udělal fakt cool práci, integroval dnsjava s i2p 13:52 &lt;ant&gt; &lt;jnymo&gt; ooooh 13:53 &lt;@jrandom&gt; koukněte na nano.i2p pro víc detailů 13:53 &lt;ant&gt; &lt;jnymo&gt; a nikdo mi to neřekl.. ach, díky 13:53 &lt;@jrandom&gt; ale, jak bylo řečeno minule, lidi by měli dávat své myšlenky a nápady ohledně pojmenování na wiki 13:54 &lt;@jrandom&gt; ok, má ještě někdo něco k probrání na schůzku? 13:55 &lt;ant&gt; &lt;jnymo&gt; ne 13:57 &lt;@jrandom&gt; ok, v tom případě 13:57 * jrandom se rozmachuje 13:57 * jrandom *baf*s schůzku uzavírá </div>/cs/blog/2004/12/21/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-21.-prosince-2004/Tue, 21 Dec 2004 00:00:00 +0000/cs/blog/2004/12/21/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-21.-prosince-2004/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> ant, bens, bob, detonate, dm, duck, Frooze, frosk, jrandom, kaji, Madman2003, modulus, mule, mule2, orion, Ragnarok, redzog, scintilla, susi23, ugha2p</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 13:05 &lt;@jrandom&gt; 0) ahoj 13:05 &lt;@jrandom&gt; 1) 0.4.2.4 & 0.4.2.5 13:05 &lt;@jrandom&gt; 2) strategie 0.5 13:05 &lt;@jrandom&gt; 3) pojmenování 13:05 &lt;@jrandom&gt; 4) přehled eepsite 13:05 &lt;@jrandom&gt; 5) ??? 13:06 &lt;@jrandom&gt; 0) ahoj 13:06 * jrandom mává 13:06 &lt;@jrandom&gt; týdenní poznámky o stavu byly před chvilkou zveřejněny @ http://dev.i2p.net/pipermail/i2p/2004-December/000528.html 13:07 &lt;@jrandom&gt; pojďme se vrhnout do 1) 0.4.2.4 & 0.4.2.5 13:08 &lt;@jrandom&gt; vy, kdo už jste upgradovali na 0.4.2.5 – zatím dobrá třetina sítě – díky! 13:09 &lt;@jrandom&gt; snažím se držet klidnější tempo vydávání, ale v 0.4.2.5 byly některé věci, které opravdu potřebovaly širší nasazení 13:10 &lt;Madman2003&gt; 0.4.2.5 mi funguje dobře, co se týče odpojování, ale nejedu i2p 24/7 (v poslední době jsem měl dost IRC disconnectů) a od vydání uběhlo jen pár hodin 13:10 &lt;@jrandom&gt; jak je zmíněno později v mailu, nemám naplánované datum dalšího bugfix vydání, ale uvidíme 13:10 &lt;@jrandom&gt; super, Madman2003 13:10 &lt;@jrandom&gt; jo, na hodnocení 0.4.2.5 je určitě ještě brzy 13:11 &lt;frosk&gt; na .4 jsem vídal období vysokého lagu, zatím na .5 nic z toho, ale zase je trochu brzy 13:11 &lt;frosk&gt; (mluvím samozřejmě o IRC lagu) 13:11 &lt;@jrandom&gt; opravený DNS bug se mohl projevovat velkým počtem peerů na starších verzích, kteří selhávali naráz, takže čím dřív lidi upgradují, tím líp 13:12 &lt;@duck&gt; souvisí to s neúspěchy u těch, kdo ručně zadávají hostname? 13:12 &lt;@jrandom&gt; jo 13:12 &lt;dm&gt; jak strašně k ničemu je ta ikona I2P v systémové liště!?!? 13:12 &lt;@duck&gt; aha, takže proto je config.jsp pořád přívětivé 13:13 &lt;Madman2003&gt; někdo tuší, proč někteří pořád jedou na routerech před 0.4.2.4? (je to venku už dlouho) 13:13 &lt;@jrandom&gt; dm: je to teď spíš placeholder, plus status ikona říkající „i2p běží“ 13:13 &lt;dm&gt; Žijí i jinak? :) 13:13 * jrandom by se to nemělo dotýkat... 13:14 &lt;redzog&gt; je možné dělat soft-restarty z příkazové řádky? 13:14 &lt;@jrandom&gt; redzog: bohužel ne 13:14 &lt;redzog&gt; hmm, škoda 13:14 &lt;@jrandom&gt; leda přes wget, možná 13:14 &lt;redzog&gt; usnadnilo by to automatické aktualizace 13:14 &lt;+detonate&gt; i2prouter stop && i2prouter start :) 13:14 &lt;@jrandom&gt; ne, nic, wget by taky nefungoval 13:14 &lt;@jrandom&gt; (protože formulář vyžaduje interakci) 13:14 &lt;Madman2003&gt; obecně aktualizuji přes cvs několikrát mezi vydáními (v nejlepším jednou denně), zabere to jen pár minut 13:15 &lt;redzog&gt; lwp::simple by to zvládl 13:15 &lt;redzog&gt; jen POST 13:15 &lt;@jrandom&gt; redzog: podpora pro to by byla fakt cool 13:15 &lt;redzog&gt; Zkusím něco spíchnout 13:15 &lt;@jrandom&gt; no, je to víc než jen POST, musíš přečíst formulář, který se ti zobrazí, a pak zpátky poslat ta pole 13:16 &lt;+detonate&gt; časem budou vydání dál od sebe.. že? 13:16 &lt;@jrandom&gt; (je tam skrytý flag, aby lidi nemohli dělat věci jako &lt;img src="../configservice.jsp?action=restart"&gt; 13:16 &lt;redzog&gt; heh, jasně 13:16 &lt;@jrandom&gt; jasně detonate, nebylo v plánu, aby to bylo takhle rychlé, nanejvýš jednou týdně 13:16 &lt;redzog&gt; mění se hodnota nonce? 13:17 &lt;@jrandom&gt; kdyby ne, nebyla by to nonce ;) 13:17 &lt;redzog&gt; hmm, vypadá to tak 13:17 &lt;redzog&gt; no, mezi sezeními, mezi načteními stránek... ;) 13:17 &lt;redzog&gt; načtení stránek to je 13:17 &lt;@jrandom&gt; správně 13:17 &lt;@jrandom&gt; ok, má někdo ještě něco k 0.4.2.4/0.4.2.5? 13:18 &lt;@jrandom&gt; jsem si jist, že později bude víc diskuse po důkladnějším zaběhnutí nového vydání 13:18 &lt;dm&gt; oh, tohle je meeting? 13:18 &lt;+detonate&gt; startování se zdá být mnohem méně hladké 13:18 &lt;+detonate&gt; než 2.3 13:18 &lt;@jrandom&gt; oh? v čem, detonate – CPU, lag, paměť, čas? 13:19 &lt;+detonate&gt; seznam peerů se plní strašně dlouho 13:19 &lt;+detonate&gt; a mám obrovské množství peerů na shitlistu 13:19 &lt;+detonate&gt; taky se i2ptunnel někdy kousne, a obecně mu start trvá aspoň 2× déle 13:19 &lt;+detonate&gt; jakmile se to rozběhne, věci se vyhladí 13:19 &lt;+detonate&gt; je to zvláštní 13:19 &lt;@jrandom&gt; hmm, co je uvedeno jako příčina na /logs.jsp#connectionlogs ? 13:20 &lt;ant&gt; &lt;BS314159&gt; právě jsem udělal graceful restart do 0.4.2.5. Trvalo 120 s, než se objevily Local Destinations 13:20 &lt;ant&gt; &lt;BS314159&gt; vypadá to dobře 13:20 &lt;@jrandom&gt; super, BS314159 – to je v podstatě minimum, protože i2ptunnel nespouštíme dřív než 2 minuty po startu :) 13:20 &lt;+detonate&gt; nic mimořádného tam není 13:20 &lt;+detonate&gt; shutdown exception 13:21 &lt;+detonate&gt; ale to jsem myslím způsobil já 13:21 &lt;mule&gt; s posledním vydáním jsem přes fcp stáhl přes 300M na film. nikdy to nebylo tak dobré. špičky přes 40k. skvělá práce. 13:21 &lt;@jrandom&gt; wow, pěkné, mule! 13:21 &lt;mule&gt; nicméně pořád mám vážné potíže s obnovou po změně IP 13:21 &lt;@jrandom&gt; detonate: hmm, ok, rád bych to debuggoval podrobněji po meetingu nebo jindy, až budeš mít čas 13:22 &lt;+detonate&gt; jo 13:22 &lt;+detonate&gt; ok 13:22 &lt;dm&gt; tunnel lag: 364ms. Co se to sakra děje, tunnel lag klesá o 100–200 ms v každém vydání! 13:22 &lt;@jrandom&gt; ah, mule, ok 13:22 &lt;@jrandom&gt; mám nápad, jak řešit ta visící TCP spojení – prostě přihodit 5m keepalive 13:23 &lt;@jrandom&gt; heh dm, neboj, zase se to zvedne ;) 13:23 &lt;frosk&gt; wow, já tu mám jen 261ms :) 13:24 &lt;@jrandom&gt; ok, pokud nic dalšího, jdeme na 2) strategie 0.5 13:24 &lt;dm&gt; To nemůže být správně... 13:25 &lt;+ugha2p&gt; Vypadá to, že na meeting zase jdu pozdě. 13:26 &lt;@jrandom&gt; na 0.5 je pořád hodně práce, ale hrubý nástin postupu byl v tom mailu 13:26 * jrandom posílá ugha2p do ředitelny 13:27 &lt;@jrandom&gt; pořád zbývá doladit detaily ohledně tunnel poolingu a vytváření, ale myslím, že máme pár různých možností, které pokryjí potřeby různých uživatelských skupin 13:28 &lt;@jrandom&gt; až vyžehlíme většinu much v designu, bude připravena pořádná stará dobrá dokumentace k vašemu připomínkování 13:28 &lt;@jrandom&gt; (aktuálně to zabírá ~8 stran v sešitě, ale mělo by to jít pěkně zkomprimovat) 13:29 &lt;kaji&gt; už meeting začal? 13:29 &lt;@jrandom&gt; ale další úkol uvedený pro 0.5 je „řešit potřeby šířky pásma sítě“ a netuším, jak to plánovat, takže to budeme řešit za pochodu 13:29 &lt;@jrandom&gt; ano, kaji, jsme u 2) strategie 0.5 13:30 &lt;@jrandom&gt; no, to je zatím všechno, co k tomu mám, pokud někdo nemá dotazy/připomínky/obavy? 13:31 &lt;+ugha2p&gt; Páni, většina routerů už upgradovala. 13:31 &lt;+detonate&gt; je filtrování HTTP provozu za účelem odstraňování JavaScriptu atd. v roadmapě? 13:31 &lt;+detonate&gt; pro 0.5 13:31 &lt;+ugha2p&gt; detonate: Ne. 13:31 &lt;@jrandom&gt; detonate: 0.6 13:31 &lt;ant&gt; &lt;cat-a-puss&gt; WRT šířce pásma, máme povolit pravděpodobnostní délku tunnelu a/nebo lokálně zaujaté tunnely pro bittorrent, když obecně mají BT uživatelé slabší threat modle? 13:32 &lt;@jrandom&gt; cat-a-puss: ano, rozhodně. to je jedna z velkých částí vydání 0.5 13:32 &lt;+ugha2p&gt; detonate: Pokud to neimplementuješ první. ;) 13:32 &lt;+detonate&gt; přemýšlel jsem o tom 13:33 &lt;ant&gt; &lt;cat-a-puss&gt; bude HTML filtrování probíhat v samostatném procesu? 13:33 &lt;@jrandom&gt; myslím, že se na to dívá i michelle, takže kdybyste na tom dva chtěli dělat spolu (michelle se učí Javu), to by bylo boží 13:33 &lt;+detonate&gt; ok 13:33 &lt;@jrandom&gt; cat-a-puss: to nevím. 13:34 &lt;+ugha2p&gt; cat-a-puss: Proč by mělo? 13:35 &lt;ant&gt; &lt;cat-a-puss&gt; (ptám se, protože jsem uvažoval o proxy, které by hnalo veškerý příchozí provoz z prohlížeče přes ClamAV) To je pod GPL, takže kdybychom to mohli zahrnout do filtru, asi by to bylo dobré. 13:35 &lt;@jrandom&gt; super, cat-a-puss! 13:35 &lt;+ugha2p&gt; Někteří už používají Privoxy pro I2P. 13:36 &lt;bens&gt; obecně jsem proti přibalování věcí 13:36 &lt;susi23&gt; Raději bych viděl, aby si lidé správně nastavili prohlížeče, než slibovat ochranu před škodlivým kódem. 13:36 &lt;@jrandom&gt; susi23: nikdo si nenastaví prohlížeč správně 13:36 &lt;@jrandom&gt; zvlášť ne běžný uživatel 13:37 &lt;frosk&gt; člověk se může ptát, jestli je Joe vůbec schopný nastavit proxy v prohlížeči 13:37 &lt;@jrandom&gt; můj osobní názor je, že něco jako cgi-proxy by bylo ideální 13:37 &lt;@jrandom&gt; přesně tak, frosk 13:37 &lt;@jrandom&gt; s rozhraním podobným cgi-proxy (filtrování podle jejich preferencí, bezpečné ve výchozím stavu) by to zvládl i slintající idiot 13:38 &lt;bens&gt; Předpokládám, že I2P potřebuje víc verzí pro různé trhy ještě víc než MS Office 13:38 &lt;@jrandom&gt; proto máme malé komponenty a tohle držíme mimo router, bens ;) 13:38 &lt;Ragnarok&gt; pomohl by proxy auto config soubor 13:39 &lt;@jrandom&gt; Ragnarok: máme, ale pořád s ním lze dělat nebezpečné věci 13:39 &lt;frosk&gt; možná i specializovaný i2p prohlížeč (pokud má někdo přehršel volného času ;) 13:39 &lt;susi23&gt; ragnarok: tenhle? http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/apps/proxyscript/i2pProxy.pac 13:39 &lt;@jrandom&gt; frosk: i na specializovaném i2p OS a hardwaru, předpokládám 13:40 &lt;frosk&gt; hehe, perfektní 13:40 &lt;Ragnarok&gt; to ale není v instalaci 13:40 * jrandom to implementuje ve specializovaném i2p vesmíru 13:40 &lt;susi23&gt; . o O ( možná bychom měli najít i vyhrazenou i2p planetu ) 13:40 &lt;susi23&gt; . o O ( sakra, pomalu ) 13:40 &lt;mule&gt; ok, hardware budeme prodávat my :) 13:40 &lt;frosk&gt; víš jak se říká, když chceš něco vytvořit od nuly, nejdřív vytvoř vesmír 13:41 &lt;@jrandom&gt; w00t, teď už jen potřebujeme nějaké investory.. 13:41 &lt;bens&gt; vážně, autokonfigurátor pro Firefox by mohl být rozumný 13:41 &lt;@jrandom&gt; bens: .pac, na který susi odkazovala výš, by měl stačit 13:41 &lt;bens&gt; ne jen pro proxy; taky pro bezpečnostní nastavení, homepage atd. 13:41 &lt;@jrandom&gt; můžeme to přibalit k instalaci, ale je to nedostatečné pro lidi, kteří potřebují anonymitu (a nejsou už ubergeeks) 13:42 &lt;@jrandom&gt; hmm, možná by tohle mohlo jít do cervantesovy i2p xul aplikace 13:43 &lt;@jrandom&gt; ale to už se víc vzdalujeme od 2) strategie 0.5 13:43 &lt;@jrandom&gt; má někdo ještě něco k tomu, nebo přejdeme na 3) pojmenování? 13:44 -!- Irssi: #i2p: Celkem 40 nicků [2 ops, 0 halfops, 6 voices, 32 běžných] 13:44 &lt;@jrandom&gt; považujte to za přesunuté 13:44 &lt;@jrandom&gt; ok, zjevně jsem to s odkazem na addressbook 2.0.1 trochu předběhl – Ragnarok, dáš nám update? 13:44 &lt;+ugha2p&gt; jrandom: Můžeme očekávat, že data na roadmapě budou správná? 13:45 &lt;@jrandom&gt; ugha2p: aktuálně odrážejí můj nejlepší odhad 13:45 &lt;+ugha2p&gt; jrandom: Ok, jasně. 13:45 &lt;Ragnarok&gt; teď je venku 13:45 &lt;@jrandom&gt; w00t 13:45 &lt;Ragnarok&gt; mrkněte na ragnarok.i2p 13:45 &lt;Ragnarok&gt; Neplánoval jsem to vydat ještě teď, ale jrandom mě k tomu dotlačil :) 13:46 &lt;@jrandom&gt; hehe 13:46 &lt;+ugha2p&gt; Ragnarok: Mimochodem, chybí ti odkaz z homepage. :) 13:46 &lt;Ragnarok&gt; je to jen pár oprav chyb, nic zásadního, ale mělo by to lépe zacházet s některými okrajovými případy 13:46 &lt;@jrandom&gt; je nahoře vpravo, ugha2p 13:47 &lt;Ragnarok&gt; ugha2p: je na sidebaru 13:47 &lt;Ragnarok&gt; přidám odkazy i do příspěvku :) 13:47 &lt;mule2&gt; „that'll be the day when i die“. denní změna IP, podle které si seřizuji hodiny. 13:48 &lt;Ragnarok&gt; každopádně, kdyby to všichni mohli zkusit, bylo by to fajn. Bug reporty jsou vždy vítány 13:48 &lt;+ugha2p&gt; Ragnarok: Oh, ten sidebar je v Opeře dost rozhozený. 13:48 &lt;mule2&gt; Lease expired 12773d ago 13:49 &lt;+ugha2p&gt; Ragnarok: No, ne úplně rozhozený, jen je umístěný na konci stránky. 13:49 &lt;@jrandom&gt; super, Ragnarok, díky 13:49 &lt;Ragnarok&gt; tvoje okno asi není dost široké 13:49 &lt;+ugha2p&gt; Ragnarok: Jasně, ale mělo by to fungovat s libovolnou šířkou okna. 13:50 &lt;+ugha2p&gt; Takže to možná časem oprav. :) 13:50 &lt;Ragnarok&gt; ugha2p: „mělo by“ je zajímavá formulace :) 13:50 &lt;Frooze&gt; ah, špatně i v Mozilla 1.7. ale mám malé okno. 13:50 &lt;+ugha2p&gt; Proč? 13:50 &lt;Frooze&gt; díky, ragnarok. super věc. 13:51 &lt;Ragnarok&gt; Možná to v budoucnu opravím, ale je to fakt nízko v prioritách 13:51 * jrandom dává přednost aktualizacím addressbook před HTML opravami 13:52 &lt;Ragnarok&gt; každopádně, nějaké otázky? 13:53 &lt;frosk&gt; díky za addressbook, Ragnarok, zní to velmi užitečně 13:54 &lt;+ugha2p&gt; Je zdokumentovaný způsob načtení addressbook jediný, nebo jsou i méně invazivní? 13:54 &lt;kaji&gt; právě jsem to nainstaloval, je to pecka 13:54 &lt;Ragnarok&gt; můžeš to spustit ručně pomocí "java -jar addresbook.jar &lt;path to i2p/addressbook&gt;" 13:54 &lt;Ragnarok&gt; děkuju :) 13:55 &lt;kaji&gt; oh, a stáhl jsem verzi 2.0.0 – je někde update? 13:55 &lt;Ragnarok&gt; ok, opravil jsem sloupec, byla to jen hloupá směs absolutních a relativních velikostí 13:56 &lt;Ragnarok&gt; jo, 2.0.1 je teď na ragnarok.i2p 13:57 &lt;+ugha2p&gt; Teď dostávám „Failed to load Main-Class manifest attribute from“, ale nevadí, udělám později restart. 13:57 &lt;Ragnarok&gt; ups 13:58 &lt;Ragnarok&gt; to je moje chyba 13:58 &lt;Ragnarok&gt; zkusím to brzy opravit 13:58 &lt;+ugha2p&gt; Aha, ok. :) 13:58 &lt;Ragnarok&gt; brzy bude i snadno instalovatelná verze .war 13:59 &lt;dm&gt; jrandom: ty jsi stroj 14:00 &lt;@jrandom&gt; wikked, díky, Ragnarok 14:00 &lt;@jrandom&gt; susi23: ping? 14:00 &lt;susi23&gt; 1200ms 14:01 &lt;@jrandom&gt; !thwap 14:01 &lt;@jrandom&gt; každopádně, dáš nám shrnutí, co je nového se susidns? 14:01 &lt;@jrandom&gt; nebo to má počkat? 14:01 &lt;susi23&gt; máme čas na obecnější diskusi o pojmenování? 14:02 &lt;susi23&gt; jaké funkce chceme do budoucna? 14:03 &lt;@jrandom&gt; některé mé myšlenky jsou na http://dev.i2p.net/pipermail/i2p/2004-February/000135.html 14:03 &lt;@jrandom&gt; (co se týče obecných funkcí) 14:04 &lt;@jrandom&gt; myslím, že nejtěžší bude odnaučit lidi od globálně unikátních lidsky čitelných jmen, ale s dobrými rozhraními by to mělo jít 14:04 &lt;Ragnarok&gt; implementovat v XML datové struktury, které jsi nastínil, je jeden z mých příštích cílů 14:04 &lt;susi23&gt; ok, je krátký text o atributech na `http://susi.i2p/removablekeys.html` 14:05 &lt;ant&gt; &lt;Jnymo&gt; wow.. dnes je tu docela narváno 14:05 &lt;bens&gt; ragnarok: koukal ses na YAML? Mohl by být jednodušší 14:05 &lt;+ugha2p&gt; Jnymo: Jo, snažíme se tu držet meeting. 14:05 &lt;Ragnarok&gt; název YAML je až příliš trefný 14:05 &lt;@jrandom&gt; super, susi23, ale myslím, že určitě budeme chtít přejít od prostého formátu hosts.txt 14:05 &lt;ant&gt; &lt;Quadn-werk&gt; přidání graceful restartu z příkazové řádky? 14:06 &lt;ant&gt; &lt;Jnymo&gt; ugha2p: aha 14:06 &lt;susi23&gt; máme nějaké nápady, jak udržet jména dlouhodobě unikátní? 14:06 &lt;@jrandom&gt; jednou z důležitých částí dat, která má naming service spravovat, je, aby záznam byl podepsaný, což vyžaduje nějakou pevnou strukturu (nebo opatrné XML) 14:07 &lt;@jrandom&gt; nevěřím v jména, která jsou zároveň globálně unikátní, lidsky čitelná a bezpečná. 14:07 &lt;@jrandom&gt; (centralizované a bezpečné beru jako ruku v ruce) 14:07 &lt;@jrandom&gt; susi23: viděla jsi http://zooko.com/distnames.html ? 14:07 &lt;Ragnarok&gt; myslím, že s addressbook-like systémem budou jména většinou unikátní, protože je v zájmu člověka, který si jméno nárokuje, nevybrat si už použité 14:08 &lt;@jrandom&gt; Ragnarok: uvidíme. možná 14:08 &lt;susi23&gt; podívám se 14:08 &lt;bens&gt; myslím, že vzniknou důvěryhodné autority 14:08 &lt;Ragnarok&gt; jedna už je 14:08 &lt;frosk&gt; hosts.txt? :) 14:09 &lt;Ragnarok&gt; jrandomova, jo 14:09 &lt;@jrandom&gt; nebo když ne důvěryhodné autority, tak jména, která zahrnují cestu pro jednoznačnou identifikaci 14:09 &lt;@jrandom&gt; (např. „stránka orion.i2p nazývá ‚frosk.i2p‘“) 14:10 &lt;@jrandom&gt; Derek Eddington měl v září pár příspěvků v tomhle duchu – http://dev.i2p.net/pipermail/i2p/2004-September/000432.html 14:10 &lt;bens&gt; frosk.orion.i2p 14:10 &lt;@jrandom&gt; smtp.frosk.ns.orion.i2p 14:11 * jrandom začíná stavět uucp bang paths 14:11 &lt;frosk&gt; hah 14:12 &lt;susi23&gt; ok, co teď... co takhle „naming roadmap“? :) 14:12 &lt;ant&gt; &lt;Jnymo&gt; nějak jste mě odvedli od absolutně distribuovaného DNS pro i2p.. do jisté míry.. ale duckovy nápady mě přivedly k myšlence, že by mohl fungovat trust systém.. třeba by lookup vrátil seznam sites/files a každý by byl uveden s mírou důvěry, kterou mu síť dává 14:12 &lt;susi23&gt; jakmile se shodneme, co dělat 14:12 &lt;@jrandom&gt; to je dobrý nápad, susi23, chceš to sepsat? 14:13 &lt;@jrandom&gt; důvěřovat důvěře jiných má potenciál, ale musí se to dělat velmi opatrně 14:13 &lt;susi23&gt; Mohla bych, ale pořád nemám představu, CO chceme dělat. Je třeba učinit pár rozhodnutí. 14:14 &lt;@jrandom&gt; (tj. jen v rozsahu, v jakém důvěřuješ peerům po cestě k autorovi důvěry) 14:14 &lt;modulus&gt; neexistuje a nemělo by být žádné „důvěra sítě“ webu, důvěra musí být vždy uživatelsky řízená 14:14 &lt;@jrandom&gt; susi23: roadmap krok 1: rozhodnout se mezi $featureset 14:14 &lt;susi23&gt; Nebo aspoň musíme rozpracovat všechny nápady do přesnějšího konceptu. 14:14 &lt;ant&gt; &lt;Jnymo&gt; no, kdyby to bylo explicitně jednoduché.. třeba kdyby files i2p uváděl, kolik sites odkazuje na siteinquestion.i2p 14:15 &lt;Ragnarok&gt; ok, aktualizoval jsem balíček addressbook o spustitelné jar 14:15 &lt;ant&gt; &lt;Jnymo&gt; ehm, files.i2p 14:15 &lt;@jrandom&gt; jnymo: to z toho dělá centralizovanou autoritu – files.i2p 14:15 &lt;modulus&gt; nemluvě o tom, že bys mohl otrávit pool odkazů tím, že bys založil hromadu sites. 14:16 &lt;modulus&gt; googlebombing na i2p 14:16 &lt;ant&gt; &lt;Jnymo&gt; pravda.. ale files i2p by mohlo být decentralizované 14:16 &lt;susi23&gt; ok, co takhle sbírat nápady/informace/koncepty do, dejme tomu, ledna 14:16 &lt;orion&gt; čau všem. Vidím, že je na stole pojmenování.. zas jednou :) 14:16 &lt;susi23&gt; pak přijde rozhodovací fáze, ok? 14:16 &lt;@jrandom&gt; zní dobře – budeš kontaktní osobou, která to dá dohromady? 14:16 &lt;Ragnarok&gt; jasně 14:16 &lt;modulus&gt; je jedno, jestli je agregace důvěry decentralizovaná, důvěra musí vycházet z uživatele. cokoliv jiného lze otrávit imo. 14:17 &lt;susi23&gt; nemůžeme na to vzít mailing list? 14:17 &lt;bob&gt; nebo třeba ughův wiki? 14:17 &lt;ant&gt; &lt;Jnymo&gt; souhlasím.. ale jak to udělat? dát nahoru do prohlížeče nějaký ukazatel důvěry? 14:18 &lt;@jrandom&gt; wiki by byl dobrý, můžeme tam shromáždit odkazy na všechny předchozí diskuse 14:18 &lt;modulus&gt; jnyo: asi nejproveditelnější řešení je navázat se na první potkané jméno nebo tak něco. 14:18 &lt;dm&gt; zatleskejme všichni jrandomovi za jeho skvělé řízení projektu 14:18 &lt;susi23&gt; fajn 14:18 &lt;modulus&gt; ale cest je víc než párků. 14:19 &lt;susi23&gt; url na wiki? (pro záznam) 14:19 &lt;ant&gt; * Jnymo tleská 14:19 &lt;@jrandom&gt; ugha.i2p 14:19 * dm tleská 14:19 &lt;susi23&gt; ok 14:19 &lt;susi23&gt; tak já jsem hotova a pingnu zpátky jrandoma ;) 14:20 &lt;ant&gt; &lt;Jnymo&gt; modulus: takže když někomu předám odkaz, odkazuju ho na site, na kterou jsem se poprvé navázal.. to by mohlo fungovat.. 14:20 &lt;+ugha2p&gt; Vypadá to, že má jrandom ping timeout. 14:20 &lt;@jrandom&gt; ok super, něco dalšího k nami^W nm, k pojmenování už nic. a teď wiki 14:20 &lt;modulus&gt; každopádně, když budeš linkovat, asi budeš chtít dát do odkazu absolutní cestu, ne jen jméno 14:21 &lt;@jrandom&gt; jdeme dál na 4) přehled eepsite 14:21 &lt;dm&gt; dm.i2p je nahozené a běží 14:21 &lt;@jrandom&gt; super 14:22 &lt;@jrandom&gt; ok, nemám k tomu moc co dodat nad to, co je v mailu 14:22 &lt;bob&gt; fajn vidět příliv sites! a všechny rychlé na přístup! 14:22 &lt;@jrandom&gt; ano, souhlasím, bob 14:22 &lt;bob&gt; orione, díky za tvoji práci.. tvůj web používám denně. 14:22 * jrandom taky, „last updated“ je obzvlášť užitečné 14:23 &lt;bob&gt; dm: :-) 14:24 &lt;@jrandom&gt; ok, jestli k tomu není nic dalšího, skočíme na 5) ??? 14:24 &lt;@jrandom&gt; je něco dalšího, co chcete na meetingu otevřít? 14:24 &lt;ant&gt; &lt;Jnymo&gt; jak je na tom síť? 14:24 &lt;ant&gt; &lt;Jnymo&gt; wrt 4.2.5? 14:25 &lt;@jrandom&gt; vypadá dobře, ale vydání je teprve pár hodin staré, takže je brzy soudit 14:25 &lt;ant&gt; &lt;Jnymo&gt; oh, heh 14:25 &lt;ant&gt; &lt;Jnymo&gt; nějaké novinky z fusenet? 14:26 &lt;@jrandom&gt; (`http://piespy.i2p/i2p/i2p-current.png` heh) 14:26 &lt;frosk&gt; moje práce na i2pcontent šla na pár týdnů stranou, ale poslední verzi dokumentu si můžete přečíst na `http://frosk.i2p/i2pcontent.html` . pokud má někdo zájem, čtěte a klidně tvrdě komentujte, když bude třeba (na irc, když nejsem /away, nebo na mail frosk@mail.i2p) 14:26 &lt;frosk&gt; i2pcontent/fusenet/cokoliv ;) 14:26 &lt;ant&gt; &lt;Jnymo&gt; wordicus 14:28 &lt;@jrandom&gt; ok, pokud už nic dalšího... 14:28 &lt;mule2&gt; spousta potlesku za všechny skvělé přínosy 14:29 &lt;@jrandom&gt; jo, děláte sakra dobrou práci 14:29 &lt;frosk&gt; ty taky, jrandom :) 14:29 &lt;orion&gt; word. 14:29 &lt;orion&gt; ano, rozhodně, ty taky, jrandom. 14:29 &lt;scintilla&gt; slyším, slyším! 14:29 &lt;ant&gt; &lt;Jnymo&gt; jo, všiml jsem si, že je na webu míň informací o tom, jak pomoct 14:29 &lt;@jrandom&gt; někdy nakopáváme zadky, někdy dostáváme nakopáno ;) 14:29 &lt;orion&gt; HIP HIP 14:30 &lt;ant&gt; &lt;Jnymo&gt; HURÁ 14:30 * orion se usmívá 14:30 &lt;Frooze&gt; dnes jsem stáhl Eclipse, abych se přes svátky učil Javu, protože jste tak působiví. 14:30 &lt;@jrandom&gt; jnymo: hodně malých, snadno splnitelných úkolů už je hotovo 14:30 &lt;@jrandom&gt; ooh wikked, Frooze 14:31 &lt;Frooze&gt; takže potíže na obzoru. heh 14:31 &lt;@jrandom&gt; jnymo: měl bych jich ale pár nasbírat a vypsat 14:31 &lt;ant&gt; &lt;Jnymo&gt; jrandom: Pořád sháníte někoho, kdo by pomohl na alexandria.i2p? 14:31 &lt;@jrandom&gt; (schovejte se, Arizono!) 14:31 * jrandom není do alexandrie zapojen, ale ano, myslím, že pořád hledají knihovníka 14:31 &lt;ant&gt; &lt;Jnymo&gt; naučte se plavat, lidi ;) 14:31 * orion miluje odkazy na Pump Up the Volume. I když vágní. 14:31 &lt;@duck&gt; ano, sháníme 14:31 &lt;@jrandom&gt; :) 14:31 &lt;Ragnarok&gt; jrandom: kam má ten war vlastně přijít? 14:31 &lt;@jrandom&gt; i2p/webapps/addressbook.war 14:32 &lt;@jrandom&gt; (pak restartovat router) 14:32 &lt;ant&gt; &lt;Jnymo&gt; ducku, mluvíš na mě? 14:32 &lt;Ragnarok&gt; super. Jdu testovat 14:32 &lt;@jrandom&gt; r0x0r 14:32 &lt;ant&gt; &lt;Jnymo&gt; duck: je alexandria na tvém webu? 14:33 &lt;@duck&gt; duck.i2p/alexandria/ 14:33 &lt;ant&gt; &lt;Jnymo&gt; word 14:34 &lt;@jrandom&gt; ok, pokud je to všechno, můžeme odsud vyklouznout na hraně 90 minut.. 14:34 * jrandom se rozmachuje 14:34 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2004/12/14/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-14.-prosince-2004/Tue, 14 Dec 2004 00:00:00 +0000/cs/blog/2004/12/14/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-14.-prosince-2004/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> ant, bla, cervantes, dinoman, dm, duck, Frooze, frosk, jdot\_, jrandom, lurk, mule2, orion, polecat, postman, protokol, Pseudonym, susi23</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 13:08 &lt;jrandom&gt; 0) ahoj 13:08 &lt;jrandom&gt; 1) Stav sítě 13:08 &lt;jrandom&gt; 2) mail.i2p 13:08 &lt;jrandom&gt; 3) roadmapa 13:08 &lt;+polecat&gt; Je to skoro, jako by uzly používaly čas, který získaly před 5 min, a nastavily ho na aktuální čas místo skutečného času. 13:09 &lt;jrandom&gt; 4) i2pcontent 13:09 &lt;jrandom&gt; 5) i2p-bt 13:09 &lt;jrandom&gt; 6) ??? 13:09 &lt;jrandom&gt; 0) ahoj 13:09 &lt;jrandom&gt; týdenní status poznámky byly před pár minutami zveřejněny na http://dev.i2p.net/pipermail/i2p/2004-December/000522.html 13:09 * Pseudonym mává 13:10 &lt;cervantes&gt; díky, že jste počkali.... právě jsem se vrátil z práce ;-) 13:10 &lt;jrandom&gt; polecat: není to přesně 5m (ale můžeme to probrat po schůzce nebo během ní) 13:10 * polecat přikyvuje 13:10 &lt;jrandom&gt; w3rd, dobře, dám ti chvilku, abys nakoukl do status poznámek :) 13:11 &lt;jrandom&gt; mezi tím, 1) Stav sítě 13:11 * postman mává 13:11 &lt;jrandom&gt; nedávno, jak bylo zmíněno na mailing listu, to bylo na irc dost turbulentní 13:12 &lt;jrandom&gt; udělali jsme ale pár úprav a opravy chyb šly docela dobře 13:12 * dm mává 13:12 &lt;jrandom&gt; kromě problému se synchronizací času zmíněného v mailu je tu také problém „leases expiring“, který někteří hlásí 13:13 &lt;Pseudonym&gt; souvisí spolu? 13:13 &lt;+protokol&gt; (už měsíce) 13:13 &lt;Pseudonym&gt; (problémy, ne lidé) 13:13 &lt;jrandom&gt; to je částečně způsobeno různými problémy, z nichž některé mohou řešit záplaty v CVS, některé mohou souviset se synchronizací času, ale většina je kvůli věcem, na kterých pracujeme pro vydání 0.5 13:14 &lt;jrandom&gt; podstatou problému je, že peer někdy není schopen stavět tunnels (tunely v I2P) pro klienta, což znamená, že nepožádá klienta o nový lease 13:14 &lt;jrandom&gt; řešením je zajistit, že umíme stavět nové tunnels, které splní potřeby klienta 13:15 &lt;Pseudonym&gt; a když nemůžeme? 13:15 &lt;jrandom&gt; když ne, leases zůstanou prošlé, dokud to nepůjde 13:16 &lt;Pseudonym&gt; tak jak se to liší? 13:16 &lt;jrandom&gt; neliší :) 13:16 &lt;jrandom&gt; musíme být schopni stavět tunnels, tečka. 13:16 &lt;jrandom&gt; abychom to zajistili, musíme jednak zlepšit naše profilování (viz: opravy v cvs pro dlouhotrvající chybu profilování) a zlepšit naši strategii poolování (viz: 0.5) 13:17 &lt;jrandom&gt; jediný legitimní důvod, proč nebýt schopen stavět tunnels, je, když je celá síť zcela saturovaná 13:17 &lt;+polecat&gt; nebo jsi od ní odříznutý 13:17 &lt;jrandom&gt; správně 13:17 &lt;bla&gt; jrandom: Může to být tím, že síť vyrostla na ~110 peerů? 13:18 &lt;dm&gt; nebo je odříznutá ona od tebe 13:18 &lt;jrandom&gt; ne, už jsme to viděli i dřív, bla 13:18 &lt;Pseudonym&gt; jsou ty „cvs fixes for a long standing profiling bug“ v 0.4.2.3, nebo jen v CVS? 13:18 &lt;jrandom&gt; i když svým způsobem asi ano, protože teď máme mnohem víc peerů, o kterých nemáme profilovací data 13:18 &lt;jrandom&gt; Pseudonym: CVS 13:19 &lt;+polecat&gt; Profilováním myslíš řazení peerů podle toho, jak jsou nápomocní? 13:19 &lt;jrandom&gt; jo 13:19 * Pseudonym chce 0.4.2.4 ;-) 13:19 &lt;+polecat&gt; Uf. 13:19 &lt;+polecat&gt; Myslel jsem, že je to nějaké divné trasování funkcí jako gprof nebo tak. 13:20 * orion chce 2.0 :) 13:20 &lt;jrandom&gt; hehe ne, chyba v profilování byla mimo jiné kvůli hloupému kódu, který ignoroval denní statistiky 13:20 * jrandom taky 13:20 * polecat chce larvální formu velkého psa. 13:20 &lt;jrandom&gt; dobře, to je asi vše, co mám k 1) stavu sítě – má někdo něco k doplnění? 13:21 &lt;jrandom&gt; pokud ne, přejdeme k 2) mail.i2p 13:21 &lt;jrandom&gt; postman: máš slovo 13:22 &lt;+postman&gt; ok 13:22 &lt;+postman&gt; promiňte 13:22 &lt;+postman&gt; :) 13:23 &lt;+postman&gt; na www.postman.i2p/user/virtual je popis kompletního zpracování virtuálních poštovních domén 13:23 &lt;+postman&gt; na www.postman.i2p/user/virtual.html je popis kompletního zpracování virtuálních poštovních domén 13:23 &lt;+postman&gt; (příliš mnoho červeného vína) 13:23 &lt;dm&gt; tohle je velmi neprofesionální prezentace! 13:23 &lt;+postman&gt; snaží se vysvětlit systém, jak pracovat s poštovními doménami jinými než adresy @mail.i2p 13:23 &lt;frosk&gt; :D 13:24 * orion plácne dm do hlavy houbičkou na tabuli. 13:24 &lt;frosk&gt; znamená to, že můžu mít frosk@frosk.i2p? 13:24 &lt;+postman&gt; frosk: ano 13:24 &lt;jrandom&gt; v.cool 13:24 &lt;+polecat&gt; Otázka je, proč? :3 13:24 &lt;+postman&gt; je to dost složité, přesto prosím o komentáře a nápady 13:24 &lt;cervantes&gt; s/eraser/ 13:24 &lt;frosk&gt; fakt cool 13:25 &lt;+postman&gt; nemusí to být potřebná funkce pro pár lidí, ale budoucnost je světlá a blyštivá 13:25 &lt;jrandom&gt; důvodů je spousta – např. dát každému uživateli @ forum.i2p poštovní adresu atd. 13:25 &lt;susi23&gt; je to centrální systém svázaný s postman.i2p 13:25 &lt;+polecat&gt; Ano, to je zřejmé. 13:25 &lt;susi23&gt; když ten stroj selže, budeme všichni naštvaní :) 13:25 &lt;+polecat&gt; jrandom: Ale jestli to stejně musí jít přes mail.i2p jako první... 13:25 * postman si je tohoto problému VELMI vědom 13:26 &lt;+postman&gt; :/ 13:26 &lt;jrandom&gt; polecat: možná ano, možná ne 13:26 &lt;+polecat&gt; susi23: přesně! 13:26 &lt;+postman&gt; současná implementace je opravdu docela single point of failure 13:26 &lt;+postman&gt; ale to platí i pro internetový bridge 13:27 &lt;jrandom&gt; aha, druhá brána ještě není nasazená? 13:27 &lt;+polecat&gt; Jedno řešení je dát více destinations do klientských SMTP/POP3 tunnels a nechat všechny tyto destinations relayovat jen mezi sebou. 13:27 &lt;+postman&gt; jrandom: ne, baffled to zatím nenastavil 13:27 &lt;jrandom&gt; aha ok 13:27 &lt;+postman&gt; polecat: a na JAKÉM pop3 serveru má být TVOJE poštovní schránka 13:27 &lt;orion&gt; lesklé je fajn, ale jak by se ta virtuální adresa vztahovala k internetové adrese? Líbí se mi, že orion@mail.i2p a orion@i2pmail.org jsou obě použitelné. 13:27 &lt;orion&gt; s/usable/identical/ 13:28 &lt;+postman&gt; polecat: kdo chce přenášet 100 MB dat schránek denně po 1 rok pro všech 10000 uživatelů? 13:28 &lt;+postman&gt; orion: budou použitelné 13:28 &lt;+polecat&gt; místo aby to šlo mail.i2p -&gt; polecat.i2p -&gt; frosk@baffled.i2p, mohlo by to jít na kterýkoli ze 3, a odtud rovnou na baffled. 13:29 &lt;+postman&gt; prosím všechny zájemce, aby přispěli nápady 13:29 &lt;+postman&gt; virtuální domény jsou každopádně funkce, která vypadá užitečně a dá se implementovat bez ohledu na stav sítě 13:29 &lt;+polecat&gt; Takže když mail.i2p někdy umře, ty druhé dva budou mít své serverové tunnels k dispozici jako alternativy do poštovního relé systému. 13:30 &lt;+postman&gt; polecat: pořád je tu otázka tvé poštovní schránky 13:30 &lt;+postman&gt; polecat: data tvé schránky se musí také přesouvat a udržovat synchronizovaná mezi VŠEMI možnými místy 13:30 &lt;+polecat&gt; Uf... jo, to je pravda... 13:30 &lt;+postman&gt; polecat: zkus si to představit pro 1000 uživatelů v budoucnu 13:30 &lt;susi23&gt; každý by si mohl na svých uzlech nastavit destination, kam se doručují maily... teď ale máme problém propojit destinations s mailovými adresami 13:30 &lt;+postman&gt; není to TAK snadné 13:30 &lt;+polecat&gt; Oh! Ale tohle by ale fungovalo... 13:30 &lt;+postman&gt; ano 13:31 &lt;+postman&gt; na druhou stranu problém s relayingem z a do internetu pořád zůstává 13:31 &lt;dm&gt; jrandom: ty si to užíváš, že? 13:31 &lt;+polecat&gt; Ano! Uživatel si vybere, na kterém serveru bude mít svou POP3 schránku, a ten server zvolí jako destination pro POP3 tunnel. 13:31 &lt;+postman&gt; polecat: co když TENHLE server selže? 13:32 &lt;+polecat&gt; Takže mail.i2p a polecat.i2p nemusí nikdy ani vidět baffledovu POP3 schránku, protože všichni baffledovi POP3 uživatelé stahují přímo z baffled. 13:32 &lt;+postman&gt; skutečně redundantní systém bude vyžadovat synchronizaci schránek 13:32 &lt;susi23&gt; jo, ale s takovým systémem by každý mohl doručovat maily v i2p, i kdyby postman.i2p nebyl k dispozici 13:32 &lt;+polecat&gt; postman: Pak musí změnit servery. -.- 13:32 &lt;dm&gt; Studenti vedou inteligentní konverzaci mezi sebou. Sen každého profesora :) 13:32 &lt;+postman&gt; no, schůzka asi není místo, kde to všechno PROBÍRAT 13:33 &lt;+postman&gt; jsem tu jen proto, abych diskusi nakopnul 13:33 &lt;+postman&gt; nejdřív si prosím přečtěte dokument a POTOM si rád poslechnu vaše komentáře 13:33 &lt;+postman&gt; 2. 13:33 &lt;+polecat&gt; Dobře, takže na mail.i2p se pracuje a snaží se stát méně centralizovaným a méně single-point-of-failure. 13:33 &lt;+postman&gt; oficiálně jsme překročili 100 uživatelů se 110 registrovanými účty 13:33 &lt;+postman&gt; jen pro informaci 13:33 &lt;jrandom&gt; w00t 13:34 &lt;+postman&gt; to je pro dnešek vše :) 13:34 &lt;+postman&gt; díky 13:34 * dm tleská 13:34 &lt;jrandom&gt; paráda, díky, postmane. vypadá to všechno slibně 13:34 &lt;+postman&gt; :) 13:35 &lt;mule2&gt; rád bych nadhodil téma k mailu, ale až po schůzce 13:35 &lt;jrandom&gt; možná by nějaké diskuse o decentralizaci mailu mohly běžet na listu nebo na fóru? ale prozatím to, co máš nastavené, víc než splňuje naše potřeby 13:35 &lt;+postman&gt; je na to i kanál 13:35 &lt;+postman&gt; :) 13:35 &lt;jrandom&gt; heh dobrý nápad 13:35 &lt;frosk&gt; který? 13:36 &lt;jrandom&gt; #mail.i2p 13:36 &lt;+postman&gt; frosk: #mail.i2p 13:36 &lt;+polecat&gt; Ještě rychlá poznámka: sám sebe jsem překvapil, že jsem rozběhl malý perl caching SMTP server, takže se emacs ne zasekává, když čeká na odpověď postmanova SMTP serveru přes i2p. 13:36 &lt;frosk&gt; ok 13:36 &lt;+polecat&gt; Možná později zveřejním nějaký kód, pokud to bude fakt dobře fungovat. 13:36 &lt;jrandom&gt; oh, paráda, polecate 13:36 &lt;cervantes&gt; postmane: klidně můžeš mít na fóru vyhrazenou sekci 13:37 &lt;+postman&gt; cervantes: ohh díky 13:37 * postman se cítí poctěn :) 13:37 &lt;dm&gt; Zasloužíš si to 13:38 * postman předává mikrofon zpět hr 13:38 * postman předává mikrofon zpět jr 13:38 &lt;+postman&gt; sakra 13:38 &lt;+postman&gt; :) 13:38 &lt;jrandom&gt; ok, jestli už nic k 2) mail.i2p, přeskočme na 3) roadmap 13:38 &lt;+polecat&gt; vroom vroom! 13:38 &lt;jrandom&gt; stará roadmapa vypadala trochu... zastarale 13:39 &lt;jrandom&gt; nová odráží aktuální pohled na věci 13:39 &lt;jrandom&gt; doufejme, že uvedený harmonogram má dostatečnou rezervu, i když kdyby se přidalo víc lidí, možná ty odhady předběhneme :) 13:40 &lt;jrandom&gt; jakmile dosáhneme 0.6, budeme schopni škálovat na velké počty uzlů, protože už nebudeme mít strop daný vlákny 13:41 &lt;frosk&gt; jaký si myslíš, že je realistický limit uzlů pro &lt;0.6? 13:41 &lt;jrandom&gt; před 0.6 budeme asi muset zůstat pod 200 aktivními uzly, i když se asi můžeme přestat flákat a aktivně některá spojení zabíjet 13:41 &lt;jrandom&gt; s trochou péče si myslím, že se dostaneme na 3–500 13:42 &lt;mule2&gt; takže žádné slashdotování prosím 13:42 &lt;jrandom&gt; v tom bodě by byla velká fluktuace spojení, ale náš levný tcp transport by neměl moc bolet 13:42 &lt;Pseudonym&gt; roadmapa pro 0.6 to nezmiňuje. jen udp a content dist 13:42 &lt;Pseudonym&gt; nebo to řeší udp? 13:42 * orion hlasuje pro žádné slashdotování nikdy 13:43 &lt;jrandom&gt; Pseudonym: udp to řeší (http://www.i2p.net/todo#transport ) 13:43 &lt;cervantes&gt; postman: `http://forum.i2p/viewforum.php?f=22` 13:44 &lt;Pseudonym&gt; orion: Nesouhlasím. Abychom dosáhli skutečné anonymity, budeme nakonec potřebovat SPOUSTU uzlů 13:44 &lt;Pseudonym&gt; v určitém okamžiku o tom musíme lidem říct 13:44 &lt;jrandom&gt; souhlas. až je budeme potřebovat, určitě budeme chtít dělat všemožné PR 13:44 &lt;jrandom&gt; geekové budou pravděpodobně velkou částí uživatelské základny 13:44 &lt;Pseudonym&gt; kdy to oznámíme geek komunitě? ne jako hotový produkt ale jako betu na ošahání 13:44 &lt;Frooze&gt; Zeptejte se JRandoma 13:45 &lt;+polecat&gt; Myslím, že bychom měli být velmi opatrní, aby tahle síť nebyla příliš populární. 13:45 &lt;jrandom&gt; Pseudonym: až uděláme to nejlepší ošahání, jaké zvládneme bez nich 13:45 &lt;+polecat&gt; Protože jednoho dne to někdo použije k něčemu hroznému a nelegálnímu. 13:45 &lt;+polecat&gt; A pokud nás tehdy bude možné vystopovat, budeme pronásledováni spolu se zločincem. 13:46 &lt;jrandom&gt; v zásadě jakmile bude síť fungovat trvale skvěle a nebudeme schopni dělat věci, kterými ji b0rkneme, /pak/ budeme potřebovat získat víc uživatelů, aby pomohli ji rozbíjet/testovat 13:47 &lt;mule2&gt; musíš mě vykopnout dřív :9 13:47 &lt;Pseudonym&gt; jen neupadni do stejného trendu jako Toad s freenetem 13:47 &lt;+polecat&gt; Protože jsme jim dali svobodu zveřejnit zdrojové kódy Windows XPQXR a Halo 7, takže zatraceně radši musíme mít dobrou ochranu anonymity. 13:47 &lt;orion&gt; když už mluvíme o b0rkování... byla ta chyba s posunem času někdy identifikována? 13:47 &lt;jrandom&gt; Pseudonym: věřím, že naše roadmapa je realistická 13:48 &lt;jrandom&gt; polecat: souhlas, lidé by zatím neměli používat i2p pro ‚nebezpečné‘ věci 13:48 &lt;jrandom&gt; orion: ne 13:48 &lt;Pseudonym&gt; jr: Nestěžuji si na roadmapu. ale neřeší oznámení 13:48 &lt;jrandom&gt; pravda 13:49 &lt;dm&gt; no, s dvouletým vývojem/testováním za sebou by to při spuštění měl být jeden z nejvypilovanějších projektů tohoto typu :) 13:49 &lt;Pseudonym&gt; možná přidat slashdotování do 0.6? :-) 13:49 &lt;+polecat&gt; jrandom: Je ještě důležitější, že lidé, kteří by i2p použili na tak nebezpečné věci, by nám hodně pomohli, kdyby o i2p zatím nevěděli. 13:49 &lt;jrandom&gt; nad tím jsem přemýšlel nedávno. možná by dávala smysl oznámení jiných aktivit (např. I2PContent), aby přitáhla víc lidí, kteří na nich budou pracovat 13:49 &lt;dm&gt; na rozdíl od obvyklé úrovně vyzrálosti, když věci rychle vyrostou 13:50 &lt;ant&gt; &lt;jnymo&gt; myslím, že jrandom by měl napsat článek na Slashdot.. myslím, že umí i2p popsat nejlépe 13:50 * Pseudonym souhlasí 13:51 &lt;dm&gt; Jsem si jistý, že se tam něco objeví dřív, než se jrandom bude cítit na to, aby to udělal sám ;) 13:51 &lt;Pseudonym&gt; Jen se ho snažím trochu pošťouchnout 13:51 &lt;jrandom&gt; heh 13:51 &lt;jrandom&gt; s 0.6 budeme tak jako tak chtít přilákat větší uživatelskou základnu 13:51 &lt;Pseudonym&gt; říkám si, že když neumím kódovat, aspoň můžu otravovat ty, co to umí 13:51 * jrandom hází bláto 13:52 &lt;+polecat&gt; dm: Jsem si jistý, že Druhý příchod proběhne dřív, než se jrandom bude cítit dost komfortně na to, aby /. i2p ;3 13:52 * Pseudonym se skrčí. kvák 13:52 &lt;jrandom&gt; ok, každopádně, má někdo ještě něco k diskuzi ohledně roadmapy? 13:52 &lt;jrandom&gt; nebo přejdeme k 4) I2PContent ? 13:53 -!- Irssi: #i2p: Celkem 36 nicků [1 ops, 0 halfops, 3 voices, 32 normálních] 13:53 &lt;jrandom&gt; frosk: ping 13:53 * frosk bere si bezdrátový mikrofon 13:54 &lt;cervantes&gt; *zzzzzZzzzzttt* 13:54 * orion zapojí svůj RF jammer. ;) 13:54 &lt;+polecat&gt; Snažil jsem se spojit s froskem, zatím bez štěstí. Upřímně si myslím, že ho možná nikdy na IRC neuvidím a jeho e‑mail je beze dna. 13:54 &lt;frosk&gt; no, jrandom dal tuto „distribuovanou obsahovou infrastrukturu“ do nové roadmapy pro 0.6 a po tom, co jsem tu slyšel pár myšlenek, to znělo fakt zajímavě, a říkám si, že bych měl udělat vše, co mi mé schopnosti dovolí, abych harmonogram předběhl ;) 13:54 * dm se dívá na polecata 13:54 &lt;+polecat&gt; *kroutí hlavou* Prostě žádné štěstí. Nikde K NALEZENÍ. Možná je frosk neviditelný! 13:55 &lt;frosk&gt; „i2pcontent“ je zatím dokument na frosk.i2p 13:55 &lt;Pseudonym&gt; čím se I2PContent liší od i2p-bt? 13:55 * polecat je momentálně na 4.4. 13:55 &lt;frosk&gt; spojuje nápady, které jsem slyšel, s mými vlastními, a prošel několika revizemi s užitečnými komentáři a návrhy od jrandoma a dalších a myslím, že to začíná vypadat fakt cool :) 13:55 &lt;ant&gt; * jnymo se snaží najít prohlížeč PostScriptu, aby si ty nápady prohlédl.. :/ 13:56 &lt;dm&gt; co to je, nemůžu se dostat na frosk.i2p. Stručné shrnutí? 13:56 &lt;+polecat&gt; Pseudonym: i2p-bt se vztahuje jen na 1 soubor najednou a je to swarming download. 13:56 &lt;frosk&gt; Pseudonym: i2pcontent je hodně jako Usenet 13:56 &lt;frosk&gt; spojuje koncepty z usenetu a freenetu. zdržím se toho, abych tomu říkal „frusenet“. 13:56 &lt;jrandom&gt; lol 13:56 &lt;+polecat&gt; Dostal jsi můj návrh k i2pcontent? 13:56 &lt;jrandom&gt; frusenet zní docela dobře... 13:56 &lt;frosk&gt; i2pcontent ti umožní posílat zprávy do tvého blogu nebo na veřejná fóra a publikovat tvůj adresář, aby si ho druzí mohli importovat 13:56 * dm se nezdržel a nazval to frazaa 13:56 &lt;+polecat&gt; Spojuje usenet, freenet a livejournal. Takže.... Fusejournal? 13:56 &lt;jrandom&gt; rofl 13:57 &lt;frosk&gt; hm, jo, i LJ ;) 13:57 &lt;+polecat&gt; LJ je nejbližší paralela, kterou jsem našel. 13:57 &lt;+polecat&gt; Ale je tu jedna věc, kterou jsem v tvém dokumentu o i2pcontent nečetl. 13:57 &lt;frosk&gt; každopádně v tuto chvíli chci, aby to bylo dobře navržené, takže vyzývám všechny, které to zajímá, aby si přečetli dokument a dali návrhy 13:57 &lt;orion&gt; LiveFuseNet. 13:58 &lt;+polecat&gt; Co takhle udělat to tak, aby skupinu mohlo /číst/ jen pár lidí? Ne ani tak šifrovat ji, ale zabránit tomu, aby se vůbec vědělo, že existuje. 13:58 &lt;dm&gt; Co třeba: Contnet? ContNet 13:58 &lt;dm&gt; Content, Contnet... chápete? eh??? 13:58 &lt;susi23&gt; jnymo: ohledně PostScriptu jsem froska laskavě poprosil, aby nám dodal pdf *červená se* 13:58 &lt;frosk&gt; polecat: to může být zajímavé, jo. ale těžko to zapadá do současného návrhu 13:58 &lt;jrandom&gt; nejsem si jistý, zní to docela proveditelně 13:59 &lt;+polecat&gt; Já osobně chci HTML nebo prostý text. -.- Nemám rád bitmapové ps čtečky. -.- 13:59 &lt;jrandom&gt; místo nabízení skupiny pro syndikaci by skupinu mohli dostat jen důvěryhodní/známí uživatelé 13:59 &lt;jrandom&gt; (z důvěryhodných/známých syndikačních uzlů) 13:59 &lt;frosk&gt; polecat: `http://frosk.i2p/i2pcontent-3.pdf` pokud zvládneš pdf :) 13:59 &lt;jrandom&gt; něco jako hlavička usenetu „Distribution:“ 13:59 &lt;susi23&gt; polecat: ps není bitmapa :P 13:59 &lt;+polecat&gt; frosk: Je to ale důležité, pokud chceš mít věci jako soukromé schránky, tajné skupiny nebo schopnost livejournalu blokovat text pro všechny kromě určitých přátel. Také moderovaná fóra to pravděpodobně budou potřebovat. 13:59 &lt;frosk&gt; hm, jo 14:00 &lt;frosk&gt; polecat: blokování pro všechny kromě přátel lze řešit šifrováním 14:00 &lt;+polecat&gt; frosk: Můj PDF prohlížeč je tohle: $ pdf2ps file.pdf&gt; file.ps; gs file.ps 14:00 &lt;jrandom&gt; polecat: měl jsi dobrý návrh pro moderovaná fóra – neregulovanou frontu příspěvků, přičemž moderátoři by postovali do „skutečné“ skupiny 14:01 &lt;+polecat&gt; frosk: Šifrování je dobré a doufejme do jisté míry transparentní. Jinak by uživatelé museli psát text v xtermu běžícím gpg, kopírovat ho a vkládat do okna deníku.&gt;.&lt; 14:01 &lt;+polecat&gt; jrandom: Ano, ale ideálně by měla být fronta příspěvků neviditelná pro všechny kromě moderátorů. 14:01 &lt;frosk&gt; polecat: jo, transparentnost je v celé věci důležité slovo :) 14:01 &lt;jrandom&gt; polecat: přijdeš o 99 % cílového publika, když řekneš „xterm“ 14:02 &lt;+polecat&gt; jrandom: Pohani! Jeden grep na ně! 14:02 &lt;ant&gt; &lt;jnymo&gt; mmmmm.. co je to usenet? 14:02 &lt;ant&gt; &lt;jnymo&gt; myslím, že jsem o něm slyšel.. ale 14:02 &lt;susi23&gt; jnymo: news, nntp, google -&gt; groups 14:02 &lt;frosk&gt; http://en.wikipedia.org/Usenet :) 14:03 &lt;+polecat&gt; jnymo: newsgroups, co? 14:03 &lt;dm&gt; Je dobrý na náhodné stahování porna. 14:03 &lt;frosk&gt; je to v podstatě nejstarší a nejprověřenější p2p síť na světě, jak dnes psal jrandom 14:03 &lt;ant&gt; &lt;jnymo&gt; takže můžeš nahrávat soubory? nebo odkazy na soubory? 14:03 &lt;jrandom&gt; a je sakra odolná 14:03 &lt;susi23&gt; dm: je to ‚use‘ful pro náhodné stahování porna :P 14:03 &lt;+polecat&gt; dm: asi jo, pokud mezi tím vším spamem najdeš porno. 14:04 &lt;frosk&gt; především je to pro diskusní skupiny, ale hodně se používá i pro soubory 14:04 &lt;+polecat&gt; Je tu vlastně další problém. Spam a tak.. 14:04 * dm dřív provozoval ‚porn downloader‘. Fungovalo to dobře. 14:04 &lt;ant&gt; &lt;jnymo&gt; takže je to jako formát fóra k IRC? 14:04 &lt;frosk&gt; přemýšlel jsem o spamu na i2pcontent a netěším se na to ;) 14:04 * susi23 vrací pozornost k tématu *červená se* 14:04 &lt;+polecat&gt; Nemůžeme mít otevřená fóra, nebo alespoň nemůžeme mít jen fóra s 1 autorem a fóra bez omezení. Potřebujeme nějaký zlatý střed, kde může psát víc lidí, ale ne neoprávnění. 14:04 &lt;+dinoman&gt; mám jen jednu otázku, musel bych to spouštět, tj. bude to součást i2p? 14:05 &lt;frosk&gt; polecat: i2pcontent to má (skupiny uživatelů upravujících jeden blog) 14:05 &lt;dm&gt; Je úžasné, jak je usenet velký, když ho reálně používá tak málo lidí. 14:05 &lt;dm&gt; Běžný Franta vůbec neví, co je usenet. 14:05 &lt;jrandom&gt; dinoman: je to aplikace, rozhodně není povinná 14:06 &lt;+dinoman&gt; :) 14:06 &lt;ant&gt; &lt;jnymo&gt; jo.. já jsem ten běžný Franta 14:06 &lt;frosk&gt; ale doufejme distribuovaná s i2p ;) 14:06 &lt;+polecat&gt; Takže v podstatě máš seznam sha4 v meta.group.*, jeden seznam pro schválené syndikátory/čtenáře, jeden pro autory, jeden pro vlastníky atd... 14:06 &lt;jrandom&gt; (ale nevidím důvod, proč to nepoužít, protože 1) instalace nepřidá tvému stroji *žádnou* režii 2) spousta dobrých funkcí :) 14:07 &lt;jrandom&gt; frosk: rozhodně 14:07 &lt;dm&gt; Zdá se, že mu Google dává nějakou viditelnost. Měl by být prezentován jako „největší nástěnka na světě“, a mít podobné UI jako obvyklá fóra. 14:07 &lt;+polecat&gt; jrandom: Proč bys říkal *žádná* režie? c.c 14:07 &lt;+polecat&gt; Jen proto, že si musíš vybrat syndikáty a blogy ke čtení, než je budeš stahovat? 14:07 &lt;jrandom&gt; jnymo: usenetu podobné rozhraní k i2p mailing listu: `http://news.gmane.org/gmane.network.i2p` 14:08 &lt;jrandom&gt; polecat: ne, 0 režie, pokud to nepoužíváš 14:08 &lt;frosk&gt; polecat: skupiny mají jednoho vlastníka, který může přidávat uživatele. co se týče „tajných“ jmenných prostorů zpráv, o tom jsem doteď nepřemýšlel :) 14:08 &lt;jrandom&gt; (tj. samotná instalace z tvého stroje neudělá veřejné úložiště dat atd.) 14:08 -!- ]Replica[ is now known as ]Replica|zZz[ 14:08 &lt;jrandom&gt; a pravděpodobně budou i2p oznámení dělaná přes zabezpečené blogy v i2p, stojí za přečtení atd. 14:08 &lt;+polecat&gt; frosk: Není důvod, proč by to nemohlo mít více vlastníků, i když do sha pro název by mohl jít jen jeden. :3 Stačí povolit více lidem upravovat meta.* věci pro tu skupinu. 14:09 &lt;frosk&gt; takže na závěr: pokud chcete pomoci, přečtěte si dokument na frosk.i2p a promluvme si :) něco dalšího k i2pcontent? 14:09 &lt;+dinoman&gt; aha, takže to není freenet přes i2p! 14:09 &lt;frosk&gt; (mám tu teď docela lag) 14:09 &lt;jrandom&gt; přesně tak, dinoman, rozhodně ne 14:09 &lt;susi23&gt; data organizovaná v „newsgroups“ by byla skvělá... prostě smazat/odhlásit i2p.childporn.* ... 14:09 &lt;+polecat&gt; dinoman: En. Oh. 14:10 &lt;ant&gt; &lt;jnymo&gt; jrandom: ah.. to je cool 14:10 &lt;jrandom&gt; jasně, frosku. tohle je fakt hustá věc a lidi by na tebe měli chrlit tuny e‑mailů a číst tvůj blog :) 14:10 &lt;ant&gt; &lt;jnymo&gt; užitečné ;) 14:10 &lt;+polecat&gt; susi23: Přesně tak, a když to nikdo nechce syndikovat, tak nikdo nemusí pomáhat to přenášet. 14:10 &lt;frosk&gt; jo, ale přidává to trochu složitosti a já jsem fanatik do jednoduchosti ;) 14:10 &lt;jrandom&gt; jnymo: jo. ale můžeme dělat fakt super věci i nad to, aby to vypadalo jako http://www.livejournal.com/ nebo blogger nebo tak 14:11 &lt;jrandom&gt; jo, je nejlepší na začátku nemířit příliš vysoko (&lt;/lesson learned&gt;). jít po nejjednodušší věci, která by mohla fungovat, s háčky pro pozdější vylepšení 14:11 &lt;frosk&gt; renderování je samozřejmě 100% na uživatelském klientovi (webové rozhraní, co vypadá jako LJ? ok. jako slashdot? fajn! atd :) 14:12 &lt;+polecat&gt; frosk: Myslím, že oprávnění by měla být zobecněná, a ne „jen jeden“ pro vlastníka, „jen pár“ pro autory, „všichni i s mámou“ pro čtenáře, ledaže by ta fóra sama ta oprávnění specifikovala. Jinak natvrdo kóduješ spoustu typů autorizace. 14:12 &lt;frosk&gt; jrandom: ano, rozšiřitelnost je král 14:12 &lt;frosk&gt; proto je důležitý solidní návrh od začátku 14:13 &lt;+dinoman&gt; tak se podívejme, jestli tomu rozumím: pro mě (koncový uživatel) to bude fungovat jako newsgroups. 14:13 &lt;frosk&gt; polecat: souhlas 14:13 &lt;+polecat&gt; dinoman: Spíš jako Livejournal, ale ano. 14:14 &lt;+dinoman&gt; no, s tímhle nápadem bych se mohl sžít! 14:14 &lt;frosk&gt; technicky je to jako newsgroups (na steroidech), ale na povrchu to může být jako livejournal 14:14 &lt;+polecat&gt; frosk: A také ne jako Livejournal v tom, že je to decentralizované ve stylu Usenetu. Takže uživatel si musí vybrat syndikáty, místo jednoho syndikátu LJ. 14:15 &lt;frosk&gt; polecat: ano. ve většině případů dělá výběr syndikátů uživatelský software, takže většina uživatelů nemusí znát spoustu technikálií 14:16 &lt;+polecat&gt; Hmm... možná. Software by ale musel mít způsob, jak syndikáty najít. Kromě toho, že uživatel zkopíruje hash z IRC do i2pcontent do políčka pro přidání syndikátu. 14:17 &lt;jrandom&gt; polecat: použité syndikáty jsou zahrnuty v meta.* příspěvku 14:17 &lt;frosk&gt; polecat: ano, i2pcontent přichází s několika „seed syndikáty“ a uživatel se jich ptá na další 14:17 &lt;ant&gt; &lt;Asciiwhite&gt; frost, livejournal?, zní to skvěle... 14:17 &lt;+polecat&gt; jrandom: Na meta.* příspěvek potřebuješ syndikát. 8) frosk: jo, něco takového, super. 14:17 &lt;frosk&gt; ah ano, lidé od frostu budou milovat i2pcontent ;) 14:18 &lt;jrandom&gt; heh, pravda 14:18 &lt;frosk&gt; jrandom: to nebyl můj plán, ale zní to vlastně velmi chytře :) 14:18 &lt;frosk&gt; současná databáze syndikátů je v některých ohledech slabé místo 14:18 &lt;jrandom&gt; myslel jsem, že jsem to viděl v jednom z tvých .ps souborů, ale možná to bylo jen v konverzaci 14:19 &lt;+polecat&gt; Uděláme z toho kademelia DHT! X3 14:19 * jrandom zasténá 14:19 &lt;jrandom&gt; ale jo, na databázi syndikátů se dá udělat spousta optimalizací 14:19 &lt;frosk&gt; možná prostě myslíš chytré myšlenky a zaměňuješ je za to, co jsi četl ;) 14:19 &lt;jrandom&gt; lol 14:19 &lt;ant&gt; &lt;jnymo&gt; takže můžeš vkládat html? 14:19 &lt;+polecat&gt; *skanduje* DHT DHT DHT USA US-- 14:19 &lt;jrandom&gt; jnym: jakýkoli obsah 14:20 &lt;+polecat&gt; jnymo: Buď to, nebo něco jako bbcode. 14:20 &lt;jrandom&gt; jo, renderování by bylo nejbezpečnější se syntaxí podobnou bbcode 14:20 &lt;dm&gt; frosku: chtěl bys vyhrazenou sekci na cervantesově fóru? 14:20 &lt;frosk&gt; blogy a fóra budou očekávat text s nějakým značkováním jako bbcode 14:20 &lt;frosk&gt; dm: myslím, že je na to ještě trochu brzo :) 14:21 &lt;dm&gt; frosk: ber to jako hotové! 14:21 &lt;cervantes&gt; dm: chtěl bys na mém fóru soukromou, zvukotěsnou sekci? 14:21 &lt;dm&gt; cervantes: udělej to tak. 14:21 &lt;frosk&gt; když už jsem tu: prosím mějte na paměti, že „i2pcontent“ je jen pracovní název, protože jsem nechtěl urazit jrandoma tím, že bych tomu říkal MyI2P ;) potřebujeme chytlavější jméno 14:21 &lt;dm&gt; co třeba... contnet? 14:22 &lt;jrandom&gt; frusejournalrent 14:22 &lt;frosk&gt; to se mi líbí! 14:22 * dm si vzrušeně mnul ruce 14:22 &lt;jrandom&gt; &lt;/fark&gt; 14:22 &lt;dm&gt; &lt;/stupid jrandom tag&gt; 14:22 &lt;+polecat&gt; usejournalforrent? 14:22 &lt;ant&gt; &lt;jnymo&gt; fusenet zněl docela cool 14:22 &lt;+protokol&gt; eepnet 14:22 &lt;+postman&gt; uupnet :) 14:22 &lt;lurk&gt; froops 14:23 &lt;+postman&gt; LOL 14:23 &lt;dm&gt; nnnnnnnnnnnntp 14:23 &lt;+postman&gt; blázni 14:23 &lt;+polecat&gt; „froskovo chytlavé jméno pro síť syndikované distribuce obsahu.“ Mohli bychom říct „Fcnfacdsn byla inspirována Usenetem...“ 14:23 &lt;ant&gt; &lt;Asciiwhite&gt; jo, myslel jsem, že frusenet je dobrý. 14:23 &lt;frosk&gt; :D 14:23 &lt;jrandom&gt; ok, všechny bláznivé názvy prosím posílejte na frosk@mail.i2p :) 14:23 &lt;+polecat&gt; frootloops! 14:23 &lt;frosk&gt; zkusil jsem frusenet na kamarádovi, řekl „... nebo taky ne.“ 14:23 &lt;jrandom&gt; (spolu s jakýmikoli komentáři/obavami/atd.) 14:24 &lt;frosk&gt; i když fusenet zní cool :) 14:24 &lt;dm&gt; Co třeba prostě ‚Content‘ ? 14:24 &lt;+polecat&gt; Líbí se mi fusenet, zní... prchavě. 14:24 &lt;+polecat&gt; Tak ano. Zklidňuji se. 14:24 &lt;Pseudonym&gt; nn2p 14:24 &lt;dm&gt; Pěkné a distingované 14:24 &lt;jrandom&gt; ooOOo 14:24 &lt;frosk&gt; každopádně nejsem poslední na pořadu, měli bychom jít dál ;) 14:24 &lt;+postman&gt; NN2P je COOL 14:24 &lt;ant&gt; &lt;jnymo&gt; kdybys měl html.. mohl bys mít něco, co vypadá jako net... uvnitř froozlednet 14:24 &lt;jrandom&gt; ok, přecházíme k 5) i2p-bt 14:24 &lt;jrandom&gt; duck: jsi nablízku? 14:24 &lt;@duck&gt; meep 14:24 &lt;frosk&gt; dm: „Content“ má nejspíš ochrannou známku Apple nebo tak ;) 14:25 &lt;ant&gt; &lt;Asciiwhite&gt; owww, jsou to zápisy ? 14:25 &lt;@duck&gt; i2p-bt události tento týden: 14:25 &lt;dm&gt; speeddating!@ 14:26 &lt;@duck&gt; - rss dostupné na trackerech 14:26 &lt;@duck&gt; - hloupé pokusy udělat metatracker v #eeprnova 14:26 &lt;ant&gt; &lt;jnymo&gt; noice 14:26 &lt;ant&gt; &lt;Asciiwhite&gt; jo, skvělý nápad. 14:26 &lt;+polecat&gt; Pořád bych si přál, abychom našli lepší codebase než ten zatracený bittorrent python source... 14:26 &lt;ant&gt; &lt;Asciiwhite&gt; A co podpora třeba samplerů (tj. video/obrázky) 14:26 &lt;@duck&gt; - nějaký detailní code review, které vedlo k nenalezení chyb 14:26 &lt;@duck&gt; většina děsivě vypadajících chyb je docela neškodná 14:27 &lt;@duck&gt; - zapomněl jsem 14:27 &lt;@duck&gt; . 14:27 &lt;jrandom&gt; jasně 14:27 &lt;jrandom&gt; sledoval jsem aktivitu streaming lib během swarmingu a v cvs bylo pár vylepšení 14:28 &lt;+polecat&gt; Metatracker ti umožní najít trackery pro soubory...? 14:28 &lt;ant&gt; &lt;Asciiwhite&gt; aby lidé mohli nahrát malou ukázku kvality videa, nebo thumbnail atd. 14:28 &lt;jrandom&gt; (aby to drželo krok s bt setupem) 14:28 &lt;+polecat&gt; jrandom: Vylepšení ke kterému datu, dnes ráno? :3 14:28 &lt;@duck&gt; polecat: jo, no tenhle jen oznamuje nové soubory do kanálu; ale dalo by se to rozšířit 14:28 &lt;jrandom&gt; před dnem nebo dvěma 14:29 &lt;+polecat&gt; Jen se ptám, protože naposledy, když jsem si vzal CVS Head, tak jsi za pár hodin aktualizoval na 0.4.3. 14:29 &lt;ant&gt; &lt;jnymo&gt; jo.. je někde v plánu vyhledávání pro i2ptorrent? 14:29 &lt;jrandom&gt; jedna pěkná věc ale je, že věřím, že hlavní zbývající zádrhele i2p-bt, které vidíme, jsou ve skutečnosti jen problémy i2p/streaming lib/sam 14:30 &lt;+polecat&gt; Někdo by musel napsat vyhledávací server, možná podle klíčových slov a tak. 14:30 &lt;@duck&gt; nebo irc bota 14:30 &lt;jrandom&gt; jnymo: `http://brittneyworld.i2p/bittorrent/` 14:30 &lt;jrandom&gt; polecat: files.i2p/ 14:30 &lt;ant&gt; &lt;jnymo&gt; hmm 14:30 &lt;ant&gt; &lt;jnymo&gt; mmhmm.. jo. mk 14:30 &lt;+polecat&gt; duck: No server pro vyhledávání, ať už bot nebo eepsite jako files.i2p... 14:31 &lt;@duck&gt; pokud někdo potřebuje na trackeru vylepšení rss apod. pro své boty atd., dejte vědět 14:31 &lt;ant&gt; &lt;jnymo&gt; hmm.. zdá se brittanyworld.i2p je momentálně dole 14:32 &lt;jrandom&gt; jelikož se zdá, že zbývající problémy souvisí s i2p, ne s i2p-bt, označili jsme bounty na swarming přenos souborů za dokončené 14:32 &lt;jrandom&gt; (hurá!) 14:32 &lt;ant&gt; &lt;jnymo&gt; každopádně 14:32 &lt;ant&gt; * jnymo smeká klobouk 14:32 &lt;frosk&gt; gratulace všem zúčastněným, jste borci 14:33 &lt;jrandom&gt; ano, díky veškeré tvrdé práci duck, ragnarok, dinoman, connelly a drwoo 13:33 &lt;+polecat&gt; ragnaroks! dinoman je borec! Ehm... 14:33 &lt;ant&gt; &lt;Asciiwhite&gt; hezká práce, ducku. 14:33 &lt;+polecat&gt; Pořád chci portovat ctorrent do i2p. Je to zatraceně efektivní bittorrent věcička, i když UI je trochu vachrlaté. 14:34 &lt;dm&gt; dobrá práce 14:35 &lt;+polecat&gt; Neví někdo, kde jsou informace o SAM proxy? 14:36 &lt;jrandom&gt; asi polovina našeho obecného fondu šla na tu bounty, takže aktuální zůstatek je kolem $400USD [po dnešních nových darech [hurá!]] 14:36 &lt;jrandom&gt; polecat: http://www.i2p.net/sam 14:37 &lt;+polecat&gt; jrandom: Dělat swarming přenos souborů stálo jakože, peníze? o.O 14:37 &lt;+polecat&gt; Ohh jasně ta odměna. 14:37 &lt;Pseudonym&gt; bylo by docela cool mít na webu zůstatek obecného fondu 14:37 &lt;jrandom&gt; přesně tak, polecate :) 14:37 &lt;jrandom&gt; to je dobrý nápad, Pseudonyme 14:38 &lt;Pseudonym&gt; nemusí se aktualizovat denně, jen občas 14:38 &lt;jrandom&gt; přidám to na /bounties (zní to dobře?) 14:38 &lt;Pseudonym&gt; jasně 14:38 &lt;+protokol&gt; neříkej mi, že si nechávají hello chat room 14:38 &lt;cervantes&gt; kdyby to udělal, všichni bychom viděli, o kolik to klesá pokaždé, když si jrandom vyrazí na oběd s koláčem a pintou 14:39 &lt;jrandom&gt; heh cervantes 14:39 &lt;Pseudonym&gt; nebyl někdo, kdo daroval peníze na pivo pro jrandoma? 14:40 &lt;cervantes&gt; dost na půl tupláku při dnešních cenách :) 14:40 &lt;jrandom&gt; jo, měli jsme pár darů na pivo :) 14:40 &lt;jrandom&gt; (list of donations up @ http://www.i2p.net/halloffame ) 14:40 &lt;Pseudonym&gt; utrácíš je? 14:41 &lt;cervantes&gt; pěkné... někdo má viditelně peníze na rozhazování ;-) 14:41 &lt;ant&gt; &lt;Asciiwhite&gt; anonym 14:41 &lt;ant&gt; &lt;Asciiwhite&gt; $5.00 USD 14:41 &lt;ant&gt; &lt;Asciiwhite&gt; fond na pivo pro jrandoma 14:41 &lt;ant&gt; &lt;Asciiwhite&gt; lol 14:42 &lt;jrandom&gt; bylo by fajn, kdybychom mohli navýšit bounties na CDN, protože je to hromada práce 14:42 &lt;jrandom&gt; ale uvidíme, jak se to vyvine v čase 14:42 &lt;jrandom&gt; ok, myslím, že jsme u 5) i2p-bt docela mimo téma 14:42 &lt;jrandom&gt; takže bychom se asi měli posunout k 6) ??? 14:42 &lt;@duck&gt; nic k doplnění. 14:43 &lt;jrandom&gt; je ještě něco, co by lidé chtěli nadnést? 14:43 &lt;@duck&gt; - proč má tolik lidí problémy, když zadávají hostname? 14:43 &lt;jrandom&gt; nevím 14:43 &lt;jrandom&gt; oba moje routery používají explicitní hostname 14:43 &lt;@duck&gt; můj taky, np 14:44 &lt;@duck&gt; možná by varovný text měl být negativnější 14:44 &lt;jdot_&gt; máme způsob, jak změnit klíče u hostname v hosts.txt? 14:44 &lt;jrandom&gt; zní to dobře, ducku 14:44 &lt;+polecat&gt; Co se týče addressbooku... 14:44 &lt;jrandom&gt; jdot_: ne, ne úplně, zvlášť s ohledem na addressbook 14:44 &lt;jdot_&gt; třeba když jsem ztratil svůj předchozí eepsite klíč. :( 14:44 &lt;mule2&gt; to samé – ale mám problémy :) 14:44 &lt;+polecat&gt; Addressbook se spojí s i2pcontent, že? 14:45 &lt;mule2&gt; ale nemyslím, že to plyne z hostname 14:45 &lt;Pseudonym&gt; máme funkční addressbook? 14:45 &lt;+polecat&gt; Přihlásíš se k addressbooku stejně jako k blogu... jen to přepisuje userhosts.txt a podobně. 14:45 &lt;jrandom&gt; polecat: distribuovat addressbooky přes i2pcontent dává smysl, jo 14:45 &lt;jrandom&gt; Pseudonym: `http://ragnarok.i2p/` 14:45 &lt;+polecat&gt; Pseudonym: `http://polecat.i2p/addressbook.pl.zip` 14:45 &lt;jrandom&gt; a http://pole... ehm, to, co řekl 14:45 &lt;Pseudonym&gt; díky 14:46 &lt;jrandom&gt; myslím, že další je taky na `http://orion.i2p` 14:46 &lt;frosk&gt; polecat: „overwrite“ zní dramaticky. ono to „merguje“ ;) 14:47 &lt;+polecat&gt; Jo... viděl jsem i orionův. 14:47 &lt;jdot_&gt; sakra 14:47 &lt;jrandom&gt; jdot_: takže to vypadá, že máš smůlu :/ 14:47 &lt;jrandom&gt; ok, má ještě někdo něco k dnešní schůzce? 14:48 &lt;dm&gt; veselé Vánoce 14:48 &lt;+polecat&gt; jdot: Naštěstí až nám bude fungovat fusenet, budeš tím moct nakonec aktualizovat svůj i2p klíč. 14:49 &lt;ant&gt; &lt;Asciiwhite&gt; dm, tady je 15. prosinec :) 14:49 &lt;jrandom&gt; a šťastnou Chanuku 14:49 &lt;+polecat&gt; Kristus se narodil v září, co to všichni slavíte? 14:49 &lt;+polecat&gt; Já si nechám Yule, díky pěkně. 14:49 &lt;jrandom&gt; ok, jestli je to vše... 14:49 * jrandom se rozmachuje 14:50 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2004/12/07/i2p-setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-7.-prosince-2004/Tue, 07 Dec 2004 00:00:00 +0000/cs/blog/2004/12/07/i2p-setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-7.-prosince-2004/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> ant, bushka, clayboy, dinoman, duck, Frooze, mule, postman, protokol, Ragnarok, slart, ugha2p</p> <h2 id="záznam-schůzky">Záznam schůzky</h2> <div class="irc-log"> 22:00:00 &lt;@duck&gt; Tue Dec 7 21:00:00 UTC 2004 22:00:04 &lt;@duck&gt; Čas schůzky I2P 22:00:05 &lt;Frooze&gt; právě jsem si pro i2p vymyslel Frooze. Ani nevím, co je to 'frooze'. 22:00:21 &lt;@duck&gt; jak bylo oznámeno na http://dev.i2p.net/pipermail/i2p/2004-December/000509.html 22:00:29 &lt;@duck&gt; Program: 22:00:29 &lt;@duck&gt; 0) ahoj 22:00:29 &lt;@duck&gt; 1) 0.4.2.3 22:00:29 &lt;@duck&gt; 2) i2p-bt 22:00:29 &lt;@duck&gt; 3) #idlerpg 22:00:29 &lt;@duck&gt; 4) ??? 22:00:32 &lt;@duck&gt; . 22:01:09 &lt;@duck&gt; 0) ahoj 22:01:15 &lt;clayboy&gt; ahoj 22:01:16 &lt;@duck&gt; jrandom se omluvil, že je nemocný 22:01:20 &lt;+ugha2p&gt; Ahoj. 22:01:30 &lt;@duck&gt; plus mi poslal zprávu, že to pravděpodobně nestihne 22:01:39 &lt;+protokol&gt; http://www.google.com/search?q=frooze 22:01:41 &lt;@duck&gt; tak uvidíme a prostě začneme 22:01:46 &lt;clayboy&gt; doufám, že se brzy uzdraví 22:02:06 &lt;@duck&gt; 1) 0.4.2.3 22:02:16 &lt;@duck&gt; nové vydání vyjde opravdu brzy 22:02:31 &lt;@duck&gt; takže zítra nebo ve čtvrtek. 22:02:41 &lt;@duck&gt; bylo tam docela dost oprav chyb 22:03:24 &lt;+ugha2p&gt; Opravují novější revize v CVS také problémy s pamětí/CPU? 22:03:29 &lt;clayboy&gt; několik z nás sleduje CVS buildy, funguje to velmi pěkně 22:03:33 &lt;@duck&gt; hlavně streaming lib, sam bridge, atd. 22:04:17 &lt;+ugha2p&gt; Zaznamenávám nezvyklou zátěž od I2P. 22:04:23 &lt;clayboy&gt; myslím, že to bylo opraveno už před mnoha revizemi, ugha2p 22:04:41 &lt;+ugha2p&gt; (Běží -7) 22:04:51 &lt;clayboy&gt; oh, hm 22:04:52 &lt;@duck&gt; ugha2p: v historii o tom nic nevidím 22:05:48 &lt;+protokol&gt; víte, co by bylo fajn (pokud je to proveditelné/stojí to za to): RSS kanál ze seznamu změn 22:05:48 &lt;@duck&gt; ok 22:05:49 &lt;+ugha2p&gt; To je zvláštní. 22:06:01 &lt;+protokol&gt; ;-) 22:06:17 &lt;@duck&gt; možná založit položku v Bugzille 22:06:25 &lt;@duck&gt; nebo nevím 22:06:34 &lt;+ugha2p&gt; Proces Java po asi polovinu času žere 100 % CPU. 22:07:18 &lt;+ugha2p&gt; Takže o tom problému nic nevíte? Chovají se vaše routery v pořádku? 22:07:24 &lt;dinoman&gt; jo, i u mě je to vysoké, -6 22:08:24 &lt;@duck&gt; od mého upgradu na NPTL se mi informace z top/uptime chovají divně, takže nemůžu říct 22:09:03 &lt;+ugha2p&gt; Ok, možná bychom měli pokračovat? 22:09:07 &lt;@duck&gt; ok 22:09:14 &lt;@duck&gt; 2) i2p-bt 22:09:24 &lt;+ugha2p&gt; A zeptat se jrandoma, kdy je na spadnutí vydání 0.4.2.3 22:09:40 &lt;+ugha2p&gt; Mně to s NPTL fungovalo v pohodě. 22:09:45 &lt;@duck&gt; ugha2p: říkal zítra nebo ve čtvrtek 22:09:58 &lt;+ugha2p&gt; Jasně. 22:09:59 &lt;@duck&gt; včera jsem vydal nové i2p-bt 22:10:23 &lt;@duck&gt; získal jsem nový vhled do celého konceptu 'bufferu' 22:10:42 &lt;@duck&gt; a navíc tam byly dříve čekající patche od Ragnaraka 22:11:13 &lt;mule&gt; duck: gratuluju, dobrá práce! 22:11:15 &lt;@duck&gt; také se zvětšila velikost části (slice), což znamená, že místo posílání 32 KB pokaždé posílá 128 KB 22:11:29 &lt;@duck&gt; což by mělo udržovat frontu zaplněnou 22:11:47 &lt;+ugha2p&gt; Jo, díky, duck. :) 22:11:56 &lt;@duck&gt; DrWoo a další podali pár požadavků na funkce GUI 22:12:23 &lt;@duck&gt; ale sám GUI nepoužívám, neznám wxpython a asi mi na tom zas tak nesejde :) 22:12:31 &lt;+Ragnarok&gt; nefungovalo tak dobře, jak se čekalo, vměstnat každou část (slice) do jediné zprávy? 22:12:57 &lt;clayboy&gt; spousta seedovaných torrentů na `http://brittanyworld.i2p/bittorrent/` pokud si to chce někdo vyzkoušet (s i2p 0.4.2.2-7 a i2p-bt 0.1.3) 22:13:10 &lt;@duck&gt; Ragnarok: je to trochu odhad 22:13:27 &lt;@duck&gt; u lokálních přenosů to dává mnohem vyšší propustnost 22:13:51 &lt;+ugha2p&gt; Možná bychom měli počkat, až někdo portuje plně vybaveného klienta? 22:14:10 &lt;+Ragnarok&gt; hm, ok 22:14:13 &lt;@duck&gt; všichni můžeme počkat :) 22:14:37 &lt;clayboy&gt; BitTorrent _je_ „plně vybavený“, je to jediný klient, který pro BT používám (i mimo i2p) :) 22:15:15 &lt;+ugha2p&gt; clayboy: Ani ne. :) 22:16:02 &lt;@duck&gt; osobně mám radši věci s rozumnými výchozími nastaveními 22:16:17 &lt;@duck&gt; vezměte si mldonkey, můžete změnit milion věcí a většina uživatelů nemá tušení, co dělají 22:16:50 &lt;@duck&gt; to vede k uživatelským mýtům, jako že uživatelé i2p pořád mačkají 'Reseed' nebo když něco nefunguje, přeinstalovávají 22:17:01 &lt;+ugha2p&gt; Pokud se ti to nechce zjišťovat, stejně bys neměl používat Linux. :) 22:17:04 &lt;@duck&gt; což zabíjí koťátka 22:17:28 &lt;slart&gt; co třeba BitTornado? 22:17:43 &lt;+Ragnarok&gt; asi bych se nechal zlákat napsat pygtk GUI, ale mám spoustu jiné práce a nejsem si jistý, co lidé chtějí 22:17:45 &lt;+protokol&gt; Azureus? 22:17:57 &lt;@duck&gt; část mě si samozřejmě vymýšlí výmluvy, jak nic nedělat 22:18:03 &lt;+protokol&gt; Azureus podporuje pluginy 22:18:10 &lt;@duck&gt; protokol: tak napiš plugin 22:18:32 &lt;+protokol&gt; heh 22:18:40 &lt;slart&gt; BitTornado je založený na oficiálním BT, že? 22:18:50 &lt;+protokol&gt; to se snadno řekne, hůř udělá 22:18:52 &lt;@duck&gt; slart: podíval jsem se na to a rozplakal se 22:19:07 &lt;@duck&gt; má to pár vylepšení, která by mohla být užitečná 22:19:17 &lt;@duck&gt; ale na druhou stranu to udělalo celou věc mnohem složitější 22:19:22 &lt;@duck&gt; aniž by se uklidil původní kód 22:19:36 &lt;+Ragnarok&gt; gah 22:19:56 &lt;@duck&gt; funkce GUI, že lze zadat torrent, když nejsou uvedeny žádné argumenty, je převzatá z něj a přidaná do i2p-bt 22:20:11 &lt;clayboy&gt; nejdřív nechme základní BitTorrent fungovat skvěle, než se budeme trápit těmi načančanými GUI věcmi :) 22:20:46 &lt;@duck&gt; slart: pravděpodobně by se dalo použít i pár dalších věcí; jen to někdo musí udělat (pořádně) 22:21:23 &lt;+ugha2p&gt; clayboy: No, myslím, že už to funguje výborně. :) 22:21:53 &lt;slart&gt; klient ABC používá Tornado (myslím) 22:22:15 &lt;clayboy&gt; mám pocit, že nás ještě čekají pořádně náročné testy, abychom viděli, kolik dat lze přes i2p-bt opravdu protlačit 22:22:21 &lt;bushka&gt; ano, používá, slarte. 22:23:49 &lt;@duck&gt; podle toho, jak to funguje, byste možná dokázali portovat změny z i2p-bt do nich docela snadno 22:24:41 &lt;@duck&gt; zkuste to a dejte vědět 22:25:47 &lt;@duck&gt; . 22:25:55 &lt;@duck&gt; nějaké další komentáře k i2p-bt / BitTorrentu? 22:26:08 &lt;slart&gt; python :S 22:26:41 &lt;+ugha2p&gt; . 22:26:51 &lt;@duck&gt; slart: jestli se ti nelíbí python, můžeš zkusit portovat Azureus 22:27:00 &lt;+ugha2p&gt; slart: Co s ním? 22:27:06 &lt;slart&gt; kolik lidí bychom dokázali získat na seedování něčeho jako linuxového ISO pro test rychlosti? 22:27:15 &lt;slart&gt; *iso 22:27:34 &lt;@duck&gt; zkusme to po novém vydání i2p 22:27:57 &lt;@duck&gt; (protože pro většinu je stáhnout build I2P routeru z CVS docela výzva) 22:28:17 &lt;+protokol&gt; eh 22:28:54 &lt;@duck&gt; pl 22:28:57 &lt;@duck&gt; ehm, ok 22:29:10 &lt;@duck&gt; 3) #idlerpg 22:29:22 &lt;@duck&gt; našel jsem tuhle vtipnou IRC RPG hru 22:29:36 &lt;@duck&gt; nemusíte pro ni nic dělat, jen být nečinní 22:29:56 &lt;+ugha2p&gt; No, přihlásit se tedy MUSÍŠ. ;) 22:30:04 &lt;@duck&gt; aha ;) 22:30:18 &lt;mule&gt; cvs update -dP :) 22:30:18 &lt;mule&gt; ant dist updater :) 22:30:20 &lt;+postman&gt; je to nejvtipnější věc, co jsem kdy viděl, ale líbí se mi to :) 22:30:30 &lt;+protokol&gt; měly by být ceny 22:30:45 &lt;@duck&gt; na IRCnetu má 779 hráčů online 22:30:46 &lt;+ugha2p&gt; duck: napadlo mě, že by to potenciálně mohl být důvod neupgradovat. 22:30:52 &lt;+protokol&gt; dávat yodely za výhry nebo za dosažené úrovně 22:31:03 &lt;+ugha2p&gt; Ačkoliv si nejsem jistý, jestli by lidé na I2P mohli být až tak dětinští. :) 22:31:14 &lt;+protokol&gt; vím, že duck má tak $10000 v yodelech 22:31:18 &lt;@duck&gt; protokol: jo, musím se podívat, jak fungují ty questy 22:31:39 &lt;@duck&gt; možná s tím půjde dělat nějaké srandy 22:31:42 &lt;@duck&gt; ugha2p: jak to myslíš? 22:31:49 &lt;ant&gt; * cervantes nehodlá dát dalších 40 dní bez restartu svého routeru 22:32:08 &lt;@duck&gt; ugha2p: aha, neupgradovat kvůli hře :) 22:32:18 &lt;+protokol&gt; Linux: Když to neumíš opravit bez restartu, neumíš to opravit. 22:32:20 &lt;@duck&gt; no, dám to na pauzu, zatímco se můj router restartuje 22:32:24 &lt;+ugha2p&gt; :) 22:32:33 &lt;@duck&gt; takže když to dobře načasuješ, nic neztratíš 22:32:35 &lt;@duck&gt; hehe 22:32:55 &lt;ant&gt; &lt;cervantes&gt; to je dobré... protože se ti router restartuje pořád :P 22:33:16 &lt;@duck&gt; tomu se říká poctivé testování :) 22:33:20 &lt;ant&gt; &lt;cervantes&gt; myslím, že to do hry přidává i ruletu 22:33:23 &lt;@duck&gt; ok 22:33:38 &lt;@duck&gt; . 22:33:49 &lt;+ugha2p&gt; . 22:34:05 &lt;@duck&gt; 5) ??? 22:34:08 &lt;@duck&gt; s/5/4/ 22:34:12 &lt;@duck&gt; otevřený mikrofon! 22:34:23 &lt;+postman&gt; . 22:34:53 &lt;mule&gt; s trochou ladění můžeš mít dva routery. jeden jen na hru, který budeš upgradovat jen jednou za rok 22:34:53 &lt;@duck&gt; dotazy? komentáře? návrhy? 22:35:38 &lt;ant&gt; &lt;mahes&gt; Ahoj, mám obecný nevývojářský dotaz 22:36:08 &lt;@duck&gt; povídej 22:36:08 &lt;+ugha2p&gt; Díky za vedení schůzky, ducku. 22:36:50 &lt;ant&gt; &lt;mahes&gt; když si zřídím eepsite , jak bude dostupný na adrese např. mahes.i2p 22:36:59 &lt;+protokol&gt; mám obavu 22:37:44 &lt;+protokol&gt; (zahájit bitvu) myslím, že .i2p je mizerná TLD z mnoha důvodů 22:38:19 &lt;+ugha2p&gt; mahes: Co myslíš ‚jak‘? Lidé si nastaví prohlížeče, aby používaly eepproxy, a prostě do adresního řádku zadají `http://mahes.i2p/` 22:38:19 &lt;+protokol&gt; myslím, že bychom měli používat takovou, která a) má jednu slabiku b) lze ji vyslovit jako slovo c) neobsahuje číslo' 22:38:46 &lt;+ugha2p&gt; protokol: Třeba .eep? 22:39:07 &lt;@duck&gt; mahes:: aby na tvůj eepsite směřovalo ‚hezké jméno‘, musí být uvedené ve tvém souboru hosts.txt 22:39:37 &lt;+protokol&gt; ugha2p: jasně 22:40:01 &lt;+ugha2p&gt; protokol: Můžeš udělat návrh na mailing listu. 22:40:03 &lt;@duck&gt; můžeš to dát na fórum oznámení eepsite, aby si to mohli vzít i ostatní 22:40:09 &lt;+ugha2p&gt; Pravděpodobně se to zváží, jakmile budeme mít MyI2P. 22:40:35 &lt;+protokol&gt; heh, zkusím to, ale jr to už z nějakého důvodu smetl ze stolu 22:41:06 &lt;ant&gt; &lt;mahes&gt; no, jsem jen uživatel... ok, takže prostě zveřejním mahes.i2p=hhfbwer8328... a ono se to samo rozšíří 22:41:32 &lt;@duck&gt; nešíří se to automaticky, lidi to nějak musí dostat do svého hosts.txt 22:41:39 &lt;ant&gt; &lt;mahes&gt; ok 22:41:52 &lt;@duck&gt; ale když to oznámíš na fóru, je to pravděpodobnější :) 22:42:34 &lt;@duck&gt; . 22:43:18 &lt;@duck&gt; dejme tomu *baf* 22:43:20 &lt;+ugha2p&gt; . 22:43:30 * ugha2p čeká na bafovače. 22:43:38 * duck se rozmachuje 22:43:45 * duck *baf* uzavírá schůzku </div>/cs/blog/2004/11/30/i2p-setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-30.-listopadu-2004/Tue, 30 Nov 2004 00:00:00 +0000/cs/blog/2004/11/30/i2p-setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-30.-listopadu-2004/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> ant, bla, clayboy, duck, jrandom, nmi, postman, Ragnarok</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 13:08 &lt;jrandom&gt; 0) ahoj 13:08 &lt;jrandom&gt; 1) 0.4.2 a 0.4.2.1 13:08 &lt;jrandom&gt; 2) mail.i2p 13:08 &lt;jrandom&gt; 3) i2p-bt 13:08 &lt;jrandom&gt; 4) eepsites 13:08 &lt;jrandom&gt; 5) ??? 13:09 &lt;jrandom&gt; 0) ahoj 13:09 &lt;jrandom&gt; promiňte, že ruším dmův program 13:09 &lt;jrandom&gt; poznámky ke stavu jsou @ http://dev.i2p.net/pipermail/i2p/2004-November/000492.html 13:09 &lt;jrandom&gt; [ahoj] 13:10 &lt;+postman&gt; ((ahoj)) 13:10 &lt;+postman&gt; :) 13:10 &lt;jrandom&gt; takže, zatímco si pročítáte ten ohromně zajímavý e‑mail, můžeme rovnou spustit schůzi 13:10 &lt;jrandom&gt; 1) 0.4.2 a 0.4.2.1 13:11 &lt;jrandom&gt; 0.4.2 je venku, jak víte, a výsledky jsou smíšené, ale když to nepadá ošklivě, zdá se, že si vede mnohem lépe ;) 13:12 &lt;jrandom&gt; brzy vyjde verze s celou hromadou oprav chyb – zdržoval jsem to, abych stihl zlepšit co nejvíc věcí 13:12 &lt;jrandom&gt; ale jak to teď vypadá, vydání 0.4.2.1 ještě nedostane port i2p-bt do špičkové kondice 13:12 &lt;+postman&gt; jrandom: čeho se ty opravy týkají – všech chyb v nové streamingové knihovně, nebo i dalších věcí? 13:13 &lt;jrandom&gt; rychlé zacyklení ve streamingové knihovně, které se objevilo v málo otestovaném scénáři, nějaké problémy se SAM, potíže s detekcí IP adresy a další věci 13:14 &lt;jrandom&gt; dev.i2p.net/cgi-bin/cvsweb.cgi/~checkout~/i2p/history.txt?rev=HEAD má úplný seznam 13:14 &lt;+postman&gt; k 13:14 &lt;+postman&gt; dík 13:15 &lt;jrandom&gt; jo, jedna věc k 0.4.2.1: stejně jako 0.4.2 bude zase potřebovat upravit váš soubor wrapper.config, takže až vyjdou, věnujte prosím pozornost instrukcím k aktualizaci :) 13:15 &lt;jrandom&gt; má někdo dotazy/připomínky/obavy ohledně 0.4.2? 13:15 &lt;jrandom&gt; (/0.4.2.1) 13:16 &lt;clayboy&gt; tady to běží skvěle, sleduju i cvs, vždycky plynulé 13:16 &lt;jrandom&gt; wikked 13:17 &lt;bla&gt; Je to table (0.4.2): běží už několik dní 13:17 &lt;bla&gt; s/table/stable/ 13:17 &lt;jrandom&gt; ah, pěkné, jo, ty bugy nedopadají na všechny 13:17 &lt;jrandom&gt; ok, pokud k tomu nic není, přeskočme na 2) mail.i2p 13:18 &lt;jrandom&gt; slyšel jsem, že postman má pár věcí k probrání 13:18 &lt;+postman&gt; ahoj 13:18 &lt;jrandom&gt; ahoj postmane, jsi na řadě :) 13:18 &lt;+postman&gt; před pár týdny jsem udělal anketu ohledně IMAPu 13:19 &lt;+postman&gt; protože už pár týdnů uplynulo, rozhodl jsem se anketu uzavřít a sečíst hlasy 13:19 &lt;+postman&gt; výsledek: není potřeba – dělat se nebude. tečka 13:19 &lt;+postman&gt; po rozhovoru se susi – byla docela v pohodě s POP3 ve svém webmailovém rozhraní 13:19 &lt;clayboy&gt; zvítězil rozum! :) 13:19 &lt;jrandom&gt; w3wt 13:20 &lt;+postman&gt; takže zůstaňme u POP3 a pohřběme jakékoli hloupé nápady na IMAP 13:20 &lt;+postman&gt; :) 13:20 * jrandom bere lopatu 13:20 &lt;+postman&gt; 2.) blížíme se ke 100 registrovaným uživatelům 13:21 &lt;clayboy&gt; wow 13:21 &lt;+postman&gt; ne všichni jsou samozřejmě veřejní, ale vzhledem k velikosti sítě to pořád zní jako docela rozumné číslo 13:21 &lt;+Ragnarok&gt; takže... co takhle ten LDAP adresář? :) 13:21 &lt;jrandom&gt; pěkné 13:21 &lt;+postman&gt; 3. funkce pro nahrání/sdílení vašeho veřejného PGP klíče je aktivní od víkendu 13:21 &lt;+postman&gt; prosím, používejte ji 13:21 &lt;+postman&gt; www.postman.i2p/user/acc.html 13:22 &lt;clayboy&gt; neberu si za ten nápad žádné zásluhy :&gt; 13:22 &lt;+postman&gt; veřejné klíče lze snadno stáhnout pomocí adresáře 13:22 &lt;+postman&gt; nebo přímo jako www.postman.i2p/public/accountname.pub 13:22 &lt;jrandom&gt; ooh cool 13:22 &lt;+postman&gt; systém funguje docela dobře 13:22 &lt;+postman&gt; díky duckovi za upozornění na pár bugů 13:23 &lt;+postman&gt; 4.) přemýšlím o nabídnutí směrování založeného na účtech 13:23 &lt;+postman&gt; jak lidi říkají 13:23 &lt;jrandom&gt; směrování založené na účtech? 13:23 &lt;+postman&gt; veškerá pošta pro foo@mail.i2p se dopraví na následující destinaci 13:23 &lt;+postman&gt; a uživatel k tomu předloží platný destination key 13:24 &lt;+postman&gt; postman.i2p pak bude ručně směrovat poštu pro tyto účty do poštovních systémů 13:24 &lt;+postman&gt; jen nápad(tm) 13:24 &lt;jrandom&gt; ah pěkné 13:24 &lt;+postman&gt; rád bych to celé rozpracoval a prodiskutoval 13:25 &lt;+postman&gt; to je prozatím vše 13:25 &lt;+postman&gt; další bude následovat příští týden 13:25 &lt;+postman&gt; díky 13:25 &lt;nmi&gt; postman: promiň, myslíš dopraveno na konkrétní I2P destination? 13:25 * postman předává mikrofon zpět jrandomovi 13:25 &lt;+postman&gt; nmi: ano 13:25 &lt;ant&gt; &lt;Nightblade&gt; SMTP I2P destinace? 13:25 &lt;ant&gt; &lt;Nightblade&gt; an 13:25 &lt;+postman&gt; nmi: za předpokladu, že destinace přijímá SMTP a poštu pro daný účet 13:25 &lt;jrandom&gt; to zní fakt dobře, zbaví nás to aspektu důvěry u filtrování pošty 13:26 &lt;nmi&gt; ah, ok. chytré. uvažoval jsem o něčem podobném pomocí mixminion single-use-reply-blocks, ale tvůj nápad je lepší... 13:26 &lt;jrandom&gt; na straně klienta je to asi hodně práce na nastavení, ale třeba by se do toho někdo pustil 13:26 &lt;+postman&gt; jrandom: pracuji na tom 13:26 &lt;jrandom&gt; w00t 13:26 &lt;+postman&gt; jrandom: uživatel bude mít obvyklé webové rozhraní ( acc.html...) 13:27 &lt;+postman&gt; jrandom: a vloží destinationkey 13:27 &lt;jrandom&gt; no jasně, ale pak je tu konfigurace MTA 13:27 &lt;+postman&gt; zbytek se udělá automaticky 13:27 &lt;+postman&gt; ano, na postman.i2p A na přijímací straně 13:28 &lt;nmi&gt; jrandom: jo, bylo by fajn mít opravdu osekaný SMTP proxy pro lidi, co nechtějí provozovat plný MTA 13:28 &lt;jrandom&gt; jasně jasně 13:28 &lt;+postman&gt; jrandom: poskytnu jednoduchý návod na nastavení pro zájemce 13:28 &lt;+postman&gt; jrandom: pro postfix, exim a sendmail 13:28 &lt;+postman&gt; jrandom: ty lze omezit na HOLÉ minimum 13:28 &lt;@duck&gt; vážně, myslíš, že pro to bude hodně uživatelů? 13:28 &lt;jrandom&gt; postman: to celé zní fakt boží. těším se na víc, až budeš připraven 13:29 &lt;+postman&gt; jrandom: o SMTP serverech pro Windows ale nemám ponětí 13:29 &lt;+postman&gt; duck: no 13:29 &lt;+postman&gt; duck: před 8 týdny nebyla potřeba poštovního systému a ani uživatelé 13:29 &lt;+postman&gt; duck: je to investice 13:29 &lt;@duck&gt; pravda 13:29 &lt;+postman&gt; duck: za 6 měsíců budeme rádi, že to máme 13:29 &lt;jrandom&gt; duck: potenciál přichází s odklonem od důvěryhodného SMTP filtru 13:29 &lt;+postman&gt; :) 13:30 &lt;jrandom&gt; ehm, možná bych měl říct, přechod /na/ důvěryhodný SMTP filtr (bez urážky, postmane ;) 13:30 &lt;+postman&gt; a bude jich několik 13:30 &lt;+postman&gt; A 13:30 &lt;+postman&gt; (teď pointa) 13:30 &lt;+postman&gt; mohli bychom snadno vytvářet poštovní domény :) 13:30 &lt;+postman&gt; jako duck@duck.i2p a další věci 13:30 &lt;+postman&gt; :) 13:30 &lt;@duck&gt; ah 13:31 &lt;+postman&gt; jediný problém by bylo oficiální/soukromé mapování 13:31 &lt;jrandom&gt; hosts.txt! 13:31 * jrandom uhýbá 13:31 &lt;+postman&gt; ale to je další věc pro konzoli webové správy :) 13:31 &lt;+postman&gt; LOL 13:31 &lt;+postman&gt; jrandom: spoléhám na vratké SQL databáze :) 13:31 &lt;@duck&gt; ok; vidím, že to zapadá 13:32 &lt;+postman&gt; ok 13:32 &lt;+postman&gt; tak to rozpracuji a brzy předložím koncept 13:32 &lt;+postman&gt; jo, zase víc práce 13:32 * postman se uvolněně opře 13:32 &lt;+postman&gt; :) 13:32 &lt;jrandom&gt; boží, díky, postmane 13:33 &lt;jrandom&gt; ok, pokud nemají ostatní další dotazy k mail.i2p, přesuneme se na 3) i2p-bt? 13:33 &lt;jrandom&gt; berte to, že jsme se přesunuli 13:34 &lt;jrandom&gt; ok, jak psal e‑mail, rozbil jsem port i2p-bt 13:34 * jrandom hanebně sklání hlavu 13:34 &lt;jrandom&gt; mimochodem, ducku, máš něco ohledně i2p-bt, co chceš probrat? 13:34 &lt;@duck&gt; v důsledku jrandomovy práce se toho moc neudělalo :) 13:35 &lt;+Ragnarok&gt; buuu, ssss 13:35 &lt;@duck&gt; jo, Ragnarok měl nějaké patche 13:35 * jrandom2p hází po jrandomovi rajčata 13:35 &lt;@duck&gt; myslím, viz history soubor :) 13:35 &lt;jrandom&gt; ó, super 13:35 &lt;@duck&gt; máme taky pár věcí ve frontě 13:35 &lt;+Ragnarok&gt; no, syčel jsem na jr, ale ok :) 13:36 &lt;@duck&gt; ale nechci (moc) měnit na nestabilním podkladu 13:36 &lt;@duck&gt; (např. rozbít bt, když se opravuje i2p) 13:36 &lt;jrandom&gt; jo, dobrý plán 13:36 &lt;@duck&gt; . 13:37 &lt;jrandom&gt; ok fajn, má ještě někdo něco k i2p-bt? 13:37 &lt;jrandom&gt; pokud ne, posuneme se na 4) eepsites 13:38 &lt;jrandom&gt; no, vím, že se o problémech diskutovalo už několikrát od doby, co máme eepproxy, ale objevily se nedávné dotazy, kvůli nimž stojí za to je znovu zmínit 13:39 &lt;bla&gt; ano... 13:39 &lt;jrandom&gt; to, co teď máme pro anonymní procházení eepsites a běžných webů, prostě není bezpečné 13:39 &lt;clayboy&gt; ale pomáhá vypnout Java, JavaScript, cookies a Flash 13:39 &lt;jrandom&gt; DrWoo odvedl skvělou práci se svou stránkou popisující rizika a jak se chránit 13:40 &lt;jrandom&gt; přesně tak, clayboyi, rozhodně 13:40 &lt;clayboy&gt; url? 13:40 &lt;bla&gt; clayboy: Ano, na straně HTML, ale ne na straně HTTP 13:40 &lt;jrandom&gt; ale jestli jsem se u konzole routeru něco naučil, tak že nikdo nepostupuje víc než o dva kroky v instrukcích ;) 13:40 &lt;clayboy&gt; bla: dobrý point 13:40 &lt;jrandom&gt; clayboy: `http://brittanyworld.i2p/browsing/` 13:41 &lt;bla&gt; dělal jsem pár experimentů tady: `http://forum.i2p/viewtopic.php?t=182` 13:41 &lt;bla&gt; v současném stavu to nevypadá dobře 13:42 &lt;@duck&gt; kdo má ty ďábelské applety? 13:42 &lt;ant&gt; &lt;Nightblade&gt; v Javě se našel bezpečnostní exploit 13:43 &lt;ant&gt; &lt;Nightblade&gt; pro některé starší verze 1.4.x 13:43 &lt;ant&gt; &lt;Nightblade&gt; ne 1.5 13:44 &lt;jrandom&gt; nightblade: „útok“ použitý v tomto případě byl opravdu triviální a podle toho člověka fungoval od 1.1.6 do 1.5 13:44 &lt;ant&gt; &lt;Nightblade&gt; hmm 13:44 &lt;jrandom&gt; (stáhnout .exe, spustit .exe) 13:45 &lt;jrandom&gt; překvapilo mě, že se některá bezpečnostní oprávnění Javy spustila při vytváření new File(filename), ale žádná se nespustila při vytváření new FileOutputStream(filename) 13:45 * jrandom přestává rozdávat ruční granáty 13:46 &lt;jrandom&gt; (nekontroloval jsem jejich kód, ale hodně jsem ho viděl) 13:46 &lt;jrandom&gt; ale každopádně, eepsites 13:47 &lt;jrandom&gt; myslím, že by nebylo rozumné eepproxy úplně odstranit 13:47 &lt;jrandom&gt; ale teď vážně nemám čas implementovat některé z navržených řešení 13:48 &lt;bla&gt; jrandom: odstranění všech hlaviček Accept* by bylo teď dobré 13:48 &lt;jrandom&gt; co si o tom myslíte? nějakí dobrovolníci? máme to nějak přelepit, než na to bude čas? 13:48 &lt;ant&gt; &lt;Nightblade&gt; bla: nemyslím, že je velký problém, když lidé vidí nějaké hlavičky prohlížeče 13:49 &lt;ant&gt; &lt;Nightblade&gt; ty prohlížeče používají miliony lidí 13:49 &lt;bla&gt; a vždy přidat hlavičku User-Agent:, i když ji klient neposlal. Zjednotí to požadavky 13:50 &lt;bla&gt; Nightblade: ano, ale pokud tvůj prohlížeč říká Accept-Language: xx (jen tak vymyšlené) a náhodou je v zemi, kde se mluví jazykem xx, jen 1 uzel I2P, anonymita je pryč, úplně 13:50 &lt;bla&gt; hlavička Accept-Language: tam ale v některých prohlížečích je. A nemůžeme spoléhat, že to bude vždy „en“ 13:50 &lt;ant&gt; &lt;Nightblade&gt; ok, ale co když odstranění některých těch hlaviček porušuje HTTP spec? 13:50 &lt;jrandom&gt; přidat tyhle dva případy je dost snadné a dostanu je do 0.4.2.1, ale opravdu není bezpečné takhle explicitně filtrovat hlavičky 13:50 &lt;jrandom&gt; nightblade: porušujeme tolik aspektů HTTP spec, až to bolí 13:51 &lt;bla&gt; Nightblade: jen jeden ze tří prohlížečů, které jsem uvedl, tu hlavičku posílal, takže by to neměl být velký problém 13:51 &lt;ant&gt; &lt;Connelly&gt; HTTP nebyl navržen pro anonymitu 13:51 &lt;jrandom&gt; eepproxy je takové provizorium 13:51 &lt;bla&gt; jrandom: Proč není takové filtrování bezpečné? 13:52 &lt;bla&gt; jrandom: mohli bychom zvážit i odstranění _všech_ hlaviček, kromě hlavičky Host: a hlavičky GET 13:52 &lt;jrandom&gt; bla: odstranit všechny hlavičky kromě Host by bylo bezpečnější, ano 13:52 &lt;bla&gt; jrandom: Vždyť co víc potřebujeme pro anonymní HTTP? 13:52 &lt;jrandom&gt; ale to je nad rámec času, který do toho teď můžu dát 13:52 &lt;jrandom&gt; filtry Accept a User-Agent můžu přidat za ~ 30 s 13:53 &lt;jrandom&gt; cokoli nad to a zvedám ruce a přepíšu http proxy ;) 13:53 &lt;bla&gt; jrandom: Proč je odstranění všech obtížnější? 13:53 &lt;jrandom&gt; přečti si kód. 13:54 &lt;jrandom&gt; (patche vítány) 13:54 &lt;jrandom&gt; ale to, o čem se tu bavíme, je pořád jen krátkodobé řešení 13:54 &lt;bla&gt; jrandom: pointa přijata ;) Ale vážně: myslím, že opravy Accept* a User-Agent by teď bohatě stačily 13:54 &lt;jrandom&gt; potřebujeme, aby někdo dělal na něčem, co nám vydrží dlouhodobě 13:55 &lt;ant&gt; * dm právě snědl 20 plátků sýra... slint. 13:55 &lt;jrandom&gt; bla: to už jsem slyšel minule, když nás někdo žádal, abychom filtrovali hlavičky User-Agent a Referer ;) 13:55 &lt;jrandom&gt; (ale jo, ty dvě dám do další revize) 13:56 &lt;ant&gt; &lt;dm&gt; ty hlavičky jsou užitevné 13:56 &lt;ant&gt; &lt;dm&gt; užitečné 13:56 &lt;ant&gt; &lt;dm&gt; Pro poskytovatele služeb. 13:56 &lt;jrandom&gt; ano, jsou 13:57 &lt;jrandom&gt; už se nám některé aplikace rozbily, protože filtrujeme i referrer 13:57 &lt;bla&gt; dmm: Ano, jistě. Nicméně také poskytují otisk prohlížeče nebo OS 13:57 &lt;ant&gt; &lt;dm&gt; Mám nápad! 13:57 * jrandom se kryje 13:58 &lt;ant&gt; &lt;dm&gt; Natvrdo nastavit User-Agent na: Nokia6230/2.0 (03.15) Profile/MIDP-2.0 Configuration/CLDC-1.1 149.254.201.133 13:58 &lt;ant&gt; &lt;dm&gt; eh? eh? 13:58 &lt;jrandom&gt; hlavičku User-Agent už natvrdo nastavujeme 13:59 &lt;ant&gt; &lt;Nightblade&gt; mobilní telefony s podporou I2P 13:59 * jrandom spouští DoS na ten telefon 13:59 &lt;ant&gt; &lt;dm&gt; Na co? 13:59 &lt;ant&gt; &lt;dm&gt; Můj chudák telefon!!! 13:59 &lt;jrandom&gt; ok, má ještě někdo nějaké myšlenky k eepproxy/eepsite věcem? 14:00 &lt;bla&gt; MYOB/6.ss (AN/ON) 14:00 &lt;bla&gt; ne\ 14:00 &lt;+Ragnarok&gt; měli bychom znovu vynalézt HTML pomocí s‑expression! 14:01 &lt;jrandom&gt; (vážně si myslím, že použít makrojazyk ve stylu bbcode je správná cesta, aspoň pro některé věci ;) 14:01 &lt;jrandom&gt; ((nebo xml pro vás geeky)) 14:02 &lt;ant&gt; &lt;dm&gt; Microsoft podporuje používání XML 14:02 &lt;ant&gt; &lt;dm&gt; Takže jsem pro. 14:02 &lt;+Ragnarok&gt; xml jsou jen přehnaně upovídané s‑expression :) 14:03 &lt;ant&gt; &lt;dm&gt; Je vhodná chvíle, abych zatleskal jrandomovi za jeho práci na tomhle projektu? 14:03 * jrandom dobrovolně přiděluje Ragnarokovi, aby na tom pracoval, až dodělá next gen address book ;) 14:03 &lt;@duck&gt; nemyslím, že „vymysli si vlastní značkovací jazyk“ bude fungovat pro běžné prohlížeče 14:04 &lt;@duck&gt; možná pro blog uvnitř myi2p 14:04 &lt;+Ragnarok&gt; vždy je vhodná chvíle :) 14:04 &lt;ant&gt; &lt;dm&gt; dokonce tleskat 14:04 &lt;jrandom&gt; ducku: proxy bude stejně muset filtrovat obsah, bylo by docela jednoduché (heh) vstříknout výsledky makro‑expanzí do výsledného filtrovaného obsahu 14:05 &lt;ant&gt; * dm smeká před jr. 14:05 &lt;jrandom&gt; gracias dm et al 14:05 &lt;ant&gt; &lt;Nightblade&gt; něco jako PDF by bylo bezpečnější než HTML 14:05 &lt;jrandom&gt; lol 14:05 &lt;@duck&gt; .txt soubory! 14:06 &lt;ant&gt; &lt;Nightblade&gt; viděl jsem PDF soubory s klikacími odkazy, ale ty soubory jsou obrovské 14:06 &lt;ant&gt; &lt;Nightblade&gt; seen 14:06 &lt;ant&gt; &lt;dm&gt; Nezkomprimované bitmapy? 14:06 &lt;jrandom&gt; ano, pojďme všichni psát v pdf 14:07 &lt;+Ragnarok&gt; erg, PostScript je odporný 14:07 &lt;ant&gt; &lt;cat-a-puss&gt; jak je HTML nezabezpečené? 14:07 &lt;@duck&gt; každopádně 14:07 &lt;ant&gt; &lt;Nightblade&gt; cat: pomocí JavaScriptu, ActiveX, appletů,... 14:07 &lt;jrandom&gt; cat-a-puss: všechny různé způsoby, jak zakódovat nebezpečná data 14:08 &lt;ant&gt; &lt;dm&gt; jazyky nejsou bezpečné nebo nebezpečné, klienti jsou. 14:08 &lt;+Ragnarok&gt; skutečný problém je, jak udělat anonymní DHTML... 14:08 &lt;jrandom&gt; (a nikdy, /nikdy/ nebudeme napřed, dokud budeme explicitně filtrovat) 14:08 &lt;ant&gt; &lt;cat-a-puss&gt; Java/JavaScript jsou uzavřeny ve značkách. Tak je prostě vyhoďte, čisté HTML přece není škodlivé, že? 14:08 &lt;ant&gt; &lt;dm&gt; musíme použít datový formát, který parsuje klient vytvořený společností, které věříme. 14:08 &lt;jrandom&gt; Ragnarok: makra a/nebo odkaz na známý bezpečný a lokálně nainstalovaný JavaScript 14:08 &lt;ant&gt; &lt;dm&gt; důvěřuji Microsoftu, proto navrhuji Internet Explorer, Microsoft Word nebo Notepad 14:09 &lt;ant&gt; &lt;dm&gt; Flight Simulator 2002 je také přijatelný. 14:09 &lt;ant&gt; &lt;cat-a-puss&gt; Freenet už má „anonymity filter“, který odstraňuje veškerou Java / JavaScript / ActiveX atd. Vypůjčit a jediná věc, co mě napadá, že by prošla, by byly exploity v obrázcích... ledaže mi něco uniká. 14:10 &lt;jrandom&gt; anonymní filtr Freenetu je dobrý začátek pro jeden či dva různé tábory, ale pravděpodobně by vyžadoval práci, aby formuláře fungovaly tak, jak chceme 14:10 &lt;ant&gt; &lt;Nightblade&gt; eepproxy by musel běžet jako samostatný proces kvůli licencím 14:11 &lt;jrandom&gt; to nám ale pořád nechá silně okleštěné HTML 14:11 &lt;jrandom&gt; (bez CSS) 14:11 &lt;ant&gt; &lt;dm&gt; Dobře, co takhle Flash? 14:11 &lt;jrandom&gt; nightblade: to můžeme obejít (stejně jako obcházíme to, že i2ptunnel je GPL) 14:11 &lt;ant&gt; &lt;dm&gt; představte si world wide web jen s Flashem. 14:11 &lt;ant&gt; &lt;dm&gt; jak bohatý a úžasný svět by to byl. 14:12 &lt;ant&gt; &lt;Nightblade&gt; no tak prostě vytvořte varování: „Procházení eepsite je nebezpečné pro vaši anonymitu. Použijte Gopher.“ 14:12 &lt;ant&gt; &lt;Nightblade&gt; vlastně gopher není špatný nápad 14:12 * jrandom portuje archie 14:12 &lt;+Ragnarok&gt; gopher! 14:12 &lt;ant&gt; &lt;dm&gt; byl tu i Betty, ne...? 14:12 &lt;+Ragnarok&gt; pamatuju si gopher :) 14:13 &lt;+Ragnarok&gt; to byly časy. Myslím, že jsem tehdy měl závratných 14.4 baud... &lt;achjo&gt; 14:13 &lt;ant&gt; &lt;Nightblade&gt; gopher jsem prohlížel jen v textovém režimu a nevím, jestli podporoval grafiku 14:13 &lt;ant&gt; &lt;Nightblade&gt; seen 14:13 &lt;ant&gt; &lt;dm&gt; Nezkomprimované bitmapy? 14:13 &lt;jrandom&gt; když jsem naposledy používal gopher, ještě nebyly GUI prohlížeče ;) 14:14 &lt;jrandom&gt; každopádně, možností je spousta 14:14 &lt;ant&gt; &lt;Nightblade&gt; jak se tehdy jmenoval ten prohlížeč? ten před Netscapem... 14:14 &lt;ant&gt; &lt;Nightblade&gt; zapomněl jsem 14:14 &lt;jrandom&gt; mosaic 14:15 &lt;ant&gt; &lt;Nightblade&gt; jo 14:15 &lt;ant&gt; &lt;dm&gt; Mosaic 2.0 14:15 &lt;ant&gt; &lt;Nightblade&gt; „Vítejte v I2P, prosím počkejte, než nainstalujeme Gopher a Mosaic.“ 14:15 &lt;jrandom&gt; heh 14:15 &lt;jrandom&gt; jo, v těch nejspíš žádné JavaScript exploity 14:16 &lt;jrandom&gt; ok, každopádně, to je asi vše 14:16 &lt;jrandom&gt; posuneme se na 5) ??? 14:16 &lt;+Ragnarok&gt; v Debianu je pořád balík gopher 14:16 &lt;jrandom&gt; má někdo ještě něco dalšího (ne týkajícího se gopheru)? 14:17 &lt;ant&gt; &lt;dm&gt; co se stane s I2P, až budeš muset zase začít pracovat? 14:18 &lt;jrandom&gt; na I2P budu alespoň do jara na plný úvazek. věci po tom můžeme řešit, až se ten čas přiblíží 14:19 &lt;ant&gt; &lt;dm&gt; o k 14:19 &lt;jrandom&gt; každopádně, kdyby mě zítra srazil autobus, všechno je v cvs a veškerý kód je volný 14:19 &lt;+Ragnarok&gt; předpokládám, že plánuješ mít 1.0 do té doby. Jaké jsou šance? 14:19 &lt;+Ragnarok&gt; před jarem, ne tvoje předčasná smrt... 14:20 &lt;jrandom&gt; na 100 %. 14:20 &lt;ant&gt; &lt;dm&gt; ahaha.. ano, jaké jsou šance na 1.0 do zítřka, až tě srazí ten autobus? 14:20 &lt;jrandom&gt; (pokud nepočítáme autobusy ;) 14:20 &lt;ant&gt; &lt;dm&gt; napadla mě velmi smutná myšlenka. 14:20 &lt;ant&gt; &lt;dm&gt; opravdu deprimující, ale... kdyby tě srazil autobus, nikdo tady by to nevěděl. 14:20 &lt;ant&gt; &lt;cat-a-puss&gt; K filtrování: co kdybychom vytvořili lepší proxy, takovou, že by do ní šla veškerá komunikace aplikací na počítači – pak bychom nemuseli filtrovat JavaScript atp., protože stejně nezjistí, kdo jsme. 14:21 &lt;ant&gt; &lt;dm&gt; prostě bys zemřel a my bychom nevěděli, co se stalo :( 14:21 &lt;ant&gt; &lt;dm&gt; Bože, proč musel zemřít?!?!? proč?!?! 14:22 &lt;ant&gt; &lt;dm&gt; můžeš dát do závěti klauzuli, aby v případě tvé smrti přišel e‑mail na mailing list? 14:22 &lt;jrandom&gt; cat-a-puss: JavaScript může posílat obsah tvých záložek, tvoji IP adresu a spoustu dalších věcí na vzdálený server 14:22 &lt;jrandom&gt; dm: lidi, co mě znají irl, vědí, že se podílím na I2P. a dost toho morbidního kecání 14:23 &lt;ant&gt; &lt;dm&gt; ah, super. 14:24 &lt;ant&gt; &lt;cat-a-puss&gt; jrandom: jo, ale na to je potřeba exploit, že? ne třeba jen přesměrování na stránku, která používá jiný protokol, který není proxován. Před tím bychom byli asi rozumně v bezpečí se skenerem příchozího obsahu a automatickými aktualizacemi. 14:25 &lt;jrandom&gt; cat-a-puss: ehm, možná jsem to pochopil špatně – naznačuješ, že může být bezpečné mít v prohlížeči zapnutý JavaScript, pokud jsou i spojení, která ten JavaScript navazuje, proxiovaná? 14:26 &lt;ant&gt; &lt;cat-a-puss&gt; jrandom: jo, pokud nejsou přetečení bufferu atd. 14:26 &lt;jrandom&gt; pokud ano, je to stále zranitelné vůči obyčejnému starému JavaScriptu, který přečte JavaScriptové prostředí a „anonymně“ ho pošle na `http://cia.i2p/data.` 14:27 &lt;jrandom&gt; data dostupná JavaScriptu zahrnují tvoji IP adresu, stejně jako záložky a spoustu dalších věcí 14:27 &lt;jrandom&gt; takže i když bylo spojení na cia.i2p anonymní, obsah tě odhalí 14:31 &lt;jrandom&gt; ok, má někdo ještě něco k projednání na schůzi? 14:31 &lt;@duck&gt; ano: 14:31 &lt;@duck&gt; co znamená nový čítač ‚active peers‘ 14:31 &lt;jrandom&gt; ah 14:31 &lt;jrandom&gt; jo, to se změnilo 14:32 &lt;jrandom&gt; v 0.4.2.1 bude nové Active: x/y znamenat x=# počet peerů, kterým jste v poslední minutě úspěšně poslali nebo od nich přijali zprávu, y=# počet peerů viděných za poslední zhruba hodinu 14:32 &lt;jrandom&gt; to je část kódu, která řeší některé peery poskytující špatné informace během fáze automatické detekce IP 14:33 * duck se to pokusí zapamatovat 14:33 &lt;jrandom&gt; takže to bude kolísat mnohem víc než dřív 14:33 &lt;jrandom&gt; heh, takže se nelekněte, když bude hodnota nižší, než jste zvyklí ;) 14:34 &lt;jrandom&gt; ok, jestli je to vše, tak se během následujícího dne mrkněte na mailing list a web kvůli vydání 0.4.2.1 14:34 &lt;jrandom&gt; bude to zpětně kompatibilní, bla bla bla 14:34 &lt;jrandom&gt; každopádně 14:34 * jrandom se chystá 14:35 * jrandom *baf* uzavírá schůzi </div>/cs/blog/2004/11/30/stavov%C3%A9-pozn%C3%A1mky-i2p-ze-dne-2004-11-30/Tue, 30 Nov 2004 00:00:00 +0000/cs/blog/2004/11/30/stavov%C3%A9-pozn%C3%A1mky-i2p-ze-dne-2004-11-30/<p>Ahoj všichni</p> <h2 id="rejstřík">Rejstřík</h2> <ol> <li>0.4.2 and 0.4.2.1</li> <li>mail.i2p</li> <li>i2p-bt</li> <li>eepsites(I2P Sites)</li> <li>???</li> </ol> <h2 id="1-042-a-0421">1) 0.4.2 a 0.4.2.1</h2> <p>Od chvíle, kdy jsme konečně vydali 0.4.2, spolehlivost a propustnost sítě na nějakou dobu výrazně vzrostly, dokud jsme nenarazili na zbrusu nové chyby, které jsme přitom sami vytvořili. IRC spojení většině lidí vydrží celé hodiny, i když pro některé, kteří narazili na problémy, to byla poněkud hrbolatá jízda. Nicméně proběhla celá řada oprav a dnes pozdě večer nebo zítra ráno budeme mít k dispozici nové vydání 0.4.2.1 ke stažení.</p>/cs/blog/2004/11/23/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-23.-listopadu-2004/Tue, 23 Nov 2004 00:00:00 +0000/cs/blog/2004/11/23/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-23.-listopadu-2004/<h2 id="stručná-rekapitulace">Stručná rekapitulace</h2> <p class="attendees-inline"><strong>Přítomni:</strong> jrandom, lba, postman, Ragnarok</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 13:03 &lt;jrandom&gt; 0) ahoj 13:03 &lt;jrandom&gt; 1) Stav sítě 13:03 &lt;jrandom&gt; 2) Streamingová knihovna 13:04 &lt;jrandom&gt; 3) 0.4.2 13:04 &lt;jrandom&gt; 4) Addressbook.py 0.3.1 13:04 &lt;jrandom&gt; 5) ??? 13:04 &lt;jrandom&gt; 0) ahoj 13:04 * jrandom mává 13:04 &lt;+postman&gt; ahoj :) 13:04 &lt;jrandom&gt; týdenní poznámky ke stavu byly zveřejněny na http://dev.i2p.net/pipermail/i2p/2004-November/000490.html 13:05 &lt;jrandom&gt; no, můžeme rovnou skočit k 1) stavu sítě 13:05 &lt;jrandom&gt; nemám k tomu moc co dodat, co už nebylo v e-mailu 13:05 &lt;jrandom&gt; má někdo něco, co by chtěl zmínit ohledně stavu sítě za poslední týden? 13:06 &lt;jrandom&gt; jestli ne, můžeme skočit dolů k 2) streamingové knihovně 13:06 &lt;jrandom&gt; v e-mailu je o tom spousta informací, tak vám nechám chvilku to strávit 13:07 &lt;jrandom&gt; i když nová knihovna zlepší spoustu věcí, nejdůležitější (imho) je její odolnost a zvládání přetížení 13:08 &lt;jrandom&gt; zvlášť to druhé, protože jsme viděli, jak se s tou starou knihovnou věci pod těžkým přetížením chovají divně 13:08 &lt;jrandom&gt; v knihovně je ale také spousta věcí záměrně vynechána, prostor pro experimenty a další optimalizace 13:09 &lt;jrandom&gt; má někdo k tomu nějaké dotazy, nebo jen mlátíme mrtvého koně tím, že to probíráme každý týden už měsíc? ;) 13:10 &lt;+Ragnarok&gt; berme to jako ano 13:10 &lt;jrandom&gt; heh 13:10 &lt;jrandom&gt; ok, přejdeme k 3) 0.4.2 13:10 &lt;jrandom&gt; vyjde velmi brzy, právě dělám drobné úpravy instalačního procesu 13:11 &lt;+postman&gt; jooo 13:11 &lt;+postman&gt; :) 13:11 &lt;jrandom&gt; aktualizovaný instalační proces bude pro lidi o něco příjemnější, řeší nejčastější uživatelské chyby 13:12 &lt;jrandom&gt; (protože nikdo nikdy nečte text na router console ;) 13:12 &lt;jrandom&gt; ale to by mělo být hotové během dne či dvou, takže s trochou testování bychom měli mít vydání venku do pátku 13:12 &lt;jrandom&gt; (pokud ne dřív) 13:13 &lt;jrandom&gt; jak jsem ale psal v e-mailu, je to zároveň zpětně kompatibilní i /není/ zpětně kompatibilní 13:13 &lt;+Ragnarok&gt; super 13:13 &lt;jrandom&gt; má někdo nějaké silné preference, jak bychom to měli sehrát? 13:13 &lt;jrandom&gt; máme prostě vypustit 0.4.2 a nechat lidi upgradovat, až si všimnou, že se nedostanou na žádné eepsites? 13:14 &lt;jrandom&gt; (nebo to odinstalují a řeknou „dood i2p sux0rz“) 13:14 * jrandom ani jedno 13:15 &lt;+Ragnarok&gt; Řekl bych, označte to jako nekompatibilní. Vždy je lepší být explicitní. 13:15 &lt;jrandom&gt; no, v dokumentaci a oznámení bude stát „nekompatibilní“, povinný upgrade velkými tučnými písmeny 13:16 &lt;+Ragnarok&gt; pak není důvod posílat smíšené signály 13:16 &lt;jrandom&gt; jo 13:16 &lt;jrandom&gt; i když bychom byli schopní provádět tunnel routing přes ty staré peery 13:16 &lt;jrandom&gt; nevím, každopádně máme pár dní na finální rozhodnutí 13:17 &lt;jrandom&gt; jen něco k zamyšlení a VAROVÁNÍ pro lidi, že BUDOU MUSET UPGRADEOVAT NA 0.4.2 13:17 &lt;jrandom&gt; :) 13:18 &lt;jrandom&gt; ok, má někdo nějaké dotazy/připomínky/obavy ohledně 0.4.2, nebo přejdeme k 4) addressbook.py? 13:18 &lt;jrandom&gt; berme to jako přesunuto 13:18 &lt;jrandom&gt; Ragnarok: chceš nám dát aktualizaci? 13:20 &lt;+Ragnarok&gt; jasně. Včera vyšla drobná aktualizace. Opravuje pár chyb ve Windows a neskončí násilnou smrtí, když proxy není k dispozici. Jediná opravdu podstatná věc je, že tohle asi bude poslední vydání této verze, pokud se neobjeví obří bug. 13:20 &lt;jrandom&gt; ok, super 13:21 &lt;jrandom&gt; vyhnout se násilné smrti je vždy příjemná vlastnost 13:21 &lt;lba&gt; ahoj lidi 13:21 &lt;+Ragnarok&gt; Plánuju to přepracovat (vlastně spíš navrhnout) od nuly na základě jrandomových myšlenek z mailing listu. Možná i v Javě, pokud rozlousknu xml parsing a http věci, které budu muset udělat. 13:21 &lt;jrandom&gt; hustý :) 13:21 &lt;jrandom&gt; čau lba 13:22 &lt;+Ragnarok&gt; tak to je vše. Pokračujte. 13:22 &lt;jrandom&gt; super, díky za aktualizaci 13:22 &lt;jrandom&gt; ok, jestli k tomu nic dalšího není, můžeme závratným tempem přejít k 5) ??? 13:22 &lt;jrandom&gt; má ještě někdo něco, co chce otevřít? 13:23 &lt;+Ragnarok&gt; je tu ještě někdo? 13:23 &lt;jrandom&gt; heh, jo, dnes tu nemáme naše obvyklé nespokojence ;) 13:24 &lt;jrandom&gt; na druhou stranu, později se objeví, aby si na webu přečetli logy [jo, myslím tím *VÁS*] 13:24 &lt;jrandom&gt; ok, myslím, že tohle je asi nejkratší setkání, které jsme měli za víc než rok 13:25 &lt;jrandom&gt; můžeme to klidně zabalit 13:25 * jrandom ukončuje 13:25 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2004/11/23/stavov%C3%A9-pozn%C3%A1mky-i2p-k-2004-11-23/Tue, 23 Nov 2004 00:00:00 +0000/cs/blog/2004/11/23/stavov%C3%A9-pozn%C3%A1mky-i2p-k-2004-11-23/<p>Ahoj všichni, je čas na aktualizaci stavu</p> <h2 id="rejstřík">Rejstřík:</h2> <ol> <li>Net status</li> <li>Streaming lib</li> <li>0.4.2</li> <li>Addressbook.py 0.3.1</li> <li>???</li> </ol> <h2 id="1-stav-sítě">1) Stav sítě</h2> <p>Po minulém týdnu s 2-3denním obdobím, kdy byl provoz dost zahlcený, se síť vrátila zpět do normálu (pravděpodobně proto, že jsme přestali provádět zátěžové testy bittorrent portu ;). Od té doby je síť poměrně spolehlivá - opravdu máme pár routers, které jsou v provozu už 30-40+ dní, ale IRC připojení stále mají své občasné problémy. Na druhou stranu&hellip;</p>/cs/blog/2004/11/16/pozn%C3%A1mky-ke-stavu-i2p-k-2004-11-16/Tue, 16 Nov 2004 00:00:00 +0000/cs/blog/2004/11/16/pozn%C3%A1mky-ke-stavu-i2p-k-2004-11-16/<p>Ahoj všichni, je zase úterý.</p> <h2 id="rejstřík">Rejstřík</h2> <ol> <li>Congestion</li> <li>Streaming</li> <li>BT</li> <li>???</li> </ol> <h2 id="1-přetížení">1) Přetížení</h2> <p>Vím, že tím porušuji zvyk nazývat bod 1 &ldquo;Stav sítě&rdquo;, ale tento týden se jako výstižnější jeví &ldquo;congestion&rdquo; (zahlcení). Samotná síť si vedla docela dobře, ale s rostoucím používáním BitTorrentu se věci začaly čím dál víc ucpávat, což v podstatě vedlo ke kolapsu způsobenému zahlcením.</p> <p>To se dalo očekávat a jen to posiluje náš plán - vydat novou streamingovou knihovnu a přepracovat správu tunnel tak, abychom měli dostatek dat o uzlech k použití ve chvíli, kdy naše rychlé uzly selžou. V nedávných problémech sítě sehrály roli i další faktory, ale většinu lze připsat zvýšenému zahlcení a následným selháním tunnel (která zase vedla k nejrůznějším chaotickým volbám uzlů).</p>/cs/blog/2004/11/16/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-16.-listopadu-2004/Tue, 16 Nov 2004 00:00:00 +0000/cs/blog/2004/11/16/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-16.-listopadu-2004/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> ant, dinoman, DrWoo, duck, jrandom, postman, Ragnarok, susi23, wiht</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 13:05 &lt;jrandom&gt; 0) ahoj 13:05 &lt;jrandom&gt; 1) Přetížení 13:05 &lt;jrandom&gt; 2) Streamování 13:05 &lt;+dinoman&gt; klíč pgforge se změnil :/ sorry 13:05 &lt;jrandom&gt; 3) BT 13:05 &lt;jrandom&gt; 4) ??? 13:05 &lt;jrandom&gt; aha, super, můžeme na to udělat trochu magie 13:05 &lt;jrandom&gt; 0) ahoj 13:05 * jrandom mává 13:05 &lt;ant&gt; &lt;lucky&gt; ahoj 13:05 &lt;jrandom&gt; týdenní status poznámky jsou na http://dev.i2p.net/pipermail/i2p/2004-November/000489.html 13:05 &lt;wiht&gt; Ahoj. 13:06 &lt;jrandom&gt; (a ty poznámky jsme dali ven *před* schůzkou. w00t) 13:06 &lt;jrandom&gt; můžeme rovnou skočit na 1) Přetížení 13:07 &lt;jrandom&gt; ti, co posledních pár dní viseli na kanálu, slyšeli spoustu diskusí o tom, co se to sakra děje, a jak ten mail, tak duckův dřívější post by to měli obecně pokrýt 13:07 &lt;jrandom&gt; takže, má někdo nějaké otázky / komentáře / obavy, které by chtěl vznést/probrat? 13:09 &lt;wiht&gt; Co myslíš "divokým výběrem peerů"? 13:10 &lt;jrandom&gt; způsob, jakým naše současné budování tunnels funguje, bohužel umožňuje, aby se věci stabilizovaly kolem rychlých peerů 13:10 &lt;jrandom&gt; pokud ti rychlí peery občas neselhávají, prostě je používáme, tečka, místo abychom v rámci budování tunnels zkoumali dál 13:11 &lt;jrandom&gt; což znamená, že když pak později selžou, nemáme moc tušení, jakou kapacitu má zbytek sítě, a proto volíme peery dost nahodile 13:11 &lt;+DrWoo&gt; jrandom: co je v plánu, abychom lépe využili kapacitu? 13:12 &lt;jrandom&gt; DrWoo: verze 0.4.3 bude obsahovat nový způsob seskupování tunnels, abychom mohli mít více 'experimentálních' záložních tunnels (umožní nám to dozvědět se více o síti bez obětování výkonu) 13:13 &lt;jrandom&gt; agresivnější vyvažování zátěže přes rezervace ve stylu ATM je také v plánu, ale zatím není naplánováno na konkrétní vydání (tj. uděláme to, až to bude potřeba) 13:14 &lt;ant&gt; &lt;Connelly&gt; bleh 13:14 &lt;ant&gt; &lt;Connelly&gt; ještě žádná schůzka? 13:14 &lt;jrandom&gt; (rezervace ve stylu ATM, tj. sledovat, kolik šířky pásma tunnels v průměru využívají, vynásobit to počtem tunnels, kterých se účastníme, a porovnat to s našimi limity šířky pásma/kapacitou; na základě toho pak přijímat/odmítat další požadavky na tunnel) 13:15 &lt;jrandom&gt; Connelly: začala před 10 min, status poznámky jsou na listu ;) 13:15 &lt;+DrWoo&gt; jrandom: jaký to bude mít dopad na výkon? 13:15 &lt;+DrWoo&gt; výkon místního PC 13:15 * wiht přemýšlí, kolik různých protokolů se v síti I2P používá kromě HTTP, IRC a BT. 13:16 &lt;jrandom&gt; DrWoo: pooling ve 0.4.3 nám dá větší odolnost (méně selhání) a rezervace umožní více sdílení zátěže podle kapacity (tj. sníží kontenci) 13:16 &lt;jrandom&gt; ani jedno z toho ale není vyloženě o latenci 13:17 &lt;jrandom&gt; wiht: tyhle tři jsou podle mých znalostí hlavní, i když přes HTTP se dělají i nějaké ošklivé věci 13:17 &lt;jrandom&gt; to je vlastně zajímavá otázka, pokud jde o IRC a přetížení 13:18 &lt;jrandom&gt; co nedávno opravdu zabíjelo irc.duck.i2p, byl fakt, že během přetížení musel duckův IRC server pořád posílat 20× tolik zpráv, kolik přijímal 13:19 &lt;jrandom&gt; k tomu přidej automatické znovuposílání zpráv každých.10.vteřin.bez.backoffu a vyroste to na 120 zpráv na jeden řádek textu ;) 13:19 &lt;jrandom&gt; v podstatě říkám, že decentralizovaný chatovací protokol by byl Dobrá věc ;) 13:19 &lt;+DrWoo&gt; existuje vůbec taková potvora? 13:20 &lt;jrandom&gt; (i když nová streamingová knihovna se zbaví té 6násobné režie) 13:20 &lt;+dinoman&gt; je nějaký dobrý 13:20 &lt;jrandom&gt; nevím, jestli někdo v posledním roce hodnotil něco ala SILC pro I2P 13:20 &lt;susi23&gt; POP3 a SMTP jsou na I2P příšerně pomalé 13:21 &lt;ant&gt; &lt;duck&gt; silc == irc+nějaké crypto 13:21 &lt;susi23&gt; (jako odpověď na otázku, které protokoly se taky používají) 13:21 &lt;jrandom&gt; aha, myslel jsem, že SILC se odpoutal od konceptu ircd 13:21 &lt;jrandom&gt; aha, sakra, jo, na ty dva jsem zapomněl :) 13:21 &lt;wiht&gt; susi23: Ano, zapomněl jsem, že teď máme na I2P poštu. 13:21 &lt;ant&gt; &lt;duck&gt; ne moc daleko, aspoň zatím 13:21 &lt;jrandom&gt; 'k 13:21 &lt;ant&gt; &lt;protok0l&gt; schůzka? 13:22 &lt;ant&gt; &lt;lucky&gt; teď hned, protok0l 13:22 &lt;ant&gt; &lt;protok0l&gt; k 13:22 &lt;jrandom&gt; ok, máme ještě něco k 1) přetížení? 13:23 &lt;jrandom&gt; pokud ne, přejdeme k 2) streamování 13:23 &lt;jrandom&gt; [viz ten email] 13:24 &lt;jrandom&gt; všechny aktualizace streamingové knihovny jsem nechal mimo history.txt, ale můžete sledovat, co se děje, přes CVS list 13:24 &lt;jrandom&gt; (pokud jste blázni) 13:24 &lt;jrandom&gt; nemám k tomu vlastně nic dalšího. tak nějaké otázky/komentáře/obavy? 13:25 &lt;+postman&gt; jen jednu 13:25 &lt;+postman&gt; díky :) 13:25 &lt;ant&gt; &lt;protok0l&gt; o kolik se zvýší rychlost 13:25 &lt;jrandom&gt; hehe, máš počkat, až ten software dostaneš, postmane ;) 13:25 &lt;jrandom&gt; protokol: nějaké. liší se. 13:25 &lt;+postman&gt; jrandom: vsadil bych si na tebe i se zavázanýma očima 13:26 &lt;+DrWoo&gt; jrandom: zeptám se na to, co nerad slyšíš: je nějaké ETA nové streamingové knihovny? Současná situace je očividně bod zranitelnosti? 13:27 &lt;jrandom&gt; pokud testy tenhle týden půjdou dobře, můžeme si předběžně napsat příští týden 13:27 &lt;jrandom&gt; ještě předtím poběží služby na nové streamingové knihovně, abychom ji mohli otestovat pod zátěží 13:28 &lt;wiht&gt; Jestli si dobře pamatuju, pro testy používáš simulovanou síť. Platí to pořád? 13:29 &lt;jrandom&gt; u některých jo 13:29 &lt;jrandom&gt; když nepoužiju simulaci, prostě to pustím na živé síti 13:30 &lt;jrandom&gt; (protože rád zneužívám vaši šířku pásma ;) 13:30 &lt;susi23&gt; není zač ;) 13:30 &lt;+dinoman&gt; hehe, zapnout a koukat, jestli to bouchne? 13:31 -!- x je nyní znám jako fidd 13:31 &lt;jrandom&gt; docela jo – mám trochu logovacího kódu, který v podstatě sype hlavičky streamingových paketů, což mi umožní ověřit, že se vše posílá správně a různé situace se řeší, jak mají 13:32 &lt;jrandom&gt; simulované testy jsou ale složitější, třeba půl tuctu unit testů s různými runtime parametry 13:33 &lt;wiht&gt; Nakolik simulace odrážejí pozorované chování sítě? 13:33 &lt;jrandom&gt; docela dobře, protože kód simulace je stejný jako kód pro živou síť 13:34 &lt;jrandom&gt; nemám ale v simulaci dokonalé vkládání zpoždění a ztrát, ale je to zhruba v obraze 13:35 &lt;ant&gt; &lt;cat-a-puss&gt; bude nová streamingová knihovna používat stejné rozhraní? Nebo budou Java aplikace muset něco měnit? 13:35 &lt;wiht&gt; Díky za upřesnění. 13:36 &lt;jrandom&gt; cat-a-puss: stejné rozhraní. je tam pár dalších konfiguračních voleb, které možná budete chtít přidat při vytváření I2PSocketManager, ale to je jen dobrá stará mapa properties 13:36 &lt;ant&gt; &lt;cat-a-puss&gt; k 13:37 &lt;jrandom&gt; k, ještě něco, nebo skočíme na 3) BT? 13:38 &lt;jrandom&gt; duck: ping 13:38 &lt;@duck&gt; *kvák 13:38 &lt;@duck&gt; Minulý týden jsem hlásil, že máme BitTorrent na I2P funkční. Bylo v tom trochu zmatku, ale je to anonymní jak pro trackery, tak pro klienty (seedeři a leecheři). 13:38 &lt;@duck&gt; Novinky od minulého týdne: 13:38 &lt;@duck&gt; práce na GUI (wxPython), vestavěný tracker, opravy chyb. 13:39 &lt;@duck&gt; úplný seznam na `http://dev.i2p/cgi-bin/cvsweb.cgi/~checkout~/i2p-bt/CHANGES.txt?rev=HEAD` 13:39 &lt;@duck&gt; kód je také v CVS na cvs.i2p 13:39 &lt;@duck&gt; a dostal dedikovaný eepsite: `http://duck.i2p/i2p-bt/` 13:39 &lt;@duck&gt; Přibalený tracker je hodně spartánský a pořád ještě musíte někam umístit samotné torrenty; takže jsme s DrWoo a thetowerem koukali na několik alternativ, které nabízejí featury jako suprnova, až jsem z toho zešílel. 13:39 &lt;@duck&gt; *flierp* 13:40 &lt;jrandom&gt; w00t 13:40 &lt;@duck&gt; Nakonec jsme vybrali bytemonsoon, originál je ošklivý, ale DrWoo to spravuje, 13:40 &lt;@duck&gt; cílem je to ještě vylepšit a vydat to jako řešení trackeru připravené pro I2P, 13:40 &lt;@duck&gt; viz: `http://brittanyworld.i2p/bittorrent/` 13:40 &lt;@duck&gt; splňující požadavky na: `http://duck.i2p/i2p-bt/txt/bytemonsoon.txt` 13:40 &lt;@duck&gt; . 13:40 &lt;jrandom&gt; boží 13:40 &lt;+DrWoo&gt; můžete si zkusit pár malých testovacích souborů na tom pěkném trackeru, který duck upravil 13:41 &lt;+DrWoo&gt; není tam nic velkého, co by ucpalo síť, heh 13:41 &lt;jrandom&gt; cože, nechcete, abychom stahovali další epizody Lost? :) 13:41 &lt;@duck&gt; jestli thetower jede.. 13:42 &lt;jrandom&gt; port bytemonsoonu vypadá fakt pěkně. 13:42 &lt;+DrWoo&gt; teď se sem na thetower nedostanu 13:42 &lt;+DrWoo&gt; jrandom: vypadá, že poskytuje skoro vše, co bys potřeboval 13:42 &lt;+dinoman&gt; jaké rychlosti lidi vidí? 13:43 &lt;@duck&gt; ~5 kB/s na peer 13:43 &lt;+DrWoo&gt; dino: zde to vypadá na 4–10 kB na peer 13:43 &lt;@duck&gt; (optimisticky, samozřejmě jsou tu ti mizerní ADSLáci) 13:44 &lt;+dinoman&gt; wow, lepší než jsem myslel 13:44 &lt;@duck&gt; dokud I2P nespadne; viz 1) 13:44 &lt;jrandom&gt; heh 13:44 &lt;+DrWoo&gt; dinoman: jinými slovy, se rojem by to mělo vypadat dost působivě 13:44 &lt;@duck&gt; byly různé výzvy ke zlepšení GUI 13:45 &lt;+DrWoo&gt; dinoman: a nějaké 0 hop peery ;) 13:45 &lt;@duck&gt; ale moc zájemců o to není 13:45 &lt;jrandom&gt; ducku (& spol.): co můžeme udělat, abychom pomohli? 13:45 &lt;@duck&gt; ty: připrav novou streamingovou knihovnu 13:46 &lt;@duck&gt; vy ostatní: koukněte na todo: `http://duck.i2p/i2p-bt/txt/todo.txt` 13:46 &lt;@duck&gt; lucky pracuje na howto 13:47 &lt;@duck&gt; DrWoo: něco dalšího? 13:47 &lt;jrandom&gt; pěkné 13:47 &lt;+DrWoo&gt; jrandom: můžeš trochu promluvit o tom, jak vnímáš důležitost (nebo ne) sdílení souborů (a dalších populárních služeb, které dnes běží po internetu) a co to znamená pro vyhlídky anonymity I2P. 13:47 &lt;ant&gt; &lt;lucky&gt; já? 13:48 &lt;ant&gt; &lt;lucky&gt; oh 13:48 &lt;ant&gt; &lt;lucky&gt; já 13:48 &lt;ant&gt; &lt;lucky&gt; :) 13:48 &lt;+DrWoo&gt; duck: vždycky je tam ještě něco, heh 13:48 &lt;jrandom&gt; sdílení souborů je pro úspěch I2P zásadní, protože je to realisticky největší potenciální množina uživatelů, do níž se můžeme promíchat v našem anonymity setu (množina anonymity) 13:49 &lt;ant&gt; &lt;lucky&gt; ajaj. 13:49 &lt;ant&gt; &lt;lucky&gt; Tak to znamená, že bych na tom howto fakt, fakt měl zapracovat. 13:49 &lt;jrandom&gt; bez životaschopného systému pro přenos velkých souborů budeme muset dělat divy, abychom zaujali uživatelské aplikace 13:50 &lt;jrandom&gt; což děláme – práce od susi a postmana je dost slibná 13:50 &lt;jrandom&gt; ale trh pro anonymní email je mnohem menší než trh pro bezpečný přenos souborů 13:51 &lt;jrandom&gt; zatímco I2P samo škáluje na jakoukoli velikost (pokud je to, jak doufáme ;), potřebujeme velký anonymity set (množinu anonymity), abychom podpořili cokoli smysluplného 13:51 &lt;jrandom&gt; &lt;/moje 2 centy&gt; 13:52 &lt;@duck&gt; co si myslíš o výchozích nastaveních pro ty filesharingové aplikace? 13:52 &lt;jrandom&gt; to nevím 13:53 &lt;@duck&gt; nebo to zatím vzhledem k dnešním možnostem není relevantní? 13:54 &lt;+DrWoo&gt; duck: možná bude potřeba trochu 'out-of-the-box' přemýšlení, abychom překonali pár hrbolů po cestě? 13:54 &lt;jrandom&gt; 1 hop tunnels mohou být relevantní pro BTčkaře, před 0.4.3 13:57 &lt;jrandom&gt; ok, máme ještě něco k 3) BT? 13:57 &lt;@duck&gt; ne já 13:57 &lt;+DrWoo&gt; díky duckovi a klukům 13:58 &lt;+DrWoo&gt; to byla fakt parádní práce 13:58 &lt;jrandom&gt; jo, děláte sakra dobrou práci 13:58 &lt;+dinoman&gt; to jsem neudělal 13:58 &lt;jrandom&gt; (miluju koukat na --spew 1 na btdownloadheadless :) 13:58 &lt;@duck&gt; dinomane: tys to začal 13:58 &lt;+Ragnarok&gt; bezhlavý spew... zní to špinavě 13:59 &lt;+DrWoo&gt; dino: popohánět to dopředu je skutečný přínos 13:59 * Ragnarok dá dohromady patch pro věci kolem přepínačů příkazové řádky ze seznamu úkolů 13:59 &lt;jrandom&gt; w00t 14:00 &lt;ant&gt; &lt;dm&gt; Nezapomeňte na anonymní WWW, to je taky velká věc. 14:00 &lt;jrandom&gt; dm: jo, možná tisíce nebo desítky tisíc, ale není to tahák pro miliony 14:01 &lt;jrandom&gt; (co se týče outproxy (výstupní proxy), dle mého) 14:01 &lt;jrandom&gt; ok, pokud nic dalšího není, přejdeme ke starému dobrému 4) ??? 14:01 &lt;jrandom&gt; něco, co ještě nepadlo a mělo by? 14:02 &lt;wiht&gt; postmane: Jaký je stav poštovního systému? Jak dobře funguje, zvlášť pokud jde o komunikaci mimo síť I2P? 14:02 &lt;+DrWoo&gt; dm: to všechno patří k pestrosti života :) 14:03 &lt;ant&gt; &lt;dm&gt; spousta lidí používá web 14:03 &lt;ant&gt; &lt;dm&gt; (u nás v práci právě nainstalovali SurfControl) ;) 14:03 &lt;jrandom&gt; jo, anonymní WWW hosting bude klíčový pro ty, kdo I2P opravdu potřebují, i když asi nebudou tvořit potřebný anonymity set (množinu anonymity) 14:03 &lt;jrandom&gt; ach jo, trapas 14:04 &lt;jrandom&gt; wiht: jestli tu není, můžu říct, že mi in- a outproxy fungují docela dobře – zatím se nic neztratilo 14:04 &lt;jrandom&gt; (a kontrola pošty zabere pár vteřin, ale biff mi stejně řekne, kdy je potřeba) 14:05 &lt;jrandom&gt; ok, je ještě něco? 14:06 &lt;ant&gt; &lt;dm&gt; bafuješ tu schůzku? 14:07 &lt;jrandom&gt; vypadá to tak 14:07 * jrandom se rozmachuje 14:07 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2004/11/09/i2p-setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-9.-listopadu-2004/Tue, 09 Nov 2004 00:00:00 +0000/cs/blog/2004/11/09/i2p-setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-9.-listopadu-2004/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> ant, cervantes, Ch0Hag, duck, jrandom, keysersoze, MrEcho, mule, Nightblade, peer, polecat, postman, protokol, Ragnarok</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 13:26 &lt;jrandom&gt; 0) ahoj 13:26 &lt;cervantes&gt; pojďme se podívat na menu, než objednáme :P 13:26 &lt;jrandom&gt; 1) 0.4.1.4 13:26 &lt;jrandom&gt; 2) Streaming lib 13:26 &lt;jrandom&gt; 3) BT postup 13:26 &lt;jrandom&gt; 4) addressbook.py 13:26 &lt;jrandom&gt; 5) ??? 13:26 &lt;jrandom&gt; 0) ahoj 13:27 * jrandom mává 13:27 &lt;Ragnarok&gt; ahoj 13:27 * cervantes mává 13:27 &lt;jrandom&gt; poznámky ke stavu jsou na http://dev.i2p.net/pipermail/i2p/2004-November/000485.html 13:27 &lt;keysersoze&gt; ahoj 13:27 &lt;+polecat&gt; 5) může být DHT, jako to bamboo? 13:27 &lt;jrandom&gt; (jo, jdu pozdě) 13:27 &lt;jrandom&gt; super, polecat 13:27 * polecat zase štípe do prstů! 13:27 &lt;jrandom&gt; ok, skočíme do 1) 0.4.1.4 13:28 &lt;+Ch0Hag&gt; 0.4.1.4 padá víc, než by mělo 13:28 &lt;+Ch0Hag&gt; jakože – vůbec 13:28 &lt;jrandom&gt; padá? 13:28 &lt;+Ch0Hag&gt; I když je možné, že za to může kaffe. 13:28 &lt;jrandom&gt; vypadává ti IRC spojení, nebo se restartuje router? 13:28 &lt;jrandom&gt; aha, jedeš na kaffe? 13:29 &lt;+Ch0Hag&gt; router 13:29 &lt;+Ch0Hag&gt; Ano. 13:29 &lt;+Ch0Hag&gt; Někdo musí :) 13:29 &lt;jrandom&gt; na kaffe jsem musel zdvojnásobit výchozí využití paměti (při startu jí dát -mx128m) 13:29 &lt;+polecat&gt; GAH! Tak proto! Měl jsem hawka na ignore. 13:29 &lt;jrandom&gt; no, v poslední době máme aspoň 3 lidi na kaffe 13:30 &lt;jrandom&gt; jinak ale, jak vám 0.4.1.4 šlape? 13:30 * polecat je na kaffe... momentálně nezná lepší JVM. 13:30 &lt;jrandom&gt; první ohlasy byly dobré, ale poslední dobou jsem moc neslyšel 13:30 &lt;+Ch0Hag&gt; Měl jsem 64, zkusím 128 13:30 &lt;Ragnarok&gt; vypadá to dobře 13:30 &lt;keysersoze&gt; jrandom: Žádné zásadní problémy tady 13:30 &lt;@duck&gt; poslední velký výpadek irc byl můj 13:30 &lt;+Ch0Hag&gt; A ano, hodně z toho bylo OOM (Out Of Memory) 13:31 &lt;@duck&gt; jinak si myslím, že je to trochu nestabilní (od povolení řízení šířky pásma), ale nemám důkaz 13:31 &lt;jrandom&gt; throttling na tvém stroji je trochu úzké hrdlo, např. každá zpráva, kterou přijmeš, je něco jako 20+ zpráv, které se musí poslat ven 13:32 &lt;@duck&gt; ah 13:32 &lt;jrandom&gt; ale souhlasím, irc bylo nerovné 13:32 &lt;cervantes&gt; 0.4.1.3 byla na mém IBM JVM vždycky skála, takže jsem se zatím vyhnul aktualizaci 13:32 &lt;cervantes&gt; (22 dní uptime) 13:32 &lt;jrandom&gt; pěkné, cervantes 13:32 &lt;jrandom&gt; duck: [vložit komentář popisující naděje v nový streaming lib zde] 13:33 &lt;cervantes&gt; baffledův irc server byl o něco méně rozkolísaný 13:33 &lt;jrandom&gt; jasně, to je dobrá metrika 13:33 &lt;keysersoze&gt; cervantes: Jakou verzi jede? (Nevíš?) 13:33 &lt;ant&gt; &lt;dm&gt; bude mít streaming lib efekt na IRC, nebo jsou ty zprávy stejně moc malé? 13:33 &lt;@duck&gt; Tento týden jsem byl hodná kachna, tak ten limit trochu zvednu 13:33 &lt;jrandom&gt; mrknu na to, keysersoze 13:33 &lt;jrandom&gt; :) 13:33 &lt;+polecat&gt; Já mám 11 hodin uptime. ;.; 13:34 &lt;jrandom&gt; keysersoze: 0.4.1.4 13:34 &lt;keysersoze&gt; jrandom: ;) Ale člověk by se ho na to mohl zeptat tady, až bude kolem 13:34 &lt;keysersoze&gt; ok 13:34 &lt;jrandom&gt; dm: nový streaming lib zlepší odolnost a řešení selhání, ale samozřejmě nezlepší propustnost irc 13:34 &lt;jrandom&gt; (verze routerů jsou zveřejněny v netDb a já vím, které routery jsou jeho) 13:34 &lt;ant&gt; &lt;dm&gt; to je dobré 13:35 &lt;jrandom&gt; ok, máme ještě něco k 0.4.1.4? 13:35 &lt;jrandom&gt; pokud ne, krátce přejdeme na 2) postup streaming lib 13:36 &lt;keysersoze&gt; ne 13:36 &lt;jrandom&gt; jak je zmíněno v poznámkách, více novinek až budou :) 13:36 &lt;+polecat&gt; Co budeme moci dělat se streaming lib, co jsme dřív dělat nemohli? 13:36 &lt;Ragnarok&gt; stahovat velké soubory rychle 13:36 &lt;Ragnarok&gt; a DOSovat síť :) 13:36 &lt;jrandom&gt; polecat: přenášet libovolně velké soubory, přenášet rychlostí &gt; 4 KB/s 13:37 &lt;+Ch0Hag&gt; a/nebo spolehlivě? 13:37 &lt;jrandom&gt; Ragnarok: na tom, aby to síť neshodilo DoSem, teď právě dělám ;) 13:37 &lt;+protokol&gt; všiml jsem si postupem času, že když ztratím spojení na eepIRC, reconnecty vždycky selžou, ale když to na pár minut zastavím, připojí se to v pohodě 13:37 &lt;+polecat&gt; Zvýšilo by to přenosovou rychlost? o.O 13:37 &lt;jrandom&gt; polecat: ano. současný streaming lib používá pevnou velikost okna 1 paket – čeká na ACK, než odešle další zprávu 13:37 * polecat přikyvuje na protokol, vypadá to tak. 13:38 &lt;ant&gt; &lt;dm&gt; Streaming lib umožní novou třídu TCP-aplikací, které budou na I2P použitelné. 13:38 &lt;Ragnarok&gt; jrandom: aha, dobře. Trochu mě to znepokojovalo :) 13:38 &lt;ant&gt; &lt;dm&gt; To je marketingová verze. 13:38 &lt;jrandom&gt; řekněme, že propustnost s novým lib vypadá slibně. 13:39 &lt;jrandom&gt; heh dm 13:39 &lt;keysersoze&gt; jrandom: Jako rozšíření normálního TCP, kde odesílající stroj bude posílat dál, i když ještě nedostal ACK, až do určitého počtu? 13:39 &lt;+polecat&gt; jrandom: Aha, chápu, jak to mohlo být kompromitující... 13:39 &lt;jrandom&gt; správně, keysersoze, až do (klouzavé) velikosti okna 13:39 &lt;jrandom&gt; (dělá to všechno to řízení přetížení / vyhýbání se přetížení) [/mávání rukama] 13:40 &lt;+polecat&gt; Taky vidím, jak by to mohlo mít problémy s přetížením. Když se po pádu spojení odešle mnoho paketů. 13:40 &lt;cervantes&gt; bude zajímavé vidět nějaká srovnání benchmarků pro i2p BT přes nový streaming lib a starý not-so-streaming lib 13:40 &lt;jrandom&gt; jo, cervantes 13:41 &lt;jrandom&gt; polecat: to je největší riziko, zabránit zaplavení sítě, proto nasazujeme opatrně 13:41 &lt;ant&gt; &lt;dm&gt; mám bug k nahlášení. Připomeňte mi to, až budeme u 5. 13:41 &lt;cervantes&gt; jrandom: z pohledu aplikace, jak transparentní ten přechod bude? 13:42 &lt;keysersoze&gt; polecat: Implementují současné plány myšlenku „slow-start“, kde okno bude nejdřív 1, pak opatrně zvýšené na 2 a JEN když to půjde dobře, na 3 atd., až do určitého maxima? 13:42 &lt;+polecat&gt; Používá 0.4.1.4 streaming lib, nebo ještě nasazen nebyl? 13:42 &lt;jrandom&gt; cervantes až bude venku 0.4.2, žádné změny kódu. Můžeš použít streaming lib už teď, když v prostředí nastavíš magický flag :) 13:42 &lt;cervantes&gt; polecat: to k nám dorazí s 0.4.2 13:42 &lt;ant&gt; * dm všichni se hrnou k jrandomovi. 13:42 &lt;jrandom&gt; je s vámi už teď – viz streaming.jar 13:42 &lt;jrandom&gt; ale ve výchozím stavu vypnutý 13:42 &lt;ant&gt; &lt;dm&gt; „flag! flag! flag!“ 13:43 &lt;keysersoze&gt; jrandom: No tak, rozmazli nás a řekni, který env var ;) 13:43 &lt;jrandom&gt; nicméně, streaming lib je *NEZPĚTNĚ KOMPATIBILNÍ* 13:43 &lt;jrandom&gt; tj. s ním nemůžeš používat IRC 13:43 &lt;cervantes&gt; mám rannou .1.3, pamatuješ ;-) 13:43 &lt;jrandom&gt; ledaže by duck provozoval separátní newStreamingLib destination 13:43 &lt;+polecat&gt; Jo... asi bude nejlepší přepnout synchronně, ne jednotlivě. 13:43 &lt;jrandom&gt; přesně 13:43 &lt;+Ch0Hag&gt; Myslím, že tenhle flag je z těch „když ho nenajdeš, nepotřebuješ ho“. 13:43 &lt;ant&gt; &lt;dm&gt; duck: proboha, dělej, co se ti říká!!! 13:43 &lt;+Ch0Hag&gt; Jako většina flagů GCC... 13:43 &lt;jrandom&gt; přesně tak, Ch0Hag :) 13:44 &lt;jrandom&gt; dm: je tu ještě pár věcí k otestování 13:44 &lt;jrandom&gt; např. dnes ráno mule pomáhal s testem FUQID 13:44 &lt;keysersoze&gt; jrandom: Ovlivní to nějak klíče v hosts.txt pro existující I2P destinations? 13:44 &lt;mule&gt; zmeškal jsem meeting. konec letního času :(. 13:44 &lt;jrandom&gt; (a FUQID dělá ďábelské věci :) 13:45 &lt;jrandom&gt; čau mule, já taky :) jsi akorát včas 13:45 &lt;ant&gt; &lt;dm&gt; mule: ještě jsi nezmeškal sekci 5) ????? 13:45 &lt;+Ch0Hag&gt; Když jsme u fuqid, jsou nějaké novinky o stasher? 13:45 &lt;ant&gt; &lt;dm&gt; pro jistotu by ???? mohlo být: GOTO 1 13:45 &lt;jrandom&gt; keysersoze: ne, streaming lib se té části netýká 13:45 &lt;+Ch0Hag&gt; Nebo je to téma dost velké na to, abychom počkali do 5? 13:45 &lt;jrandom&gt; Ch0Hag: nikdo od září neslyšel o aum a nikdo další na stasher nic nedělá. 13:46 &lt;jrandom&gt; (ale jiná DHT témata na 5)??? prý jsou) 13:46 &lt;+Ch0Hag&gt; Aha. 13:46 &lt;+Ch0Hag&gt; Škoda. 13:46 &lt;+Ch0Hag&gt; Freenet devům náhodou neodstranili konkurenci... že? 13:46 &lt;+Ch0Hag&gt; :) 13:46 &lt;jrandom&gt; heh 13:47 &lt;+polecat&gt; První aplikace assassination politics. x3 13:47 &lt;+Ch0Hag&gt; Každopádně už nic nemám, tak se nebudu cpát do slov, dokud nebude 5 13:47 &lt;jrandom&gt; ok, ve streaming lib se děje spousta věcí, ale diskuzi si necháme na později 13:47 &lt;jrandom&gt; pokud není něco dalšího, můžeme přejít na 3) BT postup 13:47 &lt;cervantes&gt; &lt;/evasion&gt; 13:48 &lt;ant&gt; &lt;dm&gt; Nepřál by si každý, aby jrandom přijal toad deployment process? 13:48 &lt;ant&gt; &lt;dm&gt; Build 3435: streaming lib attempt 13:48 &lt;jrandom&gt; duck: ping? 13:48 &lt;ant&gt; &lt;dm&gt; Build 3436: streaming lib attempt 2 13:48 &lt;@duck&gt; pong 13:48 &lt;ant&gt; &lt;dm&gt; Build 3436: streaming lib attempt 3 13:48 &lt;jrandom&gt; buď hodný 13:48 * duck bere si mikrofon 13:48 &lt;Ragnarok&gt; ne, to nechceme 13:48 &lt;@duck&gt; dinoman, Ragnarok a já jsme pracovali na BT klientovi. 13:48 &lt;@duck&gt; - BT protokol analyzován a změny specifikovány na `http://duck.i2p/i2p-bt/txt/i2p-bt_protocol.txt` 13:48 &lt;@duck&gt; - dino upravil phpbt, info na `http://duck.i2p/i2p-bt/txt/tracker.txt` 13:48 &lt;@duck&gt; dino rozmluvil klienta s trackerem, R a já jsme to trochu vylepšili. 13:48 &lt;@duck&gt; celá věc tracker &lt;-&gt; klient fungovala 13:48 &lt;@duck&gt; ale zasekli jsme se na python sam knihovně... 13:49 &lt;@duck&gt; Connelly pomáhal, ale taky je zaneprázdněný 13:49 &lt;@duck&gt; a aum chybí 13:49 &lt;+polecat&gt; Pořád jsem v šoku, že BT na i2p vůbec může fungovat... 13:49 &lt;@duck&gt; tak jsem vyhodil pysam, reimplementoval BT's RawServer.py a teď to tak nějak funguje. 13:49 &lt;jrandom&gt; (w00t!) 13:49 &lt;@duck&gt; horká novinka: kanál #i2p-bt (hlavně topic s informací o posledním vydání) 13:49 &lt;@duck&gt; teď pracuju na přidání spousty podpory pro logování, aby se chytily nějaké drobné chyby 13:50 &lt;Ragnarok&gt; je to mnohem hezčí než původní RawServer.py 13:50 &lt;peer&gt; duck: je to připravené na beta testování? 13:50 &lt;@duck&gt; (například během EndGame musí timeoutnout a zkusit znovu získat poslední bity) 13:50 &lt;@duck&gt; peer: jo 13:50 &lt;@duck&gt; malý bod k diskuzi: 13:51 &lt;@duck&gt; zatím je to kompatibilní s Pythonem 2.2 (a výš) 13:51 &lt;@duck&gt; (zdá se, že to samé platí pro samotný bittorrent) 13:51 &lt;@duck&gt; ale logování potřebuje 2.3... 13:51 &lt;cervantes&gt; jé ano 13:51 &lt;@duck&gt; jak moc je to špatné? 13:51 &lt;jrandom&gt; mé freebsd a linux boxy mají 2.3 13:51 &lt;ant&gt; &lt;dm&gt; špatné? 13:52 &lt;jrandom&gt; (i když byly instalovány v posledním roce) 13:52 &lt;Ragnarok&gt; jsou nějaké hlavní distribuce, které pořád dodávají 2.2? 13:52 &lt;@duck&gt; debian-stable pořád zdá se dodává 2.2, naposledy když jsem koukal 13:52 &lt;jrandom&gt; aha, já jsem na debian unstable 13:52 &lt;@duck&gt; ale to asi nepřekvapí 13:52 &lt;+Ch0Hag&gt; Debian dodává 2.3, 2.2, 2.1 a možná 2.0 13:52 &lt;+Ch0Hag&gt; Pohromadě. 13:52 &lt;Ragnarok&gt; kromě Debian stable, myslím... 13:53 &lt;+Ch0Hag&gt; Tím si nejsem jistý. 13:53 &lt;jrandom&gt; bylo by fajn mít podporu 2.2 – nejsou pro něj dobré logging knihovny? 13:53 &lt;Ragnarok&gt; hloupý debian 13:53 &lt;@duck&gt; jrandom: mohl bys přibalit knihovnu z 2.3 13:54 &lt;Ragnarok&gt; může být logování prostě volitelné? 13:54 &lt;@duck&gt; asi jo 13:55 &lt;jrandom&gt; no, je to opravdu nástroj na produktivitu kodéra, takže ať funguje to, co autorům vyhovuje 13:55 &lt;ant&gt; &lt;dm&gt; tohle můžeme řešit, až se I2P + BT stane populární. 13:55 &lt;keysersoze&gt; Pro koho je to logování nutné? Ne pro koncové uživatele, hádám, takže při nasazení by nemělo vadit, že logování na některých platformách nepůjde, ne? 13:55 &lt;ant&gt; &lt;dm&gt; to už možná bude 2.3 standard 13:55 &lt;jrandom&gt; podpora 2.2 by byla fajn, ale nemyslím, že by bylo tak zlé vyžadovat 2.3 13:55 &lt;cervantes&gt; duck: takže trackerův seznam peer announce může místo IPček sypat I2P destinations? 13:56 &lt;@duck&gt; ok, zkusíme logovací knihovnu abstrahovat, s 2.2 použít stdout 13:56 &lt;@duck&gt; cervantes: `http://duck.i2p/i2p-bt/diffs/phpbt-i2p.diff` 13:56 &lt;jrandom&gt; keysersoze: chceš mít logování nasazené na klientech, aby když/ pokud se objeví bugy, mohl vývojář získat detailní logy 13:56 &lt;jrandom&gt; jasně, duck 13:56 &lt;cervantes&gt; dík 13:56 &lt;+Ch0Hag&gt; heh jestli někoho pořád zajímá, Woody má python 1.5, 2.0 a 2.1 13:56 &lt;+Ch0Hag&gt; :) 13:57 &lt;@duck&gt; heh 13:57 &lt;@duck&gt; ok, v tom případě říkám vyžadovat 2.3 13:57 &lt;@duck&gt; a woody ať si trhne 13:57 &lt;cervantes&gt; myslím, že u mě je to přibité na 1.5 a 2.2 13:57 &lt;jrandom&gt; jo, není potřeba se zabývat 2.1 13:57 &lt;cervantes&gt; (čas na upgrade) 13:57 &lt;jrandom&gt; heh 13:57 &lt;+Ch0Hag&gt; To je názor většiny uživatelů Debianu taky 13:58 &lt;Ragnarok&gt; addressbook.py vyžaduje 2.3 13:58 &lt;@duck&gt; jsou tu zajímavé subprojekty: 13:58 &lt;jrandom&gt; aha, super, Ragnarok 13:58 &lt;@duck&gt; výzkum optimálního nastavení pro i2p 13:58 &lt;+polecat&gt; To malé cosi vyžaduje 2.3? 13:58 &lt;keysersoze&gt; jrandom: Souhlasím, ale na malé síti jako teď (~100 peerů) není problém, aby pár beta-testerů přešlo na 2.2 nebo 2.3. A jakmile budou nejkřiklavější bugy rozdrceny, noví „opravdoví“ koncoví uživatelé logování nepotřebují. Tj. říkám: Logování teď není problém, takže se shodneme ;) 13:58 &lt;cervantes&gt; když jsem před rokem rozebíral BT, tenhle stroj tlačil přes tracker až 6 MB/s... 13:58 &lt;+polecat&gt; Divné... 2.2 musí být prakticky zmrzačený. 13:58 &lt;Ragnarok&gt; 2.3 má lepší podporu proxy v urllib 13:58 &lt;@duck&gt; portování standardního bt trackeru taky 13:58 &lt;cervantes&gt; myslím seed 13:59 &lt;Ragnarok&gt; mohlo by to fungovat i na 2.2, ale stálo by to moc úsilí :) 13:59 &lt;+polecat&gt; Aha, to by bylo důležité, že. 13:59 &lt;jrandom&gt; duck: výzkum optimálního nastavení bude těžký, dokud nevyjde 0.4.2 13:59 &lt;@duck&gt; jasně 14:00 &lt;jrandom&gt; port trackeru by byl skvělý. Máš implementované nástroje na vytváření .torrent, nebo jsi to dělal ručně? 14:00 &lt;@duck&gt; cože? 14:00 &lt;cervantes&gt; klient má tuny pěkných čudlíků pro rychlosti nabírání peerů, timeouty, min/max peerů atd. 14:01 &lt;cervantes&gt; jrandom: to by nemělo potřebovat žádné úpravy, myslím 14:01 &lt;jrandom&gt; duck: .torrent odkazuje na i2p destination trackeru, že? 14:01 &lt;@duck&gt; teď dodáváme: btdownloadheadless.py + btmakemetafile.py + btshowmetainfo.py 14:01 &lt;jrandom&gt; nebo odkazuje na jméno? 14:01 &lt;cervantes&gt; je to jen url a hromada SHA1 hashů 14:01 &lt;@duck&gt; ačkoliv btmakemetafile.py a btshowmetainfo.py nejsou upravené 14:01 &lt;jrandom&gt; „url“ je ta těžká část :) 14:02 &lt;@duck&gt; takže můžeš použít jiné nástroje 14:02 &lt;@duck&gt; teď je to `http://duck.i2p/phpbt/announce.php` 14:02 &lt;jrandom&gt; ok, super 14:02 &lt;@duck&gt; hádám, že můžeš použít http://i2p/bigbase64/announce.php 14:02 &lt;+protokol&gt; jsou plány, aby jiné klienty podporovaly eepTorrent? mám rád azureus 14:02 &lt;@duck&gt; plno 14:02 &lt;cervantes&gt; jrandom: ta ranná verze, na kterou jsem koukal, nedělala žádnou validaci url na announce řetězci 14:03 &lt;ant&gt; &lt;dm&gt; co znamená eep? 14:03 &lt;cervantes&gt; mohl jsi tam dát cokoli 14:03 &lt;jrandom&gt; hmm, stojí za to ověřit, jestli to funguje, duck (pro případ, že phpbt dělá blbé přepisování url apod.) 14:03 &lt;cervantes&gt; dm: podívej se do glosáře na fóru 14:03 &lt;@duck&gt; možná je čas na i2p-bt fórum? 14:03 &lt;keysersoze&gt; duck: Zvlášť až noví uživatelé, co nemají „registraci“ v hosts.txt, budou chtít hostovat trackery, MUSÍ být možné mít v tom base64 14:03 &lt;+Ch0Hag&gt; Eye Eye Pee? 14:03 &lt;jrandom&gt; to by bylo fajn, duck 14:03 &lt;@duck&gt; (sekce na forum.i2p) 14:04 &lt;ant&gt; &lt;dm&gt; cervantes: to bylo užitečné! 14:04 &lt;cervantes&gt; duck: jo, žádný problém 14:04 &lt;@duck&gt; keysersoze: bude prozkoumáno 14:04 &lt;jrandom&gt; i tak, jak to je, je to sakra cool 14:05 &lt;jrandom&gt; těch 4 KB/s na peer není zas takový problém 14:05 &lt;ant&gt; &lt;dm&gt; kolik je hodin? „Dvě bloky dolů po ulici je hodiny“ 14:05 &lt;cervantes&gt; do budoucna bychom možná měli zřídit zvláštní prostor na fóru, kde mohou lidi publikovat soubory á la suprnova 14:05 &lt;@duck&gt; eeprnova 14:05 &lt;jrandom&gt; cervantes: s recenzemi atd. :) 14:05 &lt;keysersoze&gt; jrandom: Vyžádá si přechod na streaminglib velké změny v současném python I2P-BT kódu? 14:05 &lt;+polecat&gt; Já si přes IPv4 bittorrent streamy stejně nikdy nevytáhnu víc než 4 KB/s... 14:05 &lt;peer&gt; bylo by dobré mít argument příkazové řádky pro nastavení adresy I2P serveru, aby to šlo spouštět z jiných strojů v síti 14:05 &lt;jrandom&gt; (ale myslím, že by to mělo být radši mimo forum.i2p) 14:06 &lt;jrandom&gt; keysersoze: 0 změn 14:06 &lt;@duck&gt; měj na paměti, že i2p-bt trackery budou škálovat mnohem hůř 14:06 &lt;@duck&gt; protože musí posílat nabobtnalé velké klíče 14:06 &lt;Ragnarok&gt; polecat: asi jsi za NATem 14:06 &lt;keysersoze&gt; polecat: ((OT) zkus dnešní firefox torrent ;)) 14:06 &lt;cervantes&gt; jrandom: jo. 14:06 &lt;@duck&gt; zatímco normální trackery byly nedávno upraveny, aby posílaly jen 6 bajtů / peer 14:06 &lt;jrandom&gt; peer: adresa I2P serveru? 14:07 &lt;jrandom&gt; peer: používám i2p-bt s mým SAM bridge lokálně přistupujícím k vzdálenému routeru 14:07 &lt;jrandom&gt; jo, ale bylo by fajn mít v CLI vlajky pro nastavení umístění SAM bridge a eep proxy 14:07 &lt;peer&gt; jrandom: přesně 13:07 &lt;keysersoze&gt; duck: Můžeme host-key komprimovat? (Jen se ptám...) 14:08 &lt;peer&gt; jedním cli arg 14:08 &lt;jrandom&gt; (místo abych po každém vydání znovu upravoval kód :) 14:08 &lt;@duck&gt; keysersoze: použití binárního místo base64 to trochu zmenší 14:08 &lt;@duck&gt; tak o 15% 14:08 &lt;@duck&gt; nestojí to za to 14:08 &lt;keysersoze&gt; duck: Souhlasím. 14:09 &lt;ant&gt; &lt;dm&gt; cervantes: kde je ten glosář fóra? Nic nevidím na http://forum.i2p.net/ 14:09 &lt;Ragnarok&gt; šly by použít hostnames? 14:09 &lt;jrandom&gt; Ragnarok: hostnames nejsou globálně unikátní 14:09 &lt;@duck&gt; Ragnarok: tam nechceme jít 14:09 &lt;cervantes&gt; dm: zobrazuje se jen registrovaným uživatelům 14:10 &lt;ant&gt; &lt;dm&gt; cervantes: skvělé! Tak si eep najdu na googlu! 14:10 &lt;Ragnarok&gt; fér 14:11 &lt;cervantes&gt; dm: je to fonéma pro IIP 14:11 &lt;cervantes&gt; říká se 14:11 &lt;jrandom&gt; ok, děláte ohromnou práci na bt straně a těším se, až uslyším (a použiju) víc :) 14:11 &lt;ant&gt; &lt;dm&gt; cervantes: není to akronym? 14:12 * cervantes má půl terabajtu filmů a seriálů ke sdílení 14:12 &lt;jrandom&gt; máme ještě něco k diskuzi ohledně i2p-bt? 14:12 &lt;cervantes&gt; dm: co jsem slyšel, ne 14:12 &lt;@duck&gt; (nezapomeňte na #i2p-bt) 14:12 &lt;jrandom&gt; jo, #i2p-bt, konečně motivace, aby se lidi přesunuli z freenode :) 14:12 &lt;ant&gt; &lt;dm&gt; dobrá. Díky. 14:13 &lt;+Ch0Hag&gt; Jako by tahle skvělá síť nebyla motivací sama o sobě... 14:13 &lt;jrandom&gt; ok pokud ne, přejdeme na 4) addressbook.py 14:13 &lt;jrandom&gt; Ragnarok: dáš nám shrnutí? 14:13 &lt;Ragnarok&gt; jé 14:14 &lt;Ragnarok&gt; hm, ok. addressbook.py je první pokus o subscribovatelný systém adresáře. 14:14 &lt;Ragnarok&gt; Momentálně je to docela ošklivé, ale funguje to 14:14 &lt;Ragnarok&gt; získat to můžeš na ragnarok.i2p 14:14 &lt;peer&gt; můžu dát návrh ohledně pojmenování? myslím, že nejlepší metoda by byla, aby odkazy mezi eepsites používaly base64, ale aby si lidi mohli vytvářet vlastní názvy záložek pro stránky, místo jakéhokoli centralizovaného systému pojmenování 14:14 &lt;Ragnarok&gt; um... 14:14 &lt;Ragnarok&gt; nějaké otázky? 14:15 &lt;+postman&gt; Ragnarok: definuj ošklivé :) 14:15 &lt;jrandom&gt; Ragnarok: super 14:15 &lt;ant&gt; &lt;dm&gt; jrandom: ne otázka 14:15 &lt;+polecat&gt; O čem jsme se to bavili? @.@ 14:15 &lt;peer&gt; něco jako záložky na titulní stránce freenet web rozhraní, ale místo toho s urls 14:15 &lt;cervantes&gt; Ragnarok: je to celé příkazová řádka, nebo je i GUI? 14:15 &lt;Ragnarok&gt; přečti si to, je to ošklivé :) 14:15 &lt;jrandom&gt; peer: souhlas, ale potřebujeme autorské nástroje 14:15 &lt;cervantes&gt; nebyly žádné screenshoty, tak jsem ztratil zájem a šel pryč ;-) 14:15 &lt;jrandom&gt; peer: i když ?i2paddresshelper pomáhá 14:15 &lt;+postman&gt; Ragnarok: ok, díky – mrknu na to 14:16 &lt;+polecat&gt; Ale no tak, GUI jsou pro fotbalové maminy! 14:16 &lt;Ragnarok&gt; je to celé příkazová řádka. Je to navrženo ke spuštění jako démon. Na Windows to zatím jako démon neběží, to je můj další projekt. 14:16 &lt;Ragnarok&gt; kromě CLI nástroje probíhají všechny interakce přes konfigurační soubory. 14:17 &lt;jrandom&gt; možná další krok v oblasti pojmenování je webové rozhraní pro správu položek a odběrů? 14:17 &lt;cervantes&gt; v podstatě tedy syndikuješ svůj hosts soubor? 14:17 &lt;Ragnarok&gt; ano 14:17 &lt;cervantes&gt; jasně... super 14:17 &lt;Ragnarok&gt; webové rozhraní by bylo skvělé. Já ho ale psát nebudu :) 14:17 &lt;jrandom&gt; se sloučením a řízením konfliktů 14:18 &lt;+polecat&gt; Co je to řízení konfliktů, kromě ječení o tom v logu? 14:18 &lt;jrandom&gt; jo, samotný engine je dobrá věc, třeba sežene někdo jiný na webovou část :) 14:19 &lt;Ragnarok&gt; žádné. Když chceš konflikt vyřešit, uděláš to ručně :). I když teď je to trochu snazší. 14:19 &lt;jrandom&gt; polecat: ječet a nikdy nepřepsat existující položku pokud vím 14:19 &lt;jrandom&gt; (ehm, jak říkal) 14:19 &lt;cervantes&gt; bylo by hezké jako plugin do postranního panelu Firefoxu... 14:19 &lt;+polecat&gt; Ano, to jsem si myslel. 14:19 &lt;cervantes&gt; to bych mohl zapracovat do svého i2p toolbaru 14:20 &lt;Ragnarok&gt; uživatelské změny se nikdy nepřepisují, takže je to rozumně bezpečné proti útoku 14:20 &lt;jrandom&gt; a odebírat bys měl jen relativně důvěryhodné peery 14:20 &lt;Ragnarok&gt; přesně tak 14:20 &lt;cervantes&gt; možná funkce na zamykání položek? 14:20 &lt;cervantes&gt; (tj. přesunout je do userhosts) 14:21 &lt;Ragnarok&gt; položky se nikdy neupravují 14:21 &lt;+polecat&gt; Líbí se mi koncept souboru myhosts.txt pro položky, které chceš sám potvrdit. 14:21 &lt;cervantes&gt; Ragnarok: aha promiň, to jsi říkal 14:22 &lt;Ragnarok&gt; myhosts.txt je špinavý hack, jak obejít race condition, ale z nějakého důvodu se to každému líbí jako rozhraní :) 14:22 &lt;jrandom&gt; pokud je zájem, jsou způsoby, jak přimět i2ptunnel / sam / atd., aby četly víc než jen hosts.txt a userhosts.txt 14:22 &lt;jrandom&gt; (ale jen když k tomu bude dobrý a pevný důvod) 14:22 &lt;cervantes&gt; Ragnarok: měl jsi předstírat, že to bylo záměrné ;-) 14:23 * duck navrhuje abstrahovat od hosts.txt / userhosts.txt 14:23 &lt;+polecat&gt; Moje perl verze addressbook.pl podporuje myhosts.txt. 14:23 &lt;Ragnarok&gt; jo, to bude součást velkého přepisu :) 14:23 * polecat poznamenává duckovi, že bys k tomu musel upravit i2ptunnel a sam. 14:23 &lt;Ragnarok&gt; nejdřív ale chci dosáhnout parity funkcí na Windows. 14:24 &lt;jrandom&gt; správně, duck, protože by se to hodilo pro 0.4.2, kdybychom mohli flagovat různé destinations jako „oldLib“ a „newLib“ (atd.) 14:24 &lt;@duck&gt; polecat: mohl bys zapsat finální výsledek do něčeho, co se jmenuje ‚hosts.txt‘ 14:24 &lt;cervantes&gt; ideálně chceš hierarchickou mini-databázi lokálních adres, které si můžeš kategorizovat 14:24 &lt;@duck&gt; ale směrem k uživateli použít jinou strukturu 14:24 &lt;+polecat&gt; Finální výsledek jde do userhosts.txt 14:24 &lt;+polecat&gt; A také do souboru zvaného „hosts.txt“ na eepsite, což není systémový hosts.txt. 14:24 &lt;@duck&gt; což je matoucí :) 14:25 &lt;Ragnarok&gt; Rád mateu co nejvíc :) 14:25 &lt;MrEcho&gt; doufám, že budu mít dns hotové do konce měsíce 14:25 &lt;@duck&gt; ok, tak ať název závisí na checksum obsahu 14:25 &lt;cervantes&gt; addressbook.txt? :) 14:25 &lt;Ragnarok&gt; publikovaný adresář se prostě jmenuje hosts.txt, protože tak se jmenuje na dev.i2p 14:25 &lt;+polecat&gt; Je možné volat Ragnarokův hosts.txt jinak. Lidi si jen musí přihlásit odběr toho jiného názvu souboru. 14:26 &lt;Ragnarok&gt; pravda, je to konfigurační volba 14:26 &lt;+polecat&gt; tj. jako jít na `http://polecat.i2p/addressbook` místo `http://polecat.i2p/hosts.txt` 14:26 &lt;MrEcho&gt; pro info, moje dns se nedotýká hosts souboru .. stejně jako skutečné dns 14:27 &lt;+polecat&gt; Jo, to taky. &gt;.&lt; 14:27 &lt;@duck&gt; moje dns způsobuje světový mír 14:27 &lt;jrandom&gt; MrEcho: možná by stálo za to prozkoumat interoperabilitu 14:27 &lt;+polecat&gt; Existuje /etc/hosts, jrandomův hosts.txt, který používají i2ptunnel a sam, a teď hosts.txt publikovaný od Ragnarok. 14:28 &lt;Ragnarok&gt; Nemyslím, že něco, co neresolvuje jména lokálně, bude někdy na i2p fungovat přijatelně, ale klidně mi dokaž opak :) 14:28 &lt;mule&gt; nepřátelské prostředí :) 14:28 &lt;MrEcho&gt; mohl bych to udělat tak, aby to aktualizovalo hosts text, ale doufal jsem, že přidám něco do jiného kódu 14:28 &lt;jrandom&gt; v cvs je nějaký kód (pod apps/myi2p) pro načítání/ukládání položek adresáře s daty, které byly poslány v tom únorovém mailu, kdyby měl někdo zájem ;) 14:29 &lt;+polecat&gt; ? 14:29 &lt;MrEcho&gt; už jsem se koukl jr 14:30 &lt;jrandom&gt; polecat: http://forum.i2p.net/viewtopic.php?t=141#419 14:30 &lt;+polecat&gt; Myslíš pod apps/myi2p/java/src/net/i2p/myi2p 14:30 &lt;jrandom&gt; no jo, když chceš být konkrétní ;) 14:30 &lt;+polecat&gt; Spíš odporně redundantní. ;3 14:31 &lt;jrandom&gt; super, MrEcho, i pro jiné naming systémy tohle navrhuju jako formát souboru, pokud lidi zvažují náhradu hosts.txt 14:31 &lt;jrandom&gt; polecat: z dobrých důvodů (a dle mého v tom pathnamu není žádná redundance ;) 14:31 &lt;Ragnarok&gt; super. Kouknu na to 14:32 &lt;ant&gt; &lt;dm&gt; alespoň už to tam neříká třikrát internet 14:33 &lt;jrandom&gt; muselo by to být implementováno jako net.i2p.client.naming.NamingService – něco, co načítá z té lokální DB, ale to by nemělo být těžké 14:33 &lt;+polecat&gt; Eek! Ne, ne, žádné MX záznamy... žádné CNAME... 14:33 &lt;jrandom&gt; mít více destinations na jméno je ale dobrý nápad 14:33 &lt;ant&gt; &lt;janonymous2&gt; Mám slabost pro hybrid address book/ dns 14:34 &lt;jrandom&gt; adresář je domain name system :) 14:34 &lt;+polecat&gt; jrandom: Kolikrát jsi tomu musel říkat myi2p? A jak nutné je tomu říkat i2p, když se to už jmenuje myi2p? A je nějaká otázka, jestli je ten binec věc javy? 14:34 &lt;jrandom&gt; polecat: ne všechen myi2p kód bude v javě. 14:34 &lt;@duck&gt; vrať se do své jeskyně, perl trolle :) 14:34 &lt;+polecat&gt; Souhlasím, že je to všechno nutné, neobviňuju tebe, jrandom, ale javu a ant. 14:35 &lt;jrandom&gt; polecat: a i2p codebase je unikátní pod jmenným prostorem net.i2p, protože net.myi2p namespace neovládáme :) 14:35 * polecat bručí a krčí se pod mostem. 14:35 &lt;ant&gt; &lt;dm&gt; polecat: říká se tomu OCD 14:35 &lt;jrandom&gt; heh 14:35 &lt;jrandom&gt; říká se tomu software engineering ;) 14:36 &lt;+polecat&gt; Ano, ale proč dávat všechno do adresářové struktury, která papouškuje namespace? 14:36 &lt;+polecat&gt; Prostě ve souboru specifikuj... „Tento soubor je v namespace net.i2p“ 14:36 &lt;jrandom&gt; ale každopádně, ještě něco k Ragnarokovu božímu nameingu? :) 14:36 &lt;@duck&gt; je boží 14:36 &lt;Ragnarok&gt; děkuji :) 14:36 &lt;+polecat&gt; Asseth Kickius. 14:36 &lt;jrandom&gt; polecat: v i2p je 1340 Java souborů 14:37 &lt;@duck&gt; Byl jsem ŠOKOVÁN, když jsem chtěl navštívit eepsite a host už byl propagovaný 14:37 &lt;Ragnarok&gt; hehe 14:37 &lt;jrandom&gt; :) 14:37 &lt;+polecat&gt; No, neříkám, že to musí být nacpané na jednom místě. 1340 souborů je ale docela dost, není tam nějaký redundantní kód? o.O 14:38 &lt;Ragnarok&gt; ví někdo příkaz na zabití procesu ve Windows podle PID? 14:38 &lt;@duck&gt; jako reimplementace TCP stacku? :) 14:38 &lt;+polecat&gt; Nemluvě o plně funkčních web serverech. c.c 14:38 &lt;jrandom&gt; heh 14:38 &lt;jrandom&gt; oh, přeskočím jetty kód.. 14:39 &lt;keysersoze&gt; (91 peerů v síti právě teď!) 14:39 &lt;ant&gt; &lt;dm&gt; ragnarok: kill 14:39 &lt;jrandom&gt; ok, 389 v router/ a core/ 14:39 &lt;Ragnarok&gt; na jakých verzích to existuje? 14:39 &lt;+polecat&gt; Pořád je to hodně na mizerný router... ale vzhledem ke všemu ostatnímu ne zas tak špatné. 14:39 &lt;ant&gt; &lt;dm&gt; nevím... Tady běží XP. 14:39 &lt;cervantes&gt; Ragnarook: jen pokud máš nainstalované Support CD soubory 14:40 &lt;Ragnarok&gt; aha 14:40 * duck se znovu soustředí 14:40 &lt;cervantes&gt; Ragnarok: jinak stáhni sysinternals pskill 14:40 &lt;jrandom&gt; ok, něco dalšího k 4) addressbook.py, nebo přejdeme na 5) ??? 14:41 &lt;cervantes&gt; Ragnarok: http://www.sysinternals.com/ntw2k/freeware/pstools.shtml 14:41 &lt;jrandom&gt; ok, jdeme na 5) 14:41 &lt;Ragnarok&gt; super, díky :) 14:41 &lt;jrandom&gt; polecat: pokud si pamatuju, chtěl jsi nadhodit bamboo-dht? 14:41 &lt;MrEcho&gt; ? meeting právě teď 14:41 &lt;+polecat&gt; :skanduje: DHT DHT USA USA~/o 14:42 &lt;+polecat&gt; Ano, rozhodně. Jen si něco hledám... 14:42 &lt;jrandom&gt; ano, MrEcho 14:43 &lt;+Ch0Hag&gt; 5? 14:43 &lt;jrandom&gt; 5) ??? 14:43 &lt;MrEcho&gt; heh 14:43 &lt;+Ch0Hag&gt; ó ano, našel jsem nepodstatný sémantický bug 14:43 &lt;jrandom&gt; co je, Ch0Hag? 14:43 &lt;+polecat&gt; Ve zdrojáku bamboo je 79 java souborů. Celkem je 253 souborů. 14:44 &lt;+polecat&gt; Celý projekt zabírá 4,6 MB ve zdrojích a podpůrných souborech před buildem. 14:44 &lt;jrandom&gt; uáá 14:44 &lt;+Ch0Hag&gt; v /netdb.jsp jsou naše informace uvedeny nejdřív port, zatímco u jiných peerů je nejdřív host 14:44 &lt;+Ch0Hag&gt; Na řádku Addresses 14:44 &lt;jrandom&gt; hrál sis s tím, polecat? 14:44 &lt;jrandom&gt; Ch0Hag: pořadí je libovolné 14:45 &lt;+Ch0Hag&gt; A 0.4.1.4 běží hodinu se 128 MB pod Kaffe 14:45 &lt;+polecat&gt; Moc času jsem neměl. Hrál jsem si s circle a dostal jsem fajnovou grafickou reprezentaci PGP public key, ale ne s bamboo. 14:45 &lt;ant&gt; &lt;dm&gt; ah ano, ch0hagův bezvýznamný bug report mi to připomněl! 14:45 &lt;ant&gt; &lt;dm&gt; na stránce config se píše „should either use a service like dyndns or leave the hostname blank. If you leave it blank, your router will autodetect the 'correct' IP address by asking a peer“ 14:45 &lt;+Ch0Hag&gt; Zdá se, že je to host/port u všech 14:45 &lt;MrEcho&gt; Uptime: 54h Memory: 23,506KB 14:45 &lt;+Ch0Hag&gt; Ale hele 14:45 &lt;+Ch0Hag&gt; Není to, jako by na tom záleželo. 14:46 &lt;ant&gt; &lt;dm&gt; což je pro mě super, protože mám dynamickou IP a na tuhle funkci čekám už nějakou dobu, ale když to vymažu a dám uložit, tak se to pole automaticky zas vyplní (nesprávnou) IP 14:46 &lt;cervantes&gt; polecat: máš url? 14:46 &lt;ant&gt; &lt;dm&gt; Díky! 14:47 &lt;jrandom&gt; hm dm, nerespektuje to, když to necháš prázdné? 14:47 &lt;jrandom&gt; to je rozhodně podstatný bug 14:47 &lt;+polecat&gt; Ano, moment prosím. 14:47 &lt;Ragnarok&gt; bylo by fajn, kdyby doporučovalo vyplnit to pole jen pokud máš skutečný, statický hostname. Nebo kdyby to pole vůbec nebylo... 14:47 &lt;jrandom&gt; Ch0Hag: kaffe obvykle drží stabilní velikost 14:47 &lt;+polecat&gt; http://bamboo-dht.org/ 14:48 &lt;jrandom&gt; Ragnarok: zvažuju, že to pole úplně odstraním a nechám ho pro hackery na /configadvanced.jsp 14:48 &lt;ant&gt; &lt;dm&gt; Zajímá mě to jen proto, že mě ten odstavec s instrukcemi dělá za idiota, když to nedokážu nechat prázdné ;) 14:48 &lt;cervantes&gt; polecat: dík 14:48 &lt;+Ch0Hag&gt; dm: Je to zjevně inteligenční test. 14:48 &lt;+Ch0Hag&gt; Když to dokážeš nechat prázdné, prošel jsi. 14:48 &lt;+polecat&gt; Taky si všímám, že bamboo se kompiluje s jikes a kaffe jar asi za 30 sekund. 14:48 &lt;+polecat&gt; Používá ale divné proměnné, JAVAC a JAVAHOME místo JAVA_HOME 14:49 &lt;Ragnarok&gt; jr: Myslím, že je to skvělý nápad. V tuto chvíli je to trochu past na nováčky. 14:50 &lt;cervantes&gt; dm: klikáš na uložit, nebo mačkáš enter? 14:50 &lt;ant&gt; &lt;dm&gt; kliknout na uložit 14:50 &lt;ant&gt; &lt;dm&gt; * Updated bandwidth limits 14:50 &lt;ant&gt; &lt;dm&gt; * Configuration saved successfully 14:50 &lt;@duck&gt; polecat: plánuješ se na to podívat blíž? 14:51 &lt;+polecat&gt; Rozhodně. bamboo vypadá jako nejlepší kandidát na port na i2p a nejvíc „dohromady“ DHT projekt, co vidím venku. 14:52 &lt;+polecat&gt; Důležité je samozřejmě, jestli to „funguje“. 14:52 &lt;jrandom&gt; pche, kdo potřebuje funkčnost, jde o kompatibilitu s buzzwordy! 14:53 &lt;jrandom&gt; prosím, průběžně nás informuj, jak to jde 14:53 &lt;jrandom&gt; (souhlasím, projekt vypadá slibně) 14:53 &lt;@duck&gt; pravděpodobně nejdůležitější je, co nabízí pro úpravy na transportní vrstvě 14:54 &lt;ant&gt; &lt;janonymous2&gt; Co je pointa bamboo? 14:54 &lt;jrandom&gt; jo, zda vyžaduje NIO kanály, nebo používá obyčejné sokety 14:54 &lt;cervantes&gt; heh... bamboo novinky: „5 Aug Bamboo Now 100% Pure Java...uses Berkely DB Java Edition“ „4 Nov Bamboo No Longer 100% Pure Java...BDB Java sucked..back to C“ 14:54 &lt;jrandom&gt; (i když bychom /mohli/ napsat NIO kanály pro i2psocket, dalo by to práci) 14:54 &lt;+polecat&gt; jrandom: Vrať se do své katedrály, java chrliči! X3 14:54 &lt;+polecat&gt; Přesně. Pokud to vyžaduje TCP nebo UDP, nebo hůř... DNS, tak jsme v háji. 14:54 &lt;+polecat&gt; NIO/ 14:54 &lt;+polecat&gt; NIO? 14:55 &lt;+polecat&gt; Vím jen, že ni'o znamená změň téma v lojban. 14:55 &lt;jrandom&gt; NIO je New I/O knihovna v javě, přidaná v 1.4 14:55 &lt;+polecat&gt; Chápu. I obyčejné sokety ale – nemá SAM analogické objekty pro sokety a analogické funkce read() a write()? 14:55 &lt;jrandom&gt; ano 14:56 &lt;jrandom&gt; pokud používají obyčejné sokety, je to snadné jak fík 14:56 &lt;jrandom&gt; (...ať už to znamená cokoli) 14:56 &lt;ant&gt; &lt;janonymous2&gt; Co je bamboo? 14:56 &lt;jrandom&gt; bamboo-dht.org 14:57 &lt;cervantes&gt; mimochodem jaké byly problémy s pysam? 14:57 * polecat přikyvuje. 14:58 &lt;@duck&gt; cervantes: posílání / přijímání dat 14:58 &lt;cervantes&gt; duck: aha, to je všechno? :) 14:58 &lt;ant&gt; * janonymous2 /me se krčí se svým nedostatečným telefonem 14:58 &lt;@duck&gt; a navazování / detekce spojení 14:58 &lt;+Nightblade&gt; ono to neposílalo? 14:59 &lt;Ragnarok&gt; jejej 14:59 &lt;@duck&gt; Nightblade: pravděpodobně to dělalo něco 14:59 &lt;+Nightblade&gt; funguje to vůbec? 15:00 &lt;cervantes&gt; duck: nějaké nápady na pojmenování sekce i2p-bt fóra? 15:00 &lt;cervantes&gt; chceš vlastní top level s nějakými podsekcemi? 15:01 &lt;Ragnarok&gt; hm, musím na cestu. Hezký zbytek meetingu :) 15:01 &lt;jrandom&gt; Nightblade: aum to používal, takže jsem si jist, že to fungovalo 15:01 &lt;jrandom&gt; měj se, Ragnarok 15:01 &lt;cervantes&gt; you're = your 15:01 &lt;cervantes&gt; čau, ragnarok 15:02 &lt;ant&gt; &lt;janonymous2&gt; Stav na bt? 15:02 &lt;jrandom&gt; janonymous: viz logy meetingu (až vyjdou) 15:03 &lt;jrandom&gt; když už jsme u toho, je ještě něco, co byste chtěli v meetingu probrat? 15:03 &lt;ant&gt; &lt;janonymous2&gt; Aha, moje chyba 15:04 * cervantes podává jr egoldem pozlacený baffer 15:04 * jrandom nápřah 15:04 &lt;jrandom&gt; ... 15:04 &lt;jrandom&gt; ... 15:04 * jrandom *baf* uzavírá meeting </div>/cs/blog/2004/11/09/pozn%C3%A1mky-ke-stavu-i2p-k-2004-11-09/Tue, 09 Nov 2004 00:00:00 +0000/cs/blog/2004/11/09/pozn%C3%A1mky-ke-stavu-i2p-k-2004-11-09/<p>Ahoj všichni, je čas na týdenní aktualizaci</p> <h2 id="rejstřík">Rejstřík:</h2> <ol> <li>0.4.1.4</li> <li>Streaming lib</li> <li>BT progress</li> <li>addressbook.py</li> <li>???</li> </ol> <h2 id="1-0414">1) 0.4.1.4</h2> <p>Nedávno jsme vydali novou opravnou aktualizaci a zatím se aktualizovaly dvě třetiny sítě - díky! Zprávy jsou pozitivní, včetně nižšího využití CPU a méně selhání, spolu s nižším využitím paměti. Síť jako celek trochu povyrostla, stabilně se drží ve vysokých sedmdesátkách/nízkých osmdesátkách, což je prozatím dobrá a zdravá hodnota.</p> <h2 id="2-streamingová-knihovna">2) Streamingová knihovna</h2> <p>Uvidíme, jestli dokážu říct totéž tři týdny po sobě&hellip; Spousta pokroku, více podrobností, až budou k dispozici :)</p>/cs/blog/2004/11/02/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-2.-listopadu-2004/Tue, 02 Nov 2004 00:00:00 +0000/cs/blog/2004/11/02/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-2.-listopadu-2004/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> BS314159, cat-a-puss, deer, dm, duck, janonymous1, jrandom, protok0l</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 13:37 &lt;jrandom&gt; 0) ahoj 13:37 &lt;jrandom&gt; 1) Stav sítě 13:37 &lt;jrandom&gt; 2) Aktualizace jádra 13:37 &lt;jrandom&gt; 3) Streamovací knihovna 13:37 &lt;jrandom&gt; 4) postup mail.i2p 13:38 &lt;jrandom&gt; 5) postup BT 13:38 &lt;jrandom&gt; 6) ??? 13:38 &lt;jrandom&gt; 0) ahoj 13:38 &lt;jrandom&gt; omlouvám se za zpoždění, týdenní poznámky o stavu zveřejněny @ http://dev.i2p.net/pipermail/i2p/2004-November/000477.html 13:38 &lt;dm&gt; schůzka za 24 nebo 84? 13:38 &lt;jrandom&gt; 0 13:38 &lt;dm&gt; oh.. -36? 13:39 &lt;jrandom&gt; jo, 21:00 GMT 13:39 &lt;jrandom&gt; ale zapomněl jsem na to, tak začneme... teď ;) 13:39 &lt;jrandom&gt; 1) stav sítě 13:39 &lt;dm&gt; dobré načasování 13:39 &lt;jrandom&gt; no, žádná skutečná změna ve stavu sítě z mé strany – má někdo něco, co by k tomu chtěl zmínit? 13:41 &lt;jrandom&gt; pokud ne, můžeme přejít k 2) aktualizace jádra 13:41 &lt;jrandom&gt; nemám co dodat nad to, co je v e‑mailu, tak dám lidem minutu, ať to stráví 13:42 &lt;deer&gt; &lt;postman&gt; arg 13:42 &lt;jrandom&gt; od vydání bylo 8 patchů, další jeden nebo dva čekají. nejspíš to všechno označíme jako 0.4.1.4, protože samotná streamovací knihovna ještě není připravená 13:43 &lt;deer&gt; &lt;jrandom&gt; vítám zpět, tady to trochu kolísá 13:43 &lt;deer&gt; &lt;postman&gt; v pohodě, jsem zpátky :) 13:43 &lt;protok0l&gt; nějaké zprávy o aumově zmizení? chci stasher! 13:44 * dm má rád, když se pod kapotou dělají věci na optimalizaci I2P 13:44 &lt;jrandom&gt; jak citoval gott: DIY, do or die 13:45 &lt;jrandom&gt; jo, přechodné alokace paměti se začaly stávat podstatnou částí času CPU 13:45 &lt;jrandom&gt; takže už stálo za to to optimalizovat 13:45 &lt;deer&gt; &lt;baffled&gt; Promiňte, musím chytit autobus, logy si přečtu později večer. 13:45 &lt;deer&gt; &lt;peer&gt; ahoj, jen hlášení o chybě 13:45 &lt;jrandom&gt; (protože to snížilo testovací čas streamovací knihovny na pětinu) 13:45 &lt;jrandom&gt; super, baffled, zatím 13:46 &lt;deer&gt; &lt;peer&gt; když ti spadne síťové připojení, I2P spadne 13:46 &lt;dm&gt; To jsou věci, které se nenápadně nasčítají, je dobré je vyřešit, dokud je projekt ještě štíhlý. 13:46 &lt;deer&gt; * postman si toho taky před pár dny všiml 13:46 &lt;deer&gt; &lt;postman&gt; jeden z mých serverů přišel o linku 13:46 &lt;deer&gt; &lt;postman&gt; na pár minut – potom bylo I2P zralé na kompletní restart 13:46 &lt;jrandom&gt; chcípne, jakože se zastaví JVM, nebo router přestane mluvit s peery? 13:47 &lt;jrandom&gt; (zjevně přestane mluvit s peery, myslím, jestli se po obnovení sítě zotaví?) 13:47 &lt;deer&gt; &lt;postman&gt; jrandom: v mém případě JVM pořád běželo – ale žádné spojení nevedlo k úspěchu asi 15 minut 13:47 &lt;deer&gt; &lt;postman&gt; jrandom: potom jsem restartoval 13:47 &lt;jrandom&gt; hmm, ok, super 13:48 &lt;jrandom&gt; díky, peer, postmane. podívám se tam s debugem 13:48 &lt;jrandom&gt; mimochodem, jaké OS? 13:48 &lt;deer&gt; &lt;postman&gt; jrandom: v pohodě – chtěl jsem ti napsat mail, ale zapomněl 13:49 &lt;deer&gt; &lt;postman&gt; jrandom: Linux 2.4.recent - glibc2.3.recent jvm 1.4.05 13:49 * jrandom tuší, že tenhle týden bude „týden rozbíjení věcí a přimění I2P, aby to lépe ustála“ 13:49 &lt;jrandom&gt; souhlas 13:50 &lt;deer&gt; &lt;peer&gt; jrandom: v mém případě JVM odešlo úplně 13:50 &lt;jrandom&gt; psalo to OutOfMemory nebo nějaké CRIT zprávy? nebo vytvořilo soubor hs_* ve tvém i2p install dir? 13:52 &lt;jrandom&gt; detaily bychom možná prošli později, po schůzce 13:52 &lt;jrandom&gt; má někdo ještě něco k 2) aktualizace jádra? 13:52 &lt;jrandom&gt; pokud ne, jdeme na 3) streamovací knihovna 13:53 &lt;dm&gt; jo 13:53 &lt;dm&gt; tohle zvýšené zpoždění 13:53 &lt;dm&gt; máš odhad zvýšení % na skok? 13:53 &lt;dm&gt; bavíme se o pár procentech, nebo 30–40 %? 13:53 &lt;jrandom&gt; žádné, jen v některých situacích to neposílalo přes odchozí tunnel 13:54 &lt;dm&gt; takže zanedbatelné... ok 13:54 &lt;dm&gt; (v průměru) 13:54 &lt;dm&gt; 3) 13:54 &lt;jrandom&gt; 0 % na skok, ale je to, jako by peer, se kterým mluvíš, měl tunnels o 1 hop delší než dřív (v průměru) 13:55 &lt;jrandom&gt; zatím ne mnoho viditelných změn pro streamovací knihovnu 13:55 &lt;jrandom&gt; věci fungují docela dobře a dělal jsem spoustu benchmarků, abych sledoval pokrok během nedávných změn práce s pamětí 13:55 &lt;dm&gt; ó, čísla o propustnosti!!! 13:57 &lt;dm&gt; ping 13:57 &lt;deer&gt; &lt;Natalia&gt; . 13:57 &lt;jrandom&gt; no, lišilo se to podle velikosti zprávy a vloženého zpoždění na skok, ale předběžná propustnost byla 2–5× vyšší 13:57 &lt;jrandom&gt; byla ale omezená CPU 13:57 &lt;dm&gt; hmmm, není to špatné. 13:58 &lt;dm&gt; CPU na které straně? 13:58 &lt;jrandom&gt; hlavní přínos je v omezení opětovného přenosu dat a praktickém vymýcení selhání ;) 13:59 &lt;jrandom&gt; dm: tyhle testy byly dělány v simulátoru, vkládaly se náhodné zpoždění na skok 13:59 &lt;jrandom&gt; (např. pokaždé 400 ms, nebo 1000 ms, nebo 2000 ms) 13:59 &lt;dm&gt; Existuje nějaké prioritizování, aby přeposílání zpráv v tunnels nebylo příliš ovlivněné lidmi, kteří se snaží stahovat 30 k/s a vytěžují svůj CPU? 13:59 &lt;jrandom&gt; (no, *hlavní* přínos je klouzavé okno a přeuspořádávání, ale snížení retransmisí je taky fajn) 14:00 &lt;jrandom&gt; nejsem si jistý, že rozumím 14:00 &lt;dm&gt; Třeba když stahuju porno, způsobím třítisekundové zpoždění komukoli, kdo přes mě prochází ve svých tunnels. 14:00 &lt;jrandom&gt; (a přenosové rychlosti byly mnohem vyšší než 30 KB/s, ale znovu, bylo to jen lokálně s náhodně vkládanými zpožděními) 14:01 &lt;dm&gt; Jen přemýšlím, co se obecně děje, když někdo vytěžuje CPU na maximum, pokud jde o jeho přínos síti. 14:01 &lt;dm&gt; Asi to není specifické pro zneužívání streamovací knihovny. 14:02 &lt;jrandom&gt; streamingem CPU nevytížíš; zátěž CPU byla něco, na co jsem narazil při použití lokálního simulátoru, kde běžela hromada routerů na jednom stroji 14:02 &lt;dm&gt; aha, dobrá, myslel jsem, že CPU jde na maximum s jedním routerem, který se snaží šifrovat všechny bity v potrubí. 14:02 &lt;jrandom&gt; kdepak, šifrování je opravdu hodně rychlé 14:03 &lt;dm&gt; super 14:03 &lt;jrandom&gt; ok, má ještě někdo otázky ohledně pokroku streamovací knihovny? 14:03 &lt;jrandom&gt; pokud ne, 4) postup mail.i2p 14:04 &lt;deer&gt; &lt;jrandom&gt; postmane, jsi tady? 14:04 &lt;deer&gt; &lt;postman&gt; yo :) 14:04 &lt;deer&gt; &lt;postman&gt; ok 14:04 &lt;deer&gt; * postman mává 14:05 &lt;deer&gt; &lt;postman&gt; nuže, pánové. Někteří z vás si možná všimli, že jsme konečně implementovali in/out služby 14:05 &lt;jrandom&gt; [w00t!] 14:05 &lt;deer&gt; &lt;postman&gt; prosím čtěte www.postman.i2p/inout.html 14:05 &lt;deer&gt; &lt;postman&gt; prosím otestujte ten systém 14:06 &lt;deer&gt; &lt;postman&gt; baffled dodá druhý oficiální MX 14:06 &lt;jrandom&gt; word 14:06 &lt;deer&gt; &lt;postman&gt; právě teď pracuji na implementaci IMAP 14:07 &lt;deer&gt; &lt;postman&gt; to znamená brzký přechod na formát maildir 14:07 &lt;jrandom&gt; budeme na to muset znovu prověřit různé klienty, že? 14:07 &lt;deer&gt; &lt;postman&gt; momentálně hodnotím/testuji 14:07 &lt;jrandom&gt; super 14:07 &lt;deer&gt; &lt;Natalia&gt; proč IMAP a ne POP3? 14:07 &lt;deer&gt; &lt;postman&gt; jo, a na straně serveru taky 14:08 &lt;deer&gt; &lt;postman&gt; Natalia: POP3 už máme 14:08 &lt;deer&gt; &lt;postman&gt; POP3 lze samozřejmě používat 14:08 &lt;deer&gt; &lt;postman&gt; IMAP4 nám (snad) dá větší flexibilitu pro webmail systémy 14:10 &lt;deer&gt; &lt;postman&gt; to je pořád otevřená otázka 14:10 &lt;deer&gt; &lt;Natalia&gt; dobře. 14:10 &lt;deer&gt; &lt;Natalia&gt; znělo to, jako byste se chystali přejít z POP3 na IMAP 14:11 &lt;deer&gt; &lt;postman&gt; ne, samozřejmě že ne 14:11 &lt;deer&gt; &lt;postman&gt; jrandom: jsou nějaké novinky ohledně lokálně provozovaného webmailu? 14:12 &lt;jrandom&gt; o ničem nevím. neměl jsem čas se na to vůbec podívat 14:12 &lt;deer&gt; * postman taky ne 14:12 &lt;jrandom&gt; byly nějaké diskuse o atmail, ale je to closed source 14:12 &lt;deer&gt; &lt;postman&gt; mmh, ano 14:13 &lt;deer&gt; &lt;postman&gt; ale něco jspovského? 14:13 &lt;jrandom&gt; byl by to skvělý způsob, jak by se mohl dobrovolník zapojit a udělat trochu mravenčí práce :) 14:13 &lt;deer&gt; &lt;Natalia&gt; no, přidala jsem tenhle popis na gott.i2p/sites.html 14:13 &lt;deer&gt; * postman úplně nezvládá dělat na tomhle průzkum 14:13 &lt;deer&gt; &lt;Natalia&gt; pro www.postman.i2p 14:13 &lt;deer&gt; &lt;Natalia&gt; postman provozuje první poštovní službu I2P, poskytuje zdarma a anonymně POP3 a SMTP 14:13 &lt;deer&gt; &lt;Natalia&gt; účty přes I2P. Nedávno byla implementována možnost posílat a přijímat e-maily do a 14:13 &lt;deer&gt; &lt;Natalia&gt; z vně I2P sítě, což činí služby na www.postman.i2p šikovným 14:13 &lt;deer&gt; &lt;Natalia&gt; místem pro každého, komu záleží na e‑mailech, a brzy nutností, protože e‑mailové účty na mail.i2p 14:13 &lt;deer&gt; &lt;Natalia&gt; se stanou standardem pro autory eepsite. 14:14 &lt;deer&gt; &lt;Natalia&gt; zní to dobře? 14:14 &lt;deer&gt; &lt;postman&gt; díky, Natalio :) 14:14 &lt;deer&gt; &lt;postman&gt; jrandom: myslím, že to není urgentní záležitost 14:14 &lt;deer&gt; * Natalia se uklání :) 14:15 &lt;deer&gt; &lt;postman&gt; jrandom: možná se k otázce webmailu později zase vrátíme :) 14:15 &lt;jrandom&gt; souhlas, postmane 14:15 &lt;deer&gt; &lt;postman&gt; to je za mě vše, díky :) 14:15 &lt;jrandom&gt; word, díky postmane 14:15 &lt;deer&gt; * postman se taky ukloní a zase si sedne 14:15 &lt;jrandom&gt; ok, ještě něco k tomu, nebo přejdeme k 5) postup BT? 14:16 &lt;deer&gt; &lt;jrandom&gt; dinomane: jsi tady? 14:16 &lt;dm&gt; Jo, pořád čekám, až BT znovu aktivuje moje ADSL 14:16 &lt;jrandom&gt; !thwap 14:17 &lt;deer&gt; &lt;duck&gt; dino odvedl dobrou práci 14:17 &lt;deer&gt; &lt;duck&gt; s Ragnarokem vyřešit pár konců 14:17 &lt;deer&gt; &lt;duck&gt; zatím to vypadá, že současné problémy jsou: 14:17 &lt;deer&gt; &lt;duck&gt; - nespolehlivost SAM 14:17 &lt;deer&gt; &lt;duck&gt; - problémy s Python SAM knihovnou 14:17 &lt;deer&gt; &lt;duck&gt; - nesprávné použití Python SAM knihovny 14:18 &lt;deer&gt; &lt;duck&gt; - Správné zacházení s destination (I2P identifikátor cíle) namísto host/ip/port 14:18 &lt;deer&gt; &lt;duck&gt; jakmile se tohle opraví, mělo by to fungovat 14:18 &lt;jrandom&gt; super 14:19 &lt;deer&gt; &lt;duck&gt; Myslím, že je ale potřeba trochu couvnout 14:19 &lt;deer&gt; &lt;duck&gt; a dohodnout se, jak upravit protokol, aby správně pracoval s destinations 14:19 &lt;deer&gt; &lt;duck&gt; stejně to bude nekompatibilní, tak ať to rozbijeme pořádně 14:19 &lt;jrandom&gt; souhlasím 14:20 &lt;jrandom&gt; možná by někdo mohl načrtnout celkový plán, co je potřeba udělat v různých aplikacích/komponentech, aby to fungovalo 14:20 &lt;deer&gt; &lt;duck&gt; každý peer má unikátní peer_id o 20 bajtech 14:20 &lt;deer&gt; &lt;duck&gt; obvykle se odvozuje z host/ip 14:21 &lt;deer&gt; &lt;duck&gt; Myslím, že používat plnou destination je trochu moc 14:21 &lt;deer&gt; &lt;duck&gt; co bychom měli použít jako globálně unikátní identifikaci? 14:21 &lt;jrandom&gt; SHA1(destination)[0:19] 14:21 &lt;jrandom&gt; možná? 14:21 &lt;deer&gt; &lt;Ragnarok&gt; prvních dvacet bajtů z dest? :) 14:22 &lt;deer&gt; &lt;duck&gt; sha1 hash má 20 bajtů 14:22 &lt;jrandom&gt; prvních 20 bajtů dest by mělo být taky dost náhodných, aby to zvládlo náhodné kolize, ale ne záměrné kolize 14:22 &lt;jrandom&gt; ještě lepší 14:22 &lt;deer&gt; &lt;dinoman&gt; když ztratíš klíč, jak se peerové najdou navzájem 14:22 &lt;jrandom&gt; peer je klíč 14:23 &lt;jrandom&gt; aha 14:23 * jrandom to pochopil špatně 14:23 &lt;jrandom&gt; tracker musí peerům dát plnou destination, ne SHA1(destination) 14:24 &lt;jrandom&gt; je to ten samý peer_id, o kterém je řeč? 14:24 &lt;deer&gt; &lt;dinoman&gt; opravil jsem php tracker, aby posílal plný klíč jako ip 14:24 &lt;deer&gt; &lt;duck&gt; ve skutečnosti klient generuje peer_id 14:24 &lt;deer&gt; &lt;duck&gt; (co myslíš „klíčem“?) 14:25 &lt;deer&gt; &lt;dinoman&gt; destination 14:25 &lt;dm&gt; Zní to jako skeč „Kdo je na první metě“. 14:25 &lt;dm&gt; Lidi, používejte celé věty! 14:26 &lt;deer&gt; &lt;dinoman&gt; ok, fajn :/ tracker posílá plnou Destination jako ip 14:27 &lt;jrandom&gt; heh, dm si nevšímej. zní to skvěle 14:27 &lt;deer&gt; &lt;dinoman&gt; peer id je jen pro trackery 14:27 &lt;deer&gt; &lt;duck&gt; možná bychom mohli použít #i2p-bt 14:28 &lt;jrandom&gt; myslím, že by ale bylo užitečné, kdybys ty (nebo někdo jiný) možná sepsal seznam úprav, které bude potřeba udělat 14:28 &lt;deer&gt; &lt;duck&gt; aby se pokaždé, když padne jméno toho hada, nezačaly náboženské války 14:29 &lt;deer&gt; &lt;dinoman&gt; za mě ok 14:29 &lt;deer&gt; &lt;dinoman&gt; já neválčím – když to funguje, tak to funguje 14:29 &lt;jrandom&gt; (např. "tracker sends e full destination as the IP", "client interprets the IP as the full destination", "torrent contains the tracker's destination in the field 'trackerDest'", etc) 14:29 &lt;deer&gt; &lt;duck&gt; rozhodně 14:30 &lt;deer&gt; &lt;dinoman&gt; jrandom, přesně tak 14:31 &lt;deer&gt; &lt;dinoman&gt; tohle je ukázkový výstup trackeru 8:intervali300e12:min intervali30e5:peersld2:ip50:klkjlkfsdjfkljkfdhjkddfsjkldsfjlkjfdlkjsfdl;kj;sdf7:peer 14:31 &lt;dm&gt; copy/pastes jrandom's sentence into notepad and saves as "draft.txt" 14:31 &lt;cat-a-puss&gt; bude bt přes i2p interoperabilní s jinými klienty, které nejsou přes i2p? 14:31 &lt;jrandom&gt; super, dinomane 14:31 &lt;deer&gt; &lt;dinoman&gt; u ip50 uvidíš náhodný klíč 14:32 &lt;jrandom&gt; cat-a-puss: ano 14:32 &lt;deer&gt; &lt;dinoman&gt; ano 14:32 &lt;cat-a-puss&gt; pak bychom si měli promluvit 14:32 &lt;jrandom&gt; vítej na týdenním meetingu! :) 14:32 &lt;deer&gt; &lt;dinoman&gt; bude to potřebovat něco jako .i2ptorrent, aby to mohlo vedle sebe existovat 14:32 &lt;deer&gt; &lt;dinoman&gt; pro názvy souborů a odkazy a tak 14:33 &lt;jrandom&gt; pracuješ na něčem podobném, cat-a-puss, nebo máš nějaké nápady na vylepšení? 14:33 &lt;cat-a-puss&gt; pracuju na něčem podobném 14:33 &lt;cat-a-puss&gt; v Javě 14:33 &lt;jrandom&gt; super 14:34 &lt;jrandom&gt; je to nutně specifické pro Javu, nebo mohou být někteří peerové v jiných jazycích? 14:34 &lt;cat-a-puss&gt; dobrá otázka, nevím, jak tohle v Javě udělat, budu se na to muset podívat 14:35 &lt;deer&gt; &lt;duck&gt; jasně 14:35 &lt;deer&gt; &lt;duck&gt; pojďme použít ugha.i2p k sepsání nějakých specifikací 14:35 &lt;deer&gt; &lt;duck&gt; . 14:35 &lt;jrandom&gt; nebo možná potřebujeme na fóru sekci „swarming data transfer“, abychom to mohli všichni probírat svým tempem? 14:35 &lt;jrandom&gt; nebo ugha.i2p, samozřejmě 14:36 &lt;jrandom&gt; (zatímco vychytáme nějaké bugy v SAM implementaci a knihovnách :) 14:36 &lt;deer&gt; &lt;duck&gt; to z toho dělá výzvu 14:37 &lt;deer&gt; &lt;dinoman&gt; hehe ok 14:38 &lt;deer&gt; &lt;duck&gt; ... 14:38 &lt;deer&gt; &lt;duck&gt; víc bt? 14:38 &lt;deer&gt; * dinoman se vrací k práci na Savane 14:39 &lt;jrandom&gt; `http://ugha.i2p/SwarmingTransfer` / http://ugha.ath.cx/SwarmingTransfer 14:39 &lt;jrandom&gt; word 14:39 &lt;jrandom&gt; ok, ještě něco k 5) postupu BT? 14:39 &lt;jrandom&gt; nebo půjdeme na 6) ??? 14:39 &lt;jrandom&gt; a zeptáme se dinomana, jak pokračuje Savane? :) 14:40 &lt;deer&gt; * jrandom práská bičem 14:40 &lt;deer&gt; &lt;dinoman&gt; mail, jsem zaseknutý na použití I2P mail systému 14:40 &lt;deer&gt; &lt;dinoman&gt; myslím, že bych ten mail měl prostě vyhodit 14:40 &lt;jrandom&gt; je nějaký způsob, jak mu říct, aby použil SMTP server na jiném portu? 14:40 &lt;jrandom&gt; nebo je problém v autentizovaném SMTP? 14:41 &lt;deer&gt; &lt;dinoman&gt; auth 14:41 &lt;protok0l&gt; Uptime: 5d 14:41 &lt;protok0l&gt; ii own 14:41 &lt;deer&gt; &lt;dinoman&gt; není to v třídě, kterou Savane používá 14:42 &lt;deer&gt; &lt;dinoman&gt; můžu to tam přidat 14:42 &lt;protok0l&gt; jsem "Ident: pxEI" může mi někdo říct moje hodnocení 14:42 &lt;jrandom&gt; ok, vsadím se, že můžeme postmana požádat, aby ti nastavil vlastní SMTP destination, která nebude vyžadovat autentizaci 14:42 &lt;dm&gt; Dávám ti 6/10 14:42 &lt;dm&gt; Mohl bys zapracovat na zadku 14:42 &lt;janonymous1&gt; Co je Savane 14:43 &lt;jrandom&gt; janonymous1: je to jako SourceForge 14:43 &lt;deer&gt; &lt;dinoman&gt; protože se teď v prohlížeči dívám na I2P Public Domain Software Homepage 14:43 &lt;jrandom&gt; w00t 14:45 &lt;deer&gt; &lt;dinoman&gt; to by bylo super, ale co se děje na serveru – nechci, aby mě někdo hacknul a získal informace o mail serveru 14:45 &lt;deer&gt; &lt;dinoman&gt; to mě trápí 14:45 &lt;jrandom&gt; no, žádné informace o mail serveru by nezískali, jen by mohli (v nejhorším) spoofovat @mail.i2p 14:45 &lt;janonymous1&gt; Super 14:46 &lt;jrandom&gt; ale jo, bylo by skvělé mít podporu autentizovaného SMTP, aby se tomu předešlo 14:46 &lt;jrandom&gt; nevím ale, kolik by to dalo práce 14:46 &lt;protok0l&gt; jsem rád, že jsem nechal nápad na mailserver na postmanovi 14:46 &lt;protok0l&gt; zdá se to složitější, než jsem si představoval 14:47 &lt;deer&gt; &lt;Ch0Hag&gt; Rád s tím pomůžu 14:47 &lt;dm&gt; protokol 14:47 &lt;deer&gt; &lt;Ch0Hag&gt; Musím něco dělat. :-) 14:47 &lt;deer&gt; &lt;dinoman&gt; udělám auth :( zabere to trochu času, ale udělám to 14:47 &lt;deer&gt; &lt;protokol&gt; ano, dm 14:48 &lt;jrandom&gt; vidíš, už máš dobrovolníka, dinomane! :) 14:48 &lt;deer&gt; &lt;protokol&gt; možná bych mohl hostovat nessus server 14:48 &lt;deer&gt; &lt;protokol&gt; a tunelovat ho přes TOR na mé straně 14:49 &lt;deer&gt; &lt;Ch0Hag&gt; Navíc potřebuju dobrý důvod, abych pracoval na zbytku své sítě. 14:49 &lt;deer&gt; &lt;protokol&gt; a zasvětím se učení Pythonu 14:49 &lt;janonymous1&gt; „the i2p software foundation“. Už to vidím 14:49 &lt;deer&gt; &lt;protokol&gt; a jak správně psát 14:49 &lt;dm&gt; Já se zasvěcuji honbě za více penězi pro sebe a pro ty, kdo jsou se mnou přímo spřízněni a mohli by mi v blízké budoucnosti být nakloněni dát peníze. 14:50 &lt;jrandom&gt; ok, má někdo ještě něco k 6) ??? 14:50 &lt;dm&gt; 7) $$$ 14:51 &lt;duck&gt; Roger Dingledine (arma @ freenode) zveřejnil draft jedné kapitoly připravované knihy od O'Reilly 14:51 &lt;duck&gt; http://freehaven.net/doc/wupss04/usability.pdf 14:51 &lt;jrandom&gt; aha, jo, je to docela dobré 14:51 &lt;duck&gt; je to o anonymitě a použitelnosti 14:51 &lt;dm&gt; kapitola o použitelnosti? 14:51 &lt;deer&gt; &lt;protokol&gt; můžu vést i2p software foundation 14:51 &lt;deer&gt; &lt;protokol&gt; lol 14:51 &lt;duck&gt; některé zajímavé pasáže o negativním imagu 14:52 &lt;deer&gt; &lt;protokol&gt; dejte mi klíče od pokladny 14:52 &lt;duck&gt; mít dobré defaulty 14:52 &lt;deer&gt; &lt;protokol&gt; TEĎ! 14:52 &lt;duck&gt; atd. 14:52 &lt;duck&gt; . 14:52 &lt;jrandom&gt; a důležitost použitelnosti, někdy i nad bezpečností 14:52 &lt;dm&gt; protok0l: nejsi ty advokát uživatelů? Tohle bys měl přečíst. 14:52 &lt;jrandom&gt; 'k, ještě něco na meeting? 14:52 &lt;deer&gt; &lt;protokol&gt; wow, vidím 83 peerů 14:52 &lt;duck&gt; teď víme, proč je na toru tak málo známých hidden sides 14:53 &lt;deer&gt; &lt;protokol&gt; dm: učiním tak 14:53 &lt;duck&gt; arma se bojí negativního imaga 14:53 &lt;duck&gt; . 14:53 &lt;dm&gt; „imago“? 14:53 &lt;duck&gt; image 14:53 &lt;deer&gt; &lt;duck&gt; (psychoanalýza) idealizovaný obraz někoho 14:53 &lt;dm&gt; Není tam zmínka o I2P :( 14:53 &lt;duck&gt; jrandom: nejsme? 14:54 &lt;jrandom&gt; hm? 14:54 &lt;dm&gt; myslí „nejsme?“. Je to Holanďan. 14:54 &lt;duck&gt; když teď nějaká specifická skupina přejde na I2P, 14:54 &lt;duck&gt; mohla by odradit jiné potřebné uživatele 14:55 &lt;jrandom&gt; oh, to tam je? to jsem neviděl 14:55 &lt;duck&gt; ne, to říkám já 14:55 &lt;duck&gt; ale je to tam taky, víceméně 14:55 &lt;duck&gt; samozřejmě že Andy Anarchista je to u prdele 14:56 &lt;jrandom&gt; myslím, že je místo jak pro I2P, tak pro Tor 14:56 &lt;duck&gt; ano 14:56 &lt;duck&gt; ale co raný negativní image I2P 14:56 &lt;deer&gt; &lt;Natalia&gt; to je důvod, proč jsem nucena být na tomhle IRC kanálu tak trochu všední žena 14:56 &lt;protok0l&gt; haha, až dám pokyn, každý větší anarchistický listserv a fórum se o I2P dozví během dne nebo dvou 14:56 &lt;jrandom&gt; oh, je mi to úplně u prdele, duck ;) 14:56 &lt;deer&gt; &lt;Natalia&gt; jrandom neschvaluje got 14:56 &lt;deer&gt; &lt;Natalia&gt; *gott 14:57 &lt;duck&gt; jrandom: jo, ale no 14:57 * duck počítá množství anarchii přátelských regionů na planetě 14:57 &lt;deer&gt; &lt;Natalia&gt; takže musím být Natalia, milovaná žena kanálu 14:57 &lt;deer&gt; &lt;Natalia&gt; ( trapné ) 14:57 &lt;duck&gt; somálsko? 14:57 &lt;duck&gt; Vsadím se, že tam mají létající šousty 14:57 &lt;protok0l&gt; Chiapas, Mexiko 14:57 &lt;duck&gt; ale ne přátelské 14:57 &lt;protok0l&gt; mexiico 14:58 &lt;deer&gt; &lt;Ragnarok&gt; pche, chceš být feminizována 14:58 &lt;jrandom&gt; duck: až přijde čas být víc veřejní, jsem si jistý, že dokážeme nasadit rozumnou tvář přívětivou pro Joe Sixpacka 14:58 &lt;duck&gt; k 14:58 &lt;jrandom&gt; budou lidi dělat „špatné“ věci s I2P? jo 14:58 &lt;dm&gt; Myslím, že bychom měli cílit na Joe Beerguta 14:58 &lt;protok0l&gt; hodně štěstí, vím, že gott něco chystá 14:58 &lt;protok0l&gt; gott nás zničí 14:58 &lt;duck&gt; ok 14:58 &lt;duck&gt; . 14:58 &lt;jrandom&gt; jediný způsob, jak může jakýkoli hodnotný systém anonymity či bezpečnosti přežít, je být obsahově neutrální 14:59 &lt;deer&gt; &lt;Ragnarok&gt; anonymní komunikační systémy mohou chránit jen komunikaci. Nezasahují do staré dobré policejní práce, když někdo něco skutečně UDĚLÁ. 14:59 &lt;duck&gt; jen říkám, že některé odkazy umístěné na `http://127.0.0.1:7657/index.jsp` by mohly být špatné 14:59 &lt;dm&gt; I2P je o technologii. 14:59 &lt;deer&gt; &lt;Natalia&gt; ano 14:59 &lt;jrandom&gt; pravda, duck 15:00 &lt;duck&gt; a ano, sitelist.html se zase zvrhne v diskusi o TFE 15:00 &lt;jrandom&gt; no, mmhmm 15:00 &lt;deer&gt; &lt;Natalia&gt; obsahová neutralita je něco, o čem píšu v posledním zápisu eeplogu 15:00 &lt;deer&gt; &lt;Natalia&gt; `http://gott.i2p/eeplog.html` 15:01 &lt;jrandom&gt; to je ale síla interaktivních eepsites, jako jsou wiki 15:01 &lt;jrandom&gt; (např. nechat lidi registrovat svůj web přes sitelist.py nebo tak) 15:01 &lt;deer&gt; &lt;Natalia&gt; jrandom: podporuješ nebo nepodporuješ myšlenku, aby eepsite crawléry odkazovaly na nelegální materiál, přičemž by to bylo odkazované z titulní stránky? 15:01 &lt;deer&gt; &lt;Natalia&gt; +nebo 15:01 &lt;deer&gt; &lt;Natalia&gt; kdybys měl odkazovat na sitelist 15:02 &lt;duck&gt; z morálního hlediska je mi to taky úplně u prdele 15:02 &lt;deer&gt; &lt;Natalia&gt; jrandom: žádné z nich nejsou registrované 15:02 &lt;duck&gt; ale z hlediska použitelnosti možná ano 15:02 &lt;deer&gt; &lt;Natalia&gt; skript kontroluje host.txt 15:02 &lt;deer&gt; &lt;Natalia&gt; *hosts.txt 15:02 &lt;jrandom&gt; z netechnického pohledu podporuji cokoli, co uživatelská komunita požaduje 15:02 &lt;deer&gt; &lt;Natalia&gt; takže každý se přidá do seznamu, pokud má doménu 15:03 &lt;deer&gt; &lt;Natalia&gt; ach, podprsenky jsou tak nepohodlné. 15:03 &lt;protok0l&gt; jo, děsivé 15:03 &lt;deer&gt; &lt;cervantes&gt; viděl jsi tu uživatelskou komunitu? 15:03 &lt;cat-a-puss&gt; Nejjednodušší řešení by bylo prostě odkazovat na vyhledávací stránky. Každý ví, jak je používat, poskytují rychlý přístup a nikdo neuvidí nic, o co si sám neřekl. 15:04 &lt;deer&gt; &lt;cervantes&gt; :) 15:04 &lt;protok0l&gt; gott je sériový vrah, vím to. bude první, kdo na I2P nabídne živé vraždy přes webkameru 15:04 &lt;deer&gt; &lt;Natalia&gt; uživatelská komunita se skládá z dost podivných lidí. 15:04 &lt;jrandom&gt; dobrý point, cat-a-puss, mohli bychom prostě odkazovat na files.i2p 15:04 &lt;deer&gt; &lt;Natalia&gt; momentálně jsem nucena být ženou, protože hlavní vývojář neschvaluje nemorální chování mé druhé. 15:04 &lt;duck&gt; cat-a-puss++ 15:04 &lt;deer&gt; &lt;Natalia&gt; jsme spojeni společným dobrodružstvím. 15:06 &lt;BS314159&gt; Nejsem přesvědčen, že je to dobrý nápad, ale licence I2P je jistě dost široká, aby si lidé mohli odštěpit vlastní verze, lišící se jen v lokálních odkazových stránkách 15:06 &lt;deer&gt; &lt;Natalia&gt; no. 15:06 &lt;deer&gt; &lt;cervantes&gt; doufejme, že DrWoo udrží své indexy bez korupce 15:06 &lt;jrandom&gt; určitě, BS314159 15:06 &lt;BS314159&gt; ne verze. distribuce. 15:06 &lt;deer&gt; &lt;Natalia&gt; files.i2p by měl být jeden odkaz 15:06 &lt;jrandom&gt; BS314159: lidé si dokonce mohou upravit vlastní lokální odkazovou stránku 15:06 &lt;deer&gt; &lt;Natalia&gt; a pak by měl být odkaz na internetový adresář ve stylu Yahoo 15:06 &lt;protok0l&gt; většina lidí bude dost moudrá, aby použila oficiální verzi 15:06 &lt;jrandom&gt; (v docs/readme.html) 15:07 &lt;deer&gt; &lt;Natalia&gt; vyhledávače a internetové adresáře hrají různé role 15:07 &lt;deer&gt; &lt;Natalia&gt; proto ten adresář vůbec je 15:07 &lt;deer&gt; &lt;Natalia&gt; byl požadován jako nezávislý na vyhledávači 15:07 &lt;BS314159&gt; takže pokud chceš např. cílit na demografii proti pornografii, najdi správce proti pornografii, který bude spravovat filtrovanou sadu výchozí startovní stránky 15:07 &lt;protok0l&gt; leda by byli ochotni hledat backdoory v verzích třetích stran 15:07 &lt;deer&gt; &lt;Natalia&gt; lidmi 15:07 &lt;deer&gt; &lt;Natalia&gt; takže si myslím, že vyhledávač je dobrý 15:07 &lt;jrandom&gt; správně, BS314159 15:07 &lt;deer&gt; &lt;Natalia&gt; ale neměl by být jediný 15:07 &lt;deer&gt; &lt;Natalia&gt; vyhledávač, internetový adresář, wiki, stránka nápovědy 15:07 &lt;deer&gt; &lt;Natalia&gt; možná. 15:08 &lt;jrandom&gt; už odkazujeme na fproxy.i2p a víme, jaký děsivý zlý obsah na tom webu mají ;) 15:08 &lt;BS314159&gt; Nejsem si jistý, že jsem on-topic, ale to vypadá možné. Existuje open-source obsahový filtr, pro který by byli správci nějakého vyhledávače ochotni implementovat podporu? 15:08 &lt;BS314159&gt; Mám pocit, že nejsem on-topic 15:08 &lt;protok0l&gt; je schůzka pořád? 15:08 &lt;jrandom&gt; ano, protok0l 15:08 &lt;BS314159&gt; promiňte. (umlčuje se) 15:08 &lt;deer&gt; &lt;Natalia&gt; jrandom: možná bys neměl odkazovat na fproxy.i2p 15:08 &lt;deer&gt; &lt;Natalia&gt; je to skoro pořád dole 15:08 &lt;jrandom&gt; BS314159: myslím, že obsahový filtr ve vyhledávači je přehnaný 15:08 &lt;deer&gt; &lt;Natalia&gt; teď je to, zdá se, dole 15:09 &lt;protok0l&gt; je 15:09 &lt;deer&gt; &lt;Natalia&gt; podle nedávného běhu skriptu na kontrolu webů 15:09 &lt;jrandom&gt; 'k 15:09 &lt;jrandom&gt; tahle diskuse byla dobrá, spousta dobrých nápadů 15:09 &lt;BS314159&gt; ne ten vyhledávač. nějaký vyhledávač 15:10 &lt;deer&gt; * Natalia se usmívá. 15:10 &lt;deer&gt; &lt;cervantes&gt; BS3: aol.i2p ;-) 15:10 &lt;jrandom&gt; ok, je ještě něco k meetingu? 15:10 &lt;deer&gt; &lt;cervantes&gt; páni...pořád na schůzce... 15:11 &lt;deer&gt; &lt;cervantes&gt; myslel jsem, že jsem to propásl o hodinu 15:11 &lt;jrandom&gt; ne, já přišel pozdě 15:11 &lt;jrandom&gt; ok, pokud ne.. 15:11 * jrandom se rozmachuje 15:11 * jrandom *baf* zavírá schůzku </div>/cs/blog/2004/11/02/stavov%C3%A9-pozn%C3%A1mky-i2p-ze-dne-2004-11-02/Tue, 02 Nov 2004 00:00:00 +0000/cs/blog/2004/11/02/stavov%C3%A9-pozn%C3%A1mky-i2p-ze-dne-2004-11-02/<p>Ahoj všichni, je čas na týdenní aktualizaci</p> <h2 id="rejstřík">Rejstřík:</h2> <ol> <li>Net status</li> <li>Core updates</li> <li>Streaming lib</li> <li>mail.i2p progress</li> <li>BT progress</li> <li>???</li> </ol> <h2 id="1-stav-sítě">1) Stav sítě</h2> <p>Víceméně jako dřív - stálý počet peerů, eepsites(I2P Sites) poměrně dobře dosažitelné a IRC funguje celé hodiny v kuse. Na dosažitelnost různých eepsites(I2P Sites) se můžete podívat na několika různých stránkách: - <code>http://gott.i2p/sites.html</code> - <code>http://www.baffled.i2p/links.html</code> - <code>http://thetower.i2p/pings.txt</code></p> <h2 id="2-aktualizace-jádra">2) Aktualizace jádra</h2> <p>Ti, kdo se zdržují na kanálu (nebo čtou logy CVS), už viděli, že se děje spousta věcí, i když od posledního vydání uplynula už nějaká doba. Úplný seznam změn od vydání 0.4.1.3 najdete online, ale jsou tu dvě zásadní změny, jedna dobrá a jedna špatná:</p>/cs/blog/2004/10/26/pozn%C3%A1mky-ke-stavu-i2p-k-2004-10-26/Tue, 26 Oct 2004 00:00:00 +0000/cs/blog/2004/10/26/pozn%C3%A1mky-ke-stavu-i2p-k-2004-10-26/<p>Ahoj všichni, je čas na týdenní aktualizaci</p> <h2 id="rejstřík">Rejstřík</h2> <ol> <li>Net status</li> <li>Streaming lib</li> <li>mail.i2p progress</li> <li>???</li> </ol> <h2 id="1-stav-sítě">1) Stav sítě</h2> <p>Nechci to zakřiknout, ale poslední týden je síť v podstatě jako dřív - poměrně stabilní pro irc, eepsites(I2P Sites) se načítají spolehlivě, i když velké soubory stále často vyžadují obnovování stahování. V zásadě nic nového k hlášení, kromě skutečnosti, že není nic nového k hlášení.</p> <p>Mimochodem, zjistili jsme jednu věc: i když Jetty podporuje HTTP resume (obnovení přerušeného stahování), dělá to pouze pro HTTP 1.1. To je v pořádku u většiny prohlížečů a nástrojů pro stahování, <em>kromě</em> wget - wget posílá požadavek na obnovení jako HTTP 1.0. Takže pro stahování velkých souborů použijte curl nebo nějaký jiný nástroj s podporou HTTP 1.1 resume (díky duck a ardvark za to, že se do toho ponořili a našli řešení!).</p>/cs/blog/2004/10/26/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-26.-%C5%99%C3%ADjna-2004/Tue, 26 Oct 2004 00:00:00 +0000/cs/blog/2004/10/26/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-26.-%C5%99%C3%ADjna-2004/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> deer, jrandom, lucky, modulus</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 14:04 &lt;jrandom&gt; 0) hi 14:04 &lt;jrandom&gt; 1) Net status 14:04 &lt;jrandom&gt; 2) Streaming lib 14:04 &lt;jrandom&gt; 3) mail.i2p progress 14:05 &lt;jrandom&gt; 4) ??? 14:05 &lt;jrandom&gt; 0) hi 14:05 * jrandom waves 14:05 &lt;jrandom&gt; weekly status notes posted to http://dev.i2p.net/pipermail/i2p/2004-October/000474.html 14:06 * jrandom will let y'all read ahead (damn you, read ahead!) 14:06 &lt;jrandom&gt; jumping in to 1) net status 14:07 &lt;jrandom&gt; i guess the email covers what i wanted to mention. nice fix wrt resume duck, and thanks for reporting it ardvark and ragnarok! 14:07 &lt;jrandom&gt; does anyone have anything they want to bring up about the network status? 14:08 &lt;modulus&gt; it rules. 14:08 &lt;deer&gt; &lt;postman&gt; hi 14:08 &lt;jrandom&gt; w3wt 14:09 &lt;jrandom&gt; there is something funky w/ lag going on lately though, but it seems to be the same as what we discussed last week 14:09 &lt;jrandom&gt; (especially since i haven't done any work on the core since then) 14:09 &lt;deer&gt; &lt;clayboy&gt; i think everybody agrees that it has been stable and usable. 14:09 &lt;deer&gt; &lt;clayboy&gt; i miss my 10-16 hours connected time on irc though, not important 14:10 &lt;deer&gt; &lt;jrandom2p&gt; i'm on for 20h here 14:10 &lt;deer&gt; &lt;jrandom2p&gt; but yeah, it varies (which hopefully agenda item 2) will help with) 14:10 &lt;deer&gt; &lt;clayboy&gt; i can hardly get&gt; 2h, but i always reconnect in an instant, so it's still usable 14:11 &lt;jrandom&gt; cool 14:11 &lt;jrandom&gt; still not good enough, but sufficient 14:11 &lt;jrandom&gt; (for the time being) 14:11 &lt;deer&gt; &lt;clayboy&gt; agreed 14:12 &lt;jrandom&gt; ok, anyone have anything else, or shall we move on to 2) streaming lib? 14:13 &lt;jrandom&gt; [consider us moved] 14:13 &lt;jrandom&gt; the email gives a rundown of how the progress is coming 14:14 &lt;jrandom&gt; the message sequences are 'correct' in most cases (matching the ones discussed before) 14:14 &lt;jrandom&gt; e.g. short request/response gets the requestee a response in a single round trip 14:15 &lt;jrandom&gt; i'm working on the profile=bulk right now, going through the sliding windows under lag and failure conditions 14:15 &lt;jrandom&gt; still some things to clean up, and nothing ready for use, but its progress 14:16 &lt;deer&gt; &lt;clayboy&gt; so is 0.4.2 with streaming lib en route for october? it seems like an unnecessary rush. 14:16 &lt;jrandom&gt; i dont think we'll have the streaming lib ready for final deployment by next week, no 14:17 &lt;jrandom&gt; so there'll be some schedule slippage, i'm not sure to what extent yet 14:17 &lt;deer&gt; &lt;duck&gt; any test classes we can run for kicks? 14:18 &lt;jrandom&gt; i havent committed the build.xml file yet to keep people from using it ;) but i'll commit what i've got later tonight, and you can try out http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/apps/streaming/java/test/net/i2p/client/streaming/StreamSinkTest.java?rev=1.1&content-type=text/x-cvsweb-markup 14:19 &lt;deer&gt; &lt;duck&gt; h0t 14:19 &lt;jrandom&gt; one thing is that this new streaming lib doesn't use the old mode=guaranteed anymore since it has its own ACK/NACK setup 14:20 &lt;jrandom&gt; that means that after the lib works perfectly, there's still going to be some work to be done in the router itself, as the client sending tasks are designed for 'guaranteed' delivery, bundling a roundtrip message in the garlic to confirm session tag delivery 14:21 &lt;jrandom&gt; we don't actually have to fix that right away though - the bandwidth usage on that DeliveryStatusMessage is... trivial 14:21 &lt;jrandom&gt; but we'll want to sooner rather than later 14:22 &lt;jrandom&gt; ok, thats all i've got to say on that 14:22 &lt;jrandom&gt; anyone have anything to bring up wrt the streaming lib? 14:23 &lt;jrandom&gt; if not, 3) mail.i2p progress 14:23 &lt;jrandom&gt; postman, you 'round? 14:23 &lt;deer&gt; &lt;postman&gt; ya 14:24 &lt;jrandom&gt; any update for us, or shall we wait until there's more news? 14:24 &lt;deer&gt; &lt;postman&gt; ok 14:24 &lt;deer&gt; &lt;postman&gt; shall i? 14:24 &lt;jrandom&gt; the mic is yours 14:24 &lt;deer&gt; * gott awakens. 14:24 &lt;deer&gt; &lt;postman&gt; 1.) the in/out proxy facility is being installed/tested atm 14:25 &lt;deer&gt; &lt;postman&gt; 2.) within the next 10 days we'll have a gateway service from and to the internet for emails 14:25 &lt;modulus&gt; cool! 14:25 &lt;jrandom&gt; cool^2! 14:25 &lt;deer&gt; &lt;clayboy&gt; indeed 14:25 &lt;deer&gt; &lt;postman&gt; 3.) the implementation will follow the ideas/concepts of the ideas.html document on my websote 14:25 &lt;deer&gt; &lt;gott&gt; bravo ! 14:26 &lt;deer&gt; &lt;postman&gt; means: hashcash/recipient based quotas and all the fancy stuff 14:26 &lt;deer&gt; &lt;postman&gt; the service should not be abused by its fellow anonymous users 14:26 &lt;deer&gt; &lt;postman&gt; :) 14:26 &lt;deer&gt; &lt;postman&gt; well there'e another point 14:26 &lt;deer&gt; &lt;postman&gt; the question for webmail interfaces 14:26 &lt;deer&gt; &lt;postman&gt; right now i don't want to host itz on my servers 14:27 &lt;deer&gt; &lt;postman&gt; since i don't know about potential security problems 14:27 &lt;deer&gt; &lt;postman&gt; the system that runs now is verified by me - i know the source and the security risks 14:28 &lt;deer&gt; &lt;postman&gt; adding php and dynamic stuff and a webmail application FOR ALL users makes it much more difficult 14:28 &lt;deer&gt; &lt;postman&gt; the idea ( thanks jr) is: 14:28 &lt;deer&gt; &lt;postman&gt; what if the user got his own webmail interface installed as aonthr optional jetty or whatever instance? 14:29 &lt;modulus&gt; like a pop3 -&gt; webmail thing? 14:29 &lt;jrandom&gt; 'zactly 14:29 &lt;deer&gt; &lt;postman&gt; and this local webmail application uses the postman.i2p tunnels to do smtp and pop3 14:29 &lt;modulus&gt; sounds good. 14:29 &lt;deer&gt; &lt;postman&gt; but i need help in evaluating 14:30 &lt;deer&gt; &lt;postman&gt; right now i am quite busy with real life stuff and the in/out proxies 14:30 &lt;jrandom&gt; (eww, real life!) 14:30 &lt;deer&gt; &lt;postman&gt; and i got a peanut sized brain - so i am not good in java at all 14:31 &lt;deer&gt; &lt;postman&gt; i need sbdy helping how this can be done as a local/optional service 14:31 &lt;modulus&gt; may there be something that does this already on tcp? if so it could be used. 14:31 &lt;deer&gt; &lt;DrWoo&gt; postman: I doubt it's peanut sized, I think it takes walnut sized just to breath ;) 14:32 &lt;jrandom&gt; after a quick glance through hotscripts, i saw one that did pop3, though i dont know if it did authenticated smtp 14:32 &lt;deer&gt; &lt;postman&gt; modulus: i assume there's something in the wild that can be used / adapted - it would be sexy to let it run in an own jetty instance 14:32 &lt;jrandom&gt; i'm sure there is something out there, we just need an adventurous soul to go find it :) 14:32 &lt;deer&gt; &lt;postman&gt; jrandom2p: this can be hacked quite easily i think 14:33 &lt;jrandom&gt; exactly - in an ideal world, someone can just grab a mywebmail.war and save it to the webapps/ directory and jump into `http://localhost:7657/mywebmail/` 14:33 &lt;deer&gt; &lt;postman&gt; well, i leave this issue to you to think about it :) 14:33 &lt;modulus&gt; even if it's a stand-alone app, it should be fine, with i2ptunel 14:33 &lt;jrandom&gt; right modulus 14:33 &lt;deer&gt; &lt;postman&gt; yep :) 14:34 &lt;jrandom&gt; and local&gt;&gt; remote, as the local side can do things like access your GPG keyrings or whatever 14:34 &lt;deer&gt; &lt;postman&gt; i will do anything thats needed to support such a system on the server side 14:34 &lt;modulus&gt; which hopefully would be very little. 14:36 &lt;deer&gt; &lt;postman&gt; of course there will be an official announcement as soon as internet access is available - so stay tuned - maybe there will be some progress on the webmail idea as well 14:36 &lt;deer&gt; &lt;postman&gt; so much for my department 14:36 &lt;deer&gt; * postman sits down again and sips on his coffee 14:36 &lt;modulus&gt; could you do something about filtering anon-revealing data? 14:36 &lt;jrandom&gt; kickass, thanks postman! sounds exciting 14:36 &lt;modulus&gt; some MUAs are very misbehaved in this way. 14:37 &lt;deer&gt; &lt;postman&gt; modules: please look at the webpage - there is a multipage sermon about that 14:37 &lt;jrandom&gt; :) 14:37 &lt;modulus&gt; ok 14:37 &lt;jrandom&gt; `http://www.postman.i2p/sec.html` to start 14:37 &lt;modulus&gt; i read that, i just thought maybe some fields could be filtered. 14:37 &lt;modulus&gt; maybe i trust postman but not other ppl. 14:38 &lt;deer&gt; &lt;postman&gt; modulus: They ARE filtred 14:38 &lt;modulus&gt; ok, last time i treid it they weren't. 14:38 &lt;modulus&gt; sorry about that. 14:38 &lt;deer&gt; &lt;postman&gt; modulus: sec2.html describes WHAT headerlines are filtered or changed 14:38 &lt;deer&gt; &lt;postman&gt; modulus: what headerlines are you refrring to? 14:38 &lt;modulus&gt; from domain (IP) kind of thing 14:39 &lt;jrandom&gt; it would be good if a local webmail script did the filtering locally 14:39 &lt;jrandom&gt; (in addition to any filtering done @ smtp.postman.i2p) 14:39 &lt;deer&gt; &lt;postman&gt; modulus: lets talk about that in pm, ok? :) 14:40 &lt;deer&gt; &lt;postman&gt; jrandom2p: of course - i am happy about every client doing its homework 14:40 &lt;modulus&gt; sure, sorry. 14:41 &lt;jrandom&gt; ok, do we have anything else for mail.i2p discussions? 14:41 &lt;jrandom&gt; if not, 4) ??? 14:41 &lt;deer&gt; * duck has something for #4 14:42 &lt;jrandom&gt; sup duck? 14:42 &lt;deer&gt; &lt;duck&gt; the HD of home.duck.i2p blew up 14:42 &lt;jrandom&gt; (d'oh) 14:42 &lt;deer&gt; &lt;duck&gt; luckily the hosting accounts were not really used, except for alexandria 14:42 &lt;deer&gt; &lt;duck&gt; did anybody here leach all the ebooks? :) 14:43 &lt;deer&gt; &lt;duck&gt; if so, I got some missing so msg me please 14:43 &lt;jrandom&gt; actually, i think thetower did 14:43 &lt;deer&gt; &lt;duck&gt; I know that hypercubus also has them 14:43 &lt;deer&gt; &lt;postman&gt; damn 14:43 &lt;jrandom&gt; i saw a mirror on his site a while back 14:43 &lt;deer&gt; &lt;postman&gt; :/ 14:43 &lt;deer&gt; &lt;duck&gt; cool 14:43 &lt;jrandom&gt; i dont know if it has everything though, or how up to date it was 14:43 &lt;deer&gt; &lt;duck&gt; alexandria is now on `http://duck.i2p/alexandria/` 14:44 &lt;deer&gt; &lt;duck&gt; and I am going back to being ashamed 14:44 &lt;deer&gt; &lt;duck&gt; . 14:44 &lt;jrandom&gt; no need to be ashamed, you've provided a kickass free service! 14:45 &lt;jrandom&gt; perhaps now is the chance for some geocities.i2p site ;) 14:46 &lt;deer&gt; &lt;duck&gt; oh, I made a yodel webfrontend @ `http://duck.i2p/yodel/` 14:46 &lt;jrandom&gt; oh, one thing i didn't have in the agenda is BT related stuff. i know dinoman is doing some hacking on that - perhaps he wants to mention something? 14:46 &lt;jrandom&gt; ah nice 14:48 * jrandom notes that thetower's alexandria mirror link 404s 14:48 &lt;deer&gt; &lt;gott&gt; I have something to suggest. 14:48 &lt;jrandom&gt; sup gott? 14:48 &lt;deer&gt; &lt;gott&gt; I think it would be a nice feature for 0.4.2 to add a link to one of the sitelists on pages such as thetower's, baffled or mine. 14:49 &lt;jrandom&gt; thats a good idea 14:49 &lt;jrandom&gt; perhaps all three 14:49 &lt;deer&gt; &lt;gott&gt; This is to (a) keep a list of active eepsites and (b) form an index for i2p similar to FIND / Dolphin 14:49 &lt;jrandom&gt; yours is nice w/ the links to the eepsites too 14:49 &lt;deer&gt; &lt;gott&gt; the one located at `http://gott.i2p/sites.html` is being kept up-to-date 14:49 &lt;deer&gt; &lt;gott&gt; and the script is run every day 14:49 &lt;deer&gt; &lt;gott&gt; I can add optional descriptions to the links ( thanx to baffled's script ) 14:50 &lt;deer&gt; &lt;gott&gt; which would make it an index 14:50 &lt;jrandom&gt; perhaps it'd be neat to have a "recently added" or "recently removed" marker too? 14:50 &lt;jrandom&gt; word 14:51 &lt;deer&gt; &lt;gott&gt; quite good. 14:51 &lt;deer&gt; &lt;gott&gt; that's all I had to say for now. 14:51 &lt;deer&gt; &lt;gott&gt; oh, another thing 14:51 &lt;deer&gt; &lt;gott&gt; snipsnap works well under i2p 14:52 &lt;deer&gt; &lt;gott&gt; so we might see kuro5hin-style eepsites being brought up sometime a la SCUM 14:52 &lt;jrandom&gt; kickass 14:52 &lt;deer&gt; &lt;gott&gt; *except more devious a la SCUM 14:52 &lt;jrandom&gt; a howto for setting that up would be great 14:52 &lt;deer&gt; &lt;gott&gt; you put the .war in webapps 14:52 &lt;deer&gt; &lt;gott&gt; it's pretty straightforward ;-) 14:53 &lt;deer&gt; &lt;polecat&gt; snipsnap...SCUM...? 14:53 &lt;jrandom&gt; its really that easy? booyeah! 14:53 &lt;jrandom&gt; polecat - http://snipsnap.org/space/start 14:53 &lt;deer&gt; &lt;gott&gt; I have finished my discourse. 14:53 &lt;deer&gt; * gott retires. 14:53 &lt;jrandom&gt; thanks gott 14:54 &lt;jrandom&gt; nickster was using snipsnap for a while 14:54 &lt;jrandom&gt; ok, anyone have anything else to bring up? 14:55 * jrandom notes that we're near the hour mark even *without* newsbyte ;) 14:55 &lt;deer&gt; &lt;polecat&gt; I like pie! 14:55 &lt;deer&gt; &lt;gott&gt; I have another thing. 14:55 &lt;deer&gt; &lt;duck&gt; oh, orz is awake 14:55 &lt;deer&gt; &lt;gott&gt; I would like to announce that soon after 0.4.2 release I will publish an interview on jrandom on i2p-related things. 14:55 &lt;deer&gt; &lt;polecat&gt; I wasn't aware this a formal meeting. Might mention my ideas about name servers... 14:56 &lt;deer&gt; &lt;duck&gt; I suggest all japanese ppl to check out his eepsite/ircserver 14:56 &lt;deer&gt; &lt;gott&gt; Nothing specific to be said on it until the questions are asked and answered but you have something to look forward to. 14:56 &lt;deer&gt; &lt;gott&gt; it will be on my eeplog and if jrandom thinks good enough, probably featured somewhere on i2p.net 14:57 &lt;deer&gt; * gott retires again. 14:57 &lt;deer&gt; &lt;postman&gt; modulus: 14:57 &lt;jrandom&gt; yeah, orz's site and irc server work great, i just dont know what it says :) 14:58 &lt;modulus&gt; YES? 14:58 &lt;modulus&gt; sorry for caps. 14:58 &lt;deer&gt; &lt;DrWoo&gt; polecat: so about nameserver? 14:58 &lt;deer&gt; * gott unretires 14:58 &lt;deer&gt; &lt;gott&gt; duck: does he speak english ? 14:59 &lt;jrandom&gt; oh polecat, whats up? 14:59 &lt;jrandom&gt; polecat: we have our weekly meting every tuesday at 9p GMT 14:59 &lt;deer&gt; &lt;gott&gt; I assume he does to have set everything up so well. 14:59 &lt;jrandom&gt; (logs posted @ `http://www.i2p/meetings` once they're done ;) 15:00 &lt;deer&gt; &lt;polecat&gt; Yes. Well I was thinking a name server might be a good idea. But not DNS. c.c I had an idea for a server that did nothing but translate between Protocol Specific Addresses and human readable names. 15:00 &lt;jrandom&gt; so a URI--&gt;URL resolver, kinda? 15:01 &lt;deer&gt; &lt;polecat&gt; That would replace hosts.txt, and eventually replace DNS itself once it supports ipv4 and ipv6. 15:01 &lt;deer&gt; &lt;polecat&gt; name =&gt; hash in the case of i2p. Like duck.i2p =&gt; gobbledygook 15:02 &lt;jrandom&gt; right right 15:02 &lt;deer&gt; &lt;polecat&gt; Trouble with DNS is it has "requirements" (i.e. hacks) like MX servers, and root hierarchy, and nasty stuff like that. The hackiness of DNS puts even Usenet to shame. 15:03 &lt;deer&gt; &lt;polecat&gt; I was talking about this earlier, and someone mentioned http://distributeddns.sourceforge.net/ 15:03 &lt;deer&gt; &lt;polecat&gt; I haven't had a chance to look at that site though. 15:05 &lt;jrandom&gt; there are lots of things to keep in mind when working through a naming system, and in turn, there are lots of tradeoffs to be made. there have also been lots of discussions of improvements over the years (not just within i2p) to address many of the issues, but a concrete solution would be great 15:05 &lt;deer&gt; &lt;gott&gt; quite good, quite good. 15:07 &lt;jrandom&gt; i've got my own views, but thats where one of i2p's strong points comes out - my own views are irrelevent :) any sort ofnaming srevice can be used by client apps, as all of that functionality is outside of the core scope 15:08 &lt;jrandom&gt; i know nano is working on something too - there's some entries @ nano.i2p, though i dont know how thats progressing 15:08 &lt;deer&gt; &lt;polecat&gt; Agreed; you could write clients to use a ddns server as much as you could write them to parse the local hosts.txt 15:08 &lt;deer&gt; &lt;gott&gt; jrandom: I dread the day when hosts.txt or equivalent naming system begins to show &lt;&lt;enlarge.your.penis.i2p&gt;&gt; 15:09 &lt;deer&gt; &lt;polecat&gt; Just might be easier; at the current standing only I2PTunnel has the ability to understand hosts.txt. Plus if we're going to compete with ipv4 and ipv6 we can't compromise limited functionality when they don't. 15:10 &lt;jrandom&gt; a while back mihi factored out the naming hooks in i2ptunnel - anything that implements http://dev.i2p.net/javadoc/net/i2p/client/naming/NamingService.html can be used transparently 15:10 &lt;jrandom&gt; (and that includes I2PTunnel and SAM) 15:10 &lt;deer&gt; &lt;polecat&gt; Really? I'll have to look at that too... 15:11 &lt;jrandom&gt; well, they trade off functionality for security and identity 15:11 &lt;deer&gt; &lt;polecat&gt; And also since i2p has such long hashes, for cryptographic security, having a name server is even more important since most people cannot remember the full i2p hash address. 15:11 &lt;jrandom&gt; e.g. the jackboots can kick down $domainOwner's door 15:11 &lt;jrandom&gt; (and someone can spoof dns without much trouble) 15:12 &lt;jrandom&gt; but having some sort of name --&gt; location resolution functionality is definitely important 15:13 &lt;deer&gt; &lt;polecat&gt; Without a centralized server, you can't have a unique human readable name anyway. Even if they're cryptographically signed, they still can be duplicated on the part that is comprehensible to us. 15:14 &lt;lucky&gt; ugh. 15:14 &lt;lucky&gt; Why don't you have deer block gott out? 15:14 &lt;jrandom&gt; there are many tradeoffs 15:14 &lt;jrandom&gt; i've outlined my preference at http://dev.i2p.net/pipermail/i2p/2004-February/000135.html 15:15 &lt;jrandom&gt; but i'm not goingto write a naming service anytime soon, so whatever an implementer wants to do, they're free to :) 15:15 &lt;lucky&gt; heh. I thought that was in response to the Gott question. 15:15 &lt;jrandom&gt; heh 15:15 &lt;jrandom&gt; naw, gott has been contributing positively as of late 15:16 &lt;jrandom&gt; ok, in any case polecat, you should put up an eepsite with your ideas 15:16 &lt;lucky&gt; god, what is the world coming to? 15:16 &lt;deer&gt; &lt;polecat&gt; I'm thinking of writing a naming service myself. I'd like to know what everyone else prefers, and get as much guidance as possible how to implement it in a way that works really really well. 15:16 &lt;lucky&gt; Oh, how can i contribute? 15:16 &lt;lucky&gt; I know some java know. Like variable assigning. 15:16 &lt;lucky&gt; And what ++j means 15:17 &lt;deer&gt; &lt;polecat&gt; Ugh... an eepsite... 15:17 &lt;deer&gt; &lt;polecat&gt; ++j is the post-increment operator on variable j? 15:18 &lt;jrandom&gt; polecat: you can post to the mailing list or forum, as well. perhaps make a poll in the forum if you want to see what sort of preferences people have? 15:18 &lt;deer&gt; &lt;polecat&gt; Trouble is this computer I'm on gets reset into Windoze frequently, and so unless I put my eepsite on a vfat partition, I can't share its info between operating systems. 15:19 &lt;jrandom&gt; 'k, then its prolly best to have the naming stuff on the forum instead of an eepsite :) 15:20 &lt;deer&gt; &lt;polecat&gt; Where's the forum again...? 15:20 &lt;jrandom&gt; `http://forum.i2p/` 15:20 &lt;jrandom&gt; and http://forum.i2p.net/ 15:20 &lt;jrandom&gt; (isnt naming wonderful? :) 15:21 &lt;deer&gt; &lt;gott&gt; I have always contributed positively. 15:21 &lt;deer&gt; &lt;polecat&gt; Yes, except we all still wget the hosts.txt file from a centralized sources. ;3 15:22 * jrandom uses cp, not wget ;) 15:22 &lt;jrandom&gt; ok, anyone have anything else to bring up? 15:23 * jrandom doesnt mean to shut down the naming discussion, its just that we can discuss that for weeks on end 15:23 &lt;deer&gt; &lt;DrWoo&gt; dinoman is working on a cvs server in i2p? 15:23 &lt;jrandom&gt; well, there already *is* a cvs server in i2p (cvs.i2p) 15:24 &lt;jrandom&gt; but thats right - dinoman was working on a full blown gforge in i2p iirc 15:24 &lt;deer&gt; &lt;DrWoo&gt; jrandom: sorryt,I mean a fully anonymous cvs ;) 15:25 &lt;jrandom&gt; hey, cvs.i2p is fully anonymous cvs :) i2p is completely self hosting, but without all the goodies for adding on lots of other projects 15:25 &lt;jrandom&gt; (and having a gforge on i2p would Kick Ass) 15:26 &lt;deer&gt; &lt;DrWoo&gt; jrandom: doesn't cvs.i2p run on the public server? 15:26 &lt;deer&gt; &lt;polecat&gt; gforge... dunno that... 15:27 &lt;jrandom&gt; DrWoo: maaaybe ;) 15:27 &lt;jrandom&gt; DrWoo: but the key is that developers can be anonymous and develop for i2p through i2p 15:27 &lt;jrandom&gt; if the machine that cvs.i2p is physically located on is under attack, we can just move the destination somewhere else 15:28 &lt;deer&gt; &lt;polecat&gt; Yes, so while the i2p source itself is vulnerable to being confiscated by the Long Arm of the Law, its developers are immune to a certain extent through anonymity. 15:28 &lt;jrandom&gt; let 'em have the source, its free! :) 15:29 &lt;deer&gt; &lt;DrWoo&gt; jrandom: ya, i see what you're saying, but it still is at the risk of something like the indymedia thing 15:30 &lt;jrandom&gt; if the jackboots kicked down the door of the colo where cvs.i2p is, i'd simply install cvs somewhere else, deploy a backup of the cvs there, and run an i2prouter with the cvs.i2p private key 15:30 &lt;jrandom&gt; (and *not* tell peole that cvs.i2p == cvs.i2p.net ;) 15:32 &lt;jrandom&gt; ok, anyone else have soemthing to bring up for the meeting? 15:32 &lt;deer&gt; &lt;polecat&gt; Hee, that's pretty cool. 15:33 &lt;jrandom&gt; if not 15:33 * jrandom winds up 15:34 * jrandom *baf*s the meeting closed </div>/cs/blog/2004/10/19/pozn%C3%A1mky-ke-stavu-i2p-k-2004-10-19/Tue, 19 Oct 2004 00:00:00 +0000/cs/blog/2004/10/19/pozn%C3%A1mky-ke-stavu-i2p-k-2004-10-19/<p>Ahoj všichni, je zase úterý</p> <h2 id="rejstřík">Rejstřík</h2> <ol> <li>0.4.1.3</li> <li>Tunnel test time, and send processing time</li> <li>Streaming lib</li> <li>files.i2p</li> <li>???</li> </ol> <h2 id="1-0413">1) 0.4.1.3</h2> <p>Vydání 0.4.1.3 vyšlo před dnem či dvěma a vypadá to, že většina lidí aktualizovala (díky!). Síť funguje poměrně dobře, ale stále žádné revoluční zvýšení spolehlivosti. Chyby watchdogu z 0.4.1.2 zmizely (nebo je alespoň nikdo nezmínil). Mým cílem je, aby toto vydání 0.4.1.3 bylo poslední záplatou před 0.4.2, i když samozřejmě pokud se objeví něco velkého, co bude potřeba opravit, vydáme další.</p>/cs/blog/2004/10/19/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-19.-%C5%99%C3%ADjna-2004/Tue, 19 Oct 2004 00:00:00 +0000/cs/blog/2004/10/19/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-19.-%C5%99%C3%ADjna-2004/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> deer\_, jrandom, modulus</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 14:03 &lt;jrandom&gt; 1) 0.4.1.3 14:03 &lt;jrandom&gt; 2) čas testu tunnelu a čas zpracování odesílání 14:03 &lt;jrandom&gt; 3) streamovací knihovna 14:03 &lt;jrandom&gt; 4) files.i2p 14:03 &lt;jrandom&gt; 5) ??? 14:03 &lt;jrandom&gt; 0) ahoj 14:03 * jrandom mává 14:04 &lt;modulus&gt; ahoj ahoj 14:04 &lt;jrandom&gt; týdenní statusové poznámky jsou vystavené na http://dev.i2p.net/pipermail/i2p/2004-October/000469.html 14:04 &lt;deer_&gt; &lt;fidd&gt; nazdar 14:04 &lt;jrandom&gt; nevěnoval jsem těm poznámkám moc času, takže jsou dost stručné 14:05 &lt;jrandom&gt; ale takový je život 14:05 &lt;jrandom&gt; přejděme k 1) 0.4.1.3 14:05 &lt;jrandom&gt; verze vyšla předevčírem a je to... no... z velké části jako dřív 14:05 &lt;jrandom&gt; funguje dostatečně dobře pro většinu věcí, ale není tak spolehlivá, jak bychom chtěli 14:06 &lt;jrandom&gt; propustnost je pořád nízká, ale to je známý problém, který vyřešíme v 0.4.2 14:06 &lt;jrandom&gt; jak jsem psal v e‑mailu, nečekám, že budou další vydání 0.4.1.* 14:07 &lt;jrandom&gt; k tomu už moc nemám – má někdo nějaké komentáře / obavy? 14:07 &lt;deer_&gt; &lt;newsbyte&gt; ano: co to zamrznutí? 14:09 &lt;jrandom&gt; Nevylučuji možnost, že ti stroj zatuhl kvůli I2P, ale velmi o tom pochybuji 14:09 &lt;jrandom&gt; nikdo jiný nic takového na žádné platformě nenahlásil 14:09 &lt;deer_&gt; &lt;newsbyte&gt; no... nějak s tím to musí souviset, i když třeba ne přímo, dle mého 14:09 &lt;deer_&gt; &lt;newsbyte&gt; možná Java? 14:10 &lt;jrandom&gt; jedeš na 1.5 na w2k? 14:10 &lt;jrandom&gt; nebo 1.4.2_05? 14:10 &lt;deer_&gt; &lt;newsbyte&gt; ne, 1.5 14:10 &lt;jrandom&gt; ok 14:10 &lt;deer_&gt; &lt;newsbyte&gt; samozřejmě nemůžu vyloučit, že je to něco jiného 14:11 &lt;deer_&gt; &lt;newsbyte&gt; mohla to být náhoda, že se to stalo dvakrát 14:11 &lt;jrandom&gt; můžeme si po meetingu říct, jak zjistit příčinu, jestli chceš 14:11 &lt;deer_&gt; &lt;newsbyte&gt; ale naposledy... nevím... nic moc jiného neběželo 14:11 &lt;deer_&gt; &lt;dinoman&gt; mně 1.5 na w2k funguje dobře :) 14:11 &lt;deer_&gt; &lt;newsbyte&gt; to jo, ale 14:11 &lt;deer_&gt; &lt;newsbyte&gt; není na to nějaký jednoduchý debug log nebo tak? 14:11 &lt;jrandom&gt; když se to stane znovu, pošli mi prosím wrapper.log a logs/log-router-*.txt 14:11 &lt;deer_&gt; &lt;newsbyte&gt; to by se mohlo hodit, až to zamrzne 14:11 &lt;jrandom&gt; logů je víc než hlíny ;) 14:12 &lt;jrandom&gt; ok, super, dinomane 14:12 &lt;jrandom&gt; možná to byla nějaká interakce s tvým softwarovým firewallem 14:12 &lt;deer_&gt; &lt;newsbyte&gt; možná 14:12 &lt;jrandom&gt; ale jo, pošli mi logy, když se to znovu stane 14:12 &lt;jrandom&gt; (prosím :) 14:12 &lt;deer_&gt; &lt;newsbyte&gt; no, kdyby se to jen blokovalo, to bych pochopil 14:12 &lt;deer_&gt; &lt;newsbyte&gt; ale úplné zamrznutí... nevím... to bylo děsivé 14:13 &lt;deer_&gt; &lt;newsbyte&gt; na druhou stranu: mám teď 27/63 14:13 &lt;jrandom&gt; skvělé 14:13 &lt;jrandom&gt; ok, má ještě někdo dotazy/komentáře/obavy k 0.4.1.3? 14:13 &lt;deer_&gt; &lt;newsbyte&gt; Asi požádám Whoo, aby mě tím eepsite něčím provedl 14:13 &lt;deer_&gt; &lt;dinoman&gt; jen to nepoužívej se Sygate Personal Firewall, špatné špatné 14:13 &lt;deer_&gt; &lt;newsbyte&gt; proč? 14:14 &lt;deer_&gt; &lt;dinoman&gt; pád 14:14 &lt;deer_&gt; &lt;newsbyte&gt; ano; zapomněls 6) zisk!! 14:14 &lt;deer_&gt; &lt;newsbyte&gt; ;-) 14:14 &lt;deer_&gt; &lt;newsbyte&gt; pád? 14:14 &lt;deer_&gt; &lt;newsbyte&gt; ehm 14:14 &lt;jrandom&gt; dinomane: padá ti OS? firewall? I2P? 14:14 &lt;deer_&gt; &lt;newsbyte&gt; no, to by to pak vysvětlovalo, že? ;-) 14:15 &lt;jrandom&gt; newsbyte: používáš Sygate Personal Firewall? 14:15 &lt;deer_&gt; &lt;newsbyte&gt; ano 14:15 &lt;deer_&gt; &lt;newsbyte&gt; no, ne na mém routeru 14:15 &lt;deer_&gt; &lt;newsbyte&gt; ale na počítači jo 14:15 &lt;deer_&gt; &lt;newsbyte&gt; zdá se, že na něco narážíme 14:16 &lt;deer_&gt; &lt;DrWoo&gt; newsbyte: /join #i2p-chat, ať může jrandom dokončit svůj meeting 14:16 &lt;deer_&gt; &lt;newsbyte&gt; i když to očividně nespadne/nezamrzne hned 14:16 &lt;deer_&gt; &lt;dinoman&gt; jo, shodí to Windows 14:16 &lt;deer_&gt; &lt;newsbyte&gt; ? 14:16 &lt;deer_&gt; &lt;newsbyte&gt; jrand už je tady 14:16 &lt;deer_&gt; &lt;dinoman&gt; sorry, koukl jsem jinam 14:16 &lt;jrandom&gt; ok, možná se můžeme podívat, co SPF kazí 14:16 &lt;jrandom&gt; pokud už nic k 0.4.1.3, přejděme k 2) čas testu tunnelu a čas zpracování odesílání 14:17 &lt;jrandom&gt; včera byla diskuse, kde jsme zkoumali některé timeouty, a v zásadě se občas věci prostě protáhnou 14:17 &lt;jrandom&gt; nemyslím si ale, že špičky, které vidíte na http://dev.i2p.net/~jrandom/processingTime.png, jsou legitimní 14:18 &lt;jrandom&gt; no, jsou reálné – opravdu to tak dlouho trvá 14:18 &lt;jrandom&gt; myslím tím, že bychom se jich měli umět zbavit 14:18 &lt;jrandom&gt; nějaké fronty budou vždy, ale když budeme opatrnější v tom, co přijímáme, měli bychom to omezit 14:19 &lt;jrandom&gt; zpoždění pravděpodobně způsobují i občasné špičky v době zpracování úloh, které můžeme vyladit fest (fsck) 14:20 &lt;jrandom&gt; obecně se ale frontování zpráv zdá v pořádku, i když to občas zvedne některé testy tunnelu 14:20 &lt;deer_&gt; &lt;newsbyte&gt; sakra... kéž by se freenet a i2p opravdu sloučily... vypadá to, že by postup byl mnohem rychlejší, možná by to prospělo oběma 14:20 &lt;deer_&gt; &lt;Ragnarok&gt; jo, nechápu, proč by fsck bylo užitečné pro zpracování jona :) 14:20 &lt;deer_&gt; &lt;Ragnarok&gt; s/jon/job/ 14:21 &lt;jrandom&gt; potenciál ke spolupráci je velký, ale ty dva projekty mají hodně odlišné cíle 14:21 &lt;jrandom&gt; !thwap Ragnarok 14:21 &lt;deer_&gt; &lt;newsbyte&gt; ehm 14:21 &lt;jrandom&gt; jo, jednu věc jsem včera zmiňoval 14:21 &lt;deer_&gt; &lt;newsbyte&gt; nemyslím si ale, že cíle těch projektů jsou zas tak rozdílné... 14:22 &lt;deer_&gt; &lt;DrWoo&gt; jrandom: technické cíle 14:22 &lt;jrandom&gt; newsbyte: to můžeme probrat v 5) ??? nebo později, jestli chceš, teď jsme u 2) 14:22 &lt;deer_&gt; &lt;DrWoo&gt; ups newsbyte: technické cíle 14:22 &lt;deer_&gt; &lt;Ragnarok&gt; hehe 14:22 &lt;deer_&gt; &lt;newsbyte&gt; ano a 3) profit! podle tradic /. 14:22 &lt;deer_&gt; &lt;newsbyte&gt; :-) 14:22 &lt;deer_&gt; &lt;Demokritos&gt; Nevěřím, že Tor není zpětně kompatibilní z 0.0.8 na 0.0.8.1 14:23 &lt;jrandom&gt; u testování tunnelu je spodní mez doby testu – aktuálně je ve výchozím nastavení 5 sekund 14:23 &lt;jrandom&gt; předchozí verze měla pevný limit 30 sekund, ale můžete si nastavit vlastní čas testu tunnelu úpravou `http://localhost:7657/configadvanced.jsp` a přidáním "router.tunnelTestMinimum=10000" (nebo jakékoli jiné – ta hodnota je v milisekundách) 14:23 &lt;deer_&gt; &lt;newsbyte&gt; ty sekundy, jsou alchimagické? 14:24 &lt;jrandom&gt; výchozích 5 s by ale mělo být v pohodě 14:24 &lt;deer_&gt; &lt;Demokritos&gt; Předevčírem jsem vlastně upgradoval Tor, protože přestal fungovat, a teď mi síť zase říká, že mám nekompatibilní verzi... co to.. 14:24 &lt;deer_&gt; &lt;Demokritos&gt; oh... ahoj všichni :) 14:24 &lt;jrandom&gt; newsbyte: čas testu tunnelu je MAX(avgTunnelTestTime*2, minTunnelTestTime) 14:25 &lt;jrandom&gt; (máme minTunnelTestTime, protože jinak by série rychlých testů mohla způsobit kaskádové selhání) 14:26 &lt;jrandom&gt; více detailů je na http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/history.txt?rev=HEAD 14:26 &lt;deer_&gt; &lt;newsbyte&gt; hmm 14:26 &lt;deer_&gt; &lt;Demokritos&gt; to je fakt vtipné... pracovní agentura po mně chce Internet Explorer, jinak prý nedokážu podat přihlášku 14:27 &lt;jrandom&gt; *kašel* uvědomujete si, že tyhle logy z meetingu jdou na web, jo? :) 14:27 &lt;deer_&gt; &lt;Demokritos&gt; &lt;-- anglicky moc neumím 14:27 &lt;deer_&gt; &lt;newsbyte&gt; fakt jo?! 14:27 &lt;deer_&gt; &lt;newsbyte&gt; Ahoj mami! 14:27 &lt;deer_&gt; &lt;newsbyte&gt; ;-) 14:27 &lt;deer_&gt; &lt;Demokritos&gt; eh, promiňte. .ruším meeting.. mizím 14:28 &lt;jrandom&gt; ne, zůstaň, prosím, ale bavme se o i2p věcech ;) 14:28 &lt;deer_&gt; &lt;newsbyte&gt; neboj; vyrušovat je umění, koukej na mě a naučíš se to 14:28 &lt;deer_&gt; &lt;newsbyte&gt; ;-) 14:28 &lt;jrandom&gt; ok, ještě něco k 2) času testu tunnelu a času zpracování odesílání ? 14:28 &lt;deer_&gt; &lt;Ragnarok&gt; soustřeďte se, lidi 14:29 -!- znation [~znation@ip68-226-31-250.tc.ph.cox.net] se odpojil [Read error: 60 (Operation timed out)] 14:29 &lt;jrandom&gt; pokud ne, přejděme k 3) streamovací knihovna 14:29 &lt;jrandom&gt; jak jsem psal ve statusových poznámkách, hodně jsme pokročili 14:29 -!- znation [~znation@ip68-226-31-250.tc.ph.cox.net] se připojil k #i2p 14:29 &lt;deer_&gt; &lt;newsbyte&gt; dělal jsi to ty? 14:29 &lt;jrandom&gt; ještě tam nejsme, ale doufám, že příští týden uděláme nějaké živé testy 14:30 &lt;jrandom&gt; jo, pracuju na streamovací knihovně 14:30 &lt;jrandom&gt; dneska se mi to konečně rozping()alo ;) 14:30 &lt;deer_&gt; &lt;Ragnarok&gt; pěkné :) 14:31 &lt;jrandom&gt; ok, k tomu už vlastně nic dalšího nemám 14:31 &lt;jrandom&gt; má někdo nějaké dotazy / komentáře / obavy? 14:31 &lt;deer_&gt; &lt;newsbyte&gt; ehm... rychlost? 14:31 &lt;jrandom&gt; rychlost je v pohodě 14:31 &lt;deer_&gt; &lt;baffled&gt; jaké zrychlení/propustnost očekáváš? 14:31 &lt;jrandom&gt; čekám výrazné zlepšení propustnosti 14:32 &lt;deer_&gt; &lt;newsbyte&gt; říkal, že čeká pokutu 14:32 &lt;deer_&gt; &lt;newsbyte&gt; za rychlou jízdu 14:32 &lt;deer_&gt; &lt;newsbyte&gt; ;-) 14:32 &lt;jrandom&gt; navíc u malých request/response spojení se dramaticky sníží latence 14:32 &lt;jrandom&gt; (na polovinu) 14:32 &lt;deer_&gt; &lt;dinoman&gt; wow 14:32 &lt;deer_&gt; &lt;dinoman&gt; je to přes UDP? 14:33 &lt;jrandom&gt; nová knihovna zpřístupňuje i všechny fajn laditelné parametry pro běžné TCP stacky, takže aplikace si budou moct vyšperkovat vlastní nastavení 14:33 &lt;jrandom&gt; ne, dinomane, tohle běží nad i2p I2CP 14:33 &lt;deer_&gt; &lt;dinoman&gt; wow x2 14:33 &lt;jrandom&gt; (i když za měsíc nebo tak napíšeme podobný kód, abychom získali UDP transport..) 14:34 &lt;jrandom&gt; ale uvidíme. 14:34 &lt;deer_&gt; &lt;newsbyte&gt; protože...? 14:34 &lt;jrandom&gt; pořád je spousta práce 14:34 &lt;jrandom&gt; protože co? 14:34 &lt;deer_&gt; &lt;newsbyte&gt; no, to přece zvládne i TCP, ne? 14:35 &lt;jrandom&gt; aha, proč půjdeme do UDP? http://www.i2p.net/todo#transport 14:35 &lt;deer_&gt; &lt;newsbyte&gt; pamatuju stejnou diskusi na freenetu, ale zatím zůstali u TCP 14:35 &lt;jrandom&gt; navíc TCP je univerzální streamovací transport – my to můžeme výrazně zjednodušit, protože sneseme určitou míru mimo pořadí 14:35 &lt;deer_&gt; &lt;newsbyte&gt; ne že by všechna jejich rozhodnutí byla dobrá ;-) 14:36 &lt;jrandom&gt; newsbyte: ty diskuse jsem sledoval a půjdeme do UDP 14:36 &lt;jrandom&gt; (to neznamená, že se freenet mýlí – mají jiné požadavky/omezení) 14:37 &lt;deer_&gt; &lt;Ragnarok&gt; i2p by se nemělo moc srovnávat s freenetem. Technicky jsou hodně odlišné. 14:37 &lt;deer_&gt; &lt;newsbyte&gt; (anebo: oni se MÝLÍ ;-) 14:37 &lt;jrandom&gt; nemyslím si, že jejich současné používání TCP je špatně, stejně jako si nemyslím, že dřívější používání TCP v I2P bylo špatně. pokrok vyžaduje malé kroky 14:38 &lt;deer_&gt; &lt;mule_iip&gt; newsbyte se stará o to, aby meetingy nebyly moc krátké 14:38 &lt;jrandom&gt; heh 14:38 &lt;deer_&gt; &lt;newsbyte&gt; jo, nic horšího než krátké meetingy 14:38 &lt;deer_&gt; &lt;newsbyte&gt; to pak nestihneš sníst všechen popcorn a vypít všechno pivo 14:38 &lt;jrandom&gt; ok, ještě něco k 3) streamovací knihovna ? 14:39 &lt;jrandom&gt; pokud ne, 4) files.i2p 14:39 &lt;deer_&gt; &lt;Ragnarok&gt; myslím, že je to ok 14:39 &lt;deer_&gt; &lt;newsbyte&gt; no, já vím, že já jo 14:39 &lt;deer_&gt; &lt;newsbyte&gt; ;-) 14:39 &lt;deer_&gt; &lt;newsbyte&gt; a vtipný taky 14:39 &lt;deer_&gt; &lt;newsbyte&gt; většinu času 14:39 &lt;deer_&gt; &lt;newsbyte&gt; a taky otravný 14:39 &lt;deer_&gt; &lt;newsbyte&gt; ;-) 14:39 &lt;jrandom&gt; chtěl jsem jen upozornit na files.i2p – nový vyhledávač na i2p 14:40 &lt;deer_&gt; &lt;newsbyte&gt; aha, chápu 14:40 &lt;deer_&gt; &lt;newsbyte&gt; doufal jsem, že to bude o zprovoznění eepsites 14:40 &lt;jrandom&gt; zajímavé je, že přes něj dosáhnete i na eepsites, které už neběží, protože cachuje 14:41 &lt;deer_&gt; &lt;baffled&gt; cachuje všechno? 14:41 &lt;deer_&gt; &lt;newsbyte&gt; všechny vyhledávače dosud jsou na straně serveru? 14:41 &lt;deer_&gt; &lt;Ragnarok&gt; zajímavé. Dneska by to nemělo být moc těžké :). 14:41 &lt;jrandom&gt; baffled: podle toho, co vidím, cachuje text/html 14:42 &lt;deer_&gt; &lt;mule_iip&gt; alespoň že má limity na velikost a typy souborů, takže nebude cachovat filmy 14:42 &lt;deer_&gt; &lt;baffled&gt; Aha, to jsem si myslel, ne binárky. 14:42 &lt;deer_&gt; &lt;newsbyte&gt; myslím, nejsou v JS, předpokládám? 14:43 &lt;jrandom&gt; používá nutch, kdyby to chtěl někdo víc prozkoumat. nebo autora webu určitě přimějeme dát tam feedback formulář nebo tak ;) 14:43 &lt;jrandom&gt; newsbyte: správně, je to jen normální web anonymně hostovaný 14:43 &lt;jrandom&gt; ten web obsahuje vyhledávač (jako google) 14:44 &lt;jrandom&gt; každopádně jsem to chtěl jen zmínit 14:44 &lt;jrandom&gt; poslední dobou se taky objevilo hodně blogů, což je dle mého fakt super 14:44 &lt;jrandom&gt; můj záložkový adresář ‚eep‘ skoro zaplní obrazovku :) 14:44 &lt;deer_&gt; &lt;Ragnarok&gt; hehe, myi2p se děje samo od sebe :) 14:45 &lt;jrandom&gt; prostě musíš vytahovat bolavá místa, že, ragnaroku? ;) 14:45 &lt;deer_&gt; &lt;Ragnarok&gt; sorry :) 14:46 &lt;jrandom&gt; ok, má někdo dotazy/komentáře/obavy ohledně files.i2p? 14:46 &lt;jrandom&gt; pokud ne, pojďme na 4.1) biff 14:46 * jrandom málem zapomněl na biff 14:46 &lt;jrandom&gt; postmane, jsi poblíž? 14:47 &lt;deer_&gt; &lt;newsbyte&gt; myslím, že je biffnutý 14:47 &lt;jrandom&gt; no, když ne, biff je ten nový boží bot na upozorňování na mail 14:47 &lt;jrandom&gt; když máš e‑mailový účet na mail.i2p, můžeš biffovi říct, aby tě upozornil, když přijde nová pošta 14:47 &lt;deer_&gt; &lt;newsbyte&gt; má to archivy? 14:48 &lt;jrandom&gt; newsbyte: biff je jen notifikační bot, pošta je uložená na mail serveru (a přistupuješ k ní svým běžným poštovním klientem – kmail apod.) 14:48 &lt;jrandom&gt; viz `http://www.postman.i2p/` 14:49 &lt;jrandom&gt; ok, takže jo, jdi na ten eepsite nebo se koukni na #mail.i2p tam 14:49 &lt;deer_&gt; &lt;newsbyte&gt; půjdu, jakmile rozběhnu svůj eepsite 14:49 * jrandom o biffovi moc víc neví – případné dotazy přesměrujte na postmana 14:50 &lt;jrandom&gt; místo toho můžeme přejít k 5) ??? 14:50 &lt;deer_&gt; &lt;newsbyte&gt; jasně 14:50 &lt;jrandom&gt; má někdo ještě něco, co chce probrat? 14:50 &lt;deer_&gt; * mule_iip zvedá ruku o slovo: rád bych připomněl své přetrvávající problémy s FCP přes I2P. ale to asi počká a 0.4.2 to vyřeší automagicky. 14:50 &lt;deer_&gt; &lt;newsbyte&gt; ano, a to zamrznutí 14:50 &lt;jrandom&gt; doufám, mule_iip 14:50 &lt;deer_&gt; &lt;mule_iip&gt; ok, budu tvoje testovací platforma :) 14:50 &lt;jrandom&gt; newsbyte: je k tomu něco, co musíme řešit? můžeš mi prostě poslat mailem logy, když se to znovu stane? 14:51 &lt;jrandom&gt; jé, mule, to by bylo super 14:51 * jrandom toho určitě využije 14:51 &lt;deer_&gt; &lt;newsbyte&gt; no... můžu je vůbec poslat, když je všechno zamrzlé? 14:51 &lt;jrandom&gt; soubory se zapisují na disk. 14:51 &lt;jrandom&gt; až to restartuješ, pošli mi logy 14:51 &lt;deer_&gt; &lt;newsbyte&gt; myslím, že v tom případě to můžu poslat i teď, protože někde by měly být 14:51 &lt;jrandom&gt; (prosím) 14:51 &lt;deer_&gt; &lt;dinoman&gt; byl jsem na fóru a vidím, že jabber služba je pryč. patřila někomu z nás? kdyby ano, rád bych jednu provozoval, jestli by to bylo v pohodě? 14:51 &lt;jrandom&gt; ty soubory se ale rotují, newsbyte 14:52 &lt;jrandom&gt; duck a demonic_1 měli čas od času jabber servery, ale zdá se, že většina i2p IM aktivit je na IRC 14:52 &lt;deer_&gt; &lt;newsbyte&gt; soubory se rotují? to přece musí něco nastřádat, než začne mazat? 14:53 &lt;jrandom&gt; newsbyte: ok, pošli mi své logy, třeba v nich něco bude 14:53 &lt;deer_&gt; &lt;newsbyte&gt; dobře 14:53 &lt;deer_&gt; &lt;newsbyte&gt; ehm 14:54 &lt;deer_&gt; &lt;newsbyte&gt; sakra 14:54 &lt;deer_&gt; &lt;newsbyte&gt; spousta .logů 14:54 &lt;deer_&gt; &lt;dinoman&gt; ok 14:54 &lt;deer_&gt; &lt;newsbyte&gt; toto žádný noob nikdy nepobere 14:54 &lt;deer_&gt; &lt;newsbyte&gt; asi máš pravdu, že zatím nedělat článek na /. 14:55 &lt;jrandom&gt; nás to netlačí 14:55 &lt;deer_&gt; &lt;newsbyte&gt; log-router.txt? 14:55 &lt;jrandom&gt; wrapper.log a logs/log-router-*.txt 14:56 &lt;deer_&gt; &lt;newsbyte&gt; a jaký mail použít...? 14:56 &lt;deer_&gt; &lt;fidd&gt; dinomane, jabber server by byl podle mě super 14:56 &lt;jrandom&gt; jrandom@i2p.net 14:56 &lt;deer_&gt; &lt;newsbyte&gt; přes i2p dostupný, doufám? 14:56 &lt;deer_&gt; &lt;newsbyte&gt; ;-) 14:56 &lt;jrandom&gt; newsbyte: můžeš dát logy na svůj eepsite a poslat mi URL ve zprávě 14:57 &lt;jrandom&gt; nebo můžeš poslat mail na jrandom@mail.i2p 14:57 &lt;deer_&gt; &lt;newsbyte&gt; přesně! 14:57 &lt;deer_&gt; &lt;newsbyte&gt; dobrý nápad! 14:57 &lt;deer_&gt; &lt;newsbyte&gt; jen jeden drobný problém: ještě to neběží 14:57 &lt;jrandom&gt; ok, má ještě někdo něco, co chce probrat? 14:57 &lt;jrandom&gt; no, na tom můžeme zapracovat, newsbyte 14:57 &lt;jrandom&gt; (po meetingu) 14:59 &lt;deer_&gt; &lt;newsbyte&gt; díky, ale whoo už pomáhá 14:59 &lt;jrandom&gt; jestli už nic dalšího... 14:59 &lt;deer_&gt; &lt;newsbyte&gt; ale potřebujeme detailní návod/wiki/nápovědný web/něco 14:59 * jrandom se chystá zakončit 14:59 &lt;deer_&gt; &lt;Jake_&gt; chtěl bych k meetingu říct: pokud se podaří zveřejnit veřejné vydání i2p před volbami v USA 2. listopadu, hodně by to pomohlo zajistit stabilní demokracii 14:59 &lt;deer_&gt; &lt;newsbyte&gt; a co 6)? 14:59 &lt;jrandom&gt; newsbyte: chtěl bys na tom dělat? 15:00 &lt;jrandom&gt; newsbyte: souhlasím, že by bylo skvělé mít víc howto a nápovědy 15:00 &lt;deer_&gt; &lt;Ragnarok&gt; 6) Neexistuje.... číslo 6 15:00 &lt;deer_&gt; &lt;newsbyte&gt; no jo, tak nějak, ale je to se mnou divné 15:00 &lt;deer_&gt; &lt;newsbyte&gt; jsem pro wiki a veřejný věci a free pro všechny a tak 15:00 &lt;deer_&gt; &lt;newsbyte&gt; ale moje ego protestuje a chce aspoň minimální kontrolu 15:00 &lt;jrandom&gt; super 15:00 &lt;deer_&gt; &lt;newsbyte&gt; kdo se v tom má vyznat 15:00 &lt;jrandom&gt; heh 15:01 &lt;jrandom&gt; pokud bys chtěl udělat ze svého eepsite wiki pod tvojí kontrolou, bylo by to taky super 15:01 &lt;deer_&gt; &lt;newsbyte&gt; jasně 15:01 &lt;jrandom&gt; i tak má ugha.i2p docela dobré uptime 15:01 &lt;deer_&gt; &lt;newsbyte&gt; popřemýšlím o tom 15:01 &lt;jrandom&gt; cool 15:02 &lt;deer_&gt; &lt;newsbyte&gt; 6 by byla ta věc freenet‑i2p 15:02 * jrandom se chystá zakončit 15:02 * jrandom *baf* uzavírá meeting &lt;/div&gt; {% endblock %} </div>/cs/blog/2004/10/12/pozn%C3%A1mky-ke-stavu-i2p-k-2004-10-12/Tue, 12 Oct 2004 00:00:00 +0000/cs/blog/2004/10/12/pozn%C3%A1mky-ke-stavu-i2p-k-2004-10-12/<p>Ahoj všichni, je čas na naši týdenní aktualizaci.</p> <h2 id="rejstřík">Rejstřík:</h2> <ol> <li>0.4.1.2</li> <li>0.4.1.3</li> <li>0.4.2</li> <li>mail discussions</li> <li>???</li> </ol> <h2 id="1-0412">1) 0.4.1.2</h2> <p>Nová verze 0.4.1.2 je venku už pár dní a věci probíhají víceméně podle očekávání – i když se objevilo pár zádrhelů s novou komponentou watchdog, což způsobovalo, že při problémech místo restartu zabíjela váš router. Jak jsem dnes už zmiňoval, hledám lidi, kteří použijí nový nástroj pro logování statistik a pošlou mi nějaká data, takže vaši pomoc bych velmi ocenil.</p>/cs/blog/2004/10/12/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-12.-%C5%99%C3%ADjna-2004/Tue, 12 Oct 2004 00:00:00 +0000/cs/blog/2004/10/12/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-12.-%C5%99%C3%ADjna-2004/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> deer, Janonymous, jrandom, modulus</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 14:04 &lt;jrandom&gt; 0) ahoj 14:04 &lt;jrandom&gt; 1) 0.4.1.2 14:04 &lt;jrandom&gt; 2) 0.4.1.3 14:05 &lt;jrandom&gt; 3) 0.4.2 14:05 &lt;jrandom&gt; 4) diskuse o mailu 14:05 &lt;jrandom&gt; 5) ??? 14:05 &lt;jrandom&gt; 0) ahoj 14:05 * jrandom mává 14:05 &lt;Janonymous&gt; hello 14:05 &lt;jrandom&gt; tento týden máme v programu spoustu čísel 14:05 &lt;jrandom&gt; týdenní status je na http://i2p.net/pipermail/i2p/2004-October/000466.html 14:05 &lt;jrandom&gt; (postnuto před minutou nebo třemi) 14:05 &lt;deer&gt; * cervantes si přinesl polštář 14:06 &lt;jrandom&gt; doufám, že to nebude tak nudné ;) 14:06 &lt;jrandom&gt; každopádně, jdeme na to dobré: 1) 0.4.1.2 14:06 &lt;deer&gt; &lt;cervantes&gt; vzbuď mě po sekci statistické analýzy 14:06 &lt;jrandom&gt; vydání je venku a všichni by měli upgradovat 14:06 &lt;jrandom&gt; heh 14:06 &lt;deer&gt; &lt;cervantes&gt; eerm wake 14:07 &lt;jrandom&gt; jsou tam nějaké bugy v watchdog kódu, které zabijí tvůj router nehezkým způsobem (místo aby ho restartovaly, když se něco pokazí) 14:07 &lt;jrandom&gt; ale doufejme, že ty situace jsou vzácné 14:07 &lt;deer&gt; &lt;mule_iip&gt; ani ne :( 14:08 &lt;jrandom&gt; no, liší se to uživatel od uživatele 14:08 &lt;jrandom&gt; snažím se najít příčinu, protože je to tu věčně a je to dost otravné 14:08 &lt;jrandom&gt; (ten vlastní zásek, ne watchdog kód, který zásek detekuje) 14:09 &lt;jrandom&gt; aktuální CVS rev (0.4.1.2-1) má „podstatu“ watchdogu vypnutou – monitoruje, ale neukončuje router 14:10 &lt;jrandom&gt; ale 0.4.1.2 by měla být pro všechny v pohodě (kromě mule ;) 14:10 &lt;jrandom&gt; jak už bylo zmíněno, zapněte si logování a pošlete mi data, viz http://dev.i2p.net/pipermail/i2p/2004-October/000465.html 14:11 &lt;jrandom&gt; čím víc dat, tím líp – pokud to můžete nechat běžet přes noc, bylo by to super (20h běh na duckově boxu vygeneroval ~60 MB dat) 14:11 &lt;jrandom&gt; ok, jdeme na 2) 0.4.1.3 14:12 &lt;jrandom&gt; no, není nic moc, co bych chtěl zmínit nad rámec toho, co je v mailu 14:12 &lt;jrandom&gt; má někdo něco, co by chtěl říct k 0.4.1.3? 14:12 &lt;Janonymous&gt; ne 14:13 &lt;deer&gt; &lt;postman&gt; ne 14:13 &lt;Janonymous&gt; zpětně kompatibilní? 14:13 &lt;jrandom&gt; určitě 14:13 &lt;jrandom&gt; ok, jdeme na * 3) 0.4.2 14:14 &lt;jrandom&gt; opět, „koukněte na mail“ :) 14:14 &lt;Janonymous&gt; xpc vs. tcp ?? 14:14 &lt;jrandom&gt; nikdy jsem neimplementoval TCP stack, takže jakékoli vedení by se hodilo 14:15 &lt;jrandom&gt; xcp má lepší chování v sítích s vysokými latencemi 14:15 &lt;jrandom&gt; (pro řízení zahlcení) 14:15 &lt;Janonymous&gt; zahrnuje to i fec? 14:15 &lt;jrandom&gt; ne 14:16 &lt;Janonymous&gt; ok, protože o tom jsem si něco zjišťoval 14:17 &lt;jrandom&gt; cool 14:17 &lt;jrandom&gt; našel jsi něco zajímavého? 14:17 &lt;deer&gt; &lt;cervantes&gt; většina GET požadavků je pod 32 kb... a průměrná HTML stránka by měla být kolem té velikosti... takže bych čekal, že eepsurfing se hodně zlepší... – nevadilo by mi ale vidět i zlepšení propustnosti na tunnel... zlepší to nový stack? 14:17 &lt;Janonymous&gt; fec se hodně používá pro sítě s vysokou latencí/vysokou propustností 14:18 &lt;deer&gt; &lt;mule_iip&gt; jrandom: ani já ne, ale mohl bych tady někomu říct, aby tě podpořil 14:18 &lt;Janonymous&gt; jrandom: něco ano.. dám vědět 14:18 &lt;deer&gt; &lt;mule_iip&gt; minimálně by to pro něj byla dobrá zkušenost a další pár očí 14:18 &lt;jrandom&gt; super, Janonymous 14:18 &lt;jrandom&gt; oh, paráda, mule 14:18 &lt;jrandom&gt; cervantes: propustnost na tunnel by se zlepšila s oknem &gt;1 zpráva 14:19 &lt;jrandom&gt; (čekám, že budeme moct dokonce začít s oknem &gt;1, podle toho, co dokážeme vyčíst z routeru) 14:19 &lt;jrandom&gt; ((ecn++)) 14:19 &lt;deer&gt; &lt;cervantes&gt; skvělé 14:20 &lt;jrandom&gt; ok, ještě něco k 0.4.2? 14:20 &lt;Janonymous&gt; čerstvý stack.. čerstvý laptop.. *slintá* 14:21 &lt;jrandom&gt; heh 14:21 &lt;Janonymous&gt; jo 14:21 &lt;Janonymous&gt; jedna věc 14:22 &lt;Janonymous&gt; bude to implementovat nový krátký handshake? 14:22 &lt;jrandom&gt; hmm? 14:22 &lt;jrandom&gt; máme low‑CPU TCP kód pro opětovné spojení v transportu 0.4.1 14:22 &lt;Janonymous&gt; aha, v mailu zmiňuješ alice-&gt; bob handshake 14:23 &lt;Janonymous&gt; aha 14:23 &lt;Janonymous&gt; pořád doháním 14:23 &lt;jrandom&gt; oh. jo, ať už 0.4.2 přijde s čímkoli, podpoří sekvenci paketů jako v tom mailu 14:24 &lt;Janonymous&gt; ok 14:24 &lt;jrandom&gt; pravděpodobně to budeme z velké části řídit přes možnosti socketu (např. nastavíš proud na „interactive“ a posílá co nejdřív, nastavíš proud na „bulk“ a posílá jen když je buffer plný nebo je vyprázdněn [nebo potřebuje poslat ACK]) 14:25 &lt;jrandom&gt; ok, přesun na 4) diskuse o mailu 14:25 &lt;jrandom&gt; postmane – jsi tu? 14:26 &lt;deer&gt; &lt;postman&gt; jo 14:26 &lt;jrandom&gt; ok, dáš nám shrnutí/aktualizaci ohledně mailu? 14:27 &lt;deer&gt; &lt;postman&gt; hmm, ok, i když jsem docela stydlivý mluvit před tolika lidmi :) 14:27 &lt;jrandom&gt; heh stačí si představit, že jsme všichni nak^H^H^Her... nm 14:28 * Janonymous vytahuje popcorn 14:28 &lt;deer&gt; &lt;postman&gt; od 20. září běží SMTP/POP služba – přístupná běžnými SMTP/POP3 MUA 14:29 &lt;deer&gt; &lt;postman&gt; dost jsem analyzoval potenciální rizika, která běžní mail klienti nesou 14:29 &lt;Janonymous&gt; co inproxies/outproxies? 14:29 &lt;deer&gt; &lt;postman&gt; dal jsem to dohromady na web 14:29 &lt;deer&gt; &lt;postman&gt; pro ty, co to ještě neudělali: www.postman.i2p 14:29 * Janonymous momentálně nemá přístup k síti 14:30 &lt;deer&gt; &lt;postman&gt; na webu je návrh, který se snaží pokrýt všechny běžné problémy anonymity a spolehlivosti mailové služby při přemostění mezi i2p a internetem 14:30 &lt;deer&gt; &lt;postman&gt; out/inproxy zatím neběží, ale je v plánu 14:30 &lt;Janonymous&gt; myslím, že jsem zachytil něco z diskuse na mailinglistu nebo fóru 14:30 &lt;Janonymous&gt; out by bylo nebezpečnější než in, že? 14:31 &lt;deer&gt; &lt;postman&gt; nejdřív chci obecně přijatý koncept 14:31 &lt;deer&gt; &lt;postman&gt; obecně ANO, ale myslím, že jsme našli způsob, jak spam a podobné věci nepouštět ven 14:31 &lt;jrandom&gt; bylo by pěkné, kdyby mx.postman.i2p in/outproxy dokázal směrovat do různých (nebo více redundantních) POP3 účtů 14:31 &lt;deer&gt; &lt;postman&gt; jednoduše nasazením kvóty pro každého uživatele, který se snaží posílat maily ven 14:32 &lt;jrandom&gt; (tím by to nebylo svázané s konkrétním mailhostem) 14:32 &lt;deer&gt; &lt;postman&gt; jrandom2p: prosím rozveď to 14:33 &lt;Janonymous&gt; mohly by se oddělené mailhosty i synchronizovat? 14:33 &lt;deer&gt; &lt;postman&gt; jrandom2p: je to otázka směrování založeného na účtu 14:33 &lt;jrandom&gt; přesně tak, postmane 14:33 &lt;jrandom&gt; asi spousta práce, moc neznám MTA, na kterých děláš 14:33 &lt;deer&gt; &lt;postman&gt; jrandom2p: out/in proxy by snadno zvládl víc než jeden interní mailový systém – dokonce by mohl zařídit záložní způsob doručení 14:34 &lt;jrandom&gt; ok, super 14:34 &lt;Janonymous&gt; dotaz ohledně in/out 14:34 &lt;deer&gt; &lt;postman&gt; janonymous: nerozuměl jsem tvé otázce – prosím vysvětli 14:34 * jrandom sní o UUCP‑stylu offline fetch z mx.postman :) 14:35 &lt;Janonymous&gt; udělalo by povinné šifrování „mailbox–mailbox“ odesílání přes in/out méně nebezpečným? 14:35 &lt;deer&gt; &lt;postman&gt; jrandom: haha, uucp myslím není třeba – možná ETRN je víc sexy :) 14:35 &lt;deer&gt; &lt;postman&gt; janonymous: teď systém funguje jen interně – každý může použít PGP nebo něco podobného 14:36 &lt;jrandom&gt; Janonymous: měl bys kouknout na www.postman.i2p – dal tam spoustu nápadů/problémů 14:36 &lt;Janonymous&gt; povinné šifrování/podpisy je podle mě také antispam metoda 14:36 &lt;deer&gt; &lt;Ragnarok&gt; šlo by poskytovat adresář postman.i2p přes LDAP? 14:36 &lt;Janonymous&gt; až dorazí můj laptop, kouknu 14:37 &lt;deer&gt; &lt;postman&gt; rag: adresář už je – je ale založený na SQL – převod na LDAP je možný 14:38 &lt;Janonymous&gt; = adresář hostovaný na serveru? 14:38 &lt;deer&gt; * postman zve všechny, aby přispěli vlastními nápady do HTML dokumentu ideas/concepts 14:38 &lt;Janonymous&gt; udělám, postmane 14:38 &lt;deer&gt; * cervantes proleze adresář a začne psát maily o farmaceutikách na zvětšení penisu 14:39 &lt;deer&gt; &lt;postman&gt; janonymous: no, VŠICHNI uživatelé pošty jsou v SQL – takže „adresář“ je jen pohled na tu tabulku 14:39 &lt;deer&gt; &lt;postman&gt; cervantes: mimochodem, každý uživatel si může vybrat, jestli chce být viditelný, nebo ne 14:39 &lt;Janonymous&gt; aha 14:40 &lt;Janonymous&gt; a co selektivní skupiny ;) 14:40 &lt;deer&gt; &lt;cervantes&gt; postman: jo, už jsem se zaregistroval ;-) 14:40 &lt;deer&gt; &lt;postman&gt; cervantes: a protože MÁME systém mailové identity, nemůžeš podvrhnout svou adresu odesílatele – víme, že jsi to byl TY :) 14:40 &lt;deer&gt; &lt;postman&gt; janonymous: jo, plánováno na verzi 2.0 :) 14:41 &lt;deer&gt; &lt;cervantes&gt; postman: ale prostě budu spamovat každého ircnym@postman.i2p ;-) 14:41 &lt;deer&gt; &lt;postman&gt; cervantes: technicky možné to je, ano :) 14:42 &lt;deer&gt; &lt;postman&gt; cervantes: doufám, že ty pilulky umíš i doručit :) 14:42 &lt;Janonymous&gt; zní to jako velmi potřebný a dlouho očekávaný krok pro i2p 14:42 &lt;Janonymous&gt; ten nový e‑mailový systém 14:42 &lt;deer&gt; &lt;cervantes&gt; postman: a k tomu odesílateli.. „Cervantesův elixír na zvětšení penisu“ by odesílatele taky prozradil :) 14:42 &lt;deer&gt; &lt;postman&gt; janonyous: nemůžu popsat každý implementovaný detail 14:43 &lt;deer&gt; &lt;postman&gt; jan: na to je nejlepší ten web 14:43 &lt;deer&gt; &lt;postman&gt; cervantes: to by šlo zfalšovat :) 14:43 &lt;Janonymous&gt; dobře.. kouknu co nejdřív 14:43 &lt;jrandom&gt; ok, super. takže jo, mrkněte, co je na www.postman.i2p, a pošlete svoje nápady/komentáře 14:43 &lt;deer&gt; * postman přikyvuje a zas si sedá 14:44 &lt;jrandom&gt; (postman++) 14:44 &lt;jrandom&gt; ok, to nás přivádí k 5) ??? 14:44 &lt;jrandom&gt; má někdo ještě něco, co by chtěl nakousnout? 14:44 &lt;jrandom&gt; (související s i2p) 14:44 &lt;deer&gt; &lt;postman&gt; :) 14:44 &lt;Janonymous&gt; jen myšlenka 14:45 &lt;Janonymous&gt; možná použití pro I2P.. víme, že je to „distribuovaná anonymní síťová vrstva“ 14:45 &lt;deer&gt; &lt;Jake&gt; můj uzel je dole :( přesouvám vybavení do jiné části domu 14:46 &lt;Janonymous&gt; ale k čemu to použít.. zvlášť ty „veřejně prospěšné“ věci 14:46 &lt;Janonymous&gt; Utlačovatelské země třetího světa, svoboda slova.. atd.. to je jedna z hlavních věcí, co mě na i2p původně tak zaujala 14:47 &lt;Janonymous&gt; a ostatně i na freenet 14:47 &lt;deer&gt; &lt;Jake&gt; utlačované země 1. světa jako USA 14:47 &lt;Janonymous&gt; takže, napadlo mě možná tyhle věci víc rozpracovat, třeba začít na fóru, pak pár slov na web 14:48 &lt;jrandom&gt; máme hodně práce, než si budeme moct nárokovat jakoukoli relevanci pro lidi v Číně 14:48 &lt;Janonymous&gt; heh, jo, nechtěl bych dávat falešné sliby, ale.. 14:48 * jrandom nebude říkat, že jsme bezpeční, když bylo tak málo peer review (a je tu pořád tolik otevřených problémů) 14:49 &lt;deer&gt; &lt;fidd&gt; jak těžké bude pro Čínu cenzurovat i2p? 14:49 &lt;deer&gt; &lt;cervantes&gt; myslím, že aplikace se začnou objevovat snáz, jakmile přestane podkladová síť „měnit tvar“ 14:49 &lt;Janonymous&gt; ale právě tyhle věci jsou pro mě jeden z hlavních důvodů, proč je i2p tak vzrušující 14:49 &lt;jrandom&gt; fidd: cenzura má mnoho definic. ve smyslu „zastavit přenos konkrétního obsahu“ je to prakticky nemožné, ledaže by i2p zakázali 14:50 &lt;Janonymous&gt; co třeba „detekovat i2p v sítích v Číně“ 14:50 &lt;Janonymous&gt; stego (steganografie)? 14:51 &lt;jrandom&gt; vzrušující, ano. důležité? ano. potřebné? ano. ale když je tolik práce před námi, než budeme relevantní, je depresivní o tom mluvit. 14:51 &lt;Janonymous&gt; moje chyba :) 14:51 &lt;deer&gt; &lt;cervantes&gt; jakmile bude základní síť pevná, hodily by se pěkné hračky na hraní – např. filesharing aplikace, IM systémy atd. Doufejme, že se tím rozroste uživatelská základna.... než se to stane, nebude prostě dost peerů, aby se zaručila anonymita lidem žijícím v represivních systémech 14:52 &lt;jrandom&gt; je důležité mít na paměti skutečné cíle, Janonymousi, a cením si toho 14:52 &lt;Janonymous&gt; jo, počet uzlů s tím hodně souvisí 14:52 &lt;modulus&gt; podle mě, dokud nebude stego a třeba náhodný šum proti analýze provozu, lidi v represivních zemích by se tomu měli chvíli vyhnout. 14:53 &lt;deer&gt; &lt;cervantes&gt; ne.. měli by zůstat a pomoct :) 14:53 &lt;modulus&gt; :-) 14:53 * jrandom nebude detailně popisovat, proč tyhle aspekty nebudou potřeba, protože to vyřeší revize 3.0 :) 14:53 &lt;modulus&gt; 3.0? zní to dlouhodobě ;-) 14:53 &lt;jrandom&gt; mám ~= 0 důvěry ve stego transporty pro veřejné sítě 14:54 &lt;jrandom&gt; rozhodně to nebude zítra. 14:54 &lt;Janonymous&gt; fakt? cože 14:54 &lt;Janonymous&gt; jrandom: proč (ohledně stego)? 14:55 &lt;jrandom&gt; jak porazit stego na veřejných sítích s open source softwarem: stáhnout zdroják, projít kód generující stego, napsat detekční kód, nasadit. 14:56 &lt;jrandom&gt; jak porazit stego na veřejných sítích s closed source softwarem: unést rodinu vývojáře, podvrhnout kód. nasadit. 14:56 &lt;Janonymous&gt; aha.. jo.. náhodné vstupy? eh.. právě jsem četl článek, co to popisoval jako budoucnost nebo tak něco 14:56 &lt;jrandom&gt; jak porazit stego na soukromých sítích: vysmát se pěti lidem, co to používají, a všechny je zatknout. 14:56 &lt;modulus&gt; no, co anonymní closed‑source software? samozřejmě to může být trojan ;-) 14:57 &lt;deer&gt; &lt;Jake&gt; jrandom: kdybys byl někdy unesen, dej nám vědět tak, že řekneš „můj pes Fido je dneska fakt nešťastný z toho, co baští“ 14:57 &lt;deer&gt; &lt;Jake&gt; to bude znamení a my to poznáme 14:57 &lt;deer&gt; &lt;cervantes&gt; %s!dev's family!jrandom 14:57 &lt;jrandom&gt; heh jake 14:58 &lt;Janonymous&gt; kdy je ETA pro 4.2? 14:58 &lt;jrandom&gt; Janonymous: vlastnost číslo 1 anonymizačního či bezpečnostního softwaru: šarlatánství. 14:58 &lt;jrandom&gt; 0.4.2? někdy tento měsíc 14:58 &lt;jrandom&gt; nejspíš ke konci 14:58 &lt;Janonymous&gt; heheh. 14:58 &lt;jrandom&gt; 0.4.1.3 vyjde nejspíš později tento týden nebo o víkendu 14:58 &lt;deer&gt; &lt;cervantes&gt; Jake: to by nikdy nefungovalo, prostě si budeme myslet, že jsi toho psa otrávil 14:58 &lt;deer&gt; &lt;cervantes&gt; *jen 14:58 &lt;Janonymous&gt; měl bych být zpátky na síti za týden nebo dva 14:59 &lt;jrandom&gt; r0x0r 14:59 &lt;jrandom&gt; ok, má ještě někdo něco? 14:59 &lt;deer&gt; &lt;Jake&gt; cervantes :) 15:00 &lt;jrandom&gt; pokud ne.. 15:00 * jrandom končí 15:00 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2004/10/05/pozn%C3%A1mky-ke-stavu-i2p-k-2004-10-05/Tue, 05 Oct 2004 00:00:00 +0000/cs/blog/2004/10/05/pozn%C3%A1mky-ke-stavu-i2p-k-2004-10-05/<p>Ahoj všichni, je čas na týdenní aktualizaci</p> <h2 id="rejstřík">Rejstřík:</h2> <ol> <li>0.4.1.1 status</li> <li>Pretty pictures</li> <li>0.4.1.2 and 0.4.2</li> <li>Bundled eepserver</li> <li>???</li> </ol> <h2 id="1-0411-stav">1) 0.4.1.1 stav</h2> <p>Po dost problematickém vydání 0.4.1 (a následné rychlé aktualizaci 0.4.1.1) se zdá, že je síť zpátky v normálu - v tuto chvíli je aktivních padesát a něco peerů (uzlů) a jak irc, tak eepsites(I2P Sites) jsou dostupné. Většinu potíží způsobilo nedostatečné testování nového transportu mimo laboratorní podmínky (např. sockety se v podivných chvílích rozbíjely, docházelo k nadměrným prodlevám apod.). Příště, až bude potřeba provést změny na této vrstvě, to před vydáním otestujeme ve větším rozsahu.</p>/cs/blog/2004/10/05/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-5.-%C5%99%C3%ADjna-2004/Tue, 05 Oct 2004 00:00:00 +0000/cs/blog/2004/10/05/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-5.-%C5%99%C3%ADjna-2004/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> cat-a-puss, cervantes, deer, dm, duck, jrandom, protok0l</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 14:05 &lt;jrandom&gt; 0) ahoj 14:05 &lt;jrandom&gt; 1) 0.4.1.1 status 14:05 &lt;jrandom&gt; 2) Pěkné obrázky 14:05 &lt;jrandom&gt; 3) 0.4.1.2 a 0.4.2 14:05 &lt;jrandom&gt; 4) Přibalený eepserver 14:05 &lt;jrandom&gt; 5) ??? 14:05 &lt;jrandom&gt; 0) ahoj 14:05 * jrandom mává 14:05 &lt;jrandom&gt; týdenní status je k dispozici na http://dev.i2p.net/pipermail/i2p/2004-October/000461.html 14:06 &lt;jrandom&gt; (nevěřím, že už je říjen) 14:06 &lt;cervantes&gt; je prosinec 14:06 * jrandom se odpojuje od cervantes. nadměrný posun hodin 14:06 &lt;deer&gt; &lt;baffled&gt; mohli bychom mít zpátky léto? 14:07 &lt;cervantes&gt; sakra... přišel jsem o tvůj pr0n feed 14:07 &lt;jrandom&gt; jasně. je pár tisíc km jižně od tebe, baffled 14:07 &lt;jrandom&gt; ok, jdeme na 1) 0.4.1.1 status 14:07 &lt;deer&gt; &lt;baffled&gt; dáš mi vědět, až tam dorazím? 14:07 &lt;cervantes&gt; heh 14:07 &lt;jrandom&gt; třikrát ťukni podpatky... 14:08 &lt;jrandom&gt; ok, verze 0.4.1 a 0.4.1.1 jsou venku a věci zase víceméně fungují 14:08 &lt;deer&gt; &lt;baffled&gt; ne, ne, nechci domů, je tam zima. 14:08 &lt;jrandom&gt; ;) 14:08 &lt;jrandom&gt; automatická detekce externí IP adresy se zdá většinou fungovat 14:09 &lt;jrandom&gt; (bylo tam pár zvláštností kvůli špatným připojením, která se korektně nezavěsí) 14:09 &lt;jrandom&gt; používáte to, nebo máte dobré/špatné zkušenosti s automatickou detekcí? 14:10 &lt;jrandom&gt; asi ne 14:10 &lt;jrandom&gt; ok, má někdo připomínky/dotazy/obavy ohledně 0.4.1.1? 14:11 &lt;cervantes&gt; tady si nikdo nestěžuje.... 14:11 &lt;dm&gt; Ještě jsem to nezkusil, ale mám to v plánu! 14:11 &lt;jrandom&gt; pokud ne, přejdeme k 2) pěkné obrázky 14:11 &lt;jrandom&gt; !thwap dm 14:12 &lt;deer&gt; &lt;Jake&gt; nevím o automatické detekci, ale zkusil jsem použít tlačítko 'guess' nebo co na svém NATovaném Windows stroji a IP to uhodlo správně...... jestli je řeč o tomhle 14:12 &lt;jrandom&gt; aha, ok, ne, tlačítko 'guess' se jen snaží uhodnout tvou IP dotazem na www.whatismyip.com 14:13 &lt;jrandom&gt; automatická detekce je, když pole IP adresy necháte prázdné a ono si to zjistí samo 14:13 &lt;jrandom&gt; většina stávajících uživatelů I2P to nebude potřebovat, protože jsme zvyklí na dyndns nebo statické IP 14:13 &lt;jrandom&gt; asi to bude důležité jen pro nové uživatele 14:14 &lt;deer&gt; &lt;demonic_1&gt; jo, to u mě fungovalo trochu pomalu 14:14 &lt;deer&gt; &lt;demonic_1&gt; ale fungovalo 14:15 &lt;jrandom&gt; ok super 14:15 &lt;jrandom&gt; každopádně nechci opakovat, co jsem psal v tomto týdnu v e-mailu ohledně nasbíraných statistik 14:16 &lt;jrandom&gt; místo toho, má k nim někdo nějaké otázky/připomínky/obavy? 14:17 &lt;jrandom&gt; docela mě potěšilo, že 20h souhrn měl jen něco přes 500 selhání odeslání z cca 30 000 14:17 &lt;cervantes&gt; jakou zátěž generuje sběr statistik? 14:17 &lt;cervantes&gt; znám velikosti souborů... ale ovlivní to výkon, když to běží na pozadí 14:18 &lt;jrandom&gt; mělo by to být ~= 0. při sběru statistik nedochází k alokaci paměti (používáme předalokované události) a vše je asynchronní 14:18 &lt;cervantes&gt; super 14:18 -!- Sugadude [random@badfish.securityminded.net] vstoupil na #i2p 14:18 -!- cat-a-puss [~tom@152.228.242.159] vstoupil na #i2p 14:19 &lt;jrandom&gt; jakmile vyjde 0.4.1.2, asi ještě pár lidem občas připomenu, aby sbírali různé statistiky 14:19 &lt;deer&gt; &lt;mule_iip&gt; není zač 14:19 &lt;cervantes&gt; klidně začnu sbírat už teď... už jsem na 0.4.1.1-6 14:20 &lt;jrandom&gt; w3wt 14:21 &lt;jrandom&gt; to je ode mě ke statistikám vše, pokud k tomu někdo něco nemá? 14:21 &lt;jrandom&gt; pokud ne, 3) 0.4.1.2 a 0.4.2 14:21 &lt;deer&gt; &lt;baffled&gt; Má ode mě hlas pro streaming jako první. 14:22 &lt;jrandom&gt; super 14:22 &lt;jrandom&gt; myslí si někdo, že bychom měli dát nejdřív úpravy tunnel? 14:22 &lt;deer&gt; &lt;mule_iip&gt; streaming první 14:23 &lt;cervantes&gt; dělat teď věci kolem tunnel by nejspíš způsobilo větší narušení sítě.... asi je dobré si oddechnout ;-) 14:23 &lt;jrandom&gt; pravda 14:23 &lt;deer&gt; &lt;mule_iip&gt; všichni, co jsou tu dnes, už byli stejně identifikováni hackery typu black hat :) 14:23 &lt;jrandom&gt; i když jsem nedávno přemýšlel, jak udělat úpravy tunnel bez nekompatibilit 14:23 &lt;deer&gt; &lt;baffled&gt; No tak, přiznej, že chceš jen rychleji dostat své audio p0rn. 14:23 &lt;duck&gt; (taky jsem pro streaming jako první) 14:23 &lt;jrandom&gt; hehe 14:24 &lt;cervantes&gt; hehe 14:24 &lt;cervantes&gt; baffled: jen pokud toho dodáš víc ;-) 14:24 &lt;dm&gt; myslím, že bychom měli nejdřív držet věcí kolem tunnel 14:24 &lt;dm&gt; ať to máme z krku... 14:24 &lt;cat-a-puss&gt; v čem bude nový šifrovací mechanismus jiný? 14:24 * jrandom kope do dm 14:25 &lt;jrandom&gt; cat-a-puss: v tuto chvíli máme plošné šifrování tunnel - zprávy procházející stejným tunnel vypadají na každém hopu stejně 14:25 &lt;deer&gt; &lt;baffled&gt; myslím, že můžu trochu přidat. 14:25 &lt;cat-a-puss&gt; oh! 14:26 &lt;cervantes&gt; http://www.i2p.net/todo#tunnelId 14:26 &lt;jrandom&gt; není to tak zlé, protože zpráva alice--&gt;bob jde dvěma tunnel s různým šifrováním, ale vůči spolupracujícím útočníkům je to problém 14:27 &lt;jrandom&gt; věci kolem per-hop tunnelId jsou také nutné, aby harvesting nenarušoval predecessors (/etc) 14:27 &lt;dm&gt; Jo, to bychom rozhodně měli opravit jako první. 14:27 &lt;deer&gt; &lt;mule_iip&gt; hlasuju, ať to udělá dm 14:28 &lt;deer&gt; &lt;fidd&gt; zmeškal jsem schůzku? ;) 14:28 &lt;jrandom&gt; to jsem chtěl zrovna navrhnout, mule :) 14:28 &lt;cervantes&gt; Hlasuju, aby s tím dm neměl nic společného 14:28 &lt;jrandom&gt; heh 14:28 &lt;jrandom&gt; ne fidd, jsme u bodu 3 programu 14:29 &lt;jrandom&gt; ok, pokud nejsou námitky proti dmově návrhu (kromě jeho vlastních), myslím, že tedy přesuneme aktualizace streaming lib do 0.4.2 14:29 &lt;dm&gt; super 14:30 &lt;jrandom&gt; ok, pokračujeme 4) Přibalený eepserver 14:30 &lt;jrandom&gt; pokud jste si nevšimli, je tam přibalený eepserver. 14:30 &lt;cervantes&gt; "stačí dát .war soubory do adresáře webapps a můžete jet" 14:30 &lt;jrandom&gt; heh 14:30 &lt;jrandom&gt; pro dostatečně dobře napsané .war soubory :) 14:31 &lt;cervantes&gt; ó, něco takového existuje? 14:31 &lt;cervantes&gt; *thing 14:31 &lt;jrandom&gt; ale prakticky vzato, "jen upravte ./eepsite/docroot/index.html" 14:31 &lt;deer&gt; &lt;baffled&gt; Mám otázku: chcete, aby lidé používali eepserver, nebo standardní httpd server? 14:31 &lt;cat-a-puss&gt; fungují ty, které generuje KDE? 14:31 &lt;jrandom&gt; cervantes: phttprelay.war, i2ptunnel.war, routerconsole.war :) 14:31 &lt;dm&gt; ach ano.. war. Jedna z těch J2EE věcí, které vyžadují 20 let zkušeností s ruční editací XML souborů. 14:31 &lt;cervantes&gt; touché 14:32 &lt;jrandom&gt; baffled: je mi to fakt jedno. pokud mají lidé nainstalovaný webserver, který umí přijímat požadavky s praštěnými Host: řádky, super 14:32 &lt;jrandom&gt; eepserver je jen pro pohodlí 14:32 &lt;jrandom&gt; cat-a-puss: hmm, .war soubory z KDE? 14:32 &lt;protok0l&gt; monokultura... monokultura... 14:33 &lt;deer&gt; &lt;duck&gt; když si hraju s war, chybí mi možnost restartovat jen jetty; což je bohužel potřeba pro spoustu deployment věcí 14:33 &lt;cat-a-puss&gt; jo, musíš mít nainstalované kdeaddons, prostě jdeš na webovou stránku a klikneš na archivovat a ono to udělá .war soubor 14:34 &lt;jrandom&gt; duck: aha, to je pravda. prostě vytáhni řádky, které startují eepserver, z clients.config a dej je do shell skriptu 14:34 &lt;jrandom&gt; (se stejným classpath jako router) 14:34 &lt;dm&gt; můžeme integrovat i2p do jbossu a přibalit to před 1.0? 14:34 &lt;jrandom&gt; ó, super, cat-a-puss 14:35 &lt;cervantes&gt; Chápu to tak, že chybějící webdefault.xml bylo opraveno v cvs? 14:35 &lt;deer&gt; &lt;detonate&gt; vlastně šlo o jetty.xml 14:35 &lt;jrandom&gt; najdi nám nějaké přesvědčivé .ear, dm :) 14:35 &lt;jrandom&gt; cervantes: jak říká detonate. (zvoral jsem jetty.xml) 14:36 &lt;cervantes&gt; jo... myslím, že jsem někde zmiňoval odstranění reference v jetty.xml, aby se použil ten uvnitř archivu jetty 14:36 &lt;jrandom&gt; wr0d 14:37 &lt;cervantes&gt; jen jsem chtěl zkontrolovat, že je to opravené v cvs ;-) 14:37 &lt;jrandom&gt; ano pane 14:37 &lt;cervantes&gt; super 14:37 &lt;jrandom&gt; (i když aktualizace 0.4.1.2 nepřepíše lidem jejich eepsite) 14:37 &lt;jrandom&gt; ((čisté instalace 0.4.1.2+ to samozřejmě budou obsahovat)) 14:38 &lt;cervantes&gt; jo a zjistili jsme příčinu chybějících eepsite klíčů u DrWoo? 14:38 &lt;jrandom&gt; vlastně k tomu jen chci říct, že by všichni měli upgradovat, kdykoli je nová verze, protože když ne, možná nebudete mít k dispozici postup upgradu 14:38 &lt;jrandom&gt; ne, cervantes, ani reprodukovatelný bug :/ 14:39 &lt;cervantes&gt; aha, dobré, můžeme to svést na chybu uživatele ;-) 14:39 &lt;deer&gt; &lt;DrWoo&gt; cervantes: téměř jistě něco neohrabaného, co jsem udělal 14:39 &lt;cervantes&gt; :o) 14:39 * jrandom svádí to na gremliny 14:40 &lt;deer&gt; &lt;Jake&gt; http://en.wikipedia.org/wiki/User:Kmweber/List_of_Everyone_Who_Has_Ever_Lived 14:40 &lt;jrandom&gt; ok, pokračujeme 5) ??? 14:40 &lt;jrandom&gt; heh 14:40 &lt;jrandom&gt; no ano, to se rozhodně kvalifikuje jako "ostatní" 14:40 &lt;jrandom&gt; chce někdo něco nastolit? 14:41 &lt;dm&gt; Rád bych v tomto bodě uvedl, že mě těší nový přístup komunity I2P k mým návrhům. 14:41 &lt;dm&gt; S pozdravem 14:41 &lt;cat-a-puss&gt; ó ó, vyberte mě! Mám základní kód pro distribuované vyhledávání. 14:41 &lt;deer&gt; &lt;demonic_1&gt; jo, proč i2p po více než 30 hodinách běhu jde na 100 % CPU 14:41 &lt;dm&gt; dm 14:41 &lt;deer&gt; &lt;Jake&gt; ano, chci nastolit otázku dědičnosti šifrování založené na fraktálních rovnicích Gamala 4. řádu a jak by se to aplikovalo na i2p 14:41 &lt;deer&gt; &lt;demonic_1&gt; a většina toho je "system"? 14:41 &lt;jrandom&gt; ó, pecka, cat-a-puss! 14:41 &lt;cat-a-puss&gt; oznámil jsem to tady onehdy, nikdo si nevšiml 14:41 &lt;deer&gt; &lt;baffled&gt; jen okrajově, jake. 14:42 &lt;cat-a-puss&gt; každopádně, hodilo by se nějaké místo v cvs 14:42 &lt;deer&gt; &lt;DrWoo&gt; cat-a-puss: máš na to eepsite? 14:42 &lt;jrandom&gt; demonic_1: hmm, v poslední jedné či dvou verzích byly nějaké kritické bugy. jsi na 0.4.1.1? 14:42 &lt;cat-a-puss&gt; a testovat můžu začít asi za 2 týdny 14:42 &lt;cat-a-puss&gt; DrWoo: ne 14:42 &lt;deer&gt; &lt;Jake&gt; baffled, HaH ! 14:43 &lt;deer&gt; &lt;demonic_1&gt; 0.4.1.1-3 14:43 &lt;jrandom&gt; cat-a-puss: r0x0r, žádný problém. pošli mi e-mail se jménem modulu, jak bys ho chtěl nazvat, a svým PGP klíčem a něco vymyslíme 14:44 &lt;cat-a-puss&gt; jrandom: dobře 14:44 &lt;jrandom&gt; cat-a-puss: jaký typ vyhledávání to dělá? 14:44 &lt;jrandom&gt; demonic_1: žralo to tolik CPU před 0.4.1? 14:44 &lt;cervantes&gt; (proxy pro MSN) 14:44 &lt;deer&gt; &lt;mule_iip&gt; demonic_1: a máš 1 mega logu každou minutu? to je povědomé. 14:45 &lt;deer&gt; &lt;demonic_1&gt; ne 14:45 &lt;jrandom&gt; heh mule, jo bug, cos našel, byl ošklivý "fast-busy" 14:45 &lt;cat-a-puss&gt; jrandom: je to základní vyhledávání podle klíčových slov, musíš zadat slova, pod kterými indexovat, a uloží to URL 14:45 &lt;jrandom&gt; demonic je spíš zasažen jedním z NPE v tcp.ConnectionBuilder 14:46 &lt;deer&gt; &lt;baffled&gt; No, je čas na večeři, takže půjdu nalovit nějaké další zvuky děvek v rámci přípravy na streamingové aktualizace a pokecáme zas někdy. 14:46 &lt;cat-a-puss&gt; jrandom: Mělo by to nakonec dobře škálovat a tak vůbec, ale teď musí být všechny servery propojené a nikdo nemůže přicházet ani odcházet a ještě není způsob, jak vkládat obsah, ale to všechno se opraví 14:46 &lt;jrandom&gt; aha super, funguje to s distribuovanou DB, nebo je to spíš vyhledávání nad prolezlým spiderem? 14:47 &lt;jrandom&gt; ok super 14:47 &lt;cervantes&gt; zatím, baffled 14:47 &lt;jrandom&gt; lol, ttyl baffled 14:47 &lt;cervantes&gt; baffled: jak víme, že jsou to zvuky děvek, a nejsi to ty na konci svého mikrofonu? 14:47 &lt;protok0l&gt; PARÁDA! 14:47 &lt;protok0l&gt; i2p zase funguje 14:47 &lt;jrandom&gt; w3wt 14:48 &lt;jrandom&gt; co bylo špatně? 14:49 &lt;jrandom&gt; ok, má někdo ještě něco, co chce probrat na schůzce? 14:49 &lt;deer&gt; &lt;Jake&gt; můžeme oznámit i2p na Slashdotu po implementaci nového streamovacího protokolu? 14:49 &lt;dm&gt; nejlépe předtím 14:49 &lt;dm&gt; ale i potom to půjde 14:49 &lt;jrandom&gt; !thwap^2 14:50 &lt;protok0l&gt; POSTMAN! 14:50 &lt;jrandom&gt; ok, pokud už nic dalšího.. 14:50 * jrandom nabírá k tomu 14:51 &lt;deer&gt; * Jake líbá jrandom 14:51 * jrandom *baf*s uzavírá schůzku </div>/cs/blog/2004/09/28/pozn%C3%A1mky-ke-stavu-i2p-k-2004-09-28/Tue, 28 Sep 2004 00:00:00 +0000/cs/blog/2004/09/28/pozn%C3%A1mky-ke-stavu-i2p-k-2004-09-28/<p>Ahoj všichni, je čas na týdenní aktualizaci</p> <h2 id="rejstřík">Rejstřík:</h2> <ol> <li>New transport</li> <li>0.4.1 status</li> <li>???</li> </ol> <h2 id="1-nový-transport">1) Nový transport</h2> <p>Vydání 0.4.1 trvá déle, než se očekávalo, ale nový transportní protokol a implementace jsou připraveny se vším, co bylo plánováno - detekce IP adresy, nízkonákladové navázání spojení a snazší rozhraní, které pomůže s laděním, když spojení selhávají. Tohoto bylo dosaženo úplným zahozením starého transportního protokolu a implementací nového, i když máme pořád stejné buzzwordy (2048bit DH + STS, AES256/CBC/PKCS#5). Pokud si chcete protokol projít, je v dokumentaci. Nová implementace je také mnohem čistší, protože stará verze byla jen hromadou aktualizací nashromážděných během posledního roku.</p>/cs/blog/2004/09/28/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-28.-z%C3%A1%C5%99%C3%AD-2004/Tue, 28 Sep 2004 00:00:00 +0000/cs/blog/2004/09/28/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-28.-z%C3%A1%C5%99%C3%AD-2004/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> deer, duck, jrandom</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 14:08 &lt;jrandom&gt; 0) ahoj 14:08 &lt;jrandom&gt; 1) Nový transport 14:08 &lt;jrandom&gt; 2) stav 0.4.1 14:08 &lt;jrandom&gt; 3) ??? 14:08 &lt;jrandom&gt; 0) ahoj 14:08 &lt;duck&gt; ahoj 14:09 &lt;jrandom&gt; čau 14:09 &lt;deer&gt; &lt;ugha2p&gt; Ahoj. 14:09 &lt;deer&gt; &lt;pseudonym&gt; ahoj 14:09 &lt;jrandom&gt; týdenní status poznámky jsou na http://dev.i2p.net/pipermail/i2p/2004-September/000454.html 14:09 &lt;deer&gt; * ugha2p hledá týdenní status poznámky. 14:09 &lt;jrandom&gt; (hej, jsem jasnovidec) 14:10 &lt;jrandom&gt; ok, skočme na 1) Nový transport 14:10 &lt;jrandom&gt; ta zpráva v podstatě pokrývá hlavní body 14:11 &lt;jrandom&gt; všechno to momentálně funguje, ale samozřejmě to nebude mluvit s nikým jiným, dokud nevyjde nové vydání 14:12 &lt;jrandom&gt; trochu jsem to proklepl, ale je dost těžké simulovat všechny možné praštěné síťové problémy, které se objevují na úrovni transportu 14:12 &lt;deer&gt; &lt;pseudonym&gt; obsahuje to windowsize (velikost okna)? 14:12 &lt;deer&gt; &lt;ugha2p&gt; Nicméně, pokud to necháte prázdné, váš router nechá prvního peer-a, s nímž naváže kontakt, aby mu řekl, jaká je jeho IP adresa, na které pak začne naslouchat (poté, co ji přidá do svého RouterInfo a vloží to do síťové databáze). 14:12 &lt;deer&gt; &lt;ugha2p&gt; Zní to jako potenciální bezpečnostní díra. 14:12 &lt;jrandom&gt; ale ne, tohle je jen transport mezi routery, ne streaming knihovna, bohužel 14:12 &lt;deer&gt; &lt;pseudonym&gt; ok 14:12 &lt;jrandom&gt; svým způsobem, ugha, ano 14:12 &lt;jrandom&gt; (což je důvod, proč pokud lidé *mohou* nastavit svou IP, měli by) 14:13 &lt;jrandom&gt; ugha: nicméně „věří“ někomu jen tehdy, pokud nemá ŽÁDNÁ funkční spojení 14:13 &lt;deer&gt; &lt;ugha2p&gt; Neměl by router naslouchat na 0.0.0.0 tak jako tak? 14:13 &lt;jrandom&gt; ale někdo dost chytrý by mohl na základě pravděpodobnosti udělat pár zlých věcí 14:14 &lt;jrandom&gt; ugha: dělá to tak (téměř vždy) 14:14 &lt;jrandom&gt; nicméně potřebujeme znát svou IP adresu, abychom ji mohli dát do našeho RouterInfo 14:14 &lt;jrandom&gt; (protože naše RouterInfo je ověřováno pokaždé, když někoho kontaktujeme) 14:14 &lt;deer&gt; &lt;ugha2p&gt; Aha, ok. 14:15 &lt;deer&gt; &lt;ugha2p&gt; Jsem si jistý, že jsou způsoby, jak to udělat bezpečnější (spolehnout se na více routerů pro zjištění IP), ale nejsem si jistý, zda je to proveditelné. 14:15 &lt;jrandom&gt; jo ugha, tím směrem je potíž, ale je to hra čísel 14:16 &lt;deer&gt; &lt;ugha2p&gt; Každopádně, byl to jen návrh. Můžeme pokračovat. 14:16 &lt;jrandom&gt; (nicméně, prostě na tebe udělají Sybil útok a rozhodí jakákoli čísla, která zkoušíš) 14:16 &lt;deer&gt; &lt;ugha2p&gt; Pravda. 14:17 &lt;deer&gt; &lt;ugha2p&gt; Co když router ztratí všechna spojení (např. výpadek sítě)? 14:17 &lt;deer&gt; &lt;ugha2p&gt; Znovu detekuje svou IP? 14:18 &lt;jrandom&gt; IP se posílá jako součást protokolu při všech pokusech o spojení, peer se ji rozhodne respektovat, pokud 1) nebyla IP explicitně nastavena 2) nejsou aktivní TCP spojení 14:18 &lt;deer&gt; &lt;ugha2p&gt; (To by byl případ dynamických IP) 14:18 &lt;jrandom&gt; správně, s tím to bude fungovat bez problémů 14:18 &lt;deer&gt; &lt;ugha2p&gt; Aha, ok. 14:19 &lt;jrandom&gt; (viz ourAddressReceived(String addr) v TCPTransport.java pro detaily) 14:19 &lt;deer&gt; &lt;pseudonym&gt; co se stane, když nahlášené IP nesouhlasí? 14:19 &lt;jrandom&gt; pseudonym: pokud už máš aktivní TCP spojení, ignoruješ to, co ti říkají ostatní 14:20 &lt;jrandom&gt; pokud nemáš aktivní TCP spojení, shodíš starý listener a spustíš nový s danou novou adresou 14:20 &lt;jrandom&gt; (aktualizuješ svůj routerInfo) 14:22 &lt;deer&gt; &lt;pseudonym&gt; pokud jsou aktivní spojení, zdá se, že nesoulad by měl být varovný signál 14:22 &lt;deer&gt; &lt;pseudonym&gt; (nejsem si jistý, co s tím) 14:22 &lt;jrandom&gt; pokud nám někdo dá špatnou IP adresu (a my *víme*, že je špatná, protože už máme tu správnou – která *funguje*), ignorujeme to 14:23 &lt;deer&gt; &lt;ugha2p&gt; Škoda, že už nemůžeme snížit hodnocení spolehlivosti routeru. 14:23 &lt;jrandom&gt; můžeme to ale přidat do seznamu chyb spojení 14:24 &lt;jrandom&gt; ugha: ale můžeme je dát na černou listinu ;) 14:24 &lt;jrandom&gt; (a děláme) 14:24 &lt;deer&gt; &lt;pseudonym&gt; jak víme, že ta, kterou už máme, je „správná“? možná jsou stávající spojení od útočníků 14:24 &lt;deer&gt; &lt;pseudonym&gt; zvlášť pokud máme málo nebo jen čerstvá spojení 14:24 &lt;jrandom&gt; pseudonym: stávající spojení jsou „správná“ v tom smyslu, že mohou posílat a přijímat data 14:24 &lt;deer&gt; &lt;ugha2p&gt; pseudonym: Jistí si můžeme být, když dostaneme nová příchozí spojení, ačkoli i ta lze podvrhnout. 14:25 &lt;jrandom&gt; jasně, pokud mluvíme o někom, kdo se obává aktivního IP spoofing útoku navíc k Sybil... 14:25 &lt;jrandom&gt; tak ten si prostě může nastavit svoji IP adresu ;) 14:25 &lt;deer&gt; &lt;ugha2p&gt; :) 14:26 &lt;deer&gt; &lt;pseudonym&gt; ale jaká je pravděpodobnost, že operátor vůbec bude vědět, co se děje 14:26 &lt;deer&gt; &lt;pseudonym&gt; pokud dostaneme hodně nesouladů, měla by být nějaká aktivní výstraha 14:27 &lt;deer&gt; &lt;pseudonym&gt; (tohle může být něco, co řešit v pozdějším vydání, ale když už to přišlo na přetřes...) 14:27 &lt;jrandom&gt; můžeme přidat explicitní zprávu do seznamu chyb spojení 14:27 &lt;jrandom&gt; jediná skutečná starost je, že se snažíme zabránit vytvoření omezené trasy 14:27 &lt;jrandom&gt; (a v extrému plné rozdělení sítě) 14:30 &lt;jrandom&gt; to je asi vše, co k tomu teď můžeme dělat, minimálně do revize 2.0, kdy se budeme muset starat i o věci mimo omezenou trasu 14:30 &lt;jrandom&gt; ok, má někdo něco dalšího ohledně nového transportu? 14:31 &lt;jrandom&gt; pokud ne, jdeme dál na 2) stav 0.4.1 14:31 &lt;jrandom&gt; všechno „nezbytné“ je hotovo, ale ještě je potřeba nějaké ladění a drobné úpravy 14:32 &lt;jrandom&gt; aktuální cíl je vydání ve čtvrtek, ale uvidíme, co se do revize přidá nebo odebere ;) 14:33 &lt;jrandom&gt; jedna věc, která by byla fajn: kdyby někdo stáhl instalaci Jetty, podíval se na konfigurační soubor jetty.xml a napsal nějakou dokumentaci, jak spustit instanci Jetty (pro eepsite/apod.) s tím, co je dodáváno s i2p 14:33 &lt;deer&gt; &lt;ugha2p&gt; Obsahuje 0.4.1 jiné aktualizace než nový TCP transport? 14:33 &lt;jrandom&gt; ani ne, ugha :) 14:34 &lt;deer&gt; &lt;pseudonym&gt; je to zpětně kompatibilní? 14:34 &lt;jrandom&gt; (viz: www.i2p.net/roadmap ) 14:34 &lt;jrandom&gt; ne, není to zpětně kompatibilní 14:34 &lt;deer&gt; &lt;ugha2p&gt; :) 14:36 &lt;jrandom&gt; ok, to je vše, co mám k 0.4.1... něco dalšího k tomu? 14:36 &lt;jrandom&gt; pokud ne, jdeme na starou jistotu: 3) ??? 14:36 &lt;deer&gt; &lt;ugha2p&gt; *ticho* 14:37 &lt;jrandom&gt; má někdo ještě něco dalšího (souvisejícího s i2p), co chce zmínit? 14:37 &lt;jrandom&gt; už jsme dvakrát delší než minulý týden ;) 14:37 &lt;deer&gt; &lt;ugha2p&gt; No, mohl bych zmínit, že díky cervantesovi má moje Wiki teď outproxy do skutečného světa, přes http://ugha.ath.cx/ 14:38 &lt;deer&gt; * pseudonym je potížista 14:38 &lt;jrandom&gt; ó, jasně, fakt cool 14:38 &lt;jrandom&gt; s/outproxy/inproxy/ :) 14:38 * jrandom posílá potížistu do kouta 14:38 &lt;deer&gt; &lt;ugha2p&gt; Správně, inproxy. :) 14:40 &lt;jrandom&gt; ok, jestli už nic dalšího není 14:40 &lt;deer&gt; &lt;pseudonym&gt; Myslím, že nová mailová služba od postmastera je dost cool 14:40 &lt;jrandom&gt; oh, rozhodně souhlas 14:40 &lt;deer&gt; &lt;pseudonym&gt; ehm, postman 14:41 &lt;deer&gt; * ugha2p se ještě nezaregistroval. 14:41 &lt;deer&gt; &lt;baffled&gt; slyšel někdo poslední dobou něco o stasherovi? 14:41 &lt;jrandom&gt; je fajn, že to funguje jak s telnetem, tak s kmail:) 14:41 &lt;jrandom&gt; ne, baffled, ani pípnutí 14:42 &lt;deer&gt; &lt;baffled&gt; Myslím, že aum potřebuje kopanec do hlavy. 14:42 &lt;deer&gt; &lt;ugha2p&gt; Asi bych napsal stránku o EepMailAnonymity, ale moc toho o SMTP/POP3/IMAP/jiných e‑mailových věcech nevím. 14:42 &lt;jrandom&gt; ne do hlavy, do zadku ;) 14:43 &lt;jrandom&gt; ugha: www.postman.i2p má o tom pár stránek 14:43 &lt;deer&gt; &lt;ugha2p&gt; Aha. 14:43 &lt;deer&gt; &lt;baffled&gt; může to být to samé. 14:45 &lt;deer&gt; * ugha2p si bubnuje prsty a čeká na baf. 14:45 &lt;jrandom&gt; promiňte, málem jsem tady odpadl (dlouuuhý den) 14:46 &lt;jrandom&gt; něco dalšího? pokud ne, máme fórum a mailing list 14:46 &lt;duck&gt; díky Mi-Go máme aktualizovanou stránku i2ptunnel 14:46 &lt;duck&gt; je skoro dokonalá 14:46 &lt;jrandom&gt; ó, pěkné 14:46 &lt;duck&gt; ale pokud má někdo nějaká vylepšení, víte, kde mě najít 14:47 * jrandom dělá traceroute 14:47 * jrandom se rozmachuje 14:47 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2004/09/21/pozn%C3%A1mky-ke-stavu-i2p-k-2004-09-21/Tue, 21 Sep 2004 00:00:00 +0000/cs/blog/2004/09/21/pozn%C3%A1mky-ke-stavu-i2p-k-2004-09-21/<p>Ahoj všichni, stručná aktualizace tento týden</p> <h2 id="rejstřík">Rejstřík</h2> <ol> <li>Dev status</li> <li>New userhosts.txt vs. hosts.txt</li> <li>???</li> </ol> <h2 id="1-stav-vývoje">1) Stav vývoje</h2> <p>Síť byla v uplynulém týdnu poměrně stabilní, takže jsem se mohl soustředit na vydání 0.4.1 - přepracování TCP transportu a přidání podpory pro detekci IP adres a odstranění toho starého &ldquo;target changed identities&rdquo;. To by také mělo odstranit potřebu záznamů dyndns.</p> <p>Nebude to ideální 0-klikové nastavení pro uživatele za NATy nebo firewally - stále budou muset nastavit přesměrování portů, aby mohli přijímat příchozí TCP připojení. Mělo by to však být méně náchylné k chybám. Dělám maximum pro zachování zpětné kompatibility, ale v tomto ohledu nic neslibuji. Další novinky, až to bude připravené.</p>/cs/blog/2004/09/21/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-21.-z%C3%A1%C5%99%C3%AD-2004/Tue, 21 Sep 2004 00:00:00 +0000/cs/blog/2004/09/21/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-21.-z%C3%A1%C5%99%C3%AD-2004/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> deer, jrandom, protok0l</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 14:06 &lt;jrandom&gt; 0) ahoj 14:06 &lt;jrandom&gt; 1) Stav vývoje 14:06 &lt;jrandom&gt; 2) Nový userhosts.txt vs. hosts.txt 14:06 &lt;jrandom&gt; 3) ??? 14:06 &lt;jrandom&gt; 0) ahoj 14:06 * jrandom mává 14:06 &lt;jrandom&gt; stručné týdenní poznámky o stavu @ http://dev.i2p.net/pipermail/i2p/2004-September/000449.html 14:06 &lt;jrandom&gt; (a pravděpodobně i stručný záznam ze schůzky bude zveřejněn, jakmile to skončí ;) 14:07 * jrandom vám všem dává dobrých 30 s na přečtení těch poznámek 14:07 &lt;jrandom&gt; každopádně, přejděme k 1) stavu vývoje 14:07 &lt;jrandom&gt; základní přehled, co se děje, je v tom e-mailu 14:08 &lt;jrandom&gt; jedné věci si možná všimnete – v mých textech už nebudou chybět náhodná písmena, protože můj notebook poslední dobou strašně zlobí 14:09 &lt;jrandom&gt; takže se přesouvám úplně na svůj server (s notebookem jako zálohou pro testování Windows atd.) 14:09 &lt;jrandom&gt; to je vše, co k tomu mám 14:10 &lt;jrandom&gt; má někdo něco, co chce probrat ohledně 0.4.0.1 nebo vývojové aktivity? 14:11 &lt;deer&gt; &lt;jrandom&gt; ne jrandom, jen tiše přihlížíme 14:11 &lt;jrandom&gt; ok, přejděme k 2) nový userhosts.txt vs. hosts.txt 14:11 &lt;protok0l&gt; jupí! 14:11 &lt;jrandom&gt; drobná novinka, aby si lidi mohli upravovat své lokální názvy a přitom dál stahovat hosts.txt 14:12 &lt;protok0l&gt; který soubor má přednost, když si odporují? předpokládám user 14:13 &lt;jrandom&gt; bude to nasazeno v příštím vydání, takže své lokální změny prostě dávejte do userhosts.txt, protože hosts.txt bude přepsán 14:13 &lt;jrandom&gt; userhosts.txt má nejvyšší prioritu 14:15 &lt;jrandom&gt; ok, to je k bodu 2 ode mne vše, takže rychle přejděme k našemu poslednímu bodu - 3) ??? 14:15 &lt;jrandom&gt; má někdo ještě něco, co chce probrat? 14:16 &lt;deer&gt; &lt;Pseudonym&gt; časový plán pro 0.4.1? 14:17 &lt;jrandom&gt; mělo by to vyjít tento týden, ale možná až o víkendu. 14:17 &lt;deer&gt; &lt;Pseudonym&gt; super 14:17 &lt;jrandom&gt; nakonec jsem kapituloval v boji se svým notebookem poté, co odešel mezerník 14:17 &lt;jrandom&gt; (codingWithoutSpaces==lame;) 14:18 &lt;jrandom&gt; ok, má ještě někdo něco, co chce otevřít? myslím, že tu míříme na rekordně krátkou schůzku 14:18 &lt;jrandom&gt; (ne že by to byl problém) 14:19 &lt;jrandom&gt; ok, pokud ne 14:19 * jrandom to uzavírá 14:19 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2004/09/14/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-14.-z%C3%A1%C5%99%C3%AD-2004/Tue, 14 Sep 2004 00:00:00 +0000/cs/blog/2004/09/14/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-14.-z%C3%A1%C5%99%C3%AD-2004/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> cat-a-puss, cervantes, deer, dm, fvw, hypercubus, interrupt, jrandom, korkakak, nicktastic, Nightblade</p> <h2 id="záznam-schůzky">Záznam schůzky</h2> <div class="irc-log"> 14:06 &lt;jrandom&gt; 0) ahoj 14:06 &lt;jrandom&gt; 1) 0.4.0.1 14:06 &lt;jrandom&gt; 2) Aktualizace modelu hrozeb 14:06 &lt;jrandom&gt; 3) Aktualizace webu 14:06 &lt;jrandom&gt; 4) Roadmapa 14:06 &lt;jrandom&gt; 5) Klientské aplikace 14:06 &lt;jrandom&gt; 6) ??? 14:06 &lt;jrandom&gt; 0) ahoj 14:06 * jrandom mává 14:06 &lt;cervantes&gt; dobrý večer 14:06 &lt;jrandom&gt; týdenní poznámky o stavu zveřejněny na http://dev.i2p.net/pipermail/i2p/2004-September/000444.html 14:07 &lt;jrandom&gt; (tentokrát taky před meetingem ;) 14:07 &lt;deer&gt; &lt;jrand0m&gt; páni, 30 lidí tady 14:07 -!- Irssi: #i2p: Celkem 21 nicků [0 operátorů, 0 halfopů, 0 hlasů, 21 normálních] 14:07 &lt;jrandom&gt; ok, každopádně, pojďme rovnou na 1) 0.4.0.1 14:08 &lt;jrandom&gt; vydání je venku a věci se zdají víceméně fungovat 14:09 &lt;jrandom&gt; vidím různé časy připojení na IRC, ale z rozhovorů s lidmi se zdá, že jsou problémy s přetížením, když např. stahujete velké soubory a současně používáte IRC 14:09 &lt;jrandom&gt; naráží na to hodně lidí? 14:10 &lt;jrandom&gt; asi ne 14:11 &lt;cervantes&gt; Dělal jsem poslední dobou různé testy šířky pásma a zatím jsem na problémy v té oblasti nenarazil... i když nepoužívám omezovač šířky pásma 14:11 * nicktastic toho moc nestáhl od té doby, co před pár týdny vyplenil Alexandrii 14:11 &lt;dm&gt; Pamatuju si, že mě to na IRC odpojovalo častěji, když jsem používal eepsites, ale to bylo před 2 měsíci 14:11 &lt;dm&gt; odpojeno 14:11 &lt;dm&gt; nejsem si jistý, jestli se to pořád děje 14:11 &lt;jrandom&gt; ah, jo, musíme otravovat lidi z Alexandrie, ať nám dají víc knih :) 14:12 &lt;Nightblade&gt; díky, že nás udržuješ v obraze, dm 14:12 &lt;jrandom&gt; s IRC jsem měl dobrou zkušenost, když jsem stahoval nějaké velké soubory od thetower, ale stejně jako cervantes nemám nastavené omezení šířky pásma 14:13 &lt;jrandom&gt; (i když průměrné bw toho routeru bylo tehdy stabilních 11KBps, při stahování 8KBps hudby) 14:13 * nicktastic si najde něco ke stažení 14:13 * jrandom sleduje, jak se ti spojení na irc.duck.i2p rychle odpojuje ;) 14:13 &lt;jrandom&gt; ok, každopádně, má někdo ještě něco, co chce zmínit ohledně 0.4.0.1? 14:14 &lt;dm&gt; Nightblade: hehe, není zač :) 14:14 &lt;dm&gt; jrandom: dobrá práce, pořád dál 14:14 &lt;fvw&gt; instalátor je hezký? (nejsem si jistý, jestli je to nové v .1?) 14:14 &lt;jrandom&gt; gracias dm 14:15 &lt;jrandom&gt; fvw: stejné jako 0.4, ale souhlasím, hyper tam odvedl skvělou práci (stejně jako náš anonymní designér!) 14:15 &lt;fvw&gt; taky se nehodlám vyjadřovat k tomu, jak přesně je to pěkné :) 14:15 &lt;jrandom&gt; no do háje... 14:16 &lt;jrandom&gt; ok, přecházíme k 2) Aktualizace modelu hrozeb 14:16 &lt;cervantes&gt; jo, dobrá práce.. :) psaní dokumentace je vždycky opruz 14:17 &lt;jrandom&gt; jo, byly to bolestivé 2–3 dny 14:17 &lt;jrandom&gt; nevím, jestli jste někdo četl http://www.i2p.net/how_threatmodel, ale pokud někdy chcete vědět, co tím sakra myslíme, když říkáme "anonymní", tak tohle máme na mysli 14:18 &lt;jrandom&gt; většina kategorií tam je prostě převzatá z http://citeseer.ist.psu.edu/454354.html (na stránce je na to odkaz) 14:18 &lt;jrandom&gt; v modelu hrozeb bych chtěl udělat mnohem víc, ale prostě na to nemám čas. 14:18 &lt;jrandom&gt; rád bych viděl matici těchto hrozeb vs. náklady na jejich provedení vs. typ uživatele, kterému na nich záleží 14:19 &lt;jrandom&gt; (např. Pepa průměrný neřeší globální aktivní protivníky) 14:19 &lt;jrandom&gt; takže kdyby se někdo nudil... ;) 14:19 &lt;cervantes&gt; něco mě napadlo při čtení tvého dokumentu... potřebujeme slušný glosář... 14:20 &lt;fvw&gt; opravdu ne? Pepa průměrný rád stahuje mp3... 14:20 &lt;jrandom&gt; někdo právě publikoval jeden, jestli si dobře pamatuju... 14:20 &lt;cervantes&gt; opravdu? 14:20 &lt;cervantes&gt; na eepu? 14:20 &lt;jrandom&gt; ne, nějaký výzkumný článek 14:20 &lt;jrandom&gt; na freehavenu to ještě není, nech mě to vyhrabat 14:21 &lt;jrandom&gt; sakra, vypadá to, že už nemám svou kopii. 14:21 &lt;jrandom&gt; zkusím to dohledat po meetingu 14:22 &lt;cervantes&gt; zabývá se to i koncepty specifickými pro I2P? 14:22 &lt;jrandom&gt; ale kdepak 14:22 &lt;jrandom&gt; je to jen obecný glosář pro anonymní sítě, řeší mixy, kaskády, útočníky atd. 14:22 &lt;jrandom&gt; žádné garlic routing ani tunnels ;) 14:23 &lt;cervantes&gt; pěkné jednověté shrnutí všech "in" buzzwordů, aby lidé rychle viděli rozdíl mezi onion a garlic routingem (například), aniž by museli číst celý dokument "how" 14:23 &lt;jrandom&gt; uvědomuješ si, že glosář by byl větší než všechny stránky how_* dohromady, že? 14:23 &lt;jrandom&gt; ale jo, souhlasím, měli bychom to udělat 14:23 &lt;cervantes&gt; jasně... ale.. ;) 14:23 * jrandom dobrovolně přihlašuje cervantese, aby na tom dělal ;) 14:23 * dm souhlasí 14:23 &lt;cervantes&gt; hehe, já nevím, co půlka těch sr*ček znamená :) 14:24 &lt;jrandom&gt; sepiš, co víš, a ptej se mě 14:24 &lt;cervantes&gt; zkusím se do toho pustit 14:24 &lt;jrandom&gt; w00t! cervantes++ 14:24 &lt;cervantes&gt; když to dám na fórum, tak mohou přispět i ostatní... 14:24 &lt;jrandom&gt; dobrý nápad 14:24 &lt;deer&gt; * Pseudonym jásá 14:25 &lt;cervantes&gt; _ale_ ten dokument, co jsi zmiňoval, by se hodil :o) 14:25 &lt;dm&gt; tunnel: umělý podzemní průchod 14:25 &lt;jrandom&gt; souhlas, zkusím to znovu najít 14:25 &lt;cervantes&gt; udělám speciální verzi pro tebe, dm 14:25 &lt;dm&gt; jupí! 14:26 &lt;jrandom&gt; ok, něco dalšího k modelu hrozeb, nebo přejdeme k 3) Aktualizace webu ? 14:27 &lt;jrandom&gt; ok, jak každý, kdo dnes byl na webu, viděl, Curiosity přišel s pěknými vylepšeními použitelnosti 14:27 &lt;dm&gt; Myslím, že já a cervantes jsme jediní, kdo jsou ještě vzhůru. 14:27 &lt;korkakak&gt; Myslím, že v modelech hrozeb 14:28 &lt;korkakak&gt; byste měli přidat nějaké útoky na mixové sítě 14:28 &lt;jrandom&gt; jaké typy mix útoků? 14:28 * dm načítá www.i2p.net 14:28 &lt;korkakak&gt; třeba útoky spolčením (collusion) 14:28 &lt;jrandom&gt; to je to, co na těch taxonomiích, které jsem použil, štve. Jsou to víceméně všechno collusion útoky. 14:29 &lt;korkakak&gt; Mix útoky mám na mysli útoky, které se mohou dít v mixové síti 14:29 &lt;korkakak&gt; aha, ok, promiň 14:29 &lt;jrandom&gt; (a většinu lze použít buď pro pravděpodobnostní, nebo konfirmační útoky atd) 14:29 &lt;dm&gt; Líbí se mi odstavce zvětšující se velikostí. Pomáhá to vtáhnout lidi. Na titulní stránku je to ale příliš technické. 14:29 &lt;korkakak&gt; Ještě moje dva centy: Umí I2P automaticky detekovat spolčení? 14:30 &lt;jrandom&gt; ale pokud máš nějaké návrhy, co bychom měli přidat, dej mi prosím vědět 14:30 &lt;jrandom&gt; ale rozhodně ne. Nepřevzali jsme algoritmy MorphMixu 14:30 &lt;korkakak&gt; chápu 14:30 &lt;korkakak&gt; ok, pokračujte 14:30 &lt;jrandom&gt; i tak by u nás ty jejich nefungovaly, protože jsme free route mixnet (mixová síť s volbou trasy) 14:31 &lt;korkakak&gt; No, ano i ne 14:31 &lt;korkakak&gt; ale v pohodě. Omlouvám se za vyrušení 14:32 &lt;cat-a-puss&gt; Možná by taky bylo dobré hned zkraje zmínit některé zjevné útoky, na které I2P NENÍ zranitelné 14:32 &lt;jrandom&gt; hmm? jejich algoritmy jsou založené na detekci vlivu spolčených peerů při výběru peerů – v rámci I2P si celý algoritmus výběru peerů explicitně definuje lokální router 14:33 &lt;korkakak&gt; Předpokládám, že to platí kvůli velikosti dnešní sítě 14:33 &lt;jrandom&gt; ah, to je dobrý nápad, cat-a-puss, s MITM/etc. Měl bys zájem k tomu sepsat nějaké nápady? 14:33 &lt;cat-a-puss&gt; jasně 14:33 &lt;dm&gt; MITM? 14:33 &lt;dm&gt; Aha, man-in-the-middle. 14:33 &lt;jrandom&gt; muchas gracias, cat-a-puss! 14:34 * cervantes si píše MITM do glosáře 14:34 &lt;jrandom&gt; korkakak: hmm. nejsem si jistý, jak je ten aspekt ovlivněn velikostí sítě, ale jistě se můžeme něco naučit z detekce spolčení u MorphMixu 14:34 &lt;jrandom&gt; (možná pokud jde o odpovědi z netDb, například) 14:34 &lt;korkakak&gt; wrt = ? 14:35 &lt;dm&gt; hehe 14:35 &lt;jrandom&gt; promiň, „with regards to“ 14:35 &lt;dm&gt; tohle znám! 14:36 &lt;jrandom&gt; určitě by nám prospěla další diskuse o modelu hrozeb. Možná můžeme založit vlákno na listu nebo na fóru? 14:36 &lt;dm&gt; "Výsledkem je, že počet peerů přepojujících každou end-to-end zprávu je absolutní minimum nutné k naplnění modelu hrozeb jak odesílatele, tak příjemce." 14:36 &lt;dm&gt; Líbí se mi tenhle pohled. 14:37 &lt;dm&gt; Ačkoli to není pravda. 14:37 &lt;jrandom&gt; hmm? 14:37 &lt;jrandom&gt; pokud chtějí odesílatel i příjemce jen plausibilní popiratelnost, můžou mluvit přímo 14:37 &lt;jrandom&gt; (atd.) 14:37 &lt;dm&gt; Absolutní minimální počet peerů potřebný k naplnění modelu hrozeb A a B je počet peerů vyžadovaný A nebo B, podle toho, kdo má přísnější požadavky :) 14:38 &lt;jrandom&gt; to není pravda, dm 14:38 &lt;jrandom&gt; pokud oba vyžadují 2-hop tunnels, aby se bránili spolčeným útočníkům ve svých tunnels, nemůžou mít oba 1-hop tunnels 14:39 &lt;dm&gt; Pokud je A ochotný mluvit s někým přes 10 zprostředkování a B přes 5, pak je minimum 10, ne 15!? 14:39 &lt;jrandom&gt; ne, 15. B by neměl věřit A-ovým tunnels. 14:39 &lt;dm&gt; Jo, neměl by. 14:39 &lt;dm&gt; Ale teoreticky.. Každopádně, hloupá debata. Ta věta se mi ale líbí. 14:40 &lt;jrandom&gt; je to jedno z důležitějších designových rozhodnutí v I2P ;) 14:40 &lt;jrandom&gt; každopádně zpět k 3) Aktualizace webu 14:41 &lt;deer&gt; &lt;nicktastic&gt; (pro informaci – IRC spadlo při stahování dvou velkých souborů, ale latence k serveru je stejná jako před začátkem stahování, takže to mohla být náhoda (někde nečisté ukončení?)) 14:41 &lt;jrandom&gt; S Curiosity jsme řešili délku nové homepage a i když se všichni shodneme, že je trochu dlouhá, je to lepší než ta stará jednovětá 14:41 &lt;cervantes&gt; souhlas 14:42 &lt;jrandom&gt; aha, ok. Možná i zahlcení sítě při stahování, protože eepproxy a IRC klient používají stejnou I2P destination (ve výchozím stavu) 14:42 &lt;nicktastic&gt; Aaah.... 14:42 &lt;jrandom&gt; (takže by se oba snažili používat stejný pár inbound tunnels) 14:42 &lt;nicktastic&gt; říkal jsem si, proč se objevil jen jeden 14:43 &lt;jrandom&gt; jo, to je výchozí chování v I2PTunnel a v ministreaming lib. Možná kdyby na tom někomu záleželo, můžeme to zpřístupnit k nastavení ;) 14:43 &lt;nicktastic&gt; promiňte, že skáču do řeči 14:43 &lt;deer&gt; * Pseudonym na tom záleží 14:43 &lt;dm&gt; takoví zdvořilí chlapci jsou v téhle místnosti 14:43 &lt;interrupt&gt; jsi odpuštěn 14:44 &lt;interrupt&gt; ;) 14:44 * nicktastic protočí oči 14:44 &lt;jrandom&gt; patche vítány, Pseudonym ;) (ne, podívám se, jestli najdu snadný způsob... nemělo by to být těžké) 14:44 &lt;jrandom&gt; ok, každopádně 14:44 &lt;deer&gt; &lt;Pseudonym&gt; dobré, protože já o tom, jak kódovat v Javě, nevím ani prd 14:45 &lt;jrandom&gt; možná budou další aktualizace webu, ale pokud má někdo nějaké návrhy, prosím, napište je na fórum nebo na list, nebo je ukažte Curiosity na IRC a rozjedeme to 14:45 &lt;jrandom&gt; má někdo něco, co chce probrat ohledně webu? 14:45 &lt;cervantes&gt; hmm, možná bounty 14:46 &lt;cervantes&gt; i když to je asi lepší nechat na 5 14:46 &lt;jrandom&gt; asi jo 14:46 &lt;jrandom&gt; ok, přecházíme k 4) Roadmapa 14:46 &lt;jrandom&gt; spousta aktualizací. Podrobnosti viz e-mail 14:47 &lt;jrandom&gt; (nebo se podívejte na hezký Ganttův graf ;) 14:47 &lt;dm&gt; Bylo to dělané v MS Projectu? 14:47 &lt;jrandom&gt; http://ganttproject.sourceforge.net/ 14:47 &lt;cervantes&gt; eerm Gantt :) 14:47 &lt;dm&gt; aha.. Gantt je produkt. Moje chyba. 14:48 &lt;dm&gt; Pěkné vidět, že v roadmapě nejsou žádné závislosti. 14:48 &lt;jrandom&gt; v posledních dnech jsem poslal pár různých revizí roadmapy, ale tahle se zdá být pevná 14:48 &lt;cervantes&gt; závisí to všechno na jrandomovi ;-) 14:48 * jrandom kňučí 14:48 &lt;fvw&gt; 3.0 v únoru? Páni. 14:48 &lt;jrandom&gt; verze 2.0 a 3.0 jsou vlastně každá jen 1 (velká) funkce 14:48 &lt;dm&gt; Nezapomeň: exponenciální verzování 14:49 &lt;jrandom&gt; heh 14:49 &lt;jrandom&gt; jo, do příštího července budeme u 1183 14:50 &lt;dm&gt; No, je to zajímavější než libovolné +0.1 na build u většiny projektů, takže si nestěžuji. 14:50 &lt;jrandom&gt; verze 2.0 a 3.0 mohou být ale odloženy, aby ladily s jinými aplikacemi. e.g. 3.0 by skvěle fungovala s e-mailovou aplikací 14:51 &lt;jrandom&gt; kritéria pro vydání 1.0 byla obvyklá - funkční, bezpečné, škálovatelné a anonymní 14:51 &lt;jrandom&gt; proto jsem dal dovnitř UDP transport, protože náš současný TCP transport by se posral, kdybychom měli pár tisíc peerů 14:51 &lt;dm&gt; tak bychom měli mít 0.9 - The Slashdot 14:51 &lt;dm&gt; když to přežije, můžeme si odškrtnout škálovatelnost a jít na 1.0 14:51 &lt;jrandom&gt; heh 14:52 * jrandom by raději rostl organicky, děkuju hezky 14:52 &lt;cervantes&gt; nemusíme jim o tom _říkat_ 14:52 &lt;cervantes&gt; *nechceme 14:52 &lt;korkakak&gt; mimochodem, můžu něco říct o globálním časování? 14:52 &lt;cervantes&gt; nechme je všechny zůstat na internetu, zatímco my se přesuneme sem 14:52 &lt;jrandom&gt; jasně, korkakak 14:53 &lt;korkakak&gt; Pokud jde o mě, nemůžete simulovat synchronní síť nad asynchronní 14:53 &lt;korkakak&gt; to je prostě špatný design a mělo by to vést k rozštěpení sítě [myslím] tím, jak se to používá 14:54 &lt;korkakak&gt; jako časové razítko pro UDP pakety 14:54 &lt;jrandom&gt; časování není synchronizované pro messaging, jen nám pomáhá vědět čerstvost dat 14:54 &lt;korkakak&gt; ano, o to jde 14:54 &lt;jrandom&gt; bez znalosti čerstvosti položek v netDb jste zranitelní vůči celé řadě útoků 14:55 &lt;korkakak&gt; Ano 14:55 &lt;korkakak&gt; ale představ si rostoucí síť 14:55 &lt;korkakak&gt; obrovskou síť 14:55 &lt;jrandom&gt; jako internet 14:55 &lt;dm&gt; větší! 14:55 &lt;fvw&gt; dva internety svázané provázky! 14:55 &lt;jrandom&gt; který má Network Time Protocol pro škálování na takové velikosti... ;) 14:56 &lt;korkakak&gt; Nemyslím, že chápu, co tím chceš říct, ale 14:56 &lt;dm&gt; korkakak: co se snažíš říct? 14:57 &lt;korkakak&gt; že k rozštěpení sítě může dojít kvůli neplatným časovým razítkům 14:58 * dm si není jistý, jak teď funguje synchronizace 14:58 &lt;korkakak&gt; ten případ se nazývá localization effect [anglický překlad z řečtiny] 14:58 &lt;deer&gt; &lt;soros&gt; slyšel jsem, že anonymita I2P byla prolomena 14:59 &lt;deer&gt; &lt;soros&gt; pravda ? 14:59 &lt;jrandom&gt; věřím, že problém synchronizace času můžeme řešit stejně jako sítě NTP. existuje obrovské množství NTP hostů 2. a 3. úrovně a i když je naše současná implementace SNTP samozřejmě nevhodná pro přetížená prostředí, není důvod se domnívat, že synchronizace času není možná 14:59 &lt;jrandom&gt; heh soros 14:59 &lt;jrandom&gt; soros: to vlákno, na které narážíš (někdo jiný mi ho zmiňoval) na devl se týkalo kompromitace JAPu, ne I2P. 15:00 &lt;dm&gt; takže všechny I2P uzly musí být pořád synchronizované, aby to fungovalo? 15:00 &lt;korkakak&gt; NTP sítě jsou synchronní sítě nad synchronními sítěmi ;-) 15:00 &lt;jrandom&gt; ale pokud má někdo kompromitaci pro I2P, určitě bych si o tom rád poslechl 15:00 &lt;deer&gt; &lt;soros&gt; mám jednu, ale nechávám si ji v tajnosti 15:00 &lt;jrandom&gt; na různých úrovních abstrakce, korkakak, jasně. můj ethernetový kabel je taky synchronizovaný 15:01 &lt;deer&gt; &lt;soros&gt; :) 15:01 &lt;jrandom&gt; ano, dm, synchronizované na čas sítě 15:01 &lt;korkakak&gt; jrandom je Nick nebo Korki :-) 15:01 &lt;jrandom&gt; (pointa je, že nepoužíváme synchronní messaging) 15:01 &lt;jrandom&gt; :) 'k 15:01 &lt;jrandom&gt; (prosím, neuraž se, když ti neřeknu svoje jméno ;) 15:02 &lt;korkakak&gt; Ne, neurážím 15:02 &lt;dm&gt; Jmenuje se Abdul 15:02 &lt;jrandom&gt; ok, kde jsme to byli 15:02 &lt;nicktastic&gt; 4) 15:03 &lt;jrandom&gt; ok, jasně, díky. roadmapa 15:03 &lt;jrandom&gt; má někdo nějaké obavy / nápady / návrhy? 15:03 &lt;dm&gt; tak když říkáš, že se bude dělat něco na transportu, myslíš přepracování TCP, nebo přesun na UDP? 15:04 &lt;jrandom&gt; UDP je 0.4.4 15:05 &lt;dm&gt; Myslel jsem, že jsem viděl něco o práci na transportní vrstvě 15:05 &lt;dm&gt; v blízké budoucnosti 15:05 &lt;jrandom&gt; ano, 0.4.1 bude předělávka TCP transportu 15:05 &lt;dm&gt; proč předělávat TCP v 0.4.1, když jdeme na UDP v 0.4.4? 15:05 &lt;dm&gt; Budeme potřebovat obojí? 15:05 &lt;cervantes&gt; jen chci podotknout, že jsi v plánu projektu pořád jediný zdroj... ...trpíme nedostatkem přispěvatelů, nebo jen fragmentací projektu? 15:06 &lt;jrandom&gt; dm: někteří lidé nemohou používat UDP 15:06 &lt;dm&gt; firewally? 15:06 &lt;jrandom&gt; cervantes: s více přispěvateli bychom jistě mnoho těch úkolů mohli paralelizovat 15:07 &lt;jrandom&gt; (ale roadmapa nepředpokládá víc) 15:07 &lt;cervantes&gt; takže doufejme, že to představuje nejhorší scénář 15:07 &lt;jrandom&gt; probíhá ale i další důležitá práce, která není v roadmapě, jako úpravy klientů, služby nad I2P atd 15:08 &lt;cervantes&gt; kromě toho, že budeš zavražděn 15:08 &lt;dm&gt; Kéž bychom si mohli dovolit toada 15:08 &lt;deer&gt; &lt;Pseudonym&gt; teď, když je 0.4 venku a v podstatě funguje, neměli bychom to někde oznámit (ne nutně na /.), abychom zkusili zvýšit počet vývojářů/testerů/dárců? 15:08 &lt;jrandom&gt; více přispěvatelů by se určitě hodilo 15:08 * korkakak se se všemi loučí. Připraven jít do postele. It is late at korkakak lands... 15:08 &lt;korkakak&gt; čau, gayz 15:08 &lt;cervantes&gt; dobrou 15:08 &lt;jrandom&gt; díky, že ses zastavil, nicku, ttyl 15:10 &lt;dm&gt; dobrou 15:10 &lt;jrandom&gt; /. by byl asi předčasný, ale bylo by dobré přivést nové lidi jinými způsoby 15:10 &lt;dm&gt; Jsi dost otevřený návrhu od Pseudonym. Myslel jsem, že vybuchneš. 15:10 &lt;jrandom&gt; ale myslím, že ústním podáním rosteme stabilně 15:11 &lt;deer&gt; &lt;Pseudonym&gt; a když to budeme chtít oznámit, kde bychom to měli udělat? 15:11 &lt;jrandom&gt; nemyslím, že bychom měli mít nějaká oznámení, dokud nebude 1.0 15:11 &lt;deer&gt; &lt;Pseudonym&gt; vypadá to, že by se nám hodil příliv peněz/talentu 15:11 &lt;jrandom&gt; ale když uslyšíte někoho mluvit o tom, že by si přál nějaký způsob, jak anonymně pomáhat dělat věci, nasměrujte ho na I2P ;) 15:12 &lt;deer&gt; * DrWoo navrhuje šeptandu 15:12 &lt;cervantes&gt; už máme docela dost nealokovaných peněz... 15:12 &lt;jrandom&gt; jsme otevřený tým, ale první dojem můžete udělat jen jednou. 15:13 &lt;cat-a-puss&gt; Nedoporučoval bych přechod z nulové publicity rovnou na /. Musí být mezikrok, abychom se ujistili, že zvládneme zátěž 15:13 &lt;deer&gt; &lt;Pseudonym&gt; pak bychom je měli alokovat na bounty, která považujeme za důležitá 15:13 &lt;dm&gt; Musíme najmout full-time vývojáře, nebo najít někoho, kdo se OPRAVDU OPRAVDU nudí 15:13 &lt;jrandom&gt; souhlas. rád bych předtím viděl online aspoň 500 routers 15:13 &lt;jrandom&gt; vlastně nás tím plynule posouváte k 5) Klientské aplikace :) 15:14 &lt;jrandom&gt; momentálně máme v banku ~300 (no, skoro, ale to je jiný příběh) 15:14 &lt;deer&gt; &lt;Pseudonym&gt; nějaké návrhy, co by mohl být ten mezikrok? 15:14 &lt;jrandom&gt; pseudonym: tisíce uzlů nemůžeme mít do 0.4.4 15:15 &lt;jrandom&gt; (a nejdřív bychom chtěli síť zatížit ve stres testu) 15:15 &lt;fvw&gt; Vlastně to asi půjde na většině unixů. Jen je potřeba upravit rlimits. 15:15 &lt;jrandom&gt; jo jo 15:15 &lt;jrandom&gt; každopádně by to bolelo ;) 15:16 &lt;deer&gt; &lt;Pseudonym&gt; správně. takže ne /. ale vypadá to, že by se dalo někde získat pár stovek 15:16 &lt;jrandom&gt; můžeme ale dělat větší simulace 15:16 &lt;deer&gt; &lt;Pseudonym&gt; zná někdo někoho v EFF? možná mají mailing list 15:17 &lt;jrandom&gt; jo, mluvil jsem s pár lidmi z EFF o některých věcech 15:17 &lt;fvw&gt; Myslím, že jakékoli oznámení se stejně prosákne na Slashdot. Souhlasím s jrandomem, trochu počkat teď není na škodu. 15:18 &lt;dm&gt; musíš si uvědomit, že jakmile dosáhneš 200–300 uzlů, dost pravděpodobně dostaneš automatickou zmínku na /. ;) 15:18 &lt;jrandom&gt; (zvlášť když už jedeme ~15 měsíců) 15:18 &lt;dm&gt; kritická masa/hype a tak 15:18 &lt;jrandom&gt; no, to je taky další věc, která nás vede k 5) Klientské aplikace 15:19 &lt;jrandom&gt; koukám na nějaké statistiky a vypadá to, že asi 1/4 routers tam venku ani nedělá žádnou klientskou aktivitu 15:19 &lt;jrandom&gt; což je skvělé a úžasné, že lidé jsou ochotni darovat své zdroje, aby fungovali jako I2P routers, ale je škoda, že nemáme něco, co by je vtáhlo :) 15:19 &lt;fvw&gt; Jo, rád bych udělal pořádnou chatovací appku (jako IRC, ale způsobem, který dává smysl pro i2p), ale to je spíš dlouhodobá věc, pár měsíců na to nemám čas... 15:20 &lt;jrandom&gt; poslední dobou jsme ale měli příliv parádních eepsites 15:20 &lt;jrandom&gt; ah, super, fvw 15:20 &lt;cervantes&gt; hodně lidí ale provozuje víc než 1 router 15:20 &lt;jrandom&gt; solidní IM/skupinový chat pro I2P by rozhodně vládl 15:20 &lt;nicktastic&gt; fvw: Instant messenger s multi-user chatem, třeba? 15:20 &lt;deer&gt; &lt;mrflibble&gt; chlapi, v 0.4.0.1, jak dovolím, aby router naslouchal na víc než jen localhostu? 15:20 &lt;cat-a-puss&gt; hej, mohl by někdo napsat plugin do Gaimu? To by byl dobrý způsob, jak to udělat 15:20 &lt;jrandom&gt; přesně tak, cervantes 15:20 &lt;cervantes&gt; možná jeden používají pro aplikace... a ostatní darují 15:21 &lt;jrandom&gt; mrflibble: `http://localhost:7657/i2ptunnel/` pro nastavení http a irc proxy, aby naslouchaly na "any interface" 15:21 &lt;fvw&gt; to mi připomíná: mohli bychom udělat něco jako multicast pro outbound tunnels? tj. mít jednu zprávu doručenou do více inbounds? 15:21 &lt;nicktastic&gt; cat-a-puss: Rozhodně možné 15:21 &lt;fvw&gt; jo, v podstatě není moc rozdíl mezi IRC a IM, kromě uživatelského rozhraní. 15:22 &lt;jrandom&gt; fvw: ano i ne. moc úspor by to nepřineslo (protože zprávy jsou end-to-end šifrované, takže bys musel garlic wrapnout zprávu k endpointu outbound tunnelu a odtud jednotlivé cloves směrovat zvlášť) 15:22 &lt;jrandom&gt; imho by multicast chtěl použít overlay na aplikační vrstvě 15:22 &lt;deer&gt; &lt;mrflibble&gt; oh, díky, jrandom! 15:22 &lt;fvw&gt; co myslíš overlayem na aplikační vrstvě? 15:22 &lt;jrandom&gt; ala shoutcast/etc 15:23 &lt;hypercubus&gt; myslí tím dělat multicasting v aplikační vrstvě 15:23 &lt;hypercubus&gt; ne ve vrstvě I2P 15:23 &lt;cervantes&gt; 'áhoj hyper 15:23 &lt;fvw&gt; jo ok. Fair enough. 15:24 &lt;jrandom&gt; ok, v e-mailu jsem se o klientských aplikacích rozkecal dost, takže to tu nebudu opakovat. 15:25 * fvw se šprajcne a odkládá popcorn. 15:25 * jrandom !práskne toho chytráka 15:26 &lt;jrandom&gt; ale v zásadě si myslím, že než půjdeme "live", potřebujeme něco poutavého, s čím půjdeme "live" 15:26 &lt;dm&gt; Když to postavíš, přijdou... 15:26 &lt;dm&gt; hahaha, nebo taky ne!!! 15:26 &lt;fvw&gt; jo. I když bychom asi dokázali přetáhnout docela dost lidí z Freenetu jen tím, že budeme mít dynamické (nemluvě o _fungujících_) freesites. 15:27 &lt;deer&gt; &lt;Pseudonym&gt; co takhle použít část peněz z obecného fondu na vytvoření/zvýšení bounty pro ty poutavé věci 15:27 &lt;nicktastic&gt; ...a DHT 15:27 &lt;cervantes&gt; Freenet neznám... jak se liší freesites od eepsites? 15:27 &lt;cervantes&gt; pokud jsou v něčem stejné 15:27 &lt;deer&gt; &lt;Pseudonym&gt; eepsites fungují 15:28 &lt;deer&gt; &lt;soros&gt; heh 15:28 &lt;hypercubus&gt; podle mě jste netrpěliví 15:28 &lt;cervantes&gt; kromě toho 15:28 &lt;nicktastic&gt; hypercubus: Jak to? 15:28 &lt;hypercubus&gt; přispívejte do projektu, nebo mlčte 15:28 &lt;deer&gt; &lt;soros&gt; freesites jsou statické. 15:28 &lt;jrandom&gt; bounty/hlasování o části obecného fondu, abychom dali $$$ poskytovatelům služeb / eepsites, které dělají boží věci, zní jako dobrý nápad 15:28 * jrandom je ten netrpělivý, hypercubus ;) 15:28 &lt;jrandom&gt; Pseudonym: to máš na mysli? 15:28 &lt;cervantes&gt; tyhle aplikace rozhodně nevzniknou přes noc 15:29 &lt;jrandom&gt; správně, proto o tom musíme mluvit teď 15:29 &lt;jrandom&gt; ducku: jsi poblíž? 15:29 &lt;hypercubus&gt; to jsou ti lidé, co tlačí na veřejná oznámení 15:29 &lt;fvw&gt; Pochybuji, že díky bounty získáme víc eepsites. Lidé, co je dělají, to dělají, protože je to baví, pochybuji, že bychom zaplatili těm, které to nebaví dost. 15:29 &lt;deer&gt; &lt;soros&gt; dynamické freesites lze aktualizovat, ale jen jednou denně... 15:29 &lt;jrandom&gt; asi máš pravdu, fvw 15:29 &lt;deer&gt; &lt;Pseudonym&gt; Myslel jsem spíš využití obecného fondu na podporu bounty pro aplikace, ne služby/eepsites 15:29 &lt;fvw&gt; nikdo netlačí na oznámení, jen se to krátce probíralo. 15:30 &lt;hypercubus&gt; projekt se vyvíjí a roste přirozeně, mějte trpělivost 15:30 &lt;jrandom&gt; ok, jasně, Pseudonym. 15:30 * fvw kývá na pseudonyma. To by mohlo být dobré, ano. 15:30 &lt;jrandom&gt; co byste navrhovali? 15:30 &lt;nicktastic&gt; hypercubus: jen brainstormují způsoby, jak růst síť, aniž by rostla síť ;) 15:30 &lt;jrandom&gt; celý darovací fond lze použít tam, kde uznáme za vhodné 15:30 &lt;fvw&gt; i když si myslím, že malé bounty na bugy nebo feature mají největší šanci skutečně něco způsobit, na rozdíl od toho, že to bude jen hezký dárek pro někoho, kdo by to stejně udělal. 15:31 &lt;deer&gt; &lt;Pseudonym&gt; malé bounty zdá se nefungují. co kdybychom poslali balík peněz do hrnce MyI2p 15:32 &lt;hypercubus&gt; a co kdybys přispěl ty? 15:32 &lt;nicktastic&gt; jrandom: no, aby bylo swarming file transfer a dds užitečné, potřebujeme streamy rychlejší než 4 kB/s, takže dvě bounty dost závisí na bounty na streaming library 15:32 &lt;nicktastic&gt; jrandom: ale podle dřívější diskuse to zní docela triviálně 15:32 &lt;cervantes&gt; házet na to peníze taky nezpůsobí, že se věci objeví přes noc :) 15:32 &lt;deer&gt; &lt;Pseudonym&gt; přispěl jsem 15:32 &lt;deer&gt; &lt;soros&gt; prostě oznamte I2P na Slashdotu 15:32 &lt;deer&gt; &lt;soros&gt; to je všechno, co potřebujete 15:33 &lt;hypercubus&gt; to je přesně opak toho, co potřebujeme 15:33 &lt;deer&gt; &lt;Pseudonym&gt; ne přes noc, ale třeba na tom někdo začne dělat 15:33 &lt;jrandom&gt; nicktastic: streaming lib bude spousta práce, ale to je vydání 0.4.3 :) 15:34 * nicktastic konzultuje roadmapu 15:34 &lt;jrandom&gt; ale souhlasím s cervantesem, $$ kód nedělají, kód dělají kodéři. 15:34 &lt;deer&gt; &lt;soros&gt; je I2P na Freshmeatu ? 15:34 &lt;jrandom&gt; kdyby tak existoval nějaký kouzelný způsob, jak se spojit s hackery, aniž by se to dozvěděli běžní uživatelé ;) 15:34 &lt;jrandom&gt; pokud vím, tak ne, sorosi 15:34 &lt;fvw&gt; crosspost na další mailinglisty související se softwarem pro anonymitu? 15:35 &lt;fvw&gt; vlastně si myslím, že většina lidí už byla zapojená do Freenetu nebo GNUnetu a o I2P už se dozvěděla. 15:35 &lt;cervantes&gt; nabourejte se do jejich podřadných anonymních sítí a řekněte "ahoj, pojďte dělat k nám" 15:35 &lt;jrandom&gt; z GNUnetí stránky s odkazy máme docela dost hitů 15:35 &lt;jrandom&gt; heh cervantes 15:35 &lt;deer&gt; &lt;demonic_1&gt; myslím, že jsou nějaké news groupy 15:36 &lt;cervantes&gt; (pracujte pro nás, nebo dáme vaše IP Velkému bratrovi) 15:36 &lt;cat-a-puss&gt; mohli byste dát odkazy na I2P do wiki, které mluví o souvisejících věcech 15:36 &lt;deer&gt; &lt;baffled&gt; Myslím, že jedna věc, kterou potřebujeme, je způsob, jak dostat poštu do I2P a anonymně ji z něj posílat ven. 15:36 &lt;jrandom&gt; myslím, že někdo už dal I2P na různá místa ve Wikipedii, ale o iA teď nevím 15:36 * fvw nevidí důvod, proč by nešlo provozovat SMTP přes tunnel. 15:37 &lt;jrandom&gt; souhlas, baffled, solidní způsob, jak dělat poštu *bezpečně*, by byl skvělý 15:37 &lt;cervantes&gt; je to ale možné 15:37 &lt;fvw&gt; musíme si ale dát pozor, abychom nespamovali. 15:37 &lt;jrandom&gt; fvw: věříš svému mailovému klientu? 15:37 &lt;jrandom&gt; nicméně outbound gateway mixminion/mixmaster by *vládla* 15:37 &lt;jrandom&gt; (takže někdo nastavte webové rozhraní k jednomu z nich. prosím :) 15:37 &lt;fvw&gt; jrandom: stejně jako věřím jakémukoli jinému klientskému softwaru... Věříš svému IRC klientu? svému webovému prohlížeči? ... 15:38 &lt;cervantes&gt; musel bys věřit, že člověk, co vlastní tu gateway, ti nečte poštu 15:38 &lt;jrandom&gt; fvw: ne. 15:38 &lt;jrandom&gt; fvw: a to je problém. 15:38 &lt;jrandom&gt; fvw: problém, který musíme opravit, než budeme doporučovat lidem používat I2P na cokoli jiného než testování. 15:39 &lt;fvw&gt; Jak navrhuješ udělat mailové klienty "anonymnější"? 15:39 &lt;jrandom&gt; musel by to být lokální SMTP/POP3 "server", který čte od klienta, parsuje, interpretuje a podle toho jedná. 15:39 &lt;cervantes&gt; na začátek bys potřeboval zakázkovou mailovou aplikaci 15:39 &lt;jrandom&gt; (pár aplikací to už umí) 15:39 &lt;cervantes&gt; (klient) 15:40 * cervantes se omlouvá za "bespoke" 15:40 &lt;cervantes&gt; *omlouvá se 15:40 &lt;jrandom&gt; ale to se dostává k jednomu bodu v týdenních poznámkách – je prostě strašně moc důležitých věcí, které je potřeba udělat 15:40 &lt;fvw&gt; jrandom: to by bylo velmi snadné, alespoň na Unixu. Stačí udělat sendmail drop-in a něco, co dělá fetchmail, a je to. Dalo by se to udělat i v shell skriptech, kdybys chtěl. 15:40 &lt;deer&gt; &lt;duck&gt; slyším ozvěnu svého jména 15:40 &lt;jrandom&gt; musíme se zaměřit, pokud mají být bounty dostačující 15:40 &lt;jrandom&gt; oh, čau, ducku 15:41 &lt;deer&gt; &lt;duck&gt; sorry, já ehm.. pil 15:41 &lt;jrandom&gt; ducku: chtěl jsem jen zkontrolovat, jestli je nějaký update k té web gateway věci? a/nebo zda by to mohlo být něco, co by mohli používat běžní uživatelé I2P? 15:41 &lt;jrandom&gt; heh, na zdraví 15:41 &lt;nicktastic&gt; opilá kachna 15:41 &lt;cervantes&gt; voda z rybníka? 15:41 &lt;jrandom&gt; fvw: začni kódovat :) 15:42 &lt;deer&gt; &lt;duck&gt; ne, vývojář zamrzl. budu muset najít někoho jiného 15:42 &lt;jrandom&gt; ok, to mě mrzí 15:42 &lt;deer&gt; &lt;baffled&gt; Říkali jsme ti, ať je kvůli ochraně pořád nestrkáš do skříně. 15:43 &lt;deer&gt; &lt;duck&gt; moje počáteční specifikace: `http://duck.i2p/files/anonyproxy.txt` 15:44 &lt;deer&gt; &lt;baffled&gt; Je dostat poštu do/z I2P tak snadné jako nějaké web/tunnel rozhraní k jednomu z těch mixmasterů? 15:44 &lt;jrandom&gt; možná bychom mohli přepracovat specifikaci pro to a podívat se, jestli by to mohlo sloužit potřebám běžných eepsites (s příspěvkem z obecných fondů I2P) 15:44 &lt;jrandom&gt; oh, ok, super, ducku, kouknu na to 15:44 &lt;jrandom&gt; baffled: ven z I2P? ano. do I2P? to bude asi víc práce 15:44 &lt;fvw&gt; baffled: proč chceš přidat mixmaster? Všechno, co mixmaster nabízí, už máme. 15:45 &lt;jrandom&gt; fvw: mixmaster má síť outproxies plus netriviální zpoždění 15:45 &lt;jrandom&gt; ah, ok, ducku, letmo jsem koukl na spec. Možná něco vymyslíme 15:45 &lt;deer&gt; &lt;baffled&gt; Nechci, jrandom navrhl nastavit k tomu webové rozhraní, ne já. 15:46 &lt;jrandom&gt; (i když to vypadá, že má nějaké těžké požadavky, takže možná ne. nejsem si jistý, uvidíme) 15:46 &lt;deer&gt; &lt;duck&gt; je to velmi jednoduché; odhad byl 1,5 h studia ingrediencí a pak 3–4 h patchování 15:46 &lt;fvw&gt; outproxies by byly užitečné, ano. Co se týče netriviálních zpoždění, někdo, kdo už nepoužívá I2P, nebude I2P používat jen kvůli mailu, když existuje mixmaster, zatímco někdo, kdo už I2P používá, bude stejně kompromitován jinde kvůli absenci zpoždění (pokud je to možné) 15:46 &lt;jrandom&gt; jasně, jasně, plus přibalit Perl, Privoxy a Apache, ducku ;) 15:47 &lt;jrandom&gt; možná, fvw. (i když I2P 3.0 bla bla bla) 15:47 &lt;fvw&gt; hehe, váhám říct "dobrý point", ale chápu, co myslíš. 15:48 &lt;nicktastic&gt; Pro info, JES (Java Email Server) poskytuje SMTP a POP3 servery pod GPL 15:49 &lt;jrandom&gt; ok, asi by mělo být na listu nebo fóru víc diskuse o tom, na kterou jednu či dvě klientské aplikace bychom se měli zaměřit 15:49 &lt;jrandom&gt; pravda, nicktastic, je tu i jedna boží od Apache 15:49 &lt;nicktastic&gt; Pěkné, víš, jak se jmenuje? 15:49 &lt;jrandom&gt; http://james.apache.org/ 15:49 &lt;nicktastic&gt; Díky 15:50 &lt;jrandom&gt; (NNTP taky (slintááám)) 15:50 &lt;nicktastic&gt; Wow 15:50 * nicktastic se vzruší 15:51 * fvw se připojil na #i2p-porn. Nebo to tak aspoň působí. 15:51 &lt;fvw&gt; Ok, další? 15:51 &lt;jrandom&gt; ok, diskuse o klientských aplikacích a strategii můžeme pokračovat na listu a ve fórech 15:51 &lt;nicktastic&gt; Ano 15:52 &lt;jrandom&gt; ale teď přecházíme k 6) ??? 15:52 &lt;nicktastic&gt; Nebo během hodin mimo meeting ;P 15:52 &lt;jrandom&gt; má někdo ještě něco, co chce nadnést? 15:52 * fvw kývne. Stojí to za diskusi na listu. 15:52 &lt;deer&gt; &lt;duck&gt; malé vysvětlení k www-inproxy: nápad byl, aby to nějaký ISP nabízel jako službu 15:52 &lt;fvw&gt; ne, list je dobrý. Dává všem šanci se ozvat, nejen těm, kteří jsou zrovna vzhůru. 15:52 &lt;jrandom&gt; pravda, ducku, to je docela cool 15:52 &lt;deer&gt; &lt;duck&gt; takže Joe i2p-less-sixpack se k tomu dostane přes svůj MSIE 15:52 &lt;deer&gt; &lt;duck&gt; ale host je anonymní 15:52 &lt;deer&gt; &lt;soros&gt; http://it.slashdot.org/article.pl?sid=04/09/14/2226226&amp;threshold=0&amp;tid=172&amp;tid=128&amp;tid=201&amp;tid=218 (ošklivý nový exploit pro Windows XP) 15:52 &lt;jrandom&gt; i2pless! kacíř! upalte je! 15:53 &lt;deer&gt; &lt;duck&gt; ISP bere část rizika, proto požadavek na whitelist 15:53 &lt;deer&gt; &lt;duck&gt; a samozřejmě platba za doménu atd 15:53 &lt;fvw&gt; hehe. Pak najednou polepíme slavné eepsites dětskou pornografií a budeme se dívat, jak polovinu lidí zatknou a druhá polovina nainstaluje I2P. 15:53 &lt;jrandom&gt; heh 15:53 &lt;deer&gt; * duck volá AIVD 15:54 &lt;fvw&gt; duck je Holanďan? *přemýšlí* 15:55 &lt;deer&gt; &lt;duck&gt; myslím, že mnoho clientapps není žádný killer 15:55 &lt;jrandom&gt; ok, má ještě někdo něco, co chce probrat? 15:55 &lt;jrandom&gt; souhlasím, ducku, ale potřebujeme *něco* 15:55 &lt;deer&gt; &lt;duck&gt; nějaká vlastní SMTP tunnel věc nebude nic velkého 15:56 &lt;deer&gt; &lt;duck&gt; myi2p s IOU vyúčtováním 15:56 &lt;deer&gt; &lt;duck&gt; fvw: Bedankt foor die bloumen 15:57 &lt;deer&gt; &lt;soros&gt; "After complaints to NIC.CX (the regulation authority of .cx domains) by an office worker named Rhonda Clarke of Christmas Island, the site goatse.cx was taken down Friday, January 16, 2004. (Goat.cx and Hick.org/Goat remain active.) A petition has even been launched to bring goatse.cx back. " 15:57 &lt;deer&gt; &lt;soros&gt; ztratil jsem víru v lidstvo 15:57 &lt;deer&gt; &lt;duck&gt; drobná věc ohledně webu: I2P bylo přidáno do &lt;title&gt; každé stránky kvůli Google 15:57 &lt;deer&gt; &lt;soros&gt; sorry, špatné okno 15:57 &lt;jrandom&gt; ah, ok, ducku 15:57 &lt;deer&gt; &lt;duck&gt; ale nesleduji poslední google-dance, takže to může být k ničemu. 15:57 &lt;jrandom&gt; možná kdyby byl způsob, jak to explicitně neuvádět? 15:58 &lt;jrandom&gt; (např. abychom mohli říct "Welcome to I2P.net" místo "I2P - Welcome to I2P.net", atd) 15:58 &lt;deer&gt; &lt;duck&gt; to je samozřejmě možné 15:58 &lt;deer&gt; * duck se dívá na fun-o-metr 15:58 &lt;jrandom&gt; vždy můžeme prostě přidat title = "I2P - How does it work" do menu.ini 15:58 &lt;deer&gt; &lt;duck&gt; ne, dnes ne 15:58 &lt;deer&gt; &lt;thetower&gt; Oh oh, není nějaký způsob, jak přimět Google, aby prolezl I2P? Nějaký reverse proxy nebo tak něco? 15:58 &lt;jrandom&gt; jo, nestojí to za to 15:58 &lt;jrandom&gt; thetower: s duckovou vyfikundací asi ano. 15:59 &lt;deer&gt; &lt;duck&gt; jo 15:59 &lt;fvw&gt; ale jak bylo řečeno, pravděpodobně nechceš být ten, kdo to provozuje. 15:59 &lt;deer&gt; &lt;thetower&gt; zdá se, že kdyby se eepsites objevovaly ve vyhledávání Googlem, byla by to sama o sobě dobrá reklama. 16:00 &lt;deer&gt; &lt;duck&gt; fvw: kontaktoval jsem ISP, který má zájem 16:00 &lt;deer&gt; &lt;duck&gt; ale stavět to nebude 16:00 &lt;jrandom&gt; thetower: možná kdyby se k files.i2p připojil ht://dig a files.i2p by vystavilo databázi jako velký soubor s HTML odkazy, dalo by se to zrcadlit..? 16:00 &lt;fvw&gt; ducku: vážně? Jak velký a v které zemi? 16:00 &lt;cervantes&gt; co takhle cache místo proxy 16:00 &lt;cervantes&gt; aha 16:00 &lt;deer&gt; &lt;duck&gt; 20 cm 16:00 &lt;fvw&gt; Kdybych byl ISP a nebál se právních problémů, stejně by mě to nezajímalo, dokud by I2P nebylo mnohem větší. 16:01 &lt;jrandom&gt; cache by byla zajímavá taky, roj squidů atd 16:01 &lt;deer&gt; &lt;duck&gt; skynet 16:01 &lt;fvw&gt; to je docela velké. Nedal jsi jim telefonní seznam, aby si na něj sedli? 16:01 &lt;nicktastic&gt; hehe 16:01 &lt;deer&gt; &lt;duck&gt; fvw: pravděpodobně si web proskenují, než ho přidají 16:01 &lt;deer&gt; &lt;duck&gt; takže si budeš muset najít jiné místo pro svoje hnusárny 16:01 &lt;fvw&gt; Jednou, nebo při každé aktualizaci? 16:02 &lt;fvw&gt; to druhé vypadá jako hodně práce za málo obsahu. 16:02 &lt;deer&gt; &lt;duck&gt; každou druhou neděli v měsíci, co má v názvu x 16:02 &lt;deer&gt; &lt;duck&gt; géé 16:03 &lt;jrandom&gt; ok, překročili jsme dvouhodinovou hranici, má někdo ještě něco k probrání, nebo budeme pokračovat v dalších diskusích na listu / fóru / atd.? 16:03 &lt;fvw&gt; Jen mi přijde vysoce nepravděpodobné, že by teď nějaký seriózní ISP vyčlenil zdroje pro I2P. 16:03 * cervantes si přikrývá hlavu kastrolkem 16:03 &lt;deer&gt; &lt;duck&gt; fvw: tvoje emoce byly zaznamenány. 16:03 * fvw kývne na jrandoma. Potřebuju drink. Jen tak dál. 16:03 &lt;deer&gt; &lt;duck&gt; kdy dáme 24h meeting? 16:04 &lt;jrandom&gt; možná příští týden, ducku 16:04 * jrandom se rozcvičuje 16:04 &lt;deer&gt; &lt;duck&gt; no ty jo! 16:04 &lt;fvw&gt; ducku: moje emoce? To jsi moje emoce ještě ani nezačal vidět. Ale nech mě si dát pár drinků.. *úšklebek* 16:04 * jrandom *baf*ne cervantese po hlavě a uzavírá meeting </div>/cs/blog/2004/09/14/stavov%C3%A9-pozn%C3%A1mky-i2p-k-2004-09-14/Tue, 14 Sep 2004 00:00:00 +0000/cs/blog/2004/09/14/stavov%C3%A9-pozn%C3%A1mky-i2p-k-2004-09-14/<p>Ahoj všichni, zase nadešel ten čas v týdnu</p> <h2 id="rejstřík">Rejstřík:</h2> <ol> <li>0.4.0.1</li> <li>Threat model updates</li> <li>Website updates</li> <li>Roadmap</li> <li>Client apps</li> <li>???</li> </ol> <h2 id="1-0401">1) 0.4.0.1</h2> <p>Od vydání 0.4.0.1 minulou středu se na síti daří docela dobře – více než dvě třetiny sítě se aktualizovaly a na síti průběžně udržujeme mezi 60 a 80 routers. Délky připojení k IRC se liší, ale poslední dobou jsou běžná 4–12hodinová spojení. Objevily se ale nějaké zprávy o podivnostech při spouštění na OS/X, nicméně věřím, že i v tomto směru se dělají pokroky.</p>/cs/blog/2004/09/08/pozn%C3%A1mky-ke-stavu-i2p-k-2004-09-08/Wed, 08 Sep 2004 00:00:00 +0000/cs/blog/2004/09/08/pozn%C3%A1mky-ke-stavu-i2p-k-2004-09-08/<p>Ahoj všichni, omlouvám se za zpoždění&hellip;</p> <h2 id="rejstřík">Rejstřík:</h2> <ol> <li>0.4</li> <li>Capacity and overload</li> <li>Website updates</li> <li>I2PTunnel web interface</li> <li>Roadmap and todo</li> <li>???</li> </ol> <h2 id="1-04">1) 0.4</h2> <p>Jak jste si jistě všichni všimli, verze 0.4 vyšla před pár dny a celkově to jde docela dobře. Je těžké uvěřit, že už je to 6 měsíců od vydání 0.3 (a rok od vydání 1.0 SDK), ale ušli jsme dlouhou cestu a vaše tvrdá práce, nadšení a trpělivost udělaly divy. Gratulujeme a děkujeme!</p>/cs/blog/2004/09/07/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-7.-z%C3%A1%C5%99%C3%AD-2004/Tue, 07 Sep 2004 00:00:00 +0000/cs/blog/2004/09/07/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-7.-z%C3%A1%C5%99%C3%AD-2004/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> cat-a-puss, cervantes, deer, demonic_1, dm, fvw, hypercubus, jrandom, luckypunk, modulus, nicktastic, Sciatica, shardy, Sugadude, ugha_node</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 14:09 &lt;jrandom&gt; 0) čau 14:09 &lt;jrandom&gt; 1) 0.4 14:09 &lt;jrandom&gt; 2) Kapacita a přetížení 14:09 * cervantes si přitáhne barovou stoličku 14:09 &lt;jrandom&gt; 3) Aktualizace webu 14:09 &lt;jrandom&gt; 4) I2PTunnel web interface 14:09 &lt;jrandom&gt; 5) Roadmap a todo 14:09 &lt;jrandom&gt; 6) ??? 14:09 &lt;jrandom&gt; 0) čau 14:09 &lt;nicktastic&gt; ugha, aha, -x ani není potřeba, aby bylo vidět, co se resolvuje – hloupý já 14:09 &lt;cervantes&gt; čauky 14:09 * nicktastic pokračuje v lurkování 14:10 &lt;jrandom&gt; zdar všem, sorry za zpoždění s poznámkami – http://dev.i2p.net/pipermail/i2p/2004-September/000437.html 14:10 * jrandom právě musel odpovědět na Derickův E příspěvek :) 14:10 &lt;deer&gt; &lt;ugha2p&gt; nicktastic: Přesně tak. Ale schůzka už začala. :) 14:10 &lt;luckypunk&gt; h wow, nezmeškal jsem to. 14:10 &lt;jrandom&gt; !hi5 14:10 &lt;jrandom&gt; ok, přesuneme se k 1) 0.4 14:11 &lt;jrandom&gt; konečně jsme to vypustili ven a nevypadá to, že by nás to kouslo moc špatně 14:12 &lt;jrandom&gt; síť je větší než kdy dřív (před pár hodinami jsem napočítal 60 TCP spojení), eepsites jsou dostupné a irc je často použitelné 14:12 &lt;dm&gt; hej!! meeting? 14:12 &lt;jrandom&gt; hypercubus odvedl skvělou práci s novou instalací, systray a správcem služby, což nám podle mě dost pomohlo 14:13 &lt;modulus&gt; jupí 14:13 &lt;hypercubus&gt; ještě je před námi kus cesty 14:13 &lt;hypercubus&gt; ale myslím, že se teď někam posouváme 14:13 &lt;jrandom&gt; souhlas, stále kupředu :) 14:14 &lt;jrandom&gt; tohle vydání také obsahuje široké nasazení oOoova ?i2paddresshelper 14:14 &lt;jrandom&gt; o tom jsme se trochu bavili minulý týden [http://dev.i2p.net/pipermail/i2p/2004-August/000419.html item 2.3], ale teď je asi dobrý nápad, aby lidé zvážili jeho použití pro své odkazy 14:15 &lt;hypercubus&gt; funguje to s vhosty podle názvu? 14:15 &lt;jrandom&gt; i2ptunnel httpclient pořád správně posílá Host: $base64dest 14:17 &lt;jrandom&gt; když už jsme u toho, mluvilo se víc o použití přibaleného webserveru k servírování některých eepsites a myslím, že kdyby měl někdo čas vypátrat potřebnou konfiguraci, bylo by to dost boží (ušetřilo by nás to problémů s vhost / apache config) 14:18 &lt;jrandom&gt; ok, má někdo ještě něco k 0.4? 14:18 &lt;deer&gt; &lt;baffled&gt; je ten web server v cvs? 14:18 &lt;demonic_1&gt; ? 14:18 &lt;hypercubus&gt; web server je v 0.4 14:18 &lt;demonic_1&gt; co jsem propásl 14:18 &lt;deer&gt; &lt;ugha2p&gt; baffled: Bude. 14:18 &lt;hypercubus&gt; tedy i v CVS 14:18 &lt;jrandom&gt; baffled: jo, je celý v cvs (lib/org.mortbay.*) 14:18 &lt;cervantes&gt; mimochodem experimentoval jsem s windowsími url protocol handlery... je velmi snadné nastavit registry tak, aby "i2p://base64" otevřel prohlížeč s http://site.i2p?i2paddresshelper=base64 ... 14:19 &lt;deer&gt; &lt;ugha2p&gt; Aha, už je. 14:19 &lt;dm&gt; tohle je všechno strašně super 14:19 &lt;hypercubus&gt; už jsem napsal kód pro práci s registry 14:19 &lt;hypercubus&gt; můžeme to použít k nastavení asociace .i2p 14:19 &lt;fvw&gt; cervantes: i2p:// by asi nebylo úplně správně. Koneckonců, je to http přes i2p; stejně jako můžeš mít irc:// přes i2p. 14:19 &lt;cervantes&gt; taky můžeš pro každý protokol zvlášť nastavit bezpečnost a proxy 14:19 &lt;jrandom&gt; cervantes: respektuje to firefox/apod.? 14:19 &lt;cervantes&gt; jo 14:20 -!- shardy_ je nyní znám jako shardy 14:20 &lt;jrandom&gt; jé, ahoj shardy_ 14:20 &lt;shardy&gt; čau jrandom, dlouho jsme nemluvili 14:20 &lt;cervantes&gt; i když upřímně potřebuju víc testovat... 14:20 &lt;nicktastic&gt; konqueror by taky měl 14:20 &lt;cervantes&gt; jen jsem si hrál ve volné chvíli ;-) 14:20 &lt;deer&gt; &lt;ugha2p&gt; Opera ne. 14:20 &lt;cervantes&gt; i když pochybuju, že firefox bere ohled na windowsí proxy a bezpečnostní nastavení 14:20 &lt;hypercubus&gt; v opeře to jde nastavit v ini souboru 14:21 &lt;hypercubus&gt; udělal jsem to tak, aby fungovalo ed2k:// 14:21 &lt;deer&gt; &lt;ugha2p&gt; hypercubus: Aha, super. 14:21 &lt;fvw&gt; jen do určité míry. Nemůžeš z URL handlerů udělat http:// handlery, které by obsluhovala sama opera, bohužel. 14:21 &lt;hypercubus&gt; ale moc to nedokumentují 14:21 &lt;deer&gt; &lt;duck&gt; vážně, jaký přínos by i2p:// mělo? 14:22 &lt;fvw&gt; hypercube: Předáváš to pomocné aplikaci, předpokládám? Dělal jsem něco podobného, ale nenašel jsem způsob, jak donutit operu zobrazit stránku „stahování zahájeno“. 14:22 &lt;hypercubus&gt; ano, předává se to do eMule 14:22 &lt;dm&gt; no jo, kdo by chtěl čurat na veřejnosti? 14:22 &lt;hypercubus&gt; i2p:// bychom mohli předat eeproxy 14:22 &lt;hypercubus&gt; a vy webaři už si to odtamtud domyslíte ;-) 14:22 &lt;Sciatica&gt; není https vlastně http přes, ehm, „s“? 14:23 &lt;jrandom&gt; ale, jak myslím naráží duck, už tak jako tak budeme napojení na eepproxy? 14:23 &lt;deer&gt; &lt;ugha2p&gt; Sciatica: Je to HTTP přes SSL, ano. :) 14:23 &lt;jrandom&gt; Sciatica: http přes i2p (no, cokoli přes i2p) je bezpečné a autentizované. Co se stane poté, co to dorazí na druhou stranu, je mimo záběr i2p 14:23 &lt;deer&gt; &lt;ugha2p&gt; Ale to je zavedená konvence. 14:24 &lt;Sciatica&gt; jo, to jsem věděl. Jen říkám, že argument proti i2p:// není tak jasný jako „není to jen http _přes_ i2p?“ 14:24 &lt;dm&gt; htt2p 14:24 &lt;hypercubus&gt; nevím, jestli je i2p:// nutné, ale myslím, že by šlo přimět aspoň hlavní prohlížeče, aby s tím fungovaly 14:24 &lt;deer&gt; &lt;ugha2p&gt; jrandom: Myslím, že narážel na prefix 'https://'. 14:24 &lt;jrandom&gt; ah, pardon. 14:24 &lt;deer&gt; &lt;duck&gt; stejně potřebujeme anonymizační filtr plus `http://127.0.0.1:7657/www.duck.i2p/` 14:25 &lt;deer&gt; &lt;duck&gt; s tím už není třeba šťourat do nastavení prohlížeče 14:25 &lt;jrandom&gt; ale jo, souhlasím s fvw, zní to jako nadměrné přetěžování url protokolu 14:25 &lt;demonic_1&gt; ne tady&gt;&gt; jako slabé použití cítím, že i2p:// odkazy by vládly &lt;&lt;ne tady 14:25 &lt;jrandom&gt; jasně, ducku 14:25 &lt;jrandom&gt; hehe 14:25 &lt;cervantes&gt; možná by šlo, aby i2p:// fungovalo jako arbiter protokolu: i2p://irc/base64 14:26 &lt;fvw&gt; ugh, to je ošklivé a zneužívá URL tím nejhorším způsobem. 14:26 &lt;deer&gt; &lt;ugha2p&gt; cervantes: A jak by to fungovalo v případě IRC? 14:26 &lt;deer&gt; &lt;duck&gt; URI :) 14:26 &lt;cervantes&gt; tím bys mohl spouštět různé aplikace na základě jednotného standardu url 14:26 &lt;fvw&gt; (ne že by na tom bylo něco špatného) 14:26 &lt;jrandom&gt; nebyla by vhodnější úprava URL něco jako irc://i2p/base64/#i2p ? 14:27 &lt;jrandom&gt; ale dobře, jsme trochu mimo téma.. 14:27 &lt;jrandom&gt; něco dalšího k 0.4? :) 14:28 &lt;fvw&gt; Nemyslím, že URI umožňují specifikovat transportní mechanismus odděleně od protokolu, což je škoda. 14:28 &lt;dm&gt; můžeš použít souborový systém 14:28 &lt;fvw&gt; Ano, tak nějak: *potlesk* 14:28 &lt;dm&gt; c:\i2p\irc #i2p 14:29 &lt;dm&gt; ha! Spletl jsem vás všechny 14:29 &lt;deer&gt; * mule_iip souhlasí s fvw 14:29 &lt;fvw&gt; dm: Vážně ti ublížím. Možná ne dnes, možná ne zítra, ale brzy a po zbytek tvého života. 14:29 &lt;jrandom&gt; :) díky, děláme, co můžeme 14:29 &lt;fvw&gt; &lt;/pinky and the brain&gt; 14:29 &lt;jrandom&gt; heh 14:29 &lt;jrandom&gt; ok, skočíme na 2) Kapacita a přetížení 14:30 &lt;deer&gt; &lt;DrVince&gt; Ahoj všichni 14:30 &lt;jrandom&gt; nerad bych jen kopíroval, co bylo v poznámkách, tak si to projděte :) 14:30 &lt;dm&gt; čau 14:30 &lt;hypercubus&gt; vítej na naší schůzce, DrVince ;-) 14:30 &lt;deer&gt; &lt;ugha2p&gt; Ahoj, DrVince. 14:31 &lt;jrandom&gt; jednu věc bych rád zmínil ohledně 2) – něco, co pár lidí vidělo – silné rozhození v participating tunnels 14:31 &lt;jrandom&gt; např. někdo s DSL měl před pár dny 300+ tunnels 14:31 &lt;dm&gt; já 14:31 &lt;modulus&gt; jo 14:31 &lt;jrandom&gt; (a když spadnou, rozbije to hrozně moc tunnels) 14:31 &lt;jrandom&gt; problém je, že tunnels jsou fakt lehké – průměrně 2–20 bps 14:31 &lt;cervantes&gt; a můj OC3 má prakticky prd 14:31 &lt;hypercubus&gt; já mám momentálně jen 8 14:32 &lt;dm&gt; měl jsem 270+, a jsem na 150 kbps 14:32 &lt;jrandom&gt; celkově má síť ~ 20*n tunnels v průměru v daném okamžiku 14:32 &lt;jrandom&gt; (kde n = # uzlů v síti) 14:32 &lt;jrandom&gt; při průměru 2 hops na node to znamená, že každý node se účastní v průměru 40 tunnels 14:33 &lt;hypercubus&gt; v ideálním případě ;-) 14:33 &lt;jrandom&gt; no, a o to jde, takové vyvažování *není* ideální 14:33 &lt;jrandom&gt; protože ne všechny nodes jsou stejně rychlé nebo mají stejnou šířku pásma 14:33 &lt;jrandom&gt; na druhou stranu, vyvážit tunnels tak, že všechny půjdou přes 2 nebo 3 fakt rychlé peers, taky stojí za starou belu 14:33 &lt;jrandom&gt; protože když jeden z nich spadne, *bum* 14:34 &lt;hypercubus&gt; jasně, tak proč je dmův podřadný DSL tak přetížený, zatímco moje mnohem rychlejší DSL je nevyužité? 14:34 &lt;Sciatica&gt; zmizí tenhle problém, jakmile počet uzlů v síti vzroste nad 100, 200 atd.? 14:34 &lt;dm&gt; podřadný? :'( 14:34 &lt;jrandom&gt; hypercubus: protože i2p je momentálně nereaktivní na dostupnou šířku pásma, pokud si lidé nezapnou omezení šířky pásma 14:34 &lt;hypercubus&gt; dm: technicky řečeno ;-) 14:34 &lt;hypercubus&gt; ok, já mám omezení šířky pásma zapnuté... dm nejspíš ne? 14:35 &lt;Sciatica&gt; (v určitém bodě přece počet nodes, které může server hostovat, bude silně převýšen počtem celkových nodes [tj. tunnels]? 14:35 &lt;ugha_node&gt; Arrr! 14:35 &lt;ugha_node&gt; '(the local message processing time exceeds 1s)' -- Nemyslím, že bychom měli do router programovat takové konstanty. Všechny tyto hodnoty by se měly brát z prostředí (I2P sítě), aby to fungovalo i v neočekávaném prostředí. 14:35 &lt;dm&gt; jo, nemám, a můj uplink je slušný: 256 kbps (downlink 150 kbps) 14:35 &lt;Sciatica&gt; špatná terminologie – píšu moc pomalu na takové věci :-) 14:35 &lt;jrandom&gt; Sciatica: to není problém, je to realita. Pokud každý node udržuje 20 tunnels v daném okamžiku, s průměrem 2 hops na tunnel, bez ohledu na velikost sítě, vyjde to průměrně stejně 14:36 &lt;jrandom&gt; ugha_node: souhlas – ta 1 s je náhodné číslo, ale jak odvodíme „správnou“ hodnotu? Jaké zpoždění je „hodně“? 14:37 &lt;jrandom&gt; máme nějaký kód v RouterThrottleImpl, který sleduje „kolik šířky pásma jsme se zavázali alokovat“ 14:37 &lt;jrandom&gt; ale momentálně podle toho neškrtí 14:37 &lt;dm&gt; hmmmm, tyhle debaty o přetížení se mi nelíbí... vzpomínky na freenet. 14:37 &lt;jrandom&gt; (alokovaná šířka pásma == # participating tunnels * # zpráv na tunnel v průměru * # bajtů na zprávu v průměru) 14:37 &lt;dm&gt; Možná bychom měli použít odhadovače? 14:38 * jrandom kopne dm 14:38 &lt;hypercubus&gt; dm: používáš v router omezení šířky pásma? 14:38 &lt;dm&gt; hypercubus: ne 14:38 &lt;hypercubus&gt; dm: důrazně doporučuju ho zapnout ;-) 14:38 &lt;dm&gt; jrandom: tři slova... NGR 14:38 &lt;fvw&gt; Je to vlastně na nodu, který tunnel požádal, že? Jaké zpoždění je ochotný snést? Šlo by to dát jako jeden z parametrů tunnel? 14:39 * fvw přemýšlí, jestli nás dm chce vyděsit, nebo je to jen vedlejší efekt. 14:39 &lt;jrandom&gt; hmm, to má potenciál 14:39 &lt;dm&gt; errr.. nepřesune to jen libovolný práh na requesting router? ;) 14:39 &lt;dm&gt; Já nechci vybírat, vybírej ty! 14:40 &lt;jrandom&gt; ano dm, ale requesting router ví, k čemu bude tunnel sloužit (irc s nízkým lagem vs. bulk s vysokým lagem a vysokou propustností) 14:40 &lt;fvw&gt; jasně, ale pro některé věci 10 s zpoždění nevadí (třeba přenosy souborů), zatímco jiné (irc) potřebují nízkou latenci. 14:40 &lt;dm&gt; jo, takže necháš aplikační vrstvu rozhodnout práh? 14:40 &lt;jrandom&gt; to je ale nebezpečné 14:40 &lt;fvw&gt; jediný problém je, že použití vysokolatentních linek nezvýší kapacitu, takže nakonec přenosy souborů seberou všechny zdroje. 14:41 &lt;cat-a-puss&gt; dá se vůbec věřit jakýmkoli tvrzením o zátěži, jinak by se zlý člověk mohl snažit dostat traffic jiných přes všechny své routery 14:41 &lt;jrandom&gt; cat-a-puss: tohle se používá jen k odmítnutí žádostí o účast, ne k jejich vyžadování 14:41 &lt;ugha_node&gt; Nedá. 14:41 &lt;cat-a-puss&gt; ok 14:42 &lt;jrandom&gt; útočník samozřejmě může přijímat tunnels i když je totálně přetížený, ale to detekujeme, když tunnel selže 14:42 &lt;jrandom&gt; (a free rider může tunnel odmítat, i když není zatížený, ale takový je život) 14:43 &lt;jrandom&gt; škrcení podle místního přetížení je docela účinné. Ale to nestačí 14:43 &lt;dm&gt; nenasytný parchant 14:43 &lt;jrandom&gt; snažil jsem se najít ideální způsob, jak rozhodovat o přijetí, a myslím, že má určitý potenciál probabilisticky odmítat žádosti, které bychom jinak přijali, na základě toho, kolika tunnels se už účastníme 14:44 &lt;jrandom&gt; koncept je, že peer chce, aby část zátěže převzali i ostatní 14:44 &lt;cat-a-puss&gt; měli bychom pouštět tolik virtuálních router, kolik máme šířky pásma? 14:44 &lt;jrandom&gt; (aby se distribuovalo selhání) 14:44 &lt;jrandom&gt; hmm cat-a-puss? 14:44 &lt;jrandom&gt; pouštíš simulaci na živé síti? 14:45 &lt;jrandom&gt; v každém případě ne, jeden router by měl zvládnout lokální kapacitu 14:46 &lt;deer&gt; &lt;mule_iip&gt; problém je, že šířka pásma využitá v tunnel se může v čase výrazně měnit, že? 14:46 &lt;cervantes&gt; což se teď neděje... aspoň ne u mě 14:46 &lt;cat-a-puss&gt; no když je to všechno náhodně, jak využiješ oc3 víc než chudáka na 56k? Buď musíš inzerovat: problematické, nebo pouštět virtuální routery, tak jako tak si myslím, že by škodlivá strana mohla zkusit obklíčit node pro nějaký statistický útok 14:46 &lt;jrandom&gt; správně mule_i2p. Potřebujeme víc monitorovat aktivitu v tunnel 14:46 &lt;cervantes&gt; 14 participants mají každý 11,5 mbit ... to je docela plýtvání :) 14:47 &lt;jrandom&gt; cat-a-puss: probabilisticky != náhodně :) 14:47 &lt;jrandom&gt; heh cervantes 14:48 &lt;jrandom&gt; základní myšlenka probabilistického odmítání je rozprostřít zátěž na jiné peers. Nicméně, pokud je síť skutečně saturovaná, pravděpodobnost nebude problém, protože lidé prostě požádají znovu 14:48 &lt;jrandom&gt; problém je, že momentálně máme ohromný *přebytek* kapacity 14:48 &lt;Sugadude&gt; Chudák i2p, má *příliš* moc kapacity. Neboj, postarám se o to. ;) 14:49 &lt;fvw&gt; za předpokladu, že se všichni chovají slušně, mohl bys třeba neodmítat lidem, kteří se vrátí krátce po probabilistickém odmítnutí? 14:49 &lt;deer&gt; &lt;mule_iip&gt; takže naplnit jakýkoli tunnel nějakým cover traffic 14:49 &lt;jrandom&gt; heh Sugadude :) 14:49 &lt;cervantes&gt; to proto, že žádosti všech obsluhuje dmův router ;-) 14:49 &lt;jrandom&gt; fvw: nevíme, kdo tunnel žádá 14:49 &lt;fvw&gt; hmm, dobrý postřeh. *vrací si hlavu na místo* 14:50 &lt;jrandom&gt; fvw: probabilisticky by se následné žádosti přijímaly – chceme, aby faktor 'reject' zůstal dost nízko 14:50 &lt;deer&gt; &lt;mule_iip&gt; což zvýší anonymitu a zjednoduší výpočet zátěže 14:51 &lt;jrandom&gt; pravda mule_iip, ale bylo by fajn, kdyby síť fungovala efektivně i bez požadavku vysoké zátěže :) 14:51 &lt;jrandom&gt; ale to je rozhodně scénář hodný simulace 14:51 &lt;deer&gt; &lt;mule_iip&gt; efektivně udělat i2p s konstantním bitrate s cover traffic. ale to je asi pro budoucí vydání :) 14:52 &lt;jrandom&gt; mohli bychom použít alokaci ve stylu ATM 14:52 &lt;fvw&gt; Nejsou rozdíly ve využití šířky pásma příliš velké, aby to bylo životaschopné? 14:52 &lt;jrandom&gt; např. předpokládat 5 zpráv za minutu na tunnel @ 32 KB každá, porovnat to s limity šířky pásma a podle toho odmítat 14:52 &lt;cervantes&gt; hyper má nějaké ascii, kterým můžeme vycpávat zprávy 14:52 &lt;hypercubus&gt; hmmmm, nápad s konstantním bitrate se mi nelíbí... ISP by i2p velmi rychle filtrovali, kdyby se to implementovalo 14:53 &lt;jrandom&gt; heh cervantes 14:53 &lt;deer&gt; &lt;kaji&gt; ano 14:53 * hypercubus neví, o čem cervantes mluví 14:53 * hypercubus schovává svou disketu 14:53 &lt;jrandom&gt; fvw: padding? nebo alokaci? 14:53 &lt;fvw&gt; alokaci 14:53 &lt;cervantes&gt; aha, jo, plausible deniability co 14:54 &lt;jrandom&gt; hmm fvw. Možná, ale myslím, že to můžeme monitorovat statisticky a kompenzovat 14:54 &lt;deer&gt; &lt;kaji&gt; constant bitrate zní jako Waste 14:54 &lt;jrandom&gt; například `http://localhost:7657/oldstats.jsp#tunnel.bytesAllocatedAtAccept` 14:54 &lt;hypercubus&gt; odtud název ;-) 14:55 &lt;jrandom&gt; ta statistika sleduje, kolik šířky pásma jsme se zavázali přeposlat pro cizí tunnels 14:55 &lt;jrandom&gt; (začítku podle posledních 10 minut) 14:56 &lt;jrandom&gt; takže můj peer s 85 tunnels říká, že přenese 3,676,945.65 bajtů během příštích 10 minut pro všechny tyto tunnels dohromady 14:56 &lt;deer&gt; &lt;mule_iip&gt; kaji: je to waste, a asi bychom to měli používat jen pro závažnější hrozby. ale bylo by to fajn pro nízkou latenci jako irc. 14:56 &lt;jrandom&gt; to je 72 bps na každý, ale nejsem si jistý, jak moc je to rozhozené (asi *hodně*) 14:57 &lt;jrandom&gt; nicméně, kdyby všechny ty tunnels začaly používat spoustu šířky pásma, celková hodnota by vystřelila a mohli bychom to škrtit 14:57 * fvw kývá. 14:57 * fvw poznamenává, že je to teoreticky děsně zajímavý problém. 14:57 &lt;fvw&gt; (ale možná jsem jen divný) 14:57 &lt;jrandom&gt; souhlas 14:58 &lt;jrandom&gt; (s obojím ;) 14:58 &lt;jrandom&gt; ale jo, nemáme zatím Správnou odpověď. Je to něco, na čem se musí pracovat 14:59 &lt;jrandom&gt; ok, pokud už nic dalšího, přejdeme k 3) Aktualizace webu 14:59 &lt;fvw&gt; Mohli bychom samozřejmě jít úplně ztrátově a prostě dropovat datagramy při přetížení a nechat lidi pouštět něco jako tcp nad tím. 14:59 &lt;jrandom&gt; to jsme zkusili a spousta a spousta a spousta tunnels selhala 15:00 &lt;jrandom&gt; (protože když tunnel shodí 1 zprávu, označíme ho za selhaný) 15:00 &lt;fvw&gt; jo, to bys dělat neměl, pokud půjdeš touhle cestou. 15:00 &lt;jrandom&gt; ((a když jsme zkusili nebýt takoví fašisti, nevšimli jsme si, když tunnel *opravdu* selže)) 15:00 * fvw kývá a hladí si vous. Dobrý postřeh. (mentální poznámka: nechat si narůst vous k hlazení v takových situacích) 15:01 &lt;jrandom&gt; heh 15:01 &lt;jrandom&gt; ok, každopádně, jak jste všichni viděli, náš nový instalátor a nové webové rozhraní je úplně jiné než starý způsob 15:01 * hypercubus daruje fvw svůj vous 15:02 &lt;jrandom&gt; což je Dobré, protože starý způsob byl Bolestivý, ale všechny naše staré dokumenty jsou teď úplně mimo 15:02 &lt;fvw&gt; můžeme zůstat u 2) ještě pár minut? Mám ještě pár špatných nápadů, které chci, abys sestřelil. 15:02 &lt;jrandom&gt; jasně 15:02 &lt;dm&gt; nemůžu používat internet... 15:02 &lt;dm&gt; Šířka pásma in/out 15:02 &lt;dm&gt; 1m: 13.32/11.98 KBps 15:02 &lt;dm&gt; 5m: 10.74/9.46 KBps 15:02 &lt;jrandom&gt; kolik tunnels dm? 15:02 &lt;hypercubus&gt; dm: proto jsem ti navrhoval zapnout omezení šířky pásma i2p ;-) 15:02 &lt;dm&gt; jen 166 15:02 &lt;jrandom&gt; jo, stáhni to na 6 KBps 15:02 &lt;jrandom&gt; lol 15:03 &lt;dm&gt; (participating) 15:03 &lt;jrandom&gt; (nebo možná 8 KBps, když budeš hodný) 15:03 &lt;dm&gt; nechám to tak, jen potřebuju zobrazit tuhle jednu stránku 15:03 &lt;jrandom&gt; mimochodem, 13.32 vs 11.98 nám říká, že stahuješ lokálně přibližně 1 KBps 15:03 &lt;jrandom&gt; (přes i2p) 15:03 &lt;fvw&gt; Co když prostě time-outneme tunnels po rozumně dlouhé době nečinnosti? Řekněme 30 min. Další protokol nad tím by musel dělat keepalive, ale nevyřešilo by to problém s nerozpoznáním mrtvých tunnels? 15:03 &lt;hypercubus&gt; stahuje toho vlastně mnohem víc 15:04 &lt;jrandom&gt; ((i když ten 1 KBps může být malý enough na to, aby to bylo netDb)) 15:04 &lt;dm&gt; hypercubus: náš přenos se ve skutečnosti hodně zasekává. 15:04 &lt;jrandom&gt; fvw: tunnels expirují po 10 minutách 15:04 &lt;deer&gt; &lt;kaji&gt; moment, funguje šířka pásma teď? pokud ano, na kolik to mám nastavit? 15:04 &lt;dm&gt; zklamaný z kombinace getright/i2p 15:04 &lt;jrandom&gt; nejsou dlouhožijící fvw, na rozdíl od TOR 15:04 &lt;fvw&gt; a to způsobovalo většinu tunnels selhání, i s keepalive? 15:04 &lt;hypercubus&gt; dm: periodicky jo... myslím, že řešením by bylo omezit tvůj upstream na cca 8 KB/s 15:04 &lt;jrandom&gt; kaji: `http://localhost:7657/` 15:05 &lt;hypercubus&gt; vypadá to, že jsi saturovaný 15:05 &lt;jrandom&gt; resp. /config.jsp 15:05 &lt;fvw&gt; ok, ale nechceš, aby mizely v záchvatech ztráty paketů. 15:05 &lt;jrandom&gt; každou minutu (v průměru) každý peer testuje každý tunnel, aby ověřil, že žije (aby nám ostatní mohli posílat data – bez tunnels jsme v háji) 15:06 &lt;fvw&gt; Ok. Potřebuju si víc přečíst, jak i2p aktuálně funguje. Za mě můžeme na 3). 15:06 &lt;deer&gt; &lt;kaji&gt; teď je to na default -1, ale nevím, co znamená připojení 1.5/750@1.2ghz z hlediska maximální účasti v tunnel 15:07 &lt;deer&gt; &lt;kaji&gt; zdá se, že participuju v 166 15:07 &lt;jrandom&gt; kaji: tvůj router nikdy nedostane tolik tunnels, aby byl CPU přetížený ;) 15:07 &lt;deer&gt; &lt;mule_iip&gt; off-topic: nepotřebuješ náhodou tunnel, abys byl v háji :) 15:07 &lt;deer&gt; &lt;kaji&gt; *ní 15:07 &lt;jrandom&gt; heh 15:07 * fvw hlasuje „proti“ 15:08 &lt;deer&gt; &lt;kaji&gt; jrandom, právě jsem dočetl dopis o tunnels bez šířky pásma, jen jsem nevěděl, na kolik nastavit limit 15:08 &lt;jrandom&gt; ok, souhlasím, je toho hodně, co je potřeba ještě dořešit 15:08 &lt;jrandom&gt; ok super kaji, prostě zapni limiter šířky pásma třeba na 8 KBps 15:08 &lt;jrandom&gt; (nebo 12, když budeš hodný :) 15:09 &lt;deer&gt; &lt;kaji&gt; &lt;/oftopic&gt; 15:09 &lt;jrandom&gt; ok, k 3) aktualizace webu 15:09 &lt;deer&gt; &lt;kaji&gt; inbound a outbound? 15:09 &lt;jrandom&gt; ano kaji 15:09 &lt;jrandom&gt; jak jsem říkal, potřebujeme pomoc s dokumenty 15:09 &lt;jrandom&gt; (pomóóóóóóóc!) 15:09 &lt;hypercubus&gt; navrhuju obsadit dlouho prázdné týmové pozice Webmaster a Web Editor 15:10 * jrandom ten návrh sekunduje 15:10 &lt;jrandom&gt; (teď už jen aby se někdo přihlásil ;) 15:10 &lt;hypercubus&gt; vím, že cervantes je vytížený 14:10 &lt;jrandom&gt; je to spíš na jednotlivci, aby /sám/ dobrovolně přišel, hyper ;) 15:10 &lt;hypercubus&gt; nominuju Curiosity na Webmaster nebo Web Editor, nebo oboje, pokud do toho půjde ;-) 15:11 &lt;deer&gt; &lt;ugha2p&gt; Uhh. 15:11 &lt;dm&gt; Člověče, i můj CPU začíná být kvůli I2P na max... 15:11 &lt;dm&gt; Miluješ, opravdu mě MILUJEŠ :'( 15:11 &lt;dm&gt; ups, :') 15:12 * cervantes cítí, jak ho někdo tlačí do arény 15:12 &lt;jrandom&gt; myslím, že se hodí každá pomoc, a pokud do toho půjde, budeme rádi 15:13 &lt;hypercubus&gt; viděl jsem její webové návrhy a ručím za její práci 15:13 &lt;hypercubus&gt; a projevila zájem, nevím ale, co nakonec rozhodla 15:13 &lt;jrandom&gt; ok super 15:13 &lt;dm&gt; ona? 15:13 &lt;cervantes&gt; Jsem si jistý, že tomu bude moci věnovat mnohem víc péče a pozornosti než já kdy mohl 15:14 &lt;dm&gt; to slovo se v našem světě nesmí používat 15:14 &lt;fvw&gt; to nech bejt, řekl „péče a pozornost“. 15:15 * jrandom sténá 15:15 &lt;fvw&gt; přítomní pánové samozřejmě vyjmuti. 15:15 &lt;jrandom&gt; ok, každopádně budeme potřebovat lidi, kteří pomůžou s dokumentací – připravit nové walkthrough, úvodní dokumenty atd. 15:16 &lt;jrandom&gt; probereme s Curiosity, co by mohla hacknout :) 15:16 &lt;hypercubus&gt; můžu si vzít na starost věci kolem instalace 15:16 &lt;hypercubus&gt; s/on/of/ 15:16 &lt;hypercubus&gt; vím, jak všichni milují číst ty barokní howto, co píšu ;-) 15:16 &lt;jrandom&gt; :) 15:17 &lt;jrandom&gt; instalační příručka / walkthrough by byla Boží 15:17 &lt;fvw&gt; takhle se „broke“ nepíše. 15:17 &lt;jrandom&gt; heh 15:17 * hypercubus se pochechtává, pak ukradne fvw peněženku 15:17 &lt;hypercubus&gt; takhle se píše „broke“ ;-) 15:17 &lt;deer&gt; &lt;kaji&gt; hyper, na jakém systému jsi? Zkusím WinXP verzi, ale nejsem moc spolehlivý, můžu zahlédnout něco lesklého a skončit 15:17 &lt;deer&gt; * Curiosity je na chvíli pryč... 15:18 &lt;hypercubus&gt; kaji: ? 15:18 &lt;deer&gt; &lt;kaji&gt; hyper, ptal jsem se, jaký OS používáš 15:18 &lt;hypercubus&gt; OSy 15:18 &lt;deer&gt; &lt;kaji&gt; OSESES 15:19 &lt;hypercubus&gt; mám vmware, takže můžu pouštět všechny windowsy a freebsd a podobně 15:19 &lt;hypercubus&gt; mám taky pearpc, takže můžu pouštět OS X 15:20 &lt;jrandom&gt; ok, jestli na webové straně nic dalšího není 15:20 &lt;jrandom&gt; přejdeme na * 4) webové rozhraní I2PTunnel 15:21 * jrandom prohlašuje i2ptunnel web interface za ošklivý. Funkční. Ale ošklivý. 15:21 &lt;deer&gt; &lt;DrVince&gt; Mohl bych se pustit do francouzského překladu, pokud je zájem 15:21 &lt;jrandom&gt; duck měl pár nápadů, jak ho zlepšit, ale musel zmizet, tak sem vložím pár řádků 15:21 &lt;hypercubus&gt; opět potřebujeme víc web devů ;-) 15:21 &lt;jrandom&gt; oh, překlady webových stránek do francouzštiny by byly super 15:22 &lt;jrandom&gt; s/french/french and other langs/ 15:22 &lt;jrandom&gt; tady pár duck-ismů: 15:22 &lt;jrandom&gt; &lt;duck&gt; zmenšit datovou zátěž na obecné stránce; použít tables/div k uspořádání věcí 15:22 &lt;jrandom&gt; &lt;duck&gt; poskytnout edit/detailed stránku s informacemi, které většina neřeší, tunnels, dest hash, full key 15:22 &lt;jrandom&gt; &lt;duck&gt; feedback po kliknutí na tlačítka, 'položka uložena' atd. vrátit dest jako výstup při vytvoření nové 15:22 &lt;jrandom&gt; &lt;duck&gt; (jinak schovat pod edit/details) 15:22 &lt;jrandom&gt; &lt;duck&gt; označit horní zprávy jako 'log'; někdy matoucí 15:22 &lt;jrandom&gt; &lt;duck&gt; dát jasně najevo, že 'confirm' je potřeba jen pro remove, ne pro save 15:22 * jrandom souhlasí s tím, co říká 15:23 &lt;jrandom&gt; od 0.4 je v /i2ptunnel/ web interface spousta bugfixů pod kapotou, takže funkční záhyby by měly být vyhlazené 15:24 &lt;jrandom&gt; kód implementující ty stránky je ale dost ošklivý 15:24 &lt;jrandom&gt; asi nejlepší přístup by byl napsat obrazovky v čistém html / css / obrázky / atd. a pak to dát některému z java vývojářů k integraci 15:25 &lt;hypercubus&gt; kam se poděly časy, kdy web devů bylo nadbytek? ;-) 15:25 &lt;jrandom&gt; všichni pracují u mcdonalds 15:25 &lt;hypercubus&gt; aha, jasně 15:25 &lt;deer&gt; * Curiosity je zpět :) 15:25 &lt;jrandom&gt; každopádně, pokud má někdo zájem pomoci, nebo má další návrhy, dejte vědět 15:25 &lt;jrandom&gt; vítej zpátky, Curiosity 15:26 &lt;deer&gt; &lt;Curiosity&gt; mám zmínit ten nápad, co jsem ti říkala, jrandom? 15:26 &lt;cat-a-puss&gt; Znám někoho, kdo by s webem mohl pomoct 15:26 &lt;jrandom&gt; ah, live cd? 15:27 &lt;jrandom&gt; super, cat-a-puss, potřebujeme každou pomoc 15:27 &lt;deer&gt; &lt;Curiosity&gt; teah :) 15:27 &lt;deer&gt; &lt;Curiosity&gt; err jo 15:27 &lt;jrandom&gt; Curiosity: jo, prosím, vytas to, až dojdeme k bodu 6) ??? 15:28 &lt;deer&gt; &lt;Curiosity&gt; dobře :) 15:28 &lt;cat-a-puss&gt; ok, přivedu je na list a dám jim jrandomův e-mail (curiosity, tvůj mail neznám) 15:28 &lt;jrandom&gt; ok, má někdo ještě něco k webovému rozhraní I2PTunnel? 15:28 &lt;jrandom&gt; r0x0r cat-a-puss 15:29 &lt;deer&gt; &lt;Curiosity&gt; taky mi nevadí pomoct s web editingem, atd. :) 15:29 &lt;jrandom&gt; ok, jestli nic dalšího, 5) Roadmap a todo 15:30 &lt;jrandom&gt; super Curiosity, díky! po schůzce můžeme probrat převzetí světa^W^W^W^Wweb věci 15:30 &lt;deer&gt; &lt;Curiosity&gt; okies :) 15:30 &lt;jrandom&gt; jak jste asi viděli, na webu je nová velká strašidelná stránka (http://www.i2p.net/todo) 15:31 &lt;jrandom&gt; ta pokrývá velké strašidelné věci, které nás čekají (a ani se nedotýká všech klientských aplikací, co potřebujeme, atd.) 15:31 &lt;jrandom&gt; jak vidíte, máme hromadu práce, ale dobrá zpráva je, že to nemusíme mít hotové hned 15:32 &lt;jrandom&gt; ve skutečnosti jsou to spíš odrážky ze stránky roadmap (s hromadou textu uvádějící každou) 15:33 &lt;jrandom&gt; i když vím, že je toho moc, bylo by skvělé, kdyby mi lidi dali vědět, když narazí na něco, co budeme muset řešit a není to na té stránce 15:34 &lt;jrandom&gt; není to potřeba dnes nebo tento týden, jen obecně „dej vědět“ 15:35 &lt;jrandom&gt; s muleovým návrhem (http://www.i2p.net/todo#nat) jsem hodně přemýšlel a roadmap se asi trochu přeskládá 15:35 &lt;jrandom&gt; ale uvidíme. 15:36 &lt;jrandom&gt; pokud máte silné pocity ohledně některých témat („omg bez X, Y a Z prostě *nemůžeme* fungovat!“), dejte mi vědět nebo napište na list 15:36 &lt;jrandom&gt; nejsem žádný šampion demokracie, ale jsem otevřený rozumným argumentům :) 15:37 &lt;jrandom&gt; ok, to je vše, co k tomu řeknu.. má někdo něco, co by chtěl nastřelit? 15:37 &lt;deer&gt; &lt;Curiosity&gt; osvícená diktatura :) 15:37 -!- Sonium_ je nyní znám jako Sonium 15:37 &lt;jrandom&gt; pche, já nejsem diktátor – neovládám, co ostatní programují :) 15:37 &lt;cervantes&gt; pokojná hegemonie 15:37 &lt;cat-a-puss&gt; Získal jsem další dva vývojáře 15:37 &lt;jrandom&gt; w00t! 15:38 &lt;cat-a-puss&gt; a mám velké plány na distribuovaný vyhledávač 15:38 &lt;jrandom&gt; oh, boží 15:38 &lt;jrandom&gt; dalo by se to napojit na `http://files.i2p/?` 15:38 &lt;jrandom&gt; nebo, no, jen řeknu, oh, boží :) 15:38 &lt;cat-a-puss&gt; er: tam se nedostanu (nepřátelské prostředí) 15:39 &lt;jrandom&gt; ah 'k 15:39 &lt;cat-a-puss&gt; každopádně, nějaký prostor v CVS by se hodil, až se tam dostaneme 15:40 &lt;jrandom&gt; jistě, místo na cvs.i2p je k dispozici 15:40 &lt;jrandom&gt; buď v i2p/apps/ adresáři, nebo ve vašem vlastním modulu, pokud preferujete 15:40 &lt;jrandom&gt; (cvs.i2p == cvs.i2p.net) 15:40 &lt;cat-a-puss&gt; asi bych měl mluvit s lidmi, co dělají dht, co? 15:41 &lt;cat-a-puss&gt; v jakém je to stavu zatím 15:41 &lt;jrandom&gt; :) 15:41 &lt;jrandom&gt; od auma jsem pár dní neslyšel status, ale určitě jede 15:42 &lt;jrandom&gt; poslední update byl v http://dev.i2p.net/pipermail/i2p/2004-August/000425.html 15:43 &lt;jrandom&gt; ok, asi nás to posouvá k * 6) ??? 15:44 &lt;jrandom&gt; Curiosity přemýšlela o nápadu 'live cd' s i2p 15:44 &lt;jrandom&gt; což mi přijde dost cool a něco, co budeme chtít 15:44 &lt;deer&gt; &lt;Curiosity&gt; kewl :) 15:44 &lt;jrandom&gt; i když zatím nejsme dost stabilní, vydáváme zhruba každé 2 týdny 15:44 &lt;hypercubus&gt; souhlas... dalo by se to integrovat i do Knoppix ISO 15:45 &lt;deer&gt; &lt;Curiosity&gt; ? 15:45 &lt;hypercubus&gt; Knoppix, livecd distro linuxu 15:45 &lt;hypercubus&gt; velmi uživatelsky přívětivý 15:45 &lt;deer&gt; &lt;Curiosity&gt; k 15:45 &lt;jrandom&gt; jakmile ale budeme mít Really Simple Update, které je na jedno kliknutí z `http://dev.i2p/i2p/i2pupdate.tar.bz2,` nemuselo by to být tak špatné 15:46 &lt;jrandom&gt; Curiosity: chceš k tomu ještě něco probrat? 15:46 &lt;fvw&gt; ...a jakmile se to začne masově používat, kdokoli, kdo ovládá dev.i2p, může kompromitovat síť. 15:47 &lt;jrandom&gt; pokud budou lidi používat to Really Simple Update 15:47 * fvw kývá. 15:47 &lt;deer&gt; &lt;Curiosity&gt; chtěla jsem jen způsob, jak to spouštět bez stahování hromady věcí do počítače 15:47 &lt;jrandom&gt; (a když se dev.i2p kompromituje, dáme nový hosts.txt záznam pro dev.i2p) 15:48 &lt;hypercubus&gt; knoppix i2p livecd by bylo ideální do internetových kaváren 15:48 &lt;deer&gt; &lt;mule_iip&gt; jarndom: skutečný i2p uživatel si přece stáhne zdroják, nastuduje diff proti poslední peer-reviewed verzi a zkompiluje ze zdrojáku :) 15:48 &lt;fvw&gt; jo ale lidi prostě kliknou na 'update'; nebudou poslouchat debaty o tom, jestli nová verze může mít zranitelnosti... 15:48 &lt;demonic_1&gt; je nějak možné nepotřebovat hosts file. víš jako dns server? 15:48 &lt;deer&gt; &lt;Curiosity&gt; jasně... to určitě, mule_iip. lol 15:49 &lt;fvw&gt; ale každopádně budu velmi šťastný, až se dostaneme do stádia, kde tohle bude problém. 15:49 &lt;fvw&gt; demonic_l: Je to možné, ale pořád by byla centrální autorita. 15:49 &lt;hypercubus&gt; demonic_1: momentálně existuje několik návrhů na takovou funkcionalitu, ale globální jména byla zamítnuta 15:49 &lt;jrandom&gt; demonic_1: ano, viz mailing list (nedávné diskuze na http://dev.i2p.net/pipermail/i2p/2004-September/000432.html ) 15:49 &lt;jrandom&gt; (a můj pohled @ http://dev.i2p.net/pipermail/i2p/2004-September/000435.html :) 15:50 &lt;hypercubus&gt; *globálně unikátní jména 15:50 &lt;demonic_1&gt; k 15:51 &lt;jrandom&gt; ok, má někdo ještě něco, co chce vznést? 15:52 &lt;deer&gt; &lt;Curiosity&gt; Chtěla bych taky navrhnout dát věci pouze pro service do složky service... snažila jsem se odinstalovat i2p (jednou z mnoha) a klikala jsem na špatné odinstalační cosi 15:52 &lt;hypercubus&gt; Curiosity: to se dělá 15:52 &lt;jrandom&gt; w3rd 15:52 &lt;hypercubus&gt; instalátor nainstaluje zástupce pro i2p do Start menu ve Windows 15:52 &lt;hypercubus&gt; a volitelně na plochu 15:52 &lt;deer&gt; &lt;Curiosity&gt; okies :) 15:52 &lt;hypercubus&gt; mezi nimi bude „uninstall“ 15:53 &lt;deer&gt; &lt;Curiosity&gt; mluvila jsem o tom, když vlezu do program files/i2p 15:53 &lt;hypercubus&gt; odtud nemusíš 15:54 &lt;hypercubus&gt; Uživatelé Windows nikdy nelezou do program folders ;-) 15:54 &lt;demonic_1&gt; :/ 15:54 &lt;deer&gt; &lt;Curiosity&gt; já jo! :P 15:54 &lt;jrandom&gt; možná bychom mohli přidat bin/ dir se všemi skripty 15:54 &lt;jrandom&gt; eh, nic 15:54 &lt;hypercubus&gt; pak bys viděla složku „Uninstall“ ;-) 15:54 * jrandom si vybavuje cesty 15:54 &lt;hypercubus&gt; kde je uninstaller umístěný 15:54 &lt;jrandom&gt; service skripty můžeme přesunout do lib 15:54 &lt;hypercubus&gt; nejsem si jistý, že můžeme 15:55 &lt;cervantes&gt; mohl bys jít do 'doze metody a mít možnost "uninstall" v installeru ;-) 15:55 &lt;hypercubus&gt; wrapper je hodně háklivý na to, kam to dáš 15:55 &lt;jrandom&gt; minimálně můžou nejdřív udělat „cd ..“ 15:55 &lt;hypercubus&gt; podívám se na změnu jejich umístění 15:55 &lt;hypercubus&gt; ale nemusí to jít 15:55 &lt;jrandom&gt; super, díky. bylo by fajn odstranit část bordelu v instalačním adresáři 15:55 &lt;hypercubus&gt; souhlas 15:55 &lt;jrandom&gt; (většina je moje vina se všemi těmi .config soubory :) 15:56 &lt;hypercubus&gt; mohli bychom mít config dir, řekl bych 15:56 &lt;cervantes&gt; ./conf ? 15:56 &lt;jrandom&gt; no tak, jsme geeci. etc/ :) 15:56 &lt;jrandom&gt; to by bylo fakt snadné 15:56 &lt;jrandom&gt; (jen pár -D parametrů na CLI) 15:56 &lt;hypercubus&gt; pak ale budeme odpovídat na dotazy uživatelů Windows, že „etc“ není dostatečně jasné ;-) 15:56 &lt;jrandom&gt; lidi by se neměli potřebovat dotýkat své config 15:57 &lt;jrandom&gt; od toho je web 15:57 &lt;cervantes&gt; vždycky jsem šel po jasném: ./configuration/ 15:57 &lt;hypercubus&gt; jasně, ale uživatelé Windows by neměli spouštět uninstaller ze svého program directory taky heheh 15:57 &lt;jrandom&gt; ./thesefilestellstufftodothings/ 15:57 &lt;cervantes&gt; ./scripts/ 15:57 &lt;cervantes&gt; ./asciipr0n 15:57 &lt;jrandom&gt; ok, ale jo, máme nějakou práci k dotáhnutí 15:57 &lt;deer&gt; &lt;Curiosity&gt; lol 15:58 &lt;jrandom&gt; má někdo ještě něco k probrání na meetingu? 15:58 &lt;jrandom&gt; pokud ne 15:58 * jrandom se nadechuje 15:59 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2004/08/31/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-31.-srpna-2004/Tue, 31 Aug 2004 00:00:00 +0000/cs/blog/2004/08/31/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-31.-srpna-2004/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> aum, cervantes, deer, hypercubus, jrandom, kaji, lucky, nicktastic</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 14:04 &lt;jrandom&gt; 0) ahoj 14:04 &lt;jrandom&gt; 1) 0.3.4.3 14:04 &lt;jrandom&gt; 2) 0.3.5 a 0.4 14:04 &lt;jrandom&gt; 3) dokumentace 14:04 &lt;jrandom&gt; 4) stasher update 14:04 &lt;jrandom&gt; 5) ??? 14:04 &lt;jrandom&gt; 0) ahoj 14:04 * jrandom mává 14:05 &lt;deer&gt; * Pseudonym mává 14:05 * hypercubus třepotá 14:05 &lt;deer&gt; * detonate mává 14:05 &lt;jrandom&gt; týdenní stavové poznámky @ http://dev.i2p.net/pipermail/i2p/2004-August/000425.html 14:05 &lt;jrandom&gt; přesouvám se k 1) 0.3.4.3 14:06 &lt;jrandom&gt; jak je v poznámkách a jak víte z vlastní zkušenosti, síť na tom momentálně není moc zdravě 14:06 &lt;jrandom&gt; spousta zpráv se ztrácí a lidé často vidí varování, že jejich leases vypršely už před nějakou dobu 14:07 &lt;jrandom&gt; to je nešťastné a z velké části to řeší CVS, které nasadíme, jakmile budeme moct (viz bod 2) 14:07 &lt;kaji&gt; (pozdě) ahoj 14:08 &lt;jrandom&gt; každopádně, myslím, že k 0.3.4.3 už nemám co dodat nad to, co je v e‑mailu. cením si vaší trpělivosti, když procházíme těmi hrbolatými úseky 14:08 &lt;jrandom&gt; posuňme se k 2) 0.3.5 a 0.4 (pokud k tomu nemá někdo ještě něco dalšího..?) 14:09 &lt;deer&gt; &lt;oOo&gt; Takže 90 % rozbitých uzlů může shodit síť ^^ 14:09 &lt;deer&gt; * Pseudonym netrpělivě vyhlíží vydání 0.3.5 14:09 &lt;kaji&gt; kdo pouštěl ten DoS? odvedli dobrou práci 14:10 &lt;jrandom&gt; no, na squid se z mých ostatních strojů na CVS HEAD dostanu konzistentně 14:10 &lt;jrandom&gt; takže síť není pro lidi na cvs head „vyřazená“ :) 14:10 * lucky má zatím částečný úspěch s .3.4.3. 14:10 &lt;jrandom&gt; ale jo, ten starý algoritmus výběru peerů dělal některé Hodně Hloupé Věci 14:10 &lt;deer&gt; &lt;oOo&gt; Jsem na CVS HEAD a často ztrácím suid.i2p ;) 14:11 &lt;jrandom&gt; hmm 14:11 &lt;jrandom&gt; jakou vidíš míru selhání tunnelů? 14:12 &lt;jrandom&gt; (celkový # událostí na /routerStats.html#tunnel.failAfterTime ve srovnání s celkovým # událostí na #tunnel.buildFrequency ) 14:13 &lt;deer&gt; &lt;oOo&gt; průměrná hodnota za celou dobu: 288 268,91 z 339,00 událostí 14:13 &lt;jrandom&gt; a tunnel.buildFrequency? 14:14 &lt;deer&gt; &lt;oOo&gt; Ale možná jsi během opravování úniků vláken restartoval svůj router příliš často ;) 14:14 &lt;jrandom&gt; jaký je tvůj celoživotní # u tunnel.buildFrequency? 14:14 &lt;deer&gt; &lt;oOo&gt; 24h frekvence: průměr na období: (2,76, maximum 2,76, aktuálně je 100,00 % maxima) striktní průměr na období: 5 645,58 událostí (průměrováno přes životnost 5 729,00 událostí) 14:14 &lt;deer&gt; &lt;oOo&gt; 24h ~= životnost routeru 14:15 &lt;jrandom&gt; takže ~5 % selhání tunnelů 14:15 &lt;jrandom&gt; to je zhruba to, co vídám na CVS HEAD, oproti 40–60 % selhání tunnelů u 0.3.4.3 14:16 &lt;deer&gt; &lt;oOo&gt; Tak se posuňme k 2) ;) 14:16 &lt;jrandom&gt; považujte to za přesunuté 14:16 &lt;jrandom&gt; ok, jak bylo zmíněno v e‑mailu, další revize bude 0.3.5, ne 0.4 14:16 &lt;jrandom&gt; bude mít všechny vychytávky, na které čekáte, ale nebude mít „razítko 0.4“ ;) 14:17 &lt;deer&gt; &lt;Pseudonym&gt; 0.4.rc-1 14:17 &lt;jrandom&gt; uvažoval jsem o cestě přes RC, ale nechci být přehnaně sebejistý 14:17 &lt;kaji&gt; 0.4.rc-0.9 14:17 &lt;deer&gt; &lt;Pseudonym&gt; heh 14:18 &lt;kaji&gt; beta 14:18 &lt;jrandom&gt; až vyjde 0.3.5, zkusím zjistit, jestli dokážeme znovu nasadit DoS, stejně jako řadu nových problémů, které bychom měli být schopni vymyslet 14:18 &lt;lucky&gt; musíme to furt DoSovat, dokud to nebude fungovat i při DoSu 14:18 &lt;jrandom&gt; správně 14:19 &lt;kaji&gt; DoSovat to, dokud už to nepůjde DoSovat dál 14:19 &lt;deer&gt; &lt;Pseudonym&gt; ale žádné nové funkce mezi 0.3.5 a 0.4, že? 14:19 &lt;jrandom&gt; možná se někdo inspiruje a pomůže s implementací nějakého churn (fluktuace v síti) a failure scénářů v simulátoru, abychom to mohli testovat snáz a automaticky... ;) 14:20 &lt;jrandom&gt; správně, Pseudonym, nečekám, že by během 0.3.5 přišly nějaké zásadní nové funkce 14:20 &lt;jrandom&gt; alespoň z pohledu uživatele aplikací 14:20 &lt;jrandom&gt; možná některý vývojář využije ten čas na vylepšení eepproxy, transparentního webserveru, pomůže aumovi, atd. 14:21 * jrandom šťouchá do někoho, kdo hackuje irc proxy s podporou DCC ;) 14:21 &lt;deer&gt; &lt;duck&gt; vzniká veřejný inproxy pro i2p/tor 14:21 &lt;jrandom&gt; ah pěkné, html specifické, nebo bitpipe? 14:21 &lt;jrandom&gt; ehm, tedy web specifické 14:22 &lt;deer&gt; &lt;duck&gt; web specifické 14:22 &lt;jrandom&gt; jo 14:22 &lt;deer&gt; &lt;duck&gt; myšlenka je, že ISP může zprovoznit nějaké brány ke konkrétním webům 14:22 &lt;deer&gt; &lt;duck&gt; aby se svět dostal k alexandrii 14:23 &lt;jrandom&gt; ooh, co by fakt vládlo, kdyby ty brány mohly fungovat jako vhosty 14:23 &lt;jrandom&gt; (možná o tom stejně mluvíš) 14:23 &lt;deer&gt; &lt;duck&gt; `http://anonygateway.com/home.duck.i2p/~alexandria/` 14:23 &lt;jrandom&gt; aha ok 14:23 &lt;jrandom&gt; i tak je to cool 14:23 &lt;deer&gt; &lt;duck&gt; http://anonygateway.com/6sxoyfb3h2nvok2d.onion/ 14:24 &lt;deer&gt; &lt;duck&gt; virtuální host je taky možný; jen v další iteraci 14:24 &lt;jrandom&gt; (i když 6sxoyfb3h2nvok2d.onion.anonygateway.com by bylo víc cool ;) 14:24 &lt;jrandom&gt; jasně jasně 14:24 &lt;deer&gt; &lt;duck&gt; to jde snadno s mod_rewrite, samozřejmě 14:25 &lt;cervantes&gt; nebo prostě nastavit subdoménu :) 14:25 &lt;kaji&gt; hah vhost jako seed pro bittorent 14:25 &lt;deer&gt; &lt;duck&gt; vývoj platím z vlastní kapsy; patch bude ve veřejné doméně 14:25 &lt;jrandom&gt; duck++ 14:26 &lt;deer&gt; &lt;duck&gt; taky mluvím s jedním ISP, který by to možná chtěl nabízet jako placenou službu 14:26 &lt;jrandom&gt; pěkné 14:26 &lt;deer&gt; &lt;duck&gt; samozřejmě je lepší, když to dělá anarchistgang.org 14:26 &lt;deer&gt; &lt;duck&gt; ale víte, jak stabilní jsou takové typy 14:26 &lt;jrandom&gt; *ehm* 14:27 &lt;cervantes&gt; jejich kvakaři 14:27 &lt;cervantes&gt; *they're 14:27 &lt;deer&gt; &lt;jon2&gt; ahoj!!!!!! 14:27 * hypercubus se uculuje 14:27 &lt;jrandom&gt; ahoj jon2 14:27 &lt;deer&gt; &lt;jon2&gt; mám rád setkání&gt;:-D 14:28 &lt;jrandom&gt; myslím, že až se síť ještě trochu uklidní (jakmile bude venku 0.3.5), budeme chtít znovu zhodnotit některé aktivity na úrovni aplikací 14:28 &lt;deer&gt; &lt;duck&gt; *ehm* myi2p? 14:28 &lt;jrandom&gt; heh 14:29 &lt;kaji&gt; co přístup zpoza firewallu? 14:29 &lt;deer&gt; &lt;jon2&gt; ano, přístup přes firewall :) 14:29 &lt;jrandom&gt; potřebujeme něco naprosto stabilního, použitelného A bezpečného, co poskytne funkcionalitu, kterou lidé chtějí (a doufejme, že to využijeme i k podpoře komunity) 14:30 &lt;deer&gt; * duck ukazuje na 0.4.2 @ http://www.i2p.net/roadmap 14:30 &lt;jrandom&gt; věřte mi, přístup zpoza firewallů / neovladatelných NATů / atd. chci stejně jako vy ostatní. 14:30 &lt;deer&gt; &lt;jon2&gt; Bezpečnou část zvládnu, znám cryptophagy. 14:30 &lt;jrandom&gt; (to si někdo musí přidat jako citát ;) 14:30 * hypercubus přemýšlí, co je to kryptofág 14:31 &lt;jrandom&gt; jon2 – s tímhle rozhodně potřebujeme pomoc a rádi bychom si ukrojili trochu tvého času! 14:31 * kaji se právě vrátil do školy, rád by si vzal i2p s sebou ;) 14:31 &lt;aum&gt; dobré ráno všem 14:31 &lt;cervantes&gt; mimochodem přemýšlím, jestli některým vývojářům nechybí jejich malé i2p blogy.... jestli by třeba neměly dostat vyhrazené sekce na fóru, aspoň krátkodobě... 14:31 &lt;cervantes&gt; *pokud ano 14:31 &lt;deer&gt; &lt;jon2&gt; cryptophagy, věda o bezpečnosti. 14:31 &lt;jrandom&gt; 'ráno aum 14:32 &lt;hypercubus&gt; jon2: umíš i kryptografii? 14:32 &lt;deer&gt; &lt;jon2&gt; Dobré ráno, aum. 14:32 &lt;jrandom&gt; cervantes: počkám, dokud nebudu mít vlastní blog, což snad nebude trvat dlouho 14:32 &lt;deer&gt; &lt;jon2&gt; ne :-( 14:33 &lt;cervantes&gt; jrandom: a co ostatní? 14:33 &lt;jrandom&gt; nightblade používá svůj blog @ cashdollar.org 14:33 &lt;deer&gt; &lt;jon2&gt; mám blog na blogs.aspnet.com 14:33 &lt;jrandom&gt; i tak by bylo fajn, kdyby lidi psali na fórum 14:34 &lt;cervantes&gt; ah dobré... zdá se, že většina si našla alternativy.... ale je škoda, že se to roztříštilo 14:34 &lt;jrandom&gt; jo 14:34 &lt;cervantes&gt; *shame 14:34 &lt;cervantes&gt; zatracený prstyzzz 14:34 &lt;lucky&gt; no, fág je část imunitního systému. 14:34 &lt;jrandom&gt; měl jsem rád devblogy na webu. něco zase časem zprovozníme 14:34 &lt;hypercubus&gt; jon2: vtipné, blogs.aspnet.com je neobsazená doména 14:34 &lt;jrandom&gt; ok, každopádně, něco dalšího k 2) 0.3.5 a 0.4 ? 14:35 &lt;hypercubus&gt; jo 14:35 &lt;hypercubus&gt; problém s Firefoxem mám teď vyřešený, v cvs 14:35 &lt;jrandom&gt; w000t 14:36 &lt;deer&gt; &lt;jon2&gt; jsem ASP vývojář. 14:36 &lt;hypercubus&gt; čte výchozí z registru 14:36 &lt;cervantes&gt; :) 14:36 &lt;deer&gt; &lt;jon2&gt; promiňte.. myslím blogs.asp.net 14:36 &lt;hypercubus&gt; ne, nemyslíš 14:36 &lt;deer&gt; &lt;jon2&gt; weblogs.asp.net 14:36 &lt;jrandom&gt; ah, skvělé, hypercubus. takže jsme skoro u vydání 0.3.5 14:37 &lt;cervantes&gt; brrr.... asp 14:37 &lt;hypercubus&gt; jo, cítím, jak se to blíží 14:37 &lt;jrandom&gt; ok, přejdeme k 3) dokumentace 14:37 &lt;jrandom&gt; nemám co dodat nad rámec své žádosti v e‑mailu 14:38 &lt;jrandom&gt; (posílejte své dotazy! pošlete je do listu, pošlete je e‑mailem, napište je na fórum) 14:38 &lt;deer&gt; &lt;oOo&gt; Jo, používejte fórum anonymně a udělejte Cervantese šťastným ;) 14:39 * cervantes má z toho mravenčení 14:39 * hypercubus si upravuje králičí uši 14:40 &lt;nicktastic&gt; haha 14:40 &lt;deer&gt; &lt;jon2&gt; tohle setkání se mi líbilo.. 14:40 &lt;cervantes&gt; to už jsi říkal... 14:40 &lt;cervantes&gt; &lt;deer&gt; &lt;jon2&gt; mám rád setkání&gt;:-D 14:40 &lt;hypercubus&gt; super, příště kupuješ koblihy ;-) 14:40 &lt;jrandom&gt; ok, jestli nic dalšího, 4) stasher update 14:41 &lt;jrandom&gt; aum se zdá, že vstal brzy... jsi ještě tady? 14:41 &lt;deer&gt; &lt;jon2&gt; SKVĚLÉ SETKÁNÍ! 14:41 * hypercubus přemýšlí, jestli dm má děti 14:41 &lt;jrandom&gt; heh, jo, je zpátky ;) 14:41 &lt;cervantes&gt; řekl bych, že je to nemožné 14:42 &lt;hypercubus&gt; tipuju, že aum minul první kávičku 14:42 &lt;jrandom&gt; ok, možná se vrátí na terminál 14:42 &lt;jrandom&gt; každopádně jeho obecný update byl v e‑mailu 14:42 &lt;jrandom&gt; vypadá to, že se dělá spousta pokroku 14:43 &lt;jrandom&gt; pár otázek zůstává, ale vpřed 14:43 &lt;deer&gt; &lt;oOo&gt; Ale datum vydání uvedeno nebylo ;) 14:43 &lt;hypercubus&gt; kolik lidí to momentálně testuje? 14:43 &lt;jrandom&gt; nevím, jestli je kód, co má teď s těmi zmíněnými věcmi, už veřejný 14:43 &lt;hypercubus&gt; aha 14:44 &lt;deer&gt; &lt;jon2&gt; BAF BAF BAF BAF BAF 14:44 &lt;kaji&gt; co je nového na stasheru? 14:44 &lt;jrandom&gt; kaji: viz http://dev.i2p.net/pipermail/i2p/2004-August/000425.html 14:45 &lt;deer&gt; &lt;oOo&gt; Teď spotřebuje méně vody na mytí nádobí 14:45 &lt;hypercubus&gt; na tuhle funkci jsem čekal 14:45 * jrandom taky 14:45 &lt;jrandom&gt; ok 14:45 &lt;jrandom&gt; pokud je aum pořád afk, přesuneme se k 5) ??? 14:45 &lt;jrandom&gt; má ještě někdo něco, co chce otevřít? 14:45 * cervantes si nasazuje alobalovou čepici 14:46 &lt;lucky&gt; jak to vypadá s jettou pro servírování webových stránek? 14:46 &lt;jrandom&gt; nevím o nikom, kdo by pracoval na aplikaci, která by bezpečně umožnila lidem hostovat stránky v jetty 14:46 &lt;jrandom&gt; (hostovat stránky, které lze servírovat jako eepsite) 14:47 &lt;jrandom&gt; jetty umožňuje lidem nasazovat klientské aplikace (i když neznám nikoho, kdo by zatím dělal webovou appku) 14:47 &lt;hypercubus&gt; chtěl bych něco říct k systray4j vs. SWT 14:47 &lt;jrandom&gt; mmhmm? 14:47 &lt;hypercubus&gt; cena za to, že zahodíme systray4j ve prospěch SWT: vyhodili bychom systray4j.jar a systray4j.dll, čímž bychom zmenšili distribuci o 147 KB — a nahradili to swt.jar (885 KB) + nativními knihovnami (332 KB na Win, 639 KB na *nix), čistý rozdíl 1,2–1,5 MB, ale získali bychom systray ikony na KDE, Gnome a OS X stejně jako Win32, a také spouštěcí ikony pro holá X prostředí a la NextStep/GNUstep 14:48 &lt;hypercubus&gt; a to nám dá možnost později přidávat další GUI komponenty nezávisle na JRE, které uživatel má (jinak by kvůli uživatelům Kaffe připadalo v úvahu jen AWT) 14:48 &lt;hypercubus&gt; jen námět k zamyšlení... možná časem 14:48 &lt;jrandom&gt; stojí za diskusi, časem, podle požadavků uživatelů 14:49 &lt;jrandom&gt; když v tom bude hodnota, bude v tom hodnota 14:49 &lt;deer&gt; &lt;oOo&gt; Webové rozhraní je zamýšleno jako GUI, že? 14:49 &lt;hypercubus&gt; cervantes měl cool nápad, jak dál využít SWT 14:49 &lt;hypercubus&gt; I2P dashboard ;-) 14:49 &lt;jrandom&gt; ano oOo 14:49 &lt;hypercubus&gt; jo a skiny! j/k 14:49 &lt;jrandom&gt; osobně bych mnohem raději měl takovou funkcionalitu zabudovanou do router console, jestli myslíš to, co si myslím, že myslíš 14:50 &lt;hypercubus&gt; pointa je... 14:50 &lt;cervantes&gt; mohlo by to taky podpořit vývoj aplikací, kdyby i2p přicházelo s pěknou sadou SWT knihoven 14:50 &lt;hypercubus&gt; zdá se, že vývoj systray4j utichá nebo se jinak zasekl 14:50 &lt;deer&gt; &lt;oOo&gt; Pokud systray a GUI věci nebudou povinné k plně funkčnímu routeru... 14:50 &lt;jrandom&gt; správně oOo 14:50 &lt;hypercubus&gt; nemyslím, že verzi pro KDE hned tak opraví 14:51 &lt;hypercubus&gt; správně, mohli bychom jen přidat háček do tříd routeru pro systray 14:51 &lt;hypercubus&gt; a uživatel by si mohl volitelně stáhnout věci pro systray/SWT 14:51 &lt;jrandom&gt; hypercubus: osobně si nejsem 100% jistý, že to uživatelská základna vůbec bude potřebovat. myslím, že to musíme nasadit a získat zpětnou vazbu, abychom poznali hodnotu 14:51 &lt;jrandom&gt; cervantes: vývojáři klientských aplikací klidně mohou SWT bundlovat se svou aplikací 14:51 &lt;jrandom&gt; (nebo říct „get SWT“) 14:51 &lt;hypercubus&gt; tipuju, že dostaneme žádosti o rozšíření možností systray 14:52 &lt;jrandom&gt; a pokud někdo z vývojářů udělá aplikaci, kterou budeme chtít bundlovat s routerem, nasadíme SWT spolu s balíčkem 14:52 &lt;jrandom&gt; (atd.) 14:52 &lt;deer&gt; &lt;oOo&gt; Není už pozdě oddělit konzoli/status monitor/cokoliv od toho, co opravdu dělá routing? 14:52 &lt;jrandom&gt; to, co opravdu dělá routing? 14:52 &lt;jrandom&gt; router console je úplně samostatná klientská aplikace 14:53 &lt;jrandom&gt; (apps/routnerconsole/) 14:53 &lt;deer&gt; &lt;oOo&gt; Věci potřebné k tomu, aby bajty anonymně tekly 14:53 &lt;jrandom&gt; myslím, že časem budeme chtít mít i instalaci minimal-routeru 14:53 &lt;jrandom&gt; (bez ničeho v clients.config, atd.) 14:53 &lt;jrandom&gt; ale nemáme vývojářské hodiny na udržování více sad věcí 14:55 &lt;jrandom&gt; ok, má ještě někdo něco, co chce otevřít? 14:57 &lt;jrandom&gt; pokud ne 14:57 * jrandom natahuje 14:57 &lt;deer&gt; &lt;oOo&gt; 0.3.5, kdy? ;) 14:57 &lt;jrandom&gt; mělo by to vyjít snad tento týden 14:57 &lt;jrandom&gt; (během dne či dvou, pokud půjde vše dobře) 14:57 &lt;deer&gt; &lt;oOo&gt; Ok ^^ 14:57 * jrandom přestává natahovat 14:57 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2004/08/31/stavov%C3%A9-pozn%C3%A1mky-i2p-k-2004-08-31/Tue, 31 Aug 2004 00:00:00 +0000/cs/blog/2004/08/31/stavov%C3%A9-pozn%C3%A1mky-i2p-k-2004-08-31/<p>No jo, kluci a holky, zase je úterý!</p> <h2 id="rejstřík">Rejstřík:</h2> <ol> <li>0.3.4.3</li> <li>0.3.5 and 0.4</li> <li>docs</li> <li>stasher update</li> <li>???</li> </ol> <h2 id="1-0343">1) 0.3.4.3</h2> <p>No, jak jste si všichni všimli, zatímco počet uživatelů v síti zůstal docela stabilní, výkonnost se během posledních několika dní výrazně zhoršila. Příčinou byla série chyb v kódu pro výběr peerů a doručování zpráv, které se projevily, když minulý týden došlo k menšímu DoS útoku. Výsledkem bylo, že v podstatě všem tunnels soustavně selhávaly, což má trochu lavinový efekt. Takže ne, není to jen u vás - síť byla příšerná i pro nás ostatní ;)</p>/cs/blog/2004/08/24/pozn%C3%A1mky-o-stavu-i2p-k-2004-08-24/Tue, 24 Aug 2004 00:00:00 +0000/cs/blog/2004/08/24/pozn%C3%A1mky-o-stavu-i2p-k-2004-08-24/<p>Ahoj všem, dnes máme spoustu aktualizací.</p> <h2 id="rejstřík">Rejstřík</h2> <ol> <li>0.3.4.3 status 1.1) timestamper 1.2) new router console authentication</li> <li>0.4 status 2.1) service &amp; systray integration 2.2) jbigi &amp; jcpuid 2.3) i2paddresshelper</li> <li>AMOC vs. restricted routes</li> <li>stasher</li> <li>pages of note</li> <li>???</li> </ol> <h2 id="1-0343-stav">1) 0.3.4.3 stav</h2> <p>Vydání 0.3.4.3 vyšlo minulý pátek a od té doby jde vše docela dobře. Vyskytly se některé problémy s nově zavedeným kódem pro testování tunnelů a výběr peerů, ale po několika úpravách od vydání je to poměrně solidní. Nevím, jestli je IRC server už na nové revizi, takže se obecně musíme spoléhat na testování pomocí eepsites(I2P Sites) a http outproxies (squid.i2p a www1.squid.i2p). Velké (&gt;5MB) přenosy souborů ve vydání 0.3.4.3 stále nejsou dostatečně spolehlivé, ale podle mých testů změny od té doby věci dále zlepšily.</p>/cs/blog/2004/08/24/sch%C5%AFzka-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-24.-srpna-2004/Tue, 24 Aug 2004 00:00:00 +0000/cs/blog/2004/08/24/sch%C5%AFzka-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-24.-srpna-2004/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> cervantes, deer, fvw, hypercubus, jrandom, kaji, luckypunk, Nightblade, protok0l</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 14:01 &lt;jrandom&gt; 0) ahoj 14:01 &lt;jrandom&gt; 1) stav 0.3.4.3 14:01 &lt;jrandom&gt; 1.1) timestamper 14:02 &lt;jrandom&gt; 1.2) nové ověřování v router console 14:02 &lt;jrandom&gt; 2) stav 0.4 14:02 &lt;jrandom&gt; 2.1) service &amp; systray integrace 14:02 &lt;jrandom&gt; 2.2) jbigi &amp; jcpuid 14:02 &lt;jrandom&gt; 2.3) i2paddresshelper 14:02 &lt;jrandom&gt; 3) AMOC vs. omezené trasy 14:02 &lt;jrandom&gt; 4) stasher 14:02 &lt;jrandom&gt; 5) stránky hodné pozornosti 14:02 &lt;jrandom&gt; 6) ??? 14:02 &lt;jrandom&gt; 0) ahoj 14:02 * jrandom mává 14:02 &lt;deer&gt; &lt;ugha2p&gt; Ahoj. 14:02 &lt;jrandom&gt; týdenní poznámky zveřejněny (hooodně brzy) na http://dev.i2p.net/pipermail/i2p/2004-August/000419.html 14:03 &lt;jrandom&gt; takže očekávám, že jste si udělali domácí úkoly a pečlivě jste si je přečetli 14:03 &lt;jrandom&gt; (nebo tak něco) 14:03 &lt;jrandom&gt; ok, 1) stav 0.3.4.3 14:04 &lt;kaji&gt; (opožděné ahoj) 14:04 &lt;jrandom&gt; od vydání 0.3.4.3 minulý pátek jsme pár věcí upravili, ale celkově se tahle revize zdá dost stabilní, co tak pozoruju 14:04 &lt;deer&gt; &lt;luckypunk&gt; eh. co se děje? 14:04 &lt;deer&gt; &lt;luckypunk&gt; Aha. Neřeš. sorry, obvykle schůzku prospím. Ahoj :) 14:05 &lt;jrandom&gt; jaké máte zkušenosti s 0.3.4.3 pokud jde o eepsites / squid / atd.? 14:05 &lt;luckypunk&gt; hodně rychlé. 14:05 &lt;jrandom&gt; (z irc vidím, co lidi zažívají) 14:05 &lt;luckypunk&gt; Někdy načtení stránky pod 3 vteřiny. 14:06 &lt;deer&gt; &lt;oOo&gt; Jrandome, nekopej do routeru squidu tak často ;) 14:06 &lt;jrandom&gt; super, lucky 14:06 &lt;deer&gt; &lt;mule&gt; funguje dobře 14:06 &lt;luckypunk&gt; můžu přes squid otevřít 10 stránek naráz a I2P to stíhá, i když dost pomalu, na mých 350 MHz. 14:06 &lt;deer&gt; &lt;hypercubus&gt; nejživější, co kdy bylo 14:06 &lt;jrandom&gt; jo, dělám to, oOo, ale proto máme www1.squid.i2p :) 14:06 &lt;jrandom&gt; r0x0r 14:06 &lt;jrandom&gt; slyšel jsem pár hlášení o nadměrném využití CPU – potkává vás to často? 14:07 &lt;deer&gt; &lt;hypercubus&gt; mě ne... myslím, že to jsou jen lidi s 386kami *ehm*lucky*ehm* 14:07 &lt;deer&gt; &lt;oOo&gt; Občas velmi vzácné špičky. Souvisí s jinou chybou, třeba to někdy vystopuju zpět :p 14:07 &lt;deer&gt; &lt;mule&gt; tady ne 14:07 &lt;luckypunk&gt; Myslím, že kdyby to postihovalo všechny platformy, cítil bych to hodně, a ne, moc ne. Jen když to servíruje nové konfigurační stránky nebo stahuje spoustu věcí, připíchne I2P můj procesor. 14:08 &lt;jrandom&gt; ok super. jsou scénáře, kdy i2p bude ohledně CPU pěkná potvora, ale doufejme, že jich je málo a daleko od sebe 14:08 &lt;jrandom&gt; to nás vlastně vede k 1.1) timestamper :) 14:09 &lt;jrandom&gt; (jeden z problémů může nastat, když se timestamper zblázní / ztratí přehled o správném čase) 14:10 &lt;jrandom&gt; celé časování bylo překopané a integrované do routeru, díky tomu, že Adam Buckley je borec a uvolnil svou práci pod BSD licencí 14:10 &lt;jrandom&gt; (hurá, Adame) 14:11 &lt;jrandom&gt; dřív jsme používali SNTP kód jako samostatnou klientskou aplikaci, ale to už neděláme – místo toho máme těsnou integraci s routerem 14:11 &lt;jrandom&gt; (takže si možná budete muset aktualizovat konfigurační soubory, jak je zmíněno v e-mailu) 14:11 &lt;jrandom&gt; samotné SNTP je ale jen část řešení 14:12 &lt;jrandom&gt; dlouhodobě potřebujeme lepší synchronizaci (čti: NTP), protože SNTP má tendenci kolísat 14:12 &lt;jrandom&gt; (obzvlášť při velkém přetížení sítě) 14:12 &lt;jrandom&gt; Adam mi poslal nějaký kód, jak to řešit, ale momentálně nemám čas se tím prokousat 14:13 &lt;deer&gt; &lt;oOo&gt; Používáte jen SNTP? 14:13 &lt;jrandom&gt; nepamatuju – myslím, že to může být něco jako ntp‑esque přes sntp dotazy 14:13 &lt;deer&gt; &lt;oOo&gt; Ok, díky 14:14 &lt;luckypunk&gt; eh 14:14 &lt;luckypunk&gt; mám k tomu návrh.. 14:14 &lt;jrandom&gt; každopádně, kdyby se někdo někdy nudil a chtěl zkusit šílené NTP hackingy, to by Rule 14:14 &lt;luckypunk&gt; Možná je to ale blbost. 14:14 &lt;jrandom&gt; mmhmm lucky? 14:14 &lt;luckypunk&gt; použijte ntpdate -q 14:14 &lt;luckypunk&gt; zjistěte offset. 14:14 &lt;jrandom&gt; ntpdate -q == SNTP 14:14 &lt;luckypunk&gt; nebo něco podobného. 14:14 &lt;deer&gt; &lt;oOo&gt; To je to, co aktuální kód dělá, víceméně ;) 14:14 * cervantes dohání, co zmeškal 14:14 &lt;luckypunk&gt; aha. 14:15 &lt;luckypunk&gt; sorry. 14:15 &lt;cervantes&gt; zmeškal 14:15 &lt;deer&gt; &lt;oOo&gt; Ale potřebujeme proměnnou délku sekundy &amp; spol. ;) 14:15 &lt;cervantes&gt; využití CPU je na mém systému nejnižší, jaké kdy bylo.... 14:15 &lt;jrandom&gt; pěkné 14:15 &lt;cervantes&gt; ale mám teď přes 700 Java threadů a přibývá 14:15 &lt;jrandom&gt; jo, oOo, a taky detekci zkreslení a výběr kandidátů 14:16 &lt;luckypunk&gt; jo, naposledy, co jsem to pouštěl, asi před měsícem, to znatelně ovlivnilo použitelnost mého stroje, teď si ani nevšimnu, jestli I2P běží. 14:16 &lt;jrandom&gt; jo, dívám se na to, cervantesi 14:16 &lt;deer&gt; &lt;oOo&gt; Pravda, i když je to slabá část celého řešení ;) 14:16 &lt;luckypunk&gt; mám asi 200 threadů. 14:16 &lt;luckypunk&gt; 219, přesně. 14:16 &lt;jrandom&gt; cervantes: vystopoval jsem ty thready k transportní vrstvě (děláme dost hnusné věci, abychom dostali timeouty) a později to můžeme líp uklidit 14:16 -!- TheCrypto__ je nyní znám jako thecrypto 14:18 &lt;jrandom&gt; v zásadě s rostoucím počtem peerů v síti a s churn (fluktuací uzlů) se objevují některé zvláštnosti. všechno řešitelné, ale může to být otravné 14:18 &lt;jrandom&gt; každopádně, to je vše k 1.1, teď 1.2) nové ověřování v router console :) 14:19 &lt;jrandom&gt; (asi to nikdo neřeší, ale máme funkční základní HTTP autentizaci. viz e-mail pro víc informací) 14:19 &lt;cervantes&gt; super 14:19 &lt;cervantes&gt; i tak ale správa paměti je parádní... už dlouho žádný oom 14:19 &lt;jrandom&gt; ah wikked 14:20 &lt;jrandom&gt; a to nás vlastně posouvá k 2) stavu 0.4 14:22 &lt;luckypunk&gt; Ano. Kdyby I2P byl produkt Microsoftu, byli bychom připraveni na 1.0 :) 14:22 &lt;jrandom&gt; arggg, spadlo mi zatracené připojení 14:22 &lt;jrandom&gt; (screen++) 14:23 &lt;jrandom&gt; ok, každopádně, děje se toho hodně a pořád zbývá pár věcí na backendu (nějaké řízení client tunnel pool, jak vidí oOo, a nějaké testy výběru peerů, jak je v cvs) 14:24 &lt;jrandom&gt; také je velký pokrok na installer / service / systray 14:24 &lt;jrandom&gt; hypercubus: dáš nám update? 14:24 &lt;deer&gt; &lt;hypercubus&gt; jasně 14:25 &lt;deer&gt; &lt;hypercubus&gt; instalace service wrapperu se blíží dokončení, možná dnes nebo zítra... service wrapper se postará o OOM tak, že automaticky restartuje i2p router 14:25 &lt;jrandom&gt; (hurá) 14:25 &lt;deer&gt; &lt;hypercubus&gt; takže nám to v tomhle trochu kryje záda 14:26 &lt;deer&gt; &lt;hypercubus&gt; integrace do systray je hotová a funguje skvěle... zatím jen pro Win32, protože knihovna systray4j má zřejmě nějaké bugy v implementaci pro KDE 14:26 &lt;deer&gt; &lt;hypercubus&gt; budu sledovat pokrok v KDE a doufám, že to brzy bude 14:27 &lt;deer&gt; &lt;hypercubus&gt; installer je také téměř hotový, zbývá doplnit jen úkoly po instalaci 14:27 &lt;deer&gt; &lt;hypercubus&gt; čekám, že to bude do víkendu 14:27 &lt;deer&gt; &lt;hypercubus&gt; (protože to závisí na kompletní integraci service wrapperu) 14:28 &lt;jrandom&gt; r0x0r 14:28 &lt;deer&gt; &lt;hypercubus&gt; dám k dispozici pre-0.4 instalační balíček k testování 14:28 &lt;deer&gt; &lt;hypercubus&gt; dám vědět, až to bude 14:28 &lt;luckypunk&gt; A co GNOME? 14:28 &lt;cervantes&gt; increment(hypercubus) 14:28 &lt;deer&gt; &lt;hypercubus&gt; projekt systray4j se do GNOME zatím nepustil 14:29 &lt;deer&gt; &lt;hypercubus&gt; přidáme další desktopová prostředí, jakmile budou v systray4j 14:29 &lt;luckypunk&gt; no, žádná hrůza, stejně přepnu, až/pokud se KDE zkompiluje. 14:30 &lt;deer&gt; &lt;hypercubus&gt; ikona v systrayi je beztak jen na spuštění router console ve tvém prohlížeči 14:30 &lt;deer&gt; &lt;hypercubus&gt; takže hlavně ji využijí uživatelé Windows ;-) 14:30 &lt;jrandom&gt; jo, od *nix uživatelů čekáme, že umí dělat záložky ;) 14:30 &lt;deer&gt; &lt;hypercubus&gt; ale samozřejmě vyjdeme vstříc i líným *nix uživatelům, až to půjde ;-) 14:30 &lt;deer&gt; &lt;oOo&gt; N/C... 14:30 &lt;luckypunk&gt; Já mám odkaz v odkazové liště ve Firefoxu, spolu se Slashdotem a BSD Google. 14:31 &lt;deer&gt; &lt;hypercubus&gt; ale ikona také slouží jako pohodlný indikátor stavu 14:31 &lt;jrandom&gt; souhlas 14:31 &lt;deer&gt; &lt;hypercubus&gt; tj. když ikona zmizí, zmizel i tvůj router ;-) 14:31 &lt;deer&gt; &lt;hypercubus&gt; ledaže sis ji schoval z router console 14:32 &lt;deer&gt; &lt;hypercubus&gt; což jde a funguje to skvěle 14:32 &lt;deer&gt; &lt;hypercubus&gt; ok, to je vše, pokud nejsou dotazy 14:33 &lt;protok0l&gt; jaké je dobré PDA, na kterém dobře běží linux? 14:33 &lt;jrandom&gt; word, hyper 14:33 &lt;jrandom&gt; proto: #i2p-chat (nebo po schůzce) 14:33 &lt;protok0l&gt; ups 14:33 &lt;deer&gt; &lt;hypercubus&gt; *chichot* 14:33 &lt;jrandom&gt; ok, přecházíme na 2.2) jbigi &amp; jcpuid 14:34 &lt;jrandom&gt; iakin dal dohromady parádní JNI/asm kód na detekci přesné architektury CPU (na x86 mašinách) a u freenetu má jbigi upravené tak, aby si podle toho automaticky vybral správné .so/.dll 14:35 &lt;jrandom&gt; tohle také uvolnil do public domain a my jsme to popadli a integrovali zpátky do i2p 14:35 &lt;luckypunk&gt; Takže si nebudeme muset vybírat, které jbigi stáhnout? Nezvětší to instalaci? 14:35 &lt;jrandom&gt; správně 14:35 &lt;jrandom&gt; jo, přidá to pár set KB 14:36 &lt;jrandom&gt; ale, no, nová instalace je, ehm, větší než stará 14:36 &lt;luckypunk&gt; oh, myslel jsem, že to bude víc než pár set kb. 14:36 &lt;luckypunk&gt; Jo, mezi novou konzolí... tipuju 6–10 MB? 14:36 &lt;deer&gt; * Myo9 má na tomhle disku už jen 99 MB. 14:36 &lt;deer&gt; &lt;Myo9&gt; ;) 14:36 &lt;jrandom&gt; (zvlášť když jsem za vola a trvám na podpoře .war místo přímých servletů, což vyžaduje xerces, který má 800KB) 14:36 &lt;jrandom&gt; nová instalace vypadá na ~4–6MB 14:37 &lt;jrandom&gt; ale dobré je, že jen ~1MB z toho je specifické pro i2p, takže aktualizace budou lehké ;) 14:38 &lt;deer&gt; &lt;Myo9&gt; I2P nemá moc publicity, že? 14:38 &lt;deer&gt; &lt;Myo9&gt; Ve srovnání s freenetem a TORem? 14:38 &lt;jrandom&gt; správně, zůstáváme zatím docela potichu 14:38 &lt;protok0l&gt; je velikost stažení opravdu problém? většina lidí má broadband 14:38 &lt;protok0l&gt; používal bych to i kdyby to mělo 100 mega 14:38 &lt;luckypunk&gt; protok0l, většina lidí nemá, vlastně. Většina, co by používala I2P, ano. i když myslím, že I2P pořád podporuje vytáčené připojení (tak nějak) 14:38 &lt;deer&gt; &lt;mule&gt; pro i2p uživatele by neměla 14:39 &lt;jrandom&gt; podle mě je pro vývoj nejlepší postupné nasazování po dostatečném testování v různých kritických bodech 14:39 &lt;luckypunk&gt; ano. I2P není připravené na 500 uživatelů ze Slashdotu :) 14:39 &lt;jrandom&gt; ačkoli náš nedávný růst je dobrý, pomáhá to ťukat do různých částí systému 14:40 &lt;jrandom&gt; až spustíme revizi 0.4, budeme chtít mířit k hranici 100 routerů 14:40 &lt;deer&gt; &lt;mule&gt; ok, nastavím dalších 50 :) 14:40 &lt;jrandom&gt; navíc to dá větší motivaci vývojářům klientských aplikací budovat klientské appky ;) 14:40 &lt;jrandom&gt; lol mule :) 14:41 &lt;deer&gt; &lt;ugha2p&gt; Arr. 14:41 &lt;cervantes&gt; tempem adopce bychom se asi ke stovce dostali za měsíc 14:41 &lt;cervantes&gt; bez evangelizace 14:41 &lt;jrandom&gt; to by bylo dobré tempo růstu 14:42 &lt;jrandom&gt; ale každopádně zpět k programu :) 14:42 &lt;protok0l&gt; nemůžu se dočkat evangelizace 14:42 &lt;jrandom&gt; jbigi + jcpuid == integrované (a mrkněte na mailing list, pokud chcete jet na CVS HEAD) :) 14:42 &lt;jrandom&gt; heh, to je vidět, proto ;) 14:42 &lt;deer&gt; &lt;hypercubus&gt; lucky: víc než polovina amerických uživatelů internetu má broadband... před pár dny vyšla zpráva 14:43 &lt;jrandom&gt; a méně než 1/10 světa je v USA ;) 14:43 &lt;deer&gt; &lt;oOo&gt; Koho zajímá USA? ^^ 14:43 &lt;jrandom&gt; ale přejděme na 2.3) i2paddresshelper 14:44 &lt;jrandom&gt; oOo dal dohromady další patch, který umožňuje chodit na eepsites s linkovanými stránkami bez editace hosts.txt 14:45 &lt;jrandom&gt; detaily jsou v týdenních status poznámkách 14:45 &lt;jrandom&gt; oOo – chceš něco dodat? 14:45 &lt;deer&gt; &lt;oOo&gt; Hum... Nechť počet eepsites rychle roste a Cervantes přidá slíbenou podporu :p 14:46 &lt;jrandom&gt; ah, cervantes už přidal odkaz „Try it [i2p]“ :) 14:46 &lt;jrandom&gt; (pouze lidé na CVS HEAD to můžou použít, dokud nevyjde 0.4) 14:46 &lt;cervantes&gt; :o) 14:46 &lt;jrandom&gt; ((mimochodem funguje skvěle)) 14:46 &lt;deer&gt; &lt;oOo&gt; Skvělé ^^ Budu si s tím hrát, jakmile se mi podaří dostat můj router zase online ;) 14:47 &lt;kaji&gt; mohli byste zaheslovat klientské stahování a rozjet to ve stylu gmail 14:47 &lt;jrandom&gt; hmm? 14:48 &lt;kaji&gt; malá základna + jen na pozvánky 14:48 &lt;kaji&gt; ale to by byla práce 14:48 &lt;jrandom&gt; oh, pro vydání 0.4? 14:48 &lt;kaji&gt; oh, pro 1.0 14:48 &lt;jrandom&gt; ne, teď to nestojí za námahu. kdyby nás zaplavili noví uživatelé, možná bychom se podívali na použití certifikátů atd. 14:48 &lt;deer&gt; &lt;oOo&gt; 1.0 je pro masy :p 14:49 &lt;jrandom&gt; no, pro 1.0 už budeme nad hranicí 1000 uživatelů 14:49 &lt;jrandom&gt; (alespoň v to doufám ;) 14:49 * kaji myslí, že by byla sranda vidět i2p, jak jde z 50 na 5000 uzlů za 3 hodiny 14:49 &lt;jrandom&gt; heh 14:49 &lt;deer&gt; &lt;oOo&gt; A pak dolů na 100 ;) 14:49 &lt;luckypunk&gt; hypercubus, whoo hoo pro Američany! dohánějí to ;) 14:49 &lt;jrandom&gt; heh, to je jeden způsob, jak otestovat churn ;) 14:50 &lt;cervantes&gt; pokud aum zprovozní stasher... a hyper rozšíří svoji knihovnu goatse, uvidíte skok 50 na 5000 za méně než 3 hodiny ;-) 14:50 &lt;kaji&gt; a pak 50100, jakmile NSA spustí svůj uzel online 14:50 &lt;jrandom&gt; to nás vlastně posouvá k 3) AMOC vs. omezené trasy 14:51 &lt;jrandom&gt; jedním ze zajímavých aspektů omezených tras je, že „sybil“ útok je pak opravdu, opravdu, opravdu snadný. 14:51 &lt;jrandom&gt; i když mule před chvílí mluvil o instalaci 50 nových uzlů, šlo by nahodit významné množství 14:52 &lt;jrandom&gt; jednou z cest, jak to řešit, je certifikační autorita, která omezí zavádění nových routerIdentity certifikátů 14:52 &lt;jrandom&gt; další je přes hashcash 14:52 &lt;jrandom&gt; další je detekce IP prefixu ve stylu morphmix/tarzan 14:53 &lt;jrandom&gt; ale ještě další je říct „kašlat na to“ a doufat, že budeme mít dostatek „dobrých“ peerů, aby přečíslili „špatné“ 14:53 &lt;fvw&gt; Myslím, že prozatím je to ok. 14:54 &lt;protok0l&gt; mám nápad 14:54 &lt;jrandom&gt; jo, je to nejjednodušší, a přidávat umělé bariéry pro připojení do p2p sítě v téhle fázi se zdá... pošetilé 14:54 &lt;fvw&gt; Myslím, že mix hashcashe a IP‑based by byl fajn pro 1.0, ale stejně neodoláš dost silnému protivníkovi. 14:54 &lt;protok0l&gt; odříznout počáteční přístup k noderef 14:54 &lt;protok0l&gt; když chce někdo dovnitř, můžeme mu dát tvoje noderefs 14:54 &lt;protok0l&gt; *uor 14:54 &lt;fvw&gt; a jak by to pomohlo? 14:55 &lt;jrandom&gt; jasně, fvw, a možná to půjde odložit i po 1.0 14:55 &lt;fvw&gt; záleží na definici 1.0 :) 14:55 &lt;jrandom&gt; proto: tím by to moc nepomohlo 14:55 &lt;jrandom&gt; heh fvw, nejsme jako freenet ;) 14:56 &lt;jrandom&gt; 1.0 == funkční, bezpečné, [dostatečně] anonymní a škálovatelné 14:56 &lt;deer&gt; &lt;oOo&gt; a dobře zdokumentované ;) 14:56 &lt;jrandom&gt; dokumentace je předpokladem bezpečnosti :) 14:56 &lt;deer&gt; &lt;Myo9&gt; Přidávají se teď všichni uživatelé do noderef? 14:57 &lt;jrandom&gt; Myo9: ano – http://dev.i2p.net/i2pdb/ je jen odkaz do netDb/ adresáře jednoho z mých routerů 14:57 &lt;jrandom&gt; (takže bude kdykoli vypisovat všechny, na které má můj router referenci) 14:58 &lt;jrandom&gt; ((a každý má referenci na ty, se kterými mluví, což je při našem aktuálním měřítku každý)) 14:58 &lt;jrandom&gt; ok, ale zpět k 3) AMOC vs. omezené trasy 14:59 &lt;deer&gt; &lt;Myo9&gt; Ok. 14:59 &lt;jrandom&gt; jak je zmíněno v e-mailu, muleovy nápady by nás možná nechaly zahodit 0.4.2 AMOC transport a místo toho implementovat základní podporu omezených tras, kdy se na lidi za NATy/firewally díváme jako na ty za omezenou trasou 15:00 &lt;fvw&gt; to by bylo docela cool 15:00 &lt;jrandom&gt; jo, a ušetří nás to psaní dalšího transportního protokolu 15:01 &lt;deer&gt; &lt;ugha2p&gt; Ale jak by to dělalo provedení sybil útoku tolik snazším? 15:01 &lt;jrandom&gt; s/writing/designing,implementing,reviewing,debugging,deploying,debugging,debugging,debugging,debugging.../ 15:01 &lt;deer&gt; &lt;ugha2p&gt; jak by to udělalo* 15:02 &lt;jrandom&gt; ugha2p: není způsob, jak zjistit, kolik skutečných routerů je za omezenou trasou – víme jen, že mají unikátní identitu routeru a že jsou dosažitelní přes konkrétní router 15:02 &lt;deer&gt; &lt;ugha2p&gt; Aha. 15:03 &lt;jrandom&gt; ten konkrétní router může být jedna sim instance, která v téže JVM běží 100 dalších routerů, každý se tváří, že je za firewallem 15:03 &lt;deer&gt; &lt;ugha2p&gt; Jasně. 15:03 &lt;deer&gt; &lt;oOo&gt; Stejně tak by mohli používat 100 portů na stejném hostu... 15:03 &lt;fvw&gt; nicméně pokud jsi ochotný utratit pár stovek eur za útok, stejně získáš hodně rozptýlených IP. 15:03 &lt;jrandom&gt; souhlas, fvw 15:04 &lt;jrandom&gt; oOo: pravda, ale porty stojí paměť (a trochu CPU) 15:04 &lt;deer&gt; &lt;ugha2p&gt; Nemyslím, že tohle odradí silnější nepřátele. 15:04 &lt;jrandom&gt; (proto při větších simulacích musím přepínat z TCP komunikačního systému na VM komunikační systém) 15:04 &lt;jrandom&gt; souhlas, ugha2p 15:04 &lt;jrandom&gt; jen to zjednodušuje 15:05 &lt;fvw&gt; Myslím, že musíme předpokládat, že kdokoli s větší motivací než „nedělní odpolední nuda“ dokáže relativně snadno dostat na síť aspoň 10^3 uzlů. 15:05 &lt;deer&gt; &lt;oOo&gt; Ne zas *tak* moc 15:05 &lt;jrandom&gt; jasně, fvw 15:05 &lt;deer&gt; &lt;oOo&gt; (+ jednodušší) 15:05 &lt;fvw&gt; a v tom řádu už je nezastaví nic kromě centrální certifikace. 15:06 &lt;deer&gt; &lt;ugha2p&gt; 100 otevřených portů na jednom hostu by bylo triviální detekovat, ale 100 omezených tras za jedním strojem možná ne. 15:06 &lt;jrandom&gt; no, to je na debatu, fvw, ale jo, Sybil je potvora 15:06 &lt;deer&gt; &lt;oOo&gt; 100 zombíků se odhaluje těžko ;) 15:06 &lt;fvw&gt; což znamená, že ideálně potřebujeme síť 10^4. 15:06 &lt;jrandom&gt; rozhodně, oOo 15:06 &lt;fvw&gt; (hrubé odhady) 15:07 &lt;deer&gt; &lt;ugha2p&gt; Ideálně budeme mít síť 10^4+. 15:07 &lt;jrandom&gt; fvw: šel bych výš – podle mě to musíme dostat do milionů 15:07 &lt;deer&gt; &lt;oOo&gt; Ideálně víc než polovina dostupných IP ;) 15:07 &lt;jrandom&gt; heh oOo 15:07 &lt;fvw&gt; Bylo by fajn, kdybychom dokázali. 15:08 &lt;jrandom&gt; (ale samozřejmě, abychom to dostali do milionů, potřebujeme k tomu dostatečný důvod. myslím ale, že to nakonec dokážeme obhájit) 15:08 &lt;deer&gt; &lt;ugha2p&gt; Nejsem si jistý, jestli by Kademlia vydržela tak dlouho v celku. ;) 15:08 &lt;fvw&gt; v tom bodě se mlácení lidí stane určitě nízkonákladovým útokem. Což by, paradoxně, byla dobrá věc. 15:08 &lt;jrandom&gt; heh 15:08 &lt;deer&gt; &lt;DrWoo&gt; jrandom: miliony by vyžadovaly vážnou použitelnost a přínos 15:09 &lt;jrandom&gt; souhlas, DrWoo 15:09 &lt;fvw&gt; naštěstí na tom teď tvrdě maká spousta (ne úplně milých) lidí. 15:09 &lt;deer&gt; &lt;oOo&gt; Pr0n pro masy :p 15:10 &lt;deer&gt; &lt;jrandom&gt; proto podle mě potřebujeme parádní aplikaci pro sdílení souborů 15:10 &lt;deer&gt; &lt;oOo&gt; „Jeden člověk, jedno goatse“, což nás přivádí ke stasheru :p 15:10 &lt;cervantes&gt; stáhnout-&gt;nainstalovat-&gt;sdílet hudb 15:10 &lt;deer&gt; &lt;DrWoo&gt; jrandom: muselo by to být na úrovni anonymního kazaa, naštěstí motivaci zařizuje RIAA &amp; spol. 15:10 &lt;fvw&gt; pr0n se už shání snadno (viz usenet a spol.). Myslím, že velké nahrávací společnosti a spol. se budou do p2p pouštět mnohem silněji než pornografové. 15:10 &lt;cervantes&gt; u 15:10 &lt;fvw&gt; ale zase sklouzáváme offtopic. 15:11 &lt;fvw&gt; „4) stasher“? 15:11 &lt;deer&gt; &lt;oOo&gt; Jo! 4)! 15:11 &lt;jrandom&gt; souhlas – důvody si vymyslíme, ale nejdřív to musíme *zprovoznit* :) 15:11 &lt;cervantes&gt; aha, jednou výjimečně nenucený přechod k dalšímu bodu 15:11 &lt;jrandom&gt; přecházíme k 4) stasher 15:12 &lt;jrandom&gt; aum: už jsi vzhůru? 15:12 * hypercubus skanduje auuuuuummmmmmmmm 15:12 &lt;jrandom&gt; no, kdyby nebyl, vím, že hodně pracoval na přidání podpory CHK a SVK do stasheru 15:13 &lt;jrandom&gt; což je Cool 15:13 &lt;deer&gt; &lt;oOo&gt; A splitfiles 15:13 &lt;jrandom&gt; jo, podpora splitfile je zajímavá 15:13 &lt;fvw&gt; v tom smyslu „žijeme v zajímavých časech“? 15:14 &lt;jrandom&gt; to je jeden z rozdílů mezi freenetem a stasherem – stasher už má fixní max velikost 31KB na klíč 15:14 &lt;deer&gt; &lt;oOo&gt; „Užitečné, super, nepotřebuje nic od uživatelské aplikace“ 15:14 &lt;jrandom&gt; (protože pokud vím stasher používá SAM datagramy) 15:14 &lt;luckypunk&gt; nemůžete implementovat, jakože.. split files? 15:15 &lt;jrandom&gt; ooohhh! právě mi došlo, na jaký bug narážel ohledně spolehlivosti! 15:15 &lt;jrandom&gt; (opraveno předevčírem v cvs, ten bug to výrazně osekalo) 15:15 &lt;jrandom&gt; jo, lucky 15:15 &lt;jrandom&gt; ale implementace splitfile je zásadně jiná než u freenet splitfiles, kvůli omezení max velikosti klíče 15:15 &lt;deer&gt; &lt;oOo&gt; Takže Stasher přes I2P by měl být zase zdravý? ^^ 15:16 &lt;jrandom&gt; (když si teď čtete freenet devl nebo tech, uslyšíte toada a hobxe, jak to probírají) 15:16 &lt;deer&gt; &lt;oOo&gt; *měla 15:16 &lt;jrandom&gt; oOo: s HEAD, jo 15:16 * jrandom neslyšel žádná hlášení, že to někdo vůbec zkoušel od vydání 0.3.4.3 (nebo to bylo 0.3.4.2) 15:16 &lt;jrandom&gt; ale každopádně, plánuje do konce týdne další nový test build 15:17 &lt;jrandom&gt; má někdo něco, co by zmínil / probral ohledně stasheru? 15:17 &lt;jrandom&gt; (kromě jupí! go aum!) 15:18 &lt;deer&gt; &lt;oOo&gt; Jo, je tu potřeba najít ne‑goatse obsah ;) 15:18 &lt;jrandom&gt; heh 15:18 &lt;deer&gt; &lt;oOo&gt; ex‑Freeneteři, nastartujte motory ;) 15:18 &lt;jrandom&gt; jo, podpora splitfile s tím určitě pomůže, stejně jako ssk &amp; fcp support 15:19 &lt;fvw&gt; Rád bych přidal „go aum!“, jestli můžu. 15:19 &lt;deer&gt; &lt;oOo&gt; jupí! 15:19 &lt;jrandom&gt; návrh je podpořen a potvrzen i potřetí :) 15:19 &lt;jrandom&gt; ok, přesouváme se k 5) stránky hodné pozornosti 15:20 &lt;jrandom&gt; chtěl jsem upozornit na tři nové stránky 15:20 &lt;jrandom&gt; DrWoův průvodce bezpečným prohlížením dobře shrnuje rizika eepsites &amp; outproxies 15:20 &lt;jrandom&gt; ty problémy lze vyřešit v kódu, ale neměli jsme na to zatím čas, takže je dobré být informován 15:21 &lt;jrandom&gt; lucky taky dal dohromady dobrý dokument k FreeBSD+Java 15:21 * jrandom nezkoušel moc JVM na fbsd, jen kaffe, takže ho šťouchněte, když budete mít dotazy :) 15:22 &lt;jrandom&gt; hyper taky dal dohromady dokument pro upgrade na 0.4 dev kód, který nejspíš aktualizuje, až budeme chtít víc testerů ;) 15:22 &lt;hypercubus&gt; můj příspěvek na fóru pokrývá instalaci service wrapperu... howto pro novou router console je zde --&gt; `http://files.hypercubus.i2p/New_I2P_Router_Console_Howto.txt` 15:23 &lt;jrandom&gt; wr0d 15:23 &lt;jrandom&gt; oh, je tu taky nový hezký obrázek &amp; nějaký nový text @ http://www.i2p.net/how_intro (snad to dělá věci trochu jasnější) 15:24 &lt;fvw&gt; ooh, to vypadá pěkně. Kdo to dělal? Dobrá práce. 15:25 &lt;hypercubus&gt; vlastně je to zkopírované přímo z kruhového obrazce v obilí 15:25 * fvw se snaží nezmínit podobnost mezi jrandomem a Davem, ale marně. 15:25 &lt;jrandom&gt; heh 15:25 &lt;fvw&gt; aha, to vysvětluje jrandomovy tykadla. 15:25 &lt;jrandom&gt; obrázek zkrášlil náš anonymní designér 15:25 &lt;jrandom&gt; (naštěstí, moje skills v MS Paintu stojí za starou belu :) 15:26 &lt;hypercubus&gt; stále se snažíme rozluštit význam Charlieho dlouhé brady 15:26 &lt;deer&gt; &lt;ugha2p&gt; Arr, tohle je na nic. 15:26 &lt;jrandom&gt; co třeba Aliciny šikmé oči? ;) 15:26 &lt;hypercubus&gt; heh 15:26 &lt;deer&gt; &lt;jrandom&gt; jo, bude fajn, až upgradujeme irc.duck.i2p (pokud už to nebylo..) 15:27 &lt;fvw&gt; to nech být, vypadá, jako by jí z tváří vybuchovali dvojití mimozemšťani z břicha. 15:27 &lt;jrandom&gt; lol 15:27 &lt;jrandom&gt; proto mluví s Davem 15:27 &lt;jrandom&gt; každopádně, myslím, že to nás přivádí k 6) ??? 15:27 &lt;fvw&gt; haha 15:27 &lt;jrandom&gt; má někdo něco, co chce otevřít? 15:28 &lt;deer&gt; &lt;oOo&gt; Nešlo by v I2P vybudovat kostru věcí kolem certifikátů a nechat *ostatní*, ať to doplní a užijí si to? (Nebo už je to hotové? :p) 15:28 &lt;deer&gt; &lt;oOo&gt; Nebo je to úplně zbytečné? 15:28 &lt;deer&gt; &lt;oOo&gt; (zatím) 15:28 &lt;jrandom&gt; hmm? 15:28 &lt;jrandom&gt; věci kolem certifikátů typu hashcash / atd.? 15:28 &lt;deer&gt; &lt;oOo&gt; Ok, nech to být ^^ 15:28 &lt;deer&gt; &lt;oOo&gt; Ano 15:29 &lt;jrandom&gt; ok ano, infrastrukturu na to už máme 15:29 &lt;jrandom&gt; (i když věci jako libSAM bude nutné upravit, aby správně interpretovaly destination, protože tuším, že nightblade vždy předpokládal 384bytes ;) 15:30 &lt;jrandom&gt; ale router zvládne různé typy certifikátů transparentně 15:30 &lt;deer&gt; &lt;oOo&gt; Kód je na to připravený? Chybí jen nějaký „obsah“? 15:31 &lt;jrandom&gt; ano – RouterIdentity se aktuálně vždy připojuje s NullCertificate (certificate type == 0) 15:31 &lt;jrandom&gt; když se připojí jiný typ, připojí se jiný typ certifikátu 15:31 &lt;jrandom&gt; např. hashcash cert, CA signed cert, atd. 15:31 &lt;jrandom&gt; verifikační infrastruktura je taky připravená (RouterInfo.verify) 15:32 &lt;deer&gt; &lt;oOo&gt; Oh, super :) 15:32 &lt;deer&gt; &lt;oOo&gt; Takže si někdo může hrát s tím kódem a předem přidat hashcash a spol.? 15:32 &lt;jrandom&gt; kdyby přišla náhlá vlna, asi bych dokázal síť uzamknout za den nebo dva 15:32 &lt;jrandom&gt; správně 15:33 &lt;jrandom&gt; (i když si myslím, že fvw má pravdu, že to nebude nějakou dobu palčivé) 15:33 &lt;deer&gt; &lt;oOo&gt; Ok. Nehlásím se ;) Ale někdo by mohl :p 15:33 &lt;Nightblade&gt; na i2p.net odkaz na log ze schůzky 24. srpna ukazuje na log ze 17. srpna 15:33 &lt;jrandom&gt; jasně, sorry, schůzka ještě neskončila :) 15:33 &lt;Nightblade&gt; oh haha 15:34 &lt;jrandom&gt; tak, ještě někdo něco? :) 15:34 &lt;hypercubus&gt; nové pravidlo... kdokoli upravuje web: žádné kouření funny stuff při editaci! 15:34 &lt;jrandom&gt; ajaj... 15:34 &lt;jrandom&gt; co jsem provedl? 15:34 &lt;hypercubus&gt; mluvil jsem o rozbitých odkazech ;-) 15:34 &lt;jrandom&gt; aha 15:35 &lt;hypercubus&gt; potřebujeme editora webu na plný úvazek... nominuju luckyho 15:35 &lt;jrandom&gt; no, jo, aktualizoval jsem odkaz na this weeks weekly status notes před schůzkou, kdyby se někdo díval na stránku ;) 15:35 &lt;jrandom&gt; každopádně potřebujeme někoho, kdo bude web hlídat a šťouchat do lidí, když je něco divné 15:36 &lt;luckypunk&gt; já? web enditor? 15:36 &lt;luckypunk&gt; enditor haha 15:36 &lt;luckypunk&gt; nevím 15:36 &lt;Nightblade&gt; spelchek reqwired 15:36 &lt;luckypunk&gt; budu asi dost zaneprázdněný, jakmile začne škola. 15:36 &lt;jrandom&gt; kašli na to! pracuj na i2p na plný úvazek! 15:36 &lt;luckypunk&gt; když vypadnu 15:37 &lt;luckypunk&gt; rodiče mě donutí najít si práci 15:37 &lt;deer&gt; &lt;hypercubus&gt; samé výmluvy ;-) 15:37 &lt;luckypunk&gt; a stejně budu zaneprázdněný 15:37 &lt;deer&gt; &lt;hypercubus&gt; amen 15:37 &lt;deer&gt; * oOo rád zdarma vylepší angličtinu na webu ;) 15:37 &lt;luckypunk&gt; každopádně, pochybuju, že mě nechají vypadnout 15:38 &lt;luckypunk&gt; zvedají legální věk pro odchod ze školy na 18 15:38 &lt;luckypunk&gt; nebo středoškolský diplom 15:38 &lt;luckypunk&gt; co přijde dřív. (obvykle to druhé) 15:38 &lt;hypercubus&gt; er 15:38 &lt;Nightblade&gt; haha „legální věk pro odchod ze školy“ – s čím přijdou příště? 15:38 &lt;luckypunk&gt; teď je to 16. 15:38 &lt;luckypunk&gt; Předtím nesmíš školu opustit, jinak tě zatknou. 15:38 &lt;jrandom&gt; to je vlastně dobrý bod.. jak se budeme blížit k 1.0, bude fajn nabízet různé překlady různých stránek 15:39 * luckypunk zvládne vágní překlad do francouzštiny, pokud to bude nutné. 15:39 &lt;Nightblade&gt; Udělám překlad do klingonštiny a Ebonics 15:39 &lt;deer&gt; &lt;oOo&gt; Jo, klingonský překlad webu :p 15:39 &lt;hypercubus&gt; ano, můžeme nabídnout English, B0rk a oOo‑fried English 15:39 &lt;deer&gt; &lt;oOo&gt; Sakra, stejný nápad&gt;&lt; 15:39 &lt;Nightblade&gt; ooo, čtenář myšlenek 15:39 &lt;luckypunk&gt; (s teorií, že babelfish s pomocí člověka je lepší než žádný překlad.) 15:39 &lt;jrandom&gt; myslím, že bychom mohli ukecat jara, aby aktualizoval svůj francouzský překlad, lucky, ale díky ;) 15:39 &lt;deer&gt; &lt;oOo&gt; hyper: rád a zdarma jako pivo :p 15:40 &lt;jrandom&gt; to je vlastně jedna z velkých věcí po 0.4 – dát dohromady dokumentaci 15:40 &lt;luckypunk&gt; hele, moje francouzština je francouzům úplně srozumitelná 15:40 &lt;luckypunk&gt; I když asi zním jako godmode0 15:40 &lt;hypercubus&gt; installer už má mimochodem nativní jazykové balíčky 15:40 &lt;jrandom&gt; (možná jeden či dva whitepapery k různým aspektům) 15:40 &lt;jrandom&gt; w3rd hyper 15:40 &lt;deer&gt; * oOo tuší, že s lidmi tady zvládneme docela dost jazyků ;) 15:40 &lt;jrandom&gt; (jo, bude těžké přeložit tu paragraph license ;) 15:40 &lt;hypercubus&gt; mohl bych prostě vyhodit panel na výběr jazyka 15:40 &lt;jrandom&gt; souhlas, oOo 15:40 &lt;hypercubus&gt; heheh... libre: 15:40 &lt;jrandom&gt; gratis: 15:41 &lt;luckypunk&gt; gratis a libre 15:41 &lt;luckypunk&gt; zatracená francouzština a její schopnost mít dvě slova. 15:41 &lt;jrandom&gt; ok, ještě něco? 15:41 &lt;hypercubus&gt; my máme na všechno 10 slov 15:41 &lt;luckypunk&gt; i libre znamená v quebecké francouzštině free beer. =( 15:41 &lt;luckypunk&gt; tak tolik k té teorii. 15:42 &lt;jrandom&gt; ok... jestli nic dalšího... 15:42 * jrandom se roztáčí 15:42 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2004/08/17/pozn%C3%A1mky-ke-stavu-i2p-k-17.-8.-2004/Tue, 17 Aug 2004 00:00:00 +0000/cs/blog/2004/08/17/pozn%C3%A1mky-ke-stavu-i2p-k-17.-8.-2004/<p>Ahoj všichni, je čas na aktualizaci</p> <h2 id="rejstřík">Rejstřík:</h2> <ol> <li>Network status and 0.3.4.3</li> <li>Stasher</li> <li>???</li> </ol> <h2 id="1-stav-sítě-a-0343">1) Stav sítě a 0.3.4.3</h2> <p>Ačkoli byla síť během posledního týdne funkční, místy se vyskytlo mnoho potíží, což vedlo k dramatickému poklesu spolehlivosti. Vydání 0.3.4.2 významně pomohlo při řešení DoS způsobeného jistou nekompatibilitou a problémy se synchronizací času – viz graf požadavků na síťovou databázi ukazující DoS (špičky mimo graf), který byl zastaven nasazením 0.3.4.2. To však bohužel zase přineslo vlastní sadu problémů, což vedlo k významnému počtu retransmisí zpráv, jak je vidět na grafu šířky pásma. Zvýšené zatížení tam bylo také způsobeno skutečným nárůstem uživatelské aktivity, takže to zas /tak/ šílené není ;) Ale stejně to byl problém.</p>/cs/blog/2004/08/17/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-17.-srpna-2004/Tue, 17 Aug 2004 00:00:00 +0000/cs/blog/2004/08/17/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-17.-srpna-2004/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> aum, deer, duck, hypercubus, jrandom, kaji, MikeW</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 14:05 &lt;jrandom&gt; 0) ahoj 14:05 &lt;jrandom&gt; 1) Stav sítě a 0.3.4.3 14:05 &lt;jrandom&gt; 2) Stasher 14:06 &lt;jrandom&gt; 3) ??? 14:06 &lt;jrandom&gt; 0) ahoj 14:06 * jrandom mává na celou i[2i]p &amp; freenode partu 14:06 * hypercubus mává 14:06 &lt;jrandom&gt; týdenní status poznámky byly před pár sekundami zveřejněny na http://dev.i2p.net/pipermail/i2p/2004-August/000409.html 14:06 &lt;deer&gt; &lt;oOo_itwop&gt; Je čas na show! 14:07 &lt;deer&gt; &lt;mule&gt; vypadá to, že i2p irc mě nemiluje. nebo mě chce častými přerušeními udržovat v zápřahu déle 14:07 &lt;jrandom&gt; heh, jo, to nás vlastně přivádí k 1) Stavu sítě a 0.3.4.3 :) 14:07 &lt;jrandom&gt; síť je teď dost na prd 14:07 &lt;kaji&gt; jo 14:08 &lt;jrandom&gt; problémy vycházejí hlavně z nekompatibilit mezi různými verzemi, které lidé provozují, což do toho vneslo všelijaké parádní způsoby, jak věci rozbíjet 14:09 &lt;jrandom&gt; když se podíváte na odkazy v tom e‑mailu, uvidíte flooding a DoS na netDb, který probíhal, ale z velké části už odezněl 14:09 &lt;jrandom&gt; pořád máme půl tuctu lidí, co jedou na starých verzích (a asi 20–25 lidí jede na čisté 0.3.4.2, která má svoje vlastní problémy) 14:10 &lt;jrandom&gt; díky za trpělivost, než to posuneme dál. nechci uspěchat nové vydání, dokud nebudeme schopni efektivně obcházet špatné uzly 14:10 &lt;jrandom&gt; v minulosti jsme dokázali obcházet špatné uzly, které jen podávaly slabý výkon, ale nemuseli jsme řešit uzly, které dělají Špatné Věci 14:11 &lt;deer&gt; &lt;oOo_itwop&gt; Pokusní králíci se klaní jrandomovi! 14:11 &lt;duck&gt; bude další vydání zpětně kompatibilní? 14:11 &lt;jrandom&gt; možná, ducku. pokud dokážeme ty staré uzly obejít, není důvod to udělat nekompatibilní 14:12 &lt;duck&gt; super 14:12 &lt;jrandom&gt; každopádně, děje se toho hodně, i když vy zatím nevidíte žádná nová vydání 14:13 &lt;jrandom&gt; nevím, kdy vyjde 0.3.4.3. možná zítra, nebo později tento týden. 14:14 &lt;jrandom&gt; má někdo nějaké dotazy / připomínky / obavy, které by chtěl vznést co se týče stavu sítě? 14:14 &lt;kaji&gt; bude mít *.3 hyperův nový GUI instalátor? 14:14 &lt;jrandom&gt; pravděpodobně ne 14:14 &lt;deer&gt; &lt;mule&gt; síť mi v profilech mých strojů vypadá dobře, jen mi často padají spojení 14:15 &lt;jrandom&gt; jo, chápu, mule. irc spojení je i u mě docela bídné, ale poslední dobou se to zlepšuje 14:15 &lt;deer&gt; &lt;mule&gt; ale většinu tvé diskuse jsem propásl, tak teď zmlknu 14:15 &lt;jrandom&gt; pokud chceš zkusit stáhnout z CVS, mělo by to být lepší, ale jsou časté aktualizace, takže možná radši počkej na vydání 14:16 &lt;jrandom&gt; ok, ještě něco? pokud ne, svižně přecházíme na 2) Stasher 14:16 &lt;kaji&gt; woot stasher 14:17 &lt;jrandom&gt; stasher vypadá dost dobře. zatím je funkčně dost omezený, ale dělá pokroky 14:17 &lt;jrandom&gt; kdyby byl aum vzhůru, mohl by nám dát update... 14:17 &lt;jrandom&gt; aum: ping? :) 14:17 &lt;kaji&gt; /kick aum 14:18 &lt;jrandom&gt; (je u něj brzy ráno, takže nejspíš ještě spí) 14:18 &lt;duck&gt; jak sobecké 14:18 &lt;hypercubus&gt; zatím na mě udělal dojem 14:18 &lt;jrandom&gt; Každopádně, instalace a spuštění stasheru jsou dost bezbolestné, takže pokud mu můžete pomoci s testováním, bude to super 14:18 &lt;jrandom&gt; jo, jasňačka 14:18 &lt;hypercubus&gt; umožnil mi provést hromadný goatse 14:19 &lt;jrandom&gt; a co je to za appku bez goatse, co? 14:19 &lt;hypercubus&gt; musíš milovat appku, která ti dovolí nahrát goatse na něčí disk ;-) 14:19 &lt;aum&gt; pong 14:19 &lt;jrandom&gt; w0ah 14:19 &lt;jrandom&gt; dobré ráno, aume 14:19 &lt;deer&gt; &lt;ardvark&gt; rychlý dotaz: získám stasher přes i2p CVS? 14:19 &lt;aum&gt; ahoj všichni 14:19 &lt;jrandom&gt; ardvark: v i2p/apps/stasher/ 14:19 &lt;aum&gt; ardvark: čau!!!! :) dlouho jsme se neviděli! 14:20 &lt;deer&gt; &lt;ardvark&gt; jasně, ahoj aume! rád tě vidím, kámo! 14:20 &lt;aum&gt; ardvark: asi snazší přes tarball (archiv tar) - `http://stasher.i2p` nebo http://www.freenet.org.nz/python/stasher 14:21 &lt;deer&gt; &lt;ardvark&gt; ok aum, mám ten tarball, ale píše, že potřebuje další věci? Nebudu zdržovat schůzku, můžu se ti ozvat? 14:21 &lt;aum&gt; jasně 14:22 &lt;hypercubus&gt; tak co, nějaký update na stasher, aume? ;-) 14:23 &lt;aum&gt; malý update, přidal jsem volbu '-l', která umožňuje pouze lokální get/put 14:23 &lt;aum&gt; taky zvažuji implementovat volbu 'put', která se hned vrátí 14:24 &lt;aum&gt; včera v noci jsem promýšlel otázky kolem implementace typů klíčů ve Freenetu 14:24 &lt;hypercubus&gt; rád bych požádal, aby úspěšné put operace vracely stav... scp a mnoho dalších síťových CLI aplikací to dělá 14:24 &lt;jrandom&gt; SSK by byl fakt boží 14:25 &lt;jrandom&gt; (zatímco CHK je samozřejmě to, co je imho nejzásadnější) 14:25 &lt;MikeW&gt; Jedna věc, která mi na freenetu vždy přišla zajímavá: Řekl ti, proč může být vysoké zatížení CPU. Občas (obvykle po startu minutu nebo dvě) a náhodně vystřelí CPU na 100 %, možná nějaké odhadované vysvětlení, proč si myslí, že java žere moje CPU? 14:25 &lt;deer&gt; &lt;oOo&gt; Splitfiles (rozdělené soubory) ^^ 14:26 &lt;jrandom&gt; MikeW: pokud i2p žere CPU, tak se tam rozhodně něco rozbilo 14:26 &lt;aum&gt; splitfiles jsem předběžně už implementoval, ale nezapnul – chci to nejdřív testovat lokálně 14:26 &lt;jrandom&gt; MikeW: přesně zjistíš, co se děje ve tvém routeru, když se podíváš na 'current job' v konzoli routeru, což je (téměř vždy) místo, kde je CPU žrout 14:26 &lt;jrandom&gt; ah super, aume 14:27 &lt;aum&gt; díky rekurzivnímu algoritmu by splitfiles měly po dokončení umožnit neomezené velikosti souborů 14:27 &lt;deer&gt; &lt;oOo&gt; Skvělé, splitfiles jsou nepostradatelné pro pořádný goatse a pr0n věci... 14:27 &lt;deer&gt; &lt;identiguy&gt; aum: zahrnuje to FEC? 14:27 &lt;aum&gt; FEC není potřeba 14:27 &lt;aum&gt; FEC je nutné jen na nespolehlivých sítích 14:27 &lt;deer&gt; &lt;identiguy&gt; Aha, chápu. 14:27 &lt;aum&gt; používám kademlia, která má mnohem lepší záruku stažitelnosti 14:27 &lt;duck&gt; ledaže uzly spadnou 14:28 &lt;aum&gt; navíc, do FEC se mi fakt nechce, je to opruz 14:28 &lt;aum&gt; duck: je tam redundance – mrkni na hodnotu 'k' v kademlia 14:28 &lt;jrandom&gt; duck: s k = 20, i bez jakéhokoli republikování by to bylo v pohodě ;) 14:28 &lt;duck&gt; heh, ok 14:28 &lt;deer&gt; &lt;mule&gt; aum: FEC by mohlo pomoct v případě, že bude odstraněno víc uzlů 14:28 &lt;jrandom&gt; (a s republikováním by to bolelo jen pokud by všech k chcíplo zároveň) 14:28 &lt;aum&gt; neee, prostě zvýším k 14:28 &lt;jrandom&gt; k = 20 je podle mě dost velké 14:29 &lt;jrandom&gt; (protože to znamená 20 plných replik souboru) 14:29 &lt;hypercubus&gt; uživatelé mohou vždy použít samostatné FEC nástroje 14:29 &lt;MikeW&gt; jrandom: V JobQueue, runners:1, active jobs:0, just finished:1, ready/waiting: 0, timed: 28 14:29 &lt;aum&gt; to znamená 20 goatses, lidi :P 14:29 &lt;hypercubus&gt; a publikovat výsledky 14:29 &lt;duck&gt; co efekt Britney Spears? 14:29 &lt;duck&gt; kdy velmi populární klíče skončí na 1 uzlu 14:29 &lt;jrandom&gt; (tj. vložíš 740MB soubor a musíš poslat 14,8GB dat) 14:30 &lt;aum&gt; duck: popularita není v kademlia pojem 14:30 &lt;duck&gt; (samozřejmě s 32KB klíči to nemusí být hrozné) 14:30 &lt;jrandom&gt; ok super, MikeW, ale žere ti i2p CPU teď? 14:30 &lt;deer&gt; &lt;ardvark&gt; všechny ty kademlia zprávy, co vidím na i2p, jsou od stasheru? 14:30 &lt;MikeW&gt; jrandom: ano 14:30 &lt;aum&gt; duck: a kademlia nemá žádné přeposílání 14:30 &lt;hypercubus&gt; ardvark: ty věci v konzoli routeru jsou netdb kad implementace 14:31 &lt;aum&gt; koncepty jako 'relaying', 'popularity', 'caching' atd. jsou pro freenet, který se musí světu odhalit nahý, bez maskování I2P 14:31 &lt;deer&gt; &lt;ardvark&gt; pouštím tu i2p i tor a vytížení cpu mám teď 3 %, takže :/ *pokrčí rameny* 14:31 &lt;jrandom&gt; MikeW: pak tvůj router nedokáže udržet spojení a hltá CPU při spoustě souběžného navazování spojení 14:31 &lt;duck&gt; ok, mám mozek prolezlý freenetem 14:31 &lt;duck&gt; slitování prosím :) 14:31 &lt;deer&gt; * shendaras utěšuje. 14:31 &lt;jrandom&gt; MikeW: pokud můžeš po schůzce zůstat na debug, bylo by to skvělé 14:32 &lt;MikeW&gt; ok 14:32 &lt;jrandom&gt; super, aume, můžou lidé nějak pomoct? 14:32 &lt;jrandom&gt; nebo to máme prostě prozkoušet a nahlašovat chyby? 14:33 &lt;duck&gt; snažím se zvyknout si na leo 14:33 &lt;aum&gt; jo, posílejte bugy na mail list, pokud je to ok 14:33 &lt;duck&gt; už se mi líbí víc než eclipse 14:33 &lt;hypercubus&gt; co je to leo? 14:33 &lt;jrandom&gt; (ouha, tady přijde rant ;) 14:33 &lt;aum&gt; duck: dneska používám jen leo – s výjimkou emacsu na rychlé hacky a zile na ještě rychlejší 14:34 &lt;hypercubus&gt; pokud nepoužíváš vi nebo emacs ;-) 14:34 &lt;aum&gt; http://leo.sf.net – dává ti outliner (přehledový) pohled na tvůj kód 14:34 &lt;hypercubus&gt; ale tohle leo si budu muset zkusit sám 14:34 &lt;aum&gt; leo se umí integrovat i s emacsem, když chceš 14:34 &lt;hypercubus&gt; není to editor? 14:35 &lt;aum&gt; &lt;bile&gt; 14:35 &lt;aum&gt; zas*rané msvc – umožňuje __int64 pro 64bit celé typy, ale nedovolí 'LL' nebo 'ULL' pro 64bit literály 14:35 &lt;aum&gt; !! 14:35 &lt;aum&gt; &lt;/bile&gt; 14:35 &lt;hypercubus&gt; aha, chápu 14:37 &lt;jrandom&gt; ok, pokud je to vše, tak nám nic nezbývá a můžeme přejít na 3) ??? 14:37 &lt;jrandom&gt; má někdo ještě něco, co chce zmínit? 14:37 &lt;hypercubus&gt; jo, asi něco řeknu o novém směru instalátoru 14:37 &lt;jrandom&gt; ok, povídej 14:38 &lt;hypercubus&gt; od 0.4 dál si uživatelé příkazové řádky prostě stáhnou i2p tarball a rozbalí ho, pak spustí skript, který nastartuje router a otevře konzoli routeru v lynxu nebo čemkoli 14:39 &lt;hypercubus&gt; moc se toho nezměnilo, jen už nemusíš procházet hloupým Q/A sezením s instalátorem 14:39 &lt;hypercubus&gt; veškerou konfiguraci uděláš v konzoli routeru 14:39 &lt;hypercubus&gt; pro uživatele GUI máme něco parádního 14:39 &lt;jrandom&gt; (w00t) 14:40 &lt;hypercubus&gt; co si můžeš prohlédnout na `http://files.hypercubus.i2p/install.jar` 14:40 &lt;jrandom&gt; nebo z cvs (ant pkg ; java -jar install.jar), že? 14:40 &lt;aum&gt; hypercubus: jak to vypadá s winstallerem? umí autodetect/autodownload/autoinstall javu? 14:41 &lt;hypercubus&gt; budou klávesové zkratky v menu, integrace do systray a způsob, jak nainstalovat router jako daemon 14:41 &lt;aum&gt; daemon? jako Windows 'service'? 14:41 &lt;hypercubus&gt; ne, aspoň v dohledné době ne, budou si muset kliknout na odkaz na i2p webu, který je vezme na oficiální stránku se stažením javy 14:42 &lt;hypercubus&gt; instalátor vyžaduje javu, ale to je ok, protože i2p také 14:42 &lt;aum&gt; hypercubus: promiň, ale tímhle ztratíme 80 % uživatelů 14:42 &lt;hypercubus&gt; jmenuj jeden java projekt, co to nedělá 14:42 &lt;jrandom&gt; časem to mít budeme. 14:42 &lt;jrandom&gt; jen ne teď. 14:42 &lt;aum&gt; freenet to udělal dobře – jejich winstaller tě provede stažením 14:43 &lt;jrandom&gt; (máme tolik jiných důležitějších věcí na práci. nechceme teď tisíce a tisíce uživatelů) 14:43 &lt;hypercubus&gt; to je úvaha pro 1.0 14:43 &lt;hypercubus&gt; většinu kódu, abych to zvládl, už mám 14:43 &lt;aum&gt; jrandom: myslel jsem, žes říkal, že to bude pro 0.4 14:43 &lt;deer&gt; &lt;mule&gt; takže byste měli vyžadovat, aby se java kompilovala ze zdroje :) 14:44 &lt;jrandom&gt; nový instalátor bude pro 0.4 14:44 &lt;hypercubus&gt; zahodili jsme veškerý kód, který jsem doteď napsal 14:44 &lt;hypercubus&gt; ve prospěch IzPack 14:44 &lt;hypercubus&gt; http://izpack.sf.net 14:44 &lt;jrandom&gt; můžeme nabídnout 15MB download, který je sváže dohromady, ale většina uživatelů, kteří budou používat i2p před 1.0, bude vědět, co je to "java" 14:45 &lt;hypercubus&gt; to mi dá čas vypilovat plně public domain java instalační framework, na který bych i2p časem rád zase převedl 14:45 &lt;hypercubus&gt; ale priorita teď je zbavit se toho příšerného současného instalátoru ;-) 14:46 &lt;hypercubus&gt; (bez urážky pro toho, kdo to spíchnul dohromady) 14:46 &lt;deer&gt; &lt;shendaras&gt; Dostal jsem 404.... 14:46 &lt;duck&gt; http://www.izforge.com/izpack/ 14:46 &lt;hypercubus&gt; http://www.izforge.com/izpack/ 14:47 &lt;hypercubus&gt; omlouvám se 14:47 &lt;hypercubus&gt; každopádně ocenil bych zpětnou vazbu na preview instalátor, který jsem dal na svůj eepsite 14:48 &lt;hypercubus&gt; testováno na *nix a Windows, mělo by to fungovat i na OS X a Solaris 14:48 &lt;jrandom&gt; r0x0r 14:48 &lt;duck&gt; je to sladké 14:48 &lt;jrandom&gt; jo, je to pecka 14:49 &lt;hypercubus&gt; možná hacknu izpack a odstraním ty trapné ikony z tlačítek 14:49 &lt;deer&gt; &lt;mule&gt; hypercubus: zničí to existující konfigurace, nebo je zachová? 14:49 &lt;hypercubus&gt; v balíčku nejsou žádné konfigurační soubory 14:49 &lt;hypercubus&gt; takže to přepíše jen jars and wars 14:49 &lt;jrandom&gt; (v tuto chvíli ;) 14:49 &lt;hypercubus&gt; jasně, konfigurace vezmeme v úvahu 14:49 &lt;deer&gt; &lt;mule&gt; ok, díky 14:49 &lt;duck&gt; jak se spustí celé to jetty? 14:50 &lt;duck&gt; pořád sh/bat? 14:50 &lt;jrandom&gt; ano 14:50 &lt;jrandom&gt; router se spustí skriptem a/nebo službou (která volá ten skript) 14:50 &lt;hypercubus&gt; ano, a přidám exe pro win uživatele 14:50 &lt;jrandom&gt; w00t 14:50 &lt;hypercubus&gt; který poběží z nabídky Start 14:50 &lt;hypercubus&gt; nabídky Start ve Windows 14:51 &lt;hypercubus&gt; zítra bych měl mít jetty běžící jako windows službu 14:51 * jrandom zamumlá *není to jetty, je to i2p* 14:51 &lt;hypercubus&gt; ah jasně ;-) 14:52 &lt;hypercubus&gt; jetty ale přichází s win32 service wrapperem 14:52 &lt;hypercubus&gt; můžeme s ním zabalit cokoli 14:52 &lt;jrandom&gt; jo, existují 3–4 PD/BSD java service wrappery 14:52 &lt;hypercubus&gt; jo, nejspíš jsou nějaké i pro linux 14:53 &lt;jrandom&gt; no, linux service == init script :) 14:53 &lt;hypercubus&gt; jo, ale služby v linuxu se řeší různě i mezi hlavními distribucemi 14:53 &lt;hypercubus&gt; třeba gentoo používá schéma skriptů rc-setup 14:54 &lt;jrandom&gt; w3rd 14:54 &lt;hypercubus&gt; každopádně, rozchodím to pro všechny hlavní distribuce a *bsd 14:54 &lt;hypercubus&gt; ne-li víc 14:55 &lt;hypercubus&gt; oops, s/rc-setup/rc-update/ 14:55 &lt;hypercubus&gt; ok, to je asi vše 14:55 &lt;hypercubus&gt; můžete se probudit ;-) 14:55 &lt;deer&gt; * shendaras zívá 14:55 &lt;jrandom&gt; fajn, díky hyper, zní to dobře. 14:56 &lt;jrandom&gt; má ještě někdo něco, co by chtěl zmínit? 14:56 &lt;aum&gt; omlouvám se, jestli jsem propásl dřívější diskusi, ale.. 14:56 &lt;aum&gt; jak to vypadá co se týče latence datagramů apod.? 14:57 &lt;jrandom&gt; o datagramech nevím – jediné aplikace, které používám, běží nad datagramy přes streams 14:57 &lt;jrandom&gt; stav sítě je pořád dost špatný – viz status poznámky @ http://dev.i2p.net/pipermail/i2p/2004-August/000409.html 14:58 &lt;aum&gt; k 14:58 &lt;jrandom&gt; ok, pokud už nic dalšího... 14:58 * jrandom se rozmachuje 14:59 * jrandom *baf* schůzku uzavírá </div>/cs/blog/2004/08/10/pozn%C3%A1mky-ke-stavu-i2p-k-2004-08-10/Tue, 10 Aug 2004 00:00:00 +0000/cs/blog/2004/08/10/pozn%C3%A1mky-ke-stavu-i2p-k-2004-08-10/<p>Ahoj všichni, je čas na týdenní aktualizaci</p> <h2 id="rejstřík">Rejstřík:</h2> <ol> <li>0.3.4.1 status</li> <li>Updated docs</li> <li>0.4 progress</li> <li>???</li> </ol> <h2 id="1-0341-stav">1) 0.3.4.1 stav</h2> <p>Tak, před pár dny jsme vypustili verzi 0.3.4.1 a vede si docela dobře. Časy připojení na irc jsou stabilně v řádu několika hodin a přenosové rychlosti jsou také dost dobré (před pár dny jsem z jednoho eepsite(I2P Site) při použití 3 paralelních streamů stáhl 25KBps).</p> <p>Jedna opravdu skvělá funkce přidaná ve vydání 0.3.4.1 (kterou jsem zapomněl uvést v oznámení o vydání) byl patch od mule, který umožňuje eepproxy střídavě (round-robin) směrovat požadavky mimo I2P přes řadu outproxy (výstupních proxy). Výchozí chování je stále jen použít outproxy squid.i2p, ale pokud otevřete svůj soubor router.config a upravíte řádek clientApp tak, aby obsahoval:</p>/cs/blog/2004/08/10/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-10.-srpna-2004/Tue, 10 Aug 2004 00:00:00 +0000/cs/blog/2004/08/10/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-10.-srpna-2004/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> cervantes, deer, fvw, jrandom</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 14:04 &lt;jrandom&gt; 0) ahoj 14:04 &lt;jrandom&gt; 1) stav 0.3.4.1 14:04 &lt;jrandom&gt; 2) Aktualizovaná dokumentace 14:04 &lt;jrandom&gt; 3) pokrok 0.4 14:04 &lt;jrandom&gt; 4) ??? 14:04 &lt;jrandom&gt; 0) ahoj 14:04 * jrandom mává 14:04 &lt;jrandom&gt; týdenní statusové poznámky byly právě před pár sekundami zveřejněny @ http://dev.i2p.net/pipermail/i2p/2004-August/000404.html 14:04 &lt;deer&gt; &lt;mrflibble&gt; ooh 14:04 * jrandom vám dá chvilku, abyste si to vytáhli ;) 14:05 &lt;jrandom&gt; každopádně, zatímco to čtete, můžeme rovnou přejít k 1) stav 0.3.4.1 14:05 &lt;jrandom&gt; 0.3.4.1 je venku, jak jste viděli 14:06 &lt;jrandom&gt; je to teprve den nebo dva, ale vypadalo to, že to běží docela dobře, alespoň ještě před pár hodinami 14:07 &lt;jrandom&gt; podařilo se nedávno dohledat dvojici chyb (lokálně opravené, testování probíhá) a jsou poměrně zásadní, takže během jednoho či dvou dnů uvidíme nové vydání 14:07 &lt;jrandom&gt; měl někdo nějaké problémy s novou webovou konzolí? 14:07 &lt;jrandom&gt; (nebo přesněji, zkoušel ji někdo a měl problémy? :)( 14:07 &lt;deer&gt; &lt;oOo&gt; Vyzkoušeno, funguje dobře ^^ 14:07 &lt;jrandom&gt; w3rd 14:08 &lt;deer&gt; &lt;oOo&gt; Dokonce i bez jakéhokoli kompilátoru Javy ^^ 14:08 &lt;jrandom&gt; super, jo, mělo by to předkompilovat všechny JSP, takže lidé nebudou potřebovat javac 14:08 &lt;jrandom&gt; to je jedna věc, kterou budou muset udělat vývojáři webových aplikací, ale je to fakt jednoduché, zvlášť s ant 14:09 &lt;jrandom&gt; (ukázkový kód, jak to udělat, je v i2p/apps/routerconsole/java/build.xml v cíli 'precompilejsp') 14:09 &lt;deer&gt; &lt;identiguy&gt; jrandom, jaké máš obavy ohledně výstupních proxy (outproxy)? 14:09 &lt;jrandom&gt; také jsem přidal volitelné základní HTTP ověřování pro ochranu konzole, takže ji budeš moci nechat poslouchat na 0.0.0.0 a přistupovat k ní vzdáleně 14:10 &lt;jrandom&gt; oh, moje obavy s outproxy jsou trojí - náklady (technické i sociální) na správu, bezpečnost (outproxy dostávají čistý text) a anonymita (když opouštíš mixnet, jsi mnohem zranitelnější vůči útoku) 14:10 &lt;deer&gt; &lt;oOo&gt; Konzoli servletu chybí pár statistik ze :7655 (využití paměti) a možná nějaké další věci (shitlist), ale je skvělá ^^ 14:11 &lt;deer&gt; &lt;identiguy&gt; Díky. Jen jsem byl zvědavý. 14:11 &lt;jrandom&gt; "soukromé" outproxy jsou ale jiné – např. anonymizer.i2p by mohl fungovat skvěle bez nutnosti důvěry 14:11 &lt;jrandom&gt; (ale pořád s omezením přístupu na pseudonymně známé klienty, atd) 14:12 &lt;jrandom&gt; aha správně, oOo, chystám se přidat novou stránku, která bude zrcadlit tu starou 14:12 &lt;jrandom&gt; nebo bys navrhoval novou stránku pro více statistik? mohl bys načrtnout, jak bys chtěl, aby vypadala? 14:12 &lt;jrandom&gt; (nebo ji rovnou napsat? :) 14:12 &lt;deer&gt; &lt;oOo&gt; No, mohlo to být ponecháno jako cvičení pro čtenáře ;) 14:12 &lt;jrandom&gt; lol 14:13 &lt;deer&gt; &lt;oOo&gt; Myslel jsem jen na spotřebu paměti (na hlavní stránce) a záložku Shitlist, to je všechno, co mi chybí 14:13 &lt;deer&gt; &lt;oOo&gt; Možná bude potřeba k „shitlistingu“ přidat důvod, mimochodem ;) 14:13 &lt;jrandom&gt; možná bychom mohli hodit podrobný shitlist na stránku profilu peera 14:14 &lt;jrandom&gt; teď to ve skutečnosti nesledujeme, ale máš pravdu, mohli bychom a bylo by to fajn 14:14 &lt;deer&gt; &lt;oOo&gt; IMHO stránka profilu peera je příliš velká, aby byla opravdu užitečná :*) 14:14 &lt;deer&gt; &lt;oOo&gt; A je to snadné udělat, každý kód, co volá .addshitlist(), má hned na dalším řádku dobré komentáře ;) 14:14 &lt;jrandom&gt; nějaké návrhy na zlepšení? 14:15 &lt;jrandom&gt; heh :) 14:15 &lt;jrandom&gt; (stránka netDb je podle mě dost ošklivá) 14:16 &lt;jrandom&gt; ahoj fvw 14:16 &lt;fvw&gt; zdravím, jrandome, všichni. 14:16 &lt;jrandom&gt; ok, pokud má ještě někdo nějaké návrhy k webové části, dejte mi prosím vědět 14:16 &lt;jrandom&gt; tahle nová webová konzole je opravdu jen první průchod, a většinu mé pozornosti zatím dostala konfigurační část 14:17 &lt;jrandom&gt; ok, má někdo ještě něco k 0.3.4.1? 14:17 &lt;jrandom&gt; ok, přejdeme k 2) Aktualizovaná dokumentace 14:17 &lt;jrandom&gt; [seznam aktualizovaných stránek viz e‑mail] 14:18 &lt;jrandom&gt; konečně jsme také dostali všechny detaily z účtů paypal/e-gold (promiňte za zdržení!) 14:19 &lt;cervantes&gt; w00t 14:19 &lt;jrandom&gt; další aspekt dokumentace, který jsme nezmínili, je, co bychom měli dodávat spolu s routerem – na nové webové konzoli můžeme snadno zabalit libovolné html / jsp soubory jako kontextovou nápovědu 14:19 &lt;cervantes&gt; sakra....opravdu jsem to všechno daroval 14:20 &lt;jrandom&gt; cervantes si tento týden určitě vysloužil cervantes++ :) 14:20 &lt;cervantes&gt; asi jsem špatně spočítal svou cizí měnu ;-) 14:20 &lt;jrandom&gt; lol 14:20 * fvw fandí cervantesovi. 14:20 &lt;jrandom&gt; mos def 14:20 &lt;cervantes&gt; btw našel jsem starou zásobu maďarských dolarů.... 14:21 &lt;jrandom&gt; lol schováváš si je pod matrací nebo co? 14:21 &lt;cervantes&gt; nebo forinty .. 14:21 &lt;cervantes&gt; vždycky nadhodnotím své prázdninové výdaje ;-) 14:21 &lt;jrandom&gt; heh 14:22 &lt;fvw&gt; hmm, forinty. Zvláštní. 14:22 * fvw mumlá "forinti=0..." 14:23 &lt;jrandom&gt; (není divu, že maďarská notace nepoužívá 'i') 14:23 &lt;jrandom&gt; &lt;/derail&gt; 14:23 &lt;fvw&gt; hehe. Ano, zpátky k věci. Nová dokumentace. moc pěkná. 14:23 &lt;jrandom&gt; w3rd 14:23 &lt;deer&gt; &lt;kling&gt; dobrý večer 14:24 &lt;jrandom&gt; pořád je toho hodně co uklidit, takže snad si lidi vezmou jednu dvě stránky a zkontrolují je, a pošlou výsledky / aktualizace 14:24 &lt;jrandom&gt; ahoj kling 14:24 &lt;jrandom&gt; ok, ještě něco ohledně dokumentace? 14:24 &lt;fvw&gt; pweh 14:25 &lt;jrandom&gt; pokud ne, přecházíme k 3) pokrok 0.4 14:25 &lt;fvw&gt; možná to není úplně k věci, ale stránka ke stažení taky potřebuje trochu práce. 14:25 &lt;jrandom&gt; ah 14:25 &lt;jrandom&gt; jo 14:25 &lt;deer&gt; &lt;oOo&gt; Chybějící detaily k Bounties? ;) 14:25 &lt;jrandom&gt; o tu konkrétní stránku se zas /tak/ nebojím, protože se to celé změní s novým instalátorem, takže ji stejně budeme muset přepsat 14:25 &lt;fvw&gt; trochu do toho šťouchnu a položím potřebné otázky na mailinglistu. 14:25 &lt;jrandom&gt; r0x0r fvw 14:25 &lt;fvw&gt; aha, ok. Tak to nebudu,. 14:26 &lt;deer&gt; &lt;kling&gt; router stále běží, nic zvláštního k hlášení Uptime 32h 14:26 &lt;jrandom&gt; jo, něco z těch informací zůstane, ale většina se změní 14:26 &lt;jrandom&gt; super, klingu – jsi na 0.3.4.1 nebo 0.3.4? 14:26 &lt;deer&gt; &lt;kling&gt; .1 14:26 &lt;jrandom&gt; oOo: bohužel jsme přišli o většinu detailních stránek 14:27 &lt;jrandom&gt; ale máš pravdu, potřebujeme tam nějakou výplň 14:27 &lt;deer&gt; &lt;oOo&gt; Ok, škoda, ale dá se bez nich žít ^^ 14:27 &lt;jrandom&gt; nebo ty odkazy odstranit 14:27 &lt;jrandom&gt; to mi také připomíná, že aum nyní pracuje na DHT a vypadá to, že Nightblade už ne 14:27 &lt;jrandom&gt; (takže by se měl aktualizovat 'dev' distribuovaného úložiště dat) 14:29 &lt;jrandom&gt; ok, každopádně, práce na 0.4 pokračují – nedávno jsem potrápil simulaci se 100 routery s několika různými zátěžemi šířky pásma a drželo se to docela dobře 14:29 &lt;jrandom&gt; taky jsem opravil ošklivý bug v plánovači jthread v Kaffe, ale na fbsd je tam pořád trochu divností (na linuxu ne) 14:30 &lt;jrandom&gt; nevím, jak to vypadá s instalátorem.. 14:30 &lt;jrandom&gt; ale pamatuju si, že na tom dnes pracoval hypercubus, takže jsem si jistý, že se dozvíme víc, až bude víc připraveno ke sdělení 14:31 &lt;deer&gt; &lt;oOo&gt; Hehe 14:31 &lt;jrandom&gt; má někdo nějaké otázky / obavy / návrhy ohledně verze 0.4? 14:31 &lt;deer&gt; &lt;oOo&gt; „Kdy?“ J/K ;) 14:32 &lt;jrandom&gt; opravdu už toho nemáme moc, co do kódu přidat, než to bude připravené na 0.4 14:32 &lt;jrandom&gt; (ale 0.4 není konečná, po ní máme ještě hromadu práce) 14:32 &lt;deer&gt; &lt;oOo&gt; Do nekonečna a ještě dál! 14:32 &lt;jrandom&gt; přesně ;) 14:33 &lt;jrandom&gt; ok, myslím, že to je všechno, co jsem chtěl probrat, takže 4) ??? 14:33 &lt;jrandom&gt; má někdo něco, o čem by chtěl mluvit? 14:33 &lt;deer&gt; &lt;oOo&gt; i2pcvs.i2p oživení? 14:34 &lt;jrandom&gt; jo, měl bych to asi znovu spustit 14:34 &lt;jrandom&gt; pravděpodobně to udělám, jakmile zabalíme novou konzoli routeru jako primární, s i2ptunnel.cfg 14:35 &lt;deer&gt; &lt;oOo&gt; Ok, díky 14:36 &lt;jrandom&gt; ok, jestli už nic dalšího... 14:36 * jrandom se chystá zakončit 14:36 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2004/08/03/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-3.-srpna-2004/Tue, 03 Aug 2004 00:00:00 +0000/cs/blog/2004/08/03/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-3.-srpna-2004/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> alpaca\_, bogobot, cervantes, duck, hobbs, hypercubus, jrandom, jteitel, mihi, mrflibble, mule, mule2p, Nightblade, oOo, protok0l</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 14:05 &lt;jrandomi2p&gt; 0) ahoj 14:05 &lt;jrandomi2p&gt; 1) stav 0.3.4 14:05 &lt;hypercubus&gt; garantuju, že na PDforge bude tvůj projekt prakticky okamžitě potvrzen ;-) 14:05 &lt;jrandomi2p&gt; 2) V plánu pro 0.3.4.1 14:05 &lt;jrandomi2p&gt; 3) Nová webová konzole / správce I2PTunnel 14:05 &lt;jrandomi2p&gt; 4) věci kolem 0.4 14:05 &lt;jrandomi2p&gt; 5) Další vývojové aktivity 14:05 &lt;jrandomi2p&gt; 6) ??? 14:05 &lt;jrandomi2p&gt; 0) ahoj 14:05 * jrandomi2p mává 14:05 &lt;mihi&gt; lla ih 14:05 * oOo blbne 14:06 &lt;mihi&gt; ahoj všichni 14:06 &lt;jrandomi2p&gt; týdenní poznámky o stavu jsou zveřejněny na http://dev.i2p.net/pipermail/i2p/2004-August/000388.html 14:06 &lt;jrandomi2p&gt; rovnou skočíme do 1) stav 0.3.4 14:07 &lt;jrandomi2p&gt; síť se zdá obecně funkční, jak pro irc, tak pro eepsites 14:07 &lt;jrandomi2p&gt; jakou spolehlivost/výpadky eepsite pozorujete? 14:07 * jrandomi2p vidí tady selhání na irc, jak vidím, když se lidé odpojují / atd 14:08 &lt;mule2p&gt; obecně dobré, dostal jsem out-of-memory po cca 25MBytes 14:08 &lt;mule2p&gt; ale to by mělo být opraveno v cvs, jak jsi zmiňoval 14:08 &lt;jrandomi2p&gt; aha, to je při jednom 25MB downloadu, že? 14:09 &lt;mule2p&gt; ano 14:09 &lt;jrandomi2p&gt; jo 14:10 &lt;jrandomi2p&gt; přenosy velkých souborů pořád vypadají problematicky (odpojení po čase, ne však korupce). myslím, že to může být opraveno tou zmíněnou úpravou, ale nejsem si jistý 14:11 * jrandomi2p zapomněl zmínit, že oOoův roundtrip/connections_reliability.php zahrnuje oba irc servery tady, nejen i2p, takže momentálně nemá úplně správná data 14:11 &lt;jrandomi2p&gt; oOo - nějaké nápady, co by bylo potřeba, aby kód bogobota ignoroval @irc.metropipe.net? 14:12 &lt;duck&gt; nakopávám hypercubuse 14:12 &lt;duck&gt; a sebe, abychom upgradovali 14:12 &lt;oOo&gt; Velmi málo kódu, peer review od hypercubuse a aktualizace bogobota od duke 14:13 &lt;jrandomi2p&gt; ok, super 14:13 &lt;hypercubus&gt; duke? 14:13 &lt;oOo&gt; duck, promiň :p 14:13 * jrandomi2p myslí, že takové statistické shrnutí by bylo velmi užitečné 14:13 &lt;jrandomi2p&gt; duke duck 14:14 &lt;oOo&gt; Statistiky jsou dělané v PHP, můžou být předané i duckovi 14:14 &lt;jrandomi2p&gt; ok, má někdo něco k probrání ohledně 0.3.4? 14:14 &lt;jrandomi2p&gt; w3rd 14:15 &lt;jrandomi2p&gt; ok, jdeme na 2) 0.3.4.1 14:15 &lt;jrandomi2p&gt; nevím, co dalšího zmínit nad rámec toho, co je v mailu 14:16 &lt;jrandomi2p&gt; aplikace StreamSinkServer a StreamSinkClient jsou kompaktní demo aplikace pro ministreaming (pro jakékoli Java vývojáře, kteří chtějí psát streaming přes i2p) 14:16 &lt;jrandomi2p&gt; jo a StreamSinkServer je něco jako aumova Python aplikace dropbox (vezme libovolná data, která mu kdokoli pošle, a zapíše je do souboru) 14:17 &lt;jrandomi2p&gt; (StreamSinkClient posílá pevně velký objem náhodných dat, takže nic moc užitečného ;) 14:17 &lt;jrandomi2p&gt; nějaké nápady/obavy/dotazy ohledně 0.3.4.1? 14:18 * jrandomi2p odhaduje, že to bude venku za den nebo dva 14:19 &lt;jrandomi2p&gt; ok, jedeme svižně dál k 3) Nová webová konzole / správce I2PTunnel 14:20 &lt;jrandomi2p&gt; jak bylo zmíněno v mailu, nová webová konzole je v zásadě funkční a máme jednoduché webové rozhraní na ovládání/upravování/vytváření instancí i2ptunnel 14:21 &lt;protok0l&gt; kde to může protok0l získat 14:22 &lt;protok0l&gt; a co mám dělat s jetty 14:22 &lt;jrandomi2p&gt; všechno je to teď v cvs, ale potřebuju vyvěsit nějaké dokumenty, jak to nastavit 14:22 &lt;protok0l&gt; ok 14:23 * jrandomi2p sepsal a poslal do kanálu cca 5krokový postup před pár dny, ale potřebujeme jednodušší postup (nebo alespoň srozumitelnější) 14:23 &lt;protok0l&gt; slyšel jsem, že CVS stojí za houby 14:23 &lt;mule2p&gt; ok, řeknu ti, jakmile budu mít dokumentaci :) 14:23 &lt;protok0l&gt; a že existuje nějaká lepší věc než CVS 14:23 * oOo si stihl zalogovat jen první 2 kroky, než se odpojil :p 14:24 &lt;protok0l&gt; to samé s Vi 14:24 &lt;protok0l&gt; lol 14:24 &lt;jrandomi2p&gt; nakonec přejdeme na to, že tahle nová konzole bude 'standard', ale to pravděpodobně počká, až budeme mít všechno integrované s novým instalátorem od hypercubuse 14:26 &lt;jrandomi2p&gt; vlastně 14:26 &lt;jrandomi2p&gt; pro odvážné, tady jsou ty ošklivé kroky z minula: 14:26 &lt;jrandomi2p&gt; 20:19 &lt;jrandom&gt; w3rd hyper - mohl bys stáhnout poslední z cvs, 'ant dist', vzít build/*jar a hodit je do svého lib dir, mkdir $instDir/webapps/ ; cp build/routerconsole.war $instDir/webapps/ ; uprav svůj router.config tak, že odkomentuješ řádky clientApp.3.* a aktualizuješ svůj classpath 14:26 &lt;jrandomi2p&gt; 20:19 &lt;jrandom&gt; (v classpath to nastav na: lib/i2p.jar:lib/router.jar:lib/mstreaming.jar:lib/heartbeat.jar:lib/i2ptunnel.jar:lib/netmonitor.jar:lib/sam.jar:lib/timestamper.jar:lib/ant.jar:lib/jasper-compiler.jar:lib/jasper-runtime.jar:\ 14:26 &lt;jrandomi2p&gt; 20:19 &lt;jrandom&gt; lib/jnet.jar:lib/org.mortbay.jetty.jar:lib/routerconsole.jar:lib/xercesImpl.jar:lib/xml-apis.jar:lib/javax.servlet.jar 14:26 &lt;protok0l&gt; ok, kašlu na to 14:27 &lt;jrandomi2p&gt; kromě toho je tu nový i2ptunnel.war - vezmi ho a hoď do $instDir/webapps/ a jdi na `http://localhost:7657/i2ptunnel/` 14:27 &lt;jrandomi2p&gt; jo, jak jsem říkal, je to opruz 14:27 &lt;jrandomi2p&gt; ale je to funkční a já nemám ani čas, ani expertízu, abych to udělal výrazně lepší 14:27 &lt;oOo&gt; To je všechno, co je potřeba udělat ? 14:28 &lt;jrandomi2p&gt; jo 14:28 &lt;oOo&gt; Ok, díky 14:28 &lt;jrandomi2p&gt; (uvidíš něco jako http://dev.i2p.net/~jrandom/config.png, když půjdeš na `http://localhost:7657/config.jsp` 14:29 &lt;jrandomi2p&gt; každopádně, to je k tomu vše 14:29 &lt;jrandomi2p&gt; ocenil bych, když to lidi proklepnou, a ideálně přijdou na způsoby, jak to zlepšit :) 14:30 &lt;jrandomi2p&gt; mihi: nějaké myšlenky k celé té ideji webového rozhraní? 14:30 &lt;duck&gt; pěkné rozvržení 14:31 &lt;jrandomi2p&gt; myslel jsem si, že se ti to bude líbit, duck ;) 14:31 &lt;mrflibble&gt; pěkné 14:31 * mihi se líbí i rozvržení 14:31 &lt;mihi&gt; webová rozhraní jsou vždy fajn 14:32 &lt;jrandomi2p&gt; to, co jsem dal dohromady pro i2ptunnel.war, je docela fádní... funkční, ale fádní 14:33 &lt;jrandomi2p&gt; ok, toť vše – pokud/dokud si o tom budou chtít lidi dál povídat, máme irc a list, atd :) 14:33 &lt;mule2p&gt; jrandomi2p: pro mě je clientApp.3 netmonitor 14:34 &lt;jrandomi2p&gt; aha ok mule2p – zkontroluj router.config z cvs - 14:34 &lt;jrandomi2p&gt; #clientApp.3.main=net.i2p.router.web.RouterConsoleRunner 14:34 &lt;jrandomi2p&gt; #clientApp.3.name=webConsole 14:34 &lt;jrandomi2p&gt; #clientApp.3.args=7657 127.0.0.1 ./webapps/ 14:34 &lt;jrandomi2p&gt; samozřejmě změň 3 na 4 a odkomentuj :) 14:35 &lt;jrandomi2p&gt; nahraď 127.0.0.1, pokud k tomu chceš přistupovat vzdáleně 14:35 &lt;jrandomi2p&gt; (a 7657, pokud chceš použít jiný port) 14:36 &lt;mule2p&gt; ok, díky, koukal jsem v checkoutnutém i2p stromu po novém router.config, ale možná je někde jinde v cvs 14:36 &lt;jrandomi2p&gt; aha, promiň, jo je to v i2p/installer/java/src/router.config.template 14:37 &lt;mule2p&gt; k 14:37 &lt;jrandomi2p&gt; ok, pokud není nic dalšího, přesouváme se k 4) věci kolem 0.4 14:38 &lt;jrandomi2p&gt; hmm, nevím, jestli je co dodat k tomu, co je v tom odstavci v mailu 14:38 &lt;jrandomi2p&gt; v zásadě jen hromada položek v mém todo seznamu :) 14:39 &lt;jrandomi2p&gt; má někdo dotazy/obavy ohledně věcí, co tam jsou napsané? 14:40 &lt;oOo&gt; Jak si vede instalátor? ^^ 14:40 &lt;jrandomi2p&gt; hypercubus? que tal? 14:40 &lt;hypercubus&gt; trpělivost, danielsan... dobré věci přicházejí k těm, co se ošívají... eh, počkej ;-) 14:40 &lt;jrandomi2p&gt; hehe 14:41 &lt;jrandomi2p&gt; není spěch, jen mě zajímá, jak to jde 14:41 &lt;jrandomi2p&gt; nějaké problémy, na které narážíš, s čím můžeme pomoct, atd? 14:41 &lt;mihi&gt; kdo je danielsan? 14:41 &lt;hypercubus&gt; žádné problémy, jen nuda testování atm 14:42 &lt;jrandomi2p&gt; w3rd 14:42 &lt;hypercubus&gt; měl jsem nejdřív napsat unit testy, ale co už ;-) 14:42 &lt;jrandomi2p&gt; hehe 14:43 &lt;hypercubus&gt; údajná platformní nezávislost Javy se fakt rozpadá v oblasti instalačních úloh 14:44 * jrandom vycítí hromadné odpojení 14:45 &lt;oOo&gt; ouha 14:45 &lt;hypercubus_&gt; hmmm, paráda... co bylo poslední, co jsem řekl? 14:45 &lt;oOo&gt; &lt;hypercubus&gt; údajná platformní nezávislost Javy se fakt rozpadá v oblasti instalačních úloh 14:46 &lt;hypercubus&gt; ok, kdo sabotoval meeting? ;-) 14:46 * jrandom obviňuje jebuse 14:46 &lt;hypercubus&gt; možná to byl duke 14:46 &lt;mule&gt; nechceš mi říct, že můj router je tak důležitý :) 14:46 &lt;jrandom&gt; heh 14:47 &lt;mihi&gt; [23:46] * jrandomi2p opustil IRC (Klient ukončen) 14:47 &lt;mihi&gt; hehe... 14:47 &lt;mule&gt; pokud ano, promiň. 14:47 &lt;hypercubus&gt; každopádně, žádné obavy o progres instalátoru, plně očekávám, že bude hotový, až bude 0.4 14:47 &lt;jrandom&gt; duck: kolik inbound tunnels máš naslouchajících na irc.duck.i2p? 14:47 &lt;hypercubus&gt; nenarážím na nic, nad čím bych si lámal hlavu 14:47 &lt;jrandom&gt; cool, hypercubus 14:47 &lt;hobbs&gt; Připomnělo mi to — je nějaký způsob přístupný z příkazové řádky, jak vyplivnout nový router.config z router.config.template? 14:47 &lt;jrandom&gt; ne 14:48 &lt;jrandom&gt; ne, pokud vím 14:48 &lt;mihi&gt; spusť instalátor a zkopíruj ho 14:48 &lt;jrandom&gt; kromě java -jar install.jar 14:48 &lt;jrandom&gt; heh 14:48 &lt;mihi&gt; myslím do nového adresáře 14:48 &lt;cervantes&gt; alespoň ne to drbání hlavy, na které všichni myslíte 14:48 &lt;jrandom&gt; jé, super, můj router spadl s core dumpem 14:48 &lt;duck&gt; jrandom: připomeň mi, jak zjistím hash irc.duck.i2p 14:48 * hypercubus přemýšlí, co tím cervantes myslel 14:49 &lt;jrandom&gt; cd lib ; java -cp i2p.jar net.i2p.data.TestData display Destination ../irc.privKey 14:49 &lt;cervantes&gt; hyper: budeš spíš znát termín strunking :) 14:49 &lt;hypercubus&gt; duck: zkus zvýšit na 3 nebo víc inbound tunnels... zdá se, že mi to trochu pomohlo 14:50 &lt;duck&gt; *** Building a seperate global context! 14:50 &lt;duck&gt; Log file logger.config does not exist 14:50 &lt;duck&gt; 23:49:47.387 ERROR [main ] net.i2p.util.LogManager : Log file logger.config does not exist 14:50 &lt;duck&gt; 23:49:49.589 CRIT [ 1 shutdown ] net.i2p.util.LogManager : Shutting down logger 14:50 &lt;jrandom&gt; ah, hm 14:50 &lt;hypercubus&gt; asi nezvládl tvůj log *cough* 14:51 &lt;mihi&gt; zkopíruj svůj logger.config všude ;) 14:51 &lt;mihi&gt; alespoň všude, kde může být tvůj pwd, když spouštíš jakoukoli i2p aplikaci 14:51 &lt;duck&gt; ne, nebudu 14:51 &lt;jrandom&gt; ok, echo logger.record.net.i2p.data.TestData=INFO&gt;&gt; logger.config 14:52 &lt;jrandom&gt; vlastně proto jsem říkal (cd lib), ale zapomněl jsem, že jsem v cvs změnil default z DEBUG na ERROR 14:52 &lt;duck&gt; 4 inbounds 14:52 &lt;jrandom&gt; 4 aktuální & připravené? 14:52 &lt;jrandom&gt; nebo 2 nepřipravené (nebo nedávno expirované) a 2 připravené? 14:53 &lt;duck&gt; teď se to změnilo na 3 s 1 nepřipraveným 14:53 &lt;jrandom&gt; 'k takže je to asi během expirace/náhrady tunnelu 14:54 &lt;jrandomi2p&gt; pokud upravíš svůj router.config tak, aby specifikoval 3 inbound tunnels, mělo by to pomoct se spolehlivostí 14:54 &lt;jrandomi2p&gt; (nebo na to můžeš použít nové i2ptunnel webové rozhraní ;) 14:54 &lt;hypercubus&gt; možná by se expirace tunnelu pro jednoho klienta s více tunnels měla rozfázovat 14:55 &lt;jrandomi2p&gt; obecně ano – nové tunnels se alokují a nový leaseSet se vytváří 60s před expirací tunnelu 14:55 &lt;hypercubus&gt; aha 14:55 &lt;jrandomi2p&gt; nicméně při selhání tunnelu se musí vytvořit nový leaseSet na požádání, který se nešíří okamžitě 14:56 &lt;jrandomi2p&gt; (no, jde to do netDb, ale klienti se to nedozví až několik vteřin) 14:57 &lt;jteitel&gt; !who 14:57 &lt;alpaca_&gt; Userlist for #i2p: [hobbs] [Iakin3] [duck] [pwk__] [Sonium] [jar] [alpaca_] [interrupt] [protok0l] [mihi] [aum] [Shaun-Away] [cervantes] [jrandom] [deer] [hirvox] [Bladenight] 14:57 &lt;bogobot&gt; Userlist for #i2p: [shendaras] [duck] [josh] [mule2p] [aum] [mrflibble] [hypercubus] [TrueSeeker] [laggybot] [bogobot] [ion_] [mihi] [ion] [mule] [jteitel] [ant] [oOo_] [jrandomi2p] [dm] [ugha2p] [Ch0Hag] [jnk] [oOo] [soros] [bob] [revival] [DrWoo] [thetower] 14:57 &lt;jrandomi2p&gt; je možné udělat ještě nějaké optimalizace poolu tunnelů, ale nejsem si jistý, jak užitečné by to momentálně bylo 14:57 &lt;jrandomi2p&gt; ok, zpátky k věci – má někdo ještě něco ohledně 4) věci kolem 0.4.? 14:57 &lt;oOo&gt; Ohledně 'large scale simulations' pro 0.4, dá se na to nějak připravit? Potřebují se 'nové' specifické aplikace/nástroje? (přechod k bodu 5? ;) ) 14:58 &lt;jrandomi2p&gt; vlastně, pro tu simulaci by bylo super, kdyby někdo pomohl upravit heartbeat (nebo aplikaci používající sam), aby to bylo něco jako skriptovatelný klient / server 14:59 -!- Bladenight je nyní znám jako Nightblade 14:59 &lt;jrandomi2p&gt; (např. místo současného „každých 30 s pošli 20 KB peeru X“, „po dobu 10 minut žádej peer X o 1MB soubor, pak pauza na 60 m, pak žádej peer Y o 1KB soubory“ atd.) 15:00 &lt;jrandomi2p&gt; ale pokud by někdo měl zájem s tím pomoct, dejte mi vědět a můžeme si po 15:00 &lt;jrandomi2p&gt; ehm, popovídat 15:00 &lt;jrandomi2p&gt; když už jsme u toho, skočme na 5) věci, co děláte :) 15:01 &lt;jrandomi2p&gt; nevím úplně, jak to pojmout, pojďme prostě jít (libovolným) pořadím uvedeným v mailu pro updaty? 15:01 &lt;jrandomi2p&gt; nevidím tu sunshine a aum nejspíš ještě nevstal ;) 15:02 &lt;jrandomi2p&gt; nightblade – jak jde boj? 15:02 &lt;Nightblade&gt; mám nějaké plány udělat rozhraní libsam jako BSD sockets 15:02 &lt;Nightblade&gt; ale na té části jsem ještě nic nekódil 15:02 &lt;duck&gt; změněno na tunnels.numInbound=3 15:03 &lt;jrandomi2p&gt; super, duck (snad s restartem tvého tunnelu počkáš až po meetingu ;) 15:03 &lt;duck&gt; aha, ono to nezjistí změny? 15:03 &lt;jrandomi2p&gt; jo, nightblade – je nějaký problém s tím, jak jsou věci teď? 15:03 &lt;hypercubus&gt; dokud to tak nenaprogramuješ ;-) 15:03 &lt;jrandomi2p&gt; nee, ducku, řádky clientApp se čtou jen při startu 15:04 &lt;jrandomi2p&gt; (clientApp je ve skutečnosti mimo kontrolu routeru – na to je i2ptunnel web app) 15:04 &lt;Nightblade&gt; ne, není s tím problém, jak to je teď.... to, co bych dělal, by bylo navíc k tomu rozhraní, které už tam je (vývojáři by si mohli vybrat, co chtějí použít) 15:04 &lt;jrandomi2p&gt; boží 15:05 &lt;jrandomi2p&gt; ok, ty jsi šéf. Mít pestrost je dobré, i když pestrost znamená víc kódu na údržbu / atd., ale je to o rovnováze 15:06 &lt;jrandomi2p&gt; ok, jdeme dál po seznamu – mule2p – jak to jde s outproxy věcmi? 15:07 &lt;mule&gt; nic nad rámec patche, který máš 15:07 &lt;jrandomi2p&gt; aha, ok, myslel jsem, že děláš na další úpravě 15:07 &lt;mule&gt; musím najít nějaký volný čas na skutečné vyvažování zátěže 15:07 &lt;jrandomi2p&gt; w3rd 15:08 &lt;jrandomi2p&gt; tak ten patch aplikuju 15:08 &lt;mule&gt; díky. a přidej můj outproxy do client app :) zdá se, že je rychlejší 15:08 &lt;jrandomi2p&gt; heh, no jasně, tvoje proxy bude pro tebe rychlejší, je lokální :) 15:09 &lt;oOo&gt; A nikdo jiný ji nepoužívá ^^ 15:09 &lt;mule&gt; ne, není 15:09 &lt;jrandomi2p&gt; ooh, je to na jiném routeru? super 15:09 &lt;mule&gt; jo, na root serveru u ISP 15:10 &lt;jrandomi2p&gt; i2ptunnel webové rozhraní má pole, kde si lidi můžou zadat seznam outproxies, takže by to pro ně mělo být snadno upravitelné, ale dáme to ven v příští revizi & release notes 15:10 &lt;jrandomi2p&gt; pěkné 15:11 &lt;jrandomi2p&gt; ok, nickster je momentálně offline 15:12 &lt;jrandomi2p&gt; probíhá ještě nějaké jiné aktivní klientské vývojové úsilí? 15:12 &lt;jrandomi2p&gt; (nebo se některé z pozastavených znovu rozjely, atd.?) 15:13 &lt;jrandomi2p&gt; ok, kdyby někdo chtěl zmínit ještě něco k tomu, máme list a kanál, jako vždy :) 15:13 &lt;jrandomi2p&gt; jdeme na 6) ??? 15:13 &lt;jrandomi2p&gt; má ještě někdo něco, co chce otevřít? 15:14 &lt;Nightblade&gt; ne 15:15 &lt;mihi&gt; duck má něco k shození ;) 15:15 &lt;mihi&gt; s/any/some/ 15:15 * jrandomi2p pingflooduje mihi 15:15 &lt;jrandomi2p&gt; ok, a tímto 15:15 * jrandomi2p se rozmachuje 15:15 * jrandomi2p *baf* uzavírá meeting </div>/cs/blog/2004/08/03/stavov%C3%A9-pozn%C3%A1mky-i2p-k-2004-08-03/Tue, 03 Aug 2004 00:00:00 +0000/cs/blog/2004/08/03/stavov%C3%A9-pozn%C3%A1mky-i2p-k-2004-08-03/<p>Ahoj všichni, ať máme tuhle aktualizaci stavu z krku.</p> <h2 id="rejstřík">Rejstřík:</h2> <ol> <li>0.3.4 status</li> <li>On deck for 0.3.4.1</li> <li>New web console / I2PTunnel controller</li> <li>0.4 stuff</li> <li>Other development activities</li> <li>???</li> </ol> <h2 id="1-034-stav">1) 0.3.4 stav</h2> <p>S minulým vydáním 0.3.4 si nová síť vede docela dobře – připojení k IRC vydrží v kuse několik hodin a načítání eepsite(I2P Site) se zdá být poměrně spolehlivé. Propustnost je stále obecně nízká, i když mírně vylepšená (dříve jsem stabilně vídal 4-5KBps, nyní stabilně vídám 5-8KBps). oOo zveřejnil dvojici skriptů shrnujících aktivitu na IRC, včetně doby cesty zprávy tam a zpět a délky trvání spojení (vycházejících z hypercubusova bogobota, který byl nedávno commitnut do CVS)</p>/cs/blog/2004/07/27/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-27.-%C4%8Dervence-2004/Tue, 27 Jul 2004 00:00:00 +0000/cs/blog/2004/07/27/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-27.-%C4%8Dervence-2004/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> cat-a-puss, Connelly, deer, dm, hypercubus, jrandom, Sonium</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 14:02 &lt;jrandom&gt; 0) ahoj 14:02 &lt;jrandom&gt; 1) 0.3.3 &amp; aktuální aktualizace 14:02 &lt;jrandom&gt; 2) NativeBigInteger 14:03 &lt;jrandom&gt; 3) ??? 14:03 &lt;jrandom&gt; 0) ahoj 14:03 * jrandom mává 14:03 &lt;jrandom&gt; týdenní status poznámky jsou na @ http://dev.i2p.net/pipermail/i2p/2004-July/000372.html 14:03 &lt;jrandom&gt; (díky popichování od hypercubuse jsem to stihl vydat před schůzkou :) 14:04 &lt;jrandom&gt; ok, jdeme na to 14:04 &lt;jrandom&gt; 1) 0.3.3 &amp; aktuální aktualizace 14:06 &lt;jrandom&gt; v e-mailu je hromada informací popisujících, co se děje, a měla by přijít výrazná redukce využití šířky pásma 14:07 &lt;jrandom&gt; nebude to zpětně kompatibilní, protože to mění spoustu věcí, takže příští vydání bude také náročný upgrade, ale c'est la vie 14:08 &lt;jrandom&gt; má někdo nějaké otázky ohledně revize 0.3.3 nebo věcí uvedených ve status poznámkách? 14:08 * dm mává 14:08 * jrandom tady na freenode vidí 23s lag 14:09 * hypercubus vidí 0,10 s lag 14:09 &lt;jrandom&gt; ah, zpátky k normálu 14:09 &lt;jrandom&gt; ok, pokud nic není, můžeme rovnou skočit na 2) NativeBigInteger 14:10 &lt;jrandom&gt; Iakin3 upravil pár věcí, takže bude jednodušší nasadit kryptografický kód rovnou po instalaci, což je Dobré 14:10 &lt;jrandom&gt; jednou za čas se podívám do netDb a vidím u některých lidí 2–400 ms zpoždění při šifrování ElGamalem, což znamená, že někteří nepoužívají jbigi 14:11 &lt;jrandom&gt; (a všichni by měli používat jbigi) 14:12 &lt;deer&gt; &lt;Nightblade&gt; jak víš, že prostě nemají pomalé počítače 14:12 &lt;Sonium&gt; proč se to nepoužívá automaticky? 14:12 &lt;hypercubus&gt; protože se to musí pro každou platformu sestavit zvlášť 14:12 &lt;jrandom&gt; možná se nám to podaří nasadit v příští revizi, ale uvidíme 14:12 &lt;deer&gt; &lt;oOo&gt; Pokud DLL není přítomné, program pokračuje s kódem pouze v Javě (potřebné kvůli multiplatformní podpoře) 14:12 &lt;hypercubus&gt; a momentálně se nedetekuje platforma 14:12 &lt;jrandom&gt; Nightblade: to je samozřejmě možné 14:13 &lt;jrandom&gt; oOo správně, tu funkcionalitu určitě zachováme 14:13 &lt;deer&gt; &lt;oOo&gt; Ne, vynutit existenci souborů dll a .so, i kdyby byly prázdné nebo k ničemu 14:13 &lt;jrandom&gt; vlastně, to je další z věcí, kterou získáváme s některými aktuálními úpravami, na kterých dělám – potřebujeme dělat jen polovinu elGamal šifrování (protože sourceRouteBlock je pryč) 14:14 &lt;jrandom&gt; hmm oOo? 14:14 &lt;jrandom&gt; proč bychom to chtěli dělat? 14:15 &lt;deer&gt; &lt;oOo&gt; Vynutit kontrolu _existence_ souborů knihoven. Pokud se nepoužijí, nejspíš nejsi na platformě x86 Win/Linux a jsi donucen použít kód v Javě. Každopádně udělal jsi maximum pro to, aby se použily native věci 14:15 &lt;jrandom&gt; oh, jasně, vždycky jsme kontrolovali libjbigi.so / jbigi.dll, věc, kterou Iakinův kód přidává, je možnost zabalit spoustu DLL a .so souborů do jaru a za běhu vybrat ten *správný* 14:16 &lt;hypercubus&gt; &lt;/obvious&gt; 14:16 &lt;jrandom&gt; (při neúspěchu spadnout na čistou Javu, pokud žádný nesedí) 14:17 &lt;jrandom&gt; každopádně, to jsou dobré věci, které snad dost pomůžou novým uživatelům 14:17 &lt;jrandom&gt; (a ušetří mi to čas na dělání ošklivých rozevíracích seznamů v admin rozhraní :) 14:18 &lt;jrandom&gt; ok, pokud k tomu není nic dalšího, myslím, že to je vše, co mám 14:18 &lt;jrandom&gt; takže přecházíme k 3) ??? 14:18 &lt;jrandom&gt; má ještě někdo něco, co chce otevřít? 14:18 &lt;hypercubus&gt; někdo by měl pustit kontrolu pravopisu na novém webu ;-) 14:19 &lt;jrandom&gt; teď máš přístup do CVS... :) 14:19 &lt;jrandom&gt; (modul: i2pwww) 14:19 &lt;hypercubus&gt; sakra 14:19 &lt;deer&gt; &lt;oOo&gt; Poškození dat při velkých přenosech, i lokálních, je v šetření (např. když taháš několik MB z vlastní eepsite) ? 14:20 &lt;hypercubus&gt; měl jsem mnoho přerušených stahování velkých souborů, ale nikdy poškození 14:20 &lt;jrandom&gt; hmm, většina výskytů toho problému byla vyřešena, ale nedávno jsem o tom slyšel hlášení. Aplikační vrstvou jsem to ještě znovu neprošel a neauditoval 14:21 &lt;jrandom&gt; považuji přerušené stahování za poškozené 14:21 &lt;jrandom&gt; musí to fungovat napoprvé, od začátku do konce 14:21 &lt;hypercubus&gt; no, tomu se nevyhneš, to se děje i na skutečném WWW ;-) 14:21 &lt;deer&gt; &lt;oOo&gt; Ne když je grabber na stejném počítači jako server ^^ 14:22 &lt;jrandom&gt; oOo: můžeš to reprodukovat? 14:22 &lt;jrandom&gt; (nebo je to občasné?) 14:22 &lt;deer&gt; &lt;oOo&gt; jrandom: Dvakrát ano, myslel jsem, že je to známé, zkusím znovu 14:23 &lt;jrandom&gt; díky. Pokud to dokážeš reprodukovat, dej mi prosím vědět detaily testu a já se do toho víc ponořím. 14:23 &lt;jrandom&gt; (stejně musím znovu auditovat aplikační vrstvu brzy) 14:23 &lt;deer&gt; &lt;oOo&gt; jrandom: Není problém, díky 14:24 &lt;jrandom&gt; ok, má ještě někdo něco, na co se chce zeptat/otevřít? 14:25 &lt;cat-a-puss&gt; Pořád mám zájem mluvit o tom, jak udělat myI2P 14:25 &lt;cat-a-puss&gt; Možná dokážu během pár měsíců přivést pár lidí 14:25 &lt;jrandom&gt; super! 14:26 &lt;hypercubus&gt; třídní projekt? ;-) 14:26 &lt;cat-a-puss&gt; něco takového ;-) 14:27 &lt;jrandom&gt; myslím, že jakmile dostaneme ven 0.4 s novým webovým rozhraním, mělo by být mnohem snazší poskládat aplikace (jako myi2p) s webovým frontendem 14:27 &lt;cat-a-puss&gt; takže myslíš, že to lze udělat čistě na aplikační vrstvě? 14:27 &lt;jrandom&gt; rozhodně 14:28 &lt;jrandom&gt; co dalšího jsi měl na mysli? 14:28 &lt;cat-a-puss&gt; no, síťová DB by se dala použít pro ukládání metadat 14:28 &lt;jrandom&gt; ahh 14:28 &lt;cat-a-puss&gt; měla by k tomu přístup? 14:28 &lt;hypercubus&gt; *kašel* 14:28 &lt;jrandom&gt; ne, k netDb nemá přístup nic 14:29 &lt;jrandom&gt; můžeme kouzlit v netDb, protože je dost úzce zaměřená jen na to, aby sloužila jako naše distribuovaná směrovací tabulka 14:29 &lt;hypercubus&gt; cat-a-puss: co chceš, je DHT (distribuovaná hashovací tabulka), na které pracuje Nightblade 14:29 &lt;jrandom&gt; myi2p (a spol.) by ale určitě mohlo použít DHT nad i2p 14:30 &lt;hypercubus&gt; (enclave) 14:30 &lt;jrandom&gt; o jakých metadatech jsi uvažoval? 14:31 &lt;cat-a-puss&gt; no, představoval jsem si něco jako kanály ve Frostu, které běží nad SSK ve Freenetu 14:31 &lt;cat-a-puss&gt; takže bys provozoval SSK na DHT nad I2p 14:31 &lt;jrandom&gt; správně 14:31 &lt;jrandom&gt; to ale může být na některé věci trochu přestřelené 14:31 &lt;cat-a-puss&gt; ale pořád potřebuješ metaklíč, který vypisuje všechna SSK lidí, kteří jsou přihlášeni k odběru kanálu 14:32 &lt;dm&gt; DHT přes i2p... 14:32 * dm nevidí, že by to spolehlivě fungovalo v dohledné době. 14:32 &lt;Connelly&gt; obecná knihovna pro DHT by byla fajn 14:32 &lt;dm&gt; spolehlivě 14:32 &lt;deer&gt; &lt;Nightblade&gt; co je DHT knihovna 14:32 &lt;cat-a-puss&gt; to musí fungovat jinak ... 14:33 &lt;jrandom&gt; cat-a-puss: řekl bych, že záleží na tom, jaká aktivita by tam probíhala, ale zatímco nástěnky ve stylu Frostu mohou být dobré pro některé věci, nástěnky ve stylu fmb mohou být dobré pro jiné a pro další mohou být vhodné blogové agregátory 14:34 &lt;Connelly&gt; no, implementace Kademlia nebo něco takového 14:34 &lt;Connelly&gt; předpokládám, že enclave by byla něco takového 14:34 &lt;deer&gt; &lt;Nightblade&gt; myslím, že nejdřív udělám nějaké změny v LibSAM 14:34 &lt;deer&gt; &lt;Nightblade&gt; zbývají mi jen dva týdny výuky, včetně tohoto týdne 14:34 &lt;deer&gt; &lt;Nightblade&gt; pak snad budu moct něco dělat 14:35 &lt;jrandom&gt; w00t! :) 14:37 &lt;cat-a-puss&gt; jrandom: v zásadě je cílem být vším pro všechny. Pokud síť nedělá všechno, lidé budou používat něco jiného. (a musí v tom být lepší, aby přilákala krycí provoz) 14:38 &lt;jrandom&gt; dělal jsem na příliš mnoha projektech, které se snažily o styl „švýcarského armádního nože“ – postav to a oni přijdou 14:38 &lt;hypercubus&gt; síť je transportní vrstva, ne aplikační vrstva ;-) 14:38 &lt;jrandom&gt; to funguje velmi, velmi, velmi zřídka. 14:38 &lt;jrandom&gt; transportní vrstva i2p by rozhodně měla podporovat veškerou možnou point‑to‑point komunikaci 14:38 &lt;jrandom&gt; ale aplikace nad i2p by měly být uživatelsky přívětivé – to znamená, že řeší konkrétní uživatelskou potřebu a pomáhají s ní 14:39 &lt;jrandom&gt; masy nechtějí komunikační vrstvu, chtějí způsob, jak mluvit s lidmi, číst, co lidé říkají, a objevovat 14:39 &lt;Connelly&gt; áále, měli bychom vytvořit XUL a úplně nový systém Gecko 14:39 &lt;Connelly&gt; pak na tom postavit konglomerát programů Mozilly 14:39 &lt;Connelly&gt; pak integrovat kolaborativní systémy do Mozilly ;) 14:40 &lt;cat-a-puss&gt; skvělé, pokud má aplikace nad komunikační vrstvou dostatečnou kontrolu, aby si ji ohnula podle potřeb. 14:40 &lt;dm&gt; Maxthon&gt; Mozilla 14:40 &lt;jrandom&gt; cat-a-puss: rozhodně. Všechny aplikace používající SAM, I2CP nebo SDK mohou dělat to, co může každá jiná aplikace 14:41 &lt;jrandom&gt; (což by mělo stačit [funkcionalita/API je modelována podle JMS a MOMs, které jsou v průmyslu prověřené už víc než deset let]) 14:43 &lt;cat-a-puss&gt; ok, takže v zásadě mám: TCP, datagram, obojí + anonymitu, pokud ji chci, a DHT, která běží nad tím vším. 14:44 &lt;hypercubus&gt; nějakou anonymitu máš, ať se ti to líbí nebo ne ;-) 14:44 &lt;cat-a-puss&gt; takže aplikace nemůže nastavit délku tunnelu na 0, ani když chce? 14:44 &lt;jrandom&gt; správně – i2p samo je ta TCP/datagram část a aplikace enclave DHT by mohla sloužit jako základ pro datové úložiště 14:44 &lt;jrandom&gt; rozhodně 14:45 &lt;jrandom&gt; ve skutečnosti, s 0‑hop tunnels a obranou, kterou Connelly nastínil minulý týden, to může být vůči některým útočníkům docela anonymní 14:45 &lt;jrandom&gt; ehm, špatně jsem tě pochopil. Ano, aplikace může nastavit délku tunnelu na 0, ale i tak to poskytuje určitou míru anonymity 14:46 &lt;cat-a-puss&gt; ok 14:46 &lt;jrandom&gt; (pro některé lidi dostačující, ale nedostačující proti některým statistickým útokům) 14:46 &lt;hypercubus&gt; kdybys nechtěl žádnou anonymitu, neměl bys svůj provoz pouštět přes i2p 14:47 &lt;cat-a-puss&gt; a různé aplikace na stejném hostu/portu se, předpokládám, řeší prostě oddělenými klíči? 14:47 &lt;jrandom&gt; přesně tak 14:47 &lt;deer&gt; &lt;DrWoo&gt; nízká anonymita by mohla být populární pro provoz P2P přes I2P ? 14:47 &lt;cat-a-puss&gt; pak jediná otázka, která mi zbyla, je nějaký druh „záznamníkové služby“ 14:47 &lt;jrandom&gt; správně, DrWoo – sdílení souborů / atd. by pravděpodobně mohlo používat 0‑hop tunnels 14:48 &lt;deer&gt; &lt;DrWoo&gt; hele sorosi! 14:48 &lt;hypercubus&gt; myslím, že aplikace ve stylu BitTorrentu na i2p by pravděpodobně potřebovaly 0–1 hop tunnels 14:48 &lt;Connelly&gt; jrandom: která obrana pro 0‑hop tunnels? 14:48 &lt;deer&gt; &lt;soros&gt; ahoj woo :D 14:48 &lt;deer&gt; &lt;DrWoo&gt; soros: schovával ses hehe 14:48 &lt;cat-a-puss&gt; tj.: nastavit v i2p databázi něco, kam by můj provoz chodil k někomu jinému, když jsem offline, a pak, až se vrátím, je kontaktuju a oni mě doplní o to, co mi uniklo? 14:48 &lt;cat-a-puss&gt; nemusejí to umět dešifrovat 14:48 &lt;deer&gt; &lt;soros&gt; na pár měsíců jsem to s iip vzdal 14:48 &lt;dm&gt; shledání sorose a drwoo... 14:48 &lt;dm&gt; SLZA 14:48 &lt;hypercubus&gt; cat-a-puss: zase věc aplikační vrstvy 14:49 &lt;jrandom&gt; cat-a-puss: nevím, takovou funkcionalitu jsem si u myi2p moc nepředstavoval, ale existuje pár způsobů, jak to udělat 14:49 &lt;deer&gt; &lt;soros&gt; jde tohle automaticky na freenode ? 14:49 &lt;deer&gt; &lt;soros&gt; ups.. tohle je i2p, sorry 14:49 &lt;jrandom&gt; Connelly: použití přísného pořadí peerů v tunnelu 14:49 &lt;deer&gt; &lt;DrWoo&gt; soros: je to trochu matoucí lol 14:50 &lt;Connelly&gt; ok 14:50 &lt;hypercubus&gt; měli bychom na fóru spustit anketu pro hlasování o novém názvu pro myI2P ;-) 14:51 &lt;jrandom&gt; betty 14:51 &lt;hypercubus&gt; MyBetty? 14:51 &lt;dm&gt; MY TOOPIE 14:51 &lt;jrandom&gt; heh 14:51 &lt;deer&gt; &lt;Nightblade&gt; co třeba acropolis....... nebylo to ono? 14:51 &lt;hypercubus&gt; Betty Toop? 14:51 &lt;deer&gt; &lt;soros&gt; MOAP2P 14:51 &lt;deer&gt; &lt;DrWoo&gt; I2P H@ME 14:51 &lt;deer&gt; &lt;soros&gt; Matka všeho P2P 14:52 &lt;hypercubus&gt; nightblade: jo, acropolis 14:52 &lt;hypercubus&gt; líbí se mi to 14:53 &lt;dm&gt; Co takhle: pipi do obličeje 14:53 &lt;hypercubus&gt; dm: víš, že to všechno půjde do zápisu ze schůzky, že? ;-) 14:53 &lt;Connelly&gt; člověče, mám skvělý nápad 14:53 &lt;deer&gt; &lt;DrWoo&gt; Střed známého I2P 14:53 &lt;dm&gt; hypercubus: pipi do obličeje 14:53 &lt;Connelly&gt; pojďme do I2P H@ME integrovat 3D uživatelsky programovatelné RPG 14:53 &lt;deer&gt; &lt;soros&gt; nazvěte to HyperCube. 14:54 &lt;Connelly&gt; a použít na to technologii Mozilly :) 14:54 &lt;dm&gt; Maxthon čurá na Mozillu 14:54 &lt;Connelly&gt; dobře, Maxthon 14:54 &lt;hypercubus&gt; máš teď úchylku na XUL, connelly? ;-) 14:54 &lt;Connelly&gt; jo! 14:55 &lt;Connelly&gt; ale měli bychom vytvořit celý programovací jazyk založený na XML 14:55 &lt;Connelly&gt; takhle by to bylo flexibilnější 14:55 &lt;jrandom&gt; a pak si postavme i vlastní hardware 14:55 &lt;hypercubus&gt; vlastní bezdrátové mesh routery pro i2p 14:55 &lt;jrandom&gt; a dát dohromady distribuční společnost s loděmi a vlaky, aby se to dostalo do světa! :) 14:55 &lt;dm&gt; vyznám se v CPU 14:55 &lt;dm&gt; jeden jsem postavil 14:56 &lt;deer&gt; &lt;mule&gt; plus postavit výrobní závody na čipy ... 14:56 &lt;Connelly&gt; jo, anonymní přepravní korporaci 14:56 &lt;hypercubus&gt; nazvěme ji WhoEx 14:56 &lt;Connelly&gt; a použijme reflektory na Měsíci, abychom si navzájem posílali laserový internetový provoz! 14:57 &lt;hypercubus&gt; cítím, že je čas tu schůzku odpálit 14:57 &lt;jrandom&gt; na tu pozn.. 14:57 &lt;jrandom&gt; ehm, poznámku 14:57 &lt;jrandom&gt; má ještě někdo něco, co chce otevřít? pokud ne, máme fóra a mailing list 14:57 &lt;jrandom&gt; (a jsme tu pořád ;) 14:57 * jrandom uzavírá 14:57 &lt;dm&gt; já ne, já mám život. 14:57 &lt;dm&gt; LŮZŘI 14:57 &lt;dm&gt; NEEEEEEEEEEEEEEEERRRRRRRRRDDDDDDDSSSSS 14:57 * jrandom *baf*ne dm po hlavě 14:58 &lt;jrandom&gt; (uzavírá schůzku) </div>/cs/blog/2004/07/27/stavov%C3%A9-pozn%C3%A1mky-i2p-k-2004-07-27/Tue, 27 Jul 2004 00:00:00 +0000/cs/blog/2004/07/27/stavov%C3%A9-pozn%C3%A1mky-i2p-k-2004-07-27/<p>Čau všichni, je čas na naši týdenní seanci nadávání</p> <h2 id="rejstřík">Rejstřík:</h2> <ol> <li>0.3.3 &amp; current updates</li> <li>NativeBigInteger</li> <li>???</li> </ol> <h2 id="1-033">1) 0.3.3</h2> <p>Minulý pátek jsme vydali verzi 0.3.3 a po dni či dvou dost hrbolaté jízdy se zdá, že si vede docela dobře. Ne tak dobře jako 0.3.2.3, ale obvykle se mi dařilo vydržet na irc.duck.i2p v blocích po 2-7h. Nicméně, protože jsem viděl, že spousta lidí má potíže, spustil jsem logger a podrobně sledoval, co se děje. Stručná odpověď je, že jsme jednoduše používali více šířky pásma, než je potřeba, což způsobovalo přetížení a selhání tunnelů (kvůli vypršení časového limitu testovacích zpráv apod.).</p>/cs/blog/2004/07/20/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-20.-%C4%8Dervence-2004/Tue, 20 Jul 2004 00:00:00 +0000/cs/blog/2004/07/20/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-20.-%C4%8Dervence-2004/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> cat-a-puss, cervantes, Connelly, deer, duck, jrandom, mihi, modulus</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 14:05 &lt;jrandom&gt; 0) ahoj 14:05 &lt;jrandom&gt; 1) 0.3.2.3, 0.3.3 a roadmap 14:05 &lt;jrandom&gt; 2) s/reliability/capacity/g 14:05 &lt;jrandom&gt; 3) aktualizace webu 14:05 &lt;jrandom&gt; 4) útoky a obrany 14:05 &lt;jrandom&gt; 5) ??? 14:05 &lt;jrandom&gt; 0) ahoj 14:05 * jrandom mává 14:05 &lt;jrandom&gt; týdenní status poznámky jsou na @ http://dev.i2p.net/pipermail/i2p/2004-July/000358.html 14:06 &lt;jrandom&gt; přejdeme rovnou k 1) 0.3.2.3, 0.3.3 a roadmap 14:07 &lt;jrandom&gt; (zatímco si to všichni pročítáte dopředu, předpokládám ;) 14:07 &lt;jrandom&gt; vydání 0.3.2.3 je venku a vypadá, že si vede dobře 14:07 &lt;jrandom&gt; jaké jsou hlavní problémové body, které lidé vidí? 14:08 &lt;deer&gt; &lt;Nightblade&gt; žádný problém 14:08 &lt;deer&gt; &lt;duck&gt; 4 dny uptime bez problémů 14:08 &lt;jrandom&gt; hmm, jo 14:08 &lt;deer&gt; &lt;duck&gt; pro některé není IRC moc stabilní 14:08 &lt;deer&gt; &lt;duck&gt; například kaji je vyhazován každou minutu 14:08 &lt;deer&gt; &lt;duck&gt; ale to není nic nového 14:09 &lt;jrandom&gt; jo, to se mu stává i na síti freenode, takže nevím, na co to svést 14:09 &lt;deer&gt; &lt;duck&gt; jo 14:09 &lt;deer&gt; &lt;duck&gt; connelly měl nějaká špatná stahování, pokud vím 14:10 &lt;deer&gt; &lt;duck&gt; ale neslyšíš mě si stěžovat 14:10 &lt;jrandom&gt; aha, vážně? hmm, myslím, že jsme zjistili, že některé z nich souvisely s jeho knihovnou, ale i já jsem zaznamenal občasné selhání u větších přenosů souborů 14:10 &lt;jrandom&gt; zejména když leechuju knihy z alexandrie 14:10 &lt;jrandom&gt; (no, ne že by zvlášť, ale to je jediný web, odkud leechuju) 14:11 &lt;deer&gt; &lt;duck&gt; :) 14:11 &lt;jrandom&gt; dobře, můj plán je, že jakmile vyjde verze 0.3.3, svůj čas zaměřím na to, abychom se dostali na 0.4, zároveň s opravami chyb, které lidé nahlásí 14:12 &lt;jrandom&gt; práce na 0.4, která zbývá, je z velké části jednoduché webové věci (nová router console se servlety, integrace s Jetty, servlet pro ovládání routeru a servlet pro konfiguraci instancí i2ptunnel) 14:13 &lt;jrandom&gt; možná by s tím mohli pomoci někteří lidé od JSP/servletů, aby si namočili nohy v kódu; i když jsem takových věcí dělal hodně, takže impl nebude nijak těžká 14:13 &lt;jrandom&gt; pokud vím, instalátor od hypercubuse je v podstatě připraven 14:13 &lt;jrandom&gt; (i když jsem na něj dnes hodil nějakou novou práci ;) 14:13 &lt;deer&gt; &lt;duck&gt; featurecreep++ 14:14 &lt;jrandom&gt; udržuje to lidi ve střehu :) 14:14 &lt;jrandom&gt; (ale no tak, každý nesnáší stahovat všechny JARy zvlášť při upgradech) 14:14 &lt;deer&gt; &lt;duck&gt; ano, to je můj největší problém s upgradem 14:14 &lt;deer&gt; &lt;duck&gt; (i když používám CVS) 14:14 &lt;deer&gt; &lt;duck&gt; ale byl by, kdybych nepoužíval 14:15 &lt;jrandom&gt; heh 14:15 &lt;mihi&gt; jrandom: just tar all of them -&gt; 1 download ;) 14:15 &lt;jrandom&gt; to by bylo dost jednoduché, a nechat updgrade.sh/upgrade.bat == jar xf upgrade.jar 14:16 &lt;jrandom&gt; (po volání typu wget) 14:16 &lt;jrandom&gt; myslím, že hypercubus má kód na všechno tohle pod kontrolou, takže to můžeme nechat na něm, aby udělal Správnou věc 14:17 &lt;jrandom&gt; každopádně, jak jste si mohli všimnout, náš harmonogram není úplně to, co býval 14:17 &lt;jrandom&gt; roadmap byla aktualizována a pppprrrooooddlooouužeena 14:18 &lt;mihi&gt; jjrraannddoomm:: cchheecckk yyoouurr dduupplleexx sswwiittcchh 14:18 &lt;deer&gt; &lt;Nightblade&gt; hah 14:18 &lt;jrandom&gt; heh 14:18 * mihi udělal chybu... kdo si jí všimne první? 14:19 &lt;jrandom&gt; (\n\n) 14:19 &lt;jrandom&gt; ale stejně 14:19 &lt;mihi&gt; dobře, ještě jednu ;) 14:19 &lt;duck&gt; (žádné dvojité mezery) 14:19 &lt;mihi&gt; duck++ 14:20 &lt;jrandom&gt; myslím, že roadmap je teď dost realistická alespoň po vydání 1.0, i když v závislosti na adopci a zpětné vazbě můžeme přeřadit nebo vynechat jednu z 0.4.2 nebo 0.4.3 14:20 &lt;jrandom&gt; (a samozřejmě, jako vždy, se roadmap může změnit, pokud se zapojí více lidí :) 14:21 &lt;modulus&gt; možná někdy ano, až se naučím Javu, ale i2p nezní jako projekt pro nováčka. 14:21 &lt;deer&gt; &lt;Sandworm&gt; jo, bude to trvat déle :) 14:21 &lt;deer&gt; * duck očekává ještě pár uklouznutí cestou 14:21 &lt;modulus&gt; :-) 14:22 &lt;deer&gt; * duck to sotva může nazvat uklouznutími, podívejte na impozantní tabulku na http://www.i2p.net/redesign/announcements 14:22 &lt;jrandom&gt; zpoždění se samozřejmě mohou stát, ale myslím, že zbývající milníky jsou docela proveditelné 14:22 &lt;jrandom&gt; jo, díky, že ukazuješ, že nemám život, duck ;) 14:22 &lt;deer&gt; &lt;duck&gt; tohle je tvůj život 14:22 &lt;modulus&gt; tak kdy vyjde 1.0? :-) 14:22 &lt;deer&gt; &lt;duck&gt; buď na to hrdý 14:23 &lt;jrandom&gt; modulus: i když některé části i2p jsou pěkně ošemetné, je tu spousta částí, do kterých se nový vývojář může pustit docela snadno 14:23 &lt;modulus&gt; ale asi spíš nudné části, že? 14:24 &lt;jrandom&gt; ne, vůbec ne. například spíchnout pěknou anonymní aplikaci pro přenos souborů nebo chat, mini webserver, MUD, šachovou aplikaci, cokoliv 14:24 &lt;duck&gt; (aktualizace webu) 14:24 &lt;modulus&gt; hmm, zní to cool. 14:24 &lt;jrandom&gt; (aka jednoduché klientské aplikace, které mohou být anonymní) 14:24 &lt;jrandom&gt; a samozřejmě aktualizace webu ;) 14:25 &lt;modulus&gt; o čem jsou ty aktualizace webu? 14:25 &lt;jrandom&gt; náš web potřebuje práci (viz http://dev.i2p.net/pipermail/i2p/2004-July/000358.html nebo počkejte pár minut na bod 3 programu) 14:25 &lt;cat-a-puss&gt; Kam do toho všeho zapadá myi2p? 14:25 &lt;modulus&gt; aha aha 14:26 &lt;jrandom&gt; cat-a-puss: http://www.i2p.net/redesign/myi2p :) 14:26 &lt;modulus&gt; mně se zdá, že myi2p teď není prioritou... 14:26 &lt;jrandom&gt; (před pár hodinami jsem o tom napsal krátkou stránku) 14:27 &lt;jrandom&gt; mimochodem, všechny aktualizace webu jsou posílány na mailing list i2pwww (http://dev.i2p.net/pipermail/i2pwww/2004-July/thread.html) 14:28 &lt;modulus&gt; hmm, mohl bych napsat globální naming aplikaci :-) 14:28 &lt;jrandom&gt; ale pořád vidím implementaci myi2p (alespoň základní adresář a blogování) jako součást vydání 1.0 14:28 &lt;jrandom&gt; (podle roadmap, plánováno na listopad) 14:28 &lt;jrandom&gt; ano, určitě bys mohl 14:28 &lt;modulus&gt; něco jednoduššího než DNS, s autentizací a delegací TLD 14:28 &lt;jrandom&gt; ani by to nebylo špatné mít – jednoduchá aplikace, která by se dotazovala centrálního name serveru, by byla fajn 14:29 &lt;modulus&gt; jo 14:29 &lt;jrandom&gt; tak se dej do kódování :) 14:29 &lt;modulus&gt; Začnu zítra. Když budu dělat něco jiného, tak mě nakopněte ;-) 14:29 &lt;jrandom&gt; hehe, super, zařídíme 14:29 &lt;jrandom&gt; ok, přejdeme k 2) s/reliability/capacity/g 14:29 &lt;duck&gt; malá otázka k webu: 14:29 &lt;duck&gt; počkat 14:29 &lt;duck&gt; to je 3 14:29 &lt;duck&gt; promiň 14:29 &lt;jrandom&gt; jasně, co je? 14:30 &lt;jrandom&gt; aha, ok 14:30 &lt;jrandom&gt; v releasu 0.3.3 dojde k poměrně zásadní změně v profilení peerů a kódu pro jejich výběr, jak je popsáno v e-mailu a na http://www.i2p.net/redesign/how_peerselection 14:31 &lt;jrandom&gt; mám to momentálně spuštěné na dvojici routerů a zdá se, že se chová docela slušně (Speed: 25.18 (5 fast peers) Capacity: 17.50 (8 high capacity peers) Integration: 37.00 (2 well integrated peers)) 14:31 &lt;jrandom&gt; a už žádné záporné hodnoty :) 14:31 &lt;modulus&gt; :) 14:32 &lt;jrandom&gt; ještě tomu trochu oťukám pneumatiky, možná den nebo dva, a pak to vypustím jako 0.3.3 14:32 &lt;cat-a-puss&gt; d 14:32 &lt;cat-a-puss&gt; &lt;modulus&gt; 14:32 &lt;cat-a-puss&gt; ups 14:33 &lt;duck&gt; navrhuješ neaktualizovat CVS? 14:33 &lt;cat-a-puss&gt; pro DNS se podívej na cache http://www.levien.com/thesis/compact.pdf 14:33 &lt;jrandom&gt; ne, CVS je momentálně docela stabilní 14:33 &lt;jrandom&gt; (ale jako vždy, buďte připraveni se vrátit zpět, pokud narazíme na nějakou neplechu) 14:35 &lt;jrandom&gt; vypadá to dobře, cat-a-puss, díky 14:35 &lt;cat-a-puss&gt; (mám kopii původního, kdyby ji někdo chtěl) 14:36 &lt;jrandom&gt; google cache ty obrázky trochu przní, takže pokud máš raw PDF, bylo by to super 14:36 &lt;jrandom&gt; každopádně teď trochu odbočujeme od tématu (ale můžeme se k tomu vrátit) 14:37 &lt;jrandom&gt; to je asi vše k přepnutí reliability/capacity, takže přejdeme k 3) aktualizace webu 14:37 &lt;jrandom&gt; duck: měl jsi něco, co jsi chtěl nastolit? 14:38 &lt;jrandom&gt; zatímco si duck připravuje poznámky, má někdo nějaké nápady/návrhy/obavy ohledně položek uvedených v e-mailu? 14:39 &lt;deer&gt; &lt;Nightblade&gt; web vypadá dobře 14:39 &lt;jrandom&gt; jo, líbí se mi nová navigace a rozvržení webu je dost čisté 14:40 &lt;deer&gt; &lt;Nightblade&gt; snáze se hledají věci 14:40 &lt;cervantes&gt; o _mnohem_ snazší najít věci 14:40 &lt;duck&gt; především chci poděkovat našemu advokátovi uživatelů, protocolovi, že začal být užitečný :) 14:40 &lt;jrandom&gt; heh 14:40 &lt;duck&gt; měl pár dobrých návrhů a přitom teprve začal 14:40 &lt;cervantes&gt; hip hip hurá! 14:40 &lt;jrandom&gt; (tak tak!) 14:41 &lt;duck&gt; dále si myslím, že skoro není důvod nenasadit redesign do ostrého provozu 14:42 &lt;jrandom&gt; souhlas – možná můžeme označit news/development/documentation jako položky, které nejsou v navigaci stránek, dočasně vynechat JVM a konfigurační vychytávky a připravit základní obsah pro stránku I2PTunnel, myslím, že to můžeme nasadit 14:42 &lt;jrandom&gt; chci, aby to šlo live se všemi funkčními odkazy (a všemi stránkami, které nefungují) 14:43 &lt;jrandom&gt; samozřejmě po zveřejnění budou další aktualizace ;) 14:43 &lt;jrandom&gt; ehm, live 14:44 &lt;jrandom&gt; mimochodem, wilde nám taky zprovoznil účet u 34sp, takže budeme moci přesunout web tam, až to bude potřeba 14:44 &lt;cervantes&gt; cool 14:44 &lt;jrandom&gt; co myslíš, ducku? Umí ta věc menu.php obsloužit položky, které nejsou stránkami v navigaci? 14:44 * cervantes kontroluje inbox kvůli referral bodům 14:45 &lt;jrandom&gt; (nebo by bylo moc práce to tam domodovat?) 14:45 &lt;jrandom&gt; hehe, cervantesi, to by mělo být na cestě 14:45 &lt;cervantes&gt; ;-) 14:45 &lt;cervantes&gt; ach, stará finta „šek je v poště“ 14:47 &lt;duck&gt; sorry; mezitím dělám ještě jinou práci. 14:47 &lt;duck&gt; ok; ano, je možné z toho udělat jen nadpis sekce navigace 14:47 &lt;jrandom&gt; v pohodě, můžeme pokračovat a vrátit se k tomu později, pokud chceš 14:47 &lt;jrandom&gt; ok, super 14:47 &lt;jrandom&gt; (duck++) 14:48 &lt;jrandom&gt; ok, něco dalšího k webu? 14:48 &lt;duck&gt; s tvým návrhem to zní připraveně k nasazení. 14:48 &lt;jrandom&gt; pokud ne, můžeme přejít k 4) útoky a obrany 14:48 &lt;duck&gt; . 14:48 &lt;jrandom&gt; jo 14:49 &lt;jrandom&gt; ok, předpokládám, že jste si přečetli mailing list a viděli Connellyho příspěvky a různé odpovědi 14:50 &lt;cervantes&gt; byl pilný :) 14:50 &lt;cervantes&gt; (skoro tolik jako proto) 14:50 &lt;Connelly&gt; dle mého vypadá síť robustně vůči všemu kromě analýzy provozu (weby s velkým provozem), útokům vlád spočívajícím v přerušování spojení a útočníkům, kteří převezmou velkou většinu sítě 14:50 &lt;jrandom&gt; i když si myslím, že jsme na tom docela dobře, jsem si jistý, že existuje něco (nebo víc věcí), co jsme přehlédli, takže prosím nepředpokládejte, že i2p dělá nebo bude dělat to, co říká – zpochybňujte předpoklady a řekněte, proč je to na nic 14:50 &lt;Connelly&gt; šifrování v podstatě znemožňuje jakékoliv neagresivní útoky 14:51 &lt;jrandom&gt; to je naděje 14:51 &lt;jrandom&gt; a navíc s možnostmi i2p 2.0 a 3.0 budou možné obrany proti útokům protivníků v měřítku vlády 14:51 &lt;Connelly&gt; samozřejmě v praxi budou bezpečnostní díry k zalepení 14:52 * jrandom ještě musí napsat dokumenty o tom, jak zpoždění ve 3.0 zabrání segmentačním útokům 14:52 &lt;jrandom&gt; jistě, Connelly 14:54 &lt;jrandom&gt; ok, pokud k tomu není nic dalšího, myslím, že to je vše, co mám 14:54 &lt;jrandom&gt; takže 5) ??? 14:55 &lt;jrandom&gt; jo, mimochodem, pro jednu ze simulací jsem přes období 4 dnů vykreslil graf využití šířky pásma vs. počet tunnels, jichž se účastnil 14:55 &lt;jrandom&gt; je to zveřejněné @ http://dev.i2p.net/~jrandom/4daybandwidth.png 14:56 &lt;jrandom&gt; simulace měla 32KB zprávy posílané tam a zpět každých 30 s, se dvěma routery přiškrcenými na 6KBps, a věci se chovaly přesně tak, jak by „měly“ 14:56 &lt;duck&gt; (pro web implementována vlastnost nolink) 14:56 &lt;jrandom&gt; (např. zátěž rozdělená přes rychlé spolehlivé peery, pomalí peerové se obcházejí atd.) 14:56 &lt;jrandom&gt; w00t 14:56 &lt;Connelly&gt; logaritmický graf šířka pásma/uživatel vs. velikost sítě by byl fajn 14:57 &lt;Connelly&gt; abyste mohli říct „jo, opravdu to škáluje“ 14:58 &lt;jrandom&gt; na to by ani nebyl potřeba logaritmický graf – škálovatelnost klientské komunikace je striktně O(1) [requiring 2k*msgSize, where k = # hops in the tunnel] 14:58 &lt;jrandom&gt; ale jo, souhlasím, potřebujeme nějaké dokumenty popisující, jak i2p škáluje 14:58 &lt;Connelly&gt; no a co Kademlia ... je to ve tvé simulaci? 14:58 &lt;jrandom&gt; jo, simulace je ve skutečnosti plnohodnotný kód routeru, vše běží v jedné JVM 14:58 &lt;jrandom&gt; pouštím to dokonce i s plnými TCP spojeními místo VM komunikačního systému 14:59 &lt;jrandom&gt; kód Kademlie se použije poprvé, když chce Alice kontaktovat Boba – dokud si povídají dál, jejich komunikace je O(1), protože spolu s payloadem přikládají svůj LeaseSet 14:59 &lt;jrandom&gt; (takže nejsou potřeba následné dotazy do netDb) 15:00 &lt;cervantes&gt; vl07 a onb0 jsou přiškrcené routery? 15:00 &lt;jrandom&gt; ale ano, potřebujeme simulaci, která ukáže, jak se škáluje samotná netDb 15:01 &lt;jrandom&gt; cevantes: 0jvf a onb0 15:01 &lt;cervantes&gt; co způsobilo pád vl07 po dni uptime? 15:02 &lt;cervantes&gt; zdá se, že se kříží s 00u0 15:02 &lt;jrandom&gt; všechny nepřiškrcené routery jsou v podstatě stejné – všechny běží na stejném CPU, všechny mají stejnou latenci (0 ms), takže přiřazení některého jako ‚fast‘ vs ‚reliable‘ je čistě arbitrární 15:04 &lt;Connelly&gt; dokážou se vaše označení ‚fast and reliable‘, ‚slow‘ atd. zotavit z extrémních hodnot? 15:04 &lt;jrandom&gt; proč po dni kleslo jeho hodnocení/použití? nejsem si jistý, možná dočasná zátěž CPU nebo I/O během testování způsobila, že se mu rychlost trochu snížila 15:04 &lt;jrandom&gt; ano, hodnocení teď používá medián, nikoli průměr, a navíc je tam poměrně rychlý rozpad váhy dat 15:05 &lt;jrandom&gt; s/fiarly/fairly/ 15:05 &lt;Connelly&gt; takže když tě přiměju myslet si, že moje reliability je 1000000000, dokážeš se zotavit, když začnu zahazovat zprávy 15:06 &lt;jrandom&gt; jistě – když „selžeš“, okamžitě tě přestanu o věci žádat a snížím ti hodnocení 15:06 &lt;jrandom&gt; nový výpočet „capacity“ je mimochodem na takové změny dost citlivý 15:06 &lt;jrandom&gt; (rychlost se taky těžko falšuje, protože všechna hodnocení rychlosti jsou skutečně naměřené hodnoty) 15:07 &lt;jrandom&gt; ((stejně jako byla reliability a jako je výpočet capacity)) 15:09 &lt;jrandom&gt; ok, má ještě někdo něco, co chce otevřít? 15:10 &lt;deer&gt; * jrandomi2p navrhuje *baf*er 15:11 * jrandom souhlasí 15:11 * jrandom se rozmachuje 15:11 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2004/07/20/stavov%C3%A9-pozn%C3%A1mky-i2p-k-2004-07-20/Tue, 20 Jul 2004 00:00:00 +0000/cs/blog/2004/07/20/stavov%C3%A9-pozn%C3%A1mky-i2p-k-2004-07-20/<p><strong>1) 0.3.2.3, 0.3.3, and the roadmap</strong></p> <p>Po vydání 0.3.2.3 minulý týden jste odvedli skvělou práci s aktualizací – teď máme jen dva opozdilce (jeden na 0.3.2.2 a druhý až na 0.3.1.4 :). Během posledních několika dní byla síť spolehlivější než obvykle – lidé zůstávají na irc.duck.i2p celé hodiny, daří se stahovat větší soubory z eepsites(I2P Sites) a obecná dosažitelnost eepsite(I2P Site) je docela dobrá. Protože to jde dobře a chci vás udržet ve střehu, rozhodl jsem se změnit pár základních konceptů a během jednoho či dvou dnů je nasadíme ve vydání 0.3.3.</p>/cs/blog/2004/06/22/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-22.-%C4%8Dervna-2004/Tue, 22 Jun 2004 00:00:00 +0000/cs/blog/2004/06/22/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-22.-%C4%8Dervna-2004/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> BrianR, cervantes, deer, dm, duckie, fvw, jrandom, mihi, Nightblade, thecrypto, wilde</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 14:00 &lt;jrandom&gt; 0) hi 14:00 &lt;jrandom&gt; 1) status update 14:00 &lt;jrandom&gt; 2) cvs HEAD 14:00 &lt;jrandom&gt; 3) 0.4 14:00 &lt;jrandom&gt; 4) 1.0 14:00 &lt;jrandom&gt; 5) other activities 14:00 &lt;jrandom&gt; 6) ??? 14:00 &lt;jrandom&gt; 0) hi 14:00 &lt;dm&gt; 7) Profit!! 14:00 &lt;mihi&gt; hi 14:00 &lt;cervantes&gt; hello 14:00 &lt;dm&gt; hi 14:00 &lt;fvw&gt; hi dr nick 14:01 &lt;jrandom&gt; for all those playing at home, we've got the status notes up @ http://dev.i2p.net/pipermail/i2p/2004-June/000286.html 14:01 &lt;jrandom&gt; as we've done in the past, that contains the actual content - we get all meta here and discuss stuff 14:01 * dm is playing at home. WINK WINK WINK. 14:01 &lt;jrandom&gt; BrianR: this is where the LART comes in handy 14:02 &lt;jrandom&gt; anyway, jumping into 1) status update 14:02 &lt;thecrypto&gt; let's see if i can connect to an eepsite 14:03 &lt;jrandom&gt; the other day we had a larger than usual # of routers jumping off the network, which i'm hoping is because a lot of the services on the network were b0rked due to my stupid bugs 14:03 * mihi fires up his router 14:03 &lt;thecrypto&gt; yah! 14:03 &lt;jrandom&gt; if people are taking down their router for another reason (bugs, cpu/memory usage, etc) i'd really love to hear about it 14:04 &lt;dm&gt; ok 14:05 &lt;BrianR&gt; I must say, i2p is currently more well behaved than freenet on my machine... Both in bandwidth hogging and cpu/ram hogging. 14:05 &lt;jrandom&gt; there's a really bad bug in cvs at the moment, but fixed locally - i'll have that committed later tonight (not sure if i'll do so before or after getting my new machine together) 14:05 &lt;jrandom&gt; ah wikked 14:06 &lt;jrandom&gt; well, to be fair, i2p does a lot less than freenet - once we have thousands of routers we'll see how it goes 14:06 &lt;dm&gt; Why don't operating system's have per-application bandwidth limiting built-in? Is it a hard task? 14:06 &lt;BrianR&gt; I'd like to do some stress testing with i2p's built in bandwidth limiting stuff though. How far along is that? 14:06 &lt;dm&gt; All these projects wasting time implementing their own bandwidth limiting, seems silly. 14:06 &lt;fvw&gt; dm: Linux does it, as does freebsd no doubt. 14:07 &lt;dm&gt; Do they? 14:07 &lt;cervantes&gt; netlimiter on windoze does it 14:07 &lt;BrianR&gt; dm: It's not a hard task. There's lots of system level bandwidth limiting stuff available, for 'doze, linux, *bsd... 14:07 &lt;dm&gt; Makes sense to put it in the OS if you ask me. 14:07 &lt;fvw&gt; dm iptables marking + tc under linux; Using it right now, works like a charm. 14:07 &lt;jrandom&gt; BrianR: its in pretty good shape - it'll be in the next 0.3.1.5 release (which i'm hoping to have out this week) 14:07 &lt;dm&gt; But anyway... 14:07 &lt;BrianR&gt; thing is, it often makes more sense to do limiting at the application level so you can make intelligent decisions about where to spend bandwidth first 14:08 &lt;jrandom&gt; exactly 14:08 &lt;dm&gt; That's a different problem. 14:08 &lt;jrandom&gt; with bandwidth limiting within i2p, we know when we're saturating our limit and can refuse to participate in tunnels (etc) 14:08 &lt;BrianR&gt; At the application level you have no idea which one of your TCP connections is going to lose a packet when you're above the system imposed TX limit. 14:08 &lt;fvw&gt; actually, best would be to have the OS give proper feedback; But that's not relevant for i2p right now. 14:09 &lt;jrandom&gt; true fvw, once we integrate i2p with tun/tap ;) 14:09 &lt;BrianR&gt; fvw: You do get some feedback in terms of backpressure.. But it's hard to tell if backpressure is due to the remote side's link being slow or the local side.. 14:09 &lt;dm&gt; Put a bounty on patching windows to have per-application bandwidth limiting. Thanks. 14:09 &lt;jrandom&gt; heh 14:09 &lt;fvw&gt; "my stuff isn't arriving" and "this connection is being throttled now" are two entirely different things. 14:09 &lt;fvw&gt; they sometimes overlap ofcourse. 14:10 &lt;dm&gt; (extra $20 for having a small graph with bandwidth usage of each window in the window title bar... Next to the minimize buttons, etc) 14:11 &lt;jrandom&gt; ok does anyone else have any network status related things to bring up? 14:12 &lt;BrianR&gt; Oh.. That IRC connection monitoring thing.. 14:12 &lt;duckie&gt; I appologize for updating to cvs 14:12 &lt;jrandom&gt; hehe 14:12 &lt;BrianR&gt; Is there a MRTG graph of that or logs or something somewhere? 14:12 &lt;jrandom&gt; bogobot right? duck.i2p/bogo/ iirc? 14:13 &lt;duckie&gt; something like that 14:13 &lt;jrandom&gt; (its linked to off duck.i2p, my routers are down atm so i cant check) 14:13 &lt;duckie&gt; linked to on `http://duck.i2p/` uder the stats section 14:13 &lt;duckie&gt; `http://duck.i2p/bogobotlogs/` 14:14 &lt;BrianR&gt; it might be useful to extend that thing to act as a general reachability survey tool.. 14:15 &lt;dm&gt; You guys type reaaaaaaaaaaaaaaaally slowly. 14:15 &lt;deer&gt; &lt;cervantes&gt; hypercubus has some enhancements on the backburner, but he's pretty busy with installer stuff atm 14:16 &lt;jrandom&gt; BrianR: bogobot is just for passive irc tracking, but someone could modify i2ptunnel's ping command to support periodic checking? 14:16 &lt;jrandom&gt; or someone could whip up a perl/SAM script ;) 14:16 &lt;BrianR&gt; maybe some sort of script that produces a MRTG graph of endpoint reachability.... 14:16 &lt;BrianR&gt; jrandom: speaking of perl/sam, bring that up again when we get to the appropriate number in the agenda 14:16 &lt;duckie&gt; doesnt the heartbeat thing do that? 14:17 &lt;BrianR&gt; If it does, I couldn't make it work :( 14:17 &lt;jrandom&gt; kind of - heartbeat tests heartbeat servers, not generic apps 14:18 &lt;BrianR&gt; Yes... Like I want to see if I can successfully do a "GET /" on duck.i2p, and how long it took. 14:18 &lt;jrandom&gt; but yes, once the net is in good shape, lots of people can run a heartbeat server and people can ping each other to measure network performance 14:18 &lt;Nightblade&gt; pingflood too 14:18 &lt;dm&gt; Is there a limit on GET strings? 14:18 &lt;dm&gt; like if you have a really long URL, because of cgi parameters? 14:19 &lt;cervantes&gt; 2047 characters iirc 14:19 &lt;jrandom&gt; that wouldnt be too hard to put together 14:19 &lt;BrianR&gt; dm: Depends on the web server... I think the RFC also specifies a minimum which must be suported. 14:19 &lt;jrandom&gt; (er, an http tester) 14:19 &lt;dm&gt; cervantes: thanks 14:19 &lt;dm&gt; (just realized it might affect something I've been working on) 14:20 &lt;cervantes&gt; you run into 2 problems, webserver support and client support 14:20 &lt;BrianR&gt; have we stumbled off topic? 14:20 &lt;cervantes&gt; both IE and Mozilla are 2047 14:20 &lt;cervantes&gt; eer yep :) 14:21 &lt;dm&gt; I got my answer, we can move on :) 14:21 &lt;jrandom&gt; ok, i think that covers 1), now briefly to 2) cvs HEAD 14:21 &lt;jrandom&gt; there's a nasty bug in there currently, and i apologize for not fixing it sooner 14:22 &lt;jrandom&gt; in general, if you try out cvs HEAD and it doesnt work well, just roll back (download jars / pull from the tag) 14:22 &lt;jrandom&gt; anyway, 'nuff 'bout that 14:23 &lt;jrandom&gt; jumping forward to 3) 0.4 14:23 &lt;jrandom&gt; the email has my viewpoint / rational for the release - anyone have any concerns / questions / ideas / suggestions? 14:24 &lt;Nightblade&gt; looks good to me 14:24 &lt;duckie&gt; how does it change the time estimates? 14:24 * fvw nods. Sane and everything. 14:25 &lt;jrandom&gt; it actually moves 0.4 closer, as we're pushing the scary parts of 0.3.3 into 0.4.1 and 0.4.2 14:25 &lt;jrandom&gt; i dont think it'll change the 1.0 dates, just moving things around before it 14:26 &lt;jrandom&gt; the sim has shown our main problem with tunnel diversification can be easily remedied by active peer testing 14:26 &lt;jrandom&gt; we had some of this in the pre 0.2.3 revs, but stopped that since it seemed to add too much overhead 14:27 &lt;jrandom&gt; (when in fact lots of shit was just plain broken, causing the overhead) 14:27 &lt;deer&gt; &lt;cervantes&gt; what does active peer testing involve? 14:29 &lt;jrandom&gt; it just means we'll build some secondary tunnels through peers we wouldnt normally use - specifically, i'm going to have it pull random peers from the 'reliable' set who arent in the 'fast+reliable' set 14:29 &lt;jrandom&gt; (and if that intersection is too small, extend it to the 'not failing' set) 14:29 &lt;jrandom&gt; i dont know how many tunnels or peers to test yet, we'll probably keep that as a tunable parameter 14:30 &lt;jrandom&gt; the issue manifests itself in the peer profiles - you'll see lots of values for your favorite peers, but lots of 0s or other low numbers for other peers 14:30 &lt;jrandom&gt; (which may be due to them being shitty, or more likely due to them not being tested) 14:31 &lt;jrandom&gt; ok, anything else on 0.4? or should we move on to 4) 1.0? 14:32 &lt;duckie&gt; yes 14:33 &lt;jrandom&gt; 4) 1.0 14:33 &lt;jrandom&gt; i dont see 1.0 as a big scary asymptotically approached release. its just a release where things work and people can use it 14:34 &lt;jrandom&gt; that said, anyone have any concerns / ideas / suggestions/ questions wrt whats in the mail? 14:35 &lt;dm&gt; The rate at which the versioning is increasing would indeed indicate that it is an asymptotically approached 1.0 14:36 &lt;dm&gt; We're gonna need some big jumps! 14:36 &lt;jrandom&gt; 0.4--&gt; 1.0 14:36 &lt;dm&gt; Sweeeeeeeet.... 14:36 &lt;jrandom&gt; and we're only a few weeks from 0.4 14:37 &lt;jrandom&gt; but, of course, we could use some help to get things moving faster :) 14:37 &lt;dm&gt; Are we happy with stability then? 14:37 &lt;jrandom&gt; no, stability right now sucks 14:37 &lt;cervantes&gt; myi2p could be a fairly hefty bit of development to get implemented properly, since it ideally relies on other projects coming to fruition 14:37 &lt;dm&gt; Okay, haven't been following closely. 14:38 &lt;cervantes&gt; such as DHT and datagrams etc 14:38 &lt;jrandom&gt; agreed cervantes, but if we just have it with the address book and distributed blogging, that'll be good enough for me. 14:38 &lt;cervantes&gt; right 14:38 &lt;jrandom&gt; nightblade is working on a dht that we can plug in whenever its ready, or we could add hooks for referencing freenet:CHK@ or SSK@ 14:39 &lt;cervantes&gt; private messaging is just a small hop from the syndicated address book too 14:39 &lt;jrandom&gt; right, its all doable 14:40 &lt;cervantes&gt; live streaming cam girl desktop might take longer... 14:40 -!- Irssi: #i2p: Total of 21 nicks [0 ops, 0 halfops, 0 voices, 21 normal] 14:40 &lt;jrandom&gt; heh 14:40 &lt;jrandom&gt; actually, as I mentioned to Sonium before the meeting, one of the things people can help out with is the documentation front - 14:41 &lt;jrandom&gt; defining what docs we will need, starting to do some outlines of how those docs will fit together, and perhaps even tossing open an editor and writing 'em 14:42 &lt;cervantes&gt; ah I meant to enquire earlier about enhancing the console GUI too 14:42 &lt;jrandom&gt; docs are an essential part of the releases, both for tech docs (since without good tech docs, no devs will get involved) and for user docs (since without good user docs, users will leave) 14:42 &lt;jrandom&gt; that we'll want for the 0.4 release, and will be jsp/servlet driven 14:43 &lt;jrandom&gt; i havent done any mockups or workflows for that even, so if someone wants to jump on that, we could use the help 14:43 &lt;Nightblade&gt; console GUI? what is that - SVGALIB? :) 14:43 &lt;jrandom&gt; heh 14:43 &lt;mihi&gt; Nightblade: TWIN / curses 14:43 &lt;cervantes&gt; is the data set the same or are there new and improved stats for 0.4 14:44 &lt;dm&gt; I want a console gui in WIN32/MFC 14:44 &lt;Nightblade&gt; the http console on 7655 right 14:44 &lt;cervantes&gt; ie the duration that elephants stay on the moon, and whether they return freuqently 14:44 &lt;cervantes&gt; yup 14:44 &lt;jrandom&gt; all of the things on the console now reflect data that can be made available to a 0.4 console, but we should totally throw out its existing design 14:45 &lt;jrandom&gt; (e.g. no one cares what the base64 of a routerIdentity's public key is) 14:45 &lt;cervantes&gt; although I suggest that info should still be available 14:46 &lt;jrandom&gt; yeah, i think we may keep the existing console as an option - no need to throw it away 14:46 &lt;jrandom&gt; (but it'd be something like `http://localhost:7655/uglyConsole/)` 14:46 &lt;cervantes&gt; ./forlynxusers/ 14:47 &lt;jrandom&gt; the new admin console should work for lynx users too 14:47 &lt;dm&gt; Does anyone really use lynx? 14:47 &lt;cervantes&gt; eeew cross browser compatibility 14:47 &lt;jrandom&gt; i do 14:47 &lt;jrandom&gt; (at times) 14:47 &lt;dm&gt; but.... why? 14:47 &lt;fvw&gt; for things like brief config edits, definately. 14:47 &lt;cervantes&gt; dm: if you're stuck at a command prompt you don't have much choice 14:47 &lt;fvw&gt; it's quick and you don't need X 14:48 &lt;Nightblade&gt; i use it for web browsing on headless servers 14:48 &lt;deer&gt; &lt;Pseudonym&gt; I use links browser 14:48 &lt;jrandom&gt; well, yeah, links is preferable to lynx 14:48 &lt;mihi&gt; anyone using w3m? 14:48 &lt;dm&gt; I use INTERNET EXPLORER FROM MICROSOFT 14:48 &lt;dm&gt; It's quite cool. 14:48 &lt;jrandom&gt; good point - anything else wrt i2p 1.0? 14:49 &lt;dm&gt; Won the browser war of 1992-1998 14:49 &lt;jrandom&gt; or moving on to 5) other activites? 14:49 &lt;dm&gt; 3 medals of honor. 14:49 &lt;Nightblade&gt; yes 14:49 &lt;Nightblade&gt; I am hoping to release a new version of libsam tomorrow but my home computer is broke so I don't know 14:49 &lt;Nightblade&gt; I am going to also upload Nickster's threading library 14:49 &lt;jrandom&gt; awesome!/doh! 14:50 &lt;jrandom&gt; nice! 14:50 &lt;Nightblade&gt; which he said was public domain - i am just going to upload it exactly as he sent it - i haven't had time to do much with it 14:50 &lt;jrandom&gt; once 0.3.1.5 is out, i'll start running the cvs server on i2p as well 14:50 &lt;jrandom&gt; cool 14:51 &lt;jrandom&gt; (so nickster will be able to make edits/updates to his code in cvs without exposing his ip) 14:51 &lt;jrandom&gt; whats new in the next rev of libsam? 14:51 &lt;Nightblade&gt; some fixes to datagram send/receive which were broken 14:51 &lt;Nightblade&gt; and some other stuff i don't remember 14:51 &lt;Nightblade&gt; it iwll be in the changelog 14:51 &lt;jrandom&gt; cool, sounds good 14:52 &lt;jrandom&gt; btw, if you want a mailing list for libsam (-announce,-dev,-users,etc) lemmie know 14:52 &lt;jrandom&gt; (but posting on i2p@i2p is fine too) 14:52 &lt;Nightblade&gt; overkill 14:52 &lt;jrandom&gt; hehe 14:53 &lt;jrandom&gt; yeah prolly 14:53 &lt;cervantes&gt; he can have a section in i2pforum 14:53 * cervantes moves smoothly onto his agenda 14:53 &lt;Nightblade&gt; maybe once I get that DHT working - but that is a long way off, and today and yesterday I hvane't had time to do much with it 14:53 &lt;Nightblade&gt; cervantes: there is already an application development forum or somethihng like that iirc 14:53 &lt;Nightblade&gt; also Connelly needs an account on i2p.net if someone has gotten him one yet 14:53 &lt;cervantes&gt; specifically in relation to i2p? 14:54 &lt;Nightblade&gt; http://www.i2p.net/forum/3 14:54 &lt;jrandom&gt; oh, i havent added an account for connelly, i'll chat with 'im next time i see him 14:54 &lt;fvw&gt; dang, got to run. See you all next week, keep up the good work. 14:54 &lt;jrandom&gt; ugh, yeah, i dont know about the www.i2p.net/forum/s 14:54 &lt;cervantes&gt; ah...drupal... 14:55 &lt;jrandom&gt; cool fvw, glad you could make it 14:56 &lt;cervantes&gt; the i2pforum is pretty much set up 14:56 &lt;cervantes&gt; it basically just needs content/users to fill it :) 14:56 &lt;jrandom&gt; i'm not sure about the drupal forums, or whether they really fit with what i see the website being. i kind of like the idea of a seperate site thats dedicated to being a user/dev forum 14:57 &lt;jrandom&gt; cool cervantes - is that as an eepsite, website, or both? 14:57 &lt;cervantes&gt; I've picked arbitrary forum topics/sections so if people have any ideas or want to write stuff for FAQs etc them that would be appreciated 14:57 &lt;cervantes&gt; it's both 14:58 &lt;cervantes&gt; currently I have the i2p tunnel offline while my router is so unstable 14:58 &lt;jrandom&gt; cant say i blame you :) 14:58 &lt;Nightblade&gt; what is the url 14:58 &lt;cervantes&gt; but people can start playing on outweb 14:59 &lt;cervantes&gt; currenlty you'll have to add an entry to /etc/hosts c:/windows/system32/drivers/etc/hosts 14:59 &lt;cervantes&gt; 212.113.22.104 i2pforum.cervantes.not2p 14:59 &lt;jrandom&gt; heh 15:00 &lt;cervantes&gt; I'll configure it with a proper hostname soon 15:00 &lt;cervantes&gt; or if someone wants to add a subdomain pointer to the php.net domain record...that would be better 15:00 &lt;jrandom&gt; lemmie know if you want something under the i2p.net domain or if you're going with another domain thats cool 15:00 &lt;cervantes&gt; blah 15:00 &lt;cervantes&gt; i2p.net 15:00 &lt;cervantes&gt; &lt;-- php on the brain 15:01 &lt;jrandom&gt; do you want that to be e.g. forum.i2p.net? 15:01 &lt;cervantes&gt; that would be cool ;-) 15:01 &lt;jrandom&gt; w3rd, i'll update the records tonight 15:01 &lt;cervantes&gt; I've tweaked standard phpbb2 code so it doesn't require a valid email to become a member 15:01 &lt;dm&gt; "The site you requested is no longer hosted here" 15:02 &lt;cervantes&gt; if you forget your pass then you have to contact an admin 15:02 &lt;cervantes&gt; dm: did you enter that into your hosts file or are you just browsing to the IP 15:03 &lt;dm&gt; Invalid URI in request GET i2pforum.cervantes. 15:03 &lt;dm&gt; not2p/&lt;P&gt; <p>15:03 <dm> Nepoužívám prohlížeče, používám telnet. 15:04 <jrandom> právě jsem to udělal přes telnet. funguje to dobře. 15:04 <dm> hmm, myslím, že jsem zapomněl na HTTP 1.1. 15:04 <jrandom> GET / HTTP/1.1\nHost: i2pforum.cervantes.not2p\n\n 15:04 <jrandom> každopádně 15:04 <jrandom> BrianR: ping 15:05 <dm> To fungovalo. Tvoje telnetové schopnosti jsou ostré, mladíku. 15:07 -!- Irssi: #i2p: Celkem 19 přezdívek [0 ops, 0 halfops, 0 voices, 19 normálních] 15:07 <jrandom> ok, pracuje ještě někdo na projektech souvisejících s i2p, o kterých by chtěl mluvit? 15:07 <jrandom> pokud ne, 6) ??? 15:07 <dm> cum! 15:07 * wern zvedl ruku 15:07 <jrandom> ahoj^2, que tal? 15:08 * jrandom dává slovo wilde 15:08 -!- wern je nyní znám jako wilde 15:08 <wilde> Chci jen poděkovat našim novým sponzorům, cervantes a hypercubus 15:08 <wilde> :) 15:09 <wilde> dostali jsme dva štědré dary do společného fondu 15:09 <cervantes> wilde: převedly se v pořádku? 15:09 <dm> kolik? 15:09 <wilde> cervantes: vyměním je zítra 15:09 <cervantes> ah 15:09 <wilde> (snad) 15:10 <cervantes> takže by pořád mohla být i cena útěchy ;-) 15:10 <jrandom> paráda, díky cervantes &amp; hypercubus :) 15:10 <cervantes> heh&hellip; no chválu si nechme, až budou peníze v bance, myslím ;-) 15:11 <dm> Byla to dobrá schůze. Jdu do postele. 15:11 <dm> Dobrou! 15:11 <jrandom> dobrou, dm 15:11 <wilde> jo, plnou pochvalu nechám na příště 15:11 <jrandom> ok, chce wilde nebo někdo jiný ještě něco dodat? 15:11 <wilde> jo 15:12 <wilde> Zítra na chvíli shodím web i2p.net (tentokrát úmyslně ;) 15:12 <wilde> abych přešel na jiný server 15:12 <jrandom> heh ok, super 15:12 <wilde> uchovejte si své příspěvky, mohou zmizet 15:12 <jrandom> Budeme mít stejnou IP, nebo mám aktualizovat záznamy? 15:12 <dm> dokážeš to udělat bez výpadku? 15:12 <wilde> totiž pokud zítra budete něco přidávat 15:13 <wilde> dm: ani náhodou ;) 15:13 <wilde> to ne já 15:13 <dm> dobře. 15:13 <wilde> jrandom: stejná IP 15:13 <jrandom> ok, super 15:13 <jrandom> wilde++ 15:13 <wilde> přepínám a končím 15:14 <jrandom> ok, má ještě někdo něco, o čem by chtěl mluvit? 15:14 * cervantes nasazuje si svou kovovou čapku &ldquo;ming the merciless&rdquo; 15:14 <jrandom> v tom případě 15:15 * jrandom se rozmachuje 15:15 * jrandom <em>baf</em>ne cervantes po hlavě, uzavírá schůzi </div></p>/cs/blog/2004/06/08/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-8.-%C4%8Dervna-2004/Tue, 08 Jun 2004 00:00:00 +0000/cs/blog/2004/06/08/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-8.-%C4%8Dervna-2004/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> cervantes, deer, duck, fvw, hypercubus, mihi, Nightblade, Sonium, ugha_node</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 21:02:08 &lt;duck&gt; Tue Jun 8 21:02:08 UTC 2004 21:02:21 &lt;duck&gt; čas schůzky 21:02:33 &lt;duck&gt; zápis je na http://dev.i2p.net/pipermail/i2p/2004-June/000268.html 21:02:39 &lt;duck&gt; ale udělal jsem chybu v číslování 21:02:45 &lt;duck&gt; takže první bod 5 bude přeskočen 21:02:53 &lt;hypercubus&gt; hurá! 21:03:03 * duck si dává do piva led 21:03:14 * mihi by přejmenoval první #5 na #4 ;) 21:03:27 &lt;hypercubus&gt; ale ne, příští týden prostě mějme dva body 4 ;-) 21:03:37 * duck přejmenovává 'hypercubus' na 'mihi' 21:03:48 &lt;hypercubus&gt; hurá! 21:03:49 &lt;duck&gt; ok 21:03:53 &lt;duck&gt; * 1) libsam 21:04:02 &lt;duck&gt; je v kanálu Nightblade? 21:04:39 &lt;duck&gt; (nečinný : 0 dní 0 hodin 0 min 58 s) 21:05:03 &lt;hypercubus&gt; ;-) 21:05:53 * duck si znovu bere mikrofon 21:06:15 &lt;duck&gt; Nightblade napsal knihovnu SAM pro C / C++ 21:06:23 &lt;duck&gt; mně se to přeloží.. ale to je vše, co můžu říct :) 21:06:37 &lt;mihi&gt; žádné testovací případy? ;) 21:07:06 &lt;duck&gt; pokud jsou tu nějací uživatelé rFfreebsd, Nightblade by o vás mohl mít zájem 21:07:08 &lt;ugha_node&gt; Volání strstr mě v tom kódu fakt rozčilovala. ;) 21:07:27 &lt;ugha_node&gt; duck: Co je to rFfreebsd? 21:07:42 &lt;duck&gt; takhle jsem napsal freebsd 21:08:00 &lt;mihi&gt; rm -rF freebsd? 21:08:29 &lt;ugha_node&gt; Škoda, že -F nefunguje s rm. 21:08:30 &lt;duck&gt; ugha_node: je to pod BSD licencí; tak to oprav 21:08:41 &lt;fvw&gt; to mi zní rozumně :). Bohužel jsem před časem odinstaloval svůj poslední freebsd stroj. Mám účty na strojích jiných lidí, a jsem ochotný spouštět testy. 21:08:43 &lt;ugha_node&gt; duck: Možná jo. :) 21:08:50 &lt;duck&gt; (zatracení BSD hipíci) 21:09:09 &lt;duck&gt; ach, hezké a krátké, franku 21:09:17 &lt;duck&gt; ještě nějaké komentáře k libsam? 21:09:49 &lt;duck&gt; fvw: hádám, že se ti Nightblade ozve, pokud bude něco potřebovat 21:09:50 * fvw brblá nad zcela normálním chováním unixu, které mu zabíjí irc klienta. 21:10:02 &lt;duck&gt; ale protože jeho e-mail byl týden starý, možná na něco přišel 21:10:17 &lt;mihi&gt; fvw: ? 21:10:24 &lt;fvw&gt; jo, jestli mě někdo chtěl vzít za slovo, nějak mi to uniklo. Klidně pošlete e‑mail nebo tak něco. 21:10:42 * duck přeskakuje k #2 21:10:46 &lt;hypercubus&gt; ehm, kam? ;-) 21:10:54 &lt;duck&gt; 2) procházet i2p a běžný web jedním prohlížečem 21:10:57 &lt;fvw&gt; čerstvá instalace, ještě jsem neřekl svému zsh, aby neposílal HUP věcem na pozadí. &lt;/offtopic&gt; <p>21:11:09 &lt;fvw&gt; hypercubus: myslím, že jsem na seznamu uživatelů veřejného mailing listu. <a href="mailto:fvw.i2p@var.cx">fvw.i2p@var.cx</a> 21:12:11 &lt;duck&gt; bylo tam něco o přidání všech TLD do seznamu výjimek pro proxy ve vašem prohlížeči 21:12:23 &lt;fvw&gt; vyžaduje to diskusi? Myslím, že to bylo v podstatě vyřešeno na mailing listu. 21:12:24 &lt;duck&gt; myslím, že je to ošklivý hack 21:12:36 &lt;fvw&gt; ano, to bylo zmíněno. Vítej zpátky. 21:12:47 &lt;duck&gt; fvw: vlákno jsem nečetl :) 21:13:12 &lt;duck&gt; dobře, pokud o tom nechcete diskutovat, přejděte k #3 21:13:19 &lt;duck&gt; * 3) chatovací kanál 21:13:23 &lt;hypercubus&gt; skript od cervantese funguje perfektně na Konqueroru 3.2.2, Firefoxu 0.8 a Opeře 7.51, vše pro Gentoo s KDE 3.2.2 21:13:39 * mihi umísťuje vlajku na #4 21:13:55 &lt;duck&gt; #i2p-chat je zde alternativní kanál pro off-topic chat a lehkou podporu 21:14:08 &lt;duck&gt; nevím, kdo to zaregistroval 21:14:12 &lt;hypercubus&gt; já 21:14:17 &lt;duck&gt; tak radši opatrně :) 21:14:22 &lt;fvw&gt; ehm, žádná #4 není, jen dvě #5 :) 21:14:33 &lt;hypercubus&gt; budu mít štěstí, jestli si na heslo vzpomenu, až ho budu potřebovat ;-) 21:14:33 &lt;mihi&gt; [22:27] -ChanServ- Kanál: #i2p-chat 21:14:33 &lt;mihi&gt; [22:27] -ChanServ- Kontakt: hypercubus &laquo;ONLINE&raquo;</p>/cs/blog/2004/06/01/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-1.-%C4%8Dervna-2004/Tue, 01 Jun 2004 00:00:00 +0000/cs/blog/2004/06/01/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-1.-%C4%8Dervna-2004/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> deer, duck, hypercubus, Masterboy, mihi, Nightblade, tessier, wilde</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> [22:59] &lt;duck&gt; Tue Jun 1 21:00:00 UTC 2004 [23:00] &lt;duck&gt; ahoj všichni! [23:00] &lt;mihi&gt; ahoj duck [23:00] &lt;duck&gt; http://dev.i2p.net/pipermail/i2p/2004-June/000250.html [23:00] &lt;duck&gt; můj návrh: [23:00] * Masterboy se připojil k #i2p <p>[23:00] &lt;duck&gt; 1) pokrok v kódu [23:00] &lt;duck&gt; 2) vybraný obsah [23:00] &lt;duck&gt; 3) stav testnetu [23:00] &lt;duck&gt; 4) odměny [23:00] &lt;duck&gt; 5) ??? [23:00] &lt;Masterboy&gt; ahoj:) [23:00] &lt;duck&gt; . [23:01] &lt;duck&gt; protože je jrandom pryč, budeme to muset udělat sami [23:01] &lt;duck&gt; (Vím, že loguje a ověřuje naši nezávislost) [23:01] &lt;Masterboy&gt; žádný problém:P [23:02] &lt;duck&gt; pokud nejsou s programem problémy, navrhuji, abychom se ho drželi [23:02] &lt;duck&gt; i když s tím moc nenadělám, když se ho držet nebudete :) [23:02] &lt;duck&gt; . [23:02] &lt;mihi&gt; ;) [23:02] &lt;duck&gt; 1) pokrok v kódu [23:02] &lt;duck&gt; do cvs nebylo odesláno moc kódu [23:02] &lt;duck&gt; tento týden jsem vyhrál trofej: <code>http://duck.i2p/duck_trophy.jpg</code> [23:03] * hypercubus ještě nemá cvs účet [23:03] &lt;Masterboy&gt; a kdo něco odeslal? [23:03] &lt;duck&gt; dělá někdo nějaké tajné programování? [23:03] * Nightblade se připojil k #I2P</p>/cs/blog/2004/05/18/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-18.-kv%C4%9Btna-2004/Tue, 18 May 2004 00:00:00 +0000/cs/blog/2004/05/18/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-18.-kv%C4%9Btna-2004/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> BrianR, _cervantes\_, deer, duck, fvw, human, jar, jrandom, jteitel, Masterboy, Nightblade, ugha_node, wilde</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 14:07 &lt;jrandom&gt; 0) ahoj 14:07 &lt;jrandom&gt; 1) stav testnetu 14:07 &lt;jrandom&gt; 2) SAM 14:07 &lt;jrandom&gt; 3) aktualizace roadmapy 14:07 &lt;jrandom&gt; 4) MyI2P 14:07 &lt;jrandom&gt; 5) ??? 14:07 &lt;jrandom&gt; 0) ahoj 14:07 * jrandom mává 14:08 &lt;Nightblade&gt; ahoj 14:08 * jteitel mává zpátky 14:08 &lt;jar&gt; ahoj 14:08 &lt;duck&gt; čau 14:08 &lt;Masterboy&gt; :P 14:08 &lt;jrandom&gt; týdenní status poznámky jsou zveřejněny na http://dev.i2p.net/pipermail/i2p/2004-May/000239.html 14:09 &lt;jrandom&gt; omlouvám se, jestli jsem dnes trochu mimo, můj spánkový režim je ještě víc rozhozený než obvykle 14:09 &lt;jrandom&gt; každopádně, přejdeme k 1) testnet status 14:10 &lt;duck&gt; ta diverzifikace by se s větší sítí stala automaticky, že? 14:10 &lt;jrandom&gt; ano, a/nebo méně zkreslené prahy výběru peerů 14:11 &lt;jrandom&gt; například, kdyby práh rychlosti byl medián místo průměru, měli bychom poloviční počet rychlých peerů oproti spolehlivým peerům 14:11 &lt;jrandom&gt; na rozdíl od současné situace, kdy jsou rychlosti silně zkreslené 14:12 &lt;Masterboy&gt; no, síť se zotavila, to není tak špatné 14:12 &lt;jrandom&gt; jo, trvalo to ale déle, než by mělo, a odhalilo to cesty, jak to zlepšit 14:13 &lt;jteitel&gt; síť se zotavila? Pořád se nemohu spolehlivě připojit na i2p irc 14:13 &lt;jrandom&gt; profily peerů neztrácely váhu dost rychle, ani nepovýšily nové kandidáty dost efektivně 14:14 &lt;jrandom&gt; spustilo to i řetězec sekundárních událostí – přetížení routerů (I2P směrovačů), které nebyly schopné unést zátěž (kvůli nedostatečnému profilování), což způsobilo, že některým přetíženým routerům došla paměť a vypnuly se 14:15 &lt;human&gt; ayeee ayeee ayeee! 14:15 &lt;jrandom&gt; je to postupný vývoj, jteitel – některé problémy, které vídáme, souvisejí se selháními netDb 14:15 &lt;jrandom&gt; čau, human 14:15 &lt;jteitel&gt; Aha, OK 14:16 &lt;_cervantes_&gt; nemohl by problémový router přesunout tunnels na jiného peera? 14:16 &lt;ugha_node&gt; Páni, Lifetime rate: 8.87KBps sent 8.35KBps received. 14:16 &lt;Nightblade&gt; jteitel: Právě jsem se připojil po několika pokusech... pořád čekám, až projde moje /join 14:16 * BrianR se rozhlíží. 14:16 &lt;jrandom&gt; ne – router může jednoduše zahodit tunnel (pokud ho neměl vůbec přijmout) 14:16 &lt;ugha_node&gt; (A svůj router jsem restartoval před půl hodinou) 14:16 &lt;BrianR&gt; sakra. Jdu pozdě. 14:17 &lt;BrianR&gt; jrandom: (Díky, žes dal myi2p ke konci agendy) 14:17 &lt;jrandom&gt; ugha&gt; jo, všichni jste museli vzít to za ně za ty tři rychlé 14:17 &lt;jrandom&gt; hehe :) 14:18 &lt;duck&gt; to byl pěkný útok 14:18 &lt;ugha_node&gt; jrandom: Očividně. 14:18 &lt;_cervantes_&gt; nebylo by lepší být nekompromisnější a odmítat tunnels při nižším prahu 14:19 &lt;jrandom&gt; ano, cervantesi – routery teď nikdy neodmítnou tunnel, ledaže nedokážou dosáhnout na next hop 14:19 &lt;jrandom&gt; budeme tam chtít přidat nějaké throttling, třeba podle velikosti jobQueue / avg lag atd. 14:20 &lt;jrandom&gt; navíc budeme chtít zajistit, abychom se nepokoušeli budovat příliš mnoho tunnels najednou, jako se stalo, když velká část z nich selhala 14:20 &lt;_cervantes_&gt; nebo prostě umožnit uživateli nastavit práh podle hardware/bandwidth, o které ví, že ji má k dispozici 14:20 &lt;jrandom&gt; (kvůli tomu, že fast+reliable peery šly offline) 14:20 &lt;_cervantes_&gt; alespoň v této fázi 14:20 &lt;jrandom&gt; to je dobrý point – umožnit lidem explicitně nastavit max počet participating tunnels. 14:21 &lt;jrandom&gt; dáme to do příští revize. dobrý nápad. 14:21 &lt;ugha_node&gt; To zní jako fuzzy logika. 14:21 &lt;jrandom&gt; musíme se vypořádat s přetížením a pouhé frontování zpráv v paměti očividně nefunguje 14:21 &lt;duck&gt; (ahoj fvw) 14:21 &lt;_cervantes_&gt; bylo by dobré mít nějaké agregované statistiky o výkonu tunnels... jakou zátěž by to mohlo klást na referenční procesor(y) 14:22 &lt;_cervantes_&gt; mimochodem vzal jsem server offline.... dostával hromadu tunnels a ještě jsem neskompiloval jbigi ;-) 14:22 &lt;jrandom&gt; viz `http://localhost:7655/routerStats.html#Tunnels` 14:23 &lt;jrandom&gt; ah! jo, jbigi je něco, co chceme, aby všichni používali 14:23 &lt;BrianR&gt; Nějaké myšlenky na rozpočtování šířky pásma pro tunnels? 14:24 &lt;jrandom&gt; aktuálně plánováno pro 3.0 (s celkovým omezením šířky pásma pro router jako celek v 0.4.1) 14:24 &lt;jrandom&gt; ale mít dřív limity šířky pásma na tunnel by neuškodilo 14:25 &lt;fvw&gt; Je rozumné na tohle tak brzy vynakládat úsilí, když je to mnohem snazší a přesnější udělat v kernelu OSů, které většina aktuálních uživatelů/testerů používá? 14:25 &lt;_cervantes_&gt; něco, co bych rád viděl, je nastavení per-tunnel depth (možná to už jde) 14:25 &lt;_cervantes_&gt; například už vím, že svému serveru mohu věřit... tak nechci muset jít přes _x_ hops, abych se k němu dostal 14:25 &lt;jrandom&gt; fvw&gt; to je dobrý point, zvlášť když momentálně nesežereme moc šířky pásma 14:26 &lt;jrandom&gt; hmm, cervantesi – ano, každý klient může specifikovat délku svých tunnels, ale nejsem si jist, že je to přesně to, co chceš 14:26 &lt;_cervantes_&gt; není 14:26 &lt;jrandom&gt; cervantesi – myslím, že hledáš spíš QoS, kde můžeš zkrátit conn pro konkrétního peera 14:26 &lt;_cervantes_&gt; například... 14:26 &lt;_cervantes_&gt; jo 14:27 &lt;jrandom&gt; (což bylo plánováno pro i2p 4.0, ale to je víc než rok daleko == nekonečno) 14:27 &lt;_cervantes_&gt; v tomhle případě taky vybrat depth pro každý i2p host 14:27 &lt;BrianR&gt; fvw: Ano, ale i2p potřebuje zhruba vědět, kolik šířky pásma mají potenciální členové tunnelu k dispozici, aby dělalo rozumná rozhodnutí při stavbě tunnelů... 14:27 &lt;_cervantes_&gt; aha ok 14:27 &lt;_cervantes_&gt; :) 14:27 &lt;jrandom&gt; ale je to dobrý nápad a technicky proveditelný, patche vítány :) 14:28 &lt;_cervantes_&gt; patch už je na cestě.... spolu s šekem na 5000 prutů e-goldu 14:28 &lt;_cervantes_&gt; ;-) 14:28 &lt;jrandom&gt; BrianR: možná to může jít napůl – sledovat, v kolika tunnels se účastní, stejně jako kolik šířky pásma ty tunnels používají, a použít to jako část rozhodování, zda přijmout nebo odmítnout požadavek na vytvoření tunnelu? 14:28 &lt;jrandom&gt; heh 14:30 &lt;jrandom&gt; ok, má ještě někdo něco ke stavu testnetu? 14:30 &lt;Masterboy&gt; co můj paradox? 14:30 &lt;Masterboy&gt; :) 14:30 &lt;jrandom&gt; plán je dostat 0.3.1.3 s aktualizacemi ven do čtvrtka nebo pátku 14:31 &lt;jrandom&gt; Masterboy: neměl jsem čas projít tvoje logy, ale vyřešíme to 14:31 &lt;_cervantes_&gt; pátek 2005? 14:31 &lt;_cervantes_&gt; cool 14:31 &lt;Masterboy&gt; k 14:31 &lt;jrandom&gt; ok, přecházíme na 2) SAM 14:31 &lt;Masterboy&gt; teď víme, kdo provozuje zastaralý router.. 14:32 * jrandom předává mikrofon našemu neohroženému vývojáři SAM.pm 14:33 &lt;jrandom&gt; (to jsi ty, BrianR :) 14:33 &lt;BrianR&gt; Vteřinku.. :) 14:33 * duck jásá 14:33 &lt;jrandom&gt; zatím, je tady dm nebo firerabbit? 14:33 -!- Irssi: #i2p: Total of 26 nicks [0 ops, 0 halfops, 0 voices, 26 normal] 14:33 * jrandom kontroluje /names, nic. škoda 14:33 &lt;jrandom&gt; (takže žádné .net/C# sam lib novinky) 14:34 &lt;duck&gt; je .py věci stále aktuální? 14:34 &lt;duck&gt; nebo zastaralé kvůli vylepšením SAM 14:34 &lt;jrandom&gt; nevím 14:34 &lt;BrianR&gt; Ok. Jsem zpět. 14:34 &lt;Nightblade&gt; Moje C knihovna zřejmě funguje... ale ještě jsem nenapsal aplikaci, která by ji používala 14:34 &lt;jrandom&gt; super, Nightblade! 14:35 &lt;Nightblade&gt; Dělal tady někdo GTK+/C programování pod Windows? 14:35 &lt;human&gt; duck: klientská knihovna potřebuje malou změnu kvůli podpoře verzování 14:35 &lt;_cervantes_&gt; "hello world"? 14:35 &lt;human&gt; duck: zbytek by měl fungovat bez problémů 14:35 * jrandom navrhuje datagram jako tftp jako ideální test pro SAM :) 14:35 &lt;Nightblade&gt; no, cokoliv... funguje GTK dobře pod Windows.....? 14:35 &lt;jrandom&gt; (nebo klidně SAM streaming místo datagram nebo raw) 14:36 &lt;jrandom&gt; fajn, BrianR – jak to jde s .pm a se samcat? 14:36 &lt;BrianR&gt; Net::SAM je v CVS ve většinou nefunkční podobě. 14:36 &lt;BrianR&gt; Doufám, že do konce týdne vychytám všechny bugy a rozběhám datagram a raw. 14:37 &lt;BrianR&gt; Trochu víc práce bude potřeba, aby se streamům dal pěkný OO kabát. 14:37 &lt;Nightblade&gt; jo, s datagram ani raw jsem se neobtěžoval... jen stream 14:37 &lt;Nightblade&gt; ale to je stejně to jediné, co bych používal 14:37 &lt;fvw&gt; human: Zvážil jsi wxWindows? Je to dost užitečné pro tenhle typ věcí (nemyslím, že existuje windows GTK target ale) 14:37 &lt;jrandom&gt; super, BrianR 14:38 &lt;BrianR&gt; Manželka mě honí na večeři. Možná se nevrátím včas na myi2p diskuzi. Zveřejnil jsem threat model a nějaké hloupé fileserver věci na node 208 14:38 &lt;human&gt; fvw: existuje GTK windows port (GIMP běží i na Windows) 14:38 &lt;jrandom&gt; fajn, Nightblade, nejlepší je nejdřív implementovat to, co je potřeba 14:38 &lt;human&gt; fvw: s/client/port/ 14:38 &lt;jrandom&gt; heh, ok BrianR, díky 14:38 &lt;fvw&gt; human: Myslím gtk windows target pro wxWindows (které jsem ti navrhoval použít) 14:38 * fvw mává na BrianR. Dobrou chuť. 14:38 &lt;human&gt; fvw: ah... no, o vxWidgets (vxWindows' new name :-) nevím :-) 14:39 &lt;human&gt; fvw: ale o GTK+ mluvil Nightblade, ne já :-) 14:40 &lt;fvw&gt; Ups, mám křivé oči, ignorujte mě. 14:40 &lt;Nightblade&gt; Nejsem tak obeznámený s C++ jako s C 14:40 &lt;Nightblade&gt; pokud vím, GTK je jediná multiplatformní C GUI knihovna 14:40 &lt;Nightblade&gt; ne že bych měl GTK zvlášť v lásce 14:40 &lt;fvw&gt; to je jedno, wxWindows je snadno použitelné i z C. 14:40 &lt;Nightblade&gt; hmm 14:40 &lt;Nightblade&gt; no možná se na to taky podívám 14:40 &lt;Nightblade&gt; C++ umím, ale nepsal jsem v něm žádné velké programy 14:41 * fvw také není C++ kodér, ale před časem jsem v tom bez problémů zprovoznil docela velký prohlížeč transakcí pro dopravní firmu. 14:42 &lt;Nightblade&gt; jsem si jistý, že wxwindows má vyzrálejší Windows port 14:42 &lt;Nightblade&gt; než gtk 14:42 &lt;fvw&gt; dost pravděpodobně jo. 14:43 &lt;Nightblade&gt; (ok pokračujte v meetingu) heh 14:43 &lt;jrandom&gt; :) 14:43 &lt;jrandom&gt; ok, skáču na 3) roadmap updates 14:44 * jrandom byl poslední měsíc nedbalý v aktualizacích http://www.i2p.net/roadmap 14:44 &lt;jrandom&gt; ale teď je to zase aktuální 14:44 &lt;jrandom&gt; bohužel je jasné, že 0.4 příští týden nedáme 14:44 &lt;duck&gt; (jsou 1.1, 2.0, 3.0 také aktuální?) 14:45 &lt;jrandom&gt; ano pane 14:45 * Masterboy si to přečetl, líbilo se – není kam spěchat, nehoříme.. 14:46 &lt;duck&gt; někdo by měl aktualizovat i wikipedia/infoanarchy :) 14:46 &lt;jrandom&gt; oh, asi bych měl odstranit z 0.4 "SAM bridge and client libraries implemented and tested" 14:46 &lt;jrandom&gt; heh jo, proto jsem před časem !thwapped iA, když jen zkopírovali wiki stránku 14:46 &lt;jrandom&gt; (měli by jen odkazovat na /roadmap, ne duplikovat obsah) 14:47 &lt;Masterboy&gt; SAM je hotový? 14:47 &lt;jrandom&gt; je funkční, ano, ačkoliv práce na dalších klientských knihovnách pokračuje 14:47 &lt;jrandom&gt; s/are/is/ 14:48 &lt;jrandom&gt; ok, pokud nejsou další otázky/připomínky k roadmapě, přecházíme na 4) MyI2P 14:50 &lt;jrandom&gt; i když jsem sám přestal na myi2p pracovat, otevřeli jsme to jako bounty – http://www.i2p.net/node/view/216 14:50 &lt;jrandom&gt; to mimo jiné znamená, že musíme správně stanovit požadavky, a proběhla debata, jaké by měly být 14:51 &lt;Masterboy&gt; zkoušel do toho jít můj kamarád, říkal moc práce, málo peněz;P no, je to kapitalista;) 14:51 &lt;Masterboy&gt; no, nabídl jsem, že to nakóduju.. 14:52 &lt;jrandom&gt; kódování na tom je vždy vítané :) 14:53 &lt;jrandom&gt; aktuální zásadní architektonická otázka ale je, jak naložit s lidmi, kteří nemohou provozovat svůj i2p router / myi2p node neustále 14:53 &lt;Nightblade&gt; je potřeba mít nějakého důvěryhodného i2p isp 14:53 &lt;jrandom&gt; dva návrhy jsou buď použít hosted service providers, nebo systém rozdělit tak, aby používal distributed backing store 14:54 &lt;_cervantes_&gt; posledně jmenované je dlouhodobě ideální řešení 14:54 &lt;_cervantes_&gt; *latter 14:54 &lt;duck&gt; (a bylo by to na další bounty) 14:55 &lt;_cervantes_&gt; nebo webcache proxy službu... 14:55 &lt;jrandom&gt; správně – pokud bychom šli cestou hosted service provider (nebo lokálně běžícího node), když bude k dispozici DHT atd., mohli bychom víc a víc obsahu tlačit do DHT 14:55 &lt;jrandom&gt; _cervantes_: to je v podstatě distributed backing store – untrusted data caches 14:57 &lt;deer&gt; * Masterboy přemýšlí, kde je bogobot 14:57 &lt;jrandom&gt; těžké je získat potřebnou funkcionalitu řízení přístupu – u untrusted data caches / distributed backing store jsou ACL v podstatě šifrování 14:57 &lt;jrandom&gt; ale „vedlejší kanál“ k této diskusi přichází ze tří bodů, které vznesl anonym @ http://www.i2p.net/node/view/215#comment-105 14:57 &lt;_cervantes_&gt; a podepsaný obsah 14:58 &lt;jrandom&gt; jasně, v obou případech bude potřeba mít podepsaný obsah 15:00 &lt;_cervantes_&gt; tady má hypercubusův model své zásluhy... ale rozhodně to není „rychlé“ řešení 15:00 &lt;jrandom&gt; ze včerejší diskuse na irc jsme se zaměřili na „LiveJournal threat model“ – jaké útoky uživatele LJ zajímají a jaké ne 15:01 &lt;wilde&gt; nejdřív ze všeho, dostat nejdřív základní MyI2P 15:02 &lt;jrandom&gt; správně, a aby se dal implementovat základní myi2p, musíme znát architekturu nasazení 15:03 &lt;jrandom&gt; s LJ threat modelem pro uživatele, kteří nemohou provozovat své vlastní nody, si nemyslím, že musíme jít cestou untrusted data cache 15:03 &lt;jrandom&gt; a proč by někdo používal myi2p, pokud potřebuje jen LJ threat model? protože je anonymní 15:04 &lt;jrandom&gt; mohli bychom pokračovat s nějakým idealizovaným systémem, ale platí zákon klesajících výnosů 15:04 -!- Irssi: #i2p: Total of 24 nicks [0 ops, 0 halfops, 0 voices, 24 normal] 15:05 &lt;jrandom&gt; proto se přikláním k tomu držet bounty v současných mantinelech – alternativy můžeme přidat později, až bude základní systém venku 15:05 -!- duck_ je nyní znám jako duck 15:06 &lt;jrandom&gt; každopádně, myslím, že to je vše, co mám k 4) MyI2P, pokud někdo nemá něco dalšího, co by chtěl otevřít 15:06 &lt;jrandom&gt; pokud ne, jdeme na 5) ??? 15:07 &lt;_cervantes_&gt; hmm potřebuješ velké kladívko :) 15:07 &lt;jrandom&gt; zapomněl jsem zmínit nový morph.i2p eepsite v zápisu ze schůzky a nickster.i2p má teď veřejný fproxy! 15:08 &lt;jrandom&gt; (a sungo.i2p má nahozenou a běžící webkameru :) 15:08 &lt;_cervantes_&gt; heh... 15:08 &lt;_cervantes_&gt; i2pr0n 15:08 &lt;jrandom&gt; má ještě někdo něco, co chce otevřít? 15:10 &lt;jrandom&gt; pokud ne, dostává nás to na 70. minutu 15:10 &lt;deer&gt; &lt;Masterboy&gt; ne 15:10 * jrandom uzavírá 15:10 * jrandom *baf* uzavírá schůzku </div>/cs/blog/2004/03/23/i2p-dev-meeting-march-23-2004/Tue, 23 Mar 2004 00:00:00 +0000/cs/blog/2004/03/23/i2p-dev-meeting-march-23-2004/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> duck, fidd, human, jrand0m, kaji, KyroxX, lucky, Masterboy, mihi, no_dammagE, ox, ughabugha, wbk, wilde</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> [22:01:22] &lt;jrand0m&gt; agenda: [22:01:22] &lt;jrand0m&gt; 0) Hi [22:01:22] &lt;jrand0m&gt; 1) Network status [22:01:28] &lt;jrand0m&gt; 2) 0.3.1 plan [22:01:28] &lt;jrand0m&gt; 3) Web architecture [22:01:28] &lt;jrand0m&gt; 4) Administravia [22:01:34] &lt;jrand0m&gt; 5) ??? [22:01:38] &lt;jrand0m&gt; 0) hi [22:01:39] &lt;no_dammagE&gt; of yourse [22:01:43] &lt;ughabugha&gt; Oh, cool, the meeting. :) [22:01:51] &lt;jrand0m&gt; hi, welcome to the weekly dev meeting, number $something [22:01:56] &lt;ughabugha&gt; Hi. [22:02:02] &lt;jrand0m&gt; weekly status notes up at http://i2p.net/pipermail/i2p/2004-March/000180.html [22:02:09] * mihi has joined #i2p [22:02:13] &lt;fidd&gt; howdy [22:02:32] &lt;jrand0m&gt; we'll see if we can avoid a 2 hour session today ;) [22:02:39] &lt;jrand0m&gt; ok, jumping to 1) network status [22:02:43] &lt;Masterboy&gt; :P [22:02:56] &lt;jrand0m&gt; we got 0.3.0 out on sunday, and its generally functional [22:03:12] &lt;Masterboy&gt; yes it is:) [22:03:23] &lt;ox&gt; * jrandom waves from i2p#i2p to prove it ;) [22:03:43] &lt;jrand0m&gt; there are still some bugs to fix, and a new set of things to be addressed, but ever onwards we go [22:04:21] * ion has joined #i2p [22:04:22] * ughabugha is reading the status notes. [22:04:27] * mrflibble has quit IRC (r eboot time) [22:04:35] &lt;jrand0m&gt; in the email i mention a new network monitoring tool duck put together - `http://duck.i2p/dot/dot.png` (or a snapshot at http://i2p.net/~jrandom/profiles.png) [22:05:05] &lt;jrand0m&gt; it basically gives us a view into how the network is doing - how many people are out there, and how well they're finding out about reliable and fast resources [22:05:22] &lt;jrand0m&gt; (basically it visualizes the result of the 0.3 peer profiling and selection process) [22:05:50] &lt;ox&gt; &lt;duck&gt; nice! [22:06:22] &lt;jrand0m&gt; yeah, its nice to see the visual feedback on the algorithms, rather than manually going through the networkDb [22:06:37] &lt;ox&gt; &lt;Masterboy&gt; there's a need of cpu usage decreasing.. [22:06:38] &lt;fidd&gt; :) [22:06:48] * jrand0m gives the eepSiteAppOfTheWeek award to duck for dot.png [22:06:54] &lt;ughabugha&gt; Yeah, I wonder what would we be doing without duck? [22:07:08] &lt;ox&gt; &lt;duck&gt; maybe we can make an audio version too [22:07:17] &lt;fidd&gt; haha [22:07:20] &lt;jrand0m&gt; :) [22:07:22] &lt;human&gt; heheh [22:07:34] &lt;fidd&gt; or a smell-one [22:07:47] &lt;ughabugha&gt; Yeah, and stream it over jnon's icecast every hour. [22:07:51] &lt;no_dammagE&gt; how do I understand the speed column in #transport? [22:08:00] &lt;no_dammagE&gt; I mean peer profiles [22:08:25] &lt;jrand0m&gt; no_dammagE&gt; good question. if you read the bottom text below, it explains that the numbers have no correlation with anything - they're strictly relative values. [22:08:50] &lt;no_dammagE&gt; ok :) [22:09:15] &lt;jrand0m&gt; if you want the *real* answer, see http://i2p.net/cgi-bin/cvsweb.cgi/i2p/code/router/java/src/net/invisiblenet/i2p/router/peermanager/SpeedCalculator.java?rev=1.3&amp;content-type=text/x-cvsweb-markup [22:10:07] &lt;jrand0m&gt; the network has also grown to a steady 18-22 routers, which is a good size for the moment [22:10:31] &lt;jrand0m&gt; we'll want to grow a bit more once some of the existing bugs are dealt with, and the 0.3.1 phttp code is in place [22:10:36] &lt;KyroxX&gt; re [22:10:45] &lt;jrand0m&gt; wb KyroxX [22:11:03] &lt;jrand0m&gt; ok, that leads us into 2) 0.3.1 plan [22:11:16] &lt;no_dammagE&gt; mine will go off in 30 minutes and will go on in ~ 20 hours (or ill make it on the autostart so that it will be started with the PC) [22:11:29] &lt;jrand0m&gt; cool no_dammagE, thats fine [22:11:33] * fR has quit IRC (Ping timeout) [22:12:01] &lt;jrand0m&gt; rather than get the phttp code, the bandwidth limiter, and the new collusion deterrent all in one 0.3.1 release, i'm pushing the collusion deterrent into 0.3.2 [22:12:19] &lt;jrand0m&gt; roadmap hasn't yet been updated, but things are pretty much the same [22:12:45] * fR has joined #i2p [22:13:17] &lt;ughabugha&gt; Are you going to release 0.3.0.1? [22:13:18] &lt;jrand0m&gt; there's going to be some complex stuff in the phttp revamp, dealing with throttling the connections, but we'll see how it goes [22:13:36] * KyroxX has quit IRC (Verlassend) [22:13:47] &lt;jrand0m&gt; perhaps, though currently the roadmap lists 0.3.1 as next week [22:13:54] &lt;jrand0m&gt; sunday, even. [22:14:01] &lt;ox&gt; &lt;baffled&gt; I knew you was in collusion with somebody. [22:14:02] &lt;jrand0m&gt; so i'm not sure [22:14:03] * Rom|Away|3h has quit IRC (Ping timeout) [22:14:04] &lt;Masterboy&gt; how can i limit the cpu usageof my router? why not make : "low" - "normal" - "high" - so you could choose? [22:14:10] &lt;jrand0m&gt; heh baff [22:14:11] &lt;no_dammagE&gt; why is that critical?: [22:14:11] &lt;no_dammagE&gt; 21:55:36.249 CRIT [I2CP Reader ] et.invisiblenet.i2p.util.Clock: Updating clock [22:14:12] &lt;no_dammagE&gt; offset to 105791ms from 0ms [22:14:16] * Romster has joined #i2p [22:14:24] * jar has quit IRC (Ping timeout) [22:14:38] &lt;jrand0m&gt; Masterboy&gt; the code to work along those lines is planned for the 1.0rc1 release [22:14:43] &lt;jrand0m&gt; (router throttling) [22:14:48] * KyroxX has joined #i2p [22:14:50] &lt;jrand0m&gt; we've got some basics, but its not ready yet. [22:15:08] &lt;KyroxX&gt; re [22:15:13] &lt;jrand0m&gt; no_dammagE&gt; because it should only occur at most once - if you see it happening a lot, its an issue [22:15:14] &lt;Masterboy&gt; oki [22:15:21] &lt;jrand0m&gt; (a critical issue) [22:15:48] &lt;jrand0m&gt; any other questions / concerns on the 0.3.1 release? [22:15:55] &lt;mihi&gt; then it should be debug the first time and then crit... [22:16:06] &lt;jrand0m&gt; you're right [22:16:09] &lt;KyroxX&gt; whats the topic? [22:16:17] &lt;ughabugha&gt; jrand0m: Err.. How can this occur on I2P? Closing Link: [unknown@192.168.0.2] (Ping timeout) [22:16:31] &lt;jrand0m&gt; KyroxX&gt; the weekly dev meeting, item 2) 2) 0.3.1 plan [22:16:35] &lt;ughabugha&gt; Ah, never mind. [22:16:40] &lt;jrand0m&gt; ughabugha&gt; ircd patch [22:16:49] &lt;KyroxX&gt; ah [22:17:02] &lt;ox&gt; &lt;duck&gt; my ircd is running on nsa.localdomain [22:17:06] &lt;jrand0m&gt; hmm [22:17:08] &lt;ox&gt; &lt;duck&gt; which has 192.168.0.2 as IP [22:17:12] &lt;jrand0m&gt; ah [22:17:30] * Romster has quit IRC (Ping timeout) [22:17:32] &lt;jrand0m&gt; ok, moving on to 3) Web architecture [22:17:49] * ion has quit IRC (Ping timeout) [22:17:58] &lt;jrand0m&gt; i know we discussed this last week a bit, and there's been some discussion on the mailing list about it too [22:18:02] &lt;mihi&gt; how can i make an account on drupal.i2p.net? [22:18:15] * mihi is too stupid for that... [22:18:16] &lt;jrand0m&gt; wilde&gt; can you add one for mihi? [22:18:31] &lt;jrand0m&gt; (there's no way to register normally) [22:18:35] &lt;mihi&gt; jrand0m: you could simply say no, then i know i can stop trying ;) [22:18:42] &lt;jrand0m&gt; if wilde isn't around, i'll add one for you momentarily :) [22:18:51] * Romster has joined #i2p [22:19:04] * Romster is now known as Rom|Away|3h [22:19:18] &lt;fidd&gt; i'd like one too if its ok :) [22:21:05] &lt;ox&gt; &lt;jmand&gt; /ping jmand [22:21:12] &lt;jrand0m&gt; ok, back to the web arch stuff [22:22:06] &lt;jrand0m&gt; there are several different aspects of "how we use the web" in i2p, and we can either treat them all as OneBigWebThingy, or we can talk about specializing the components, making things that do their OneThingWell [22:22:34] * ion has joined #i2p [22:22:44] &lt;jrand0m&gt; mihi brought up some good points that I hadn't been looking at, some valuable features that we'll certainly want [22:23:03] &lt;ughabugha&gt; jrand0m: Are you talking about the separation of Squid and I2P web? [22:23:11] &lt;ughabugha&gt; Or something deeper? [22:23:24] &lt;duck&gt; the 'HTTPTunnel vs. {privoxy,muffin} + HTTPClient' thread [22:23:30] &lt;duck&gt; (http://i2p.dnsalias.net/pipermail/i2p/2004-March/) [22:23:48] &lt;jrand0m&gt; the seperation of squid and eepsites, as well as the seperation of browser proxies vs. (essentially) cgis [22:23:49] &lt;ughabugha&gt; Right. [22:24:00] &lt;jrand0m&gt; and, of course, the filters [22:24:48] &lt;jrand0m&gt; since we all work in the open source world here, there's no real need to have OneBigThing that deals with all of the different use cases - we can build one to address a need, then reuse its code for another to address another need [22:24:56] * jar has joined #i2p [22:25:04] &lt;duck&gt; I tend to agree with human's latest post [22:25:13] &lt;jrand0m&gt; plus, with mihi's new streaming I2PTunnel api, its fairly easy to build off [22:26:42] &lt;jrand0m&gt; as do i, though i don't have the time to work on httptunnel, so its really up to mihi as to what use case he's most interested in addressing first [22:26:48] * lucky has joined #i2p [22:27:45] * jar has quit IRC (EOF From client) [22:27:52] &lt;jrand0m&gt; mihi&gt; any thoughts? [22:28:26] &lt;jrand0m&gt; ok or anyone else? :) [22:28:47] &lt;duck&gt; `http://i2p.i2p/` looks ugly to me [22:28:55] &lt;duck&gt; but even that could be survived [22:28:59] &lt;jrand0m&gt; i2p.i2p? [22:29:05] &lt;human&gt; ? [22:29:27] * ion has quit IRC (Ping timeout) [22:29:28] &lt;jrand0m&gt; i could add in a dns entry for eep.i2p.net pointing to 127.0.0.1 for machines that do bad dns things [22:30:01] * fR has quit IRC (EOF From client) [22:30:20] * human didn't get the latest proposal :-) [22:30:27] &lt;duck&gt; I think I did see i2p.i2p mentioned somewhere as replacement for the current http://i2p/keybla [22:30:35] &lt;jrand0m&gt; yours was the latest human [22:30:54] &lt;jrand0m&gt; oh, right, yeah on irc last night i think jnano was discussing it [22:30:55] &lt;human&gt; jrand0m: i mean: "i could add in a dns entry for eep.i2p.net pointing to 127.0.0.1 for machines that do bad dns things" [22:31:03] &lt;mihi&gt; duck: you have good eyes. i did this to prevent netbios lookups in Opera. [22:31:21] &lt;duck&gt; ah yeah "code/apps/i2ptunnel/java/src/net/invisiblenet/i2p/httptunnel/handler/RootHandler.java" [22:31:21] &lt;jrand0m&gt; ah sorry human, i meant that with regards to what mihi just said :) [22:31:23] * lucky has quit IRC (Ping timeout) [22:31:49] &lt;duck&gt; it is a shame that some browsers need such workarounds [22:31:55] &lt;human&gt; wew [22:32:15] &lt;jrand0m&gt; human mentioned something about socks4 not requiring that? [22:32:15] * KyroxX is now known as wbk [22:32:23] &lt;duck&gt; socks4a [22:32:29] &lt;jrand0m&gt; ah ok [22:32:39] &lt;duck&gt; (socks4 does DNS) [22:32:49] &lt;jrand0m&gt; do all browsers support socks4a? [22:32:59] &lt;human&gt; jrand0m: socks4 is Evil(TM), but socks4a and socks5 delegate name resolution to the server [22:33:00] &lt;duck&gt; s/socks4 does DNS/with socks4 the client does DNS/ [22:33:06] &lt;mihi&gt; some browsers don't even support socks proxies... [22:33:08] &lt;human&gt; jrand0m: yes, AFAIK [22:33:27] &lt;jrand0m&gt; right, plus the kiosk issue mihi, certainly [22:33:52] &lt;duck&gt; it could be an alternative [22:34:04] &lt;duck&gt; httpclient + socksclient + etc [22:34:29] &lt;human&gt; jrand0m, mihi: programs that don's support socks could be tsocks'ed [22:34:53] &lt;jrand0m&gt; human&gt; unless its a kiosk, where people can't run apps [22:35:00] &lt;jrand0m&gt; (or change settings, etc) [22:35:19] &lt;human&gt; jrand0m: yes, of course socks tunnels aren't suited for these tasks [22:35:31] &lt;duck&gt; (human: though then they'd still call gethostbyname) [22:35:39] &lt;jrand0m&gt; would they duck? [22:35:55] &lt;human&gt; duck: no, tsocks even inhibits them and forwards them to the proxy server [22:36:16] &lt;human&gt; duck: (dunno what happens in the windows world, though) [22:36:30] &lt;jrand0m&gt; they BSOD [22:36:32] &lt;jrand0m&gt; er.. [22:36:57] &lt;duck&gt; (not according to /usr/share/doc/tor-0.0.2_pre27/CLIENTS.gz) [22:36:57] &lt;human&gt; heheheh [22:37:07] &lt;jrand0m&gt; heh duck [22:37:18] &lt;human&gt; socks tunnels, however, will not replace www proxies :-) [22:37:24] &lt;duck&gt; (( &lt;/tortechnotalk&gt; )) [22:38:25] &lt;jrand0m&gt; mihi&gt; whats your take on the highest priority use case for httptunnel? if there's something we can help with? [22:38:31] &lt;mihi&gt; http://home.arcor.de/mschierlm/test/nosocks.png (which browser is that?) [22:38:31] &lt;human&gt; it's just an add-on to do some neat stuff with tunnelling, chaining etc. [22:38:31] &lt;wbk&gt; I2P is the ircd of iip right? [22:38:31] &lt;duck&gt; anyway, all solutions need a clientside filter [22:38:47] &lt;human&gt; duck: yes, according to man 8 tsocks :-) [22:39:14] &lt;jrand0m&gt; dunno mihi, opera? [22:39:19] * fR has joined #i2p [22:39:19] &lt;duck&gt; wbk: no private msg [22:39:19] &lt;jrand0m&gt; wbk&gt; no [22:39:30] &lt;mihi_backup&gt; jrand0m: make it work perfectly with post requests &amp;&amp; make it do everything httpclient does [22:39:45] &lt;jrand0m&gt; word [22:40:08] &lt;ughabugha&gt; mihi: That's Opera. [22:40:14] &lt;human&gt; mihi: dunno, but as i wrote above: socks tunnels, however, will not replace www proxies :-) [22:40:18] &lt;ughabugha&gt; If you ment that as a question. :) [22:41:13] &lt;jrand0m&gt; ok, cool, anyone have anything else to bring up for web stuff, or are we ready for 4) Administravia? [22:42:23] &lt;jrand0m&gt; ok, just some notes - [22:42:24] * Rom|Away|3h is now known as Rom|Away|4h [22:42:51] &lt;jrand0m&gt; the drupal site is back online, so anyone who wants to help out with that, or see the latest progress, please hit drupal.i2p.net :) [22:44:02] &lt;jrand0m&gt; on it, you'll find the other two administravia points - the team roster [http://drupal.i2p.net/team] and the draft of a new license policy [http://drupal.i2p.net/node/view/85] [22:44:26] &lt;duck&gt; I was looking at the license policy... [22:44:35] &lt;duck&gt; AFAIK Cryptix == BSD [22:44:43] &lt;jrand0m&gt; right [22:44:52] &lt;duck&gt; (but with Cryptix team as copyrightor instead of regents of massachusets or something) [22:44:52] &lt;jrand0m&gt; but, strictly, its the Cryptix license ;) [22:45:05] &lt;duck&gt; what is MIT? [22:45:13] &lt;jrand0m&gt; mit is == bsd 2 clause [22:45:16] &lt;jrand0m&gt; == x [22:45:19] &lt;duck&gt; what code is MIT I mean [22:45:25] &lt;jrand0m&gt; nothing [22:45:29] &lt;human&gt; == x &lt; 4.4.0 [22:45:36] &lt;jrand0m&gt; i just list it as "if you want to use MIT, great" [22:45:42] &lt;jrand0m&gt; right human :/ [22:45:49] &lt;duck&gt; the amount of licenses is already quite a few [22:45:56] &lt;duck&gt; I was wondering if that could be restricted [22:46:07] &lt;duck&gt; for example changing the GPL code into BSD or even pubdomain [22:46:31] &lt;duck&gt; was wondering what the author(s) of that part(s) did think about that [22:46:32] &lt;ox&gt; &lt;no_dammagE&gt; so, chatroom, ill go sleep now. Good code @ Devteam, good time of day to all others. Till tomorrow. [22:46:40] &lt;duck&gt; bye no_dammagE [22:46:41] &lt;jrand0m&gt; i would love if the i2ptunnel streaming lib / naming lib or even the full i2ptunnel were licensed under a bsd-like license [22:46:51] &lt;jrand0m&gt; later no_dammagE [22:46:55] &lt;no_dammagE&gt; cu [22:46:58] * no_dammagE has quit IRC [22:47:19] * jar_backup has joined #i2p [22:47:50] &lt;jrand0m&gt; but, of course, GPL is fine, t'is mihi's right :) [22:48:06] &lt;mihi&gt; for streaming/naming lib that would be okay for me (or BSD or LGPL). but I'd like to keep GPL for the core I2PTunnel [22:48:07] &lt;ughabugha&gt; Well, whatever the license is, it should be GPL-compatible. [22:48:36] &lt;ughabugha&gt; (Ie, it shouldn't be more restrictive than GPL) [22:48:42] &lt;human&gt; i'm a GNU GPL advocate, but i think that the best license to disseminate new protocols and formats is something BSD-style (e.g. see how the OGG Vorbis guys relicensed everything from LGPL do MIT-X11) [22:49:05] &lt;jrand0m&gt; mihi&gt; the streaming and naming lib are funcional without dependency upon i2ptunnel itself, right? [22:49:14] &lt;ughabugha&gt; Yeah, reference implementation shouldn't be GPL. [22:49:25] &lt;mihi&gt; they should be. if not, it's a bug. [22:49:30] &lt;jrand0m&gt; BSD 2 clause on those would be fantastic [22:49:40] &lt;human&gt; yup! [22:49:45] &lt;mihi&gt; you can have naming lib public domain if you include it into core ;) [22:50:02] * ion has joined #i2p [22:50:03] &lt;jrand0m&gt; absolutely, I'd love to include them in the core sdk [22:50:42] &lt;mihi&gt; them? ;) (including streaming lib into core would be a bad idea imho, since it is too less open for other impls) [22:51:09] &lt;jrand0m&gt; well, the sdk impl itself makes some nontrivial design assumptions - its just a ref impl [22:51:22] &lt;jrand0m&gt; i'd love if people could take i2p.jar and write a streaming app [22:51:28] &lt;human&gt; mihi: regarding I2PTunnels &amp; GPL: i'd suggest to add an explicit GNU GPL exception that allows people to link your app with proprietary JVMs (see my comment on http://drupal.i2p.net/node/view/85) [22:51:28] * Masterboy has quit IRC (Ping timeout) [22:51:59] &lt;duck&gt; human: that brings up the "have to hire a lawyer before I can use it"-problem [22:52:01] &lt;jrand0m&gt; (perhaps we can split the current i2ptunnel into i2ptunnel and i2pstreaming, if you'd prefer?) [22:52:32] &lt;mihi&gt; jrand0m: that would be okay for me. just change the ant task to build 2 jars ;) [22:52:35] &lt;human&gt; duck: i suggest to add the exception just to avoid it [22:52:39] &lt;jrand0m&gt; duck&gt; if mihi is willing to BSD the streaming and naming libs, i don't think that'd be too much trouble [22:53:30] &lt;mihi&gt; and better make i2pministreaming instead of i2pstreaming [22:53:41] &lt;duck&gt; mihistreaming :) [22:53:48] &lt;mihi&gt; (note the n in mi4ni) [22:54:02] &lt;mihi&gt; duck: that was exactly what i thought ;) [22:54:03] &lt;jrand0m&gt; word mihi, so perhaps we can revise the table on http://drupal.i2p.net/node/view/85 to list the I2PTunnel core as GPL (perhaps with the exception human mentions?), plus a seperate I2PMiniStreaming line as BSD? [22:54:04] &lt;jrand0m&gt; hehe [22:54:10] &lt;jrand0m&gt; i2pmihistreaming is good too :) [22:55:25] &lt;duck&gt; ok [22:55:40] &lt;duck&gt; next week I'll try to convince you all to move totally to publicdomain [22:55:45] &lt;duck&gt; but this is enough for now :) [22:55:48] &lt;jrand0m&gt; :) [22:55:50] &lt;human&gt; hehe [22:56:06] &lt;jrand0m&gt; mihi*=5 [22:56:14] &lt;mihi&gt; jrandom**=5; [22:56:21] &lt;duck&gt; wbk did just offer to help with the webdesign [22:56:36] &lt;jrand0m&gt; oh awesome duck [22:56:45] &lt;jrand0m&gt; well, briefly before we jump to 5) [22:56:58] &lt;jrand0m&gt; do any devs have any qualms with the /policy/ in http://drupal.i2p.net/node/view/85? [22:57:05] &lt;duck&gt; so I did do a bureaucratic team-table lookup and delegate him to wilde [22:57:25] &lt;human&gt; before jumping... what about the GPL + exception suggestion? [22:57:29] &lt;jrand0m&gt; aka "implicitly under $primaryLicense" or "explicitly under $alternate"? [22:57:47] &lt;jrand0m&gt; duck++ :) [22:58:02] &lt;mihi&gt; human: I'm adding it atm [22:58:07] * human agrees with jrand0m's policy [22:58:25] &lt;duck&gt; what about copyright owner [22:58:28] &lt;human&gt; mihi: ok, thanks [22:58:30] * duck did see human adding some new files as GPL [22:58:36] &lt;duck&gt; and putting mihi's name on that [22:58:45] &lt;ughabugha&gt; Err... I don't think drupal likes passwords which are 32 characters long. [22:58:51] &lt;human&gt; duck: i just cut'n'pasted existing files [22:59:18] &lt;duck&gt; ok, but what if we have 50 ppl working on it and each putting their own name on the copyrights [22:59:20] &lt;jrand0m&gt; for people that add public domain code, there's no copyright, but for people who use copyright, people should copyright it themselves [22:59:22] &lt;human&gt; duck: (well, even if i'm forgetting to put copyrights into files...) [22:59:25] &lt;duck&gt; then you cant switch license at a later point [22:59:29] &lt;jrand0m&gt; thats fine duck, in my opinion [22:59:53] &lt;jrand0m&gt; e.g. thecrypto should be the copyright owner of his encryption and SHA routines [23:00:03] &lt;human&gt; (i was still observing jrand0m's policy to stick with module licenses, btw) [23:00:05] &lt;jrand0m&gt; though since he's released it under BSD 2 clause, we will use it [23:00:38] &lt;jrand0m&gt; oh, maybe i'm missing the point - you want to make sure everyone puts their own name on it? [23:00:44] &lt;duck&gt; no [23:00:49] * jrand0m assigns copyright to richard nixon [23:00:56] &lt;human&gt; heheh [23:01:34] &lt;human&gt; btw: in my country, "public domain" is just another kind of copyright [23:01:46] &lt;jrand0m&gt; hmm. i2p doesn't have any legal entity to receive copyright (and *never* will) [23:02:02] &lt;human&gt; i.e. you (the author) distribute your works without any restrictions [23:02:18] &lt;jrand0m&gt; right, a lot of countries have fucked up IP laws [23:02:59] &lt;human&gt; jrand0m: just to say that maybe it's better to put something like "i've created this file, and you can use it without any restriction" in each file [23:03:13] &lt;jrand0m&gt; that i think is a good idea [23:03:47] &lt;human&gt; jrand0m: (it's still happening, of course, but i think it should be a requirement :-) [23:03:55] &lt;jrand0m&gt; thats why i included the "jrandom wrote this in $year and releases it into the public domain" ;) [23:04:08] &lt;human&gt; jrand0m: yeah :-) [23:04:27] &lt;jrand0m&gt; so i'm missing ducks point [23:04:37] &lt;fidd&gt; and that thing abouth eating children [23:04:37] &lt;duck&gt; I lost it too [23:04:43] &lt;jrand0m&gt; :) [23:04:44] &lt;human&gt; heheh [23:04:47] &lt;duck&gt; lets forget it [23:04:58] * lucky has joined #i2p [23:05:13] &lt;jrand0m&gt; ok, so I'll add to the commit priv section the suggestion that people make note of their authorship of what they write [23:05:22] &lt;jrand0m&gt; (even if they dont copyright it?) [23:05:24] &lt;lucky&gt; hi [23:05:25] &lt;lucky&gt; :D [23:05:39] &lt;jrand0m&gt; s/suggestion/&lt;i&gt;suggestion&lt;/i&gt;/ [23:05:42] &lt;jrand0m&gt; hi lucky [23:05:50] &lt;jrand0m&gt; [damn i borked my regexp] [23:05:57] &lt;duck&gt; want me to PGP sign a statement? [23:06:09] &lt;jrand0m&gt; i'm going to, yes [23:06:30] &lt;jrand0m&gt; once the policy is ready and revised, i'll be contacting all prior committers for PGP/GPG auth [23:06:33] &lt;human&gt; jrand0m: yes (in my country it's impossible to refuse copyright, it's seen as an inalienable author's right) [23:06:52] &lt;duck&gt; yes, your country is fucked [23:06:53] &lt;duck&gt; NEXT [23:06:56] &lt;duck&gt; (oops) [23:06:58] &lt;jrand0m&gt; :) [23:07:19] &lt;fidd&gt; human, what country? [23:07:39] &lt;human&gt; jrand0m: so, "this file is not copyrighted" just doesn't make sense - you should *always* explicitly say that you're the author, and that you put no restrictions on your work [23:07:47] &lt;human&gt; fidd: somewhere near Europe :-) [23:07:54] &lt;fidd&gt; heh, ok [23:07:59] &lt;lucky&gt; human: you can later say you don't want the copyright [23:08:03] &lt;lucky&gt; and put it in the public domain. [23:08:19] &lt;jrand0m&gt; human&gt; with the "implicit release under $primaryLicense", that should address the issue though, right? [23:08:24] &lt;duck&gt; human means that that doesnt mean anything in $fuckedcountry [23:08:42] &lt;jrand0m&gt; human&gt; since that implicitly means commit == release as $primaryLicense [23:08:50] &lt;human&gt; duck: yup, exactly [23:09:07] &lt;jrand0m&gt; (so no comment == implicit license by $author, per `cvs log`) [23:09:28] &lt;jrand0m&gt; (ah, legalese in code ;) [23:09:36] &lt;human&gt; jrand0m: well, i'm not a lawyer... but i think it should work [23:09:43] * kaji has joined #i2p [23:09:48] &lt;ox&gt; * wilde agrees with the last proposal [23:09:57] &lt;jrand0m&gt; w3rd. [23:10:05] &lt;jrand0m&gt; ok, i'll see if i can get the eff to review [23:10:19] &lt;jrand0m&gt; moving on to 5) ??? [23:10:21] &lt;human&gt; jrand0m: maybe it's better to have some sort of agreement when ppl are given CVS access [23:10:46] &lt;ox&gt; &lt;wilde&gt; when will we see, net.i2p.legal.LicenseManager? [23:10:47] &lt;jrand0m&gt; agreed human&gt; explicit agreement with $policy will be a prerequisit for getting commit privs [23:10:50] &lt;jrand0m&gt; heh [23:10:52] &lt;human&gt; jrand0m: (for example, GPG signing the your policy, and hosting it on the I2P site?) [23:11:00] &lt;human&gt; heheh [23:11:04] &lt;jrand0m&gt; reasonable enough human. [23:11:13] &lt;mihi&gt; jrand0m prefers PGP8 ;) [23:11:23] &lt;jrand0m&gt; damn straight. pgpdisk++ [23:12:06] * wilde has joined #i2p [23:12:14] &lt;duck&gt; hi wilde [23:12:36] &lt;jrand0m&gt; ok, does anyone have anything they want to bring up for 5) ??? [23:13:27] &lt;wilde&gt; just an invitation one more time for people to visit drupal and comment, modify, etc [23:13:37] &lt;jrand0m&gt; word, yes, thats a good point [23:13:41] &lt;duck&gt; http://drupal.i2p.net/ [23:13:41] &lt;wilde&gt; so we can have good docs for 1.0 [23:13:41] &lt;mihi&gt; human, jrand0m: is the license in CVS okay now? ;) [23:13:55] &lt;jrand0m&gt; on http://drupal.i2p.net/team there are a lot of [vacant] roles. volunteer! [23:14:02] &lt;fidd&gt; i cant get drupal thru squuid :/ [23:14:17] * mihi volunteers for QS guy cuz of echo server ;) [23:14:29] &lt;mihi&gt; s/QS/QA/ [23:14:33] &lt;jrand0m&gt; woot! [23:15:01] &lt;wilde&gt; unit tests for echo server [23:15:12] &lt;mihi&gt; wilde rofl no [23:15:17] &lt;human&gt; mihi: maybe you should s/XXXX/mihi/ in the GPL exception :-) [23:15:20] &lt;ughabugha&gt; jrand0m: Heh, what do you mean by stress testing? :) [23:15:34] &lt;mihi&gt; echo server is system test for i2p ;) [23:15:38] &lt;mihi&gt; human: oops ;) [23:15:56] * Rom|Away|4h has quit IRC (Ping timeout) [23:16:08] &lt;jrand0m&gt; ughabugha&gt; it means you smash (aka use) the router and have patience with me to debug it, submitting reports and logs [23:16:35] &lt;ox&gt; &lt;wilde&gt; thus stress testing poor jrandom... [23:16:40] &lt;ughabugha&gt; jrand0m: Oh, okay. :) [23:16:44] &lt;duck&gt; wow, mihi is fast [23:16:47] &lt;ughabugha&gt; Hehe. [23:17:30] * Romster has joined #i2p [23:17:40] &lt;mihi&gt; duck: editor still open and the CVS comment was fast to type as well ;) [23:17:40] &lt;jrand0m&gt; mihi&gt; licenses look great - just to be explicit, you're idented here, and you intend to release under the bsd 2 clause [per http://opensource.org/licenses/bsd-license.php], correct? [23:17:41] * Romster is now known as Rom|Away|4h [23:18:02] &lt;jrand0m&gt; (or you can just add that copyright text into the source) [23:19:24] &lt;mihi&gt; hmm, what does idented mean? (yes to your second subclause) [23:19:42] &lt;jrand0m&gt; means you've proven to trent that you're mihi :) [23:19:50] &lt;duck&gt; authenticated [23:19:54] &lt;mihi&gt; ok, identified ;) [23:20:01] &lt;jrand0m&gt; w3rd [23:20:06] &lt;human&gt; let's try identicated [23:20:14] &lt;mihi&gt; it looked to me like "indented" and i thought that my white space was incorrect ;) [23:20:20] &lt;jrand0m&gt; hehe [23:20:43] &lt;ox&gt; * wilde thinks launches word for find yet another synonym [23:21:07] &lt;human&gt; authentified? [23:21:22] &lt;duck&gt; anyway... [23:21:28] &lt;jrand0m&gt; ok, r0x0r, anyone have anything else to bring up? [23:21:44] &lt;ox&gt; &lt;wilde&gt; yeah [23:21:50] &lt;ox&gt; &lt;wilde&gt; eep naming [23:22:00] &lt;jrand0m&gt; heh you don't like my pronounciation? [23:22:12] * kaji has quit IRC (Ping timeout) [23:22:14] &lt;ox&gt; &lt;wilde&gt; of i2p -&gt; eep [23:22:14] * Rom|Away|4h has quit IRC (Ping timeout) [23:22:21] &lt;jrand0m&gt; oh [23:22:30] &lt;jrand0m&gt; you want to rename the whole project "eep" ? [23:22:39] &lt;human&gt; lol [23:22:48] &lt;ox&gt; * wilde mutters [23:22:48] &lt;mihi&gt; envisible enternet project ;) [23:23:08] &lt;lucky&gt; envisible [23:23:09] &lt;jrand0m&gt; extrordinarily excellent people [23:23:15] &lt;lucky&gt; connotates something for me. [23:23:46] &lt;mihi&gt; even easier publishing ;) [23:23:51] &lt;jrand0m&gt; ooOOoo [23:23:51] &lt;lucky&gt; As in its going to be visable, therefore possible. envision maybe? [23:23:53] &lt;ughabugha&gt; Come on, stop picking on wilde. :) [23:23:54] &lt;ox&gt; &lt;wilde&gt; seriously, do you like the name then it's fun? [23:24:06] &lt;ox&gt; &lt;wilde&gt; fine i mean, getting tired [23:24:44] &lt;ox&gt; &lt;wilde&gt; new users will not have it easy [23:25:03] &lt;jrand0m&gt; oh, i'm not a marketeer. we went under "eep" because its all i could think of [23:25:23] &lt;human&gt; i think it should be forbidden to explain that eep ~= i2p, or users will *really* screw up [23:25:25] * ion has quit IRC (Ping timeout) [23:25:26] &lt;jrand0m&gt; what should we call websites that people both host and access through i2p? [23:25:38] &lt;jrand0m&gt; hehe [23:25:42] &lt;duck&gt; i2psites? [23:25:44] &lt;ox&gt; &lt;wilde&gt; i2p site? [23:25:57] * human likes eepsites without explanations :-) [23:26:09] * kaji has joined #i2p [23:26:25] * jrand0m asks the http://drupal.i2p.net/team user advocate for their opinion [23:26:35] &lt;duck&gt; we got one? [23:26:38] &lt;jrand0m&gt; no [23:26:43] &lt;jrand0m&gt; ;) [23:26:52] &lt;duck&gt; heh [23:26:55] &lt;human&gt; anyway... you can change all the naming, as long as the "Shitlist" keeps its current name [23:26:56] &lt;ox&gt; * wilde rushes to the browser [23:27:01] &lt;jrand0m&gt; heh [23:27:06] &lt;mihi&gt; lol human [23:27:07] &lt;jrand0m&gt; oh, shitlist is going to stay, for sure ;) [23:27:21] &lt;ox&gt; &lt;wilde&gt; i take the role, it should be i2p sites, i resign [23:27:21] &lt;duck&gt; I bet that shitlist is a proper english word [23:27:24] &lt;jrand0m&gt; i mean, "blacklist" just isn't as fun [23:27:26] &lt;jrand0m&gt; hah wilde [23:27:29] &lt;human&gt; jrand0m: cool! [23:27:56] &lt;ughabugha&gt; But why not stick to the current names? [23:28:05] * human was worried that the shitlist was going to be the first victim when I2P goes corporate [23:28:06] &lt;jrand0m&gt; ok, i don't really care either way, i2psite is fine, eepsite is fine [23:28:09] &lt;ughabugha&gt; I mean we have enough time to consider it on the mailing list until 1.0. [23:28:09] &lt;mihi&gt; jrand0m: and the elephants on the moon have to stay too ;) [23:28:22] &lt;kaji&gt; so is kaji.i2p up for anyone. i kinda just started it up without testing anything and left it running [23:28:31] &lt;jrand0m&gt; human&gt; i think we don't have to worry about that one ;) [23:28:35] &lt;ughabugha&gt; kaji: It worked for me. [23:28:48] &lt;jrand0m&gt; we have to keep moving the easter eggs mihi :) [23:28:48] &lt;ox&gt; &lt;wilde&gt; i don't really care, eepsite is just as boring as i2psite [23:29:05] &lt;jrand0m&gt; we can consider them synonyms [23:29:23] &lt;ox&gt; &lt;wilde&gt; that the worst decision ;) [23:29:44] &lt;duck&gt; wbk: ok, I have to leave for a bit. The meeting is almost over so people can help you in #i2p [23:29:44] * jrand0m supposes that now that i've taken on the title of PM i've got to make a decision [23:29:48] * ion has joined #i2p [23:29:55] * jrand0m kicks self [23:30:09] &lt;human&gt; heheh [23:30:12] * mihi guesses jrand0m needs some support for that [23:30:19] * Trent@anon.iip sets mode: +o mihi [23:30:27] * mihi sets mode: +o jrand0m [23:30:30] &lt;@jrand0m&gt; ooOOoo [23:30:32] * mihi sets mode: -o mihi [23:30:49] &lt;ox&gt; &lt;wilde&gt; ok no more questions from me [23:30:55] * human sacrifices his pet to the PM [23:31:38] * mihi still waits for jrand0m kicking himself... [23:31:44] &lt;@jrand0m&gt; i think there's benefit to discussion, as well as some quirkiness. i also lean in human's direction - there's no need to confuse people by explaining "eep != i2p" [23:31:59] * @jrand0m Offically Decides "eepsite" [23:32:23] * You were kicked by jrand0m (bastard!) Session Close: Tue Mar 23 23:32:23 2004 Session Start: Tue Mar 23 23:32:30 2004 [23:32:32] &lt;human&gt; lol [23:32:37] &lt;duck&gt; lets quickly baff the meeting closed [23:32:40] &lt;duck&gt; oh, too late [23:32:42] &lt;jrand0m&gt; heh [23:32:48] &lt;human&gt; heheh [23:32:56] &lt;jrand0m&gt; ok anything else? we're at the 92 minute mark [23:33:05] * jrand0m winds up... [23:33:20] * jrand0m *baf*s the meeting closed </div>/cs/blog/2004/03/16/i2p-dev-meeting-march-16-2004/Tue, 16 Mar 2004 00:00:00 +0000/cs/blog/2004/03/16/i2p-dev-meeting-march-16-2004/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> aum, deer, jrandom, mihi</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> 13:12 &lt; jrandom&gt; program: 13:12 &lt; jrandom&gt; 0) čau 13:12 &lt; jrandom&gt; 1) administrativa 13:13 &lt; jrandom&gt; 2) stav 0.3 13:13 &lt; jrandom&gt; 3) profilování peerů / výběr 13:13 &lt; jrandom&gt; 4) webová architektura 13:13 &lt; jrandom&gt; 5) ??? 13:13 &lt; jrandom&gt; 0) čau 13:13 * jrandom mává na partu 13:14 &lt; deer&gt; * jrandom_ mává z i2p 13:14 &lt; deer&gt; * wilde pleská hi5 13:15 &lt; deer&gt; &lt;ughabugha&gt; Ahoj! 13:15 &lt; deer&gt; * duck čte 13:15 &lt; deer&gt; &lt;human&gt; čau! 13:16 &lt; jrandom&gt; w0rd, omluva za zpoždění při zveřejnění poznámek o stavu na (http://i2p.net/pipermail/i2p/2004-March/000165.html) 13:18 &lt; jrandom&gt; 1) administrativa 13:19 &lt; jrandom&gt; pro jednoduchost a aby se předešlo potížím, které jsme měli minulý týden s různými sítěmi, které se chovaly protivně, jsme zapojili trochu magie a tahle schůzka běží přes tři IRC sítě 13:19 &lt; deer&gt; &lt;duck&gt; (úžasné!) 13:19 &lt; jrandom&gt; iip #i2p, i2p irc síť duck/baffled #i2p a freenode #i2p 13:19 &lt; jrandom&gt; :) 13:19 &lt; deer&gt; &lt;baffled&gt; kdo je paranoidní? 13:20 &lt; deer&gt; &lt;ughabugha&gt; Ok, dočetl jsem poznámky o stavu. 13:20 &lt; deer&gt; &lt;ughabugha&gt; jrandom: A co s tím? 13:20 &lt; deer&gt; &lt;ughabugha&gt; Nebo s nimi? 13:21 &lt; jrandom&gt; jen to zmiňuju, aby lidi, kteří mají s jednou problémy, mohli použít jinou 13:21 &lt; deer&gt; &lt;mihi&gt; v pohodě. hotovo, dočetl jsem také 13:21 &lt; jrandom&gt; taky by se měl o víkendu vrátit online drupal box (klepu na dřevo) 13:22 &lt; deer&gt; &lt;ughabugha&gt; Aha, ok. Je něco k diskuzi k bodu 1)? 13:22 &lt; deer&gt; &lt;ughabugha&gt; Nebo čekáme, až lidi dočtou? 13:22 &lt; deer&gt; &lt;ughabugha&gt; jrandom: Dobře. :) 13:22 &lt; jrandom&gt; ne, pokud někdo nemá nějakou administrativu, kterou by chtěl otevřít? 13:23 &lt; deer&gt; * mihi chce dát vlaječku u bodu 3 13:23 &lt; jrandom&gt; vlaječka nastavena ;) 13:23 &lt; deer&gt; * duck u bodu 2 13:23 &lt; deer&gt; &lt;duck&gt; err, jaký index používáme? 13:24 * jrandom soudí, že můžeme přejít k bodu programu 2) stav 0.3 13:25 &lt; jrandom&gt; u poznámek ke stavu 0.3 jsem nakonec napsal víc než obvykle, takže místo abych to tu opakoval, má někdo otázky / obavy, které by chtěl probrat? 13:25 &lt; deer&gt; &lt;ughabugha&gt; Pokračuj. 13:26 &lt; deer&gt; &lt;duck&gt; proč dešifrování ElGamal/AES+SessionTag selhává příliš často? 13:26 &lt; jrandom&gt; duck&gt; kvůli přetížení a latenci. pokud je garlic (mechanismus zapouzdření zpráv v I2P) routed message zpožděna za životnost toho sessionTagu, dešifrování selže 13:27 &lt; deer&gt; &lt;duck&gt; k 13:27 &lt; jrandom&gt; navíc, pokud je garlic routed message dešifrována v pořádku, ale obsah byl zpožděn natolik, že cloves vyprší, je to také promarněné dešifrování 13:28 &lt; deer&gt; &lt;duck&gt; nějak mě ta věta přiměla uvěřit, že je příčina i jiná než přetížení/latence 13:28 &lt; deer&gt; &lt;tro|l&gt; ce zi e azi? 13:28 &lt; jrandom&gt; no, měli jsme nějaké potíže s tím, že source routed reply blocks selhávají při dešifrování, ale protože v 0.3.1 mizí, nestojí moc za to je ladit 13:29 &lt; deer&gt; &lt;kaji&gt; wow, ono to funguje! 13:29 &lt; jrandom&gt; (a selhané ElG je asi nejvíc CPU náročná věc, kterou i2p dělá) 13:30 &lt; deer&gt; &lt;jrandom_&gt; heh vítej v i2p #i2p :) 13:30 &lt; deer&gt; * kaji vychvaluje 0.2.5.1 13:30 &lt; deer&gt; &lt;jrandom_&gt; 0.2.5.1? sakra, pořiď si 0.2.5.4 :) 13:30 &lt; jrandom&gt; ok, ještě něco ke stavu 0.3? 13:31 &lt; deer&gt; &lt;kaji&gt; .. 13:31 &lt; deer&gt; &lt;duck&gt; . 13:31 &lt; deer&gt; &lt;kaji&gt; ping? 13:31 &lt; jrandom&gt; p0ng 13:31 &lt; mihi&gt; pung 13:31 &lt; deer&gt; &lt;mihi_backup&gt; pung2 13:32 &lt; deer&gt; &lt;Pellinore&gt; kreveta 13:32 &lt; jrandom&gt; ok, přecházíme na 3) profilování peerů / výběr 13:32 * mihi přesouvá vlaječku k druhému číslu 3 ;) 13:32 &lt; jrandom&gt; (člověka pobaví, že neexistují žádné vegetariánské náhražky mořských plodů...) 13:32 &lt; deer&gt; * kaji vychvaluje 0.2.5.4.1 13:32 &lt; deer&gt; &lt;duck&gt; celé to profilování peerů vypadá jako magie, jak to plánuješ debugovat? 13:32 &lt; deer&gt; &lt;Pellinore&gt; Existuje vegetariánské krabí maso. 13:32 &lt; jrandom&gt; ah, pravda, pellinore. 13:32 &lt; deer&gt; &lt;wilde&gt; jrandom: a veg sushi 13:33 &lt; jrandom&gt; duck&gt; co přesně v tom vypadá jako magie? 13:33 &lt; deer&gt; &lt;duck&gt; to celé klasifikování atd. 13:33 &lt; deer&gt; &lt;Pellinore&gt; A mám dojem, že jsem viděl i nějakou náhradu rybího filé, ale možná se pletu. 13:33 &lt; deer&gt; &lt;duck&gt; myslím, jak víš, že děláš optimální věci? 13:33 &lt; jrandom&gt; peer organizer (který přesouvá profily do různých skupin) je velmi jednoduchá a oddělitelná součást 13:33 &lt; jrandom&gt; oh, to je dobrý postřeh. 13:34 &lt; jrandom&gt; dělal jsem nedávno nějaké benchmarky, spouštěl organizer s 10 000 profily a všechny je organizoval za ~50 ms 13:34 &lt; jrandom&gt; (organizing == pouštění kalkulátorů a přesouvání mezi skupinami) 13:34 &lt; jrandom&gt; profily také zabírají jen ~3–4 KB pro plný profil a minimální profil má ~200 bajtů 13:35 &lt; deer&gt; &lt;duck&gt; jasně, ale jak víš, že máš pravdu s „0,597 s odezva“ pro skupinu 1 13:35 &lt; deer&gt; &lt;duck&gt; a že by to nemělo být 0,603 s 13:35 &lt; jrandom&gt; (takže si necháme plný profil pro nejlepších 1000 peerů a minimální pro dalších 10 000) 13:35 &lt; jrandom&gt; ah, dobrá otázka. 13:36 &lt; jrandom&gt; to je komponenta Rate 13:36 &lt; jrandom&gt; samozřejmě tam bude nějaké chvění a nebudeme super přesní. cílem je dostat se do přibližných hodnot a podle toho je organizovat 13:37 &lt; deer&gt; &lt;duck&gt; viděl jsem, že používá průměry 13:37 &lt; jrandom&gt; např. najít routery na T3 s čtyřprocesorovými stroji a držet je odděleně od routerů na 386kách s 2400 bps modemy 13:37 &lt; deer&gt; &lt;duck&gt; takže když přidáš 100 mizerných uzlů, silně ovlivníš průměr 13:37 &lt; jrandom&gt; souhlas – jsou dva různé aspekty, které můžeme doladit 13:38 &lt; jrandom&gt; za prvé, můžeme nastavit práh tak, aby použil top 10 % k určení „rychlý“ vs „není rychlý“ 13:38 &lt; jrandom&gt; (nebo top 90 %, jak libo) 13:38 &lt; jrandom&gt; za druhé můžeme upravit komponentu Rate, aby držela různé statistiky – místo jednoduchého průměru může ignorovat šikmost, najít směrodatnou odchylku atd. 13:39 &lt; jrandom&gt; komponenta rate je teď dost základní a byl bych rád, kdyby se na ni někdo dobrý ve statistice podíval a vylepšil ji 13:39 &lt; jrandom&gt; (jeden z klíčových cílů je však udržet ji „scale-free“ – takže když dostaneme 100 000 událostí, nemusí držet všechny ty body v paměti atd.) 13:40 &lt; deer&gt; &lt;duck&gt; ok, takže co zabrání dalšímu průšvihu typu NGRouting? 13:40 &lt; jrandom&gt; ale máš naprostou pravdu – kalkulátory a algoritmy výběru peerů budou hlavním fokusem budoucích vylepšení sítě 13:40 &lt; jrandom&gt; ngrouting se snažil dělat dvě různé věci – najít konkrétní data a najít dostupné peery. 13:40 &lt; jrandom&gt; my potřebujeme jen najít dostupné peery 13:41 &lt; deer&gt; &lt;duck&gt; dobře 13:41 &lt; jrandom&gt; (a umístit tam naše tunnels) 13:41 &lt; deer&gt; * duck odstraňuje breakpoint 13:41 &lt; jrandom&gt; :) 13:41 &lt; mihi&gt; ale musíme najít i tunnels. 13:41 &lt; jrandom&gt; správně, mihi – netDb je důležitý bod 13:42 &lt; deer&gt; &lt;Pellinore&gt; Se statistikou jsem na tom dobře, ale mizerně s technickými aspekty převádění dat do podoby použitelné pro počítač. 13:42 &lt; deer&gt; &lt;Pellinore&gt; Ale rád se s někým spojím a přispěju, pokud budu moct. 13:42 &lt; jrandom&gt; skvělé, pellinore! 13:43 &lt; jrandom&gt; hlavní třída rate je na http://i2p.net/cgi-bin/cvsweb.cgi/i2p/code/core/java/src/net/invisiblenet/i2p/stat/Rate.java?rev=1.3&amp;content-type=text/x-cvsweb-markup a můžeme si o tom pak popovídat :) 13:43 &lt; deer&gt; &lt;Pellinore&gt; k 13:43 &lt; jrandom&gt; (vím, nečekám, že budeš číst kód, jen to zmiňuju) 13:44 &lt; deer&gt; &lt;Pellinore&gt; Přečtu si to, ale bude to asi jako když můj pes čte Kierkegaarda. 13:44 &lt; jrandom&gt; hehe 13:45 &lt; deer&gt; &lt;Pellinore&gt; Ale učím se. 13:45 &lt; deer&gt; &lt;Pellinore&gt; Každopádně prosím pokračujte – nechci to brzdit. 13:45 &lt; jrandom&gt; (dobrovolnictví není brzdění ;) 13:46 &lt; jrandom&gt; jeden bod, na který jsem u kódu pro profilování peerů / výběr zapomněl, je že hodnocení „integration“ se používá v network database jen pro „exploration“, ne pro search/store 13:46 &lt; jrandom&gt; stále děláme (docela) tradiční Kademlia search/store se všemi nepadajícími peery 13:46 &lt; jrandom&gt; také v rámci každé skupiny peerů vždy volíme *náhodně* 13:46 &lt; jrandom&gt; (tj. nevybíráme vždy nejrychlejší z rychlé skupiny atd.) 13:47 &lt; jrandom&gt; je to z důvodů bezpečnosti i vyvažování zátěže 13:48 &lt; jrandom&gt; (bezpečnost, aby útočník nemohl jen vytvořit opravdu rychlý router a sledovat, jak ho všichni používají – musel by vytvořit velký počet opravdu rychlých routerů, vychýlit celé rozdělení ve svůj prospěch atd.) 13:49 &lt; jrandom&gt; ok, máme ještě něco k 3) profilování peerů / výběr? 13:49 &lt; deer&gt; &lt;duck&gt; . 13:50 &lt; deer&gt; &lt;ughabugha&gt; Nezdá se. 13:50 &lt; jrandom&gt; ok, přecházíme na 4) webová architektura 13:52 &lt; jrandom&gt; mihiho nový streaming lib nám dává spoustu flexibility, a navíc několikrát zmínil, že by chtěl vyčlenit kód httpclient do něčeho robustnějšího. kromě toho human začal dělat úpravy umožňující transparentní proxyování přes squid (nebo tor-www) a eepsite proxyování v rámci stejného klienta 13:52 &lt; jrandom&gt; vzhledem ke všem těmto faktorům a pravděpodobnosti, že webové funkcionality budou pro uživatele i2p důležité, si myslím, že bychom měli udělat krok zpět a zkusit si představit, jak to všechno má zapadnout dohromady 13:53 * mihi mi po disku lítá nějaký kód pro ten httptunnel. ale do hotového to má daleko 13:53 &lt; mihi&gt; pro mě httptunnel == httpclient + nějaké filtry 13:53 &lt; mihi&gt; samozřejmě s použitím mého naming a streaming API. 13:54 &lt; mihi&gt; kód aktuálně umožňuje jen různé „anonymity profiles“. 13:54 &lt; jrandom&gt; nějaké názory na humanův styl přepínání na outproxies jako squid/etc? 13:54 &lt; mihi&gt; tj. posílat všechny požadavky přes jednu destination, multiplexovat je až do 10, multiplexovat je až na jednu dest na hostname atd. 13:54 &lt; jrandom&gt; ah, zajímavé 13:55 &lt; mihi&gt; ale ty dests se zatím nepoužívají ;) 13:55 &lt; jrandom&gt; w3rd. jo, je tu ten velký caveat, že mít hodně destinations na jednom routeru zvyšuje netriviálně zátěž CPU 13:55 &lt; jrandom&gt; (protože každý garlic fail bude muset selhat jednou na každou dest, než selže úplně) 13:56 &lt; jrandom&gt; nějaká magie ale zbývá, kterou to lze minimalizovat, myslím 13:56 &lt; deer&gt; &lt;ughabugha&gt; Jste si jistí, že transparentní proxyování přes squid je dobrý nápad z pohledu výkonu? Tj. lidi můžou zlenivět a nenechají vypnutý svůj eepproxy po prohlížení I2P stránek nebo používání I2P squid, a tím pádem plýtvat I2P šířkou pásma na věci, které nepotřebují anonymitu. 13:56 &lt; jrandom&gt; ughabugha&gt; všechno vyžaduje anonymitu :) 13:57 &lt; jrandom&gt; (a když nepoznají rozdíl, no, sakra...) 13:57 &lt; mihi&gt; můj záměr u httptunnel je, že http odkazy budou přepisovány (podobně jako ve fproxy), takže nepotřebuješ proxy, ale jen servlet. 13:57 &lt; deer&gt; &lt;ughabugha&gt; jrandom: Heh. Tímhle byl I2P mrtvý už při narození. Nebude dost dostupné šířky pásma v síti, kterou by koncové uzly pravděpodobně spotřebovaly. 13:58 &lt; mihi&gt; na té info stránce by se dala přidat možnost procházet web třeba přes squid. 13:58 &lt; jrandom&gt; úplně si nevybavuju souvislost. rozumím a souhlasím s DNS problémy (i když myslím, že je můžeme obejít několika způsoby) 13:58 &lt; jrandom&gt; ah, ok, mihi 13:58 &lt; deer&gt; &lt;aum&gt; dobré ráno všem 13:58 &lt; jrandom&gt; mihi&gt; takže něco jako mnohem mnohem pokročilejší stránka „Unable to reach peer“? 13:59 &lt; mihi&gt; spíš jako stránka „varování ohledně anonymity“ jako ve freenetu ;) 13:59 &lt; jrandom&gt; ughabugha&gt; když nezvládneme web browsing, jak zvládneme BT/filesharing? 13:59 &lt; jrandom&gt; hmm, mihi, ale chceme to pro lidi, kteří chtějí procházet web anonymně? nebo by httpclient nebyla aplikace, kterou by použili? 14:00 &lt; jrandom&gt; dobré ráno, aum, právě včas na dev meeting :) 14:00 &lt; mihi&gt; jrandom: pokud někdo chce jen procházet web anonymně, on 14:00 &lt; deer&gt; &lt;ughabugha&gt; jrandom: Hmm... Dobrý postřeh. Budeme to vůbec dělat? ;) 14:00 &lt; deer&gt; &lt;aum&gt; jrandom: nejsi na iip, nejsi na irc.duck.i2p ?!? 14:00 &lt; jrandom&gt; ughabugha&gt; musíme. 14:01 &lt; mihi&gt; může nakonfigurovat httptunnel, aby to dělal (httptunnel bude pořád fungovat jako proxy, takže to je dost triviální přidat) 14:01 &lt; mihi&gt; a velmi pravděpodobně někdo, kdo prochází web „anonymně“, ocení nějaké content filtry, hádám ;) 14:01 &lt; jrandom&gt; mihi&gt; myslím, že to už human udělal :) 14:01 &lt; jrandom&gt; souhlas, mihih 14:01 &lt; jrandom&gt; /hih/hi/ 14:02 &lt; mihi&gt; když říkám httptunnel, nemyslím httpclient ;) 14:02 &lt; jrandom&gt; ah ok 14:02 &lt; deer&gt; &lt;jrandom_&gt; jsem tady, aum ;) 14:02 &lt; mihi&gt; ale *fakt* bychom měli co nejdřív přesunout i2ptunnel na streaming API, čímž se sníží počet souborů, které musíme udržovat 14:03 &lt; jrandom&gt; souhlas 14:03 &lt; mihi&gt; human jen patchnul starou verzi, novou verzi jsem si patchnul sám 14:03 &lt; jrandom&gt; dnes odpoledne jsme narazili na pár bugů, nevím, jestli ti human poslal logy 14:03 &lt; deer&gt; &lt;wilde&gt; další položka na seznam: outproxy byla zabraná, ale spíš jako i2p2i 14:04 &lt; mihi&gt; od nikoho jsem zatím logy nedostal... 14:04 &lt; jrandom&gt; mihi&gt; na streaming kód se vrhneme co nejdřív, můžeme to probrat po meetingu, pokud máš chvilku, nebo mailem? 14:04 &lt; deer&gt; * aum část včerejška koukal na p2p aplikace s cílem je rozběhnout na i2p 14:04 &lt; jrandom&gt; wilde&gt; hm? 14:04 &lt; jrandom&gt; paráda, aum, něco slibného? 14:04 &lt; deer&gt; * aum má aktuálně sklon preferovat „push“-typ sdílení souborů, např. konspire2b 14:05 &lt; jrandom&gt; i2psnark by šel upravit, aby používal nové i2ptunnel streaming API, docela snadno 14:05 &lt; deer&gt; &lt;human&gt; mihi: posílám logy (mihi@i2p.net, že?) 14:06 &lt; mihi&gt; nevím, jestli mi mihi udělal redirect 14:06 &lt; deer&gt; &lt;mihi&gt; s/mihi/jrandom 14:06 &lt; jrandom&gt; hm, aum, myslíš, že freenet/insert model by opravdu fungoval nejefektivněji? 14:06 &lt; deer&gt; &lt;wilde&gt; jrandom: uvažoval jsem o použití i2p webserver -&gt; proxy -&gt; internet, aby lidi mohli procházet i2p stránku, ale možná běžný tunnel zvládne ten provoz 14:06 &lt; jrandom&gt; mihi&gt; chceš, abych to přesměrování nastavil k tobě? 14:06 &lt; mihi&gt; jrandom: nic proti ;) 14:07 &lt; deer&gt; &lt;ughabugha&gt; aum: „Push“-typ? Co to je? 14:07 &lt; deer&gt; &lt;aum&gt; co se mi líbí na konspire2b je, že odnímá očekávání okamžitého/dokonalého doručení a snižuje nároky na šířku pásma tím, že jen broadcastuje oznámení obsahu a pak nechá lidi „subscribeovat“ „content feedy“ 14:07 &lt; jrandom&gt; mihi&gt; hotovo. 14:08 &lt; deer&gt; &lt;aum&gt; takže místo žádosti o soubor, sezením a koukáním do zdi a naštváním se při čekání, než dorazí, se prostě „přihlásíš“ k „kanálu“ zdroje a věnuješ se jiným věcem 14:08 &lt; deer&gt; &lt;aum&gt; konspire2b.sf.net 14:08 &lt; jrandom&gt; aum&gt; ale není to strašně neefektivní, protože musíš spravovat overlay síť (broadcast) pro seznam dostupných věcí a pak je přeposílat? 14:09 &lt; jrandom&gt; nebyl by přímý swarming systém mnohem užitečnější / efektivnější? 14:09 &lt; deer&gt; &lt;ughabugha&gt; Heh. To zní pro I2P slibně. 14:09 &lt; deer&gt; &lt;aum&gt; jrandom: nějaké příklady přímého swarming? 14:09 &lt; jrandom&gt; wilde&gt; oh, jako cgiproxy na duck a janonymousově stránce? 14:09 &lt; jrandom&gt; aum&gt; bittorrent 14:10 &lt; deer&gt; &lt;ughabugha&gt; aum: Myslel jsi http://konspire.sourceforge.net/? 14:10 &lt; jrandom&gt; kde získáš torrent někde a získáváš bloky obsahu přímo od peerů, kteří ho mají 14:10 &lt; deer&gt; &lt;aum&gt; ughabugha: asi jo :) 14:10 &lt; mihi&gt; argl... $me-&gt;brother odstranil port forward pro i2p... 14:10 &lt; jrandom&gt; d'oh 14:10 &lt; deer&gt; &lt;aum&gt; jrandom: zkouší teď někdo bt/i2p? 14:11 &lt; deer&gt; &lt;baffled&gt; aum, podíval ses podrobně na mnet? 14:11 &lt; jrandom&gt; aum&gt; eco udělal nějaký pokrok s i2psnark 14:11 &lt; deer&gt; &lt;aum&gt; koukal jsem, ale ne podrobně 14:11 &lt; jrandom&gt; (i když je teď mia) 14:12 &lt; jrandom&gt; hmm, mnet s eepsite metatrackery a humanův i2p/twisted transport by mohly fungovat 14:12 &lt; deer&gt; &lt;duck&gt; intenzivní testování od janonymous a mě se zdá ukazuje, že současné problémy i2psnark jsou z 50 % způsobené i2p a z 50 % snarkem 14:12 &lt; jrandom&gt; duck&gt; jak nedávno byly ty testy? 14:12 &lt; deer&gt; &lt;duck&gt; minulý týden 14:12 &lt; jrandom&gt; i tak nemám problém případně prozkoumat jiné bt implementace 14:12 &lt; jrandom&gt; ah ok 14:13 &lt; deer&gt; &lt;duck&gt; co se týče mnet, _myslím_, že bys nejdřív musel opravit samotný mnet, než bys to rozběhl 14:13 &lt; deer&gt; &lt;duck&gt; takže by ses mohl rovnou pustit do freenetu a použít ten 14:13 &lt; jrandom&gt; heh 14:13 &lt; deer&gt; &lt;aum&gt; opravit freenet, ok! hned potom, co přineseme světový mír ;p 14:13 &lt; deer&gt; &lt;duck&gt; ale zeptej se v #mnet @ freenode 14:13 &lt; deer&gt; &lt;Pellinore&gt; mnet=? 14:13 &lt; deer&gt; &lt;Pellinore&gt; Mute? 14:14 &lt; jrandom&gt; v tom smyslu by možná fungoval azureus mod pro i2p? 14:14 &lt; deer&gt; &lt;wilde&gt; ne, přístup p2p založený na trhu 14:14 &lt; jrandom&gt; pellinore – mnet.sf.net, distribuované úložiště dat bez anonymity 14:14 &lt; deer&gt; &lt;baffled&gt; Ve skutečnosti používám mnet docela spolehlivě na asi pěti strojích. 14:14 &lt; jrandom&gt; jo, nástupce mojonation 14:14 &lt; deer&gt; &lt;baffled&gt; Freenet nedokážu spolehlivě používat ani na jednom stroji. 14:14 &lt; deer&gt; &lt;duck&gt; baffled: 0.6 nebo 0.7? 14:14 &lt; deer&gt; &lt;duck&gt; (0.7 je s twisted iirc) 14:16 &lt; deer&gt; &lt;Pellinore&gt; jrandom -- díky. 14:16 &lt; deer&gt; &lt;Pellinore&gt; Freenet nejde spolehlivě používat na žádném stroji. 14:17 &lt; deer&gt; &lt;baffled&gt; 0.6.[23]. 14:17 &lt; deer&gt; &lt;Pellinore&gt; To je mimo jiné důvod, proč jsme tady. :) 14:17 &lt; deer&gt; &lt;aum&gt; zjistil jsem, že entropy funguje dobře... nakonec! 14:17 &lt; jrandom&gt; nevím, pořád si myslím, že freenet by mohl být dobrým základem pro i2p DHT (až budeme moct vyříznout většinu kódu a nechat data store / SSK/CHK věci) 14:18 &lt; jrandom&gt; pro sdílení souborů bychom se měli poučit od filesharing komunity, co funguje nejlépe 14:18 &lt; deer&gt; &lt;aum&gt; ale od mého linuxworld článku o entropy je teď spousta entropy uzlů a síť získala některé výkonnostní charakteristiky freenetu 14:18 &lt; deer&gt; &lt;Pellinore&gt; Mám rád základní rozvržení a funkce Freenetu, jen ten hajzl nefunguje, zvlášť pokud člověk jede na dial-upu. 14:18 &lt; jrandom&gt; např. DC klony, BT, [nebo co ještě ti blázni na filesharingu používají?] 14:19 &lt; jrandom&gt; heh aum, ty darebáku ;) 14:19 &lt; deer&gt; &lt;duck&gt; plus jsou tu věci, které Newsbyte identifikoval ohledně entropy... 14:19 &lt; deer&gt; &lt;aum&gt; slabší anonymita, například? 14:19 &lt; deer&gt; &lt;baffled&gt; Pravda, ale u 0.7 jsou problémy s nestabilitou. 14:19 &lt; deer&gt; &lt;baffled&gt; Myslím, že to spojení zase zfláknulo. 14:19 &lt; jrandom&gt; a bezpečnostní problémy. myslím, že bohužel můžeme entropy vynechat 14:21 &lt; jrandom&gt; ale ehm, jsme u bodu 4, *web* architektura, tak se k tomu na chvíli vraťme ;) 14:21 &lt; deer&gt; &lt;aum&gt; další šílený nápad na sdílení souborů – co takhle použít nntp, s tím že n lidí bude provozovat propojené nntpds, a prostě použít jednu z těch knihoven, co dělí soubory na b64 kousky a posílají je, a knihovny, co je vytahují? 14:22 &lt; jrandom&gt; NNTP by bylo fakt zajímavé – je spolehlivé jak hrom a prověřené časem 14:22 &lt; deer&gt; &lt;duck&gt; propojovat servery? 14:22 * jrandom by rád měl innd běžící nad i2p ;) 14:23 &lt; deer&gt; &lt;aum&gt; a protože anonymitu dělá i2p, nntp ji nepotřebuje 14:23 &lt; jrandom&gt; přesně, innd feed line by mohl mířit na lokální i2ptunnel proxy 14:23 &lt; deer&gt; &lt;aum&gt; a lidi s různými servery si je můžou nakonfigurovat, aby cachovaly jejich vlastní výběr skupin 14:23 &lt; mihi&gt; podle toho, jak často peeringují, by bylo možné cenzurovat články vytvářením kolizí message id 14:23 &lt; deer&gt; &lt;duck&gt; (zkoušel jsi někdy konfigurovat innd?) 14:24 &lt; jrandom&gt; mockrát, ducku, ale hooodně dávno 14:24 &lt; deer&gt; &lt;aum&gt; je innd těžké nastavit? 14:24 &lt; deer&gt; &lt;duck&gt; no tak, ty jsi bůh 14:24 &lt; jrandom&gt; mihi&gt; souhlas – tohle není médium distribuce odolné vůči cenzuře 14:24 &lt; jrandom&gt; aum&gt; je to opruz 14:25 &lt; jrandom&gt; stejně jako squid – je dobrý v tom, co dělá, ale nejspíš potřebujeme něco triviálního (ideálně na jedno kliknutí) k bundlování 14:25 * jrandom nás vrací k tématu 14:26 &lt; deer&gt; &lt;aum&gt; a ještě jeden přístup p2p/sdílení souborů – tuším jsem viděl p2p appku, co funguje přes http, řetězí http servery 14:26 * mihi odhaduje, že většina uživatelů neví, jak nastavit proxy ve svém prohlížeči... 14:26 &lt; deer&gt; &lt;aum&gt; promiň, jaké je téma? 14:26 &lt; jrandom&gt; bod programu 4) webová architektura ;) 14:26 &lt; aum&gt; jako web servery uvnitř i2p? 14:26 &lt; mihi&gt; aum: jo 14:26 &lt; jrandom&gt; to je dobrý postřeh, mihi – webový systém bude chtít základ (skripty .bat, .sh) pro start/stop 14:27 &lt; jrandom&gt; hmm, neobsahuje mozilla javascriptovou URL, kterou můžeš použít k nastavení proxy? 14:27 &lt; jrandom&gt; např. mohli bychom mít konfig stránku na httptunnel, kde klikneš „on“/„off“? 14:28 &lt; jrandom&gt; chápu, že dnes k uzavření ohledně webové funkcionality nedojdeme, ale měli bychom si nastínit směry 14:28 &lt; aum&gt; co je problém se současným eepproxy setupem? 14:29 &lt; jrandom&gt; např. filtrování, inbound proxies (eeproxies), outbound servery (normální i2ptunnel server), outbound proxies (outproxies ala squid nebo tor-www) 14:29 &lt; mihi&gt; aum: vyžaduje to docela skill jak na poskytování, tak na požadování eepsites 14:29 &lt; jrandom&gt; taky stávající outproxy systém stojí za prd. 14:29 &lt; jrandom&gt; je úplně neškálovatelný 14:29 &lt; jrandom&gt; potřebujeme něco, co umožní/donutí rozložit odchozí web požadavky napříč více outproxies 14:30 &lt; mihi&gt; jak si uživatelé seženou ty outproxies. konfig soubor (jako hosts.txt?) 14:30 &lt; jrandom&gt; a jeden z důvodů, proč by normální lidi chtěli provozovat outproxies, je pro „plausible deniability“ – i kdyby ONI požadovali „špatné věci“, mohou říct „udělalo to i2p“ 14:31 &lt; jrandom&gt; to je jedna možnost, mihhi 14:31 &lt; mihi&gt; jrandom: hehe 14:31 &lt; jrandom&gt; s/hh/h/ 14:31 &lt; aum&gt; ale eepproxy nedělá „přímé“ http spojení na požadovaný server, tj. tak „přímé“, jak i2p spojení jsou? 14:31 &lt; deer&gt; &lt;wilde&gt; . /castvote DHT ala Freenet 14:31 &lt; mihi&gt; aum: problém jsou „normální“ web URL. 14:31 &lt; jrandom&gt; ./castvote 3 developers x 1 month x 12h / day 14:32 &lt; deer&gt; * human mimochodem přidal podporu httptunnel do TunnelManager 14:32 &lt; deer&gt; &lt;human&gt; s/httptunnel/httpclient/ 14:32 &lt; deer&gt; &lt;aum&gt; co to je? 14:32 &lt; deer&gt; &lt;aum&gt; aha, podpora http client? 14:32 &lt; deer&gt; &lt;human&gt; aum: ano 14:32 &lt; jrandom&gt; právě, musíme najít způsob, jak nechat lidi procházet slashdot.org přes i2p 14:32 &lt; deer&gt; &lt;aum&gt; takže tunnelmgr teď mluví http? 14:32 &lt; jrandom&gt; nice1, human! 14:32 &lt; jrandom&gt; aum&gt; pamatuj na squid proxy? 14:33 &lt; deer&gt; &lt;aum&gt; jo 14:33 &lt; deer&gt; &lt;wilde&gt; jrandom: takže zhruba 4 člověkoměsíce na DHT? 14:33 &lt; deer&gt; &lt;human&gt; aum: yup: openhttpclient &lt;port&gt; [&lt;outbound WWW proxy&gt;] 14:33 &lt; jrandom&gt; wilde&gt; myslím, že to je rozumné, ano. 14:34 &lt; deer&gt; &lt;aum&gt; human: sepsal jsi to někde? 14:35 &lt; jrandom&gt; aum&gt; dělá to jen „if !eepsite { send through $outboundWWWproxy } else {send to eepsite}“ 14:35 &lt; deer&gt; &lt;human&gt; aum: chtěl jsem commitnout, pak mě zabrzdil bug ve StreamingI2PTunnelServer... 14:36 &lt; jrandom&gt; dobré krátkodobé řešení by byl „outproxies.txt“, jako hosts.txt 14:36 &lt; deer&gt; &lt;aum&gt; human: a co přesně dělá „openhttpclient &lt;port&gt; [&lt;outbound WWW proxy&gt;]“? 14:36 &lt; jrandom&gt; ale měli bychom začít myslet i na střednědobá a dlouhodobá řešení 14:37 &lt; deer&gt; &lt;human&gt; human: otevře proxy naslouchající připojením, která přesměruje na WWW-proxy všechno, co jde na URL nekončící na .i2p 14:38 &lt; deer&gt; &lt;Pellinore&gt; To je zajímavé. 14:38 &lt; deer&gt; &lt;aum&gt; human: ahh, pěkné, takže jsi uvnitř tunnelmgr oddělil thread? 14:38 &lt; deer&gt; &lt;human&gt; human: tj. můžeš to použít k procházení eepsite i normálního webu 14:38 &lt; deer&gt; &lt;human&gt; human: ano 14:38 &lt; deer&gt; &lt;human&gt; s/human/aum/ :-) 14:39 &lt; deer&gt; &lt;aum&gt; lehce mimo „zadání“ tunnelmgr, ale hele, není v i2p kódu lepší místo – dobrá práce d00de 14:39 &lt; deer&gt; &lt;aum&gt; human: takže mluvíš pythonem *i* javou? neničí ti to mozek? 14:39 &lt; deer&gt; &lt;human&gt; aum: udělal jsem to, abych se vyhnul spouštění další JVM pro EepProxy 14:40 &lt; jrandom&gt; (no, kód je implementován v i2ptunnel httpclient, human to jen nedávno vystavil přes tunnelmanager taky) 14:40 &lt; deer&gt; &lt;aum&gt; ano, vždycky je dobré držet počet JVM instancí na minimu 14:40 &lt; jrandom&gt; ((a imho httpclient je přesně místo, kam to patří ;) 14:40 &lt; jrandom&gt; (((dokud nebude venku mihiho NextGen httpclient [httptunnel]))) 14:41 &lt; deer&gt; &lt;aum&gt; je httpclient v cvs, aby se mi to postavilo v rámci i2p update/build? 14:41 &lt; jrandom&gt; ano, eepProxy používá httpclient 14:42 &lt; deer&gt; &lt;aum&gt; *člověk je z toho schizofrenní – mám otevřené 3 xchat session (irc.duck.i2p, iip, freenode)) 14:42 &lt; jrandom&gt; :) 14:42 &lt; deer&gt; &lt;aum&gt; šílená latence na irc.duck.i2p 14:42 &lt; jrandom&gt; ok, takže dnes žádné uzavření ohledně webové architektury, to je jasné, ale diskuze stála za to 14:43 &lt; jrandom&gt; jo, aum, u mě tak 15 s 14:43 &lt; jrandom&gt; ještě něco k webové architektuře, nebo přejdeme na 5) ??? otevřená diskuze? 14:43 &lt; deer&gt; * human přemýšlí o I2PSocksTunnel 14:44 &lt; jrandom&gt; uf, to by bylo cool 14:44 &lt; deer&gt; &lt;human&gt; (no, možná to patří do 5) 14:44 &lt; deer&gt; &lt;aum&gt; socks? je způsob, jak „podstrčit“ nesocksové klienty přes socks rozhraní? 14:44 &lt; deer&gt; &lt;human&gt; aum: apt-get install tsocks :-) 14:45 &lt; aum&gt; web diskuze – ještě poslední věc – co takhle forknout / patchnout existující web klient 14:45 &lt; mihi&gt; aum: sockscap pro Windows 14:45 &lt; jrandom&gt; aum&gt; děsivé. velmi mocné, ale děsivé. 14:45 &lt; jrandom&gt; [nerad bych to musel udržovat] 14:45 &lt; aum&gt; i kdyby pro teď, tupý prohlížeč jako dillo 14:46 &lt; jrandom&gt; [[i když by šel udělat „uber secure“ atd. ale pořád velmi, velmi děsivé]] 14:46 &lt; aum&gt; nebo lépe browser control ve wxwindows, je multiplatformní 14:46 * jrandom vzpomíná na původní flinks, když měl zabudovaný freesite prohlížeč 14:47 &lt; aum&gt; ale zas n00bové budou fňukat, když nebudou moct surfovat své obvyklé m$-specific-javascript-zamořené stránky 14:47 &lt; jrandom&gt; přesně, aum, a hackeři taky, když to nebude podporovat nejnovější standardizovaný kód 14:47 &lt; aum&gt; hele, mohli bychom požádat Microsoft o zdrojáky IE6 a pak to patchnout ;p 14:47 &lt; jrandom&gt; stavět prohlížeč == dobrý způsob, jak promarnit tisíce člověkohodin 14:47 &lt; jrandom&gt; heh 14:47 &lt; deer&gt; * human je docela spokojený s privoxy 14:48 &lt; aum&gt; možná by mohli přihodit IE6 zdrojáky jako součást evropského trestu 14:48 &lt; deer&gt; &lt;human&gt; (http://www.privoxy.org/) 14:48 &lt; aum&gt; s/toos/toss/ 14:48 &lt; jrandom&gt; human&gt; jak by to fungovalo na obou stranách proxy? 14:48 &lt; jrandom&gt; např. obsah budeme chtít filtrovat lokálně, ne na odchozím endpointu 14:49 &lt; deer&gt; &lt;human&gt; jrandom: uživatelé by mohli být povzbuzeni, aby si to nainstalovali 14:49 &lt; jrandom&gt; (ale odchozí endpoint bude chtít něco filtrovat, aby se předešlo zneužití atd.) 14:49 &lt; deer&gt; &lt;human&gt; jrandom: nebo to může být součást výchozí instalace I2P 14:49 &lt; aum&gt; co kdyby DWP (distrib web proxy) používala DHT pro cache? 14:49 &lt; jrandom&gt; „povzbudit“ == jen geekové. bundle :) 14:49 &lt; jrandom&gt; to by bylo dobré, aum 14:49 &lt; deer&gt; &lt;human&gt; jrandom: eheheh, souhlas :-) 14:49 &lt; deer&gt; &lt;human&gt; jrandom: privoxy běží mimochodem i na windogs 14:50 &lt; jrandom&gt; word. jo, potřebujeme nějaké content filtrování – privoxy, muffin, cokoliv. 14:50 &lt; deer&gt; &lt;wilde&gt; dlouhý meeting... 14:50 * jrandom bere nápovědu.. 14:51 &lt; deer&gt; &lt;Pellinore&gt; wilde: Je toho hodně co říct. 14:51 &lt; jrandom&gt; má ještě někdo něco, co chce otevřít? na další věci máme vždy mailing list 14:51 &lt; deer&gt; &lt;Pellinore&gt; A samozřejmě hodně co udělat. 14:51 &lt; deer&gt; &lt;Pellinore&gt; Mám pár menších dotazů. 14:51 &lt; aum&gt; mohli bychom forknout privoxy a 1) udělat, aby fungoval přes i2p, 2) nechat používat DHT pro cachování? 14:51 &lt; deer&gt; &lt;Pellinore&gt; Ale stejně tak je vyřídím soukromě. 14:51 &lt; jrandom&gt; pellinore&gt; o co jde? 14:51 &lt; deer&gt; &lt;Pellinore&gt; Nic, promiň, že jsem něco říkal. 14:51 &lt; jrandom&gt; aum&gt; nejspíš bychom nemuseli forkovat 14:52 &lt; deer&gt; &lt;Pellinore&gt; Promluvím si o tom s tebou soukromě, nebo s duckem, jindy. 14:52 &lt; deer&gt; &lt;Pellinore&gt; Není to moc dev-specifické. 14:52 &lt; deer&gt; &lt;duck&gt; 10+16+7=33 člověkohodin zahozeno na této jednobodové přesčasové hodině :) 14:52 &lt; jrandom&gt; ale stavět DHT je hodně práce. naprosto neuvěřitelně smysluplné 14:52 -!- Irssi: #i2p: Celkem 10 nicků [0 ops, 0 halfops, 0 voices, 10 normal] 14:52 * aum jde zase navštívit infoanarchy.org wiki stránky o DHT 14:52 &lt; jrandom&gt; na iip je 16 lidí? 14:53 &lt; deer&gt; &lt;human&gt; aum: není třeba forkovat, jen: web browser &lt;-&gt; privoxy &lt;-&gt; httpclient &lt;-&gt; i2p &lt;-&gt; outbound proxy &lt;-&gt; www.pr0n.com 14:53 &lt; deer&gt; &lt;wilde&gt; generická DHT, která by fungovala i mimo I2P a která umožní jiná rozhraní než http 14:53 &lt; jrandom&gt; aum&gt; koukni na odkaz, co duck přidal do i2p wiki, s výčtem různých 14:54 &lt; deer&gt; &lt;human&gt; aum: můžeš nakonfigurovat privoxy, aby se připojoval k jiné HTTP/socks proxy (tak mi funguje můj I2P-to-tor privoxy) 14:54 &lt; deer&gt; &lt;duck&gt; (http://www.bamboo-dht.org/) 14:54 &lt; aum&gt; nejsem si jistý, že se mi líbí myšlenka DHT fungující mimo i2p – nejlepší DHT je taková bez anonymity (a overheadu anonymity), která může fungovat co nejoptimálněji uvnitř i2p 14:54 &lt; jrandom&gt; hmm, ducku, co se stalo s tím seznamem? 14:54 &lt; deer&gt; &lt;duck&gt; aum: snáz se testuje 14:55 &lt; deer&gt; &lt;duck&gt; jrandom: nějaký komunista to odstranil, hádám 14:55 &lt; jrandom&gt; heh 14:56 &lt; jrandom&gt; google++ : http://www.etse.urv.es/~cpairot/dhts.html 14:56 &lt; jrandom&gt; (není to stejná stránka, ale zajímavé) 14:56 &lt; jrandom&gt; oh, tady je ta stránka – http://himalia.it.jyu.fi/ffdoc/storm/pegboard/available_overlays--hemppah/peg.gen.html 14:57 &lt; jrandom&gt; ale ano, DHT, která se nepokouší implementovat anonymitu, plus DHT, která podporuje jak CHK-style, tak SSK style obsah, by byla nejlepší 14:58 &lt; jrandom&gt; (SSK style není nutně nezbytný, ale sakra hodil by se) 14:58 &lt; jrandom&gt; ale každopádně 14:58 &lt; jrandom&gt; má ještě někdo něco, co chce otevřít? 14:59 &lt; deer&gt; &lt;duck&gt; zítra je Den sv. Patrika 14:59 &lt; deer&gt; &lt;wilde&gt; téma 5) ? 14:59 &lt; deer&gt; &lt;duck&gt; tak pijte všichni irské pivo 14:59 &lt; jrandom&gt; dobrý postřeh 14:59 &lt; deer&gt; &lt;Pellinore&gt; Zítra je výročí jak mého současného vztahu, tak mého druhého manželství. 14:59 * jrandom si dává poznámku vyhýbat se zítra irským hospodám 15:00 &lt; jrandom&gt; oh, gratuluju, pellinore :) 15:00 &lt; jrandom&gt; wilde&gt; jsme u 5) ??? 15:01 &lt; jrandom&gt; (a za chvíli budeme u 6) [baf]) 15:01 * jrandom se za chvíli přesune na iip [pokud to půjde] 15:01 * jrandom to balí 15:01 * jrandom *baf*s the meeting closed </div>/cs/blog/2004/03/02/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-2.-b%C5%99ezna-2004/Tue, 02 Mar 2004 00:00:00 +0000/cs/blog/2004/03/02/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-2.-b%C5%99ezna-2004/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Present:</strong> duck, jrandom, kaji, madman, nick, ughabugha, wilde</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> 13:07 &lt; jrandom&gt; 0) hi 13:07 &lt; jrandom&gt; 1) Dev status 13:07 &lt; jrandom&gt; 2) Cascades 13:07 &lt; duck&gt; I'll stop 13:07 &lt; jrandom&gt; 3) Roadmap 13:07 &lt; jrandom&gt; 4) Website 13:07 &lt; jrandom&gt; 5) ??? 13:07 &lt; jrandom&gt; 0) hi 13:07 * jrandom waves to the first over-i2p i2p dev meeting :) 13:07 &lt; ughabugha&gt; nick is Janonymous. 13:08 &lt; ughabugha&gt; Ok. 13:08 &lt; duck&gt; hi 13:08 &lt; jrandom&gt; weekly status notes are posted to the mailing list (online at http://i2p.net/pipermail/i2p/2004-March/000155.html) 13:08 &lt; ughabugha&gt; hi. 13:08 &lt; jrandom&gt; as usual, we'll be following that as a guide 13:08 &lt; nick&gt; hello 13:09 &lt; jrandom&gt; jumping into 1) Dev status 13:09 * jrandom repeats mantra of "Progress is being made" 13:10 &lt; jrandom&gt; 0.2.5 has some Good Stuff, and we're finding long hidden bugs 13:10 &lt; jrandom&gt; latest one is db related, but thats not fixed up yet, so no need to track CVS HEAD 13:11 &lt; jrandom&gt; echo tests show pretty good results, but there's still issues to be worked out wrt irc and snark 13:12 &lt; jrandom&gt; how has eepsite retrieval been for people? 13:12 &lt; jrandom&gt; (and/or squid?) 13:12 &lt; nick&gt; here and there 13:12 &lt; duck&gt; generally okay with janonymous or ugha 13:13 &lt; duck&gt; sometimes janonymous goes down etc 13:13 &lt; ughabugha&gt; Yeah. 13:13 &lt; duck&gt; &lt;mihi_backup&gt; jrandom: you *really* know how to make me angry... 13:13 &lt; jrandom&gt; d'oh 13:13 &lt; nick&gt; I've been putting new content 13:13 &lt; jrandom&gt; whats up mihi? 13:13 &lt; jrandom&gt; nice nick 13:14 &lt; jrandom&gt; er janonymous 13:15 &lt; nick&gt; eh? 13:15 &lt; nick&gt; :) 13:15 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; I started a two-way relay now. 13:15 &lt; jrandom&gt; ah cool 13:15 -!- nick [~Janonym@localhost] has quit [Client closed connection] 13:15 &lt; jrandom&gt; whats up mihi? 13:15 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; Automatic. 13:16 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; :) 13:16 &lt; ughabugha&gt; :) 13:16 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; Oops, a bug. 13:16 &lt; ughabugha&gt; Oops, a bug. 13:16 &lt; jrandom&gt; heh is he still there or is there anything else wrt dev status? 13:17 &lt; duck&gt; lets go on 13:17 &lt; jrandom&gt; 'k 13:17 &lt; jrandom&gt; jumping to 2) Cascades 13:17 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; * mihi_backup is now known as mihi_away 13:17 &lt; ughabugha&gt; * mihi_backup is now known as mihi_away 13:17 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; Argh, relaying for my own text doesn't work. 13:17 &lt; ughabugha&gt; Argh, relaying for my own text doesn't work. 13:17 &lt; jrandom&gt; ;) 13:18 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; No, wait. 13:18 &lt; ughabugha&gt; No, wait. 13:18 &lt; madman&gt; then don't speak :) 13:18 &lt; jrandom&gt; mix cascades are one of the two big styles of low latency mix nets, and while we don't use them in i2p, if some people think they're useful, they can tweak their router to get the same effect 13:19 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; Test 13:19 &lt; ughabugha&gt; Test 13:19 &lt; ughabugha&gt; IIP &lt;jrandom&gt; mix cascades are one of the two big styles of low latency mix nets, and while we don't use them in i2p, if some people think they're useful, they can tweak their router to get the same effect 13:19 * jrandom senses an incoming recursive echo... 13:19 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; Damn! 13:19 &lt; ughabugha&gt; Damn! 13:20 &lt; jrandom&gt; anyway, I think its always good to ask fundamental design questions, to poke at i2p and see why we do things the way we do 13:21 &lt; jrandom&gt; i've got the feeling we'll be hearing more about cascade-like systems in the future, so hopefully the description in the email will help explain i2p's relation to cascades 13:21 &lt; ughabugha&gt; Ok, it should work _now_. 13:21 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; Say something. 13:21 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; I move to not go after a mix net implementation within the current roadmap, and leave that for later 13:21 &lt; ughabugha&gt; Yeah, it works now. 13:21 -!- wilde [~anon@localhost] has joined #i2p 13:22 &lt; jrandom&gt; janymous&gt; well, i2p /is/ a mixnet, just not a mix cascade 13:22 &lt; madman&gt; i'm going offline 13:22 &lt; jrandom&gt; 'k, ttyl madman 13:22 &lt; jrandom&gt; heya wilde 13:22 &lt; madman&gt; so bye 13:22 &lt; ughabugha&gt; IIP &lt;wilde&gt; finally 13:22 &lt; ughabugha&gt; IIP &lt;wilde&gt; hello meeting 13:22 &lt; jrandom&gt; but I concur, I don't think mix cascade functionality needs to be on the roadmap 13:23 &lt; ughabugha&gt; IIP &lt;madman2003&gt; bye everyone 13:24 &lt; jrandom&gt; ok, anything else on cascades, or should we move to 3) Roadmap? 13:26 &lt; ughabugha&gt; Hi, wilde@IIP 13:26 &lt; ughabugha&gt; Bye, madman@IIP 13:26 -!- madman [~a@localhost] has quit [( www.nnscript.de :: NoNameScript 3.8 :: www.XLhost.de )] 13:26 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; Just seems like it could be implemented later, like a DHT might be. High Wilde 13:26 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; bye Madman --- Log closed Tue Mar 02 13:27:07 2004 --- Log opened Tue Mar 02 13:27:52 2004 13:27 -!- jrandom [~jrandom@localhost] has joined #i2p 13:27 -!- Irssi: #i2p: Total of 3 nicks [0 ops, 0 halfops, 0 voices, 3 normal] 13:27 -!- wilde [~anon@localhost] has joined #i2p 13:27 &lt; jrandom&gt; back 13:28 &lt; ughabugha&gt; Uhoh, jrandom quitted. 13:28 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; bah 13:28 &lt; jrandom&gt; ok last I saw was 13:26:08 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; bye Madman 13:28 -!- Irssi: Join to #i2p was synced in 36 secs 13:28 &lt; jrandom&gt; (irssi missed a ping so it dropped it) 13:29 &lt; ughabugha&gt; You missed IIP &lt;Janonymous&gt; Roadmap 13:29 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; ah.. We all agreed to go onto the roadmap ;) 13:29 &lt; jrandom&gt; w3rd 13:29 &lt; jrandom&gt; ok, the roadmap change is likely why mihi hates me now 13:30 &lt; ughabugha&gt; Uh, then you missed alot more than that. 13:30 &lt; ughabugha&gt; Just a second. 13:30 &lt; ughabugha&gt; [23:23 39] &lt;ughabugha&gt; IIP &lt;wilde&gt; oh we have to camps now, the iip gang and the I2P hood 13:30 &lt; ughabugha&gt; [23:23 47] &lt;ughabugha&gt; IIP &lt;wilde&gt; two 13:30 &lt; ughabugha&gt; [23:23 50] &lt;ughabugha&gt; Hehe. 13:30 &lt; ughabugha&gt; [23:23 54] &lt;ughabugha&gt; IIP &lt;Janonymous&gt; :) got a relay going 13:30 &lt; ughabugha&gt; [23:24 22] &lt;ughabugha&gt; This is a temporary script I hacked together quickly. For future meetings we should think of something better. 13:30 &lt; ughabugha&gt; [23:24 44] &lt;ughabugha&gt; IIP &lt;Janonymous&gt; It works 13:30 &lt; ughabugha&gt; [23:25 18] &lt;ughabugha&gt; Ok, concentrate on I2P now, not the relay. 13:30 &lt; ughabugha&gt; [23:25 39] &lt;ughabugha&gt; IIP &lt;Janonymous&gt; So, mix cascades could feasably implemented quite well over i2p 13:30 &lt; ughabugha&gt; Sorry for the flood. 13:30 &lt; duck&gt; this is chaos 13:31 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; but i think we can emphasize /over/ 13:31 &lt; ughabugha&gt; Ok, 3) Roadmap 13:31 &lt; ughabugha&gt; duck: Pretty much. 13:31 &lt; jrandom&gt; this aint nothing compared to meeting 67 ;) 13:31 &lt; jrandom&gt; ok, on to 3 13:31 &lt; jrandom&gt; anyone have any thoughts wrt the roadmap? 13:32 &lt; jrandom&gt; the changes / views / concerns? 13:32 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; Multi-tunneling 13:32 &lt; jrandom&gt; janonymous&gt; we've already got that 13:32 &lt; jrandom&gt; (as of 0.2.5) 13:32 &lt; jrandom&gt; if I understand you correctly 13:33 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; but, as in, sending one file over two tunnels to accelerate transmission? 13:33 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; at the same time 13:34 &lt; jrandom&gt; i2p doesn't deal with files, but yes, each individual i2p message can now go down multiple tunnels 13:34 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; I think that would be a great addition for the 2.0 area 13:34 &lt; jrandom&gt; e.g. first 32kb sent down tunnel X, next 32kb sent down tunnel Y 13:35 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; right.. thats what I'm getting at.. that seems very necessary to me 13:35 &lt; jrandom&gt; but i2psnark with i2cp support would be able to maximize things 13:35 &lt; jrandom&gt; janonymous&gt; we do that now 13:36 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; oh. I2PSnark will utilize multiple tunnels for point to point communication? 13:36 &lt; jrandom&gt; all messages can go down multiple tunnels. 13:36 &lt; duck&gt; theoretically 13:37 &lt; jrandom&gt; not just theoretically - if a message takes &gt; 15s, its sent down the other available lease 13:37 &lt; jrandom&gt; and if it takes &gt; 30s, the leaseSet is dropped and refetched, with subsequent messages going down found leases 13:37 &lt; jrandom&gt; BUT 13:38 &lt; jrandom&gt; i2ptunnel (any anything else that uses i2p's mode=guaranteed) waits until each message is delivered before sending the next one 13:38 &lt; jrandom&gt; native i2cp apps don't need to do that 13:38 &lt; jrandom&gt; (nor will any apps that use the socket library, once the socket library is both implemented and supports SACK) 13:38 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; ok.. I just think that will be a great method for these tunnels in the future.. for speed and anomymity 13:38 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; and keeping strain off individual tunnels 13:39 &lt; jrandom&gt; agreed 13:39 &lt; jrandom&gt; ok, anything else on the roadmap? 13:40 &lt; jrandom&gt; (anyone going to bitch me out for dropping the socket lib? mihi? :) 13:41 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; I used an analogy earlier today to describe multi-tunneling to someone.. and I said it was like adding lanes to a road 13:42 &lt; jrandom&gt; pretty much 13:42 &lt; jrandom&gt; (though one's on-ramp is always the same number of lanes ;) 13:42 &lt; duck&gt; if mihi is angry he can do the socket api cant he? 13:43 &lt; jrandom&gt; sure, and/or anyone else. the socket lib is Good 13:43 &lt; jrandom&gt; (but hard, and imho not functionally essential to the operation / security of the network) 13:44 &lt; jrandom&gt; i just wish i had the time to do it and keep moving on the core i2p code 13:44 &lt; jrandom&gt; but, c'est la vie 13:45 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; looks like mihis not here 13:45 &lt; ughabugha&gt; Ok, i'm back now. 13:45 &lt; jrandom&gt; coo' 13:45 &lt; jrandom&gt; ok, moving on to 4) website 13:46 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; big on ramp == cable / small on ramp == dialup ?? 13:46 &lt; ughabugha&gt; Hmm 13:46 &lt; ughabugha&gt; What was the socket library going to do? 13:46 -!- nick [~Janonym@localhost] has joined #i2p 13:46 &lt; jrandom&gt; right nanonymous 13:46 &lt; jrandom&gt; er, janonymous 13:46 &lt; jrandom&gt; (no matter what, i2p cant make your local net connection faster) 13:46 &lt; jrandom&gt; ughabugha: http://wiki.invisiblenet.net/iip-wiki?I2PSocketLibrary 13:47 &lt; ughabugha&gt; I mean a socket library for Java? Don't you already have one? 13:47 &lt; jrandom&gt; the socket lib factors out the TCP-esque code out of i2p, letting i2p specialize in IP-like messages 13:47 &lt; nick&gt; yup 13:47 -!- nick [~Janonym@localhost] has quit [Client closed connection] 13:48 &lt; jrandom&gt; ah, right, yes, but this would let applications stream data over i2p much more efficiently (if/when the socket library supports selective ACK, rather than requiring an ACK after each message like it does now) 13:49 &lt; jrandom&gt; i'm not comfortable with implementing SACK within the router, since it can safely go outside of it (into the socket lib) 13:49 &lt; ughabugha&gt; But why drop it? Does it really take that much work? 13:49 &lt; jrandom&gt; yes, to get right 13:49 &lt; jrandom&gt; there's some code thats part way implemented, but i dont have time to maintain and test it 13:49 &lt; ughabugha&gt; Ok. You're the man. 13:50 &lt; jrandom&gt; well, $devWhoImplements it is the man ;) 13:50 &lt; jrandom&gt; anyway, moving on to 4) website 13:50 &lt; ughabugha&gt; :) 13:51 &lt; ughabugha&gt; Any volunteers? 13:51 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; research on implementations of anonymous p2p 13:51 * jrandom echoes ughabugha's question :) 13:51 &lt; jrandom&gt; hmm janonymous? 13:51 &lt; ughabugha&gt; Janonymous: This will be covered under 5) ??? 13:51 &lt; jrandom&gt; :) 13:52 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; wll its content that goes on the site 13:52 &lt; jrandom&gt; ah, yeah, I agree 13:52 &lt; jrandom&gt; (see item 7 on http://i2p.net/pipermail/i2p/2004-February/000133.html) 13:53 &lt; jrandom&gt; and item 8 13:53 &lt; jrandom&gt; or is that not what you mean? 13:53 &lt; jrandom&gt; I'll probably post up the truckload of papers i dug through last summer when researching and designing i2p 13:53 &lt; jrandom&gt; (or at least pointers to their citeseer entries) 13:54 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; Ok. Were we going to discuss the next CMS for I2P? 13:54 &lt; ughabugha&gt; jrandom allready chose the CMS. 13:55 &lt; jrandom&gt; yes/no - rather than researching the pros and cons of CMSes for another month or two, we'll just go with drupal for now 13:55 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; /topic #i2p 13:55 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; Ok.. well, as far as what to put there.. We need a presentation 13:55 &lt; jrandom&gt; if we need to migrate to another one, wilde assures me its simple enough to export content 13:55 &lt; jrandom&gt; a presentation? 13:56 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; with lots of illustrations and a step by step introduction to I2P 13:56 &lt; jrandom&gt; we do need the graphic design implemented 13:56 &lt; jrandom&gt; ah right 13:56 &lt; jrandom&gt; a user's intro 13:56 &lt; jrandom&gt; the wiki intro is generally a technie intro 13:56 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; Almost like a multimedia presentation 13:56 &lt; ughabugha&gt; IIP &lt;jrand0m&gt; w0ah 13:56 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; right 13:57 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; Yay! 13:57 &lt; jrandom&gt; ok, i think we can get that together, but we'll probably want to wait on producing that content until we have both a Real installer, and a GUI control system 13:57 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; In it, there should be more pictures, than words. :) 13:57 &lt; jrandom&gt; right 13:58 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; righto 13:58 &lt; jrandom&gt; but we don't have a real installer yet, and (as much as i2pmgr and i2pmole are great) i think there's still work to be done on a control panel 13:58 &lt; ughabugha&gt; This is not the top priority right now. 13:58 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; certainly not. but for those of us not programming... 13:59 &lt; jrandom&gt; right. so we need volunteers to work on 1) designing what content needs to be on the i2p website 2) designing the graphics / css / layout for the i2p website 3) people to work on creating content for the i2p website 14:00 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; I've got a month to spare. Think it would be time well spent. 14:00 &lt; jrandom&gt; w00t :) 14:00 * jrandom marks Janonymous down as a volunteer... for content design &amp; content creation? 14:00 &lt; wilde&gt; back 14:00 &lt; ughabugha&gt; Well, I could do HTML, CSS and the technical stuff, but I'm not much of a writer, nor a designer. 14:01 &lt; jrandom&gt; r0x0r 14:01 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; right.. I'm not so good at the designing part yet 14:01 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; I could try to write, but not without some good critique.. I've never writen editorial type things 14:01 &lt; ughabugha&gt; I can also use Photoshop and other tools as long as I'm given specific instructions on what to do. ;) 14:01 &lt; wilde&gt; I'll take care of drupal and features 14:02 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; I've got some good ideas for you ughabugha 14:02 &lt; jrandom&gt; right, by content design i don't mean layout, but more "ok, we need a user intro page, a tech intro page, a faq" etc 14:02 &lt; ughabugha&gt; Heh, ok. :) 14:02 &lt; jrandom&gt; r0x0r0r 14:02 * jrandom marks down wilde and ughabugha as volunteers :) 14:02 &lt; ughabugha&gt; Looking forward to them. 14:02 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; there's a shaby picture I made that can be found linked to the new I2POverview doc on I2p 14:03 &lt; jrandom&gt; word, yeah janonymous, that pic is pretty good, some minor tech issues with it, but quite useful 14:03 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; It would look alot nicer in photoshop I'm sure 14:04 &lt; ughabugha&gt; Heh. 14:04 &lt; ughabugha&gt; Janonymous: Let's discuss that privately tomorrow. 14:04 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; eh, actually I may have accidentally deleted it :/ 14:04 &lt; jrandom&gt; ok, anything else for the website, or can we move on to 5) ??? 14:04 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; ok 14:07 &lt; wilde&gt; ok one thing: 14:07 &lt; ughabugha&gt; Anything else on website? 14:07 &lt; wilde&gt; what is the first feeling you should get on the site? 14:07 &lt; wilde&gt; keywords please 14:07 &lt; jrandom&gt; wilde&gt; see http://i2p.net/pipermail/i2p/2004-February/000133.html (the "rom a branding perspective" paragraph :) 14:08 &lt; jrandom&gt; i do like the anonymous bit by bit thing 14:08 &lt; ughabugha&gt; I suppose not. Should we go on to 5) ??? ? 14:08 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; should we make a more detailed user roadmap? 14:08 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; one describing the long term goals in more detail 14:08 &lt; ughabugha&gt; wilde: Only positive emotions. 14:09 &lt; jrandom&gt; janonymous&gt; agreed, the current roadmap is really just tech notes for tech tasks ;) 14:09 &lt; jrandom&gt; ok, 5) ?? 14:09 &lt; jrandom&gt; anything y'all want to bring up? 14:10 &lt; wilde&gt; itoopie isn't really in line with simple and secure 14:10 &lt; wilde&gt; it's more of a cartoon feeling 14:10 &lt; wilde&gt; that's why i asked 14:10 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; yea, might want to build some more anticipation 14:10 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; for the users to get involved 14:10 -!- kaji [~booky5@localhost] has joined #i2p --- Log closed Tue Mar 02 14:11:08 2004 --- Log opened Tue Mar 02 14:12:12 2004 14:12 -!- jrandom_ [~jrandom@localhost] has joined #i2p 14:12 -!- Irssi: #i2p: Total of 6 nicks [0 ops, 0 halfops, 0 voices, 6 normal] 14:12 &lt; jrandom_&gt; back 14:12 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; like, it should work for them without them even knowing its there 14:12 &lt; jrandom_&gt; wilde&gt; I'm open to suggestions 14:12 &lt; ughabugha&gt; * jrandom_ (~jrandom@localhost) has joined #i2p 14:12 &lt; jrandom_&gt; &lt;Janonymous&gt; yea, might want to build some more anticipation 14:12 &lt; jrandom_&gt; hmm? 14:14 &lt; ughabugha&gt; You missed these: 14:14 &lt; ughabugha&gt; [00:11 43] &lt;ughabugha&gt; IIP &lt;Janonymous&gt; I'd just like to reemphasize.. I just think all multi-tunneling methods should be transparent and available to all client apps 14:14 &lt; ughabugha&gt; [00:12 07] &lt;ughabugha&gt; IIP &lt;Janonymous&gt; like, it should work for them without them even knowing its there 14:14 &lt; jrandom_&gt; janonymous&gt; already implemented. 14:14 &lt; jrandom_&gt; i2p already transparently balances end to end communication over multiple tunnels 14:15 * jrandom_ kicks jrandom 14:15 -!- jrandom [~jrandom@localhost] has quit [Ping timeout] 14:15 -!- Irssi: Join to #i2p was synced in 231 secs 14:15 &lt; wilde&gt; participation? 14:15 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; even if we profile the fastest most stable tunnels.. we can still use the other slow tunnels for extra throughput if we need it 14:15 &lt; kaji&gt; is iip up? 14:15 -!- kaji [~booky5@localhost] has quit [Client closed connection] 14:15 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; And we may want to distribute the load anyway.. and that should all be transparent to the client apps 14:15 -!- You're now known as jrandom 14:16 -!- protocol [~iip@localhost] has joined #i2p 14:16 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; ok 14:16 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; cool 14:16 &lt; jrandom&gt; :) 14:17 &lt; ughabugha&gt; jrandom: Don't use ACTION, it's not relayed ;) 14:17 &lt; jrandom&gt; hah ok sorry 14:17 * jrandom says something they cant see 14:17 &lt; jrandom&gt; ;) 14:17 &lt; jrandom&gt; ok, anyone else have anything else? 14:18 &lt; jrandom&gt; i think after the current netDb bugs are fixed we may want to try the i2psnark tests again 14:20 -!- kaji [~booky5@localhost] has joined #i2p 14:20 -!- wilde [~anon@localhost] has quit [Ping timeout] 14:20 &lt; ughabugha&gt; But does the 15-second wait really distribute the load? 14:20 &lt; ughabugha&gt; That's not how I see it. 14:20 * protocol says iip is for lusers 14:20 &lt; ughabugha&gt; The way I see it, it should be 100% simultaneous, the node should put packets through the tunnel as fast as the destination can handle them. 14:20 &lt; ughabugha&gt; Through all the tunnels, I mean. 14:20 -!- nick [~Janonym@localhost] has joined #i2p 14:20 -!- kaji [~booky5@localhost] has quit [Client closed connection] 14:21 &lt; jrandom&gt; ughabugha: each message is ideally only sent over one tunnel, but each individual message is balanced over all of them 14:21 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; me and duck ran a test over I2PSnark 14:21 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; earlier today. 14:21 &lt; jrandom&gt; ughabugha: if we sent it over all tunnels always, that'd be a significant amount of wasted traffic 14:21 -!- nick [~Janonym@localhost] has quit [Client closed connection] 14:21 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; Is everyone happy with the "I2P" name? 14:21 -!- kaji [~booky5@localhost] has joined #i2p 14:21 -!- wilde [~anon@localhost] has joined #i2p 14:22 &lt; jrandom&gt; janonymous&gt; i2p is the name. 14:22 &lt; jrandom&gt; you can call it betty, but i2p is the name ;) 14:22 &lt; ughabugha&gt; kaji: Why are you blinking like this? 14:22 &lt; jrandom&gt; ughabugha: kaji likes messing with us 14:22 &lt; ughabugha&gt; jrandom: Yeah, I understand that. I guess it works just as I imagine it. 14:23 &lt; kaji&gt; i dont know 14:23 &lt; kaji&gt; is iip up? 14:23 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; cool 14:23 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; is for me 14:23 &lt; ughabugha&gt; It is for some people, and it's not for others. 14:23 &lt; ughabugha&gt; So I'm running a relay. 14:24 &lt; jrandom&gt; ughabugha++ 14:24 &lt; ughabugha&gt; To connect the networks. 14:24 &lt; kaji&gt; cool 14:24 &lt; jrandom&gt; the details of the parallel/serial sending is in net.invisiblenet.i2p.router.message.OutboundClientMessageJob 14:24 &lt; ughabugha&gt; :) 14:24 &lt; jrandom&gt; (for anyone who wants to know more details of how it works) 14:25 &lt; jrandom&gt; ok, anything else people want to bring up? 14:25 &lt; kaji&gt; so how is i2p dev? :) (Mirc sez 'lag=30 seconds') 14:25 &lt; jrandom&gt; kaji&gt; we're making progress ;) 14:26 &lt; jrandom&gt; irssi here has bounced between 80s and 1s lag 14:26 &lt; jrandom&gt; (two disconnects in the last 90 minutes) 14:26 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; is there any more ideas on content for the new site? 14:27 &lt; ughabugha&gt; IIP &lt;kaji&gt; sweet 14:27 &lt; jrandom&gt; beyond http://i2p.net/pipermail/i2p/2004-February/000133.html I think we'll want to go with one of drupal's forum modules 14:27 &lt; ughabugha&gt; No disconnects for me for 80 minutes. 14:27 &lt; jrandom&gt; nice ughabugha 14:27 &lt; kaji&gt; hmm now the lag is down to a few seconds 14:27 &lt; jrandom&gt; yeah, it varies kaji 14:28 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; oh, me and ugha talked on my chat room over eep today :) 14:28 &lt; jrandom&gt; nice1! 14:28 &lt; ughabugha&gt; Janonymous: I wouldn't call that talking. ;) 14:28 &lt; ughabugha&gt; It was more like shouting over a distance of a few kilometers. 14:28 &lt; jrandom&gt; wait, y'all did voice? 14:29 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; :) it was one message 14:29 &lt; ughabugha&gt; :) 14:29 &lt; ughabugha&gt; Well, I caused all the lag. 14:30 &lt; ughabugha&gt; Anyway, if somebody has a proposition for discussion, do it now, because I have to go. 14:30 &lt; jrandom&gt; word, 90m is a good meeting length to end at too... 14:30 &lt; jrandom&gt; anything else can be taken up on the mailing list 14:30 &lt; jrandom&gt; (and/or iip/i2p later) 14:31 * jrandom winds up the *baf*er... 14:31 * jrandom *baf*s the meeting closed </div>/cs/blog/2004/02/24/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-24.-%C3%BAnora-2004/Tue, 24 Feb 2004 00:00:00 +0000/cs/blog/2004/02/24/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-24.-%C3%BAnora-2004/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> baffled, DrWoo, duck, human, Janonymous, jrand0m, kaji\_, madman2003, mihi, Trix, wilde</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> [22:00] &lt;jrand0m&gt; 0) ahoj [22:00] &lt;jrand0m&gt; 1) 0.2.4.2/0.2.5 [22:00] &lt;jrand0m&gt; 2) dokumentace [22:00] &lt;jrand0m&gt; 3) ??? [22:00] &lt;jrand0m&gt; 0) ahoj [22:00] &lt;human&gt; ahoj [22:00] * jrand0m mává nově restartovanému iip-ircd :) [22:01] &lt;jrand0m&gt; (a, ehm, i tobě :) [22:01] &lt;jrand0m&gt; týdenní status poznámky (podle kterých jedeme) jsou na http://i2p.dnsalias.net/pipermail/i2p/2004-February/000148.html [22:01] &lt;jrand0m&gt; (a samozřejmě poslané do mailing listu) [22:01] &lt;jrand0m&gt; 1) 0.2.4.2/0.2.5 [22:02] &lt;jrand0m&gt; Na vydání 0.2.5 se podařilo udělat slušný pokrok; umožní a využije jak 2+ hop tunnels, tak klienty s více příchozími tunnels [22:03] &lt;jrand0m&gt; klíčovou funkcionalitou bude zvýšená spolehlivost a funkční anonymita [22:04] &lt;jrand0m&gt; současné 1-hop tunnels vás vystavují statistickému útoku aktivního protivníka, ale s 0.2.5 budete moci určit délku vlastních hopů (a výchozí zvýšíme na 2), čímž se statistický útok výrazně zkomplikuje [22:06] &lt;jrand0m&gt; také jsem našel dvojici chyb v procesu odesílání na straně klienta a v síťové databázi (netDb), které by mohly vysvětlovat některé z posledních nestabilit [22:06] &lt;jrand0m&gt; (opravy chyb probíhají) [22:07] &lt;jrand0m&gt; mimochodem si myslím, že roadmap [http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap] stále přesně odráží harmonogram vývoje [22:07] * mihi se připojil k #i2p [22:07] &lt;jrand0m&gt; čau mihi [22:07] * protocol opustil IRC (Ping timeout) [22:07] &lt;jrand0m&gt; ok, to je vše k router dev status, přecházíme k 2) dokumentace [22:07] * human by rád řekl, že mu I2P přijde nepoužitelné od 0.2.4 (zdá se chovat o hodně hůř než v období 0.2.3, alespoň na mém PC) [22:07] &lt;jrand0m&gt; hm [22:08] &lt;human&gt; možná bychom si o tom mohli promluvit po schůzce... [22:08] &lt;jrand0m&gt; myslíš spolehlivost, latenci, CPU, šířku pásma? [22:08] * protocol se připojil k #i2p [22:08] &lt;mihi&gt; ahoj jrand0m, ahoj všichni [22:08] &lt;human&gt; jrand0m: nemůžu se dostat na žádný eepsite nebo službu I2P (s pár dočasnými výjimkami) [22:08] * mihi se přidává k human [22:09] &lt;jrand0m&gt; většina eepsites je dole – duck, baffled, madman2003 jsou teď nejstálejší [22:09] &lt;human&gt; jrand0m: nedostanu se k nim, ani na irc.*.i2p [22:09] &lt;jrand0m&gt; squid používám neustále pro celé prohlížení webu – ty ho taky nemůžeš používat? [22:09] &lt;human&gt; jrand0m: ne [22:09] &lt;jrand0m&gt; hm [22:10] &lt;madman-away&gt; no uptime asi 8 hodin denně pro můj i2p web [22:10] &lt;human&gt; jrand0m: můžeme o tom mluvit po schůzce, nechci si uzurpovat celou diskusi :-) [22:10] * madman-away je nyní znám jako madman2003 [22:10] &lt;mihi&gt; může to být i problém mého poskytovatele, http://babelfish.altavista.com/babelfish/urltrurl?tt=url&amp;url=http%3A%2F%2Fwww.expressnet.de%2Fnews%2Fnews.php&amp;lp=de_en :( [22:10] &lt;Janonymous&gt; já taky [22:10] &lt;human&gt; jrand0m: jen chci upozornit, že se zřejmě vyskytují problémy (které dřív nebyly) [22:10] &lt;Janonymous&gt; můj by teď měl být nahoře [22:11] &lt;madman2003&gt; jaká destination? [22:11] &lt;jrand0m&gt; no, ok, jestli se spolehlivost zhoršuje, musíme to vyřešit, než půjdeme dál na 0.2.5 [22:11] * mihi nesnáší babelfishovskou angličtinu :( [22:11] &lt;jrand0m&gt; heh [22:12] &lt;jrand0m&gt; (no, aspoň větu Thank you for your understanding. přeložil správně...) [22:12] &lt;human&gt; jrand0m: mělo by se to prošetřit... napadlo mě taky, že by to mohl být problém ISP, ale problém se zdá být konstantní od 0.2.4 (a nezdá se, že by se týkal jiných síťových služeb) [22:12] &lt;jrand0m&gt; 0.2.4.0 byla sračka, stejně jako 0.2.4.1 [22:12] * wilde se připojil k #i2p [22:13] &lt;human&gt; jrand0m: vím, a dělá mi to starosti... [22:13] &lt;wilde&gt; čau i2p [22:13] &lt;jrand0m&gt; čau wilde [22:13] &lt;madman2003&gt; jedné věci jsem si všiml: tunnels mají tendenci častěji nestabilně pracovat [22:13] &lt;human&gt; jrand0m: 0.2.4.2 toho moc nezměnila (alespoň pro mě) [22:13] &lt;human&gt; jrand0m: s/ i / it / [22:14] &lt;jrand0m&gt; madman2003&gt; to je dost snadno tím, že routers se zapínají a vypínají (což bude velký problém až do 0.3) [22:14] &lt;jrand0m&gt; hmm ok [22:14] &lt;wilde&gt; jrand0m: znamená to, že bychom se teď měli vyhnout provozu dočasných uzlů? [22:15] * mihi opustil IRC (Ping timeout) [22:15] &lt;jrand0m&gt; hm, myslím, že v 0.2.5 budou významné opravy, ale s přechodem z 0.2.5 na 0.3 můžeme počkat, dokud nevyřešíme problémy se spolehlivostí. [22:16] &lt;jrand0m&gt; wilde&gt; nelíbí se mi termín transients, připomíná mi jiný projekt, který zachází s nespolehlivými routers jinak než se spolehlivými. my zacházíme se všemi routers stejně (a potřebujeme to kvůli anonymitě) [22:16] &lt;jrand0m&gt; ale pokud routers obecně zůstávají buď nahoře, nebo dole, je to v pořádku [22:17] &lt;jrand0m&gt; (jen ne 10 minut nahoře, 10 minut dole, 30 nahoře, 30 dole, atd.) [22:17] &lt;madman2003&gt; mám jednu prosbu: možnost, aby se router (a tunnels) znovu navázaly [22:17] &lt;baffled&gt; i2p je organizace rovné příležitosti pro routers? [22:17] &lt;jrand0m&gt; heh baffled [22:18] &lt;jrand0m&gt; madman2003&gt; router má být znovu navázán? tvůj router se pořád vypíná? [22:18] &lt;madman2003&gt; myslím znovupřipojit všechno [22:18] &lt;madman2003&gt; něco jako warm restart router [22:18] &lt;madman2003&gt; aniž bych nasral ostatní routers [22:18] &lt;madman2003&gt; (musím často restartovat router a tunnels) [22:18] &lt;jrand0m&gt; můžeš bezpečně restartovat své klientské aplikace (např. i2ptunnel eepproxy atd.) bez zásahu do router [22:19] &lt;jrand0m&gt; svůj router bys /nikdy/ neměl potřebovat restartovat. [22:19] &lt;jrand0m&gt; (téměř všechna konfigurační nastavení se aktualizují dynamicky) [22:19] * Trix se připojil k #i2p [22:19] &lt;jrand0m&gt; ahoj Trix [22:19] &lt;Trix&gt; ahoj [22:19] &lt;madman2003&gt; obvykle pomůže restartovat tunnels [22:21] &lt;jrand0m&gt; je jen jedna situace, kdy je to technicky nutné (staré expirace lease v klientově leaseSet, které se náhodně objevovaly při startu), a to je opraveno v CVS, takže bys to neměl potřebovat. [22:22] &lt;jrand0m&gt; (ve skutečnosti může restartování tunnels způsobit dočasné problémy v závislosti na typu tunnel) [22:22] &lt;madman2003&gt; někdy prostě nevím, jestli problémy působím já, nebo někdo jiný [22:22] &lt;jrand0m&gt; pokud tvoje router console nemá žádná červená varování, je to sítí (nebo někým jiným) [22:22] * jnk se připojil k #i2p [22:23] &lt;jrand0m&gt; trpělivost napraví víc aktuálních chyb i2p než restarty ;) [22:24] &lt;jrand0m&gt; ale po 0.2.5 uděláme další sérii vydání s opravami chyb [22:24] &lt;jrand0m&gt; (jako testnet, jen bez omezení na bázi uživatelů) [22:25] &lt;jrand0m&gt; (a jako vždy, kdykoli se něco rozbije, logy jsou vítány :) [22:25] &lt;jrand0m&gt; každopádně přecházíme k 2) dokumentace [22:26] &lt;jrand0m&gt; jak bylo uvedeno na http://i2p.net/pipermail/i2p/2004-February/000147.html, přibyly nové přehledové dokumenty [22:27] &lt;jrand0m&gt; uvítal bych kritiku k jejich vylepšení, protože odkazované stránky se v podstatě stanou hlavním výchozím bodem pro seznamování s I2P [22:28] &lt;madman2003&gt; četl jsem je a doufám, že jsi měl pravdu o možnosti bezpečně snížit množství kryptografie [22:29] &lt;wilde&gt; vrstvy kryptografie nebo počet bitů? [22:29] &lt;jrand0m&gt; nejsem přesvědčený, že kryptografie je úzké hrdlo, ale je to možnost [22:30] &lt;jrand0m&gt; vrstvy bychom bezpečně snížit nemohli, ale mohli bychom v různých vrstvách používat různou sílu kryptografie místo opětovného použití stejného kódu pro všechno [22:30] &lt;madman2003&gt; problém je najít cestu [22:30] &lt;jrand0m&gt; hmm? [22:31] &lt;madman2003&gt; statická cesta se obvykle najde dobře [22:31] &lt;madman2003&gt; dynamickou je těžší ustavit [22:32] &lt;madman2003&gt; (mluvím o neschopnosti správně řešit routers odcházející offline) [22:32] &lt;jrand0m&gt; aha, myslel jsem, že mluvíš o kryptu [22:32] &lt;jrand0m&gt; nebude těžké zvládnout nespolehlivé routers, jen je to kód pro 0.3 [22:33] * jrand0m má ~30 stran poznámek o různých technikách, vše je proveditelné, jen spousta práce [22:33] * protocol opustil IRC [22:34] &lt;madman2003&gt; možná mít připravené záložní cesty [22:34] &lt;madman2003&gt; redundance tunnel [22:34] &lt;jrand0m&gt; ano, to je 0.2.5 – multiple leases [22:35] &lt;jrand0m&gt; (lease == deklarace, že destination je dosažitelná přes konkrétní tunnel) [22:35] &lt;madman2003&gt; na to se těším :) [22:36] &lt;jrand0m&gt; w3rd [22:37] &lt;jrand0m&gt; pokud má někdo návrhy na vylepšení dokumentace, klidně upravte wiki, napište do listu, nebo mi pošlete e-mail [22:38] &lt;jrand0m&gt; ok, rychle přecházíme k 3) ??? [22:38] &lt;jrand0m&gt; má někdo něco, co chce nastolit a probrat? [22:39] &lt;DrWoo&gt; brambory jsou kurva levné, ale bramborové chipsy drahé, co to má znamenat? [22:39] &lt;DrWoo&gt; :) [22:39] &lt;jrand0m&gt; to je spiknutí! [22:40] * DrWoo si myslí, že jrand0m má odpověď skoro na všechno :) [22:40] &lt;jrand0m&gt; jasně, na spiknutí se dá svést všechno. [22:40] &lt;jrand0m&gt; ok [22:40] &lt;wilde&gt; Stego? [22:40] * human přijímá návrhy, jak zpřístupnit I2CP-like, na zprávách orientovanou funkcionalitu ne-javovým aplikacím [22:41] &lt;wilde&gt; jak I2P implementuje Stego, aby obyčejný portscan neodhalil nic [22:41] &lt;wilde&gt; ani náhodné bajty [22:41] * human možná (fakt?) zní repetitivně... přemýšlí o VPNs přes I2P s http://openvpn.sf.net/ [22:41] &lt;jrand0m&gt; no, třeba PHTTP. [22:42] &lt;jrand0m&gt; openvpn vypadá velmi zajímavě – neuvědomil jsem si, že tun/tap má porty pro Windows [22:42] &lt;jrand0m&gt; jednoduchý message oriented socket bridge pro I2CP by měl být velmi snadný [22:43] &lt;wilde&gt; neříká tomu freenet Silent Bob, když se uzel odmlčí, pokud nedáte tajné zaklepání (znáte router ID) [22:43] * madman2003 opustil IRC (12( www.nnscript.de 12:: NoNameScript 3.8 12:: www.XLhost.de 12)) [22:43] &lt;baffled&gt; dobře, jako obvykle mám za 15 min další schůzku, tak to doženu později. [22:43] &lt;jrand0m&gt; ano, kdybychom chtěli integrovat s webserverem apod. na silent bob, mohli bychom [22:43] &lt;jrand0m&gt; super, zatím baffled [22:44] &lt;jrand0m&gt; (ale silent bob nezabrání detekci portscanem, jen to vypadá jako jiná služba) [22:44] &lt;wilde&gt; raději nechci, aby si mě náhodní lidé nebo ISP skenovali porty a našli otevřené porty [22:44] &lt;wilde&gt; ok [22:44] &lt;human&gt; jrand0m: ok, budu na tom pracovat, až mi I2P zase poběží na PC :-) [22:44] &lt;jrand0m&gt; UDP by také fungovalo [22:44] &lt;jrand0m&gt; :) human [22:45] * kaji se připojil k #i2p [22:46] &lt;jrand0m&gt; neuvědomil jsem si, že spolehlivost šla tak dolů; po 0.2.5 projdeme dost iteracemi, abychom ji pro tebe vrátili, human [22:46] &lt;wilde&gt; jde skrýt otevřený port před Java programem, aniž by se šťouralo do OS nebo firewallu [22:46] &lt;human&gt; w00t! [22:47] &lt;jrand0m&gt; myslíš mít naslouchající TCP socket, který nepůjde portscanovat? ne, ne přímo z Javy. [22:47] &lt;wilde&gt; ok [22:48] &lt;jrand0m&gt; (ani v jiných jazycích nevím, jak to udělat) [22:48] &lt;jrand0m&gt; pro to by pravděpodobně bylo nejlepší UDP [22:48] * human zve lidi, aby zkusili telnet human.i2p (tunelovaný TCP echo server) a něco napsali [22:48] &lt;wilde&gt; to by byl malý program v C, který by filtroval a přeposílal na jiný port, možná [22:49] * kaji_ se připojil k #i2p [22:49] &lt;jrand0m&gt; pokud přijímá TCP spojení, už je pozdě, pokud tvé obavy chápu správně. [22:49] &lt;Janonymous&gt; jak se telnetuje? [22:49] &lt;kaji_&gt; konečně [22:50] &lt;kaji_&gt; to trvalo věčnost, použitelnost iip je teď na hovno [22:50] * kaji opustil IRC (Ping timeout) [22:51] &lt;duck&gt; pokud tě trápí otevřené porty, mohl bys použít rTCP / PHTTP / cokoliv, že? [22:51] &lt;Janonymous&gt; sakra... hele, jr, jsou ty nové dokumenty dostupné z hlavní stránky i2p? [22:51] &lt;human&gt; Janonymous: java -jar lib/i2ptunnel.jar -nogui -e "config localhost 7654" -e "client 12221 human.i2p" [22:51] &lt;jrand0m&gt; ne, Janonymous, jen z odkazů v tom e-mailu [22:51] &lt;human&gt; Janonymous: then telnet localhost 12221 [22:51] &lt;jrand0m&gt; duck&gt; správně [22:52] &lt;Janonymous&gt; k [22:52] &lt;duck&gt; (samozřejmě „whatever“ může být silentbob/stealth/stego transport) [22:52] &lt;jrand0m&gt; human&gt; Message send failed after 61226ms with 391 bytes [22:53] &lt;human&gt; jrand0m: a to znamená, že...? [22:53] &lt;jrand0m&gt; to znamená, že se nemůžu dostat na tvůj echo [22:53] &lt;duck&gt; -nogui je zastaralý :) [22:53] &lt;jrand0m&gt; dostaneš se na duck.i2p? [22:54] &lt;wilde&gt; děsivé, googlil jsem rtcp: http://dret.net/glossary/rtcp [22:54] &lt;jrand0m&gt; jo, rtcp je zabrané :/ [22:54] &lt;human&gt; jrand0m: zkouším to, ale na duck.i2p se nedostanu už hoodně dlouho... [22:54] &lt;jrand0m&gt; wilde&gt; http://wiki.invisiblenet.net/iip-wiki?RelayingTCP [22:54] &lt;wilde&gt; "Wilde's WWW Online Glossary" [22:55] &lt;jrand0m&gt; hehe no jo :) [22:55] &lt;jrand0m&gt; human&gt; to je určitě Bad Thing, protože je téměř pořád nahoře – mohl bys mi poslat své log-*.txt? [22:56] &lt;human&gt; Started on: Tue Feb 24 10:21:22 GMT 2004 [22:56] &lt;human&gt; Version: Router: 0.2.4.2 / SDK: 0.2.4.2 [22:56] &lt;human&gt; Bandwidth used: 56096295 bytes sent, 34308394 bytes received (avg 1.44KBps sent 0.88KBps received) [22:56] &lt;human&gt; jrand0m: ok, logy jdou přes meshmx [22:56] &lt;jrand0m&gt; díky [22:56] &lt;jrand0m&gt; ok, má někdo ještě něco, co by chtěl otevřít? [22:58] * jrand0m uzavírá [22:58] * jrand0m *baf* uzavírá schůzku </div>/cs/blog/2004/02/17/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-17.-%C3%BAnora-2004/Tue, 17 Feb 2004 00:00:00 +0000/cs/blog/2004/02/17/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-17.-%C3%BAnora-2004/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> DrWoo, duck, fidd, human, jar, jrand0m, kaji, li, lucky, madman2003, mihi, Newsbyte, wilde</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> Vzhledem k tomu, že jsme kvůli tomu, že se Jrand0m necítil moc dobře, neměli zrovna oficiální schůzku, tady jsou moje logy ze schůzky od chvíle těsně před začátkem až do nějaké doby po jejím skončení. Z logů jsem odstranil úvodní hlášky a startovací obrazovky způsobené tím, že se iip během té doby alespoň dvakrát restartoval. Pokud má někdo lepší logy, klidně je nahraďte. (zmateně) <p>&lt;human&gt; baffled: experimentujeme s telepatickou komunikací směrem k jrand0m, abychom ho požádali, aby tu byl na schůzce &lt;human&gt; baffled: jen se na něj soustřeď a pomoz nám &gt; Nemusíme se držet za ruce nebo něco takového? &lt;human&gt; baffled: pokud ti to pomůže se soustředit&hellip; tak ano &gt; Super, dej mi ruku, začínám se soustředit! &lt;UL &gt; &lt;li&gt; human podává ruku baffledovi &lt;/UL&gt; human změnil téma na kanálu #i2p na I2P meeting: držte se za ruce se sousedem, soustřeďte svou mysl na jrand0m, a požádejte ho, aby sem přišel thecrypto (~<a href="mailto:thecrypto@anon.iip">thecrypto@anon.iip</a> ) has joined channel #i2p &lt;UL &gt; &lt;li&gt; baffled si utírá posvátný olej z bramborových chipsů z prstů a bere humanovu ruku. &lt;/UL&gt; &lt;DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;&gt; human: nedělá on obvykle předběžnou agendu schůzky, můžeš ji vzít a řídit schůzku &lt;human&gt; DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;: ehm&hellip; proč já? Rain (<a href="mailto:Rain@anon.iip">Rain@anon.iip</a> ) has joined channel #i2p &lt;human&gt; DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;: (ale žádnou agendu schůzky jsem neviděl(a)) &lt;DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;&gt; human: proč ne, ty jsi střízlivý &lt;wilde&gt; pojďme si agendu udělat sami &lt;DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;&gt; jo, vy víte o obecných problémech &lt;wilde&gt; je spousta témat k probrání &lt;UL &gt; &lt;li&gt; human bude řídit schůzku výměnou za obětování prvorozené dcery každého účastníka &lt;/UL&gt; &lt;wilde&gt; financování, strategie, marketing, web, nábor dalších vývojářů a pokročilých uživatelů, atd &lt;human&gt; wilde: souhlasím, mohli bychom neformálně probrat nedávnou historii I2P &lt;DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;&gt; wilde: otevři si textové okno a rychle udělej číslovanou agendu &lt;UL &gt; &lt;li&gt; human souhlasí s wilde &lt;/UL&gt; &gt; Jako první bod bychom přece měli v nepřítomnosti přidělit jrandomovi spoustu zodpovědností, ne? Signoff: wilde (Ping timeout) Signoff: ion (Ping timeout) &lt;UL &gt; &lt;li&gt; human souhlasí i s baffledem &lt;/UL&gt; wilde (~<a href="mailto:anon@anon.iip">anon@anon.iip</a> ) has joined channel #i2p &lt;wilde&gt; zpátky &gt; jsi první, kdo něco řekl, velíš ty. &lt;wilde&gt; kdo? já? jar (<a href="mailto:jar@anon.iip">jar@anon.iip</a> ) has joined channel #i2p &gt; přestaň se tvářit překvapeně. &lt;DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;&gt; vy jste vtipní :) &gt; ahoj jar. &lt;jar&gt; čau baffled :) &lt;jar&gt; čau i2p ! ion (<a href="mailto:ion@anon.iip">ion@anon.iip</a> ) has joined channel #i2p &lt;UL &gt; &lt;li&gt; human začal logovat schůzku (nebo co z toho bude) &lt;/UL&gt; &gt; Zvolili jsme wild, aby vedl schůzku, protože byl první, kdo po začátku něco řekl. &lt;wilde&gt; ok jrand0m (<a href="mailto:jrand0m@anon.iip">jrand0m@anon.iip</a> ) has joined channel #i2p &lt;wilde&gt; 1. Ahoj &lt;wilde&gt; 2. Stav I2P &lt;wilde&gt; 3. Jak pomoci projektu I2P &lt;wilde&gt; 4. Nábor dalších vývojářů &lt;wilde&gt; 5. Shánění peněz (dary, prodej triček) &lt;wilde&gt; 6. Obecná diskuse &lt;human&gt; jrand0m: se objevil!!! &lt;wilde&gt; čau jrand0m! &gt; Vezmu si tričko. &lt;human&gt; náš experiment se povedl!!! &lt;jrand0m&gt; sakra, myslel jsem, že jsem to propásl :) &lt;UL &gt; &lt;li&gt; jrand0m přenechává slovo wildemu ;) &lt;/UL&gt; &gt; Raději si projdi log, jrandom. &lt;wilde&gt; ok šéfe, můžeš upravit agendu, jak chceš &lt;jrand0m&gt; &lt;a href=&ldquo;<a href="http://i2p.dnsalias.net/pipermail/i2p/2004-February/000144.html%22&amp;gt;http://i2p.dnsalias.net/pipermail/i2p/2004-February/000144.html&amp;lt;/a">http://i2p.dnsalias.net/pipermail/i2p/2004-February/000144.html"&gt;http://i2p.dnsalias.net/pipermail/i2p/2004-February/000144.html&lt;/a</a> &gt; &lt;UL &gt; &lt;li&gt; jrand0m právě poslal příspěvek &lt;/UL&gt; &gt; Jsou ta trička dobrá? &lt;jrand0m&gt; to by sakra měla být &lt;UL &gt; &lt;li&gt; jrand0m se omlouvá za zpoždění, dnes se vyhýbal pohledu na monitor (strašná bolest hlavy) &lt;/UL&gt; &gt; Omluva není nutná ani očekávaná. &lt;wilde&gt; v pohodě, připravili jsme nouzový plán &lt;wilde&gt; všichni nastoupí do práce v McDonalds&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=McDonalds&rdquo; class=wikipageedit&gt;?&lt;/a&gt; a za ty peníze najmeme indické programátory Signoff: ion (Ping timeout) &lt;jrand0m&gt; haha, pěkné &lt;jrand0m&gt; možná se můžeme vrhnout na tu agendu, nebo jsme u 1, 2, 3, 6? &lt;wilde&gt; 0. &lt;wilde&gt; 1. Ahoj &lt;wilde&gt; Ahoj I2P &lt;fidd&gt; ahoj &lt;jrand0m&gt; ahoj &lt;jar&gt; ahoj &lt;kaji&gt; ach, stihl jsem to &lt;wilde&gt; poslední pozdravy? poprvé, podruhé&hellip; &lt;kaji&gt; ahoj &gt; Kterou agendu, tu co jsi poslal ty, nebo tu, co poslal wild? &lt;jrand0m&gt; možná můžu pomoct s bodem 2) stav &lt;wilde&gt; 2. Stav I2P &lt;jrand0m&gt; router je v současném stavu nefunkční &lt;wilde&gt; tak jak jsme na tom po testnetu? &gt; můžeme o tom hlasovat? &lt;jrand0m&gt; po testnetu ano, ale v procesu jsem zanesl dvě chyby &gt; hlasovat. &lt;jrand0m&gt; hlasovat o tom, jestli je nefunkční? &gt; Přesně tak. &lt;UL &gt; &lt;li&gt; jrand0m si říká, jestli když budeme hlasovat dostatečně usilovně, nebude zase funkční &lt;/UL&gt; &lt;kaji&gt; u mě je mrtvý &gt; ale, to je jedno. &gt; no, drželi jsme se za ruce a ty ses objevil. &lt;jrand0m&gt; hele, za pokus to stálo ;) &lt;UL &gt; &lt;li&gt; jrand0m zahajuje seanci vymítání bugů &lt;/UL&gt; &gt; dělá to z nich bogobugy? &lt;UL &gt; &lt;li&gt; DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt; posype podlahu usušenou krví &lt;li&gt; jrand0m cítí, že tohle zaklínadlo způsobí, že chyby během dne nebo dvou zmizí, a až to bude hotové, odešle e-mail na i2p@ &lt;/UL&gt; &gt; jééé! &lt;kaji&gt; přešel jsem na j2sdk1.4.2_03, aby mi na XP fungoval ant, přemýšlím, jak moc to má vliv na nefunkční router &lt;wilde&gt; takže krátké i2p prázdniny &lt;jrand0m&gt; žádný, ten build používám na xp &lt;jrand0m&gt; ta chyba je programátorská chyba, nejspíš i triviální &lt;jrand0m&gt; (ale docela fatální) &lt;jrand0m&gt; přesně tak, wilde &lt;jrand0m&gt; ale kromě toho jsem udělal dost pokroku na dokumentaci pro 0.2.5 a 0.3 &lt;jrand0m&gt; takže nemyslím, že to budou celé dva týdny &lt;jrand0m&gt; ale to budeme řešit, až na to dojde. &lt;wilde&gt; hezké, má někdo nějaká vylepšení aplikací? &lt;jrand0m&gt; jeden nápad – na testnetu jsme se hodně soustředili na irc a echo, víc než na eepsites &lt;UL &gt; &lt;li&gt; wilde si do černé knížky poznamenává, kdo neudělal dnešní domácí úkol, nějakou cool aplikaci pro I2P &lt;/UL&gt; &gt; Myslíš, že tím trpěly? Já rozhodně ano. &lt;jrand0m&gt; mít spoustu klientů (aka destinations) na jednom routeru zvyšuje zátěž, možná bychom měli uvažovat o zúžení našeho testovacího rozsahu &lt;jrand0m&gt; probíhá také diskuze ohledně možného přehodnocení velikosti klíče krypta kvůli snížení zátěže (na jindy, až budeme mít víc metrik atd) Signoff: Robert (Ping timeout) &gt; Co považuješ za hodně klientů na jednom routeru? &lt;jrand0m&gt; Nevím, rád bych, aby jakmile bude 0.2.4.x venku a použitelná, abychom mohli používat jak IRC, tak eepsites &lt;jrand0m&gt; to záleží na počítači &lt;wilde&gt; tak co je teď nejlepší? eepsites nebo irc? &lt;UL &gt; &lt;li&gt; jrand0m chce obojí a ve středně- i dlouhodobém horizontu budou obě funkční &lt;/UL&gt; &lt;jrand0m&gt; každopádně, uvidíme, až vyjde 0.2.4.x. možná budou obě zase v pohodě. &lt;wilde&gt; jo, ale co je nejužitečnější pro ladění? trvalá spojení nebo sporadická? &lt;jrand0m&gt; oboje ;) &lt;wilde&gt; odlehčené irc, nebo eep grafika? &lt;jrand0m&gt; i2p musí podporovat dlouhodobá streamovaná spojení i krátkodobá burst spojení &lt;kaji&gt; a co těžké dlouhé stahování? &lt;jrand0m&gt; ano, dlouhodobá streamovaná spojení &lt;jrand0m&gt; (i když si myslím, že sdílení souborů přes i2p by nejlépe obsloužil i2psnark přes zprávy, ala udp) &lt;wilde&gt; otázka vlastně zní: navrhoval jsi zúžit testovací rozsah – na IRC nebo EEP? &lt;wilde&gt; (nebo něco jiného) &lt;jrand0m&gt; dva nebo tři klienti budou v pohodě, jen vím, že provozovat 4+ služeb může být prozatím trochu přetížení (podle počítačů lidí) lucky (~<a href="mailto:lucky@anon.iip">lucky@anon.iip</a> ) has joined channel #i2p &lt;wilde&gt; ok, to je asi rozumné &lt;jrand0m&gt; má někdo nějaký stav vývoje klientských aplikací? &lt;wilde&gt; takže fokus by měl být na službách, které nám umí dát nějaké statistiky, jako ty irc skripty &lt;jrand0m&gt; to je určitě klíčové. Newsbyte (~<a href="mailto:fredisdea@anon.iip">fredisdea@anon.iip</a> ) has joined channel #i2p &lt;jrand0m&gt; wow &lt;jrand0m&gt; ahoj, Newsbyte &lt;Newsbyte&gt; ah, jran &lt;UL &gt; &lt;li&gt; wilde se podívá na hodiny a na Newsbyte, pozdní příchod, to tě bude stát jablko &lt;/UL&gt; &lt;Newsbyte&gt; cože? &lt;Newsbyte&gt; já sem nikdy nechodím &lt;jrand0m&gt; taky echo server a klientská aplikace jsou skvělé na sběr statistik a nemají žádné závislosti specifické pro irc.<br> &lt;wilde&gt; nic &lt;Newsbyte&gt; mimochodem, co je to za I2P meeting bez nop? ;-) &lt;DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;&gt; wilde: heh, nějak si nemyslím, že je tu kvůli schůzce :) &lt;human&gt; byl by užitečný nástroj na monitorování eepsite? &lt;Newsbyte&gt; žádný nop, žádná schůzka &lt;UL &gt; &lt;li&gt; Newsbyte umí shrnout &lt;/UL&gt; &lt;wilde&gt; jrand0m: je ještě něco, z čeho bys chtěl mít v síti statistiky? &lt;jrand0m&gt; human&gt; určitě – třeba nějaký způsob, jak periodicky pingovat eepsites, možná i sledovat změny? &lt;human&gt; jrand0m: sledovat jaké změny? &lt;jrand0m&gt; myslím, že když nám irc skripty dávají dlouhodobé statistiky odpojování/spolehlivosti a echo aplikace latenci, zbývá nám už jen propustnost &lt;jrand0m&gt; změny obsahu stránky<br> &lt;Newsbyte&gt; ano, a použijte víc než jeden server &lt;wilde&gt; měřák kb/s, někdo I2P Pirate Radio? &lt;jrand0m&gt; hm? ano, když síť běží, míváme obvykle mezi 4–10 servery &lt;human&gt; jrand0m: to jde udělat, ale&hellip; jak bys použil informaci o změně obsahu? &lt;kaji&gt; chvíli jsem provozoval shoutcast stream &lt;jrand0m&gt; human&gt; tahle konkrétní část by mně nepomohla, ale umožnila by uživatelům ten test použít (který by jim řekl, co se změnilo, a také by je přiměl spouštět test častěji [generovat víc provozu]) &lt;jrand0m&gt; pěkné, kaji &lt;jrand0m&gt; jo, aumovy streamy byly taky občas nahozené &lt;human&gt; jrand0m: aha, ok, teď už rozumím &lt;mihi&gt; jrand0m: chargen služba? ;) &lt;madman2003&gt; mějte se všichni, hodně štěstí s i2p &lt;wilde&gt; takže propustnost je jedna statistika, která by byla zajímavá/užitečná &lt;jrand0m&gt; zatím, madman2003 &lt;wilde&gt; měj se, madman2003 Signoff: madman2003 (..12(. <a href="https://www...nnscript...de">www...nnscript...de</a> .12.::. .N.o.N.ame.S.cript 3&hellip;8 .12.::. <a href="https://www...XLhost...de">www...XLhost...de</a> . .12.).) &gt; No, v pět mám jako obvykle další schůzku, tak se vrátím později. Nezapomeňte mě zapsat na tričko. &lt;jrand0m&gt; ano, mihi, to by fungovalo (ale streamovat .ogg zní líp) baffled (~<a href="mailto:kirk@anon.iip">kirk@anon.iip</a> ) has joined channel #i2p mrflibble (<a href="mailto:mrflibble@anon.iip">mrflibble@anon.iip</a> ) has joined channel #i2p -Trent@anon.iip- Přezdívka baffled není registrována Ocelot (~<a href="mailto:Ocelot@anon.iip">Ocelot@anon.iip</a> ) has joined channel #i2p Rain (~<a href="mailto:Rain@anon.iip">Rain@anon.iip</a> ) has joined channel #i2p nickthief61599 (~<a href="mailto:chatzilla@anon.iip">chatzilla@anon.iip</a> ) has joined channel #i2p lucky (~<a href="mailto:lucky@anon.iip">lucky@anon.iip</a> ) has joined channel #i2p backup (~<a href="mailto:ypo@anon.iip">ypo@anon.iip</a> ) has joined channel #i2p Sonax (~<a href="mailto:Sonax@anon.iip">Sonax@anon.iip</a> ) has joined channel #i2p jar (<a href="mailto:jar@anon.iip">jar@anon.iip</a> ) has joined channel #i2p wilde (~<a href="mailto:anon@anon.iip">anon@anon.iip</a> ) has joined channel #i2p Signoff: backup (Ping timeout) &lt;wilde&gt; ahoj &lt;wilde&gt; je síť nestabilní? &lt;wilde&gt; nemohl jsem se právě vrátit Signoff: thecrypto (Leaving) &lt;lucky&gt; jo &lt;lucky&gt; je to trochu&hellip; eh. &lt;lucky&gt; poslední dobou. &lt;wilde&gt; co se stalo se schůzkou? &lt;lucky&gt; asi ji to zdecimovalo &lt;wilde&gt; ok, lucky, co bylo poslední, co jsi ze schůzky viděl? (pošli mi zprávu) &lt;lucky&gt; &lt;wilde&gt; cya madman2003 &lt;lucky&gt; &lt;&ndash; madman2003 has quit (( <a href="https://www.nnscript.de">www.nnscript.de</a> :: NoNameScript&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=NoNameScript&rdquo; class=wikipageedit&gt;?&lt;/a&gt; 3.8 :: <a href="https://www.XLhost.de">www.XLhost.de</a> )) &lt;lucky&gt; &lt;jrand0m&gt; yes mihi, that&rsquo;d work (but streaming .ogg sounds cooler) Galaxy (<a href="mailto:yogi@anon.iip">yogi@anon.iip</a> ) has joined channel #i2p &lt;wilde&gt; ok, tam to skončilo i pro mě &lt;fidd&gt; taky Signoff: Sonax (EOF From client) Sonax (~<a href="mailto:Sonax@anon.iip">Sonax@anon.iip</a> ) has joined channel #i2p &lt;kaji&gt; schůzka byla odpálena kaji has changed the topic on channel #i2p to nuked &lt;kaji&gt; ping? &lt;jar&gt; pong! &lt;kaji&gt; ok &lt;kaji&gt; myslel jsem, že to zase spadlo &lt;jar&gt; jo :( Signoff: wilde () &lt;kaji&gt; takže&hellip; schůzka? &lt;jar&gt; končí brutálně &hellip; &lt;jar&gt; víc známek jrandoma, zdá se, že to je pro tuto chvíli vše &lt;jar&gt; další krok na 0.2.4.2 za pár dní &hellip;. &lt;jar&gt; (jeden nebo dva, jak říkal jr) mihi_backup (~<a href="mailto:mihi@anon.iip">mihi@anon.iip</a> ) has joined channel #i2p jar is now known as jar_ sheer (<a href="mailto:sheer@anon.iip">sheer@anon.iip</a> ) has joined channel #i2p &lt;kaji&gt; wilde říkal něco o financování, ale když jsem se naposledy ptal jran, řekl, že i2p momentálně není v situaci, kdy by potřebovalo peníze Signoff: Ranma () Robert (~<a href="mailto:chatzilla@anon.iip">chatzilla@anon.iip</a> ) has joined channel #i2p Sonax is now known as JaSiger&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=JaSiger&rdquo; class=wikipageedit&gt;?&lt;/a&gt; JaSiger&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=JaSiger&rdquo; class=wikipageedit&gt;?&lt;/a&gt; is now known as Sonax Signoff: Rain (I Quit) zathras (~<a href="mailto:zathras@anon.iip">zathras@anon.iip</a> ) has joined channel #i2p Ranma (<a href="mailto:ranma@anon.iip">ranma@anon.iip</a> ) has joined channel #i2p mihi (<a href="mailto:mihi@anon.iip">mihi@anon.iip</a> ) has joined channel #i2p &lt;mihi&gt; hmm, co se stalo se schůzkou? &lt;UL &gt; &lt;li&gt; mihi má nápad &lt;/UL&gt; &lt;mihi&gt; ;) Mode change &ldquo;+o mihi&rdquo; on channel #i2p by <a href="mailto:Trent@anon.iip">Trent@anon.iip</a> Mode change &ldquo;-o duck&rdquo; on channel #i2p by mihi &lt;mihi&gt; nikdo nic neví o schůzce? &lt;UL &gt; &lt;li&gt; mihi si všímá, že se už nikdo nebojí ops ;) &lt;/UL&gt; Signoff: zathras (Ping timeout) mihi_backup has been kicked off channel #i2p by mihi (mihi) zathras (~<a href="mailto:zathras@anon.iip">zathras@anon.iip</a> ) has joined channel #i2p Signoff: Sonax (Client exiting) &lt;lucky&gt; mihi, všichni jsme byli vykopnutí kvůli meetingu hacktic4ever (~<a href="mailto:hacktic4e@anon.iip">hacktic4e@anon.iip</a> ) has joined channel #i2p Signoff: hacktic4ever () &lt;mihi&gt; ok, dobrou &lt;duck&gt; ahoj Signoff: sheer (EOF From client) Signoff: mihi (ať máme příště víc štěstí&hellip;) &lt;duck&gt; zmeškal jsem něco? Signoff: jnk (Ping timeout) </div></p>/cs/blog/2004/02/10/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-10.-%C3%BAnora-2004/Tue, 10 Feb 2004 00:00:00 +0000/cs/blog/2004/02/10/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-10.-%C3%BAnora-2004/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> baffled, dm, duck, fidd, FireRabbit, human, jrand0m, madman-away, mihi, wiht, wilde</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> [22:00] &lt;jrand0m&gt; &lt;incoming&gt; [22:00] &lt;jrand0m&gt; 0) hi [22:00] &lt;jrand0m&gt; 1) testnet status [22:00] &lt;jrand0m&gt; 2) naming in i2p [22:00] &lt;jrand0m&gt; 3) minwww and i2cp [22:00] &lt;jrand0m&gt; 4) i2p.net website [22:00] &lt;jrand0m&gt; 5) ??? [22:00] &lt;dm&gt; I was thinking the other day, that we could make a .NET interface to I2P. Anyway.. [22:00] &lt;FireRabbit&gt; well there will be one [22:00] &lt;madman-away&gt; hello [22:00] &lt;jrand0m&gt; -1) .net interface would be cool [22:00] &lt;jrand0m&gt; 0) hi [22:00] * madman-away is now known as madman2003 [22:00] &lt;jrand0m&gt; hey y'all [22:00] &lt;wilde&gt; hi [22:00] &lt;FireRabbit&gt; &lt;-- will write a .net interface [22:00] &lt;FireRabbit&gt; anyway hi [22:00] &lt;jrand0m&gt; r0x0r. [22:00] &lt;dm&gt; awesome [22:01] &lt;jrand0m&gt; welcome to the 70somethingth meeting [22:01] &lt;FireRabbit&gt; &lt;-- needs that URL with the client protocol [22:01] * ion has joined #i2p [22:01] &lt;jrand0m&gt; i2p.net/ has links to the wiki, you'll probably want to use the tunnelManager [22:01] &lt;FireRabbit&gt; ok [22:01] &lt;jrand0m&gt; (people should review [status update 000142](http://i2p.dnsalias.net/pipermail/i2p/2004-February/000142.html) for this weeks status update) [22:01] &lt;FireRabbit&gt; and that works good in the latest release? [22:02] &lt;jrand0m&gt; yup, aum uses it (and i just fixed a bug he was running into a few hours ago) [22:02] &lt;jrand0m&gt; (specs @ [I2PTunnelManager specs](http://wiki.invisiblenet.net/iip-wiki?I2PTunnelManager)) [22:02] &lt;jrand0m&gt; ok, movin' on [22:02] &lt;jrand0m&gt; 1) testnet status [22:02] &lt;FireRabbit&gt; okc ool yes, [22:03] &lt;jrand0m&gt; i hate sounding like a broken record here, but... testnet is making progress. [22:04] &lt;jrand0m&gt; we're still not there, but we have multihour sessions without hiccup on the latest build [22:04] &lt;jrand0m&gt; some setups aren't giving that level of reliability, but some are. so, we're working on making them all up to speed [22:04] &lt;FireRabbit&gt; excellent [22:04] &lt;baffled&gt; We're at least populating the net with animals [22:05] &lt;jrand0m&gt; hehe [22:05] &lt;jrand0m&gt; dog, cat, mouse, duck... [22:05] * wiht has joined #i2p [22:05] &lt;FireRabbit&gt; rabbit! [22:05] &lt;baffled&gt; maybe I should become a bafflo [22:05] &lt;human&gt; human! [22:05] &lt;jrand0m&gt; !! [22:05] &lt;jrand0m&gt; #animalfarm [22:06] &lt;dm&gt; dm [22:06] &lt;jrand0m&gt; but, yeah, thats basically what i've got to say about the testnet status (beyond whats in that status email) [22:06] &lt;wilde&gt; people will read the logs offline so stay on topic please [22:06] &lt;jrand0m&gt; heh sorry dad ;) [22:07] &lt;jrand0m&gt; i think we're still on track for the roadmap [22:07] &lt;wiht&gt; How many more testnet releases do you plan to distribute? [22:07] &lt;jrand0m&gt; (plus i've been getting some future things done while running tests, such as the &gt;2 hop tunnels) [22:07] &lt;jrand0m&gt; wiht&gt; as many as it takes [22:08] &lt;jrand0m&gt; we're quite close to being done with this round of the testnet though, in my opinion [22:08] &lt;dm&gt; isn't &gt;2 hop tunnels just a setting? [22:08] &lt;jrand0m&gt; yes [22:08] &lt;jrand0m&gt; but in the past it wasn't well tested [22:08] &lt;dm&gt; cool [22:09] &lt;jrand0m&gt; while the testnet has been going on, i've had my own seperate testnet on my laptop doing other things [22:09] * human is open to suggestions to make the ircmonitor more useful [22:09] &lt;jrand0m&gt; &lt;dreaming&gt;an http listener to render .png on demand?&lt;/dreaming&gt; [22:09] &lt;jrand0m&gt; (or just a /msg cat renderPNG) [22:10] &lt;human&gt; jrand0m: ok, it should be feasible [22:10] &lt;baffled&gt; I'd still like to see text summaries. [22:10] &lt;jrand0m&gt; human++ [22:10] &lt;baffled&gt; on the ircmonitor. [22:10] &lt;jrand0m&gt; yes, (text summaries)++ too [22:10] &lt;human&gt; jrand0m: i was still thinking to make it use gnuplot to generate graphs (instead of gnu plotutils) [22:11] &lt;jrand0m&gt; potato, potato [22:11] &lt;jrand0m&gt; (ah, the glory of accents on irc) [22:11] &lt;FireRabbit&gt; lol [22:11] &lt;human&gt; jrand0m, baffled: could you give me an example of a text summary? [22:11] &lt;baffled&gt; If you leave it with me a bit. [22:11] * dm read that as "potato, potato" [22:12] &lt;jrand0m&gt; period: 4 hours avg latency: 5.3s missed messages: 95 missed message frequency: 1 every 49 seconds [22:12] &lt;jrand0m&gt; (perhaps max &amp; min latency) [22:12] &lt;human&gt; jrand0m: oh, ok [22:12] &lt;jrand0m&gt; if thats possible / not too much trouble [22:13] &lt;jrand0m&gt; (at least thats what i think of when i hear text summary) [22:13] &lt;wilde&gt; max latency, min latency [22:13] &lt;mihi&gt; human: look @ the summary i give for the ping tester [22:13] &lt;mihi&gt; hmm, anyone running an echo server this week? [22:13] &lt;jrand0m&gt; not to my knowledge [22:14] &lt;human&gt; jrand0m: it should be feasible - i'll basically make the ircmonitor log more raw data, and then i'll create some utility scripts to generate graphs and/or text summaries [22:14] &lt;jrand0m&gt; kickass [22:14] &lt;baffled&gt; Sorry mihi, I've been meaning to set yours up but keep forgetting. [22:14] &lt;jrand0m&gt; i think this will be a good part of the overall functional testing that will grow with us [22:15] &lt;jrand0m&gt; ok, do we have anything else for the testnet discussion? [22:16] * jrand0m moves on to 2) naming in i2p [22:16] &lt;wilde&gt; what's the biggest issue with testnet right now? [22:16] &lt;jrand0m&gt; biggest issue in testnet is two fold - [22:16] &lt;jrand0m&gt; 1) finding and fixing the cause of router disconnect [22:17] &lt;jrand0m&gt; 2) determining the cause of the frequent inter-ircd disconnects [22:17] &lt;mihi&gt; 1b) coping w/ the fact that routers may disconnect sometimes [22:17] &lt;jrand0m&gt; right [22:17] &lt;jrand0m&gt; well, thats not really part of this testnet. [22:17] &lt;jrand0m&gt; 0.3.x is a series of updates to deal with unreliable routers [22:18] &lt;jrand0m&gt; thats really why i've been limiting the # of routers that run on the testnet - I know it acts poorly when routers aren't up most of the time [22:18] &lt;wiht&gt; So you are assuming reliable routers for now, right? [22:18] &lt;jrand0m&gt; in the 0.2.3.6 testnet, yes [22:18] &lt;jrand0m&gt; (it recovers from failure, but not quickly enough) [22:19] &lt;jrand0m&gt; (more graceful recovery will be with multiple leases per destination, increased peer profiling, replay prevention, and retries on alternate lease targets) [22:20] &lt;jrand0m&gt; ok, moving towards 2) naming in i2p [22:21] &lt;jrand0m&gt; wiht brings up the core of the issue - global names are really useful, and people like them [22:21] &lt;jrand0m&gt; (people who arent familiar with this discussion should review [status discussion 000135](http://i2p.dnsalias.net/pipermail/i2p/2004-February/000135.html) and the subsequent replies) [22:22] &lt;wiht&gt; People are used to them, perhaps more than to local names (such as your ICQ analogy). [22:22] &lt;jrand0m&gt; i'm not sure. [22:22] &lt;jrand0m&gt; lets say for instance that my name is John. [22:22] &lt;jrand0m&gt; John isn't global. [22:22] &lt;jrand0m&gt; not even John Q. Random is global. [22:22] &lt;jrand0m&gt; nor is John Q. Random born in 1942 in Argentina. [22:23] &lt;human&gt; well, it has been said that the naming system could have more than one flavor [22:23] &lt;jrand0m&gt; thats true [22:23] &lt;human&gt; people could choose a trusted "registration authority" to pick unique names from [22:23] &lt;jrand0m&gt; absolutely. [22:24] &lt;jrand0m&gt; though there is the danger there [22:24] &lt;wiht&gt; The scheme I originally proposed allows for multiple certification authorities, as I recall. [22:24] &lt;human&gt; jrand0m: of course, it's the tradeoff between comfort and security [22:24] &lt;FireRabbit&gt; i think someone should write up a quick "centrlized" dns system for the time being then worry about security [22:24] &lt;human&gt; jrand0m: :-) [22:24] &lt;FireRabbit&gt; just to make testing easyer [22:25] &lt;jrand0m&gt; multiple CAs works more easily without the global naming [22:25] &lt;wiht&gt; jrand0m: Going back to your example, if you are the first to register jrandom.i2p, another John Random would have to register as jrandom2.i2p, for example. [22:25] &lt;baffled&gt; There isn't really any problem until a conflict occures right? [22:25] &lt;jrand0m&gt; FireRabbit&gt; I have a strong feeling that what we start with will stay in place for 12+ months. [22:25] &lt;jrand0m&gt; correct baffled, in any of the plans [22:25] &lt;wiht&gt; baffled: That is the problem, yes. [22:25] &lt;jrand0m&gt; wiht&gt; not if there are multiple CAs [22:25] &lt;FireRabbit&gt; suppose [22:25] &lt;wilde&gt; eepsites will be a mess if there is local naming, links will not work [22:25] &lt;baffled&gt; so you only need an authority in the case of conflict resolution. [22:26] &lt;jrand0m&gt; yes they will wilde [22:26] &lt;jrand0m&gt; names to be shared and used by others should be fully qualified - self certified - names [22:26] &lt;wiht&gt; jrand0m: Could you give an example of a self-certified name? [22:27] &lt;jrand0m&gt; from my email - `http://i2pref/[base64 of the NameReference]` [22:27] &lt;wilde&gt; so when I link to your site, and there are three jrandoms out there...which one will be used? [22:28] * human thinks that a decentralized NS without global naming is Good(TM), because it makes people understand the risks of delegating hostname verification and certification [22:28] &lt;jrand0m&gt; you link with the fully qualified name - which includes the actual Destination *in it*. [22:28] &lt;jrand0m&gt; (the NameReference structure from my email) [22:28] &lt;wilde&gt; so it's like base64 linking [22:28] &lt;jrand0m&gt; right human - it gets rid of that attack point [22:28] &lt;wiht&gt; So people will have to type many characters again? That seems self-defeating. [22:28] * madman2003 has quit IRC (EOF From client) [22:29] &lt;jrand0m&gt; no one types base64 names [22:29] &lt;jrand0m&gt; (well, maybe mihi does) [22:29] &lt;jrand0m&gt; `&lt;a href="http://i2pref/[base64 of the NameReference]"&gt;jrandom's page&lt;/a&gt;` [22:29] &lt;wiht&gt; Oh. That makes sense. [22:30] * mihi does not *type* anything he can copy&amp;paste [22:30] &lt;jrand0m&gt; :) [22:30] &lt;wilde&gt; ok but basically it's long URLS [22:30] &lt;jrand0m&gt; within eepsites, yes [22:30] * dm has quit IRC (Ping timeout) [22:30] &lt;wilde&gt; k that was the question [22:30] &lt;jrand0m&gt; there are several other scenarios worth looking at though [22:31] &lt;jrand0m&gt; such as when people want to browse or search for new sites [22:31] &lt;jrand0m&gt; those are situations where having servers that contain a lot of name references is useful [22:31] &lt;baffled&gt; Could I propose the idea of a history server rather than an authority. [22:31] &lt;jrand0m&gt; history server? [22:32] &lt;jrand0m&gt; ah, so whoever was first "gets it"? [22:32] &lt;baffled&gt; If someone adopts a new domain which is used the history server sends a note to that person outlining the original holder and how to contact them. [22:32] &lt;human&gt; maybe an archive to see how a domain name changed during time? [22:32] &lt;baffled&gt; The conflict can then be resolved by the two parties providing they are both available. [22:33] &lt;wiht&gt; baffled: What if the new domain's operator is sleazy and continues to hold that already-taken domain name? [22:33] &lt;baffled&gt; If one party is not available the the conflict goes o the available party in some amount of time. [22:33] &lt;human&gt; of course it implies to give some trust to the server operator [22:33] &lt;wilde&gt; that's just authority but in another way [22:33] &lt;jrand0m&gt; right [22:34] &lt;baffled&gt; Any arbitrator is either going to act as an authority. [22:34] &lt;human&gt; well, using non-global names will make people understand that everything built on top of them will ease their life, but possibly make it less secure [22:34] &lt;jrand0m&gt; right, right [22:34] &lt;baffled&gt; I don't expect it will become a major problem. [22:34] &lt;jrand0m&gt; (but why do we need an arbitrator? can't there be two johns in the world?) [22:35] &lt;jrand0m&gt; if i2p is used for commerce or other such activities, I expect the names to be heavily attacked [22:35] &lt;baffled&gt; If I want jrandom.i2p and jr won't give it up I can always chose jrandom.i3p or put out a contract. [22:35] &lt;wilde&gt; I vote for the cryptic nameref solution [22:35] &lt;wiht&gt; Again, that would be fine, as long as _new_ users would understand the implications and which John they want to contact. [22:35] &lt;jrand0m&gt; (since someone would be able to hijack and get money, etc) [22:36] &lt;jrand0m&gt; right - its likely we're always going to bundle some name references with the software [22:36] &lt;jrand0m&gt; (ala the current hosts.txt) [22:36] &lt;wiht&gt; One idea we should keep, though, is MrEcho's idea of attaching a timed lease to a reference. That way, domain names can expire. [22:37] &lt;jrand0m&gt; why would domain names want to expire again? [22:37] &lt;baffled&gt; They're tired of life? [22:37] &lt;jrand0m&gt; oh, to replace the Destination included? [22:37] &lt;jrand0m&gt; heh [22:38] &lt;wiht&gt; Some because the operators want their domain names for just a day or a month. Others, if domain ownership is transferred to a different destination. [22:38] &lt;jrand0m&gt; hmm, but without uniqueness, there really isnt such a thing as ownership [22:38] &lt;jrand0m&gt; its not scarce [22:38] &lt;jrand0m&gt; and if someone wants to change the dest they listen at, they sign a note with their dest saying "hey, I'm moving over here" [22:39] &lt;wilde&gt; so the nameref is protected by one key, the destination is another [22:39] &lt;jrand0m&gt; the nameref is signed by the destination's signing key [22:40] &lt;wilde&gt; you may want another key just for namerefs if possible [22:40] &lt;jrand0m&gt; hm, i understand and agree, but that'd mean Destination gets yet another 1024bit segment [22:40] &lt;wilde&gt; so even if a machine gets compromised you can keep the nameref key on a paper [22:41] * wiht has quit IRC (Ping timeout) [22:41] &lt;jrand0m&gt; (and Destination is used all over the place) [22:41] &lt;jrand0m&gt; hmm not sure I follow the compromised part? [22:42] &lt;wilde&gt; the destination privkey is on the machine all the time [22:42] &lt;jrand0m&gt; ah right right [22:42] &lt;wilde&gt; the nameref private key doesn't to be, they can be kept on paper in the wallet [22:43] &lt;jrand0m&gt; thats a good point. perhaps the comment block could be used for that (containing a PGP signature surrounding the Destination's hash)? [22:43] &lt;wilde&gt; but that maybe overkill [22:43] &lt;wilde&gt; i just don't like keeping the most valuable keys on the machine if isn't necessary [22:44] &lt;jrand0m&gt; right - we need the Destination signing key and the destination decryption key, but nothing else, functionally. [22:44] &lt;jrand0m&gt; hmm [22:45] &lt;jrand0m&gt; perhaps the name reference could have a 1024bit public key on it as well [22:45] &lt;jrand0m&gt; and we'd use that to verify via DSA [22:45] &lt;jrand0m&gt; rather than the destination's public key [22:45] &lt;jrand0m&gt; yeah, that'd fly [22:45] &lt;jrand0m&gt; additional 32bytes, but only for nameReference, not for Destination [22:46] * jrand0m doesnt know why I thought that'd imply it goes in the Destination [22:46] &lt;wilde&gt; lots of keys :) but extra security and flexibility [22:46] &lt;jrand0m&gt; right [22:46] &lt;jrand0m&gt; (though, c'mon, we know everyone is going to keep their key in the same dir) [22:46] &lt;jrand0m&gt; ((but maybe commerce shops wont)) [22:47] &lt;wilde&gt; you can hand over a "domain" but not the destination, or change to someone elses destination [22:47] &lt;jrand0m&gt; well, ok. i wish MrEcho and wiht were here [22:47] &lt;jrand0m&gt; right [22:48] &lt;jrand0m&gt; well, this is all fine and good, and I think it'll fly [22:48] &lt;jrand0m&gt; but it needs to get coded :) [22:49] &lt;jrand0m&gt; so, well, perhaps we'll have additional discussions about it later, but until that time, hosts.txt it is [22:49] &lt;wilde&gt; hire some indians [22:50] * jrand0m /dcc gets a grant to hire a team of 80 to work on i2p [22:51] &lt;wilde&gt; :) [22:51] &lt;jrand0m&gt; ok, do we have anything else for naming, or for the time being are we covered? [22:51] &lt;baffled&gt; Skip on brother. [22:52] * wiht has joined #i2p [22:52] * jrand0m does a hop, skip, and a jump to 3) minwww and i2cp [22:52] &lt;jrand0m&gt; d'oh, wb wiht [22:52] &lt;baffled&gt; 1, 2, 5 uh 3 sitr. [22:52] &lt;wiht&gt; I had trouble getting back on IIP network. I will read logs later. [22:53] &lt;jrand0m&gt; cool wiht, and we can continue later on the list, etc [22:54] &lt;jrand0m&gt; ok the other day I finally wrote up why I think i2cp is worth looking into using directly, and sketched up a minimal web system for use in i2p (and for proxying outside web pages through i2p) [22:54] &lt;jrand0m&gt; (reference the wiki at [MinWWW wiki](http://wiki.invisiblenet.net/iip-wiki?MinWWW) ) [22:56] &lt;jrand0m&gt; for HTTP, the cost of establishing and tearing down TCP/IP connections is small, but over I2P, the difference is between 10 destination to destination messages vs 2 [22:56] * sheer has joined #i2p [22:56] &lt;duck&gt; did the meeting already start? [22:57] &lt;jrand0m&gt; yeah, 56 mins ago [22:57] * jrand0m sends duck to the corner [22:57] &lt;duck&gt; so I am right on time [22:57] * wilde has quit IRC (Ping timeout) [22:57] &lt;jrand0m&gt; heh [22:57] &lt;baffled&gt; No doubt about it, he's gotta get a new clock. [22:58] &lt;jrand0m&gt; one part of minwww that I wasn't sure about was whether minwww proxies should automatically also be external gateways as well? [22:58] * wiht has quit IRC (Ping timeout) [22:59] &lt;jrand0m&gt; that'd increase the number of outproxies available, decreasing the load [22:59] &lt;jrand0m&gt; plus with a round robin algorithm tied to the 64/128KB limit, there isn't much likelihood people would use it for large file sharing [22:59] * wiht has joined #i2p [23:00] &lt;jrand0m&gt; or should we just have something like a small set list of outproxies (thats periodically updated)? [23:01] &lt;jrand0m&gt; (or is the idea not worth looking too much into?) [23:01] * wilde has joined #i2p [23:02] &lt;jrand0m&gt; (or i've timed out and no one can read anything i've said) [23:02] &lt;wilde&gt; jrand0m: can see [23:02] &lt;jrand0m&gt; 'k coo' [23:02] &lt;baffled&gt; I'll need to understand it better but for now I have another appointment in ten minutes so I'll bbl. [23:02] &lt;jrand0m&gt; word, l8r [23:03] &lt;jrand0m&gt; yeah, there's still the absolutely key functionality of i2ptunnel to handle 8bit clean streams [23:03] &lt;jrand0m&gt; thats necessary for e.g. irc over i2p and such [23:03] &lt;mihi&gt; jrand0m: don't forget ss[lh] [23:04] &lt;jrand0m&gt; but for message oriented protocols, such as http, smtp, bittorrent, etc, i2cp may be more appropriate [23:04] &lt;jrand0m&gt; right, absolutely [23:04] &lt;jrand0m&gt; (well, more like 'telnet', since ssh over i2p is a bit of an overkill) [23:04] &lt;wilde&gt; ssh -X [23:05] &lt;jrand0m&gt; true [23:05] &lt;jrand0m&gt; (plus certs, etc) [23:05] &lt;wilde&gt; there is never too much crypto [23:05] &lt;jrand0m&gt; but if we're pulling web pages through squid in 5-10s, using i2cp would drop that to .5-2s [23:06] &lt;jrand0m&gt; (without any subsequent tuning of the network, and would reduce overal network load) [23:06] &lt;wilde&gt; how many man hours does it take to make i2cp? [23:07] &lt;jrand0m&gt; imho, i2cp has a fairly simple API, bundled into the java i2p SDK [23:07] &lt;jrand0m&gt; mihi can more fairly say how much effort it is to use / learn it [23:08] * wiht has quit IRC (Ping timeout) [23:08] &lt;mihi&gt; it's a bit confusing sometimes (when you have to put a value to the constructor and when to a method after calling default constructor, but w/ i2ptunnel and atalk as examples it should be not too hard. [23:09] * ion has quit IRC (Ping timeout) [23:09] &lt;jrand0m&gt; we can obviously improve upon the sdk, i just based it off the JMS api [23:10] &lt;jrand0m&gt; (and i'd be more than willing to help out anyone who wanted to hack around with it to get familiar) [23:11] &lt;jrand0m&gt; ok, do we have anything else on the minwww/i2cp? [23:11] &lt;jrand0m&gt; if not, moving on to 4) i2p.net website [23:11] &lt;jrand0m&gt; (and there was much rejoicing) [23:11] &lt;jrand0m&gt; ok [23:12] &lt;duck&gt; about search functionality [23:12] &lt;duck&gt; wikipedia uses google for search functionality [23:12] &lt;jrand0m&gt; thats true. and we're already the #1 result for i2p :) [23:13] &lt;duck&gt; so a nifty thing might not be needed for searching. [23:13] &lt;mihi&gt; duck: atm yes ;) [23:13] &lt;duck&gt; I mean for internal searching [23:13] &lt;mihi&gt; #1 is www.crestron.com/company_info/i2p/ [23:13] &lt;jrand0m&gt; ah yeah, i forgot to bribe the pigeons this week [23:14] &lt;duck&gt; LeaseSet site:wiki.invisiblenet.net [23:14] &lt;jrand0m&gt; nice [23:14] &lt;jrand0m&gt; yeah, absolutely. [23:14] &lt;wilde&gt; drupal has internal search, and you can filter on content types [23:15] &lt;wilde&gt; it's also VERY google friendly with the clean urls, no index.php?Zillions of arguments [23:15] &lt;wilde&gt; everything looks like directories [23:16] * ion has joined #i2p [23:16] &lt;wilde&gt; ok I've played around with different CMS:s so far and Drupal is my current favourite [23:16] &lt;duck&gt; I prefer Ian's home-baked solution [23:16] &lt;duck&gt; :) [23:16] &lt;jrand0m&gt; what does it use for a backend? mysql/bdb/txt/? [23:16] &lt;wilde&gt; it's used by [kerneltrap.org](http://kerneltrap.org/) [debianplanet.org](http://www.debianplanet.org/) [linuxgazette.com](http://www.linuxgazette.com/) [23:16] &lt;wilde&gt; for example [23:17] &lt;wilde&gt; it can take heavy loads [23:17] &lt;wilde&gt; their designs sucks though [23:17] &lt;wilde&gt; but a nice CSS stylesheet fixes that [23:17] &lt;wilde&gt; here some other somewhat better looking ones: [23:17] &lt;duck&gt; The Drupal core platform, additional plug-in modules, and many theme templates are freely available for download under the GNU GPL. Drupal, written in PHP and using either MySQL, PostgreSQL or mSQL as the database backend, can run on many platforms, including Apache or Microsoft IIS web servers. [23:17] &lt;wilde&gt; [sudden-thoughts.com](http://www.sudden-thoughts.com/) [23:17] &lt;jrand0m&gt; thats an important point - we need to make sure the underlying software can support the design (and the design can be workable on the underlying software) [23:18] &lt;wilde&gt; [codemonkeyx.net](http://www.codemonkeyx.net/) [23:18] &lt;wilde&gt; [disguast.org](http://www.disguast.org/index.php) [23:18] &lt;wilde&gt; [trip.ee](http://trip.ee/) [23:18] &lt;wilde&gt; [blainepeterson.com/image](http://www.blainepeterson.com/image) [23:18] &lt;wilde&gt; . [23:19] * jrand0m gets the feeling wilde is a raving drupal fan :) [23:19] &lt;wilde&gt; I'm starting to become that yes, as I like the information management ideas behind it [23:19] &lt;wilde&gt; everything is a node [23:20] &lt;wilde&gt; great taxonomy system [23:20] &lt;wilde&gt; you can create vocabularies for Geographic location, content type, language, etc [23:20] &lt;wilde&gt; and create custom urls that filters on content those [23:21] &lt;jrand0m&gt; could it essentially include two blog sections on the homepage? e.g. one small blog area containing titles of the most recent dev blogs, and the main large seperate blog area containing the most recent i2p announcements? [23:21] &lt;wilde&gt; and it's updated often and the changes are good [23:21] &lt;duck&gt; in other words we are stupid that we dont have drupal already [23:21] &lt;wilde&gt; we have duck [23:21] &lt;wilde&gt; drupal.i2p.net [23:21] &lt;jrand0m&gt; :) [23:21] &lt;wilde&gt; you're so in the 90:s duck [23:22] &lt;duck&gt; that is good [23:22] &lt;wilde&gt; the design sucks of course [23:22] &lt;duck&gt; cause that design is so in the 80:s [23:22] &lt;jrand0m&gt; lol [23:22] * wilde mud wrestles with duck [23:22] &lt;jrand0m&gt; right, there are 3 different things that need to get worked out - the tech, the IA, and the graphic design [23:23] &lt;wilde&gt; you could try the user interface [23:23] &lt;wilde&gt; login: test pw: test [23:23] &lt;duck&gt; warning: Bad arguments to implode() in /var/www/html/i2p/modules/project/issue.inc on line 360. [23:23] &lt;duck&gt; user error: You have an error in your SQL syntax near ') AND (p.state = 1 OR p.state = 2) ' at line 1 [23:23] &lt;duck&gt; query: SELECT COUNT(*) FROM project_issues p LEFT JOIN node n USING (nid) WHERE n.status = 1 AND () AND (p.state = 1 OR p.state = 2) in /var/www/html/i2p/includes/database.mysql.inc on line 90. [23:23] &lt;jrand0m&gt; search still doesn't work wilde, right? [23:24] &lt;duck&gt; user error: You have an error in your SQL syntax near ') AND (p.state = 1 OR p.state = 2) ORDER BY n.changed DESC LIMIT 0, 20' at line 1 [23:24] &lt;jrand0m&gt; oh nice1 duck [23:24] &lt;duck&gt; query: SELECT n.nid FROM project_issues p LEFT JOIN node n USING (nid) WHERE n.status = 1 AND () AND (p.state = 1 OR p.state = 2) ORDER BY n.changed DESC LIMIT 0, 20 in /var/www/htm [23:24] &lt;duck&gt; sucky [23:24] &lt;jrand0m&gt; AND () AND [23:24] &lt;wilde&gt; whoops, i had some problems with search i must admint [23:25] &lt;duck&gt; . [23:25] &lt;wilde&gt; there is some full text indexing cron script not yet configured [23:25] &lt;wilde&gt; 2 minutes and duck crashed my life work [23:25] &lt;jrand0m&gt; (!hi5 duck) [23:26] &lt;jrand0m&gt; but i do think its worth looking at [23:26] &lt;wilde&gt; what did you do duck? [23:26] &lt;jrand0m&gt; i don't know if we're at the point where we want to commit to some CMS yet [23:26] &lt;wilde&gt; no [23:26] &lt;jrand0m&gt; (s/some/some specific/) [23:27] &lt;duck&gt; jrand0m did already make an overview of the requires features didnt he [23:27] &lt;jrand0m&gt; [status update 000133](http://i2p.dnsalias.net/pipermail/i2p/2004-February/000133.html) [23:27] &lt;duck&gt; so now all parties should come with proposals and the price [23:28] &lt;duck&gt; ofcourse the winning solution will be paid in i2p stocks [23:28] &lt;jrand0m&gt; which, let me tell you, is quite valuable [23:28] &lt;jrand0m&gt; *cough* [23:29] &lt;jrand0m&gt; you'll get your own @i2p.net email [23:29] &lt;jrand0m&gt; and chicks will love you [23:29] &lt;jrand0m&gt; (or guys, whatever) [23:30] &lt;wilde&gt; we had some CMS options [23:30] &lt;wilde&gt; we should go for some CMS [23:30] &lt;wilde&gt; and wiki isn't really a long term solution [23:30] &lt;jrand0m&gt; yeah some listed in point 4 @ [status update 000142](http://i2p.dnsalias.net/pipermail/i2p/2004-February/000142.html) [23:30] &lt;jrand0m&gt; agreed, for the website itself [23:31] &lt;jrand0m&gt; a wiki based section of the site might be good though, perhaps for the user guide / hackers guides [23:31] &lt;jrand0m&gt; (but not for everything) [23:32] &lt;wilde&gt; what about the hosting? [23:32] &lt;jrand0m&gt; there's always the 53 entries at [DMOZ CMS listing](http://dmoz.org/Computers/Software/Internet/Site_Management/Content_Management/Open_Source/) [23:32] &lt;wilde&gt; it should survive a slashdot [23:32] &lt;jrand0m&gt; hosting? [23:32] &lt;jrand0m&gt; ah, right. [23:33] &lt;jrand0m&gt; thats actually a really huge draw of plain HTML in and of itself [23:33] &lt;jrand0m&gt; (dirt easy to mirror) [23:33] &lt;wilde&gt; and on [23:33] &lt;wilde&gt; [oscom.org](http://www.oscom.org/) [23:33] &lt;jrand0m&gt; i2p.net is at a colo that is used by several large sites [23:34] &lt;jrand0m&gt; ah right [23:34] * jrand0m would love if people would keep at it and find the Right solution [23:35] &lt;wilde&gt; [opencms.org](http://www.opencms.org/) is interesting [23:35] &lt;wilde&gt; but's maybe too corporate [23:35] &lt;wilde&gt; with workflows, projects, etc [23:35] &lt;wilde&gt; I really liked, used it for one project [23:36] &lt;jrand0m&gt; interesting [23:36] &lt;wilde&gt; but its java ;) [23:36] &lt;jrand0m&gt; hmm, and xml [23:36] &lt;wilde&gt; jsp templates etc [23:36] &lt;wilde&gt; tomcat [23:36] &lt;jrand0m&gt; (or jetty) [23:36] &lt;jrand0m&gt; ((or resin)) [23:37] &lt;duck&gt; (((lisp))) [23:37] &lt;wilde&gt; I would never use if for this project, it's really too heavy [23:37] &lt;jrand0m&gt; wilde&gt; would you be willing to look over the main CMSes and map out pros and cons? [23:38] &lt;wilde&gt; i have :), and chose Drupal ;) [23:38] * jrand0m should have known [23:38] &lt;wilde&gt; I've tried about ten of the major ones [23:38] &lt;wilde&gt; for some earlier projects [23:38] &lt;wilde&gt; different CMS works for different projects [23:39] &lt;duck&gt; so say drupal is used [23:39] &lt;wilde&gt; Zope and friends are nice too [23:39] &lt;duck&gt; is the structure clear? [23:39] &lt;duck&gt; is the next step doing the gui? [23:40] &lt;wilde&gt; it's really just a CSS template that's needed for the gui, some changes to the xtemplate to prettify things [23:41] &lt;wilde&gt; www.csszengarden.com could be an inspiration [23:41] &lt;jrand0m&gt; wilde&gt; could it essentially include two blog sections on the homepage? e.g. one small blog area containing titles of the most recent dev blogs, and the main large seperate blog area containing the most recent i2p announcements? [23:41] &lt;jrand0m&gt; basically I want to avoid dev blog entries pushing news &amp; announcements off the main stage [23:42] &lt;wilde&gt; jrand0m: don't know, gonna check, blogs doesn't have to go front page, i configured it that way [23:42] &lt;jrand0m&gt; ah cool [23:42] &lt;wilde&gt; we can change to just stories go front page [23:42] &lt;wilde&gt; everything that is a node could be frontpage, polls, stories, book pages, articles etc, [23:43] &lt;jrand0m&gt; would it be possible to have stories at the top, with latest N blog entries below? [23:43] * jrand0m stops micromanaging [23:43] &lt;wilde&gt; blogs are linked to the bottom left right now, [23:44] * godmode0 has joined #i2p [23:44] &lt;wilde&gt; there are nice galleries as plugin, good for screenshots [23:44] &lt;jrand0m&gt; word [23:44] &lt;wilde&gt; the filestore plugin would be nice too [23:45] &lt;wilde&gt; and more cvs, developer plugins too [23:45] &lt;wilde&gt; and mailinglist [23:45] &lt;jrand0m&gt; I'm no CMS expert, and it sounds like you've done your homework and are enthusiastic about it [23:45] &lt;jrand0m&gt; w0ah nice [23:45] &lt;wilde&gt; jrand0m: i need people pulling the brake for me sometimes :) [23:46] &lt;wilde&gt; but the design really must be fixed, who are the design gurus here? [23:46] * wilde can't stand poor design, wikis and current drupal kills him [23:46] * jrand0m points at DrWoo and frontier [23:46] &lt;wilde&gt; anyone here now? [23:47] &lt;duck&gt; no, I left [23:47] * jrand0m stares at the lurkers [23:47] &lt;wilde&gt; so what should the site communicate? [23:47] &lt;duck&gt; [status update 000133](http://i2p.dnsalias.net/pipermail/i2p/2004-February/000133.html) [23:47] &lt;wilde&gt; this is a bit broader, we have marketing and donations to think of [23:48] &lt;jrand0m&gt; (what duck said) [23:48] &lt;wilde&gt; yeah i've read that, but we are more people here :) [23:48] &lt;jrand0m&gt; :) [23:48] &lt;duck&gt; but the puny humans dont matter! [23:48] * wilde attaches to the borg collective [23:49] &lt;jrand0m&gt; obviously one of the things I'd like the web site to communicate is "hey, this is a kickass project, you devs should join us and work for the revolution" [23:49] &lt;duck&gt; ok; I am falling asleep [23:49] &lt;duck&gt; enjoy [23:49] &lt;jrand0m&gt; heh cool duck, g'night [23:49] &lt;duck&gt; wilde: cool work on the CMS stuff [23:49] * wilde remembers the thing about 80:s design, 5 months of work! [23:50] &lt;jrand0m&gt; well, good thing we have 2 months then ;) [23:50] &lt;wilde&gt; night duck [23:50] &lt;duck&gt; oh yes, the design should BEG for peer reviews and useful comment [23:50] * ion has quit IRC (Ping timeout) [23:50] &lt;jrand0m&gt; agreed [23:50] &lt;wilde&gt; about the toopie [23:51] &lt;jrand0m&gt; i like 'im, he's humorous, simple, and topical [23:51] &lt;wilde&gt; doesn't toopie look a bit ... hmm... stupid [23:51] &lt;jrand0m&gt; (and he can serve as an icon with nearly any purpose) [23:51] * ion has joined #i2p [23:51] &lt;wilde&gt; he squints [23:52] &lt;jrand0m&gt; heh i think we can wrestle up a top-left-logo-quality toopie [23:52] &lt;jrand0m&gt; there've been a lot of revs going around for different purposes [23:53] &lt;wilde&gt; i like him, but he must meet a personality consultant [23:53] * jrand0m suggests bouncing some ideas off DrWoo, both for the design and toopie stuff [23:54] &lt;wilde&gt; agreed [23:54] &lt;wilde&gt; ok maybe we should leave it there [23:54] &lt;jrand0m&gt; there's no rush, lots to digest and churn through [23:54] &lt;wilde&gt; but please it you find this new kickass CMS, scream out [23:54] &lt;duck&gt; can we have this as background: [The Triumph of Death artwork](http://www.artchive.com/artchive/B/bruegel/death.jpg) [23:55] &lt;jrand0m&gt; but I agree with duck, nice work setting up a drupal to work off [23:55] &lt;jrand0m&gt; that is so going straight to my desktop [23:55] &lt;jrand0m&gt; wow I wonder what text over that would look like [23:55] &lt;wilde&gt; cool picture [23:55] &lt;jrand0m&gt; actually, on that note, 5) ??? [23:56] &lt;jrand0m&gt; anyone have anything else to add? [23:56] * jrand0m prods the peanut gallery [23:56] &lt;wilde&gt; it's been very quiet in here today [23:56] &lt;wilde&gt; everyone comes here to listen to messiah Jrandom [23:57] &lt;duck&gt; 2h is a bit longish [23:57] &lt;mihi&gt; *ggg* [23:57] * jrand0m is just here for the beer [23:57] &lt;duck&gt; maybe you could try 2 weekly meetings of 30 min each [23:57] &lt;wilde&gt; nah [23:57] &lt;duck&gt; and then the layoffs at friday afternoon [23:57] &lt;wilde&gt; that's too often [23:58] &lt;jrand0m&gt; i do think 2h meetings are very excessive [23:58] &lt;jrand0m&gt; (unless they're specifically topical. e.g. a meeting discussing the web page design, or some router functionality, etc) [23:58] &lt;jrand0m&gt; (hey look, we're meta) [23:59] &lt;jrand0m&gt; perhaps I should shut up more and limit it to 1h? [23:59] &lt;jrand0m&gt; or perhaps the bulk of the 'meeting' should go to the mailing list, with #i2p for discussion? [23:59] * godmode0 has quit IRC (Ping timeout) [23:59] &lt;wilde&gt; the mailinglist could be used more for discussions Session Time: Wed Feb 11 00:00:00 2004 [00:00] &lt;duck&gt; I think that the heavy email pre-logs are already good [00:01] &lt;jrand0m&gt; so maybe the weekly meetings turn more into "ok guys, whats up? anyone have anything to discuss?" [00:01] &lt;jrand0m&gt; (but open ended meetings like that are a danger in and of themselves) [00:01] * godmode0 has joined #i2p [00:02] &lt;jrand0m&gt; ok, maybe we can move this meta to the list or to later [00:02] &lt;jrand0m&gt; we've already broken the 2h mark [00:02] &lt;jrand0m&gt; so... [00:02] * jrand0m winds up... [00:02] &lt;fidd&gt; :) [00:02] * jrand0m *baf*s the meeting closed </div>/cs/blog/2004/02/03/sch%C5%AFzka-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-3.-%C3%BAnora-2004/Tue, 03 Feb 2004 00:00:00 +0000/cs/blog/2004/02/03/sch%C5%AFzka-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-3.-%C3%BAnora-2004/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> baffled, dm, duck, human, jrand0m, kaji, lucky, madman2003, mihi, Nightblade, Synonymous, wiht</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> [22:01] &lt;jrand0m&gt; 0) hi [22:01] &lt;jrand0m&gt; 1) testnet [22:01] &lt;jrand0m&gt; 2) updated roadmap [22:01] &lt;jrand0m&gt; 3) updated application list [22:01] &lt;jrand0m&gt; 4) volunteers needed [22:01] &lt;jrand0m&gt; 5) ??? [22:01] &lt;jrand0m&gt; 0) hi [22:01] * jrand0m waves [22:01] * mihi waves back [22:02] * jrand0m has to warn that i've been up for too long, so may be a little out of it [22:02] &lt;jrand0m&gt; but anyway, as we proceed, everyone should read (or have read) http://i2p.dnsalias.net/pipermail/i2p/2004-February/000132.html [22:02] &lt;jrand0m&gt; lets jump right into 1) testnet [22:03] &lt;mihi&gt; you should change the subject for each mail... they all get sorted into one thread here [22:03] &lt;jrand0m&gt; hah nice [22:03] * jrand0m tried for consistency (for ease of filtering) [22:03] &lt;jrand0m&gt; would you like me to add the date to it? [22:03] &lt;madman2003&gt; how is the testent really doing?(pessimistic opnion please) [22:03] &lt;jrand0m&gt; madman2003&gt; poorly, but better than before [22:04] &lt;mihi&gt; jrand0m: date (or meeting number) would be great [22:04] &lt;jrand0m&gt; 'k mihi, consider it done [22:04] &lt;jrand0m&gt; (anyone other than me want to give some feedback to madman2003's question?) [22:04] &lt;duck&gt; madman2004: baffled and me have been connected for 4h now [22:04] &lt;baffled&gt; Really that long? [22:04] &lt;duck&gt; before test3 the maximum time was 10 min [22:05] &lt;jrand0m&gt; w00t [22:05] &lt;duck&gt; baffled: since 18:15:07 CET [22:05] &lt;jrand0m&gt; yeah i had a 90m session the other day too [22:05] &lt;duck&gt; but maybe we are directly hopped [22:05] &lt;madman2003&gt; and you're sure the link is intact? [22:05] &lt;jrand0m&gt; duck&gt; all tunnels are 2 hop (unless your router is failing, in which case your tunnels will break at least once) [22:06] &lt;jrand0m&gt; madman2003&gt; when the tunnels fail, they fail hard [22:06] &lt;madman2003&gt; how's general latency on the testnet? [22:06] * Ophite1 has joined #i2p [22:06] * jrand0m usually gets 2-10s latency through the squid [22:06] * lucky has joined #i2p [22:06] &lt;jrand0m&gt; 5-20s latency through irc [22:07] &lt;madman2003&gt; is the 30 secs delay on local sites fixed yet? [22:07] &lt;jrand0m&gt; duck&gt; can you /ping duck on your ircd? how long does it take to reply with a CTCP refused error? [22:07] &lt;jrand0m&gt; (or baffled&gt;) [22:08] &lt;jrand0m&gt; madman2003&gt; there have been significant bugfixes that would account for 30s+ delays locally [22:08] &lt;jrand0m&gt; (jobs got locked up causing insane delays) [22:08] &lt;duck&gt; response to admin request to baffleds ircd is ~8s [22:08] &lt;jrand0m&gt; duck&gt; to local? [22:09] &lt;duck&gt; fido ping/pong is 3 seconds, which is local [22:09] &lt;jrand0m&gt; coo' [22:09] &lt;duck&gt; for local eepsites it also seems to be ~3s [22:09] &lt;jrand0m&gt; (still much higher than i'd like, but &lt;&lt;30s) [22:09] &lt;duck&gt; initial request longer, might be ~30s [22:10] &lt;jrand0m&gt; interesting [22:10] &lt;duck&gt; , [22:10] &lt;jrand0m&gt; ok, so there's definitely still work to be done on the testnet, but there's been progress [22:10] &lt;madman2003&gt; is the testnet going to run until poor performance becomes perfect, what is the exact requirement of succes? [22:11] &lt;madman2003&gt; (i know about 3 days of working good) [22:11] &lt;jrand0m&gt; success == 3 consecutive days of things that should succeed succeeding. [22:11] &lt;jrand0m&gt; human has volunteered to help out and implement something along the lines of what I posted in the email [22:11] * mihi floods the testnet with pings ;) [22:11] * leenookx has quit IRC (Ping timeout) [22:11] &lt;jrand0m&gt; basically a way we can just leave a pair of bots connected to the two ircds and measure our progress and failures [22:12] &lt;jrand0m&gt; (yay human!) [22:12] &lt;mihi&gt; hmm, if there is no netsplit, i2p is working, but you cannot make the other way conclusion... [22:13] &lt;jrand0m&gt; the i2p roadmap [http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap] has the 0.2.4 release (~= testnet completion) in a week and a half [22:13] &lt;madman2003&gt; why don't you focus on making local delay &lt;1s? [22:13] &lt;jrand0m&gt; that i will. [22:13] &lt;madman2003&gt; good chance that will solve some other problems too [22:13] &lt;jrand0m&gt; the cause of &gt;1s delay is likely the load [22:14] &lt;jrand0m&gt; for routers with no peers, local only requests are near instantaneous [22:14] &lt;jrand0m&gt; (but as the testnet is actually showing some load, we're stressing different things) [22:15] &lt;duck&gt; baffled and me also had a little chat about making statsbots, but if human wants to do it; cool for me [22:15] &lt;madman2003&gt; maybe delays have to do with requests being send to other routers [22:15] &lt;madman2003&gt; before it see that it's local [22:15] &lt;jrand0m&gt; oh word duck [22:15] &lt;jrand0m&gt; naw, doesn't work that way madman2003 [22:16] &lt;jrand0m&gt; (it gets pumped to the client manager first, which checks if its local, and only if it isn't does it get placed in the router's net pool) [22:16] * madman2003 wonders where all that load is coming from [22:16] &lt;jrand0m&gt; france. [22:16] &lt;jrand0m&gt; er, germany. [22:16] &lt;jrand0m&gt; (since *someone* is pinging everyone ;) [22:17] &lt;duck&gt; kuala lumpur [22:17] * duck hopes nobody gets that joke [22:17] * jrand0m is pleased to meet duck's hopes [22:17] &lt;mihi&gt; all that pings made my local box thrashing as well... (with no router!) [22:18] &lt;jrand0m&gt; mihi&gt; the i2cp lib does the crypto ;) [22:18] * wiht has joined #i2p [22:18] &lt;madman2003&gt; doesn't i2p protect from ping floods? [22:19] &lt;jrand0m&gt; madman2003&gt; the load isn't that significant, its just the code currently has very course grain synchronization (and during the testnet thats being adjusted to more fine grained sync) [22:19] &lt;madman2003&gt; grain sync? [22:19] &lt;mihi&gt; jrand0m: congrats: seems that ping -ns does not only produce - - - now [22:20] &lt;jrand0m&gt; lol mihi :) [22:20] &lt;mihi&gt; why lol? ping -ns never worked for me. (only the synchronized one) [22:20] &lt;duck&gt; synchronized one never worked for me... [22:20] &lt;jrand0m&gt; oh really? word, -ns has been working well for me [22:21] &lt;jrand0m&gt; madman2003&gt; its a tradeoff of memory and CPU vs concurrency [22:22] &lt;jrand0m&gt; (course grained synchronization minimizes CPU and memory usage, while fine grained synchronization uses more CPU and memory in exchange for higher concurrency) [22:22] * TrueSeeker has quit IRC (Leaving) [22:22] * mihi will post ping stats in #flood in a few secs [22:22] * ion has quit IRC (Ping timeout) [22:23] &lt;lucky&gt; bah. [22:23] &lt;jrand0m&gt; but yeah, the plan is to have the testnet wrap up once it passes the 3 day test. my current estimate is the 14th, but we'll see. [22:23] &lt;lucky&gt; miserably day. [22:23] &lt;lucky&gt; stupid capitalist pigs [22:23] &lt;lucky&gt; taking all my money.. [22:24] &lt;baffled&gt; looks like there a are new goodies in cvs, how long before test4? [22:24] &lt;jrand0m&gt; not today, hopefully tomorrow [22:24] * jrand0m is going to bed after the meeting :) [22:25] &lt;baffled&gt; cool. [22:26] &lt;madman2003&gt; bye everyone [22:26] &lt;jrand0m&gt; later madman2003 [22:26] &lt;madman2003&gt; don't forget the other points of the meeting :) [22:26] &lt;jrand0m&gt; ok, so thats testnet. anything else on that, or shall we move to 2) updated roadmap? [22:26] &lt;jrand0m&gt; hehe [22:26] &lt;baffled&gt; Are there other stressers we need on the test net? [22:26] * madman2003 has quit IRC (12( www.nnscript.de 12:: NoNameScript 3.8 12:: www.XLhost.de 12)) [22:26] &lt;duck&gt; what date is it? [22:27] &lt;jrand0m&gt; Feb 3 [22:27] &lt;baffled&gt; 3rd here. [22:27] &lt;mihi&gt; 2004-02-03 [22:27] * leenookx has joined #i2p [22:27] &lt;duck&gt; ah, thanks [22:27] &lt;jrand0m&gt; baffled&gt; actually, has anyone tried out i2psnark on testnet? [22:27] &lt;wiht&gt; baffled: What do you mean by stressers? [22:28] &lt;mihi&gt; wiht: i guess people stressing the testnet [22:28] &lt;baffled&gt; Well, the other day you asked aum and I to siess and desist on nntp I was kinda thinking about setting up a 128kbps ogg stream. [22:28] * mihi 'd like a public echo service set up by anyone - would allow good latency checks [22:28] &lt;baffled&gt; so those two items I guess. [22:28] &lt;jrand0m&gt; we've had a good crew hitting the squid [22:28] &lt;jrand0m&gt; oh, nntp would rule, as would an ogg stream! [22:29] * jrand0m doesn't recall asking y'all to stop (except maybe temporarily during an update?) [22:29] &lt;jrand0m&gt; agreed mihi [22:29] * jrand0m checks what port 'echo' is [22:29] &lt;jrand0m&gt; 7 [22:29] &lt;mihi&gt; afaik 9 [22:29] &lt;mihi&gt; oops ;) [22:29] &lt;baffled&gt; You may been frazelled about something else at the time. [22:30] &lt;wiht&gt; Port 7. [22:30] &lt;duck&gt; 4 [22:30] * ion has joined #i2p [22:30] &lt;jrand0m&gt; prolly baffled ;) [22:30] &lt;duck&gt; echo 4/ddp # AppleTalk Echo Protocol [22:30] &lt;jrand0m&gt; echo 7/tcp [22:30] &lt;jrand0m&gt; echo 7/udp [22:30] &lt;jrand0m&gt; echo 4/ddp # AppleTalk Echo Protocol [22:30] &lt;wiht&gt; Port 7 for TCP and UDP. [22:30] &lt;mihi&gt; duck: we want [0-9]*/tcp [22:30] * duck ducks [22:31] * Synonymous has joined #i2p [22:31] &lt;jrand0m&gt; so, anyone want to wrap up human's test app (the echo server and client)? [22:32] &lt;jrand0m&gt; (though running twisted does seem a bit much for that ;) [22:32] &lt;duck&gt; the non-twisted one would work [22:33] &lt;duck&gt; . [22:33] * jrand0m didn't realize his i2p code could work w/out twisted [22:33] &lt;jrand0m&gt; but anyway, anyone wnat to volunteer to run point on getting an echo service up? [22:33] * duck sits on his hands [22:33] &lt;wiht&gt; Reachable through I2P, or reachable through regular Internet? [22:34] &lt;jrand0m&gt; through i2p [22:34] &lt;baffled&gt; I can look into it with some specific specs. [22:34] &lt;mihi&gt; duck: do ducks have hands? i thougt wings ;) [22:34] &lt;jrand0m&gt; spec: receive a line of text and echo it back :) [22:34] &lt;baffled&gt; oh, okay no prob. [22:34] &lt;lucky&gt; bah... i have to start filing taxes next year! [22:34] &lt;mihi&gt; jrand0m: s/line/byte chunk/ [22:34] &lt;lucky&gt; Stupid, damn government... [22:35] &lt;jrand0m&gt; mihi&gt; line is so much easier to parse ;) [22:35] &lt;duck&gt; lucky: hush [22:35] &lt;jrand0m&gt; baffled++ [22:35] &lt;jrand0m&gt; ok, moving on to 2) updated roadmap [22:35] * jrand0m directs people's attention to http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap [22:36] &lt;mihi&gt; jrand0m: why? while (len=in.read(b) != -1) {o.write(b,0,len);} [22:36] &lt;jrand0m&gt; (which, of course, y'all have already read) [22:36] * MrEcho has joined #i2p [22:36] &lt;jrand0m&gt; mihi&gt; single byte messages vs nagle, etc [22:37] &lt;jrand0m&gt; but anyway, whatever baffled implements to do echoing to support testing is Good [22:37] &lt;jrand0m&gt; (or you and he can work out what works best for you) [22:37] * wiht has quit IRC (Ping timeout) [22:37] &lt;baffled&gt; If you have requirements write them down and let me know later mihi and I'll try. [22:38] * ion has quit IRC (Ping timeout) [22:38] &lt;mihi_backup&gt; baffled: not really. if needed adding a newline after a timestamp is no problem at all. [22:38] * jar_ has quit IRC (Ping timeout) [22:38] &lt;duck&gt; (netsplit after 4:20) [22:38] &lt;jrand0m&gt; heh [22:39] &lt;jrand0m&gt; not good :/ [22:39] &lt;jrand0m&gt; well, iterative and incremental. [22:39] &lt;mihi&gt; 22:38:09.430 ERROR [WrC1-&gt;Pz83 ] .i2p.i2ptunnel.I2PTunnelRunner: Error sending [22:39] &lt;mihi&gt; message to peer. Killing tunnel runner [22:39] &lt;jrand0m&gt; are all 9/10 routers up atm? [22:39] &lt;jrand0m&gt; (or did one go down?) [22:40] &lt;jrand0m&gt; i only see 8 [22:40] &lt;jrand0m&gt; 22:41:02.758 ERROR [TCP Read [9]] er.transport.tcp.TCPConnection: Error reading from stream to [RouterIdentity: [22:40] &lt;jrand0m&gt; Hash: 4Sb3aJoFusrhpHgYA2xCZCkn0P5jBo822qu9C0wsE1w= [22:40] * duck did just update [22:40] &lt;duck&gt; where goes the i2cp admin stuff fit in the roadmap? [22:41] &lt;duck&gt; afaik that isnt implemented, but 0.2.5 talks about finalizing the spec [22:41] &lt;jrand0m&gt; current plan is to make I2CP the plain client protocol, leaving admin functionality seperate [22:41] &lt;jrand0m&gt; (e.g. through the :7655 admin web port) [22:41] &lt;duck&gt; ok [22:42] &lt;jrand0m&gt; (and rip out all that other crap) [22:42] * jar_ has joined #i2p [22:42] * ion has joined #i2p [22:42] &lt;jrand0m&gt; ((shrinkingCodebase)++) [22:43] &lt;jrand0m&gt; does anyone have any thoughts on the two Big Issues? [22:43] &lt;jrand0m&gt; = aborting the current PHTTP transport (until 2.0) [22:43] &lt;jrand0m&gt; = keeping support for a restricted route topology at 2.0 [22:43] &lt;baffled&gt; Well gang, gotta boogie so I'll have to read the logs later. [22:43] &lt;jrand0m&gt; cool, glad you could make it, l8r [22:43] * baffled has quit IRC (Leaving) [22:44] &lt;duck&gt; secure i2cp would lower the direct need for restricted route topology a bit [22:44] &lt;duck&gt; so thats fine [22:45] &lt;jrand0m&gt; agreed, though the 'secured' in this sense won't be ideal (all i2cp payloads will of course be encrypted, but sniffers can detect that $client is sending a $n byte message to $destination) [22:46] &lt;jrand0m&gt; the only difference from the current i2cp is a little update to the authentication protocol / structure [22:46] &lt;jrand0m&gt; ((well, the $client can't detect $n, since messages are padded randomly. nm) [22:46] &lt;jrand0m&gt; er, $sniffer, not $client [22:47] * wiht has joined #i2p [22:47] &lt;jrand0m&gt; (of course that doesn't defeat a global passive adversary) [22:48] &lt;jrand0m&gt; anyone have any other concerns / suggestions / ideas / comments? [22:48] &lt;jrand0m&gt; (on the roadmap) [22:49] &lt;duck&gt; no [22:49] &lt;jrand0m&gt; nor do i [22:49] * jrand0m hops on to 3) updated application list [22:49] &lt;jrand0m&gt; [insert "mihi rules" rant here] [22:50] &lt;duck&gt; help jrand0m to say no! [22:50] &lt;jrand0m&gt; mihi&gt; any thoughts on the muffin thing? http://wiki.invisiblenet.net/iip-wiki?I2PApplications [22:50] &lt;jrand0m&gt; heh [22:51] &lt;mihi&gt; jrand0m: you know what i think about that... [22:51] &lt;jrand0m&gt; (i'm not specifically asking you to integrate it, i'm just seeing what your thoughts are as to whether it would be good) [22:52] &lt;mihi&gt; httpclient has to get out of i2ptunnel, since i2ptunnel is for stream forwarding and httpclient does content forwarding [22:52] &lt;mihi&gt; hacking that into i2ptunnel would be just more hackish. [22:52] &lt;jrand0m&gt; word, so the app down below [Scalable web proxies] [22:52] &lt;jrand0m&gt; that makes sense [22:53] &lt;jrand0m&gt; (apps that do One Thing and One Thing Well)++ [22:53] &lt;mihi&gt; jrand0m: you misunderstood me... [22:53] &lt;jrand0m&gt; whaddimiss? [22:54] &lt;mihi&gt; i don't have anything against an app that reads a http request, parses it, sends it over i2p, reads the answer, parses it, sends it back (maybe with filtering) - just not do it as httptunnel does. [22:54] &lt;mihi&gt; httptunnel forwards everything except the first few lines. [22:54] &lt;jrand0m&gt; ah you're right [22:55] * jrand0m doesn't quite have head screwed on correctly [22:55] &lt;mihi&gt; it would be hard to build effective filtering into it (if it should filter html and not text or sth like that) [22:55] &lt;jrand0m&gt; right - perhaps just have MUFFIN as a standalone [22:55] &lt;jrand0m&gt; (filtering whatever comes out of the httpclient) [22:55] &lt;mihi&gt; so i'd say, an extra app for that. but that would require streaming lib... (or sth like that) [22:56] * duck likes how you can do proxies xmlrpc/soap with httpclient though [22:56] &lt;wiht&gt; jrand0m: I did not see an entry for "muffin" on the list of applications. [22:56] &lt;jrand0m&gt; wiht&gt; http://muffin.doit.org/ [22:56] &lt;mihi&gt; muffin is a http content filter [22:57] &lt;mihi&gt; if we have a content filter, we could drop that shitty "proxy" thingy. [22:57] &lt;jrand0m&gt; duck&gt; hopefully the muffin filter would be set to pass through xmlrpc/soap, only filtering things like VBScript / etc [22:57] &lt;wiht&gt; I see. [22:57] &lt;jrand0m&gt; hm, mihi? [22:57] &lt;duck&gt; ah wait, xmlrpc/soap would be content type xml [22:57] &lt;jrand0m&gt; mihi&gt; wouldn't it still need to do the name translation, at the least? [22:58] &lt;mihi&gt; sure, but not as a proxy. `http://localhost:12345/duck.i2p/` would work much better. [22:58] &lt;Synonymous&gt; muffin is gpl, u have to be careful in a public domain project to use gpl code, its still copyrighted ;) [22:58] &lt;mihi&gt; since you can link to that from the regular web [22:58] &lt;jrand0m&gt; hrm mihi. [22:58] &lt;mihi&gt; Synonymous: i2ptunnel is gpl anyway [22:58] &lt;jrand0m&gt; Synonymous&gt; I2PTunnel is GPL [22:58] &lt;Synonymous&gt; ya [22:59] * jrand0m is well aware of the fact that some people consider copyrights valid, and tries to accomodate them. [22:59] &lt;Synonymous&gt; make sure to put that up where it is visible (if you use muffin) it already says that iptunnel is gpl [22:59] &lt;jrand0m&gt; of course, if we use muffin it'd get attributed and marked as gpl. [22:59] &lt;Synonymous&gt; ya thats what i said, becareful about it [23:00] &lt;jrand0m&gt; (we're not going to get into the copyright discussion here) [23:00] &lt;jrand0m&gt; ok, any other thoughts on the apps listed? [23:00] &lt;Synonymous&gt; then don't, and my comment was not intended to start one [23:00] * duck laughts at http://muffin.doit.org/demo/evil/ [23:01] &lt;jrand0m&gt; what do y'all think will be necessary app functionality for 1.0? [23:01] &lt;jrand0m&gt; heh duck [23:01] &lt;jrand0m&gt; (or are we already there, and 1.0 app functionality == things proxied through i2ptunnel :) [23:02] &lt;Synonymous&gt; ppl would want functional chat, and maybe a freenet like ap for 1.0 if thats what you are asking, maybe a set of tools so ppl can easily set up their own services on it [23:02] &lt;mihi&gt; an IM and a naming service are still missing [23:02] &lt;jrand0m&gt; mihi&gt; irc over i2p? [23:02] &lt;wiht&gt; Yes, naming service should be in place by 1.0 version of I2P. [23:03] &lt;duck&gt; eep [23:03] &lt;mihi&gt; jrand0m: irc over i2p would be okay as well, but a naming service ;) [23:03] &lt;jrand0m&gt; wiht&gt; do you have any thoughts on whether a naming service will be implemented and ready to go live by April? [23:03] * jrand0m really doesn't think a naming service is necessary. useful, yes [23:04] &lt;jrand0m&gt; (all we *need* is a way to easily update a hosts.txt file) [23:04] &lt;kaji&gt; or a distributed vpn layer [23:04] &lt;jrand0m&gt; heh [23:04] &lt;mihi&gt; jrand0m: for me even that (if automated) is a naming service [23:04] &lt;wiht&gt; jrand0m: Probably by the middle of April. [23:05] &lt;jrand0m&gt; kaji&gt; a distributed vpn layer is a solid month of 1-2 devs ;) [23:05] &lt;wiht&gt; I want to make it scalable for accomodating many more entries than we have in hosts.txt now. [23:05] &lt;jrand0m&gt; 1.0--&gt;3.0 wont have millions of entries [23:05] &lt;wiht&gt; MrEcho: Do you have any thoughts on this? [23:05] &lt;jrand0m&gt; thousands, yeah [23:06] &lt;jrand0m&gt; Synonymous&gt; freenet like app would be cool, but then we need to recruit someone to implement :) [23:07] &lt;jrand0m&gt; Synonymous&gt; tools to set up services - definitely. hopefully i2pmanager or i2pmole will do [23:07] &lt;Synonymous&gt; that might be hard, esp since freenet doesnt work hehe [23:07] &lt;wiht&gt; Speaking of which, what is the progress of I2PManager? [23:07] &lt;jrand0m&gt; aparently its coming along, the console / cli mode is making progress (aum now uses it to manage his services via init scripts) [23:08] &lt;jrand0m&gt; i've used the gui, and aum's logged a few bugs on the tunnelmanager that are still outstanding [23:08] &lt;jrand0m&gt; (due to large #s of tunnels being created, not due to a small #) [23:08] &lt;wiht&gt; I think I2PManager should be an application for 1.0. [23:09] &lt;jrand0m&gt; i hope so too [23:09] &lt;jrand0m&gt; (especially since that would mean we can throw out the kludged installer, since i2pmanager has that built in) [23:09] &lt;jrand0m&gt; so, people with python experience should get in touch with aum to see how they can help :) [23:09] &lt;human&gt; re [23:09] &lt;jrand0m&gt; wb human [23:10] * human read about the muffin proxy [23:10] &lt;human&gt; i know about another privacy-oriented personal proxy called privoxy [23:11] &lt;jrand0m&gt; yeah, privoxy was another one i had been looking at. good potential as well [23:11] &lt;jrand0m&gt; (reason i leaned towards muffin was the ease of integration, since its java) [23:12] * jrand0m won't be the one who implements / integrates it, so my view is only a suggestion [23:12] &lt;@Nightblade&gt; i think a group chat (or irc) would be a good program because if you can get chat to work reliably then you know i2p's latency and stability are good [23:13] &lt;jrand0m&gt; agreed [23:13] &lt;Synonymous&gt; how would trent work on such a system though, is it possible to do it with a system of public and private keys (like frost) [23:13] &lt;Synonymous&gt; the channel would be the 'board' ? [23:13] &lt;jrand0m&gt; Synonymous&gt; duck has actually done some neat stuff [23:13] &lt;Synonymous&gt; kool [23:14] &lt;duck&gt; which is: users login with a secret password to the ircd, the ircd publishes the sha1 of the password [23:14] &lt;jrand0m&gt; Synonymous&gt; in his modified ircd, you can provide a password that has its hash shown in the ident [23:14] &lt;Synonymous&gt; it would also be like waste i guess, even though I didnt usei t [23:14] &lt;jrand0m&gt; duck&gt; though if anyone else creates their own ircd, they can spoof that :/ [23:14] &lt;duck&gt; so others can check the sha1 against a local list, without requiring a centralized database [23:15] &lt;duck&gt; sure [23:15] &lt;jrand0m&gt; but people could just remember what ircd someone usually connects from, i suppose [23:15] &lt;jrand0m&gt; would it be possible to have a nickserv? [23:15] * jrand0m doesn't know much about how irc nets work [23:16] &lt;duck&gt; yes, but I didnt want that [23:16] &lt;duck&gt; because Trent was made as a temporary hack [23:16] &lt;jrand0m&gt; right, it'd be Good if we could do without [23:16] &lt;jrand0m&gt; hehe [23:16] &lt;jrand0m&gt; until iip 2.0, right? ;) [23:16] &lt;duck&gt; now it is the longest running joke in the world [23:17] &lt;duck&gt; . [23:18] &lt;jrand0m&gt; ok, so if we go 1.0 with: irc, eepsites (and a way to set up your own), squid, and cvs, thats reasonable? [23:18] &lt;@Nightblade&gt; yeah [23:18] &lt;jrand0m&gt; (obviously it'd be fantastic if we could include i2psnark, naming, I2PIM, and the other apps) [23:19] &lt;duck&gt; with irc you mean native i2pirc? [23:19] &lt;duck&gt; or if not, why not nntp etc too [23:19] &lt;jrand0m&gt; oh, right [23:19] &lt;jrand0m&gt; of course [23:20] * jrand0m !thwaps self. [23:20] &lt;duck&gt; not too much ofcourse [23:20] * duck thinks that the pgp keyserver is silly [23:20] &lt;jrand0m&gt; i just meant that its easy to overwhelm people with options [23:20] &lt;duck&gt; ah, sure [23:20] &lt;duck&gt; as in officially bundeled stuff [23:20] &lt;jrand0m&gt; "why should I use I2P" "well you can [.............]" [23:20] &lt;jrand0m&gt; right [23:20] * duck agrees [23:21] &lt;jrand0m&gt; with i2ptunnel, we can support all that we've seen (and more :) [23:21] &lt;jrand0m&gt; ok, in that case, I don't think we need to worry too much about the i2papps [23:21] &lt;mihi&gt; btw: we should deprecate the -nogui option of I2PTunnel... [23:22] &lt;jrand0m&gt; to default to -nogui? [23:22] &lt;jrand0m&gt; (or you trying to get us all to use awt? ;) [23:22] &lt;mihi&gt; no. not to use -nogui at all. -cli and -nocli are more "transparent" [23:22] &lt;Synonymous&gt; you should also package all these options in 1 distro if you can [23:22] &lt;jrand0m&gt; ah ok mihi [23:22] &lt;Synonymous&gt; unlike freenet, which mentions no otehr utilities and its up to you to go find them out [23:22] &lt;jrand0m&gt; Synonymous&gt; definitely [23:22] &lt;jrand0m&gt; Synonymous&gt; have you used i2pmgr yet? [23:23] &lt;mihi&gt; -nogui acts differently whether you use -e "run configfile" or use "configfile" [23:23] &lt;Synonymous&gt; no, i couldnt get it working :) [23:23] &lt;jrand0m&gt; (its still pre-alpha, but functional) [23:23] &lt;jrand0m&gt; ah ok [23:23] &lt;Synonymous&gt; from before but it didnt try the gui [23:23] &lt;Synonymous&gt; i might try now that it has one [23:23] &lt;Synonymous&gt; :) [23:23] &lt;jrand0m&gt; word, its been makin progress [23:23] * duck suppresses a yawn [23:24] &lt;jrand0m&gt; yeah yeah yeah duck, ok ;) [23:24] &lt;jrand0m&gt; i think thats it for apps - unless someone else has something? [23:24] &lt;jrand0m&gt; moving on to 4) Volunteers needed [23:25] &lt;jrand0m&gt; we're making good progress, and the pace is fine and imho sustainable [23:25] &lt;jrand0m&gt; but we've all been talking about some really neat things that we'd like added on [23:25] &lt;jrand0m&gt; if there were another N hours in the day, yadda yadda yadda [23:26] &lt;duck&gt; what do you mean with 'development bandwidth'? [23:26] &lt;jrand0m&gt; more hours of developer activity [23:26] &lt;duck&gt; aye [23:27] &lt;jrand0m&gt; (e.g. 2 developers == 16/20 hours/day) [23:27] &lt;jrand0m&gt; my gut feeling is of the 'if you build it, they will come' variety [23:28] &lt;jrand0m&gt; (but i've also worked at companies that thought they had a kickass product, made it more kickass, released it, and didn't see much market activity) [23:28] * duck doesnt think that hiring cheap indians will work [23:28] &lt;jrand0m&gt; heh [23:29] &lt;duck&gt; product marketing != developer marketing [23:29] &lt;jrand0m&gt; right, i agree [23:29] &lt;jrand0m&gt; i just meant as an analogy [23:30] &lt;jrand0m&gt; we'll see how things progress. i just wanted to throw that stuff out there [23:30] &lt;@Nightblade&gt; it is a complex program which makes it harder to find people who can figure it out [23:31] &lt;jrand0m&gt; agreed Nightblade [23:31] * greasyaxelsex__ has joined #I2P [23:31] &lt;jrand0m&gt; Nightblade&gt; thats what 1.0 release criteria #3 on the roadmap is for: " Javadoc and code walkthrough / guidebook updated" [23:32] * dm has joined #i2p [23:32] * wiht has quit IRC (EOF From client) [23:32] &lt;jrand0m&gt; we currently have a generally up to date wiki providing an overview of the java impl [23:32] &lt;mihi&gt; hi dm [23:32] &lt;jrand0m&gt; but i will definintely need help with the documentation [23:32] &lt;dm&gt; hello mihi. [23:33] &lt;jrand0m&gt; (since what makes sense to me != what makes sense to people learning the code) [23:33] * dm accuses jrand0m of using terms he's invented when explaining things. [23:34] &lt;jrand0m&gt; occationally ;) [23:34] &lt;Synonymous&gt; i will help wtih the webpage if u want [23:34] &lt;jrand0m&gt; (though the only thing i knowingly have coined wrt i2p is 'militant grade anonymity' ;) [23:34] &lt;Synonymous&gt; i already have a template [23:34] &lt;dm&gt; How far are we from a bugless 0.2.x? I get my broadband in less than a week's time. [23:34] * wiht has joined #i2p [23:34] &lt;Synonymous&gt; the website needs major owkr [23:34] &lt;Synonymous&gt; im working on my own anonymous p2p website, but you can borrow mine :) [23:35] &lt;jrand0m&gt; hehe [23:35] &lt;Synonymous&gt; its modeled after freenet's [23:35] &lt;Synonymous&gt; but better [23:35] &lt;Synonymous&gt; :P [23:35] &lt;jrand0m&gt; actually, yeah, perhaps we can start a thread on the i2p list describing goals of the website and seeing how it fits together? [23:35] &lt;dm&gt; Synonymous: are you building a p2p app, or just the website? [23:35] &lt;Synonymous&gt; just the website [23:35] &lt;jrand0m&gt; (and if that traffic grows, we'll move to something like i2p-www@) [23:36] &lt;duck&gt; ROFL at anonymous p2p website boilerplates [23:36] &lt;jrand0m&gt; dm&gt; roadmap updated at http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap with 0.2.4 slated for February 14 [23:36] &lt;Synonymous&gt; explaing anonymous p2p, the different topologies of networks, the philosophy of it, cypherpunkdom, digital imprimature, links to projects, a mailing list for ppl to discuss it [23:36] &lt;mihi&gt; dm&gt; bugless sw does not exist [23:36] &lt;jrand0m&gt; duck&gt; gotta keep the anonymity set large ;) [23:36] &lt;Synonymous&gt; also links to the other website that does that [23:37] &lt;dm&gt; mihi: does too! [23:37] &lt;jrand0m&gt; mihi&gt; i worked on one project a few years ago that actually shipped with 0 bugs. no p1 or even p5s [23:37] &lt;dm&gt; func addints(int a, int b) { return a + b; } [23:37] &lt;mihi&gt; jrand0m: they just did not find them... [23:37] &lt;mihi&gt; dm: which language? [23:37] &lt;jrand0m&gt; mihi&gt; then its not a bug ;) [23:37] * greasyaxelsex__ has left #I2P (greasyaxelsex__) [23:37] &lt;dm&gt; pseudo-language [23:38] &lt;mihi&gt; and how does this pseudo-language react on an overflow? [23:38] &lt;wiht&gt; dm: In a project with thousands of lines of code, having no bugs is much less likely. [23:38] &lt;duck&gt; . [23:38] &lt;Synonymous&gt; so April is the deadline for something for public release? Why not try to recruit some devls, or would it take to long for you to explain to them how it works etc. [23:39] &lt;dm&gt; input is never over max_value /2 [23:39] &lt;jrand0m&gt; (we're currently ~20KLOC, using the "grep \; | wc -l" algorithm) [23:39] &lt;jrand0m&gt; Synonymous&gt; I don't think we want to just go around posting on lists "hey, we're doing a kickass thing, come code on it" (thats essentially a 1.0 announcement) [23:40] &lt;dm&gt; that's a lotta lines. [23:40] &lt;dm&gt; Java bloat! [23:40] &lt;jrand0m&gt; but if there are people who are interested in helping out, i'll most definitely go out of my way to find out how i can get them involved [23:40] * jrand0m kicks dm [23:40] &lt;jrand0m&gt; java bloat is when the jvm uses ram. you're suggesting OO bloat [23:40] &lt;dm&gt; What a project leader jrand0m is. [23:40] &lt;Synonymous&gt; well, how will u know if ppl are interested if there is no knowledge of it, thats a contradiction [23:41] &lt;Synonymous&gt; and by 'recruit' i mean email them, not pubically anounce on say, zeropaid, about i2p [23:41] &lt;Synonymous&gt; like someone did ;) [23:41] &lt;jrand0m&gt; Synonymous&gt; what are your thoughts on the explanation of that issue from the email? [23:41] &lt;dm&gt; Right OO bloat. [23:41] &lt;jrand0m&gt; yeah, I was pissed when someone told me about that zp article [23:41] &lt;Synonymous&gt; ya your the one that did the interview [23:41] &lt;jrand0m&gt; (you can read the august iip-dev messages) [23:41] &lt;Synonymous&gt; they just quoted you? [23:41] &lt;jrand0m&gt; "interview"? more like some random person on iip asking me questions [23:42] &lt;dm&gt; mihi: are you working on the streaming lib? [23:42] &lt;Synonymous&gt; ah :) [23:42] &lt;mihi&gt; dm:no [23:42] &lt;mihi&gt; Standard@laptop /cygdrive/c/eigenes/notback/cvsprojects/i2p/i2p/code [23:42] &lt;mihi&gt; $ grep \; `find . -name "*.java"` | wc -l [23:42] &lt;mihi&gt; 30593 [23:42] &lt;jrand0m&gt; ah. [23:42] &lt;Synonymous&gt; well, make get a list of project leaders for anonymous p2p and say "here is a project you might be interested in looking at, if you have any ideas on code or projects that might help it please let me know" [23:42] &lt;mihi&gt; 30kLOC ;) [23:42] &lt;jrand0m&gt; grep -v \^import [23:43] &lt;jrand0m&gt; Synonymous&gt; stealing project leads == bad form ;) [23:43] &lt;jrand0m&gt; (there are many good projects, and while I obviously think i2p is important, others are too) [23:44] &lt;Synonymous&gt; not stealing, and i dont think the 'leader' can be stolen, he would just desolve the project [23:44] * jrand0m cant believe we're at 30kloc [23:44] &lt;jrand0m&gt; heh [23:46] &lt;jrand0m&gt; ok, moving on to 5) ??? [23:46] &lt;duck&gt; 2 eepsite proposals, for those who dont know what to do: 1) meshmx FE tunnel (with stunnel) 2) pastebin.de site [23:46] &lt;jrand0m&gt; anyone have anything else to discuss / bring up? [23:46] &lt;jrand0m&gt; oh word duck [23:46] &lt;jrand0m&gt; whats pastebin.de? [23:46] &lt;jrand0m&gt; (similar?) [23:47] &lt;duck&gt; site where you can paste code/logs/stuff publically [23:47] &lt;duck&gt; for irc debugging [23:47] &lt;duck&gt; http://pastebin.de/ [23:47] &lt;jrand0m&gt; interesting [23:47] * @Nightblade just prefers flooding channels with code [23:48] &lt;jrand0m&gt; wow that is one hell of an innovative idea [23:48] &lt;jrand0m&gt; insanely simple. [23:48] &lt;jrand0m&gt; focused. [23:48] &lt;jrand0m&gt; practical. [23:48] &lt;dm&gt; Only python though? [23:48] &lt;jrand0m&gt; oh reall? [23:48] &lt;jrand0m&gt; :/ [23:48] &lt;duck&gt; I think this one has python highlighting [23:48] * jrand0m takes back 'practical' ;) [23:48] &lt;duck&gt; but I have also seen php ones etc [23:48] &lt;duck&gt; and you might have a general approach [23:48] &lt;dm&gt; I think I've seen one which accepts any language. [23:49] &lt;dm&gt; Good idea, mind you. [23:49] &lt;duck&gt; anyway, just something simple [23:49] &lt;duck&gt; you dont need highlighting at all [23:49] &lt;duck&gt; online linenrs would be useful [23:49] * dm looks at python code. [23:49] &lt;dm&gt; What's so special about this again? [23:50] &lt;jrand0m&gt; its got a y [23:50] * Nightblade sets mode: +o jrand0m [23:50] &lt;@jrand0m&gt; w00t [23:50] * Trent@anon.iip sets mode: +o mihi [23:50] &lt;duck&gt; there is nothing special about it, [23:51] &lt;dm&gt; A lot of people really like it, I think. [23:51] &lt;duck&gt; oh, you mean about python [23:51] &lt;dm&gt; yes, sorry. [23:52] * duck moves that to 6) offtopic [23:52] &lt;duck&gt; :) [23:52] &lt;@jrand0m&gt; heh [23:52] &lt;@jrand0m&gt; [beuler, beuler] [23:52] &lt;dm&gt; Sorry, didn't realize you guys were having a meeting. [23:52] &lt;@jrand0m&gt; every tuesday 9p gmt :) [23:53] &lt;duck&gt; ok, php stuff: http://pastebin.com/pastebin.php?showsource=php [23:53] &lt;@jrand0m&gt; anyone have anything else they want to bring up wrt i2p, etc? [23:54] &lt;@mihi&gt; i2p rocks! [23:54] &lt;@jrand0m&gt; (if only it were more reliable..) [23:55] &lt;@mihi&gt; it is more reliable than freenet for me ;) [23:55] &lt;@jrand0m&gt; heh :) [23:55] &lt;@jrand0m&gt; if i just hadn't fucked with your i2ptunnel to set the retry count to 0 we'd be fine ;) [23:56] &lt;@jrand0m&gt; (corrupt a lil data here and there, but that never hurt no one...er......) [23:56] &lt;@jrand0m&gt; ok [23:56] &lt;dm&gt; don't baf [23:56] * @jrand0m isn't going to try to drag it out 4 more minutes to reach 2 hours [23:57] &lt;dm&gt; do not baf [23:57] * @jrand0m denies dm and *baf*'s the meeting closed </div>/cs/blog/2004/01/27/i2p-setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-27.-ledna-2004/Tue, 27 Jan 2004 00:00:00 +0000/cs/blog/2004/01/27/i2p-setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-27.-ledna-2004/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> baffled2, duck, jrand0m, kaji, madman2003, mihi, Reskill</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> [22:03] &lt;jrand0m&gt; 0) ahoj [22:03] &lt;jrand0m&gt; 1) stav vývoje router (0.2.4) [22:03] &lt;jrand0m&gt; 2) RTCP [22:03] &lt;jrand0m&gt; 3) i2p.net [22:03] &lt;jrand0m&gt; 4) ??? [22:03] &lt;jrand0m&gt; 0) ahoj [22:03] * jrand0m mává [22:03] &lt;jrand0m&gt; toto je schůzka $num [22:03] &lt;duck&gt; . [22:03] * mihi_backup se připojil k #i2p [22:03] &lt;jrand0m&gt; logy půjdou na wiki, jakmile skončíme [22:03] * Robert opustil IRC (Ping timeout) [22:04] * baffled opustil IRC (Ping timeout) [22:04] &lt;jrand0m&gt; ok, jdeme dál (snad vybojujeme ping timeouty)... 1) stav vývoje router [22:04] * baffled se připojil k #i2p [22:05] &lt;jrand0m&gt; tento týden ještě pár oprav chyb a velká část zpoždění a souvisejících ztrát zpráv byla vystopována k PHTTP transportu [22:06] &lt;jrand0m&gt; abych se neopakoval oproti e‑mailu [http://i2p.dnsalias.net/pipermail/i2p/2004-January/000113.html], má někdo dotazy / připomínky ke stavu vývoje? [22:06] &lt;duck&gt; ano [22:06] &lt;jrand0m&gt; co? [22:06] &lt;duck&gt; zdá se, že se pořád po chvilce celé to s tunnel zasekne [22:07] &lt;duck&gt; pak na mě madman2003 a human musí řvát [22:07] &lt;duck&gt; a všechno restartovat [22:08] &lt;jrand0m&gt; hmm, jo, myslím, že to je z velké části kvůli rozbité povaze kódu PHTTP ve 0.2.3.5. Jsou tam venku nějaké routers, které jsou dosažitelné jen přes PHTTP, a pokud pořád jedou na čisté 0.2.3.5, nebudou spolu schopné komunikovat (ale s tebou mluvit budou) [22:08] * jar se připojil k #i2p [22:08] &lt;madman2003&gt; chtěl bych říct jednu věc(trochu OT): stránka 404 ve 0.3 by byla fajn, protože hodně prohlížečů je zmatených, když nedostanou očekávanou odpověď [22:08] &lt;jrand0m&gt; to znamená, že kdykoli přes ně postavíš tunnel, tvůj tunnel je nedosažitelný [22:09] * DrWoo opustil IRC (Ping timeout) [22:09] &lt;jrand0m&gt; duck&gt; to je jeden z důvodů v táboře ‚pro‘, proč vydat 0.2.3.6 co nejdřív, a 0.2.4 s RTCP vydat za pár dní [22:09] * DrWoo se připojil k #i2p [22:09] &lt;duck&gt; ok, takže to je část phttp? [22:09] &lt;jrand0m&gt; (tábor ‚proti‘ ve znamení „upgrading sucks“) [22:10] &lt;jrand0m&gt; hmm? phttp kód byl opraven v cvs [22:10] &lt;duck&gt; jaký tábor proti? [22:10] &lt;jrand0m&gt; madman2003&gt; myslím, že se na to možná dívá baffled :) [22:10] &lt;madman2003&gt; aktualizace jsou snadné :) [22:10] &lt;kaji&gt; aktualizace jsou super [22:10] &lt;madman2003&gt; s i2pmgr je to ještě jednodušší [22:11] &lt;madman2003&gt; stačí stisknout tlačítko :) [22:11] * Robert se připojil k #i2p [22:11] &lt;baffled2&gt; Koukám na to, madmane, může to chvilku trvat! [22:11] &lt;jrand0m&gt; no, nevýhoda je, že když teď vydáme release (řekněme za pár hodin), lidé budou muset dělat další upgrade za, řekněme, 2–3 dny [22:11] &lt;jrand0m&gt; jestli je to v pohodě, můžu docela snadno zabalit 0.2.3.6 [22:11] &lt;duck&gt; aktualizace mě těší [22:12] &lt;kaji&gt; co .6 opravuje? [22:12] &lt;baffled2&gt; Řekl bych, ať do toho – většina z nás nemá s pravidelným upgradováním problém. [22:12] &lt;madman2003&gt; upgradoval bych klidně každých 24 hodin, jestli to pomůže [22:12] &lt;jrand0m&gt; 0.2.3.6 opravuje PHTTP, aby bylo, ehm, funkční [22:12] &lt;jrand0m&gt; ok, super [22:13] &lt;jrand0m&gt; po schůzce tedy zabalím 0.2.3.6 (možná 1–2 hodiny na dočištění) a dám vědět na listu, až to bude připravené [22:13] &lt;jrand0m&gt; (a taky sem) [22:13] * Masterboy opustil IRC (Ping timeout) [22:14] &lt;jrand0m&gt; ok, ještě něco ke stavu vývoje, nebo přeskočíme na 2) RTCP [22:15] * jrand0m skáče na 2 [22:15] &lt;madman2003&gt; můžeš se k tomu kdykoli vrátit [22:15] &lt;jrand0m&gt; jasně, jasně [22:15] &lt;jrand0m&gt; ok, rtcp se rýsuje a doufám, že po pár dalších hodinách kódování budou fungovat klientské knihovny [22:16] &lt;jrand0m&gt; Kirk na listu nadnesl dobrý bod ohledně řetězení - teoreticky by všechny tyto relay mohly mít mezi sebou spojení a vytvořit virtuální síť relay [22:16] &lt;jrand0m&gt; ale, no, to v podstatě přeroste v IRC, nebo jinou plnohodnotnou anonymní síť [22:17] &lt;madman2003&gt; myslíš úplně odstranit PHTTP? [22:17] &lt;jrand0m&gt; to je sice možné (a dost zajímavé), ale myslím, že prozatím budeme mít jen samostatný RTCP relay (a/nebo integrovaný relay v router) [22:18] &lt;jrand0m&gt; madman2003&gt; ne, PHTTP zůstane (už jen kvůli synchronizaci času a lidem za HTTP only firewally), ale RTCP poskytne rychlejší, nízkolatenční alternativu [22:18] &lt;madman2003&gt; (integroval bych to do router, protože by se tím rozložila zátěž přeposílání) [22:18] &lt;jrand0m&gt; souhlas [22:19] &lt;jrand0m&gt; v zásadě topologie, kterou pro RTCP předvídám, je: každý, kdo může mít dosažitelnou adresu, poběží svůj vlastní RTCP relay (s vlastním targetId na něm), a každý, kdo dosažitelnou adresu nemá, si prostě vybere libovolný z těch, co ji mají, a vytvoří si na něm target [22:20] &lt;jrand0m&gt; tato relay se v podstatě stanou ústřednami pro komunikaci peer-to-peer, ale plně distribuovaným způsobem (protože žádná z nich na žádné jiné nijak nezávisí) [22:20] &lt;madman2003&gt; nebo používat více relay, pokud je relay víc než lidí, kteří potřebují relay [22:20] &lt;baffled2&gt; Jak by lidi našli různé rtcp relay? [22:20] &lt;madman2003&gt; phttp :) [22:20] &lt;jrand0m&gt; správně, to je dobrý bod - routers mohou vytvářet targets na více relay [22:20] &lt;jrand0m&gt; baffled&gt; rtcp relay budou uvedeny v RouterInfo router (publikovaném v networkDb) [22:21] &lt;jrand0m&gt; v zásadě router uvidí "aha, router XYZ má rtcp adresu na 127.0.0.1:8999 targetId 3123" a pak se připojí na 127.0.0.1:8999 a požádá o vlastní target [22:23] &lt;madman2003&gt; něco mě právě napadlo: automatický restart tunnels každých 12 nebo 24 hodin [22:23] &lt;madman2003&gt; a automatický restart router + zbytku každých pár dní [22:24] * jrand0m pracuje na tom, aby to nebylo nutné [22:24] &lt;jrand0m&gt; jeden z mých routers na linuxovém stroji běží bez přerušení už několik dní [22:24] &lt;mihi&gt; madman2003: můžeš přidat vlastní vlákna do JVM, aby se po 12 hodinách ukončilo [22:24] &lt;jrand0m&gt; (a offline šel jen při upgradu) [22:24] * madman2003 musí jít [22:25] &lt;jrand0m&gt; l8r madman2003 [22:25] &lt;madman2003&gt; užijte si schůzku [22:25] * madman2003 opustil IRC (12( www.nnscript.de 12:: NoNameScript 3.8 12:: www.XLhost.de 12)) [22:25] &lt;jrand0m&gt; ok, ještě něco k rtcp? [22:26] &lt;duck&gt; ne, zní to dobře [22:26] &lt;jrand0m&gt; ok, posuneme se k něčemu stručnému [22:26] &lt;jrand0m&gt; 3) i2p.net. [22:26] &lt;jrand0m&gt; není co dodávat [22:26] &lt;jrand0m&gt; 4) ??? [22:26] &lt;jrand0m&gt; má někdo ještě něco? [22:28] &lt;duck&gt; . [22:28] * jrand0m cítí rekordně krátkou 26minutovou schůzku [22:29] &lt;Reskill&gt; lol [22:29] * Reskill se připlouží [22:29] &lt;jrand0m&gt; dobré ráno, Reskille [22:29] &lt;jrand0m&gt; ok, jdu pracovat na vydání 0.2.3.6, pak se vrhnu na kód rtcp pro 0.2.4 [22:30] &lt;jrand0m&gt; pokud není nic dalšího... [22:30] &lt;Reskill&gt; Oo... [22:30] &lt;baffled2&gt; Dobře, uvidíme se, až dorazím domů. [22:30] * jrand0m *baf* uzavírá schůzku </div>/cs/blog/2004/01/20/i2p-dev-meeting-20.-ledna-2004/Tue, 20 Jan 2004 00:00:00 +0000/cs/blog/2004/01/20/i2p-dev-meeting-20.-ledna-2004/<p>(Se svolením wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="rychlé-shrnutí">Rychlé shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> dm, duck, Frontier, jar, jrand0m, mihi, Ophite1</p> <h2 id="záznam-ze-schůze">Záznam ze schůze</h2> <div class="irc-log"> [22:07] &lt;jrand0m&gt; agenda: [22:07] &lt;jrand0m&gt; 0) hi (read http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html) [22:07] &lt;jrand0m&gt; 1) router dev status [22:07] &lt;jrand0m&gt; 2) twisted-i2p [22:07] &lt;jrand0m&gt; 3) unit tests [22:07] &lt;jrand0m&gt; 4) network testing / monitoring [22:07] &lt;jrand0m&gt; 5) ??? [22:07] &lt;jrand0m&gt; 0) hi [22:07] &lt;jrand0m&gt; hi [22:07] * jrand0m waves [22:07] &lt;dm&gt; ohhhh meeting! [22:07] * dm waves back. [22:07] &lt;jrand0m&gt; 9p gmt every tuesday :) [22:08] &lt;jrand0m&gt; people should read that url (http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html) since there's stuff in it that I need feedback on during agenda item 4 [22:08] &lt;jrand0m&gt; 1) router dev status [22:09] &lt;jrand0m&gt; making progress, code currently in cvs is looking good. i've had a script testing a series of routers for the last day or so and none of them have popped out a single ERROR message [22:09] &lt;duck&gt; reading... [22:10] &lt;jrand0m&gt; but of course thats just baseline testing (keeping the routers building tunnels correctly, tunneling data through one to another via i2ptunnel, etc) [22:11] * jnk has joined #i2p [22:11] &lt;jrand0m&gt; theres certainly other things that need to be fixed up in the wild, which is why there's going to be a 0.2.3.5 release in the next day or so to confirm functionality or to find new bugs [22:11] &lt;jrand0m&gt; ok, moving on [22:12] &lt;jrand0m&gt; 2) twisted+i2p [22:12] &lt;duck&gt; I do have errors [22:12] &lt;duck&gt; but probably due to others [22:12] &lt;jrand0m&gt; dropped messages and unknown tunnels, right? [22:12] &lt;duck&gt; checking [22:13] &lt;jrand0m&gt; (those are the errors I see with one of my 'live' routers but not on the test network) [22:13] &lt;duck&gt; 22:13:15.371 ERROR [ Sender 1148] er.transport.phttp.PHTTPSender: Error sending the message [22:13] &lt;jrand0m&gt; ah ok, yeah, i've been smacking around the phttp relay too [22:13] &lt;duck&gt; 21:01:01.509 ERROR [JobQueue28 ] eDatabaseSearchReplyMessageJob: Invalid router info returned from [Rout [22:14] &lt;jrand0m&gt; hmm that one is funky - could you bounce me the stacktrace? [22:14] &lt;duck&gt; I'll put it up. [22:14] &lt;duck&gt; . [22:14] &lt;jrand0m&gt; gracias [22:15] &lt;jrand0m&gt; actually, thats going to be a general rule with the future releases - WARN or INFO or DEBUG messages are fine, and ERROR or CRIT messages are things I'd like to hear about [22:16] &lt;jrand0m&gt; ok, back to 2) [22:16] &lt;jrand0m&gt; human has put together a way to use i2p via python and the twisted framework (yay!) [22:17] &lt;jrand0m&gt; see his email for more info (http://i2p.dnsalias.net/pipermail/i2p/2004-January/000100.html) [22:17] &lt;jrand0m&gt; anything to add human? (if you're here) [22:17] &lt;duck&gt; it is _so_ cool [22:17] &lt;jrand0m&gt; yeah, the sample code for the echo server and client look kick-ass [22:18] &lt;jrand0m&gt; ok, moving on to 3) unit tests [22:19] &lt;jrand0m&gt; yeah, there are some unit tests for most of the data structures, but they aren't "one click testable" so I don't run them on every build. [22:20] &lt;jrand0m&gt; current thoughts are to migrate them to jUnit, as well as to merge as many of the other unit tests currently implemented in the main(..) method of various components (specifically the crypto ones) [22:21] &lt;duck&gt; probably it is difficult to test more complex things [22:21] &lt;jrand0m&gt; thats going to come up to be on the critical path sooner rather than later, depending on where the debugging leads us [22:21] &lt;jrand0m&gt; right, the unit tests as is just test the basics [22:21] &lt;duck&gt; like routing, tcp stuff etc [22:21] &lt;jrand0m&gt; right [22:21] * dm sees a debate on value of unit testing coming. [22:21] &lt;jrand0m&gt; but things like the AESInputStream can be tested in collaboration with AESOutputStream [22:22] &lt;duck&gt; unit test = kickass [22:22] &lt;jrand0m&gt; (and for those watching their logs closely, there's been some funky "pushed back" behavior during decrypt streaming) [22:22] &lt;jrand0m&gt; definitely. [22:23] &lt;jrand0m&gt; unit tests are just for the, er, units. not for the larger components (which is what agenda item 4 is about ;) [22:24] &lt;jrand0m&gt; but in any case, if someone is interested in helping out convert the existing data structure unit tests to the jUnit framework, lemmie know - it'd be much appreciated (and would give you a good foundation of the i2p codebase) [22:24] * mihi_away is now known as mihi [22:25] &lt;dm&gt; If it's not done by the weekend I can take a look. I know nothing about unit testing so I could learn through it. [22:25] &lt;jrand0m&gt; wikked! [22:25] &lt;dm&gt; No promises though. [22:25] &lt;jrand0m&gt; right right [22:25] &lt;jrand0m&gt; ok, moving on to 4) network testing / monitoring [22:26] &lt;jrand0m&gt; has everyone read http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html? I don't want to just copy and paste that [22:26] * Frontier has joined #i2p [22:27] * jrand0m gives people time to digest [22:27] * dm says... [22:28] &lt;Frontier&gt; digest wat? [22:28] &lt;dm&gt; C) but not with automatic sending. [22:28] &lt;dm&gt; i.e. you type emaillogstojrandom.sh (.bat) [22:28] &lt;dm&gt; email or post, or whatever. [22:29] &lt;dm&gt; and when it does that it clears you log, or moves it somewhere, so you don't submit the same data twice. [22:29] &lt;jrand0m&gt; so basically B [22:29] &lt;jrand0m&gt; (or A) [22:29] &lt;dm&gt; Yeah, user-friendly B) :) [22:29] &lt;jrand0m&gt; thats one of the tricks wrt the data... that log grows to tens of megs per night [22:29] &lt;jrand0m&gt; right [22:30] &lt;dm&gt; sorry, didn't see history=false for C. [22:30] &lt;jrand0m&gt; Frontier) we're discussing section 4 of http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html? [22:30] &lt;mihi&gt; jrand0m: man bzip2 [22:30] &lt;dm&gt; So history=false with a script to post on command. [22:30] &lt;dm&gt; sorry, history=true :) [22:30] &lt;dm&gt; god, I've made a mess of it. [22:31] &lt;jrand0m&gt; right mihi, but bzip2 isn't on windows (unless we require it and install it). or do you mean bzip2 has a flag to submit a file to a url? [22:32] &lt;dm&gt; I wouldn't worry about the size, 10s of megs for the small group of people you have here is fine. [22:32] &lt;Ophite1&gt; I vote C. [22:32] &lt;dm&gt; As long as it gets archived when you run the script to submit. [22:32] &lt;Ophite1&gt; This is a debug client. [22:32] &lt;Ophite1&gt; A in a production client of course :) [22:32] &lt;mihi&gt; jrand0m: then use GZipOutputStream [22:32] &lt;jrand0m&gt; right right Ophite1 ;) [22:33] &lt;jrand0m&gt; mihi&gt; people might like to read these files ;) [22:33] &lt;duck&gt; yeah, opt-in for debugging participation, but once you join, make it as easy as possible for the user (so C) [22:33] &lt;mihi&gt; man zcat ;) [22:33] &lt;Ophite1&gt; jrandom: gzcat | less ;-) [22:33] &lt;mihi&gt; Ophite1: zless ;) [22:33] &lt;jrand0m&gt; C:\Documents and Settings\dev&gt;man [22:33] &lt;jrand0m&gt; 'man' is not recognized as an internal or external command, [22:33] &lt;jrand0m&gt; operable program or batch file. [22:33] &lt;jrand0m&gt; ;) [22:34] &lt;mihi&gt; cd \cygwin &lt;Ctrl+T&gt; call cygwin.bat [22:34] * dm twiddles his thumbs. [22:34] &lt;Ophite1&gt; double-click -&gt; winrar -&gt; view [22:34] &lt;jrand0m&gt; ok, so we have one B, two C, whats your take mihi? [22:34] &lt;jrand0m&gt; (and anyone else?) [22:34] &lt;dm&gt; twiddle thumbs, pick nose, click click. [22:34] &lt;mihi&gt; double-click - 7zop - view. I'd say C. [22:35] &lt;mihi&gt; s/7zop/7zip/ [22:35] &lt;jrand0m&gt; 3 c one b. i kind of prefer c too, and of course if someone /doesnt/ want to submit this data, they can always say so and it won't do shit [22:36] &lt;jrand0m&gt; i'll see if i can implement both c and b [22:36] &lt;dm&gt; Looks like C it is. [22:36] &lt;dm&gt; Don't waste your time, the B person is on dialup and would offer very little data anyway ;) [22:36] &lt;jrand0m&gt; hehe [22:36] &lt;jrand0m&gt; well, c is probably going to be implemented on top of b, so it won't take any more work [22:37] &lt;jar&gt; for me : just like Ophite1 said ! A for prod client, C for debug ... [22:37] &lt;jrand0m&gt; word jar [22:37] &lt;jar&gt; just like Ophite1 said ! A for prod client, C for debug ... [22:37] &lt;Ophite1&gt; obviously not anything other than A for prod client... [22:37] &lt;jar&gt; just like Ophite1 said ! A for prod client, C for debug ... [22:37] &lt;Ophite1&gt; that's a no-brainer :) [22:37] &lt;jar&gt; sorry ... :( [22:37] &lt;jrand0m&gt; s'all good jar, we won't kickban you (... this time ;) [22:38] &lt;jrand0m&gt; ok, so i'll get cracking on that, and pretty much once thats tested we'll have a new 0.2.3.5 release (sometime tomorrow) [22:39] &lt;jrand0m&gt; ok, moving on to 5) ??? [22:39] &lt;jrand0m&gt; anyone have anything else? questions, thoughts, concerns? [22:39] * duck offers free hosting [22:39] * dm accepts free hosting [22:39] &lt;jrand0m&gt; oh word. yeah, people should host sites on host.duck.i2p, its nice having reachable pages [22:39] &lt;jrand0m&gt; (of course people should also feel free to host for themselves too ;) [22:40] &lt;duck&gt; sure, just for those who can't stay online 24/7 [22:40] &lt;jrand0m&gt; right [22:40] &lt;mihi&gt; what happened (will happen?) to the streaming api? [22:40] &lt;jrand0m&gt; mihi&gt; its in the task list, but getting the network functioning reliably is higher priority at the moment :/ [22:41] &lt;mihi&gt; but it is not dropped completely? (that's what i wanna know...) [22:41] &lt;jrand0m&gt; i'll get back to the streaming api for the 0.3.1 release (perhaps sooner, but not sure) [22:41] &lt;jrand0m&gt; its definitely NOT dropped completely. [22:41] &lt;jrand0m&gt; it will be done. [22:41] &lt;dm&gt; What's this streaming API? A different way of exposing the network to clients? [22:42] &lt;jrand0m&gt; dm&gt; http://wiki.invisiblenet.net/iip-wiki?I2PSocketLibrary [22:43] &lt;jrand0m&gt; I made what is arguably a mistake of including mode=guaranteed in the router from the beginning instead of putting it in a seperate lib (and now i'm trying to move it out of the router :) [22:43] &lt;jrand0m&gt; (the insanely awesome benefit of that mistake was mihi coming along and writing i2ptunnel :) [22:44] * wn-user has joined #i2p [22:44] &lt;jrand0m&gt; anyone else have anything? [22:44] * dm gets it. [22:45] &lt;jrand0m&gt; w3rd [22:45] &lt;dm&gt; Hmmm, too early to end meeting, ain't it? [22:45] &lt;duck&gt; what about the hosts.txt [22:45] &lt;duck&gt; it is growing and growing [22:45] &lt;jrand0m&gt; well, 45 mins. two weeks ago we had 20 mins [22:45] &lt;jrand0m&gt; ah, true that [22:45] &lt;duck&gt; but 75% is offline [22:45] &lt;duck&gt; and it looks like 50% is permanently offline [22:45] &lt;jrand0m&gt; prolly [22:46] &lt;jrand0m&gt; I dunno [22:46] &lt;duck&gt; just keep it growing, to raise the incentive for a DNS solution :) [22:46] &lt;jrand0m&gt; heh exactly [22:46] &lt;Ophite1&gt; I'm all for a little delay, I'm having a lot of fun with all kinds of Windows problems... [22:46] &lt;dm&gt; Ophite1: windows is the devil! [22:46] &lt;Ophite1&gt; You never really understand just how awful Windows is, until you write software for it. [22:47] &lt;jrand0m&gt; reason #941 to use java [22:47] &lt;dm&gt; Unless you're using .NET. [22:47] &lt;dm&gt; also known as java++ [22:47] &lt;Ophite1&gt; dm/jrand0m: it's still running *on* Windows, and there are still some things you just keep running into. [22:47] &lt;duck&gt; jrand0m: those last patches, would they solve disconnects? or more connection problems [22:47] &lt;Ophite1&gt; Path lengths for example. Bloody unicode. [22:48] &lt;mihi&gt; Or not to use \n in file names ;) [22:48] &lt;mihi&gt; which will crash cvs anyway (on *nix, BTDT) [22:48] &lt;jrand0m&gt; duck&gt; no patches today are critical [22:48] &lt;duck&gt; from yesterday I mean [22:49] &lt;dm&gt; What happens if you use \n in a filenamE? :) [22:49] &lt;mihi&gt; dm: try it ;) on *nix, nothing happens, as long as you don't try to run cvs update afterwards. [22:49] &lt;jrand0m&gt; oh, yesterday there were Good patches that would solve some (most? all?) i2ptunnel Peer unreachable messages. not i2cp disconnects though [22:50] &lt;dm&gt; I think it would throw an exception. [22:50] &lt;jrand0m&gt; (which is one of the reasons 0.2.3.5 is coming out) [22:51] &lt;mihi&gt; dm: it works w/ local repository, but not w/ pserver or ssh. [22:51] &lt;mihi&gt; something like 'protocol error'. [22:51] &lt;mihi&gt; (the protocol terminates file names by \n ;) ) [22:51] &lt;Ophite1&gt; sort of like what happens with direct connect if you have filenames with $ and | in them. I hate DC. [22:51] &lt;duck&gt; . [22:52] &lt;Ophite1&gt; No matter what I code, ever, it could never be that bad :) [22:52] &lt;jrand0m&gt; naw, you c devs just treat \0 as special instead of $ ;) [22:52] &lt;jrand0m&gt; ok, anything else on i2p or we good to go? [22:53] * madman2003 has quit IRC (12( www.nnscript.de 12:: NoNameScript 3.8 12:: www.XLhost.de 12)) [22:54] &lt;jrand0m&gt; 'k thazzit [22:54] * jrand0m *baf*s the meeting to a close </div>/cs/blog/2004/01/13/i2p-dev-meeting-13.-ledna-2004/Tue, 13 Jan 2004 00:00:00 +0000/cs/blog/2004/01/13/i2p-dev-meeting-13.-ledna-2004/<p>(S laskavým svolením wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="rychlé-shrnutí">Rychlé shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> duck, jrand0m, kaji, lucky, mihi, MrEcho, mrflibble, wiht, wilde</p> <h2 id="zápis-ze-schůze">Zápis ze schůze</h2> <div class="irc-log"> [22:01] &lt;jrand0m&gt; 0) hi [22:01] &lt;jrand0m&gt; 1) 0.2.3.4 [22:01] &lt;jrand0m&gt; 2) 0.3 [22:01] &lt;jrand0m&gt; 3) streaming library, I2COCP, CI2CP [22:01] &lt;jrand0m&gt; 4) apps [22:01] &lt;jrand0m&gt; 5) ??? [22:01] &lt;jrand0m&gt; 0) hi [22:01] &lt;jrand0m&gt; hi everyone [22:01] &lt;jrand0m&gt; y'all seen http://i2p.dnsalias.net/pipermail/i2p/2004-January/000082.html? [22:01] &lt;jrand0m&gt; if not, now's your chance :) [22:02] &lt;jrand0m&gt; iip has been acting up a bit, so if someone could say something every once in a while, that'd be swell [22:02] &lt;MrEcho&gt; . [22:02] &lt;jrand0m&gt; w3rd [22:02] &lt;jrand0m&gt; ok, moving on, 1) 0.2.3.4 [22:03] &lt;jrand0m&gt; there'll be a new release in the next day or so with the current state of the code, which includes a lot of bugfixes and more features [22:03] &lt;jrand0m&gt; e.g. tunnelmanager isn't in 0.2.3.3 yet [22:03] &lt;MrEcho&gt; col [22:03] &lt;jrand0m&gt; it'll be backwards incompatible, because i'm mean [22:04] &lt;jrand0m&gt; jumping onto 2) 0.3 [22:04] &lt;MrEcho&gt; :P [22:04] &lt;jrand0m&gt; that'll be out fairly soon, but obviously not on thursday [22:04] &lt;jrand0m&gt; it won't be out until 0.2.3.4 is performing reliably so that everyone can reach all sites they should be able to [22:05] &lt;MrEcho&gt; cool [22:05] &lt;jrand0m&gt; well, moving right along to 3) streaming lib / etc [22:05] &lt;jrand0m&gt; well, thats all spelled out in the email :) [22:05] * eco has joined #i2p [22:05] * mihi_away is now known as mihi [22:05] &lt;jrand0m&gt; if anyone wants to get involved in it, please let me know [22:06] * ion has joined #i2p [22:06] &lt;jrand0m&gt; 'lo eco, mihi, ion [22:06] &lt;jrand0m&gt; ok, moving on to 4) apps [22:06] &lt;jrand0m&gt; anyone working on an app that will run over i2p that has anything to add? [22:07] * wiht has joined #i2p [22:07] &lt;MrEcho&gt; re ask the quest j [22:07] &lt;jrand0m&gt; well, we're at the last agenda item, so might as well :) [22:08] &lt;MrEcho&gt; wiht .. get my email? [22:08] &lt;jrand0m&gt; anyone have anything to bring up outside the http://i2p.dnsalias.net/pipermail/i2p/2004-January/000082.html post? [22:08] &lt;wiht&gt; Yes, let me read it. [22:08] &lt;jrand0m&gt; MrEcho&gt; have you read zooko's naming page yet? [22:08] * jar has joined #i2p [22:08] &lt;MrEcho&gt; no .. lost the link [22:09] &lt;jrand0m&gt; (from the logs last week, http://zooko.com/distnames.html) [22:10] &lt;jrand0m&gt; anyone have anything to add, or are we at a record breaking 10 minute meeting? [22:10] &lt;MrEcho&gt; still working on my dns idea [22:10] &lt;jrand0m&gt; coo' [22:10] &lt;wiht&gt; MrEcho: Yes, I would like to work together on naming service. [22:10] &lt;MrEcho&gt; sweet [22:11] &lt;wiht&gt; But I will not have time until next Wednesday. [22:11] &lt;MrEcho&gt; ok [22:11] &lt;MrEcho&gt; will give me some time to finish up on a few things [22:11] &lt;mrflibble&gt; how long till the meet? [22:11] &lt;jrand0m&gt; -11 minutes [22:11] &lt;mrflibble&gt; oops [22:11] * mrflibble is v late [22:11] &lt;mrflibble&gt; :) [22:12] &lt;jrand0m&gt; (we've gone through the 5 agenda items very very quicky :) [22:12] * mrflibble goes back to lurking and the backscroll [22:12] &lt;jrand0m&gt; heh [22:12] &lt;wiht&gt; jrand0m: Have you measured how much CPU is used per tunnel by the server? [22:14] &lt;wiht&gt; Let me restate that: if you have five connections to other routers, and they are using 20% of CPU, how much will be used after 6th connection? Have you measured this? [22:15] &lt;jrand0m&gt; they shouldn't consume 20% of the cpu, or even 1% [22:15] &lt;jrand0m&gt; (for client tunnels - server tunnels may consume more) [22:15] &lt;wiht&gt; Server tunnels. [22:16] * eco has quit IRC (Ping timeout) [22:16] &lt;wiht&gt; But that will probably be dependent on your CPU speed, so that was a badly stated question. [22:16] &lt;jrand0m&gt; server tunnels before the streaming lib will require cpu load whenever a new peer connects [22:18] &lt;wiht&gt; All right. [22:19] &lt;duck&gt; are we at #5 already? [22:19] * ion has quit IRC (Ping timeout) [22:19] &lt;jrand0m&gt; yup [22:20] * duck mentions the hosting options that home.duck.i2p provides [22:20] &lt;jrand0m&gt; ooOOoo [22:20] &lt;duck&gt; it hasnt been tested by anybody besides me though [22:20] &lt;duck&gt; waiting for betatester Ardvark to show up [22:20] &lt;jrand0m&gt; so the hosting lets someone run apache / etc? [22:21] &lt;jrand0m&gt; (or do they have to run the i2p router? [22:21] &lt;duck&gt; neither [22:21] &lt;duck&gt; they can put their html files on /home/username/public_html/ [22:21] &lt;duck&gt; and it will show up on `http://home.duck.i2p/~username/` [22:21] &lt;jrand0m&gt; ah nice [22:21] &lt;jrand0m&gt; php support? cgi / .pl / etc? or just html? [22:22] &lt;jrand0m&gt; (thats kick fucking ass, in any case) [22:22] &lt;duck&gt; php and html [22:22] &lt;jrand0m&gt; wwwwwwwwwicked [22:22] &lt;mihi&gt; duck: won't that compromize your anonymity? [22:22] &lt;duck&gt; how? [22:22] &lt;mihi&gt; phpshell? [22:22] &lt;mihi&gt; or is the full apache in a vmware/UML box? [22:22] &lt;duck&gt; system, exec, etc are disabled [22:23] &lt;duck&gt; plus the host cant connect to the outsite [22:23] * wilde has joined #i2p [22:23] &lt;duck&gt; (it is inside an UML box) [22:23] &lt;duck&gt; (pl and other cgis are too difficult to debug without shell access, plus they often break) [22:23] * mihi_backup has joined #i2p [22:23] &lt;jrand0m&gt; jsp access? :) [22:23] * madman2003 has quit IRC (12( www.nnscript.de 12:: NoNameScript 3.8 12:: www.XLhost.de 12)) [22:23] &lt;duck&gt; ofcourse not [22:24] &lt;mihi&gt; and why not ssh access as well, when it's an UML box? [22:24] &lt;duck&gt; because the average IIP user will start running forkbombs [22:24] &lt;jrand0m&gt; with ssh access, they could traceroute i2p.dnsalias.net [22:24] &lt;mihi&gt; man ulimit [22:24] &lt;jrand0m&gt; ah true [22:24] &lt;mihi&gt; man limiting cpu time on uml boxes. [22:25] &lt;mihi&gt; (okay, it will crash apache, shit...) [22:25] &lt;duck&gt; man run your own host :) [22:25] &lt;jrand0m&gt; hehe [22:25] &lt;lucky&gt; hi [22:25] &lt;duck&gt; I'll add it on the todo [22:25] &lt;jrand0m&gt; a reliable hosting service provider will RULE [22:25] &lt;kaji&gt; now all we need is a wiki [22:25] * wiht has left #i2p (wiht) [22:26] * lucky has a reliable net connection... [22:26] &lt;duck&gt; you already have a wiki [22:26] &lt;jrand0m&gt; kaji&gt; duck.i2p has one [22:26] &lt;duck&gt; wiki.invisiblenet.net [22:26] &lt;jrand0m&gt; that too [22:26] &lt;kaji&gt; oh sweet then [22:26] &lt;jrand0m&gt; (yeah, the main i2p wiki is http://wiki.invisiblenet.net/iip-wiki?I2P ) [22:26] * dm has quit IRC (Ping timeout) [22:28] * mihi is now known as mihi_away [22:28] * mihi_backup has quit IRC (Ping timeout) [22:29] &lt;jrand0m&gt; 'k, anything else before we close out the meeting? [22:29] &lt;kaji&gt; doh, i missed the meeting? [22:29] &lt;jrand0m&gt; we're not quite done yet, but about it [22:29] &lt;lucky&gt; meeting? [22:29] &lt;lucky&gt; Oh, thats so not fair [22:29] &lt;lucky&gt; i just got home. [22:29] &lt;wilde&gt; are there logs anywhere? [22:29] &lt;wilde&gt; meeting log [22:30] * lucky has a log... [22:30] &lt;kaji&gt; can some one write a howto for using wget over i2p in windows? [22:30] &lt;jrand0m&gt; meeting logs at http://wiki.invisiblenet.net/iip-wiki?Meetings [22:30] &lt;jrand0m&gt; kaji you'll probably need to add the http_proxy to the environment [22:32] &lt;jrand0m&gt; ok, lets wrap this one up, and I'll post up the logs momentarily. anyone who has anything else can post to the mailing list or just chat on here :) [22:32] &lt;kaji&gt; also im now sharing /books/ and /audio/ at kaji.i2p and i think i will make a short howto about the bugs in apache alias for windows [22:32] &lt;jrand0m&gt; word kaji! [22:32] * jrand0m *baf*s the meeting closed on that note </div>/cs/blog/2004/01/06/i2p-dev-meeting-6.-ledna-2004/Tue, 06 Jan 2004 00:00:00 +0000/cs/blog/2004/01/06/i2p-dev-meeting-6.-ledna-2004/<p>(S laskavým svolením wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="rychlé-shrnutí">Rychlé shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> duck, dup, enduser, FillaMent, human, jrand0m, kaji, lucky, mihi, MrEcho, mrflibble, Nightblade, wiht</p> <h2 id="záznam-ze-schůze">Záznam ze schůze</h2> <div class="irc-log"> [22:02] &lt;jrand0m&gt; agenda: [22:02] &lt;jrand0m&gt; 0) hi [22:02] &lt;jrand0m&gt; 1) http://i2p.dnsalias.net/pipermail/i2p/2004-January/000069.html [22:02] &lt;jrand0m&gt; 2) [discussion] [22:02] &lt;wiht&gt; Can I add installer to agenda? [22:02] &lt;jrand0m&gt; 0) hi [22:02] &lt;jrand0m&gt; oh yes, certainly! [22:02] &lt;jrand0m&gt; we're trying something new this week [22:03] &lt;wiht&gt; You can put it at the end of the agenda. [22:03] &lt;jrand0m&gt; rather than the old talktalktalkreplytalktalktalk, the http://i2p.dnsalias.net/pipermail/i2p/2004-January/000069.html post describes most of the things I had planned on saying [22:03] * mihi_ has joined #i2p [22:04] &lt;jrand0m&gt; instead, we're trying this week to make the meeting more discussion oriented - things people want to talk about from that post, any follow up posts, and/or anything else people want to discuss [22:04] &lt;jrand0m&gt; such as a new installer [22:05] &lt;jrand0m&gt; so, that said, people should start by checking out that email/post and we'll go from there :) [22:05] * mihi_away is now known as mihi [22:05] * kaji reads the post [22:05] * mihi_ is now known as mihi_backup [22:06] &lt;jrand0m&gt; 27 users with only one dup! w0w [22:07] * dm is now known as dup [22:07] &lt;jrand0m&gt; ok, when people have read that, perhaps we can start by going over the index and seeing if there's anything someone wants to add / comment on / discuss? [22:07] &lt;mihi&gt; jrand0m: where do you know from that there are no more dupes? [22:07] &lt;jrand0m&gt; heh thanks dm [22:07] &lt;jrand0m&gt; mihi&gt; I installed keyloggers on everyone's computers (bwhahahaha) [22:07] &lt;wiht&gt; I would like to add installer as topic 10, and possibly naming service as topic 11. [22:07] * mihi sent the followup to the wrong address :(, resending... [22:08] &lt;jrand0m&gt; good call wiht [22:09] &lt;MrEcho&gt; mrecho's new dns is in the works [22:09] &lt;jrand0m&gt; cool mihi, yeah I was wondering ;) [22:09] &lt;kaji&gt; how is dns coming along? - ah [22:09] &lt;jrand0m&gt; MrEcho&gt; your post, right? [22:09] &lt;MrEcho&gt; working on the post [22:10] &lt;jrand0m&gt; ok, in the meantime, anyone have anything on 1) streaming? or should we jump to 2) I2PTunnel, TunnelManager, and i2pmgr? [22:10] &lt;lucky&gt; good lord... i could spend the rest of my life attempting to figure out these dependecnies. [22:10] &lt;wiht&gt; So let's say DNS/NS as topic 11. [22:10] &lt;jrand0m&gt; sounds good wiht [22:10] * duck walks in [22:11] &lt;jrand0m&gt; ev'nin duck [22:11] &lt;mihi&gt; ad 1, i committed code for i2ptunnel using the streaming api [22:11] &lt;jrand0m&gt; ah right, awesome mihi :) [22:11] &lt;lucky&gt; hi duck [22:11] * twosandals has quit IRC (Leaving) [22:11] &lt;kaji&gt; jrand0m can several sevices use the same key if they are on diffrent ports? [22:11] &lt;jrand0m&gt; no kaji [22:11] &lt;mihi&gt; btw: why do your ant files always delete the jar before rebuilding it? [22:11] &lt;jrand0m&gt; mihi&gt; paranoia [22:12] &lt;mihi&gt; stealing me time with debugging, i'd say ;) [22:12] &lt;jrand0m&gt; kaji&gt; in i2p, a key /is/ a port, essentially [22:12] &lt;jrand0m&gt; heh [22:12] &lt;kaji&gt; ah [22:13] &lt;jrand0m&gt; mihi&gt; if you want to update that, as long as it'll build the jar if the class files change thats fine [22:13] &lt;mihi&gt; if the file is newer than all files in it, and could skip it otherwise. [22:13] &lt;jrand0m&gt; right [22:13] &lt;mihi&gt; and for paranoia it is better to add a &lt;depends&gt; task [22:13] &lt;jrand0m&gt; agreed [22:13] &lt;FillaMent&gt; yo yo [22:13] &lt;jrand0m&gt; 'lo FillaMent [22:14] &lt;jrand0m&gt; ok, 2) i2ptunnel / tunnelmanager / i2pmgr [22:14] * TC has joined #i2p [22:15] &lt;human&gt; i did a little hacking to make the TunnelManager return the job ids when "openclient" or "openserver" commands are called [22:16] &lt;jrand0m&gt; kickass :) [22:16] &lt;human&gt; this way, apps using the TunnelManager know which job to close later, without parsing the "list" output [22:16] &lt;jrand0m&gt; yeah, I've not been too comfortable with using tunnelmanager's list and close, since multiple clients can b0rk each other that way [22:17] &lt;jrand0m&gt; we'll get that patch in there right after the meeting. gracias human :) [22:17] &lt;human&gt; it involved making I2PTunnel.runCommand return some stuff (currently a Property) [22:17] &lt;human&gt; s/Property/Properties/ [22:17] &lt;jrand0m&gt; oh right, there's some things to modify in that before getting it into the code [22:18] &lt;human&gt; but mihi would prefer to add some asynchronous callbacks to the Logging clas, as far as i understand... [22:19] &lt;jrand0m&gt; right - so that things can get information from the tasks immediately, without waiting for it to finish [22:20] * mihi has quit IRC (EOF From client) [22:20] &lt;human&gt; jrand0m: the idea is: let's I2PTunnel.runCommand() return immediately, and eventually use callbacks to get more info, right? [22:21] &lt;jrand0m&gt; right [22:21] &lt;jrand0m&gt; so the tasks fire callbacks whenever there is data to distribute [22:21] * mihi has joined #i2p [22:21] &lt;human&gt; well, IMHO there is another question: «how many java apps (will) use I2PTunnel.runCommand() asynchronously?» *All* the apps currently using I2PTunnel (even via the TunnelManager) are perfectly fine with synchronous (even if long) .runCommand() calls, and making all the stuff asynchronous would only make things more complicated (IMHO) [22:22] * mihi uses it via the gui [22:22] &lt;human&gt; (well, "all" means the TunnelManager and apps parsing the Tunnel manager output) [22:22] &lt;jrand0m&gt; right, the gui will hang while the command is executed [22:22] &lt;mihi&gt; and entering the next 3 tunnel open commands is blocked while the first is running [22:23] &lt;human&gt; mihi: ok, i didn't know about your app... then we need some solution :-) [22:24] &lt;human&gt; mihi: asynchronous .runCommand() behaviour would require to revise the TunnelManager [22:24] &lt;mihi&gt; human: when (iyo) should runCommand terminate? when the tunnel is built, when the connection got through? [22:25] &lt;mihi&gt; "destination unreachable" will be known *after* the first connection attempt was made. [22:25] &lt;jrand0m&gt; the command pattern would have the execute() return only after it was complete. [22:26] &lt;mihi&gt; what does *complete* mean? [22:26] &lt;jrand0m&gt; (so if we're following the command pattern, runCommand would block until everything required to do that command was complete) [22:26] &lt;human&gt; mihi: eheh, that's the question :-) [22:26] &lt;jrand0m&gt; complete for "server 1234 privkeys" would be when the server can accept connections on port 1234 [22:26] &lt;human&gt; mihi: well, for TunnelServer's IMHO it should return after tunnel creation [22:27] &lt;jrand0m&gt; complete for "client 234 peer" would be complete when a connection to port 234 would successfully reach peer [22:27] &lt;jrand0m&gt; at least, thats my take [22:27] &lt;mihi&gt; how can you determint the latter? [22:27] &lt;jrand0m&gt; I really don't feel strongly either way [22:27] &lt;jrand0m&gt; perhaps a ping? [22:27] * Sciatica has joined #i2p [22:28] &lt;mihi&gt; and if the peer goes down just after the ping? [22:28] &lt;mihi&gt; imo it is impossible to do network apps without callbacks [22:28] &lt;jrand0m&gt; right [22:28] &lt;mihi&gt; or lotsa threads, and i prefer callback on threads synchronized to death [22:29] &lt;jrand0m&gt; perhaps it should only return after its able to /attempt/ to connect? [22:29] &lt;jrand0m&gt; or maybe the command pattern isn't the desired pattern [22:29] &lt;mihi&gt; that's what it's doing now. and what result should it return then? [22:30] &lt;mihi&gt; the point is that you want to have a result (different from an int for the connection id) [22:30] &lt;jrand0m&gt; right, for the client command, one wants the job (so it can be closed later), but for the genkey command, one wants the public key and private key [22:30] * mihi cannot think of any other info that is known at that point. [22:30] &lt;jrand0m&gt; agreed, me neither. [22:31] &lt;dup&gt; 0! [22:31] &lt;mihi&gt; and genkey should wait? okay, if you think so. [22:31] &lt;human&gt; mihi: well, something like a status ("ok" or "error") and error messages... [22:31] &lt;mihi&gt; human: error messages will be "too late" imo [22:31] &lt;mihi&gt; but do what you want... [22:32] &lt;mihi&gt; as long as you make it work with the streaming api afterwards as well... [22:32] &lt;jrand0m&gt; the pain points human is addressing are the kludges in the TunnelManager that parses the logging messages. but I agree, as long as we can expose that information via the logging interface, thats fine [22:32] &lt;dup&gt; mihi is wise. [22:32] &lt;human&gt; human: some can be communicated immediately (e. g. when the tunnel port is still in use) [22:32] &lt;mihi&gt; human is talking to himself ;) [22:32] &lt;human&gt; oops! :-) [22:35] &lt;human&gt; maybe we should see what kind of applications are being built upon I2PTunnel [22:35] &lt;human&gt; the asynchronous interface is the Right Thing(TM), but it's more complicated to use [22:35] &lt;jrand0m&gt; I think it would be best if we could keep the same functionality for the current software - including the gui. [22:35] &lt;FillaMent&gt; maybe I'm jumping in ignorantly, but perhaps a method like one might find many that deal with HTTP: getHeader(String headerName) [22:35] &lt;FillaMent&gt; smake me as needed [22:35] &lt;FillaMent&gt; smack [22:36] * jrand0m smake's FillaMent [22:36] &lt;human&gt; and the TunnelManager doesn't need it (since it will *never* be able to properly support asynchronous events, due to its nature) [22:36] * kaji has a completely off-topic idea [22:36] * FillaMent resigns himself to advocacy =) [22:37] &lt;human&gt; but if mihi application needs to monitor the tunnels state, then the asynchronous interface is a Must(TM) [22:37] &lt;jrand0m&gt; human&gt; java -jar lib/I2PTunnel.jar\n. We need to support async. [22:37] &lt;kaji&gt; i2p as a java applet so you can run it from strange computers quickly by going to a website [22:37] * Sciatica has quit IRC (EOF From client) [22:37] &lt;human&gt; jrand0m: yes, then we must rework the TunnelManager :-) [22:37] &lt;jrand0m&gt; kaji&gt; i2p 3.0 :) [22:38] &lt;jrand0m&gt; agreed human, the tunnelmanager implementation was a quick and dirty impl [22:38] &lt;jrand0m&gt; do you think you could look into how that'd need to proceed? [22:38] * human can volunteer to adapti the TunnelManager to the asynchronous interface, when ready [22:38] &lt;jrand0m&gt; w00t :) [22:40] &lt;jrand0m&gt; ok, are we ready for agenda item 3) I2COCP [22:40] &lt;human&gt; otherwise, it would be possible to create sync and async methods for I2PTunnel [22:40] &lt;jrand0m&gt; true [22:40] &lt;jrand0m&gt; but duplication might be overkill when a little refactoring would serve the purpose [22:41] * baffled has quit IRC (Leaving) [22:41] &lt;duck&gt; personal concern about the tunnels: apps not closing them, so your whole tunnelmanager becomes flooded [22:41] &lt;human&gt; jrand0m: yes, we should choose the easiest solution between reworking the TunnelManager or adding new APIs to I2PTunnel :-) [22:42] &lt;jrand0m&gt; thats a good point duck. currently there are no timeouts / expirations, and it assumes the apps using the tunnelManager are well behaving (and that the tunnelManager has no bugs [hah!]) [22:43] &lt;mihi&gt; apropos new apis: should the Streaming api classes "replace" the old ones or should it be possible to use both (w/ different commands?) [22:43] &lt;jrand0m&gt; mihi&gt; I think the streaming ones will want to replace, since once the streaming api is solid mode=GUARANTEED will go away [22:43] &lt;jrand0m&gt; (and hence the old ones wont work) [22:44] * MrEcho 's email sent [22:46] &lt;jrand0m&gt; anything else for the tunnel discussion? (this obviously isn't the end of tunnel discussions overall ;) [22:47] * dup is now known as dm [22:47] &lt;jrand0m&gt; ok, I2COCP [22:47] &lt;jrand0m&gt; this was just something human suggested the other day and it seems to fill a gap thats not currently met. but I think we want to hold off on implementing until we have something that wants to use it :) [22:48] &lt;wiht&gt; That is a somewhat long name, even abbreviated. [22:48] * jrand0m now calls I2COCP "Wilma" [22:48] &lt;human&gt; jrand0m: well, i was going to write the same words :-) [22:48] &lt;jrand0m&gt; heh cool [22:49] &lt;jrand0m&gt; ok, jumping on to 4) roadmap [22:49] &lt;human&gt; jrand0m: IMHO, in general, there should be a way for non-java apps to have a somewhat full access to the I2P network [22:49] &lt;jrand0m&gt; agreed [22:49] &lt;jrand0m&gt; the intent is that they'd use I2CP [22:50] &lt;jrand0m&gt; (as all java apps, i2ptunnel and the streaming library included, use that) [22:50] &lt;human&gt; jrand0m: yes [22:50] &lt;MrEcho&gt; I2PDNS "Janessa" [22:50] &lt;jrand0m&gt; but you're right, they'd want streaming too, so either tunnelmanager-&gt;i2ptunnel or i2cocp-&gt;streaming lib [22:50] * jrand0m has never met a Janessa [22:51] * Sciatica has joined #i2p [22:51] &lt;jrand0m&gt; ok, so, yeah, the roadmap has been updated. no real big changes beyond pushing back 0.3 and 0.3.1 by 2 weeks, adding 2.0 info, and some more 1.0 criteria [22:51] &lt;human&gt; jrand0m: yeah, there should be "TCP" and "UDP"-like protocols for I2P, with complete protocol event reporting, accessible from non-java apps [22:52] &lt;MrEcho&gt; human, sounds good [22:52] &lt;jrand0m&gt; I want there to be every possible interface, but I don't want to overcommit with too many interfaces to be supported [22:52] * human wanted I2COCP (or whatever) for his I2P twisted transport (see http://www.twistedmatrix.com/), but for now he will happily kludge around the TunnelManager :-) [22:53] * w0rmus has quit IRC (Lost terminal) [22:53] &lt;jrand0m&gt; word. that'd be best for now [22:54] &lt;jrand0m&gt; ok, any comments on the roadmap? [22:55] &lt;jrand0m&gt; [nothing to see here, la la] [22:55] &lt;jrand0m&gt; ok, 5) i2pIM [22:55] &lt;jrand0m&gt; thecrypto isn't here, so we can just wait for a post to i2p@ with updates :) [22:55] &lt;wiht&gt; We have Jabber now, if I am not mistaken. Do we still need i2pIM? [22:55] &lt;jrand0m&gt; yes [22:55] &lt;jrand0m&gt; jabber has a server that gets cleartext. [22:56] &lt;wiht&gt; Oh. Very well, then; I was not aware of this. [22:56] &lt;jrand0m&gt; thats two strikes (a server, and cleartext) [22:56] &lt;jrand0m&gt; its a good solution for some things though, certainly [22:56] &lt;jrand0m&gt; actually, once thing I was thinking about this morning was if we could get i2pIM and i2psnark merged together, that would be Good. [22:57] &lt;jrand0m&gt; (but once thing at a time) [22:57] &lt;jrand0m&gt; actually, speaking of the devil, 6) i2psnark :) [22:57] &lt;human&gt; jrand0m: i sometimes used jabber with gnupg... [22:57] &lt;jrand0m&gt; for &gt;2 person chats? [22:58] &lt;jrand0m&gt; for one on one, I totally agree there are existing solutions [23:01] &lt;jrand0m&gt; ok, on to a fun one, 7) introducing I.Toopie :) [23:01] &lt;human&gt; how would you implement encrypted &gt;2 people chats? a shared private key? [23:01] &lt;jrand0m&gt; yes human [23:01] &lt;jrand0m&gt; or through n! shared keys in the group [23:02] &lt;human&gt; well, maybe it could be done above the existing jabber protocol... [23:02] &lt;mihi&gt; human: a shared symmetric key sent to all participants [23:02] &lt;jrand0m&gt; the hard part is dealing with joins &amp; leaves - key rotation /etc [23:03] * Sciatica has quit IRC (Ping timeout) [23:03] &lt;jrand0m&gt; its in no way a trivial issue. its really really really hard. [23:03] * mihi acks [23:03] * human agrees [23:04] &lt;jrand0m&gt; (which is why having an app designed for it rather than trying to kludge it on top of another protocol may be worthwhile) [23:04] &lt;jrand0m&gt; but thecrypto can best describe his plans [23:04] &lt;jrand0m&gt; (though its my understanding he's still open to ideas for how to deal with groups) [23:05] * Sciatica has joined #i2p [23:06] &lt;jrand0m&gt; ok, moving on :) [further discussion on i2p@, etc] [23:06] &lt;wiht&gt; What is I.Toopee, though? [23:06] &lt;lucky&gt; the mascot... [23:06] &lt;jrand0m&gt; I.Toopie is a guy holding a yellow mask in front of his face [23:06] * lucky shudders. [23:07] &lt;lucky&gt; uh huh. [23:07] &lt;lucky&gt; can i see it? [23:07] &lt;jrand0m&gt; http://wiki.invisiblenet.net/iip-wiki?I2PLogo [23:07] * mihi_backup has quit IRC (EOF From client) [23:07] &lt;lucky&gt; i have added java to my compile queue... [23:07] &lt;lucky&gt; but.. lol [23:07] &lt;lucky&gt; i already have 7 things running [23:07] &lt;lucky&gt; it'll be a while. [23:08] &lt;lucky&gt; aw, cute :P [23:08] &lt;MrEcho&gt; lol [23:08] &lt;jrand0m&gt; there have been lots of cool logos (I can't believe we've had the logo contest going on for 3 months!), and it looks like we've got some strong potential with I.Toopie. in its simplicity, its conception, and its versatility. [23:08] &lt;jrand0m&gt; and, yeah, its cute ;) [23:08] &lt;mihi&gt; are some imgs broken or is my browser buggy? [23:08] &lt;jrand0m&gt; yeah, some are broken [23:09] &lt;jrand0m&gt; (they were put on temporary hosting sites 3 months ago) [23:09] &lt;MrEcho&gt; I.Toopie's stick is now all yellow ... [23:09] &lt;MrEcho&gt; changed lastnight [23:09] &lt;jrand0m&gt; it is? [23:09] &lt;jrand0m&gt; people should UPDATE THE WIKI then [23:09] &lt;jrand0m&gt; ;) [23:09] &lt;MrEcho&gt; hehe [23:09] &lt;MrEcho&gt; i dont have the pic anymore .. sorry [23:10] &lt;wiht&gt; I see the pictures with Opera, but not with Mozilla somewhy. [23:10] &lt;jrand0m&gt; you can see http://img.villagephotos.com/p/2003-10/437060/badass.jpg ? [23:10] &lt;jrand0m&gt; (thats one of the images on that page) [23:11] &lt;duck&gt; Access Denied (User Account Disabled) [23:11] &lt;jrand0m&gt; yeah, same here. [23:11] &lt;MrEcho&gt; i can see it [23:11] &lt;jrand0m&gt; but yes, DrWoo has done some kickass stuff with I.Toopie [23:11] &lt;MrEcho&gt; moz 1.5 [23:11] * soros has quit IRC (EOF From client) [23:11] * mihi_away has joined #i2p [23:11] * lucky has quit IRC (EOF From client) [23:12] &lt;jrand0m&gt; same here MrEcho. strange. [23:12] &lt;wiht&gt; MrEcho: I am using Mozilla 1.4. [23:12] &lt;jrand0m&gt; (same as in I'm on moz 1.5 and I'm getting access denied) [23:13] * jrand0m looks forward to a tray icon w/ i.toopie :) [23:13] &lt;jrand0m&gt; ok, moving on to 8) chess server [23:14] * Sciatica has quit IRC (Ping timeout) [23:14] * ion has quit IRC (Ping timeout) [23:14] &lt;jrand0m&gt; the latest hosts.txt (http://i2p.dnsalias.net/i2p/hosts.txt) contains the reference for chess.fillament.i2p [23:14] &lt;jrand0m&gt; you can use any old FICS client or just telnet to that and play away :) [23:14] &lt;jrand0m&gt; (yay) [23:15] &lt;kaji&gt; is there a goog fics client for windows? [23:15] &lt;jrand0m&gt; dunno, I ended up using telnet [23:15] &lt;wiht&gt; Does eboard work? [23:15] &lt;jrand0m&gt; (which had some fairly tough rampup to learn the commands) [23:15] * ion has joined #i2p [23:16] &lt;jrand0m&gt; dunno [23:16] * BpX has joined #i2p [23:16] &lt;wiht&gt; I will try it later. [23:16] &lt;jrand0m&gt; cool, if you could post up what you find, that'd be great [23:17] &lt;jrand0m&gt; ok, 9) DHT [23:17] * wilde has quit IRC (Ping timeout) [23:17] &lt;jrand0m&gt; we still don't have a dht, but perhaps this is a lead for something we can start to port [23:18] &lt;jrand0m&gt; (it uses UDP so getting it to use I2CP wouldn't be hard) [23:18] &lt;MrEcho&gt; dht??? [23:18] &lt;MrEcho&gt; im blanking on that one [23:18] &lt;jrand0m&gt; MrEcho&gt; see [10] in the email ;) [23:18] &lt;jrand0m&gt; http://wiki.invisiblenet.net/iip-wiki?DHT [23:18] &lt;Nightblade&gt; entropy is a good enough temporary solution [23:18] &lt;jrand0m&gt; agreed [23:19] &lt;jrand0m&gt; though I think we need to look at a long term solution as well [23:19] * soros has joined #i2p [23:19] * lucky has joined #i2p [23:20] * human is worried about gcj/kaffe compatibility with DHTs like Bamboo (http://bamboo-dht.org/) [23:20] &lt;jrand0m&gt; yeah, bamboo is 1.4 [23:20] &lt;MrEcho&gt; afk [23:20] &lt;jrand0m&gt; thats the glory of i2cp though - the router &amp; tunnels can be gcj'ed, while things that access them can be whatever [23:21] &lt;jrand0m&gt; it /is/ purely for an app though - not as part of the core [23:21] &lt;jrand0m&gt; I'm just trying to think of things that would help the end users who end up downloading i2p do something useful right off the bat [23:22] &lt;jrand0m&gt; (being able to post uncensorable content anonymously would be a good useful thing) [23:22] &lt;jrand0m&gt; s/uncensorable/very censorship resistant/ [23:23] &lt;human&gt; jrand0m: ah, ok - i thought that bamboo was going to replace Kademlia for the NetworkDB :-) [23:23] &lt;Nightblade&gt; the squid proxy is something they can do... for users for example in china that would be a very nice thing to have [23:23] &lt;jrand0m&gt; Nightblade&gt; right, but the squid isn't scalable [23:24] &lt;Nightblade&gt; yeah i think it would be interesting to have a kind of distributed JAP [23:24] &lt;jrand0m&gt; agreed [23:24] &lt;jrand0m&gt; so that's also another thing that would be great if people could check into :) [23:24] &lt;mihi&gt; Nightblade: the prob is abuse handling - i won't open my box for any outgoing http [23:24] &lt;jrand0m&gt; I'm sure some people will though [23:25] &lt;Nightblade&gt; with an additional part where an individual node could choose what sites they want to proxy for people... a client could send a requst for "whitehouse.com" and then one of the nodes that will do the proxying and will permit that url can answer [23:25] &lt;Nightblade&gt; yeah i think it would have to have some kind of access controls [23:25] &lt;Nightblade&gt; blacklist or whitelist [23:25] &lt;jrand0m&gt; right [23:25] &lt;Nightblade&gt; of domain names [23:26] &lt;jrand0m&gt; its the "exit policy" system. though this is a whole project in and of itself [23:27] &lt;MrEcho&gt; it could ride on the DNS system... i guess [23:27] &lt;jrand0m&gt; certainly [23:27] &lt;wiht&gt; mihi: What if you limit the bandwidth used? Or is it the websites accessed that could get you in trouble? [23:27] &lt;MrEcho&gt; at a very later date lol [23:27] &lt;jrand0m&gt; wiht&gt; many providers explicitly disallow running servers of any kind [23:28] &lt;MrEcho&gt; verizon fucks with port 21 for sure... [23:28] &lt;wiht&gt; jrand0m: Oh. Yes, that is a problem. [23:28] &lt;Nightblade&gt; there would have to be some way for clients to request the sites they want downloaded for them.. Broadcast requests are not a very good solution, especially on i2p [23:29] &lt;mihi&gt; wiht: the problem is the websites that can be accessed. compare the lawsuit of JAP some time ago. /me lives in the same country [23:29] &lt;jrand0m&gt; agreed. though broadcast isn't possible without brute forcing a ~2^2300 keyspace ;) [23:30] &lt;jrand0m&gt; right mihi, people in oppresive regimes would not be able to safely run outproxies [23:30] &lt;wiht&gt; mihi: What was the lawsuit? I do not remember. [23:30] * dm has quit IRC (Ping timeout) [23:30] &lt;Nightblade&gt; i mean, even if you had a list of destinations that provide web proxying, you would not want to have to broadcast to them all [23:30] &lt;jrand0m&gt; right Nightblade [23:30] &lt;Nightblade&gt; request broadcast i mean [23:31] &lt;mihi&gt; the prob was that someone had accessed a child porn site and it went over a JAP proxy and they could not tell where the request came from. this was interpreted as thowing stones into police's work [23:31] &lt;jrand0m&gt; people may want to check out crowds or rewebber to see other projects that worked on this same task [23:31] &lt;wiht&gt; mihi: Ah. Thank you for the explanation. I see understand you are concerned now. [23:31] * mihi_away has quit IRC (Ping timeout) [23:31] &lt;mihi&gt; and made that change to the jap software that makes it possible to catch people. which was removed later [23:32] &lt;wiht&gt; Er, I understand why you are concerned. [23:32] &lt;mihi&gt; at the end it came out that the JAP would not have to disclose the data, but i don't want to know what the lawyers cost... [23:32] &lt;Nightblade&gt; yeah but didn't the police seize the information anyway? [23:32] &lt;jrand0m&gt; yes [23:33] &lt;mihi&gt; they did... [23:33] &lt;jrand0m&gt; but anyway, yes, both a scalable DHT and a scalable web proxy would be Really Good Things to have by 1.0 [23:34] &lt;mihi&gt; and they cannot give it backk, can they? [23:34] * BpX has quit IRC (Ping timeout) [23:36] * Sciatica has joined #i2p [23:36] &lt;jrand0m&gt; ok, anything else for point 9? or are we on to 10/11) NS/DNS? [23:36] &lt;wiht&gt; I would like to make a brief comment about the installer after topic 10. [23:37] &lt;jrand0m&gt; 'k perhaps lets hit that now, since NS/DNS might not be uber-brief? ;) [23:37] &lt;wiht&gt; All right. The router has a start script and a stop script. [23:37] &lt;jrand0m&gt; right [23:37] &lt;wiht&gt; I would like all of the services to be done that way--to have both a start and a stop script. [23:37] &lt;jrand0m&gt; most of them do [23:37] &lt;jrand0m&gt; don't they? [23:38] &lt;jrand0m&gt; oh, not stop scripts [23:38] &lt;wiht&gt; No, just the router. [23:38] &lt;wiht&gt; That way, desired services could be started on computer bootup, just like the router. I made a post to that effect to the mailing list. [23:38] &lt;jrand0m&gt; aum is working on the i2pmgr, which is going to be both a console based and gui based control center for the services and the router itself [23:38] &lt;wiht&gt; Let's say I want to start the eep and nntp on bootup. Currently, I can't do that. [23:39] &lt;jrand0m&gt; right, you'd need to nohup startEepProxy.sh &amp; [23:39] &lt;wiht&gt; All right. By the way, where are these scripts in CVS? [23:39] &lt;MrEcho&gt; k im back [23:39] * mihi_away has joined #i2p [23:39] &lt;jrand0m&gt; wiht&gt; the scripts are in the Install.java (aka hacked) [23:39] &lt;wiht&gt; jrand0m: Thanks./ [23:40] &lt;jrand0m&gt; but good point, we want it to be as simple as possible to start on boot, as well as start on demand [23:41] &lt;jrand0m&gt; ok, on to 10/11) ns/dns [23:41] &lt;MrEcho&gt; well check my email [23:41] &lt;MrEcho&gt; theres a few things i forgot about putting in there [23:41] &lt;jrand0m&gt; unfortunately your email didn't really go through to the web interface well :/ [23:41] &lt;MrEcho&gt; like "temp" names [23:41] &lt;MrEcho&gt; ?? [23:42] * Sciatica has quit IRC (Ping timeout) [23:42] * ion has quit IRC (Ping timeout) [23:42] &lt;jrand0m&gt; MrEcho&gt; http://i2p.dnsalias.net/pipermail/i2p/2004-January/000072.html [23:42] &lt;MrEcho&gt; because of the gif or something [23:42] &lt;MrEcho&gt; shit .. i singed it [23:43] &lt;MrEcho&gt; sorry [23:43] &lt;jrand0m&gt; the mailing list is really intended to be text only. pgp sigs are fine (others have posted signed things) [23:43] &lt;kaji&gt; whats a good free small antivirus? [23:43] * ion has joined #i2p [23:43] &lt;jrand0m&gt; kaji&gt; linux [23:43] * Sciatica has joined #i2p [23:43] &lt;wiht&gt; LOL. [23:43] &lt;kaji&gt; that runs with my hardware [23:43] &lt;wiht&gt; kaji: Try AVG Antivirus for Windows. [23:44] * MrEcho_ has joined #i2p [23:44] * MrEcho has quit IRC (EOF From client) [23:44] &lt;MrEcho_&gt; fuckign iip [23:44] &lt;jrand0m&gt; MrEcho / (and anyone else interested in the NS/DNS issue)&gt; have you read http://zooko.com/distnames.html ? [23:44] &lt;MrEcho_&gt; j, should i resend the email? [23:44] &lt;jrand0m&gt; it went through to the list fine, it just didn't get web archived correctly [23:44] &lt;MrEcho_&gt; ya [23:45] &lt;wiht&gt; jrand0m: I did not read it yet. [23:45] &lt;MrEcho_&gt; ill take a look at it later [23:45] * mrflibble has joined #i2p [23:45] &lt;jrand0m&gt; for those who aren't on the list, I've saved MrEcho_'s email at http://i2p.dnsalias.net/~jrandom/mrecho_dns.txt [23:46] &lt;MrEcho_&gt; thanks J [23:46] &lt;kaji&gt; its gay, it wants an email adress [23:46] &lt;jrand0m&gt; my concern is with the security and scalability of the naming service. once we find a solution that meets those needs, fantastic, but until we do, we should be careful of interim solutions. [23:47] &lt;jrand0m&gt; kaji&gt; email lists usually want an email address, yeah ;) [23:47] &lt;kaji&gt; i mean AVG Antivirus [23:47] &lt;jrand0m&gt; oh ;) [23:48] &lt;wiht&gt; MrEcho has several good ideas that I did not have in my specification, such as a ban list for bad clients. [23:49] &lt;MrEcho_&gt; not really a ban list [23:49] &lt;jrand0m&gt; once there are 1000 clients, does that mean that it would take 125 lookups to find a value? [23:49] &lt;MrEcho_&gt; no [23:49] &lt;wiht&gt; Not a list, but banning bad clients is something I did not have. [23:50] &lt;MrEcho_&gt; 2-4 clients for checking [23:50] &lt;jrand0m&gt; so every client will have 250 entries? [23:50] * mihi_away is now known as mihi_backup [23:50] &lt;MrEcho_&gt; no [23:50] &lt;wiht&gt; With what I have, it would be one lookup, possibly forwarded a couple of times to reach an authoritative server. [23:50] &lt;MrEcho_&gt; clients will only have what they need [23:51] &lt;MrEcho_&gt; it will keep querying other Clients untill they get data that matches for the check [23:51] &lt;jrand0m&gt; so with 4 peers, it'd do a random search and on average it'd take 125 lookups [23:51] &lt;jrand0m&gt; (1000/4/2) [23:51] &lt;jrand0m&gt; or are the peers a DHT? [23:52] &lt;jrand0m&gt; (with some maintenance protocol?) [23:52] &lt;jrand0m&gt; or a search tree? [23:52] &lt;MrEcho_&gt; in a way yes [23:52] &lt;MrEcho_&gt; ill have a cut off on client searches, it will just query the MS [23:53] &lt;jrand0m&gt; secure distributed naming is a fairly well studied problem - what would make your proposal easier to analyze the security and scalability would be if you could draw comparisons and validate variations on other approaches, perhaps? [23:54] &lt;MrEcho_&gt; if it doesnt find / or get enough data from Clients within a set range it will then just query the MS. [23:54] &lt;jrand0m&gt; as is, there isn't enough detail for me to have confidence in the scalability or security of the architecture. not to say it couldn't work out well, I just can't see that it would yet. [23:54] &lt;MrEcho_&gt; cany u stop typing for a sec [23:54] * jrand0m stops typing. [23:55] &lt;MrEcho_&gt; its going to work .. it will have scalability, it will have security [23:56] &lt;MrEcho_&gt; the more users the better it will get [23:56] &lt;jrand0m&gt; so "trust me", 'eh? [23:56] &lt;MrEcho_&gt; do you trust the Internet DNS system? [23:56] &lt;jrand0m&gt; for some tasks. [23:57] &lt;jrand0m&gt; for many, no. [23:57] &lt;jrand0m&gt; (its quite easy for govts / etc to get records changed - court cases order registrars to update all the time) [23:58] &lt;MrEcho_&gt; only other way of doing it is having big ass lists of Names and lots of crypto on every client [23:58] &lt;MrEcho_&gt; and being dynamic .. forget about it [23:59] * mrflibble has quit IRC (EOF From client) [23:59] &lt;jrand0m&gt; I suggest reviewing zooko's paper before proceeding further, and answering his final point 5 ("why I'm wrong") Session Time: Wed Jan 07 00:00:00 2004 [00:01] &lt;jrand0m&gt; ok, thats probably about it for point 10/11 (lots of future discussion still left on that, of course) [00:02] &lt;jrand0m&gt; anyone have any other thoughts, etc? [00:02] &lt;wiht&gt; Yes. [00:03] &lt;jrand0m&gt; care to share with the class? :) [00:03] &lt;wiht&gt; I will be rewriting the specification I wrote. I would like to use a local SQL server to store data, not files. [00:03] &lt;jrand0m&gt; ah cool [00:03] &lt;jrand0m&gt; (same concerns go for the spec you wrote too - if you could answer zooko's last question, that'd be key :) [00:03] * mrflibble has joined #i2p [00:03] &lt;wiht&gt; Let MySQL or a similar server manage data storage, and let Java query that server. [00:04] &lt;duck&gt; huh ? zooko specs? [00:04] &lt;wiht&gt; I think that will be easier to implement. [00:04] &lt;jrand0m&gt; duck&gt; naw, I'm just pointing people at his old article "Names: Decentralized, Secure, Human-Meaningful: Choose Two" [00:04] &lt;duck&gt; ah that [00:04] &lt;Nightblade&gt; wiht: what specification is that (i missed a lot of the meeting)? [00:04] * MrEcho has joined #i2p [00:04] &lt;jrand0m&gt; (a lot easier than rehashing why supernode/centralized servers are scary security issues ;) [00:05] * MrEcho_ has quit IRC (EOF From client) [00:05] * mihi 'd have something for the log as well ;) [00:05] &lt;mihi&gt; something longer ;) [00:05] &lt;mihi&gt; *** I2Ping results: [00:05] &lt;mihi&gt; + + + eco.i2p [00:05] &lt;mihi&gt; + - - jabber.duck.i2p [00:05] &lt;mihi&gt; - + + i2pcvs.i2p [00:05] &lt;mihi&gt; - + + duck.i2p [00:05] &lt;mihi&gt; - + - jap.eco.i2p [00:05] &lt;jrand0m&gt; Nightblade&gt; it was posted to iip-dev back in... august? [00:05] &lt;mihi&gt; - + + irc.duck.i2p [00:05] &lt;mihi&gt; - + + human.i2p [00:06] &lt;mihi&gt; - - + nntp.duck.i2p [00:06] &lt;mihi&gt; - - - tc.i2p [00:06] &lt;mihi&gt; - - - dyad.i2p [00:06] &lt;mihi&gt; - - - bozo.i2p [00:06] &lt;mihi&gt; - - - ogg.aum.i2p [00:06] &lt;mihi&gt; - - - fcp.entropy.i2p [00:06] &lt;mihi&gt; - - - http.entropy.i2p [00:06] &lt;Nightblade&gt; jrandom: oh, before my time.. :) [00:06] &lt;mihi&gt; - - - www.mail.i2p [00:06] &lt;mihi&gt; - - - mp3.aum.i2p [00:06] &lt;mihi&gt; - - - smtp.mail.i2p [00:06] &lt;wiht&gt; Nightblade: I posted it on September 15th. [00:06] &lt;mihi&gt; - - - pop.mail.i2p [00:06] &lt;mihi&gt; - - - mp3.tc.i2p [00:06] &lt;mihi&gt; - - - lp.i2p [00:06] &lt;mihi&gt; - - - kaji.i2p [00:06] &lt;mihi&gt; - - - nm.i2p [00:06] &lt;mihi&gt; - - - squid.i2p [00:06] &lt;mihi&gt; - - - chess.fillament.i2p [00:06] &lt;mihi&gt; - - - mesh.firerabbit.i2p [00:06] &lt;mihi&gt; - - - nightblade.i2p [00:06] &lt;mihi&gt; - - - aum.i2p [00:06] &lt;MrEcho&gt; gezz is anyone up and running? [00:06] &lt;mihi&gt; - - - fillament.i2p [00:06] &lt;mihi&gt; *** Finished. [00:06] &lt;mihi&gt; why are so many hosts down...? [00:06] * jrand0m isn't running my servers atm [00:07] &lt;FillaMent&gt; I can connect to myself on both eep and chess [00:07] * mrflibble has quit IRC (Ping timeout) [00:07] &lt;jrand0m&gt; oh wait, i2pcvs is up, neat [00:07] &lt;Nightblade&gt; mihi: mine isn't up because the i2ptunnel crashes for me after a few hours [00:07] &lt;mihi&gt; so my router is broken (or it's usual I2P problems...) [00:08] &lt;jrand0m&gt; really Nightblade? please report i2ptunnel crashes (bugzilla would be nice) [00:08] &lt;Nightblade&gt; it is in the bugzilla [00:08] &lt;lucky&gt; hi [00:08] &lt;Nightblade&gt; hold.. [00:08] &lt;FillaMent&gt; Nightblade: what JVM? [00:08] &lt;Nightblade&gt; #39 [00:08] &lt;wiht&gt; My router has been running for more than 12 hours now, although it had a problem in registering itself. [00:09] &lt;Nightblade&gt; java version "1.4.2-p5" [00:09] &lt;Nightblade&gt; on freebsd... it could be a jvm problem, i don't know. java support isn't too good on freebsd [00:09] &lt;jrand0m&gt; you're right Nightblade, my bad [00:09] &lt;jrand0m&gt; thats the fairly infrequent i2cp bug [00:09] &lt;jrand0m&gt; is that consistent for you? [00:09] &lt;Nightblade&gt; the router is very stable for me, just the i2ptunnel server tunnel gives me problems [00:09] &lt;Nightblade&gt; yeas it happened several times [00:10] &lt;Nightblade&gt; i haven't tried it recently though [00:10] * jrand0m just pulled fillament's eepsite [00:10] &lt;jrand0m&gt; (first try, just noticed the window was complete) [00:10] &lt;FillaMent&gt; Yeah,, I just jabbered with duck, wiht's trying to hit chess [00:10] &lt;jrand0m&gt; ah cool [00:10] &lt;jrand0m&gt; but yes, there are still reliability issues to be dealt with in the network. [00:10] * FillaMent nudges people with the included winking, "He'll probably be wanting to play." [00:10] * human 's eepsite is still up - it means that 'killall java' really helped... :-) [00:10] &lt;wiht&gt; I just successfully connected to chess server. [00:10] &lt;duck&gt; yeah? [00:11] &lt;jrand0m&gt; lol FillaMent [00:11] * mrflibble has joined #i2p [00:12] &lt;Nightblade&gt; is it safe to run the cvs version of i2p [00:12] &lt;jrand0m&gt; /me succesfully fetches human's 1984-2004: twenty years of GNU! :-) [00:12] &lt;jrand0m&gt; yes Nightblade [00:12] &lt;FillaMent&gt; could not get eco... [00:12] &lt;Nightblade&gt; ok maybe i'll give that a try [00:12] &lt;duck&gt; with freenet you should always run the latest cvs version! [00:13] &lt;duck&gt; only then it is bugfree [00:13] &lt;duck&gt; s/freenet/i2p/ [00:13] * jrand0m pulled eco.i2p [00:13] &lt;FillaMent&gt; just got duck [00:13] &lt;jrand0m&gt; "Jan 4: First field test of I2PSnark. Pretty catastrophic: no transfer at all. Guess my single router test environment wasn't very representative :-) Back to the drawing board... " [00:13] &lt;jrand0m&gt; d'oh [00:13] &lt;duck&gt; well, it worked actually [00:13] &lt;duck&gt; ardvark could snark something from me [00:14] &lt;jrand0m&gt; bt precreates the files - were the files actually valid? [00:14] &lt;duck&gt; but ze did find out the next day [00:14] &lt;duck&gt; because it was obscured in the logs [00:14] &lt;jrand0m&gt; what, you mean the logs i2p generates are fairly insane? nawwwwww [00:14] &lt;duck&gt; no [00:14] &lt;duck&gt; the i2psnark output [00:14] &lt;jrand0m&gt; ah [00:15] &lt;duck&gt; additionally, I suspect that snark does too much churning (sp?) [00:15] &lt;duck&gt; the normal bittorrent client seems to be more easy [00:15] &lt;duck&gt; also the high delays on i2p might cause premature blocks [00:16] * mrflibble has quit IRC (Ping timeout) [00:16] &lt;duck&gt; last thing is that we had to restart i2ptunnel a few times :/ [00:16] &lt;jrand0m&gt; agreed [00:16] &lt;human&gt; final question about I2PTunnel / I2PTunnelManager (yes, i know, i'm boring): what about my patch to make "openclient" and "openserver" return a meaningful jobId? [00:16] &lt;jrand0m&gt; so, yeah, lots of work to do [00:16] &lt;human&gt; 1. let's accept it to make the TunnelManager work until the new asynchronous architecture will be roxoring [00:17] &lt;human&gt; 2. your patch plain sucks, fuck off, and fuck the TunnelManager [00:17] &lt;human&gt; 3. ... [00:17] * MrEcho_ has joined #i2p [00:17] * mihi is for 3 ;) [00:17] * MrEcho has quit IRC (EOF From client) [00:17] &lt;jrand0m&gt; 4. lets see how we can update the tunnel manager to go async? shouldn't be too hard [00:17] &lt;jrand0m&gt; the patch is good, but mihi has a point [00:18] &lt;human&gt; jrand0m: yes, i agree [00:18] &lt;jrand0m&gt; we still have 1+ weeks until 0.3, so we've got time until the next full release [00:18] &lt;human&gt; jrand0m: but my doubt is: how long will it take to have the async interface to be implemented in the TunnelManager? [00:18] &lt;jrand0m&gt; tunnelmanager itself was 2 hours, I could add async tonight [00:19] &lt;jrand0m&gt; (all that needs to happen is an update to the BufferedLogging to accept .set calls) [00:19] &lt;human&gt; jrand0m: (with "to have" i also mean "to have it implemented even in I2PTunnel) [00:19] &lt;jrand0m&gt; (or .nofity/etc) [00:19] &lt;jrand0m&gt; right [00:19] * mrflibble has joined #i2p [00:20] &lt;jrand0m&gt; if you'd prefer, I could start with your patch (which adds the job id) and merge it with the updates for async [00:21] &lt;human&gt; jrand0m: i could add the async interface to TunnelManager myself, but the interface still doesn't exist :-) [00:22] &lt;jrand0m&gt; right, just add public void notifyEvent(String eventName, Object value); to Logging.java [00:22] &lt;human&gt; jrand0m: i'd suggest "let's merge the dirty hack to make the job ids in the 0.3 release somewhat work, and then work on the async interface" [00:23] &lt;jrand0m&gt; 0.3 is still a ways off [00:23] &lt;mihi&gt; 0.3 should have the streaming api anyway, shouldn't it? [00:23] &lt;human&gt; jrand0m: i'm talking about the worst case [00:23] &lt;wiht&gt; jrand0m: Maybe there should be another version before 3.0 to settle these issues? [00:23] &lt;jrand0m&gt; yes mihi [00:23] &lt;mihi&gt; human: the worst case is "cvs rollback &amp;&amp; patch -p0 your.patch" [00:24] &lt;jrand0m&gt; ok, how about this. I'll get the async implemented and committed tonight, if you could look at it tomorrow human and see what needs to be done to get your update in there? [00:26] &lt;FillaMent&gt; jrand0m: do you have a job? [00:27] &lt;jrand0m&gt; i2p [00:27] &lt;duck&gt; get 1.0 done! [00:27] &lt;FillaMent&gt; I mean a source of income [00:27] &lt;jrand0m&gt; :) [00:27] &lt;FillaMent&gt; that you have to work for [00:27] &lt;jrand0m&gt; income is overrated. [00:27] * jrand0m fired my boss [00:27] &lt;Nightblade&gt; "will code for food" - that's my motto [00:27] &lt;Nightblade&gt; lol [00:27] &lt;human&gt; mihi: well, but i and aum (who is working on a python app for the TunnelManager) would like to have jobIds ASAP... [00:28] &lt;human&gt; jrand0m: ok, i'll work on your changes later/tomorrow [00:28] &lt;FillaMent&gt; Job/Money, sleep/hygiene, food, side projects, social life: Choose any 3 [00:29] * jrand0m only choses one. [00:29] &lt;jrand0m&gt; word human [00:30] &lt;FillaMent&gt; Anyone have any other ideas for "just tunnel to" services that would be nice to have on the network? [00:30] * jrand0m still wants a telnet based Adventure :) [00:30] &lt;jrand0m&gt; or a waffle bbs [00:30] * duck is now known as enduser [00:30] * jrand0m kicks enduser [00:31] &lt;jrand0m&gt; (damn, no ops) [00:31] &lt;FillaMent&gt; For OS/2 there was a comm driver that could map a comm port to a TCP port =) [00:31] &lt;enduser&gt; what difference will I see as enduser when I2PTunnel uses the SteamingAPI? [00:31] * enduser is now known as duck [00:31] &lt;jrand0m&gt; none [00:31] &lt;human&gt; lol [00:31] &lt;FillaMent&gt; FillaMent: friend of mine ran a BBS that way for a while [00:31] &lt;jrand0m&gt; performance, and perhaps anonymity [00:31] * human would like a I2P tunnel to a rootshell [00:32] &lt;human&gt; any volunteer? :-) [00:32] &lt;duck&gt; rootshell on a UML [00:32] &lt;jrand0m&gt; chroot'ed rootshells would be good [00:32] &lt;jrand0m&gt; or UML'ed :) [00:32] &lt;FillaMent&gt; human: had I a spare boxen, I'd do it [00:32] &lt;jrand0m&gt; hehe FillaMent [00:32] &lt;duck&gt; vnc connection to my vmware win98? [00:32] &lt;FillaMent&gt; seriously though guys... [00:32] &lt;wiht&gt; E-mail server would be a good one as well. Or do we have that already? [00:32] &lt;FillaMent&gt; wiht: think TC has pop and SMTP [00:33] &lt;jrand0m&gt; thats aum, but they're offline, as his box is offline [00:33] * human could offer telnet accounts on his GNU/Hurd system... [00:33] &lt;jrand0m&gt; ooOOoo [00:33] &lt;FillaMent&gt; well, I'm not too keen on setting up open SMTP access yet [00:33] &lt;jrand0m&gt; understandable [00:34] &lt;FillaMent&gt; maybe when the network is more stable and I've got money to up my bandwidth [00:34] &lt;wiht&gt; How about a PGP keyserver? [00:34] &lt;mihi&gt; FillaMent: you could set up a tunnel pointing to a cleartext remailer [00:34] &lt;FillaMent&gt; wiht: now THAT's a great idea =) [00:35] &lt;FillaMent&gt; mihi heh... I could just point the tunnel to my ISP SMTP box =) [00:35] &lt;mihi&gt; FillaMent: this would make *you* be resposible for abuse... [00:35] &lt;mihi&gt; s/be// [00:35] &lt;duck&gt; http://www.mit.edu/people/marc/pks/pks.html [00:36] &lt;duck&gt; seriously, should duck enterprises consider running a pgp keyserver? [00:37] &lt;FillaMent&gt; duck: I was poking into that myself... you want to handle it? [00:37] &lt;duck&gt; we have been one of the most stable service providers according to mihi's independent ping logs [00:37] &lt;jrand0m&gt; hehe [00:37] &lt;wiht&gt; duck: Yes, please consider it. [00:37] &lt;jrand0m&gt; btw duck, how do you do that? do you restart periodically or just run on a reliable OS and JVM? [00:38] &lt;FillaMent&gt; question: does the JVM cache DNS resolves? [00:38] &lt;duck&gt; restarting is for kernel updates [00:38] &lt;jrand0m&gt; yes, but you can do some nasty trickery to avoid it FillaMent [00:38] * wiht notes that the meeting has gone on for 2h40m now. [00:38] &lt;jrand0m&gt; oh yeah, [00:39] * mrflibble sticks his hand up [00:39] &lt;jrand0m&gt; um, this meeting's log is going to be huge. and here I was thinking posthing things up front would /shorten/ the meeting [00:39] &lt;jrand0m&gt; sup mrflibble? [00:39] &lt;FillaMent&gt; jrand0m: okay... because I am without downage but my IP changes periodically... my dyndns update script runs every hour so max 60+~10min of my named addy not pointing to my IP... [00:39] &lt;FillaMent&gt; how would that affect my router's presence on the network? [00:40] &lt;mrflibble&gt; my box could be availalbe for some kind of demony thing [00:40] &lt;jrand0m&gt; cool FillaMent, shouldn't be much of a problem, as long as you point to your dyndns [00:40] &lt;wiht&gt; mrflibble: demony? [00:40] &lt;mrflibble&gt; i guess it depends how much bandwidth the thing would use [00:40] &lt;mrflibble&gt; daemony [00:40] &lt;jrand0m&gt; w3rd mrflibble - has the router been working reliably for you, or are you just being a good sameritan? :) [00:41] &lt;mrflibble&gt; not really, but that's because my local bw is saturated atm [00:41] &lt;mrflibble&gt; im not running it on my colo yet [00:41] &lt;mrflibble&gt; want to play around with it locally first [00:41] &lt;jrand0m&gt; ah cool. yeah, i2p isn't really ready for wide deployment, still for testing mainly [00:42] &lt;FillaMent&gt; Heh.. I'll point a tunnel to my CUPS server and you can have anonymous printing =) [00:42] &lt;jrand0m&gt; rofl [00:42] &lt;mrflibble&gt; if there's something that u want me to run that would use &lt;40gb bw a month, lmk [00:42] &lt;FillaMent&gt; just include a banner page so I know where to mail the hardcopy =) [00:42] &lt;mrflibble&gt; hehe [00:43] &lt;jrand0m&gt; wikked mrflibble, I'm sure we'll take you up on that :) [00:43] &lt;mihi&gt; banner | lpr ? ;) [00:43] &lt;FillaMent&gt; mihi you cah set up CUPS with a banner page [00:43] &lt;mrflibble&gt; oky doky! [00:43] &lt;mihi&gt; banner will most likely create lots of pages ;) [00:43] &lt;jrand0m&gt; ok, before we get to the mixminion-&gt;printer-&gt;post office gateway discussion, lets close this meeting ;) [00:44] * jrand0m readies the *baf*'er [00:44] * jrand0m *baf*'s the meeting closed. </div>/cs/blog/2003/12/30/i2p-dev-meeting-30.-prosince-2003/Tue, 30 Dec 2003 00:00:00 +0000/cs/blog/2003/12/30/i2p-dev-meeting-30.-prosince-2003/<p>(S laskavým svolením wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="rychlé-shrnutí">Rychlé shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> eco\_, i2p, jrandom, mihi, Ophite1, polo, rsk</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> &lt;jrandom&gt; 0) hi &lt;jrandom&gt; 1) router status &lt;jrandom&gt; 2) i2ptunnel &lt;jrandom&gt; 3) im &lt;jrandom&gt; 4) 0.3 plans &lt;jrandom&gt; 5) time synchronization &lt;jrandom&gt; 6) ??? &lt;jrandom&gt; hello mihi, polo &lt;polo&gt; hello ! &lt;mihi&gt; hi jrandom &lt;jrandom&gt; 0) hi &lt;jrandom&gt; :) &lt;rsk&gt; hi &lt;i2p&gt; &lt;duck&gt; hi &lt;jrandom&gt; 1) router status &lt;jrandom&gt; 0.2.3.3 is out, and it seems to be working &lt;jrandom&gt; still lots to do, of course &lt;jrandom&gt; but this should be the last 0.2 release &lt;jrandom&gt; 0.3 is going to add the peer profiling to allow routers to avoid bad routers &lt;jrandom&gt; (and 0.3.1 is a revamp of the transports) &lt;jrandom&gt; hola Ophite1 &lt;Ophite1&gt; Heya. &lt;rsk&gt; so more overhead for 0.3? &lt;jrandom&gt; yes and no &lt;jrandom&gt; it will have peer testing, but its going to be more focused &lt;rsk&gt; will we see a speed up with path selection? &lt;jrandom&gt; yes &lt;jrandom&gt; there are those 'liveliness' calculators, and there will be new latency and throughput calculators added &lt;jrandom&gt; plus people will be able to tweak their own preferences for particular peers &lt;jrandom&gt; e.g. if you know you want to prefer peer X over peer Y, you will be able to give them a weighting bonus of some random points &lt;mihi&gt; will there be a clean shutdown? *g* &lt;jrandom&gt; thats actually a good question mihi &lt;jrandom&gt; i2p is getting to the point where it needs an admin interface. &lt;jrandom&gt; the longest Job thats holding up its operation is the GenerateStatusConsoleJob &lt;jrandom&gt; which can now take up to 4-6 seconds &lt;jrandom&gt; (holding everything else up) &lt;jrandom&gt; that needs to go async and on demand. &lt;jrandom&gt; but i dont want to write a web listener / etc. &lt;jrandom&gt; perhaps the reverse - a servlet that starts the router and communicates with it &lt;mihi&gt; you don't need a full web server. just when you see GET, return your data. &lt;jrandom&gt; right &lt;jrandom&gt; you're right, that stuff should be in 0.3 as well. &lt;mihi&gt; and when you see something else (like SHUTDOWN), do as you please. of course only from localhost ;) &lt;jrandom&gt; aww c'mon &lt;mihi&gt; then someone can make a nice admin program &lt;jrandom&gt; right &lt;mihi&gt; you had some triggers by files, didn't you? are they documented somewhere? &gt;&gt;&gt; mihi [~mihi@ags9-d9ba536a.pool.mediaWays.net] requested PING 1072820995 from jrandom &lt;jrandom&gt; those were in IDN, not the router itself &lt;jrandom&gt; but that might be a good way to go &lt;jrandom&gt; its a trivially easy system &lt;jrandom&gt; good idea, lets go that way &lt;jrandom&gt; (and i can just reuse that code :) &lt;i2p&gt; &lt;duck&gt; this magical filestuff starts to look like plan9 &lt;jrandom&gt; lol &lt;mihi&gt; but file triggers require polling &lt;jrandom&gt; right mihi, reading a directory every 30s aint that bad &lt;mihi&gt; but a ServerSocket#accept is cheaper. &lt;mihi&gt; as it won't eat any time. (provided a good OS) &lt;mihi&gt; okay, file triggers are better than nothing, sure. &lt;jrandom&gt; server socket would allow remote admin &lt;jrandom&gt; (when appropriate) &lt;jrandom&gt; dunno. &lt;jrandom&gt; something to be worked out. &lt;jrandom&gt; (or if someone wants to jump on it and code... :) &lt;mihi&gt; and server socket could deliver the routerConsole as well. &lt;jrandom&gt; right &lt;jrandom&gt; ok, 2) i2ptunnel &lt;jrandom&gt; :) &lt;jrandom&gt; i2ptunnel still rules, and its looking like we want to add a socket based API to control it &lt;i2p&gt; &lt;anon&gt; aum's ic2cp2pc plans are off for now? &lt;jrandom&gt; yes, ci2cp is dead in the water, replaced with the socket based API to control I2PTunnel &lt;jrandom&gt; I think I may be able to throw on that API in the next few days, so he can get churning on the impl &lt;mihi&gt; just use a socket, make in.readLine() and feed that line to runCommand() ;) &lt;rsk&gt; what does the api give i2p? &lt;jrandom&gt; pretty much mihi (except it formats the results and send them back in a standard way) &lt;mihi&gt; with an appropriate "logger" to send the commands back. &lt;mihi&gt; s/commands/results/ &lt;jrandom&gt; rsk&gt; it lets application developers build client and server sockets over i2p without dealing with I2CP's encryption needs &lt;jrandom&gt; right right &lt;jrandom&gt; i2ptunnel /does/ have an overhead for situations where there are lots of i2ptunnels &lt;jrandom&gt; regardless of the JVM &lt;jrandom&gt; i2ptunnel clients create a new destination per client contacted, and the router will perform much worse as the number of local destinations grows. &lt;rsk&gt; ah &lt;jrandom&gt; this is due to the anonymity needs of the network tied to how our encryption works &lt;jrandom&gt; for applications who just want to open a tunnel or two to a peer, this new api will RULE &lt;jrandom&gt; but for applications that need to talk to lots of other peers, I2CP is the way to go. &lt;jrandom&gt; (since that is a single destination, multiplexed by i2cp) &lt;jrandom&gt; I suppose its the old TCP vs UDP balance, in a way &lt;jrandom&gt; mihi&gt; do you have any thoughts, or some ideas for the future of i2ptunnel? &lt;rsk&gt; hows the work on the ip over i2p, or the vpn stuff going? &lt;mihi&gt; jrandom: someone write a good streaming api, and then lets i2ptunnel use it. &lt;mihi&gt; same for naming server. &lt;mihi&gt; perhaps add some sequence numbers if no one does the things above. &lt;mihi&gt; which will mean an incompatible change. &lt;jrandom&gt; incompatible changes aren't bad, we're early in dev &lt;jrandom&gt; (if we could increase the size of of the IDs too to two or four bytes per side as well?) &lt;mihi&gt; the streaming api will be an incompatible change nevertheless. and if i2p worked, we don't need sequence numbers. &lt;jrandom&gt; rsk&gt; on hold, until someone has time to run with it? &#8801; rsk/#i2p thinks incompatible chages are the best kind &lt;jrandom&gt; right mihi &lt;mihi&gt; ID should be 3 byte atm, so why *increase* to 2 bytes? &lt;jrandom&gt; mihi&gt; actually, I'd like to slowly deprecate mode=GUARANTEED and implement that in the streaming api &#8801; mihi/#i2p too &lt;jrandom&gt; leaving i2p = IP, not TCP or UDP &lt;jrandom&gt; damnit I wish I had another 14 hours in the day. &lt;mihi&gt; only 14? ;) &lt;jrandom&gt; ;) &lt;jrandom&gt; aren't the 3 byte ids derived by both sides of the con? or maybe i'm just confused &lt;mihi&gt; each side has an ID of 3 bytes, hovever, only one must be sent at a time. &lt;jrandom&gt; perhaps I'll implement the streaming API, rip out GUARANTEED, and add that socket controller next. &lt;jrandom&gt; ah ok &lt;mihi&gt; see /apps/i2p/i2ptunnel/java/src/protocol.txt &lt;jrandom&gt; right right &lt;mihi&gt; btw, who misplaced that file *there*? &#8801; jrandom blames eco ;) &lt;jrandom&gt; wait, naw, you put 'em there &lt;jrandom&gt; didnt you? &lt;jrandom&gt; oh wait, no I imported them &#8801; jrandom blames self for being stupid. &lt;jrandom&gt; (la la la) &lt;jrandom&gt; damn. ok, yeah, working on the streaming API and the socket controller will allow me to mull over the peer testing / profiling / selection manifesto &lt;jrandom&gt; I'll post that in a few days for comment &lt;jrandom&gt; (and it'll get my head out of the router. variety++) &lt;jrandom&gt; mihi&gt; anything else on i2ptunnel? &lt;mihi&gt; not that i know &lt;jrandom&gt; coo' &lt;jrandom&gt; (thanks again for taking the time to chime in on this stuff, I know you're busy with fiw and the rest) &lt;jrandom&gt; ok, thecrypto isn't here, but he's making progress on the IM app. &lt;jrandom&gt; (thats agenda item 3) &lt;jrandom&gt; 4) 0.3 plans &lt;jrandom&gt; 0.3.0 ~= peer profiling stuff, and now it'll also include the streaming api and that socket controller for i2ptunnel &lt;jrandom&gt; but, if you couldn't guess, its not going to be released on jan 1 &lt;jrandom&gt; jan 15 is an outside possibility. we'll see how things go. &lt;jrandom&gt; 0.3.1 isn't a full month of work, so it may not need to get bumped. &lt;jrandom&gt; other than that, the roadmap is still pretty much on track and representative of where we're moving &lt;jrandom&gt; 5) time synchronization &lt;jrandom&gt; a new faq is posted at http://wiki.invisiblenet.net/iip-wiki?I2PTiming &lt;jrandom&gt; mihi, you had a suggestion about the fourth option there (building our own in-i2p timing)? &lt;jrandom&gt; hi brawl &lt;mihi&gt; yep. &#8729;&#966;&#8729; brawl is now known as eco_ &lt;eco_&gt; hi guys &lt;jrandom&gt; oh heya eco &lt;mihi&gt; you should connect 3 random nodes and remember the diff between the avg time and local time. &lt;jrandom&gt; we just discussed the streaming API / tunnel api &lt;mihi&gt; and then hack up your own getTimeMillis that corrects that. &lt;Ophite1&gt; mihi: No, you shouldn't. &lt;jrandom&gt; mihi&gt; so if an attacker creates 1000 nodes with the wrong time, everyone gets screwed &lt;jrandom&gt; (since avg would skew randomly in between) &lt;mihi&gt; if an attacker creates 1000 nodes, everyone gets screwed anyway...? &lt;rsk&gt; wouldnt that be self corecting? &lt;Ophite1&gt; mihi: OK, 3. &lt;jrandom&gt; no, we should be able to handle that mihi. &lt;mihi&gt; okay, then only use avg, if standard deviation is lower than 1sec or so. &lt;rsk&gt; if everyone has the same time your ok, even if that time is wrong, right? &lt;jrandom&gt; rsk&gt; if all 1000 nodes were in sync, but what if they're all random &lt;mihi&gt; only use times that are close enough together. if not, take 3 new nodes. &lt;jrandom&gt; mihi&gt; right, we could implement NTP (which basically does what you say, using a series of candidate averages to iteratively close in on the correct time &lt;mihi&gt; but we need not care of everything (like ping latencies), as ntp does. &lt;Ophite1&gt; if we did not, mihi, time would slowly creep backwards. &#8801; mihi/#i2p thinks that is better than let users set their time individually. &lt;jrandom&gt; so anyone who randomly picks 3 of those skewed nodes gets sent onto their own private network? &lt;jrandom&gt; what about that third option - &lt;jrandom&gt; i2p has a component that checks with a real NTP server via NTP or SNTP &lt;mihi&gt; if you have only skewed notes in your netDB, you are on that private net as well... &lt;jrandom&gt; rather than reimplementing the wheel &lt;Ophite1&gt; while I partially like that one... &lt;Ophite1&gt; NTP isn't signed, it's subject to an MITM attack. &lt;Ophite1&gt; or dns cache poisoning for, say, time.nist.gov &lt;jrandom&gt; right Ophite1, though with 200,000+ SNTP or NTP hosts, thats a large set to attack. &lt;jrandom&gt; we would definitely not sync of time.nist.gov. &lt;Ophite1&gt; connections from i2p to the NSA's time server might raise a few eyebrows, ne? :) &lt;jrandom&gt; and if an attacker goes after time.nist.gov, everyone everywhere is affected &lt;jrandom&gt; heh &lt;mihi&gt; then we combine both. ask a "real" ntp server and your neighbor. if both say the same, it's okay. &lt;jrandom&gt; so even /more/ code ;) &lt;jrandom&gt; but yeah, thats reasonable. &lt;Ophite1&gt; That's interesting. And if they don't? &lt;Ophite1&gt; pick another ntp server? &lt;jrandom&gt; refuse the peer. &lt;mihi&gt; try other ntp server and another peer. &lt;mihi&gt; until you have a match. then refuse all prev peers. &#8801; mihi/#i2p types slower than jrandom :( &lt;Ophite1&gt; match within a certain threshold, say 1sec? &lt;jrandom&gt; 1s would be good. &lt;jrandom&gt; accepting peers up to 30s or so (to deal with lag) &lt;Ophite1&gt; is 1 sec okay on HEAVILY LADEN connections? &lt;jrandom&gt; 1s for syncing, 30s for comm. &lt;Ophite1&gt; I've seen latency on DSL get to 5 seconds when doing evil things to it. &lt;jrandom&gt; with tcp or udp? &lt;Ophite1&gt; but then, in that case, that host might not be the one you want to sync time to anyway ;) &lt;jrandom&gt; right &lt;Ophite1&gt; udp. &lt;jrandom&gt; hmm 'k &lt;Ophite1&gt; you'd have thought it'd get dropped :) &lt;i2p&gt; &lt;duck&gt; I think that the problem is more letting the user know that there is a problem &lt;jrandom&gt; duck&gt; that is true. &lt;i2p&gt; &lt;duck&gt; only after walking through big logs they see that their clock is off (if they find it) &lt;Ophite1&gt; Maybe. Sort of. &lt;i2p&gt; &lt;duck&gt; or that the port is already bound &lt;jrandom&gt; an admin interface would be nice. &lt;i2p&gt; &lt;duck&gt; the world is better with everybody using NTP connected to their local stantrum (sp) 2 server CTCP Cloaking is now [On] &lt;jrandom&gt; perhaps we'll have a 0.4 release with a bunch of cleanups and end user things, prior to going 1.0? &lt;jrandom&gt; right (stratum) &lt;i2p&gt; &lt;duck&gt; only windows clients are not likely to have that &lt;i2p&gt; &lt;duck&gt; but they are also not likely to be stable &lt;jrandom&gt; windows has NTP &lt;i2p&gt; &lt;duck&gt; so who cares &lt;Ophite1&gt; duck: Windows XP and Windows Server 2003 include NTP. &lt;jrandom&gt; a shitload easier than with unix too &lt;Ophite1&gt; sync'ed by default to time.windows.com iirc. &lt;jrandom&gt; with drop down options for others &lt;Ophite1&gt; It's an essential part of Windows Product Activation. &lt;Ophite1&gt; can't expire if you don't know the time :) &lt;jrandom&gt; heh &lt;mihi&gt; no option at my university... all clocks are 1 hour to 5 hours off. but i might not be allowed to run i2p there anyway... &lt;Ophite1&gt; mihi: i2p should try especially hard to work in such a situation... &lt;jrandom&gt; mihi&gt; awesome! you can help test out the hidden operation :) &lt;jrandom&gt; as an aside, I'm going to be doing some traveling this summer &lt;jrandom&gt; i'll likely be offline, without my laptop. &lt;i2p&gt; &lt;duck&gt; sidethought: ntp.duck.i2p :) &lt;Ophite1&gt; Look at it like this: Brianna Kazaa downloads cool new anonymous filesharing client which her best friend told her was really cool and lets you chat to people secretly and stuff. Do we want to tell her that she needs to set her clock within 30 seconds (how will she get some?)? Or do we want it to just work? &lt;jrandom&gt; but I'm going to make sure I can still be on I2P with just public terminals. CTCP Cloaking is now [Off] &lt;jrandom&gt; no brainer Ophite1. just work (with docs for geeks) &lt;jrandom&gt; duck&gt; bootstrap ;) &lt;jrandom&gt; and i2p will /not/ require root. &lt;Ophite1&gt; That's my point. &lt;Ophite1&gt; jrandom: would you run a router on a box you didn't have root to? &lt;jrandom&gt; so yeah, a mix between option 3 and 4 &lt;Ophite1&gt; option 3.5 sounds cool to me ;) &lt;jrandom&gt; Ophite1&gt; i'd run a hundred of them :) &lt;mihi&gt; option 3.1415926... &lt;jrandom&gt; (and move on to the next lab, run a hundred more) &lt;Ophite1&gt; Ooh. Pie. Tasty.;) &lt;Ophite1&gt; jrandom: I said you didn't have root on. Amateur. :) &lt;jrandom&gt; lol &lt;jrandom&gt; so thats basically where we're looking. &lt;jrandom&gt; until the time stuff is implemented, everyone should use option 1 or 2. &lt;jrandom&gt; for option 2, if someone could write up some docs, I'd appreciate it &lt;Ophite1&gt; that's acceptable for now as we are Not Yet Ready for Brianna Kazaa et al ;) &lt;mihi&gt; jftr: i won't test "hidden operation". my univ account has already been disabled once and i don't want it another time blocked... &lt;Ophite1&gt; mihi: You are the best test we could possibly have. &lt;jrandom&gt; Ophite1 &gt; not for test. &lt;jrandom&gt; 'k mihi, we'll find a way, and once its ready you'll be able to use it. &lt;Ophite1&gt; OK, maybe not test. Some unis get shirty enough to chuck you out rather than just block you. &lt;Ophite1&gt; I know someone at the most anti-filesharing pro-RIAA university in the USA. He runs a 2gbit dumpsite. &lt;jrandom&gt; lol nice &lt;Ophite1&gt; I appreciate that very, very few people are this ballsy. &lt;jrandom&gt; ok, thats it for time synchronization. &lt;jrandom&gt; eco_&gt; hi. any bt stuff you want to talk about? {or save till next week} &lt;Ophite1&gt; but bear in mind the majority of the internet is in future probably going to become university/corporate. i2p might be banned. i2p might WELL be considered abuse by major ISPs. i2p will have to work anyway. &lt;Ophite1&gt; I have a few interesting ideas along that angle I will present at a future date. &lt;jrandom&gt; word &lt;Ophite1&gt; (transport) &lt;rsk&gt; i2p is considered abuse by major ISPs, read your contract &lt;Ophite1&gt; rsk: running a distributed proxy cache? &lt;rsk&gt; running any 'server' &lt;Ophite1&gt; rsk: Not unless it relays to SMTP or WWW. &lt;jrandom&gt; running services of any time &lt;jrandom&gt; right &lt;Ophite1&gt; rsk: Hehe, I have a solution to that ;) &lt;eco_&gt; jrandom: can give a brief update &lt;jrandom&gt; floor is yours :) &lt;eco_&gt; i'm porting the java-based bittorrent client snark (www.klomp.org/snark) to get aquainted with i2p &lt;eco_&gt; first port runs on top of i2ptunnel, directly calling the java classes &lt;eco_&gt; current state: does work with 2 peers, things get messed up with &gt; 2, tunnels aren't cleaned up, so restarting is painful &lt;eco_&gt; eta: this weekend &#8801; eco_/#i2p realises that this might be considered &gt; 2003 &lt;jrandom&gt; w00t! &#8801; jrandom hacks time.nist.gov &lt;eco_&gt; a "real" port would probably cut the overhead of the tunnels, but that's a next step &lt;jrandom&gt; cool &#8801; eco_/#i2p gives floor back to mc jrandom &lt;jrandom&gt; 'k, I think that was it &lt;jrandom&gt; 6) ??? &lt;jrandom&gt; anyone have anything else? &#8801; eco_/#i2p would like to express his thanks for the job well done by jrandom cs up to now &lt;eco_&gt; and that sleep has some use for home sapiens, though jrandom seems to prove this false &lt;jrandom&gt; ;) &lt;jrandom&gt; what are y'all's thoughts on meeting here as opposed to iip, until i2p is reliable enough? &lt;jrandom&gt; personally, I'm tired of meetings being cut to shreds every week. &lt;i2p&gt; &lt;anon&gt; lilo sucks! &lt;eco_&gt; we might be shutting people out by going here &lt;jrandom&gt; we are, I know. &lt;jrandom&gt; if we can get an iip&lt;--&gt;here bridge &lt;i2p&gt; &lt;duck&gt; IIP is shutting ppl out each day &lt;jrandom&gt; that'd be good. &lt;jrandom&gt; right. &lt;jrandom&gt; iip is, unfortunately, unusable for a reliable development community. &lt;i2p&gt; &lt;duck&gt; http://banaan.zeelandnet.nl/open/changate.html &lt;i2p&gt; &lt;duck&gt; that is the code where eyeKon etc is based on &lt;jrandom&gt; and while I like to go off coding on my own, y'all come up with really good ideas and do good stuff that is essential &#8801; rsk/#i2p is writing a windows update script &lt;i2p&gt; &lt;duck&gt; theoretically it could connect to 3 servers and mirror each of them &lt;jrandom&gt; word duck, perhaps I'll try to get one running on i2p.dnsalias.net &lt;jrandom&gt; ping flood from hell ;) &lt;eco_&gt; irc at duck.i2p was pretty good today, beat iip &lt;jrandom&gt; agreed &lt;jrandom&gt; dropped me a few times though. &lt;jrandom&gt; perhaps it'll be more reliable next week &lt;eco_&gt; it's in your hands :-) &lt;jrandom&gt; reliability probably won't improve until 0.3, which is ~2 weeks out &lt;jrandom&gt; (1 week to do the tunnel/streaming stuff, 1 week for peer profiling / testing) &lt;jrandom&gt; then there'll be whatever bugs that introduces :) &lt;jrandom&gt; though I should say I was really excited to stream audio from aum last night &lt;jrandom&gt; and ardvark was able to stream for 42 minutes without buffering! &lt;jrandom&gt; so perhaps we can be reliable enough &lt;jrandom&gt; (my local router is phttp only, which is probably a slight cause) &lt;jrandom&gt; ok, anyone have anything else? &lt;i2p&gt; &lt;duck&gt; cant thing of anything &#8801; eco_/#i2p can't either &#8801; jrandom winds up... &#8801; jrandom *baf*s the meeting closed </div>/cs/blog/2003/12/23/i2p-dev-meeting-23.-prosince-2003/Tue, 23 Dec 2003 00:00:00 +0000/cs/blog/2003/12/23/i2p-dev-meeting-23.-prosince-2003/<p>(Díky wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="rychlé-shrnutí">Rychlé shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> ardvark, duck, FillaMent, jrand0m, luckypunk, TC, thecrypto</p> <h2 id="záznam-schůzky">Záznam schůzky</h2> <div class="irc-log"> [22:01] &lt;jrand0m&gt; 0) hi [22:01] &lt;jrand0m&gt; 1) administravia [22:01] &lt;jrand0m&gt; 2) dev status [22:02] &lt;jrand0m&gt; 3) services on i2p [22:02] &lt;jrand0m&gt; 4) app status [ns, im, i2ptunnel, ...] [22:02] &lt;jrand0m&gt; 5) ??? [22:02] &lt;thecrypto&gt; wow, i picked a good time [22:02] &lt;jrand0m&gt; 0) hi [22:02] &lt;jrand0m&gt; yes you did thecrypto :) [22:02] &lt;jrand0m&gt; hi [22:02] &lt;jrand0m&gt; welcome to meeting 70 [22:02] &lt;TC&gt; woot [22:03] &lt;jrand0m&gt; 1) administravia [22:03] &lt;thecrypto&gt; w00t! [22:03] &lt;jrand0m&gt; mailing list, get on it for announcements / discussion / etc: (Link: http://i2p.dnsalias.net/pipermail/i2p/)http://i2p.dnsalias.net/pipermail/i2p/ [22:04] &lt;jrand0m&gt; bugzilla: tell me where shit is broken (and perhaps look for ways you can help! :) (Link: http://i2p.dnsalias.net/bugzilla/index.cgi)http://i2p.dnsalias.net/bugzilla/index.cgi [22:04] &lt;jrand0m&gt; i think thats it for administravia [22:05] &lt;jrand0m&gt; (note that i'm just talking i2p stuff here, i don't see any iip things on the agenda) [22:05] &lt;jrand0m&gt; 2) dev status [22:05] &lt;jrand0m&gt; 0.2.3 as originally released had a chunk of bugs, so there have been perhaps a dozen subsequent builds, but none quite stable enough to be called 0.2.3.1 yet [22:06] &lt;jrand0m&gt; i'm rebuilding the tunnel management subsystem now, since that is the source of the bugs and 0.3 (scheduled for jan 1) needs the new pooling tunnel manager anyway. [22:07] &lt;jrand0m&gt; making good progress on that, I'm hoping it'll be ready for use in the next day or two (i'm testing it now) [22:07] &lt;jrand0m&gt; a description of whats up with that is on (Link: http://wiki.invisiblenet.net/iip-wiki?TunnelManagement)http://wiki.invisiblenet.net/iip-wiki?TunnelManagement [22:08] &lt;jrand0m&gt; duck among others have been incredibly helpful in submitting bugs, logs, and helping track down a ton of problems and memory / cpu issues. [22:08] &lt;jrand0m&gt; y'all rule, I really appreciate the help [22:09] * thecrypto pulls out the "APPLAUSE" sign [22:09] &lt;jrand0m&gt; ;) [22:09] &lt;jrand0m&gt; the # of routers have also been increasing... on avg we're at around 9-12 [22:09] &lt;jrand0m&gt; (up from 3-5 a week ago, and 6-8 in 0.2.2 times) [22:10] &lt;jrand0m&gt; the next release will improve the reliability dramatically [22:10] &lt;jrand0m&gt; (aka it won't get out the door until it does) [22:10] &lt;jrand0m&gt; ok, 3) services on i2p [22:11] &lt;jrand0m&gt; fillament started hosting his flog on i2p :) [22:12] &lt;FillaMent&gt; and I've got another trick up my sleeve =) [22:12] &lt;jrand0m&gt; ooOOoo :) [22:12] &lt;luckypunk&gt; tw [22:12] &lt;luckypunk&gt; hm [22:12] &lt;luckypunk&gt; hello. [22:12] &lt;luckypunk&gt; Does it work yet? [22:12] &lt;jrand0m&gt; duck started a new irc server on i2p with dcc disabled (for security reasons) plus some ident-ish features [22:13] &lt;luckypunk&gt; lol [22:13] &lt;jrand0m&gt; luckypunk&gt; people with 350Mhz machines will need to wait until 0.3 is out before being able to use it effectively ;) [22:13] &lt;luckypunk&gt; yes, but is i2p reliable enough for that? [22:13] &lt;jrand0m&gt; (but subscribe to the i2p mailing list so you can get announcements) [22:13] &lt;luckypunk&gt; i overclocked to 377 [22:13] &lt;luckypunk&gt; does that help? [22:13] &lt;luckypunk&gt; lol [22:13] &lt;jrand0m&gt; i was chatting on that irc server the other day, until my irc client b0rked [22:14] &lt;jrand0m&gt; but yes, things are a bit unreliable at the moment while the tunnel management subsystem is rebuilt [22:14] &lt;luckypunk&gt; well, im happy my computer didn't molassify overnight again. [22:15] &lt;jrand0m&gt; any other new services i've missed? [22:15] &lt;luckypunk&gt; well, when .3 comes out...t here'll be a yahooish service. [22:15] &lt;luckypunk&gt; ;) [22:15] &lt;jrand0m&gt; cool [22:15] &lt;TC&gt; i should run somthing else [22:16] &lt;TC&gt; whats a service we need that doesnt require messing with apache? [22:16] &lt;jrand0m&gt; your bbs is kick ass tc, i just can't wait until i2p is reliable enough for me to get to it consistently [22:16] &lt;jrand0m&gt; you could run a telnet based games server (e.g. adventure, etc) [22:16] &lt;luckypunk&gt; lol [22:16] &lt;TC&gt; hah [22:16] &lt;FillaMent&gt; MUSH [22:17] &lt;luckypunk&gt; i'll do that... it's low demand. [22:17] &lt;luckypunk&gt; and i already had about 300k of tinymush code. [22:17] &lt;jrand0m&gt; yeah, the whole mush/mud/moo/ style thaang [22:17] &lt;luckypunk&gt; heh [22:17] &lt;TC&gt; what about ultima online? [22:18] &lt;thecrypto&gt; ooh that's be fun [22:18] &lt;luckypunk&gt; "Slay FreeNet Databugs!" [22:18] &lt;luckypunk&gt; TC: =| [22:18] &lt;thecrypto&gt; we need to get a telnet client then [22:18] &lt;luckypunk&gt; maybe if we all obtained 6 ghz computers with oc-128 lines. :D [22:18] &lt;jrand0m&gt; thecrypto&gt; /bin/telnet + i2ptunnel [22:18] &lt;thecrypto&gt; ...yeah [22:18] &lt;thecrypto&gt; i'm sloew [22:19] &lt;thecrypto&gt; :) [22:19] &lt;jrand0m&gt; any other low hanging fruit for services? a mail server (pop3/imap without internet mail) would rule [22:19] &lt;jrand0m&gt; (and if it could /receive/ internet email that'd rule too) [22:21] &lt;jrand0m&gt; ok, 4) app status [22:21] &lt;jrand0m&gt; naming service [22:21] &lt;jrand0m&gt; wiht / co was here earlier, but not now [22:21] &lt;jrand0m&gt; MrEcho&gt; how goes? *** MrEcho is echo@anon.iip (Digital_Light) *** on channels: #iip-dev #anonymous *** on irc via server anon.iip (Official IIP ) *** MrEcho has been idle 3 minutes, signed on at Thu Jan 01 01:00:00 1970 [22:23] &lt;jrand0m&gt; ok, perhaps we'll get back to that [22:23] &lt;jrand0m&gt; hosts.txt has been growing as destinations have come online [22:23] &lt;jrand0m&gt; there's a bot on the jabber server that will let you register / fetch entries [22:24] &lt;jrand0m&gt; (plus the hosts.txt distributed with new installs is managed in cvs and mirrored at (Link: http://i2p.dnsalias.net/i2p/hosts.txt)http://i2p.dnsalias.net/i2p/hosts.txt) [22:24] &lt;jrand0m&gt; next up, IM [22:24] &lt;jrand0m&gt; hi thecrypto :) [22:24] &lt;jrand0m&gt; welcome back [22:25] &lt;thecrypto&gt; hi [22:25] &lt;thecrypto&gt; i2pim is being started from scratch [22:25] &lt;thecrypto&gt; i need to figure out how this network works but tearing apart ATalk and slowly putting it back together [22:25] &lt;thecrypto&gt; so it's slowly coming along [22:25] &lt;jrand0m&gt; word [22:25] &lt;thecrypto&gt; i don't know if i can get group chat working [22:25] &lt;thecrypto&gt; but it's an idea [22:26] &lt;jrand0m&gt; you had mentioned the idea of 'tossing around the baton' style of group chat - not centralized, but still workable... I think that might be a way to go [22:26] &lt;thecrypto&gt; it might involve some difficult baton passing to get it, but if anyone has an idea for how to do group chat under my model, e-mail the list i just signed onto [22:26] &lt;jrand0m&gt; hehe [22:26] &lt;jrand0m&gt; cool [22:27] &lt;jrand0m&gt; yeah, starting off with one on one (perhaps with send/receive file) would probably be prudent [22:27] &lt;thecrypto&gt; yeah, the only problem would be syncronizing the baton will be difficult [22:27] &lt;thecrypto&gt; because you don't want 2 people grabbing the baton at the same time, or have the person who has the baton to drop of then et [22:27] &lt;thecrypto&gt; nety [22:27] &lt;TC&gt; token-ring-chat? [22:27] &lt;jrand0m&gt; yup, voting systems are a pain. [22:28] &lt;jrand0m&gt; right, good ol' 2phaseCommit [22:28] &lt;thecrypto&gt; TC: no, basically the IM network has no central presence server [22:28] &lt;thecrypto&gt; so what i'm thinking about doing is have a virtual server baton [22:29] &lt;duck&gt; ok, using a bootdisk from now on... [22:29] &lt;jrand0m&gt; the other option is to do group chat fully distributed: "group" just being "send these messages to peer X, Y, Z" [22:29] &lt;jrand0m&gt; d'oh duck [22:29] &lt;thecrypto&gt; yeah, but that's network by broadcast [22:29] &lt;jrand0m&gt; not really [22:29] &lt;thecrypto&gt; which is usually the stupidest idea [22:29] &lt;jrand0m&gt; the messages have to get sent to peer X, Y, Z from someone sometime [22:30] &lt;jrand0m&gt; its actually 1 less message than the (temporary) server based model [22:30] &lt;thecrypto&gt; yes, but then each person has to keep track of the group [22:30] &lt;jrand0m&gt; (and the UI can make the group 'pretty') [22:30] &lt;thecrypto&gt; and now there has to be messages passed around about what the group is current [22:30] &lt;jrand0m&gt; right, perhaps a control message stating "I think group A is X, Y, Z" [22:31] &lt;jrand0m&gt; instead of the voting protocol [22:31] &lt;jrand0m&gt; right, I'm not sure what way is best [22:31] &lt;jrand0m&gt; just saying there's an option [22:31] &lt;jrand0m&gt; no lo se [22:31] &lt;thecrypto&gt; yeah [22:32] &lt;jrand0m&gt; anyway, if you want a 'product' on bugzilla for i2pim, lemmie know, as well as if theres anything i can do to help [22:32] &lt;thecrypto&gt; well, i need code for there to be bugs in first [22:32] &lt;jrand0m&gt; ;) [22:33] &lt;thecrypto&gt; so wait a bit and i'll have something to put on bugzilla [22:34] &lt;jrand0m&gt; cool, whenever, its trivial to add [22:35] &lt;jrand0m&gt; ok, i2ptunnel [22:35] &lt;jrand0m&gt; i've tossed in two bug-ish things into bugzilla: (Link: http://i2p.dnsalias.net/bugzilla/show_bug.cgi?id=1)http://i2p.dnsalias.net/bugzilla/show_bug.cgi?id=1 and (Link: http://i2p.dnsalias.net/bugzilla/show_bug.cgi?id=2)http://i2p.dnsalias.net/bugzilla/show_bug.cgi?id=2 [22:36] &lt;jrand0m&gt; plus there's a thing wrt some browsers b0rking on missing trailing / [22:37] &lt;jrand0m&gt; getting sequence numbers into i2ptunnel would be really good, as large transfers sometimes are getting corrupted (missing message thats dropped, but sequence numbers would notice that immediately and fail fast) [22:37] &lt;jrand0m&gt; other than that, the things are minor, i2ptunnel is behaving a lot better than the router :) [22:38] &lt;jrand0m&gt; ok, any other apps? [22:39] &lt;jrand0m&gt; there was some discussion about NAT/SOCKS the last few days on the channel [22:39] &lt;jrand0m&gt; a socks enabled proxy that would let people ftp, bittorrent, etc would be really great [22:39] &lt;jrand0m&gt; plus there's the discussion aum started on the i2p list wrt file sharing / cdn [22:40] &lt;jrand0m&gt; (i swear i didn't tell him to make that post ;) [22:41] &lt;jrand0m&gt; i probably won't be doing anything on the app side beyond help out integrating with i2p, as there's a truckload of stuff to do in the router, so if you're interested in seeing them show up, get hackin' [22:44] &lt;jrand0m&gt; ok, thats it for apps [22:44] &lt;jrand0m&gt; 5) ??? [22:44] &lt;jrand0m&gt; hi [22:44] &lt;jrand0m&gt; any comments / questions / concerns / etc? [22:45] &lt;ardvark&gt; I think everyone fell asleep ;) [22:46] &lt;jrand0m&gt; someone posted a question to the wiki's FAQ and it got answered after about a day, so if anyone has concerns, either post them there, to the i2p@i2p.dnsalias.net mailing list, ask it in this channel, or spraypaint it on the wall [22:46] &lt;duck&gt; oh, meeting [22:46] &lt;jrand0m&gt; yeah, exciting, aint it ;) [22:46] * jrand0m slings mud at duck [22:46] * mihi did not follow, sorry. he will stand in the corner for the next 5 minutes... [22:46] &lt;jrand0m&gt; hehe [22:47] &lt;jrand0m&gt; ok, thats about it. [22:48] * jrand0m *baf*s the meeting to a close </div>/cs/blog/2003/12/16/v%C3%BDvoj%C3%A1%C5%99sk%C3%A1-sch%C5%AFzka-i2p-16.-prosince-2003/Tue, 16 Dec 2003 00:00:00 +0000/cs/blog/2003/12/16/v%C3%BDvoj%C3%A1%C5%99sk%C3%A1-sch%C5%AFzka-i2p-16.-prosince-2003/<p>(Díky wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="rychlé-shrnutí">Rychlé shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> duck, FireRabbit, jrand0m, lonelynerd, mids, mihi, MrEcho, protocol, TC, wiht</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> [22:04] &lt;jrand0m&gt; 0) hi [22:04] &lt;jrand0m&gt; 1) iip [22:04] &lt;jrand0m&gt; 2) 0.2.3 &amp; 0.2.3.1 [22:04] &lt;jrand0m&gt; 3) hi [22:04] &lt;jrand0m&gt; 0) hi [22:04] &lt;jrand0m&gt; welcome to the ... something'th meeting [22:05] &lt;jrand0m&gt; (68? 69?) [22:05] &lt;MrEcho&gt; damm its 1pm here [22:05] &lt;jrand0m&gt; GMT-8? [22:05] &lt;duck&gt; 69 [22:05] &lt;jrand0m&gt; h0t. [22:06] &lt;jrand0m&gt; ok, 1) iip [22:06] *** Signoff: tusko (EOF From client) [22:06] * MrEcho compiles a kernel for the meeting [22:06] &lt;jrand0m&gt; iip is acting crazy. all i know is nop is "moving servers", whatever that means. i don't know when it'll be done, etc. [22:06] &lt;jrand0m&gt; anyone have any more info they want to share with the class? [22:06] *** mids (mids@anon.iip) has joined channel #iip-dev [22:06] &lt;MrEcho&gt; no info from nop [22:07] &lt;mids&gt; this morning I was told that I could start Trent again [22:07] &lt;mids&gt; (I did do so already last night) [22:07] &lt;jrand0m&gt; wikked [22:07] &lt;jrand0m&gt; gracias [22:07] &lt;mids&gt; so that indicates that nop believes that IIP is more stable again [22:07] &lt;mids&gt; if that is worth anything... [22:07] &lt;mids&gt; *cough* [22:07] &lt;jrand0m&gt; ok cool [22:08] &lt;jrand0m&gt; [woot roommate just handed me a glass of wine for the meeting] [22:08] &lt;MrEcho&gt; lol [22:08] &lt;jrand0m&gt; ok, since nop is online and won't come to hte meeting, we'll have to save the lynch mob for later [22:09] &lt;jrand0m&gt; 2) 0.2.3 &amp; 0.2.3.1 [22:09] &lt;mids&gt; what specific question do you want to ask him? [22:09] &lt;protocol&gt; when is the meeting [22:09] &lt;jrand0m&gt; specific question&gt; when will he make an official announcement describing the past problems and how the future ones will be addressed? [22:09] &lt;jrand0m&gt; the meeting is now [22:10] &lt;jrand0m&gt; (aka, at what point should we explore non-iip means of communication) [22:10] &lt;mids&gt; if I get an answer I'll let you know. [22:10] &lt;jrand0m&gt; thanks [22:11] &lt;jrand0m&gt; ok, i2p stuff. 0.2.3 came out yesterday, and while most of hte kademlia code is working fine, there are some 0.2.2 bugs showing up as well as some other bugs being explored. [22:11] &lt;jrand0m&gt; i've committed a change to use tunneled messages for dbStore instead of garlics, which should reduce the load tc (et al) have been seeing on servers [22:12] &lt;jrand0m&gt; there is also a new persistent sessionKeyManager that will make it so restarts won't totally b0rk a router for 15 minutes [22:12] &lt;MrEcho&gt; what about client connect times to routers? [22:12] &lt;duck&gt; so far it feels as good/bad as 0.2.2; unless my router/tunnels go down again this night, in which case it is worse as 0.2.2 [22:13] &lt;jrand0m&gt; MrEcho&gt; that seems to be in the interaction of two bugs from 0.2.2 thats acting up more than before. those two are my top priority. [22:13] &lt;MrEcho&gt; ok cool [22:13] &lt;jrand0m&gt; duck&gt; my feeling is that its worse than 0.2.2, from an end user perspective. i'm working on fixing that without sacrificing anonymity or security. [22:13] &lt;MrEcho&gt; its hard to work on the dns with that damm bug .. i have to restrt the dns server alot [22:14] &lt;jrand0m&gt; MrEcho&gt; with local only routers i have not been able to reproduce the bugs - does it work for you w/ local only? [22:15] &lt;MrEcho&gt; no [22:15] &lt;jrand0m&gt; could you send me debug logs for that? [22:15] &lt;MrEcho&gt; already deleted [22:16] &lt;jrand0m&gt; ok, if you try again and it doesn't work, if you could send me debug logs from both the router and client I'd appreciate it. [22:16] &lt;MrEcho&gt; its doing the samething as before .. client gets msg that its sent .. but never makes it to the client [22:16] &lt;MrEcho&gt; to the other client [22:17] &lt;MrEcho&gt; ya .. ill see what i can do [22:17] &lt;jrand0m&gt; ok, sounds like the i2psessionImpl2 bug. i haven't been able to reproduce that locally, but once its fixed for remote hopefully it will work for your situation [22:17] &lt;jrand0m&gt; gracias [22:17] &lt;jrand0m&gt; in any case, thanks for y'all's patience with the update. we're making progress, even if it doesn't feel like it on the surface [22:18] &lt;protocol&gt; shine on you crazy diamond [22:18] &lt;duck&gt; in the future, say once i2p is actually used, how will the development / release process change to prevent broken releases from mess up the net? [22:19] &lt;jrand0m&gt; once 1.0 is out, i'll do dev &amp; roll out to an insane group of volunteers to play with for a week, then if things wokr great, it'll get rolled out to general release. [22:20] * FireRabbit will be an insane vollunteer [22:20] &lt;jrand0m&gt; right now i've got to battle with kaffe &amp; jetty for updates on i2p.dnsalias.net [22:20] &lt;duck&gt; what species? [22:20] * MrEcho already is [22:20] *** tusko (~tusko@anon.iip) has joined channel #iip-dev [22:20] &lt;jrand0m&gt; y'all already are insane (and very helpful) volunteers :) [22:20] &lt;FireRabbit&gt; thank you! [22:20] &lt;FireRabbit&gt; :) [22:21] *** TC (~TC@anon.iip) has joined channel #iip-dev [22:21] &lt;jrand0m&gt; hey if it aint tc [22:21] * MrEcho wips TC .. your late [22:21] &lt;TC&gt; hey [22:21] &lt;TC&gt; we back up and running? [22:21] &lt;MrEcho&gt; ya i can type todya... [22:22] &lt;jrand0m&gt; iip seems up... [22:22] &lt;TC&gt; yay [22:22] &lt;jrand0m&gt; in any case, i'm hoping to have 0.2.3.1 out in the next few days, once the two critical bugs get fixed (the cpu overload tc has seen has already been updated) [22:23] *** wiht (anon@anon.iip) has joined channel #iip-dev [22:23] &lt;TC&gt; what was the cause? [22:23] &lt;FireRabbit&gt; i seem to have noticed increased disk activtiy since updating to 0.2.3 but i havent spent any time to see if thats actually i2p or just the comp being stupid [22:23] *** Signoff: wiht ((null)) [22:23] &lt;TC&gt; FireRabbit, how much memmory do you have? [22:24] &lt;FireRabbit&gt; that computer has 128 i believe [22:24] &lt;FireRabbit&gt; you think it could be the paging file? [22:24] &lt;jrand0m&gt; the cause was that 0.2.3 sends all dbStore messages via garlic routed messages instead of directly, which uses either ElGamal or AES+SessionTag (depending on whether tags are known). the persistentSessionKeyMAnager will make tags last longer, and 0.2.3.1 will send dbStore messages through tunnels instead [22:24] &lt;TC&gt; because i have 512 and i2p gave me an 'out of memmory' error last night [22:24] &lt;jrand0m&gt; really? shite [22:24] &lt;FireRabbit&gt; oh, intresting [22:25] &lt;MrEcho&gt; wow [22:25] &lt;jrand0m&gt; yeah, thats #3 on the list of bugs left to crack (though thats not a 0.2.3.1 showstopper) [22:25] &lt;jrand0m&gt; OOMs don't use all 512 [22:25] &lt;TC&gt; but it seems to be running fine now [22:25] &lt;jrand0m&gt; they only use what java's given (e.g. 64M) [22:26] &lt;TC&gt; yes [22:26] &lt;duck&gt; Memory: In use: 8187KB [22:26] &lt;jrand0m&gt; word [22:26] &lt;duck&gt; that is not much! [22:26] &lt;duck&gt; yet [22:26] &lt;MrEcho&gt; Memory: In use: 8908KB Free: 4088KB [22:27] &lt;jrand0m&gt; right, there is something growing in there, i hope to have it tracked down by 0.3 [22:27] &lt;jrand0m&gt; cool, free means it used to use 12.9M, now it only uses 8.9 [22:27] &lt;TC&gt; its running at 30megs of memory at the moment but last night it jumped up to (what windows told me) '70' about then is where it crashed [22:27] &lt;jrand0m&gt; yeah, kaffe does that for me tc [22:28] &lt;jrand0m&gt; ok, in any case, people should subscribe to the i2p mailing list [22:28] * FireRabbit is thinking when he gets home today hes going to rewrite the meshwork lib since it has some problems [22:28] &lt;FireRabbit&gt; sigh [22:28] &lt;jrand0m&gt; ((Link: http://i2p.dnsalias.net/pipermail/i2p/)http://i2p.dnsalias.net/pipermail/i2p/) [22:28] &lt;jrand0m&gt; d'oh FireRabbit [22:28] &lt;FireRabbit&gt; this thing is never going to gte done [22:28] &lt;TC&gt; yah, and memory is no biggy for the most part [22:28] &lt;jrand0m&gt; heh, no project goes as easily as one hopes [22:28] &lt;FireRabbit&gt; nope [22:28] &lt;protocol&gt; jrand0m: the maillist triggers Yahoo! spam protection [22:28] &lt;protocol&gt; just a heads up [22:28] &lt;jrand0m&gt; really protocol? [22:29] &lt;protocol&gt; yeah [22:29] &lt;jrand0m&gt; perhaps thats what triggered the spam guard when i cc'ed iip-dev [22:29] * jrand0m will write my isp [22:29] &lt;jrand0m&gt; (or perhaps its the .dnsalias.net thing) [22:30] &lt;protocol&gt; i didn't get any mailings so far, and i emptied my bulk mail b4 i could check [22:30] &lt;duck&gt; or the jrandom nicknam [22:30] &lt;jrand0m&gt; lol duck [22:30] &lt;FireRabbit&gt; :) [22:30] &lt;jrand0m&gt; that'd be awesome if my nick was filtered :) [22:30] &lt;FireRabbit&gt; hehe [22:30] *** wiht (anon@anon.iip) has joined channel #iip-dev [22:30] &lt;jrand0m&gt; wb wiht [22:30] &lt;jrand0m&gt; speaking of which, I suppose I should inject 3.1) apps :) [22:31] &lt;jrand0m&gt; hey MrEcho, how goes the battle? [22:31] &lt;wiht&gt; jrand0m: Hello. [22:31] &lt;MrEcho&gt; the day somone writes a autodetect program for the linux compile config [22:31] &lt;MrEcho&gt; well its on its way [22:31] &lt;duck&gt; knoppix uses some autodetect thing, isnt it? [22:31] &lt;jrand0m&gt; ./configure ; make ; make check ; make install ; reboot [22:31] &lt;duck&gt; &lt;/offtopic&gt; [22:31] &lt;MrEcho&gt; ive pritty much maped out how i want to do everything [22:31] &lt;jrand0m&gt; word [22:32] &lt;jrand0m&gt; do you have a clear view on how i2ptunnel could be updated to make use of what you're doing MrEcho? [22:32] &lt;FireRabbit&gt; i think knoppix uses hotplug [22:32] &lt;MrEcho&gt; 0.1 wont be/might be locked down .. dont know yet [22:32] &lt;jrand0m&gt; coo' [22:33] &lt;TC&gt; oh jrand0m, i have a question about the cvs [22:33] &lt;jrand0m&gt; que tal? [22:33] &lt;MrEcho&gt; for dns querys im going to have a server port on the Client and RS side for Names querys [22:33] &lt;FireRabbit&gt; ok jrand0m so enlighten me on this, if you have two arrays, one thats storing data just recieved and one thats acting as a buffer what would you name them [22:33] &lt;MrEcho&gt; and im going to build a lib for any app to use [22:33] &lt;jrand0m&gt; FireRabbit&gt; src, dest [22:34] &lt;FireRabbit&gt; humm [22:34] &lt;TC&gt; i thought it would be a good idea if i updated the host file directly to the i2p based cvs so it could be included with future versions [22:34] &lt;jrand0m&gt; definitely tc [22:34] &lt;FireRabbit&gt; this is a pretty big class, i think id want to go a little more specific than that [22:34] * jrand0m should get you a cvs account [22:34] &lt;TC&gt; im just wondering how to connect to it [22:34] &lt;duck&gt; TC: you want (Link: http://www.tortoisecvs.org/)http://www.tortoisecvs.org/ [22:34] &lt;duck&gt; easiest CVS client for windows that I know [22:35] * MrEcho uses the dos ver :) [22:35] &lt;mihi&gt; duck: for windows != win9x ;) [22:35] * FireRabbit uses the cvs command line port [22:35] &lt;duck&gt; mihi: I did test it with win9x [22:35] &lt;jrand0m&gt; tc&gt; have you used cvs before? or are you concerned w/ anonymity? (you should be able to cvs through i2p at the moment) [22:35] * mihi uses either WinCVS or the cygwin cvs [22:35] * jrand0m uses cvs.exe [22:35] &lt;TC&gt; ok, so i use that client and set up the proxy? [22:35] &lt;TC&gt; no, ive never used cvs before [22:35] &lt;jrand0m&gt; ok, i'll walk you through the setup after the meeting [22:36] &lt;TC&gt; sure, thanks [22:36] &lt;duck&gt; about cvs-ing through the tunnel: [22:36] &lt;duck&gt; wouldnt the double messages be a big problem? [22:36] *** Signoff: wiht (Ping timeout) [22:37] &lt;duck&gt; especially for commits [22:37] &lt;jrand0m&gt; yes duck, but I haven't run into that problem (cvs messages are typically small) [22:37] &lt;jrand0m&gt; &gt;64k messages (e.g. the specs .pdf or .sxw) should for now be done through the normal internet [22:38] &lt;duck&gt; jabber msges get also duplicated quite often [22:38] &lt;jrand0m&gt; you're right though, in that its not a rock solid solution for cvs yet [22:38] &lt;duck&gt; even though they are XML, they are not that big [22:40] &lt;jrand0m&gt; right, lost acks are one of the bitches of the current lost i2psessionimpl2 bugs :/ [22:40] &lt;duck&gt; k [22:41] &lt;duck&gt; (that was a partly lost ack) [22:41] &lt;jrand0m&gt; (with the network this size, there should be no resends ever, unless that the peer is offline) [22:42] &lt;jrand0m&gt; hmm ok, any other i2p stuff? [22:42] &lt;mihi&gt; jrand0m: how about adding some kinda sequence number into the i2p packets? [22:43] &lt;jrand0m&gt; i2ptunnel packets? [22:43] &lt;mihi&gt; this would help with the doubling things. [22:43] &lt;mihi&gt; no, i2pnp packets [22:43] &lt;mihi&gt; okay, one could do it on i2ptunnel level as well. [22:43] &lt;TC&gt; so jrand0m did you get your conncetion back or are you still at a cafe? [22:43] &lt;mihi&gt; just if you get twice the same number, disregard the second one. [22:44] &lt;jrand0m&gt; those already handle dup ids for most things, though you're right in that there's going to be an update on 0.3 for the remaining messages [22:44] &lt;jrand0m&gt; right, currently we keep a history of the last 1000 msgIds to drop dups [22:44] &lt;mihi&gt; okay, if anyone volunteers to write a good tcp impl for i2p, that would be better ;) [22:44] &lt;jrand0m&gt; yes! :) [22:44] *** Nostradumbass (nostradum@anon.iip) has joined channel #iip-dev [22:45] * jrand0m thinks there's going to be a bounty for some [yet to be determined killer app/feature] once 1.0 gets near [22:45] &lt;duck&gt; win a 1 hour private chat session with UserX! [22:45] &lt;jrand0m&gt; lol [22:45] &lt;MrEcho&gt; lol [22:46] &lt;jrand0m&gt; ok, any other i2p things, or iip things, or anything else for this, the 69th iip-dev meeting? [22:46] &lt;jrand0m&gt; (other than userx pinup girl comments) [22:47] &lt;duck&gt; any other apps that duck inc. should run? [22:47] &lt;jrand0m&gt; bluebeep! [22:47] &lt;TC&gt; 1. jrand0m did you fix your connection issues? 2. what do you think of my new eepsite? [22:47] &lt;TC&gt; bluebeep? [22:47] &lt;jrand0m&gt; oh sorry tc. yes, i finally have net access :) haven't seen your new eepsite beyond the board (which kicks ass), but i'll check later :) [22:48] &lt;duck&gt; TC: I like the new design [22:48] &lt;TC&gt; hmm, i should change the board as well to cut down on the load time [22:48] &lt;duck&gt; only think you should try to disable the email function in the phpboard, now you get an error each time [22:48] &lt;TC&gt; thanks duck [22:48] &lt;jrand0m&gt; dropping images would be a plus [22:49] &lt;TC&gt; good idea [22:49] &lt;jrand0m&gt; (bluebeep is an old wardialer) [22:49] &lt;MrEcho&gt; ya [22:49] &lt;jrand0m&gt; (and all around fun toy) [22:49] &lt;duck&gt; please keep in mind that the average age is 16 here [22:50] * MrEcho is 24 [22:50] * duck ducks [22:50] * jrand0m doubts there are too many 3 year olds to balance out the geriatrics among us ;) [22:50] *** wiht (anon@anon.iip) has joined channel #iip-dev [22:50] &lt;MrEcho&gt; lol [22:50] * TC built a blackbox once [22:50] &lt;jrand0m&gt; w3wt [22:50] &lt;lonelynerd&gt; is the meeting already over? [22:50] &lt;duck&gt; last Q: [22:50] *** protocol is now known as proto_afk [22:51] &lt;duck&gt; how can we read the kademlia stats? [22:51] * jrand0m hasn't !baf'ed yet lonelynerd, so ask away :) [22:51] * MrEcho kills pcmcia support in the kernel [22:51] &lt;duck&gt; just so that we understand what routerConsole.html dumps [22:51] &lt;MrEcho&gt; im getting pissed [22:51] &lt;jrand0m&gt; ok, the JobQueue stats I assume you mean? [22:52] * duck guesses that it is all obvious probably [22:52] &lt;jrand0m&gt; basically when I look at JobQueue stats, I check to see that the avg execution time for the Build garlic message, buld tunnel, and handle * message jobs are small [22:52] &lt;jrand0m&gt; (those are the jobs that usually take the longest, and when the pending side of things gets large, everything suffers) [22:53] &lt;lonelynerd&gt; (actually, i better read the logs first) [22:53] &lt;duck&gt; gotcha [22:53] &lt;jrand0m&gt; the .1-.6s avg pending time i've been seeing is shit poor and one of the big things i'm going to aim for once its time to tune 'em [22:54] &lt;jrand0m&gt; the netDb contents liveliness and reliability are largely random numbers, as long as they're &gt; 100. last sent successfully means when was the last time it was sent to 2 or more peers [22:54] &lt;jrand0m&gt; (we resend randomly if it isn't local) [22:54] &lt;jrand0m&gt; (no more than once every 5 minutes though) [22:55] &lt;jrand0m&gt; is there a stat that would be helpful for people, or some other visualization that might help? (if its nontrivial i might not throw it in, but if its easy, i probably would) [22:56] &lt;duck&gt; thanks [22:57] &lt;jrand0m&gt; any other comments / questions / concerns / frisbees? [22:59] &lt;jrand0m&gt; in that case [22:59] * jrand0m winds up [22:59] * jrand0m *baf*s the meeting closed </div>/cs/blog/2003/12/09/i2p-dev-meeting-9.-prosince-2003/Tue, 09 Dec 2003 00:00:00 +0000/cs/blog/2003/12/09/i2p-dev-meeting-9.-prosince-2003/<p>(S laskavým svolením wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="rychlé-shrnutí">Rychlé shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> duck, joda, jrand0m, mrflibble, Nostradumbass</p> <h2 id="záznam-jednání">Záznam jednání</h2> <div class="irc-log"> [22:02] &lt;jrand0m&gt; 0) welcome to $num [22:02] &lt;jrand0m&gt; 1) iip status [22:02] &lt;jrand0m&gt; 2) kademlia stuff + idn [22:02] &lt;jrand0m&gt; 3) peer profiling stuff [22:02] &lt;jrand0m&gt; 4) i2p services [22:02] &lt;jrand0m&gt; 5) stuff [22:02] &lt;jrand0m&gt; 0) welcome [22:02] &lt;jrand0m&gt; hi [22:03] &lt;jrand0m&gt; this is meeting 67 or 68... [22:03] &lt;jrand0m&gt; 1) iip status [22:03] &lt;jrand0m&gt; I dunno. anyone know what the situation has been as of late? [22:04] &lt;jrand0m&gt; the iip devs aren't here, so... dunno. [22:04] &lt;jrand0m&gt; [ping] [22:04] &lt;jrand0m&gt; (last week I typed for probably 10 minutes before my client pinged me out...) [22:05] &lt;jrand0m&gt; (i'm not going to type anything else until I get a p0ng, damnit ;) [22:05] *** Nostradumbass (nostradum@anon.iip) has joined channel #iip-dev [22:05] &lt;jrand0m&gt; 'lo Nostradumbass [22:06] &lt;Nostradumbass&gt; hi :) [22:06] &lt;jrand0m&gt; ok cool, so I haven't pinged out, people are just lurking. cool :) [22:06] * jrand0m hops on to the next agenda item [22:06] &lt;Nostradumbass&gt; how's i2p coming? [22:06] &lt;Nostradumbass&gt; sorry? [22:06] &lt;jrand0m&gt; good lead in ;) [22:07] &lt;jrand0m&gt; agenda item 3) i2p 0.2.3 status :) [22:07] *** nerox (~nerox@anon.iip) has joined channel #iip-dev [22:07] &lt;jrand0m&gt; there's been a lot of progress, even though I'm offline. commited a truckload of code a few hours ago [22:07] &lt;jrand0m&gt; that includes an implementation of the kademlia netDb [22:08] &lt;jrand0m&gt; so I'm pretty confident we'll hit the release for 0.2.3 next week (which is basically kademlia netDb + a shell script) [22:08] &lt;jrand0m&gt; there have been a few more variations on the kademlia proto though to make things more relevent for i2p [22:09] &lt;jrand0m&gt; we will always have a very, very, /very/ sparse kademlia tree. [22:09] &lt;jrand0m&gt; 2^256 possible slots, and 1-10 values per peer in the network. [22:09] &lt;jrand0m&gt; so, thinking insanely overzealous, we still wont be using jack shit, and everything will be in the furthest out kbucket [22:10] &lt;jrand0m&gt; so some parts of kademlia are going to be quietly ignored ;) but the basic gist stays the same, including the search algo &amp; distance metric [22:10] &lt;jrand0m&gt; idn, however, is dead in the water. [22:11] &lt;jrand0m&gt; the idea that i2p's netDb code could run off the same code as a publishing DHT was a silly little idea [22:11] &lt;jrand0m&gt; and has been promptly abandonded. [22:11] &lt;jrand0m&gt; idn is still generally a good idea, but I'm not going to spend my i2p dev time working on it [22:12] *** tusko (~tusko@anon.iip) has joined channel #iip-dev [22:12] &lt;jrand0m&gt; but part of the 0.2.3 changes include a dramatic revamp of how we choose peers and organize router stats [22:12] &lt;jrand0m&gt; heya tusko [22:12] &lt;jrand0m&gt; that brings us to agenda item 3) peer profiling [22:12] &lt;jrand0m&gt; I've been pretty silly...and finally did some of the math [22:13] &lt;jrand0m&gt; the stats being gathered now are immense. [22:13] &lt;jrand0m&gt; about 6000 data points /per peer/ [22:13] &lt;duck&gt; what is peer profiling? [22:13] &lt;jrand0m&gt; peer profiling is where the router keeps track of the performance of each peer so that it can decide who to use in the future [22:13] &lt;duck&gt; ah [22:13] &lt;jrand0m&gt; (aka fast routers, reliable routers, etc) [22:13] &lt;duck&gt; the process that eats up my memory :) [22:14] &lt;jrand0m&gt; heh actually that part isn't toooo bad [22:14] &lt;jrand0m&gt; though 6000 data points won't scale. [22:14] &lt;jrand0m&gt; 1000 routers @ 6000 data points each @ 4 bytes / data point = 24Mb [22:15] &lt;jrand0m&gt; though keeping detailed stats on a few hundred peers is probably fine, even as the net grows beyond that [22:15] &lt;jrand0m&gt; we /don't/ need to keep stats on everyone. just routers we want to 'use' for our tunnels, garlic routing, and source routing. [22:16] &lt;jrand0m&gt; we could probably get away in the long term with just keeping track of a hundred or so peers. [22:16] &lt;jrand0m&gt; but, for now, I'm going to say fuckit. [22:16] &lt;jrand0m&gt; keep stats on all peers [22:16] &lt;duck&gt; ping [22:16] &lt;jrand0m&gt; p0ng [22:17] &lt;duck&gt; will it try to learn about all peers? [22:17] &lt;jrand0m&gt; right now, yes [22:17] &lt;duck&gt; oh wait, your last lines covered that [22:17] &lt;jrand0m&gt; we also have some code for coallescing and running calculations on the peer profiles [22:18] &lt;jrand0m&gt; so one of those calculators will determine what peers to drop [22:18] &lt;jrand0m&gt; an example of the data set being collected: (Link: http://i2p.dnsalias.net/~jrandom/profile.txt)http://i2p.dnsalias.net/~jrandom/profile.txt [22:19] &lt;jrand0m&gt; (you'll notice lots of 0s :) [22:19] &lt;jrand0m&gt; I've written up a rough manifesto for peer selection and profiling, but need to get that onto the wiki [22:20] &lt;jrand0m&gt; but thats all 0.3 stuff, really. 0.2.3 just uses a little of it [22:21] &lt;jrand0m&gt; ok, thats it for the peer profiling. lots more later, just giving a lil view into whats up [22:21] &lt;jrand0m&gt; (of course, as always, anyone who wants to get down and dirty and figure out what other stats / calculations / attacks / etc should be used would be *very* much appreciated) [22:22] &lt;jrand0m&gt; ok, 4) i2p services [22:23] &lt;jrand0m&gt; tc's site is awesome &amp; really reliable! I finally got to nightblade's page as well, and its a cool blog ('plog' ;).. I just wish I could leave comments :) [22:23] &lt;jrand0m&gt; there's also duck's jabber server, which works fairly easily with the instructions posted to tc's board [22:24] &lt;jrand0m&gt; things sometimes act up a bit, but thats related to some bugs in the router &lt;= 0.2.2, and have been fixed (and will roll out in 0.2.3) [22:24] &lt;jrand0m&gt; the squid proxy is generally offline, since I'm offline too much to babysit my kaffe routers :/ [22:25] &lt;jrand0m&gt; so for the moment, the eepsites and the jabber chat is probably the most reliable things on i2p, all running on top of i2ptunnel [22:25] &lt;jrand0m&gt; what services would be cool to show up next? [22:25] &lt;duck&gt; I did try to run an ircd over i2ptunnel [22:25] &lt;duck&gt; but before it got the full MOTD after logging in, I got ping timeouted already [22:26] &lt;jrand0m&gt; d'oh [22:26] &lt;duck&gt; and that was on the same router [22:26] &lt;duck&gt; so in the wild performance will be even worse [22:26] &lt;jrand0m&gt; on the local router it pinged out?! [22:26] &lt;jrand0m&gt; local router should never ping anything out [22:26] &lt;jrand0m&gt; oh, except for that race bug [22:26] &lt;jrand0m&gt; (which is probably what it was, since it was local and the race is faster there) [22:26] &lt;duck&gt; irc client pinged out for not responding in time [22:27] &lt;duck&gt; I'll retry with 0.2.3 [22:27] &lt;jrand0m&gt; word [22:27] &lt;duck&gt; though jabber is nice for now [22:27] &lt;jrand0m&gt; totally [22:27] &lt;jrand0m&gt; and long term, irc is not the way to go [22:27] &lt;duck&gt; tc, jrandom and me are there to chat with! [22:27] &lt;jrand0m&gt; hehe :) [22:28] &lt;jrand0m&gt; we need an IM and group chat solution that doesn't give cleartext to anyone unauthorized, and doesn't require centralized choke points [22:28] &lt;jrand0m&gt; (aka iip 2.0) [22:28] &lt;jrand0m&gt; now would be a nice time for userx to come back into the fold ;) [22:29] * jrand0m stops holding breath [22:29] &lt;jrand0m&gt; an nntp server would /also/ really really rule. [22:29] &lt;duck&gt; I'll try that tomorrow [22:29] &lt;jrand0m&gt; r0x0r [22:30] &lt;duck&gt; jabber is really nice to run other things over [22:30] &lt;duck&gt; check out the jabber rpc specs [22:30] &lt;duck&gt; (Link: http://www.pipetree.com/jabber/jrpc/)http://www.pipetree.com/jabber/jrpc/ [22:30] &lt;duck&gt; other services? [22:30] &lt;jrand0m&gt; thats interesting - doing jabber as a naming service, essentially [22:31] &lt;duck&gt; you mean: [22:31] &lt;jrand0m&gt; there will always be more services to add - with mail (usenet), chat (jabber) and publishing/browsing (eepsites), there's good coverage [22:31] &lt;duck&gt; name server has a jabber client through which you can register names (provided token) [22:31] &lt;duck&gt; also use it to query? [22:31] &lt;jrand0m&gt; naw [22:32] &lt;jrand0m&gt; jabber's registry being the naming service [22:32] &lt;duck&gt; ok [22:32] &lt;jrand0m&gt; its centralized but it works [22:32] &lt;jrand0m&gt; just like hosts.txt :) [22:33] &lt;duck&gt; are there mail solutions that are better suited for there environments than smtp and pop/imap ? [22:33] &lt;jrand0m&gt; thats a really good question [22:33] &lt;duck&gt; cause I dont think that it will just work when you hook up mail servers [22:34] &lt;jrand0m&gt; yeah, it'd probably need either a gateway (ala freemail) or the naming service doing some interesting tap dancing [22:34] &lt;jrand0m&gt; or it reverts back to centralized single POP3/IMAP server with everyone on the same server [22:35] &lt;duck&gt; I spoke with aum (author of freemail) yesterday [22:35] &lt;duck&gt; he was talking about reimplementing fred in python [22:35] &lt;jrand0m&gt; lol nice [22:35] *** mrflibble (mrflibble@anon.iip) has joined channel #iip-dev [22:35] &lt;duck&gt; so I did suggest him to work on the python routers for i2p instead [22:35] &lt;jrand0m&gt; ooh that would TOTALLY rule! [22:35] &lt;duck&gt; then he got totally upset about the pdf documents [22:36] &lt;jrand0m&gt; hey, if he wants the openOffice originals, or even a txt export I'll export [22:36] &lt;duck&gt; and I lost my patience and told him that you would also have the m$word docs if he did ask nicely [22:36] &lt;duck&gt; well, you were a fuckhead for not doing a html export or something [22:36] &lt;jrand0m&gt; naw, I tried that ;) [22:36] &lt;duck&gt; I lost my patience and told him to talk to you [22:36] &lt;jrand0m&gt; the openOffice html export SUCKS [22:37] &lt;duck&gt; hm [22:37] &lt;mrflibble&gt; true jr [22:37] &lt;jrand0m&gt; when the specs turn 1.0 (aka when the router turns 1.0 and they're updated to match the code), they'll be on the wiki. [22:37] &lt;duck&gt; wiki has most info though [22:37] &lt;jrand0m&gt; exactly [22:37] &lt;mrflibble&gt; i tried using that for that kevin mitnick book. it was worse than ms office [22:37] &lt;duck&gt; oh well [22:37] &lt;jrand0m&gt; zactly. [22:37] &lt;duck&gt; he might appear here once [22:37] &lt;jrand0m&gt; that'd be awesome [22:38] &lt;duck&gt; but maybe it is better with his attitude to join the freenet gang [22:38] &lt;duck&gt; ... [22:38] &lt;jrand0m&gt; well, effort on freenet is always a good thing [22:38] * duck goes back to beeing friendly [22:38] &lt;jrand0m&gt; :) [22:38] &lt;duck&gt; aums work rocks [22:38] &lt;duck&gt; hopefully he'll rock on i2p [22:39] &lt;jrand0m&gt; yeah whenever someone talked about searching on freenet, I always just said "well just do a McNabb" [22:39] &lt;jrand0m&gt; we need the help, certainly [22:39] &lt;duck&gt; which brings me to the following question: [22:39] &lt;duck&gt; are the changes to I2P that you do specced? [22:39] &lt;duck&gt; or is the java source the documentation for the latest info [22:40] &lt;jrand0m&gt; there are notes taken in my palmpilot, filesystem, and notebook, but unfortunately I haven't updated the openoffice docs in a while [22:40] &lt;jrand0m&gt; feb is doc-month for jrandom. [22:40] &lt;jrand0m&gt; (and qa, and bugfixing) [22:41] &lt;jrand0m&gt; ((and benders ;)) [22:41] &lt;jrand0m&gt; the specs are still pretty much correct, there are just more details. [22:41] &lt;duck&gt; awesome [22:41] &lt;jrand0m&gt; but the datastructures have had more changes [22:42] &lt;jrand0m&gt; ok, anything else for services? [22:43] &lt;jrand0m&gt; ok, 5) stuff [22:43] &lt;jrand0m&gt; hi [22:43] &lt;duck&gt; hi! [22:43] &lt;jrand0m&gt; how's tricks? [22:43] &lt;jrand0m&gt; [any questions / thoughts / issues / etc go here] [22:43] &lt;duck&gt; the base64 tricks should be added to the i2ptricks pages [22:44] &lt;jrand0m&gt; ooh good point [22:44] &lt;duck&gt; might be some other tricks too that I dont know yet [22:44] &lt;duck&gt; will grep the sources for 'main' [22:44] &lt;jrand0m&gt; I feel guilty for not having the installer let someoene automatically fetch hosts.txt and reseed [22:44] &lt;jrand0m&gt; lol [22:44] &lt;jrand0m&gt; there are lots and lots of main() methods, but they're mostly test functions [22:45] &lt;jrand0m&gt; oh! [22:45] &lt;jrand0m&gt; one thing. DONT run the current code from cvs and expect it to work with normal routers. [22:45] *** joda (--@anon.iip) has joined channel #iip-dev [22:45] &lt;joda&gt; hi [22:45] &lt;jrand0m&gt; the db messages changed :) [22:45] &lt;jrand0m&gt; hi joda [22:45] &lt;joda&gt; sorry, if I interrupt something [22:45] &lt;duck&gt; I got a bit upset that I couldnt get cvs to work [22:45] &lt;duck&gt; but then I did remember that this isnt freenet [22:45] &lt;joda&gt; I was just wondering what happend to "anonymail" ? [22:46] &lt;duck&gt; so you dont need latest cvs to be able to use it [22:46] &lt;jrand0m&gt; joda&gt; the user who runs it doesn't seem to be online at the moment. should be back soon [22:46] &lt;jrand0m&gt; hehe duck - did it fail for you today after I committed, or do you mean from before today? [22:46] &lt;duck&gt; last week somewhere [22:46] &lt;joda&gt; jrand&gt; thx :) [22:46] &lt;joda&gt; cu :) [22:46] &lt;jrand0m&gt; ah 'k duck [22:46] &lt;jrand0m&gt; l8r joda [22:47] &lt;jrand0m&gt; yeah, I only endorse running the released code [22:47] &lt;duck&gt; will 0.2.3 put the version files in a directory? :) [22:47] &lt;jrand0m&gt; 0.2.3 gets rid of the version files :) [22:47] &lt;jrand0m&gt; (lots and lots and lots of changes) [22:47] &lt;jrand0m&gt; but that means 0.2.3 (and beyond) will require g enerally correct clocks [22:48] &lt;jrand0m&gt; (current Router.CLOCK_FUDGE_FACTOR = 30 minutes) [22:48] &lt;duck&gt; what will the fudge facter be for 0.2.3? [22:48] &lt;jrand0m&gt; probably the same [22:49] *** joda has left #iip-dev [22:49] &lt;duck&gt; oh, current = your code [22:49] &lt;jrand0m&gt; that time will be used to expire db entries [22:49] &lt;duck&gt; k [22:49] &lt;jrand0m&gt; ah, right, yeah :) [22:49] &lt;jrand0m&gt; (in 0.2.2 that clock_fudge_factor is spread out throughout half a dozen files) [22:49] &lt;duck&gt; maybe the installer could be a bit more userfriendly [22:49] &lt;duck&gt; as in less questions [22:49] *** Signoff: nickthief66282 (Excess Flood) [22:50] &lt;duck&gt; default phttp urls included, no bandwidth limiting etc [22:50] &lt;jrand0m&gt; I guess we could autoguess random ports too [22:50] &lt;jrand0m&gt; you're right [22:50] &lt;jrand0m&gt; want commit privs? :) [22:50] *** Signoff: nerox (EOF From client) [22:50] &lt;jrand0m&gt; (if not I can update it for 0.2.3) [22:51] &lt;duck&gt; an argument against it can be that users will take settings too easily for granted [22:51] &lt;duck&gt; and everybody uses the same phttp relay [22:51] *** nickthief24373 (~chatzilla@anon.iip) has joined channel #iip-dev [22:51] &lt;jrand0m&gt; true. though 0.3.1 plans include an update to the phttp relay code to let relays talk to each other, and redirect users to a less loaded relay [22:52] &lt;jrand0m&gt; i'm generally happy with the install process atm though - i built a new 0.2.2 install and was browsing tc's page in under a minute [22:52] &lt;jrand0m&gt; (though thats because i know what all the text says and didn't read it...) [22:52] &lt;duck&gt; I dont like the long keys [22:53] &lt;duck&gt; especially not if you have to copy&amp;paste them [22:53] &lt;duck&gt; better use them as file [22:53] &lt;jrand0m&gt; hmm? [22:53] &lt;duck&gt; but distributing the binary files are a pain [22:53] &lt;duck&gt; so you have to do the base64 trick.. [22:53] &lt;duck&gt; could the i2ptunnel read base64 destination keys too? [22:53] &lt;duck&gt; from a file that is [22:53] &lt;jrand0m&gt; I was just typing that ;) [22:53] &lt;jrand0m&gt; yeah, that wouldnt be much work [22:54] &lt;jrand0m&gt; perhaps even 1 line [22:54] &lt;duck&gt; also, what about armouring? [22:54] &lt;duck&gt; with a header&amp;footer [22:54] &lt;duck&gt; like pgp etc [22:55] &lt;jrand0m&gt; true, it would be useful to have that sort of validation [22:55] &lt;duck&gt; ofcourse that is a gadget [22:55] &lt;duck&gt; but it could be helpful for those who want to use the tunnel [22:55] &lt;jrand0m&gt; though the Destination structure itself is pretty picky [22:55] &lt;jrand0m&gt; but you're right, a raw base64 isn't the most intuitive or safe thing to pass around [22:56] &lt;jrand0m&gt; we need a bugzilla [22:56] &lt;jrand0m&gt; so things like this can get posted as todo [22:56] &lt;jrand0m&gt; i'd move off my palm's todo list for that [22:56] &lt;duck&gt; bugzilla has nazi registration requirements [22:56] &lt;duck&gt; with emails etc.. [22:56] &lt;jrand0m&gt; true [22:57] &lt;duck&gt; but better as nothing [22:57] &lt;duck&gt; other bugtrackers all have their shortcomings [22:57] &lt;jrand0m&gt; yeah, every company i've worked at has pretty much ended building their own [22:58] &lt;jrand0m&gt; we'll see. we need a bugtracker by the time we start doing full on qa (once 0.3 comes out) [22:58] &lt;jrand0m&gt; so we've got a few weeks ;) [22:58] &lt;jrand0m&gt; but if someone did some research and found a really nice one, that'd be great [22:59] &lt;jrand0m&gt; [not you specifically duck, anyone who's reading these meeting logs at home ;)] [22:59] &lt;duck&gt; so far phpBugTrackers has been okay for me [22:59] &lt;jrand0m&gt; hmm haven't used that [22:59] &lt;duck&gt; yes, I am not talking to jrandom either [22:59] &lt;jrand0m&gt; lol [22:59] &lt;duck&gt; but to the group of I2P code developers :) [22:59] * jrand0m is actually 12 people acting under a single nym [23:00] &lt;jrand0m&gt; ok, 1 hour, on the dot [23:00] &lt;jrand0m&gt; anyone else have anything before I get the *baf*er out? [23:01] * duck demands 1 more minute [23:01] &lt;duck&gt; since we did start on 21:02 [23:01] &lt;jrand0m&gt; yeah yeah [23:01] &lt;jrand0m&gt; la la la [23:01] &lt;jrand0m&gt; what should i have for dinner? [23:01] &lt;jrand0m&gt; there's a nice falafel place next door... [23:01] &lt;jrand0m&gt; had gnocci for lunch too [23:01] &lt;jrand0m&gt; hmm... [23:01] &lt;jrand0m&gt; maybe a liquid dinner [23:02] &lt;duck&gt; soup? [23:02] &lt;jrand0m&gt; ooOooo whiskey soup! [23:02] * jrand0m *baf*'s the meeting closed on that note </div>/cs/blog/2003/11/30/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-30.-listopadu-2003/Sun, 30 Nov 2003 00:00:00 +0000/cs/blog/2003/11/30/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-30.-listopadu-2003/<h2 id="quick-recap">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> jrand0m, nop, MrEcho, dm, dish, mihi</p> <h2 id="meeting-log">Zápis ze schůzky</h2> <div class="irc-log"> [22:02] &lt;jrand0m&gt; program [22:02] &lt;jrand0m&gt; 0) uvítání [22:02] &lt;jrand0m&gt; 1) i2p router [22:02] &lt;jrand0m&gt; 1.1) stav [22:02] &lt;jrand0m&gt; 1.2) změny roadmapy [22:02] &lt;jrand0m&gt; 1.3) otevřené subprojekty [22:02] &lt;jrand0m&gt; 2) nativní modPow [22:03] &lt;jrand0m&gt; 2) GUI instalátor [22:03] &lt;jrand0m&gt; 3) IM [22:03] &lt;jrand0m&gt; 4) služba pojmenování [22:03] &lt;jrand0m&gt; 5) licencování [22:03] &lt;jrand0m&gt; 6) ostatní? [22:03] &lt;jrand0m&gt; 0) uvítání [22:03] &lt;jrand0m&gt; ahoj. [22:03] &lt;nop&gt; ahoj [22:03] &lt;jrand0m&gt; schůzka 2^6 [22:04] &lt;jrand0m&gt; máš tam, nop, nějaké body do programu, které bys přidal? [22:04] &lt;jrand0m&gt; ok, 1.1) stav routeru [22:04] &lt;jrand0m&gt; jsme na 0.2.0.3 a naposledy, co jsem slyšel, to funguje [22:04] &lt;MrEcho&gt; &gt; 0.2.0.3 [22:04] &lt;MrEcho&gt; správně? [22:05] &lt;MrEcho&gt; mám ho spuštěný .. vypadá to v pohodě [22:05] &lt;nop&gt; ne [22:05] &lt;jrand0m&gt; po vydání 0.2.0.3 byly drobné commity, nic na novou verzi [22:05] &lt;nop&gt; jen se snažím dohnat, co mi uteklo [22:05] &lt;jrand0m&gt; super [22:06] &lt;jrand0m&gt; na základě zkušeností a zpětné vazby z 0.2.0.x byla roadmapa upravena tak, aby běh byl méně náročný na prostředky [22:06] &lt;jrand0m&gt; (tj. aby lidé mohli provozovat webservery / atd. a nesežralo jim to CPU) [22:06] &lt;jrand0m&gt; konkrétně (přejdu k bodu 1.2 programu): http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap [22:07] &lt;MrEcho&gt; co jsem si všiml je, že většina routerů používá: TransportStyle: PHTTP [22:07] &lt;MrEcho&gt; přepíná to automaticky na phttp, nebo se to vůbec nejdřív pokusí o tcp [22:07] &lt;jrand0m&gt; hmm, většina routerů by měla podporovat PHTTP, a pokud umí přijímat příchozí spojení, měla by podporovat i TCP [22:07] &lt;jrand0m&gt; pokud je to jen trochu možné, použije to TCP [22:07] &lt;jrand0m&gt; PHTTP je ohodnoceno asi 1000× dražší než TCP [22:08] &lt;jrand0m&gt; (viz GetBidsJob, který se ptá každého transportu, kolik si myslí, že bude stát poslat zprávu peerovi) [22:08] &lt;jrand0m&gt; (a viz TCPTransport.getBid a PHTTPTransport.getBid pro použité hodnoty) [22:08] &lt;MrEcho&gt; ok [22:08] &lt;jrand0m&gt; používáš často PHTTP pro odesílání a příjem zpráv? [22:09] &lt;jrand0m&gt; (to může být známka toho, že tvůj TCP listener není dosažitelný) [22:09] &lt;MrEcho&gt; já jsem u sebe nenastavil ty URL [22:09] &lt;jrand0m&gt; aha, ok. [22:09] &lt;MrEcho&gt; jo, je [22:10] &lt;jrand0m&gt; ok, jo, moje routery k tobě mají otevřená TCP spojení [22:10] &lt;dm&gt; jak pohostinné od nich. [22:11] &lt;jrand0m&gt; ale jsem rád, že jste mě donutili implementovat routerConsole.html, takže kvůli tomuhle bordelu nemusíme hrabat v logách [22:11] &lt;MrEcho&gt; je tam nějaký timeout, že když se to nepřipojí přes tcp, jde to na phttp? a jaký je na to čas [22:11] &lt;jrand0m&gt; když dostane TCP connection refused / host not found / atd., ten pokus hned selže a zkusí další dostupný bid [22:12] &lt;MrEcho&gt; takže žádné opakování pokusů [22:12] &lt;jrand0m&gt; phttp má 30 s timeout, pokud si správně pamatuju [22:12] &lt;jrand0m&gt; není potřeba to opakovat. Buď máš otevřené TCP spojení a můžeš data poslat, nebo ne :) [22:13] &lt;MrEcho&gt; lol ok [22:13] &lt;MrEcho&gt; bude to potom pokaždé zkoušet tcp, nebo to přeskočí a půjde rovnou přes phttp pro další spojení? [22:13] &lt;jrand0m&gt; v tuto chvíli to zkusí tcp pokaždé. [22:13] &lt;jrand0m&gt; transporty si zatím nevedou historii [22:13] &lt;MrEcho&gt; ok super [22:14] &lt;jrand0m&gt; (ale když peer 4× selže, dostane se na shitlist na 8 minut) [22:14] &lt;MrEcho&gt; no jakmile druhá strana dostane phttp zprávu, měla by se připojit k routeru, který tu zprávu poslal, přes tcp, že? [22:14] &lt;jrand0m&gt; správně. Jakmile je navázané jakékoli tcp spojení, může ho použít. [22:14] &lt;jrand0m&gt; (ale pokud oba peery mají jen phttp, budou pochopitelně používat jen phttp) [22:15] &lt;MrEcho&gt; to by znamenalo, že nemohlo navázat tcp spojení s ničím [22:15] &lt;MrEcho&gt; .. ale jo [22:16] &lt;MrEcho&gt; škoda, že na to není nějaká finta [22:16] &lt;jrand0m&gt; ne, jeden z mých routerů nemá TCP adresu – jen PHTTP. Ale navazuji TCP spojení s peery, kteří mají TCP adresy. [22:16] &lt;jrand0m&gt; (a pak mi mohou posílat zprávy po tom TCP spojení místo pomalejších PHTTP zpráv) [22:17] &lt;jrand0m&gt; nebo jsi to myslel jinak? [22:17] &lt;MrEcho&gt; jo, pomotal jsem se [22:17] &lt;jrand0m&gt; jasný, v pohodě [22:18] &lt;jrand0m&gt; takže si prohlédněte aktualizovanou roadmapu pro aktuální informace o harmonogramu (http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap) [22:18] &lt;jrand0m&gt; ok, 1.3) otevřené subprojekty [22:19] &lt;jrand0m&gt; konečně jsem nasypal hromadu to-do seznamu z mého Palmpilotu do wiki na http://wiki.invisiblenet.net/iip-wiki?OpenSubprojects [22:19] &lt;jrand0m&gt; takže jestli se nudíte a hledáte si kódové projekty... :) [22:20] &lt;MrEcho&gt; ty jo [22:20] &lt;MrEcho&gt; už mám 2 [22:20] &lt;dish&gt; Ty máš Palmpilot, to je elita [22:20] &lt;MrEcho&gt; můj chcípnul [22:20] &lt;jrand0m&gt; mihi&gt; je tam položka ohledně I2PTunnel popisující myšlenku, kterou jsem měl nedávno [22:21] &lt;MrEcho&gt; nevím, co s tím je [22:21] &lt;jrand0m&gt; jo, dřív jsem měl palmy, ale tenhle mi nedávno někdo daroval pro věc ;) [22:21] &lt;dish&gt; Mohl by být na schůzce bod programu, kde bychom probrali, kdy naposledy userX něco napsal [22:21] &lt;MrEcho&gt; zatracená věc už se ani nezapne [22:21] &lt;MrEcho&gt; lol [22:22] &lt;jrand0m&gt; Myslím, že UserX nic neřekl 4 nebo 5 měsíců ;) [22:22] &lt;MrEcho&gt; je to bot, nebo co? [22:22] &lt;dish&gt; Co říkali před 5 měsíci? [22:22] &lt;MrEcho&gt; vsadím se, že je to BitchX běžící na nějakém stroji, ke kterému míval přístup .. a zapomněl na něj [22:22] &lt;jrand0m&gt; že se příští týden vrátí s komentáři k anonCommFramework (starý název i2p) ;) [22:23] &lt;dish&gt; haha [22:23] &lt;jrand0m&gt; ale předpokládám, že je zaneprázdněný. takový je život [22:23] &lt;jrand0m&gt; ok, 2) nativní modPow [22:24] &lt;MrEcho&gt; viděl jsem ten C kód [22:24] &lt;jrand0m&gt; dal jsem dohromady stub .c a Java třídu, aby bylo vidět, jak by se dalo integrovat něco jako GMP nebo jiná MPI knihovna, ale zjevně to nefunguje [22:25] &lt;jrand0m&gt; bylo by fajn mít malý balíček C tříd a tu triviální přidruženou Java wrapper třídu, který bychom mohli sestavit pro Windows, OS X, *BSD, Linux a zabalit pod GPL [22:25] &lt;jrand0m&gt; (sem vložte zásadní rozbití iip) [22:38] &lt;MrEcho&gt; poslední, co jsem viděl, bylo: [13:25] &lt;jrand0m&gt; ok, 2) nativní modPow [22:38] &lt;jrand0m&gt; ahoj MrEcho [22:38] &lt;jrand0m&gt; jo, vypadá to, že spadnul hlavní proxy [22:39] &lt;jrand0m&gt; dám tomu ještě 2 minuty, než to restartuju [22:39] &lt;MrEcho&gt; k [22:39] &lt;MrEcho&gt; za 25 $ jednorázově můžu dostat plnou Javu na thenidus.net ... jeden z mých webů [22:40] &lt;jrand0m&gt; 25 $? Oni ti účtují instalaci softwaru? [22:40] &lt;MrEcho&gt; fakt nevím .. je to balíček [22:40] &lt;MrEcho&gt; zrovna si o tom píšu s kamarádem [22:40] &lt;jrand0m&gt; nejsem si jistý, že je kód dost stabilní na to, abychom šli a pronajali hromadu colo míst pro nasazení routerů. zatím :) [22:41] &lt;dm&gt; frazaa? [22:41] &lt;MrEcho&gt; java - jsp [22:41] &lt;jrand0m&gt; ok, posílám znovu, co jsem poslal předtím: [22:41] &lt;jrand0m&gt; dal jsem dohromady stub .c a Java třídu, aby bylo vidět, jak by se dalo integrovat něco jako GMP nebo jiná MPI knihovna, ale zjevně to nefunguje [22:41] &lt;jrand0m&gt; bylo by fajn mít malý balíček C tříd a tu triviální přidruženou Java wrapper třídu, který bychom mohli sestavit pro Windows, OS X, *BSD, Linux a zabalit pod GPL (nebo méně restriktivní licenci) [22:41] &lt;jrand0m&gt; nicméně s novou roadmapou, která jako můj aktuální úkol stanovuje AES+SessionTag, to není tak kritické jako dřív. [22:42] &lt;jrand0m&gt; pokud by se toho ale někdo chtěl chytit, bylo by to skvělé (a jsem si jistý, že by o takové zabalení měl zájem ještě jeden projekt, který všichni známe) [22:43] &lt;dm&gt; z? [22:43] &lt;jrand0m&gt; heh, svým způsobem ;) [22:44] &lt;jrand0m&gt; ok, 3) GUI instalátor [22:44] &lt;jrand0m&gt; MrEcho&gt; ahoj [22:44] &lt;MrEcho&gt; :) [22:44] &lt;MrEcho&gt; hehe [22:44] &lt;MrEcho&gt; už to jde dopředu [22:44] &lt;jrand0m&gt; super [22:44] &lt;MrEcho&gt; nic extra [22:45] &lt;MrEcho&gt; mám pár fakt super nápadů, jak to udělat hodně vymazlené .. ale to je ještě daleko [22:45] &lt;jrand0m&gt; přemýšlel jsem, jestli by instalátor neměl přidat 1) možnost automaticky stáhnout seeds z http://.../i2pdb/ 2) automaticky stáhnout http://.../i2p/squid.dest a vytvořit i runSquid.bat/runSquid.sh? [22:45] &lt;jrand0m&gt; jasně [22:46] &lt;jrand0m&gt; jo, chceme, aby instalátor byl co nejjednodušší – jaké vychytávky jsi měl na mysli? [22:46] &lt;MrEcho&gt; otázka je .. když uděláš java -jar installer jde to ve výchozím nastavení do non-GUI kvůli tomu, jak to máš udělané [22:46] &lt;MrEcho&gt; jak to uděláme, aby dvojklik na JAR soubor spustil GUI [22:47] &lt;jrand0m&gt; install.jar &lt;-- nongui, installgui.jar &lt;-- gui [22:47] &lt;jrand0m&gt; oddělený kód, oddělené balíčky [22:47] &lt;MrEcho&gt; vychytané ve smyslu věcí, kterých si třeba ani nevšimneš .. ale bude to hezké a čisté [22:47] &lt;jrand0m&gt; super [22:47] &lt;MrEcho&gt; aha, ok [22:48] &lt;jrand0m&gt; (nebo install &lt;-- gui installcli &lt;-- cli. uvidíme, jak to půjde) [22:49] &lt;jrand0m&gt; ještě něco k GUI, nebo přeskočíme na bod 4)? [22:49] &lt;jrand0m&gt; (jaký časový rámec máš na mysli? žádný tlak, jen mě to zajímá) [22:51] &lt;MrEcho&gt; teď netuším [22:51] &lt;jrand0m&gt; super [22:51] &lt;jrand0m&gt; ok, 4) IM [22:51] &lt;jrand0m&gt; thecrypto tu není, takže..... [22:51] &lt;jrand0m&gt; 5) služba pojmenování [22:51] &lt;jrand0m&gt; wiht tu taky není... [22:51] &lt;jrand0m&gt; ping [22:52] &lt;dish&gt; máš špatně očíslovaný program [22:52] &lt;dish&gt; 3) IM [22:52] &lt;jrand0m&gt; jo, měl jsem dva body číslo 2 v programu [22:52] &lt;dish&gt; 4) Pojmenování [22:52] &lt;dish&gt; ;) [22:52] &lt;jrand0m&gt; (nativní modPow a GUI instalátor) [22:52] &lt;jrand0m&gt; vidíš, jsme dynamičtí a tak [22:59] &lt;jrand0m&gt; ok, kvůli logům asi budu pokračovat [22:59] &lt;jrand0m&gt; 6) licencování [23:00] &lt;jrand0m&gt; Přemýšlím o méně restriktivní licenci než GPL. používáme nějaký MIT kód, plus jeden další soubor je GPL (ale to je jen base64 kódování a dá se triviálně nahradit). jinak je veškerý kód pod copyrightem buď mým, nebo thecrypto. [23:01] &lt;dish&gt; podívej se na část kódu od mihi pro i2p tunnel [23:01] &lt;jrand0m&gt; jo vlastně, mihi to vydal jako GPL, ale může to klidně vydat i pod něčím jiným, pokud bude chtít [23:01] &lt;jrand0m&gt; (ale i2ptunnel je v zásadě aplikace třetí strany a může si licencovat, jak chce) [23:02] &lt;jrand0m&gt; (i když, protože i2p sdk je GPL, je donucen být taky GPL) [23:02] &lt;MrEcho&gt; sakra, konečně [23:02] &lt;jrand0m&gt; nevím. licencování není moje silná stránka, ale přikláněl bych se alespoň k LGPL [23:03] &lt;dish&gt; uvolni těch 10–20 řádků změn v kódu I2P HTTP Client od mihi pod jakoukoli licenci, kterou používá mihi [23:03] &lt;jrand0m&gt; hehe :) [23:06] &lt;jrand0m&gt; každopádně, 7) ostatní? [23:07] &lt;jrand0m&gt; má někdo nějaké otázky / obavy / nápady ohledně i2p? [23:07] &lt;dish&gt; Zkusím se zeptat [23:07] &lt;dish&gt; Má I2P nějakou funkci názvu skupiny? [23:07] &lt;jrand0m&gt; funkci názvu skupiny? [23:07] &lt;dm&gt; tým discovery channel! [23:07] &lt;MrEcho&gt; lol [23:08] &lt;dish&gt; Takže když chceš mít soukromou nebo oddělenou síť, ale nějak se ti do toho zamíchá nějaký router, bez názvu skupiny by se ty dvě sítě slily dohromady [23:08] &lt;MrEcho&gt; myslí na WASTE [23:08] &lt;jrand0m&gt; aha [23:08] &lt;dish&gt; Nevím, proč bys to chtěl, jen se pro jistotu ptám [23:08] &lt;jrand0m&gt; ano, na začátku návrhu sítě jsem si s tím pohrával [23:09] &lt;jrand0m&gt; je to pokročilejší, než teď potřebujeme (nebo v relativně blízké budoucnosti [6–12 měsíců]), ale později to může být integrováno [23:09] &lt;dish&gt; Nebo je to špatný nápad, protože je lepší držet jednu velkou síť [23:09] &lt;dm&gt; i2pisdead [23:09] &lt;jrand0m&gt; heh dm [23:10] &lt;nop&gt; drž hubu [23:10] &lt;dm&gt; nop: drsňák? [23:10] &lt;jrand0m&gt; ne, dish, to je dobrý nápad [23:10] &lt;dm&gt; vtipálek? [23:10] &lt;jrand0m&gt; to je v podstatě to, co je v release 0.2.3 -- omezené trasy [23:10] &lt;jrand0m&gt; (tj. máš malou soukromou (důvěryhodnou) sadu peerů a nechceš, aby všichni věděli, kdo to je, ale pořád s nimi chceš komunikovat) [23:15] &lt;jrand0m&gt; ok, ještě něco? [23:15] &lt;nop&gt; ne, jen si dělám legraci [23:18] &lt;dm&gt; vtipálek? [23:20] &lt;jrand0m&gt; ok, no, /zajímavá/ schůzka, s pár pády iip uprostřed ;) [23:21] &lt;jrand0m&gt; * jrand0m *baf* uzavírá schůzku </div>/cs/blog/2003/11/26/i2p-dev-meeting-26.-listopadu-2003/Wed, 26 Nov 2003 00:00:00 +0000/cs/blog/2003/11/26/i2p-dev-meeting-26.-listopadu-2003/<p>(Se svolením wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="rychlé-shrnutí">Rychlé shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> dm, duck, jrand0m, Nostradumbass, Ophite1, TC, tonious</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> [22:04] &lt;jrand0m&gt; agenda: [22:04] &lt;jrand0m&gt; 0) welcome [22:04] &lt;jrand0m&gt; 1) status [22:04] &lt;jrand0m&gt; 2) transport futures [22:05] &lt;jrand0m&gt; 3) peer stats for selection [22:05] &lt;jrand0m&gt; 4) apps [22:05] &lt;jrand0m&gt; 5) ...? [22:05] &lt;jrand0m&gt; 0) [22:05] &lt;jrand0m&gt; hi. [22:05] &lt;jrand0m&gt; 66 is it? [22:05] &lt;duck&gt; 7) what brand of whiskey does jrand0m drink? [22:06] &lt;jrand0m&gt; bushmills, glenlivit [22:06] &lt;jrand0m&gt; (for whiskey and whisky, respectively) [22:06] &lt;TC&gt; yey, i made the meating [22:06] &lt;jrand0m&gt; woot [22:06] &lt;jrand0m&gt; ok, 1) status [22:06] &lt;jrand0m&gt; the kademlia stuff is coming along very well. [22:07] &lt;jrand0m&gt; I've build a little simulator that runs a network of five nodes and puts them through the basic tests [22:07] &lt;jrand0m&gt; also the idn stuff is implemented with some tests as well [22:08] &lt;jrand0m&gt; the last two days or so have been focused on making sure the kademlia code works for both idn and for the i2p netdb, which has caused a bunch of changes [22:09] &lt;jrand0m&gt; actually, the big change is that I'm forcing myself to be practical and make the kademlia code work first with the netDb and /then/ think about the idn stuff. [22:10] &lt;jrand0m&gt; idn right now is kind of functional, except for inter-node comm (which will be replaced with comm over i2p, of course ;) [22:10] &lt;TC&gt; idn is the stuff for the distributed storage? [22:10] &lt;jrand0m&gt; roadmap has been updated as well - http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap [22:10] &lt;jrand0m&gt; yes [22:10] &lt;jrand0m&gt; idn = Invisible Distribution Network [22:10] &lt;jrand0m&gt; (free open source anonymous akamai, basically) [22:11] &lt;TC&gt; is there a non anonymous public akamai implemintation i could play with? [22:11] *** leenookx (~leenookx@anon.iip) has joined channel #iip-dev [22:12] &lt;jrand0m&gt; mnet is probably up that alley [22:12] *** Signoff: nickthief60934 (Excess Flood) [22:12] &lt;jrand0m&gt; before I jump back into the router completely, I'm planning on leaving the idn code in a state that /hopefully/ someone would be able to jump in and make that into a usable app. [22:13] *** dm (~sd@anon.iip) has joined channel #iip-dev [22:14] *** nickthief60934 (~chatzilla@anon.iip) has joined channel #iip-dev [22:14] &lt;jrand0m&gt; if you see the roadmap, kademlia has been pushed into the 0.2.2 release. in addition, there are also two big outstanding things that I hope to have in there, fixing a pair of bugs that do annoying things [22:14] &lt;TC&gt; would it be posible do image grabs do idn from an i2ptunnel eepsite? [22:15] &lt;jrand0m&gt; hmm? [22:15] &lt;jrand0m&gt; oh, like &lt;img src="idn:blah"&gt;? [22:15] &lt;TC&gt; i was just thinking of bandwidth saving, yes [22:15] &lt;Ophite1&gt; protocol would be the obvious way to go, yes. [22:16] &lt;jrand0m&gt; hmm Ophite1? [22:17] &lt;jrand0m&gt; (sorry, I'm sick again so might not be quite on top of my game today) [22:17] &lt;dm&gt; how many LOC have you written jr? [22:17] &lt;TC&gt; Ophite1, could i2p tunnel be modified to redirect? [22:18] &lt;TC&gt; or could the browser do it on its own somehow? [22:18] &lt;jrand0m&gt; dm&gt; "find . -exec grep \\\; {} \; | wc -l" currently puts the sdk ~8kloc, the router ~11kloc [22:18] &lt;dm&gt; okay thanks. [22:19] &lt;jrand0m&gt; idn would want to support receiving requests from browsers. [22:19] &lt;Ophite1&gt; would mean integrating idn into i2ptunnel. very ugly. [22:19] &lt;jrand0m&gt; currently idn has a so-god-damn-easy api. [22:19] &lt;jrand0m&gt; the api is the file system. [22:19] &lt;jrand0m&gt; aka: [22:19] &lt;jrand0m&gt; command=get [22:19] &lt;jrand0m&gt; key=zGb1tPM6ARNRTWZLCWK4XXco2Ngk8ccx-ciDUCom~9U [22:19] &lt;jrand0m&gt; saveAs=testGetOutput.txt [22:20] &lt;jrand0m&gt; place that in a file in a directory, and voila. [22:20] &lt;jrand0m&gt; (that was the easiest possible for me to implement and test with. certainly better ones can be found and made) [22:21] &lt;jrand0m&gt; ok, so, yeah. thats the status. I'm hoping for a 0.2.2 release by this time next week, at least. [22:22] &lt;jrand0m&gt; that'll include the first integration of the kademlia stuff, tunnel fixes, and i2cp updates. [22:23] &lt;jrand0m&gt; ok, 2) transport futures [22:23] &lt;jrand0m&gt; I don't like our tcp transport. and our udp transport is disabled. and our phttp transport is tweaky. [22:23] * jrand0m would like to see the tcp transport replaced with tls / ssl / some-other-standard [22:24] &lt;Ophite1&gt; link-level encryption is a requirement? [22:24] &lt;jrand0m&gt; absolutely. [22:25] &lt;Ophite1&gt; tls is _hell_ though. ask openssl. [22:25] &lt;tonious&gt; ssh? [22:25] &lt;Ophite1&gt; that, too. [22:25] &lt;jrand0m&gt; yeah, I followed the nasty discussions on the cryptography list last month, with interest. [22:25] &lt;jrand0m&gt; ssh is definitely a possibility. [22:26] &lt;jrand0m&gt; safe, too, since we already essentially have the certificates (in the RouterInfo.publicKey) [22:26] &lt;Ophite1&gt; but we're in java. we'd have to code it ourselves? :/ [22:26] &lt;jrand0m&gt; naw, there are ssl, tls, and ssh java libs [22:26] *** Signoff: nickthief60934 (Ping timeout) [22:26] &lt;tonious&gt; There's already at least one java ssh client. Dunno about servers. [22:26] &lt;Ophite1&gt; re: security of such libs, given numerous high profile holes in openssl, openssh, et al? [22:27] &lt;jrand0m&gt; Ophite1&gt; most likely better than custom built code. [22:27] &lt;jrand0m&gt; not that I have any reason to think there are exploits in the tcp transport as written. [22:27] &lt;jrand0m&gt; but it has not been reviewed. [22:28] *** nickthief60934 (~chatzilla@anon.iip) has joined channel #iip-dev [22:28] &lt;jrand0m&gt; in any case, updating the transports isn't really on deck until january (after the 0.3 release goes out) [22:28] &lt;jrand0m&gt; but if anyone wants to look into it and do some research, that'd be great [22:29] &lt;TC&gt; how many devs do we have activly coding? [22:29] &lt;dm&gt; 1! :) [22:29] &lt;jrand0m&gt; you can see who commits via (Link: http://i2p.dnsalias.net/pipermail/i2p-cvs/2003-November/thread.html)http://i2p.dnsalias.net/pipermail/i2p-cvs/2003-November/thread.html [22:29] &lt;tonious&gt; But he's got the strength of ten men.... [22:30] &lt;jrand0m&gt; mihi has been cleaning up some of my messes, thankfully :) [22:30] &lt;dm&gt; haha, it's all jrandom :) [22:30] &lt;dm&gt; nice way of saying "just me" [22:31] &lt;dm&gt; I noticed that about mihi, when he got involved in frazaa, he just showed up one day and started cleaning up my (horrid) java. It was quite entertaining. [22:31] &lt;jrand0m&gt; heh [22:31] &lt;Ophite1&gt; people like that are very, very useful :) [22:32] &lt;jrand0m&gt; quite [22:32] &lt;dm&gt; "who's writing all these catch statements who do nothing ;)" -mihi [22:32] &lt;jrand0m&gt; d'oooh [22:33] &lt;Ophite1&gt; it's cause of reminders like that the code won't get as bad as freenet (we hope?) :) [22:33] &lt;jrand0m&gt; if in 5 years any of the current i2p code is still in use, I'll be shocked. [22:34] &lt;jrand0m&gt; (it had better be ported into finely tuned ASM code by then!) [22:34] * Ophite1 makes his "java implementation is just a prototype" speech [22:34] &lt;dm&gt; well, if you're still working on it 4 years from now, I'll guarantee that It'll be in use 5 years from now :) [22:34] &lt;TC&gt; heh, comment it out and leave it in place [22:35] &lt;dm&gt; is there a link to see the source on the web? not just the changes. [22:35] &lt;jrand0m&gt; yes dm, http://i2p.dnsalias.net/ [22:35] &lt;dm&gt; nm, found it. [22:35] &lt;jrand0m&gt; :) [22:35] &lt;jrand0m&gt; ok, 4) peer stats for selection [22:36] &lt;jrand0m&gt; calling this a nebulus topic is one hell of an understatement. [22:36] &lt;jrand0m&gt; doctoral theses could be written (and some have been) on how to choose what peers to use in an untrusted environment. [22:36] &lt;dm&gt; public interface Job [22:36] &lt;dm&gt; oops, meeting. Sorry didn't realize. [22:37] &lt;jrand0m&gt; the good part is that half of our peer selection is already taken care of - the selection of peers to find other peers. [22:37] &lt;jrand0m&gt; (thats the kademlia stuff) [22:38] &lt;jrand0m&gt; the part thats left is the selection of peers to participate in tunnels, to route garlics, and to bounce replies through [22:38] *** Signoff: dm (EOF From client) [22:38] *** Signoff: TC (EOF From client) [22:38] *** Signoff: leenookx (EOF From client) [22:38] &lt;jrand0m&gt; what I'm thinking for 0.3 is just going to be a simple history of each peer, tested periodically [22:39] *** TC (~TC@anon.iip) has joined channel #iip-dev [22:39] *** leenookx (~leenookx@anon.iip) has joined channel #iip-dev [22:39] &lt;jrand0m&gt; stats revolving around latency and uptime [22:39] *** Signoff: soros (Client exiting) [22:39] &lt;Ophite1&gt; suggest you be wary of including accurate information about bandwidth usage and latency in that stats. [22:40] &lt;Ophite1&gt; as per my drunken questions. [22:40] &lt;Ophite1&gt; perhaps a more indirect route, but it's an area that needs very careful, well considered attention. [22:40] &lt;jrand0m&gt; hmm, with the intent of keeping the accurate info unknown, or to defeat predictabilities? [22:40] &lt;jrand0m&gt; right [22:41] &lt;jrand0m&gt; this discussion is for a release that won't go out until at least jan 1 [22:42] * jrand0m understands and agrees that we want to avoid the predictabilities [22:42] &lt;jrand0m&gt; but I think we want to gather and use as accurate info as we can, /then/ adjust for entropy [22:42] &lt;Ophite1&gt; mere entropy alone may not be enough. [22:43] &lt;Ophite1&gt; but, I need more research on this :/ [22:43] &lt;jrand0m&gt; true - randomly deciding to garlic route a message rather than tunnel route it, or to use a sequence of tunnels instead of one directly, etc [22:44] &lt;jrand0m&gt; no rush, just wanted to plant the subject in the minds of those out there :) [22:44] &lt;jrand0m&gt; ok, 4) apps [22:45] &lt;Ophite1&gt; been troubling me for a week or more; though, I'm happy to announce I've run into a brick wall so far :) [22:45] &lt;jrand0m&gt; w00t :) [22:45] &lt;Ophite1&gt; inclusion of accurate or accurate+some%entropy statistics may make some attacks work though. [22:46] &lt;TC&gt; oh, before apps i have a question [22:46] &lt;jrand0m&gt; well, its always easy enough to simply discard accurate info as necessary [22:46] *** Signoff: nickthief60934 (Excess Flood) [22:46] &lt;jrand0m&gt; sure tc, whats up? [22:46] &lt;jrand0m&gt; (stats will also (hopefully) make it easier to debug the network's operation while in development) [22:46] &lt;TC&gt; when are manditory minium hop counts (or something like it) going to start?&gt; [22:47] *** nickthief60934 (~chatzilla@anon.iip) has joined channel #iip-dev [22:47] &lt;jrand0m&gt; right now the default minimum tunnel length is one non-local hop [22:47] *** dm (~sd@anon.iip) has joined channel #iip-dev [22:47] * TC didnt know that [22:48] &lt;Ophite1&gt; which is okay as long as the non-local hop doesn't KNOW it's the only non-local hop. [22:48] &lt;jrand0m&gt; that will be up'ed to 2-4 once things are more reliable [22:48] &lt;jrand0m&gt; right Ophite1 [22:48] &lt;Ophite1&gt; still one better than a gnunet shortcut, so it's cool :) [22:48] &lt;TC&gt; oh, and how do speed improvements look? [22:48] * jrand0m is basing that 2-4 # on o-r comments [22:49] &lt;Ophite1&gt; temporary stats for network testing are okay by me, and very useful, but please bear in mind they may be a dangerous feature for production anonymity. [22:49] &lt;jrand0m&gt; hmm, speed improvements will come through more reliable and faster peer selections, which is the 0.3 release [22:49] &lt;dm&gt; jeez, I forgot how jr's code looks like it was written by a robot. [22:49] &lt;dm&gt; Hmmm, that would explain a lot. [22:50] &lt;Ophite1&gt; and through more scalable routing, which is next weeks' :) [22:50] &lt;jrand0m&gt; heh sorry dm, I'll try to be more inconsistent ;) [22:50] &lt;Ophite1&gt; (did I just mean discovery?) [22:50] &lt;jrand0m&gt; right, its discovery, not routing, really. [22:51] &lt;jrand0m&gt; i2p is scale free for normal comm. [22:51] &lt;jrand0m&gt; (and o(log(n)) for discovery) [22:51] &lt;TC&gt; i think your average ai who lives on the net would be pro i2p, what do you think dm? [22:52] &lt;dm&gt; I think the average method size in this code is the smallest I've ever seen is what I think. [22:53] &lt;Ophite1&gt; dm: clean. very good for a proto :) [22:53] &lt;dm&gt; Do you comment as you go or do you go back and put those descriptions? [22:53] &lt;jrand0m&gt; I comment when I get confused [22:54] &lt;jrand0m&gt; (I really can't wait until collections are typesafe) [22:54] &lt;jrand0m&gt; but, yeah, 4) apps :) [22:54] &lt;jrand0m&gt; (unless anyone else has router / network questions?) [22:55] &lt;TC&gt; pnope [22:55] &lt;jrand0m&gt; ok, wiht isn't here, anyone else have any naming service thoughts / comments (mrecho?) [22:55] &lt;TC&gt; a distributed naming server? [22:56] &lt;dm&gt; is wiht ever here? [22:56] &lt;tonious&gt; It could probably just sit on top of IDN. [22:56] &lt;jrand0m&gt; yeah, I'd really love to see the naming service be a dht (perhaps reusing the idn / kademlia code) containing CA signed entries [22:56] &lt;TC&gt; did co die? [22:56] &lt;jrand0m&gt; exactly tonious [22:57] &lt;jrand0m&gt; perhaps you're right, it could be an app that /uses/ idn, not just uses the code. hmmm... [22:57] &lt;jrand0m&gt; that'd be Good. [22:57] &lt;tonious&gt; Mebbe have a key fingerprint associated in case of collisions. [22:57] &lt;jrand0m&gt; naw, co/wiht is around every few days [22:57] &lt;tonious&gt; Wouldn't even necessarily need a centralized CA? [22:57] &lt;jrand0m&gt; we'd need a CA if nyms are unique. [22:58] &lt;Ophite1&gt; The CA signing chain should elminiate collisions. [22:58] &lt;jrand0m&gt; (and we need nyms to be unique to do naming, really) [22:58] &lt;Ophite1&gt; of course this makes CA key very important. [22:58] &lt;TC&gt; how about dys dns? can i make my host file redirect to a eepsite? [22:59] &lt;tonious&gt; TC: Not really. The OS doesn't even see i2p. [22:59] &lt;jrand0m&gt; though we could have $nym.$ca be the thing looked up for [22:59] &lt;Ophite1&gt; perhaps so important we want to distribute trust by it signing some second level .*.i2p domains, and have virtually all stuff under that, *.*.i2p - i.e., jrand0m.nym.i2p [22:59] &lt;jrand0m&gt; right, though with tusko's ppp2p we can get i2p to IP mappings [23:00] &lt;tonious&gt; I dunno. The idea of a CA in an essentially distributed system disagrees with me. [23:00] &lt;tonious&gt; Not bein' a developer though I'm not gonna make a fuss :) [23:01] &lt;TC&gt; dns really isnt that importent [23:01] &lt;jrand0m&gt; tonious&gt; we can do a web of trust, essentially. with, say, 8 seperate known CAs, everyone's local name server knows about those 8, and each of them manages a subdomain (e.g. tc.ca1 or Nightblade.ca2, or we add a .i2p at the end) [23:01] &lt;Ophite1&gt; if you can think of a better way? [23:02] &lt;Nostradumbass&gt; i have another question - its sort of spans the network-application area. [23:02] &lt;jrand0m&gt; (thats really the degenerate case of a WoT) [23:02] &lt;Ophite1&gt; what I said, sort of - get a root key to sign domains... [23:02] &lt;jrand0m&gt; agreed tc [23:02] &lt;jrand0m&gt; fire away Nostradumbass [23:02] &lt;Ophite1&gt; someone gets com.i2p or nym.i2p... [23:02] &lt;Nostradumbass&gt; has any thought been goven to guaranteed latency? [23:02] &lt;Ophite1&gt; allow them to sign jrand0m.nym.i2p, or whatever. [23:02] &lt;Nostradumbass&gt; i'm thinking of VoIP. [23:03] &lt;jrand0m&gt; Ophite1&gt; we wouldn't even need a .i2p key with that [23:03] &lt;tonious&gt; Ophite1: What if the com ca gets taken out by an RIAA hitsquad or something? [23:03] &lt;jrand0m&gt; Nostradumbass&gt; you mean VoI2P? :) [23:03] &lt;Ophite1&gt; then once you're done, destroy the master CA. [23:03] &lt;Nostradumbass&gt; yes [23:03] &lt;Ophite1&gt; tonious: then there's still the others. [23:04] &lt;Ophite1&gt; or some system that requires conspiring groups to get the nym signing key? [23:04] &lt;jrand0m&gt; Nostradumbass&gt; we have already had people run shoutcast streams over i2p with some buffering at 96khz and no buffering problems at less speed. but there's latency. [23:04] &lt;Nostradumbass&gt; with the upcoming release of cryptophone's (Link: http://www.cryptophone.de/)http://www.cryptophone.de/ source it could make an interesting app for i2p. [23:04] &lt;Ophite1&gt; and a really freakin' big hashcash? [23:04] &lt;jrand0m&gt; definitely Nostradumbass [23:04] &lt;tonious&gt; Ophite1: Mebbe a majority signing protocol? [23:04] *** Signoff: dm (Ping timeout) [23:04] &lt;jrand0m&gt; tonious&gt; majority is dangerous with sybil [23:05] &lt;Ophite1&gt; tonious: otoh, it HAS to be non-repudiatory, and has to be able to guarantee non-collision. [23:05] &lt;Ophite1&gt; and majority couldn't do that. [23:05] &lt;Ophite1&gt; a majority of well known users maybe. [23:05] &lt;Ophite1&gt; if it's a consolation, the internet has problems with this too (think Verisign). [23:05] &lt;jrand0m&gt; right, WoT :) [23:06] &lt;Ophite1&gt; but then WoT means that different people might have different ideas of who to trust, which violates non-collision maybe? [23:06] *** thecrypto (~thecrypto@anon.iip) has joined channel #iip-dev [23:06] &lt;jrand0m&gt; Nostradumbass&gt; now if we could get some coders to work on a high performance RTSP over i2p tunnel... ;) [23:06] &lt;Ophite1&gt; it's important, given the length of an "I2P address", but also hard. [23:06] *** Drak0h (~Dr4k0h@anon.iip) has joined channel #iip-dev [23:07] &lt;Ophite1&gt; Nostradumbass: not guaranteed. [23:07] &lt;TC&gt; so how do we secure alias identification (important for commerce and seting up multiple eepsites)? [23:07] &lt;Nostradumbass&gt; over-provisioning of bandwidth is often the only simple way to try and guarantee latency. is there going to ba any way for a node to determine the available bandwidht at another node, so as to ease routing for VoIP apps? [23:07] &lt;jrand0m&gt; yes Nostradumbass, QoS can be done transparently within i2p, but unfortunately thats (I hate saying this) &gt; 1.0 [23:07] &lt;tonious&gt; Say we take root CAs out of it. You generate your key and sign your aliases. [23:08] *** Signoff: thecrypto (EOF From client) [23:08] &lt;Ophite1&gt; Nostradumbass: also, troublesome re some potential attacks? [23:08] &lt;tonious&gt; You also specify who's keys you trust, ala PGP. I think redundancy is more important than collision. [23:08] &lt;Ophite1&gt; tonious: so which jrand0m.nym.i2p did you want again? [23:08] * jrand0m attacks the ns dht to get my nym back [23:08] &lt;Ophite1&gt; if everyone doesn't trust the same, we might not be referring to the same thing when we use the same name. [23:09] &lt;Ophite1&gt; and it would probably allow freenet-KSK-style collision wars. [23:09] &lt;jrand0m&gt; right. either the naming service has CA signed nyms, or it just distributes H(destination) --&gt; destination mappings [23:09] &lt;tonious&gt; Just pop up a menu or something. Or if you're designing an application that talks to a specific server, give it the public key of the signing agent? [23:10] &lt;jrand0m&gt; (and H(destination) == 42 chars as opposed to ~500 chars for a destination) [23:10] &lt;Ophite1&gt; tonious: if you're going to give it public keys, you might as well just sling around I2P addresses. [23:10] &lt;Ophite1&gt; now that's an interesting ideal [23:10] &lt;Ophite1&gt; assuming sha-256 can't be reversed that yields 256-bit I2P addresses that could be "looked up" to reveal the structure. [23:10] *** dm (~sd@anon.iip) has joined channel #iip-dev [23:11] &lt;Ophite1&gt; I smell kademlia again. [23:11] &lt;jrand0m&gt; :) [23:11] &lt;Ophite1&gt; It can also be simply checked. [23:11] &lt;jrand0m&gt; and there's existing code to reuse. [23:11] &lt;Ophite1&gt; somehow, that makes sense. why weren't we doing this already? :) [23:11] &lt;jrand0m&gt; because we want nyms [23:12] &lt;Ophite1&gt; nyms for hosts? [23:12] &lt;jrand0m&gt; but, I suppose, 42 chars is a good enough starting point [23:12] &lt;Ophite1&gt; need a root CA for that :/ [23:12] &lt;jrand0m&gt; right [23:12] &lt;Ophite1&gt; in the case where you don't want to trust a root ca? [23:12] &lt;Ophite1&gt; 42 chars is short enough to paste. [23:12] &lt;jrand0m&gt; you don't need a root CA, you can have a forest instead of a tree [23:12] &lt;Ophite1&gt; 520 chars isn't :) [23:12] &lt;jrand0m&gt; heh [23:13] &lt;Ophite1&gt; but if you have a forest, how does anyone know which tree you're talking about? [23:13] &lt;Ophite1&gt; you could slap a key in there, but then, ooh, we've got huge strings of random garbage again. [23:13] &lt;jrand0m&gt; common suffix. $nym.$ca [23:13] &lt;Ophite1&gt; well, I'd like $nym.$ca.i2p :) [23:13] &lt;Ophite1&gt; avoid confusion :) [23:13] &lt;jrand0m&gt; right. I mean, there are possible attacks. I dunno. I'm with TC though [23:13] &lt;jrand0m&gt; good 'nuff for me [23:14] &lt;jrand0m&gt; ok, /other/ apps :) [23:14] &lt;Ophite1&gt; how do you know which ca is which? [23:14] &lt;Ophite1&gt; you have a list? what signs the list? [23:14] &lt;jrand0m&gt; i2pns.config [23:14] *** Signoff: Drak0h (Ping timeout) [23:14] &lt;Ophite1&gt; how're you going to get that? [23:14] &lt;TC&gt; if i could make my own dns list, hostfile style i would be happy [23:14] &lt;jrand0m&gt; on install [23:15] &lt;Ophite1&gt; how are you going to verify those are the "right" keys? [23:15] &lt;Ophite1&gt; ca substitution? [23:15] &lt;jrand0m&gt; right tc, we can even do that without any distributed naming service [23:15] &lt;TC&gt; because i say they are Ophite1 [23:15] &lt;jrand0m&gt; Ophite1&gt; you aren't, any more than you're verifying that the source code is running the "real" i2p [23:15] &lt;TC&gt; and if you trust me, you can download them off my eepsite [23:16] &lt;Ophite1&gt; I suppose at the end of the day you can only reduce that to trust in one key being right, so :) [23:16] &lt;Ophite1&gt; works for me, yeah. [23:16] &lt;Ophite1&gt; as long as I get o1.i2p ;) [23:16] &lt;jrand0m&gt; heh [23:17] &lt;tonious&gt; Hmm. Revised threshold scheme: Each CA works the entire namespace, but a majority of CAs must agree before handing out subspace? [23:17] &lt;jrand0m&gt; ok, last I heard tusko had found a way to get the ppp2p to run off windows machines as well as *nix [23:17] &lt;TC&gt; it would make the i2p\internet doman system much more community based if we all passed around a huge hostfile\cheat sheet [23:17] &lt;Ophite1&gt; tonious: back to majority again... [23:17] &lt;jrand0m&gt; scary for attacks tonious [23:17] &lt;jrand0m&gt; thats true TC [23:17] &lt;jrand0m&gt; (and the value of such a community should not be underestimated) [23:18] &lt;Ophite1&gt; tc: arpanet stylee? [23:18] &lt;tonious&gt; Sigh. :) [23:18] &lt;Ophite1&gt; I guess seeds have gotta come from somewhere, so yeah ;) [23:18] &lt;TC&gt; to get a domain name, you would say this is me, and if people agreed they would change the file, and if they where trusted, others would download updates [23:19] &lt;jrand0m&gt; sounds like that'd be a heavily retrieved key from idn :) [23:19] &lt;Ophite1&gt; smells vaguely ca-like too :) [23:19] &lt;TC&gt; you could even have a fight, with more then one file [23:19] &lt;Ophite1&gt; the fidonet nodelist! [23:19] &lt;tonious&gt; And in case of a netsplit there'd be multiple patchfiles. [23:19] &lt;Ophite1&gt; ...doesn't scale. [23:19] &lt;jrand0m&gt; with under a few hundred domains, its maintainable manually [23:20] &lt;TC&gt; after a few hundred you go trusted [23:20] &lt;jrand0m&gt; right Ophite1. this would just be until we argue out the Right Way. [23:20] &lt;tonious&gt; It might be enough to jumpstart a WoT. [23:20] &lt;jrand0m&gt; (or we convince people that CAs aren't that bad ;) [23:20] &lt;jrand0m&gt; true tonious [23:20] &lt;Ophite1&gt; if you're trusting someone to agree that someone is someone else, that's a CA, not just a nodelist :) [23:21] &lt;tonious&gt; Heh. Sorry for bein' the skeptic. [23:21] &lt;TC&gt; jrand0m, in the end i dont whant to be dependent on CA's [23:21] &lt;Ophite1&gt; just allow people to give space below theirs... [23:21] &lt;Ophite1&gt; castyle -- and those on the nodelist to be the cas. [23:21] &lt;Ophite1&gt; course then it's all "which ca is jrand0m on?" [23:21] &lt;jrand0m&gt; CA's aren't necessarily choke points. if they're unsatisfactory, we replace them. [23:22] &lt;tonious&gt; Ophite1: I like that. [23:22] &lt;Ophite1&gt; point. CA being crapped out would be Big Enough News for someone to simply replace them. [23:22] &lt;Ophite1&gt; tonious: so is it slashdot.org or slashdot.com? goatse.cx? :) [23:22] &lt;dm&gt; what does CA stand for? :) [23:22] &lt;Ophite1&gt; certification authority. [23:23] &lt;dm&gt; k, thanks. [23:23] &lt;tonious&gt; Heh. That's where your own WoT comes in, Ophite1. [23:23] &lt;Ophite1&gt; tonious: yes, but I still have to see goatse once before I realise it's the wrong bloody one. :) [23:23] &lt;tonious&gt; 'I trust Ophite1 not to show that horrible asshole, and he signed slashdot.org' [23:23] &lt;jrand0m&gt; lol [23:24] &lt;Ophite1&gt; so essentially you're trusting a limited subset of people, not to be horrible assholes. [23:24] * jrand0m reserves the right to be an asshole at times [23:24] &lt;Ophite1&gt; and to hand out domains to the rest. [23:24] &lt;Ophite1&gt; at least one of which ought, really, to be a trent-style first-comes-first-served bot. [23:24] &lt;Ophite1&gt; (with.. yes... hashcash.) [23:24] &lt;tonious&gt; Yeah. And there may be namespace collisions by people who are outside my WoT... [23:25] &lt;jrand0m&gt; yup, and another should be something like thetower's tfee/subpage redirects [23:25] &lt;Ophite1&gt; tonious: something that you can actually USE might be appreciated. it's just a naming system. :) [23:25] &lt;tonious&gt; Heh. [23:25] &lt;Ophite1&gt; the good thing about multiple cas is that they can do their own thing re: that kind of thing - different policies. [23:26] *** Signoff: nickthief60934 (Ping timeout) [23:26] &lt;jrand0m&gt; ok, other apps... [23:26] &lt;jrand0m&gt; IM? [23:26] &lt;Ophite1&gt; finally :) [23:26] &lt;Ophite1&gt; signed nyms! :) [23:26] &lt;tonious&gt; Sorry Ophite1 :) [23:26] &lt;jrand0m&gt; !thwap Ophite1 [23:27] &lt;Ophite1&gt; what, what are you all looking at? :) [23:27] &lt;Ophite1&gt; yes, WoT would be appropriate for _that_ :) [23:27] &lt;dm&gt; I think I remember who was doing IM... thecrypto? [23:27] &lt;Ophite1&gt; in fact... elgamal 2048-bit... dsa 1024-bit... sha-256... sounds kind of familiar. openpgp? [23:27] &lt;jrand0m&gt; yodel was in here the other day, mentioned that they had tried out running yodel's xml-rpc interface over with their own local router, and it worked. so, yay [23:27] *** nickthief60934 (~chatzilla@anon.iip) has joined channel #iip-dev [23:28] &lt;tonious&gt; I've managed to get SOAP going on mine, too. [23:28] &lt;jrand0m&gt; yup dm [23:28] &lt;tonious&gt; No useful apps, beyond 'Yep, it works' so far. [23:28] &lt;jrand0m&gt; hehe [23:29] *** Signoff: nickthief60934 (Excess Flood) [23:29] &lt;Nostradumbass&gt; tonious: so SOAP over i2p = Black SOAP? [23:29] * jrand0m really wants to get idn up and running so we can use i2p as an IP layer, not a TCP layer [23:29] &lt;jrand0m&gt; lol Nostradumbass [23:29] &lt;Ophite1&gt; nicename :) [23:29] &lt;tonious&gt; Nostradumbass: Yep, you got it. [23:30] &lt;tonious&gt; Now I can set up my own I2P casino. w00t! [23:30] *** nickthief60934 (~chatzilla@anon.iip) has joined channel #iip-dev [23:30] &lt;jrand0m&gt; w33wt [23:30] &lt;jrand0m&gt; ok, I think thats 'bout it for the apps [23:30] &lt;jrand0m&gt; 5) ...? [23:31] &lt;jrand0m&gt; hi [23:31] &lt;Ophite1&gt; tonious: cool. we could use a few of those. donate a percentage to the i2p project? :) [23:31] &lt;TC&gt; merchandising [23:31] &lt;tonious&gt; Has anybody thought of a C implementation of I2P? [23:31] &lt;jrand0m&gt; yeah, rent out colo boxes and run routers :) [23:32] &lt;jrand0m&gt; tonious&gt; lets wait until we get the router protocol implemented and thoroughly reviewed before porting ;) [23:32] &lt;tonious&gt; Or anonymous colo: Behind an I2P router and no internet routing :) [23:32] &lt;Ophite1&gt; merchandising = logo. [23:32] &lt;TC&gt; stickers, t-shirts, hats, we need the logo [23:32] &lt;Ophite1&gt; tonious: after it's working and anonymous and stuff? of course. [23:32] &lt;tonious&gt; Yeah, but I'm still running my P2 and I'm a poor guy. [23:32] &lt;tonious&gt; :( [23:32] &lt;Ophite1&gt; i2p needs a good logo. [23:32] &lt;Nostradumbass&gt; yes [23:32] &lt;Ophite1&gt; I mean, the internet doesn't have a logo, but that's just bad marketing. :) [23:32] &lt;dm&gt; I like the one on the WIKI. [23:32] &lt;TC&gt; also, each made-for-i2p program needs its own tweeked version, or take off of the logo [23:32] &lt;jrand0m&gt; how about a transparent logo... it'd, be, like, everywhere, dood [23:33] &lt;Ophite1&gt; an invisible logo. heh. [23:33] &lt;tonious&gt; A 1 pixel by 1 pixel blank gif? [23:33] &lt;jrand0m&gt; definnitely [23:33] &lt;Ophite1&gt; tonious: we'd be sued for copyright infringment? :) [23:33] &lt;tonious&gt; Ha! [23:33] &lt;Ophite1&gt; ("Hey, that's OUR blank gif!") [23:33] &lt;jrand0m&gt; lol [23:33] &lt;Ophite1&gt; Hey, if John Cage can do it... [23:33] &lt;tonious&gt; So we leave our names in the comments field :) [23:33] &lt;Nostradumbass&gt; Ophite1: how about a stream roller paving over the Internet? [23:33] &lt;jrand0m&gt; heh we're just rendering his audio [23:34] &lt;Ophite1&gt; that one on the bottom looks the best imho. [23:34] &lt;tonious&gt; I like the one on the top. It's simple. Like me. [23:34] &lt;Ophite1&gt; with the arc design. [23:35] &lt;Ophite1&gt; something that is small, very simple, and above all would work well as an icon, or in the system tray :) [23:35] &lt;Ophite1&gt; and yes, which can be customised and used as a basis for logos of apps. [23:35] &lt;jrand0m&gt; right [23:35] &lt;dm&gt; How about a black circle with white fill. [23:35] &lt;Ophite1&gt; that arc would be a good start (colour changes?) [23:35] &lt;dm&gt; or a triangle, maybe a square! [23:35] &lt;dm&gt; a parallelogram! [23:37] &lt;tonious&gt; Heh. Open up a cafepress store... [23:37] &lt;Ophite1&gt; god no, not cafepress. [23:37] &lt;dm&gt; a white cloud! [23:37] &lt;Ophite1&gt; we demand class. ... thinkgeek. ;-) [23:37] &lt;dm&gt; little fluffy cloud. [23:38] &lt;TC&gt; it would look toomuch like a cumpuddle in minature [23:38] * jrand0m associates clouds with the sky, thankyouverymuch [23:38] &lt;tonious&gt; Ophite1: First we've gotta convince 'em that we're whitehat. [23:39] &lt;TC&gt; no, lets be black hat [23:39] &lt;jrand0m&gt; tonious&gt; can militant anarchists be whitehats too? [23:39] * TC doesnt like ppl in hats [23:39] &lt;tonious&gt; Dunno. [23:39] * tonious wears a grey fedora FWIW. [23:39] &lt;Nostradumbass&gt; how about a white and a black hat? [23:39] &lt;TC&gt; and modulus would say somthing about class distinction or something [23:40] &lt;dm&gt; a small picture of uncle sam's face? [23:40] &lt;TC&gt; checkered hat? [23:40] &lt;jrand0m&gt; heh tc [23:40] &lt;Nostradumbass&gt; or white and a black wizzard hats [23:40] &lt;Ophite1&gt; I am NOT a white hat. How dare you insinuate that. I want an apology. [23:41] &lt;TC&gt; or a black dunce hat [23:41] &lt;jrand0m&gt; well, anyway... [23:42] &lt;tonious&gt; "i2p inside"? [23:42] &lt;jrand0m&gt; heh [23:42] &lt;dm&gt; I, too, pee... [23:42] &lt;jrand0m&gt; dm&gt; on a calvin sticker! [23:42] &lt;Ophite1&gt; "i2p ... somewhere" [23:42] &lt;TC&gt; so, logo ppl, come on! so can nop set us up a i2p cafepress site? [23:43] * jrand0m repeats the mantra No PR until its ready. [23:43] &lt;Nostradumbass&gt; dm: yeah, make it a "Concentration" style chrade logo-gram. [23:43] &lt;Nostradumbass&gt; &lt;eye&gt; 2 and a pee-ing penis. [23:44] &lt;dm&gt; Let's set a date. [23:44] &lt;jrand0m&gt; heh, yeah, and you'll have your mother click on that icon? [23:44] &lt;dm&gt; March 1st. [23:44] &lt;Nostradumbass&gt; grab it, in fact :) [23:44] &lt;tonious&gt; My mother disapproves of encryption :) [23:44] *** UserX (~User@anon.iip) has joined channel #iip-dev [23:44] &lt;dm&gt; Slashdot article! No matter how far (or not) jrand0m has gotten! [23:44] &lt;dm&gt; Let's pile on the pressure. [23:44] &lt;Ophite1&gt; nooooooo. [23:44] &lt;Ophite1&gt; not yet! [23:45] &lt;jrand0m&gt; damn dm, if you pulled that date out of thin air, you're good. in my palm I have 1.0 slotted as ~ march 1 [23:45] * dm slaps Ophite1 [23:45] &lt;dm&gt; i said march 1st. [23:45] &lt;Ophite1&gt; the appropriate time to promote is when we have a cool shiny thing to wave at them. [23:45] &lt;Nostradumbass&gt; please, no slashdot till the network is ready for the onslaught. [23:45] &lt;jrand0m&gt; right [23:45] &lt;dm&gt; I'm good, what can I say. [23:45] &lt;Ophite1&gt; I call launch date April 4th. [23:45] &lt;Ophite1&gt; 04/04/04 ;) [23:45] &lt;jrand0m&gt; no PR until AFTER 1.0 comes out. [23:45] &lt;Nostradumbass&gt; Mojo was almost destroyed by /. [23:46] &lt;dm&gt; no, none of this rational thinking. March 1st, end of story. [23:46] &lt;jrand0m&gt; ooOOo Ophite1 [23:46] * jrand0m senses that I'm going to have to submit to /. to get them to NOT post dm^H^Han anonymous person's article [23:46] &lt;Ophite1&gt; no, don't do that. malda doesn't give a shit, and he'll post THAT :) [23:46] &lt;jrand0m&gt; heh [23:47] &lt;dm&gt; Yes, you will be ridiculed by my post: "Em, like, there's this like anonymous cool program that's better than kazaa, I2P it's awesome, it's fast, DSA124. yeah" [23:47] &lt;jrand0m&gt; anyway, as things progress, http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap will be updated [23:48] &lt;dm&gt; time to pack. [23:49] &lt;jrand0m&gt; (and some day I'm going to take a week off and go snowboarding) [23:49] *** soros (~soros@anon.iip) has joined channel #iip-dev [23:49] &lt;jrand0m&gt; yeah, we're about the 2hour mark. [23:49] &lt;jrand0m&gt; time to... [23:49] * jrand0m *baf*'s the meeting closed. </div>/cs/blog/2003/11/18/i2p-dev-meeting-18.-listopadu-2003/Tue, 18 Nov 2003 00:00:00 +0000/cs/blog/2003/11/18/i2p-dev-meeting-18.-listopadu-2003/<p>(S laskavým svolením wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="rychlé-shrnutí">Rychlé shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> dm, duck, godmode0, jrand0m, mihi, Ophite1, soros, TC, tusko, yodel</p> <h2 id="záznam-ze-schůze">Záznam ze schůze</h2> <div class="irc-log"> [22:02] &lt;jrand0m&gt; agenda: [22:02] &lt;jrand0m&gt; 0) welcome [22:02] &lt;jrand0m&gt; 1) i2p dev status [22:02] &lt;jrand0m&gt; - 0.2.1.1 is out (peer and tunnel updating and testing, tuning enhancements, tunnel throttling, a DoS defense) [22:02] &lt;jrand0m&gt; - don't use bw limiting (still some debugging) [22:02] &lt;jrand0m&gt; - keep your clocks generally correct (30 minute fudge factor) [used for lease expirations and garlics] [22:02] &lt;jrand0m&gt; 2) kademlia, 0.3, and idn [22:02] &lt;jrand0m&gt; 3) roadmap revise (0.2.3 --&gt; 0.4, 0.2.2 --&gt; 0.3.1)? [22:02] &lt;jrand0m&gt; 4) app status [ppp2p, i2ptunnel, im, ns, squid] [22:02] &lt;duck&gt; 5) why does jrand0m drink cheap local beer? [22:02] &lt;jrand0m&gt; 5) comments / questions / etc [22:02] &lt;jrand0m&gt; heh [22:02] &lt;jrand0m&gt; so yeah, basically that fits under 5 :) [22:02] &lt;mihi_&gt; double 5 ;) [22:03] &lt;mihi_&gt; oops... [22:03] &lt;jrand0m&gt; 0) welcome [22:03] * mihi_ did not look 2 the left column [22:03] &lt;jrand0m&gt; hi. 65th meeting I suppose. [22:03] &lt;jrand0m&gt; hehe [22:03] &lt;jrand0m&gt; 1) that code stuff [22:04] &lt;jrand0m&gt; 0.2.1.1 came out last night [22:04] &lt;jrand0m&gt; lots of goodness in there. [22:04] * mihi tests it atm. [22:04] &lt;jrand0m&gt; tunnels are tested and fail fast, penalizing all participants so they won't likely get into the rebuild [22:05] &lt;jrand0m&gt; messages in i2ptunnel are also throttled to max 64k size (larger messages caused badness) [22:05] &lt;jrand0m&gt; there are some bugs being worked out with the bw limiting code, so make sure your bw limits in router.config are negative values [22:06] &lt;jrand0m&gt; (i2p doesn't have enough traffic on it to cause real load atm anyway) [22:06] &lt;jrand0m&gt; (but bw limiting will be unit tested and fixed for 0.2.1.2) [22:07] &lt;jrand0m&gt; also, please try to keep your clocks close to correct. it sucks that we have to need that, but right now we do. [22:07] &lt;jrand0m&gt; we may be able to work out a way to not require semi-sync'ed clocks, but its delicate. [22:07] &lt;jrand0m&gt; 2) fun stuff [22:08] &lt;jrand0m&gt; a lot of the bugs being worked out in the last few releases are related to the crappy kludge of a BroadcastNetworkDB. [22:08] &lt;jrand0m&gt; since its planned for replacement in 0.3, might as well at least mention what its being replaced with [22:09] &lt;jrand0m&gt; kademlia is a structured distributed hash table (DHT) that lets us insert and fetch in under O(log(N)) time, guaranteed [22:09] &lt;jrand0m&gt; [with one small caveat thats still being worked out] [22:10] &lt;jrand0m&gt; that kademlia code needs to get written for 0.3 so we can do insert and fetch of RouterInfo and LeaseSet structures. [22:10] &lt;jrand0m&gt; however, things would be simpler if it were implemented seperately - and hence testable seperately. [22:10] &lt;jrand0m&gt; (unit testing == good) [22:11] &lt;jrand0m&gt; so, whats a simple way to unit test a dht? to write a simple file store/lookup service on it. [22:11] &lt;dm&gt; insert fetch? are we talking about content? [22:11] &lt;jrand0m&gt; enter idn: (Link: http://wiki.invisiblenet.net/iip-wiki?I2PIDN)http://wiki.invisiblenet.net/iip-wiki?I2PIDN [22:11] &lt;Ophite1&gt; dm: No, only routerinfo and leaseset structures. [22:12] &lt;jrand0m&gt; dm&gt; i2p's networkDatabase currently contains only two specialized structures, as ophite said [22:12] &lt;dm&gt; okay, thanks. [22:12] &lt;Ophite1&gt; may or may not be useful to use it for bootstrapping other protocols too, but it's not anonymous itself. (?) [22:12] *** grimps (~grimp@anon.iip) has joined channel #iip-dev [22:12] &lt;tusko&gt; one question: which protocol is used now for networkDatabase? [22:13] &lt;jrand0m&gt; sorry, phone. [22:13] *** Signoff: godmode0 (Ping timeout) [22:13] &lt;jrand0m&gt; correct, kademlia is not anonymous, but not non-anonymous either [22:13] &lt;Ophite1&gt; modified kademlia will scale. random will not. [22:13] &lt;jrand0m&gt; tusko&gt; currently we do a flooded broadcast [22:13] &lt;duck&gt; what about kademlia getting splitted? [22:13] &lt;dm&gt; no cell phones allowed into meeting. [22:13] &lt;duck&gt; &lt;insert zooko comments&gt; [22:13] &lt;Ophite1&gt; flooded broadcast aka gnutella method definitely won't ;) [22:13] &lt;jrand0m&gt; Ophite1&gt; right, kademlia doesn't use random ones :) [22:13] &lt;duck&gt; Ophite1: works better as freenet routing :) [22:14] &lt;jrand0m&gt; duck&gt; exactly (&lt;jrand0m&gt; [with one small caveat thats still being worked out] ) [22:14] &lt;Ophite1&gt; duck: i rest my case... ;) [22:14] *** Signoff: mihi (Ping timeout) [22:14] &lt;tusko&gt; is kademlia some sort of hypercube? [22:14] &lt;Ophite1&gt; no, a circle. [22:14] *** Signoff: mihi_ (Ping timeout) [22:14] &lt;jrand0m&gt; and/or a xor tree :) [22:15] &lt;Ophite1&gt; splits/joins... reshuffle tree? can we take a peek at emule's overnetalike for this? :) [22:15] &lt;jrand0m&gt; its a fairly easy protocol, but we can definnitely look around. [22:16] &lt;jrand0m&gt; icepick has implemented kademlia in python too, for ent (as kashmir) [22:16] *** mihi (~mihi@anon.iip) has joined channel #iip-dev [22:16] &lt;Ophite1&gt; consider also malicious nodes deliberately fragmenting the tree. [22:16] &lt;jrand0m&gt; absolutely. but its fairly attack resistant [22:16] &lt;Ophite1&gt; 256 bit keyspace is more resistant to that though. [22:17] &lt;Ophite1&gt; plus would have to make a lot of routeridentity structures = hard. [22:17] &lt;tusko&gt; i found interesting the papers of gravepine: (Link: http://grapevine.sourceforge.net/)http://grapevine.sourceforge.net/ [22:17] &lt;jrand0m&gt; this is also why I want to implement it first as an application, rather than rip out the core of i2p - so we can work out all the messy details first [22:17] &lt;Ophite1&gt; so I'm pleased with sec 3 of 0.9 draft. [22:17] *** Signoff: nickthief54450 (Excess Flood) [22:18] *** nickthief54450 (~chatzilla@anon.iip) has joined channel #iip-dev [22:18] &lt;tusko&gt; look to (Link: http://grapevine.sourceforge.net/tech-overview.php)http://grapevine.sourceforge.net/tech-overview.php [22:18] &lt;Ophite1&gt; though I might point out that if message 0, DatabasePing, is inplemented, you might want to include a hashcash in it. [22:18] &lt;jrand0m&gt; interesting tusko, I think their economic model might require some revision, as with their sybyl defenses [22:19] &lt;Ophite1&gt; (you may already; haven't ready that part) [22:19] &lt;jrand0m&gt; absolutely Ophite1. I was actually thinking about putting hashcash certs into all of the messages (DatabaseLookup included) [22:20] &lt;Ophite1&gt; good idea. though, be careful of performance and tuning vs. dos defense there, and you might want to run hashcash calc in a separate, lower-priority thread? [22:21] &lt;jrand0m&gt; well, hashcash verification should be near instantaneous [22:21] &lt;jrand0m&gt; and hashcash generation shouldn't be able to be precompiled [22:21] &lt;jrand0m&gt; er, precomputed [22:21] &lt;dm&gt; Ophite1 must be an avatar created by jrand0m so that he can finally talk about I2P with someone who understands wtf he's saying. [22:22] &lt;jrand0m&gt; lol [22:22] * dm is not fooled. [22:22] *** godmode0 (~enter@anon.iip) has joined channel #iip-dev [22:22] &lt;Ophite1&gt; one way of preventing that is to use derivatives of session keys as part of the hashcash.. [22:22] &lt;jrand0m&gt; right. and/or put in a nonce and the date [22:22] &lt;Ophite1&gt; date leads to those troublesome timing problems though. that could be a real issue. [22:22] &lt;Ophite1&gt; unless you feel like rewriting ntp as well ;-) [22:22] *** Signoff: mihi (Ping timeout) [22:23] &lt;jrand0m&gt; heh [22:23] &lt;jrand0m&gt; well, we've already run into that a little bit [22:23] &lt;jrand0m&gt; (hence the 30 minute fudge factor) [22:23] &lt;jrand0m&gt; a session hash may be workable though. good idea. [22:24] &lt;Ophite1&gt; and no, i'm not jrand0m's clone ;) [22:24] &lt;jrand0m&gt; ok, so for idn, I'm probably only going to implement the stuff on that I2PIDN wiki page [22:25] *** Signoff: dm (Ping timeout) [22:25] &lt;jrand0m&gt; what would probably rule would be if someone would take that and run with it - make a real user interface, better get/store apps, fec/ecc/etc. [22:25] &lt;jrand0m&gt; also, I had some ideas about a search network built in parallel as well [22:26] &lt;jrand0m&gt; but, well, its probably more useful to i2p that I focus my time on the router [22:26] &lt;Ophite1&gt; it runs on top of i2p? [22:26] &lt;jrand0m&gt; (making it functional, scalable, and secure) [22:26] &lt;jrand0m&gt; yes [22:26] &lt;jrand0m&gt; i2p lets idn be anonymous [22:27] &lt;Ophite1&gt; what were your search network ideas? [22:27] &lt;jrand0m&gt; note: its not written yet, but its looking like its #2 on my task list [22:27] &lt;Ophite1&gt; can another dht be built through tunnels? [22:27] *** mihi (~mihi@anon.iip) has joined channel #iip-dev [22:27] &lt;jrand0m&gt; basically a distributed replicated db, with hashcash inserts and syncs, where people store idn keys along side metadata / etc [22:27] *** dm (~as@anon.iip) has joined channel #iip-dev [22:28] &lt;jrand0m&gt; hmm, yes, certainly. but i2p isn't inherently tunnel based - its message based (i2p is IP, i2ptunnel is TCP) [22:28] &lt;Ophite1&gt; if ~all node participate = very useful for "discovering" other protocols. [22:28] &lt;jrand0m&gt; definitely [22:28] &lt;Ophite1&gt; so, should be standard. [22:28] &lt;Ophite1&gt; dhcp/zeroconf for the i2p? :) [22:28] &lt;jrand0m&gt; idn would be a very good app to bundle with i2p to let people have an 'out of box experience' [22:29] &lt;Ophite1&gt; If it's meant to be a fully featured communication/file transfer/storage application, I'd like to propose the name "Darknet". [22:29] &lt;jrand0m&gt; :) [22:29] &lt;Ophite1&gt; You, of course, probably already know where that comes from. :) [22:30] &lt;dm&gt; Where does it come from? [22:30] &lt;Ophite1&gt; MS Research's paper: The Darknet and the Future of Content Distribution. [22:30] *** Signoff: godmode0 (Ping timeout) [22:30] &lt;TC&gt; link? [22:30] *** tonious (~Flag@anon.iip) has joined channel #iip-dev [22:30] &lt;jrand0m&gt; well, tim may says he invented the term ~11 years ago ;) [22:30] &lt;tusko&gt; where is the I2PIDN wiki page? [22:30] &lt;dm&gt; (Link: http://crypto.stanford.edu/DRM2002/darknet5.doc)http://crypto.stanford.edu/DRM2002/darknet5.doc [22:30] &lt;jrand0m&gt; tusko&gt; (Link: http://wiki.invisiblenet.net/iip-wiki?I2PIDN)http://wiki.invisiblenet.net/iip-wiki?I2PIDN [22:30] &lt;Ophite1&gt; also implies that the network works "in the dark" - noone knows who anyone is ;) [22:30] &lt;jrand0m&gt; exactly. [22:31] *** mihi_ (~mihi@anon.iip) has joined channel #iip-dev [22:31] &lt;jrand0m&gt; well, i2p itself is a darknet in that sense, but its generic messaging - it is the IP layer for such a darknet. [22:31] &lt;jrand0m&gt; i2ptunnel is the TCP layer, and idn is NFS :) [22:31] &lt;Ophite1&gt; i2p is the protocol that allows such a network to be created from something broadly like overnet. [22:31] &lt;Ophite1&gt; speaking of which... is there a way to specify priority in messages? [22:32] *** mihi is now known as nickthief76430 [22:32] *** mihi_ is now known as mihi [22:32] &lt;jrand0m&gt; funny that you mention that :) [22:32] *** nickthief76430 is now known as mihi_backup [22:32] &lt;mihi&gt; oops... [22:32] &lt;jrand0m&gt; I was just reading some of the upcoming HotNets2 papers ((Link: http://nms.lcs.mit.edu/HotNets-II/program.html)http://nms.lcs.mit.edu/HotNets-II/program.html) and got inspired for some QoS over i2p mechanisms [22:33] &lt;Ophite1&gt; would a bulk/low-latency bit compromise anonymity slightly (intersection attack?) by allowing traffic linkage? well, even if it were sometimes flips? [22:33] &lt;Ophite1&gt; ah, well that might work better of course =) [22:33] &lt;Ophite1&gt; Don't worry about local plausible denability. [22:33] &lt;jrand0m&gt; right, i2p assumes the local machine is trusted [22:33] *** Signoff: dm (Ping timeout) [22:33] &lt;Ophite1&gt; That is a problem to be solved by Rubberhose/Marutukku and Thermite, not I2P. [22:34] &lt;jrand0m&gt; exactly. (otherwise, the software is compromised and it doesn't matter what we do) [22:34] * TC hopes his local machine is trusted [22:34] &lt;jrand0m&gt; heh [22:34] &lt;Ophite1&gt; TC: easy way to find out; make death threats against bush and see if SS agents turn up at your door ;-) [22:34] &lt;jrand0m&gt; lol [22:34] &lt;TC&gt; done and done [22:34] *** Signoff: tonious (Ping timeout) [22:34] &lt;jrand0m&gt; hah! [22:35] * jrand0m watches my squid proxy get taken down by the fbi [22:35] &lt;TC&gt; its a trap! [22:35] &lt;jrand0m&gt; get an axe! [22:35] &lt;jrand0m&gt; :) [22:35] &lt;TC&gt; anybody play uplink? [22:35] &lt;Ophite1&gt; completed it. cracked it. released it. [22:35] &lt;Ophite1&gt; trained it too ;) [22:36] * jrand0m takes that as a "yes" [22:36] *** dm (~as@anon.iip) has joined channel #iip-dev [22:37] &lt;Ophite1&gt; there may be some dos possibilities in caching, in memory stuff... [22:37] &lt;jrand0m&gt; ok, so thats what I'm thinking with idn/kademlia. get idn implemented and working over the 0.2. code, smash it in a bit, then implement 0.3 with that kademlia implementation [22:37] &lt;jrand0m&gt; oh certainly. the todo list has 'sync pending and large messages to disk' :) [22:37] &lt;dm&gt; shouldn't IDN be implemented after I2P is tested and mature? [22:38] &lt;jrand0m&gt; thats one of the problems we ran into testing a large file of TC's eepsite [22:38] &lt;Ophite1&gt; dm: not given as it's a testbed for the fancy db. [22:38] &lt;jrand0m&gt; dm&gt; I was thinking that too, but I need to implement the kademlia code to get 0.3 ready. basically the kademlia code IS 0.3 [22:38] &lt;Ophite1&gt; I do like the hybrid dht nature such a network would provide though. [22:39] &lt;dm&gt; aha... [22:39] &lt;jrand0m&gt; but if no one wants to toss a normal UI onto it until i2p 1.0, that might be a good idea as well [22:39] &lt;Ophite1&gt; dht node discovery + ngr-like routing = scalability capable of handling critical mass [22:39] &lt;dm&gt; what happened to that original milestone list. secure--&gt;anonymous--&gt;not harvestable, etc... [22:39] &lt;Ophite1&gt; jrand0m: I will refrain from advertising it to pirates until it's ready. that enough? [22:39] &lt;jrand0m&gt; well, minus the ngr-like routing :) we tunnel :) [22:39] &lt;TC&gt; as long as we keep the cli [22:39] &lt;dm&gt; ah scalable was one of the items in that chain. [22:39] &lt;jrand0m&gt; dm&gt; 0.3 is necessary for scalable. which is before not harvestable [22:39] &lt;jrand0m&gt; thanks Ophite1 :) [22:40] &lt;jrand0m&gt; definitely TC. I'll need the cli to test it [22:40] &lt;Ophite1&gt; scalability of the actual anonymous stuff is directly related to choices made in the routing for the tunnels, and that's a router implementation thing? [22:40] &lt;jrand0m&gt; (and, c'mon, we'll probably do software distribution / releases with idn) [22:40] *** godmode0 (~enter@anon.iip) has joined channel #iip-dev [22:40] &lt;dm&gt; alrighty... sounds okay then. [22:40] &lt;jrand0m&gt; absolutely ophite. [22:40] &lt;Ophite1&gt; suggestion: maximum message size? [22:40] &lt;jrand0m&gt; thats the Hard problem [22:41] &lt;jrand0m&gt; max message size is currently insanely large (4g) but I'm thinking of trimming it to 64k or 128k [22:41] &lt;jrand0m&gt; but I don't want to resort to that yet [22:41] * Ophite1 goes digging in notes [22:41] &lt;Ophite1&gt; BitTorrent/Scone scalability notes indicate 512K. [22:42] &lt;jrand0m&gt; heh ok cool. (any refs I can dig into?) [22:42] &lt;Ophite1&gt; but, think of it like tcp window size. [22:42] &lt;jrand0m&gt; right [22:42] &lt;Ophite1&gt; not for scone, sorry - friend's research project. [22:42] &lt;jrand0m&gt; coo', no worry [22:42] *** Signoff: mihi_backup (Ping timeout) [22:42] &lt;Ophite1&gt; fwiw, your kademlia is about as good as his though :) [22:42] &lt;jrand0m&gt; hehe [22:42] &lt;jrand0m&gt; (well, I haven't implemented it yet ;) [22:42] &lt;Ophite1&gt; uh, hers I mean :/ [22:42] &lt;jrand0m&gt; oh wikked [22:43] &lt;dm&gt; boner.. [22:43] *** mihi_backup (~mihi@anon.iip) has joined channel #iip-dev [22:43] &lt;jrand0m&gt; heh [22:43] &lt;jrand0m&gt; so, thats 2) kademlia, 0.3, and idn [22:43] &lt;Ophite1&gt; she named her toys after puddings. custard, crumble (Waste-like), strudel.. her bittorrent-a-like was the fastest pudding in the world - 'scone ;) [22:43] &lt;jrand0m&gt; haha [22:45] &lt;Ophite1&gt; she's a math. [22:45] &lt;jrand0m&gt; even better [22:45] &lt;jrand0m&gt; there's a lot of stats gathering / analysis that will be coming up for advanced peer selection [22:45] &lt;Ophite1&gt; but I'll see if I can bounce stuff past her. scalability from i2np 0.9 was from her - she likes it. [22:45] &lt;jrand0m&gt; (unfortunately we can't cheat like mnet, mixminion, and tor) [22:46] &lt;jrand0m&gt; great to hear [22:46] &lt;Ophite1&gt; one comment - dsa? [22:46] *** nickthief54450 (~chatzilla@anon.iip) has joined channel #iip-dev [22:46] &lt;Ophite1&gt; dsa 1024 bit, as in SHA-1? [22:46] &lt;jrand0m&gt; yea [22:47] &lt;Ophite1&gt; 'spose it is tried and tested. [22:47] &lt;Ophite1&gt; also small. [22:47] &lt;jrand0m&gt; right. but I'm not 100% tied to our particular crypto impls [22:47] &lt;Ophite1&gt; anyway. to roadmap. [22:47] &lt;TC&gt; haha, lets name a windows version 'Microsoft Darknet (r)' [22:47] &lt;jrand0m&gt; heh tc [22:48] &lt;jrand0m&gt; ok, 3) roadmap revise (0.2.3 --&gt; 0.4, 0.2.2 --&gt; 0.3.1)? [22:48] &lt;jrand0m&gt; because of all the bugs I've been running into wrt the broadcast db, I want to escalate the 0.3 (kademlia db) release [22:48] &lt;TC&gt; its nice not being limmited by trademarks like a normal open source project [22:49] *** tonious (~Flag@anon.iip) has joined channel #iip-dev [22:49] &lt;jrand0m&gt; 0.2.3 is restricted routes / trusted peers, and probably not a hard feature requirement that anyone here has. it can be shuffled out to 0.4 without problem, I think [22:50] &lt;jrand0m&gt; 0.2.2 is tunnel mods, but I think a lot of the pressure to get that implemented will be eased with the 0.2.1.1 release (which tests and rebuilds tunnels as necessary, rather than waiting 10 minutes) [22:50] &lt;Ophite1&gt; trusted peers is an area that needs some revision imho. [22:50] &lt;jrand0m&gt; agreed. [22:50] *** dm_backup (~as@anon.iip) has joined channel #iip-dev [22:50] &lt;Ophite1&gt; only area that doesn't give me warm fuzzies. [22:50] &lt;Ophite1&gt; though that may just be the word "trusted". :) [22:50] &lt;jrand0m&gt; basically my current thoughts are to publish tunnels to routers [22:50] &lt;jrand0m&gt; heh [22:51] &lt;jrand0m&gt; (if we publish tunnels to routers, we can get away with untrusted gateways, which drops the 'trusted' from trusted peers) [22:51] *** Signoff: dm (Ping timeout) [22:51] *** dm_backup is now known as dm [22:51] &lt;Ophite1&gt; need to analyse anonymity implications of that. [22:51] &lt;jrand0m&gt; but trusted peers is inherently necessary in a militant grade anon system, where /all/ nodes you can contact are considered attackers. [22:52] &lt;Ophite1&gt; don't think that is truly possible... [22:52] &lt;jrand0m&gt; certainly. yet another reason it should get 0.4 [22:52] &lt;jrand0m&gt; Ophite1&gt; trusted nodes with timed / triggered self destruct. [22:52] &lt;jrand0m&gt; set up a patsy, route through it, kill it [22:52] &lt;jrand0m&gt; exactly, if patsies delete their logs after N hours / N bytes / N messages [22:52] &lt;Ophite1&gt; I mean if you want me to release a worm that sets up a couple of million... [22:53] &lt;Ophite1&gt; logs? what logs? [22:53] &lt;jrand0m&gt; :) [22:53] &lt;jrand0m&gt; ok, format the disks ;) [22:53] * Ophite1 wrote kernel-level stealth trojan [22:53] &lt;jrand0m&gt; nice [22:53] * dm wrote kernel level outlook calendar plugin. [22:53] &lt;Ophite1&gt; ...when I was 19 :) [22:53] &lt;Ophite1&gt; still works. :) [22:54] &lt;Ophite1&gt; not going to include it in this though, don't worry, or, uh, check my code, which would probably be a Good Thing To Do anyway ;) [22:54] &lt;dm&gt; when I was 12. [22:54] &lt;jrand0m&gt; I don't think i2p will want /that/ large distribution until after 1.0 is stable and heavily peer reviewed [22:54] &lt;jrand0m&gt; heh Ophite1 [22:54] &lt;jrand0m&gt; heh dm [22:54] &lt;Ophite1&gt; frankly, think that is a fluff feature. [22:54] &lt;jrand0m&gt; perhaps. [22:55] &lt;jrand0m&gt; restricted routes is a necessity though [22:55] &lt;jrand0m&gt; its basic functionality for people behind firewalls [22:55] &lt;jrand0m&gt; (very restrictive firewalls) [22:55] &lt;Ophite1&gt; hello, transports. [22:55] &lt;Ophite1&gt; we'll get to that. [22:55] &lt;Ophite1&gt; or is now the appropriate time to discuss them? [22:55] &lt;jrand0m&gt; sure, lets dig in :) [22:56] &lt;jrand0m&gt; we've already run into a problem with an unreachable peer that could be solved with restricted routes [22:56] *** tusko has left #iip-dev [22:56] &lt;jrand0m&gt; even though it was due to misconfiguration, it could be more common [22:57] &lt;Ophite1&gt; Also: given two cooperating peers behind inbound-filtering firewalls that drop bad packets, and one cooperating peer which is not behind a firewall and can send packets with forged IP source addresses to both of the other peers... [22:57] &lt;Ophite1&gt; You can establish a TCP connection between the two firewalled peers that both firewalls think is outbound. [22:57] &lt;jrand0m&gt; definitely [22:57] &lt;dm&gt; forged IP addresses?!? [22:58] &lt;Ophite1&gt; believe me, firewalls are a VERY common problem. [22:58] &lt;Ophite1&gt; sometimes they are user-controlled but the user is a doofus. that can be handled with the installer handling the firewall :) [22:58] &lt;dm&gt; I2P is gonna use IP spoofing? :) [22:58] &lt;jrand0m&gt; definitely. if i2p can't operate behind firewalls / NATs / proxies, there's no reason to continue. [22:59] &lt;Ophite1&gt; sometimes they are actively hostile, corporate or educational gateways seeking to deliberately mess up everything. It's got to traverse those, and traverse them cleanly. [22:59] &lt;jrand0m&gt; dm&gt; transport options [22:59] &lt;jrand0m&gt; absolutely Ophite1 [22:59] &lt;Ophite1&gt; dm: I have a working implementation - in the Direct Connect protocol. [22:59] &lt;jrand0m&gt; i2p wants to be the battleground for that code. [22:59] &lt;Ophite1&gt; dm: If *that* can handle it, i2p can. [22:59] *** Signoff: tonious (Ping timeout) [23:00] &lt;Ophite1&gt; I suggest leaving it turned off by default though. Only a very few want it turned on, and it would be nice if they can advertise which they are so requests can be routed to them. [23:00] &lt;dm&gt; you can't spoof IPs without native code can you? [23:00] &lt;Ophite1&gt; the advantage is that they don't have to route *through*, just help the setup. [23:00] &lt;Ophite1&gt; = massive speed boost. [23:01] &lt;jrand0m&gt; definitely Ophite1, thats what the RouterInfo.routerAddress[] structure is for [23:01] &lt;Ophite1&gt; dm: yeah, like this isn't going to be rewritten? [23:01] *** tonious (~Flag@anon.iip) has joined channel #iip-dev [23:01] &lt;dm&gt; okay, just checking... [23:01] &lt;jrand0m&gt; right dm, I have no qualms whatsoever with including native code in i2p [23:01] &lt;Ophite1&gt; I would like to state that I don't think java is a permanent solution. [23:01] &lt;Ophite1&gt; And that I regard java router as testbed/prototype. [23:01] &lt;jrand0m&gt; thats fine. if it gets us to 1.0, works out the protocol, etc, good enough. [23:02] &lt;Ophite1&gt; ...and hope it doesn't get stuck there as freenet has ;) [23:02] &lt;dm&gt; IPAddress.Spoof(192.168.32.1); [23:02] *** alient (alient@anon.iip) has joined channel #iip-dev [23:02] &lt;jrand0m&gt; lol dm [23:02] &lt;dm&gt; import IPSpoofing; [23:02] &lt;Ophite1&gt; mmm... raw sockets in java ;) [23:02] &lt;jrand0m&gt; fcntl / ioctl in java... mmMMmm [23:02] &lt;mihi&gt; hmm, raw sockets require root on unix, don't they? [23:02] &lt;dm&gt; women with large breasts lickig my penis.. mmMMmmm [23:02] &lt;jrand0m&gt; so we include a rootkit [23:03] &lt;jrand0m&gt; ;) [23:03] &lt;Ophite1&gt; jrand0m: got it covered =) [23:03] &lt;jrand0m&gt; heh [23:03] &lt;Ophite1&gt; besides as I said; only a few need it. [23:03] &lt;jrand0m&gt; right [23:04] &lt;jrand0m&gt; and only for legitimate reasons, of course. [23:04] &lt;Ophite1&gt; on my dc hub, only one (bot) had the capability, and the hub told it when passives wanted to connect to passives. [23:04] &lt;Ophite1&gt; caused a bit of amazement that did. [23:04] &lt;jrand0m&gt; hehe [23:04] &lt;Ophite1&gt; also got the bot's host shut down, hence my suggestion to perhaps turn it off by default :) [23:04] &lt;jrand0m&gt; thats definitely a good feature to have avail [23:04] &lt;jrand0m&gt; lol [23:05] *** Signoff: nickthief54450 (Excess Flood) [23:05] &lt;jrand0m&gt; ok, so with restricted routes pushed to 0.4, we have a month or so to continue the debate as to whether the functionality is necessary [23:06] &lt;jrand0m&gt; any other thoughts / things that should be in the roadmap that aren't, things that are in the wrong place, etc? [23:06] &lt;Ophite1&gt; I say push it to 0.4 definitely. It will cause firewall issues at the moment but we are still in testing... [23:06] &lt;Ophite1&gt; ...someone that can't open a firewall port probably shouldn't be trying it yet. [23:06] *** nickthief54450 (~chatzilla@anon.iip) has joined channel #iip-dev [23:06] &lt;jrand0m&gt; right. and even with firewalls, PHTTP lets them through. [23:07] &lt;Ophite1&gt; though need to test phttp against hostile proxies. [23:07] * jrand0m is behind a firewall I don't control and I participate fully in i2p [23:07] &lt;dm&gt; hax0r [23:07] &lt;jrand0m&gt; well, yes, hostile proxies can fake confirm, but its all signed, so the message can't go to the wrong place / etc [23:08] &lt;jrand0m&gt; but the phttp relay and transport does have a lot of features needed [23:08] &lt;Ophite1&gt; in particular, to examine the future possibilities application level routers might have at detecting/fucking up the protocol. [23:08] &lt;jrand0m&gt; hm? [23:08] &lt;Ophite1&gt; have some experience with firewall tunnelling though. [23:08] &lt;Ophite1&gt; might want to include a GET fallback. [23:09] &lt;jrand0m&gt; hmm. GET goes into logs. but perhaps as a fallback [23:09] &lt;jrand0m&gt; (POST can be to /index.html) [23:09] &lt;Ophite1&gt; jrand0m: but it's all signed/encrypted if noderefs are cool...? [23:10] &lt;Ophite1&gt; unless the proxy becomes an active attacker too, that's going to be quite hard for it. [23:10] &lt;jrand0m&gt; all messages are encrypted to the destination router, and the designation as to what phttp relay to go through is signed in the routerInfo [23:10] &lt;jrand0m&gt; right. phttp proxy as is certainly isn't strong enough to go against an active attacker [23:11] *** Signoff: grimps (Leaving) [23:12] &lt;jrand0m&gt; I think it'd be great if people posted some alternate transport ideas to the wiki :) [23:12] &lt;jrand0m&gt; ok, 4) app status [ppp2p, i2ptunnel, im, ns, squid] [23:12] &lt;jrand0m&gt; damn, tusko left [23:12] &lt;jrand0m&gt; tusko wrote a python script (ppp2p) to let people run ppp over i2p via i2ptunnel [23:13] &lt;Ophite1&gt; Told you someone would do that :) [23:13] &lt;dm&gt; ppp over i2p? [23:13] &lt;jrand0m&gt; I haven't looked at it, but last I heard he was running a vpn over i2p with 5s ping times [23:13] &lt;jrand0m&gt; heh yeah [23:13] &lt;Ophite1&gt; dm: of course. [23:13] &lt;dm&gt; when could you use that? [23:13] &lt;dm&gt; could/would [23:13] &lt;jrand0m&gt; dm&gt; anonymous outproxy [23:13] &lt;Ophite1&gt; dm: anonymous ANYTHING. [23:13] &lt;jrand0m&gt; to, say, run a kazaa node anonymously, or whatever [23:13] * Ophite1 points out that anyone running an outbound i2p-&gt;ppp link is insane and will probably be blacklisted/hunted down [23:13] &lt;dm&gt; ah, I understand. [23:13] &lt;jrand0m&gt; definitely Ophite1 [23:14] &lt;jrand0m&gt; so right now, its only for trusted peers. [23:14] &lt;Ophite1&gt; see also: the dresden JAP cascade... :) [23:14] &lt;jrand0m&gt; which, well, doesnt really make sense for anonymity... [23:14] &lt;jrand0m&gt; heh [23:14] &lt;Ophite1&gt; also most of the stuff going out of their node will be unencrypted... [23:14] * jrand0m thinks about ike over ppp over i2p [23:15] * jrand0m watches my head explode [23:15] *** fiaga (~po@anon.iip) has joined channel #iip-dev [23:15] &lt;Ophite1&gt; jrand0m: why not i2p over ppp over i2p? [23:15] &lt;jrand0m&gt; definitely doable. aint recursion fun? [23:15] &lt;soros&gt; i2p over i2p :-o [23:15] &lt;jrand0m&gt; or i2p over ppp over i2p over i2p over freenet over kazaa [23:15] &lt;Ophite1&gt; now that's just silly. Freenet wouldn't possibly work ;) [23:16] &lt;godmode0&gt; over slow connect :) [23:16] &lt;jrand0m&gt; heh it'd have latency issues, certainly :) [23:16] &lt;mihi&gt; ... over an icmp tunnel over ... [23:16] &lt;Ophite1&gt; ooh yes, loki :) [23:16] &lt;Ophite1&gt; 0ldsk00l :) [23:17] &lt;Ophite1&gt; I2P addresses, being the public keys, are ... rather long. [23:17] &lt;jrand0m&gt; yes. [23:17] &lt;jrand0m&gt; actually, since we're on agenda item 4: ns [23:17] &lt;Ophite1&gt; As in an I2P www url being actually too long to paste into any sane place (&gt;512 chars?!!) [23:17] &lt;mihi&gt; co promised to write a naming service... [23:17] &lt;jrand0m&gt; yeah. [23:17] &lt;jrand0m&gt; I think with idn implemented, it would be very easy for someone to adapt the kademlia code into a distributed dns [23:17] &lt;mihi&gt; Ophite1: post them to the eepsite forum. [23:18] &lt;Ophite1&gt; trouble with namespace as I can figure it out is that there has to be either some degree of central control OR you have to allow collisions. [23:18] *** Signoff: fiaga (Ping timeout) [23:18] &lt;jrand0m&gt; (just toss on a CA or WoT CAs, and voila. (Link: www.mihi.i2p)www.mihi.i2p) [23:18] &lt;jrand0m&gt; not necessarily. [23:18] &lt;Ophite1&gt; please enlighten me with your better ideas then. [23:18] &lt;jrand0m&gt; Ophite1&gt; check out co/wiht's specs on the iip-dev list. [23:19] &lt;Ophite1&gt; best I could come up with is root key creates signed namespaces. dnssec stylee. [23:19] &lt;jrand0m&gt; he doesn't go the full route with a dht, but he manages groups [23:19] &lt;jrand0m&gt; just like how we do now - we /all/ can choose who our root dns servers are. [23:19] &lt;jrand0m&gt; in the same vein, we /all/ should be able to choose who our CA (or CA WoT) is [23:20] &lt;jrand0m&gt; so I guess technically there /could/ be collisions, but only once there are multiple CA groups that don't interact [23:20] * Ophite1 notes that is unlikely [23:20] &lt;jrand0m&gt; agreed [23:20] &lt;Ophite1&gt; you either trust the root CA or you don't. [23:20] &lt;jrand0m&gt; and if you don't trust the root, you create your own [23:21] &lt;jrand0m&gt; (or find another) [23:21] &lt;Ophite1&gt; and if you don't trust the root CA it's for a reason, a reason that will rapidly get around. [23:21] &lt;jrand0m&gt; exactly [23:21] &lt;jrand0m&gt; especially when there's anonymous publishing :) [23:21] &lt;Ophite1&gt; being as CA's only real purpose is to insure anti-collision - like Trent... [23:21] &lt;jrand0m&gt; right [23:22] &lt;Ophite1&gt; about the only thing that would cause lack of trust in CA is (1) key leakage or (2) refusal to register something that isn't already registered. [23:22] * jrand0m notes verisign's "trustworthiness" [23:23] * Ophite1 notes that Verisign purports to verify the identity of the certificate holder - one of the properties that an I2P namespace is in fact guaranteed NOT to do [23:23] &lt;jrand0m&gt; self signed certs+++ [23:24] &lt;Ophite1&gt; also I'd point out that distributed systems - like Darknet, as I will call it from here on in until it sticks :) - built on top of i2p probably wouldn't use the namespace. [23:24] &lt;Ophite1&gt; It's for servers, really. [23:24] &lt;jrand0m&gt; heh [23:24] &lt;jrand0m&gt; right [23:24] &lt;Ophite1&gt; Servers don't scale. That problem will be in i2p as much as in IP. [23:24] &lt;Ophite1&gt; so, I think that the usage in practice will actually be surprisingly limited. [23:24] &lt;jrand0m&gt; the idn ("darknet") would keep references to destinations - the full 387 bits of their keys, not some pretty name [23:24] &lt;jrand0m&gt; agreed. [23:25] &lt;jrand0m&gt; except / until someone writes a distributed outproxy system [23:25] &lt;jrand0m&gt; aka o-r / freedom over i2p [23:25] &lt;TC&gt; how many diffrent keys can we have? [23:25] * jrand0m looks forward to that day [23:25] &lt;jrand0m&gt; tc&gt; 2^2048 [23:25] &lt;Ophite1&gt; jrand0m: at which point the root key signs them a namespace: .proxy.i2p [23:26] &lt;dm&gt; This must be the most hypothetical/megalomaniac open source development meeting ever :) [23:26] &lt;jrand0m&gt; aint subspaces grand :) [23:26] &lt;jrand0m&gt; lol dm [23:26] &lt;jrand0m&gt; hey, we're alowed to aim high, aint we? [23:26] &lt;dm&gt; I'm sure most devl meetings are like: "So, do we put 3 bits for the mpeg-5 header or 4?" [23:26] &lt;Ophite1&gt; jrand0m: oddly as it may seem, not every number works for elgamal ;-) [23:26] &lt;TC&gt; dm, youve seen debian meetings right? [23:26] &lt;jrand0m&gt; awww c'mon, 000000000000000000000000000 is a secure key [23:26] * Ophite1 hands out Chocolate Digestives [23:26] &lt;dm&gt; TC: no, what are the like? [23:26] &lt;Ophite1&gt; jrand0m: ooh, identity. [23:26] &lt;TC&gt; dm, i dont know, i was asking [23:27] &lt;jrand0m&gt; ok. thecrypto isn't here either... anyone have im thoughts? [23:27] &lt;Ophite1&gt; damn, I was about to ask about that. [23:27] &lt;Ophite1&gt; quite an important app. [23:27] &lt;dm&gt; Anyway, this type of meeting is more lurker-friendly, so I'm all for it. [23:27] * dm is entertained. [23:27] &lt;jrand0m&gt; heh [23:27] &lt;TC&gt; where is co? [23:27] &lt;Ophite1&gt; as many people will expect i2p to be iip's successor. [23:28] &lt;jrand0m&gt; iip over i2p is fairly easy, if we don't want dcc [23:28] &lt;Ophite1&gt; (I guess it could be, if we just run an iip irc server over i2p...) [23:28] &lt;jrand0m&gt; iip over i2p with dcc requires a new app [23:28] &lt;jrand0m&gt; exactly Ophite1 [23:28] &lt;jrand0m&gt; 0 coding [23:28] &lt;TC&gt; cant we just run irc over i2p? [23:28] &lt;Ophite1&gt; I don't like that idea 'cause ... well, it doesn't give us anything we don't already have :) [23:28] &lt;jrand0m&gt; but last I heard, thecrypto was doing some work on an IM app [23:28] &lt;jrand0m&gt; certainly tc [23:29] &lt;jrand0m&gt; right Ophite1, and it doesn't scale [23:29] &lt;jrand0m&gt; (all the traffic gets funneled to the ircd) [23:29] &lt;Ophite1&gt; Also the IRCd can spy on traffic. [23:29] &lt;TC&gt; ah, goodpoint [23:29] &lt;jrand0m&gt; (this would be when UserX should show up and discuss his ideas for iip2.0) [23:29] &lt;jrand0m&gt; right Ophite1 [23:29] &lt;jrand0m&gt; all the problems of the current iip [23:29] &lt;Ophite1&gt; jrand0m: And absolutely nothing different. [23:29] &lt;jrand0m&gt; more lag. [23:30] &lt;Ophite1&gt; except it's in java. lovely. :) [23:30] &lt;jrand0m&gt; heh [23:30] &lt;Ophite1&gt; Now, shitloads of people have cut their undergraduate teeth trying and failing to build distributed chat applications. [23:30] &lt;jrand0m&gt; ok, so someone should either help thecrypto out or push him along some more :) [23:30] * Ophite1 points out IRC3 [23:30] &lt;jrand0m&gt; yeah, its a perfect school project [23:30] &lt;Ophite1&gt; ..and SILC... [23:30] &lt;Ophite1&gt; ...and... [23:31] &lt;Ophite1&gt; well about a gazillion others. [23:31] &lt;jrand0m&gt; 'zactly [23:31] &lt;Ophite1&gt; Literally all of these, I might add, are pre-DHT as far as I can tell. [23:31] &lt;jrand0m&gt; yup [23:31] &lt;Ophite1&gt; That's disappointing 'cause that's a freakishly useful structure. [23:31] &lt;jrand0m&gt; a DHT for lookup / P3P, and then direct con for IM [23:31] &lt;jrand0m&gt; group chat is harder though, but not too hard [23:31] &lt;Ophite1&gt; well, direct in the i2p sense :) [23:31] &lt;jrand0m&gt; heh right [23:32] &lt;Ophite1&gt; what about darkmail/i2pmail? [23:32] &lt;soros&gt; group sex too [23:32] &lt;dm&gt; soros: agreed. [23:32] &lt;jrand0m&gt; group sex isn't that hard soros ;) [23:32] &lt;jrand0m&gt; lol [23:32] &lt;jrand0m&gt; email over i2p is easy. someone just needs to run a pop server [23:32] &lt;jrand0m&gt; or webmail [23:32] &lt;jrand0m&gt; hahah [23:33] &lt;Ophite1&gt; jrand0m: sure, as long as literally everyone is okay with bloody pgp :) [23:33] * Ophite1 gets CKT nightmares again [23:33] &lt;jrand0m&gt; oh, true. that'd expose the contents to hte server ;) [23:33] &lt;Ophite1&gt; Also... spam. [23:33] &lt;jrand0m&gt; yup [23:33] &lt;Ophite1&gt; We have this thing called hashcash. [23:33] &lt;Ophite1&gt; They sort of fit together, no? [23:34] &lt;jrand0m&gt; ok, so yeah, someone should get working on an i2p specific email app :) [23:34] &lt;Ophite1&gt; obviously that would work best as part of the im. [23:34] &lt;Ophite1&gt; What, after all, is the distinction between irc and email? [23:34] &lt;jrand0m&gt; true, like an IM VMB [23:34] &lt;Ophite1&gt; Whether or not you can page up and see what you missed after you rejoin... [23:34] &lt;jrand0m&gt; placed into the dht [23:34] &lt;jrand0m&gt; good point [23:35] * jrand0m wishes we had a team of a dozen coders [23:35] &lt;Ophite1&gt; note, however, that mail requires storage, as it is offline communication. irc requires no storage, as it is online communication. [23:35] &lt;dm&gt; also email has a lot more penis enlargement adverts. [23:35] &lt;Ophite1&gt; jrand0m: ask around for funding. [23:35] &lt;Ophite1&gt; dm: see above re: hashcash. [23:35] &lt;jrand0m&gt; right, the P3P could contain pending messages [23:36] &lt;Ophite1&gt; dm: A primitive that was not available to the bloke who hacked up email in a night. [23:36] &lt;Ophite1&gt; (At least we won't have to use ! paths to specify the tunnel manually. heh. heh. heh.) [23:36] * dm is gonna miss clear-text dead simple protocols. [23:36] &lt;jrand0m&gt; jrandom%ophite!dm!mihi [23:37] &lt;Ophite1&gt; no, this is i2p. Insert ~520 garbage characters between the bangs then you're closer ;) [23:37] &lt;jrand0m&gt; haha [23:37] &lt;Ophite1&gt; several of these things *are* sort of related. [23:37] &lt;jrand0m&gt; true, 387 bytes base64 encoded... [23:38] &lt;Ophite1&gt; or to put it another way, ELONGURL :) [23:38] &lt;jrand0m&gt; heh [23:38] &lt;Ophite1&gt; [does IE chop at 512?] [23:38] &lt;jrand0m&gt; naw, works fine [23:38] &lt;Ophite1&gt; you admit to using IE? [23:38] &lt;Ophite1&gt; To browse anonymously?! [23:38] &lt;jrand0m&gt; ;) [23:38] * Ophite1 pulls out six of Liu De Yiu's best and waits =) [23:38] * jrand0m uses ie for eppsites, moz for squiding [23:39] &lt;duck&gt; what item are we now? [23:39] &lt;duck&gt; 4? [23:39] &lt;jrand0m&gt; yeah, ok ok [23:39] &lt;Ophite1&gt; still 4 I think. [23:39] &lt;jrand0m&gt; i2ptunnel. still kicks ass. [23:39] &lt;jrand0m&gt; any thoughts? any comments mihi? [23:40] &lt;jrand0m&gt; one thing I want to note wrt the squid outproxy is that I've updated the header filtering to ALLOW COOKIES and replace the user agent with something silly [23:40] * mihi just waits for naming service... [23:40] &lt;jrand0m&gt; mihi (or someone else)&gt; it'd be really easy to bootstrap such a naming service with an /etc/hosts style i2p ns [23:41] &lt;mihi&gt; btw: are there any other public dests except your squid and tc's eepsite? [23:41] &lt;jrand0m&gt; i2pcvs.dest [23:41] &lt;jrand0m&gt; (points at the i2p cvs pserver) [23:41] &lt;jrand0m&gt; (but isn't always up) [23:41] *** yodel (yodel@anon.iip) has joined channel #iip-dev [23:41] &lt;jrand0m&gt; hola yodel [23:41] &lt;yodel&gt; hela [23:42] &lt;jrand0m&gt; ok, I think thats it for 4) apps [23:42] &lt;jrand0m&gt; 5) comments / questions / etc [23:42] &lt;mihi&gt; gui installer? [23:42] &lt;TC&gt; hi yodel [23:43] &lt;yodel&gt; I have to start experimenting putting the xml-rpc over i2p [23:43] &lt;yodel&gt; should work with httptunnel [23:43] &lt;jrand0m&gt; good question mihi. last I heard MrEcho had some of it working [23:43] &lt;jrand0m&gt; awesome yodel [23:43] &lt;jrand0m&gt; definitely. [23:43] &lt;jrand0m&gt; how large are the streams? [23:43] &lt;jrand0m&gt; (aka how chatty is the protocol?) [23:44] * Ophite1 plans to try BitTorrent over I2P as a stress test [23:44] &lt;yodel&gt; xml over http [23:44] &lt;yodel&gt; the ssl layer wont be needed with i2p [23:44] &lt;Ophite1&gt; so, uh, very chatty? :) [23:44] &lt;jrand0m&gt; ah cool, large POST or large replies? [23:44] &lt;jrand0m&gt; (or just small and small?) [23:45] &lt;jrand0m&gt; damn you Ophite1 :) [23:45] &lt;yodel&gt; equal sizes [23:45] &lt;yodel&gt; does httptunnel support gzipped http? [23:45] &lt;jrand0m&gt; but doesn't bt use IP addresses? [23:45] &lt;jrand0m&gt; hmm, httptunnel doesn't have any inherent compression, its just a bitstream [23:45] &lt;TC&gt; hmm, package i2p+ppp\vpn+gui as a security solution for wireless windows shares [23:45] &lt;yodel&gt; so should work... [23:45] &lt;godmode0&gt; jrand0m&gt; you test i2p in nntp news server ? [23:45] &lt;jrand0m&gt; yup yodel [23:45] &lt;yodel&gt; 500-1000 byte send, same for reply [23:46] &lt;jrand0m&gt; hmm I haven't tested that yet godmode0 [23:46] &lt;yodel&gt; much less when zipped [23:46] &lt;jrand0m&gt; oh cool yodel, that'll work without any problem [23:46] &lt;yodel&gt; what is the latency for a single msg/package/whatever? [23:46] &lt;jrand0m&gt; 2-5s, sometimes up to 10s [23:46] &lt;jrand0m&gt; (currently) [23:46] &lt;Ophite1&gt; not bad for a pre-dht :) [23:46] &lt;yodel&gt; so 20s roundtime? [23:47] &lt;jrand0m&gt; I usually pull up a web page in 5-10s [23:47] &lt;yodel&gt; ah [23:47] &lt;yodel&gt; goo [23:47] &lt;yodel&gt; +d [23:48] &lt;jrand0m&gt; damn, we're coming up to the 2 hour mark. anyone have any other questions / thoughts? [23:48] &lt;Ophite1&gt; Pie is good. [23:48] &lt;duck&gt; jrand0m: why do you drink cheap local beer? [23:48] &lt;Ophite1&gt; Orgy and pie is better. [23:48] &lt;jrand0m&gt; rofl duck [23:49] &lt;Ophite1&gt; duck: It's better than Tesco Value Lager? [23:49] * Ophite1 spits from reflex [23:49] &lt;jrand0m&gt; heh [23:49] * duck is concerned about jrand0m's health [23:49] &lt;jrand0m&gt; you're concerned about my cheap beer habits but not my good whiskey habits? [23:50] * Ophite1 reminds about the single malt on Cary Sherman's head [23:50] &lt;duck&gt; do you eat well? [23:50] &lt;godmode0&gt; corona [23:50] &lt;duck&gt; do you do your daily exercises? [23:50] &lt;jrand0m&gt; well, i'm one of those veggies [23:50] &lt;Ophite1&gt; Isn't that a personal question, duck? [23:50] &lt;jrand0m&gt; does typing count? [23:50] &lt;duck&gt; you did drink that much already? [23:50] &lt;duck&gt; that you became a veggie [23:50] &lt;jrand0m&gt; heh [23:50] &lt;Ophite1&gt; cheap beer will do that. [23:51] &lt;duck&gt; Ophite1: jrand0m's health should concern us all, since it is essential for I2P [23:51] *** Signoff: mihi_backup (mihi hands jrand0m the *BAF*er) [23:51] &lt;jrand0m&gt; heh ok ok mihi [23:51] * jrand0m winds up [23:51] * jrand0m *baf*s the meeting closed </div>/cs/blog/2003/11/11/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-11.-listopadu-2003/Tue, 11 Nov 2003 00:00:00 +0000/cs/blog/2003/11/11/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-11.-listopadu-2003/<p>(S laskavým svolením Wayback Machine <code>http://www.archive.org/</code>)</p> <h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> dish, dm, jrand0m, MrEcho, nop</p> <p>(zápis ze schůzky upraven tak, aby zakryl skutečnost, že iip se v půlce schůzky zhroutil a že nastala spousta timeoutů pingů, takže to nečtěte jako souvislé vyprávění)</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> [22:02] &lt;jrand0m&gt; program [22:02] &lt;jrand0m&gt; 0) přivítání [22:02] &lt;jrand0m&gt; 1) i2p router [22:02] &lt;jrand0m&gt; 1.1) stav [22:02] &lt;jrand0m&gt; 1.2) změny v roadmapě [22:02] &lt;jrand0m&gt; 1.3) otevřené subprojekty [22:02] &lt;jrand0m&gt; 2) native modPow [22:03] &lt;jrand0m&gt; 2) GUI installer [22:03] &lt;jrand0m&gt; 3) IM [22:03] &lt;jrand0m&gt; 4) naming service [22:03] &lt;MrEcho&gt; viděl jsem ten .c kód [22:03] &lt;jrand0m&gt; 5) licencování [22:03] &lt;jrand0m&gt; 6) ostatní? [22:03] &lt;jrand0m&gt; 0) přivítání [22:03] &lt;jrand0m&gt; ahoj. [22:03] &lt;nop&gt; hi [22:03] &lt;jrand0m&gt; schůzka 2^6 [22:04] &lt;jrand0m&gt; máš nějaké body do programu, které bys tam přidal, nop? [22:04] &lt;jrand0m&gt; ok, 1.1) stav routeru [22:04] &lt;jrand0m&gt; jsme 0.2.0.3 a naposledy, co jsem slyšel, je to funkční [22:04] &lt;MrEcho&gt; &gt; 0.2.0.3 [22:04] &lt;MrEcho&gt; správně? [22:05] &lt;MrEcho&gt; mám to spuštěné .. vypadá to v pohodě [22:05] &lt;nop&gt; ne [22:05] &lt;jrand0m&gt; po vydání 0.2.0.3 byly drobné commity, nic na další vydání [22:05] &lt;nop&gt; jen se snažím dohnat [22:05] &lt;jrand0m&gt; supr [22:06] &lt;jrand0m&gt; s ohledem na zkušenosti a zpětnou vazbu z 0.2.0.x byla roadmapa upravena tak, aby běh byl méně náročný na prostředky [22:06] &lt;jrand0m&gt; (čili aby lidé mohli provozovat webservery / atd. a nesežralo jim to CPU) [22:06] &lt;jrand0m&gt; konkrétně (přesun na bod 1.2): http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap [22:06] &lt;MrEcho&gt; čeho jsem si všiml je, že většina routerů používá: TransportStyle: PHTTP [22:07] &lt;MrEcho&gt; přechází to automaticky na phttp, nebo to zkusí nejdřív tcp [22:07] &lt;jrand0m&gt; hmm, většina routerů by měla podporovat PHTTP, a pokud mohou přijímat příchozí spojení, měla by podporovat i TCP [22:07] &lt;jrand0m&gt; pokud je to jen trochu možné, používá to TCP [22:07] &lt;jrand0m&gt; PHTTP má váhu asi 1000× „dražší“ než TCP [22:08] &lt;jrand0m&gt; (viz GetBidsJob, který se každého transportu ptá, kolik si myslí, že bude stát poslat zprávu peerovi) [22:08] &lt;jrand0m&gt; (a viz TCPTransport.getBid a PHTTPTransport.getBid pro použité hodnoty) [22:08] &lt;MrEcho&gt; ok [22:08] &lt;jrand0m&gt; používáš PHTTP často k odesílání a přijímání zpráv? [22:09] &lt;jrand0m&gt; (to může být znak, že tvůj TCP listener není dosažitelný) [22:09] &lt;MrEcho&gt; na své straně jsem nezadal URL [22:09] &lt;jrand0m&gt; aha, ok. [22:09] &lt;MrEcho&gt; ohh je [22:10] &lt;jrand0m&gt; ok, jo, moje routery mají k tobě otevřená TCP spojení [22:10] &lt;dm&gt; to jsou ale pohostinné. [22:10] * jrand0m je rád, že jste mě přiměli implementovat routerConsole.html, takže nemusíme kvůli tomuhle bordelu hrabat v logách [22:11] &lt;MrEcho&gt; je tam nějaký timeout, že když se nepřipojí přes tcp, tak to jde phttp? a jaké je časování [22:11] &lt;jrand0m&gt; ale každopádně, velká změna v roadmapě je, že 0.2.1 implementuje věci kolem AES+SessionTag [22:11] &lt;MrEcho&gt; nebo bychom to mohli mít v nastavení? [22:11] &lt;jrand0m&gt; pokud dostane TCP connection refused / host not found / atd., ten pokus hned ukončí a zkusí další dostupnou nabídku [22:12] &lt;MrEcho&gt; takže žádné opakování [22:12] &lt;jrand0m&gt; phttp má timeout 30 s (pokud si dobře pamatuju) [22:12] &lt;jrand0m&gt; není potřeba opakovat. buď máš otevřené TCP spojení a můžeš poslat data, nebo ne :) [22:12] &lt;MrEcho&gt; lol ok [22:13] &lt;MrEcho&gt; bude to potom zkoušet tcp pokaždé, nebo to přeskočí a půjde rovnou phttp pro další spojení? [22:13] &lt;jrand0m&gt; aktuálně to pokaždé zkusí tcp. [22:13] &lt;jrand0m&gt; transporty si zatím nevedou historii [22:13] &lt;MrEcho&gt; ok super [22:14] &lt;jrand0m&gt; (ale pokud peer selže 4×, dostane se na černou listinu na 8 minut) [22:14] &lt;MrEcho&gt; jakmile druhá strana dostane phttp zprávu, měla by se připojit k routeru, který zprávu poslal, přes tcp, že? [22:14] &lt;jrand0m&gt; správně. jakmile je navázáno nějaké tcp spojení, může ho použít. [22:14] &lt;jrand0m&gt; (ale pokud oba peery mají jen phttp, budou pochopitelně používat jen phttp) [22:15] &lt;MrEcho&gt; to by znamenalo, že nemohl navázat tcp spojení s ničím [22:15] &lt;MrEcho&gt; .. ale jo [22:16] &lt;MrEcho&gt; škoda, že se to nedá obejít [22:16] &lt;jrand0m&gt; ne, jeden z mých router nemá TCP adresu – jen PHTTP. ale navazuji TCP spojení s peery, kteří mají TCP adresy. [22:16] &lt;jrand0m&gt; (a pak mi mohou posílat zprávy po tom TCP spojení místo pomalejších PHTTP zpráv) [22:17] &lt;jrand0m&gt; nebo jsi myslel něco jiného? [22:17] &lt;MrEcho&gt; jo, popletl jsem to [22:17] &lt;jrand0m&gt; jasně, v pohodě [22:18] &lt;jrand0m&gt; takže, viz aktualizovaná roadmapa pro aktualizované informace o harmonogramu ((Link: http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap)http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap) [22:18] &lt;jrand0m&gt; ok, 1.3) otevřené subprojekty [22:19] &lt;jrand0m&gt; konečně jsem do wiki dal hromadu položek ze seznamu úkolů z mého palmpilotu na (Link: http://wiki.invisiblenet.net/iip-wiki?OpenSubprojects)http://wiki.invisiblenet.net/iip-wiki?OpenSubprojects [22:19] &lt;jrand0m&gt; takže pokud se nudíte a hledáte projekty na kódování... :) [22:19] &lt;MrEcho&gt; ty jo [22:20] &lt;MrEcho&gt; už mám 2 [22:20] &lt;dish&gt; Ty máš palmpilot, to je elita [22:20] &lt;MrEcho&gt; můj umřel [22:20] &lt;jrand0m&gt; mihi&gt; je tam položka ohledně I2PTunnel, popisující myšlenku, kterou jsem měl nedávno [22:20] &lt;MrEcho&gt; nevím, co s ním je [22:21] &lt;jrand0m&gt; jo, dřív jsem měl Palmy, ale tenhle mi byl nedávno darován pro věc ;) [22:21] &lt;dish&gt; Mohl by být na schůzce bod programu, kde bychom probrali, kdy naposledy userX něco napsal [22:21] &lt;MrEcho&gt; ta zatracená věc už se ani nezapne [22:21] &lt;MrEcho&gt; lol [22:22] &lt;jrand0m&gt; Nemyslím, že by UserX řekl cokoliv za poslední 4 nebo 5 měsíců ;) [22:22] &lt;MrEcho&gt; je to bot nebo co? [22:22] &lt;dish&gt; Co říkali před 5 měsíci? [22:22] &lt;MrEcho&gt; vsadím se, že je to bitchx běžící na nějakém stroji, ke kterému míval přístup .. a zapomněl na něj [22:22] &lt;jrand0m&gt; že se příští týden ozvou s komentáři k anonCommFramework (starý název i2p) ;) [22:23] &lt;dish&gt; haha [22:23] &lt;jrand0m&gt; ale předpokládám, že je zaneprázdněný. takový je život [22:23] &lt;jrand0m&gt; ok, 2) native modPow [22:23] &lt;MrEcho&gt; viděl jsem ten c kód [22:24] &lt;jrand0m&gt; dal jsem dohromady stub .c a Java třídu, abych ukázal, jak by se mohlo integrovat něco jako GMP nebo jiná MPI knihovna, ale očividně to nefunguje [22:25] &lt;jrand0m&gt; bylo by fajn, kdybychom měli malý balíček C tříd a k tomu triviální Java wrapper třídu, který bychom mohli zbuildit pro windows, osx, *bsd, linux a zabalit pod GPL <p>(zde vložte zásadní selhání iip)</p>/cs/blog/2003/10/21/i2p-dev-meeting-october-21-2003/Tue, 21 Oct 2003 00:00:00 +0000/cs/blog/2003/10/21/i2p-dev-meeting-october-21-2003/<h2 id="quick-recap">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> jrand0m, dm, thecrypto, sisr, co, godmode0, mihi</p> <h2 id="meeting-log">Zápis z jednání</h2> <div class="irc-log"> [22:59] &lt;dm&gt; tak kdy JE tahle schůzka? [23:00] &lt;jrand0m&gt; teď. [23:00] &lt;jrand0m&gt; 0) vítejte [63] [23:00] &lt;jrand0m&gt; 1) roadmapa: (Link: http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap)http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap [23:00] &lt;jrand0m&gt; 2) úkoly pro 0.2: [23:00] &lt;jrand0m&gt; - testování dlouhodobé komunikace [23:00] &lt;jrand0m&gt; - chyby při obnovování Lease [23:00] &lt;jrand0m&gt; 3) prng (jupí) [23:00] &lt;jrand0m&gt; 4) aplikace / otázky / atd. [23:00] &lt;jrand0m&gt; 0) ahoj [23:00] &lt;jrand0m&gt; omlouvám se, že jsem byl blbej a zapomněl na letní čas [23:00] &lt;jrand0m&gt; vítejte na schůzce č. 63 [23:01] *** darl_mcbride opustil #iip-dev [23:01] &lt;jrand0m&gt; 1) roadmapa [23:01] &lt;jrand0m&gt; roadmapa je na výše uvedené adrese a bude aktualizována podle potřeby. [23:02] &lt;jrand0m&gt; ano, termíny jsou dál než dřív, a to hlavně proto, že 1) nechci vydávat nekvalitní software 2) v předchozích odhadech jsem přehlédl detaily [23:02] &lt;jrand0m&gt; ale jak se píše v roadmapě, „Pokud se zapojíte a pomůžete s kódováním, půjde to rychleji“ :) [23:03] &lt;jrand0m&gt; verze 0.2 už umožní skutečně užitečnou funkcionalitu [23:03] *** Signoff: thecrypto (Ping timeout) [23:03] &lt;dm&gt; to jsou dobré zprávy. [23:03] &lt;jrand0m&gt; ok, bod 2) úkoly pro 0.2 [23:04] &lt;jrand0m&gt; poslední týden jsem dělal QA na vydání 0.2 a dohledával jsem chyby, které bylo těžké odhalit [23:04] &lt;jrand0m&gt; ale myslím, že jsem jejich zdroj před pár minutami našel a teď na pozadí proti tomu pouštím test. [23:04] &lt;jrand0m&gt; (problém byl, že po pár hodinách používání selhala komunikace s routerem nebo destinací) [23:05] &lt;dm&gt; jaké testovací zázemí používáš? Je to teď všechno lokálně? [23:05] &lt;jrand0m&gt; tři routery lokálně, tři routery vzdáleně [23:05] &lt;sisr&gt; Zahrnuje 0.2 funkci, že když se router po určitý počet pokusů nepodaří kontaktovat, přestane to zkoušet? [23:05] &lt;jrand0m&gt; ano [23:06] &lt;jrand0m&gt; každý router zveřejňuje své kontaktní informace každých N (aktuálně 2) minut všem, které zná. pokud router nedostane nové kontaktní informace každých 2,5*N minut, zahodí svou referenci. [23:06] &lt;jrand0m&gt; pokud ale /chce/ najít nový router (tj. dostane na něj referenci přes Lease), může kdykoli udělat vyhledání a najít ho [23:07] &lt;jrand0m&gt; ale provozovat lokálně tři routery plus dvě aktivní destinace je, no, žrout CPU. [23:08] &lt;jrand0m&gt; Přidal jsem ošklivou funkci, ze které mám špatný pocit, ale umožní přidat proměnnou prostředí, která v podstatě vypne šifrování ElG a AES. To je užitečné jen pro komunikaci s jinými uzly, které mají šifrování taky vypnuté (jinak byste si nepopovídali) [23:09] &lt;jrand0m&gt; ok, to je vše k úkolům pro 0.2 [23:09] &lt;dm&gt; pro tvé testování? [23:09] &lt;jrand0m&gt; jo, v podstatě [23:09] &lt;jrand0m&gt; (a/nebo pro kohokoli dalšího, kdo dělá vlastní testování nových funkcí / atd. ;) [23:10] &lt;jrand0m&gt; teoreticky by ale dvě destinace (např. atalk) mohly nastavit přepínač -Di2p.encryption=off a fungovat (i když by nebylo žádné end-to-end šifrování) [23:10] *** thecrypto (~thecrypto@anon.iip) has joined channel #iip-dev [23:10] &lt;jrand0m&gt; ale myslím, že je to Špatný nápad. [23:11] &lt;jrand0m&gt; tahle funkce bude určitě odstraněna, jakmile se dořeší věci kolem AES+SessionTag [23:11] &lt;jrand0m&gt; ok, 3) prng [23:11] &lt;sisr&gt; Jsou nějaké doporučené minimální požadavky na CPU a RAM? [23:12] &lt;sisr&gt; promiňte [23:12] &lt;jrand0m&gt; hmm, RAM je minimální (Sunova JVM si vezme 7–10 Mb, Kaffe 16–22 Mb) [23:13] &lt;jrand0m&gt; CPU je teď rozhodně limitující faktor, ale nemám širokou paletu strojů na testování ;) [23:14] &lt;jrand0m&gt; jen řeknu, že běh tří routerů a dvou i2ptunnelů, které míří mimo na Squid, na stejném stroji v podstatě odrovná můj P4 1,7 GHz [23:14] &lt;thecrypto&gt; mohl bych být trochu aktivnější, jestli chcete, abych něco řekl [23:14] &lt;dm&gt; dobře, tak něco řekni. [23:15] &lt;jrand0m&gt; čau, thecrypto :) [23:15] &lt;sisr&gt; Proč by někdo pouštěl víc než jeden router na stejném počítači? [23:15] &lt;jrand0m&gt; sisr&gt; to by dělal jen vývojář. [23:16] &lt;sisr&gt; Dobře, takže CPU by nemělo být tak hrozné a můžeme v příštích týdnech spouštět nějaké testy [23:16] &lt;jrand0m&gt; jasně [23:17] &lt;jrand0m&gt; ok, ta věc kolem prng se ukázala být bug v Kaffe, který je teď opraven. [23:17] &lt;jrand0m&gt; tím pádem nemáme zásadní potřebu shánět implementaci Yarrow, protože používají sha1prng [23:18] &lt;jrand0m&gt; (ale bylo by to fajn, až to někdy bude) [23:18] &lt;jrand0m&gt; ok, 4) aplikace / otázky / atd [23:18] &lt;jrand0m&gt; nemám nic dalšího, takže... ahoj :) [23:19] &lt;jrand0m&gt; nějaké otázky / myšlenky / komentáře k čemukoli dalšímu? [23:19] &lt;sisr&gt; Jak to vypadá s naming serverem? Dlouho jsem neviděl co [23:19] *** co (anon@anon.iip) has joined channel #iip-dev [23:19] &lt;jrand0m&gt; když o vlku [23:19] &lt;jrand0m&gt; ahoj, co [23:19] &lt;sisr&gt; haha [23:19] &lt;co&gt; Ahoj. [23:20] &lt;jrand0m&gt; jsme ve fázi, kdy na pořadu už nic není, kromě otázek [23:20] &lt;jrand0m&gt; [23:19] &lt;sisr&gt; Jak to vypadá s naming serverem? Dlouho jsem neviděl co [23:20] &lt;jrand0m&gt; [23:19] *** co (anon@anon.iip) has joined channel #iip-dev [23:20] &lt;jrand0m&gt; a to se stalo :) [23:20] *** Signoff: godmode0 (EOF From client) [23:21] &lt;co&gt; Na tom není žádný pokrok. Napsal jsem jen malou část klienta a nic ze serveru. [23:22] &lt;jrand0m&gt; cool [23:22] * dm namíří na co hůl hanby. [23:22] &lt;sisr&gt; Myslím, že HTTP i2p tunnel teď funguje dobře [23:22] &lt;sisr&gt; upravili jsme vynikajícího mihiho httpclienta tak, že ho zadáte do nastavení proxy [23:23] &lt;jrand0m&gt; paráda! [23:23] &lt;sisr&gt; také dělá jednoduchou filtraci ne-i2p stránek [23:23] &lt;sisr&gt; myslím, že to už jrand0m commitnul, ano? [23:23] &lt;jrand0m&gt; víme, s jakými prohlížeči to funguje? vím o Mozille... [23:23] &lt;jrand0m&gt; jo, myslím, že jsem ty věci commitnul.. mrknu na to [23:23] * co se náležitě stydí. [23:23] &lt;sisr&gt; Funguje to s Mozillou a Konquerorem [23:24] *** godmode0 (~enter@anon.iip) has joined channel #iip-dev [23:24] &lt;jrand0m&gt; neboj, co, já už jsem dva měsíce ve skluzu [23:24] &lt;sisr&gt; Zkusím tento týden rozchodit mihi I2P tunnel s e-mailovým serverem [23:24] &lt;sisr&gt; Také se aktualizovalo mnoho wiki stránek [23:24] &lt;jrand0m&gt; jo! díky za to [23:25] * jrand0m dnes odpoledne dokonce přidal upozornění k jednomu z FAQ :) [23:25] * dm se rozhodne soustředit svou úžasnou analytickou mozkovou sílu na zjištění, odkud je sisr. [23:25] &lt;dm&gt; „Také se aktualizovalo mnoho wiki stránek“ [23:25] &lt;sisr&gt; Dobře, do toho [23:25] &lt;dm&gt; mmmm.....MMmmmm.....mmmmmm... [23:26] &lt;dm&gt; ach, další indicie? [23:26] &lt;sisr&gt; Ale nemohu ti říct, jestli máš pravdu [23:26] &lt;dm&gt; „..... to už commitnul, ano?“ [23:26] &lt;co&gt; jrand0m: Pokud se to ještě neptalo, chceš vydat I2P framework a aplikace jako balík zároveň? [23:27] &lt;jrand0m&gt; Zjistil jsem, že to, co chci, a to, co se stane, nebývá vždy totéž [23:27] &lt;co&gt; Myslím vydat je pohromadě. [23:27] &lt;sisr&gt; Mám otázku po co [23:27] &lt;jrand0m&gt; aktuální plán je na (Link: http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap)http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap [23:28] &lt;jrand0m&gt; i2p samo o sobě bude router a SDK, ale spolu s ním budou přibalené všechny aplikace, které budou hotové, kdykoli hotové budou. [23:28] &lt;jrand0m&gt; (instalátor teď přibaluje router, SDK, phttprelay, atalk a i2ptunnel) [23:29] *** Signoff: dm (Ping timeout) [23:29] &lt;jrand0m&gt; co nového, sisr? [23:29] &lt;co&gt; Ta stránka je docela užitečná. Děkuji. [23:30] &lt;sisr&gt; I2P je velmi široké a dá se použít k prohlížení WWW, k prohlížení programů a webů připojených přes I2P Tunnel a když někdo napíše přímý I2P webserver a klienta, dá se obejít bez tunnelu [23:30] &lt;jrand0m&gt; naprosto. [23:30] &lt;sisr&gt; Moje otázka je, na co je zaměřen vývoj I2P? Udělat všechno tak, aby to fungovalo přes I2P Tunnels, aby uživatelé mohli používat programy, které už znají, jako IE, nebo [23:31] &lt;sisr&gt; Je lepší zkusit udělat I2P web server, I2P web browser všechno speciální pro I2P? [23:31] *** dm (~as@anon.iip) has joined channel #iip-dev [23:32] &lt;jrand0m&gt; osobně bych byl rád, kdyby se podařila ta první varianta. nicméně navrhování aplikací nativních pro i2p přinese výkonnostní zisky [23:32] &lt;mihi&gt; unixové pravidlo: jeden úkol, jeden nástroj. takže nepište nové prohlížeče. [23:32] &lt;jrand0m&gt; přesně [23:32] &lt;sisr&gt; Jak velká je režie I2P Tunnel? Takže bychom se měli zaměřit na použití I2P Tunnel, aby fungovaly existující programy [23:32] &lt;dm&gt; jeden úkol, jeden nástroj? hloupé pravidlo. [23:33] &lt;sisr&gt; Myslím, že budeme potřebovat návody pro lidi, jak nastavit Squid a e-mailovou proxy pro běžné WWW. To je cenné a bude jich potřeba víc než jeden či dva, takže to znamená snadné instrukce, aby si to ostatní mohli nastavit sami [23:33] &lt;jrand0m&gt; sisr&gt; jediná významná režie i2ptunnelu je jeho závislost na režimu zaručeného doručení v i2p, který vyžaduje čekat na ack zprávu po každé odeslané zprávě (plná cesta tam a zpět přes dvojici tunnelů s použitím veškerého příslušného šifrování) [23:34] &lt;sisr&gt; Haha, ok, sisr má velmi starý počítač [23:34] &lt;sisr&gt; Kvůli tomu mi to připadá opravdu pomalé [23:34] &lt;dm&gt; jaká byla latence při prvních pár skutečných testech? Jen ze zvědavosti. [23:35] &lt;jrand0m&gt; Dokážu stáhnout news.google.com se všemi obrázky za ~ 30–60 sekund [23:35] &lt;dm&gt; k [23:36] &lt;sisr&gt; Jak těžké bude postavit na I2P distribuci obsahu podobnou Freenetu? Je to velká, nebo malá práce? [23:36] &lt;co&gt; A jak dlouho to trvá bez tunnelu? [23:36] &lt;jrand0m&gt; sisr&gt; kdybych na tom dělal na plný úvazek, odhadoval bych ~ 1 měsíc na DHT nad i2p [23:37] &lt;jrand0m&gt; co&gt; ~ 10–15 sekund [23:38] &lt;co&gt; Takže i2ptunnel je 3× pomalejší. [23:39] &lt;jrand0m&gt; no, i2ptunnel + routery. ale to není lineární čas – poslat 10 bajtů přes i2p trvá asi stejně dlouho jako poslat 100 kB [23:39] *** Signoff: thecrypto (Ping timeout) [23:39] &lt;co&gt; aspoň pro tebe. [23:39] &lt;jrand0m&gt; režie je v zapouzdření zprávy [23:39] &lt;sisr&gt; Pokud má být I2P tunnel jádrem většiny aplikací pro I2P, měli bychom se soustředit na uživatelské rozhraní a udělat snadné klikací volby pro nastavení tunnelu [23:40] &lt;sisr&gt; Například checkbox na nastavení I2P Tunnel web serveru s portem a checkbox pro e-mailový server, aby to bylo opravdu jednoduché [23:40] &lt;jrand0m&gt; sisr&gt; mně osobně se jeho rozhraní teď fakt hodně líbí :) [23:40] &lt;jrand0m&gt; jo, rozhodně. vlastně [23:40] * sisr nikdy rozhraní neviděl, ale představuje si ho jako textbox [23:40] &lt;sisr&gt; Možná by někdo mohl udělat screenshoty I2P tunnelu pro tutoriál [23:41] &lt;jrand0m&gt; plánoval jsem, že instalátor vytvoří sadu .bat a .sh skriptů, které to udělají automaticky (např. java .... I2PTunnel -e 'config basdfawer' -e 'server ...' ) [23:42] &lt;sisr&gt; Na čem bychom teď měli pro I2P pracovat [23:42] &lt;jrand0m&gt; to je velká otázka. krátká odpověď je „cokoli můžete“ [23:43] &lt;jrand0m&gt; kdyby se někdo pustil do aktualizace instalátoru, aby generoval ty .sh a .bat skripty, bylo by to super [23:43] &lt;jrand0m&gt; kdyby měl někdo čas dělat na některých věcech z i2proadmap, bylo by to taky super :) [23:44] &lt;jrand0m&gt; Myslím, že po vydání 0.2 bude velká poptávka po dokumentaci a QA (aka Real Soon Now) [23:44] &lt;sisr&gt; Jaký bude instalátor? InstallShield nebo Java? [23:44] &lt;jrand0m&gt; aktuální instalátor je jediné „install.jar“, které provede uživatele několika otázkami [23:45] &lt;jrand0m&gt; je to fakt mizerný instalátor [23:45] &lt;jrand0m&gt; ale je maximálně multiplatformní [23:48] &lt;jrand0m&gt; ok, super, routery stále běží, myslím, že ten bugfix to mohl vyřešit. [23:48] &lt;jrand0m&gt; jo. [23:48] &lt;jrand0m&gt; mailing list se časem vrátí [23:48] &lt;jrand0m&gt; pokud nebude zpátky do doby, než bude 0.2 připravená, vytvořím nový mailing list [23:49] &lt;co&gt; Mám ještě jednu otázku. [23:49] &lt;jrand0m&gt; sem s ní [23:50] &lt;co&gt; Existuje dostupný seznam I2P uzlů běžících právě teď? [23:50] &lt;jrand0m&gt; ne. [23:50] &lt;jrand0m&gt; žádné veřejné i2p uzly nejsou otevřené [23:50] &lt;co&gt; chápu. [23:50] &lt;jrand0m&gt; nicméně jeden z nich zveřejní seznam svých peerů přes HTTP, jakmile vyjde 0.2 [23:50] &lt;jrand0m&gt; (a URL na ten seznam bude v instalátoru) [23:50] &lt;jrand0m&gt; s/will be/is/ [23:52] &lt;mihi&gt; mám to taky v záložkách... [23:52] &lt;jrand0m&gt; heh, prevíte [23:52] &lt;mihi&gt; mimochodem: size=777 je o 111 bajtů moc ;) [23:53] &lt;jrand0m&gt; rofl [23:53] &lt;jrand0m&gt; toho jsem si vůbec nevšiml. [23:53] &lt;jrand0m&gt; dřív to bylo 384 [23:53] &lt;jrand0m&gt; ale pak jsem do routerInfo přidal nějaké informace o verzi SW routeru [23:53] &lt;sisr&gt; Myslím, že nop může použít I2P tunnel k nastavení testovacího IRC serveru s routerem 0.2? [23:54] &lt;jrand0m&gt; to by bylo fakt super [23:54] &lt;sisr&gt; Zajímalo by mě, jaká bude latence ve srovnání s tímto IIP, když to nop udělá [23:54] &lt;jrand0m&gt; i když bychom nemohli dcc [23:54] &lt;jrand0m&gt; i2p by mělo mnohem vyšší latenci [23:54] &lt;jrand0m&gt; (protože každé odeslání by trvalo pár sekund, jelikož ještě nemáme AES+SessionTag) [23:57] &lt;jrand0m&gt; ok, pokud má někdo něco na srdci, než se vrátí list, povězte to tady nebo to hoďte na wiki [23:57] &lt;dm&gt; k, dobrou [23:57] *** dm opustil #iip-dev [23:57] * jrand0m *baf* uzavírá schůzku </div> </div>/cs/blog/2003/10/14/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-14.-%C5%99%C3%ADjna-2003/Tue, 14 Oct 2003 00:00:00 +0000/cs/blog/2003/10/14/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-14.-%C5%99%C3%ADjna-2003/<h2 id="quick-recap">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> jrand0m, dm, Dellammo, mihi, moi, mihi-backup, dm_backup, wilde, shardy</p> <h2 id="meeting-log">Zápis ze schůzky</h2> <div class="irc-log"> [23:01] &lt;jrand0m&gt; program [23:01] &lt;jrand0m&gt; 0) uvítání [23:01] &lt;jrand0m&gt; 1) stav 0.2 [23:01] &lt;jrand0m&gt; 2) www proxy [23:01] * dm přemítá. [23:02] &lt;dm&gt; oh, schůzka? [23:02] &lt;jrand0m&gt; 3) phttprelay [23:02] &lt;jrand0m&gt; 4) i2ptunnel [23:02] &lt;jrand0m&gt; 5) instalace [23:02] &lt;dm&gt; promiň. [23:02] &lt;jrand0m&gt; 6) iip feature request [23:02] &lt;jrand0m&gt; 7) ??? [23:02] &lt;jrand0m&gt; 0) uvítání [23:02] &lt;jrand0m&gt; ahoj. [23:02] &lt;jrand0m&gt; schůzka 62? je to tak? [23:02] &lt;Dellammo&gt; ahoj [23:02] &lt;jrand0m&gt; (žádný strach dm, odpustíme ti) [23:02] &lt;mihi&gt; ahoj jrand0m [23:02] &lt;dm&gt; ahoj mihi [23:02] * mihi si to taky myslí [23:03] &lt;jrand0m&gt; 1) stav 0.2 [23:03] * jrand0m byl poslední dobou těžce postižen „feature creepem“, takže do vydání 0.2 zbývá ještě tak 30 minut kódu. [23:04] &lt;jrand0m&gt; ale pak budeme schopni běžet a spolehlivě komunikovat bez ohledu na NAT, firewall nebo HTTP proxy. [23:04] * dm právě vytvořil I2PSecureRemoteShell 1.0 [23:04] &lt;dm&gt; super jr! [23:05] &lt;jrand0m&gt; všechno je funkční, jediná věc, co zbývá, je nechat po N minutách expirovat nepoužívané položky databáze (výchozí asi 5) [23:05] &lt;jrand0m&gt; komunikace přes NAT/firewall/HTTP proxy je přes PHTTP transport. Je to pomalé, ale spolehlivé. [23:05] &lt;dm&gt; jak to funguje? jaké porty to používá? [23:06] &lt;jrand0m&gt; pošle zprávu na dosažitelný PHTTP relay, který zprávu uloží, a příjemce pak každých N sekund dotazuje, zda má zprávy [23:06] &lt;jrand0m&gt; je tam HODNĚ věcí, které se dají ladit a zlepšovat, což je bod programu 3 :) [23:06] &lt;dm&gt; P znamená? [23:06] &lt;jrand0m&gt; Polling HTTP [23:06] &lt;dm&gt; ok díky. [23:07] &lt;jrand0m&gt; Po schůzce také aktualizuju stránku „kludges“ na wiki, abych poznamenal věci, které jsou divné [23:07] &lt;jrand0m&gt; (například že zatím nezvládáme změnu lease během komunikace) [23:08] &lt;jrand0m&gt; další bod k diskuzi je položka 5 – instalace. alias jak bychom měli řešit instalaci router/sdk/tunnel/etc [23:08] &lt;jrand0m&gt; ok, to je vše ke stavu 0.2 [23:08] &lt;jrand0m&gt; 2) www proxy. [23:09] &lt;jrand0m&gt; moi měl fakt bezva nápad pro prohlížení www stránek uvnitř i2p. [23:09] &lt;jrand0m&gt; chceš vysvětlit, o co jde, moi? [23:09] * jrand0m na tebe namíří reflektor *** moi is ~someone@anon.iip (someone) *** on channels: #freenet #anonymous #iip #iip-dev *** on irc via server anon.iip (Official IIP ) *** moi has been idle 9 minutes, signed on at Thu Jan 01 01:00:00 1970 [23:10] &lt;moi&gt; no [23:10] &lt;moi&gt; jen upravuju HTTP proxy a používám mihiho tunnel [23:10] &lt;moi&gt; abys mohl jít na (Link: http://i2p/BASE64KEYHERE)http://i2p/BASE64KEYHERE [23:10] &lt;moi&gt; časem by tam byl naming server-- [23:11] &lt;dm&gt; boží [23:11] *** Signoff: mihi (Ping timeout) [23:11] &lt;moi&gt; musíš vložit ten první dlouhý klíč, ale pak bys technicky měl být schopný následovat odkazy, myslím [23:11] &lt;Dellammo&gt; jako interní webová stránka nebo stránka mimo i2p? [23:11] &lt;dm&gt; i2p se překládá na localhost? [23:11] &lt;moi&gt; takže by někdo mohl postavit i2p Google a odtamtud pokračovat... možná [23:12] &lt;mihi-backup&gt; !thwap dm. [23:12] &lt;mihi-backup&gt; proxy... [23:12] &lt;jrand0m&gt; kvůli bezpečnosti by měla proxy vracet 404 pro všechny hosty kromě (Link: http://i2p/)http://i2p/ [23:12] &lt;dm&gt; ups! [23:12] &lt;moi&gt; dobrý postřeh [23:12] &lt;dm&gt; to jsem minul [23:12] &lt;mihi-backup&gt; i když jednoduchý servlet by byl taky fajn [23:12] &lt;jrand0m&gt; hmm? [23:13] *** mihi (~mihi@anon.iip) has joined channel #iip-dev [23:13] &lt;jrand0m&gt; hmm, může tu být problém. [23:13] &lt;jrand0m&gt; použilo by to HTTP 1.0 nebo 1.1? [23:14] &lt;mihi&gt; pokud server vyžaduje hlavičku Host:? [23:14] &lt;jrand0m&gt; [tj. měl by to mít hlavičku Host:?] [23:14] &lt;jrand0m&gt; přesně [23:14] * mihi si něco přeje [23:14] &lt;moi&gt; Zajímalo by mě, jestli to proxy nemůže vyprázdnit [23:14] &lt;jrand0m&gt; pokud je odchozí tunnel serveru vždy na stejném hostu, je to v pohodě [23:14] &lt;jrand0m&gt; můžeš nastavit proxy Host: na 127.0.0.1 [23:15] *** dm_backup (~as@anon.iip) has joined channel #iip-dev [23:15] &lt;jrand0m&gt; ale pak musíš spouštět tunnel na stejném hostu jako server. Není to špatný problém, protože to není pro běžné prohlížení normálního webu [23:15] &lt;jrand0m&gt; že? [23:15] *** Signoff: dm (Ping timeout) [23:16] * moi zatím nad tím nepřemýšlel tak do hloubky [23:16] &lt;mihi&gt; když spouštíš server na své vlastní mašině, můžeš také přiřadit i2p jako alias na localhost nebo tak něco. [23:16] &lt;dm_backup&gt; takže teď lidi musí provozovat web servery? [23:16] &lt;jrand0m&gt; dm_backup&gt; tohle je jen pro ty, co chtějí. [23:16] *** dm_backup is now known as dm [23:16] &lt;Dellammo&gt; jako já [23:16] &lt;dm&gt; jo, myslím kvůli téhle (Link: http://i2p)http://i2p věci [23:17] &lt;mihi&gt; pokud chceš poskytovat obsah, ano. [23:17] &lt;mihi&gt; ale musíš jeden provozovat i pro dobrý starý www. [23:18] &lt;Dellammo&gt; proč? [23:18] &lt;dm&gt; Hmmm, možná bych měl postavit P2P aplikaci pro I2P. [23:18] &lt;jrand0m&gt; aplikace pro sdílení souborů přes i2p by vládla. [23:18] &lt;dm&gt; ano, promiň, sdílení souborů. [23:19] &lt;moi&gt; Myslím, že by někdo mohl provozovat OpenNap server v kombinaci s i2ptunnel [23:19] &lt;jrand0m&gt; ano. [23:19] &lt;jrand0m&gt; (i když nativní i2p p2p by mělo lepší výkon) [23:19] &lt;mihi&gt; ale stahování budou těžká. [23:20] &lt;mihi&gt; není způsob, jak se dostat ke správnému hostu, když jsou všichni localhost ;) [23:20] &lt;dm&gt; Počkáme si, až uvidíme PING běžet přes i2ptunnel. [23:20] * Dellammo je zmatený, bavíme se o proxy, která není i2ptunnel, a umožní přístup k webserverům, které jsou interní v síti i2p, zadáním '(Link: http://i2p/')http://i2p/' ? [23:20] &lt;jrand0m&gt; možná jen jednoduchý FTP klient navržený pro běh přes i2p? [23:20] &lt;dm&gt; (ne doslova ping) [23:20] &lt;mihi&gt; jrand0m: ftp potřebuje 2 porty... [23:20] &lt;jrand0m&gt; navržený pro běh přes i2p. [23:21] &lt;jrand0m&gt; obecná aplikace pro přenos souborů, ne protokol FTP konkrétně [23:21] &lt;mihi&gt; pak to není ftp. [23:21] &lt;mihi&gt; ATalk ;) [23:21] &lt;jrand0m&gt; (využívající větší velikosti zpráv) [23:21] &lt;dm&gt; souboj mudrců! [23:21] &lt;jrand0m&gt; heh [23:21] &lt;moi&gt; Dellammo: právě teď musíš vytvořit i2ptunnel pro každý web/Destination, který chceš prohlížet. Přemýšlíme o použití proxy serveru, který by dynamicky stavěl i2ptunnel pro každý web. [23:22] &lt;jrand0m&gt; (tak nějak) [23:22] &lt;jrand0m&gt; nebudeš chtít použít přímo i2ptunnel. [23:22] &lt;jrand0m&gt; budeš chtít použít i2ptunnel protokol a posílat zprávy přímo, ne přes TCP/IP sockety. [23:23] &lt;jrand0m&gt; mihi&gt; tušíš, kolik času by zabralo oddělit funkcionalitu protokolu z i2ptunnel, aby jiné aplikace mohly posílat data do i2p tunnel? *** mihi is mihi@anon.iip (mihi) *** on channels: #iip-dev #iip #headlines #german #freenet-opn #freenet #fredisdead #frazaa @#fiw #anonymous *** on irc via server anon.iip (Official IIP ) *** mihi has been idle 3 minutes, signed on at Thu Jan 01 01:00:00 1970 *** mihi-backup is ~mihi@anon.iip (mihi) *** on channels: #iip-dev *** on irc via server anon.iip (Official IIP ) *** mihi-backup has been idle 12 minutes, signed on at Thu Jan 01 01:00:00 1970 [23:25] &lt;mihi&gt; je tam vůbec nějaká velká funkcionalita protokolu? I2PTunnelRunner se dá použít tak jak je. [23:25] &lt;mihi&gt; Stačí upravit klientskou třídu pro své potřeby. [23:25] &lt;jrand0m&gt; hmm, ne tak úplně – i2ptunnelRunner používá socket [23:26] &lt;jrand0m&gt; tohle je čistá java aplikace, která chce vygenerovat zprávu ("HTTP GET /\n\n") a poslat ji do odchozího I2PTunnel [23:27] &lt;jrand0m&gt; nechceme přesměrovat klienta kontaktujícího proxy na nový port, aby se připojil k nově vytvořenému I2PTunnel (protože by pak nešlo přepnout zpět pro odkazy mimo ten web) [23:28] &lt;jrand0m&gt; ale možná by bylo snadné přepnout I2PTunnelRunner na použití InputStream (používá jen socket.getInputStream) [23:28] &lt;jrand0m&gt; ale pak pořád potřebujeme poslouchací stranu [23:28] *** Signoff: mihi (Ping timeout) [23:28] &lt;jrand0m&gt; d'oh [23:28] * jrand0m doufá, že záloha není na odchodu... [23:28] &lt;dm&gt; záloha taky umře, sleduj to! [23:29] &lt;mihi-backup&gt; ;) [23:29] &lt;jrand0m&gt; w00t [23:29] &lt;mihi-backup&gt; [23:25] &lt;jrand0m&gt; hmm, ne tak úplně – i2ptunnelRunner používá socket [23:29] &lt;mihi-backup&gt; [23:25] &lt;mihi&gt; ouha, pravda. a chcete to úplně bez socketů? [23:29] &lt;mihi-backup&gt; [23:25] &lt;mihi&gt; pak z i2ptunnel moc kódu nezbude. většina je na obsluhu socketů. [23:29] &lt;mihi-backup&gt; [23:26] &lt;mihi&gt; nejlepší je držet se protokolu a implementovat si to sám (stavět zprávy statickou metodou v i2ptunnel.java) [23:29] &lt;mihi-backup&gt; [23:28] &lt;mihi&gt; http by nepotřebovalo tolik vláken. Jen spustit reader nad příchozí zprávou, dokud nepřijde dvojité CR, a pak poslat svou věc ven. [23:30] &lt;jrand0m&gt; ah 'k. díky [23:30] &lt;jrand0m&gt; moi&gt; tu sabes? [23:30] &lt;mihi-backup&gt; k přepnutí I2PTunnel na input stream. k čemu? nic už na něm nedostanete, jakmile požadavek zparsujete. [23:31] * moi přemýšlí [23:31] &lt;dm&gt; toi přemýšlí [23:31] &lt;mihi-backup&gt; prostě zapomeň na tunnelrunner. ;) [23:31] &lt;jrand0m&gt; jasně, jen jsem myslel, aby I2PTunnel a http proxy používaly stejný kód – I2PTunnel by používal socket.getInputStream(), http proxy by použila new ByteArrayInputStream("GET / \n\n".getBytes()) [23:31] *** mihi (mihi@anon.iip) has joined channel #iip-dev [23:32] * moi si to bude muset později projít detailně [23:32] &lt;mihi-backup&gt; ale to způsobí, že runner odešle „Connection closed“, když se ten řetězec pošle. [23:32] &lt;mihi-backup&gt; protože stream skončí. [23:32] &lt;jrand0m&gt; jasně, což je normální HTTP [23:33] &lt;mihi-backup&gt; říkal jsem: zapomeň na runner. ;) [23:33] &lt;jrand0m&gt; 'k [23:33] &lt;mihi-backup&gt; jrand0m: ne. spojení se zavře, až když přijde odpověď, ne když je odeslán dotaz. [23:33] &lt;jrand0m&gt; jo vlastně [23:33] &lt;jrand0m&gt; ;) [23:36] &lt;jrand0m&gt; fajn moi, tohle můžeme probrat později. [23:36] &lt;jrand0m&gt; ok, to je bod programu 2). teď 3) [23:36] &lt;moi&gt; ok [23:37] &lt;jrand0m&gt; 3) phttprelay [23:37] &lt;jrand0m&gt; phttp relay je sada servletů zabalená v .war souboru [23:38] &lt;jrand0m&gt; funguje to out of the box na windows / sun JVM, ale musel jsem hacknout jetty, aby běžel s kaffe [23:38] &lt;mihi&gt; make .peace not .war [23:39] * jrand0m zasténá [23:39] &lt;dm&gt; můžeš spouštět .war soubory bez J2ee serveru? [23:39] &lt;dm&gt; dobré vědět. [23:39] &lt;jrand0m&gt; .war soubory běží v libovolném servlet kontejneru – tomcat, apache s mod_jk, jetty, atd. [23:40] &lt;jrand0m&gt; budeme chtít, aby to někteří lidé provozovali na strojích s veřejně dosažitelnými IP adresami, ale jsou potřeba jen pro lidi, kteří nemají veřejně dosažitelné adresy (jako já) [23:41] &lt;mihi&gt; které porty je potřeba přesměrovat, pokud chceš projít přes nat bez toho? [23:41] &lt;jrand0m&gt; implementace je taky hodně primitivní – potřebuje limity, pro kolik router to bude relayovat, kolik zpráv frontovat, za jak dlouho timeoutovat atd. [23:41] &lt;jrand0m&gt; jen I2NP TCP port [23:41] &lt;jrand0m&gt; (nebo I2NP UDP port) [23:41] * mihi neví, jestli jeho nat umožňuje přesměrování udp [23:42] * jrand0m taky neví, jestli mihiho nat umožňuje přesměrování udp [23:43] &lt;jrand0m&gt; teď je například můj notebook dosažitelný jen přes PHTTP, a router mého serveru je dosažitelný přes PHTTP, TCP i UDP. když můj notebook naváže spojení s routerem serveru přes TCP, může posílat zprávy přes TCP. ale pokud notebook nejdřív tohle neudělá, musí server posílat zprávy přes PHTTP [23:44] &lt;jrand0m&gt; kód je v i2p/code/apps/phttprelay/ pro každého se zkušeností se servlety, kdo by si chtěl pohrát s malou appkou [23:45] &lt;jrand0m&gt; (mělo by to transparentně fungovat i s https stejně jako s obyčejným http) [23:45] &lt;jrand0m&gt; PHTTP protokol zdokumentuju co nejdřív. :) [23:45] *** Signoff: mihi (Ping timeout) [23:45] &lt;jrand0m&gt; ok, to je vše k bodu 3) phttprelay [23:45] &lt;jrand0m&gt; 4) i2ptunnel [23:46] &lt;jrand0m&gt; už jsme toho spoustu probrali. pokud k tomu mihi (nebo kdokoli jiný) nic dalšího nemá, můžeme přejít na 5) [23:46] *** wilde (~anon@anon.iip) has joined channel #iip-dev [23:46] &lt;jrand0m&gt; hola wilde [23:47] &lt;jrand0m&gt; ok. takže položka 5 :) [23:47] &lt;jrand0m&gt; 5) instalace [23:48] &lt;jrand0m&gt; abychom dostali 0.2 ven a dál, uvažuju o nějakých ant skriptech. [23:48] &lt;jrand0m&gt; nebo máme použít jiný open source instalační systém? [23:48] &lt;jrand0m&gt; máte s tím někdo zkušenosti / názory? [23:49] &lt;Dellammo&gt; hmm [23:50] &lt;jrand0m&gt; ant má výhodu sjednocení se build systémem, je multiplatformní a umí běžet bez GUI. [23:50] &lt;wilde&gt; čau [23:50] &lt;jrand0m&gt; ale vyžaduje ant (který vyžaduje javu). a nemá GUI [23:51] &lt;Dellammo&gt; napadá mě spousta instalačních programů pro windows... nevím kolik jich je gpl [23:51] &lt;jrand0m&gt; jo, mám licencovaný InstallAnywhere Enterprise, ale to je špatné pro open source [23:51] &lt;jrand0m&gt; NSIS je open source, ale má své nuance. [23:51] &lt;dm&gt; blbá otázka: je ant součástí javy? [23:52] &lt;jrand0m&gt; není. [23:52] &lt;jrand0m&gt; oh, i když BYCHOM MOHLI distribuovat GCJovanou verzi ant [23:52] &lt;dm&gt; jasně, tak to asi přišlo s eclipse. [23:52] &lt;jrand0m&gt; (zkompilovanou do native kódu) [23:52] &lt;jrand0m&gt; rozhodně dm. [23:52] &lt;jrand0m&gt; ant dělá apache (ant.apache.org) a je pod apache licencí. [23:52] &lt;jrand0m&gt; fuj. [23:52] * jrand0m si právě přečetl větu, kterou napsal) [23:53] &lt;jrand0m&gt; gpl není apl friendly, podle FSF [23:53] &lt;jrand0m&gt; asi nemůžeme distribuovat ant. [23:53] &lt;dm&gt; nemůžeme prostě skript? co je potřeba udělat, aby se to nainstalovalo? [23:53] &lt;jrand0m&gt; ale můžeme ho použít. [23:53] &lt;jrand0m&gt; skoro nic. skript stačí. [23:53] &lt;jrand0m&gt; ale chceme .bat a .sh, atd. [23:54] *** shardy (~shardy@anon.iip) has joined channel #iip-dev [23:54] &lt;dm&gt; co obnáší instalace, pár otázek? [23:54] &lt;jrand0m&gt; psát vlastní instalátor v javě kvůli multiplatformnosti je overkill, ideálně bychom měli použít existující instalační framework [23:54] &lt;jrand0m&gt; jo, pár otázek [23:54] &lt;jrand0m&gt; instalační cíle, které předpokládám: [23:54] &lt;Dellammo&gt; dostaneme blyštivé nové logo? kdo na tom dělá? [23:54] &lt;jrand0m&gt; install-router [23:55] &lt;jrand0m&gt; install-www-tunnel, install-www-proxy, install-sdk, install-cvs-tunnel, update-seednodes [23:55] &lt;moi&gt; proč nepoužít InstallAnywhere? jestli je kód otevřený, na tom záleží [23:55] * jrand0m si myslí, že TY jsi ten člověk, Dellammo :) [23:55] &lt;jrand0m&gt; InstallAnywhere není open source. [23:55] * Dellammo se pouští do práce [23:56] &lt;dm&gt; skript by teď asi stačil, ale asi je lepší myslet dopředu. [23:56] &lt;jrand0m&gt; (je to asi 4k euro / místo) [23:56] &lt;jrand0m&gt; jasně. takže na zítra pravděpodobně napíšu ant skripty, ale musíme se podívat po systému [23:56] *** Signoff: wilde (Ping timeout) [23:56] &lt;jrand0m&gt; takže kdyby s tím někdo mohl pomoct, ocením to :) [23:57] &lt;dm&gt; ah ok, myslel jsem shellové skripty. [23:57] &lt;moi&gt; Někteří správci balíčků by tohle mohli zajistit u instalací na Linuxu [23:57] *** wilde (~anon@anon.iip) has joined channel #iip-dev [23:57] &lt;jrand0m&gt; spravovat různé instalátory pro různé platformy je PITA [23:59] &lt;dm&gt; java instalátor? Proč je to PITA? [23:59] &lt;jrand0m&gt; java instalátor by byl super [23:59] &lt;mihi-backup&gt; pain in the a**e [23:59] &lt;mihi-backup&gt; ups, sorry... [23:59] &lt;dm&gt; system.out.println("Please enter where you would like to install I2P") ;) [23:59] &lt;mihi-backup&gt; s/tln/t; s/P"/P: "/ [23:59] &lt;mihi-backup&gt; s/sys/Sys/ [00:00] &lt;jrand0m&gt; psát vlastní instalátor v javě je možné, ale je lepší použít existující framework. ale jestli se dobrovolně hlásíš napsat vlastní instalátor, jsem s tebou! [00:00] &lt;dm&gt; mihi má epileptický záchvat. [00:00] * mihi-backup pleskne dm kolem dokola velkým pstruhem [00:00] &lt;dm&gt; Řekněme... [00:01] &lt;dm&gt; Když budeš mít kdykoli čas sepsat přesné kroky, které jsou při instalaci potřeba, napíšu java instalátor. [00:01] &lt;mihi-backup&gt; dm: přečti si ant skript ;) [00:01] &lt;jrand0m&gt; beru dm. jakmile rozběhám ant věc, sepíšu ti to [00:01] &lt;dm&gt; fér, uvidíme, jestli pochopím ant skript, až bude venku. [00:02] *** Signoff: wilde (Ping timeout) [00:02] &lt;Dellammo&gt; jrand0m, i2p I2P i^2p nebo I^2P ? [00:02] * jrand0m má pár čmáranic s velkým I, 2 a velkým P, všechno přes sebe... [00:03] &lt;Dellammo&gt; hmm [00:03] *** wilde (~anon@anon.iip) has joined channel #iip-dev [00:03] *** mihi (~mihi@anon.iip) has joined channel #iip-dev [00:03] &lt;jrand0m&gt; ok, to je 5) instalace [00:03] &lt;jrand0m&gt; 6) iip feature request [00:04] &lt;jrand0m&gt; někdo sem přišel s požadavkem na auto-nickthiefing [00:04] &lt;jrand0m&gt; v podstatě, když má někdo registrovaný nick, nikdo nemůže zůstat pod tím nickem, pokud není identifikovaný [00:04] &lt;jrand0m&gt; nop nebo kdokoliv, kdo dělal iip dev – nápady? [00:04] * jrand0m si myslí, že by to byla super funkce [00:05] * Dellammo kreslí oko iluminátů s „zákazovou značkou“ přes něj [00:05] &lt;jrand0m&gt; heh [00:05] &lt;dm&gt; Možná udělám i I2P logo... pro GUI část svého instalátoru ;) [00:05] *** Signoff: wilde ((null)) [00:05] &lt;Dellammo&gt; udělejme je všichni, ať neskončíme s příšerným logem [00:05] &lt;mihi&gt; jrand0m: zeptej se mids – udržuje trent. [00:06] &lt;mihi&gt; mimochodem zdrojáky trent jsou v cvs [00:06] &lt;Dellammo&gt; logo je nejdůležitější část jakékoli činnosti [00:06] &lt;jrand0m&gt; rozhodně, Dellammo. [00:06] * dm opráší Corel Draw... [00:06] &lt;dm&gt; člověče, miluju Corel Draw. [00:07] &lt;jrand0m&gt; ok, to je vše k 6) [00:07] &lt;jrand0m&gt; 7) ??? [00:07] &lt;jrand0m&gt; nějaké otázky / myšlenky / frisbee / nehty na nohou? [00:07] &lt;dm&gt; Myšlenka: doufám, že to bude fungovat. [00:08] &lt;jrand0m&gt; heh [00:08] * jrand0m taky. [00:09] &lt;mihi&gt; jrand0m: pokračuj v dobré práci! [00:09] &lt;dm&gt; ano, jen tak dál. [00:09] &lt;jrand0m&gt; dobrá práce? to jsi zjevně neviděl ten kód ;) [00:09] &lt;dm&gt; Miluju tvůj kód, až na ta oslepující podtržítka. [00:09] &lt;dm&gt; oslepující...krvácící..atd.. [00:09] &lt;jrand0m&gt; heh, instanční proměnné mají _, takže nikdy nemusíme dělat this.var = var; [00:10] &lt;jrand0m&gt; ok... 68 minut... když to ještě o minutu natáhnu... [00:10] &lt;jrand0m&gt; w00t [00:10] * jrand0m *baf* uzavírá schůzku. </div>/cs/blog/2003/10/07/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-7.-%C5%99%C3%ADjna-2003/Tue, 07 Oct 2003 00:00:00 +0000/cs/blog/2003/10/07/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-7.-%C5%99%C3%ADjna-2003/<h2 id="quick-recap">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> jrand0m, mihi, dm, mihi_backup</p> <h2 id="meeting-log">Záznam ze schůzky</h2> <div class="irc-log"> [23:04] &lt;jrand0m&gt; 0.0) uvítání [23:04] &lt;jrand0m&gt; 1.0) stav vývoje [23:04] &lt;jrand0m&gt; 2.0) nový server [23:04] &lt;jrand0m&gt; 3.0) dotazy? [23:04] &lt;jrand0m&gt; 0.0) vítejte na 61. schůzce iip [23:04] &lt;jrand0m&gt; ahoj. [23:04] &lt;mihi&gt; ahoj všem [23:04] &lt;dm&gt; ahoj vy dva ;) [23:04] &lt;jrand0m&gt; ok, 1.0) stav vývoje [23:05] &lt;jrand0m&gt; jsme v podstatě připraveni na 0.2 – což je verze, ve které už budou moci lidé spouštět i2p. [23:06] &lt;dm&gt; skvělé! [23:06] &lt;dm&gt; ETA? [23:06] &lt;jrand0m&gt; nebude to škálovat a je to prozatím implementováno s šíleně bezpečným stylem ElG+AES (místo optimalizované verze se session tags (značky relace)) [23:06] &lt;jrand0m&gt; eta: pár dní (související bod: položka agendy 2.0) [23:07] &lt;jrand0m&gt; ale bude to funkční. Jsem schopen posílat zprávy o velikosti 10 bajtů i 100 kB za ~10 s [23:07] &lt;jrand0m&gt; (obojí na stejném CPU, takže je to soutěžení o CPU) [23:07] &lt;jrand0m&gt; ještě řeším nějaký tunnel failback, pak přijde čas postavit ant skripty, atd [23:07] &lt;jrand0m&gt; vlastně [23:08] &lt;jrand0m&gt; před pár sekundami jsem všechno sestavil pomocí Kaffe 1.1.1 na freebsd bez jediné výstrahy. [23:08] * jrand0m <3 když nemusí měnit kód [23:08] &lt;mihi&gt; ale ono to taky nefungovalo, že? ;) [23:08] &lt;jrand0m&gt; heh [23:09] &lt;jrand0m&gt; ne, funguje to [23:09] &lt;jrand0m&gt; problém, který řeším, je failover (tj. když se jeden uzel vypne a zase nahodí, komunikace se čistě obnoví) [23:10] &lt;mihi&gt; zkoušel jsi poslat kompletní ASCII tabulku (byty 0x00 až 0xFF)? A objeví se to na druhém konci, jak má? [23:10] &lt;jrand0m&gt; zatím ne, ještě jsem nezkoušel ani i2ptunnel. ale zkusím dnes večer [23:10] &lt;mihi&gt; zkus i2ptunnel s binárním připojením (třeba ssh), ne textové. [23:11] &lt;jrand0m&gt; ok [23:11] &lt;mihi&gt; co když se uzel vypne a už znovu nenaběhne? [23:11] &lt;jrand0m&gt; pak s ním komunikace selže ;) [23:12] &lt;jrand0m&gt; (zaručené doručení teď korektně selže a SDK bylo upraveno, aby na to reagovalo) [23:13] &lt;jrand0m&gt; ok, to je zatím vše ke stavu. Poslední dva dny mě tahali jinam, ale to by se mělo brzy uklidnit. [23:13] &lt;jrand0m&gt; 2.0) nový server [23:13] &lt;jrand0m&gt; máme nový server na triple homed T3. [23:14] &lt;jrand0m&gt; bude hostovat webcvs, výchozí i2p router, webserver se seed router references a pár výchozích služeb (např. i2p tunnel směřující na instanci squid, i2ptunnel směřující na cvs, i2ptunnel směřující na webserver) [23:15] *** Odhlášení: mihi (EOF From client) [23:15] *** mihi_ (~mihi@anon.iip) se připojil(a) na kanál #iip-dev [23:15] &lt;jrand0m&gt; později tam taky hodím veřejný isproxy [23:15] &lt;dm&gt; sakra, kolik tě to stojí? [23:15] &lt;jrand0m&gt; 65/měsíc [23:15] &lt;jrand0m&gt; 40 Gb přenosů, 2 Gb dat [23:15] &lt;dm&gt; limit šířky pásma? [23:15] &lt;dm&gt; super. [23:16] *** mihi_ je nyní znám jako mihi [23:16] &lt;jrand0m&gt; možná se z toho serveru stane náš cvs, ale teď není potřeba přepínat. [23:16] &lt;jrand0m&gt; ok, 3.0) dotazy [23:17] &lt;jrand0m&gt; [ano, tohle byla nejrychlejší schůzka, jakou jsem kdy viděl ;)] [23:17] &lt;mihi_backup&gt; víte něco o pokroku v naming service? [23:17] &lt;jrand0m&gt; slyšel jsem, že wiht commitnul pár souborů, ale ještě jsem je nezkontroloval [23:17] &lt;dm&gt; rád bych všem vývojářům nabídl svou (mentální) podporu. Zůstaňte pokorní, ale odhodlaní. [23:18] &lt;mihi_backup&gt; pokud vím, jsou to jen makety. [23:18] &lt;jrand0m&gt; naprostí idioti, to je jisté. [23:18] &lt;mihi_backup&gt; rozhraní, proti kterým se má implementovat. [23:18] &lt;dm&gt; dummies? [23:18] &lt;jrand0m&gt; lol [23:19] &lt;dm&gt; aha [23:19] * jrand0m extends MyParents [23:19] &lt;mihi_backup&gt; java nepodporuje vícenásobnou dědičnost ;) [23:19] &lt;dm&gt; žádní parchanti... [23:20] * jrand0m implements MyDad, MyMom // to prostě působí špatně [23:20] &lt;mihi_backup&gt; ačkoli neodvozujete ani od matky, ani od otce (viz Liskov (sp?) substitution principle) [23:20] * dm implements jrandom'sMom [23:20] &lt;dm&gt; ;) [23:20] &lt;jrand0m&gt; ach, dobrý postřeh, mihi [23:20] * dm now implements mihi'smother [23:20] &lt;jrand0m&gt; heh [23:21] *** Odhlášení: mihi (Ping timeout) [23:21] &lt;mihi_backup&gt; potřebuješ jen konstruktor public Human(Human father, Human mother) throws SameSexException [23:22] &lt;dm&gt; dobrý [23:22] &lt;jrand0m&gt; myslím, že moderní věda vyžaduje ještě pár dalších konstruktorů [23:22] &lt;dm&gt; i když to není public [23:22] &lt;dm&gt; je to pubic [23:22] *** mihi (mihi@anon.iip) se připojil(a) na kanál #iip-dev [23:22] &lt;dm&gt; já se tím sám bavím. [23:23] &lt;jrand0m&gt; ok, tím bych to uzavřel [23:23] &lt;jrand0m&gt; myslím, že jsme právě prošli s 23minutovou schůzkou :) [23:23] * jrand0m vytáhne ze zadní kapsy *baf*er a *baf*ne schůzku za uzavřenou </div>/cs/blog/2003/09/30/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-30.-z%C3%A1%C5%99%C3%AD-2003/Tue, 30 Sep 2003 00:00:00 +0000/cs/blog/2003/09/30/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-30.-z%C3%A1%C5%99%C3%AD-2003/<h2 id="quick-recap">Rychlé shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> beefbroth, CCD, ChZEROHag, co, dcat, dm, godmode0, jrand0m, mihi, mihi_backup, mrflibble, Myself248, myself248, nop, pitu, Ryan_Singer, shardy, thecrypto, UserX, yodel</p> <h2 id="meeting-log">Zápis ze schůzky</h2> <div class="irc-log"> [22:56] &lt;jrand0m&gt; ok ok [22:56] &lt;jrand0m&gt; agenda [22:56] &lt;jrand0m&gt; 0.0) welcome [22:56] &lt;jrand0m&gt; 1.0) dev status [22:56] &lt;jrand0m&gt; 1.1) router [22:56] *** Myself248 (~ident@anon.iip) has joined channel #iip-dev [22:56] &lt;jrand0m&gt; 1.2) DH precalc [22:56] &lt;jrand0m&gt; 2.0) microroadmap [22:56] &lt;jrand0m&gt; 3.0) apps / usage [22:56] &lt;jrand0m&gt; 4.0) ns [22:56] &lt;jrand0m&gt; 5.0) IM [22:56] &lt;jrand0m&gt; 6.0) administravia (cvs, bugzilla, cvs list, cvs web) [22:56] &lt;jrand0m&gt; 7.0) questions [22:57] &lt;jrand0m&gt; (yes, 7 points today. w00t) [22:57] &lt;jrand0m&gt; 0.0) welcome [22:57] &lt;jrand0m&gt; hi. [22:57] &lt;dm&gt; hey [22:57] &lt;jrand0m&gt; 17 users today. neat [22:57] *** Ryan_Singer (chatzilla@anon.iip) has joined channel #iip-dev [22:57] &lt;jrand0m&gt; and counting [22:57] &lt;jrand0m&gt; ok [22:57] &lt;thecrypto&gt; 1~hi [22:57] &lt;jrand0m&gt; 1.1) dev status for router [22:58] &lt;jrand0m&gt; the java reference impl router is doing very well [22:58] *** ChZEROHag (hag@anon.iip) has joined channel #iip-dev [22:58] &lt;jrand0m&gt; we can now run applications on different routers and send messages ot each other [22:59] &lt;ChZEROHag&gt; Sorry to interrupt, but hopefully it'll just be once [22:59] &lt;jrand0m&gt; taking an iterative and incremental approach, the current state is secure, not anonymous, not scalable, and harvestable [22:59] &lt;ChZEROHag&gt; Is anyone else working on a C api? [22:59] &lt;jrand0m&gt; 'lo ChZEROHag, whats shakin? [22:59] &lt;ChZEROHag&gt; Because I am, but very slowly [22:59] *** dcat (dirtycat@anon.iip) has joined channel #iip-dev [22:59] &lt;jrand0m&gt; oh cool [22:59] &lt;jrand0m&gt; shardy will be working on one after toorcon is finished [22:59] &lt;jrand0m&gt; perhaps you two could work together on that? [23:00] &lt;co&gt; jrand0m: Can you input a destination to send messages to by hand? [23:00] &lt;co&gt; Better said, is there an ASCII representation of a destination? [23:00] &lt;jrand0m&gt; yes co, to both [23:00] &lt;co&gt; Excellent. [23:00] &lt;jrand0m&gt; destinations, and all I2P structures, are loadable and serializable in (an alternate alphabet) base 64 [23:01] &lt;thecrypto&gt; so it won't be easy to remember, but it will be ascii? [23:01] &lt;jrand0m&gt; (e.g. in the netDb for one of my routers, I have leaseSet-enD4jtE-orMwFD0QGog9GAyC5MvLvnPzhVD8cDYvSI8.dat which contains the lease set for destination enD4jtE-orMwFD0QGog9GAyC5MvLvnPzhVD8cDYvSI8) [23:02] &lt;jrand0m&gt; [though that is H(destination).toBase64() [23:03] &lt;jrand0m&gt; ChZEROHag&gt; if there's anything we can do to help you with that, just say the word [23:03] &lt;jrand0m&gt; ok thats 1.1. 1.2) DH precalc [23:03] &lt;ChZEROHag&gt; You could do it for me? :-) [23:04] &lt;jrand0m&gt; last night I wrote up a precalc optimization for DH exchanges to save ~1s off 1.5s session negotiations. I'd love if someone who knows crypto could make sure I'm not nuts ;) [23:04] &lt;jrand0m&gt; lol ChZEROHag [23:04] &lt;ChZEROHag&gt; aah I know what I needed [23:04] &lt;ChZEROHag&gt; A netdb implementation [23:04] &lt;thecrypto&gt; is it in cvs? [23:04] &lt;thecrypto&gt; the dh [23:04] &lt;jrand0m&gt; yes thecrypto [23:05] &lt;jrand0m&gt; C:\dev\i2p\code\core\java\src\net\invisiblenet\i2p\crypto\DHSessionKeyBuilder.java [23:05] &lt;ChZEROHag&gt; Well I'm going to be up for a good 3/4 hours yet, maybe it'll give me something to do [23:05] &lt;jrand0m&gt; er, s/C:\\dev/g; s/\\/\//g [23:05] *** wax_off (~nomail@anon.iip) has joined channel #iip-dev [23:06] &lt;jrand0m&gt; word. what do you need a netdb impl for? [23:06] &lt;ChZEROHag&gt; I don't remember [23:06] &lt;jrand0m&gt; we currently have a non-scalable netdb in cvs [23:06] &lt;jrand0m&gt; heh [23:06] &lt;ChZEROHag&gt; Haven't touched it in at least a week [23:06] &lt;jrand0m&gt; you're working on a C I2CP api, right? not I2NP? [23:07] &lt;ChZEROHag&gt; I was just going to do everything [23:07] *** wax_off has left #iip-dev [23:07] &lt;jrand0m&gt; I2NP is really, really, really significantly more work than I2CP [23:07] &lt;ChZEROHag&gt; Once I actually get properly started, it'll just roll out [23:07] &lt;jrand0m&gt; but if you impl an I2NP in C that'd rule [23:07] &lt;dm&gt; is there a I2NP in anything right now? [23:07] &lt;jrand0m&gt; (I2CP:I2NP::FCP:FNP) [23:07] &lt;jrand0m&gt; yes dm [23:08] * ChZEROHag deminimizes emacs [23:08] &lt;jrand0m&gt; the java impl i'm working on has I2NP functioning [23:08] &lt;dm&gt; alrighty... [23:08] &lt;ChZEROHag&gt; jrand0m: url? I could do with a reference, even if it's in a horrible language. [23:08] &lt;jrand0m&gt; heh [23:08] &lt;jrand0m&gt; erm, actually thats 6.0 administravia: aka where the fuck is our anon cvs access ;) [23:09] &lt;thecrypto&gt; i'm getting the DH stuff [23:09] &lt;jrand0m&gt; coo' [23:09] &lt;ChZEROHag&gt; Oh right [23:09] &lt;Ryan_Singer&gt; jrand0m, back to schedule, the microroadmap? [23:09] * thecrypto hides his face [23:09] &lt;ChZEROHag&gt; well I'll wait :) [23:09] &lt;jrand0m&gt; heh 'k [23:09] &lt;jrand0m&gt; microroadmap [23:09] &lt;jrand0m&gt; I have 0.1 through 0.5 mapped out [23:09] &lt;dm&gt; followed freenet's roadmap then? [23:10] *** mrflibble (mrflibble@anon.iip) has joined channel #iip-dev [23:10] &lt;jrand0m&gt; 0.1) functional, secure, not anonymous, not scalable, harvestable [23:10] &lt;dm&gt; development slows down and freezes during 0.5... [23:10] &lt;jrand0m&gt; we are now at 0.1. [23:10] &lt;jrand0m&gt; heh I noticed that dm, flinks hosed off at 0.5.2 as well ;) [23:10] &lt;co&gt; What are you calling the whole package? [23:10] &lt;jrand0m&gt; (strange coincidence) [23:10] &lt;co&gt; i.e. version 0.1 of? [23:10] &lt;jrand0m&gt; the whole package? i2p router reference implementation [23:10] &lt;ChZEROHag&gt; co: Wonga [23:10] * beefbroth joins the meeting [23:11] &lt;jrand0m&gt; buenos noches beefbroth [23:11] &lt;co&gt; All right. That explains it. [23:11] &lt;ChZEROHag&gt; Actually maybe I will call it that. Certainly sounds more interesting than 'i2pd' [23:11] &lt;jrand0m&gt; 0.1 has bugs. thats a given. and it has no optimizations of note (though the DH precalc helps). [23:11] &lt;jrand0m&gt; heh [23:11] &lt;Ryan_Singer&gt; jrand0m, what's 0.2) then? [23:11] &lt;jrand0m&gt; invisible internet police department [23:11] &lt;jrand0m&gt; ok, 0.2 [23:12] &lt;jrand0m&gt; 0.2 is functional, secure, anonymous, not scalable, harvestable [23:12] &lt;jrand0m&gt; 0.2 adds support for non-zero-length tunnels [23:12] &lt;jrand0m&gt; I actually implemented most of that last night, but not thoroughly tested [23:12] &lt;jrand0m&gt; I think 0.2 will be ready by end of week [23:12] &lt;Ryan_Singer&gt; how far away are we from that from a dev perspective? [23:13] &lt;Ryan_Singer&gt; great [23:13] &lt;jrand0m&gt; 0.3) is functional, secure, anonymous, scalable, harvestable [23:13] * thecrypto gets bochs so he can simulate a network to help with this [23:13] &lt;jrand0m&gt; 0.3 adds a kademliaDatabaseManager [23:13] &lt;jrand0m&gt; right now we use a BroadcastDatabaseManager [23:13] &lt;jrand0m&gt; (aka gnunet ;) [23:14] &lt;jrand0m&gt; trivial to implement and functional for small networks, but we need the kademlia to scale [23:14] &lt;jrand0m&gt; 0.4) is functional, secure, anonymous, scalable, non-harvestable [23:14] &lt;jrand0m&gt; that adds trusted links [23:14] &lt;Ryan_Singer&gt; jrand0m, and how much of a dev challenge is it to implement kademlia? [23:14] &lt;jrand0m&gt; I have two ideas for trusted links.. one is more easily implementable and usable [23:15] &lt;jrand0m&gt; kademlia will probably take a full week [23:15] &lt;jrand0m&gt; (to get right) [23:15] &lt;jrand0m&gt; note that all of this has lots of room for refactoring and tuning. I'm aiming functional first, then we tune. [23:16] &lt;co&gt; Are you certain you will be able to develop and test that quickly? [23:16] &lt;jrand0m&gt; I am certain of nothing [23:16] &lt;jrand0m&gt; thats just my estimate [23:16] &lt;Ryan_Singer&gt; co, hegets functional, we test [23:16] &lt;ChZEROHag&gt; Are you sure? [23:16] &lt;ChZEROHag&gt; (sorry) [23:16] &lt;co&gt; Ryan_Singer: I see. [23:17] * jrand0m &lt;3 people who test :) [23:17] &lt;Myself248&gt; When you say "we" test. Is there any place for non-coders to help with the testing? [23:17] &lt;jrand0m&gt; Myself248&gt; probably not until 0.4 [23:17] &lt;dm&gt; lets just hope it never gets to the point where it's functional, but nobody knows what the fuck is going on inside the network to make it work well (i.e. freenet) [23:18] &lt;jrand0m&gt; once 0.4 is ready, thats pre-alpha. once its 0.4 I'll tune and refactor and fill in the blanks to get ready for 0.5 (alpha) [23:18] &lt;Myself248&gt; Document, document, document. [23:18] &lt;dm&gt; is there any though being put into active monitoring of network internals, or is it straightforward? [23:18] &lt;jrand0m&gt; yes dm, absolutely [23:18] &lt;jrand0m&gt; one of the key pieces of i2np is the inclusion of stats in the routerInfo strutures published [23:18] &lt;mihi&gt; jrand0m: do a s/0./0.0./ ;) [23:18] &lt;jrand0m&gt; the initial revs will publish real stats so we can tune [23:19] &lt;jrand0m&gt; later revs will either not publish any stats or publish fake ones [23:19] * jrand0m does not do 0.0 [23:19] &lt;shardy&gt; ok, I'm here [23:19] &lt;jrand0m&gt; wb shardy [23:19] &lt;shardy&gt; sorry for being late, forgot about this window being open, heh [23:19] &lt;dm&gt; cool. [23:19] &lt;Ryan_Singer&gt; is there a higher level document describing the archetecture for the network under .4? [23:19] &lt;jrand0m&gt; off with your head [23:20] &lt;jrand0m&gt; Ryan_Singer&gt; hmm, I had some overview docs a few months back that mids and nop mirrored, and there's the i2p overview doc [23:20] &lt;jrand0m&gt; 0.4 is full i2np as described in the spec, just not optimally implemented [23:20] &lt;shardy&gt; oh and jrand0m, I'll check out the DH optimization for you [23:20] &lt;jrand0m&gt; word, gracias [23:20] &lt;Ryan_Singer&gt; can I get those docs? [23:21] &lt;jrand0m&gt; the overview is at (Link: http://www.invisiblenet.net/i2p/i2p_philosophy.pdf)http://www.invisiblenet.net/i2p/i2p_philosophy.pdf [23:21] &lt;beefbroth&gt; they're on the wiki I think? [23:21] &lt;jrand0m&gt; hte old overview docs... hmm [23:21] &lt;jrand0m&gt; (i2p specs are at (Link: http://wiki.invisiblenet.net/iip-wiki?I2PProtocolSpecs)http://wiki.invisiblenet.net/iip-wiki?I2PProtocolSpecs) [23:21] &lt;co&gt; They are on (Link: www.invisiblenet.net/i2p/.)www.invisiblenet.net/i2p/. [23:21] &lt;jrand0m&gt; right beefbroth [23:22] &lt;jrand0m&gt; though there are old docs in html format w/ ugly ms paint pictures from before showing how tunnels work... [23:22] &lt;beefbroth&gt; I should know, I've read them enough [23:22] &lt;jrand0m&gt; hehe [23:22] &lt;co&gt; Unless those are older versions or mirrors. [23:22] &lt;jrand0m&gt; those files on the wiki are 0.9 (0.9.1 is out for I2NP and datastructures, but they only include minor changes) [23:23] &lt;thecrypto&gt; jrand0m: the precalc looks good [23:23] &lt;jrand0m&gt; cool [23:24] *** pitu (~pitu@anon.iip) has joined channel #iip-dev [23:24] * jrand0m runs the router w/ java -Dcrypto.dh.precalc.min=3 -Dcrypto.dh.precalc.max=10 -Dcrypto.dh.precalc.delay=5000 -jar C:\dev\i2p\code\router\java\src\router.jar [23:25] &lt;jrand0m&gt; ok, thats the microroadmap [23:25] &lt;jrand0m&gt; as you can see, I'm accepting that alpha won't be ready for end of month. 0.4 will probably be first week of october [23:26] &lt;dm&gt; that's okay, even that would be the fastest ever implementation of a network of this type ;) [23:26] &lt;Ryan_Singer&gt; lol [23:26] &lt;beefbroth&gt; when reading jrand0m's time estimates here, please remember that he has been drinking whiskey for the last 4 hours :-P [23:26] &lt;jrand0m&gt; heh [23:26] &lt;Ryan_Singer&gt; ok...apps/usage? [23:26] &lt;jrand0m&gt; good whiskey at that ;) [23:26] &lt;jrand0m&gt; ok, apps/usage [23:27] &lt;dm&gt; 0.7 in 4 seconds....3...2...1..!! [23:27] &lt;jrand0m&gt; I'm aiming for low hanging fruit here - these are things that we can do with 0 or minimal new code. [23:27] &lt;ChZEROHag&gt; How are you supposed to code properly if you're stone sober? [23:27] &lt;jrand0m&gt; all of these make significant use of mihi's kickass i2ptunnel [23:27] &lt;co&gt; ChZEROHag: Easily. [23:27] *** mihi has changed the topic on channel #iip-dev to &lt;dm&gt; 0.7 in 4 seconds....3...2...1..!! [23:28] &lt;jrand0m&gt; using the i2ptunnel, we can do the following without writing any new code: [23:28] &lt;jrand0m&gt; public ww proxy (using i2ptunnel + squid) [23:28] * dm tips his hat to mihi. [23:28] &lt;jrand0m&gt; JAP (using i2ptunnel + JAP) [23:28] &lt;mihi&gt; you cannot kick asses though i2p (not through a tunnel either...) [23:28] &lt;jrand0m&gt; browse www anon (i2ptunnel + web browser) [23:28] &lt;jrand0m&gt; run an i2p web server (i2ptunnel + httpd) [23:29] &lt;co&gt; Very nice. Bravo, mihi. [23:29] &lt;jrand0m&gt; cvs outproxy (i2ptunnel) [e.g. cvs outproxy to sourceforge for anon freenet dev] [23:29] &lt;jrand0m&gt; cvs client, cvs server [23:29] &lt;jrand0m&gt; IM app, pop3 server, imap server, opennap [23:29] &lt;jrand0m&gt; those are all really low hanging fruit [23:29] &lt;dm&gt; okay, now all we need is i2p :) [23:30] &lt;jrand0m&gt; right ;) [23:30] &lt;Myself248&gt; wouldn't i2p webserver kinda supplant freenet? :) [23:30] * jrand0m thinks that qualifies as a faq I should answer [23:30] &lt;Ryan_Singer&gt; jrand0m, but they are also very valuable [23:30] &lt;ChZEROHag&gt; From that list, I'd consider cvs more important/useful [23:30] &lt;ChZEROHag&gt; Partly because I wish to remain anonymous, but also because if anonymous www is provided you'll get lusers [23:30] &lt;jrand0m&gt; i2p + web doesn't supplant freenet - freenet adds significant value on top of an anon comm framework - content distribution [23:31] &lt;ChZEROHag&gt; And at the moment the idea of anonymous email is scary :) [23:31] * dm writes down: "no lusers" [23:31] &lt;jrand0m&gt; cvs definitely is in the top 3 [23:31] &lt;beefbroth&gt; i think if i2p webserving works well, you have to consider merging the DHT/storage parts of freenet on top of i2p and then you have the best of both worlds. [23:31] &lt;Ryan_Singer&gt; ChZEROHag, if it's scalable thats a goodthing [23:31] &lt;ChZEROHag&gt; dm: lusers are only a problem during the early stages, but they tend not to use cvs [23:31] &lt;Myself248&gt; okay, add lots of hashcash to any anon email thing. [23:31] &lt;ChZEROHag&gt; Or, for that matter, even know what (or that) it is [23:31] &lt;co&gt; I think one of the tests that needs to be done is a test attack on the network. [23:31] &lt;jrand0m&gt; yes beefbroth, once i2p does what we aim at, freenet will most likely adjust to make use of it [23:32] &lt;co&gt; Sorry if that is offtopic. [23:32] &lt;mihi&gt; Myself248: just add a redirector to an anon remailer. [23:32] &lt;jrand0m&gt; no, thats definitely on topic co - attacking this network is key [23:32] &lt;ChZEROHag&gt; Myself248: hashcash is primarily to stop flooding while we're forced to use the ancient protocol that is 'irc' [23:32] &lt;ChZEROHag&gt; Not to stop what could be termed 'abuse' [23:32] &lt;jrand0m&gt; right mihi. though perhaps mixminion run over i2p would be useful [23:33] &lt;jrand0m&gt; right, hashcash is even built into i2p itself to keep messages from being delivered a single hop unless they "pay up" [23:33] &lt;Ryan_Singer&gt; jrand0m, we could run imap over this easily? [23:33] &lt;jrand0m&gt; absolutely [23:33] &lt;Ryan_Singer&gt; impressive [23:33] &lt;jrand0m&gt; imapd with an i2ptunnel pointing at it, with i2ptunnel on the client pointing at that tunnel's destination [23:34] &lt;Myself248&gt; and freenet search engines :) [23:34] &lt;mihi&gt; ftp or several non-jabber instant messengers will make problems... [23:34] &lt;jrand0m&gt; right, things that require two connections are more complex [23:34] &lt;ChZEROHag&gt; jrand0m: hashcash in i2p? [23:34] &lt;ChZEROHag&gt; I shall bug you about that when this is over. [23:34] &lt;shardy&gt; hashcash in i2p? nice. [23:34] &lt;dm&gt; we're getting ahead of ourselves! oh alright, who cares.. QUAKE + IIP!!!!!! [23:34] &lt;dm&gt; sorry, I2p :) [23:34] &lt;jrand0m&gt; lol dm [23:35] &lt;Myself248&gt; Those of us with little CPUs get nervous when someone says hashcash, but as an anti-spamming measure I understand it. [23:35] &lt;co&gt; dm: That is *reallY* getting ahead of ourselves. [23:35] * mihi is jabber:schierlm@a-message.de ;) [23:35] &lt;jrand0m&gt; yes ChZEROHag - Destination == public signing key (DSA) + public encryption key (ElGamal) + certificate (either null or hashcash(keys)) [23:35] &lt;beefbroth&gt; is the i2p tunnel static or dynamic on the client end? [23:35] &lt;mihi&gt; beefbroth: atm it is all static. but you could use a socks proxy as dest. ;) [23:35] &lt;jrand0m&gt; Myself248&gt; I'm getting a bitching sun ultra1 in the mail in a few weeks. if a 160Mhz box can do it, everyone can [23:35] &lt;shardy&gt; well. hashcash shouldn't be something that is terrible even to small cpus. only if you want to do something eleventy billion times, should you notice it. [23:36] &lt;co&gt; beefbroth: It can be dynamic. [23:36] &lt;Ryan_Singer&gt; the potential applications of the "low-hanging fruit" here are very impressive [23:36] &lt;jrand0m&gt; right mihi [23:36] &lt;jrand0m&gt; "eleventy". heh [23:36] &lt;ChZEROHag&gt; the low hanging fruit is essentially 'normal' internet apps, but anonymously [23:36] &lt;ChZEROHag&gt; right? [23:36] &lt;jrand0m&gt; right [23:36] &lt;Ryan_Singer&gt; yes [23:36] &lt;dm&gt; (quake) [23:37] &lt;jrand0m&gt; 0.1 runs them securely, 0.2 runs them anonymously, 0.3 runs them scalably, 0.4 runs them non-harvestably [23:37] &lt;jrand0m&gt; (we're @ 0.1 now) [23:37] &lt;shardy&gt; what do you mean by non-harvestably? [23:37] &lt;co&gt; Sorry, what is harvestable again? [23:37] &lt;ChZEROHag&gt; dm: Unfortunately we've ben held back enough that realtime is after more than 30 years still not 'normal' [23:37] &lt;Myself248&gt; Phew. I was hoping someone would ask that. ;) [23:37] &lt;Ryan_Singer&gt; loggable [23:37] &lt;jrand0m&gt; harvesting means an active attacker can run a router, find out about lots of other routers ("harvest" them), and send the goons to kick in their doors [23:38] &lt;Myself248&gt; oh, like you can do with gnutella. :) [23:38] &lt;Ryan_Singer&gt; secret-servicy like goons [23:38] &lt;jrand0m&gt; right [23:39] &lt;shardy&gt; ah, gotcha. [23:39] &lt;jrand0m&gt; ok, but yeah, thats the microroadmap. [23:40] &lt;jrand0m&gt; now, am I being stupid calling these 0.x instead of 0.0.x? should 1.0 be "perfect" or should 1.0 be functional and safe? [23:40] &lt;Ryan_Singer&gt; jrand0m, and we will see .4 when? [23:40] &lt;jrand0m&gt; 0.4 is probably 2 weeks out [23:40] * jrand0m is taking a week off (ish) in mid october as I have people coming to visit [23:40] *** Signoff: dm (EOF From client) [23:40] &lt;mihi&gt; 1.0 should be stable. [23:40] &lt;co&gt; Let 1.0 be functional and safe. [23:40] &lt;thecrypto&gt; dittos co [23:41] &lt;Ryan_Singer&gt; 1.0 should be functional, stable and safe [23:41] &lt;ChZEROHag&gt; jrand0m: My philosophy, regarding version numbers, is if in doubt, copy Linux [23:41] &lt;Myself248&gt; 5.0 can be "perfect". Free software people are overly afraid of version number bloat. [23:41] &lt;jrand0m&gt; word [23:41] &lt;mrflibble&gt; jrand0m, v1 of things are never perfect :) [23:41] *** dm (~gj@anon.iip) has joined channel #iip-dev [23:41] &lt;mrflibble&gt; people dont expect them to be perfect either [23:41] &lt;dm&gt; did I miss 1.0? [23:41] &lt;ChZEROHag&gt; mrflibble: People don't expect any software to be perfect. People use windows. [23:41] &lt;Ryan_Singer&gt; this software will beGPL orLGPL? [23:41] &lt;jrand0m&gt; cool, I've already gotten flack for 1.0 being not-perfect yet [23:41] &lt;ChZEROHag&gt; That doesn't mean it shouldn't be. [23:41] &lt;mrflibble&gt; good point ChZEROHag [23:42] &lt;dm&gt; ah shit, I did didn't i.. [23:42] &lt;mihi&gt; dm: stop kidding [23:42] &lt;mrflibble&gt; yup, u did [23:42] &lt;jrand0m&gt; the router is GPL. the java client library is currently GPL, but I'm open. thecrypto and I are full owners of all but one section (the Cryptix AES impl, which is MIT) [23:42] &lt;dm&gt; alright alright I'm sorry :( [23:42] &lt;jrand0m&gt; actually, I take that back [23:42] &lt;jrand0m&gt; I used the Base64.java from freenet too [23:43] &lt;beefbroth&gt; are we still on agenda item 0.3 Apps ? [23:43] &lt;jrand0m&gt; so base64 is GPL :) [23:43] &lt;thecrypto&gt; and the IM client will be GPL [23:43] &lt;jrand0m&gt; oh yeah, we're on 0.3 aren't we [23:43] &lt;thecrypto&gt; as soon as i get around to putting comments in the code [23:43] *** UserX_ (~User@anon.iip) has joined channel #iip-dev [23:43] &lt;jrand0m&gt; heh thecrypto [23:43] &lt;ChZEROHag&gt; GPL sounds good to me [23:43] &lt;jrand0m&gt; w0ah, 23 users [23:43] &lt;Myself248&gt; we're on agenda item 6.02E23, random crap. :) [23:43] &lt;Ryan_Singer&gt; jrand0m, if you get time, I want to talk to you about liscencing and potential consulting gigs [23:43] &lt;jrand0m&gt; cool Ryan_Singer [23:43] &lt;ChZEROHag&gt; Though as someone (Fillament?) pointed out - if someone breaks the license how is an anonymous person going to do anything about it? [23:43] &lt;mihi&gt; jrand0m: 22 ;) [23:43] &lt;jrand0m&gt; ChZEROHag&gt; read my license on flinks ;) [23:43] &lt;Myself248&gt; we need an anonymous court system. [23:44] * mihi is here twice [23:44] &lt;jrand0m&gt; Myself248&gt; its called yodel ;) [23:44] &lt;Myself248&gt; "The court now hears docket number 34534, J. Doe v. J. Doe" [23:44] &lt;Ryan_Singer&gt; ChZEROHag, the reason I ask is for corporations to make use of this software for security against industrialespionage [23:44] &lt;co&gt; Naming server will be licensed under GPL as well. [23:44] &lt;CCD&gt; lol [23:44] &lt;Myself248&gt; "Baliff, aren't those the same parties as the last 34533 cases we've heard?" [23:44] &lt;shardy&gt; well [23:45] &lt;shardy&gt; there's always the idea that if you want people to *really* use your protocol, and you're not worried about money, just make it completely open. not even restricted by gpl. [23:45] &lt;co&gt; shardy: You mean public domain? [23:45] &lt;beefbroth&gt; i think that was co's lead in to 0.4 agenda item :-P [23:45] &lt;jrand0m&gt; shardy&gt; the specs are public and open. I have not asserted copyright on the specs. [23:45] &lt;Ryan_Singer&gt; shardy, no, we would like work on the protocol to stay available [23:45] &lt;shardy&gt; public domain, bsd license, "do whatever you want just give us credit please" license, etc [23:45] &lt;jrand0m&gt; the code is GPL for the router. one client api implementation in java is GPL [23:46] &lt;Ryan_Singer&gt; check out the liberty protocol.... (Link: http://projectliberty.org)http://projectliberty.org [23:46] &lt;shardy&gt; jrand0m: ok cool. gotcha. [23:46] * jrand0m has thought about "no government use" licenses ;) [23:46] &lt;jrand0m&gt; ok, the reason I tossed 3.0) apps into the list of issues is this [23:46] &lt;jrand0m&gt; we need help. [23:46] &lt;Ryan_Singer&gt; help with what? [23:46] &lt;jrand0m&gt; i2ptunnel is good code. i2p's router will be good code. [23:47] &lt;jrand0m&gt; what we need is for people to start figuring out the nuts and bolts of release engineering [23:47] &lt;dm&gt; why do you need apps if you can just use i2ptunner? [23:47] &lt;ChZEROHag&gt; jrand0m: come again? [23:47] &lt;jrand0m&gt; aka, how to actually package something up that joe sixpack can download and browse the web [23:47] &lt;ChZEROHag&gt; dm: Why do you need apps if you can just use telnet? [23:47] &lt;dm&gt; what? [23:47] * dm scratches his head. [23:47] &lt;CCD&gt; err, there is something besides telnet? [23:48] * jrand0m thinks thats ChZEROHag's point dm ;) [23:48] *** Myself248 is now known as myself248 [23:48] *** Signoff: thecrypto (Ping timeout) [23:48] &lt;ChZEROHag&gt; dm: To use i2ptunnel would be like having a working car and then dragging it around on a handcart [23:48] &lt;jrand0m&gt; ok, thats just that. I just wanted to mention in case people had spare time :) [23:48] &lt;jrand0m&gt; ok, 4.0) [23:48] &lt;jrand0m&gt; naming service [23:48] &lt;dm&gt; I can see he's trying to make a point. [23:48] &lt;jrand0m&gt; hi co, hows it going? :) [23:48] &lt;co&gt; The naming server must be GPL, since at least the Java implementation uses code from the client library to contact routers. [23:49] &lt;dm&gt; but we just spent 20 minutes going: I2Ptunnel + web server!, I2Ptunnel + quake! ;) [23:49] &lt;ChZEROHag&gt; Or, in computing terms, like doing all your internet stuff with telnet instead if directly on the ip stack [23:49] &lt;co&gt; I did not do much last week. I released the client API, which also needs work. [23:49] &lt;ChZEROHag&gt; i2ptunnel is an interrim solution [23:49] &lt;co&gt; I will have time this week, though, to begin implementing the naming server. [23:49] &lt;jrand0m&gt; cool [23:49] &lt;jrand0m&gt; where is the client api again? [23:50] &lt;mihi&gt; on the mailing list ;) [23:50] &lt;co&gt; One of its assumptions is that destinations can be encoded in base64, which is why I asked the question about that earlier. [23:50] &lt;jrand0m&gt; ChZEROHag&gt; in some ways its interim [23:50] * jrand0m !thwaps self [23:50] *** thecrypto (~thecrypto@anon.iip) has joined channel #iip-dev [23:50] &lt;dm&gt; so is TCP! [23:50] *** yodel (yodel@anon.iip) has joined channel #iip-dev [23:50] &lt;jrand0m&gt; 'lo yodel [23:50] &lt;beefbroth&gt; what are the naming conventions going to look like? is it something that joe average will be able to relate to (i.e. (Link: www.somthing.com)www.somthing.com or (Link: www.something.i2p)www.something.i2p for http/web stuff)? [23:50] &lt;co&gt; I will put the naming service specification and client API into CVS. [23:50] &lt;jrand0m&gt; wb thecrypto [23:50] &lt;ChZEROHag&gt; These have probably been covered before, but how will the ns provide unique names fairly? [23:50] * mihi wants to have *.mihi.iip ;) [23:50] &lt;jrand0m&gt; beefbroth&gt; with the naming service or without? [23:50] &lt;jrand0m&gt; heh mihi [23:50] &lt;ChZEROHag&gt; avoiding the squatting, etc. that has plagued DNS [23:50] &lt;thecrypto&gt; can someone send me what happened? [23:51] &lt;beefbroth&gt; jrand0m: with. i think without would be a long string of numbers. [23:51] &lt;co&gt; ChZEROHag: You will register with a group of naming servers, then will use the name of that group to identify yourself. [23:51] &lt;co&gt; As in IM.beefbroth.mygroup if you provide IM service. [23:51] &lt;mihi&gt; oops, s/iip/i2p [23:51] *** godmode0_ (~mode@anon.iip) has joined channel #iip-dev [23:51] *** Signoff: godmode0 (EOF From client) [23:51] &lt;jrand0m&gt; ChZEROHag&gt; co's naming service has trusted groups, where each group manages a group name (tld). you select chose which groups run each tld [23:51] &lt;co&gt; Yes, it will be possible for someone to register the username beefbroth with group2. [23:51] &lt;thecrypto&gt; in the 4 minutes i was gone [23:52] &lt;ChZEROHag&gt; co: So the only issue is the .mygroup uniqueness? [23:52] &lt;ChZEROHag&gt; And who gets the group 'com'? :-) [23:52] &lt;jrand0m&gt; and that is selected by the client [23:52] &lt;mihi&gt; ChZEROHag: i2p is not COMmerical [23:52] &lt;jrand0m&gt; (e.g. you tell your ns client lib "group '.com' is group 0123ff33aefcbb34fe [23:52] &lt;beefbroth&gt; I hate to suggest it, but I almost think the groups should default to 3 letters to preserve the illusion that it is similar to the regular web [23:52] &lt;co&gt; ChZEROHag: I am not sure who gets the "com" group. [23:52] &lt;co&gt; Good question. [23:53] &lt;shardy&gt; beefbroth: except the "regular web" is no longer only 3 letter lds [23:53] &lt;mihi&gt; beefbroth: or add a .i2p to all addresses. [23:53] &lt;ChZEROHag&gt; beefbroth: That illusion is only present in america [23:53] &lt;shardy&gt; tlds. [23:53] &lt;jrand0m&gt; to start with, we may just want to initially have one group of naming servers, ".i2p" [23:53] &lt;co&gt; beefbroth: The naming server software permits you to have up to 32 letters. [23:53] &lt;ChZEROHag&gt; Elsewhere we use the 2-letter country codes given us [23:53] &lt;shardy&gt; .us is also in use in america. [23:53] &lt;co&gt; Actually, I wanted the first group to be "test". [23:53] &lt;shardy&gt; as are things like .info and .name [23:53] &lt;jrand0m&gt; heh 'k [23:54] &lt;ChZEROHag&gt; shardy: yeah, by about 5 people. [23:54] &lt;ChZEROHag&gt; But this is perhaps a rant for another time :) [23:54] &lt;jrand0m&gt; actually... [23:54] &lt;shardy&gt; there's even a .museum [23:54] &lt;Ryan_Singer&gt; jrand0m, using .12p sounds good [23:54] &lt;jrand0m&gt; I ran into a distributed DNS based of JXTA the other day [23:54] &lt;co&gt; ChZEROHag: But the point is that if you do not like the people running the "com" group, you can establish the "com2" group and run its servers (and register with it). [23:55] &lt;ChZEROHag&gt; YEs that bit makes perfect sense [23:55] &lt;mihi&gt; ChZEROHag: (Link: http://www.nic.us/press/audio/dotus-mayEM.wav)http://www.nic.us/press/audio/dotus-mayEM.wav ;) [23:55] &lt;jrand0m&gt; co&gt; can't you just say "well, they 'think' they're .com, but I say .com is run by group2"? [23:55] &lt;ChZEROHag&gt; What I'm getting at, I suppose, is does it rely on first-come-first-served? [23:55] &lt;co&gt; You may configure your client to do anything. [23:56] &lt;Ryan_Singer&gt; how does the JXTA name system work? [23:56] &lt;jrand0m&gt; co&gt; (Link: http://wiki.java.net/bin/view/Jxta/DisDNS)http://wiki.java.net/bin/view/Jxta/DisDNS is a distributed DNS wiki, though its very rough and doesn't address any real hard issues [23:56] &lt;co&gt; ChZEROHag: In registering your username with a group, yes. [23:56] &lt;co&gt; jrand0m: I will look at that after the meeting. [23:56] &lt;jrand0m&gt; jxta runs naming servers off rendevous points [23:56] &lt;ChZEROHag&gt; mihi: wassat? [23:56] &lt;beefbroth&gt; so it is possible someone tries to attack the NS system by mimicing the already existing i2p group of naming servers [23:57] *** Signoff: jeremiah (Ping timeout) [23:57] &lt;co&gt; beefbroth: I think not. [23:57] &lt;mihi&gt; ChZEROHag: listen to it. why xxx million americans prefer .us over .com [23:57] &lt;mihi&gt; 68 million [23:57] &lt;co&gt; As I envision it, people setting up groups will announce those groups. [23:57] &lt;jrand0m&gt; mimicing? they can't mimic as the servers in the group are authenticated by public key systems [23:58] &lt;jrand0m&gt; however, if groups allow non-trusted members to join the group, they can be taken over trivially. [23:58] &lt;shardy&gt; but how is the key exchange done? [23:58] &lt;co&gt; The later people will face the problem that the group is already established, and the client software configuration files contain the former group's destinations. [23:58] &lt;ChZEROHag&gt; mihi: Well I've always said it makes sense to prefer it, patriotism and whatnot, I've just never really seen it. [23:58] &lt;beefbroth&gt; what happens if two groups of naming servers both claim to resolve the .i2p group? [23:58] &lt;co&gt; Good question, though, and I will think over it again, carefully. [23:58] &lt;ChZEROHag&gt; mihi: anyway, I shall have a listen [23:58] &lt;jrand0m&gt; shardy&gt; no key exchange - key publishing [23:58] &lt;beefbroth&gt; i see, good point [23:58] &lt;ChZEROHag&gt; co: Yeah that's another thing I was trying to get at [23:58] &lt;shardy&gt; but keys can still be intercepted if they're published online [23:58] &lt;jrand0m&gt; beefbroth&gt; no one claims anything. your client says "i2p == [dest1, dest2, dest]" [23:59] &lt;shardy&gt; what we need is a trust-based dns system :) [23:59] &lt;shardy&gt; so you can submit a query for the name and get back a list of responses... and then go with the trusted one [23:59] &lt;co&gt; Thank you for bringing this up. [23:59] &lt;jrand0m&gt; shardy&gt; ah, I think I understand the confusion. I think the naming service will want to come with a set of destinations out of band (aka packaged with install) [23:59] &lt;ChZEROHag&gt; Yeah we have one - everyone trusts IANA (or whatever they call themselves) or else. [23:59] * shardy ducks [23:59] &lt;ChZEROHag&gt; :-D [23:59] &lt;mrflibble&gt; they're trying that with dnssec, but of course that's not anonymous [00:00] &lt;jrand0m&gt; what this naming service does is get away from root servers [00:00] &lt;beefbroth&gt; you could always have an i2p homepage that listed active naming groups and authorites? [00:00] &lt;shardy&gt; jrand0m: ok. just pointing out that it can still be intercepted no matter what you do, unless there's a physically secure channel to initially transmit those keys over... [00:00] &lt;co&gt; shardy: I think I covered key exchange in the spec. If not, tell me. [00:00] &lt;shardy&gt; but packaging it oob makes it better [00:00] &lt;shardy&gt; co: I'll check it out. [00:00] &lt;jrand0m&gt; shardy&gt; oh, right. yes, people need to be able to trust the code they download [00:00] &lt;co&gt; beefbroth: Certainly. [00:01] &lt;ChZEROHag&gt; aah that reminds me [00:01] &lt;jrand0m&gt; beefbroth&gt; yes, thats most certainly one of the first apps that will be implemented - an i2p webserver w/ bbs &amp;amp; wiki that people can access through i2p [00:01] &lt;ChZEROHag&gt; I should create a gpg key for my iipmail [00:01] *** yodel has left #iip-dev [00:01] * ChZEROHag does so while unexciting stuff happens [00:01] &lt;jrand0m&gt; heh ok [00:01] &lt;co&gt; Please understand that the naming server specification is still open to suggestions for improvement. [00:02] &lt;shardy&gt; I think I'm going to bring all the specs with me on the flight to toorcon... that'll give me a time to read them [00:02] &lt;co&gt; I do not claim it is perfect or finalized at this time. [00:02] &lt;jrand0m&gt; heh I hope its a long flight [00:02] &lt;shardy&gt; and it's more productive than playing fft advance the entire time, heh [00:02] * jrand0m has found that criticism will more freely come once there is code implementing specs [00:02] *** godmode0_ is now known as godmode0 [00:02] &lt;co&gt; And I have to write the code. [00:02] &lt;co&gt; I think we can move on to the next topic now. [00:02] &lt;jrand0m&gt; 'k [00:02] &lt;jrand0m&gt; 5.0) IM [00:03] &lt;jrand0m&gt; hi thecrypto [00:03] &lt;mihi&gt; names should not be able to clash with base64 representations. [00:03] &lt;thecrypto&gt; hi [00:03] &lt;thecrypto&gt; okay [00:03] &lt;mihi&gt; and the namin server should transparently return bas64 addressas as is. [00:03] &lt;co&gt; mihi: Very well, I will try to avoid that problem. [00:03] &lt;thecrypto&gt; first since my e-mail isn't working again (damn spammers) [00:03] &lt;jrand0m&gt; (all classes that extend DataStructure have String .toBase64() and .fromBase64(InputStream) ) [00:03] &lt;thecrypto&gt; i'll answer whit's questions about me system here [00:04] * jrand0m loads up co's email [00:04] &lt;mihi&gt; jrandom? why Inputstream and not Reader? [00:04] &lt;thecrypto&gt; network is the first thing that came to mind, you are making connections over the i2p network, it's very p2p so i called it a networkr [00:04] &lt;jrand0m&gt; if you want a Reader, just run an InputStreamReader, you brat [00:04] &lt;mihi&gt; base64 is characters, not bytes in my opinion. [00:04] &lt;ChZEROHag&gt; jrand0m: IM == Instant Messaging? [00:04] &lt;jrand0m&gt; yes ChZEROHag [00:04] &lt;thecrypto&gt; if people have a problem with that, give me a suggestion for what to call it about [00:05] &lt;ChZEROHag&gt; jabber? [00:05] &lt;thecrypto&gt; IM == my own distributed IM network [00:05] &lt;shardy&gt; you should call it "bob" [00:05] &lt;jrand0m&gt; i2p im is a network in the same way aim is a network, or kazaa is a network, all running over tcp/ip or udp/ip [00:05] &lt;co&gt; How about IM application? [00:05] &lt;ChZEROHag&gt; (anonabber) [00:05] &lt;co&gt; jrand0m: I see. [00:05] &lt;thecrypto&gt; jabber requires a centerized server [00:05] &lt;jrand0m&gt; terminology doesn't matter to me. I like shardy's idea [00:05] &lt;ChZEROHag&gt; thecrypto: Nothing *requires* a centralised server [00:05] &lt;thecrypto&gt; and i cannot spell today so bear with me [00:05] &lt;ChZEROHag&gt; That's just the way things are written [00:05] &lt;jrand0m&gt; (though I prefer Betty) [00:05] &lt;thecrypto&gt; so you want me to call it I2PIM bob? [00:05] &lt;thecrypto&gt; :) [00:05] &lt;jrand0m&gt; how about wilma? [00:05] &lt;jrand0m&gt; fred is taken thoug [00:05] &lt;co&gt; How about distributed IM? [00:05] &lt;jrand0m&gt; DIM, heh [00:05] &lt;co&gt; But then, distributed IM *application*? [00:05] &lt;dm&gt; AIM, anonymous Instant messaging! [00:05] &lt;thecrypto&gt; bad acronym :) [00:06] &lt;dm&gt; then we can take over AOL. [00:06] &lt;thecrypto&gt; ohh i can just wait for AOL to get wind of that [00:06] &lt;ChZEROHag&gt; dm: That would realy piss certain wankers off. I like it. [00:06] &lt;jrand0m&gt; heh do it [00:06] &lt;Ryan_Singer&gt; thecrypto, will webe able to implement IM in a decentralised way, or will it have to be centrallized? [00:06] &lt;co&gt; dm: Good idea. I would back that acronym. [00:06] &lt;jrand0m&gt; the way I've read thecrypto's docs, the IM is fully decentralized [00:06] &lt;thecrypto&gt; i am implementing a distributed IM, it's in the CVS [00:06] &lt;beefbroth&gt; I would vote against anything that is going to confuse people [00:07] &lt;Ryan_Singer&gt; AOL TimeWarner changed it's name to Time Warner [00:07] &lt;ChZEROHag&gt; dm: That would realy piss certain wankers off. I like it. [00:07] &lt;jrand0m&gt; being transparently anonymous isn't useful if people don't understand what anonymous is. [00:08] &lt;ChZEROHag&gt; Oh wait, I have something like this down on paper [00:08] &lt;beefbroth&gt; I like the crypto's idea [00:08] &lt;thecrypto&gt; what "network" I2PIM runs on is what I'm looking for [00:08] &lt;jrand0m&gt; teaching people how to protect themselves is a really important thing [00:08] &lt;thecrypto&gt; i was thinking Presence System? [00:08] &lt;Ryan_Singer&gt; hypethe security aspect of anon [00:08] &lt;dm&gt; I2M (instant 2 messaging) [00:08] &lt;ChZEROHag&gt; Although I only called it XIrc [00:09] &lt;jrand0m&gt; you're the man thecrypto, whatever works for ya ;) [00:09] &lt;dm&gt; and in the I2M logo, the 2 will be really small :) [00:09] &lt;thecrypto&gt; well I2P expands to Invisible ... jrand0m ? [00:09] &lt;ChZEROHag&gt; The main thing I liked about it was that everyone was called a Borg and they chatted in Collectives [00:09] &lt;jrand0m&gt; i2p = i^2p (invisible internet project) [00:09] &lt;co&gt; I thought the P stands for protocol. [00:09] &lt;jrand0m&gt; that too [00:09] &lt;jrand0m&gt; well, actually, no [00:10] &lt;thecrypto&gt; so it's Invisible Internet Project Instant Messaging [00:10] &lt;jrand0m&gt; i2np is the protocol [00:10] &lt;jrand0m&gt; i2p is the project [00:10] &lt;jrand0m&gt; i2cp is the client proto [00:10] &lt;beefbroth&gt; I thought it stood for "poop" [00:10] &lt;co&gt; thecrypto: You are right, the name does not matter too much. [00:10] &lt;dm&gt; i2m = i^2m = instant invisible messaging [00:10] &lt;thecrypto&gt; so next topic then [00:10] &lt;Ryan_Singer&gt; ok....so, we're drifting off agenda...are we done with IM? [00:10] &lt;shardy&gt; if "bob" isn't good enough, we can call it "jimbob" [00:10] &lt;jrand0m&gt; 0k, 6.0) administravia [00:10] &lt;thecrypto&gt; no, still more here [00:11] &lt;thecrypto&gt; sorry [00:11] &lt;co&gt; It's administrivia. [00:11] &lt;thecrypto&gt; no it's IM [00:11] &lt;jrand0m&gt; nop&gt; give me root. I need to get anon cvs, bugzilla, and cvsweb installed. [00:11] &lt;thecrypto&gt; i wasn't finished [00:11] &lt;thecrypto&gt; :) [00:11] &lt;thecrypto&gt; rewind! [00:11] * jrand0m backs up [00:11] &lt;jrand0m&gt; 5.1) thecrypto v2 [00:11] &lt;Ryan_Singer&gt; what else is there in IM, thecrypto? [00:12] &lt;mihi&gt; thecrypto: just talk on; /me idi it the same way as i missed the naming services [00:12] &lt;thecrypto&gt; okay, the thing about presences communicating is different [00:12] &lt;thecrypto&gt; not everyone knows everyone else [00:12] &lt;thecrypto&gt; there is practically no way to "stalk" someone [00:12] &lt;thecrypto&gt; you have to ask to be shown [00:13] &lt;mihi&gt; in anonymous networks, usually no one knows anyone else ;) [00:13] &lt;jrand0m&gt; (as long as people's Destination is random) [00:13] *** Signoff: pitu (Lost terminal) [00:13] &lt;dm&gt; what do you mean? [00:13] &lt;thecrypto&gt; Alice wants to talk to Bob [00:13] &lt;jrand0m&gt; mihi&gt; though the naming service allows search by service [00:13] &lt;jrand0m&gt; (service being IM, www, etc) [00:13] &lt;thecrypto&gt; Alice finds Bobs IM destination some how, prolly by the naming service [00:14] &lt;thecrypto&gt; So Alice sends a message to Bobs IM destination [00:14] &lt;dm&gt; yes? [00:14] &lt;thecrypto&gt; he gets a little message saying "Alice tried to contact you" if he wants to talk to her, he can, or he can ignore it [00:15] &lt;thecrypto&gt; but there is no central presence server, Alice can also just see her message disappear and not get a response [00:15] &lt;dm&gt; ok, like MSN then? [00:15] &lt;jrand0m&gt; (though Alice can know that Bob ignored her) [00:15] &lt;thecrypto&gt; and Alice can't just put Bob on her buddy list and wait for him [00:15] &lt;Ryan_Singer&gt; thecrypto, ok...how is this different then properly configured Y!, MSN or AIM..apart from the nocentral server bit [00:15] &lt;thecrypto&gt; because Bob has to send a message to Alice to see her sign on [00:15] &lt;Ryan_Singer&gt; oh [00:15] &lt;dm&gt; ok, it doesn't change anything as far as the user is concerned, but I see what you mean. [00:16] &lt;jrand0m&gt; thecrypto&gt; not quite true [00:16] &lt;Ryan_Singer&gt; got it..no buddylist functionality... [00:16] &lt;jrand0m&gt; oh, well, hmm, technically... [00:16] &lt;thecrypto&gt; Ryan_Singer: no there is still a buddy list [00:16] &lt;dm&gt; how does alice send bob a message if she can't see him? [00:16] &lt;dm&gt; you just have to try random contacts in case they are there? [00:16] &lt;jrand0m&gt; bob has to send a message to alice's router, which can happen without alice knowing it [00:16] &lt;thecrypto&gt; Alice can just randomly try [00:17] &lt;dm&gt; that's not very convenient? you go online and have to send everyone a message saying (you there?, you there?) [00:17] &lt;beefbroth&gt; thecrypto: can't a user "notify" all their buddies when they sign on by sending them a message? or is that what you were just saying [00:17] * co notes that there can be two Bobs registered with two different naming server groups. [00:17] &lt;thecrypto&gt; beefbroth: that was just want i'm saying [00:17] &lt;dm&gt; ok, so similar to current scheme but you are invisible by default. [00:17] &lt;dm&gt; gotcha. [00:18] &lt;thecrypto&gt; dm: no it's the other way around, when you sign on, you send a message to everyone saying "I'm on, I'm on" if you recieve a message saying "I'm on" you return it [00:18] &lt;thecrypto&gt; if you want to [00:18] &lt;co&gt; So the user controls who can see him/her/it. [00:18] &lt;thecrypto&gt; so Alice can put you on her buddy list and you'll get a message when she signs on saying "Alice has put you on her buddy list, would you like to notify her of your presece" [00:19] &lt;Ryan_Singer&gt; when you get off do you first send a msg that says "I'm getting off"? [00:19] &lt;dm&gt; ok, so the IM experience is the same as it is now. Just wanted to confirm that. [00:19] &lt;thecrypto&gt; if Bob has Alice on his buddy list and Bob recives and Online message from Alice the return message is automatic [00:19] &lt;beefbroth&gt; It might need to "ping" the other IM user every so often to make sure there wasn't an unintentional disconnect [00:19] &lt;thecrypto&gt; If Bob doesn't have Alice on his buddy list and bob recives an online message from alice, the user is propmted [00:19] &lt;dm&gt; ok, that's just a way to get around having a server, but the question is will the apps be setup by default to send a "I'm on" when someone logs on. [00:20] &lt;Ryan_Singer&gt; hopefully [00:20] &lt;jrand0m&gt; Ryan_Singer&gt; or just have a periodic "I'm still on" ping [00:20] &lt;jrand0m&gt; (and missing ping == off) [00:20] &lt;Ryan_Singer&gt; keep-alive type deal? [00:20] &lt;beefbroth&gt; It might need to "ping" the other IM user every so often to make sure there wasn't an unintentional disconnect [00:20] &lt;thecrypto&gt; if Bob has Alice on his buddy list and Bob recives and Online message from Alice the return message is automatic [00:20] &lt;beefbroth&gt; heh [00:20] &lt;thecrypto&gt; If Bob doesn't have Alice on his buddy list and bob recives an online message from alice, the user is propmted [00:21] &lt;dm&gt; ok, so the IM experience is the same as it is now. Just wanted to confirm that. [00:21] &lt;thecrypto&gt; just you now have a confirm on buddy adds [00:21] &lt;thecrypto&gt; which i think only ICQ has [00:21] &lt;jrand0m&gt; will the IM app be a stand alone or will I be able to use trillian? [00:21] &lt;dm&gt; yeah, that's how MSN works. [00:21] &lt;jrand0m&gt; [etc] [00:21] &lt;ChZEROHag&gt; thecrypto: ICQ only pretends to require confirmation [00:21] &lt;beefbroth&gt; dm: wrong. you won't have to deal with MSN, Y! and AIM changing their protocols and locking people out every few months :) [00:22] &lt;thecrypto&gt; jrand0m: i'll make a spec, trillian can either give me a plugin interface or they can write thier own [00:22] &lt;thecrypto&gt; i will be writing a plugin for gaim at leasty [00:22] &lt;thecrypto&gt; along with a standalong client [00:22] &lt;jrand0m&gt; cool [00:22] &lt;thecrypto&gt; which is built to be used with the network [00:22] &lt;jrand0m&gt; does gaim support file xfer or will that be the benefit of the i2pim client? [00:22] &lt;beefbroth&gt; thecrypto: you might want to give a shout to the kopete developers just to let them know [00:22] * jrand0m shows his cluelessnesss [00:23] &lt;thecrypto&gt; i'll try to make the gaim plugin work as well as the standalong, but i don't know [00:23] &lt;co&gt; thecrypto: Let's have the standalone application first. [00:23] &lt;thecrypto&gt; gaim file transfer i think only works on AIM [00:23] &lt;thecrypto&gt; so it might take some wrangling to get it into a plugin [00:23] &lt;Ryan_Singer&gt; ok..I think we all understand this now...any more IM issues? [00:24] &lt;thecrypto&gt; and co's final thing [00:24] &lt;beefbroth&gt; gaim suffers problems with it's IM xfers for people using NAT [00:24] &lt;thecrypto&gt; more than one person can have the same name [00:24] &lt;thecrypto&gt; they will have unique destinations [00:24] *** Signoff: mihi (Ping timeout) [00:24] &lt;co&gt; All right. [00:24] * mihi_backup is still here... [00:24] &lt;thecrypto&gt; but someone can't masquerde [00:25] &lt;jrand0m&gt; heh nice1 mihi_backup [00:25] &lt;co&gt; If you use the naming server, it will be "Bob from group1" and "Bob from group2". [00:25] &lt;co&gt; With unique destinations. [00:25] &lt;jrand0m&gt; right thecrypto. names are arbitrary. kind of like dns ;) [00:25] *** mihi (~none@anon.iip) has joined channel #iip-dev [00:25] &lt;thecrypto&gt; also the IM client itself can optionally check "Hey, this IM you got was from someone called Bob, the destination of the Bob in your list is different, accept message?" [00:26] &lt;dm&gt; mihi: your backup talked while you were gone. [00:26] &lt;thecrypto&gt; if they person is trying to masquerde Bob, you'll know, otherwise, you can alias them out [00:26] &lt;mihi&gt; i know... [00:26] &lt;jrand0m&gt; "someone called bob"? says who? they call themself bob? or some group calls them bob? or you call their dest bob? [00:26] &lt;thecrypto&gt; there is a feild in the presence called name [00:26] &lt;thecrypto&gt; i'm looking at that [00:27] * jrand0m likes the way ICQ works with that problem - everyone is a number and you just alias numbers locally to names [00:27] &lt;co&gt; As an aside, should I make the NS entity names case insensitive? [00:27] &lt;jrand0m&gt; probably co [00:27] &lt;mihi&gt; base64 things must be case sensitive still ;) [00:27] * jrand0m doesn't want people spoofing Jrand0m [00:27] &lt;co&gt; mihi: Entity names, not destinations. [00:27] &lt;jrand0m&gt; right right mihi [00:28] &lt;jrand0m&gt; (well, people can spoof jrand0m all they want. I just want jrandom back) [00:28] &lt;co&gt; Go on, thecrypto. [00:28] *** Signoff: UserX_ (Ping timeout) [00:28] &lt;thecrypto&gt; that's all i have [00:28] &lt;thecrypto&gt; finally :) [00:28] &lt;mihi&gt; co: you should be able to place a destination wherever you can place an entity name. [00:28] &lt;mihi&gt; like it is with dns names and IPs [00:28] &lt;co&gt; mihi: Good point. I will add that to the specification. [00:28] &lt;thecrypto&gt; jrand0m: actully it's kinda like ICQ except you tell people what you'd like your alias to be [00:29] &lt;thecrypto&gt; which i think they do now [00:29] &lt;co&gt; The idea, though, is that it will be much shorter to type names than destinations. [00:29] &lt;jrand0m&gt; mihi&gt; the naming service only turns names to destinations - if you ask the naming service for the destination of a destination, it should return really really quickly [00:29] &lt;Ryan_Singer&gt; ok guys...I have a meeting... jrand0m, anonymail me [00:29] &lt;jrand0m&gt; 'k adios [00:29] &lt;mihi&gt; jrand0m: yes, and it should return that dest itself, and not "not found" [00:30] &lt;jrand0m&gt; right [00:30] *** Signoff: Ryan_Singer ((null)) [00:30] &lt;jrand0m&gt; ok. we're at 7.0) [00:30] &lt;jrand0m&gt; questions [00:30] &lt;jrand0m&gt; hi [00:30] &lt;co&gt; What about 6.0) Administrivia? [00:31] &lt;co&gt; Or were you done with that? [00:31] &lt;jrand0m&gt; 6.0 administravia was just me nagging nop to give me root to get y'all: anon cvs access, bugzilla, and a cvsweb interface :) [00:31] &lt;beefbroth&gt; are there going to be owners to work on packaging the alpha, beta and releases for Win/Mac/SuSE/RehHat/Debian to speed up adoption? [00:32] &lt;jrand0m&gt; you volunteering? [00:32] &lt;jrand0m&gt; (aka yeah, that'd be great) [00:32] &lt;beefbroth&gt; If I learn how to make a package for my distribution :) [00:32] &lt;jrand0m&gt; what distro do you use? [00:33] &lt;co&gt; As I recall, the IIP developers wanted to reimplement IIP over I2P. If I2P delivers on its promises of anonymity, will it not be simpler to just have IRC over I2P? [00:33] &lt;beefbroth&gt; But my point is, alot of people rely on those. It would make it easier for people to adopt. Freenet suffers from a lack of active maintainers. [00:33] &lt;dm&gt; jr makes for a good manager :) [00:33] &lt;jrand0m&gt; yes co, simpler, but not as scalable [00:33] *** UserX_ (~User@anon.iip) has joined channel #iip-dev [00:33] &lt;thecrypto&gt; yes, but some people don't want IRC [00:34] &lt;jrand0m&gt; beefbroth&gt; you're absolutely right, there's a lot of work to do, and I need to sleep at least 4 hours a night [00:34] &lt;co&gt; thecrypto: Good point, though I2P will anonymize people's IP addresses. [00:34] &lt;beefbroth&gt; jrand0m: i can help package when things are ready. I think that's a great way some non-developers with a bit of technical expertise can contribute. [00:34] &lt;jrand0m&gt; awesome beefbroth [00:34] &lt;thecrypto&gt; if we have IM and IRC, more adoption [00:35] &lt;mihi&gt; co: the problem is that with irc there is something to shut down (servers). [00:35] *** jeremiah (~jeremiah@anon.iip) has joined channel #iip-dev [00:35] &lt;jrand0m&gt; thecrypto&gt; instant adoption: opennap [00:35] &lt;beefbroth&gt; it's easier to learn to make packages than to learn i2p datastructures. it's an easy way for a few people to get involved [00:35] &lt;dm&gt; IRC is quite tough though isn't it? [00:35] &lt;dm&gt; distributed IRC that is... [00:35] &lt;co&gt; mihi: Of course. I forgot that. Thank you for reminding me. Objection withdrawn. [00:36] &lt;jrand0m&gt; dm&gt; irc can have multiple irc servers (ala efnet, etc) that talk to each other through i2p [00:36] &lt;shardy&gt; do you mean an "irc lookalike" chat protocol? [00:36] &lt;shardy&gt; or adapting irc? [00:36] &lt;jrand0m&gt; with people talking to each other by tunneling to one of the irc servers via i2p [00:36] &lt;dm&gt; irc with servers behind i2p is fine, I'm saying without servers. Doesn't matter I guess. [00:37] &lt;jrand0m&gt; dm&gt; right, it can be done much better without servers, and some thought has been put into it, but nothing really solid (to my knowledge) [00:38] &lt;dm&gt; anyway, it's off-topic. [00:38] &lt;dm&gt; carry on! [00:39] &lt;jrand0m&gt; any other questions? [00:39] &lt;jrand0m&gt; anyone read the specs yet? ;) [00:39] &lt;jrand0m&gt; (other than beefbroth, who has them memorized) [00:39] * dm looks at the ceiling. [00:40] &lt;jrand0m&gt; ok, 100 minute meeting it is then [00:40] &lt;thecrypto&gt; i'm reading the, when i need something :) [00:40] &lt;ChZEROHag&gt; specs! [00:40] &lt;ChZEROHag&gt; That's what I forgot! [00:40] &lt;jrand0m&gt; heh [00:41] *** dm has changed the topic on channel #iip-dev to topic1 [00:41] * jrand0m loads up and... [00:41] * jrand0m *baf*s the meeting to an end </div>/cs/blog/2003/09/23/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-23.-z%C3%A1%C5%99%C3%AD-2003/Tue, 23 Sep 2003 00:00:00 +0000/cs/blog/2003/09/23/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-23.-z%C3%A1%C5%99%C3%AD-2003/<h2 id="quick-recap">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> beefbroth, CCD, ChZEROHag, co, dcat, dm, godmode0, jrand0m, mihi, mihi_backup, mrflibble, Myself248, myself248, nop, pitu, Ryan_Singer, shardy, thecrypto, UserX, yodel</p> <h2 id="meeting-log">Zápis ze schůzky</h2> <div class="irc-log"> [22:56] <jrand0m> ok ok [22:56] <jrand0m> program [22:56] <jrand0m> 0.0) přivítání [22:56] <jrand0m> 1.0) stav vývoje [22:56] <jrand0m> 1.1) router [22:56] *** Myself248 (~ident@anon.iip) vstoupil na kanál #iip-dev [22:56] <jrand0m> 1.2) DH předvýpočet [22:56] <jrand0m> 2.0) mikroplán [22:56] <jrand0m> 3.0) aplikace / použití [22:56] <jrand0m> 4.0) ns [22:56] <jrand0m> 5.0) IM [22:56] <jrand0m> 6.0) administrativa (cvs, bugzilla, cvs list, cvs web) [22:56] <jrand0m> 7.0) dotazy [22:57] <jrand0m> (ano, dnes 7 bodů. w00t) [22:57] <jrand0m> 0.0) přivítání [22:57] <jrand0m> ahoj. [22:57] <dm> čau [22:57] <jrand0m> dnes 17 uživatelů. paráda [22:57] *** Ryan_Singer (chatzilla@anon.iip) vstoupil na kanál #iip-dev [22:57] <jrand0m> a přibývá [22:57] <jrand0m> ok [22:57] <thecrypto> 1~ahoj [22:57] <jrand0m> 1.1) stav vývoje pro router [22:58] <jrand0m> referenční implementace routeru v Javě si vede velmi dobře [22:58] *** ChZEROHag (hag@anon.iip) vstoupil na kanál #iip-dev [22:58] <jrand0m> teď už můžeme spouštět aplikace na různých routerech a posílat si navzájem zprávy [22:59] <ChZEROHag> Promiňte, že přerušuji, ale snad jen jednou [22:59] <jrand0m> postupujeme iterativně a inkrementálně; aktuální stav je bezpečný, neanonymní, neškálovatelný a snadno zmapovatelný [22:59] <ChZEROHag> Dělá někdo další C API? [22:59] <jrand0m> čau ChZEROHag, jak to jde? [22:59] <ChZEROHag> Protože já ano, ale hodně pomalu [22:59] *** dcat (dirtycat@anon.iip) vstoupil na kanál #iip-dev [22:59] <jrand0m> oh super [22:59] <jrand0m> shardy na něm bude dělat po skončení toorconu [22:59] <jrand0m> možná byste na tom mohli pracovat spolu? [23:00] <co> jrand0m: Můžeš ručně zadat destination, na kterou se mají posílat zprávy? [23:00] <co> Lépe řečeno, existuje ASCII reprezentace destination? [23:00] <jrand0m> ano co, obojí [23:00] <co> Výborně. [23:00] <jrand0m> destinations a všechny I2P struktury lze načítat a serializovat v (alternativní abecedě) base 64 [23:01] <thecrypto> takže to nepůjde snadno zapamatovat, ale bude to ascii? [23:01] <jrand0m> (např. v netDb jednoho z mých routerů mám leaseSet-enD4jtE-orMwFD0QGog9GAyC5MvLvnPzhVD8cDYvSI8.dat, který obsahuje lease set pro destination enD4jtE-orMwFD0QGog9GAyC5MvLvnPzhVD8cDYvSI8) [23:02] <jrand0m> [i když to je H(destination).toBase64() [23:03] <jrand0m> ChZEROHag> když s tím budeme moct jakkoli pomoct, řekni jen slovo [23:03] <jrand0m> ok toť 1.1. 1.2) DH předvýpočet [23:03] <ChZEROHag> Mohl bys to udělat za mě? :-) [23:04] <jrand0m> včera večer jsem napsal optimalizaci s předvýpočtem pro DH výměny, která ušetří ~1 s z 1,5 s vyjednávání relace. Budu rád, když někdo, kdo rozumí kryptu, ověří, že nejsem blázen ;) [23:04] <jrand0m> lol ChZEROHag [23:04] <ChZEROHag> áá už vím, co jsem potřeboval [23:04] <ChZEROHag> implementaci netDb [23:04] <thecrypto> je to v cvs? [23:04] <thecrypto> to dh [23:04] <jrand0m> ano thecrypto [23:05] <jrand0m> C:\dev\i2p\code\core\java\src\net\invisiblenet\i2p\crypto\DHSessionKeyBuilder.java [23:05] <ChZEROHag> Budu vzhůru ještě tak 3/4 hodiny, třeba mi to dá práci [23:05] <jrand0m> er, s/C:\\dev/g; s/\\/\//g [23:05] *** wax_off (~nomail@anon.iip) vstoupil na kanál #iip-dev [23:06] <jrand0m> jasně. K čemu potřebuješ implementaci netDb? [23:06] <ChZEROHag> Nepamatuju si [23:06] <jrand0m> momentálně máme v cvs neškálovatelný netDb [23:06] <jrand0m> heh [23:06] <ChZEROHag> Týden jsem se toho ani nedotkl [23:06] <jrand0m> pracuješ na C I2CP api, že? ne I2NP? [23:07] <ChZEROHag> Chtěl jsem udělat všechno [23:07] *** wax_off opustil #iip-dev [23:07] <jrand0m> I2NP je opravdu, opravdu, opravdu výrazně víc práce než I2CP [23:07] <ChZEROHag> Jakmile se pořádně rozjedu, půjde to samo [23:07] <jrand0m> ale kdybys implementoval I2NP v C, to by bylo hustý [23:07] <dm> existuje teď I2NP v čemkoli? [23:07] <jrand0m> (I2CP:I2NP::FCP:FNP) [23:07] <jrand0m> ano dm [23:08] * ChZEROHag de-minimalizuje emacs [23:08] <jrand0m> java implementace, na které dělám, má I2NP funkční [23:08] <dm> no jo... [23:08] <ChZEROHag> jrand0m: url? Hodil by se mi nějaký referenční bod, i kdyby to bylo v příšerném jazyce. [23:08] <jrand0m> heh [23:08] <jrand0m> erm, to je vlastně 6.0 administrativa: alias kde sakra je náš anonymní přístup do cvs ;) [23:09] <thecrypto> stahuju to DH [23:09] <jrand0m> super [23:09] <ChZEROHag> Jasně [23:09] <Ryan_Singer> jrand0m, zpátky k plánu, mikroplán? [23:09] * thecrypto schovává obličej [23:09] <ChZEROHag> tak si počkám :) [23:09] <jrand0m> heh 'k [23:09] <jrand0m> mikroplán [23:09] <jrand0m> mám rozplánované 0.1 až 0.5 [23:09] <dm> následoval jsi roadmapu freenetu? [23:10] *** mrflibble (mrflibble@anon.iip) vstoupil na kanál #iip-dev [23:10] <jrand0m> 0.1) funkční, bezpečný, neanonymní, neškálovatelný, snadno zmapovatelný [23:10] <dm> vývoj se u 0.5 zpomalí a zamrzne... [23:10] <jrand0m> teď jsme na 0.1. [23:10] <jrand0m> heh to jsem si všiml, dm, flinks to odpískal taky na 0.5.2 ;) [23:10] <co> Jak nazýváš celý balík? [23:10] <jrand0m> (zvláštní náhoda) [23:10] <co> tj. verze 0.1 čeho? [23:10] <jrand0m> celý balík? i2p router reference implementation [23:10] <ChZEROHag> co: Wonga [23:10] * beefbroth se přidává k meetingu [23:11] <jrand0m> buenos noches beefbroth [23:11] <co> Dobrá. To to vysvětluje. [23:11] <ChZEROHag> Možná to tak fakt nazvu. Zní to určitě zajímavěji než 'i2pd' [23:11] <jrand0m> 0.1 má chyby, to je jasné. A nemá žádné zásadní optimalizace (i když DH předvýpočet pomáhá). [23:11] <jrand0m> heh [23:11] <Ryan_Singer> jrand0m, co je 0.2)? [23:11] <jrand0m> invisible internet police department [23:11] <jrand0m> ok, 0.2 [23:12] <jrand0m> 0.2 je funkční, bezpečný, anonymní, neškálovatelný, snadno zmapovatelný [23:12] <jrand0m> 0.2 přidá podporu pro tunely s nenulovou délkou [23:12] <jrand0m> většinu z toho jsem vlastně implementoval včera v noci, ale ještě to není důkladně otestované [23:12] <jrand0m> myslím, že 0.2 bude hotová do konce týdne [23:12] <Ryan_Singer> jak daleko k tomu jsme z pohledu vývoje? [23:13] <Ryan_Singer> skvělé [23:13] <jrand0m> 0.3) je funkční, bezpečný, anonymní, škálovatelný, snadno zmapovatelný [23:13] * thecrypto pořizuje bochs, aby mohl simulovat síť a pomoct s tím [23:13] <jrand0m> 0.3 přidá kademliaDatabaseManager (Kademlia — distribuovaná hašovací tabulka) [23:13] <jrand0m> teď používáme BroadcastDatabaseManager [23:13] <jrand0m> (alias gnunet ;) [23:14] <jrand0m> snadné na implementaci a funkční pro malé sítě, ale k škálování potřebujeme Kademlii [23:14] <jrand0m> 0.4) je funkční, bezpečný, anonymní, škálovatelný, nezmapovatelný [23:14] <jrand0m> to přidá důvěryhodná propojení [23:14] <Ryan_Singer> jrand0m, a jak náročné je implementovat Kademlii? [23:14] <jrand0m> mám dvě myšlenky na důvěryhodná propojení... jedna je snadněji implementovatelná a použitelná [23:15] <jrand0m> Kademlia zabere pravděpodobně celý týden [23:15] <jrand0m> (aby byla správně) [23:15] <jrand0m> berte, že všude je prostor na refactoring a ladění. Cílím nejdřív na funkčnost, pak ladíme. [23:16] <co> Jsi si jistý, že to budeš moct vyvinout a otestovat tak rychle? [23:16] <jrand0m> nejsem si jistý ničím [23:16] <jrand0m> to je jen můj odhad [23:16] <Ryan_Singer> co, on udělá funkčnost, my testujeme [23:16] <ChZEROHag> Jsi si jistý? [23:16] <ChZEROHag> (sorry) [23:16] <co> Ryan_Singer: Chápu. [23:17] * jrand0m <3 lidi, co testují :) [23:17] <Myself248> Když říkáš „my“ testujeme. Je nějaké místo pro netvůrce, kde by pomohli s testováním? [23:17] <jrand0m> Myself248> pravděpodobně až do 0.4 ne [23:17] <dm> doufejme, že to nikdy nedojde do stavu, kdy je to funkční, ale nikdo nemá tušení, co se sakra uvnitř sítě děje, aby to fungovalo dobře (tj. freenet) [23:18] <jrand0m> jakmile bude 0.4 hotová, je to pre-alfa. Jakmile to bude 0.4, budu ladit a refaktorovat a doplňovat mezery, abych se připravil na 0.5 (alfa) [23:18] <Myself248> Dokumentovat, dokumentovat, dokumentovat. [23:18] <dm> uvažuje se o aktivním monitorování vnitřků sítě, nebo je to přímočaré? [23:18] <jrand0m> ano dm, rozhodně [23:18] <jrand0m> jeden z klíčových prvků i2np je zahrnutí statistik do routerInfo struktur, které se zveřejňují [23:18] <mihi> jrand0m: dej s/0./0.0./ ;) [23:18] <jrand0m> v úvodních revizích se budou publikovat reálné statistiky, abychom mohli ladit [23:19] <jrand0m> pozdější revize nebudou publikovat žádné statistiky nebo falešné [23:19] * jrand0m nedělá 0.0 [23:19] <shardy> ok, jsem tu [23:19] <jrand0m> vítej zpět shardy [23:19] <shardy> promiň, že jdu pozdě, zapomněl jsem, že je to okno otevřené, heh [23:19] <dm> cool. [23:19] <Ryan_Singer> je nějaký vyšší dokument popisující architekturu sítě do .4? [23:19] <jrand0m> s hlavou dolů [23:20] <jrand0m> Ryan_Singer> hmm, měl jsem nějaké přehledové dokumenty před pár měsíci, které mirrored mids a nop, a je tu i i2p overview doc [23:20] <jrand0m> 0.4 je plné i2np, jak je popsáno ve specifikaci, jen ne optimálně implementované [23:20] <shardy> jo a jrand0m, podívám se ti na tu DH optimalizaci [23:20] <jrand0m> díky, gracias [23:20] <Ryan_Singer> můžu ty dokumenty dostat? [23:21] <jrand0m> overview je na (Link: http://www.invisiblenet.net/i2p/i2p_philosophy.pdf)http://www.invisiblenet.net/i2p/i2p_philosophy.pdf [23:21] <beefbroth> jsou myslím na wiki? [23:21] <jrand0m> ty staré přehledové dokumenty... hmm [23:21] <jrand0m> (i2p specifikace jsou na (Link: http://wiki.invisiblenet.net/iip-wiki?I2PProtocolSpecs)http://wiki.invisiblenet.net/iip-wiki?I2PProtocolSpecs) [23:21] <co> Jsou na (Link: www.invisiblenet.net/i2p/.)www.invisiblenet.net/i2p/. [23:21] <jrand0m> správně beefbroth [23:22] <jrand0m> ale jsou tam staré html dokumenty s ošklivými obrázky z mspaintu, co dřív ukazovaly, jak tunely fungují... [23:22] <beefbroth> Měl bych to vědět, četl jsem je dost [23:22] <jrand0m> hehe [23:22] <co> Pokud to nejsou starší verze nebo mirrory. [23:22] <jrand0m> ty soubory na wiki jsou 0.9 (0.9.1 je venku pro I2NP a datastructures, ale jsou to jen drobné změny) [23:23] <thecrypto> jrand0m: ten předvýpočet vypadá dobře [23:23] <jrand0m> super [23:24] *** pitu (~pitu@anon.iip) vstoupil na kanál #iip-dev [23:24] * jrand0m spouští router pomocí java -Dcrypto.dh.precalc.min=3 -Dcrypto.dh.precalc.max=10 -Dcrypto.dh.precalc.delay=5000 -jar C:\dev\i2p\code\router\java\src\router.jar [23:25] <jrand0m> ok, toť mikroplán [23:25] <jrand0m> jak vidíte, počítám s tím, že alfa nebude do konce měsíce hotová. 0.4 bude asi první týden v říjnu [23:26] <dm> to nevadí, i tak by to byla nejrychlejší implementace sítě tohohle typu vůbec ;) [23:26] <Ryan_Singer> lol [23:26] <beefbroth> při čtení jrand0mových časových odhadů mějte na paměti, že už 4 hodiny pije whiskey :-P [23:26] <jrand0m> heh [23:26] <Ryan_Singer> ok...aplikace/použití? [23:26] <jrand0m> a dobré whiskey ;) [23:26] <jrand0m> ok, aplikace/použití [23:27] <dm> 0.7 za 4 sekundy....3...2...1..!! [23:27] <jrand0m> mířím na snadné cíle – věci, které zvládneme s nulovým nebo minimálním novým kódem. [23:27] <ChZEROHag> Jak má člověk správně kódovat, když je úplně střízlivý? [23:27] <jrand0m> tohle všechno výrazně využívá mihiho boží i2ptunnel [23:27] <co> ChZEROHag: Snadno. [23:27] *** mihi změnil téma na kanálu #iip-dev na <dm> 0.7 za 4 sekundy....3...2...1..!! [23:28] <jrand0m> s i2ptunnel můžeme následující udělat bez psaní nového kódu: [23:28] <jrand0m> veřejný www proxy (pomocí i2ptunnel + squid) [23:28] * dm smeká klobouk před mihi. [23:28] <jrand0m> JAP (pomocí i2ptunnel + JAP) [23:28] <mihi> ale přes i2p se zadky kopat nedají (ani tunelem...) [23:28] <jrand0m> anonymní prohlížení www (i2ptunnel + webový prohlížeč) [23:28] <jrand0m> provozovat i2p web server (i2ptunnel + httpd) [23:29] <co> Velmi pěkné. Bravo, mihi. [23:29] <jrand0m> cvs outproxy (i2ptunnel) [např. cvs outproxy na sourceforge pro anonymní freenet dev] [23:29] <jrand0m> cvs klient, cvs server [23:29] <jrand0m> IM app, pop3 server, imap server, opennap [23:29] <jrand0m> to všechno jsou hodně snadné cíle [23:29] <dm> dobře, teď už potřebujeme jen i2p :) [23:30] <jrand0m> jasně ;) [23:30] <Myself248> nezastoupí i2p webserver tak trochu freenet? :) [23:30] * jrand0m myslí, že to spadá do FAQ, které bych měl zodpovědět [23:30] <Ryan_Singer> jrand0m, ale jsou zároveň velmi hodnotné [23:30] <ChZEROHag> Z toho seznamu mi přijde důležitější/uřitečnější cvs [23:30] <ChZEROHag> Částečně proto, že chci zůstat anonymní, ale taky proto, že když dáš anonymní www, přitáhneš luserů [23:30] <jrand0m> i2p + web nenahrazuje freenet – freenet na anonymní komunikační platformě přidává výraznou hodnotu navíc – distribuci obsahu [23:31] <ChZEROHag> A momentálně je myšlenka anonymního e‑mailu děsivá :) [23:31] * dm si píše: "žádní luseři" [23:31] <jrand0m> cvs je určitě v top 3 [23:31] <beefbroth> myslím, že když bude i2p webserving fungovat dobře, je třeba zvážit přidání DHT/úložných částí freenetu nad i2p a budeš mít to nejlepší z obou světů. [23:31] <Ryan_Singer> ChZEROHag, pokud je to škálovatelné, je to dobře [23:31] <ChZEROHag> dm: luseři jsou problém hlavně v raných fázích, ale mají tendenci nepoužívat cvs [23:31] <Myself248> ok, přidejte hodně hashcashe do jakéhokoli anon mailu. [23:31] <ChZEROHag> Ani často nevědí, co to je [23:31] <co> Myslím, že jeden z testů, které je třeba udělat, je test útoku na síť. [23:31] <jrand0m> ano beefbroth, jakmile i2p udělá to, na co cílíme, freenet se nejspíš přizpůsobí a začne ho využívat [23:32] <co> Promiň, jestli je to offtopic. [23:32] <mihi> Myself248: jen přidat přesměrovač na anon remailer. [23:32] <jrand0m> ne, to je rozhodně k věci, co – útočit na tuhle síť je klíčové [23:32] <ChZEROHag> Myself248: hashcash je primárně, aby zastavil flooding, dokud jsme nuceni používat ten prastarý protokol zvaný 'irc' [23:32] <ChZEROHag> Ne aby zastavil to, co by se dalo nazvat 'zneužitím' [23:32] <jrand0m> jasně, hashcash je dokonce zabudovaný přímo v i2p, aby se zprávy nedoručovaly jen o jeden hop, pokud „nezaplatí“ [23:33] <Ryan_Singer> jrand0m, mohli bychom přes to snadno jet imap? [23:33] <jrand0m> naprosto [23:33] <Ryan_Singer> působivé [23:33] <jrand0m> imapd s i2ptunnelem na něj mířícím a i2ptunnel na klientovi mířícím na destination toho tunelu [23:34] <Myself248> a freenet vyhledávače :) [23:34] <mihi> ftp nebo několik non-jabber IM udělají problémy... [23:34] <jrand0m> jasně, věci, které vyžadují dvě spojení, jsou složitější [23:34] <ChZEROHag> jrand0m: hashcash v i2p? [23:34] <ChZEROHag> Po meetingu tě s tím budu otravovat. [23:34] <shardy> hashcash v i2p? pěkné. [23:34] <dm> předbíháme! no dobře, koho to zajímá.. QUAKE + IIP!!!!!! [23:34] <dm> pardon, I2p :) [23:34] <jrand0m> lol dm [23:35] <Myself248> Nás s malými CPU děsí, když někdo řekne hashcash, ale jako antispam to chápu. [23:35] <co> dm: To je *fakt* velké předbíhání. [23:35] * mihi je jabber:schierlm@a-message.de ;) [23:35] <jrand0m> ano ChZEROHag – Destination == public signing key (DSA) + public encryption key (ElGamal) + certificate (buď null nebo hashcash(keys)) [23:35] <beefbroth> je i2p tunnel statický nebo dynamický na straně klienta? [23:35] <mihi> beefbroth: atm je to všechno statické. ale jako cíl můžeš použít socks proxy ;) [23:35] <jrand0m> Myself248> za pár týdnů mi přijde boží sun ultra1. když to zvládne 160Mhz krabice, zvládne to každý [23:35] <shardy> no. hashcash by neměl být pro malé CPU problém. Jen pokud to chceš dělat miliardkrát, tak to poznáš. [23:36] <co> beefbroth: Může být dynamický. [23:36] <Ryan_Singer> potenciální aplikace „snadných cílů“ jsou velmi působivé [23:36] <jrand0m> jasně mihi [23:36] <jrand0m> „eleventy“. heh [23:36] <ChZEROHag> ty snadné cíle jsou v podstatě „normální“ internetové aplikace, ale anonymně [23:36] <ChZEROHag> že? [23:36] <jrand0m> jo [23:36] <Ryan_Singer> ano [23:36] <dm> (quake) [23:37] <jrand0m> 0.1 je spustí bezpečně, 0.2 anonymně, 0.3 škálovatelně, 0.4 nezmapovatelně [23:37] <jrand0m> (teď jsme na 0.1) [23:37] <shardy> co myslíš „nezmapovatelně“? [23:37] <co> Pardon, co je znovu „harvestable“? [23:37] <ChZEROHag> dm: Bohužel jsme brzděni dost na to, že realtime ještě po víc než 30 letech není „normální“ [23:37] <Myself248> Uf. Doufal jsem, že se na to někdo zeptá. ;) [23:37] <Ryan_Singer> logovatelné [23:37] <jrand0m> harvesting znamená, že aktivní útočník může provozovat router, zjistit o spoustě dalších routerů („posbírat“ je) a poslat tam fízly, aby jim vykopli dveře [23:38] <Myself248> oh, jako můžeš dělat s gnutellou. :) [23:38] <Ryan_Singer> takoví ti tajnoslužební fízlové [23:38] <jrand0m> přesně [23:39] <shardy> aha, chápu. [23:39] <jrand0m> ok, ale jo, toť mikroplán. [23:40] <jrand0m> teď – jsem blbej, že to nazývám 0.x místo 0.0.x? má být 1.0 „dokonalá“, nebo má být 1.0 funkční a bezpečná? [23:40] <Ryan_Singer> jrand0m, a .4 uvidíme kdy? [23:40] <jrand0m> 0.4 je asi za 2 týdny [23:40] * jrand0m si v půlce října bere (tak trochu) týden volna, přijedou mi lidi na návštěvu [23:40] *** Odhlášení: dm (EOF From client) [23:40] <mihi> 1.0 má být stabilní. [23:40] <co> Nechť je 1.0 funkční a bezpečná. [23:40] <thecrypto> souhlas s co [23:41] <Ryan_Singer> 1.0 má být funkční, stabilní a bezpečná [23:41] <ChZEROHag> jrand0m: Moje filozofie ohledně verzování je: když pochybuješ, okopíruj Linux [23:41] <Myself248> 5.0 může být „dokonalá“. Lidi ve svobodném softwaru se přehnaně bojí bobtnání čísel verzí. [23:41] <jrand0m> jasně [23:41] <mrflibble> jrand0m, verze 1 věcí nikdy nejsou dokonalé :) [23:41] *** dm (~gj@anon.iip) vstoupil na kanál #iip-dev [23:41] <mrflibble> ani to lidé nečekají [23:41] <dm> prošvihnul jsem 1.0? [23:41] <ChZEROHag> mrflibble: Lidi nečekají, že jakýkoli software bude dokonalý. Používají Windows. [23:41] <Ryan_Singer> bude ten software GPL nebo LGPL? [23:41] <jrand0m> super, už jsem dostal sodu za to, že 1.0 není dokonalá [23:41] <ChZEROHag> To ale neznamená, že by neměla být. [23:41] <mrflibble> dobrý point, ChZEROHag [23:42] <dm> á sakra, to jsem asi jo.. [23:42] <mihi> dm: přestaň si dělat srandu [23:42] <mrflibble> jo, jo [23:42] <jrand0m> router je GPL. java klientská knihovna je aktuálně GPL, ale jsem otevřený. thecrypto a já jsme plní vlastníci všeho kromě jedné části (Cryptix AES implementace, která je MIT) [23:42] <dm> dobře dobře, promiň :( [23:42] <jrand0m> vlastně to beru zpět [23:42] <jrand0m> použil jsem i Base64.java z freenetu [23:43] <beefbroth> jsme pořád u bodu programu 0.3 Aplikace? [23:43] <jrand0m> takže base64 je GPL :) [23:43] <thecrypto> a IM klient bude GPL [23:43] <jrand0m> oh jo, jsme u 0.3, že [23:43] <thecrypto> jakmile se dostanu k tomu, dát do kódu komentáře [23:43] *** UserX_ (~User@anon.iip) vstoupil na kanál #iip-dev [23:43] <jrand0m> heh thecrypto [23:43] <ChZEROHag> GPL mi zní dobře [23:43] <jrand0m> w0ah, 23 uživatelů [23:43] <Myself248> jsme u bodu 6.02E23, náhodný bordel. :) [23:43] <Ryan_Singer> jrand0m, až budeš mít čas, chci s tebou probrat licencování a potenciální konzultace [23:43] <jrand0m> super Ryan_Singer [23:43] <ChZEROHag> Ale jak někdo (Fillament?) poznamenal – když někdo poruší licenci, jak s tím může anonymní osoba něco udělat? [23:43] <mihi> jrand0m: 22 ;) [23:43] <jrand0m> ChZEROHag> přečti si mou licenci na flinks ;) [23:43] <Myself248> potřebujeme anonymní soudní systém. [23:44] * mihi je tu dvakrát [23:44] <jrand0m> Myself248> jmenuje se to yodel ;) [23:44] <Myself248> „Soud právě projednává spis číslo 34534, J. Doe v. J. Doe“ [23:44] <Ryan_Singer> ChZEROHag, ptám se proto, aby firmy mohly ten software používat pro bezpečnost proti průmyslové špionáži [23:44] <co> Naming server bude taky pod GPL. [23:44] <CCD> lol [23:44] <Myself248> „Soudní zřízenci, nejsou to stejné strany jako v posledních 34533 případech?“ [23:44] <shardy> no [23:45] <shardy> vždy je tu ta myšlenka, že pokud chceš, aby tvůj protokol lidi fakt používali a nejde ti o peníze, prostě to dej úplně otevřené. ani GPL omezení. [23:45] <co> shardy: Myslíš public domain? [23:45] <beefbroth> myslím, že to byl coův nástřel na bod 0.4 programu :-P [23:45] <jrand0m> shardy> specifikace jsou veřejné a otevřené. Ke specifikacím jsem neuplatnil copyright. [23:45] <Ryan_Singer> shardy, ne, chceme, aby práce na protokolu zůstala dostupná [23:45] <shardy> public domain, bsd licence, licence „dělejte si, co chcete, jen nám dejte kredit, prosím“ atd. [23:45] <jrand0m> kód je GPL pro router. jedna klientská API implementace v javě je GPL [23:46] <Ryan_Singer> mrkni na liberty protocol.... (Link: http://projectliberty.org)http://projectliberty.org [23:46] <shardy> jrand0m: ok super. jasné. [23:46] * jrand0m uvažoval o licencích „no government use“ ;) [23:46] <jrand0m> ok, důvod, proč jsem dal do seznamu 3.0) aplikace, je tenhle [23:46] <jrand0m> potřebujeme pomoc. [23:46] <Ryan_Singer> s čím? [23:46] <jrand0m> i2ptunnel je dobrý kód. i2p router bude dobrý kód. [23:47] <jrand0m> co potřebujeme, je, aby se lidi začali věnovat detailům release engineeringu [23:47] <dm> proč potřebuješ aplikace, když můžeš prostě použít i2ptunnel? [23:47] <ChZEROHag> jrand0m: jak prosím? [23:47] <jrand0m> alias jak to skutečně zabalit tak, aby si to Pepa Střízlivý stáhl a prohlížel web [23:47] <ChZEROHag> dm: Proč potřebuješ aplikace, když můžeš použít telnet? [23:47] <dm> co? [23:47] * dm se drbe na hlavě. [23:47] <CCD> err, existuje něco jiného než telnet? [23:48] * jrand0m myslí, že to je ChZEROHagův point dm ;) [23:48] *** Myself248 je nyní znám jako myself248 [23:48] *** Odhlášení: thecrypto (Ping timeout) [23:48] <ChZEROHag> dm: Používat i2ptunnel by bylo jako mít funkční auto a tahat ho na ručním vozíku [23:48] <jrand0m> ok, to je vše. Jen jsem to chtěl zmínit, kdyby měl někdo volno :) [23:48] <jrand0m> ok, 4.0) [23:48] <jrand0m> naming service [23:48] <dm> vidím, že se snaží něco naznačit. [23:48] <jrand0m> ahoj co, jak to jde? :) [23:48] <co> Naming server musí být GPL, protože alespoň Java implementace používá kód z klientské knihovny k kontaktování routerů. [23:49] <dm> ale zrovna jsme 20 minut jeli: I2Ptunnel + web server!, I2Ptunnel + quake! ;) [23:49] <ChZEROHag> Nebo, v počítačových termínech, jako dělat všechno internetové přes telnet místo přímo přes IP stack [23:49] <co> Minulý týden jsem moc neudělal. Vydal jsem klientské API, které taky potřebuje práci. [23:49] <ChZEROHag> i2ptunnel je prozatímní řešení [23:49] <co> Tento týden ale budu mít čas začít implementovat naming server. [23:49] <jrand0m> super [23:49] <jrand0m> kde je to klientské api? [23:50] <mihi> na mailing listu ;) [23:50] <co> Jedním z předpokladů je, že destinations mohou být v base64, proto jsem se na to ptal dřív. [23:50] <jrand0m> ChZEROHag> v jistém smyslu je to prozatímní [23:50] * jrand0m !thwaps self [23:50] *** thecrypto (~thecrypto@anon.iip) vstoupil na kanál #iip-dev [23:50] <dm> stejně jako TCP! [23:50] *** yodel (yodel@anon.iip) vstoupil na kanál #iip-dev [23:50] <jrand0m> čau yodel [23:50] <beefbroth> jak budou vypadat konvence pojmenování? bude to něco, s čím se průměrný uživatel ztotožní (tj. (Link: www.somthing.com)www.somthing.com nebo (Link: www.something.i2p)www.something.i2p pro http/web věci)? [23:50] <co> Dám specifikaci naming service a klientské API do CVS. [23:50] <jrand0m> vítej zpět thecrypto [23:50] <ChZEROHag> Tyhle věci byly asi už probrané, ale jak NS zajistí férově unikátní jména? [23:50] * mihi chce mít *.mihi.iip ;) [23:50] <jrand0m> beefbroth> s naming service, nebo bez? [23:50] <jrand0m> heh mihi [23:50] <ChZEROHag> vyhnutí se squattingu atd., co sužuje DNS [23:50] <thecrypto> může mi někdo poslat, co se stalo? [23:51] <beefbroth> jrand0m: s. myslím, že bez by to byl dlouhý řetězec číslic. [23:51] <co> ChZEROHag: Zaregistruješ se u skupiny naming serverů a pak použiješ jméno té skupiny k identifikaci. [23:51] <co> Např. IM.beefbroth.mygroup pokud poskytuješ IM službu. [23:51] <mihi> ups, s/iip/i2p [23:51] *** godmode0_ (~mode@anon.iip) vstoupil na kanál #iip-dev [23:51] *** Odhlášení: godmode0 (EOF From client) [23:51] <jrand0m> ChZEROHag> coova naming service má důvěryhodné skupiny, kde každá skupina spravuje skupinový název (tld). Ty si vybereš, které skupiny provozují která tld [23:51] <co> Ano, bude možné, že si někdo zaregistruje username beefbroth u group2. [23:51] <thecrypto> za ty 4 minuty, co jsem byl pryč [23:52] <ChZEROHag> co: Takže jediný problém je unikátnost .mygroup? [23:52] <ChZEROHag> A kdo dostane skupinu 'com'? :-) [23:52] <jrand0m> a to volí klient [23:52] <mihi> ChZEROHag: i2p není COMmercal [23:52] <jrand0m> (např. řekneš své ns klientské knihovně „group '.com' je group 0123ff33aefcbb34fe [23:52] <beefbroth> Nerad to navrhuju, ale skoro si myslím, že by skupiny měly defaultně mít 3 písmena, aby se zachoval dojem, že je to podobné běžnému webu [23:52] <co> ChZEROHag: Nejsem si jistý, kdo dostane skupinu „com“. [23:52] <co> Dobrá otázka. [23:53] <shardy> beefbroth: kromě toho „běžný web“ už nejsou jen 3písmenné lds [23:53] <mihi> beefbroth: nebo přidat .i2p ke všem adresám. [23:53] <ChZEROHag> beefbroth: Ten dojem existuje jen v Americe [23:53] <shardy> tlds. [23:53] <jrand0m> ze začátku možná chceme mít jen jednu skupinu naming serverů, „.i2p“ [23:53] <co> beefbroth: Software naming serveru dovolí až 32 písmen. [23:53] <ChZEROHag> Jinde používáme dvoupísmenné kódy zemí, které jsme dostali [23:53] <shardy> .us se taky v Americe používá. [23:53] <co> Vlastně jsem chtěl, aby první skupina byla „test“. [23:53] <shardy> stejně jako .info a .name [23:53] <jrand0m> heh 'k [23:54] <ChZEROHag> shardy: jo, asi tak 5 lidí. [23:54] <ChZEROHag> Ale to je asi rant na jindy :) [23:54] <jrand0m> vlastně... [23:54] <shardy> je dokonce .museum [23:54] <Ryan_Singer> jrand0m, používat .12p zní dobře [23:54] <jrand0m> narazil jsem nedávno na distribuované DNS založené na JXTA [23:54] <co> ChZEROHag: Point je, že když se ti nelíbí lidi, co provozují skupinu „com“, můžeš založit skupinu „com2“ a provozovat její servery (a zaregistrovat se u ní). [23:55] <ChZEROHag> Jo, to dává perfektní smysl [23:55] <mihi> ChZEROHag: (Link: http://www.nic.us/press/audio/dotus-mayEM.wav)http://www.nic.us/press/audio/dotus-mayEM.wav ;) [23:55] <jrand0m> co> (Link: http://wiki.java.net/bin/view/Jxta/DisDNS)http://wiki.java.net/bin/view/Jxta/DisDNS je wiki k distribuovanému DNS, ale je hodně hrubá a neřeší žádné opravdu těžké problémy [23:55] <co> ChZEROHag: Při registraci username u skupiny, ano. [23:55] <co> jrand0m: Podívám se na to po meetingu. [23:55] <jrand0m> jxta provozuje naming servery z rendezvous bodů [23:55] <ChZEROHag> mihi: co to je? [23:55] <beefbroth> takže je možné, že se někdo pokusí napadnout NS systém napodobením už existující i2p skupiny naming serverů [23:57] *** Odhlášení: jeremiah (Ping timeout) [23:57] <co> beefbroth: Myslím, že ne. [23:57] <mihi> ChZEROHag: poslechni si to. proč xxx milionů američanů preferuje .us před .com [23:57] <mihi> 68 milionů [23:57] <co> Jak si to představuju, lidi nastavující skupiny je oznámí. [23:57] <jrand0m> napodobením? nemůžou napodobit, protože servery ve skupině jsou autentizované veřejnými klíči [23:58] <jrand0m> nicméně pokud skupiny dovolí nepřijaté členy, aby se připojili ke skupině, dají se triviálně převzít. [23:58] <shardy> ale jak se provede výměna klíčů? [23:58] <co> Pozdější lidi narazí na problém, že skupina už je etablovaná a konfigurační soubory klientského softwaru obsahují destination té původní skupiny. [23:58] <ChZEROHag> mihi: Vždycky jsem říkal, že dává smysl to preferovat, vlastenectví a tak, jen jsem to fakt neviděl. [23:58] <beefbroth> co když dvě skupiny naming serverů obě tvrdí, že resolvují skupinu .i2p? [23:58] <co> Dobrá otázka, každopádně si to znovu a pečlivě promyslím. [23:58] <ChZEROHag> mihi: každopádně, poslechnu [23:58] <jrand0m> shardy> žádná výměna klíčů – publikování klíčů [23:58] <beefbroth> chápu, dobrý point [23:58] <ChZEROHag> co: Jo, to je další věc, na kterou jsem mířil [23:58] <shardy> ale klíče se pořád dají odchytit, když se publikují online [23:58] <jrand0m> beefbroth> nikdo nic netvrdí. tvůj klient říká „i2p == [dest1, dest2, dest]“ [23:59] <shardy> potřebujeme trust-based dns systém :) [23:59] <shardy> aby ses mohl zeptat na jméno a dostal seznam odpovědí... a pak vzal tu důvěryhodnou [23:59] <co> Díky, že to zvedáš. [23:59] <jrand0m> shardy> aha, myslím, že chápu zmatek. Naming service bude chtít přijít se sadou destinations out of band (tj. dodané s instalací) [23:59] <ChZEROHag> Jo, máme jeden – každý věří IANA (nebo jak si říkají), nebo jinak. [23:59] * shardy se sklání [23:59] <ChZEROHag> :-D [23:59] <mrflibble> to se snaží s dnssec, ale to samozřejmě není anonymní [00:00] <jrand0m> co tahle naming service dělá, je, že se zbavuje root serverů [00:00] <beefbroth> vždycky můžeš mít i2p homepage, která bude uvádět aktivní naming skupiny a autority? [00:00] <shardy> jrand0m: ok. jen upozorňuju, že to může být odchyceno tak jako tak, pokud není fyzicky zabezpečený kanál pro počáteční přenos těch klíčů... [00:00] <co> shardy: Myslím, že jsem výměnu klíčů pokryl ve specifikaci. Pokud ne, řekni mi to. [00:00] <shardy> ale balit to OOB je lepší [00:00] <shardy> co: Mrknu. [00:00] <jrand0m> shardy> jasně, lidi musí věřit kódu, který si stahují [00:00] <co> beefbroth: Jistě. [00:01] <ChZEROHag> aah to mi připomíná [00:01] <jrand0m> beefbroth> ano, to je určitě jedna z prvních aplikací, co se implementují – i2p webserver s bbs &amp; wiki, ke kterému se lidi dostanou přes i2p [00:01] <ChZEROHag> Měl bych vytvořit gpg klíč pro svůj iipmail [00:01] *** yodel opustil #iip-dev [00:01] * ChZEROHag to dělá, zatímco se dějí nezáživné věci [00:01] <jrand0m> heh ok [00:01] <co> Prosím pochopte, že specifikace naming serveru je pořád otevřená návrhům na vylepšení. [00:02] <shardy> Myslím, že si vezmu všechny specifikace do letadla na toorcon... to mi dá čas si je přečíst [00:02] <co> Netvrdím, že je perfektní nebo finalizovaná. [00:02] <jrand0m> heh doufám, že to bude dlouhý let [00:02] <shardy> a je to produktivnější než hrát celou dobu fft advance, heh [00:02] * jrand0m zjistil, že kritika přichází ochotněji, jakmile existuje kód implementující specifikace [00:02] *** godmode0_ je nyní znám jako godmode0 [00:02] <co> A musím napsat kód. [00:02] <co> Myslím, že můžeme jít na další téma. [00:02] <jrand0m> 'k [00:02] <jrand0m> 5.0) IM (instant messaging – rychlé zasílání zpráv) [00:03] <jrand0m> ahoj thecrypto [00:03] <mihi> jména by se neměla moci tlouct s base64 reprezentacemi. [00:03] <thecrypto> ahoj [00:03] <thecrypto> ok [00:03] <mihi> a naming server by měl transparentně vracet base64 adresy tak, jak jsou. [00:03] <co> mihi: Dobře, zkusím se tomuto problému vyhnout. [00:03] <thecrypto> nejdřív, když mi zase nefunguje e‑mail (zatracení spameři) [00:03] <jrand0m> (všechny třídy, které rozšiřují DataStructure, mají String .toBase64() a .fromBase64(InputStream) ) [00:03] <thecrypto> odpovím tady na whitovy otázky o mém systému [00:04] * jrand0m otevírá coův e‑mail [00:04] <mihi> jrandom? proč InputStream a ne Reader? [00:04] <thecrypto> síť je první, co mě napadlo, děláš spojení přes i2p síť, je to hodně p2p, tak jsem tomu říkal network [00:04] <jrand0m> pokud chceš Reader, dej si InputStreamReader, ty spratku [00:04] <mihi> base64 jsou podle mě znaky, ne bajty. [00:04] <ChZEROHag> jrand0m: IM == Instant Messaging? [00:04] <jrand0m> ano, ChZEROHag [00:04] <thecrypto> pokud lidem vadí to označení, dejte mi návrh, jak to nazývat [00:05] <ChZEROHag> jabber? [00:05] <thecrypto> IM == moje vlastní distribuovaná IM síť [00:05] <shardy> měl by ses tomu říkat „bob“ [00:05] <jrand0m> i2p im je síť stejným způsobem jako aim je síť, nebo kazaa je síť, vše běží přes tcp/ip nebo udp/ip [00:05] <co> A co IM aplikace? [00:05] <ChZEROHag> (anonabber) [00:05] <co> jrand0m: Chápu. [00:05] <thecrypto> jabber vyžaduje centralizovaný server [00:05] <jrand0m> terminologie je mi fuk. líbí se mi nápad od shardyho [00:05] <ChZEROHag> thecrypto: Nic „nevyžaduje“ centralizovaný server [00:05] <thecrypto> a dnes neumím psát, tak mě omluvte [00:05] <ChZEROHag> To je jen způsob, jakým jsou věci napsané [00:05] <jrand0m> (i když preferuju Betty) [00:05] <thecrypto> takže to mám nazvat I2PIM bob? [00:05] <thecrypto> :) [00:05] <jrand0m> co třeba wilma? [00:05] <jrand0m> fred je zabraný [00:05] <co> A co distribuované IM? [00:05] <jrand0m> DIM, heh [00:05] <co> Ale tedy distribuovaná IM *aplikace*? [00:05] <dm> AIM, anonymous Instant messaging! [00:05] <thecrypto> špatná zkratka :) [00:06] <dm> a pak převezmeme AOL. [00:06] <thecrypto> ohh už se nemůžu dočkat, až se to k AOL donese [00:06] <ChZEROHag> dm: To by některé onany fakt nasralo. Líbí se mi to. [00:06] <jrand0m> heh do toho [00:06] <Ryan_Singer> thecrypto, budeme schopni implementovat IM decentralizovaně, nebo to bude muset být centralizované? [00:06] <co> dm: Dobrý nápad. Tu zkratku bych podpořil. [00:06] <jrand0m> jak jsem to četl v thecryptových dokumentech, IM je plně decentralizované [00:06] <thecrypto> implementuju distribuované IM, je to v CVS [00:06] <beefbroth> hlasoval bych proti čemukoli, co bude lidi mást [00:07] <Ryan_Singer> AOL TimeWarner změnilo jméno na Time Warner [00:07] <ChZEROHag> dm: To by některé onany fakt nasralo. Líbí se mi to. [00:07] <jrand0m> být transparentně anonymní není užitečné, pokud lidi nechápou, co anonymita je. [00:08] <ChZEROHag> Počkej, něco takového mám na papíře [00:08] <beefbroth> líbí se mi nápad od thecrypta [00:08] <thecrypto> na jaké „síti“ I2PIM běží, to hledám [00:08] <jrand0m> učit lidi, jak se chránit, je fakt důležité [00:08] <thecrypto> uvažoval jsem Presence System? [00:08] <Ryan_Singer> hypeovat bezpečnostní aspekt anonymity [00:08] <dm> I2M (instant 2 messaging) [00:08] <ChZEROHag> A přitom jsem tomu říkal jen XIrc [00:09] <jrand0m> jsi borec, thecrypto, cokoli ti sedí ;) [00:09] <dm> a v logu I2M bude ta 2 fakt malá :) [00:09] <thecrypto> tak I2P je Invisible ... jrand0m ? [00:09] <ChZEROHag> Hlavní, co se mi líbilo, bylo, že se všichni jmenovali Borg a chatovali v Kolektivech [00:09] <jrand0m> i2p = i^2p (invisible internet project) [00:09] <co> Myslel jsem, že P je protocol. [00:09] <jrand0m> i to [00:09] <jrand0m> no, vlastně ne [00:10] <thecrypto> takže je to Invisible Internet Project Instant Messaging [00:10] <jrand0m> i2np je protokol [00:10] <jrand0m> i2p je projekt [00:10] <jrand0m> i2cp je klientský proto [00:10] <beefbroth> Já myslel, že to znamená „poop“ [00:10] <co> thecrypto: Máš pravdu, název není zas tak důležitý. [00:10] <dm> i2m = i^2m = instant invisible messaging [00:10] <thecrypto> tak další téma [00:10] <Ryan_Singer> ok...tak se odchylujeme od programu... jsme hotoví s IM? [00:10] <shardy> když „bob“ nestačí, můžeme tomu říkat „jimbob“ [00:10] <jrand0m> 0k, 6.0) administrativa [00:10] <thecrypto> ne, ještě něco [00:11] <thecrypto> promiň [00:11] <co> Je to administrivia. [00:11] <thecrypto> ne, je to IM [00:11] <jrand0m> nop> dej mi root. Potřebuju nainstalovat anonymní cvs, bugzillu a cvsweb. [00:11] <thecrypto> ještě jsem neskončil [00:11] <thecrypto> :) [00:11] <thecrypto> zpátky! [00:11] * jrand0m couvá [00:11] <jrand0m> 5.1) thecrypto v2 [00:11] <Ryan_Singer> co ještě je v IM, thecrypto? [00:12] <mihi> thecrypto: prostě mluv dál; /me to udělal stejně, když jsem minul naming services [00:12] <thecrypto> ok, to, jak spolu komunikují presences, je jiné [00:12] <thecrypto> ne každý zná každého [00:12] <thecrypto> prakticky není způsob, jak někoho „stalkovat“ [00:12] <thecrypto> musíš požádat, aby ses zobrazil [00:13] <mihi> v anonymních sítích obvykle nikdo nezná nikoho ;) [00:13] <jrand0m> (dokud mají lidi náhodnou Destination) [00:13] *** Odhlášení: pitu (Lost terminal) [00:13] <dm> co tím myslíš? [00:13] <thecrypto> Alice chce mluvit s Bobem [00:13] <jrand0m> mihi> a naming service dovoluje hledání podle služby [00:13] <jrand0m> (služba je IM, www, atd.) [00:13] <thecrypto> Alice nějak najde Bobovu IM destination, nejspíš přes naming service [00:14] <thecrypto> Takže Alice pošle zprávu na Bobovu IM destination [00:14] <dm> ano? [00:14] <thecrypto> jemu vyskočí malá zpráva „Alice se tě pokusila kontaktovat“, když s ní chce mluvit, může, nebo to ignoruje [00:15] <thecrypto> ale není centrální presence server, Alice taky prostě může vidět, jak její zpráva zmizí a nepřijde odpověď [00:15] <dm> ok, jako MSN? [00:15] <jrand0m> (i když Alice může vědět, že ji Bob ignoroval) [00:15] <thecrypto> a Alice si nemůže jen dát Boba do buddy listu a čekat na něj [00:15] <Ryan_Singer> thecrypto, ok... jak je to jiné než správně nastavené Y!, MSN nebo AIM.. kromě těch bez centrálního serveru [00:15] <thecrypto> protože Bob musí poslat zprávu Alici, aby viděl, že se přihlásila [00:15] <Ryan_Singer> aha [00:15] <dm> ok, pro uživatele se nic nemění, ale chápu, co chceš říct. [00:16] <jrand0m> thecrypto> ne tak úplně pravda [00:16] <Ryan_Singer> chápu to.. žádná buddylist funkcionalita... [00:16] <jrand0m> oh, no, hmm, technicky... [00:16] <thecrypto> Ryan_Singer: ne, buddy list pořád je [00:16] <dm> jak Alice pošle Bobovi zprávu, když ho nevidí? [00:16] <dm> máš jen zkoušet náhodné kontakty, jestli tam nejsou? [00:16] <jrand0m> bob musí poslat zprávu na alicin router, což se může stát, aniž by o tom Alice věděla [00:16] <thecrypto> Alice může prostě náhodně zkusit [00:17] <dm> to není moc pohodlné? jdeš online a musíš všem napsat (jsi tam?, jsi tam?) [00:17] <beefbroth> thecrypto: nemůže uživatel při přihlášení „notifikovat“ všechny své kontakty tím, že jim pošle zprávu? nebo to je to, co jsi říkal [00:17] * co poznamenává, že mohou existovat dva Bobové registrovaní u dvou různých skupin naming serverů. [00:17] <thecrypto> beefbroth: přesně to říkám [00:17] <dm> ok, takže podobné současnému schématu, ale defaultně jsi neviditelný. [00:17] <dm> chápu. [00:18] <thecrypto> dm: ne, je to naopak, když se přihlásíš, pošleš všem zprávu „jsem online, jsem online“, pokud dostaneš zprávu „jsem online“, vrátíš ji [00:18] <thecrypto> pokud chceš [00:18] <co> Takže uživatel ovládá, kdo ho vidí. [00:18] <thecrypto> takže Alice si tě může dát do buddy listu a tobě přijde zpráva, když se přihlásí: „Alice si tě dala do buddy listu, chceš ji informovat o své přítomnosti?“ [00:19] <Ryan_Singer> když se odhlašuješ, pošleš nejdřív zprávu „odcházím“? [00:19] <dm> ok, takže IM zážitek je stejný jako teď. Chtěl jsem si to potvrdit. [00:19] <thecrypto> pokud má Bob Alici v buddy listu a Bob dostane Online zprávu od Alice, odpověď je automatická [00:19] <beefbroth> Možná to bude muset „pingat“ druhého IM uživatele čas od času, aby se ujistilo, že nedošlo k nechtěnému odpojení [00:19] <thecrypto> Pokud Bob nemá Alici v buddy listu a dostane online zprávu od Alice, je uživatel dotázán [00:19] <dm> ok, to je jen způsob, jak obejít nutnost serveru, ale otázka je, zda aplikace budou defaultně nastavené na posílání „jsem online“ při přihlášení. [00:20] <Ryan_Singer> doufejme [00:20] <jrand0m> Ryan_Singer> nebo mít periodický „pořád jsem online“ ping [00:20] <jrand0m> (a chybějící ping == offline) [00:20] <Ryan_Singer> keep-alive, jo? [00:20] <beefbroth> Možná to bude muset „pingat“ druhého IM uživatele čas od času, aby se ujistilo, že nedošlo k nechtěnému odpojení [00:20] <thecrypto> pokud má Bob Alici v buddy listu a Bob dostane Online zprávu od Alice, odpověď je automatická [00:20] <beefbroth> heh [00:20] <thecrypto> Pokud Bob nemá Alici v buddy listu a dostane online zprávu od Alice, je uživatel dotázán [00:21] <dm> ok, takže IM zážitek je stejný jako teď. Chtěl jsem si to potvrdit. [00:21] <thecrypto> jen teď máš potvrzení při přidání do buddy listu [00:21] <thecrypto> což myslím má jen ICQ [00:21] <jrand0m> bude IM app samostatná, nebo budu moct použít trillian? [00:21] <dm> jo, tak to funguje MSN. [00:21] <jrand0m> [atd.] [00:21] <ChZEROHag> thecrypto: ICQ jen předstírá, že vyžaduje potvrzení [00:21] <beefbroth> dm: špatně. nebudeš muset řešit MSN, Y! a AIM, jak mění protokoly a blokují lidi každých pár měsíců :) [00:22] <thecrypto> jrand0m: udělám specifikaci, trillian mi buď dá plugin rozhraní, nebo si napíšou vlastní [00:22] <thecrypto> určitě budu psát plugin pro gaim [00:22] <thecrypto> spolu se samostatným klientem [00:22] <jrand0m> super [00:22] <thecrypto> který bude stavěný pro použití se sítí [00:22] <jrand0m> podporuje gaim přenos souborů, nebo to bude výhoda i2pim klienta? [00:22] <beefbroth> thecrypto: možná dej vědět vývojářům kopete, jen aby o tom věděli [00:22] * jrand0m ukazuje svou neznalost [00:23] <thecrypto> zkusím, aby gaim plugin fungoval stejně dobře jako standalone, ale nevím [00:23] <co> thecrypto: Nechme nejdřív samostatnou aplikaci. [00:23] <thecrypto> gaim file transfer myslím funguje jen na AIM [00:23] <thecrypto> takže to bude chtít trochu zápasu, aby to šlo do pluginu [00:23] <Ryan_Singer> ok.. myslím, že teď to všichni chápeme... ještě nějaké IM záležitosti? [00:24] <thecrypto> a poslední věc od co [00:24] <beefbroth> gaim má problémy s IM přenosy pro lidi za NAT [00:24] <thecrypto> stejné jméno může mít více lidí [00:24] <thecrypto> budou mít unikátní destinations [00:24] *** Odhlášení: mihi (Ping timeout) [00:24] <co> Dobře. [00:24] * mihi_backup je pořád tady... [00:24] <thecrypto> ale někdo se nemůže vydávat [00:25] <jrand0m> heh nice1 mihi_backup [00:25] <co> Pokud použijete naming server, bude to „Bob ze skupiny1“ a „Bob ze skupiny2“. [00:25] <co> S unikátními destinations. [00:25] <jrand0m> správně thecrypto. jména jsou libovolná. trochu jako dns ;) [00:25] *** mihi (~none@anon.iip) vstoupil na kanál #iip-dev [00:25] <thecrypto> taky IM klient sám může volitelně zkontrolovat „Hele, tohle IM přišlo od někoho, kdo se jmenuje Bob, destination Boba ve tvém seznamu je jiná, přijmout zprávu?“ [00:26] <dm> mihi: tvůj backup mluvil, když jsi byl pryč. [00:26] <thecrypto> pokud se ten člověk snaží Boba vydávat, poznáš to, jinak si ho můžeš přejmenovat [00:26] <mihi> vím... [00:26] <jrand0m> „někdo, kdo se jmenuje bob“? podle koho? říká si bob sám? nebo ho nějaká skupina nazývá bob? nebo ty sám nazýváš jeho dest bob? [00:26] <thecrypto> v presence je pole name [00:26] <thecrypto> na to se dívám [00:27] * jrand0m má rád, jak to řeší ICQ – každý je číslo a čísla si lokálně aliasuješ na jména [00:27] <co> Mimochodem, mám udělat názvy entit v NS case-insensitive? [00:27] <jrand0m> asi jo, co [00:27] <mihi> base64 věci musí zůstat case sensitive ;) [00:27] * jrand0m nechce, aby někdo spoofoval Jrand0m [00:27] <co> mihi: Entity names, ne destinations. [00:27] <jrand0m> jasně jasně mihi [00:28] <jrand0m> (no, ať si klidně spoofují jrand0m. já chci zpátky jrandom) [00:28] <co> Pokračuj, thecrypto. [00:28] *** Odhlášení: UserX_ (Ping timeout) [00:28] <thecrypto> to je všechno [00:28] <thecrypto> konečně :) [00:28] <mihi> co: měl bys mít možnost vložit destination všude, kde můžeš vložit entity name. [00:28] <mihi> stejně jako je to s dns jmény a IP [00:28] <co> mihi: Dobrý point. Přidám to do specifikace. [00:28] <thecrypto> jrand0m: vlastně je to trochu jako ICQ, jen lidem řekneš, jak chceš, aby zněl tvůj alias [00:29] <thecrypto> což myslím teď dělají [00:29] <co> Myšlenka je ale taková, že psát jména bude mnohem kratší než destinations. [00:29] <jrand0m> mihi> naming service jen převádí jména na destinations – pokud se zeptáš na destination destinationu, měl by odpovědět fakt rychle [00:29] <Ryan_Singer> ok lidi... mám meeting... jrand0m, napiš mi anonymně [00:29] <jrand0m> 'k adios [00:29] <mihi> jrand0m: ano, a měl by vrátit to destination samo, ne „nenalezeno“ [00:30] <jrand0m> správně [00:30] *** Odhlášení: Ryan_Singer ((null)) [00:30] <jrand0m> ok. jsme u 7.0) [00:30] <jrand0m> dotazy [00:30] <jrand0m> ahoj [00:30] <co> Co 6.0) Administrivia? [00:31] <co> Nebo jsi s tím byl hotov? [00:31] <jrand0m> 6.0 administrativa bylo jenom moje otravování nopa, aby mi dal root, ať vám všem zprovozním: anonymní cvs access, bugzillu a cvsweb rozhraní :) [00:31] <beefbroth> budou owneri, co budou pracovat na balíčkování alf, bet a release pro Win/Mac/SuSE/RehHat/Debian, aby se zrychlilo přijetí? [00:32] <jrand0m> dobrovolník? [00:32] <jrand0m> (tj. jo, to by bylo skvělé) [00:32] <beefbroth> Pokud se naučím dělat balíčky pro svou distribuci :) [00:32] <jrand0m> jakou distro používáš? [00:33] <co> Jak si pamatuju, vývojáři IIP chtěli reimplementovat IIP nad I2P. Pokud I2P doručí, co slibuje, nebude jednodušší prostě mít IRC přes I2P? [00:33] <beefbroth> Ale point je, že na tom hodně lidí spoléhá. Ulehčilo by to přijetí. Freenet trpí nedostatkem aktivních maintainerů. [00:33] <dm> jr je dobrý manažer :) [00:33] <jrand0m> ano co, jednodušší, ale ne tak škálovatelné [00:33] *** UserX_ (~User@anon.iip) vstoupil na kanál #iip-dev [00:33] <thecrypto> ano, ale někteří lidi nechtějí IRC [00:34] <jrand0m> beefbroth> máš naprostou pravdu, práce je hodně a já potřebuju spát aspoň 4 hodiny denně [00:34] <co> thecrypto: Dobrý point, i2P bude anonymizovat IP adresy lidí. [00:34] <beefbroth> jrand0m: můžu pomoct s balíčkováním, až to bude připravené. Myslím, že to je skvělý způsob, jak se můžou zapojit někteří nedvlopři s trochou technické zdatnosti. [00:34] <jrand0m> boží, beefbroth [00:34] <thecrypto> když budeme mít IM a IRC, bude větší adopce [00:35] <mihi> co: problém je, že u irc je co vypnout (servery). [00:35] *** jeremiah (~jeremiah@anon.iip) vstoupil na kanál #iip-dev [00:35] <jrand0m> thecrypto> instantní adopce: opennap [00:35] <beefbroth> je jednodušší naučit se dělat balíčky než se učit i2p datastructures. je to snadná cesta, jak se pár lidí zapojí [00:35] <dm> IRC je docela tvrdý oříšek, ne? [00:35] <dm> distribuované IRC tedy... [00:35] <co> mihi: Jasně. Na to jsem zapomněl. Díky za připomenutí. Námitku beru zpět. [00:36] <jrand0m> dm> irc může mít víc irc serverů (jako efnet, atd.), které spolu mluví přes i2p [00:36] <shardy> myslíš „irc lookalike“ chat protokol? [00:36] <shardy> nebo adaptaci irc? [00:36] <jrand0m> a lidi si mezi sebou povídají tak, že tunelují na jeden z irc serverů přes i2p [00:36] <dm> irc se servery za i2p je v pohodě, myslím bez serverů. To je jedno, asi. [00:37] <jrand0m> dm> jasně, bez serverů se to dá udělat mnohem líp, a nějaké myšlenky na to jsou, ale nic fakt pevného (pokud vím) [00:38] <dm> každopádně, off-topic. [00:38] <dm> pokračujte! [00:38] <jrand0m> další otázky? [00:38] <jrand0m> četl už někdo specifikace? ;) [00:38] <jrand0m> (kromě beefbrotha, který je umí nazpaměť) [00:38] * dm kouká do stropu. [00:39] <jrand0m> ok, takže meeting na 100 minut [00:39] <thecrypto> čtu je, když něco potřebuju :) [00:39] <ChZEROHag> specifikace! [00:39] <ChZEROHag> Na to jsem zapomněl! [00:39] <jrand0m> heh [00:40] *** dm změnil téma na kanálu #iip-dev na topic1 [00:40] * jrand0m nabíjí a... [00:40] * jrand0m *baf* ukončuje meeting </div> </div>/cs/blog/2003/09/16/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-16.-z%C3%A1%C5%99%C3%AD-2003/Tue, 16 Sep 2003 00:00:00 +0000/cs/blog/2003/09/16/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-16.-z%C3%A1%C5%99%C3%AD-2003/<h2 id="quick-recap">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> co, jrand0m, LeerokLacerta, mihi, mrflibble, mrsc, nop, shardy, thecrypto, w0rmus</p> <h2 id="meeting-log">Zápis ze schůzky</h2> <div class="irc-log"> [22:53] <jrand0m> 0) uvítání [22:54] <jrand0m> 1) aplikace: [22:54] <jrand0m> 1.1) IM [22:54] <jrand0m> 1.2) NS [22:54] <jrand0m> 2) stav vývoje: [22:54] <jrand0m> 2.1) subsystémy [22:54] <jrand0m> 2.2) perzistence šifrovacích klíčů [22:54] <jrand0m> 2.3) to-do [22:54] <jrand0m> 3) věci kolem specifikací [22:54] <jrand0m> 3.1) úpravy [22:54] <jrand0m> 4) administrativní záležitosti: [22:54] <jrand0m> 4.1) anonymní CVS [22:54] <jrand0m> 5) ? [22:55] <jrand0m> ok, 0) uvítání [22:55] <jrand0m> vítejte na schůzce 58 [22:55] <thecrypto> to je všechno [22:55] <jrand0m> si sr, pokud někdo jiný nemá co přidat? [22:55] * nop si všímá, že jrand0m je objektově orientovaný v číslování :) [22:56] <nop> 3.1.2.2.4.5.8() ;) [22:56] <jrand0m> hele, klidně by to mohly být struktury ;) [22:56] <nop> haha [22:56] <nop> to rozhodně platí [22:56] <jrand0m> ok, 1.1) IM. thecrypto? [22:56] <nop> i když [22:56] <nop> 2 má dědičnost [22:57] <nop> ;) [22:57] <jrand0m> heh [22:57] <nop> nevšímejte si mě [22:57] <nop> ok [22:57] <nop> sorry [22:57] <nop> pokračujte [22:57] *** mihi_ (~none@anon.iip) se připojil na kanál #iip-dev [22:57] <thecrypto> dobře, právě nahrávám nějaké základní specifikace pro IM [22:58] <thecrypto> (Odkaz: http://www.thecrypto.org/i2pim.sxw)http://www.thecrypto.org/i2pim.sxw pro oowriter [22:58] <thecrypto> a pracuji na nahrání PDF [22:59] <nop> jestli chceš, můžu to dát na I2P web [22:59] <thecrypto> dej mi vteřinku [22:59] <thecrypto> jasně [22:59] *** mrflibble (mrflibble@anon.iip) se připojil na kanál #iip-dev [22:59] <jrand0m> chceš to dát do i2p/apps/IM/doc/ ? [22:59] *** mihi_ je nyní znám jako mihi_backup [23:00] <nop> můžu [23:00] <nop> ano [23:00] <jrand0m> myslel jsem v cvs :) [23:00] <thecrypto> to můžu udělat taky [23:00] <jrand0m> (ale na webu je to taky v pohodě) [23:00] <nop> oh [23:00] <nop> haha [23:00] <thecrypto> (Odkaz: http://www.thecrypto.org/i2pim.pdf)http://www.thecrypto.org/i2pim.pdf [23:01] <MrEcho> "the file is damaged and could not be repaired" AR error [23:01] <thecrypto> zkus to znovu [23:01] * jrand0m to načetl v pohodě [23:01] <co> MrEcho: Ten PDF soubor? [23:01] <jrand0m> (to sxw) [23:01] <thecrypto> v tu chvíli byl nahraný jen částečně [23:01] <MrEcho> teď to funguje [23:01] <MrEcho> hehe [23:02] <thecrypto> v zásadě jsem tam dal jen věci kolem presence, online offline zprávy a zprávu typu message [23:02] <thecrypto> bezostyšně jsem vytrhl některé části z dokumentu I2NP [23:02] <thecrypto> :) [23:02] <jrand0m> heh, myslel jsem si, že mi to něco připomíná :) [23:02] <thecrypto> také pracuji na nahrání UI, které [23:02] <thecrypto> na kterém jsem pracoval [23:03] <thecrypto> jrand0m: mám vytvořit adresáře apps/IM/doc [23:03] <jrand0m> ano, a přidat je jednotlivě přes cvs add [23:03] <thecrypto> -kb? [23:03] <jrand0m> ano [23:03] <co> thecrypto: myslím, že apps/ tam už je. [23:04] <jrand0m> co je to presence? [23:05] <thecrypto> nech mě pustit update [23:05] <thecrypto> ale už se to tam dostává [23:05] *** Odhlášení: shardy (Ping timeout) [23:05] <thecrypto> jen říkám: rozeberte ty specifikace na kusy [23:05] <thecrypto> a UI tam bude brzy taky [23:05] <thecrypto> a pokud máte něco, co je třeba upřesnit, pošlete mi to přes anonymail, e‑mail, cokoliv, a já to opravím [23:05] <mrflibble> zmeškal jsem schůzku? [23:05] *** shardy (~shardy@anon.iip) se připojil na kanál #iip-dev [23:05] <co> thecrypto: Možná bys to měl oznámit i na e‑mailové konferenci s odkazem na dokumenty. [23:05] <thecrypto> myslel jsem, že jsem to tam dal? [23:05] <jrand0m> ne, pořád jsme u první položky, mrflibble [23:05] <co> mrflibble: Schůzka probíhá. [23:05] <mrflibble> oh, sorry, jen jsem neviděl „logger“ [23:06] <jrand0m> thecrypto> uvádíš, že je to destination, ale je to ta destination, na kterou se posílají zprávy? jak fungují offline zprávy? [23:06] <mihi> žádní mids tady, takže žádný logger ;) [23:06] <mrflibble> k [23:06] * mrflibble se vrací do lurku [23:06] <jrand0m> aha počkat, tohle jsou jen oznámení o presence, sorry [23:06] <mihi> jak se dá přihlásit k odběru presence? [23:06] <thecrypto> jrand0m: žádné offline zprávy [23:07] <thecrypto> v zásadě [23:07] <thecrypto> presence jenom sváže dohromady destination a jméno [23:07] <thecrypto> aby to bylo jednoduché [23:08] <thecrypto> takže jestli chceme přejít na NS, můžeme, a k tomuhle se vrátíme později? [23:09] <jrand0m> jo, super [23:09] <thecrypto> a klidně mi posílejte otázky [23:09] <jrand0m> vlastně jedna rychlá otázka [23:09] <thecrypto> sem s ní [23:09] <jrand0m> takže IM je čistě jen textové? [23:10] <thecrypto> u téhle základní verze ano, ale přidám podporu pro soubory [23:10] <jrand0m> cool [23:10] <thecrypto> chci prostě zajistit základy systému a dál na tom stavět [23:10] <jrand0m> (iterative and incremental)++ [23:11] <jrand0m> ok, super. Projdu to podrobněji a ostatní by měli taky... pro teď přecházíme na 1.2) NS. co? [23:11] <co> Verze 1.1 (finální) specifikace naming service (systém pojmenování) byla vydána dnes dříve. [23:12] <jrand0m> (a nastalo velké jásání) [23:12] <co> V zásadě jsem dokončil sekce o datových strukturách a síťových zprávách, které program potřebuje. [23:12] <co> Ve čtvrtek vydám klientské API. [23:12] <co> A začnu implementovat aplikaci NS. [23:12] <jrand0m> skvělé [23:13] <co> Jedna změněná myšlenka je, co dělá CA, když se u ní entity registrují. [23:13] <thecrypto> co: jak to budeš implementovat? [23:13] <thecrypto> co: name server nebo klienta? [23:14] <co> thecrypto: No, nejdřív implementuji potřebné datové struktury. [23:14] <co> Pak klienta, potom server a komponenty CA. [23:14] <thecrypto> ok [23:15] <co> Jak jsem říkal, teď bych chtěl, aby CA vydávala certifikát nově registrovaným entitám. [23:15] <co> Ten certifikát předloží naming serverům při úpravě svých záznamů. [23:15] <co> V této verzi jsem nespecifikoval, co certifikát obsahuje; to půjde do příští verze specifikace. [23:16] <co> Připadá to někomu jako špatný nápad? [23:16] <jrand0m> hmm. Nebylo by jednodušší/bezpečnější, aby klient používal jen veřejný/privátní klíč? [23:16] <jrand0m> tj. při registraci poskytnout veřejný klíč pro aktualizace a registraci podepsat, a kdykoli chceš znovu aktualizovat, podepsat update [23:16] <jrand0m> (aby CA nikdy nedostala privátní klíč) [23:17] <thecrypto> Poznámka: všechny věci z I2PIM jsou teď zapsané do cvs repozitáře [23:17] <jrand0m> skvělé [23:17] <co> Možná je to opravdu jednodušší. Znovu to promyslím. Díky za připomínku. [23:17] <co> To je teď za naming service všechno, pokud nemáte další otázky. [23:18] <jrand0m> vypadá to dobře, verzi 1.1 jsem ještě neprošel, ale když na něco narazím, pošlu e‑mail [23:19] <co> OK. Další téma? [23:19] <jrand0m> ok, 2.1) stav vývoje subsystémů. [23:19] *** w0rmus (o0o@anon.iip) se připojil na kanál #iip-dev [23:20] <jrand0m> transportní subsystém je dostatečně dobrý na postup dál. subsystém správy peerů je zatím jen s hloupými algoritmy, ale funkční. subsystémy pro síťovou DB, správu tunnelů a správu statistik jsou stále rozpracované. klientský subsystém bude triviální (jen znovupoužije SDK local only router) [23:21] <co> Co myslíš těmi hloupými algoritmy? [23:21] <w0rmus> ne rychlé? [23:21] <jrand0m> eh, subsystém správy peerů nesleduje výkon peerů, jen vrací náhodné peery. [23:22] <jrand0m> algoritmus se bude postupně aktualizovat a ladit, aby lépe zajišťoval výběr peerů [23:22] <jrand0m> aktuální úkol na mém talíři je vytváření a zpracování garlic messages (zprávy typu garlic), což je otrava. [23:23] <jrand0m> ale dá se to, jen je to otravné [23:23] <jrand0m> to vlastně navazuje na 2.2) perzistenci šifrovacích klíčů. [23:24] <jrand0m> garlic messages používají šifrování ElG+AES k zapouzdření vrstev „stroužků“ [23:24] <jrand0m> a privátní klíče se používají i jinde (transport, správa klienta) [23:25] *** Odhlášení: thecrypto (Ping timeout) [23:25] <jrand0m> držet privátní a session klíče pořád v paměti a nikdy na disku je ideální, ale je to na nic ve chvílích, kdy router spadne (úmyslně nebo vinou chyby) [23:26] <jrand0m> má někdo názor, zda bychom měli 1) nikdy klíče nezapisovat na disk a riskovat zbytečně velkou ztrátu zpráv (protože nepůjdou dešifrovat), 2) před zápisem na disk je zašifrovat, nebo 3) prostě je na disk zapisovat v otevřené podobě? [23:26] <co> Varianta 2. [23:27] <nop> jrand0m, varianta 2, nebo to, co jsme říkali dřív [23:27] <nop> musíme věřit localhostu [23:27] *** Odhlášení: cohesion (class) [23:27] <nop> předpokládáme, že localhost není kompromitovaný [23:27] <jrand0m> divná věc na variantě 2 je, že buď bude muset uživatel zadat heslovou frázi, aby spustil router, nebo bude session klíč zjistitelný [23:27] <jrand0m> dobrý postřeh, nop. [23:28] <nop> znovu: jsme transport, nemůžeme to tolik řešit, to se dá upravit na straně klienta, nebo jim můžeme dát volby [23:28] <nop> podle míry paranoie [23:28] <nop> bezpečnost vs. pohodlí [23:29] <co> Pak navrhuji mít ve výchozím stavu 3 a dát uživateli možnost použít 2. [23:29] <nop> přesně [23:29] <jrand0m> jo. ok, dobré je, že lidi mohou (a měli by!) vzít kód routeru a upravit ho podle svého kompromisu – „tinfoil I2P router“ a „jane sixpack I2P router“ [23:29] <jrand0m> ok, super, zatím půjdu s jednoduchou variantou 3) [23:30] <jrand0m> ok 2.3) to‑do [23:30] * co by se rád vrátil k tématu NS na konci schůzky. [23:30] * nop potřebuje dočíst e‑mail o NS [23:30] <jrand0m> jo, jsi teď bod č. 5 [23:30] <co> Počkám do konce. [23:31] <jrand0m> mihi dal dohromady pár testů, aby ukázal pár bugů v implementaci SDK. Některé už opravené, některé ne. Opravy jsou na to‑do :) [23:32] <jrand0m> taky došlo asi k tuctu změn v různých specifikacích. až budu mít čas, aktualizuji dokumentaci a vypustím to ven, i když mezitím možná dám na wiki stránku s erraty [23:33] <nop> word [23:34] <jrand0m> další to‑do... hm, dnes ráno jsem opravil tu věc „Wrong Size generating key“ plus pár náhodných bugů [23:34] <jrand0m> ok, to je vše ke stavu vývoje. 3) věci kolem specifikací [23:35] <jrand0m> 3.1) viz to‑do ohledně úprav. většinou šlo o typografické změny, dnes jsem narazil na trochu větší při implementaci garliců. pořád žádný problém, jen to vyžaduje přeskládat pár datových struktur a udělat trochu kouzel s šifrováním. dám to do errat. [23:35] <jrand0m> 3.2) [vím, tohle na programu nebylo, ale stejně] otázky ke specifikacím [23:35] <shardy> (hned jsem zpět, pořád lurkuju, kdybyste mě potřebovali) [23:35] <jrand0m> máte někdo nějaké otázky ke kterékoliv ze specifikací? [23:35] <jrand0m> super, shardy [23:36] <co> jrand0m: Prosím, připomeň, která specifikace je v kterém dokumentu. [23:37] <jrand0m> (Odkaz: http://wiki.invisiblenet.net/iip-wiki?I2PProtocolSpecs)http://wiki.invisiblenet.net/iip-wiki?I2PProtocolSpecs je má zmapované [23:37] <co> Podívám se na to. [23:38] <jrand0m> (když na to koukám, připomíná mi to, že musím zdokumentovat secure reliable UDP transport. další to‑do...) [23:39] <jrand0m> od různých lidí přišlo pár dotazů ohledně toho, na které specifikace se dívat – v zásadě, pokud nechcete vědět, jak fungují routery (nebo je chcete pomáhat implementovat), nemusíte číst specifikaci I2NP. Stačí I2CP a část o I2CP v datových strukturách [23:40] <nop> jrand0m [23:40] <jrand0m> si sr? [23:41] <nop> myslíš skutečné UDP jako UDP pakety [23:41] <nop> nebo UDP jako obecný UDP protokol [23:41] <jrand0m> ano, UDP ve smyslu UDP paketů [23:41] <nop> pro I2P [23:41] *** thecrypt1 (~thecrypto@anon.iip) se připojil na kanál #iip-dev [23:41] *** thecrypt1 je nyní znám jako thecrypto [23:41] <jrand0m> i2p/code/router/java/src/net/invisiblenet/i2p/router/transport/udp pro implementaci [23:42] <thecrypto> zpátky [23:42] <jrand0m> vítej zpět [23:42] <thecrypto> pošle mi někdo, co se stalo, když jsem byl pryč? [23:43] <jrand0m> UDP impl je docela jednoduchá – udělá DH výměnu a zprávy se rozdělí na 1K pakety a zašifrují AES256 s vygenerovaným klíčem [23:43] <jrand0m> přegenerování klíče je podporované, ale momentálně ne automaticky [23:43] <jrand0m> ACKy se posílají zpět v dávkách (alias „I received all packets for message 42 up through packet 18 but not 3 or 7“) [23:44] <jrand0m> (a praktický důvod, proč jsem šel do UDP impl před TCP impl, je, že UDP dává ‚zadarmo‘ asynchronní IO s téměř nulovým režijním nákladem) [23:45] <nop> samozřejmě [23:45] <jrand0m> v té udp impl zbývají dvě věci – udělat station‑to‑station proti MITMům a přidat paket pro „sakra, zapomněl jsem session klíč“ [23:45] <nop> dobře [23:46] <jrand0m> po UDP transportu chci jako další implementovat polling HTTP – takže budeme mít podporu jak pro běžného uživatele (UDP), tak pro uživatele za firewallem/NATem/proxy (polling http) [23:47] <jrand0m> ok, takže jo, to je potřeba sepsat do specifikace :) [23:48] * jrand0m si !dává přes prsty za kódění před sepsáním specifikace [23:48] <thecrypto> kódění před specifikací mi pomáhá [23:48] <jrand0m> jo, iterativně to funguje nejlíp [23:48] <jrand0m> (protože při implementaci nacházíme problémy ve specifikacích atd.) [23:49] <jrand0m> ok, to bylo 3) specifikace. 4) administrativní záležitosti [23:49] <jrand0m> 4.1) anonymní cvs. thecrypto? :) [23:49] <thecrypto> tak tak akorát [23:49] <thecrypto> no, zjišťuju to, myslím, že 2401 je teď blokovaný [23:49] <jrand0m> můžeš cvs -d :pserver: lokálně? [23:49] <thecrypto> a asi bude třeba taky něco udělat v inetd, díky jrandom [23:50] <jrand0m> ah, super [23:50] <thecrypto> nech mě to otestovat, zapomněl jsem, že to takhle jde :) [23:51] <thecrypto> bylo by to jen cvs -d :pserver: ? [23:51] <jrand0m> cvs -d :pserver:anonymous@localhost:/home/cvsgroup/cvsroot/ co i2p [23:52] <jrand0m> taky by bylo skvělé, kdybychom tam dostali i bugzillu [23:52] <thecrypto> acvs [checkout aborted]: connect to localhost(127.0.0.1):2401 failed: Connection refused [23:52] <jrand0m> jo, po přidání řádku do inetd.conf a kill -HUP identd? [23:52] <thecrypto> zkusím ten inet řádek a ozvu se [23:52] <jrand0m> ehm, inetd :) [23:52] <jrand0m> jo, super [23:53] <thecrypto> jde pserver na stejný řádek? [23:53] <jrand0m> ano, to je všechno na jednom řádku [23:55] <jrand0m> ok, to je vše k administrativě, aspoň co mě napadá [23:55] <jrand0m> 5a) co, jsi na řadě [23:56] <co> Když si dva lidé chtějí zaregistrovat stejný název entity, druhému se to odmítne. [23:56] <co> Ale pokud použijeme přístup založený na podpisu, [23:56] <co> osoba, které to bylo odmítnuto, by stejně mohla poslat zprávu naming serveru [23:56] <co> a říct mu, aby upravil záznam. [23:56] <co> Jsou dvě možnosti: [23:57] <co> 1) CA pošle naming serveru kopii veřejného klíče pro entitu, která byla schválena. [23:57] <co> 2) CA pošle osobě, která registruje jméno, certifikát podepsaný svým privátním klíčem. Naming server bude mít veřejný klíč CA k ověření. [23:58] <co> Když škodlivý uživatel řekne naming serveru, aby upravil určitý záznam, absence certifikátu tu úpravu zabrání. [23:58] <co> To jsem měl na mysli. [23:59] <jrand0m> ale v tom případě CA zná klíč – asymetrická kryptografie by znamenala, že CA zná vždy jen veřejný klíč, navíc CA by ten veřejný klíč nikdy nemusela ani nechtěla nikomu dávat – slouží jen k tomu, aby proti němu autentický aktualizátor podepisoval, když žádá o update [00:00] <jrand0m> to, co popisuješ, zní spíš jako symetrická kryptografie – v podstatě jen použití heslové fráze [00:00] <thecrypto> cvs si ze mě dělá srandu! [00:00] <jrand0m> (kde certifikát je sdílené tajemství mezi CA a skutečným vlastníkem pseudonymu) [00:00] *** mrsc (~efgsdf@anon.iip) se připojil na kanál #iip-dev [00:01] <jrand0m> co se děje, thecrypto? [00:01] <thecrypto> přidal jsem uživatele anonymous s prázdným heslem, přidal ho do readers a do cvsgroup a dostanu cvs login: authorization failed: server localhost rejected access to /home/cvsgroup/cvsroot for user anonymous [00:01] <co> jrand0m: Dobrý postřeh. Řekněme, že tahle část specifikace ještě není finální, a já to ještě promyslím. [00:01] <jrand0m> super [00:01] *** LeerokLacerta (~leerok@anon.iip) se připojil na kanál #iip-dev [00:02] <LeerokLacerta> Konnichiwa. [00:02] <jrand0m> hmm, thecrypto, nemyslím, že chceš anonymního uživatele v OS [00:02] <jrand0m> ahoj, LeerokLacerta [00:02] <LeerokLacerta> Ahoj, jrand0m. [00:02] <thecrypto> dal jsem tam heslo a teď to funguje [00:03] <co> jrand0m: A jestli budeš mít po přečtení specifikace další návrhy, pošli mi je. [00:03] <jrand0m> jasně, co [00:03] <jrand0m> super, thecrypto.. je /bin/false jejich shell? [00:03] <thecrypto> teď jen musím najít tu sekci v manuálu cvs o tom, jak vytvořit uživatele [00:03] -> *thecrypto* jaké je heslo? [00:04] <thecrypto> teď ano [00:05] <jrand0m> ok, tohle můžeme dořešit po schůzce. [00:05] <jrand0m> ok, poslední bod programu: 5b) ? [00:05] <jrand0m> nějaké otázky / nápady / obavy? [00:05] <thecrypto> jen si vyzkoušejte aplikaci IM [00:06] <thecrypto> zatím jen vytvoří strom, ale ukáže vám, jak to začíná vypadat [00:06] <LeerokLacerta> Žádný SOCKS? [00:06] <thecrypto> ohh jo, to jsem zapomněl [00:06] <jrand0m> ah, super, thecrypto [00:06] <jrand0m> SOCKS? jako ten proxy protokol? [00:06] <thecrypto> je tu někdo, kdo umí dělat ikony? [00:06] <LeerokLacerta> Jo. [00:06] <LeerokLacerta> Odpověď pokaždé, když jsem se ptal, byla „Ne“. [00:07] <jrand0m> aha. ano, určitě budeme chtít SOCKS proxy, ale momentálně na tom nikdo nedělá. [00:07] <LeerokLacerta> Hmm. [00:07] <jrand0m> to bude jedna z aplikací, které budeme chtít do veřejné verze 1.0, aby lidi mohli procházet i2p‑based weby a také aby mohli anonymně procházet běžný web [00:07] <mihi> řekl bych, že je zdarma k dispozici dost SOCKS proxy ;) [00:08] <jrand0m> přesně, jen je musíme integrovat [00:08] <mihi> ale žádnou v Javě neznám. [00:08] <jrand0m> JAP klientská aplikace by mohla fungovat dobře, ale nevím, jestli je pod GPL [00:08] <mihi> JAP klient proxy neobsahuje. [00:08] <thecrypto> každopádně potřebuju nějaké ikony pro projekt I2PIM [00:09] <thecrypto> něco, co bude reprezentovat online, offline a skupinu lidí [00:09] <mihi> jediná proxy je http/ftp proxy a ta je v posledním mixu. [00:10] <mihi> jako u iip – isproxy nezná žádný IRC protokol. [00:10] <jrand0m> no, to je odchozí strana – pro i2p‑based weby budeme potřebovat něco, co přijme proxy požadavky z lokálních prohlížečů, udělá lookup destination a pošle zprávy na příslušnou destination [00:10] <thecrypto> má někdo zájem? [00:11] <co> thecrypto: Mohli bychom vzít ikony z projektu gaim pod GPL? [00:11] * jrand0m dělá hrozně nudnou grafiku v MS Paintu [00:11] <co> Protože je to pod GPL a tohle taky, pokud se nepletu. [00:11] <thecrypto> jo, mohl bych [00:11] <jrand0m> pokud I2PIM používá klientské knihovny SDK, I2PIM je rozhodně GPL :) [00:12] <thecrypto> ach, ta úžasná GPL [00:12] <jrand0m> LeerokLacerta> nějaký zvláštní důvod, proč se ptáš, nebo nás jen chceš pošťouchnout, abychom to udělali? ;) [00:13] <thecrypto> problém s těmi od gaimu je, že jsou z IM aplikací, které používají [00:14] <thecrypto> takže kdyby někdo mohl udělat ikonu I2PIM, bylo by to skvělé [00:15] * jrand0m si myslí, že prozatím budeme mít spoustu čmáranic z Paintu... [00:16] <jrand0m> ok, má někdo nějaké další nápady / otázky / commnets? [00:16] <nop> mám commnets [00:16] <jrand0m> (kromě „wtf je commnet“) [00:16] <jrand0m> je to nakažlivé? [00:16] *** nixonite (~nixonite@anon.iip) se připojil na kanál #iip-dev [00:16] <mrflibble> lol [00:17] <jrand0m> jo, no, jestli ne, tak to zhruba uzavíráme, na programu už nic není [00:17] <nixonite> zmeškal jsem schůzku? [00:17] <jrand0m> jo, 9 večer GMT [00:17] <jrand0m> no, technicky jsi to stihl na konec :) [00:17] <nixonite> oh [00:18] <co> nop: Sem s nimi. [00:18] <thecrypto> tak jaké jsou ty komentáře [00:18] * jrand0m si myslel, že si nop jen dělá srandu z mé překlepové chyby, ale jestli má komentáře, tak do toho, kámo [00:20] <thecrypto> anon cvs mě pořád nemá rád, víc práce zítra [00:20] <jrand0m> dej mi root a já to zvednu [00:21] <thecrypto> o tom si promluv s nopem [00:21] <jrand0m> heh, ok [00:22] <jrand0m> ok, jelikož se zdá, že byl nop zase odtažen zpátky do práce... [00:22] <jrand0m> nop a vlastně kdokoliv další> pokud máte jakékoliv komentáře/otázky/obavy, dejte vědět nebo napište do mailing listu (nebo klidně i do wiki) [00:23] * jrand0m to natáhne a *baf* ukončí schůzku. </div>/cs/blog/2003/09/09/i2p-dev-meeting-september-9-2003/Tue, 09 Sep 2003 00:00:00 +0000/cs/blog/2003/09/09/i2p-dev-meeting-september-9-2003/<h2 id="quick-recap">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> Brownspider, co, jrand0m, mariesofie, mihi, shardy, w0rmus</p> <h2 id="meeting-log">Záznam ze schůzky</h2> <div class="irc-log"> [22:57] <jrand0m> ok, buenas noches, pánové a dámy [22:57] <jrand0m> program: [22:57] <jrand0m> 0) uvítání [22:57] <jrand0m> 1) cvs [22:57] <jrand0m> 4) jmenná služba [22:58] <co> Zapomněl jsi na 5) otázky. [22:58] <jrand0m> 3) stav vývoje [22:58] <jrand0m> 2) dotazy ke specifikaci? [22:58] <jrand0m> 5) ostatní dotazy? [22:58] <jrand0m> oh, sakra, zapomněl jsem je přečíslovat. ok. jsou očíslované špatně :) 0 == 0, 1 == 1, 4 ==2, 3 == 3, 2 == 4, 5 == 5 [22:59] <jrand0m> uvidíme, jestli v tom udržím pořádek, jak budeme pokračovat... [22:59] <jrand0m> ok, 0) uvítání [22:59] <shardy> sláva permutačním skupinám! [22:59] <jrand0m> vítejte na schůzce číslo 57 [22:59] <jrand0m> jo, stejně jsou to jen symboly [22:59] <w0rmus> super, co je ;0 [23:00] <w0rmus> budu kibicovat [23:00] <jrand0m> 1) cvs je pořád dole, už přes 10 dní. Hledáme nový hosting. [23:00] <jrand0m> sf.net stojí za houby a nemám důvod věřit, že gnu's nongnu je lepší. [23:00] <co> jrand0m: Proč tomu hostu nedat alias "cvs.invisiblenet.net"? [23:00] <jrand0m> nop vede hledání nového hostitele. [23:01] <jrand0m> jasně, co, jakmile získáme server [23:01] <shardy> co potřebujete pro hostitele? [23:01] <jrand0m> shardy> spolehlivé připojení k síti, ssh/cvs access. a trochu místa na disku [23:01] <shardy> máte něco domluveno? [23:01] <shardy> protože jestli ne, možná bych mohl pomoci. [23:02] <jrand0m> paráda! Nevím, co má nop domluvené, ale nechám ho, ať se ti ozve (pokud tu není teď?) [23:02] * w0rmus ťuká do nop [23:03] <shardy> Mám firemní SDSL 1.1. Musel bych sehnat stroj. Ale pokud nebudete používat obrovské množství šířky pásma, asi bych mohl hostovat ten server. [23:03] <shardy> kolik místa na disku byste potřebovali? [23:03] <jrand0m> repozitář má nyní asi ~6 Mb. takže 50M by pokrylo růst na pěkně dlouho [23:04] <shardy> aha. pche. to nic není. [23:04] <shardy> a ten stroj nemusí být super rychlý? [23:04] <shardy> nebudete na něm dělat velké kompilace? [23:04] <jrand0m> kdepak, stačila by asi i 286ka. [23:04] <jrand0m> ne, čistě cvs checking / checkout [23:04] <jrand0m> (no a diff, a log, atd. ;) [23:05] <jrand0m> "jsme v javě, nepotřebujeme compile farmy" </fark> [23:05] *** Odhlášení: cohesion (class) [23:05] <w0rmus> používají lidé, kterým záleží na anonymitě, přístup k CVS přes něco jako JAP? Nikdy jsem CVS nepoužíval [23:05] <jrand0m> w0rmus> já používám cvs přes soukromou řadu ssh proxy [23:05] <co> jrand0m: Měj na paměti, že v budoucnu je pravděpodobná implementace v C nebo C++. [23:06] <mihi> jap neumožňuje přístup k cvs, pokud vím :( [23:06] <w0rmus> ssh tunelování [23:06] <shardy> podívám se, co můžu udělat. Někdo říkal, že mi dá další disk... Když seženu disk, mám stroj, který můžu zprovoznit. [23:06] <jrand0m> jasně, co. Jen nečekám, že bychom mohli vyžadovat, aby cvs repozitář byl zároveň i compile farma. [23:07] <jrand0m> skvělé, shardy. Když budeme moct s něčím pomoct, řekni. [23:07] <co> Máš pravdu. Měly by být oddělené. [23:07] <shardy> jasně. Jen seženu disk, měl bych nějaký sehnat, a když ano, rád budu hostovat cvs pro všechny. [23:07] <jrand0m> shardy++ [23:07] <w0rmus> hurá ;0 [23:07] <jrand0m> ok, 4) jmenná služba [23:08] <jrand0m> co, jak to jde? [23:08] <co> Pořád na tom píšu, ale chtěl bych k tomu říct pár slov. [23:08] <co> Zaprvé, k otázce od thecrypto z minulé schůzky: NS neposkytuje oznámení, že je někdo online. [23:09] <co> Jen říká, že osobu lze kontaktovat určitými způsoby, například přes AIM. [23:09] <co> Zadruhé, klientská strana. [23:09] <co> Bude existovat API, které programy mohou použít k dotazům na jmenné servery. [23:10] <co> Podkladový mechanismus přečte konfigurační soubor s tím, na které servery se dotazovat, použije síť I2P k získání výsledků a předá je volajícímu. [23:11] <co> Podkladový mechanismus také ze souboru přečte destination mechanism pro to, jak kontaktovat místní router. [23:11] <jrand0m> destination mechanism? [23:11] <co> Pardon, destination address. [23:11] <jrand0m> aha, OK [23:12] <co> To je zatím vše. [23:12] <jrand0m> fajn [23:12] <w0rmus> souhlasím [23:12] <w0rmus> ;) [23:12] <jrand0m> máš nějaký hrubý odhad časových plánů pro jednotlivé milníky? [23:13] <jrand0m> samozřejmě nic, co by tě někdo držel za slovo, jen se ptám [23:13] <co> Řekněme do konce týdne dokončit specifikaci a zveřejnit ji i API. [23:14] * mariesofie přichází pozdě [23:14] <jrand0m> ah, super, co [23:14] <co> Pak to začnu implementovat. Nejsem si ale jistý, jak dlouho to potrvá. [23:14] <jrand0m> to chápu [23:15] <jrand0m> má někdo další dotazy/nápady k jmenné službě? [23:15] <jrand0m> ok, 3) stav vývoje [23:16] <jrand0m> vývoj jde dobře. [23:16] <jrand0m> část v jazyce Java je podle specifikace a implementuje všechny zprávy a struktury I2CP a I2NP [23:17] <jrand0m> architektura v Javě je funkční a budu dál vytvářet kostry pro různé subsystémy [23:17] <co> testoval jsi to? [23:17] <jrand0m> zprávy &amp; struktury? ano, přes TestData harness v net.invisiblenet.i2p.data.test [23:17] <co> Myslím propojit dva různé počítače přes I2P. [23:18] <jrand0m> ach ne, to vyžaduje plnou implementaci komunikačního subsystému [23:18] <co> chápu. [23:18] <jrand0m> nejdřív stavím různé subsystémy tak, aby běžely v testovacím režimu, pak je implementuju tak, aby mohly běžet izolovaně [23:19] <jrand0m> jsme asi 2 týdny od toho, aby klient poslal zprávu klientovi na jiném routeru [23:19] * mariesofie jásá [23:20] <jrand0m> i po tom bude před alfou pořád spousta práce, ale je to pokrok [23:21] <jrand0m> specifikace datastrucutres a i2np potřebují asi tucet drobných úprav, které jsem si průběžně psal během implementace, aby se dořešily přehlédnuté věci. např. "datastructures p11, TunnelSigningPublic/PrivateKey should contain SIGNING Public/Private keys" a "i2np p15, TunnelCreateStatus - add hash of the replying RouterIdentity" [23:21] <shardy> pane jo. fakt si musím přečíst ty specifikace. [23:22] <jrand0m> no, brzy budou hostované na tvém stroji, takže to bude snadné :) [23:22] <w0rmus> haha [23:22] <w0rmus> ani já jsem nedočetl specifikace [23:23] <mariesofie> specifikace jsem si vytiskla, četla je tolikrát, že se ohmataly, a musela jsem vytisknout další kopii [23:23] <jrand0m> z diskusí s různými lidmi mám dojem, že specifikace nejsou moc dobré v tom, jak předat, jak to vlastně funguje. pokrývají mlhavé věci i detaily, ale ne to, jak detaily souvisejí s tím „proč“ [23:23] <w0rmus> heh [23:23] <jrand0m> rofl mariesofie [23:23] <jrand0m> ok, to je vše ke 3) stavu vývoje [23:24] <jrand0m> teď 2) dotazy ke specifikaci [23:24] <w0rmus> asi si je přečtu místo blbé analýzy [23:24] <co> Myslím trochu do budoucna. [23:24] <co> Implementace v Pythonu a v C nebo C++ budou muset mít data zpráv čitelná implementací v Javě. [23:24] *** Odhlášení: mihi (EOF From client) [23:25] <jrand0m> správně, co [23:25] <co> jak toho dosáhneš? [23:25] <jrand0m> specifikace datastructures přesně definuje bajtová rozvržení [23:25] <jrand0m> a všechno je big endian a všechna čísla jsou bez znaménka [23:25] <mariesofie> na jakou úroveň technických znalostí cílíš specifikace? kohokoli se slušnými IT znalostmi? studenty informatiky na vysoké? [23:25] <co> aha, dobře. [23:25] *** mihi_ (~none@anon.iip) has joined channel #iip-dev [23:26] <mariesofie> tj. kdo je cílové publikum? [23:26] *** mihi_ is now known as mihi [23:26] <jrand0m> mariesofie> no, ty specifikace byly cílené dost nahodile. i2p_philosophy byla takové „ok, o čem to sakra je“, ale zbytek specifikací byl mířen na lidi, kteří chtějí systém skutečně implementovat [23:26] <jrand0m> fakt potřebujeme nějaké dokumenty, které vyplní mezeru mezi tím [23:27] <mariesofie> chápu [23:27] <mariesofie> dokumentaci k API jsem shledala velmi srozumitelnou a užitečnou, ale ironicky se pořád zamotám při čtení specifikací I2NP, když se snažím pochopit základní architekturu [23:28] <mariesofie> možná to vypovídá víc o mně než o dokumentaci :) [23:28] <jrand0m> heh, geek :) [23:29] <jrand0m> ok, nějaké další otázky k specifikacím? pojďme dál na 5) ostatní dotazy [23:29] <jrand0m> má někdo nějaké další otázky? tohle je poslední bod programu schůzky [23:30] <w0rmus> zajímalo by mě, jak je na tom thecrypto s achat [23:30] <jrand0m> ah, thecrypto bude offline asi na tři týdny [23:30] <mihi> co je s peer review? [23:30] <w0rmus> nebo atalk [23:30] <w0rmus> wow [23:30] <mihi> kontroluje to někdo? [23:30] <mariesofie> myslela jsem, že thecrypto má 2 hodiny denně [23:31] <w0rmus> a já ani nevidím ty jeho kódy :( [23:31] <jrand0m> mihi> podklady byly poslány různým lidem k posouzení a jakmile bude chodit feedback, bude zpracován. [23:31] <jrand0m> w0rmus> máš nějaké otázky k ATalk? [23:32] <shardy> jakmile budu mít čas, podívám se na to :) [23:32] <mihi> myslel jsem, jestli už nějaký feedback přišelß [23:32] <w0rmus> předpokládám, že ne [23:32] <mihi> s/nowß/now?/ [23:32] <jrand0m> mihi> převážně ve formě diskusí a upřesnění [23:32] <jrand0m> paráda, shardy :) [23:33] <Brownspider> všechno nejlepší, Google [23:33] <jrand0m> mariesofie> jasně, ale to není ani dost času, aby si stáhl doku k jazyku Java a pokračoval ve vývoji :/ [23:33] <w0rmus> ahaha wtf [23:35] <jrand0m> ok, nějaké další otázky / myšlenky? [23:35] <w0rmus> asi bych měl zmínit, že jsem nikdy neprogramoval mimo školu [23:35] <w0rmus> ale někde začít musím [23:35] <jrand0m> teď je dobrá doba začít :) [23:35] <jrand0m> přesně tak [23:35] <w0rmus> ;0 [23:35] <mariesofie> mám otázky k API, ale ještě ne, za den nebo dva, až si to víc vyzkouším [23:35] <w0rmus> mám za sebou asi 2 roky Javy [23:36] <jrand0m> ok, super, mariesofie, prostě pošli zprávu do mailing listu nebo mi napiš tady kdykoli [23:37] <co> mariesofie: četla jsi diskusi na mailing listu iip-dev? [23:37] <w0rmus> kde je archivovaná? [23:37] <jrand0m> http://news.gmane.org/thread.php?group=gmane.comp.security.invisiblenet.iip.devel [23:37] <jrand0m> (momentálně docela nízký provoz) [23:38] <Brownspider> jrand0m chce, abys napsal kód něčeho, co logicky nemůže existovat, aby roztrhal svět na kusy, aby ukončil vládu boha. [23:38] <shardy> moje služby stále platí, pokud potřebujete napsat nebo debugovat nějaká kryptografická jádra či podobně. [23:39] *** M123456789 (~no@anon.iip) has joined channel #iip-dev [23:39] <co> Brownspider: cože? [23:39] <Brownspider> co, bylo to na jeho freesite, to je jedno [23:40] <jrand0m> skvělé, shardy, mám pocit, že něco z toho budeme potřebovat, jakmile se rozběhnou routery, a zvlášť až dáme C/Python API zase do souladu se specifikací [23:40] <mariesofie> co> četla jsem zpátky jen asi k číslu #52 nebo tak [23:42] <jrand0m> ok. nějaká poslední slova (zatímco si brousím zrak na *baf*er...) [23:43] *** mihi_backup_ (~none@anon.iip) has joined channel #iip-dev [23:43] *** Odhlášení: mihi_backup (EOF From client) [23:43] *** mihi_backup_ je nyní znám(a) jako mihi_backup [23:43] <jrand0m> dobře, super. příští týden, ve stejný bat-čas, na stejném bat-místě. [23:44] * jrand0m *baf* ukončuje schůzku </div>/cs/blog/2003/09/02/i2p-dev-meeting-september-2-2003/Tue, 02 Sep 2003 00:00:00 +0000/cs/blog/2003/09/02/i2p-dev-meeting-september-2-2003/<h2 id="quick-recap">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> jrand0m, mihi, shardy, thecrypto, w0rmus</p> <h2 id="meeting-log">Záznam ze schůzky</h2> <div class="irc-log"> [22:53] <jrand0m> ok, wtf, proč ne. program: [22:53] <jrand0m> 0) uvítání [22:53] <jrand0m> 1) vydání specifikací &amp; SDK [22:53] <jrand0m> 2) otázky ke specifikacím &amp; SDK [22:53] <jrand0m> 3) stav vývoje 3.1) co's NS 3.2) kritéria pro SDK 1.0 3.3) simulátor sítě 3.4) další aplikace [IM, tunnel, atd.] 3.5) více transportních protokolů 3.6) implementace routeru v Javě [22:53] <jrand0m> 4) změna času schůzky? [22:53] <jrand0m> 5) administrativa CVS [22:54] <jrand0m> 6) shardyho věci [22:54] <jrand0m> 7) kibicové [22:54] <jrand0m> to je vše. [22:54] <jrand0m> 0) uvítání [22:54] <w0rmus> hihi [22:54] <thecrypto> takže vítejte všichni na schůzce číslo 55 [22:54] <thecrypto> 56 [22:55] <thecrypto> 56 je správně [22:55] *** Odhlášení: mihi (EOF From client) [22:55] <jrand0m> ahoj. vítejte na schůzce 56 [22:55] <jrand0m> jo [22:55] <jrand0m> 1) vydání specifikací &amp; SDK [22:55] <w0rmus> haha [22:55] *** mihi (~none@anon.iip) vstoupil do kanálu #iip-dev [22:55] <jrand0m> specifikace jsou venku a SDK 0.2 je taky venku. [22:56] <jrand0m> momentálně jsou dostupné jen na Freenetu [`http://localhost:8888/CHK@p1VU1U67UgXYJ7v7cS4Xqn~p4ssLAwI,RvdwV4jZyZYcJgYabpVPOQ/I2P_SDK.zip]` [22:56] <jrand0m> ale nop mi řekl, že je dnes dá i na běžný web, a také pošle e‑mail na pár tradičních mailing listů, aby sehnal pár recenzentů [22:57] <jrand0m> 2) nějaké nové dotazy ke specifikacím nebo SDK? [22:58] *** nixonite (~nixonite@anon.iip) vstoupil do kanálu #iip-dev [22:58] *** terrific (terrific@anon.iip) vstoupil do kanálu #iip-dev [22:58] <jrand0m> no, první otázka je, jak to vypadá s /čtením/ specifikací? :) [22:58] <w0rmus> musím to udělat :) [22:58] <thecrypto> pomalu <p>[Zápis ze schůzky pokračuje diskusemi o specifikacích, vývoji SDK, simulátoru sítě a dalších projektech. Schůzka zahrnuje aktualizace stavu vývoje a plánování budoucích vydání.] </div></p>/cs/blog/2003/08/26/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-26.-srpna-2003/Tue, 26 Aug 2003 00:00:00 +0000/cs/blog/2003/08/26/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-26.-srpna-2003/<h2 id="quick-recap">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> jeremiah, jrand0m, mihi, nop, thecrypto</p> <h2 id="meeting-log">Zápis ze schůzky</h2> <div class="irc-log"> [23:00] <jrand0m> ok, témata> x.0: uvítání x.1: dotazy ke specifikacím x.2: problémy s elg x.3: stav SDK x.4: plán vydání x.5: aplikace [23:00] <jrand0m> je x == 0 nebo 1 nebo 2? [23:00] <jeremiah> 22/7 [23:01] <thecrypto> myslím, že 0 [23:01] * jrand0m vždycky loguje, tak wtf, proč ne. [23:01] <jrand0m> 0.0: uvítání. [23:01] <jrand0m> ahoj. [23:01] <jrand0m> 0.1: dotazy ke specifikacím [23:01] <jrand0m> četl někdo ty specifikace? :) [23:02] * mihi jo. aspoň se o to pokusil [23:02] <jrand0m> w0ah jo [23:02] <jeremiah> ne [23:02] <jeremiah> které jsou nové? [23:02] <thecrypto> občas [23:02] <jrand0m> mihi> pokusil, ale je to těžké čtení, špatný jazyk, nepochopitelná struktura, nebo prostě pekelně nudné? [23:03] <mihi> nejsem dost obeznámený s kryptem. první část byla velmi zajímavá. [23:03] <jrand0m> jeremiah> specifikace jsou v cvs a když vyjdou, posílám na iip-dev. aktuální jsou: i2cp, i2np, i2p data structures, polling http transport proto [23:03] <mihi> ale když to šlo do detailů, mohl jsi popisovat, jak uvařit irský guláš, a ani bych si toho nevšiml ;) [23:04] <jeremiah> super [23:04] <jrand0m> lol mihi [23:05] <mihi> i když formát měl taky své problémy – nemám tady OpenOffice, jen starý StarOffice 5.2 [23:05] <jrand0m> star office 5.2 to nepřečte? preferoval bys .pdf nebo zbastlené html? [23:05] <jrand0m> (nebo .txt? i když txt by nemělo obrázky ani pořádné formátování) [23:05] <mihi> dal bych přednost "starému" formátu .sdw. [23:05] <jeremiah> pdf, pokud možno [23:05] <mihi> nebo pdf [23:06] <jrand0m> pdf je řešení na jedno kliknutí. [23:06] * jrand0m edituje v OpenOffice, čte v PDF [23:06] <jeremiah> nebo appleworks [23:06] <jeremiah> ;) [23:06] <mihi> sxw je podporováno jen ve StarOffice 6.0 a vyšším [23:06] <jrand0m> aha ok mihi [23:06] * jrand0m dal ven .sxw, protože minule si lidi stěžovali a chtěli .sxw. až budeme publikovat, dáme ven .sxw, .sdw a .pdf [23:07] <jrand0m> (nebo možná .doc, když si budu chtít ušpinit ruce) [23:07] <mihi> nevadilo by mi ani .sdw.zip nebo .sdw.gz nebo .sdw.bzw... [23:07] <mihi> s/bzw/bz2/ [23:07] <jrand0m> heh, určitě zazipujeme. [23:08] <jrand0m> specifikace datových struktur možná vyžaduje úpravu a síťový protokol vyžaduje před vydáním nějaké pevné urls. [23:08] <jrand0m> má někdo nějaké dotazy k některé ze čtyř specifikací? [23:09] <thecrypto> momentálně ne [23:10] <jrand0m> ok. 0.2: elg problémy [23:10] <jrand0m> máme nějaké potíže s elgamal šifrováním, jak je uvedeno na str. 13 specifikace datových struktur. [23:11] <jrand0m> může to být klíči, algoritmem, nebo implementací. pravděpodobně ne implementací, protože to bylo testováno proti dvěma implementacím. [23:11] <jrand0m> pokud je to problém algoritmu, budeme chtít před vydáním aktualizovat specifikaci tak, aby odrážela, co je třeba změnit, aby to fungovalo. [23:12] <jrand0m> pokud je to problém implementace nebo generování klíčů, můžeme specifikaci vydat a SDK opravit, až to vyřešíme. [23:13] <jrand0m> thecrypto> nějaké nápady, co se děje, nebo čekáme, až nop odpoví do listu (nebo sem, pokud je poblíž a má čas mluvit) [23:14] <thecrypto> snažím se na to přijít [23:15] *** Odhlášení: mihi (Ping timeout) [23:15] *** mihi_ (~none@anon.iip) se připojil(a) ke kanálu #iip-dev [23:15] <jrand0m> 'k [23:15] *** mihi_ je nyní znám jako mihi [23:15] <thecrypto> musím to trochu propočítat a projet to jinou implementací a přijít na to [23:15] <thecrypto> s elgamalem jsem nikdy neměl problém [23:15] <thecrypto> když jsem to naposledy testoval [23:16] *** Odhlášení: mihi ((null)) [23:17] <thecrypto> s tím benchmarkem [23:17] <jrand0m> jasně, ale benchmark zkusil jen jeden klíč [23:17] <thecrypto> ahh [23:17] <jrand0m> chybu dokážu celkem spolehlivě vyvolat bez jakýchkoli úprav elg implementace [23:17] <thecrypto> neměli jsme hlášku o špatném klíči? [23:18] <jrand0m> jo, ty se pořád objevují [23:18] *** mihi_ (~none@anon.iip) se připojil(a) ke kanálu #iip-dev [23:18] <jrand0m> čas od času (obvykle 2-4 krát na generování klíče) [23:18] *** mihi (~none@anon.iip) se připojil(a) ke kanálu #iip-dev [23:18] *** mihi je nyní znám jako mihi_backup [23:18] *** mihi_ je nyní znám jako mihi [23:18] <thecrypto> a pořád dostáváme špatné klíče? [23:19] <jrand0m> nebo něco takového. [23:19] <jrand0m> celý ten test na špatnou velikost je "if ( (k0.length == PublicKey.KEYSIZE_BYTES) &amp;&amp; (k1.length == PrivateKey.KEYSIZE_BYTES) ) {" [23:19] <jrand0m> žádné ověřování hodnot, atd. [23:20] <thecrypto> chvíli [23:23] <thecrypto> můžeš zkontrolovat, jestli x, soukromý klíč, je < p [23:23] <jrand0m> if (m.compareTo(CryptoConstants.elgp) >= 0) [23:23] <jrand0m> už je tam. [23:23] <jrand0m> (throw new IllegalArgumentException("ARGH. Data cannot be larger than the ElGamal prime. FIXME");) ta výjimka se nikdy nevyhodí. [23:23] <jrand0m> ehm x? hmm. [23:24] <jrand0m> 'k. možná bychom měli ukrást elg generování klíčů z BouncyCastle nebo jiné implementace [23:25] <jrand0m> ok. 0.3> SDK záležitosti [23:26] <jrand0m> elg je nedořešené, ale jinak je SDK velmi blízko 0.8 (aka vydání odpovídající specifikacím) [23:26] <jrand0m> (zbývá jen problém elg plus úprava LeaseSet) [23:26] <jrand0m> rád bych měl SDK 0.8 připravené spolu s vydáním specifikací, ale nemyslím, že bychom se k tomu měli zavazovat. [23:27] <jrand0m> nebo zda vůbec musíme přikládat SDK 0.1 k vydání specifikací. [23:27] <thecrypto> gah! otravné [23:28] <thecrypto> miracl, na které mě nop odkázal, dělá přesně to, co my [23:28] <thecrypto> a nemají žádné kontroly [23:28] <jrand0m> ale bezznaménkové. [23:28] <jrand0m> (protože miracl je v c) [23:28] * jrand0m předpokládá [23:28] <thecrypto> ano [23:29] <thecrypto> ale stejně se starám, aby nikdy nebyl signed biginteger [23:30] <jrand0m> biginteger.toByteArray() vrací signed pole bytů [23:30] <thecrypto> promiň, pokračuj [23:30] <jrand0m> 'k [23:30] <jrand0m> nějaký posun na pythoní frontě, jeremiah? [23:31] <jeremiah> hej [23:31] <jeremiah> sorry, četl jsem backlog [23:31] <jrand0m> heh čau [23:31] <jeremiah> ne, pořád si zvykám na třídy [23:31] <jrand0m> pohoda [23:31] <jrand0m> žádný problém [23:31] <jeremiah> myslím, že si na chvilku půjdu lehnout [23:31] <jrand0m> 'k [23:32] <jrand0m> 0.4: plán vydání [23:32] <jrand0m> potřebujeme během příštího dne nebo tak nějak vyřešit SDK záležitosti, tak či onak. [23:32] <jrand0m> musíme začít dělat na převedení bezpečnostního modelu do wiki [23:32] <jrand0m> (wiki, kde jsi) [23:33] <jrand0m> musíme zprovoznit výkonnostní model (žádný problém, budu ho mít za den dva) [23:33] <jrand0m> musíme aktualizovat specifikace, aby zahrnovaly případné elg úpravy, plus skutečné URL na jiné specifikace. [23:33] <nop> miracl [23:33] <nop> má port [23:33] <nop> do javy [23:33] <jrand0m> možná budeme muset hostovat specifikace &amp;&amp; / || sdk mimo USA kvůli exportním regulacím [ne že by mě to trápilo] [23:34] <jrand0m> jasně, ale java port miracl nemá elg šifrování, když jsem to naposledy kontroloval. [23:34] <jrand0m> kouknu znovu. [23:34] <nop> jrand0m, to nás netrápí, ale řešit to budeme později [23:34] <nop> jrand0m pokud to má bigdig() a modexp() [23:34] <nop> tak jsi v pohodě [23:34] *** yodel (~yodel@anon.iip) se připojil(a) ke kanálu #iip-dev [23:34] <thecrypto> moment [23:34] <thecrypto> myslím, že jsem našel náš problém [23:35] <jrand0m> jasně, co máš, thecrypto? [23:35] <nop> můžeš to zkontrolovat, jrand0m [23:35] <thecrypto> naše k se neověřuje na nesoudělnost [23:36] <jrand0m> způsobí to popsané problémy, thecrypto? myslel jsem, že to jen udělá šifrování nezabezpečeným (což je problém, i tak) [23:36] <thecrypto> ale to by znamenalo, že s tím klíčem selžou jen některé zprávy [23:36] <thecrypto> je to něco v keygen [23:36] <jrand0m> nop> něco najdeme. ale v mailu jsem nastínil konkrétní otázky, které jsou nezávislé na implementaci [23:36] <jrand0m> ok thecrypto, projdeme to po meetingu [23:37] <nop> ta otázka dvojitého ciphertextu? [23:37] <thecrypto> ok [23:37] <jrand0m> nop> to je jedna z otázek [23:37] * nop jde číst [23:39] <jrand0m> nop> nějaké odhady, kdy poběží wiki? jestli je to jen DNS, jaká je IP, abych si mohl upravit soubor hosts a začít editovat? [23:40] <thecrypto> rychlá otázka, jrand0m: kde to padá, benchmark běží perfektně a pokaždé vytvoří nový pár klíčů? [23:41] <nop> nech mě to nahodit, vydrž [23:41] <mihi> wiki.invisiblenet.net == jasonclinton.com [64.91.236.103] [23:41] <jrand0m> díky, mihi [23:42] <jrand0m> thecrypto> pokaždé vytvoří nový pár klíčů. padá to na dvouřádkovém testu, který jsem si udělal při ladění ElGamalAESEngine [23:42] <thecrypto> můžu vidět ten ElGamalAESEngine? [23:42] <thecrypto> prostě to commitni do CVS a já zjistím, v čem je problém [23:43] <nop> ok, wiki je cname'ovaná [23:43] <nop> mělo by se to za chvíli rozšířit [23:43] * jrand0m necommitne věci, co nefungují, ale pošlu ti to mailem [23:43] <jrand0m> díky, nop [23:43] <nop> už to běží [23:43] <nop> ;) [23:43] <nop> (Link: http://wiki.invisiblenet.net)http://wiki.invisiblenet.net [23:43] <jrand0m> na mém stroji teda ne [23:43] <jrand0m> ;) [23:44] <nop> co budeme dávat na wiki [23:44] <nop> ? [23:44] <jrand0m> bezpečnostní dokument, plus místo pro distribuci specifikací. [23:44] <jrand0m> možná i web i2p před vydáním 1.0, ale minimálně bezpečnostní dokument. [23:45] *** Odhlášení: sirk ((null)) [23:45] *** Odhlášení: shardy_ (Ping timeout) [23:46] <jrand0m> ok. vzhledem k výše uvedeným 5 bodům plánu vydání bych rád, aby specifikace vyšly v pátek, sobotu, nebo nejpozději v neděli. [23:46] *** shardy_ (~shardy@anon.iip) se připojil(a) ke kanálu #iip-dev [23:46] <nop> mám grafika, co dělá na webu [23:47] <nop> pro i2p [23:47] <jrand0m> nějaké problémy s tímto deadlinem? [deadline pátek, odklad jen když se stanou Zlé věci] [23:47] <nop> jasně [23:47] <thecrypto> jrand0m: posláno? [23:47] <jrand0m> 'k, takže jen bezpečnostní dokumenty a místo pro distribuci i2p specifikací [23:47] <jrand0m> ne, thecrypto, je tam asi půl tuctu souborů. pošlu po meetingu. [23:47] <thecrypto> ok [23:48] <thecrypto> rád bych je dřív, protože dneska přesouváme stoly, takže brzy budu muset přesunout počítače [23:48] <nop> jrand0m, musím se podívat na tvůj e-mail a brzy odpovím [23:48] <nop> multitasking [23:49] <jrand0m> 'k. [23:49] <jrand0m> 0.5> aplikace [23:49] <jrand0m> služba jmen je AWOL, protože co tu není ;) [ale myslím, že právě odjel do školy, takže krátkodobě se to dá čekat] [23:49] <jrand0m> mihi má skvělou skvělou i2ptunnel aplikaci [23:50] *** Odhlášení: WinBear_ (EOF From client) [23:50] <mihi> uber jedno nebo dvě `awesome` ;) [23:50] <jrand0m> heh [23:51] <jrand0m> no, je to hodně působivé. pořád je co přidávat, ale tak jak je, je to fungující přeposílač portů s rozumným výkonem. opravdu dobrý proof of concept [23:51] <mihi> spoléhá to na příliš mnoho věcí, které v specifikaci nevidím (např. že GUARANTEED pakety jsou doručovány v pořadí) [23:52] <jrand0m> GUARANTEED pakety nejsou doručovány v pořadí, ale Java implementace blokuje při odeslání GUARANTEED, takže pokud použiješ Java implementaci s GUARANTEED a nemáš více odesílacích vláken, je pořadí zaručeno. [23:52] <jrand0m> ideálně by bylo fajn, kdyby to používalo FEC (dopřednou korekci chyb) nebo mělo vestavěné řazení &amp; rekonstrukci nebo tak něco [23:52] <jrand0m> (aby to neblokovalo při odesílání a nevyžadovalo GUARANTEED) [23:53] <mihi> to je myslím trochu moc kdyby... [23:53] <mihi> s/bot/bit/ [23:55] <mihi> ale možná budu mít čas přidat reorder/resend... [23:55] <jrand0m> no, tak je Java klient implementován ;) GUARANTEED se nedoporučuje pro synchronní použití s nízkou latencí, protože vyžaduje ack (což je samo o sobě plné doručení zprávy, i když bez klientské end-to-end kryptografie, jen i2np kryptografie) [23:55] <jrand0m> jo [23:56] <jrand0m> nějaké další appky na obzoru? měli bychom mít na wiki stránku s aplikacemi &amp; nápady na appky, do kterých by se devs mohli zapojit? [23:57] * jrand0m myslí, že asi nejsme daleko od toho, aby yodelovo xml rpc fungovalo přes i2p sdk (buď přes mihis tunnel, nebo nativně) [23:57] <nop> hmm [23:57] <thecrypto> test [23:57] <jrand0m> tset [23:57] <thecrypto> pořád připojení? [23:57] <jrand0m> si sr [23:58] <thecrypto> právě odpojujeme telefonní linky [23:58] <nop> IIP, vzdoruje telefonním linkám [23:58] <jrand0m> heh [23:58] <nop> :) [23:58] <thecrypto> můžu se vrátit na IM a přenos souborů [23:58] <jrand0m> boží [00:00] <jrand0m> ok. to je vše, co mám k bodům agendy. [00:00] <jrand0m> nějaké komentáře/dotazy/obavy/frisbee? [00:00] * thecrypto hází frisbee [00:00] * jrand0m dostane frisbee do obličeje [00:01] <thecrypto> chci jen dodělat tohle crypto, abych se mohl vrátit a optimalizovat elg [00:01] <thecrypto> a doufejme udělat totéž pro python [00:01] <jrand0m> jo. pošlu ti kód během 5 [00:02] <thecrypto> to by bylo dobré [00:03] * jrand0m připravuje *baf*er [00:03] * jrand0m se rozmachuje [00:03] * jrand0m *baf*ne meeting do konce. </div>/cs/blog/2003/08/19/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-19.-srpna-2003/Tue, 19 Aug 2003 00:00:00 +0000/cs/blog/2003/08/19/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-19.-srpna-2003/<h2 id="quick-recap">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> cohesion, hezekiah, jrand0m, mihi, nop, thecrypto</p> <h2 id="meeting-log">Zápis ze schůzky</h2> <div class="irc-log"> --- Záznam otevřen Tue Aug 19 16:56:12 2003 17:00 -!- logger [logger@anon.iip] se připojil k #iip-dev 17:00 -!- Téma pro #iip-dev: Týdenní IIP vývojová setkání a další rozhovory mezi vývojáři se konají tady. 17:00 [Uživatelé #iip-dev] 17:00 [ cohesion] [ leenookx ] [ mihi] [ shardy_ ] [ UserXClone] 17:00 [ Ehud ] [ logger ] [ nop ] [ thecrypto] [ velour ] 17:00 [ hezekiah] [ lonelynerd] [ Rain] [ UserX ] [ WinBear ] 17:00 -!- Irssi: #iip-dev: Celkem 15 nicků [0 ops, 0 halfops, 0 voices, 15 normal] 17:00 -!- Irssi: Připojení k #iip-dev bylo synchronizováno za 7 s 17:00 < hezekiah> Dobrá! :) 17:00 < hezekiah> Oba loggeri jsou na místě. :) 17:01 < thecrypto> jo! 17:03 < hezekiah> Hmmm ... 17:03 < hezekiah> Tahle schůzka měla začít před 3 minutami. 17:03 < hezekiah> Zajímalo by mě, co se děje. 17:04 < thecrypto> no, kdo je idle 17:04 < hezekiah> jrand0m není ani online. 17:04 < hezekiah> nop je idle 15 minut. 17:05 < nop> ahoj 17:05 < nop> sorry 17:05 < nop> V práci jsem strašně vytížený 17:05 < mihi> [22:36] * jrand0m odešel na večeři, ale do půl hodiny se na schůzku vrátím 17:05 -!- jrand0m [~jrandom@anon.iip] se připojil k #iip-dev 17:05 < hezekiah> Ahoj, jrand0m. 17:05 < nop> ahoj 17:05 < nop> ok, jde o tohle 17:05 < nop> V práci teď nemůžu být na IIP vidět 17:05 < nop> tak se vám ozvu později 17:05 < nop> včera jsem za to dostal čočku 17:05 < nop> takže 17:05 < hezekiah> Čau, nop. 17:05 < thecrypto> čau 17:06 < nop> Zůstanu v kanálu 17:06 < nop> jen to nebude zjevné :) 17:06 < hezekiah> jrand0m? Protože poslední dobou mluvíš nejvíc, je něco, co chceš dát na program téhle schůzky? 17:07 < jrand0m> zpátky 17:08 < jrand0m> ok, těstoviny s pestem byly dobré. 17:08 < jrand0m> nech mě vytáhnout věci jakože agendu 17:09 -!- Lookaround [~chatzilla@anon.iip] se připojil k #iip-dev 17:09 < jrand0m> x.1) i2cp SDK úpravy x.2) i2np review x.3) polling http transport x.4) stav vývoje x.5) todo x.6) plán na příští dva týdny 17:09 < jrand0m> (dej x na kterékoliv #, kam v programu zapadá) 17:10 < thecrypto> ty jsi ta agenda 17:10 < hezekiah> jrand0m: Já nemám co říct a nop může 17:10 < hezekiah> nemůže mluvit. 17:10 < jrand0m> lol 17:10 < hezekiah> UserX pravděpodobně nic nepřidá (většinou nepřidává), takže z mého pohledu je to celé tvoje. :0 17:10 < hezekiah> :) 17:10 < jrand0m> 'k. logujeme? 17:10 < jrand0m> heh 17:10 < hezekiah> Loguju všechno. 17:10 < jrand0m> super. ok. 0.1) vítejte. 17:10 < jrand0m> ahoj. 17:11 < jrand0m> 0.2) mailing list 17:11 < jrand0m> list je teď mimo provoz, bude zpátky co nejdřív. dáte vědět, až bude :) 17:11 < jrand0m> zatím wiki nebo použijte iip na pokec. 17:11 < jrand0m> 1.1) i2cp SDK úpravy 17:12 < jrand0m> SDK bylo aktualizováno o některé opravy chyb a byly zavedeny i nové věci ve specifikaci. 17:12 < jrand0m> Včera jsem s informacemi psal na list. 17:13 < jrand0m> hezekiah/thecrypto/jeremiah> nějaké otázky k tomu, co jsem poslal, nebo nápady na plán implementace změn? (nebo jiné alternativy, které jsem nezvážil?) 17:13 < hezekiah> Lítám jako kuře s useknutou hlavou, když se chystám na vysokou. 17:13 < jrand0m> jasně, rozumím. 17:13 < hezekiah> Letmo jsem se podíval na to, co jsi napsal, ale ještě jsem se fakt nepodíval na změny ve specifikaci. 17:13 < jrand0m> už nám z tebe moc času nezbývá, co... 17:13 < hezekiah> Ne, dokud se nedostanu na vysokou. 17:14 < hezekiah> Až tam budu, tak se asi aspoň týden neozvu, než se rozkoukám. 17:14 < jrand0m> a až tam budeš, budeš se muset hodně zabydlet (jestli si dobře pamatuju z doby, kdy jsem chodil do školy ;) 17:14 < jrand0m> heh, jasně. 17:14 < hezekiah> Pak bych měl být efektivnější a mít víc času, takže budu moct psát kód. 17:14 < jrand0m> super 17:14 < thecrypto> já dělám jen krypto, takže datové struktury jsou moje hlavní starost; jakmile budu mít hotový mód CTS, asi na tom začnu dělat 17:14 < hezekiah> Každopádně, to je můj odhad. 17:14 < jrand0m> paráda, thecrypto 17:15 < jrand0m> dobrá zpráva je, že SDK funguje zcela v pořádku (s opravami bugů, které našel mihi [yay mihi!]) i bez aktualizace specifikace. 17:15 -!- arsenic [~none@anon.iip] se připojil k #iip-dev 17:16 < jrand0m> ok, dál 1.2) i2np review 17:16 < jrand0m> četl někdo ten dokument? 17:16 < jrand0m> ;) 17:16 < hezekiah> Já zatím ne. 17:16 < hezekiah> Jak jsem říkal, teď jsem jako kuře s useknutou hlavou. 17:17 < hezekiah> BTW jrand0m, vypadá to, že rád posíláš PDFka. 17:17 < jrand0m> můžou všichni číst openoffice .swx? 17:17 < hezekiah> Já můžu. 17:17 < jrand0m> [pokud ano, pošlu swx] 17:17 -!- abesimpson [~k@anon.iip] se připojil k #iip-dev 17:17 < thecrypto> já můžu 17:17 < hezekiah> V KGhostView nemůžu v PDF hledat text. 17:17 < hezekiah> To fakt bolí. 17:17 < jrand0m> to je naprd, hezekiah 17:17 -!- mrflibble [mrflibble@anon.iip] se připojil k #iip-dev 17:17 < hezekiah> Linuxová verze Adobe Acrobatu taky není moc přívětivá. 17:18 < jrand0m> ok, takže místo pdf to bude formát openoffice. 17:18 < hezekiah> Super. 17:18 < jrand0m> hm, ok. i2np má pár drobných změn ve struktuře LeaseSet (odrážejících změnu v i2cp, o které jsem psal dříve), ale jinak je z velké části hotový. 17:19 < hezekiah> jrand0m: Jsou všechny tyhle dokumenty v CVS cathedral? 17:19 < nop> oh 17:19 < nop> můžu skočit do řeči 17:19 < hezekiah> tj. kopie těch PDF souborů, které jsi posílal na list apod. 17:19 < hezekiah> nop: Pokračuj. 17:19 < nop> je to off-topic, ale důležité 17:19 -!- ChZEROHag [hag@anon.iip] se připojil k #iip-dev 17:19 < nop> IIP-dev a pošta jsou teď trochu rozbité 17:19 < hezekiah> Všiml jsem si. 17:19 < nop> tak prosím chvíli strpení 17:20 < nop> snažíme se to rozběhnout 17:20 < nop> ale má to zabudovaný SpamAssassin 17:20 < nop> což je dobrá zpráva 17:20 < nop> :) 17:20 < nop> a spoustu dalších funkcí 17:20 < jrand0m> nějaké ETA, nop, pro list? 17:20 * ChZEROHag strčí sem nos 17:20 < jrand0m> (vím, že máš fofr, neotravuju, jen mě to zajímá) 17:20 < nop> snad do zítřka 17:20 < jrand0m> super 17:20 < nop> mail admin na tom pracuje 17:21 * hezekiah poznamenává, že se jrand0movi _fakt_ líbí list iip-dev. ;-) 17:21 < nop> haha 17:21 < hezekiah> Do toho, delta407! 17:21 < nop> každopádně 17:21 < jrand0m> je nejlepší rozhodnutí dokumentovat veřejně, hezekiahu ;) 17:21 < nop> zpět k našemu pravidelně plánovanému setkání 17:21 < jrand0m> heh 17:21 -!- nop je nyní znám jako nop_afk 17:21 < hezekiah> jrand0m: Tak kde jsme skončili? 17:21 < jrand0m> k tvé otázce, hezekiahu> některé ano, ale ty poslední ne. Přepnu to na ukládání v openoffice formátu. 17:21 < jrand0m> místo pdfek 17:22 < hezekiah> OK. 17:22 < hezekiah> Bylo by fakt super, kdyby všechny dokumenty byly v CVS. 17:22 < jrand0m> určitě, a budou 17:22 < hezekiah> Pak si jen update-nu a budu vědět, že mám poslední vydání. 17:22 < jrand0m> (jsou tři návrhy, které tam zatím nejsou) 17:22 < hezekiah> (Mimochodem, trochu mimo, ale je už zprovozněn anonymní přístup do cathedral?) 17:23 < jrand0m> zatím ne. 17:23 < jrand0m> ok, do pátku bych chtěl mít další draft I2NP v plné podobě [tj. už žádné ... u sekcí s vysvětlením kademlie a detaily vzorové implementace] 17:24 < jrand0m> nejsou tam žádné zásadní změny. jen víc doplnění a upřesnění. 17:24 < hezekiah> Skvělé. 17:24 < hezekiah> Budou v tom k dispozici bajtová rozvržení datových struktur? 17:24 < jrand0m> 1.3) I2P Polling HTTP Transport specifikace. 17:24 < jrand0m> ne, bajtová rozvržení patří do specifikace datových struktur, která by se měla převést do standardního formátu místo html 17:25 < jrand0m> (i když I2NP už všechna potřebná bajtová rozvržení má) 17:25 < jrand0m> ((kdybys to četl *kašel* ;) 17:25 < hezekiah> Dobře. 17:25 < hezekiah> lol 17:25 < hezekiah> Promiň. 17:25 < hezekiah> Jak jsem říkal, měl jsem toho hodně. 17:25 < jrand0m> heh v pohodě, brzy odjíždíš na vysokou, máš přece pařit :) 17:25 < hezekiah> Pařit? 17:25 < jrand0m> ok, 1.3) I2NP Polling HTTP Transport specifikace 17:25 < hezekiah> Hmmm ... asi jsem prostě divný. 17:25 < jrand0m> heh 17:26 < jrand0m> ok, zkoušel jsem to poslat dřív, ale brzy to commitnu. je to rychlý a špinavý transportní protokol zapadající do I2NP, který umožní routerům posílat data tam a zpět bez přímých spojení (např. firewally, proxy atd.) 17:27 < jrand0m> Doufám, že někdo uvidí, jak to funguje, a postaví podobné transporty (např. obousměrné TCP, UDP, přímé HTTP atd.) 17:27 -!- mihi [none@anon.iip] odešel [Ping timeout] 17:27 < hezekiah> Hmmm, no já ne 17:27 < jrand0m> než dáme I2NP k review, musíme přidat ukázkové transporty, aby lidi viděli celý obraz 17:27 < hezekiah> nemyslím, že bych _já_ brzy stavěl nějaké transporty. ;-) 17:27 -!- WinBear_ [~WinBear@anon.iip] se připojil k #iip-dev 17:27 < hezekiah> TCP funguje pro Javu a Python. 17:27 < hezekiah> (Aspoň client-to-router.) 17:27 < jrand0m> v pohodě, jen to dávám jako todo pro lidi, kteří chtějí přispět 17:28 < hezekiah> Jasně. 17:28 < jrand0m> jo, client-router má jiné požadavky než router-router. 17:28 < jrand0m> ok, každopádně, 1.4) stav vývoje 17:28 < jrand0m> jak jsme na tom s CBC, thecrypto? 17:28 < thecrypto> CBC je commitnuté 17:28 < jrand0m> w00000t 17:28 < thecrypto> CTS je skoro hotové 17:28 < hezekiah> thecrypto: Co je CTS? 17:29 < thecrypto> jen musím vymyslet, jak to hezky implementovat 17:29 < jrand0m> cts je CipherText Stealing :) 17:29 < hezekiah> Aha! 17:29 < thecrypto> CipherText Stealing 17:29 -!- WinBear [WinBear@anon.iip] odešel [EOF From client] 17:29 < jrand0m> bral jsi si k tomu nopův odkaz? 17:29 < hezekiah> OK. Používáme CBC s CTS místo paddingu. 17:29 < hezekiah> Hmm. 17:29 < thecrypto> v podstatě to udělá zprávu přesně na správnou délku 17:29 < jrand0m> je to proveditelné na pythoní straně, hezekiahu? 17:29 < hezekiah> Možná budu muset trochu profackovat Pythoní crypto knihovnu, kterou používám, aby správně používala CTS. 17:30 < hezekiah> Vždycky jsem měl radši CTS než padding, ale nevím, co dělá PyCrypt. 17:30 < jrand0m> co umí Python out of the box, aby umožnil přesné obnovení velikosti zprávy? 17:30 < thecrypto> stačí jen změnit, jak zpracuješ poslední dva bloky 17:30 < hezekiah> Mám pocit, že ta knihovna dostane pořádný přepis. 17:30 < hezekiah> jrand0m: CBC věci jsou v Pythonu transparentní. Prostě pošleš buffer do funkce encrypt objektu AES. 17:31 < hezekiah> Vyplivne šifrotext. <p>17:31 &lt; hezekiah&gt; Tečka. 17:31 &lt; jrand0m&gt; does D(E(data,key),key) == data, byte for byte, exact same size? 17:31 &lt; hezekiah&gt; Takže pokud má praštěný nápad použít padding (doplnění) místo CTS (Ciphertext Stealing), budu mu muset vlézt do střev a opravit to. 17:31 &lt; jrand0m&gt; (bez ohledu na velikost vstupu?) 17:31 -!- mihi [~none@anon.iip] has joined #iip-dev 17:31 &lt; hezekiah&gt; jrand0m: Ano. Mělo by. 17:31 &lt; jrand0m&gt; hezekiah&gt; kdybys mohl zjistit přesně, jaký algoritmus používá pro padding, bylo by to super 17:32 &lt; hezekiah&gt; Jasně. 17:32 * jrand0m váhá nad požadavkem na úpravu pythoní kryptografické knihovny, pokud už knihovna používá standardní a užitečný mechanismus 17:32 &lt; hezekiah&gt; Tak či onak, CBC s CTS zní dobře. 17:32 &lt; hezekiah&gt; jrand0m: Tahle kryptografická knihovna pro Python je mizerná. 17:32 &lt; jrand0m&gt; heh &lsquo;k 17:33 &lt; thecrypto&gt; musím jen spočítat, jak zamíchat těmi dvěma bloky 17:33 &lt; hezekiah&gt; jrand0m: ElGamal bude třeba kompletně přepsat v C, aby byl dost rychlý na použití. 17:33 &lt; jrand0m&gt; hezekiah&gt; jaký je benchmark pro pythoní elg na 256 bajtech? dělá se to jen jednou na dest-dest komunikaci&hellip; 17:34 &lt; jrand0m&gt; (pokud to víš z hlavy) 17:34 &lt; hezekiah&gt; Musel bych to otestovat. 17:34 &lt; hezekiah&gt; Šifrování je jen sekundu nebo dvě, myslím 17:34 &lt; jrand0m&gt; &lt; 5 s, &lt; 2 s, &gt; 10 s, &gt; 30 s? 17:34 &lt; thecrypto&gt; asi na tom udělám nějakou práci 17:34 &lt; hezekiah&gt; Dešifrování by mohlo být někde mezi 5 nebo 10 sekundami. 17:34 &lt; jrand0m&gt; super. 17:35 &lt; jrand0m&gt; hezekiah&gt; mluvil jsi s jeremiah nebo máš nějaké novinky o stavu python client API? 17:35 &lt; hezekiah&gt; thecrypto: Vše, co bys měl potřebovat, je napsat modul v C, který spolupracuje s Pythonem. 17:35 &lt; hezekiah&gt; Nemám tušení, co dělá. 17:35 &lt; hezekiah&gt; Nemluvil jsem s ním od doby, co jsem se vrátil. 17:35 &lt; jrand0m&gt; &lsquo;k 17:35 &lt; jrand0m&gt; nějaké další statusy vývoje? 17:36 &lt; hezekiah&gt; Eh, ode mě moc ne. 17:36 &lt; hezekiah&gt; Už jsem vysvětlil svůj aktuální stav volného času. 17:36 &lt; jrand0m&gt; jasný. rozumím 17:36 &lt; hezekiah&gt; Mám jediný plán: zprovoznit C API a dostat Python router zpátky do souladu se specifikací. 17:37 &lt; jrand0m&gt; &lsquo;k 17:37 &lt; hezekiah&gt; Panebože! 17:37 &lt; jrand0m&gt; 1.4) TODO 17:37 &lt; jrand0m&gt; si sr? 17:37 &lt; hezekiah&gt; Pythoní crypto knihovna neimplementuje CTS ani padding! 17:37 &lt; hezekiah&gt; Budu to muset udělat ručně. 17:37 &lt; jrand0m&gt; hmm? vyžaduje, aby data byla násobkem 16 bajtů? 17:37 &lt; hezekiah&gt; Jo. 17:38 &lt; jrand0m&gt; heh 17:38 &lt; jrand0m&gt; no co už. 17:38 &lt; hezekiah&gt; Aktuálně Python router používá padding. 17:38 &lt; jrand0m&gt; ok. tady jsou nějaké nevyřízené položky, které je potřeba dodělat. 17:38 &lt; hezekiah&gt; Teď si na to vzpomínám. 17:38 &lt; hezekiah&gt; No, let 17:38 &lt; hezekiah&gt; buďme upřímní v jedné věci. 17:38 &lt; hezekiah&gt; Python router není ve skutečnosti určen k tomu, aby se používal. 17:39 &lt; hezekiah&gt; Je primárně určen k tomu, abych byl velmi dobře obeznámen se specifikací, a má to ještě jeden efekt: 17:39 &lt; hezekiah&gt; Nutí Java router, aby se specifikace držel přesně. 17:39 &lt; jrand0m&gt; oba velmi důležité cíle. 17:39 &lt; hezekiah&gt; Někdy Java router úplně nevyhovuje a pak Python router ječí jak pominutý. 17:39 &lt; hezekiah&gt; Takže nemusí být ani rychlý, ani stabilní. 17:39 &lt; jrand0m&gt; plus si nejsem jistý, že někdy nebude použit v SDK 17:39 &lt; jrand0m&gt; jasně. přesně. 17:39 &lt; jrand0m&gt; python client API je ale něco jiného 17:39 &lt; hezekiah&gt; Python client API na druhou stranu musí být slušné. 17:40 &lt; jrand0m&gt; přesně tak. 17:40 &lt; hezekiah&gt; Ale to je Jeremjášův problém. :) 17:40 &lt; hezekiah&gt; Nechal jsem to na něm. 17:40 &lt; jrand0m&gt; SDK lokální-only routery jsou jen pro potřeby vývoje klientů 17:40 &lt; jrand0m&gt; lol 17:40 &lt; jrand0m&gt; ok, jak jsem říkal&hellip; ;) 17:40 &lt; hezekiah&gt; ;-) 17:41 &lt; jrand0m&gt; - potřebujeme někoho, kdo začne dělat malou webovou stránku pro i2p, která se použije pro zveřejnění různých I2P souvisejících specifikací k peer review (posouzení komunitou). 17:41 &lt; jrand0m&gt; Rád bych, aby to bylo hotové před 1. 9. 17:41 &lt; hezekiah&gt; OK. Tímto říkám, že to po mně nechcete. 17:41 &lt; hezekiah&gt; Nejsem dobrý webdesigner. :) 17:41 &lt; jrand0m&gt; ani já ne, jestli někdo viděl můj flog ;) 17:41 &lt; jrand0m&gt; cohesion? ;) 17:41 &lt; hezekiah&gt; lol 17:42 &lt; hezekiah&gt; Chudák cohesion, vždycky u špinavé práce. :-) 17:42 * cohesion čte backlog 17:42 &lt; hezekiah&gt; ;) 17:42 &lt; jrand0m&gt; heh 17:42 &lt; cohesion&gt; jrand0m: Udělám to 17:42 &lt; cohesion&gt; <a href="mailto:me@jasonclinton.com">me@jasonclinton.com</a> 17:42 &lt; cohesion&gt; pošli mi ty specifikace 17:42 &lt; jrand0m&gt; &lsquo;k, gracias. 17:42 &lt; jrand0m&gt; specifikace ještě nejsou všechny hotové. 17:43 &lt; jrand0m&gt; ale obsah, který tam bude potřeba: 17:43 &lt; cohesion&gt; no, co máš a co bys chtěl dát nahoru 17:43 &lt; jrand0m&gt; -I2CP spec, I2NP spec, Polling HTTP Transport spec, TCP Transport spec, Security analysis, Performance analysis, Data structure spec, a readme/intro 17:44 &lt; jrand0m&gt; (těchto 7 dokumentů bude v pdf a/nebo textovém formátu) 17:44 &lt; cohesion&gt; k 17:44 &lt; jrand0m&gt; vyjma readme/intro 17:45 &lt; jrand0m&gt; Doufám, že všechny ty dokumenty budou hotové do příštího týdne (26. 8.). budeš mít dost času dát dohromady malou stránku na vydání 1. 9.? 17:46 &lt; jrand0m&gt; ok. další věc, která bude potřeba, je simulátor sítě I2P. 17:46 &lt; jrand0m&gt; máme někoho, kdo hledá projekt na informatiku? ;) 17:46 &lt; hezekiah&gt; lol 17:46 &lt; cohesion&gt; jrand0m: jo, to půjde 17:47 &lt; hezekiah&gt; Já ne ještě pár let. ;-) 17:47 &lt; jrand0m&gt; super, cohesion 17:47 &lt; thecrypto&gt; já ne rok 17:47 * cohesion jde zpátky do práce 17:47 &lt; jrand0m&gt; díky, cohesion 17:48 &lt; jrand0m&gt; ok, 1.6) příští dva týdny. na mém talíři je dostat tyhle specifikace, dokumenty a analýzy ven. Jakmile budu moct, pošlu &amp; commitnu. 17:48 &lt; jrand0m&gt; PROSÍM ČTĚTE SPECIFIKACE A KOMENTUJTE 17:48 &lt; jrand0m&gt; :) 17:48 &lt; hezekiah&gt; jrand0m: Jasně. Až budu mít čas, začnu číst. :) 17:48 &lt; jrand0m&gt; Preferoval bych, aby lidi posílali komentáře na list, ale pokud chtějí být anonymní, pošlete mi je soukromě a já pošlu odpovědi na list anonymně. 17:49 &lt; hezekiah&gt; (Jak to vypadá s ETA pro soubory OpenOffice dokumentace v CVS?) 17:49 &lt; jrand0m&gt; Můžu commitnout poslední revize do 10 minut po skončení téhle schůzky. 17:49 &lt; hezekiah&gt; Skvělé. :) 17:50 &lt; jrand0m&gt; ok, to je vše k 1.*. 17:50 &lt; jrand0m&gt; 2.x) komentáře/dotazy/obavy/výlevy? 17:50 &lt; jrand0m&gt; jak funguje ta úprava SDK, mihi? 17:51 &lt; jrand0m&gt; nebo kdokoliv jiný? :) 17:51 &lt; hezekiah&gt; jrand0m: O jaké úpravě SDK mluvíš? 17:52 &lt; jrand0m&gt; hezekiah&gt; dva bugfixy do SDK, commitnuté (&amp; postnuté) předevčírem 17:52 &lt; hezekiah&gt; Aha 17:52 &lt; hezekiah&gt; Parádní. 17:52 &lt; jrand0m&gt; (rotace message ID, synchronizace zápisů) 17:52 &lt; hezekiah&gt; Jen java strana, nebo i pythoní strana? 17:52 &lt; jrand0m&gt; yo no hablo python. 17:53 &lt; hezekiah&gt; lol 17:53 &lt; jrand0m&gt; nevím, jestli ty bugy existují i tam. rotuješ message id každých 255 zpráv a synchronizuješ zápisy? 17:54 &lt; hezekiah&gt; Myslím, že Python router dělá obojí 17:54 &lt; jrand0m&gt; super. 17:54 &lt; jrand0m&gt; dáme vědět, pokud ne ;) 17:54 &lt; hezekiah&gt; Co přesně myslíš „synchronizuješ zápisy“? 17:55 &lt; jrand0m&gt; tj. zajistíš, aby se víc zpráv nezapisovalo klientovi současně, když se mu snaží poslat zprávy více klientů ve stejnou dobu. 17:55 &lt; hezekiah&gt; Všechna data posílaná přes TCP spojení se posílají v pořadí, v jakém vznikla. 17:56 &lt; hezekiah&gt; Takže nedostaneš 1/2 zprávy A a potom 1/3 zprávy B. 17:56 &lt; jrand0m&gt; &lsquo;k 17:56 &lt; hezekiah&gt; Dostaneš zprávu A a pak zprávu B. 17:56 &lt; hezekiah&gt; OK &hellip; jestli už nikdo další nebude mluvit, navrhuju ukončit schůzku. 17:56 &lt; mihi&gt; moje jednoduché TCP/IP přes I2p vypadá, že funguje&hellip; 17:56 &lt; jrand0m&gt; skvěééélé!! 17:56 * mihi trochu nečinně přihlížel, sorry 17:57 &lt; hezekiah&gt; Má někdo ještě něco? 17:57 &lt; jrand0m&gt; mihi&gt; takže poběží přes to pserver? 17:57 &lt; mihi&gt; pokud se nepokusíš vytvořit spoustu spojení najednou. 17:57 &lt; mihi&gt; jrand0m: myslím, že jo – dostal jsem přes to Google 17:57 &lt; jrand0m&gt; skvěéélé 17:57 &lt; jrand0m&gt; mihi++ 17:57 &lt; mihi&gt; jrand0m-ava 17:57 &lt; jrand0m&gt; takže máš outproxy a inproxy? 17:58 &lt; mihi&gt; přesně tak. 17:58 &lt; jrand0m&gt; cool 17:58 &lt; mihi&gt; cíl potřebuje klíče, zdroj je generuje na požádání 17:58 * hezekiah podává jrand0movi <em>baf</em>er. Až skončíš, rozmlať to, kámo. 17:58 &lt; jrand0m&gt; jasně. snad by s tím mohla pomoct co’s naming service, až bude připravená. 17:59 &lt; jrand0m&gt; ok super. mihi, dej vědět mně nebo komukoliv jinému, jestli můžeme nějak pomoci :) 17:59 &lt; mihi&gt; opravte tu věc se 128 msgid nebo vybudujte lepší GUARANTEED support 17:59 * jrand0m <em>baf</em>ne nop_afk po hlavě za to, že má skutečnou práci 18:00 &lt; mihi&gt; jrand0m: zneužití bafu stojí 20 yodels 18:00 &lt; jrand0m&gt; lol 18:00 &lt; jrand0m&gt; lepší guaranteed support? 18:00 &lt; jrand0m&gt; (tj. lepší výkon než ten popsaný? to opravíme v impl) 18:00 &lt; mihi&gt; testoval jsi můj test case se start_thread=end_thread=300? 18:01 &lt; mihi&gt; generuje to spoustu zpráv jedním směrem, a to způsobí, že se sežerou všechna msgid&hellip; 18:01 &lt; jrand0m&gt; hmm, ne, tu zprávu jsem neviděl 18:01 &lt; hezekiah&gt; jrand0m: Bylo by rozumné udělat msgid 2bajtové? 18:01 * jrand0m zkusil 200 / 201, ale to je opravené v poslední verzi 18:01 -!- cohesion [cohesion@anon.iip] has quit [off to the lug meeting] 18:01 &lt; mihi&gt; která poslední? 18:01 &lt; hezekiah&gt; Pak by měli 65535 msgid (pokud nepočítáš msgid 0) 18:01 &lt; hezekiah&gt; . 18:02 &lt; jrand0m&gt; 2bajtová message id neuškodí. S tou změnou jsem v pohodě. 18:02 &lt; jrand0m&gt; mihi&gt; tu, co jsem ti poslal mailem 18:02 &lt; mihi&gt; pokud máš něco novějšího než tu, co jsi mi poslal, pošli to (nebo mi dej přístup do CVS) 18:03 &lt; mihi&gt; hmm, ta mi padá na 200/201 (stejně jako na 300) 18:03 &lt; jrand0m&gt; hmm. Udělám víc testů a debugování a pošlu ti, k čemu dojdu. 18:03 &lt; mihi&gt; dík. 18:04 &lt; jrand0m&gt; ok. 18:04 * jrand0m prohlašuje schůzku za 18:04 &lt; jrand0m&gt; <em>baf</em>nutou 18:04 * hezekiah zbožně věší <em>baf</em>er na jeho speciální věšák. 18:05 * hezekiah se pak otočí a odchází ze dveří, které za sebou práskne. Baffer spadne z věšáku. 18:05 &lt; hezekiah&gt; ;-) &mdash; Záznam uzavřen Tue Aug 19 18:05:36 2003 </div></p>/cs/blog/2003/08/12/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-12.-srpna-2003/Tue, 12 Aug 2003 00:00:00 +0000/cs/blog/2003/08/12/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-12.-srpna-2003/<h2 id="quick-recap">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> ion, jrand0m, mihi, shardy</p> <h2 id="meeting-log">Záznam ze schůzky</h2> <div class="irc-log"> [21:09] <jrand0m> ok. 21:00 UTC esta ahora [21:09] <jrand0m> vítejte na, ehm, setkání [21:09] <jrand0m> dnes nám chybí spousta lidí (nop, hezekiah, thecrypto a userx), takže to vezmeme stručně [21:10] <jrand0m> program: 1) ahoj 2) sdk 3) stav 4) dotazy [21:10] <jrand0m> 1) ahoj [21:10] <jrand0m> ahoj. [21:10] <jrand0m> 2) sdk [21:11] <jrand0m> I2P SDK 0.1 je připraveno na tiché vydání. [21:11] <mihi> tiché vydání? [21:11] <jrand0m> v zásadě to nebudeme propagovat, kromě lidí, kteří jsou v obraze, a těch, kterým důvěřují lidé v obraze [21:12] <jrand0m> nicméně je to plně připraveno pro návrh, vývoj a testování aplikací [21:12] <jrand0m> kdo je na #iip-dev, je v obraze [21:13] <jrand0m> takže kdokoli si to chce prohlédnout, může si to buď stáhnout z CVS, nebo získat zdrojáky, dokumentaci a build z CHK@GZ-A-C~SH03AwBuKf~AE3E347IcKAwI,4K38eh3m06zAygRzUnw4tQ/i2p_sdk.zip * UserX has joined #iip-dev [21:13] <jrand0m> hele, to je UserX [21:14] <jrand0m> Verze 0.1 SDK obsahuje funkční Java klientské API, stejně tak implementaci routeru v Pythonu i Javě a jednoduchou chatovací aplikaci pro příkazovou řádku [21:15] <jrand0m> Smyslem SDK je, aby lidé získali náskok ve vývoji, takže jejich aplikace poběží, jakmile bude síť v září spuštěna do provozu a zveřejněna. [21:16] <mihi> září, které nikdy neskončilo? ;) [21:16] <jrand0m> (namísto toho, aby běžela síť bez aplikací) [21:16] <jrand0m> heh [21:16] <jrand0m> ne, ve skutečnosti předbíháme harmonogram, který jsem před pár týdny poslal na iip-dev v dokumentu ganttproject [21:16] <jrand0m> ne o moc (5 dní), ale přece jen. [21:17] <jrand0m> Jsem si dost jistý, že v září budeme na 1.0alpha. [21:17] <jrand0m> A co se týče stavu, myslím, že do konce týdne vyjde nový návrh I2NP (síťový protokol). [21:18] <jrand0m> Pak, snad příští týden, si uděláme interní review a revize a pak to pošleme do peer review. * shardy_ je nyní znám jako shardy [21:18] <jrand0m> čau shardy [21:18] <shardy> ahoj. [21:18] <shardy> jak to jde? [21:19] <jrand0m> boží. [21:19] <jrand0m> Slyšel jsem zvěsti, že bychom možná mohli získat trochu tvého času na nějaké věci kolem .net klientské knihovny? * jrand0m se možná mýlí * ion has quit IRC (Ping timeout) [21:21] <shardy> .net? ne, to nejsem já... [21:21] <jrand0m> aha, moje chyba [21:21] <jrand0m> soy muy tonto [21:21] <jrand0m> no, každopádně ahoj :) [21:21] <jrand0m> Mám také nějakou zpětnou vazbu od co ohledně aplikace pro naming service * ion has joined #iip-dev [21:22] <jrand0m> "On August 8th the first version of the specification for the naming service was posted. It was discovered that the specification has flaws, and I am revising it. It should be done within a week or so. After that, I will be start implementing the system. In the end, there will be four components of this software: [21:22] <jrand0m> 1. Client program to interact with naming service. [21:22] <jrand0m> 2. Program for the naming service itself. [21:22] <jrand0m> 3. Administrative utilities for the naming service. [21:22] <jrand0m> 4. A Certificate Authority (CA) component." [21:23] <jrand0m> To je status report od co [21:23] <jrand0m> Myslím, že to je vše ke stavu, pokud někdo nemá co dodat. [21:24] <shardy> super. [21:24] <jrand0m> rozhodně super [21:24] <shardy> jakmile budu mít čas, začnu se dívat na specifikace a seznámím se s tím, jak věci děláte. [21:25] <jrand0m> super. specifikace I2CP v SDK je v zásadě funkční, ale síťová specifikace I2P, kterou jsem zveřejnil včera, je pár týdnů pozadu. [21:25] <jrand0m> Novou verzi pravděpodobně zveřejním v pátek. [21:25] <jrand0m> (a jelikož tento projekt naplno začal teprve tak před měsícem, jsme otevření různým způsobům práce) [21:26] <jrand0m> aha, už si vzpomínám, ty jsi ten ECC chlapík :) [21:26] <shardy> jo, to jsem já. i když jsem s ECC už nějakou dobu moc nedělal... teď jsem ten PRNG (generátor pseudonáhodných čísel) chlapík. [21:27] <jrand0m> to je fajn. Teď používáme generické PRNG a budeme chtít lepší způsob práce s náhodnými daty [21:27] <jrand0m> ok [21:27] <shardy> generické? nop zmiňoval použití Yarrow, to vypadá docela dobře. [21:28] <shardy> Dělám implementaci nového PRNG. Snažím se trochu zmenšit mezeru mezi teorií a praxí. :) [21:28] <jrand0m> jasně. máme GPL verzi Yarrow, kterou můžeme převzít z freenetu do Java implementací, ale prozatím používáme vestavěný Java (java.security.SecureRandom) [21:28] <jrand0m> heh [21:29] <mihi> opatrně s Yarrow z freenetu, dělá Heisenbugy ;) [21:29] <jrand0m> lol [21:29] <jrand0m> no, to je teď opravené od té doby, co je to synchronizované [21:29] * jrand0m otevírá prostor pro dotazy [21:30] * mihi dostává DNF pro výše zmíněný klíč :( [21:30] <jrand0m> sakra. Vložil jsem to asi tucetkrát na htl 25 [21:30] <jrand0m> Ještě to znovu vložím [21:32] <jrand0m> má někdo nějaké dotazy, kromě „proč freenet nenajde klíč SDK?“ [21:33] * mihi to neřekl ;) a nemá žádné další otázky, dokud se na to nepodívá ;) [21:33] <jrand0m> heh [21:33] <mihi> kdo tentokrát dá log na wiki? /me has it completely this time. [21:33] <jrand0m> paráda, jdi do toho [21:34] <jrand0m> Myslím, že pro toto setkání už jsme bez dotazů, ale prosím, klidně napište další myšlenky do mailing listu. [21:34] * jrand0m má fakt rád aktivní diskusi na iip-dev, i když je to i když všichni říkají, jak moje dokumentace stojí za prd [21:35] <mihi> tvoje java je na nic, jrandom ;) (HHOK) [21:35] <jrand0m> tak je to lepší [21:35] <jrand0m> Znovu to vkládám jako .zip z freenetího CLI, takže to bude mít nejspíš jiné CHK [21:36] <jrand0m> Pošlu lidem zprávu s tím, až to párkrát znovu vložím [21:36] <jrand0m> mihi to chce. Mám ještě někomu poslat zprávu? [21:36] <jrand0m> (případně se o to kdokoli může přihlásit i později) [21:36] <mihi> mohl bys mi to poslat mailem... [21:36] <jrand0m> 1.1Mb [21:37] <mihi> pokud to není *příliš* velké. [21:37] <mihi> erm, dobře, tak ne. * mihi není nijak nadšený z tahání splitfiles stejně [21:37] <mihi> s/kind/keen/ [21:37] <jrand0m> heh, navrhneš, abych to vložil bez FEC? [21:38] <mihi> myslím, že v současném freenetu nemá žádnou šanci. [21:38] <jrand0m> ok, zkusím zařídit, aby to bylo dostupné na webu přes soukromé URL [21:39] * jrand0m se s tímto tichým vydáním cítí trochu divně, ale myslím, že je to tak nejlepší [21:40] <mihi> prostě to dej někam na webový prostor a obal to konvenčním šifrováním GPG – a sděl tady heslovou frázi. [21:40] <mihi> nebo použij jako heslovou frázi ten výše zmíněný klíč [21:40] <mihi> mimochodem – mám to záznamu odebrat? [21:41] <jrand0m> není třeba. Jsem dost paranoidní na to, abych věřil, že když se to řekne tady, je to dostupné těm, kdo si to chtějí přečíst ;) [21:41] <jrand0m> Poprosím nop, aby to hodil na nějaký webspace, až se dnes večer vrátí, a anonymailne lidi s příslušnými informacemi (url &amp; password / technology / etc) [21:43] <mihi> thx. „tento večer“ vzhledem ke které časové zóně? (me will go to bea in about 1 hour) [21:43] <mihi> s/bea/bed [21:46] <jrand0m> heh, večer pro nop, což je Kalifornie [21:46] <jrand0m> ok, musím letět. * jrand0m !thwaps ukončuje schůzku [21:46] <jrand0m> gracias srs y srtas * mihi podává jrandomovi the *baf*er * jrand0m *baf*ne mihi po hlavě * shardy has quit IRC (EOF From client) [21:48] <ion> 2 bloky stahují výše uvedené url [21:48] <jrand0m> hezké * shardy has joined #iip-dev * mihi padá mrtvý. </div>/cs/blog/2003/08/05/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-5.-srpna-2003/Tue, 05 Aug 2003 00:00:00 +0000/cs/blog/2003/08/05/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-5.-srpna-2003/<h2 id="quick-recap">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> hezekiah, jeremiah, jrand0m, mihi, nop, thecrypto</p> <h2 id="meeting-log">Zápis ze schůzky</h2> <div class="irc-log"> <nop> ok, schůze zahájena <nop> co je na programu --> logger (logger@anon.iip) se připojil k #iip-dev --> Anon02 (~anon@anon.iip) se připojil k #iip-dev <hezekiah> Tue Aug 5 21:03:10 UTC 2003 <hezekiah> Vítejte na N-tém iip-dev setkání. <hezekiah> Co je na programu? <thecrypto> Tue Aug 5 21:02:44 UTC 2003 <thecrypto> synchronizováno na NTP stratum 2 :) <hezekiah> Tue Aug 5 21:03:13 UTC 2003 --> ptm (~ptm@anon.iip) se připojil k #iip-dev <hezekiah> Právě jsem se synchronizoval s NIST. :) <mihi> tahle synchronizace nepomůže se zpožděními iip ;) <jrand0m> nop: věci, které chci probrat: stav vývoje v Javě, stav kryptografie v Javě, stav vývoje Pythonu, stav SDK, pojmenovací služba <hezekiah> (My _už_ jdeme na pojmenovací službu?) <jrand0m> ne design, ty kreténe, to je coova parketa. jen mluv o věcech, pokud je o čem mluvit. <hezekiah> Ach * jrand0m ukládá LART <jrand0m> je ještě něco na programu? <jrand0m> nebo se do toho pustíme? <hezekiah> No, nenapadá mě nic dalšího. <hezekiah> Ach! <hezekiah> Ó! <jrand0m> ok. stav vývoje v Javě: <hezekiah> Dobře. <-- mrflibble odešel (Ping timeout) <nop> ok <nop> program <nop> 1) Přivítání <jrand0m> k dnešku existuje java klientské API a stub java router, které spolu dokážou komunikovat. Navíc je tu aplikace zvaná ATalk, umožňující anonymní IM + přenos souborů. <nop> 2) výpadky IIP 1.1 <nop> 3) I2P <nop> 4) Konec s komentáři a tak * jrand0m jde zpátky do rohu <nop> sorry joeyo jrand0m Aug 05 17:08:24 * hezekiah dává jrand0movi oslí čepici, aby ji nosil v rohu. ;-) <nop> omlouvám se za to <nop> nevšiml jsem si, že jsi tam začal <nop> možná bych měl jít do rohu <hezekiah> lol <jrand0m> žádný strach. bod 1) * hezekiah podává nopovi taky oslí čepici. :) <nop> ok vítejte všichni <nop> blá blá <nop> 2) výpadky IIP 1.1 --> mrflibble (mrflibble@anon.iip) se připojil k #iip-dev <hezekiah> 52. iip-dev setkání a všechny ty dobré kecy! <nop> server měl nedávno problémy se sektory na pevném disku a byl vyměněn <nop> Plánuji ten zatracený server přesunout do stabilnějšího prostředí s redundancí <nop> a možná svěřit řízení více ircd serverů <nop> nevím <nop> to je na diskusi <-- Anon02 odešel (EOF From client) <nop> doufejme, že teď naše servery zůstanou online, protože byl vyměněn harddisk <nop> omlouvám se za nepříjemnosti, lidi <nop> 3) I2P - Jrand0me, je to tvoje <nop> pojď z rohu, jrand0me * hezekiah jde do rohu, stáhne jrand0ma ze židle, dotáhne ho k řečništi, vezme mu oslí čepici a podá mu mikrofon. * nop jde do toho rohu, aby zaujal jeho místo <hezekiah> lol! <jrand0m> sorry, jsem zpátky * nop chytí oslí čepici od hezekiaha * nop nasazuje si ji na hlavu * nop tleská jrand0movi * jrand0m jen sleduje show <jrand0m> eh... um dobře <hezekiah> jrand0m: i2p, stav Javy atd. Mluv, chlape! <jrand0m> takže, k dnešku existuje java klientské API a stub java router, které spolu dokážou mluvit. Navíc je tu aplikace zvaná ATalk umožňující anonymní IM + přenos souborů. <hezekiah> Přenos souborů už teď!? <jrand0m> si sr <hezekiah> Ty jo. <hezekiah> Jsem určitě pozadu. <jrand0m> ale není to zrovna nejpůvabnější <hezekiah> lol <jrand0m> vezme soubor a hodí ho do zprávy <hezekiah> Au. <nop> jak dlouho trval 1,8 MB lokální přenos? <jrand0m> Testoval jsem s 4K souborem a 1,8Mb souborem <jrand0m> pár sekund <nop> pěkné <nop> :) <hezekiah> Umí ty java věci už skutečné šifrování, nebo to pořád předstírá? <nop> falešné <nop> to vím i já <nop> :) <jrand0m> Zahřál jsem to tím, že jsem nejdřív mluvil sám se sebou [tj. jedno okno s druhým, ahoj], takže se to nemuselo potýkat s režií prvního elg <jrand0m> jo, je to z velké části fingované <thecrypto> většina šifrování je falešná <thecrypto> na tom se ale pracuje <hezekiah> Jasně. :) <jrand0m> rozhodně. <jrand0m> v tomhle ohledu, dáš nám update, thecrypto? <thecrypto> no, teď mám hotový ElGamal a SHA256 <thecrypto> teď pracuju na generování prvočísel pro DSA <thecrypto> Pošlu 5 a pak si prostě jedno vybereme <hezekiah> nop: Neměl jsi mít prvočísla pro použití s DSA? <thecrypto> Máme také nějaké benchmarky ElGamalu a SHA256 <thecrypto> A všechny jsou rychlé <jrand0m> poslední benchmarky s elg: <jrand0m> Průměrný čas generování klíče: 4437 celkem: 443759 min: 872 max: 21110 Generování/sekundu: 0 <jrand0m> Průměrný čas šifrování : 356 celkem: 35657 min: 431 max: 611 Šifrování Bps: 179 <jrand0m> Průměrný čas dešifrování : 983 celkem: 98347 min: 881 max: 2143 Dešifrování Bps: 65 <p><hezekiah> min and max: are they in seconds? <jrand0m> note that the Bps isn&rsquo;t really useful, as we only encrypt/decrypt 64 bytes <thecrypto> ms <jrand0m> no, sorry, those are all milliseconds <hezekiah> Cool. :) <hezekiah> And this is done in java? <thecrypto> yes <thecrypto> pure java <hezekiah> OK. I am officiall impressed. :) <jrand0m> 100%. P4 1.8 <thecrypto> they are about the same on my 800 Mhz <hezekiah> How can I do the same tests? <jrand0m> sha256 benchmark: <jrand0m> Short Message Time Average : 0 total: 0 min: 0 max: 0 Bps: NaN <jrand0m> Medium Message Time Average : 1 total: 130 min: 0 max: 10 Bps: 7876923 <jrand0m> Long Message Time Average : 146 total: 14641 min: 130 max: 270 Bps: 83037 <thecrypto> run the ElGamalBench program <hezekiah> OK. <hezekiah> I&rsquo;ll go find it. <jrand0m> (short size: ~10 bytes, medium ~10KB, long ~ 1MB) <jrand0m> java -cp i2p.jar ElGamalBench <jrand0m> (after running &ldquo;ant all&rdquo;) <hezekiah> jrand0m: Thanks. :) <jrand0m> np <thecrypto> The NaN thing means it&rsquo;s so fast that we end up dividing by 0 it&rsquo;s so fast :) <hezekiah> What&rsquo;s the sha bench? <jrand0m> java -cp i2p.jar SHA256Bench &ndash;&gt; Neo (<a href="mailto:anon@anon.iip">anon@anon.iip</a> ) has joined #iip-dev <hezekiah> OK. <jrand0m> we&rsquo;ll probably want to move those to be main() methods of the associated engines, but they&rsquo;re good where they are atm <hezekiah> Let&rsquo;s see how fast all this is on an AMD K6-2 333MHz (which is a chip not well know for its integer math.) <jrand0m> heh <jrand0m> ok so we have DSA and AES left, right? <jrand0m> this is all wikked thecrypto. nice work. <thecrypto> yup <jrand0m> can I nag you for an ETA on the other two? ;) <hezekiah> If this is anywhere near as fast on my box as it is on yours, you have to show me how you do that. ;-) <thecrypto> DSA should be done almost as soon as i have primes ready <nop> hezekiah have you tried the sslcrypto for python <thecrypto> copying some code around from the prime generator and things like that and it&rsquo;s done <nop> the one off that link <hezekiah> nop: sslcrypto won&rsquo;t do us any good. <hezekiah> nop: It doesn&rsquo;t implment ElGamal <em>or</em> AES <em>or</em> sha256. <thecrypto> AES is mostly done except that there is some error somewhere that i&rsquo;m still trying to pick out and destroy, once i have that, it&rsquo;ll be done <jrand0m> thecrypto&gt; so by friday, DSA keygen, sign, verify, and AES encrypt, decrypt for arbitrary size inputs? <nop> the one on McNab&rsquo;s site does not? <thecrypto> yeah <nop> darn <thecrypto> should be friday <thecrypto> most likey thursday <jrand0m> thecrypto&gt; does that include the UnsignedBigInteger stuff? <thecrypto> i&rsquo;ll be missing next weeks meeting because of summer camp, and i&rsquo;ll be back after that <thecrypto> jrand0m: prolly not <jrand0m> ok. <jrand0m> so for the time being, interoperability between java and python is b0rked. <jrand0m> for crypto, that is. &mdash; Notify: jeremiah is online (anon.iip). &ndash;&gt; jeremiah (~<a href="mailto:chatzilla@anon.iip">chatzilla@anon.iip</a> ) has joined #iip-dev <jrand0m> (aka for signatures, keys, encryption, and decryption)</p>/cs/blog/2003/07/29/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-29.-%C4%8Dervence-2003/Tue, 29 Jul 2003 00:00:00 +0000/cs/blog/2003/07/29/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-29.-%C4%8Dervence-2003/<h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> arj, co, cohesion, dm, hezekiah, jeremiah, jrand0m, luckypunk, nop, some_random_guy, thecrypto, WinBear</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> --- Záznam otevřen Tue Jul 29 16:54:31 2003 17:11 <@hezekiah> Tue Jul 29 21:11:18 UTC 2003 17:11 <@hezekiah> 51. (myslím) schůzka iip-dev. 17:11 <@hezekiah> Program: 17:11 <@hezekiah> 1.) Vítejte 17:11 <@hezekiah> 2.) Věci od jrand0m 17:11 <@hezekiah> 3.) Věci od jakýchkoli dalších vývojářů 17:11 <@hezekiah> 4.) Cokoli, co nop přidá, až/pokud dorazí 17:12 <@hezekiah> 5.) Dotazy a komentáře od věčně dychtivých neotesaných mas. ;-) 17:12 <@hezekiah> OK! 17:12 <@hezekiah> Vítejte všichni na 51. (myslím) schůzce iip-dev 17:12 <@hezekiah> Bod číslo 2! 17:12 <@hezekiah> Věci od jrand0m 17:12 -!- thetower [none@anon.iip] se připojil(a) ke #iip-dev 17:12 * hezekiah předává mikrofon jrand0m 17:12 <@jrand0m> podprogram: 17:12 <@jrand0m> 2.1) I2CP spec &amp; stav vývoje 17:12 < co> Kde jsou logy ze schůzky 50? 17:12 <@jrand0m> 2.2) plány SDK 17:12 <@jrand0m> 2.3) kryptografie 17:12 <@jrand0m> 2.4) roadmap / stav síťového protokolu 17:13 <@hezekiah> co: cohesion pracuje na tom, aby je zveřejnil 17:13 <@jrand0m> (mimochodem, je to "mic", jako microphone) 17:13 <@hezekiah> jrand0m: Promiň. :) 17:13 <@hezekiah> jrand0m: (A tohle říká člověk od zvuku!) 17:13 -!- luckypunk [~yetalohe@anon.iip] se připojil(a) ke #iip-dev 17:13 -!- odargur [odargur@anon.iip] se připojil(a) ke #iip-dev 17:13 <@jrand0m> 2.1) I2CP: specifikace je commitnutá do CVS s drobnou úpravou jednoho z message (MessageStatusMessage) 17:14 <@jrand0m> Připomínky k I2CP jsou vždy vítány, čím dřív, tím líp. 17:14 <@hezekiah> jrand0m: Kde přesně je ta specifikace v CVS? ... a je to i v SF CVS? 17:14 <@jrand0m> Důvod, proč čím dřív, tím líp: v pátek budeme mít funkční implementaci Java klienta. 17:14 -!- some_random_guy [~dan@anon.iip] se připojil(a) ke #iip-dev 17:14 * thecrypto si drží palce 17:14 <@jrand0m> Plus jen lokální router do konce víkendu, doufám 17:15 <@jrand0m> ne hez, jen na cathedral 17:15 <@jrand0m> dobrý point, thecrypto. 17:15 <@jrand0m> Upozornění: 17:15 <@hezekiah> Uf. Pořád mi CVS s cathedral nefunguje. 17:15 <@jrand0m> některá kryptografie není na 100 %, ale všechno je zastubované, aby se daly později zapojit kompletnější nebo jiné implementace 17:15 <@jrand0m> hezekiah> zprovozníme ti to po schůzce. 17:15 <@hezekiah> jrand0m: Díky. :) 17:16 <@jrand0m> specifikace je v i2p/doc/specs/data_structure_spec/datastructures.html 17:16 <@jrand0m> thecrypto> máš něco k doplnění ohledně Java impl? 17:16 -!- ArdVark [simple1@anon.iip] se připojil(a) ke #iip-dev 17:16 <@jeremiah> ten jen-lokální router, cos zmínil, byl ten pythoní, že? nebo je i java? 17:17 <@jrand0m> to záleží :) 17:17 <@jrand0m> jeremiah/hezekiah> jak to jde s Python klientem a jen-lokálním routerem? 17:17 <@thecrypto> ani ne, kromě crypto problému, o kterém asi brzy promluvíme 17:17 <@jrand0m> jasně, thecrypto. 17:17 <@hezekiah> jrand0m: Jde to. Včera jsem konečně rozchodil TCP transport. 17:17 <@jeremiah> vypadá to ok, myslím, že hodně bude záležet na rychlosti vývoje hezekiaha víc než na mojí 17:17 <@hezekiah> jrand0m: Jeremiah má pěkně rozjeté struktury zpráv. 17:18 <@hezekiah> hezekiah: Doufám, že stihneme termín. 17:18 <@jrand0m> super. 17:18 <@jeremiah> taky... v pátek mám narozeniny, takže u počítače neplánuju být 17:18 <@hezekiah> jeremiah: Pochopitelné. :) 17:18 <@hezekiah> jeremiah: A předem všechno nejlepší. :) 17:18 <@jeremiah> díky 17:18 <@jrand0m> menší skok k bodu 2.4> kdy bychom mohli reálně očekávat pythoní jen lokální router? 17:19 <@jrand0m> jasně, jestli budeš v pátek kódovat, tak ti nakopeu zadek 17:19 <@jrand0m> aspoň virtuálně 17:19 <@hezekiah> jrand0m: Myslel jsem, že tohle kóduju já. Ten Python jen lokální router. 17:19 <@jrand0m> si, to jo 17:19 <@hezekiah> Deadline je 1. srpna. 17:19 <@jeremiah> teď děláme na převodu zpráv do-z a z binárního formátu 17:19 <@hezekiah> To není tak těžké. 17:19 <@jeremiah> jo 17:19 <@hezekiah> Doufám, že to budu mít hotové za den nebo dva. 17:20 <@jrand0m> to je pátek :) 17:20 <@jrand0m> paráda 17:20 <@hezekiah> Doufám, že to bude do 1. srpna. Reálně to může být o pár dní později, ale doufám, že ne. 17:20 <@jrand0m> ok, tak se nebudu pouštět do žádného java jen-lokálního kódu a po nastavení Java client API budu dělat na síťové specifikaci. 17:20 <@hezekiah> Ano. Specifikace jsou dobré. 17:21 <@hezekiah> Hodně mi ulehčují práci! :) 17:21 <@jrand0m> jasně. 17:21 <@jrand0m> Napíšu i rychlý dvouodstavcový průlet testovacím harness pro Java I2CP 17:21 <@jrand0m> Pošlu to dnes večer 17:22 <@hezekiah> jrand0m: Líbí se mi, jak rychle ty specifikace píšeš. 17:22 <@hezekiah> Tohle je zábava. :) 17:22 <@jrand0m> Ok, hez/jeremiah/thecrypto> ještě něco k I2CP? 17:22 <@jrand0m> lol 17:22 -!- dm [~hifi@anon.iip] se připojil(a) ke #iip-dev 17:22 <@hezekiah> Hm ... 17:22 <@hezekiah> Chci crypto spec! 17:22 < dm> vítej 17:22 * hezekiah se špulí jako mimino 17:22 <@hezekiah> ;-) 17:23 <@hezekiah> Vážně ... nic mě nenapadá. 17:23 <@jrand0m> to je bod programu 2.3 17:23 <@thecrypto> pořád čekám, až přijde 2.3 17:23 <@hezekiah> Když mě něco napadne, prostě přijdu online a budu tě otravovat otázkami, jrand0m. :) 17:23 <@jrand0m> jasně. 17:23 <@jrand0m> ok. 2.2) plány SDK 17:23 <@hezekiah> Jaký bod programu jsme právě dokončili? 17:23 <@hezekiah> 2.4? 17:23 <@hezekiah> A máme hotovou 2.1? 17:23 <@jrand0m> 2.1 17:24 <@jrand0m> teď 2.2> SDK 17:24 <@hezekiah> OK. 17:24 < dm> program má teď desetinnou tečku? Vidím pokrok. 17:24 <@hezekiah> Už nejsem ztracen (ale nalezen). 17:24 <@thecrypto> možná budeme mít 2 desetinné tečky :) 17:25 <@jeremiah> z čeho se SDK skládá kromě různých API? 17:25 <@jrand0m> SDK je: klientské API (kolik jich budeme mít), jen lokální router, triviální ukázková app a nějaká dokumentace jak API používat. 17:25 <@hezekiah> jrand0m: Mýlím-li se, oprav mě, ale dokumentaci píšeš ty? :) 17:26 <@jrand0m> Chtěl bych mít SDK venku co nejdřív, aby vývojáři třetích (nebo i druhých či prvních) stran mohli psát a testovat aplikace, které poběží přes I2P, takže až bude síť v provozu, rozjedeme to naplno. 17:26 <@jrand0m> hezekiah> Vlastně bych radši ne. 17:26 <@jrand0m> hezekiah> a ne proto, že bych nechtěl dokumentovat, ale protože jsem tomu moc blízko. 17:26 <@hezekiah> jrand0m: OK. 17:26 <@jrand0m> tu dokumentaci by měl napsat někdo, kdo *ne*implementuje kód, aby byla srozumitelná pro lidi, kteří nepsali I2CP spec 17:26 <@hezekiah> jrand0m: To vyřešíme, až to bude aktuální. 17:26 <@jrand0m> ale když bude potřeba, skočím na to. 17:26 <@jrand0m> jasně. 17:27 < dm> jakou motivaci budou mít lidi psát appky bez funkční sítě a jak vůbec otestují své aplikace. 17:27 <@hezekiah> jrand0m: Nebo ať to napíše někdo, kdo navrhl protokol, a pak ať to projde někdo, kdo s tím nikdy nedělal, dokud to nebude dávat smysl? 17:27 <@jrand0m> Ok, proběhla nějaká diskuse o jednoduché appce typu 'talk'. 17:27 <@jrand0m> dm> budou moci testovat pomocí SDK. 17:27 <@thecrypto> popravdě, přemýšlel jsem, k čemu to bude, když je to jen lokální 17:28 <@jeremiah> dm: jde o to implementovat jednoduchou síť, která není plně funkční, ale zvládne posílat zprávy 17:28 <@thecrypto> mluvil bys jen sám se sebou 17:28 <@jeremiah> není to vlastně jen lokální, ale obsahuje jen client-router, ne router-router kód 17:28 <@jrand0m> thecrypto> můžeš mluvit s jinými Destination. I2P je nezávislé na umístění – lokální je totéž co vzdálené. 17:29 <@thecrypto> ok 17:29 < dm> hezky, ale nevidím nikoho (kromě vás 3-4), kdo něco napíše, když to půjde testovat jen lokálně. Ale to je fuk. 17:29 <@jrand0m> takže talk app může otevřít dvě instance aplikace a mluvit sám k sobě atd. 17:30 <@thecrypto> ale až přidáme vzdálené věci, appka prostě poběží 17:30 <@jrand0m> dm> jasně, tohle je jen předpoklad pro to, aby ostatní psali appky. 17:30 <@jrand0m> přesně tak. 17:30 <@jrand0m> appka poběží bez jakýchkoli změn 17:30 < co> dm: Tohle je testovací aplikace. Jakmile bude napsán router-router kód, budeš moci mluvit s ostatními. 17:30 <@jeremiah> jen-lokální nám umožní vyvíjet paralelně 17:30 < dm> jo, ale když appka předpokládá latenci 10 ms a vyjde z toho 12 sekund, tak to moc dobře nepoběží :) 17:31 <@jrand0m> souhlas, dm 17:31 < dm> nějaké odhady latence? :) 17:31 <@jrand0m> když budeme mít 12 sekund latenci, máme co dělat. 17:31 <@jrand0m> ale to mít nebudeme. 17:31 <@jrand0m> odhady jsou .6–2.7 s 17:31 <@jrand0m> pro 5,000,000 router síť. 17:31 <@hezekiah> Mimochodem, to mi připomíná. Musíme mluvit o ElGamal. 17:31 <@thecrypto> nejdelší doba je nastavení 17:31 <@jrand0m> (viz archivy iip-dev pro základní modely) 17:32 < dm> nižší nebo vyšší pro menší sítě? 17:32 <@jrand0m> hezekiah> 2.3: kryptografie. 17:32 <@thecrypto> po tom ta doba dramaticky klesá 17:32 <@jrand0m> dm> nižší. 17:32 <@thecrypto> hezekiah: asi máš stejnou otázku jako já 17:32 <@jrand0m> thecrypto> přesně, doba nastavení je offline pro doručení zpráv [tj. tunely se nastaví před odesláním zpráv] 17:32 < dm> ok, jen si ověřuju ;) 17:32 <@jrand0m> heh 17:33 <@jrand0m> ok. poslední část SDK - appka 17:33 <@jrand0m> co/thecrypto: nápady na Java talk implementaci? půjde to? čas? plány? zájem? 17:34 <@thecrypto> jakmile bude API hotové, talk budeme mít tak za týden, max 2, co, souhlas? 17:34 <@jeremiah> chat by šel udělat jako jabber router, že? 17:34 < co> To by mělo být docela snadné. 17:34 < co> thecrypto: Souhlasím. 17:34 <@jrand0m> jeremiah> jabber neznám, ale pokud jabber poběží přes API, super 17:35 <@jrand0m> jasně co &amp; thecrypto 17:35 <@jrand0m> jeremiah> pozor, tohle je jen triviální appka pro důkaz konceptu, ne Kickass Anonymous IM System :) 17:35 <@jeremiah> zatím ne ;) 17:35 <@thecrypto> funkce přidáme později 17:35 <@jeremiah> k 17:36 <@jrand0m> heh 17:36 <@thecrypto> začněme v malém 17:36 * jrand0m dává do rozvrhu "přidat funkci: be kickass" 17:36 < some_random_guy> heh 17:36 < some_random_guy> pěkná funkce :) 17:36 -!- dm2 [~hifi@anon.iip] se připojil(a) ke #iip-dev 17:37 <@jeremiah> jrand0m: Asi jsem to minul v 2.1, ale co si myslíš o kademlia jako DHT? vyžaduje menší údržbu než Chord 17:37 -!- nop [nop@anon.iip] se připojil(a) ke #iip-dev 17:37 < nop> promiňte 17:37 <@jrand0m> a jednou budeme muset dostat někoho k redesignu IIP, aby běžel nad tímhle. 17:37 -!- dm [~hifi@anon.iip] odešel [Ping timeout] 17:37 < nop> co? 17:37 < nop> kdo 17:37 < nop> kde 17:37 < nop> kdy 17:37 < nop> ? 17:37 -!- dm2 je nyní znám jako dm 17:37 <@jrand0m> hele, když se o vlku mluví 17:37 < WinBear> proč? 17:37 < WinBear> nic 17:37 < nop> já jsem vlastně anděl 17:37 <@hezekiah> lol 17:38 <@thecrypto> někdo dejte nop log 17:38 < WinBear> azrel 17:38 <@jrand0m> jeremiah> kademila je dobré DHT a určitě zrevidujeme ji i chord/tapestry partu, spolu se sloppy dhts v síťové specifikaci. 17:38 <@jeremiah> jrand0m: super 17:38 <@hezekiah> thecrypto: Pracuju na tom. :) 17:38 < nop> slyšel jsem o jedné, která je boží 17:38 < nop> jmenuje se chord/middle 17:38 -!- hif [~hifi@anon.iip] se připojil(a) ke #iip-dev 17:39 < nop> ale víš, s kým je dobré mluvit? s Brandonem Wileym 17:39 * jrand0m !thwaps nop 17:39 < nop> věděl jsem, že to bolí 17:39 <@hezekiah> lol 17:39 <@hezekiah> Kdo je Brandon Wiley? 17:39 < nop> někdo, s kým určitě byl jrand0m v nesčetných diskusích 17:39 < nop> :) 17:39 < nop> někdo mi pošlete log mailem 17:39 < dm> Brandon je skutečné jméno jrandoma, máš to spočítané! 17:39 <@hezekiah> Pracuju na tom. 17:40 <@hezekiah> Zadrž koně, nop. :) 17:40 < nop> haha 17:40 < dm> Brandon Wiley je první programátor Freenetu, který 17:40 < dm> spoluzaložil vývoj s vynálezcem systému, Ianem Clarkem 17:40 < nop> je tu userx? 17:40 < WinBear> můžeš mluvit s mým brandonem wileym 17:40 <@hezekiah> OK. Je to na cestě ... pokud bude můj mailový klient spolupracovat a pošle 15K přílohu. 17:41 <@thecrypto> hodně jsme si povídali :) 17:41 <@hezekiah> nop: UserX není ani tam, ani onde. 17:41 <@hezekiah> OK! 17:41 <@hezekiah> Log je odeslán, nop! Běž číst. :) 17:41 <@thecrypto> a teď čekáme 17:41 <@jrand0m> ok, má někdo nějaké myšlenky k SDK, než dáme nopovi minutu, aby dohnal? ;) 17:41 <@hezekiah> jrand0m: Teď, když mám ten log z krku ... co je kademlia? 17:42 <@jrand0m> Další akademické DHT :) 17:42 <@hezekiah> A kde vezmu odkaz na stránku kademlie? 17:42 -!- Erazerhead [JohnDoe@anon.iip] se připojil(a) ke #iip-dev 17:42 <@jeremiah> http://kademlia.scs.cs.nyu.edu/ 17:42 <@hezekiah> Díky. :) 17:42 <@thecrypto> YAADHT? 17:42 <@hezekiah> lol 17:42 <@hezekiah> Ty názvy dneska ... no to je něco! 17:43 <@jrand0m> a když se kdykoli zmíní nějaké CS věci, kterým nerozumíte, běžte na citeseer.nj.nec.com/cs 17:43 < WinBear> klamidia? 17:43 <@hezekiah> OK. 17:43 < nop> jrand0m: právě jsem chtěl říct citeseer 17:43 < dm> jaký je ETA SDK? 17:44 * jrand0m se vyhýbá vpravení kapavky do I2P 17:44 * jrand0m doufá, že SDK bude venku příští týden. možná příští pátek? 17:44 * thecrypto si kříží další pár prstů 17:45 <@jrand0m> ok. přejděme na 2.3) Kryptografie. 17:45 * hezekiah si představuje thecrypto s asi 13 páry zkřížených prstů ... a pak mu dochází, že už mu musely dojít. 17:45 <@hezekiah> Jupí! 17:45 * jrand0m šťouchá do nop, aby se ujistil, že je tu 17:45 <@hezekiah> Kryptografie! 17:45 <@hezekiah> Mám něco na rozjezd. :) 17:46 <@thecrypto> já taky 17:46 <@thecrypto> Mám přednost! :) 17:46 * jrand0m nemá, tak se o to porvěte vy dva 17:46 <@hezekiah> thecrypto může první. :) 17:46 <@jrand0m> thecrypto> mluv 17:46 <@jrand0m> :) 17:46 <@thecrypto> Ok, k Elgamal 17:47 <@thecrypto> Musíme zjistit, jestli máme společné p a alpha 17:47 -!- some_random_guy [~dan@anon.iip] odešel [BitchX: the original point-and-click interface.] 17:47 <@thecrypto> problém se společným p a alpha je, že bychom museli nějak změnit klíče všem najednou 17:48 <@jrand0m> tj.: fakt špatné. 17:48 < co> thecrypto: Promiň, co jsou p a alpha? 17:48 <@thecrypto> výhodou je, že můžeme vybrat speciálně optimalizované a množství přenesených dat pro veřejný klíč je velmi malé 17:48 * jrand0m nevidí dobrý důvod pro společné p a alpha, kromě ušetření pár bitů 17:48 <@thecrypto> co: pro naše účely speciální velká čísla 17:49 <@jrand0m> thecrypto> pořád můžeme optimalizovat pro často šifrované p a alpha cíle 17:49 <@thecrypto> nebo mám vysvětlit, jak elgamal funguje 17:49 <@thecrypto> jrand0m: ano 17:49 < co> thecrypto: OK. 17:49 <@thecrypto> všichni můžou mít také různá p a alpha 17:50 <@jeremiah> pro zájemce: http://www.wikipedia.org/wiki/ElGamal_discrete_log_cryptosystem 17:50 <@thecrypto> to znamená, že množství přenesených dat je mnohem větší a musíme vymyslet, jak to zabalit 17:50 <@jrand0m> jasně, díky jeremiah 17:50 <@jrand0m> mnohem větší? 17:50 <@jrand0m> myslel jsem, že s různými p a alpha můžeme použít menší p a alpha? 17:51 <@thecrypto> místo 160bitových čísel se bavíme o dvou 1024bitových a jednom 160bitovém 17:51 <@thecrypto> celkem tedy 2308 17:51 <@hezekiah> 288 bajtů 17:51 <@hezekiah> To nic není. 17:52 <@jrand0m> ok, to není tak hrozné. plánovali jsme 256 bajtů 17:52 <@hezekiah> Ty klíče se stejně nepřenášejí tak často, že? 17:52 <@jrand0m> dalších 32 nebolí 17:52 <@jrand0m> hezekiah> vkládají se do DHT 17:52 <@hezekiah> Aha! 17:52 <@hezekiah> Proto jsme to chtěli malé. 17:53 <@thecrypto> taky další problém s elgamal, který možná budeme muset řešit 17:53 <@jrand0m> no, moc nevadí, když má struktura RouterInfo cca 10K 17:53 -!- mrflibble [mrflibble@anon.iip] se připojil(a) ke #iip-dev 17:53 <@jrand0m> 'k, co je, thecrypto? 17:53 <@thecrypto> message expansion je 2, velikost šifry nebo podpisu je dvojnásobek velikosti zprávy 17:54 <@jrand0m> ElG šifrování je jen AES klíče 17:54 <@jrand0m> ElG podpis je jen SHA256 hashů 17:55 <@thecrypto> ok, to jen aby to zaznělo 17:55 <@hezekiah> jrand0m: Což mě dost _popleteně_ mate. 17:55 <@thecrypto> zpět k původnímu: chceme sdílené p a alpha, nebo chceme, aby každý měl různá p a alpha? 17:55 <@jrand0m> hezekiah> hm? četl jsi data structure spec pro #Payload ? 17:55 <@jrand0m> nějaké myšlenky/otázky k tomu, hezekiah? 17:55 * dm teď chápe, jak fungují DHT. 17:55 <@jrand0m> nop> myšlenky? 17:55 <@jrand0m> super dm 17:55 <@hezekiah> Jestliže je podpis dvakrát větší než podepsaná data, proč I C2P spec říká, že podpis má 128 bajtů? 17:56 < nop> ne 17:56 < nop> sdílené p 17:56 <@hezekiah> Nemělo by mít 512? 17:56 <@thecrypto> hash bajtů 17:56 < nop> a alpha 17:56 < dm> zdá se, že při připojování k DHT je potřeba hodně práce, ale asi to funguje. 17:56 < nop> sdílená báze, sdílené p 17:56 <@jrand0m> hezekiah> bity / bajty. 17:56 < nop> to eliminuje hodně rizika 17:56 <@thecrypto> tak jak velké to chceme? 17:56 <@hezekiah> Hm 17:56 <@jrand0m> nop> za 3 roky budeme chtít, aby si všichni změnili p a alpha ve stejný čas? 17:56 < nop> a držet náš protokol u standardů 17:57 <@thecrypto> protože to otevírá velké útoky na p a alpha 17:57 < nop> jrand0m: existují tzv. cooked primes, v tuto chvíli a to je chvíle, na kterou se dívám 17:57 <@thecrypto> které, když se povedou, položí celou síť 17:57 < nop> věřím, že se dokážeme přizpůsobit době 17:57 < nop> ale statický oakley approved prime je doporučený 17:57 < nop> protože byly důkladně zrevidovány jako bezpečné 17:58 < nop> a to je lepší základ než jakékoli naše předpoklady o generování prvočísel (ještě k tomu pravděpodobných) 17:58 <@thecrypto> když to nebude prvočíslo, šifra ani podpis nebudou fungovat, takže to zahodíme 17:59 <@jrand0m> souhlas, mají lepší prvočísla. takže když se jedno z těchto prvočísel rozloží, jsou všichni, kdo je používají, odhaleni, že? 17:59 < dm> hmm, musím jít. Tohle se loguje, že jo? 17:59 < nop> jrand0m: ano 17:59 <@thecrypto> jo 17:59 < nop> jrand0m: až se to stane, všichni to budeme vědět 17:59 < nop> nechci riskovat generování prvočísel 17:59 -!- dm [~hifi@anon.iip] odešel [it better be] 17:59 <@thecrypto> jak to zjistíme? 17:59 < nop> navíc to přidává čas výpočtu 17:59 -!- hif [~hifi@anon.iip] odešel [] 17:59 < nop> thecrypto: když použiješ standardní sadu Oakley prvočísel, dozvíš se, až bude prolomená 18:00 <@thecrypto> jak? 18:00 < nop> bude to velmi veřejná novinka 18:00 <@jrand0m> nop> budeme to vědět, pokud to neprolomí NSA. 18:00 < co> nop: Kolik těch prvočísel je? Pokud málo, jejich použití je riziko. 18:00 <@thecrypto> jo, pasivní odposlech je pořád hrozba 18:00 <@thecrypto> a program na generování p a alpha a jejich test napíšu tak za hodinu 18:00 <@jrand0m> nop> bylo by to velmi veřejné, pokud by to nebyla hrozba pro národní bezpečnost. 18:00 < co> Počkej... ne, hloupá otázka. Nic. 18:01 < nop> je to pravda, ale věřím z četných kontaktů v kryptografické komunitě, že když to někdo vyřeší, bude to dřív než NSA 18:01 < nop> naše generování prvočísel to tak jako tak nezajistí 18:01 < nop> když vyřeší ta prvočísla 18:01 < nop> můžeš rovnou hledat nový algoritmus 18:01 <@jrand0m> ok. 18:02 < nop> prosím použijte statická, uleví to problémům s kryptanalýzou a sníží riziko chyb v naší kryptografii 18:02 <@jrand0m> Byl jsem na vážkách a v pohodě půjdu se sdílenými známými dobrými prvočísly. 18:02 <@thecrypto> ok, tak vyberme prvočíslo 18:02 <@jrand0m> nop> pořád s tebou počítáme v ganttchartu pro crypto spec 18:02 <@thecrypto> a mají pro ta prvočísla generátory? 18:02 < nop> ano 18:02 < nop> ano, mám 18:03 < nop> 2 18:03 < nop> to je primitivní kořen prvočísel, která budu mít 18:03 < nop> jak velká prvočísla chcete? 18:03 <@thecrypto> myslím něco mezi 2048–4096 18:03 <@hezekiah> Používáme 2048 klíč, že? 18:03 < nop> ano, tak použijte 4096 nebo vyšší prime 18:04 <@thecrypto> protože sdílenost znamená, že jsme víc na očích 18:04 <@thecrypto> a pokud se to ujme, bude to velmi cenné prvočíslo k prolomení 18:04 * cohesion zmeškal schůzku 18:04 < co> Používáte to prvočíslo ale v rámci ElGamal, že? 18:04 <@hezekiah> Takže klíče budou mít 4096 bitů? 18:04 <@cohesion> logoval někdo? 18:04 < nop> co ano 18:04 < nop> ne hezekiah 18:04 < nop> klíče budou 2048 18:04 <@cohesion> ok 18:04 < nop> prvočíslo bude vyšší než 4096 18:04 * cohesion se vrací k práci 18:04 <@hezekiah> OK. Omluvte moji hroznou neznalost. :) 18:04 < nop> brb 18:05 <@thecrypto> p a alpha můžou být fixní, alpha bude 2 a p bude prvočíslo, které vybereme 18:05 < nop> ok, pošlu kandidáty na prvočísla mailem 18:05 < nop> dejte mi pár hodin, mám práci 18:05 * jeremiah si odskočí na večeři, logy si přečte později 18:05 <@thecrypto> tajný klíč je a, číslo mezi 0 a p - 2 18:05 <@thecrypto> veřejný klíč je 2^a mod p 18:06 < nop> můžeme jít na další téma a vrátit se, až budu u toho, za chvíli jsem zpět, v práci musím rychle něco udělat 18:06 <@hezekiah> OK, takže ty moje 'x' nazýváš 'a' 18:06 <@hezekiah> ... a moje 'g' jako 'alpha'. 18:06 < nop> prosím dejte vysvětlování algoritmů do soukromé zprávy 18:06 <@hezekiah> thecrypto: Že? 18:06 <@thecrypto> ano 18:06 <@jrand0m> ok. takže thecrypto, nop a hezekiah si dořeší detaily algoritmu později. 18:06 < nop> ok 18:06 < nop> jistě 18:06 <@hezekiah> OK ... takže thecrypto, jsi s otázkou hotov? 18:06 <@thecrypto> tak pojďme dál 18:06 < nop> pošlu naše prvočísla 18:06 <@thecrypto> ye 18:06 <@thecrypto> s 18:06 <@hezekiah> OK. Teď já! :) 18:07 <@hezekiah> Proč proboha používáme ElGamal pro podepisování? 18:07 <@jrand0m> ok. 2.4) roadmap / stav síťového protokolu 18:07 <@jrand0m> ještě ne, hez :) 18:07 <@jrand0m> oh hez 18:07 <@hezekiah> Kdy se k tomu dostanu? 18:07 -!- dm [~hifi@anon.iip] se připojil(a) ke #iip-dev 18:07 <@jrand0m> co bys doporučil, když máme ElG veřejné klíče? 18:07 <@thecrypto> až se vrátí nop 18:07 <@jrand0m> ne, máš pravdu, já se pletu. teď je ten správný čas. 18:07 < co> Další téma, prosím. 18:07 <@hezekiah> jrand0m: No, problém je: 18:07 <@hezekiah> rychlost 18:08 <@hezekiah> Dnes jsem si hrál s crypto a dostal jsem nepříjemný šok. 18:08 <@hezekiah> ElGamal byl při ověřování podpisu _astronomicky_ pomalejší než DSA nebo RSA. 18:08 <@jrand0m> hezekiah> je to problém implementace knihovny nebo algoritmu? 18:08 <@hezekiah> Nevím. 18:09 <@hezekiah> Ale koukl jsem do Applied Crypto a viděl, že alespoň _část_ problému je v ElGamal. 18:09 <@hezekiah> AC má tabulky časů podepisování a ověřování pro DSA, RSA a ElGamal. 18:09 <@jrand0m> takže navrhuješ jít na RSA pro šifrování, dešifrování i podepisování? 18:09 <@hezekiah> J 18:09 <@hezekiah> Nic moc definitivně nenavrhuju. 18:09 <@jrand0m> ... i když bychom *mohli* přidat druhý veřejný podpisový klíč do struktury RouterInfo 18:10 <@hezekiah> Říká se tam, že ověření ElGamal trvá 9.30 sekund. 18:10 <@hezekiah> RSA je 0.08 sekundy 18:10 <@thecrypto> pro 1024 bity 18:10 <@jrand0m> sakra. 18:10 <@hezekiah> DSA je 1.27 sekundy 18:10 <@hezekiah> Teď vidíte můj problém. 18:10 <@hezekiah> ElGamal je strašně pomalý ... 18:10 <@jrand0m> potřebujeme ověřování pod <100 ms. 18:10 <@jrand0m> ne-li pod <10 ms 18:10 <@hezekiah> ... a moje CPU je 333 MHz. 18:11 <@hezekiah> Mimochodem, ty výpočty byly na SPARC II 18:11 <@hezekiah> Já mám AMD K6-2 333 MHz. 18:11 <@jrand0m> sparc 2 je 40Mhz stroj. 18:11 <@hezekiah> Ověření ElGamal podpisu mým Python modulem (který používá C backend, ale trochu smrdí). 18:11 < luckypunk> bože 18:11 < luckypunk> no 18:11 <@hezekiah> jrand0m: OK. O SPARCích nemám tušení. 18:11 <@hezekiah> Trvalo to asi 20 sekund. 18:12 <@hezekiah> Ne-li víc. 18:12 < luckypunk> kdokoli s 1–2 GHz CPU to řešit nemusí. 18:12 < co> hezekiah: Na moderních počítačích tedy bude ověřování přijatelně rychlé. 18:12 <@hezekiah> DSA a RSA byly prakticky okamžité. 18:12 <@jrand0m> hezekiah> Jo. sparc 2 byl rychlý v roce '92 18:12 <@hezekiah> Každopádně proto to zvedám. 18:12 <@hezekiah> Mohli bychom přidat DSA klíč, ale znamenalo by to 2 klíče 18:12 <@thecrypto> měli bychom myslet i na lidi, co nemají ultra rychlé stroje 18:12 <@hezekiah> Nebo můžeme jít s RSA. 18:12 <@jrand0m> jestli si dobře pamatuju, preference ElG proti RSA nebyla moc silná. 18:13 <@hezekiah> Nebo se smíříme s dlouhým ověřováním a použijeme ElG. 18:13 <@jrand0m> thecrypto> rozhodně. 18:13 <@thecrypto> nop byl ten, kdo řekl, pojďme použít elgamal 18:13 <@hezekiah> thecrypto: Přesně. Máma a táta nakonec budou I2P používat transparentně. 18:13 <@jrand0m> budeme chtít bootovatelné distribuce pro 386, stejně jako implementace v appletu. 18:13 <@hezekiah> Máma a táta nebudou mít špičkový hardware. 18:13 < luckypunk> oh bože 18:14 < luckypunk> kdokoli, kdo tohle chce, má aspoň p100 nebo tak. 18:14 < co> Neoslabujme bezpečnost volbou slabšího, rychlejšího algoritmu. 18:14 <@hezekiah> co: To nenavrhuju. 18:14 <@thecrypto> elgamal a DSA jsou ekvivalentní 18:14 <@jrand0m> ok. takže znovu otevřeme volbu RSA/ElG. změny v kódu by neměly být problém. 18:14 < luckypunk> ti můžou trpět. 18:14 <@hezekiah> co: RSA a DSA jsou stejně renomované jako ElGamal. 18:14 < luckypunk> lol 18:14 < luckypunk> když ti jde o anonymitu 18:14 <@hezekiah> thecrypto: A to je úplně mimo. 18:14 < luckypunk> rychlost tě moc trápit nebude. 18:14 <@thecrypto> hezekiah: oba jsou implementace stejného obecného algoritmu 18:14 < dm> zjevný krok je, aby někdo přesně zjistil, jaké jsou nároky CPU pro oba :) 18:14 <@jrand0m> luckypunk> posloucháš často stížnosti na freenet? 18:15 <@hezekiah> thecrypto: DSA neumí šifrovat. Je to jen podpis, a je mnohem rychlejší než ElG. 18:15 <@thecrypto> hezekiah: jen náhodou jsou rovnice pro podpis a ověření u DSA rychlejší 18:15 <@jrand0m> dm> když Applied Crypto benchmarkovalo RSA ověření na 1/100 ElG, stačí mi to. 18:15 <@thecrypto> můžeme použít ElG pro šifrování/dešifrování a DSA pro podpis/ověření 18:15 <@jrand0m> možnosti jsou přejít na RSA nebo přidat DSA klíč (~256 bajtů navíc) do struktury RouterInfo 18:15 <@hezekiah> Jasně. Ale pak má DHT 2 veřejné klíče. 18:16 <@jrand0m> no a? 18:16 < co> Mějme jeden veřejný klíč. Bude to méně matoucí. 18:16 <@hezekiah> co: 'Matoucí' to bude jen pro vývojáře ... a ti musí vědět, co dělají. :) 18:16 <@thecrypto> myslím, že je čas počkat i na nop 18:16 <@hezekiah> Správně. 18:16 <@jrand0m> ale když je to 100× pomalejší... 18:16 <@jrand0m> každopádně, budeme v kryptografickém designu pokračovat offline. 18:17 <@hezekiah> jrand0m: Pošli to na mailing list, jo? 18:17 < luckypunk> jrand0m: bože, mně je to jedno, když neumíš počkat 40 sekund na načtení stránky, tak běž pryč. 18:17 <@thecrypto> nebo po hlavní části schůzky 18:17 <@jrand0m> sakra, já list mailuju denně :) 18:17 <@jrand0m> heh lucky 18:17 -!- hif [~hifi@anon.iip] se připojil(a) ke #iip-dev 18:17 <@jrand0m> jasně. 18:17 <@jrand0m> ok> 2.4) roadmap / stav síťového protokolu 18:17 -!- hif je nyní znám jako dm2 18:18 <@jrand0m> Na síťovém protokolu jsem udělal málo mimo reakce na zprávy od co, protože jsem dělal na Java a I2CP. 18:18 <@jrand0m> roadmap vypadá pořád on target. 18:18 <@jrand0m> nějaké změny v roadmap? 18:19 <@jrand0m> ok. když nějaké budou, kdykoli budou, pošlete to na list. 18:19 <@hezekiah> Jasně. 18:19 -!- dm [~hifi@anon.iip] odešel [Ping timeout] 18:19 <@jrand0m> roadmap.xml je teď v i2p cvs modulu i2p/doc/projectPlan 18:19 -!- dm2 je nyní znám jako dm 18:20 <@hezekiah> jrand0m: Hádat, že to je taky na cathedral? 18:20 < nop> zpět 18:20 < nop> omluva 18:20 <@jrand0m> ok, to je k tomu vše (ale můžeme se k síťovým otázkám vrátit v sekci dotazů). 18:20 <@jrand0m> Nemám další podbody 18:20 <@jrand0m> hezekiah> SF nepoužívám 18:20 <@thecrypto> no, když se nop vrátil, můžeme rychle zpět ke speed issue 18:20 <@hezekiah> Jasně. 18:21 < nop> která speed issue 18:21 <@thecrypto> Elgamal je pomalý na ověření 18:21 < nop> to je pravda 18:21 < nop> ale RSA taky 18:21 <@jrand0m> nop> Applied Crypto benchmarkovalo RSA ověření na 1/100 ElG oproti podpisu. 18:21 < nop> hmm 18:22 <@hezekiah> RSA a DSA jsou pro mě okamžité. 18:22 <@hezekiah> ElG trvá 20 sekund. 18:22 < nop> DSA je el gamal 18:22 <@jrand0m> Takže buď skočíme na RSA, nebo přidáme DSA klíč do struktury RouterInfo 18:22 < nop> DSA 18:22 < nop> cokoli s R v názvu nemám rád 18:22 < nop> ;) 18:22 * jrand0m si nepamatuje nějaký silný důvod pro ElG oproti RSA 18:22 * jrand0m to nese těžce 18:22 <@hezekiah> nop: Osvětlíš nás? Proč nepoužít RSA? 18:22 <@hezekiah> Se všemi krvavými detaily. :) 18:23 < nop> z těchto důvodů, a je to k diskusi, ale 18:23 < dm> někdo mi pošlete URL na iip-dev, až budete mít chvilku. 18:23 < nop> rozkládání prvočísel je jak se láme RSA 18:23 < dm> myslím iip-dev list. 18:23 < luckypunk> RSA bylo prolomeno. 18:23 < luckypunk> prakticky. 18:23 < nop> ano, 512bit RSA bylo prolomeno 18:23 < luckypunk> nebo to bylo DES? 18:23 < luckypunk> eh. 18:23 <@hezekiah> DES byl prolomen. 18:23 < nop> myslím, že mluvíš o DES 18:23 < co> luckypunk: Byly prolomeny klíče určité velikosti. 18:23 <@hezekiah> RSA tam ještě není. 18:24 < nop> každopádně 18:24 < luckypunk> ale může být. 18:24 < nop> zpátky k mému pointu 18:24 <@hezekiah> Ale otázka je: je dnes 2048 nebo 4096 RSA klíč bezpečný? 18:24 <@thecrypto> vydržte chvilku 18:24 < nop> 512bit RSA klíče byly prolomeny na kancelářských počítačích 18:24 <@jrand0m> díváme se na 2048bit RSA nebo ElG 18:24 < nop> hezekiah: byl by, ale tady je sranda 18:24 < nop> když umíš rozkládat prvočísla 18:24 < nop> umíš lámat RSA 18:24 < nop> když umíš počítat diskrétní logaritmy, umíš zlomit RSA i EL gamal 18:24 < nop> k rozkladu jsme blíž 18:24 < nop> než k výpočtu diskrétních logů 18:24 < nop> v tuto chvíli 18:24 < luckypunk> není diskrétní logaritmus o něco těžší? 18:25 <@hezekiah> Když umíš rychle rozkládat prvočísla, zlomíš RSA. 18:25 <@hezekiah> luckypunk: To říká nop. 18:25 < luckypunk> kvantové počítače. 18:25 < luckypunk> jsou skoro funkční. 18:25 <@hezekiah> lol 18:25 < nop> a poměr velikosti bitů u veřejných klíčů pro diskrétní logy je silnější než u RSA klíčů 18:25 < nop> např. 768bit klíč není doporučen Diffie-Hellman variantami, ale nebyl prokazatelně prolomen 18:25 <@hezekiah> Takže závěr je, že přidáme DSA klíč. 18:25 <@thecrypto> nop, nedělej Billa Gatese, je to rozklad velkého n, kde n = pq 18:25 < nop> zatímco 512bit RSA klíče ano 18:25 <@thecrypto> protože rozkládat prvočísla je snadné 18:25 < nop> dík 18:25 < nop> sorry 18:25 <@jrand0m> hezekiah> vypadá to tak. 18:26 < nop> snažil jsem se, aby tomu všichni rozuměli 18:26 < nop> omluva 18:26 <@thecrypto> jen drobné upřesnění 18:26 <@jrand0m> jasně nop, v pohodě, gracias 18:26 <@hezekiah> OK. 18:26 < nop> takže DSA 18:26 < nop> tedy 18:26 <@hezekiah> Takže přidáváme DSA klíč? 18:26 < nop> což je taky varianta diffie-hellman 18:26 <@jrand0m> ok, vzhledem k tomu budeme v kryptografických detailech pokračovat offline. 18:26 < nop> preferuju logaritmy před faktory 18:27 < nop> ;) 18:27 <@hezekiah> Mimochodem, co ještě potřebujeme dořešit? 18:27 < co> dm: To URL je http://news.gmane.org/thread.php?group=gmane.comp.security.invisiblenet.iip.devel 18:27 <@thecrypto> hezekiah: výběr toho kouzelného prvočísla 18:27 <@hezekiah> Aha, jasně! 18:27 < dm> díky co, našel jsem specifikace od jrand0m. Teď už jen tiskárnu s hodně tonerem. 18:27 < nop> to pošlu 18:27 <@jrand0m> hezekiah> uprav data structure spec, přidej info ohledně DSA, specifikuj velikost klíče pro DSA atd. 18:27 < nop> pojďme to řešit offline 18:27 <@jrand0m> lol dm. 18:28 <@hezekiah> OK, máš ještě něco, jrand0m? 18:28 <@jrand0m> ok, já jsem se svými věcmi hotov. hezekiah> měl jsi # 3? 18:28 <@hezekiah> Jo. 18:28 < dm> hmm. obrázky se nezobrazují. 18:28 <@hezekiah> 3.) Cokoli, co chce nop přidat do programu. 18:28 < dm> jrand0m: je někde k dispozici 'I2P Network Spec Draft 2003.07.23' i s obrázky? 18:29 < co> dm: Ano, s tím jsem měl taky problém. 18:29 <@jrand0m> dm/co> vezměte první revizi network spec (o dva týdny dřív v zipu), která obsahuje png. 18:30 <@jrand0m> (je to i v cvs, ale to zatím není anon/public) 18:30 < arj> kdy bude? :) 18:30 <@hezekiah> Páni! 18:30 <@hezekiah> CVS je teď rychlé! 18:31 <@jrand0m> arj> snažíme se vyhnout hype, takže jakmile to bude připravené, dáme věci veřejně, ale udržíme to relativně potichu, dokud. 18:31 < nop> hezekiah: to to cathedral? 18:31 <@jrand0m> arj> nicméně, všechno, co děláme, je GPL, zatím. 18:31 <@hezekiah> nop: Jo 18:31 <@hezekiah> ! 18:31 < dm> o dvě týdny dřív v kterém zipu? 18:31 <@jrand0m> oh jasně, rozchodil jsi to, hezekiah? 18:31 < arj> jrand0m: chtěl jsem si přečíst nejnovější specifikace 18:31 <@jrand0m> dm> network_spec_*.zip pokud si dobře pamatuju 18:31 <@hezekiah> jrand0m: Jo! :) 18:31 < dm> to samé, s obrázky! 18:31 <@thecrypto> iip-dev má většinu 18:32 <@jrand0m> arj> http://article.gmane.org/gmane.comp.security.invisiblenet.iip.devel/292 má vše kromě jedné drobné změny. 18:32 <@jrand0m> (no, kromě Client Access Layer, to je teď v jiné specifikaci) 18:33 < arj> ok díky 18:33 <@jrand0m> specifikace client access layer je http://article.gmane.org/gmane.comp.security.invisiblenet.iip.devel/298 18:33 < dm> ok, a odkaz na zip s obrázky? 18:33 <@jrand0m> ok. nop máš něco, nebo "5) otevřeme to dotazům/nápadům mas"? 18:34 -!- mihi [none@anon.iip] odešel [Ping timeout] 18:34 * jeremiah je zpět a přečetl backlog 18:34 <@jrand0m> dm> chvíli, hledám 18:34 <@jrand0m> http://article.gmane.org/gmane.comp.security.invisiblenet.iip.devel/269 18:35 < dm> dík 18:35 <@jrand0m> ok, nějaké otázky / myšlenky? 18:35 -!- arj [anders@anon.iip] odešel [EOF From client] 18:35 < co> ano. 18:35 <@jrand0m> není zač 18:35 < co> Jsme u položky 5? 18:35 * jrand0m věděl, že nějaké budeš mít, co :) 18:35 < co> Aktuálně není komunikace mezi client a router (odchozí) šifrovaná. 18:35 <@jrand0m> ano, protože nop je pomalý :) 18:35 <@jrand0m> (sakra lidi s prací a tak) 18:36 <@hezekiah> lol 18:36 < co> Představ si, že mám důvěryhodného přítele a chci použít jeho router pro odchozí zprávy. 18:36 <@hezekiah> jrand0m: Víš jak. Ne každý si může dovolit nemít život. 18:36 <@jrand0m> co> v zásadě správně. payloady zpráv jsou šifrované, ale zbytek I2CP ne 18:36 < co> Nebudu v riziku, že moje zprávy budou zachyceny? 18:37 <@hezekiah> Jo. Přenášely by se po drátě v čitelné podobě. 18:37 <@hezekiah> Leda že bys udělal ssh tunel do jeho routeru nebo tak. 18:37 <@jrand0m> když máš důvěryhodného přítele a připojíš se k jeho routeru, může vědět, že jsi odeslal nebo přijal zprávu, ale ne co jsi poslal. 18:37 <@jeremiah> nebyly by zprávy i tak pod public key encryption? 18:37 <@hezekiah> Ups. 18:37 <@hezekiah> Moje chyba. 18:37 < dm> Budu používat I2P jako způsob, jak se naučit nové věci, aby mě 9to5 (windows admin, VB nástroje) práce nepřeměnila v zombíka. 18:37 <@jrand0m> nemám problém přidat podporu pro SSL listener, místo jen TCP listener. 18:37 <@hezekiah> Zapomněl jsem, že klienti dělají end-to-end šifrování. 18:37 < co> Předpokládáš, že provozuji lokální důvěryhodný router, ale jak uvedeno výše, to možná nechci, aby se zprávy nespojovaly se mnou. 18:37 <@jrand0m> ano, jeremiah, ale to je jen pro payload 18:37 <@jrand0m> heh jasně dm 18:37 -!- mihi [none@anon.iip] se připojil(a) ke #iip-dev 18:38 <@jrand0m> hm. 18:38 <@hezekiah> jrand0m: Proč nepřidat podporu později pro šifrování komunikace client-to-router? 18:38 <@jrand0m> vždy bys měl mít lokální důvěryhodný router. můžeš ho nechat připojit se i na jiný známý nelokální důvěryhodný router. 18:39 < co> Pravda, ale připojuju se k návrhu od hezekiah. 18:39 <@jrand0m> hezekiah> v pohodě s tím, přidat to později (kde později: t=0...releaseDate ;) 18:40 <@jrand0m> Nemám vůbec problém přidat podporu pro DH+AES pro I2CP 18:40 < nop> dobře 18:40 <@jrand0m> tyhle funkce se dají přidat i per-router 18:41 < nop> jrand0m: taky si myslím, že bude potřeba polymorfní rotace klíčů a chaffe traffic 18:41 < nop> určitě se na to podíváme na některé z dalších schůzek 18:41 < nop> jen postřeh 18:41 < nop> s použitím key sets 18:41 <@jrand0m> ano, až se dostaneme ke komunikaci router-router. 18:41 <@jrand0m> (za 1–2 týdny) 18:41 < co> nop: aktuálně nevidím chaffe traffic ve spec, ale bylo by dobré to přidat. 18:42 <@jrand0m> chaffe je, v tom smyslu, že si routery a účastníci tunnel testují sebe i své peer. 18:42 -!- arj [~anders@anon.iip] se připojil(a) ke #iip-dev 18:42 <@jrand0m> plus DHT požadavky jsou chaffe vůči payload zprávám 18:42 < nop> jrand0m: ponořím se do výzkumu, jak uhýbat traffic analýze a nedávat pryč žádný známý plaintext 18:42 <@jrand0m> *a* jednotlivé transporty budou mít své vlastní styly chaffe (např. http transport bude periodicky dotazovat Google na "cute puppy dogs" nebo cokoli) 18:43 < nop> no, takové chaffe je pěkné, ale myslím i šifrované chaffe 18:43 < nop> to pomáhá rotovat session klíče 18:43 < nop> a udržovat tvůj uzel zaneprázdněný i když je neaktivní 18:43 < dm> možná změň na tvrdé dětské porno pro realističtější chaffe 18:43 <@jrand0m> jasně. 18:43 < dm> jen vtip! 18:43 <@hezekiah> dm: Dobře. Jinak bych tě musel !thwacknout. 18:43 <@hezekiah> :) 18:44 <@jrand0m> DHT (link encrypted) a test messages (free route mix, a la onion/garlic) nebudou mít problémy se známým plaintextem 18:44 < nop> protože nové uzly budou mít méně provozu při startu 18:44 <@jrand0m> plus budeme mít podporu pro constant bitrate transports 18:44 < nop> garlic rocks 18:44 < nop> :) 18:44 < nop> jrand0m: DC net styl :) 18:44 * jrand0m si po schůzce udělá těstoviny s hromadou garlic 18:45 < nop> jrand0m: myslel jsem garlic routing 18:45 <@hezekiah> lol! 18:45 <@jrand0m> vím ;) 18:45 < nop> jrand0m: každopádně, constant bitrate by šel vynutit blokovým šifrováním, protože AES generuje 128bit bloky 18:45 < nop> ;) 18:45 < nop> takže bychom mohli všechna data vypodložit na 16 bajtů na zprávu 18:45 <@jrand0m> co> dávaly smysl moje odpovědi na tvůj e-mail? 18:47 <@jrand0m> *ping* 18:47 <@hezekiah> *pong* 18:47 <@thecrypto> *pong 18:47 <@thecrypto> * 18:47 <@jrand0m> nějaké další otázky od kohokoli, nebo mě můj iproxy odpojil? 18:47 <@jrand0m> heh jasně 18:47 <@hezekiah> thecrypto: Fragmentovaný paket! 18:47 <@hezekiah> lol 18:48 <@thecrypto> ztratil jsem ten konec 18:48 <@thecrypto> menší MTU tady :) 18:48 <@hezekiah> jrand0m: No, já otázky nemám. 18:48 < co> jrand0m: Ano, odpovědi dávaly smysl. 18:48 < co> Nemám další otázky. 18:48 < dm> Vytvořím otázky, až si zítra přečtu specifikace. 18:49 <@jrand0m> doufám, že budeš mít další později :) 18:49 <@jrand0m> super dm 18:49 < dm> super možná ze začátku. 18:49 < dm> tak já mizím. hodně štěstí lidi! 18:49 -!- dm [~hifi@anon.iip] odešel [] 18:50 <@jrand0m> pořád máme v rozvrhu velké 2 týdny peer review, ale review předtím je oceněno (i když všechny detaily ještě nejsou dopsané) 18:51 <@jrand0m> ok. nějaké další otázky, nebo to uzavřeme #52 jako 102minutovou schůzku? 18:52 <@thecrypto> #51 18:52 <@hezekiah> Uh, viděl jsem 1:57 minuty. 18:52 <@hezekiah> Ach jo. 18:52 <@hezekiah> Jsem hloupý 18:52 <@hezekiah> Nevšímejte si mě. 18:52 <@hezekiah> Nemám otázky ... 18:52 <@hezekiah> Otázky! 18:52 * jrand0m nikdy neuměl počítat... 18:52 <@hezekiah> Promluvte teď, nebo mlčte až do příštího úterý! 18:52 <@hezekiah> Poprvé! 18:53 <@hezekiah> ... Podruhé! 18:53 <@thecrypto> Prodáno chlápkovi v košili na knoflíky 18:53 <@hezekiah> Pryč! 18:53 * jrand0m jde do kuchyně udělat dlouho odkládanou večeři 18:53 <@jrand0m> gracias srs y srtas 18:53 <@hezekiah> Nashle všichni! 18:53 <@jeremiah> Měl bych zkontrolovat zdrojáky, než se vypařím 18:53 <@hezekiah> Uvidíme se příští úterý! --- Záznam uzavřen Tue Jul 29 18:53:55 2003 </div>/cs/blog/2003/07/22/v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-i2p/Tue, 22 Jul 2003 00:00:00 +0000/cs/blog/2003/07/22/v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-i2p/<p>(S laskavým svolením wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="rychlé-shrnutí">Rychlé shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> cohesion, hezekiah, jeet, jeremiah, jrand0m, mihi, nemesis, nop, thecrypto, wilde, Zwolly</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> --- Log opened Tue Jul 22 15:56:06 2003 15:56 <@hezekiah> jrand0m: Righto! 15:56 -!- mode/#iip-dev [+o jrand0m] by hezekiah 15:56 <@cohesion> log enabled 15:56 <@jrand0m> w00t 15:56 <@nop> we need to add cohesion and remove mids on dev list 15:56 <@hezekiah> Excelent. :) 15:56 <@hezekiah> What dev list? 15:56 <@cohesion> nop: i tried CVS and it wouldn't accept my user/pass 15:56 <@nop> ok, I'll add you 15:56 <@nop> hold 15:56 <@nop> what is your sf id 15:56 <@cohesion> cohesion 15:56 <@nop> pmsg me if you need 15:56 <@nop> ok 15:57 <@cohesion> i think 15:57 -!- thecrypto [thecrypto@anon.iip] has joined #iip-dev 15:57 <@hezekiah> BTW, everyone I will be leaving around 22:15. 15:57 <@hezekiah> UTC 15:57 <@cohesion> yea 15:57 <@cohesion> hezekiah: okay 15:58 <@nop> cohesion: you're in 15:58 <@nop> we need to update website 15:58 <@cohesion> nop: okay 15:58 <@cohesion> nop: i'll try it now 15:58 <@nop> and we need to start modelling the IIP with an I2P 15:58 < thecrypto> hey 15:58 < thecrypto> i made it 15:58 <@nop> ok 15:58 <@nop> werd 15:58 <@nop> ;) 16:00 <@hezekiah> jrand0m? I just looked at your revision to the 16:00 <@hezekiah> development schedual. 16:01 <@jrand0m> si sr? 16:01 <@hezekiah> The graph with the bars and lines gets chopped off at 16:01 <@hezekiah> the right hand side; I can't see the rest of it. 16:01 <@jrand0m> yeah, ganttproject isn't quite perfect, but its better 16:01 <@jrand0m> than doing it by hand. 16:01 <@jrand0m> the things at the far right are the last tasks - 16:01 <@jrand0m> nothing is after them 16:01 <@hezekiah> But I can 16:01 <@jrand0m> the tasks there are listed, in order, on the 16:01 <@jrand0m> index-tasks.html 16:01 <@hezekiah> can't even see what the tasks are. 16:02 <@hezekiah> OK. :) I'll just have to settle for text. 16:02 <@hezekiah> nop: Are we going to start soon? I'm going to have to 16:02 <@hezekiah> leave at 22:15 UTC, but I'd like to catch as much of the meeting as 16:02 <@hezekiah> possible. 16:02 <@jrand0m> let me see if I can make a big task to fix that... 16:02 <@hezekiah> jrand0m: Thanks. :) 16:03 <@nop> yes 16:03 <@nop> alright 16:03 <@nop> agenda 16:03 <@nop> 1) 16:03 <@nop> welcome 16:03 <@nop> 2) 16:03 <@nop> Website future 16:03 <@nop> 3) 16:03 <@nop> bug fixes with 1.1 16:03 <@nop> 4) 16:03 <@nop> I2P 16:03 <@nop> 5) 16:03 <@nop> Suggestions and comments 16:03 <@nop> welcome all 16:04 <@nop> moving to 2 16:04 <@nop> website 16:04 <@nop> cohesion, are your maintanance website skills up to par? 16:04 <@cohesion> aye 16:04 <@cohesion> XHTML and CSS are my specialties 16:04 <@nop> ok, we are assuming you can do website stuff, changes etc 16:04 <@nop> ok 16:04 <@cohesion> yep 16:05 <@cohesion> granted that i can get CVS to cooperate :) 16:05 <@nop> easy 16:05 <@nop> export CVS_RSH=ssh 16:05 <@nop> and don't use pserver 16:05 <@nop> use d:ext 16:05 <@cohesion> i'm using gruntspud to CVS interfacing 16:05 <@nop> ok 16:05 <@cohesion> it's part of my text editor 16:05 <@cohesion> it should work 16:05 <@cohesion> we can talk about that later though 16:05 <@cohesion> i'm trying it now 16:05 -!- thecrypto [thecrypto@anon.iip] has quit [Ping timeout] 16:05 <@nop> if you have issues let me know right away if you can, so I 16:05 <@nop> can assist this because I have a bunch of tasks 16:06 <@nop> also 16:06 <@nop> we need to look at making an I2P section 16:06 <@nop> since it's going to be the next big project 16:06 <@nop> I'll talk to ellison to see if he's contribute a bit of his 16:06 <@nop> web design skills to add to that for a template 16:06 <@hezekiah> Should I2P be a section of invisiblenet.net or 16:06 <@hezekiah> invisiblenet.net/iip? (I vote for the former.) 16:06 <@nop> and we can get that hashed out 16:06 <@cohesion> ok 16:06 <@nop> former as well 16:06 <@jrand0m> former 16:06 <@nop> it would be under projects 16:07 -!- thecrypto [~thecrypto@anon.iip] has joined #iip-dev 16:07 <@nop> iip is one project 16:07 <@nop> i2p is another 16:07 <@hezekiah> So, invisiblenet.net/i2p 16:07 <@nop> yes 16:07 <@hezekiah> Right. That's the way I see it too. :) 16:07 <@nop> anyone here good at making a logo? 16:07 <@nop> volunteers are welcome 16:07 <@nop> just submit to iip-dev list 16:07 <@nop> ok moving on 16:07 <@nop> bug fixes in 1.1 16:07 <@jrand0m> h/o 16:07 * hezekiah would like to point out that his skills at the GIMP are 16:07 * hezekiah> to be avoided like WMD. 16:08 <@jrand0m> would it be possible to keep the i2p stuff off the web 16:08 <@jrand0m> until we're ready for beta? 16:08 <@cohesion> i suggest we use the wiki for collaborating on the i2p 16:08 <@cohesion> documents 16:08 <@nop> yes 16:08 <@cohesion> i can set up a restricted area 16:08 <@nop> that's possible 16:08 <@hezekiah> jrand0m: Are you thinking of a big smash announcement 16:08 <@hezekiah> on /. or something once we have it in good order? 16:08 <@nop> cohesion: I concur 16:08 <@jrand0m> yes hezekiah 16:08 <@jrand0m> word cohesion 16:09 <@nop> ok 16:09 <@nop> let's look at 1.1 for a sec 16:09 <@nop> hezekiah you made a discovery, that has not to do with 16:09 <@nop> focus? 16:09 <@nop> or what? 16:10 <@hezekiah> The code is fine. 16:10 <@hezekiah> The problem is communication, not code. 16:10 <@hezekiah> The user has to move the mouse aroung _inside_ the 16:10 <@hezekiah> dialog box. 16:10 < mihi> the dialog lacks a progress bar to give feedback if the 16:10 < mihi> user does it correctly 16:10 <@nop> yes that's true 16:10 <@hezekiah> He can move the mouse around _outside_ the dialog box 16:10 <@hezekiah> until he's blue in the face, but it won't gather entropy. (Which is what 16:10 <@hezekiah> these users are doing.) 16:10 <@nop> it does lack a dialog box 16:11 <@hezekiah> A progress bar would be a plus. 16:11 <@hezekiah> And should be somewhat easy to implement ... if I 16:11 <@hezekiah> could understand the tangle that UI code in IIP is. 16:11 <@cohesion> or even some feedback 16:11 <@hezekiah> Anyway, I posted my suggestions to the mailing list. 16:12 <@nop> it's in win32 api 16:12 <@nop> ;) 16:12 <@hezekiah> Either capture the mouse (I couldn't get M$ to 16:12 <@hezekiah> cooperate to do that), or make the dialog box message explain to the 16:12 <@hezekiah> user he needs to move the mouse around _inside_ the dialog box. 16:12 <@hezekiah> nop: I know. 16:12 <@nop> fine hezekiah be that way :) 16:12 <@hezekiah> What? 16:12 <@hezekiah> What did I do? 16:12 * hezekiah is confused 16:12 < thecrypto> how about just maximize the dialog box? 16:12 <@nop> hezekiah: I'm just messin' with ya 16:13 <@hezekiah> nop: OK. :) 16:13 <@hezekiah> Where's UserX? He knows more about the IIP UI code 16:13 <@hezekiah> than I do. 16:14 <@hezekiah> thecrypto: As for maximizing, well, the user might not 16:14 <@hezekiah> like a rabid dialog box consuming his entire screen. 16:14 <@hezekiah> Mouse capture is ideal, but as I said, I couldn't get 16:14 <@hezekiah> M$ to do it. 16:14 <@jrand0m> many other apps don't capture the mouse 16:14 <@jrand0m> a status bar plus explaination seems typical 16:15 <@hezekiah> Anyway, that's the 'bug'. 16:15 <@hezekiah> How do you want it fixed nop? 16:15 <@nop> well 16:15 <@nop> I would think if possible we could have a meter that shows 16:15 <@nop> the entropy gathering for sure 16:16 <@hezekiah> OK. 16:16 <@nop> and definitely fixes the language. Have you exhausted the 16:16 <@nop> research on capturing the mouse movements? 16:16 <@hezekiah> To the point of my patience. 16:16 <@hezekiah> Seriously, what I did _should_ work. 16:16 <@nop> I assume that's a lot? 16:16 <@hezekiah> Well, I didn't get much sleep last night. 16:17 <@nop> hmm 16:17 <@nop> let's try to get a meter bar and the language fixed 16:17 <@nop> that will give us an idea 16:17 <@hezekiah> Because it isn't working, I'm assuming the M$ docs are 16:17 <@hezekiah> lieing to me (very possible) or something 'unknown' is happening in the 16:17 <@hezekiah> IIP UI code. 16:17 <@nop> right 16:17 <@hezekiah> Righto. :) 16:17 * hezekiah now gets down on his knees and prays that UserX wrote 16:17 * hezekiah> UI code for a progress bar. 16:19 <@nop> haha 16:19 <@nop> if not go to planet-source-code.com 16:19 <@nop> there's a lot of samples there 16:19 <@hezekiah> The win32 API I can manage (though I detest it.) 16:19 <@nop> I hate it as well 16:19 <@hezekiah> But UserX/whoever-originally-wrote-this made a wrapper 16:19 <@hezekiah> around it. 16:19 <@hezekiah> It's the wrapper I'm worried about. 16:19 * nop is coding in it right now for work 16:19 <@hezekiah> I'm looking into it now. 16:20 <@hezekiah> Let's move on to the next agenda item. 16:20 -!- jeremiah-gym is now known as jeremiah 16:20 <@nop> ok 16:20 <@nop> next item is i2p 16:20 < jeremiah> hi 16:20 <@nop> hi 16:20 <@nop> jrand0m you start 16:20 <@hezekiah> jeremiah: Just in time! 16:20 < jeremiah> hezekiah: nop and I are oddly time synced, as you'll 16:20 < jeremiah> learn 16:20 <@jrand0m> 'k, has everyone had a chance to check out the roadmap? 16:21 <@hezekiah> Yeah. 16:21 <@jrand0m> its obviously draft, and things after the 1.0 milestone 16:21 <@jrand0m> are largely up in the air, but its something to start from 16:21 <@jrand0m> I've updated it beyond whats on the list to include 16:21 <@jrand0m> hezekiah jumping on the C api (w00t!) 16:22 -!- jeet [~miteymous@anon.iip] has joined #iip-dev 16:22 <@jrand0m> basically, after this coming friday, we'll have the API 16:22 <@jrand0m> protocol spec'ed out, which will mean we can parallelize a lot 16:22 < jeet> hello ;) 16:22 <@jrand0m> 'lo jeet 16:22 < jeet> hey if i make a server is it possible to change anon.iip 16:22 < jeet> to whatever i want 16:22 <@jrand0m> rough gut question: how insane does the r2 roadmap 16:22 <@jrand0m> sound? are schedules insane, are there things missing, are things in the 16:22 <@jrand0m> wrong order or dependencies not represented? 16:22 <@nop> yes 16:22 < jeet> kewl 16:23 <@hezekiah> jrand0m: I would concur the entire thing is insane. 16:23 <@hezekiah> However, I think (until I get to college) it should be doable. 16:23 <@jrand0m> heh 16:23 < jeet> this is a very cool thing you guys have done ;X 16:23 <@hezekiah> Though I'm not sure nop and UserX can design that IRC 16:23 <@hezekiah> protocol even in 21 days. 16:23 <@hezekiah> nop: ;-) 16:23 <@nop> no 16:23 <@jrand0m> ok, you're off to uni in late august? mid august? when 16:23 <@jrand0m> should we pencil you in for less activity? 16:23 <@hezekiah> Around August 20th I'm of. 16:23 <@hezekiah> off. 16:24 <@jrand0m> 'k 16:24 <@hezekiah> Until then I'm a rabid nermal! :) 16:24 < jeremiah> I'm off about the same time 16:24 < jeremiah> (to univ) 16:25 <@nop> ok 16:25 <@jrand0m> so we'll have to get more resources on the 'implement 16:25 <@jrand0m> IRC' task or just drop the task from the 1.0 release 16:25 <@hezekiah> I wouldn 16:25 <@hezekiah> wouldn't make the 1.0 release dependant on IRC. 16:25 <@nop> I believe that we will need to delay the task 16:25 < jeet> [17:23] -anon.iip- CTCP (except ACTION) and DCC are 16:25 < jeet> disabled <- how can i stop this from poppiing up every 3 minutes? 16:25 <@hezekiah> Do the IRC, but let i2p 1.0 come out when it's ready. 16:26 < thecrypto> wow, i'm half way through college as two others just 16:26 < thecrypto> start :) 16:26 <@jrand0m> lol 16:27 <@jrand0m> I concur hezekiah 16:27 <@hezekiah> Cool. I still think i2p will be it's own killer app. 16:27 <@jrand0m> so that basically means all I2P 1.0 requires after 16:27 <@jrand0m> august is a month of debugging and documentation to go from alpha to 16:27 <@jrand0m> beta to 1.0 16:28 <@jrand0m> hezekiah> definitely. we need to get a demo app out on 16:28 <@jrand0m> it first - does the instant messenger app + file transfer sound good to 16:28 <@jrand0m> people for that? 16:28 -!- jeet [~miteymous@anon.iip] has quit [ircN 7.27 + 7.0 for mIRC 16:28 <@jrand0m> (2002/01/10 00.00)] 16:28 <@hezekiah> Well, you said it best: 'demo'. From my view, it 16:28 <@hezekiah> doesn't need to be special. It just needs to prove the network is worth 16:28 <@hezekiah> developing on. 16:29 <@hezekiah> So the IM client would be a good demo, in my opinion. 16:29 < Zwolly> file transfer is one thing i really would like to see so 16:29 < Zwolly> gimme a demo 16:29 <@hezekiah> Zwolly: lol 16:29 <@nop> yes 16:29 < Zwolly> and see me as an "normal" user 16:30 <@hezekiah> Zwolly: You can be our guniea pig! ;-) 16:30 * hezekiah starts mixing poisinous code in his lab. ;-) 16:30 < Zwolly> hmmm yummie 16:31 <@jrand0m> ok, one last thing on i2p 16:31 <@nop> sure 16:32 <@jrand0m> nop> any chance we can get a non sourceforge trusted 16:32 <@jrand0m> cvs server? 16:32 <@jrand0m> sourceforge has more problems than these college 16:32 <@jrand0m> student's exams 16:32 <@nop> yes 16:32 <@nop> I will arrange that and have it up by next week 16:32 <@jrand0m> awesome. thanks 16:32 <@nop> also 16:32 <@nop> I may be able to get a compile farm 16:32 <@nop> that is not sf 16:32 <@nop> with vpn access to it 16:32 <@hezekiah> Compile farm!? 16:32 <@jrand0m> compile farm? bah, we can just run ant :) 16:32 <@hezekiah> jrand0m: All code is not Java. 16:32 <@hezekiah> I personally love compile farms. 16:32 <@hezekiah> :) 16:32 <@jrand0m> ant == make. it can run gcc / etc 16:32 <@nop> hezekiah: send me a list of viable platforms we'll need to 16:32 <@nop> test on 16:32 <@jrand0m> 'k, if we really need the cpu power of a compile farm, 16:32 <@jrand0m> thats great 16:33 < wilde> what license are you planning to use? 16:33 <@nop> GPL 16:33 <@jrand0m> GPL cool with everyone for this? 16:33 < wilde> k nice 16:33 <@hezekiah> I'm very pro GPL. 16:33 <@hezekiah> But one warning 16:33 <@hezekiah> For the API's we will probably need LGPL. Otherwise 16:33 <@hezekiah> all programs made for this network MUST be GPL 16:33 <@jrand0m> we may want to go LGPL down the line 16:33 <@jrand0m> yeah 16:33 <@jrand0m> we MUST not require all apps using I2P to be GPL'ed 16:33 <@hezekiah> So the router should be GPL, but the API's will 16:33 <@hezekiah> probably need to be LGPL at some time. 16:33 <@hezekiah> jrand0m: Then we'll need an LGPL API. 16:33 <@hezekiah> The only problem that poses is getting a good crypto 16:33 <@hezekiah> kit for C that is compatible with LGPL. 16:33 <@hezekiah> I don't think Cryptlib's Sleepycat license is. 16:33 <@hezekiah> I could email the author and ask for an exception or 16:33 <@hezekiah> something if I need to when the time comes. 16:33 <@jrand0m> hezekiah> not need, want. the API comm layer will be an 16:33 <@jrand0m> open spec, so anyone can write their own and not link to any of our 16:33 <@jrand0m> libraries 16:33 <@hezekiah> Right. 16:33 <@nop> right 16:33 <@hezekiah> So for now we can even make GPL API's if we need to. 16:34 <@hezekiah> OK, one question for jrand0m: 16:34 < jeremiah> but we should try to have non-viral ones asap 16:34 <@hezekiah> I agree. 16:34 < wilde> http://www.virtualunlimited.com/products/beecrypt/ 16:34 < wilde> Bee Crypt is LGPL, i've used once 16:34 <@hezekiah> wilde: Beecrypt is far beneath what is required 16:34 <@hezekiah> unfortunately. 16:34 <@nop> yes 16:34 <@nop> I don't think we should use a crypto lib like Beecrypt 16:34 <@jrand0m> word wilde 16:34 <@cohesion> hezekiah: there's tons of crypto code in 16:34 <@cohesion> GnuPrivacyGuard that's all GPL'd 16:34 <@cohesion> you might check and see where it came from 16:34 <@hezekiah> cohesion: The problem is we'll need an LGPL C API that 16:34 <@hezekiah> uses Crypto. 16:34 <@hezekiah> I'll work it out when I get to it. 16:34 <@hezekiah> For now, I have two questions for jrand0m: (It's gone 16:34 <@hezekiah> up one!) :) 16:34 <@jrand0m> we have lots of options. we'll figure it out 16:34 <@jrand0m> heh fire away 16:34 <@hezekiah> 1.) When the client API spec is done on the 25th will 16:34 <@hezekiah> it detail the byte-by-byte structure of the messages sent over the 16:34 <@hezekiah> network, and will it detail the specifics on how the crypto is 16:34 <@hezekiah> implemented? 16:35 -!- ion [ion@anon.iip] has joined #iip-dev 16:35 <@jrand0m> yes 16:35 <@hezekiah> 2.) Will be we using Twofish? ;-) 16:35 <@jrand0m> no, prolly aes, unless someone has a really good reason 16:35 <@hezekiah> jrand0m: Was that yes to both questions, or just 16:35 <@hezekiah> question 1? 16:35 -!- nemesis [nemesis@anon.iip] has joined #iip-dev 16:35 <@hezekiah> OK. 16:35 <@jrand0m> hezekiah> yes to both 16:35 <@nop> well 16:35 < nemesis> uuuh, since when there are here ops? :) 16:35 <@hezekiah> nemesis: The English structure of that sentence was 16:35 <@hezekiah> too garbled for me to decipher? Whould you like to restate your 16:35 <@hezekiah> question? 16:35 <@jrand0m> whats special about twofish? why not go with the 16:35 <@jrand0m> advanced encryption Standard? 16:35 <@hezekiah> nop: Holding ... :) 16:35 * jrand0m holds 16:35 <@nop> I prefer that we have a suite of encryption options 16:35 <@nop> not just aes 16:35 <@nop> there are opinions about AES that some people do not feel 16:35 <@nop> comfortable using 16:35 <@nop> and would rather go with Twofish etc 16:35 <@nop> so maybe we can have it be a selection 16:35 < wilde> do both :) 16:35 <@nop> yes 16:35 <@nop> wilde: exactly 16:35 <@jrand0m> nop> suites would mean not everyone can send messages 16:35 <@jrand0m> to everyone 16:35 < jeremiah> but then wouldn't each router have to support both? 16:35 < jeremiah> that seems painful 16:35 <@jrand0m> doing both is definitely the case for transport layer, 16:35 <@jrand0m> where things can be negotiated 16:35 <@nop> not really 16:35 <@nop> I would not agree with AES then 16:35 <@nop> as if you are paranoid 16:35 <@hezekiah> Right. But let's try to too enclude things that are 16:35 <@hezekiah> weakening like 3DES. 16:35 <@hezekiah> A chain is only as strong as its weakest link. 16:35 <@nop> then you'll realize why 16:35 <@nop> with the US gov't approvals 16:36 <@jrand0m> I don't support AES because it has govt approval, I 16:36 <@jrand0m> support AES because it has cryptographers, scientists, and 16:36 <@jrand0m> mathematicians approvals. 16:36 <@jrand0m> if there is a better one, we can go with that. 16:36 <@jrand0m> but I don't want to go with something because its 16:36 <@jrand0m> different 16:36 <@nop> but the approval of twofish is strong as well amongst 16:36 <@nop> cryptographers 16:36 <@hezekiah> Well, the last three AES candidates were Rijndael, 16:36 <@hezekiah> Twofish, and Serpent. 16:36 <@nop> exactly 16:36 <@hezekiah> Rijndael was the fastest. 16:36 <@hezekiah> Personally, I have more faith in Twofish than 16:36 <@hezekiah> Rijndael. 16:36 <@jrand0m> nop I think I heard you say there were problems with 16:36 <@jrand0m> serpent? 16:36 < wilde> use multiple layers of encryption if you have CPU for it 16:36 <@jrand0m> wilde> there will be, but thats on a different aspect 16:36 <@jrand0m> of things. 16:36 <@nop> all I'm saying is that we could have both supported 16:36 <@nop> doesn't hurt 16:36 <@jrand0m> actually it does hurt 16:36 <@jrand0m> segmentation attack 16:36 < wilde> ok twofish wrapped in AES could be overkill 16:36 <@nop> haha 16:36 <@nop> not twofish wrapped in AES 16:36 < jeremiah> should we standardize each transport as having one 16:36 < jeremiah> specific set of characteristics (network setup, encryption)? 16:36 <@nop> alright for the sake of argument 16:36 <@nop> let's do rijndael for this part 16:36 < jeremiah> and then we could have one TCP transport supporting 16:36 < jeremiah> AES, one with Twofish, but not one that has to juggle both? 16:36 <@jrand0m> jeremiah> yes, particular transports will have 16:36 <@jrand0m> particular characteristics, but we're covering the end to end message 16:36 <@jrand0m> crypto done in the api atm 16:36 <@nop> let's do end to end AES 16:36 < jeremiah> jrand0m: ah 16:36 <@nop> then node to node twofish option 16:37 <@nop> and if you can, do AES-counter mode 16:37 <@jrand0m> 'k, sounds good. we can always change later on before 16:37 <@jrand0m> release (during peer review, etc) 16:37 < wilde> but all crypto algorithms have failed in the past, using 16:37 < wilde> double encryption would at least buy time in case of a crypto 16:37 < wilde> breakthrough 16:37 < jeremiah> not really 16:37 <@jrand0m> wilde> the truly paranoid can encrypt with their own 16:37 <@jrand0m> system prior to sending messages over the I2P network 16:37 <@hezekiah> wilde: If one algorithm is found to be weak, we'll 16:37 <@hezekiah> replace it. 16:37 <@jrand0m> I2P will just transparently encrypt 16:37 < wilde> jrand0m: yes, you're right, there should be a limit to 16:37 < wilde> paranoia 16:38 <@nop> yes 16:38 <@nop> we could go on all day 16:38 <@nop> arguing about it 16:38 <@nop> AES end to end 16:38 <@jrand0m> ok, I don't have anything else on I2P stuff 16:38 <@nop> Twofish and others node to node 16:38 <@jrand0m> coo' 16:38 <@jrand0m> any other I2P stuff, or are we on the next agenda item? 16:38 <@hezekiah> I'm done. :) 16:38 < wilde> what about A2A, anonymous 2 anonymous? 16:38 <@hezekiah> I 16:38 <@hezekiah> I've never heard of that. What are you talking about, 16:38 <@hezekiah> wilde? 16:38 <@jrand0m> I2P is anonymous to anonymous communication 16:38 <@jrand0m> I2P = "Invisible Internet Project" 16:38 < nemesis> jrand0m: can you send the roadmap as an attechment, and 16:38 < nemesis> not as inline? 16:38 <@jrand0m> (dont make us say I^2P) 16:38 <@nop> hushmail has an encrypted messenger 16:38 <@nop> neat 16:38 <@jrand0m> nemesis> hmm, I tried to - hushmail said it was 16:38 <@jrand0m> attached :/ 16:38 <@hezekiah> nemesis: I got it as attached. 16:38 <@jrand0m> nemesis> you can d/l from 16:38 <@jrand0m> http://article.gmane.org/gmane.comp.security.invisiblenet.iip.devel/290 16:38 < nemesis> i'm sorry, i can't copy&amp;paste it 16:38 <@hezekiah> nemesis: Perhaps your mail reader is the problem? (He 16:38 <@hezekiah> sent it as a zip file.) 16:38 < nemesis> its inline 16:38 < nemesis> theres a zip file... 16:38 -!- UserX [~User@anon.iip] has joined #iip-dev 16:38 <@jrand0m> 'lo userx 16:38 < nemesis> -Hush_boundarfy-31fda3d62329b 16:38 <@nop> did anyone log this 16:38 < nemesis> Content-Transfer-Encoding: base64 16:38 <@hezekiah> cohesion was supposed to. 16:38 <@jrand0m> I log all IRC 16:38 <@cohesion> i have it all 16:38 < thecrypto> yes 16:38 <@jrand0m> word 16:38 < Zwolly> my ISP also logs all the IRC chatting so what is new 16:38 <@jrand0m> lol Zwolly 16:38 < Zwolly> hehe 16:38 <@hezekiah> Zwolly: Your ISP won't have logs of this. :) 16:38 < Zwolly> i hope not if so you guys do a louzy job 16:38 <@hezekiah> lol 16:39 <@hezekiah> So, I'm assuming we move on to the next agenda item 16:39 <@hezekiah> now since we've stopped talking about i2p for a while. 16:39 <@nop> yes 16:39 <@nop> comments 16:39 <@nop> suggestions 16:39 <@jrand0m> we, should, like, do some drugs, man 16:39 <@hezekiah> jrand0m: Sorry. I refuse to ruin a good mind with such 16:39 <@hezekiah> substances. 16:39 < wilde> question: isn't the release plan a bit optimistic= 16:39 < wilde> ? 16:39 <@hezekiah> wilde: lol. Well, my term would be 'insane'. But I 16:39 <@hezekiah> think it might be feasible. 16:39 <@jrand0m> wilde> good question. it should be plausible, and if 16:39 <@jrand0m> any devs on there want to adjust tasks they are working on, we will. 16:39 < thecrypto> we can do it! 16:39 <@jrand0m> go TEAM! 16:39 < wilde> aim high that's good, but it should be realistic 16:39 < wilde> do you guys have time enough for the actual programming? 16:39 * jrand0m quit his job to work on this, and a few people have 16:39 * jrand0m> summer break coming up 16:39 < wilde> i mean september-october that's like 60-90 days 16:39 < wilde> ok that's sounds good 16:39 <@jrand0m> but don't believe us. we'll release when its ready. 16:39 <@hezekiah> jrand0m: BTW, since you quit your job, how are you 16:39 <@hezekiah> going to eat while you code this? 16:39 < jeremiah> wilde: we're going to be implementing lots of it in 16:39 < jeremiah> high-level languages and then re-coding in C later 16:39 <@jrand0m> hezekiah> I eat code 16:39 <@hezekiah> I was afraid you'd say something like that. 16:39 <@jrand0m> ;) 16:39 <@hezekiah> I just hope you've got a good nest egg to live on. 16:39 < jeremiah> jrand0m: my code eats random numbers 16:39 < jeremiah> that might make a bad loop 16:39 <@hezekiah> ROTFL! 16:39 < wilde> drinking java, eating python, roasted ant, could go 16:39 <@jrand0m> but bugs have lots of protien 16:39 * jrand0m !thwaps self 16:39 <@jrand0m> ok, do we have other questions / comments / 16:39 <@jrand0m> suggestions? 16:39 <@hezekiah> Well, I've got to go now. 16:39 <@hezekiah> Bye everyone. :) 16:39 <@jrand0m> or are we actually finishing up in under an hour? 16:39 -!- hezekiah [hezekiah@anon.iip] has quit [Client exiting] 16:39 <@jrand0m> lol wilde 16:39 <@jrand0m> nop> got anything or we done? 16:40 -!- UserX [~User@anon.iip] has quit [Ping timeout] 16:40 -!- wilde [anon@anon.iip] has quit [] 16:40 <@cohesion> ok, i'm ending the meeting 16:40 < nemesis> STOP! 16:40 <@cohesion> nop: i'll get with you about CVS tomarrow 16:40 * jrand0m stops 16:40 < nemesis> ganttproject-1.9.7.jar 16:40 <@cohesion> GO! 16:40 < nemesis> how it works? 16:40 <@nop> ok 16:40 <@nop> also 16:40 <@nop> aes 16:40 <@jrand0m> nemesis> just double click on it with java 1.4.2 16:40 <@jrand0m> installed 16:40 <@nop> we should use 256 bit as a norm 16:40 < nemesis> i have java 1.4.2... 16:40 <@jrand0m> nemesis> I'll email out the xml with the project info 16:40 <@jrand0m> word nop, definitely 16:40 < nemesis> Could not find the main class. Program will exit! 16:40 < nemesis> hm.. i think my java are broken.... Title of the 16:40 < nemesis> Window: Java Virtual Machine Launcher... 16:40 <@jrand0m> weird nemesis, works for me... make sure its loading it 16:40 <@jrand0m> with the 1.4.2 jvm and not the windows jvm 16:40 <@jrand0m> ah, try running from the cmd.exe command line 16:40 < nemesis> eh? 16:40 < nemesis> k 16:40 < nemesis> then i write a .bat for it, like for columba :) 16:40 <@cohesion> ok, i'm closing the logs 16:40 <@jrand0m> (and type java -version first to make sure it uses the 16:40 <@jrand0m> right one) 16:40 <@jrand0m> heh word 16:40 <@cohesion> everyone say "cheese" 16:40 <@jrand0m> queso 16:40 < thecrypto> cheese 16:40 < Zwolly> chesse 16:40 < Zwolly> cheese 16:40 < nemesis> E:\Sytemprogramme\server\Projektverwaltung>java 16:40 < nemesis> ganttproject-1.9.7.jar 16:40 < nemesis> Exception in thread "main" 16:40 < nemesis> java.lang.NoClassDefFoundError: ganttproject-1/9/7/ja 16:40 < nemesis> r 16:40 <@jrand0m> java -jar ganttproject-1.9.7.jar 16:40 < nemesis> java version "1.4.2-beta" 16:40 < nemesis> Java(TM) 2 Runtime Environment, Standard Edition (build 16:40 < nemesis> 1.4.2-beta-b19) 16:40 < nemesis> Java HotSpot(TM) Client VM (build 1.4.2-beta-b19, mixed 16:40 < nemesis> mode) 16:40 < nemesis> hm... why with -jar? 16:40 < nemesis> now it works... 16:40 -!- ion [ion@anon.iip] has quit [Ping timeout] 16:40 < nemesis> thx jrand0m 16:40 <@jrand0m> without -jar asks it to load the class 16:40 <@jrand0m> ganttproject-1/9/7/jar 16:40 <@jrand0m> np 16:40 < jeremiah> is cvs working? 16:40 < jeremiah> i checked out earlier today, but it's weird now 16:40 <@jrand0m> sourceforge is being a pain atm --- Log closed Tue Jul 22 17:18:14 2003 </div>/cs/blog/2003/07/15/v%C3%BDvoj%C3%A1%C5%99sk%C3%A1-sch%C5%AFzka-i2p/Tue, 15 Jul 2003 00:00:00 +0000/cs/blog/2003/07/15/v%C3%BDvoj%C3%A1%C5%99sk%C3%A1-sch%C5%AFzka-i2p/<p>(S laskavým svolením wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="rychlé-shrnutí">Rychlé shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> gott, hezekiah, jeremiah, jrand0m, mihi, Neo, nop, WinBear</p> <h2 id="zápis-ze-schůze">Zápis ze schůze</h2> <div class="irc-log"> --- Log opened Tue Jul 15 17:46:47 2003 17:46 < gott> yo. 17:46 <@nop> just a heads up on my silence 17:46 <@hezekiah> Tue Jul 15 21:46:49 UTC 2003 17:47 <@hezekiah> OK. The iip-dev meeting has started. 17:47 <@hezekiah> Is it the 48th or 49th? 17:47 < jrand0m> nop> this is why its critical that we get the router architecture pounded out asap. I understand that different people have different rates of speed, and we must segment so different components can proceed accordingly 17:47 < mihi> 49th 17:47 <@hezekiah> OK! Welcome to the 49th iip-dev meeting! 17:47 < jrand0m> I have three more days at my job, after which 90+ hours / week will be dedicated to getting this going 17:48 < jrand0m> I know and don't expect everyone to be able to do that, which is why we need to segment 17:48 < jrand0m> hi hezekiah :) 17:48 <@hezekiah> lol 17:48 <@nop> to rebutt on that 17:48 <@hezekiah> I'll wait a minute. Then we can do the agenda. :) 17:48 <@nop> the security of the router architecture is dependant that you do not rush as well 17:49 <@nop> if we do 17:49 <@nop> we overlook 17:49 <@nop> which could leave us cleaning up a big mess later 17:49 -!- Rain [Rain@anon.iip] has quit [I Quit] 17:49 < jrand0m> nop> disagree. we can still build app layer and APIs without implementing the router (or even knowing how the network will operate) 17:49 <@nop> I agree with that 17:50 <@nop> I'm specifically talking about the underlying network 17:50 < jrand0m> if we can agree to the API I sent out, then thats the segmentation we need 17:50 < jrand0m> right, router impl and network design still isn't done 17:50 <@nop> ok 17:50 <@nop> oh, I can definitely agree with your api so far 17:51 <@hezekiah> jrand0m: One problem. 17:51 < jrand0m> shoot hezekiah 17:51 <@hezekiah> It will look different if you implement it in C. 17:51 < jrand0m> not too different 17:51 < gott> oh dear 17:51 < jrand0m> less capital letters, and replace the objects with structs 17:51 < gott> what languages are people considering implementing it in? 17:51 < jrand0m> (for the api) 17:51 <@hezekiah> Uh, jrand0m? There is no 'byte[]' in C. 17:51 < jrand0m> gott> read the mail archives for some example answers to that 17:52 <@hezekiah> You will be using void*'s with an integer to specifiy the length most likely. 17:52 < jrand0m> hezekiah> then unsigned int[] 17:52 < gott> jrand0m: for once, a religious war that I'm not a part of 17:52 <@hezekiah> If I remember correctly (help me out here nop), you can't just return an unsigned int[] from a function. 17:53 <@hezekiah> gott: as opposed to what? pseudocode? 17:53 < jrand0m> right, syntactic changes. but yes, if there are real differences, we need to get them worked out ASAP. (like, today) Perhaps now would be a good tiem to look at the email I sent entitled "high level router architecture and API" and review? 17:54 <@hezekiah> nop? UserX? Are you game for that? 17:54 < jrand0m> not too different, but different none the less, yes. which is why I said Java API on todays email :) 17:54 -!- WinBear [WinBear@anon.iip] has joined #iip-dev 17:55 <@nop> wait 17:55 <@nop> reading above 17:55 -!- mihi_2 [~none@anon.iip] has joined #iip-dev 17:55 -!- mihi is now known as nickthief60234 17:55 -!- mihi_2 is now known as mihi 17:55 < jrand0m> wb mihi 17:55 < gott> btw, is this being live logged? 17:55 -!- nickthief60234 [~none@anon.iip] has quit [EOF From client] 17:55 <@hezekiah> gott: Yes. 17:55 < mihi> redundancy rules ;) 17:55 < gott> I'll just read it later on then. 17:55 -!- gott [~gott@anon.iip] has left #iip-dev [gott] 17:56 <@nop> ok 17:56 <@nop> yes 17:56 < WinBear> jrand0m: hi 17:56 <@nop> definitely differences 17:56 <@nop> what we need 17:56 < jrand0m> heya WinBear 17:56 <@nop> is a team of certain developers to write the main api level controls for these languages 17:56 <@nop> we know that jrand0m can handle java 17:56 <@nop> and probably could team up with thecrypto as well 17:56 <@nop> and hezekiah and the gang can do C 17:56 <@nop> and jeremiah if he's willing 17:56 <@nop> can do python 17:56 <@hezekiah> I can do C++ too! ;-) 17:56 <@nop> ok 17:56 <@nop> C++ as well 17:57 <@hezekiah> lol 17:57 <@nop> C++ will probably work 17:57 <@nop> with C 17:57 <@nop> if you don't template the crap out of it 17:57 < jrand0m> heh 17:57 <@hezekiah> lol 17:57 <@hezekiah> Actually, while MSVC can link C and C++ object files, gcc doesn't seem to like that. 17:57 <@nop> aka, stick to structs that are compatible with C, or is that not viable 17:57 < jrand0m> first question, prior to that, is what applications will use these APIs? I know of apps that will want to use java, will iproxy be in C? 17:58 <@hezekiah> nop: I don't think C and C++ are object compatible. 17:58 <@nop> ok 17:58 <@hezekiah> nop: C++ won't get along with C much better than Java. 17:58 <@nop> well maybe USerX could do C 17:58 <@nop> and you could pull C++ 17:58 <@hezekiah> We don 17:58 <@nop> ? 17:58 <@hezekiah> don't even need to _do_ C++ if you don't want to. It's just that I prefer it. 17:59 <@nop> well, the thing is 17:59 <@nop> there are a lot of C++ developers 17:59 <@nop> especially in the microsoft world 17:59 <@hezekiah> Even in the Linux world. (see: KDE and Qt.) 17:59 < jrand0m> C and C++ are binary compatible if you just make .so or .a 17:59 < jrand0m> (btw) 18:00 <@nop> can C be a good placement for C++, aka C++ developers would be able to handle a c api easier than a C++ api with a c developer? 18:00 <@hezekiah> jrand0m: Yeah. You can probably have libraries ... but if you can 18:00 <@hezekiah> jrand0m: can't even use classes, it sorta defeats the purpose. 18:00 <@nop> right 18:00 <@nop> let's stick with C 18:01 <@nop> because C++ coders can still call a C library rather easily 18:01 <@hezekiah> If one module needs to call anothers functions, then they had best both be the same language. 18:01 <@hezekiah> nop: C++ coders will know C well enough ... though it might take some work if they never /learned/ C. 18:02 <@hezekiah> However, C coders wouldn't know C++ since C is just a subset of C++. 18:02 -!- logger_ [~logger@anon.iip] has joined #iip-dev 18:02 -!- Topic for #iip-dev: logfiles will be online after the meeting: http://wiki.invisiblenet.net/?Meetings 18:02 [Users #iip-dev] 18:02 [@hezekiah] [+Ehud ] [ leenookx] [ moltar] [ tek ] 18:02 [@nop ] [ jeremiah] [ logger_ ] [ Neo ] [ WinBear] 18:02 [@UserX ] [ jrand0m ] [ mihi ] [ ptsc ] 18:02 -!- Irssi: #iip-dev: Total of 14 nicks [3 ops, 0 halfops, 1 voices, 10 normal] 18:02 < jrand0m> right 18:02 -!- Irssi: Join to #iip-dev was synced in 9 secs 18:02 < jrand0m> (with JMS :) 18:02 <@nop> yep 18:03 -!- You're now known as logger 18:03 < jrand0m> ok, can we review the overall architecture to see whether the APIs are even relevent first? 18:03 <@nop> fine 18:04 < jrand0m> :) 18:04 < jrand0m> ok, see the email I sent w/ the routerArchitecture.png. any thoughts on that seperation? 18:04 -!- tek [~tek@anon.iip] has quit [] 18:05 < WinBear> jrand0m: is that on the wiki? 18:05 < jrand0m> WinBear> no, on the mailing list, though the archives are down. lemmie add it to the wikki 18:06 <@hezekiah> Correct me if I'm wrong ... 18:07 <@hezekiah> ... but it looks like we're going to have 3 seperate API's that are as similar as possible. 18:07 <@hezekiah> Right? 18:07 < jrand0m> yes hezekiah 18:07 <@hezekiah> So since each API is in a different language, are they going all each have seperate implementations? 18:07 < jrand0m> yes 18:07 <@hezekiah> Or is there a way for Java or Python to access a C library? 18:08 < jrand0m> yes, but we don't want to go that route 18:08 < mihi> for java: JNI 18:08 <@hezekiah> So this talk about Java, C, C++, Python, etc. working together is mute since they never will? 18:08 < jrand0m> how do I attach an image to the wiki? 18:08 <@hezekiah> Each API has its own backend written in that language. 18:08 < jrand0m> no hezekiah, look at the diagram 18:09 <@hezekiah> Oh, duh! 18:09 <@hezekiah> The API's don't link to a backend. 18:10 <@hezekiah> They talk via sockets. 18:10 < jrand0m> si sr 18:10 <@hezekiah> This is still a little confusing though. 18:10 <@hezekiah> Give me a sec here. :) 18:11 <@hezekiah> OK. What is the thing labeled 'transport'? 18:11 < jrand0m> for example, bidirectional HTTP transport, SMTP transport, plain socket transport, polling HTTP socket, etc 18:11 < jrand0m> the thing that moves bytes between routers 18:12 <@hezekiah> OK. 18:12 <@hezekiah> So the diagram I'm looking at shows one person's computer. 18:12 <@hezekiah> He has a router that talks to other people's computers via the transports. 18:12 < jrand0m> correct 18:12 <@hezekiah> Person 1 (Alice) has 2 applications running. 18:12 <@hezekiah> One is in C, the other in Java. 18:13 <@hezekiah> Both are linked to a library (that's the API). 18:13 < jrand0m> both are "linked" to seperate libraries (the APIs) 18:13 <@nop> simple concept 18:13 <@nop> yes 18:13 <@hezekiah> Those libraries, take input from the program encrypt it, and send it via sockets (unix or TCP) to the router ... which is another program Alice is running. 18:13 < jrand0m> correct 18:14 <@hezekiah> OK. So it's kinda like isproxy being split in two. 18:14 < jrand0m> bingo :) 18:14 <@hezekiah> One part is low end and written in C, and the other is high end and written in whatever. 18:14 < jrand0m> exactly 18:14 <@hezekiah> OK. I get it. :) 18:14 < jrand0m> w00t 18:14 <@hezekiah> So no language needs to play nice with any other language. 18:14 < jrand0m> WinBear> sorry, I can't toss it on the wiki as it only takes text :/ 18:15 <@hezekiah> Since they all comunicate with the router via sockets, you could write an API in PASCAL for all the design cares. 18:15 <@nop> yes 18:15 <@nop> arbitrary 18:15 < jrand0m> right 18:15 <@nop> it handles arbitrary sockets 18:15 < jrand0m> though some things need to be standardized (like the data structures for Destination, Lease, etc) 18:15 < WinBear> jrand0m: i get a vague idea based on what hezekiah is saying 18:15 < jrand0m> word 18:16 <@hezekiah> jrand0m: Right. The structure and order of the bytes that go across that socket is set in a design somewhre 18:16 <@hezekiah> somewhere. 18:17 <@hezekiah> But you can still implement how those bytes are send and received any joly way you please. 18:17 <@nop> WinBear: it's the same exact way that the irc client works with isproxy 18:17 < jrand0m> exactly 18:17 <@hezekiah> Good. 18:17 <@hezekiah> I understand now. :) 18:17 -!- moltar [~me@anon.iip] has left #iip-dev [moltar] 18:17 <@nop> well 18:17 <@nop> not exactly 18:17 <@hezekiah> Uh oh. 18:17 <@nop> but imagine how that works 18:17 <@nop> and you can understand arbitrary sockets 18:17 <@nop> isproxy just routes 18:17 <@nop> and delivers 18:18 <@nop> now jrand0m 18:18 <@nop> quick question 18:18 < jrand0m> si sr? 18:18 <@nop> is this api designed for only new applications that are designed to work on this network 18:18 -!- mode/#iip-dev [+v logger] by hezekiah 18:18 < WinBear> nop: with the highlevel replacing the irc client? 18:18 < jrand0m> nop> yes. though a SOCKS5 proxy could use this API as well 18:18 <@nop> or can it be able to have a middle man that can allow already standard clients 18:18 <@nop> for instance 18:19 <@nop> so all we would have to do is write the middleman -> api 18:19 < jrand0m> (but note that there's no 'lookup' service available - no DNS for this network) 18:19 < jrand0m> correct 18:19 <@nop> so that we can support say Mozilla etc 18:19 <@nop> so they can just code plugins 18:19 < jrand0m> nop> yes 18:19 <@nop> ok 18:19 <@nop> or transports :) 18:20 < jrand0m> (e.g. the SOCKS5 has the HTTP outproxies hardcoded to destination1, destination2, and destination3) 18:20 <@nop> ok 18:20 < WinBear> i think i get it 18:21 < jrand0m> w00t 18:21 < jrand0m> ok, one of the things I had to think about in this design was keeping the private keys in the app's memory space - the router never gets a hold of destination private keys. 18:21 <@hezekiah> So the application can send raw data over the I2P network by sending it to the API, and it doesn't need to worry about the rest. 18:22 <@hezekiah> Right? 18:22 < jrand0m> that means the APIs need to implement the end to end part of the crypto 18:22 < jrand0m> exactly hezekiah 18:22 <@hezekiah> OK. 18:22 <@nop> yes 18:22 <@nop> that's the idea 18:22 <@nop> it does it for you 18:22 <@nop> you just call the hook 18:23 <@hezekiah> One quick question: 18:23 <@hezekiah> This 'router' obviously needs to speak a certain protocol over it's transports. 18:23 < jrand0m> correct 18:23 <@hezekiah> So it is possible to provide multiple implementations of the router ... 18:23 < jrand0m> yes 18:24 <@hezekiah> ... as long as they both speak the same protocol. 18:24 < jrand0m> (which is why the spec has placeholders for bitbuckets) 18:24 < jrand0m> right 18:24 <@hezekiah> So you have a router in Java, and one in C, and one in PASCAL. 18:24 * jrand0m cringes 18:24 < jrand0m> but yeah 18:24 <@hezekiah> And they all can talk together since they're talking over TCP/IP using the same protocol. 18:24 * WinBear jumps 18:24 <@hezekiah> jrand0m: And yes. I don't remember my PASCAL days overly fondly either. 18:25 < jrand0m> well, Pascal can talk to the C one through the TCP transport, and the C one can talk to the Java one over the HTTP transport, for example 18:25 <@hezekiah> Right. 18:25 < jrand0m> (transports talk to other like transports, routers manage the messages delivered between them but don't deal with how they're delivered) 18:26 <@hezekiah> The point I was looking to make was that the protocol is the same, so it doesn't matter what language someone's router is implemented in. 18:26 < jrand0m> right 18:26 <@hezekiah> Cool. 18:26 < jrand0m> now you understand why I said "who cares" to all the C vs Java vs etc debates? :) 18:26 <@hezekiah> Yup. 18:26 <@hezekiah> lol 18:27 <@hezekiah> I've got to hand it to you jrand0m. This will make it very kind for develoeprs to write programs for this network. 18:27 < jrand0m> heh, well, the API ain't quite original. this is how Message Oriented Middleware (MOM) works 18:27 <@hezekiah> And you could even make routers that specialize in certain platform specific features (like 64-bit CPU's). 18:28 < jrand0m> absolutely 18:28 <@hezekiah> jrand0m: Humble too! ;-) 18:28 <@hezekiah> Well, it looks good to me. 18:28 < jrand0m> ok, UserX, nop, does this seperation make sense? 18:28 <@nop> of course 18:28 <@nop> is userx still here 18:29 <@hezekiah> He's been idle for 1:26. 18:29 < jrand0m> 'k. so then we have two tasks: design the network, and design how the API works. 18:29 <@nop> right 18:29 <@hezekiah> Quick simple question: The API's do end to end crypto. Do the routers to node to node crypto ? 18:29 <@nop> yes 18:30 < jrand0m> yes 18:30 < jrand0m> (transport level) 18:30 <@hezekiah> Good. :) 18:30 <@nop> hezekiah: it's very similar to what we have so far 18:30 <@nop> in that aspect 18:31 < jrand0m> ok.. er, shit, thecrypto aint around for comments on the performance model. 18:31 < Neo> and for the paranoid, the apps can do the pgp encryption before it hits the API ;) 18:31 < jrand0m> absolutely neo 18:31 < jrand0m> I was even tempted to leave the end to end crypto out of the API and leave it up to the apps... 18:31 <@hezekiah> jrand0m: That would be cruel. 18:31 < jrand0m> heheh 18:32 <@hezekiah> BTW, the API's and the router communicate via sockets. 18:32 <@hezekiah> On UNIX will they be using UNIX sockets or local TCP/IP sockets? 18:32 < jrand0m> prolly just local tcp/ip for simplicity 18:32 <@nop> hold 18:32 <@hezekiah> (I suppose you could make a router that accepts both.) 18:33 * hezekiah is really liking this interchangable parts setup 18:33 <@nop> if you hold on a sec 18:34 <@hezekiah> Holding ... :) 18:34 <@nop> I'll call thecrypto at his house 18:34 <@nop> see if he can get on 18:34 < jrand0m> hehe word 18:34 <@hezekiah> lol 18:34 * hezekiah dons a thick Itallian accent 18:34 <@hezekiah> Nop ha' got ... CONNECTIONS! 18:34 < jeremiah> lo 18:34 <@nop> hey jeremiah 18:35 < jrand0m> heya jeremiah 18:35 <@nop> would you be willing at the api level to assist with a python api 18:35 < jeremiah> sure 18:35 * jeremiah reads backlog 18:35 < jrand0m> heh word 18:35 * nop is calling 18:36 <@nop> he's not home 18:36 <@nop> he'll be back in an hour 18:36 < jrand0m> 'k, has anyone else read the .xls and/or have comments on the model? 18:37 <@hezekiah> I read the .xls ... but I don't know much about p2p so most of it was over my head. 18:37 <@hezekiah> UserX is good at that stuff. 18:37 <@nop> I have to read it still 18:37 < jrand0m> (btw, morphmix had some insane numbers... they were saying they could expect random hosts on the net to have average 20-150ms ping times, rather than the 3-500 I was expecting) 18:37 < jrand0m> coo' 18:37 <@nop> it's staroffice or openoffice? 18:37 < jrand0m> openoffice, but I exported it to .xls 18:37 <@nop> which is excell? 18:37 < jrand0m> correct 18:38 <@hezekiah> BTW, concerning the API ... 18:38 < jrand0m> si sr? 18:38 <@hezekiah> ... in C the boolean would be int. 18:38 <@nop> which email 18:38 <@nop> hezekiah: yes 18:38 <@hezekiah> The classes would be sent as structure pointers. 18:38 <@nop> unless you typedef boolean 18:39 <@hezekiah> And the functions that use byte[] would use a void* with an additional parameter that specefies the length of the buffer. 18:39 <@nop> hezekiah: you're being picky :) 18:39 < jrand0m> nop> I cant access the archives so I'm not sure what the subject line was, but it was last week... 18:39 <@nop> save it for a later time 18:39 <@hezekiah> nop: Picky? 18:39 < jrand0m> heh, yeah, y'all working on the C api can work that detail out 18:39 * jeremiah is done reading backlog 18:39 <@nop> what's the file called 18:39 <@hezekiah> nop: I'm just trying to find all the stuff that is different, so we can hammer it out like jrand0m asked. 18:40 <@hezekiah> I'm trying to be helpful. :) 18:40 <@nop> hezekiah: yes, probably off meeting time 18:40 < jrand0m> nop> simple_latency.xls 18:40 <@hezekiah> boolean sendMessage(Destination dest, byte[] payload); 18:40 <@hezekiah> would be 18:40 <@hezekiah> int sendMessage(Destination dest, void* payload, int length); 18:40 <@hezekiah> . 18:40 <@hezekiah> byte[] recieveMessage(int msgId); 18:40 <@hezekiah> that could either be: 18:41 <@hezekiah> void* recieveMessage(int msgId, int* length); 18:41 <@hezekiah> or 18:41 <@nop> jrand0m: got it 18:41 <@hezekiah> void recieveMessage(int msgId, void* buf, int* length); 18:41 <@hezekiah> or 18:41 < jrand0m> hezekia: why not typedef struct { int length; void* data; } Payload; 18:41 <@hezekiah> DataBlock* recieveMessage(int msgId)l 18:41 <@hezekiah> DataBlock* recieveMessage(int msgId); 18:41 < jeremiah> where's this xls? 18:41 <@nop> oh iip-dev 18:41 <@hezekiah> jrand0m: The struct you just mentioned is basically what DataBlock is. 18:42 < jrand0m> word hezekiah 18:42 <@nop> subject more models 18:42 <@hezekiah> Chances are the C version would have DataBlocks. 18:43 <@hezekiah> Beyond that the only other thing to note is that each 'interface' would just be a set of functions. 18:43 <@hezekiah> nop: Did I find all the differences that would exist in a C API? 18:43 < jrand0m> right. perhaps #include "i2psession.h" or something 18:43 < jeremiah> is there a mockup python api? 18:44 < jrand0m> no jeremiah, I don't really know python :/ 18:44 <@nop> I would have to re-review the java api, but I would say that you're right on target 18:44 < jrand0m> but it would probably be similar to the java, as python is OO 18:44 < jeremiah> cool, i can derive one from the C one 18:44 * nop is not a java head 18:44 < jrand0m> cool jeremiah 18:44 < jeremiah> is the c api in the thing you sent out a few days ago? 18:44 <@hezekiah> Yeah. Python should be able to handle the Java api. 18:44 < jrand0m> jeremiah> that was the Java one 18:45 < jrand0m> oh, the Java one was today 18:45 < jrand0m> the older one was language independent 18:45 <@hezekiah> Hmm 18:45 <@nop> UserX says he should be able to assist with C api 18:45 < jrand0m> word 18:45 <@nop> he's busy at work at the moment 18:46 < jrand0m> coo' 18:46 <@hezekiah> One last note: With the C api, each function would probably take a structure* to the structure that it is an 'interface' of in Java. 18:46 <@nop> hezekiah: loos good 18:46 <@nop> looks good 18:46 <@hezekiah> I2PSession createSession(String keyFileToLoadFrom, Properties options); 18:46 <@hezekiah> would be: 18:46 <@nop> java and their non-native data types 18:46 <@hezekiah> I2PSession* createSession(I2PClient* client, char* keyFileToLoadFrom, Properties* options); 18:46 <@nop> ;) 18:46 < jrand0m> hehe 18:46 < jrand0m> right hezekiah 18:47 < jeremiah> are we addressing unicode? 18:47 <@hezekiah> Anyway, if you can live with those differences, the C and Java API's should be identical beyond that. 18:47 <@hezekiah> nop? Unicode? :) 18:47 < jrand0m> UTF8 if not UTF16 18:48 <@hezekiah> Perhaps Unicode should be dealt with on the application level. 18:48 < jrand0m> right, charset is all the content of the message 18:48 <@hezekiah> Oh. 18:48 < jeremiah> ok 18:48 <@hezekiah> Java String's are done in Unicode, aren't they jrand0m? 18:48 < jrand0m> the bitbuckets'll all be bit defined 18:48 < jrand0m> yes hezekiah 18:48 < jrand0m> (unless you explicitly instruct them to change charsets) 18:49 <@hezekiah> So the string sent to the Java API would be different than the one sent to the C API unless the C API implements strings using Unicode. 18:49 < jrand0m> not relevent 18:49 <@hezekiah> OK. 18:49 < jrand0m> (app->API != API->router. we only define API->router) 18:49 <@hezekiah> What I'm saying is this, jrand0m: 18:50 <@hezekiah> If I set my password with the Java API, it goes to the router out someplace else. 18:50 < jrand0m> password? you mean you create a Destination? 18:50 <@hezekiah> Then it find another router, which sends it to another API (?) which is implemented in C. 18:50 <@hezekiah> void setPassphrase(String old, String new); 18:50 <@hezekiah> That function. 18:51 < jrand0m> hezekiah> thats the administrative password to access the administrative methods of the router 18:51 <@hezekiah> Ah 18:51 <@hezekiah> Do any functions in the API which use Java String's end up with that String being sent to another API? 18:51 < jrand0m> 99.9% of apps will only use I2PSession, not I2PAdminSession 18:51 <@nop> also, anything carried with the router gets converted for network travel correct? 18:51 <@hezekiah> If so, we should probably use Unicode. 18:51 <@nop> unicode wouldn't be releavant 18:52 < jrand0m> hezekiah> no. all inter-router info will be defined by bit buckets 18:52 <@hezekiah> OK. 18:52 < jrand0m> correct nop, at the transport level 18:52 <@hezekiah> (I'm assuming a bit bucket is just a binary buffer, right?) 18:53 < jrand0m> a bit bucket is a statement that the first bit means X, the second bit means Y, bits 3-42 mean Z, etc 18:53 < jrand0m> (e.g. we may want to use X.509 for the certificates bitbucket) <p>18:53 &lt;@hezekiah&gt; I&rsquo;ve never dealt with that before. 18:54 &lt;@hezekiah&gt; I&rsquo;ll worry about it when I get there. :) 18:54 &lt; jrand0m&gt; heh word 18:55 &lt; jrand0m&gt; ok, the four things I wanted us to hit today: *router architecture, *performance model, *attack analysis, *psyc. We&rsquo;ve done the first, thecrypto is offline so perhaps we delay this (unless you have thoughts on the model nop?) 18:57 &lt;@hezekiah&gt; Um &hellip; jrand0m. I have yet another question. 18:57 &lt; jeremiah&gt; jrand0m: where&rsquo;s the latest version of the network spec? is it what you sent out on the 13th? 18:57 &lt; jrand0m&gt; si sr? 18:57 &lt;@hezekiah&gt; Well the router architecture has the API&rsquo;s handle keys /sent to them by the Application/. 18:57 &lt; jrand0m&gt; jeremiah&gt; yes 18:57 &lt;@nop&gt; I don&rsquo;t at this time 18:58 &lt;@hezekiah&gt; Now &hellip; the only way I see that the API gets the key is from createSession. 18:58 &lt; jrand0m&gt; hezekiah&gt; the router gets public keys and signatures, not private keys 18:58 &lt; jrand0m&gt; right 18:58 &lt;@hezekiah&gt; But that requires a file. 18:58 &lt; jrand0m&gt; the keys are stored in a file or in the API&rsquo;s memory 18:58 &lt; jrand0m&gt; yes 18:58 &lt;@hezekiah&gt; Now if the application generates a key, why can&rsquo;t it just send it to the API via a buffer? 18:59 &lt;@hezekiah&gt; Must it really store it in a file, and then provide the file name? 18:59 &lt; jrand0m&gt; no, it can be in memory if you&rsquo;d like 18:59 &lt;@hezekiah&gt; There is not function to all that in the API though. 18:59 &lt;@hezekiah&gt; It&rsquo;s just a thought. 19:00 &lt;@hezekiah&gt; If the key is supposed to be generated only once and used many, many times (like GPG keys), then a file makes sense. 19:00 -!- mihi [none@anon.iip] has quit [bye all, it&rsquo;s getting late&hellip;] 19:00 &lt;@hezekiah&gt; But if it will be generated more often, then perhaps some way to directly send it to the API via a structure or buffer of some sort might be nice 19:00 &lt;@hezekiah&gt; . 19:01 &lt; jrand0m&gt; yes, its generated once and only once (unless you&rsquo;re wearing a tinfoil hat) 19:02 &lt; jrand0m&gt; though the createDestination(keyFileToSaveTo) lets you create that key 19:02 &lt;@hezekiah&gt; OK. 19:02 &lt;@hezekiah&gt; So there&rsquo;s really no need for transfer directly from the App to the API. A file will suffice. 19:03 &lt;@hezekiah&gt; So where were we before I so rudely interupted? :) 19:06 &lt; jeremiah&gt; so right now we&rsquo;re just working on the router API, not the client one, right? 19:06 &lt; jrand0m&gt; well, we&rsquo;re skipping on performance analysis for now (hopefully we can get some chatter re: it on the mailing list before next week?). and probably the same wrt attack analysis (unless anyone read the new spec and has comments) 19:07 &lt;@hezekiah&gt; So we&rsquo;re since we&rsquo;re skipping that, what are we supposed to be talking about now? 19:07 &lt;@hezekiah&gt; Psyc? 19:07 &lt; jrand0m&gt; unless anyone else has other comments to bring up&hellip;? 19:08 &lt;@hezekiah&gt; Well, for once, my comment hole (also notoriously known as my mouth) is empty. 19:08 &lt; jrand0m&gt; hehe 19:09 &lt; jrand0m&gt; ok, anyone have any thoughts on how the IRC side of things will work, and whether psyc may be relevent or useful? 19:09 &lt; jeremiah&gt; sidenote (that pissed me off): wired&rsquo;s &ldquo;Wired, Tired, Expired&rdquo; list had Waste as &lsquo;wired&rsquo; 19:09 &lt; jrand0m&gt; heh 19:09 &lt; jrand0m&gt; do you realize how much we&rsquo;re going to blow everyone away? 19:09 &lt; jeremiah&gt; yep 19:09 &lt;@hezekiah&gt; jrand0m: That assumes we get this to work. 19:10 &lt; jrand0m&gt; I guarantee it will work. 19:10 &lt;@hezekiah&gt; There are a lot of other failed efforts out there. 19:10 &lt; jrand0m&gt; I quit my job to work on this. 19:10 &lt;@hezekiah&gt; Then we&rsquo;re going to blow everyone away. :) 19:10 &lt;@hezekiah&gt; Yeah. How is bread getting on the table when you do that? 19:10 &lt;@hezekiah&gt; GPL code doesn&rsquo;t pay well. ;-) 19:10 &lt; jrand0m&gt; heh 19:11 &lt;@hezekiah&gt; As for psyc &hellip; let me put it this way: 19:11 &lt;@hezekiah&gt; The first time I heard of it was when you emailed us about it. 19:11 &lt; jrand0m&gt; shit, I wasn&rsquo;t the one who found it :) 19:11 &lt;@hezekiah&gt; However, IRC is probably one of the most (if not /the/ most) prolific chat protocols around. 19:11 &lt;@hezekiah&gt; People will want IRC apps LONG before they even /know/ what psyc is. 19:11 &lt;@hezekiah&gt; jrand0m: Oops. Sorry. I forgot that detail. :) 19:12 &lt; jrand0m&gt; not according to psyc. their history goes back to 86 I think 19:12 &lt;@hezekiah&gt; The point is that the supperiority of the protocol, isn&rsquo;t really as relevant as to who uses it. 19:12 &lt;@hezekiah&gt; Their <em>history</em> may go back that far. 19:12 &lt;@hezekiah&gt; But how many people <em>use</em> Psyc? 19:12 &lt; jeremiah&gt; yeah if they&rsquo;ve been around since a year after I was born (ahem) and they aren&rsquo;t that big yet 19:12 &lt;@hezekiah&gt; My point is that even if it&rsquo;s a better protocol, most people <em>use</em> IRC. 19:13 &lt;@hezekiah&gt; We can make the best I2P network on the planet &hellip; 19:13 -!- Ehud [logger@anon.iip] has quit [Ping timeout] 19:14 &lt; jeremiah&gt; can someone explain briefly why we care? I thought IRC would only be one possible application but that the network is flexible to support psyc as well if it wanted to 19:14 &lt;@hezekiah&gt; Right. 19:14 &lt;@hezekiah&gt; Psyc can be made &hellip; 19:14 &lt;@hezekiah&gt; &hellip; but I&rsquo;m saying we should do IRC first because more people use it.</p>/cs/blog/2003/07/01/i2p-v%C3%BDvoj%C3%A1%C5%99sk%C3%A1-sch%C5%AFzka/Tue, 01 Jul 2003 00:00:00 +0000/cs/blog/2003/07/01/i2p-v%C3%BDvoj%C3%A1%C5%99sk%C3%A1-sch%C5%AFzka/<p>(S laskavým svolením wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="rychlé-shrnutí">Rychlé shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> Addic, al-jebr, Ambience, ChZEROHag, Delly, Ehud, hezekiah, hifi, jrand0m, LeerokLacerta, lonelynerd, luckypunk, mids, Neo, nop, qriff, Rain, sahara, thecrypto, thetower, UserX, wilde</p> <h2 id="záznam-schůze">Záznam schůze</h2> <div class="irc-log"> --> You are now talking on #iip-dev --- Topic for #iip-dev is IIP Meeting - logfiles: http://wiki.invisiblenet.net/?Meetings - http://www.invisiblenet.net/research/ <al-jebr> it's 21:13 <-- wilde has quit (Ping timeout) --- Trent@anon.iip gives channel operator status to UserX <nop> ok <qriff> !time <Ambience> al-jebr: 00:21 here <nop> I believe everyone has settled <hezekiah> Let's go. :) <jrand0m> 11:06 here <nop> let's start <nop> anyone get my agenda <nop> so they can play it back <nop> I forgot the order <-- leenookx has quit (Ping timeout) <Ambience> my clock is 15 minutes ahead :) --> hifi (~MetroPipe@anon.iip) has joined #iip-dev <hezekiah> <nop> on the agenda <hezekiah> <nop> 1) Welcome <hezekiah> <nop> 2)Our Goodbyes <hezekiah> <nop> 3)IIP development now <hezekiah> <nop> 4) IIP development restructuring proposal <qriff> actually its xx:13 everywhere... <hezekiah> <nop> 5) Recruiting for services to aid with IIP <hezekiah> <-- Delly has quit (Ping timeout) <hezekiah> <nop> 6) comments suggestions and people who want to help <mids> 23:05:28 <@nop> 1) Welcome <mids> 23:05:38 <@nop> 2)Our Goodbyes <mids> 23:05:43 <@nop> 3)IIP development now <mids> 23:05:56 <@nop> 4) IIP development restructuring proposal <mids> 23:06:16 <@nop> 5) Recruiting for services to aid with IIP <mids> 23:06:53 <@nop> 6) comments suggestions and people who want to help <nop> wow, flood in here ;) <nop> pl <LeerokLacerta> Out goodbyes? <hezekiah> lol <hifi> TROLLS !!! <nop> Ok, welcome all <nop> let's settle down now :) <hifi> . <Ambience> settled --> wilde (~anon@anon.iip) has joined #iip-dev <hifi> settled <al-jebr> anyone logging? --> thecrypto (~thecrypto@anon.iip) has joined #iip-dev <hezekiah> I am (sort of). <luckypunk> mids should be. * jrand0m logs at all times <al-jebr> let's go! <nop> ok <hezekiah> nop: Agenda item number 2? <nop> Our goodbyes <LeerokLacerta> Bye! <thecrypto> where is the livelog? <nop> Ok, mids has come to a point where he is moving to other projects --> Phiberoptika (~none@anon.iip) has joined #iip-dev <mids> After having worked for IIP for more than I year now, I have decided to resign as IIP developer. <LeerokLacerta> Awww. <mids> It has been fun and an educative experience <mids> but it is time to move on, refresh the spirit and shuffle the cards. <Rain> Will you still be online/around? <mids> I'll keep running Trent as long as needed and possible. <mids> Yes, I do plan to stay around as user --> ntk (~blob@anon.iip) has joined #iip-dev * nop is in the corner sobbing <nop> oh, ah hem <jrand0m> many thanks mids, iip w/out trent would be a pita <LeerokLacerta> It's so sad. <nop> yes <nop> thank you mids for all your workup <nop> work <mids> Although I'll be off on vacation soon :) <mids> . --- mids removes channel operator status from mids <luckypunk> :D <luckypunk> Seem's like you've done a great job. :) <Rain> ..how symbolic.. <nop> we love you mids!!! <nop> you hear that <nop> that was my window opening <thecrypto> we all do! <nop> fan base out there --> w (~w@anon.iip) has joined #iip-dev --- nop is now known as we <luckypunk> lol, yep. <luckypunk> :D * we love you mids <Rain> Go mids go! <jrand0m> rofl --> leenookx (~leenookx@anon.iip) has joined #iip-dev --- LeerokLacerta has changed the topic to: IIP Meeting - logfiles: http://wiki.invisiblenet.net/?Meetings - http://www.invisiblenet.net/research/ | We love you mids! <Rain> weeeeee are the chaaaampins, my frieeeennnndd... <Neo> yes mids, thanks for all your input, collaboration and hard work in code and doing general developer things for IIP. --- we is now known as nop * mids bows * Ehud stands up and gives a standing ovation to the commitment, perseverence, effort, and good hard code that mids has given the project. <hifi> yeah mids take your toys and go to tigertown lol <nop> and don't forget the PR and web management <nop> he's been a vital aspect to IIP <nop> getting it this far would have been hard without his work --> ChZEROHag (hag@anon.iip) has joined #iip-dev <hifi> hifi bitches with mids over trolling issue <-- hezekiah has quit (Ping timeout) <mids> heh hifi --> hezekiah (~hezekiah@anon.iip) has joined #iip-dev --- Trent@anon.iip gives channel operator status to hezekiah <hezekiah> Back. :) <luckypunk> Yay. <hezekiah> (And in case anyone doubted, Hezekiah == Ehud.) <hifi> i never used frucking trent and don't know what mids did . i only troll . <nop> obviously your hezekiah@anon.iip gave it away <-- Ehud has quit (Ping timeout) <hezekiah> Ugh <hezekiah> Item number 3? <hezekiah> (If we're all done sobbing yet ...) <hifi> and i never was pingouted in my life . I am the most disciplined user of IIP . <mids> 3)IIP development now <luckypunk> heh <luckypunk> Ok everyone! Shhh. Back on track! <hifi> BUT I CRY that MIDS GO !!! <hifi> ok <hifi> . <luckypunk> IIP development. Whats the current status of that code snapshot release? <luckypunk> That was supposed to happen today? <hezekiah> Well, unless UserX has an objection to the tarball I made, it's done. <luckypunk> Ok. Post it on the wiki? <hezekiah> UserX? Were there any problems with the tarball? <UserX> no problems with the tarball <luckypunk> Yes, but are there any windows compilations? <hezekiah> OK1 <hezekiah> http://invisiblenet.net/hezekiah <hezekiah> Get your tarballs there! <UserX> there hasn't been a windows compilation on the windows version yet <luckypunk> hm <LeerokLacerta> "tarballs" sound like some sort of food... * luckypunk will try and make one. --- hezekiah has changed the topic to: IIP Meeting - logfiles: http://wiki.invisiblenet.net/?Meetings - http://www.invisiblenet.net/research/ - tarballs of the 'unstable' development release are at http://invisiblenet.net/hezekiah | We love you mids! <luckypunk> They are. For GCC. <luckypunk> lol <Rain> Sticky food. <hezekiah> There is one 'documented bug'. <nop> I can compile a win32 version if you'd like <Rain> So, could you give a quick describtion of what is new in this release? <hezekiah> If you run isproxy, and it fails to bind the port, then it will /not/ abort. It will just sit there wasting memory. <hezekiah> Rain: That's too much for me to handle (not to mention I don't even _know_ all the differences). <Ambience> this one I assume: iip-1.2-dev1.tar.bz2 01-Jul-2003 01:45 292k tar archive ? <hezekiah> UserX could give a much better description <hezekiah> UserX? <nop> hezekiah/UserX can we get a changelog of the differences by chance <nop> that may be a day before that gets done <hezekiah> Ambience: Yup! Or the Gziped one. There the same tarball. <nop> because there are a log of changes <Rain> Oh, and has the expired IIP signing-key been replaced? <Ambience> hezekiah: ok <hezekiah> nop: I joined IIP after the development branch was already in progress. --> Ehud (~hezekiah@anon.iip) has joined #iip-dev <hezekiah> Rain: No. I had to use my GPG key. <nop> no one has tested the compile of this dev branch in win32 have they? <luckypunk> Hey, is this src is CVS? <hezekiah> Rain: I couldn't contact anyone who had the IIP release key. <hezekiah> luckypunk: Yes. * luckypunk has, but his system didn't work for it. <Rain> hezekiah: Ok, roger. <UserX> changes: multi-threading, bignum support via openSSL or GMP, numerous inmprovements to the memory management system <hezekiah> luckypunk: Right now that tarball is a copy of what you get when you check out the hezekiah-dev branch from CVS and run 'make dist-bzip2'. <luckypunk> Gah! I hate windows. <Rain> UserX: niceties ;) <hezekiah> And of course there are other internal changes that only the developers see. :) <qriff> just as a question for the qurious... what defines the holder for "Trent"... <hezekiah> One simple thing is that now that BigNum is implemented using either GMP or SSL, login is a LOT faster. <Rain> May i mention a IIP quirk i noticed earlier today? * luckypunk guesses its a yes. <hifi> at wiki search button is absent . only window to type in but nowhere to click lol . <luckypunk> hit enter. <qriff> and what about channel/nick expiration... --- Ehud is now known as logger <qriff> registration that is... <Rain> Ok, it seems to me like you cannot start isproxy from a /path/to/isproxy command, but intead have to do a cd /path/to and then do a ./isproxy <hezekiah> Rain: Let me guess ... you get a configuration screen or a request for entropy, right? * jrand0m has a feeling this will be a very.long.meeting <Rain> Is that intentional, or just some quirk of my local system? <Rain> hezekiah: yes. <hezekiah> Rain: You need to make a .iip subdirectory in your home directory. <Rain> It claims that the conf-file is not found. <Rain> with my .conf file? <hezekiah> Rain: If no such directory exists, isproxy will always look for the config files in the current directory --> AmishOne (amishone@anon.iip) has joined #iip-dev <Rain> Ahh. Of course. <hezekiah> OK ... <hezekiah> nop? Was there anything else for item 3? <nop> have we tested it for win32 <nop> compile wise <hezekiah> I haven't. <nop> UserX: ? <UserX> no <nop> I will test it this week then <hezekiah> luckypunk, tried doing hezekiah-dev recently and complained for compile errors. <nop> that's key to maintain portability <hezekiah> I suspect there might be problems. * luckypunk tried, it balked. <hezekiah> Yup. There are problems. <Ambience> I'll have to leave for the more dominant one is ordering me to and I have no choice here. So I'll be off to bed, but will be logging #iip-dev for future reference. <Ambience> see ya guys! <lonelynerd> later <qriff> bye <hezekiah> Bye, Ambience. :) <luckypunk> i'll be back. <Ambience> <--gone (log on) <nop> ok <nop> this topic is done <nop> next on agenda <nop> what's 4? <hezekiah> 4) IIP development restructuring proposal <nop> ok <nop> we had a meeting about a discussion and proposal brought to us by jrand0m for the future development <nop> and as well <nop> I have had a lot of privmessages directed at me <nop> for requests to focus on an arbitrary framework, instead of IRC specific <nop> aka a framework that supports IRC + a whole lot more <nop> so the want is obviously there <nop> and the developers definitely want to go there as well <hezekiah> Amen! <nop> the question of how to go about doing it <nop> and how to make the most productive use of our developers <nop> is up in the air <ChZEROHag> XML <mids> is his framework site available to everybody? <nop> this isn't specifically about language <ChZEROHag> create a communications protocol <nop> ok, please let me finish <ChZEROHag> I've started on that somewhere... <nop> then we can comment <ChZEROHag> My apologies <ChZEROHag> I'm a bit in and out at the moment <nop> ok, <nop> no prob <nop> We are at a stage where there is discussion of an arbitrary communications protocol <nop> specifically for anonymous and secure communication <nop> at this point jrand0m, any chance we can post the logs of #iip-future meeting <jrand0m> sure <jrand0m> perhaps those zips I sent you so people don't have to struggle through freenet for the other pages too <nop> ok <nop> hold <nop> please <jrand0m> (btw, the logs were unedited, so expect the usual occational banter) <hezekiah> lol. Yup! You'll get to see exactly how much I DON'T know about p2p networks! lol <jrand0m> heh <hezekiah> (And they'll probably have my conspiracy theories about nop too! So be sure to read the logs! ;-) ) <-- logger has quit (Ping timeout) <hezekiah> Ugh <nop> ok <Neo> the logs will be a lot to read. can someone summarizze for the meeting what was covered and some key points of all this? <nop> http://office.invisiblenet.net/iip_future.zip <nop> and <hezekiah> At this point, the 'stable' release is being more unstable than the 'unstable' one!! Urg. <nop> http://office.invisiblenet.net/meetingPrepnotes.zip <nop> http://office.invisiblenet.net/jrand0mnetwork_protocol.txt <jrand0m> meetingPrepnotes.zip is a small doc that summarizes the meeting, and the meeting was basically "ok, any thoughts?". <-- Delly has quit (EOF From client) <jrand0m> essentially, the proposal is to get going on a generic secure anonymous message based system, and run iip on top of that <mids> is there a zip with anonCommFramework too? <nop> I didn't see that <nop> jrand0m can you zip and send I'll post to site <jrand0m> sure, h/o <-- Phiberoptika has quit (* ciaito mua mua *) <Neo> what is anonCommFramework? <jrand0m> uber-quick summary of the meeting in iip_future.zip is "ok, here's the proposal, any comments?" and comments were basically "ok, can IIP work as planned on this? <jrand0m> if you're on freenet, anonCommFramework is at SSK@MQNd5lT-X5wHA4vONvtVadi6q1IPAgM/anonCommFramework/2// * jrand0m is sending nop a zip of that momentarily <Rain> Did you discuss support for PGP-based nyms? <nop> ah hem, this is early discussions <-- ChZEROHag has quit (Ping timeout) <jrand0m> no, endpoints in the framework are not nym based, they're idents <Rain> Right. So nyms an higher level. <Rain> are <jrand0m> (and for lots of reasons, they shouldn't be long term idents like nyms) <jrand0m> yes <Rain> I was just thinking of something like trent with PGP signarute auth. <mids> trent is central <mids> central=bad --> logger (~hezekiah@anon.iip) has joined #iip-dev <jrand0m> briefly, anonCommFramework is a meta-network. a generic set of protocols &amp; structures that an anonymous communication network could use to interoperate to provide militant grade anonymity <wilde> what's the one sentence explanation of your ideas on network topology? --> ChZEROHag (~hag@anon.iip) has joined #iip-dev <ChZEROHag> that was fun --> Delly (dedede@anon.iip) has joined #iip-dev <Rain> mids: Yea. I meant similar services. <lonelynerd> what about having to pay with hashcash to send data? couldn't that help against flooding? <jrand0m> wilde> heterogeneous. no one answer solves all problems. interoperate, balancing latency, bandwidth, anonymity, and reliability to provide the user's needs <Delly> still in 4) ? <hezekiah> Delly: Yup <Delly> thx <ChZEROHag> I think when the ircd is removed from the equation, we'll have far better options than (hash|think|real)cash <nop> jrand0m: any luck sending <nop> ;) <jrand0m> uploading to hush now. <jrand0m> ChZEROHag> anonCommFramework has built in support for providing network use authorization credentials <Rain> There has been a lot of talk of IIP-Freenet interoparability. Will that fit into the framework, or are we talking application-level again? <ChZEROHag> come again? <jrand0m> app level <jrand0m> what we're discussing is splitting iip into two parts - the irc part, and the message based secure anonymous network <wilde> one solution could be: <Rain> jrand0m: k. <wilde> Application <-> SOCKS5 Proxy Interface <-> Onion Wrapper <-> Onion Router 1 <-> ... <-> Onion Router N <-> Exit Relay <-> Public Server <jrand0m> building a DHT on top of the message layer should be fairly easy <hezekiah> DHT? <jrand0m> distributed hash table <jrand0m> (ala freenet) <nop> ok, jrand0m let me clarify <ChZEROHag> wilde: I think the plan is to design it such that the 'public server' could be removed from the equation at some point <nop> are we talking about splitting irc, or merging to focus on anonymity framework <jrand0m> well, given unlimited # of developers, splitting and doing both (well, 3 things ;) in parallel. <nop> what I mean is that the irc part is application layer <jrand0m> given reality, there's prolly only enough dev time to get the comm system running first, then iip on top <jrand0m> right exactly <nop> and since we have a somewhat viable network working with IIP <jrand0m> irc is just another app running on it <nop> then the idea should be <nop> is to have developers start focusing on framework aspects <wilde> ChZEROHag: ok, what I suggested is an anonymizing layer for regular internet traffic, not a seperate network <hezekiah> (This could get fun.) <nop> wilde there are weaknesses to that <nop> just to let you know <nop> aka the clear text on the outer ends <-- AmishOne has quit (EOF From client) <wilde> nop: yes, so all connections should be encrypted to the ends <nop> we have an effort as well to have anonymous web browsing possible with this network <jrand0m> yes. it must be able to operate without ever leaving the mixnet <nop> but it is not as real time direct as your proposal wilde <nop> it uses some time delay tactics <nop> with caching etc <nop> timing attacks are a serious threat to anonymity <hifi> I WANT ANONYMISER BASED on IIP !! I DON"t TRUST OTHER ANONYSERS THEY ARE FBI TRAPs !! <mids> http://mids.student.utwente.nl/~mids/anonCommFramework/ <nop> hifi, this isn't changing IIP, this is moving us forward <nop> thanks mids <jrand0m> heh word mids, my moz is hanging <nop> ok <wilde> although independant mixnets are cool, the real killer apps will probably be general ip traffic anonymizers <nop> wilde, they are myths <wilde> killer apps? <nop> no <-- thetower has quit (EOF From client) <jrand0m> wilde> that could be a service built on top of the comm layer <nop> general ip traffic anonymizers <wilde> or ip traffic anonymizers? <nop> so far they don't exist <nop> they exist in papers only --> thetower (none@anon.iip) has joined #iip-dev <jrand0m> if you build an anonymizing service on top of the comm layer, however, your outbound routers will get shut down quickly <thetower> Haha, I just noticed I wasn't port forwarding. <thetower> Oop, sorry, wrong chan <wilde> nop: what about the ZKS system? <nop> is it still around? <nop> and working <wilde> nope, bad business <wilde> few people paid <wilde> but the framework seemed to work, but all nodes were ZKS:s paid relays <nop> wilde but they were internal and it wasn't complete <nop> it still had certain vulnerabilities <nop> it was a start <nop> I met Ian Goldberg at CodeCon 2k2, and he himself admitted it was incomplete to what he desired <wilde> yes, everything has vulnerabilities, we just raise the cost of tracing dramatically <jrand0m> right, after the mixnet is up and running, i'd like to see wilde offer generic outbound proxy services. that'd be cool <jrand0m> (sincerely) <nop> jrand0m: but again the ultimate would be using that magic mirror concept for optimum protection <ChZEROHag> Probably the hardest option, but wouldn't freenet be a good framework to build from? <nop> wilde, maybe you and I can discuss this in another forum at some point <jrand0m> but in any case, the network must be built first <ChZEROHag> Or is that not what we're discussing? <jrand0m> ChZEROHag> no. <jrand0m> freenet doesn't provide hard anonymity <ChZEROHag> aah <ChZEROHag> I should try paying attention <nop> ok, moving forward <nop> UserX you still here <wilde> nop: yes, if you have decided on topology there is no need to discuss this in public <UserX> I'm still here <nop> well it's application layer, so that comes after net design etc <nop> ok <nop> where did we leave off at #iip-future meeting <-- hezekiah has quit (Ping timeout) <nop> let's start there --- logger is now known as Ehud * nop is catching up on the meeting logs <jrand0m> [04:31] <jrand0m> I think we're back to your question. can / should the irc functionality move forward as its going or move towards this mixnet. there are significant benefits to move towards the mixnet, but some aspects of the irc side seem to require some redesign to operate on it. <jrand0m> [04:31] <jrand0m> the right way for the irc development to go is not for me to say <Ehud> Basically, UserX had some thinking to do about wether IIP could run satisfactorily on the mixnet. <mids> nite all <-- mids (mids@anon.iip) has left #iip-dev (mids) <ChZEROHag> Would it not be an idea to create a replacement irc in parallel with a mixnet? <ChZEROHag> After all it's going to be damn hard to use a normal ircd <jrand0m> ChZEROHag> given infinite # devs, yes <nop> ok ChZEROHag silence please :) <ChZEROHag> Assume infinite devs <ChZEROHag> Oh is this not a question bit? --> hezekiah (hezekiah@anon.iip) has joined #iip-dev <nop> not yet <UserX> Unfortuantlely I haven't had time to seriously sit down and think about how your proposal would fit in with IIP <ChZEROHag> oh <ChZEROHag> oops <nop> just want to get into the discussion <nop> well <jrand0m> UserX> think of the mixnet as a socket <nop> let me suggest something <nop> do we agree that our goal is not just IRC ? <lonelynerd> well <Delly> it's a great idea sure <hezekiah> nop: Beyond all doubts, I agree that the goal is an anonymous network. <lonelynerd> doing something traffic-intensive would have the potential to ruin the whole project <hezekiah> nop: IRC is just a starting point. <nop> ok, well what we should look at is this <jrand0m> NOT doing something traffic intensive has the potential to get us to overlook problems :) <nop> instead of saying IIP doesn't fit <nop> or it does fit <nop> let's look at what modifications need to be made for irc to fit with this mixnet, whether it's a mod to the mixnet itself <lonelynerd> jrand0m: hmm <nop> for instance <nop> UserX has a vision of using channels as endpoints <nop> Jrand0m calls them idents <nop> are they having subtle differences <nop> or are they largely different <jrand0m> there's substance to those differences. <nop> can we review that <nop> on both sides <nop> from jrand0m and UserX <-- hezekiah has quit (EOF From client) <nop> actually <nop> read the log <nop> nevermind <jrand0m> ;) --> hezekiah (hezekiah@anon.iip) has joined #iip-dev <jrand0m> the hesitancy I have w/ sending messages to a channel ident and having that channel redistribute it to members is that the channel gets plaintext <nop> how does it get plaintext? <jrand0m> instead, I'd suggest having a channel contain just the channel info (modes, users, topic, etc) <jrand0m> the channel is just an application running on one (well, 3+) routers listening to one (well, 3+) identities. when you /msg a channel, you send a message to that identity (application). it then resends it out to the N users in the channel, encrypted to each <nop> well <nop> I had a proposal for that <nop> that would have the channel not contain plaintext <nop> directly <jrand0m> at least, without adding a channel key (which would be managed by the channel application itself, which defeats the point) <nop> well <nop> we were having channel keys <nop> for private channels <nop> and pub channels are public anyway <jrand0m> right. there may be ways around it. y'all know more about irc than I do. there are other ways that don't require going this route though <nop> see the neat thing with message channels is this <nop> you scale slightly better than trying to find all idents to send to directly <-- luckypunk has quit (Ping timeout) --> dd0c (dd0c@anon.iip) has joined #iip-dev <jrand0m> I'm not sure you scale better, but you do redistribute the load <jrand0m> (we can find idents via O(log(n))) --> sahara (~sahara@anon.iip) has joined #iip-dev <jrand0m> but thats neither here nor there, this is application layer design ;) <nop> right <jrand0m> all we need to do, imho, is find some workable ways that *could* operate on the comm layer and then leave it to the wayside until we get there <UserX> jrand0m: messages sent to channels are encrypted with a channel key that is different to the channel's identity. a channel server can't decrypt a message unless it has come across the key by othermeans <sahara> did I miss the meeting? <jrand0m> you've got some ways that could work, it sounds like, right? <jrand0m> UserX> how does a user joining a channel get the key? <hezekiah> sahara: Nope. You're right in the middle of it! :) <nop> it's a key exchange <jrand0m> with whom nop? <jrand0m> brand new user joining #anonymous, and the app containing the list of users on #anonymous doesn't have the key (As userx said) <jrand0m> (all I'm saying is there's a way to get all the functionality and still avoid having a channel key) <UserX> jrand0m: with public channels it is derived from the channel name. with private channels the user either creates one or a someone gives them the keys to the channel <jrand0m> 'k, cool <jrand0m> so apps managing public channels can read the plaintext (by deriving from the channel name) <jrand0m> (which is prolly fine) <nop> right <wilde> jrand0m: if the apps encrypt the plaintext to each recepient, will it scale well? <jrand0m> yes wilde, perhaps better (depending on the algorithm used to nominate channel managers) <jrand0m> (though it will potentially have a nonserialized delivery) <jrand0m> ((though i think thats the case with normal irc anyway)) <-- thecrypto has quit (Ping timeout) <jrand0m> but, getting back on to the question - <jrand0m> nop, what do we hope to have decided by the end of the discussion of #4? <-- Neo has quit (Ping timeout) --> d (~sahara@anon.iip) has joined #iip-dev <nop> well <-- sahara has quit (EOF From client) <hifi> simple site , problem is i am tech blond but want good things lol <nop> I was hoping that we could re-organize, but this is gonna be a discussion for later <hifi> sorry OOPS <nop> UserX <-- d has quit (Client exiting) <nop> how long will you need to think about certain aspects, and maybe doc them up as a concern list <UserX> hard to say. maybe a week <nop> what I'm thinking jrand0m is that a lot of this needs sorting out, rather than just plowing into it, or we'll end up at the beginning with nothing to show <nop> so let's push a week into this <nop> and see what concerns are coming into play <nop> because again <nop> we want an adaptable mixnet <nop> any application should be able to survive <jrand0m> absolutely <jrand0m> thats the point of the anon comm framework <-- wilde has quit () <nop> ok, so let's put this off a week, and focus on some realistic proposals that can fit all of our needs <jrand0m> you say "send message M to location L" and it magically, securely, anonymously gets delivered <nop> but magic is one thing <nop> science is another <nop> of course you know that :) <jrand0m> the magic is from the app level's perspective ;) <nop> yes <nop> understood <jrand0m> the science is in that 15 page anonCommFramework/2// ;) <nop> ok <hezekiah> lol <nop> UserX, if you can get that in a week that would be helpful <nop> ? <jrand0m> I'll aim at revamping the docs &amp; getting comm layer network design ready for then so we can hit the ground running <nop> well <nop> we haven't agreed on certain aspects <nop> I think that still should be hashed out <jrand0m> what, in the network layer, haven't we agreed on? <nop> personally I agree that maybe you post your anonCommFramework on iip-dev <nop> and have it reviewed and commented * jrand0m isn't on iip-dev <Rain> So, meeting again next tuesday, same bat-time, same bat-channel? <nop> what haven't we agreed on is whether it can support all applications <hezekiah> jrand0m: Just post to iip-dev@invisiblenet.net . <hezekiah> Rain: We are on item #4. There are still other items to go. :) <jrand0m> its ~800k. if someone could post the URL to mids' mirror that'd be cool <Delly> argh <Delly> re <Delly> about services, i think if IIP become more easier and friendly, we will see more users and more nodes. it's why i'm making script for mIRC user, one is a Trent script, allowing to use Trent and Anonymail with the mouse, the other is a script allowing to transfer file over iip, staying anonymous (using uuencoding). The "protocol" used is easy and could be done for lot's irc clients with scripting support. And so everybody could transfer little files, even between di <jrand0m> nop> I'm 100% certain it can support all applications. <Rain> hezekiah: Right. My missunderstanding. <jrand0m> this layer has been used for over a decade in hundreds of industries <Delly> was my thought of the day <nop> well then where do we not agree <nop> if Irc is an issue, then how is it adaptable? <jrand0m> it isn't an issue <jrand0m> y'all just don't understand the layer's abstraction ;) <lonelynerd> Delly: i have a perl script that allows one to use ssh/telnet/etc over irc <jrand0m> (really, think of it as a socket) <Delly> lonelynerd, the goal was just to enhance mirc <Delly> for iip network <lonelynerd> Delly: yeah, but if you use base64, i think it's compatible with this one <Delly> could be possible tu use it <jrand0m> ok, we ready for #5 yet? <hezekiah> nop? <-- hezekiah has quit (Client exiting) <Delly> oups i thought it was 5) ! <ChZEROHag> There's a 5? --> hezekiah (hezekiah@anon.iip) has joined #iip-dev <-- hezekiah has quit (Client exiting) --> hezekiah (hezekiah@anon.iip) has joined #iip-dev <nop> sorry <nop> delly <nop> you guys <nop> this is off topic <nop> please reserve your conversation outside this channel --> hezekiah_ (~hezekiah@anon.iip) has joined #iip-dev <-- hezekiah has quit (EOF From client) <nop> well <nop> jrand0m --- hezekiah_ is now known as hezekiah <nop> before I agree to go to 5 <nop> the problem I'm seeing is <nop> UserX has a voice <nop> as well --- Trent@anon.iip gives channel operator status to hezekiah <jrand0m> of course <nop> and if he sees logistical problems <nop> I believe they should be heard <nop> so you can't just say, hey it's gonna work <nop> it has to be "solidly" agreed on both ends <nop> aka he needs convincing <jrand0m> right, but I'm not going to sit on my thumbs waiting for him to doc them up. if he does come up with some problems in a week, fantastic, and we'll revise accordingly <nop> or he needs to convine you <nop> but the idea is this <nop> what I'm trying to propose with this <nop> is to reorganize our dev team to get on your bandwagon <nop> with that <nop> it would put our energy in working on the network design <nop> that's the idea <nop> thus helping all of us get somewhere specific <nop> I'm not trying to slow down <jrand0m> right, i don't expect to have a V1.0 final protocol spec next week. last night I downloaded about 50 new articles off citeseer to do some more research <nop> ok <nop> so can we post your proposal to iip-dev <nop> and get some review <jrand0m> coo' <nop> also I advise on your own to propose it on cryptography@metzdowd.com <nop> which will get some serious review <jrand0m> sounds good <nop> ok <nop> UserX, you there <UserX> i'm here <nop> ok, so jrand0m will work on protocol spec, and can I assume you'll come up with a concerns list or some additives to the protocol? <UserX> yes <nop> ok, let's resume this in a week <nop> what was 5? <nop> sorry If I'm being a pain <nop> just want to organize it <nop> to make sure we're all on same page <jrand0m> recruiting for services...? <hezekiah> 5) Recruiting for services to aid with IIP <nop> ok <nop> yes <nop> since mids departure <nop> and cohesions return <nop> we are possibly looking for others to contribute to IIP in some aspect <nop> this does not mean you have to be a hardcore core developer <nop> but additives like maybe a web maintainer would be good, <nop> some PR would be good <hezekiah> luckypunk volunteered to manage the website. <hezekiah> <luckypunk> I wanna help/take over the IIP website. <hezekiah> <luckypunk> :D <nop> and if more people would like to hop on with the upcoming project that jrand0m is proposing <jrand0m> wikked <nop> even if you just want to review the protocol <nop> that is more than enough help <nop> the reality is this <nop> we have a lot of developers with real time jobs <nop> and it is consuming them at the moment <nop> and any additional help is wanted <nop> since this is a huge endeavor <nop> to take IIP to where it needs to be <nop> aka InvisibleNet at some point <nop> real life jobs ;) <nop> anyway <nop> the idea is <nop> it would be cool if people would love to add to this project in some ways <nop> using their skills, and I know their are some programmers out there <nop> and a few that have some spare tiem <nop> time <nop> luckypunk's reliability will have to be reviewed, no offense, I've had him offer before with help maintaining a freesite, and no luck there <hezekiah> nop: I can understand that one. ;-) <hezekiah> nop: He just asked me to forward the offer along because he wouldn't be here. <nop> ok <hezekiah> nop: I did. My part's done. :) <nop> well, either way, anyone who wants to join in <nop> contact one of us <nop> either at iip@invisiblenet.net <hezekiah> One of whom? <nop> or just by nick, <nop> hezekiah, userx, nop, <jrand0m> I hear anyone who volutneers to help iip gets free hookers and blow <hezekiah> What are 'hookers and blow'? <hezekiah> ... or do I not want to know? <jrand0m> heh <nop> hezekiah: don't ask <hezekiah> OK. <hezekiah> I don't want to know. :) <nop> hezekiah: enjoy your sheltered life ;) <nop> while you can <nop> cuz college is gonna be fun :) <hezekiah> I'm enjoying it! I'm enjoying it! * jrand0m enjoys the hookers and blow ;) <nop> jrand0m: quick question * w hugs luckypunk and nop <jrand0m> si sr? <nop> jrand0m: are you considering yourself a dev of IIP at some time soon? <nop> since you are offering a merge ;) <hifi> http://www.guerrillanews.com/cgi-bin/wwwthreads/showflat.pl?Cat=&amp;Board=gnn&amp;Number=182767&amp;page=0&amp;view=collapsed&amp;sb=5&amp;o=0&amp;part= <hifi> sorry , opps again <jrand0m> nop> a dev of invisiblenet, but I can't contribute to iip <nop> understood <nop> IIP == invisiblenet future projects <hezekiah> jrand0m: Good working! <hezekiah> jrand0m: Wording. <nop> devs wanted for either <nop> to make that clear <nop> specifically cuz jrand0m could use a good team set <Addic> I could take a look of the Windows code... <jrand0m> si sr. once we get rolling into software design, there's going to be more truckloads of work than one can imagine <jrand0m> word Addic <nop> awesome <nop> ok <nop> I will send this request on iip-dev line as well <nop> anyone interested please don't hesitate to contact <nop> was there a 6? <nop> I believe so <jrand0m> 6) comments suggestions and people who want to help <jrand0m> suggestion: < 1.8 hours next time :) <jrand0m> (not that any of the topics could have been condensed any more than they were) <nop> no comments? * nop thinks everyone's asleep <nop> hehe <nop> we bored them <jrand0m> w3wt <Addic> heh, who has been working on the Windows' code this far? <nop> ok <hifi> zzzzzz... <nop> UserX has made it so far portable <Rain> What kind of talents are we looking for? <Addic> ok <nop> ok, let me re-iterate <nop> Coders, Graphics dudes, Web devs, PR people, Web maintainers <Rain> Ok, missed that. Sry. <nop> and if you can write biz plans, that helps me too :) <nop> you didn't miss <nop> I didn't go in enough detail <jrand0m> heh <-- Ehud has quit (EOF From client) <hifi> I am Born PR people <Rain> Step one: Collect Underpants. <Addic> translating to other languages at wiki? <nop> yes <nop> that would be great <nop> translations <Addic> ok, i could do that too <nop> documentation <nop> etc <-- hezekiah has quit (Ping timeout) <nop> even organization <nop> anyone who wants to be actively involved in helping InvisibelNet/IIP <hifi> I invite ppl to use IIP alll the time <nop> thnx hifi --> hezekiah (hezekiah@anon.iip) has joined #iip-dev <Rain> What kind of org skills? <nop> well, maybe help run the meetings, or maybe forcing us dev guys to get more docs on the protocol <nop> etc <nop> possibly organize interviews and some type of press releases <nop> some ideas for the future of promoting the use of IIP <nop> etc <nop> ok, please contact one of us if you want to help out <Rain> Ok, org question, that I have mentioned before: IIP Signing key? (nag, nag) --> Ehud (~hezekiah@anon.iip) has joined #iip-dev <hifi> IIP notification service :) for ppl to knoe I /him is online LOL <qriff> just as a question for the qurious... what defines the holder for "Trent"... <qriff> and what about channel/nick expiration... <qriff> registration that is... <-- ChZEROHag has quit (Ping timeout) <jrand0m> trent is a service, not a nick, so trent must have access to the ircd (i think) <nop> these questions are mids questions for trent, he's an abstract piece <nop> yes jrand0m <jrand0m> iip notification would be cool. how does anonymail do it? <jrand0m> can clients send a /notify nick to the server and get a msg when the nick joins? <hifi> IIP SMS notification LOL <nop> actually <nop> we did have IIP SMS as the first version of anonymail <nop> but it tended to flood <hifi> oh <nop> so now we do it as anonymail database delivery <hifi> IIP invitation msg as signature to ordinary e-mails ... <hifi> Kinda " Do yo Yahoo ? Get MSN free " stuff <jrand0m> ooOOoo textAds <jrand0m> but does iip need more users? <hifi> oh <jrand0m> or is getting more users just a "oh cool, lets service more people"? <hifi> no <hifi> dunno <hifi> i just brainstorm <-- Mira has quit (Ping timeout) <hezekiah> More people ... more ideas ... more volunteers <hifi> IIP as world standart will be cool <hezekiah> More people ... more problems ... more strain on the network ... <hezekiah> ... more floods of #anonymous ... <hezekiah> It's a two sided question. <hifi> more channels lol --> Mira (~Mira@anon.iip) has joined #iip-dev <hifi> IIP Eugenics Program LOL Less Population Less Problems --> ChZEROHag (~hag@anon.iip) has joined #iip-dev <Addic> hmm... going back to the notification question... is it so the /notify nick does not work here? Or am I not understanding the question... <lonelynerd> Addic: sure it works <Addic> well what's the problem then? <hifi> ? <-- Delly has quit (EOF From client) <lonelynerd> wasn't much following the conversation, but they talked about having a /notify that wouldn't require the client to poll <Addic> ok <-- ChZEROHag has quit (Ping timeout) <-- w has quit (Ping timeout) <-- Rain has quit (I Quit) --> w (~w@anon.iip) has joined #iip-dev <hezekiah> Hmmm ... <hezekiah> I think it's about time we adjurne this meeting. <hezekiah> What do you say, nop? * jrand0m thinks he fell asleep too <nop> yeah <nop> ok <nop> later <-- jrand0m (jrandom@anon.iip) has left #iip-dev (jrand0m) <hezekiah> Meeting adjurned! :) <hezekiah> *BAF*! <-- Addic (anon@anon.iip) has left #iip-dev (Addic) <-- LeerokLacerta (~leerok@anon.iip) has left #iip-dev (Client Exiting) <-- hezekiah has quit (Client Exiting) <-- Ehud has quit (Client Exiting) </div>/cs/blog/2003/03/25/v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-i2p/Tue, 25 Mar 2003 00:00:00 +0000/cs/blog/2003/03/25/v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-i2p/<p>(Se svolením wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="rychlé-shrnutí">Rychlé shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> Aprogas, hezekiah, mids, mihi, nop, noP, UserX</p> <h2 id="záznam-ze-schůze">Záznam ze schůze</h2> <div class="irc-log"> --- Log opened Tue Mar 25 22:07:19 2003 22:07 -!- Topic for #iip-dev: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ 22:07 [Users #iip-dev] 22:07 [@hezekiah] [ Aprogas] [ logger] [ mids] [ poX] [ UserX] 22:07 -!- Irssi: #iip-dev: Total of 6 nicks [1 ops, 0 halfops, 0 voices, 5 normal] 22:07 -!- Irssi: Join to #iip-dev was synced in 3 secs 22:07 < UserX> yes 22:07 <@hezekiah> OK. :) 22:07 < mids> log is up http://mids.student.utwente.nl/~mids/iip/meeting35/livelog.txt 22:07 < Aprogas> /exec -o tail -f http://mids.student.utwente.nl/~mids/iip/meeting35/livelog.txt 22:08 < Aprogas> loops are fun 22:08 < mids> unless anybody has any agenda; 22:08 < mids> I'd like to hear what the official proposals are for the decentralized routing protocol 22:09 < Aprogas> then at least have 1. decentral routing protocl 2. question as agenda 22:09 < mids> 1) welcome 22:09 < mids> 2) decentralized protocol 22:09 < mids> 3) WVTTK 22:09 < mids> 4) questions 22:09 < Aprogas> thats dutch 22:10 < mids> whats the english word for it? 22:10 < Aprogas> 3) WCTTA 22:10 < Aprogas> maybe 22:10 < Aprogas> but latin would be more elite 22:10 < Aprogas> where is the director to tell me to shut up and get back to the point ? 22:10 <@hezekiah> Aprogas: be quite and get back to the point. ;-) 22:10 < mids> quod etcetera mensa venit 22:11 < Aprogas> hezekiah: thanks 22:11 < mids> -1- 22:11 < mids> Welcome everybody! 22:11 <@hezekiah> Hiya! :) 22:11 < mids> as you see, the regular meetings are earlier as the other 33 ones from now on 22:11 < mihi> hi mids 22:11 < mids> . 22:11 < mids> -2- 22:11 < Aprogas> to better fit the mainly US/EU users of IIP ? 22:12 < nop> yo 22:12 < Aprogas> hello nop 22:12 -!- mode/#iip-dev [+o nop] by Trent 22:12 <@nop> got the page 22:12 <@hezekiah> Hiya, nop! :) 22:12 < mids> Aprogas: it would fit better for UserX / nop 22:12 <@nop> is userx alive? 22:12 < Aprogas> dont forget to change your nick to noP 22:12 -!- nop is now known as noP 22:12 < mids> 2) I'd like to hear what the official proposals are for the decentralized routing protocol 22:12 <@noP> thnx aprogas 22:12 <@noP> we have no official proposal till Friday 21:00 22:12 < UserX> noP: i'm here 22:13 <@noP> that is to be discussed 22:13 <@noP> there are semi-official proposals in www.invisiblenet.net/research 22:13 < Aprogas> can i join that discussion to give totally useless suggestions ? 22:13 <@noP> which are many different proposals 22:13 <@hezekiah> Uh, oh. Looks like I have a lot of reading to do before Friday. ;-) 22:13 <@noP> we will log it 22:13 <@noP> and you can suggest 22:13 <@noP> during iip-dev meeting 22:14 <@noP> yeah hezekiah we added more stuff ;) 22:14 -!- mids changed the topic of #iip-dev to: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ - http://www.invisiblenet.net/research/ 22:14 < mids> ok 22:14 < mids> . 22:14 < mids> quod etcetera mensa venit? 22:14 <@noP> brb 22:14 <@hezekiah> mids: What language is that? 22:15 < mids> latin 22:15 <@hezekiah> Ah. 22:15 < Aprogas> mensam sounds more correct 22:15 < mids> it should mean something like: what else comes to the table 22:15 < Aprogas> and `etcetera' isnt 22:15 < mids> et cetera 22:15 < Aprogas> but that still doesnt make sense 22:16 < mihi> quod ceterum ad mensam venit? 22:16 < Aprogas> maybe 22:16 < Aprogas> when will the IIP sourcecode be translated to latin using latin.h ? 22:16 < mihi> igpay atinlay? ;-) 22:16 < Aprogas> in other words, when will IIP development freeze to transfer those manhours to my latin.h project and complete it, only to then implement it in IIP ? 22:17 <@hezekiah> Never. 22:17 < mids> quod autem ad mensam venit 22:17 < mids> powered by http://www.latijnnederlands.nl/ 22:17 < mids> . 22:17 < Aprogas> thats W Echter TTK 22:17 < mids> any IIP questions? 22:17 < mids> Aprogas: 2. verder, voorts, en dan (ter voortzetting of uitwerking v. iets voorafgaands). 22:17 < mihi> "*but* what comes to the table"? 22:17 < Aprogas> `what' does 22:18 < mids> mihi: questions, proposals, comments 22:18 < mihi> mids, you missed the "" 22:18 < Aprogas> anything that was talked about during the meeting but didnt fit in the point that was currently active 22:18 <@hezekiah> Is this item 3 on the agenda? 22:18 < Aprogas> hezekiah: i think we are at questions yet 22:18 < mids> hezekiah: yes 22:18 < Aprogas> the meeting seems chaotic and without any real content, except that the decision on the routing protocol will be made later 22:18 <@hezekiah> ... because I have no idea what "WVTTK" means and this conversation is definately obscure enough to be a possible candidate. ;-) 22:19 < mids> ok, /me formalizes 22:19 <@hezekiah> Right 22:19 < Aprogas> its probably because i am here 22:19 < mids> and because I had a lot of beer 22:19 < Aprogas> WVTTK in reality is anything that does not make sense 22:19 * mids moves on to point 4 22:20 < mids> any IIP related questions? 22:20 < Aprogas> how does the IIP team expect the userbase to grow, and when will massive PR start to stimulate more growth ? 22:20 < Aprogas> also, what kind of people does the IIP team expect to attract in the beginning, and with the PR campaign 22:21 < mids> past experience has tought that it is very easy to get on slashdot 22:21 < mids> which results in a quick increase of users 22:21 < mids> but you need Cool Features 22:21 < mids> to excuse an announcement 22:21 < Aprogas> well, most slashdot users dont stay long i think 22:21 < Aprogas> a few of them stay, but most just want to `check it out' 22:21 <@hezekiah> Right. 22:21 <@hezekiah> So once we decentralize we will have something to brag about on /. 22:22 < mids> then we can address some online magazines 22:22 < mids> like theregister 22:22 < mids> and/or wired 22:22 < Aprogas> you need cool features to excuse an announcement, and you need a cool application to keep them 22:22 <@hezekiah> Right. 22:22 < Aprogas> but slashdot is a pretty `limited' target group 22:22 < Aprogas> it only attracts a certain type of people 22:22 < mids> it is a part 22:22 < Aprogas> perhaps some more diversity would be good 22:22 < mids> you could also address some target audiences 22:22 <@hezekiah> I personally don't really care about attracting people. I just want a good program. 22:23 < mids> like writing to the dutch organisation Martijn :) 22:24 < mids> maybe some press release to AA groups, amnesty, EFF, scientology/cult critics 22:24 < mids> hezekiah: even with a good program you require a certain userbase to be able to offer decent traffic 22:25 < mids> you cant have only 2 users on your ultra-anonymous network 22:25 <@hezekiah> The way I look at it, if it's easy enough to find on freashmeat/sourceforge and it offers what people want (good anonymized chat), then people will use it. 22:26 <@hezekiah> Yes. That is a very primitive outlook on userbase growth. 22:26 < Aprogas> the average internet user does not search at sourceforge 22:26 < Aprogas> its hard to search for something if you dont know that it exists 22:26 < mids> hezekiah: freshmeat / sourceforge is only for the geeks 22:26 < mids> they think that anonymity is 'cool' 22:26 < mids> but dont really need it that much 22:26 <@hezekiah> Or they have people they don't want to be looking over their shoulder. :) 22:26 < mids> cause they have nothing to hide :) 22:27 <@hezekiah> But their paranoia helps them set up secure nodes. 22:27 <@hezekiah> I'm not sure I would want my message traffic running through Great Aunt Edna's Windows Me machine. 22:27 < mids> what is the target audience in your oppinion? 22:27 < mids> 16-23 year old linux kiddies? 22:27 <@hezekiah> Well, I really don't care who uses it. 22:28 < mids> or joe sixpack 22:28 <@hezekiah> I would just want the people who make the nodes to make them securely. 22:28 < Aprogas> maybe some lawyers to defend us 22:28 <@hezekiah> Beyond that, I just want to make the program better by good coding. 22:28 < Aprogas> if IIP is a proper program, it would take into account that not all nodes can be secure 22:28 <@hezekiah> Nop does some userbase kind of stuff. He seems to understand it pretty well. 22:29 < mids> what do you mean? 22:29 < Aprogas> hezekiah is the true programmer, he is afraid of users 22:29 <@hezekiah> Aprogas: IIP will do its best to be idiot proof, but the security of a system always comes down to the people who run it. 22:29 <@hezekiah> Aprogas: I'm not affraid of users. I just don't really care too much _who_ they are. 22:29 < mids> http://www.joelonsoftware.com/articles/StrategyLetterV.html 22:30 <@hezekiah> mids: He does corporate stuff. Buisness kind of things. I still don't know how he got funding to hire Cap'n Crunch. 22:30 < mids> no comment 22:30 <@hezekiah> lol 22:33 < mids> I got nothing to say anymore 22:33 < mids> other questions? 22:33 < Aprogas> how many developers does IIP have right now, and how many hours per week do those developers spend (estimated) 22:33 <@hezekiah> Uh .. 22:34 <@hezekiah> That's a trick question actually. :) 22:34 < Aprogas> is it ? 22:34 <@hezekiah> Which _kind_ of developers are you looking for? 22:34 < Aprogas> i am not looking for developers 22:34 < Aprogas> i just want to know how the IIP development is doing 22:34 <@hezekiah> So you want to know about the developers who right isproxy? 22:35 < Aprogas> IIP is more than just isproxy i guess 22:35 <@hezekiah> Yeah. 22:35 < Aprogas> i just want to know how many people are currently spending time on IIP 22:35 <@hezekiah> That's why it's a trick question. :) 22:35 <@hezekiah> Then I have no idea! :) Not all of them are probably public! 22:35 < mids> how much time do you spend on IIP then? 22:35 < Aprogas> never mind, ill just go watch the sf's actitivity meter i guess 22:36 < Aprogas> if it has such information 22:36 <@hezekiah> I can tell you that right now (to the best of my knowledge) there are really only two people actively writting code for the isproxy source. 22:36 <@hezekiah> UserX and myself. 22:36 < mids> *nod* 22:36 < Aprogas> im not only talking about writing code 22:36 <@hezekiah> Nop is doing stuff in the background when he can that deals with neat protocols and theory. 22:36 < Aprogas> also about plannig stuff, for example that routing protocol 22:36 < Aprogas> just the project as a whole 22:36 <@hezekiah> OK ... this is an opensource project. The "developers" are anyone who pitches in an idea. 22:37 <@hezekiah> lol 22:37 < Aprogas> actually i want to know how many manhours are spent (wasted?) on IIP, so i can calculate how much money that represents 22:37 <@hezekiah> A lot trickier to answer than you thought, eh? 22:37 <@hezekiah> Well, I pretty much only know about work on isproxy. 22:37 < Aprogas> ok 22:37 <@hezekiah> That fluxuates based on how busy UserX and myself are. 22:37 <@noP> aprogas you're being nit picky 22:38 < Aprogas> its just that i want to know that if i were to donate money to this project, that i donate the right amount, not too much, not too little 22:38 <@noP> if you're not on the dev team 22:38 <@noP> then just don't waste your time 22:38 <@hezekiah> For example, right now I am very busy in real life, so I haven't been able to touch the isproxy code for over a week! (Ack!) 22:38 < Aprogas> so i want to know how much this project would `cost' in manhours 22:39 <@hezekiah> On an average week where I can write code, I might get in 4-5 hours. That's a wild stab in the dark! UserX seems to code in spurts (no offense) having periouds where he doesn't have much time and then one week where there is a flurry of commits. (He might be coding the whole time and just committing when he has completed code. I really don't know.) 22:39 <@hezekiah> Anyway, it's way to volatile for me to really get a handle on it. 22:40 < Aprogas> ok 22:41 < Aprogas> i have no more questions 22:43 * mids ends the suffering 22:43 * hezekiah hands mids the *baf*er 22:44 -!- mode/#iip-dev [+o mids] by Trent 22:44 -!- logger was kicked from #iip-dev by mids [*baf*] --- Log closed Tue Mar 25 22:45:02 2003 </div>/cs/blog/2003/03/18/v%C3%BDvoj%C3%A1%C5%99sk%C3%A1-sch%C5%AFzka-i2p/Tue, 18 Mar 2003 00:00:00 +0000/cs/blog/2003/03/18/v%C3%BDvoj%C3%A1%C5%99sk%C3%A1-sch%C5%AFzka-i2p/<p>(Se svolením wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="rychlé-shrnutí">Rychlé shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> Aprogas, armpit, hezekiah, Hitman, mids, nop, UserX</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> --- Log opened Tue Mar 18 20:14:29 2003 20:15 -!- Topic for #iip-dev: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ 20:15 [Users #iip-dev] 20:15 [ jeremiah] [ logger] [ mids] [ UserX] 20:15 -!- Irssi: #iip-dev: Total of 4 nicks [0 ops, 0 halfops, 0 voices, 4 normal] 20:15 -!- Irssi: Join to #iip-dev was synced in 5 secs 20:17 -!- mode/#iip-dev [+o mids] by Trent 22:00 < nop> hi 22:00 <@mids> Tue Mar 18 21:00:10 UTC 2003 22:00 < hezekiah> Hi. :) 22:00 <@mids> HEllo 22:00 <@mids> so 22:01 <@mids> whats on the agenda? 22:01 < hezekiah> I have no clue. 22:01 < armpit> howdy 22:01 < hezekiah> Hi 22:01 <@mids> ok 22:01 < armpit> mind if i lurk around? :) 22:01 <@mids> then lets just keep a question round 22:01 <@mids> btw, Freenet 0.5.1 is out 22:01 < hezekiah> Cool. :) 22:02 < hezekiah> Maybe one of these days I'll try using it. :) 22:02 <@mids> so, any IIP questions? 22:02 < Hitman> quick run down of current status would be nice nop 22:02 < Hitman> so we can get up to speed on what's happening with it all 22:03 <@mids> good point 22:03 < nop> hold 22:03 * hezekiah turns on beautiful classical music those tech-support hotlines play while we wait for them ... 22:04 * Hitman shudders as teh memories flood back 22:05 * mids runs out of breath 22:06 * mids dies 22:06 < hezekiah> Well, meanwhile I think it should be noted that some people don't appear to have remembered the meeting starts 2 hours earlier now. 22:06 <@mids> or they just dont care :) 22:07 < nop> ok 22:07 < nop> back 22:07 < hezekiah> Yay! :) 22:07 < nop> 1.1.0 is out, 1.2 meeting needs to be set 22:07 < nop> so that hez, Userx and I can discuss furthur major development 22:08 <@mids> maybe the development cycle should be more open? 22:08 <@mids> so others can hear what the plans are too? 22:08 < nop> we will log and place in research directory 22:08 < nop> on invisiblenet 22:08 <@mids> ok 22:08 < Aprogas> that would counter allegations that IIP is vapourware 22:09 < hezekiah> mids: I think openess is great, but it can get pretty annoying when you are trying to discuss coding and the listeners are continueally getting off the subject into theory. :( 22:09 < nop> that's why we log 22:09 < nop> ;) 22:09 < hezekiah> I think the logging is a good idra. 22:09 < nop> and publish 22:09 <@mids> hezekiah: channels can be moderated 22:09 < hezekiah> Maybe we could post the log to the iip-dev mailing list too? That would give people a good idea of what's going on behind the scenes. 22:09 < Hitman> open discussion of ideas and brainstorming would rock, but end product changes will have to be discussed seperately by the actual coding team otherwise thing's won't get implemented correctly 22:09 <@mids> k 22:09 < hezekiah> They could pipe up with all kinds of suggestions then. :) 22:10 < hezekiah> UserX? Are you currently present? 22:10 < UserX> i'm present 22:10 < hezekiah> OK. :) 22:10 < hezekiah> (To both UserX and nop): Do either of you have any times for that meeting that would be good for you? 22:11 < hezekiah> I mentioned the times that won't work for me, in my email. I hope it's a small enough subset not to be a problem. :) 22:12 <@mids> anyway, you can settle that in private 22:12 < Hitman> in my personal opinion I think that decentralisation of the network is the number one priority. To make IIP completely p2p would take away any ability whatsoever the goverment and other nasty forces have to shut it down. While a central server exists tehy can still end it....ie napster 22:12 < hezekiah> OK. 22:12 <@mids> we can read the logs afterwards. 22:13 < hezekiah> Hitman: decentralization is the main theme of 1.2 22:13 < Hitman> sweet 22:14 < hezekiah> So where were we? 22:15 < hezekiah> Oh, yeah. Nop was listing the current status of 1.2. 22:15 < nop> yeah 22:15 < hezekiah> Did you have anything else to add, nop? 22:15 < nop> so 1.2 we need a dev meeting to start 22:15 < nop> and from that point is our start 22:16 < Aprogas> did you create a branch in CVS so bugs in 1.1 can be fixed without requiring users to update to a alpha or beta state 1.2 ? 22:17 < UserX> The development is already in a seperate branch from 1.1 22:18 < hezekiah> And the 1.1 release was tagged v1-1-0. 22:18 < Aprogas> so there is a tag on the release, but not a branch tag ? 22:18 < Aprogas> i assume the development is on the `MAIN' branch ? 22:19 < hezekiah> Uh, I currently don't know what CVS commands I should be running to tell the difference. :) 22:19 < UserX> 1.1 is on the MAIN branch 22:19 < Aprogas> something like cvsweb gives more overview of such things than cvs commands anyway; branchs in cvs are quite confusing 22:20 < Aprogas> anyway, having a release on the main branch and the development in a seperate branch is quite an uncommon setup; and that might have reasons 22:20 < Aprogas> maybe it is worth investigating if it would not be more useful to do it the other way around ? 22:25 < hezekiah> Well, I don't know much about CVS so my input wouldn't be much worth here. :) 22:26 < Aprogas> CVS is a scary beast 22:27 < hezekiah> Yeah. I wonder if it ate the other people in the room. It seems deathly quiet in here. 22:27 < Aprogas> i ended up re-importing sources numerous times because i messed up after trying to put my branches right 22:27 < hezekiah> ;-) 22:28 < Aprogas> so be careful with it 22:28 < hezekiah> *lol* 22:29 < hezekiah> Mids? Do we have another item on the agenda? It seems like we're done with this one (or else someone got eaten by the CVS beast.) 22:31 < Aprogas> well.. i didnt really see anyone reacting to my `suggestions' 22:31 < Aprogas> im wondering why the IIP development team uses this different way of using branches 22:31 < hezekiah> I have no clue. 22:31 < Aprogas> i guess 99% of the CVS-using project develop on the MAIN branch and keep releases on seperate branches 22:32 < hezekiah> I do know that it works fine. 22:32 < Aprogas> that will become obvious when you get 1.2 22:32 < Aprogas> what will happen with 1.1 which s currently on the main branch ? 22:32 < hezekiah> So I say that "If it isn't broken, then don't fix it." 22:32 < hezekiah> It's sources are tagged. 22:33 < Aprogas> a bug in it might be found 22:33 < Aprogas> and you might want to create 1.1.1 22:33 < hezekiah> I guess that if we need to do a bug fix, then someone checks out v1-1-0, fixes the bug, and commits under the tag v1-1-1. 22:33 <@mids> hezekiah: no, none 22:33 < Aprogas> hezekiah: that is possible too 22:33 < hezekiah> mids: As I said, I don't know much about CVS. :) 22:33 < Aprogas> but using release branches is more common 22:33 < UserX> the developement will probably be merged back on to the main branch. and if we need to do bug fixes/upgrades to 1.1 we just create a branch from it 22:33 < Aprogas> userx: ok 22:33 < hezekiah> Oh, well. I'll leave the CVS playing to the developers that understand it. :) 22:34 < Aprogas> noone understands CVS 22:34 < hezekiah> lol 22:34 < Aprogas> thats the problem 22:34 < Aprogas> its a beast that cannot really be tamed 22:34 < hezekiah> So, mids. What's next on the agenda? Question round? 22:34 <@mids> ok, I am out. cya 22:35 -!- mode/#iip-dev [+o hezekiah] by Trent 22:35 <@hezekiah> OK. The question round has officially begun, I guess. :) 22:35 < Aprogas> oh 22:35 <@hezekiah> Questions? 22:35 <@hezekiah> (Not that I can promise an answer, but you can ask.) 22:37 <@hezekiah> Going once ... 22:37 <@hezekiah> Going twice .. 22:37 <@hezekiah> Gone! 22:38 <@hezekiah> Sold to the eternal silence of the ever questioning public (until the next iip-dev meeting that is.) ;-) 22:38 <@hezekiah> Well, it was nice talking to you all (and nice to be able to have UserX around and talking in an iip-dev meeting. I'm glad the time change has improved things for him.) 22:38 <@hezekiah> Bye, all! :) 22:38 < nop> bye --- Log closed Tue Mar 18 22:43:48 2003 </div>/cs/blog/2003/03/12/v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-i2p/Wed, 12 Mar 2003 00:00:00 +0000/cs/blog/2003/03/12/v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-i2p/<p>(Díky wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="rychlé-shrnutí">Rychlé shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> Debolaz, dm, FillaMent, hezekiah, jrand0m, lonelynerd, luckypunk, mids, mihi, nop, someone, toni</p> <h2 id="zápis-ze-schůze">Zápis ze schůze</h2> <div class="irc-log"> --- Log opened Wed Mar 12 00:01:53 2003 00:01 -!- Topic for #iip-dev: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ 00:01 [Users #iip-dev] 00:01 [@mids ] [ jeremiah] [ mihi] [ pox ] 00:01 [ hezekiah] [ logger ] [ nop ] [ UserX] 00:01 -!- Irssi: #iip-dev: Total of 8 nicks [1 ops, 0 halfops, 0 voices, 7 normal] 00:02 -!- Irssi: Join to #iip-dev was synced in 7 secs 00:02 <@mids> Welcome to the 33th meeting 00:02 < hezekiah> Hi 00:03 <@mids> IIP 1.1.0 is released yesterday 00:03 < toni> is it okay, to simply idle here and eve's drop? 00:03 <@mids> toni: yes 00:03 <@mids> Agenda for this meeting: 00:03 <@mids> 1) IIP 1.1.0 00:03 <@mids> 2) Future of IIP 00:03 <@mids> 3) Questions 00:04 <@mids> if you have questions about the current subject, please ask 00:04 <@mids> otherwise save it for round 3 00:04 <@mids> . 00:04 < nop> hi 00:04 <@mids> logs are available on http://mids.student.utwente.nl/~mids/iip/ 00:04 < hezekiah> hi! :) 00:04 < luckypunk> Hi. 00:04 <@mids> . 00:04 < jrand0m> ev'nin 00:05 <@mids> 1) IIP 1.1.0 (stable) Released!!! 00:05 < hezekiah> YAY! 00:05 <@mids> Finally 00:05 < luckypunk> :) 00:05 <@mids> almost a year after nop's post that it would be out soon :) 00:05 < FillaMent> w3rd i$ b0nd 00:05 <@mids> In this version the installation for Unix is enhanced, entropy generation is improved and a few bugs are fixed. 00:05 <@mids> We call it a stable release 00:05 < hezekiah> mids: Is that list of changes as compared to 1.1.0 RC3 or compared to 1.0.0? 00:05 <@mids> and it looks stable so far 00:06 <@mids> hezekiah: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/*checkout*/invisibleip/iip/CHANGELOG 00:06 <@mids> thats all I know 00:06 < hezekiah> OK. :) 00:06 < hezekiah> (It sorta sounds like it is a comparison to 1.1.0 RC3 or RC2.) 00:07 <@mids> hezekiah: it does, because nobody wrote what was updated before 00:07 < dm> Should I download the Service Pack 2 for IIP if I'm using a cracked version of IIP? 00:07 < hezekiah> mids: Ah ... Therein lies the tale! ;-) 00:07 < dm> sorry, carry on. 00:07 < hezekiah> dm: I'm not aware of any service packs. 00:07 <@mids> the release is announced on our website, freshmeat, infoanarchy and frost 00:08 <@mids> I did email a few other sites that had it listed 00:08 <@mids> if you guys/girls know other places to tell... 00:08 <@mids> please do so 00:08 < jrand0m> nsa? 00:08 < toni> i know, but im a total stranger to iip *g* 00:08 < FillaMent> kuro5hin? 00:08 < hezekiah> mids: Did you email that program archive that hosts it that was recently mentioned on iip-dev? 00:08 < toni> heise.de german security/internet related site 00:08 < FillaMent> jinx.biz 00:09 <@mids> hezekiah: I did mail vipul's munitions 00:09 < hezekiah> mids: OK! :) 00:09 <@mids> kuro5hin requires a decent article 00:09 <@mids> and they are very picky 00:09 <@mids> but if you want to write something... 00:09 <@mids> please do so 00:09 < hezekiah> slashdot again? 00:09 <@mids> toni: could you inform them? 00:09 < hezekiah> They don't require anything super decent, and they mentioned us before. ;-) 00:10 < toni> they also require articles, and i dont know how picky they are 00:10 < toni> if somebody writes an article, i could translate it to german and email them 00:10 <@mids> you could use the press release on http://www.infoanarchy.org/story/2003/3/10/23466/2065 00:11 <@mids> and link the CHANGELOG to http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/*checkout*/invisibleip/iip/CHANGELOG 00:11 <@mids> be sure to include a general description of IIP 00:11 <@mids> I think we should try to do /. 00:12 <@mids> we survived it before 00:12 < hezekiah> mids: Note: You mention to view the changelog in the infoanarchy article, but you don't appear to provide people with a link to it! 00:12 < toni> since im not really familiar with iip, i guess i can't give a decent description, but if you /. it, i could give heise a hint, they often take news from there and translate them 00:12 <@mids> hezekiah: yes, I forgot. 00:12 <@mids> I'll mail their editor 00:15 < hezekiah> OK ... anything else on agenda item 1 (IIP 1.1 release) ? 00:17 <@mids> did you all already submit a newsstory to /.? 00:17 < hezekiah> No. 00:18 < hezekiah> I haven't been with the project quite long enough to have a firm grasp of what has happened since 1.0. 00:18 < hezekiah> Who wrote the last /. post? 00:18 <@mids> we dont know 00:18 < hezekiah> LOL! 00:18 < jrand0m> hahah 00:18 < dm> I think it might have been no_nick 00:18 < mihi> is iip too anonymous? ;-) 00:19 <@mids> yes :) 00:19 < hezekiah> Well, I'll go hunt up the previous post, and see if I can come up with something. :) 00:19 <@mids> ok... 00:19 <@mids> previous one was a copy of the kuro5hin article 00:19 <@mids> which was about nop's interview 00:19 <@mids> ok 00:19 <@mids> Item 2?? 00:19 < hezekiah> Yay! :) 00:20 <@mids> 2) Future of IIP 00:20 <@mids> we want: 00:20 <@mids> DECENTRALIZATION 00:20 <@mids> but who is going to do it 00:20 <@mids> and how 00:21 < dm> and is it possible. 00:21 < jrand0m> and what will be lost. 00:21 < hezekiah> If I may interupt: I just want to make sure nop and UserX and present and accounted for. This conversation will be pretty futile without them. :) 00:21 < jrand0m> (aka centralized authentication - trent) 00:21 < hezekiah> nop? 00:21 < hezekiah> UserX? 00:21 <@mids> hezekiah? 00:21 < hezekiah> Are you present? 00:21 < hezekiah> mids: Here! 00:21 < nop> I'm somewhat present 00:22 < hezekiah> OK. :) 00:22 < nop> userx and I have had discussions 00:22 < nop> on how we would like to do it 00:23 < hezekiah> Did those get discussions written up in papers and stuck in the research directory of the IIP website? 00:23 < nop> ues 00:23 < nop> most are there 00:23 < nop> userx has more 00:23 < nop> that I would like pu t there 00:23 < nop> http://www.invisiblenet.net/research/IIP-WP-Notes.txt 00:23 < hezekiah> OK. Could you please give the filenames of the most relavent ones so I can give them a look? :) 00:23 < nop> that one contains quite a bit 00:24 < nop> there is also some other's contributed 00:24 < nop> IIP_netproto.html 00:24 < nop> and architecture.pdf 00:24 < hezekiah> OK. :) 00:24 < nop> 00:25 < nop> http://www.invisiblenet.net/research/IIP-Identity.txt 00:25 < nop> as well 00:25 < nop> http://www.invisiblenet.net/research/IIP-Messages.txt 00:27 < hezekiah> OK. Are any of them completely (or primarily) devoted to just the decentralization aspect? 00:27 < nop> yes 00:27 < nop> all of them 00:27 < hezekiah> OK. :) 00:27 < hezekiah> Thanks for all the links! I'm checking them out now. :) 00:31 <@mids> ok 00:31 <@mids> other IIP Future events? 00:31 < dm> is FillaMent here? 00:31 < hezekiah> Well, in the near future, IIP-dev still doesn't have the "entropy problem" fixed. 00:31 < dm> he had the idea of making trent allow PGP key exchanges 00:31 < dm> which makes sense. 00:31 * FillaMent is present 00:32 <@mids> yes FillaMent and me did talk about that 00:32 * mids hands the microphone to FillaMent 00:32 * FillaMent taps it a couple times, "this thing on?" (sorry) 00:33 * hezekiah turns up the volume 00:33 < lonelynerd> :) 00:33 < FillaMent> Here's the deal: I think it'd be handy to have a PGP key storage and exchange mechanism on IIP. I have a few proposals as to how such a thing should work. 00:34 < dm> Should be fairly easy? Just add a field for PGP to trent, and add GET/STORE commands? 00:34 < FillaMent> 1) Capability is built into trent. This presents a problem with most IRC clients sending strings that long 00:35 < dm> ah, ok. 00:35 < FillaMent> 2) Make trent able to pull a CHK from freenet and store the contents of that file as the Key 00:35 < FillaMent> 3) Build a separate bot to preform 1 or 2 00:35 < nop> hmm 00:35 <@mids> good points 00:35 < nop> the only issue 00:35 < nop> I have 00:35 < nop> with this concept 00:35 < nop> is how do we trust trent or any bot for that matter to handle pub keys 00:35 < nop> without verification 00:36 <@mids> well 00:36 < FillaMent> Well, it could check and make sure the nick was reg'd and ident'd 00:36 <@mids> it could be just as a keyserver 00:36 < nop> the idea I'm thinking 00:36 < nop> is it can do a verify to all major key servers 00:36 < nop> as well 00:36 < nop> so that it gets congruent info 00:36 < FillaMent> nop: read my flog entry about psuedoidentity? 00:36 < nop> link 00:37 < FillaMent> SSK@WxBcPJd1ppZSZ~C8IJI-DHx94oIPAgM/fillament// 00:37 <@mids> keyservers dont verify anything 00:37 <@mids> they just store stuff 00:37 <@mids> what you can do now with Trent 00:37 < FillaMent> here's the short of it... what if your identity only exists in anonymous space? What can you verify? 00:37 <@mids> /squery trent nickinfo mids 00:38 <@mids> see the comment line 00:38 <@mids> it can contain anything 00:38 <@mids> also urls etc 00:38 < FillaMent> but short 00:38 <@mids> so you could link to your PGP key 00:39 < FillaMent> I'm just thinking of something to remove all the middle steps. 00:39 < hezekiah> Looking at mids' ID comment, I see it lists a key fingerprint 00:39 < hezekiah> It also lists the key ID. Why can't someone just get the key from a keyserver, and check the fingerprint. 00:39 < FillaMent> hezekiah: What key server? 00:39 < FillaMent> one on the internet? 00:39 < nop> that's what I'm saying 00:40 < mihi> how get a key up to a key server? anonymously? 00:40 < lonelynerd> we just need a bot to fetch those 00:40 < FillaMent> if your identity only exists in anonymous space, like mine... I don't want to leave a trail on the internet 00:40 < hezekiah> Ah ... 00:40 < hezekiah> OK. I get it. :) 00:40 <@mids> so a keyserver bot for IIP would be it 00:40 <@mids> combined with freenet 00:40 < FillaMent> that'd be sweet... just feed trent the fingerprint and it'll try to fetch the key... 00:41 <@mids> currently freenet is too heavy to run on the Trent server 00:41 < lonelynerd> mids, well, you could ascii armor the public keys 00:41 < FillaMent> mids: Such a thing need not be built into trent, as my point 3 00:41 < nop> well 00:41 < nop> you could use a gateway mids 00:41 < nop> like groovy 00:41 <@mids> too unreliable 00:42 < someone> why do you need freenet, again? 00:42 < FillaMent> mids: If you wanted to make trent capable, just have it access one of the public freenet servers 00:42 <@mids> why not let a user upload the key to freenet and give the url to the bot? 00:42 <@mids> someone: for file storage 00:42 < FillaMent> mids: Because it a few days it's gone if no one accesses it. 00:42 < lonelynerd> mids, wouldn't it be more efficient to have a one huge digest of public keys used by people? 00:43 < hezekiah> lonelynerd, mids: You could just add a the capability to assign PGP key ID's to a nick just like you can assign a comment. 00:43 < FillaMent> I think the best solution is to have it not integrated into IIP. Someone writes it as a piece of software (hell, I could do it but am busy) then distribute the software. Anyone who wants to run an IIP keyserver, can. 00:44 < lonelynerd> hezekiah, true, but you still need to fetch the pgp key 00:44 < nop> ok here's the funny thing 00:44 < lonelynerd> FillaMent, sounds reasonable 00:44 < nop> things we can see 00:44 < nop> we trust 00:44 < nop> like the internet 00:44 < nop> yet it's insecure 00:44 < someone> why not just have a bot upload nad download keys from internet key servers and store a fingerprint with trent 00:44 < nop> yet we have a cryptographic network 00:44 < nop> and we don't trust a soul to run a pgp keyserver 00:44 < lonelynerd> someone, that's what i suggested 00:44 < hezekiah> nop: lol! :) 00:45 < lonelynerd> nop :) 00:45 <@mids> nop 00:45 <@mids> you dont get it 00:45 < nop> I do get it 00:45 <@mids> you DONT need trust for a keyserver 00:45 < nop> I'm joking 00:45 < FillaMent> nop: Sure you do... one just has to put their pseudoidentity on line. 00:45 < FillaMent> on the line 00:45 < FillaMent> mids: Sure you do 00:45 <@mids> it is just for storage 00:45 < nop> I know mids 00:45 < nop> I was just being funny 00:45 < nop> ;) 00:45 <@mids> users should ALWAYS verify fingerprint 00:45 < someone> lonelynerd: so we don't need freenet, right? 00:45 <@mids> and check web of trust 00:45 < FillaMent> mids: I could just stick my key there and say it's nop's. 00:46 <@mids> nop: good if you are funny :) but others might not understand it 00:46 < lonelynerd> FillaMent, actually, what you wrote about pseudoidentity got me thinking. i'm wasting time and resources by having two identities on iip, one for people who know me irl and then this. 00:46 <@mids> FillaMent: thats why you can stick the fingerprint on Trent 00:46 < lonelynerd> someone, exactly, freenet is cool, but not needed this time 00:46 <@mids> (you'll have to trust trent though 00:46 < FillaMent> mids: Yes... and /how/ many people know about key fingerprints? 00:47 < lonelynerd> someone, but somebody could still post compressed digests contain many keys 00:47 <@mids> if they dont know, they shouldnt use PGP 00:47 < FillaMent> mids: yeah.. let's alienate the userbase 00:47 < lonelynerd> true 00:47 < lonelynerd> :) 00:47 <@mids> no seriously 00:47 < FillaMent> I've already had this discussion 20x with zab 00:47 < hezekiah> FillaMent: if they don't know enough about key fingerprints, then they probably don't know enough about crypto for me to trust that they haven't given away their key! 00:47 <@mids> using PGP without checking fingerprints gives a false sense of security 00:48 < FillaMent> hezekiah: And how do you sort those people out? 00:49 < lonelynerd> FillaMent, that's tricky. far too many users use pgp insecurely 00:49 < hezekiah> FillaMent: Tis the billion dollar question! That is very hard. :) 00:49 < FillaMent> If you tell people that they're too stupid to use crypto, they won't want to. They'll say, 'fuck it... I don't have time to care about privacy'... they may be sheep, but there are more of them voting than us. We have to make it easy for the sheep. 00:50 <@mids> you can try to educate them 00:50 < FillaMent> You have to get them in the classroom, and IIP/Fnet is the best classroom I know of 00:50 < hezekiah> Correct, mids. Security is only as strong as the intelligence of the person behind it. 00:50 <@mids> I totally agree FillaMent 00:51 < FillaMent> such a key storage bot would have a motd explaining that they should be checking fingerprints 00:51 <@mids> I just think that you should seperate keyserver from trust 00:51 < hezekiah> So what are we going to do with this bot and IIP? What do we want it to do, and how? 00:51 < FillaMent> I think it should be a 3rd party thing 00:52 < hezekiah> Like anonymail? 00:52 < FillaMent> no... like something that anyone can run 00:52 <@mids> anybody can run anonymail 00:52 <@mids> IF you would have the source 00:52 <@mids> :) 00:52 < FillaMent> mids: You know what I mean though 00:53 <@mids> yes 00:53 <@mids> sorry 00:53 < hezekiah> So is this something, the IIP developers need to write, or can someone who knows nothing about IIP but basic IRC can write? 00:53 * FillaMent already has a framework going 00:53 < hezekiah> OK! :) 00:54 < FillaMent> well... I'd have to hack it to change it's direction 00:54 < FillaMent> GAH!!!!!! More projects!!!! Nooooooo! 00:54 < jrand0m> give in FillaMent, just give in 00:54 < FillaMent> jrand0m: I know... I know. 00:54 < hezekiah> Basically what I'm asking is, is this something that needs to get built into IIP, or can it be independant? 00:55 < FillaMent> independent 00:55 < hezekiah> If it's independant, then I'd say, "GO FOR IT!" :) 00:55 <@mids> hezekiah: IndependEnt 00:55 * mids ducks 00:55 < hezekiah> mids: really? 00:55 <@mids> yes 00:55 * FillaMent thinks he's missing a joke. 00:56 < hezekiah> My spell checker says independant is OK. 00:56 <@mids> hezekiah: made a typo 00:56 < FillaMent> oh... yeah... 00:56 < FillaMent> dent 00:56 < FillaMent> independEnce 00:56 < hezekiah> Hmmm ... it says independent is OK too, odd. 00:56 <@mids> hezekiah: grep "^independ.nt$" /usr/share/dict/words 00:56 < FillaMent> probably a new english/old english thing 00:56 <@mids> anyway 00:56 < hezekiah> Anyway ... :) 00:57 <@mids> say we have this keybot 00:57 < hezekiah> And it will be independent of IIP. :) 00:57 <@mids> how will it get the key from a user? 00:57 < FillaMent> /msg 00:57 <@mids> the full key? 00:57 < FillaMent> no 00:57 < FillaMent> freenet 00:57 <@mids> ah 00:58 <@mids> so you msg the freenet url 00:58 <@mids> and it tries to download in the background 00:58 < lonelynerd> what's the problem? you can easily paste full key to iip. 00:58 < FillaMent> /msg Keybot STORE CHK@lakdjfa;lsdfjasd;lkfj 00:58 <@mids> lonelynerd: my key is 8 KB big 00:58 < FillaMent> lonelynerd: Not will all clients 00:58 < mihi> FillaMent: you can if you do it in blocks of 10 lines. 00:59 <@mids> the keyboard _could_ look if you are identified with trent 00:59 <@mids> keybot 00:59 <@mids> :) 00:59 < FillaMent> mids: It would have to 01:00 <@mids> and just add that as an additional flag 01:00 < FillaMent> /msg keybot MSGSTORE ad;flkjsflkjsdf;lasdrkfj 01:00 < FillaMent> /msg keybot MSGSTORE ad;flkjsflkjsdf;lasdrkfj 01:00 < FillaMent> /msg keybot MSGSTORE ad;flkjsflkjsdf;lasdrkfj 01:00 <@mids> well 01:00 < FillaMent> such a thing would best be scripted 01:00 <@mids> yes 01:00 <@mids> exactly 01:00 < jrand0m> is a centralized identity manager like trent really desireable? 01:00 < FillaMent> so either chopped and sent via msg or via freenet 01:00 <@mids> jrand0m: with a centralized ircd, yes 01:00 <@mids> maybe we should form a keybot commitee 01:01 <@mids> and let them discuss the details 01:01 < jrand0m> ah, right. yeah, I was assuming a decentralized net. 01:01 * mids opens #keybot 01:01 < FillaMent> mids: I don't see a need 01:01 <@mids> well 01:01 <@mids> we got more on the agenda 01:01 < lonelynerd> mids, uhm. 01:01 <@mids> and we are already busy for 1 hour 01:01 < FillaMent> 20 people start keybots... 1 will eventually prove the most reliable and become the defacto standard 01:02 <@mids> I mean more.. any other Future IIP things? 01:02 < hezekiah> nop? 01:02 < hezekiah> What are the major features/changes you plan for 1.2? 01:02 < nop> what 01:02 < nop> decentralization 01:02 < nop> and channel encryption 01:02 < nop> as well as client to client encryption 01:02 < nop> channel trust 01:02 < nop> using RSA keyring 01:02 < Debolaz> I have a question. What is the thing needed most from IIP now, that an ISP would be able to provide? 01:03 <@mids> money! 01:03 <@mids> millions 01:03 <@mids> so we can hire thousands of developers 01:03 < Debolaz> I was thinking more in terms of services. 01:04 < jrand0m> OC12? 01:04 <@mids> hosting is fine at sf so far 01:04 <@mids> maybe a stable node somewhere 01:05 <@mids> ... 01:05 < Debolaz> Well, I was thinking of a node sort of thing. And perhaps a file mirror. 01:05 <@mids> project release files are already mirrored on 8 servers so far 01:06 <@mids> plus on vipul's munitions 01:07 * mids slowly pushes the topic to item 3, questions 01:07 < hezekiah> Ack! 01:07 <@mids> 3) Questions? 01:08 < jrand0m> eta for decentralization (1 mo, 3 mo, 6 mo)? 01:08 < jrand0m> aka, without dependence on a central server 01:08 <@mids> no comment! 01:08 < hezekiah> mids: LOL! 01:08 < hezekiah> I really have no idea. UserX would probably have the best bet 01:09 < hezekiah> nop, UserX: are we done decentralizing "core" in isproxy yet? 01:09 < nop> um no 01:11 < hezekiah> I'm assuming that "core" comes before ircd decent., right? 01:12 < nop> first 01:12 < nop> we have to make a virc 01:12 < nop> which is a virtual irc transport 01:12 < nop> so that the irc clients can still talk to the core 01:12 < nop> without ircd 01:13 <@mids> roadmap anybody? 01:13 < hezekiah> lol. I'm clueless. :) 01:16 <@mids> *silence* 01:16 <@mids> I heared that some wanted next meeting to be earlier 01:16 < nop> yes 01:16 * FillaMent rubs his legs together furiously but fails to produce the proper chirp. 01:16 < nop> UserX can't make it at the time we have now 01:16 < nop> because of work 01:16 < hezekiah> Ah. 01:16 < nop> if we had it a couple hours earlier 01:16 <@mids> what time would be better? 01:16 < nop> this would be easier 01:16 <@mids> 21:00 UTC? 01:16 < hezekiah> If UserX would talk more we could really get some stuff done! :) 01:16 < nop> that should work 01:17 < hezekiah> Let's see ... 01:17 < hezekiah> It's normally 23:00 UTC, right? 01:17 <@mids> yes 01:17 < hezekiah> Yeah. 01:17 < hezekiah> That should work for me. :) 01:17 <@mids> 21:00 UTC it is 01:18 <@mids> ok 01:18 <@mids> I am out 01:18 <@mids> thanks for listening to me :) 01:18 * mids bows 01:18 <@mids> oh 01:18 <@mids> before I forget 01:18 <@mids> UserX, nop, hezekiah, thanks for your work on IIP so far! 01:18 < hezekiah> mids: I enjoy listening to you. 01:19 < hezekiah> mids: A pleasure! :) 01:19 < hezekiah> All you guys make it worthwhile! :) 01:19 < jrand0m> yeah, thanks for the updates. I appreciate using y'alls software 01:19 < hezekiah> (Note: I am a Yankee. No offense is meant if there are girls in the channel.) 01:19 * FillaMent curses them for this network that consumes his free time. 01:19 < hezekiah> FillaMent: lol! :) 01:19 < jrand0m> heh 01:20 * hezekiah picks up the "baf"er 01:20 < hezekiah> *BAF!* 01:20 < hezekiah> Meeting adjurned! :) 01:22 < mihi> adjourned, you mean? 01:23 < hezekiah> Over. 01:23 < hezekiah> Done. 01:23 < hezekiah> End. 01:23 < hezekiah> Dead. 01:23 < hezekiah> The meeting is dead. Long live the next meeting. 01:23 < mihi> ;-) logger is still living </div>/cs/blog/2003/03/04/v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-i2p/Tue, 04 Mar 2003 00:00:00 +0000/cs/blog/2003/03/04/v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-i2p/<p>(S laskavým svolením wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="rychlé-shrnutí">Rychlé shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> bpb, dm, hezekiah, jake, jeremiah, LeerokLacerta, mids, mrflibble, nop, Nostradumbass</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> --- Log opened Tue Mar 04 23:47:24 2003 23:47 -!- Topic for #iip-dev: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ 23:47 [Users #iip-dev] 23:47 [ eep] [ jeremiah] [ logger] [ mids] [ nop] [ UserX_] 23:47 -!- Irssi: #iip-dev: Total of 6 nicks [0 ops, 0 halfops, 0 voices, 6 normal] 23:47 -!- Irssi: Join to #iip-dev was synced in 2 secs 23:48 < LeerokLacerta> Making history. 23:48 < mrflibble> helooo 23:48 < LeerokLacerta> Hello. 23:52 < nop> hi 23:52 < jeremiah> hi 23:53 < nop> hi 23:53 -!- mode/#iip-dev [+o mids] by Trent 23:53 < LeerokLacerta> Konnichiwa. 23:54 < bpb> konnichiwa 23:58 < nop> hi 23:58 <@mids> Hi hezekiah! 23:58 < hezekiah> Hi. :) 23:58 <@mids> *hedgehog sound* 23:58 < hezekiah> lol 23:58 < hezekiah> *orgle* 23:58 < LeerokLacerta> Hedgehog? 23:58 < hezekiah> (orgle: That's one of the sounds a llama makes.) 23:58 <@mids> LeerokLacerta: relatively large rodents with sharp erectile bristles mingled with the fur 23:59 < hezekiah> Mids got turned into a hedgehog by the entropy bug. 23:59 < hezekiah> I got turned into a llama. 23:59 <@mids> no 23:59 < LeerokLacerta> I know what it is, but why're you making hedgehog noises? 23:59 <@mids> because I reported the logging bug that didnt exist 23:59 < hezekiah> Ah. 23:59 < hezekiah> Well, you had mentioned you were going to turn into a hedgehog when refering to the previous entropy bug. --- Day changed Wed Mar 05 2003 00:00 <@mids> that was back then 00:00 <@mids> Tue Mar 4 23:00:03 UTC 2003 00:00 <@mids> meeting NOW in here 00:00 <@mids> Welcome everybody 00:00 <@mids> this is the 32th IIP meeting 00:00 * LeerokLacerta feels welcomed. 00:00 <@mids> previous one was canceled, because nobody was there 00:00 <@mids> logs are available on http://mids.student.utwente.nl/~mids/iip/ 00:01 <@mids> We got a little agenda: 00:01 <@mids> 1) Welcome 00:01 <@mids> 2) IIP 1.1.0 Release status update 00:01 <@mids> 3) Trent accesslevel for 'voice' 00:01 <@mids> 4) Question round 00:01 <@mids> if you have any questions on the current topic, please ask 00:01 <@mids> otherwise save them for the question round. 00:01 <@mids> . 00:02 * mids moves the agenda pointer to #2 "IIP 1.1.0 Release status update" 00:02 <@mids> well hezekiah, what happened? :) 00:02 < hezekiah> Oh. OK. :) 00:02 < hezekiah> Well, the first entropy bug got fixed. 00:02 < hezekiah> After much banging of heads and exchanging of emails ... 00:03 < hezekiah> ... UserX, nop, and myself managed to work out a fix for it. 00:03 < hezekiah> Now, mids is noticing a NEW problem with the entropy gathering (namely seed.rnd isn't getting saved.) 00:03 < hezekiah> Anyway, I've hunted in the code and posted my discoveries to the iip-dev mailing list. 00:04 <@mids> this thing is another release delayer 00:04 <@mids> hopefully the last one 00:04 < hezekiah> I am now waiting on UserX or nop to tell me what all this means and if I'm missing something (because I think I am. None of it makes any sense.) 00:04 < hezekiah> Hopefully. *orgle* 00:04 <@mids> . 00:04 < hezekiah> . 00:04 <@mids> Any IIP 1.1.0 specific questions? 00:05 < LeerokLacerta> No socks? 00:05 <@mids> no socks 00:05 < hezekiah> No SOCKS. 00:05 < LeerokLacerta> K. 00:05 <@mids> ok 00:05 <@mids> lets move on to #3 "Trent accesslevel for 'voice'" 00:06 <@mids> this is related with the hidden agenda point #2.9 "The #freenet-opn channel" 00:06 <@mids> the official Freenet project channel is on irc.freenode.net 00:06 <@mids> but that is not anonymous 00:06 <@mids> we have a mirror with that channel here 00:06 <@mids> in #freenet-opn 00:07 <@mids> the bot 'eyeKon' tells you everything that happens on the other side 00:07 <@mids> normally this is a one way mirror, but you can say something back with the "!say :text" command 00:07 <@mids> to use this you got to have operator or voice status 00:07 <@mids> if you want to say something, ask an operator to give you voice 00:07 <@mids> , 00:08 < dm> How about if you are identified by Trent you get voice automatically and your name gets prefixed to your messages. If people on the other side have a problem they can send a command to the bot to "ban" a certain anonyname. In which case EyeKon on this side removes voice permanently from that name. 00:08 < LeerokLacerta> Permanently? 00:08 < LeerokLacerta> How 'bout timed ban? 00:08 <@mids> it will get pretty complicated 00:09 <@mids> they have to know how to bot works 00:09 <@mids> while it is intended more as a one-way transparant thing 00:09 -!- hezekiah is now known as nickthief88099 00:09 <@mids> I have contacted the channelowners of #freenet 00:09 <@mids> and they didnt have a problem with it 00:09 < dm> sure, until mids or someone restores it. Must make sure not to spam/bother people on the other side. 00:09 <@mids> that is why not everybody will get voice 00:09 <@mids> it is VERY easy to create lot of accounts here 00:10 <@mids> so it will be impossible to ban them all 00:10 < dm> ok, so selective voice, through trent? 00:10 <@mids> what I DO want to do is selective voice through Trent 00:10 < jake> this sure is an interesting conversation but I need to eat buh bye 00:10 <@mids> which is agenda item #3 00:10 <@mids> bye jake, thanks for joining 00:10 <@mids> be sure to read the logfile afterwards 00:10 < jake> thank you 00:10 < jake> k 00:10 <@mids> Right now the channel access system has 3 levels: 00:11 <@mids> level 1: operator 00:11 * mids checks the site how he called it 00:12 <@mids> Level 1: Normal operator, can give him/herself ops 00:12 <@mids> Level 2: Super operator, can add other users to the channel (with lower level) 00:12 <@mids> Level 3: Founder, most powerfull, required to drop a channel for example 00:12 <@mids> I want to add a voice level 00:12 <@mids> so people can get voice on the channel if they are on the access list 00:12 <@mids> but the problem is... what number should the voice level be? 00:12 < hezekiah> lol 00:13 < hezekiah> Tell me you didn't use magic numbers, mids. 00:13 < hezekiah> Please. 00:13 <@mids> I am thinking about changing level 1 into 10 00:13 <@mids> and 2 into 20 00:13 <@mids> and 3 into 30 00:13 <@mids> and adding level 5 as voice 00:13 < hezekiah> Sounds good. It leaves room for further improvements. 00:13 <@mids> exactly 00:14 <@mids> note that I dont plan to make Trent a big & bloaty service 00:14 <@mids> comments? objections? 00:14 <@mids> . 00:14 < hezekiah> Umm .. so what's the problem? 00:15 <@mids> there is no problem 00:15 < dm> voice = voice on all channels? 00:15 < hezekiah> OK. 00:15 < hezekiah> It sorta looked like that. :) 00:15 <@mids> dm: no, it is channel specific 00:15 <@mids> hezekiah: I am always dramatic 00:15 < dm> ok 00:15 <@mids> dm: try this: 00:15 <@mids> /squery trent chanlist #iip-dev 00:15 <@mids> you'll get a list of the users on the access list 00:15 <@mids> with the level 00:15 < dm> ah, nice 00:16 <@mids> ok 00:17 <@mids> then it is now time for the last item #4: "Question Round" 00:17 < dm> is there a roadmap documented anywhere, for IIP? 00:18 <@mids> only internally I think 00:18 <@mids> I dont have it... 00:18 <@mids> hezekiah? 00:18 < hezekiah> And why does "/squery Trent :chanlist #anonymous" return a blank list. 00:18 < hezekiah> Oh. 00:18 < hezekiah> Well we have a small todo list of stuff we need to do in the development tree. 00:18 <@mids> hezekiah: too late (because nobody is on the access list for #anonymous, it is oper-less) 00:18 < hezekiah> I'm not aware of any roadmap though. 00:19 <@mids> maybe it would be good to make one 00:19 < dm> ok, you're not even thinking about decentralizing any time soon, correct? 00:19 < hezekiah> Well, that would be nop's department. 00:19 < hezekiah> (Actually, I've already asked for something like that.) 00:20 < hezekiah> (He said we were going to sit down and map out [or whatever he said] IIP 1.2 after 1.1 is released.) 00:20 < hezekiah> . 00:21 <@mids> well 00:21 < dm> 1.1 is there a changelog somewhere? 00:21 <@mids> nop is very busy 00:21 <@mids> maybe someone else should do it 00:21 <@mids> dm: yes, hang on 00:21 < hezekiah> mids: No one else has the authority to do it. 00:21 <@mids> http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/*checkout*/invisibleip/iip/CHANGELOG 00:21 < hezekiah> We are talking about setting the future course of development for IIP. 00:21 < dm> thanks, bookmarked 00:22 <@mids> hezekiah: understood 00:25 * mids just heared that they got plenty of things to do for 1.2 00:25 < hezekiah> As for nop not having time, ... 00:25 < hezekiah> We still have plenty of known coding to do on 1.2. 00:26 < hezekiah> 1.2 will not die for lack of vision. And even if we finish the stuff currently on the list, a short discussion will come up with more. 00:26 < hezekiah> Eventually nop will have time to sit down with us and describe a plan for development of 1.2. 00:26 < dm> any general notes on what 1.2 is striving for? 00:26 < hezekiah> The big one: decentralize the ircd server! 00:26 < dm> ah, ok, you don't know. 00:27 < dm> ah, that's in 1.2? sweet. 00:27 <@mids> is it already? 00:27 <@mids> omg 00:27 < hezekiah> Is the decentralization ready? No! 00:27 < dm> planned for I mean :p 00:27 * mids objects! 00:27 <@mids> when do you want to release 1.2? 00:27 <@mids> 2010? 00:27 * LeerokLacerta is an object. 00:27 < hezekiah> lol 00:28 < hezekiah> Let's just say sometime after 1.1 is released. :) 00:28 < hezekiah> Right now 1.1 is the priority. 00:28 < hezekiah> (At least that's the feeling I've gotten.) 00:28 < dm> so you is it going to be distributed ircd servers or completely decentralized? 00:28 < hezekiah> dm: I don't know the details. 00:28 < dm> ok 00:28 < hezekiah> I'm not really very good at P2P stuff. :) 00:28 < hezekiah> I just code 00:28 <@mids> let me paste an email from 2002-03-19 00:28 <@mids> From: 0x90 (0x90@invisiblenet.net) 00:28 <@mids> Date: Tue Mar 19 2002 - 00:22:26 CET 00:28 <@mids> Subject: [iip-dev] 1.1.0 almost complete 00:28 <@mids> Ok, we're nearing the completion of 1.1.0. As soon as the TODO/Fixes and cui 00:28 <@mids> for linux are complete, we should run a beta test of the network for this 00:28 <@mids> week, this is done by the developers/testers. Stay posted. 00:29 <@mids> --0x90-- 00:29 <@mids> . 00:29 < hezekiah> Ouch. 00:29 < hezekiah> That hurt, mids. ;-) 00:29 <@mids> yes it did 00:30 < hezekiah> What date was the last release of IIP made? 00:30 <@mids> RC3 was 2002-12-04 00:30 <@mids> but ofcourse the whole 'RC' stuff was wrong 00:31 <@mids> ofcourse it is just a name 00:31 <@mids> RC2 could have been 1.1.0 00:31 <@mids> then RC3 1.1.1 00:31 <@mids> and what we will have now 1.1.2 00:32 < nop> well 00:32 < nop> in the crypto community 00:32 < nop> we should continue with RC4, 5 and 6, and see if they crack it 00:32 < nop> ;) 00:32 < nop> bad joke 00:33 < Nostradumbass> Excuse me for butting in... 00:33 < jake> butts! 00:33 < Nostradumbass> but it seems that iip developers have forgotten the prime mazimum of open source, "Release early, release often". 00:34 < LeerokLacerta> IIP is open source? 00:34 < nop> sure 00:34 < nop> right 00:34 < nop> but 00:34 < hezekiah> LeerokLacerta: yes 00:34 < LeerokLacerta> I'm dumb. 00:34 < nop> we also value security 00:34 < Nostradumbass> i haven't been around on iip too long but i can't recall ever hearing about it being /.'d 00:35 < nop> and we like to bend the rules 00:35 < nop> it's been slashdotted 00:35 < Nostradumbass> apologies 00:35 <@mids> RC2 was /.-ed 00:35 < Nostradumbass> k 00:35 <@mids> and it gave us... hezekiah ! 00:35 < nop> yes 00:35 < nop> ;) 00:35 < Nostradumbass> still that's quite a while back. 00:36 < hezekiah> mids: actually no. 00:36 < hezekiah> mids: I was watching this project for more than a year before the /.ing. 00:36 < jake> um guys? about the web based IIP are there any plans for improvement? like a nicer interface? 00:36 < nop> that's a distributedcity question 00:36 < nop> they make the interface 00:36 < jake> oooo k 00:37 < nop> it was something that they did, not really direct involvement with us 00:37 <@mids> doing releases gives publication 00:37 <@mids> you can do announcements, press releases 00:37 <@mids> we have multiple places that really like to hear about updates 00:38 <@mids> it increases the interest and amount of users in the project 00:38 <@mids> and also potential contributors / developers 00:38 <@mids> IF you have some super-duper mixnet 00:38 <@mids> you do need lots of users 00:38 <@mids> because with 2 users it isnt anonymous 00:39 <@mids> there have been more stable periods in the development code 00:39 <@mids> at which point we could have made a release 00:39 <@mids> IMHO 00:39 <@mids> problem is maybe the dependencies... 00:40 <@mids> PGP signing the release, compiling for windows, etc 00:40 <@mids> anyway, I have said it before ;) 00:42 < hezekiah> Well, between my being sporadically bumped from the network, I've tried to say something that didn't get said. ;-) 00:42 < hezekiah> <hezekiah> nop: mids has raised some good points. 00:42 < hezekiah> <hezekiah> nop: After we get 1.1 out the door (which should be _really_ soon), are we going to come up with a nice coherent plan for 1.2 so that we can get it out in a reasonable amount of time? 00:42 < hezekiah> <hezekiah> I think with good planning, and goals to get certain parts done by certain times, we could still write great code, but get it done in a reasonable timeframe. :) 00:42 < hezekiah> There! :) 00:42 <@mids> thanks 00:43 < Nostradumbass> in addition to the proposed feature list, perhaps a list of prohibited features (to limit feature creep) might be a good idea. 00:43 < dm> 1.2! 1.2! 1.2! 1.2! 00:44 <@mids> good suggestion Nostradumbass 00:44 < hezekiah> Well, I wasn't really refering to a feature list. I was refering to what we are going to code, in what order, and by what suggested time. 00:45 < hezekiah> nop? What do you think? 00:46 < nop> good idea 00:46 < nop> organization is always good 00:46 < nop> but not always perfect 00:46 < hezekiah> Perhaps after we release 1.1, all the developers could sit down and we could make up a list of stuff we plan on doing in the next 1-2 months, then a list of stuff planned for the next 5 months, then with a full list of what will make IIP 1.2 to be version 1.2. :) 00:46 < hezekiah> I know. It will be _very_ flexable. 00:47 < hezekiah> (For starters I wouldn't say feature A is one at date 1 and feature B is done at date 2. I'd say feature A is hopefully done in X weeks, and feature B is hopefully done Y weeks after feature A.) 00:47 < hezekiah> I think that something as a general guide to what we're doing is a good idea. 00:48 < hezekiah> Not a stiff-as-iron list. :) 00:48 <@mids> yeah, get it 00:48 < hezekiah> OK ... 00:48 < hezekiah> Anything to add mids? 00:49 <@mids> nope 00:49 < hezekiah> OK. ;) 00:49 < hezekiah> So for now ... 00:49 < hezekiah> I am waiting for nop or UserX to enlighten me concerning the stuff I dug up on mids' new entropy bug. 00:49 <@mids> I hope that I wont find other issues 00:49 < hezekiah> (It just doesn't seem like randomWriteSeed() is never called.) 00:49 < hezekiah> Let's hope. :) 00:50 < nop> double negative 00:50 < nop> hmm 00:50 < nop> ;) 00:50 <@mids> . 00:50 <@mids> I am done :) 00:50 < hezekiah> You're right! :) 00:50 < hezekiah> It seems like randomWriteSeed() should be called. 00:50 < hezekiah> But it doesn't look like it is. 00:51 <@mids> not in randomSlowPoolReseed? 00:52 < hezekiah> Well, lets hope we have this bug fixed by next week. 00:52 <@mids> you better do that! 00:52 * mids tries to put up an angry face 00:53 <@mids> ok, been a pleasure again. till next meeting, mailinglist, chat or otherwise! 00:53 <@mids> *boink* 00:53 < hezekiah> randomSlowPoolReseed() calls randomWriteSeed(), but (as I said in my email to iip-dev), randomSlowPoolReseed() is never called by anyone! 00:53 < hezekiah> lol -- Log closed Wed Mar 05 23:42:43 2003 </div>/cs/blog/2003/02/18/v%C3%BDvoj%C3%A1%C5%99sk%C3%A1-sch%C5%AFzka-i2p/Tue, 18 Feb 2003 00:00:00 +0000/cs/blog/2003/02/18/v%C3%BDvoj%C3%A1%C5%99sk%C3%A1-sch%C5%AFzka-i2p/<p>(S laskavostí wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="rychlé-shrnutí">Rychlé shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> aum, Barney, bpb, hezekiah, jeremiah, LeerokOnKnoppix, lonelynerd, mids, namless, nop, PsionX, _Trent, WindowsHater</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> --- Log opened Tue Feb 18 23:54:43 2003 23:54 -!- Topic for #iip-dev: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ 23:54 [Users #iip-dev] 23:54 [ aum ] [ bpb ] [ jeremiah ] [ logger] 23:54 [ Barney] [ codeshark] [ LeerokOnKnoppix] [ mids ] 23:54 -!- Irssi: #iip-dev: Total of 8 nicks [0 ops, 0 halfops, 0 voices, 8 normal] 23:54 -!- Irssi: Join to #iip-dev was synced in 2 secs 23:55 * bpb points at the logging bot then jumps up and down like a japanese animated school girl 23:55 -!- mode/#iip-dev [+o mids] by Trent 23:55 -!- mode/#iip-dev [+v logger] by mids 23:57 -!- LeerokOnKnoppix is now known as Trent 23:57 -!- Trent is now known as nickthief76011 23:57 <@mids> :p 23:57 -!- nickthief76011 is now known as LeerokOnKnoppix 23:57 < lonelynerd> wwwhat? 23:58 <@mids> Trent protects the nick 23:58 < lonelynerd> oh, nothing 23:58 < LeerokOnKnoppix> How does it do that? 23:58 -!- LeerokOnKnoppix is now known as _Trent 23:58 < _Trent> I am Trent, hear me roar! 23:58 < _Trent> Get out, all unverified users! 23:59 -!- mode/#iip-dev [+o hezekiah] by Trent 23:59 < _Trent> What about me? 23:59 <@mids> hey hezekiah :) 23:59 -!- _Trent is now known as LeerokOnKnoppix 23:59 <@hezekiah> Hi, mids. :) 23:59 <@hezekiah> I think I'm getting the hang of some of this IRC thing! :) 23:59 <@mids> kool --- Day changed Wed Feb 19 2003 00:00 <@hezekiah> So have any bugs defied the great IIP dev team and risen their ugly heads since your last mail to the iip-dev mailinglist? 00:01 < LeerokOnKnoppix> It disconnects every now and then. 00:01 <@hezekiah> I don't seem to experiance that bug. :( 00:01 < lonelynerd> LeerokOnKnoppix, it's probably your connection. i haven't had any problems 00:01 < LeerokOnKnoppix> Hmm. 00:01 <@hezekiah> mids: Where are nop and UserX? 00:01 <@mids> Tue Feb 18 23:01:51 UTC 2003 00:01 <@mids> user was here but he pinged out 00:01 < LeerokOnKnoppix> _Trent kicked them out. 00:02 <@mids> userx 00:02 <@mids> just icq-ed nop 00:02 < LeerokOnKnoppix> Is he coming? 00:02 <@mids> dunno 00:02 < bpb> lonelynerd: it's always happened though... and it's not just him 00:03 < lonelynerd> bpb, still, it's not a problem with iip but unreliable connections 00:04 <@mids> nop is comming 00:04 < nop> hi 00:04 < lonelynerd> hi 00:04 < nop> ok 00:04 < nop> welcome 00:04 < LeerokOnKnoppix> Hello nop. 00:04 <@hezekiah> Hi, nop! :) 00:04 < nop> Leerok likes Knoppix? 00:04 < LeerokOnKnoppix> So far. 00:04 < nop> kewl 00:04 < nop> ok 00:04 < bpb> lonelynerd: it's a problem with the actual network then 00:04 < LeerokOnKnoppix> But I want to install it to the hard drive. 00:04 < LeerokOnKnoppix> But it didn't work when I tried it. 00:04 < nop> well, welcome to the 31st meeting 00:04 < nop> of IIP-dev 00:04 < LeerokOnKnoppix> Cool. 00:04 < lonelynerd> bpb, well, it could handle unrealiable links, but it doesn't at the moment 00:04 < LeerokOnKnoppix> I'm just hanging around to let knowledge osmose into my head. 00:05 < nop> ok 00:05 < nop> shh 00:05 < nop> meeting started 00:05 < nop> on the agenda 00:05 -!- mode/#iip-dev [+o nop] by mids 00:05 <@nop> IIP 1.1 and pleasantries with that 00:05 <@nop> hezekiah: 00:06 <@hezekiah> Yeah? 00:06 <@nop> hezekiah: all entropy stuff have we resolved? For instance the hhhhhh issue 00:06 <@hezekiah> I just told you about the hhhhhhhh isue. 00:06 <@hezekiah> We haven't done anything about it yet. 00:06 <@nop> ok 00:06 <@hezekiah> The seed.rnd issue is resolved by porting the --randomdialog option from development .. 00:06 <@nop> ok 00:07 <@nop> and can you explain what they do 00:07 <@nop> just for the record 00:07 <@hezekiah> ... and having IIP abort when seed.rnd doesn't exist. 00:07 <@hezekiah> Explain what --randomdialog and --ignoreemptyrandom do? 00:07 <@nop> yes 00:07 <@hezekiah> OK. :) 00:07 <@nop> for official purposes 00:07 <@nop> aka the meeting 00:07 <@hezekiah> Right. :) 00:08 <@hezekiah> When isproxy is run with --randomdialog, the user is asked for entropy (even is seed.rnd already exists). 00:09 <@hezekiah> When isproxy is run with --ignoreemptyrandom, and there isn't enough entropy (a condition that would cause isproxy to _normally_ abort), the program just keeps going. This is a security risk, so a suitablely scary warning label is added in the help description. 00:09 <@hezekiah> (Speaking of all these options, unless mids as already added them, they aren't in the isproxy.pod file yet.) 00:09 <@hezekiah> . 00:09 <@mids> I didnt 00:09 <@hezekiah> We should do that before release. :) 00:10 < lonelynerd> (shouldn't it be --random-dialog and --ignore-empty-random ? ;P) 00:10 <@hezekiah> lonelynerd: I code what UserX orders. :) 00:10 < lonelynerd> ok 00:10 <@hezekiah> nop: So, the seed.rnd problem is solved, but the hhhhhhhh problem isn't. 00:10 <@nop> right 00:11 <@nop> hmm, well, we could have a counter that won't allow the same keystroke more than three times in a row 00:11 <@hezekiah> (I don't even know if hhhhhhhh is a problem. I just mentioned it to you and UserX. You tell me!) :) 00:11 <@nop> real simple 00:11 <@nop> it's a slight problem 00:11 <@hezekiah> PGP some how knows how much entropy text is worth. 00:11 <@nop> well, we calculate the keyboard timings as well 00:12 <@nop> we could just force a wait till something beyond 3 same char in a row are pressed 00:12 <@hezekiah> Does GPG evaluate the entropy of a string of text? If they do, we could look at their code. :) 00:12 <@nop> I am not sure 00:12 <@nop> I advise looking at it 00:12 < lonelynerd> hezekiah, i think it just uses /dev/random, or? 00:12 <@nop> lonelynerd no 00:12 <@nop> it doesn't 00:13 < lonelynerd> ah 00:13 <@nop> we're talking about creation of entropy 00:13 <@nop> aside /dev/random 00:13 <@nop> like an Initialization 00:13 <@hezekiah> GPG does make the user pound on the keyboard. :) 00:13 <@mids> well no 00:13 <@mids> it reads from the entropy pool 00:13 <@mids> and suggests that you move the mouse + press keys 00:14 <@mids> but entropy pool can be filled with interrupts etc too 00:14 <@nop> yes 00:14 < lonelynerd> yep 00:14 <@hezekiah> Ah. I just remembered when GPG made me pound on the keyboard once. ;) 00:14 < lonelynerd> it was pgp perhaps? 00:14 <@hezekiah> Nope. It was GPG running under Mandrake Linux. 00:14 < Barney> yep 00:15 <@hezekiah> (It was a few years ago, before AES was released I remember.) Anyway, back on topic. :) 00:15 <@nop> I think we should look at the code 00:15 <@hezekiah> OK. :) 00:15 < lonelynerd> :) 00:15 <@nop> if it's not clear, I suggest limiting the characters in a row 00:15 <@nop> and waiting 00:15 <@nop> for new characters to be pressed 00:15 <@hezekiah> Are there any methods outline (maybe in whitepapers from acedemia) on evalutating the entropy worth of a string of text? 00:16 <@nop> yes there are, I will dig them up in a bit 00:16 <@hezekiah> Cool! :) 00:16 < lonelynerd> "ent - A pseudorandom number sequence test program" 00:16 <@nop> yes, chi squaring 00:16 <@hezekiah> We could just implement one of those. (Believe it or not, it might be faster than digging through GPG code!) :) 00:16 <@nop> http://www.gnu.org/software/gnu-crypto/api/gnu/crypto/tool/Ent.html 00:17 <@nop> that's java 00:17 <@nop> but still 00:17 <@hezekiah> I can read Java. :) 00:17 <@hezekiah> I can translate too. :) 00:17 < lonelynerd> ent is in C, too 00:17 <@nop> yep 00:17 <@hezekiah> lonelynerd: Where can I find the C version? 00:18 < lonelynerd> apt-get inst.. whoops, ;P http://www.fourmilab.ch/random 00:18 < lonelynerd> Upstream Author(s): John Walker 00:21 <@nop> ok 00:21 <@nop> anyway 00:21 <@nop> I'm sure that needs to be taken care of b4 1.1 00:21 <@nop> this will give mids time to update isproxy.pod 00:21 <@hezekiah> lol 00:21 <@mids> pff 00:22 <@mids> say nop, did you work on the docs? :) 00:22 <@nop> ;) 00:22 <@nop> I am working on them 00:22 <@nop> and I have an editor too ;) 00:22 <@mids> well 00:22 <@mids> dont edit the html 00:22 <@nop> I know 00:22 <@nop> I'm just writing it in notepad 00:22 <@nop> ;) 00:22 <@mids> just send me the text changes, yeah thats fine 00:22 <@hezekiah> Yay! Real HTML coder! Uses a plain text editor! ;-) 00:23 <@nop> haha 00:23 <@nop> I ain't coding it 00:23 <@nop> just typing the doc 00:23 <@nop> ;) 00:23 <@mids> so 00:24 <@mids> will any more features slip in for 1.1? 00:24 * mids hopes not 00:24 <@mids> I tried to contact codeshark 00:24 <@nop> no 00:24 <@mids> but didnt get a reply yet 00:24 <@nop> it's not a feature 00:24 <@nop> it's a bug fix 00:24 <@nop> ;) 00:25 <@nop> anyway 00:25 <@nop> moving forward 00:25 <@mids> ok, I got other things to do 00:25 <@mids> if you need me shout loud 00:25 < lonelynerd> (gpg seems to use get_entropy_count(fd) to check how many bytes /dev/random has to offer) 00:26 <@nop> right 00:26 <@nop> aka checking the entropy pool size 00:26 < lonelynerd> which is some ioctl 00:26 < lonelynerd> dunno how that would work under windows 00:26 <@hezekiah> lonelynerd: It probably _doesn't_ work under windows. This a GNU project, remember? :) 00:27 < lonelynerd> great :) 00:27 <@hezekiah> What we really want (at least I think we do) is something that can evaluate how much entropy is in a buffer of text. 00:27 < lonelynerd> hezekiah, ok 00:27 <@nop> yes 00:27 <@hezekiah> That way we can have the user keep pounding until we get that much _REAL_ entropy. :) 00:27 < lonelynerd> hezekiah, ok 00:27 <@nop> yes 00:27 <@nop> we should have 1 bits per 3 characters 00:28 <@nop> technically that's considered secure entropy 00:28 < lonelynerd> ok, but under linux it could just read /dev/random 00:28 < lonelynerd> let the windows users type ;) 00:28 <@hezekiah> Well, isn't "randomentropyneeded" the number of bytes of entropy still needed? 00:28 <@nop> yes 00:29 < LeerokOnKnoppix> MD5sum of the registry. 00:29 <@hezekiah> lonelynerd: UserX, nop, and I have talked about ways to get IIP to use /dev/urandom under controlled circumstances. 00:29 < lonelynerd> hezekiah, hmm 00:29 < lonelynerd> hezekiah, urandom is just like random, but it doesn't block when there isn't enough entropy? 00:31 <@hezekiah> I think so. Is that right, nop? 00:31 <@nop> yes, with urandom you can assign the amount of entropy in advanced 00:31 < lonelynerd> so urandom might or might not be secure 00:32 <@nop> urandom just uses random 00:32 < lonelynerd> yep 00:33 <@hezekiah> lonelynerd: That's the issue. :) We considering compiling a list of OS's (and their versions) with secure instances of /dev/urandom, and having IIP use it when it's secure; when it's not secure, IIP would stick with the current methods. It's a thought. :) 00:33 <@nop> right, but not for 1.1 00:33 <@nop> ;) 00:33 <@hezekiah> Of course! 00:33 < lonelynerd> hezekiah, wouldn't that be "secure versions of random" and not urandom? 00:33 <@hezekiah> This is all 1.2 stuff I'm talking about. (I am usually always talking 1.2 unless otherwise stated!) 00:33 < lonelynerd> ok 00:33 < lonelynerd> sounds great 00:34 <@nop> lonelynerd nothing wrong with urandom if random is considered secure 00:34 < lonelynerd> well if you check that there is enough entropy 00:36 <@hezekiah> So, nop? How exactly do we handle this hhhhhhhh problem? 00:36 <@nop> well 00:36 <@nop> for 1.1.0 I would limit the amount of repeated characters 00:36 <@nop> in a row that is 00:36 <@nop> and then leave it for in depth discussion in 1.2 00:37 <@hezekiah> OK. But what happens when someone does pattern like "hHhHhHhHhHhHhH"? 00:37 < lonelynerd> :) 00:37 <@nop> we need to create a counter that spaces it out 00:37 <@hezekiah> (Let's assume the user is an idiot. The software is only as secure as the user!) :) 00:37 <@nop> so so many bytes can not contain this letter 00:37 <@nop> since last used 00:37 < jeremiah> hello 00:37 <@nop> hi 00:37 <@hezekiah> jeremiah: hi. :) 00:37 < jeremiah> hey hezekiah 00:38 <@nop> for instance [h][H][xonH[xonH[ etc 00:38 <@hezekiah> So, 'h' can't be repeated more than _m_ times in _x_ bytes? 00:38 <@nop> yes 00:38 < jeremiah> are we talking about buffer overflows? 00:38 <@nop> it will be considered rejected entropy 00:38 <@hezekiah> jeremiah: Nope! We're talking about entropy! :) 00:38 <@nop> but still log the keyboard timings 00:38 <@nop> just ignore it as a string 00:39 < jeremiah> random number generators are supposed to make sure there isn't a correlation with the numbers anyways 00:39 < jeremiah> you can do that with chi-square 00:39 < jeremiah> right? 00:40 <@nop> well yarrow helps mix 00:41 <@hezekiah> You said we "log the keyboard timings". What's that mean? 00:42 < jeremiah> hezekiah: times between when you hit keys 00:42 < lonelynerd> that's difficult if input is buffered 00:42 <@nop> just do the character thing, it will be fine 00:42 <@nop> yarrow does the rest 00:42 <@hezekiah> nop: Are we getting the entropy from the keys being hit or the timing between when the keys get hit? 00:42 <@nop> both 00:42 <@hezekiah> Oh. OK. :) 00:42 <@hezekiah> I'll just write up some code that prohibits 'char' repeating more than 'm' times in 'x' bytes. :) 00:43 <@nop> yes 00:43 <@nop> thnx 00:43 <@hezekiah> Then for development, we brainstorm. ;-) 00:43 <@nop> yes 00:44 < LeerokOnKnoppix> How 'bout you get entropy from all possible inputs like the microphone, internet, processor speed, temperature, memory usage and speed, and other things? 00:44 < lonelynerd> LeerokOnKnoppix, calm down :P 00:44 <@hezekiah> I refuse to collect entropy from my internet connection; if someone can sniff it, then the quality of my entropy is lowwered. 00:45 <@nop> haha 00:45 < lonelynerd> yeah, and the kernel already does a nice job in gathering entropy. applications shouldn't do it 00:46 <@hezekiah> lonelynerd: That works fine as long as IIP is run on an OS with good kernel random number support. There are OS's that exist that _don't_ have good support! 00:46 < PsionX> like windows 00:46 <@hezekiah> lol 00:46 < lonelynerd> hezekiah, yep 00:46 -!- PsionX is now known as WindowsHater 00:46 < WindowsHater> lol 00:46 < lonelynerd> hezekiah, just use some #ifdef there 00:47 -!- WindowsHater is now known as PsionX 00:47 <@nop> this was discussed earlier 00:47 <@nop> and we will look at it on 1.2 00:47 <@nop> moving on 00:47 < lonelynerd> ok ok 00:47 <@nop> we'll end up repeating ourselves 00:47 <@nop> a dozen times 00:47 <@nop> before this meeting is over 00:47 <@hezekiah> Yeah. :) 00:47 <@hezekiah> Next item! :) 00:49 <@hezekiah> Uh, nop? Do we have a next item? 00:49 <@hezekiah> Perhaps: "What's on the list until we can release IIP 1.1" 00:50 <@hezekiah> Currently, I have: 00:50 <@hezekiah> 1.) mids adds docs for --randomdialog and --ignoreemptyrandom to isproxy.pod 00:50 <@hezekiah> 2.) nop finishes working on his HTML docs 00:50 <@nop> yeah 00:50 <@hezekiah> 3.) We correct the 'hhhhhhhh' entropy problem by prohibiting a certain number of repeated characters. 00:51 <@hezekiah> Anything else? 00:51 <@nop> right 00:51 <@nop> nope 00:51 <@nop> not that i know of 00:51 <@hezekiah> Well, hopefully all that will be done by next week! :) 00:51 <@hezekiah> (Or earlier!) 00:51 <@nop> yes 00:54 <@hezekiah> So what's next on the agenda? 00:55 <@nop> umm 00:55 <@nop> questions, 00:55 <@hezekiah> lol! 00:55 < LeerokOnKnoppix> Not much, it appears. 00:55 < LeerokOnKnoppix> Will there be socks? 00:55 * PsionX looks at his feet 00:55 < LeerokOnKnoppix> No, I mean the proxy thing. 00:55 <@nop> not in 1.1.0 00:56 < LeerokOnKnoppix> Hmm. 00:57 < LeerokOnKnoppix> Will there be IP spoofing? 00:57 < lonelynerd> w-what? 00:57 <@nop> umm, not in this lifetime 00:57 < LeerokOnKnoppix> Never mind. 00:57 < LeerokOnKnoppix> I'm just thinking up random questions. 00:58 < lonelynerd> :) 00:58 < LeerokOnKnoppix> Will there be any sort of file-transer? 00:58 < LeerokOnKnoppix> *transfer 00:58 <@nop> not in 1.1 00:58 < LeerokOnKnoppix> Will there be buddy icons? 00:58 <@hezekiah> LOL 00:59 < PsionX> will someone please shut him up? 00:59 < lonelynerd> LeerokOnKnoppix, you can already transfer files over iip but it's a bit slow 00:59 < LeerokOnKnoppix> I know. 01:01 < LeerokOnKnoppix> Will there be Reversi? 01:01 < PsionX> this guy wants everything and a bag of chips too 01:02 < LeerokOnKnoppix> Indeed. 01:02 <@nop> the best question 01:02 <@nop> will the human race be freed 01:02 <@nop> from oppression 01:02 < LeerokOnKnoppix> With IIP? Certainly! 01:02 <@hezekiah> lol! 01:02 < PsionX> i got a question 01:02 < PsionX> ... can i kick hezy in the butt for no good reson? 01:02 <@nop> sure 01:02 < PsionX> lol 01:03 <@hezekiah> nop: So my work for now is to write up the repeating-character-entropy fix. 01:03 <@nop> yes 01:03 <@nop> oh and change the world in one sitting 01:04 <@hezekiah> lol 01:04 * aum pulls his face out of the other windows 01:04 < LeerokOnKnoppix> Peace in Iraq. 01:04 < aum> hi all 01:04 < LeerokOnKnoppix> Hello. 01:04 <@hezekiah> Oh, boy! I spent TOO LONG going over THAT one! 01:04 <@nop> hi aum 01:04 < PsionX> ... 01:04 < PsionX> ... i got spikeys 01:05 <@hezekiah> Question! 01:05 < PsionX> Answer 01:06 <@hezekiah> After IIP 1.1 is released, are we going to sit down and draw up a nice linear list of what needs to be done to decentralize the ircd server? (For example: does the "core" code need to be completed first?) 01:09 <@nop> yes we will do that 01:09 <@mids> s/1.1/1.1.0/ 01:09 <@hezekiah> lol. OK, mids. :) 01:10 <@hezekiah> mids: Though it should probably be s/1\.1/1.1.0/ just for clarity's sake. ;-) 01:10 <@mids> oops, sorry 01:10 <@hezekiah> lol. :) 01:11 <@hezekiah> Also: 01:11 <@mids> maybe before decentralizing there should be another step 01:11 <@hezekiah> I've seen that there is the capability to make varios crypto cores. 01:11 <@mids> keeping a central irc, but letting the proxy be IRC aware 01:11 <@mids> so it can already handle private conversations 01:11 <@mids> etc 01:14 <@hezekiah> mids: i.e. it interprets /msg and does direct user-to-user encryption? 01:14 <@mids> yes 01:14 <@hezekiah> Well, I don't know how abstract things have to say, but I think it's a good idea until we can get the server decentralized! :) 01:16 <@hezekiah> About the crypto cores: if IIP has several crypto cores (SOCKS, SSL, and custom for example), then what happens when you have a connection between a user and several relays that has different encryption between each link? 01:16 <@mids> you can do what GPG does 01:16 <@mids> require a minimum 01:16 <@mids> and if both parties have better, use that 01:16 <@mids> also look hope SILC does it 01:17 <@mids> bye hezekiah 01:17 < PsionX> LOL dial up 01:17 < PsionX> lol on hezy 01:17 <@mids> ;) 01:17 <@mids> wb 01:17 < hezekiah> Let's say that SOCKS is weaker than SSL (I have no idea if it is.) 01:18 < namless> what about own privat/publick keys that the user can add to (client or to IIP proxy) so he can crypt what he talks to chertain chanels or private querys? (meaning users who downt have the right key on these special chanels or private queries down understant other users and IIP proxy filters this crypted text away) 01:18 < hezekiah> (Sorry about being nocked off the internet folks; my brother probably tried to get on.) 01:18 < namless> down -> dont (dam bad english and typos :( 01:19 <@mids> namless: like the existing blowfish etc encryption for irc clients, but then server side 01:19 <@mids> (psybnc has it too) 01:19 < namless> jep 01:20 < namless> the system vould be build into the IIP proxy so it could be transparent to the client... 01:20 <@mids> another thing that I'd like to see is support for multiple layers on the same 'mixnet' 01:20 < namless> vould-> could 01:20 <@mids> so you can do multiple protocols with the same relays 01:22 < hezekiah> (OK. This is getting annoying.) 01:22 <@mids> probably it is bedtime for you :) 01:23 < hezekiah> Nah. That's not for hours. 01:23 <@mids> so no divine intervention? 01:23 <@hezekiah> lol 01:23 <@hezekiah> So, mids. From what the logs said (Thank God for logs), you mentioned that we could do as GPG does: require a minimum and use better if we have it. 01:24 <@mids> yeah 01:24 <@mids> probably different systems can be compatible too 01:24 <@mids> like homebrew DH and SSL one 01:24 <@mids> with SSL just beeing faster 01:24 < hezekiah> But all the advantage of one connection type being securer than the other are lost when someone along the long uses something less secure. 01:24 -!- LeerokOnKnoppix is now known as LeerokShovelSno 01:26 < hezekiah> Oops. s/along the long/along the line/ 01:26 < hezekiah> Well, we can worry about that another day. 01:26 <@mids> k 01:26 <@mids> btw, any idea how to do something like <br> in POD format? 01:26 <@hezekiah> nop: Sometime we should also work on implementing RKA. :) 01:27 <@hezekiah> mids: You know more about POD than I do because I know nothing about POD! :) 01:29 <@nop> well we have RKA working but not as good as we'd like 01:29 <@nop> the GMP stuff will change that 01:29 <@hezekiah> mids: "E<escape>" -- a character escape 01:29 <@hezekiah> nop: We do? When did that happen? 01:29 <@nop> it's been in 01:30 <@nop> every 52 blocks it changes keys 01:30 <@hezekiah> Ah 01:30 <@hezekiah> Do you think we might make the key changing a little more random? 01:30 < namless> "everyting should be random"... 01:31 <@hezekiah> Like having a random number checked every 10 blocks and a 1 out of 3 chance of the key changing? 01:31 <@hezekiah> ... or having an SHA sum of the last 3 plaintext messages checked and a 1 out of 3 chance of the key changing based on that? 01:35 < lonelynerd> hmm 01:35 <@mids> ok, info about --randomdialog and --ignoreemptyrandom added to POD 01:35 < namless> by the way how "similar" is the traffic IIP is making? is there any plans to make this traffic to look as much random it can be? if the "transfer macanism" makes a static mark in the traffic then it can be detected as IIP traffic and can be started to be monitored and well there only the sky is the limit... 01:35 <@hezekiah> And committed to HEAD and development? 01:36 <@mids> oops 01:36 * mids does to dev too 01:37 <@hezekiah> nop? Are you there? 01:37 <@nop> sorry 01:37 <@nop> what 01:37 <@nop> dude, my brain is gone 01:37 <@nop> can we discuss all this later 01:37 <@hezekiah> OK. :) 01:37 <@hezekiah> Sorry. :) 01:38 <@mids> ok, lets close 01:38 <@hezekiah> (If it makes you feel any better, my brain is going to be gone too after a Physics review and some calcus!) :) 01:38 <@mids> commited to development too 01:38 * hezekiah hands mids the "baff"er 01:38 <@hezekiah> OK. Good! :0 01:38 <@mids> *baff* 01:38 <@hezekiah> s/0$/)/ 01:38 <@hezekiah> Bye all! :) 01:38 <@mids> cya next week 01:40 < lonelynerd> bye --- Log closed Wed Feb 19 01:40:48 2003 </div>/cs/blog/2003/02/11/i2p-v%C3%BDvoj%C3%A1%C5%99sk%C3%A1-sch%C5%AFzka/Tue, 11 Feb 2003 00:00:00 +0000/cs/blog/2003/02/11/i2p-v%C3%BDvoj%C3%A1%C5%99sk%C3%A1-sch%C5%AFzka/<p>(S laskavým svolením wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="rychlé-shrnutí">Rychlé shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> _42, hezekiah, hobbs, lonelynerd, mids, nemesis, nop, thecrypto</p> <h2 id="záznam-z-jednání">Záznam z jednání</h2> <div class="irc-log"> --- Log opened Tue Feb 11 23:36:59 2003 23:37 -!- Topic for #iip-dev: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ 23:37 [Users #iip-dev] 23:37 [ ArdVark ] [ logger ] [ mids] [ ptm ] [ UserX] 23:37 [ jeremiah] [ lonelynerd] [ pox ] [ thecrypto] 23:37 -!- Irssi: #iip-dev: Total of 9 nicks [0 ops, 0 halfops, 0 voices, 9 normal] 23:37 -!- Irssi: Join to #iip-dev was synced in 2 secs 23:57 < nop> hi hezekiah 23:58 < hezekiah> Hi. :) 23:58 -!- mode/#iip-dev [+o mids] by Trent 23:58 -!- mode/#iip-dev [+o nop] by Trent 23:58 <@mids> gimme an h. e. z. e. k. i. a. h 23:58 <@mids> hezekiah! 23:58 < hezekiah> lol 23:58 < lonelynerd> :D 23:58 < hezekiah> (Hmmm ....) 23:59 * hezekiah gets an idea wondering if I can do something in IRC. 23:59 <@nop> uh oh 23:59 -!- mode/#iip-dev [+o hezekiah] by Trent 23:59 -!- mode/#iip-dev [+o UserX] by hezekiah 23:59 < _42> what? 23:59 <@hezekiah> It works! 23:59 <@mids> kick me out? 23:59 <@hezekiah> Cool! 23:59 <@hezekiah> No. 23:59 -!- mode/#iip-dev [-o UserX] by mids 23:59 <@hezekiah> See if I could op UserX 23:59 <@nop> it worked yes 23:59 <@hezekiah> Oops. 23:59 <@mids> userx didnt identify 23:59 < _42> op everyone :) 23:59 <@hezekiah> Oh. 23:59 <@mids> he might be evil 23:59 <@mids> :) 23:59 <@hezekiah> My mistake. :( 23:59 <@mids> *grin& 23:59 <@hezekiah> I was just wondering if I could do it. (Good at C. Newborn at IRC.) --- Day changed Wed Feb 12 2003 00:00 <@nop> anonymity and authentication take practice hezekiah 00:00 <@mids> Tue Feb 11 23:00:05 UTC 2003 00:00 < _42> Yeah, but we all know that nop is sa&nbsp;fe. 00:00 <@nop> you will learn grasshoper 00:00 <@nop> ok 00:00 <@nop> welcome 00:00 <@mids> Welcome to the 30th meeting 00:00 <@nop> _42 let's take this outside 00:00 <@nop> ;) 00:00 < thecrypto> yah! 00:00 < thecrypto> 30! 00:00 <@nop> sweet 00:00 <@nop> ok 00:01 <@nop> anyway 00:01 <@nop> welcome, do we have anything specific on the agenda 00:01 <@hezekiah> IIP 1.1 yet? 00:01 <@mids> nope! 00:01 < hobbs> 30 is the product of the first three primes. :) 00:02 <@nop> hehe 00:02 < thecrypto> yah! 00:02 < thecrypto> primes! 00:02 <@nop> simmer down everyone 00:02 <@mids> showstoppers for IIP 1.1: 00:02 <@mids> - file paths 00:02 < _42> what about them? 00:03 <@nop> 42 we have questions later 00:03 <@nop> after all this 00:03 <@nop> continue mids please 00:03 <@mids> 42 asked what is one with the file paths I guess 00:03 <@mids> I dont have other showstoppers 00:04 <@nop> oh 00:04 <@nop> well than do a . 00:04 <@nop> so we know 00:04 <@nop> sorry 42 00:04 < _42> it's ok 00:04 <@nop> ok umm, I believe UserX is working on the file path issue 00:04 <@nop> I don't think he's at his keyboard at this moment 00:04 <@mids> he didnt yet 00:04 <@mids> I checked today 00:04 <@nop> but I'll see if I can get that done stat 00:05 <@hezekiah> I also proposed a solution. 00:05 <@nop> oh ok 00:05 <@hezekiah> I'm willing to code it if someone tells me what to do. 00:05 <@mids> read http://sourceforge.net/tracker/index.php?func=detail&aid=651711&group_id=50945&atid=461514 00:05 <@mids> and fix it :) 00:05 <@nop> ok, mids I think you know the details of what we wanted done, but did we decide on the proper paths? 00:05 <@hezekiah> If that 00:06 <@hezekiah> mids: ... that's the bugtracker ID, then I've already read it. :) 00:06 <@mids> yeah 00:06 <@mids> first ~/.iip/ 00:06 <@mids> if not, current dir 00:06 <@hezekiah> Were we going to make an "install-local"? 00:07 <@mids> yes 00:07 <@hezekiah> BTW, accourding to my testing, the code already does that. 00:07 <@mids> I already made that I think... 00:07 <@hezekiah> It just requires that ~/.iip exists. 00:07 <@mids> hezekiah: it never ever puts iip.log in there 00:07 <@hezekiah> Ah. 00:07 <@hezekiah> That can be corrected. :) 00:07 <@mids> and maybe also not mynode.ref 00:07 <@hezekiah> Any other files that need to be there? 00:07 <@hezekiah> (I think it does put node.ref there.) 00:08 <@mids> userx' problem was that the logger code is very low level 00:08 <@hezekiah> How's that affect the file paths? 00:08 <@mids> and it doesnt have the extended features like '@' extends to path 00:09 <@hezekiah> (I wish people would tell me they want these things.) I can probably write that up for him. 00:09 <@hezekiah> In the development tree that is. I'm not sure what the logging code in head looks like. 00:10 <@hezekiah> I should be able to write that up for him in head as well. 00:10 <@hezekiah> I'll have to ask him exactly what he wants. :) 00:11 <@mids> do that 00:11 <@hezekiah> OK. :) 00:11 <@hezekiah> So exactly what files _aren't_ getting placed in ~/.iip? 00:12 <@hezekiah> You mentioned iip.log. 00:12 <@mids> according to codeshark: iip.log, isproxy.ini, mynode.ref, seed.rnd 00:12 <@hezekiah> Hmmm. 00:12 <@hezekiah> I can't remember which CVS tree I tested, but isproxy.ini, node.ref, and seed.rnd were are placed in ~/.iip. 00:13 <@hezekiah> The key was that ~/.iip needs to exist _and_ isproxy.ini needs to be in ~/.iip or not exist. 00:13 <@hezekiah> When those conditions are met, the 3 files I listed are placed in ~/.iip. 00:13 <@mids> if not, current directory 00:14 <@hezekiah> Right. 00:14 <@hezekiah> isproxy.ini listen.ref node.ref seed.rnd 00:14 <@hezekiah> Those are the files that the development branch places in ~/.iip. 00:14 <@mids> what about mynode.ref ? 00:15 <@hezekiah> mids, I've never met a file called mynode.ref. 00:15 <@hezekiah> What is it? 00:15 <@mids> it is created if you make a public/private relay 00:15 <@mids> contains the info that is also sent to inform 00:15 <@nop> yes 00:16 <@nop> it's designed for if you want to do neighbor noding 00:16 <@hezekiah> It is only mentioned in active sourcecode at: iip/iip-ui.c:650 00:16 <@nop> they specifically piggy back off you 00:16 <@nop> so they can bootstrap 00:16 <@nop> into the network 00:18 <@mids> ok 00:18 <@mids> keep in mind that the filepath can be changed 00:18 <@mids> it has to work if the filepath is changed too 00:18 <@hezekiah> (I'm looking into where mynode.ref gets placed.) 00:18 <@mids> or if the location for the individual files are specified too 00:18 <@hezekiah> mids: right now the filepath is hardcoded into the code. 00:19 <@mids> -f lets you change the path 00:19 <@hezekiah> If features are added in the future to do those things, then the code can be adapted to work with them. 00:19 <@mids> see my manpage :) 00:19 <@hezekiah> Hmmm ... odd. 00:20 <@hezekiah> Oh, duh! Right, the part that's hardcoded is used as a default parameter. 00:21 <@mids> thats fine 00:21 <@hezekiah> Anyway, I'll talk to UserX and see what he has done/wants done. :) 00:21 <@nop> coo 00:21 <@mids> huya 00:21 <@hezekiah> huya? 00:21 <@mids> lets try to get this done BEFORE the next meeting 00:22 <@hezekiah> If I can catch UserX before the next meeting (which I should), and I can get rid of this cold (which I should), and I don't make any more braindead mistakes (which I hope I won't), then hopefully, it will be. 00:22 <@hezekiah> (Note I garuntee nothing: Coding is far to volatile [no pun intended] to do that.) 00:23 <@mids> would be awesome 00:23 <@mids> okay 00:23 <@mids> other release issues? 00:23 <@mids> did everybody look at the new manpage? 00:23 <@mids> can the old one be removed? 00:23 <@hezekiah> Yeah. 00:23 <@hezekiah> Do you want it removed? 00:24 <@mids> I'll do that right away 00:24 <@mids> I wont put the .1 manpage in CVS 00:24 <@mids> if we release, it has to be created 00:25 <@mids> I'll send my Makefile with install-local to the mailinglist 00:25 <@hezekiah> Should the makefiles create the manpage? 00:25 <@mids> not right now 00:26 <@mids> end-users dont need to have perl 00:26 <@hezekiah> OK. Should they be installed by the Makefile? 00:26 <@mids> (which ships perldoc) 00:26 <@mids> future versions can have a make distribute or something 00:27 <@hezekiah> I'm asking these questions because right now the automake Makefiles for the development tree install the isproxy.1 manpage. 00:27 <@mids> making a directive that makes an isproxy.1 out of isproxy.pod should be simple 00:28 < lonelynerd> [ 00:28 <@hezekiah> Right. But that makes the end user require perl. :) 00:28 < lonelynerd> whoops 00:28 <@mids> pod2man -s 1 -c isproxy -r $VERSION ./$NAME/doc/isproxy.pod >./$NAME/doc/isproxy.1 00:28 <@hezekiah> Remember, you said you don't want them to need perl. 00:28 <@mids> then put that in the make distribute code 00:28 <@mids> I am more talking about requirements for 1.1 00:28 <@mids> 1.2 is different 00:29 <@mids> k 00:30 <@mids> TODO: mids mail install-local makefile 00:30 <@mids> hezekiah contact userx 00:30 <@hezekiah> Right. 00:30 <@mids> nop: look at podfile 00:30 <@mids> okay, for install-local 00:30 <@mids> where should the binary and manpage be installed? 00:30 <@mids> ~/bin and ~/man or something? 00:31 <@mids> or not install manpage.. 00:31 <@hezekiah> What did UserX say in our email conversation? 00:31 <@nop> ok 00:31 <@hezekiah> Oops. 00:32 <@hezekiah> nop? 00:32 <@nop> yes 00:32 <@nop> which email conversation 00:32 <@hezekiah> You were saying something. :) 00:32 <@nop> no 00:33 <@nop> just saying I'd look at podfile 00:33 <@hezekiah> Oh, mids, UserX, and I were going back and forth about what to do with the file path problem. 00:33 <@hezekiah> Part of that involved making an install-local makefile target. 00:33 <@hezekiah> I think I sent CC's of all my messages to you. 00:33 <@mids> did get some 00:33 <@hezekiah> Except for one that your email box wouldn't accept because it was full. 00:33 <@hezekiah> (I anonymailed you the summary of that one.) 00:34 <@hezekiah> I quote from UserX: "A possible solution to this is to add a "install-local" target to the Makefile. This would put the executable in ~/bin/ and other files in ~/.iip/." 00:35 <@mids> mail sent 00:37 <@hezekiah> So for now, install-local only copies node.ref and isproxy. 00:37 <@hezekiah> I still see a small problem. 00:37 <@hezekiah> When the user just runs "make install". 00:38 <@hezekiah> ... then ~/.iip doesn't get created. 00:38 <@hezekiah> Thus, isproxy will still leave its files in the current directory. 00:38 <@mids> can you check userid with make? 00:38 <@hezekiah> Huh? 00:38 <@mids> so if you arent root, make install will give an error 00:39 <@hezekiah> You can run a command like whoami. 00:39 <@mids> would that be an option? 00:39 <@hezekiah> id -u 00:39 <@hezekiah> That should spit out the numeric ID of the user. 00:40 <@mids> "Error: make install requires you to be root, use make install-local instead" 00:40 <@hezekiah> Well, they should get that anyway if they are trying to copy files to /usr/local/bin 00:41 <@hezekiah> It still doesn't fix the problem: isproxy will not place files in ~/.iip unless it exists, and "make install" doesn't create it. 00:41 < nemesis> can i speak? 00:41 <@hezekiah> (I don't see why not. Nop or mids can he speak? 00:41 <@hezekiah> ) 00:41 < nemesis> ;) 00:41 <@mids> please speak 00:42 < nemesis> anyone know the linux distri SoL (server optimized linux) ? there are a root /server for all servers, unreal are added too 00:42 <@mids> (hezekiah: make install makes /home/iip/.iip/ and installs there) 00:42 < nemesis> it would be nice when iip goes someday in that distri 00:43 < _42> What about configure --prefix=~ ? 00:43 < nemesis> any suggestions? 00:43 <@mids> _42: 1.1 doesnt have configure yet, 1.2 does 00:43 < _42> oh. 00:43 <@hezekiah> _42: the main branch of CVS doesn't have a configure script. 00:43 <@mids> _42: good point though 00:43 <@hezekiah> _42: but I already suggested that for 1.2. :) 00:44 <@mids> nemesis: once 1.1 is out, we'll ask distributetions to make packages 00:44 <@mids> which leads us to the following, we need an init.d script 00:44 <@mids> we should really supply that 00:44 < nemesis> SoL usese XML for that 00:44 < nemesis> very nice configs... 00:44 < _42> mids: they're distro-defined. I might be able to write a gentoo one. 00:45 <@hezekiah> And Gentoo uses a different format than most. 00:45 <@mids> iip.1.1.showstoppers.add(init.d-script) 00:45 <@mids> maybe we can supply a general one? 00:45 <@hezekiah> I wouldn't bet on it working. 00:45 <@mids> ah 00:45 <@mids> so, we dont have to? 00:45 <@hezekiah> I'd save leave it to the distros, or make distro-specific ones. 00:45 < _42> mids: gentoo uses a dependency system with its init.d scripts. It's simple, but incompatible. 00:45 <@mids> k 00:45 <@mids> then lets leave it 00:46 <@mids> I still have some contact info of a debian packages 00:46 <@hezekiah> _Especially_ when not all distros even USE init.d! (Gentoo uses a totally different format.) 00:46 <@hezekiah> OK. :) 00:46 <@mids> he offered to package iip in the past 00:46 <@hezekiah> Cool! :) So where were we? 00:46 <@mids> show stoppers 00:46 <@mids> any more? 00:46 <@hezekiah> Oh, yeah. 00:46 <@hezekiah> I don't know of any 00:46 < nemesis> when will 1.1 be released? ;) 00:46 <@mids> nemesis: once all the show stoppers are tackled 00:47 <@hezekiah> When we fix all the showstoppers! ;-) 00:47 <@mids> what about the windows helpfile thing 00:47 <@mids> how does that work atm? 00:47 < nemesis> *g* k thx 00:47 <@mids> what does it say 00:47 < _42> mids: If I knew the proper start/stop commands I could write a gentoo runscript. 00:47 <@hezekiah> I have no clue. I don't use Windoze unless I need to. 00:47 <@mids> I believe that codeshark made a 'no help right now, see http://help.invisiblenet.net/' or something 00:47 <@hezekiah> (If it comes to that, I could write one, _42. I use Gentoo.) 00:47 <@mids> thx 00:47 < _42> hezekiah: how about one of us does the ebuild, and the other the init.d? :) 00:47 <@hezekiah> Fine. I don't really care. :) 00:48 < _42> yes, but who does what? 00:48 <@mids> ok 00:48 <@mids> any windows user? 00:48 <@hezekiah> You can do both if mids lets you. :) 00:49 <@mids> it wont be bundled in the 1.1 release itself 00:49 * hezekiah listens to the thunderous silence resounding through the room. 00:49 <@mids> oh yeah 00:49 <@hezekiah> What? 00:49 <@mids> nop had to read through the docs 00:49 <@mids> some crypto things changed 00:50 < _42> what, the ebuild? of course not. That's distributed from Gentoo HQ. in a mysteriopus complex in (DELETED FOR DISTRO SECURITY REASONS) via rsync 00:50 <@hezekiah> So what's the list of stuff we need to do until 1.1 look like now? 00:50 <@hezekiah> _42: I know. But you can write one and submit it to the bugzilla list. 00:50 <@mids> - filepath 00:50 <@mids> - install-local 00:50 <@mids> - readme, install, authors update 00:51 <@mids> - windows documentation check 00:51 <@mids> . 00:51 <@hezekiah> - and nop needed to look at those docs you mentioned? 00:51 <@nop> ok 00:51 <@hezekiah> Or was that the windoze doc check? 00:52 <@mids> well 00:52 <@mids> the docs on http:L 00:52 <@hezekiah> Ah! :) 00:52 <@mids> http://help.invisiblenet.net/ can be changed also after release 00:52 <@hezekiah> So my work is talking to UserX about the filepath stuff and seeing how I can help all this. 00:52 <@mids> yes 00:52 <@mids> and pushing us to do our stuff 00:52 <@hezekiah> lol. 00:53 <@hezekiah> I wouldn't do good at that. You're better at pushing. ;-) 00:53 <@mids> I k 00:53 <@mids> I'll request daily updates 00:53 <@mids> at 8.00 am 00:53 <@mids> :) 00:53 <@hezekiah> Do I change the development automake Makefile templates to mimic your install-local, or does it need to be reviewed first? 00:54 <@mids> it is a request for comments 00:54 <@hezekiah> Ah. 00:54 <@mids> lets first put it in 1.1, if everybody agrees 00:54 <@mids> cvs dev can be done later 00:54 <@hezekiah> I have a comment: let's make a PREFIX var. 00:54 <@hezekiah> Right now /usr/local is hardcoded into several variables. 00:55 <@mids> in Makefile? 00:55 <@hezekiah> This is a pain for anyone that needs to install on a system that doesn't use /usr/local. 00:55 <@mids> ok 00:55 <@hezekiah> i.e. INSTALLEXEPATH would look like this 00:55 <@hezekiah> > PREFIX=/usr/local 00:55 < _42> what's the syntax for checking out the 1.1 branch? 00:55 < _42> from cvs 00:55 <@mids> 1.1 is HEAD 00:55 <@hezekiah> > INSTALLEXEPATH=$(INSTALLEXEPATH)/bin 00:55 <@hezekiah> . 00:55 < _42> ok 00:56 <@hezekiah> 1.2 is development. :) 00:56 <@hezekiah> ;-) 00:56 < _42> oh, how zen 00:56 < _42> You must be one with the development... 00:56 <@hezekiah> Anyway, a PREFIX var would let someone go "make PREFIX=/usr install" instead of setting 3-4 other variables. 00:57 <@hezekiah> _42: yeah. :) 00:57 <@hezekiah> _42: but I do bugfix stuff for 1.1 too ... it's just that most my code goes in development. 00:57 <@mids> how do you let make PREFIX= override the PREFIX in the Makefile? 00:57 <@hezekiah> "make PREFIX=/usr install" 00:57 < _42> 'k. But if dev is in CVS, wouldn't a co without a -r get it as well? 00:57 <@mids> I mean, in the makefile itself 00:58 <@hezekiah> It would override whatever PREFIX was set to in the makefile. 00:58 <@mids> automagically? 00:58 <@hezekiah> If PREFIX=/usr/local in the makefile "make PREFIX=/usr install" makes PREFIX=/usr instead. 00:58 <@mids> great 00:58 <@hezekiah> That's one way how Gentoo ebuild get around anoying makefiles. :) 00:58 <@mids> ok 00:59 <@mids> nother thing 00:59 <@hezekiah> Cool. 00:59 <@mids> in iip/doc/help/imaghes 00:59 <@mids> iomages 00:59 <@mids> images even :) 00:59 <@mids> there are some bmp files 00:59 <@mids> I believe that they can be removed 00:59 <@mids> iip.pdf in doc/help too 00:59 <@hezekiah> You sure the files in doc/help don't use them? 00:59 <@mids> no idea 00:59 <@mids> I am not a windows guy 00:59 <@hezekiah> (Ouch.) 01:00 <@mids> should ask codeshark 01:00 <@mids> he made em 01:00 <@hezekiah> Neither here, but I try to be careful. 01:00 <@hezekiah> I'll leave the removing of files from the HEAD branch to you. :) 01:00 <@hezekiah> (... and keep my neck safely on my shoulders.) ;-) 01:00 <@mids> ok, I removed isproxy.1 from both branches 01:00 <@hezekiah> Ah. 01:00 <@mids> super todo: mail todo list to mailinglist 01:00 <@mids> :) 01:00 <@hezekiah> lol 01:01 <@hezekiah> First we should update it. 01:01 <@hezekiah> There are a bunch of things I've done that never got checked off. 01:01 <@hezekiah> Also, the development branch makefiles depended on isproxy.1. 01:01 <@mids> oh 01:01 <@mids> I already removed isproxy.1 from dev 01:02 < _42> The Makefile should support copying files to one dir but configuring the executable for another 01:02 <@hezekiah> So what do I do _exactly_ with isproxy.pod? 01:02 <@mids> here it comes: 01:02 < hobbs> mmm. pod. 01:02 <@hezekiah> Well, we can put it back if we need to, but I think there are better things to do. :) 01:02 <@mids> hezekiah: pod2man -s 1 -c isproxy -r $VERSION ./$NAME/doc/isproxy.pod >./$NAME/doc/isproxy.1 01:02 <@hezekiah> _42: it does. The executable and makefiles go in different places. They were both targets for "make install" though. 01:03 <@mids> I hope that the makefile knows the version somehow 01:03 <@hezekiah> I can handle that. 01:03 <@hezekiah> But this makes the user require perl. 01:03 <@nop> sorry guys I'm in and out 01:03 <@nop> at work so 01:03 <@hezekiah> (We were over this before.) 01:03 < _42> No, I mean copy the files to one directory specified by overriding a makefile var and configure them for another 01:03 <@hezekiah> No problem. :) 01:03 <@mids> you can replace "./$NAME/doc/isproxy.pod >./$NAME/doc/isproxy.1" with "$? > $@" 01:03 < _42> k 01:04 <@hezekiah> OK. 01:04 <@hezekiah> But this still leaves the user of the development branch dependant on perl. 01:04 <@hezekiah> Is that OK? 01:04 <@mids> depend on pod2man 01:04 <@hezekiah> OK. 01:04 <@hezekiah> So I make the configure script look for it. 01:04 <@mids> yes 01:05 <@mids> _42: doesnt gentoo patch makefiles etc? 01:05 <@mids> (like freenet does) 01:05 <@hezekiah> nop: any objections to me having the configure script look for pod2man and having the makefile (in the development tree) build the manpage? 01:05 <@hezekiah> mids: Gentoo uses patches, sed, or just sets makefile VAR's. 01:06 <@hezekiah> mids: whichever least drastic measure is required. :) 01:06 * mids guesses that nop doesnt object 01:06 < _42> mids: it can, but it's easier to add a PREFIX=${D}/ 01:06 <@mids> _42: yop 01:06 < _42> freenet patches akefiles? 01:06 <@mids> freebsd 01:06 < _42> ah 01:07 <@mids> or maybe it doesnt 01:07 <@mids> anyway 01:08 <@mids> - filepath (A hezekiah, userx) 01:08 <@mids> - Makefile install-local,PREFIX 01:08 <@mids> - README, INSTALL, AUTHORS (mids) 01:08 <@mids> - windows documentation (codeshark) 01:08 <@mids> - docs (nop) 01:08 <@mids> any additions? 01:09 <@mids> otherwise I'll mail that 01:09 <@hezekiah> Not that I can think of. :) 01:10 <@mids> who will do the makefile? 01:10 <@mids> me? 01:10 <@hezekiah> You do the HEAD one. 01:10 <@mids> I am talking about HEAD 01:11 <@hezekiah> I usually take care of the makefiles/configure script in development. :) 01:11 <@hezekiah> You do it. :) 01:12 < lonelynerd> what about debian packages? ;) 01:12 <@mids> lonelynerd: that can be done after the code is frozen / release is made 01:12 < lonelynerd> sure 01:13 <@mids> TODO mailed 01:13 <@mids> ok 01:13 <@mids> question round? 01:14 <@mids> question round. 01:14 < hezekiah> Sorry about that. 01:14 < hezekiah> I got disconnected. 01:14 <@mids> you did? :) 01:14 < hezekiah> Yeah. :) 01:16 <@mids> okay, meeting participants without questions are not allowed to ask any for a week if they could ask them now :) 01:16 <@hezekiah> lol. 01:16 <@hezekiah> mids: do people actually come up to you with questions during the week? 01:17 <@mids> shiploads 01:17 <@hezekiah> Wow! 01:17 < lonelynerd> ;) 01:17 <@mids> mostly in #iip and #help 01:17 <@hezekiah> Oh. "Mommy, Mommy! What's an isproxy!?" 01:17 <@hezekiah> ;-) 01:17 <@mids> RTFM 01:18 <@hezekiah> lol 01:18 <@mids> ok 01:18 <@mids> end? 01:18 * hezekiah hands mids his gaffle to "baf" 01:18 <@mids> baf it will be --- Log closed Wed Feb 12 01:19:02 2003 </div>/cs/blog/2003/02/04/v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-i2p/Tue, 04 Feb 2003 00:00:00 +0000/cs/blog/2003/02/04/v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-i2p/<p>(S laskavým svolením wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="rychlé-shrnutí">Rychlé shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> FillaMent, hezekiah, jrandom, lonelynerd, mids, MrEcho</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> --- Log opened Tue Feb 04 23:38:39 2003 23:38 -!- Topic for #iip-dev: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ 23:38 [Users #iip-dev] 23:38 [ co ] [ mids ] [ Neo] [ ptm ] 23:38 [ logger] [ MrEcho] [ pox] [ UserX] 23:38 -!- Irssi: #iip-dev: Total of 8 nicks [0 ops, 0 halfops, 0 voices, 8 normal] 23:38 -!- Irssi: Join to #iip-dev was synced in 12 secs 23:51 < mids> nop wont be on 23:51 -!- mode/#iip-dev [+o mids] by Trent 23:51 -!- mode/#iip-dev [+o UserX] by mids 23:59 -!- mode/#iip-dev [+o hezekiah] by mids 23:59 -!- mode/#iip-dev [+o hezekiah] by Trent 23:59 <@hezekiah> Oops! 23:59 <@hezekiah> I was just about to try that, mids! :) 23:59 <@hezekiah> I think I figured it out! 23:59 <@mids> you did 23:59 * hezekiah feals very happy with himself for learning more about IRC. :) --- Day changed Wed Feb 05 2003 00:00 < MrEcho> lol 00:00 <@mids> Tue Feb 4 23:00:10 UTC 2003 00:00 <@mids> Welcome to the 29th iip meeting 00:00 <@mids> nop emailed me that he wont be there 00:00 <@mids> so you got to do it without him 00:00 <@mids> I dont have a specific agenda 00:00 <@mids> except for this 00:01 <@mids> 1) welcome :) 00:01 <@mids> 2) highlights of the week 00:01 <@mids> 3) questions 00:01 <@mids> . 00:01 <@mids> any highlights to report? 00:02 <@hezekiah> Uh, not on my side. I'm still waiting for UserX or nop to look at the GnuMP BigNum impl. to see if it's OK. 00:02 <@mids> userx added some code to the isproxy so that an empty node.ref file wont do harm if you upload 00:02 <@hezekiah> The configure options for it got uploaded though. 00:02 <@hezekiah> Is IIP 1.1 out yet? 00:03 <@mids> havent seen it 00:03 <@hezekiah> I guess not. 00:03 <@mids> only thing is that we need to look at the location where the files are saved 00:04 <@hezekiah> Hmmm ... 00:04 <@mids> and if that gives bugs on different operating systems 00:04 <@hezekiah> What exactly is the problem? 00:05 * mids loads the sourceforge bugtracker 00:05 <@mids> http://sourceforge.net/tracker/index.php?func=detail&aid=651711&group_id=50945&atid=461514 00:05 * hezekiah is doing the same. 00:05 <@hezekiah> Thanks. :) 00:06 <@hezekiah> I remeber looking at that briefly once. 00:07 <@hezekiah> The tricky part is what you are supposed to do in Windows. 00:07 <@hezekiah> The *nix/*BSD part shouldn't be that difficult. (I hope.) 00:07 <@mids> in windows it does just look at the current working directory 00:08 <@hezekiah> I'll leave the Windows part to UserX. :) 00:08 <@mids> the windows behavious shouldnt change imho 00:09 <@hezekiah> Whatever. I run linux, and avoid Windows whenever I can. ;-) 00:09 <@mids> same 00:09 <@mids> but what behaviour do we want for unix? 00:09 <@hezekiah> The behavior is defined in the code using #ifdef's based on platform. 00:09 <@mids> you need to have access to the root/iip account to be able to access ~iip/.iip 00:10 <@mids> so it should also look in other dirs 00:10 <@mids> like ~/.iip 00:10 <@mids> or the current dir 00:10 <@hezekiah> Well, if isproxy is installed the default thing for a program to do would be look in /home/<user's homedir name>/.iip 00:10 <@hezekiah> So in my case: /home/hezekiah/.iip 00:10 <@hezekiah> node.ref would be /home/hezekiah/.iip/node.ref 00:11 <@hezekiah> Then each user can have their own settings, etc. 00:11 < MrEcho> you can kind of do the same thing in NT 00:11 < MrEcho> my doc's folder is protected 00:11 <@hezekiah> But under Win9[58] there really aren 00:11 < MrEcho> ya 00:11 <@hezekiah> aren't user specific home dirs. 00:12 < MrEcho> anyone using 9x needs help anyways .... 00:12 * hezekiah laughs 00:12 <@hezekiah> Well, I'll email nop and ask him how he wants it done for *nix. Then, I'll see what I can do. 00:12 <@mids> mail the list please 00:13 <@mids> the we can all discuss 00:13 < MrEcho> for the 9x ppl just put the files in ./.iip/ 00:13 <@hezekiah> OK. 00:13 <@hezekiah> Or when IIP is installed it could be installed in Program Files/IIP. 00:14 < MrEcho> for 9x ppl 00:14 <@hezekiah> node.ref, isproxy.ini, seed.rnd, etc. could be placed there. 00:14 <@mids> if you start IIP with a windows start thingie, then you can set the workingdirectory 00:15 <@hezekiah> Well, anyway, I don't intend to touch the Windows implementation with a ten-foot poll. UserX can figure this one out. ;-) 00:15 < MrEcho> :P 00:15 <@mids> ok 00:15 < FillaMent> You could look into a nasty WSH script. Then you can store in info in the registry 00:15 <@hezekiah> (My compiler might not even _compile_ IIP under Windows!) 00:15 <@mids> :) 00:15 < MrEcho> fuck the registry 00:15 <@hezekiah> FillaMent: if we used the registry in a program that needs to work under *nix, it would be an #ifdef NIGHTMARE!! 00:16 < FillaMent> Not what I"m saying 00:16 <@hezekiah> (But I will admit I tought of it to for a few seconds ... only a few, mind you.) 00:16 <@hezekiah> Oh? 00:16 <@hezekiah> Explain? :) 00:17 < FillaMent> Have the location of the data file stored in the registry, then launch IIP with a WSH script that pulls the path out of the registry and pass it to the program as a cmnd line option 00:17 < MrEcho> http://bofh.st/bofh/images/traffic.gif 00:18 <@hezekiah> That might be doable. 00:19 <@mids> I only had someone asking for windows NOT to change the current system there 00:19 <@mids> maybe it would be nice to let it work without registry 00:19 < FillaMent> A while back I wrote a script that would replace the name of the last logged in user with an arbitrary string. NT Ninja Vanish =) Had to do it because Generals and Colonels would freak because there was another login nam 00:19 <@mids> from a security / anonymity pov 00:20 <@hezekiah> I have to admit that I hate the Windoze registry with a pasion, just my personal opinion, though. :) 00:20 < MrEcho> same here hezekiah 00:20 < MrEcho> but ive learned to work with it 00:20 <@hezekiah> So have I, ... but I still hate it. :) 00:20 <@mids> so 00:20 <@mids> lets investigate this week how the system currently works 00:21 <@mids> and discuss on the list about how it should 00:21 <@hezekiah> Right. 00:21 <@mids> after that, make it work like it should :) 00:21 <@hezekiah> I'll post an email to start up the conversation. 00:21 <@mids> yay 00:21 <@mids> so 00:21 <@mids> next item? 00:22 <@hezekiah> 3.) questions 00:22 < MrEcho> where the hell is 1.1 00:22 <@mids> *nod* 00:22 < MrEcho> hehe 00:22 <@hezekiah> I don't know. 00:22 <@hezekiah> But I think the reason it's not out is because of the aforementioned bug. 00:22 <@hezekiah> (The one we are going to talk about on the mailing list.) 00:23 < MrEcho> i just hope it connects faster and more stable connections 00:24 <@hezekiah> (I have to admit I haven't had a problem with unstable connections, and I usually connect to the 1st or 2nd node I try.) 00:24 <@mids> but that is just because you have a clean node.ref, I assume? 00:24 <@hezekiah> No. 00:24 <@hezekiah> I have a normal node.ref 00:24 <@mids> oh 00:25 <@mids> but you never stay online for 24 h 00:25 <@hezekiah> It's the one the server gives me each time I conect. 00:25 < FillaMent> I can stay connected for a couple days, usually. 00:25 <@hezekiah> No. I have a life. ;-) 00:25 <@mids> one can stay online without irc-ing ofcourse 00:25 <@mids> *geeh* 00:25 <@hezekiah> And my family's phone line is the same on the internet connection is on. :) 00:25 < jrandom> eww 00:26 <@mids> then get offline now! 00:26 <@mids> :) 00:26 <@hezekiah> Other questions? 00:26 <@mids> I dont have those 00:28 < FillaMent> HaZaa... 00:28 <@hezekiah> HaZaa? 00:28 <@mids> gesundheit 00:28 <@hezekiah> *lol* 00:28 <@hezekiah> Was that a question, FillaMent? 00:28 < FillaMent> My FServe 00:29 <@hezekiah> OK. I'm lost. :) 00:29 <@mids> tell us about it hezekiah 00:29 <@mids> s/hezekiah/FillaMent/ 00:30 < FillaMent> I was just wondering if there'd be any expected problems using IIP as a comm backbone for a lot of file browsing. 00:30 < FillaMent> And eventually a text-based protocol like HTTP 00:30 <@mids> you will be bound to the slowness of IIP 00:30 <@mids> the 50B/s limit 00:31 <@hezekiah> IIP might not always be slow, mids. ;-) 00:31 <@hezekiah> We shall optimize and improve. :) 00:31 <@mids> hurray 00:31 < FillaMent> That's not a big deal since we're not doing actual file transfer of IIP. Just comm. I'm concerned with whether or not it would be a strain. 00:32 < lonelynerd> 50B/s might be ok for telnet 00:32 <@hezekiah> (Mids? You want to answer all this? I'm reeaaallllyyy lost.) 00:32 <@mids> ok 00:32 <@mids> FillaMent is working on something caled HaZaa 00:32 <@mids> it is some fserve on IIP 00:33 <@mids> which uses Freenet for the actual file sharing 00:33 <@mids> right? 00:33 < FillaMent> Yeah... IIP for the browsing. 00:33 <@mids> so you have some telnet/ftp like interface locally 00:33 < FillaMent> firing it up now. 00:34 < FillaMent> haz: /msg hazaaclone shell 00:36 < FillaMent> haz: /msg hazaaclone cd /stuff/mp3s 00:38 <@hezekiah> Not bad!! 00:38 <@hezekiah> Uh ... how do you leave the shell? 00:38 < FillaMent> It just times out. 00:38 <@hezekiah> Oh ... 00:39 < FillaMent> Think traffic like that would be a problem... I expect /lots/ of people will run them. Especially since DALnet just put a ban on FServes 00:40 < HazaaClone> I might clog your chat network =) 00:40 <@hezekiah> Hmmm ... 00:40 <@hezekiah> That would be a problem. :) 00:41 < FillaMent> Dunno how much traffic it would be or what effect it will have on IIP. 00:41 <@mids> during the slashdot attack we did do pretty well 00:41 < FillaMent> Sounds solid then. 00:41 <@mids> the total amount of people wasnt too high 00:41 <@mids> but it was constant joining and parting 00:42 < FillaMent> I /think/ I got the flooding issue fixed. 00:43 <@hezekiah> Well, if you threw in an "exit/quit" command, maybe the connections would be lower. Just a suggestion. :) 00:44 <@hezekiah> Well, I had better go. See you all around. :) 00:44 < FillaMent> THe eventual version will use IIP to pass search queries and query results. 00:45 <@hezekiah> mids: I'm looking into the code on the file placement bug. I should have an email up on the mailing list shortly. :) 00:45 <@hezekiah> Bye, all! :) 00:45 <@mids> bye 00:46 < MrEcho> hey mids .. have you checked out iip-im latly 00:46 <@mids> nope 00:46 <@mids> but I didnt get many CVS updates 00:46 < MrEcho> got a bunch of stuff done 00:46 <@mids> lets end the official part of the meeting 00:46 < MrEcho> im working on xml themes right now 00:46 <@mids> and move over to friendly chit chat 00:46 < MrEcho> ... 00:47 < FillaMent> ooooo! That just gave me an idea. 00:48 < FillaMent> Oooo.... this is going to ROCK! 00:48 <@mids> ? --- Log closed Wed Feb 05 00:48:36 2003 </div>/cs/blog/2003/01/28/v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-i2p/Tue, 28 Jan 2003 00:00:00 +0000/cs/blog/2003/01/28/v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-i2p/<p>(Díky wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> Bouris, case, Debrys, hezekiah, lonelynerd, mids, MrEcho, nop</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> --- Log opened Tue Jan 28 22:35:17 2003 22:35 -!- Topic for #iip-dev: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ 22:35 [Users #iip-dev] 22:35 [ co] [ logger] [ pox] [ ptm] [ UserX] 22:35 -!- Irssi: #iip-dev: Total of 5 nicks [0 ops, 0 halfops, 0 voices, 5 normal] 22:35 -!- Irssi: Join to #iip-dev was synced in 2 secs 22:41 -!- mode/#iip-dev [+o mids] by Trent 22:41 -!- mode/#iip-dev [+v logger] by mids 22:41 -!- mode/#iip-dev [+o UserX] by mids 23:56 -!- mode/#iip-dev [+o nop] by mids --- Day changed Wed Jan 29 2003 00:00 <@mids> Tue Jan 28 23:00:00 UTC 2003 00:00 <@nop> hi 00:00 < Debrys> greetings 00:00 < case> hallo 00:00 <@nop> hi 00:00 < Bouris> Hi. 00:00 < MrEcho> hey case 00:00 <@nop> meeting started 00:00 < case> sup echo 00:01 <@mids> nop: agenda please 00:01 <@nop> ok 00:01 <@nop> I thought you had it 00:01 <@nop> ;) 00:01 <@nop> 1) welcome 00:01 <@mids> 1) Welcome 00:01 <@mids> 2) Normal stuff 00:01 <@mids> 3) Questions 00:01 <@mids> . 00:01 <@nop> sure that works 00:01 <@nop> welcome to the nth IIP-dev meeting 00:01 <@nop> 2) Normal stuff, i.e. IIP update 00:01 <@nop> ok 00:02 <@nop> we're working on getting rc3 changed to 1.1 final 00:02 <@nop> I think all that's left is some path fix bugs 00:02 <@mids> hezekiah made the patch for -h, nop is reviewing it 00:02 <@nop> yes 00:02 <@nop> actually he can commit, I'll let him know, forgot to email him 00:02 <@mids> ok 00:02 <@nop> also 00:02 <@mids> then we just got to check how the other reported bug is 00:03 <@nop> Hezekiah has successfully compiled a version of IIP with the GNU Multi Precision library 00:03 <@nop> and it was a success 00:03 < MrEcho> cool 00:03 <@nop> the crypto speed was improved 00:03 <@nop> so that will be something we do for 1.2 00:03 <@nop> 1.2 is focusing on standards as well, standardized crypto engine and big number routines 00:03 <@nop> etc 00:03 <@mids> there is our hero! 00:04 -!- mode/#iip-dev [+o hezekiah] by mids 00:04 <@hezekiah> Who? 00:04 <@nop> you 00:04 <@mids> you! 00:04 <@hezekiah> Sorry I'm late. :) 00:04 <@hezekiah> (And thanks for the compliment.) 00:06 <@hezekiah> Did I miss the meeting? ... or is it still going? 00:06 <@mids> nop was just telling about the update works 00:06 <@mids> and that you can commit the -h patch 00:06 <@hezekiah> OK. 00:06 <@mids> then we got to see how severe the problems with the file paths are 00:06 <@hezekiah> I just got through reading the logs. 00:06 <@mids> test in multiple locations etc 00:06 < MrEcho> anything new for windows users? 00:06 <@mids> platofrms I mean 00:08 <@hezekiah> Well, the -h bugfix might affect the windows users. I'm not sure if it was a problem over there. 00:09 <@hezekiah> As for the GnuMP implementation of BigNum, that should be part of the 1.2 release for windows (though it might take some work to get it to run on windows.) 00:09 < Debrys> may i ask what this BigNum-stuff is all about? 00:10 < case> what version of libgmp was it dones with? 00:10 < case> er 00:10 < case> dones/done 00:10 <@hezekiah> Well, since mids and nop seem to have dissapeared for the moment, I'll explain it while we wait for them to get back. 00:10 <@mids> I am listening 00:10 <@mids> please entertain 00:10 <@hezekiah> First I'll answer case's question because it is simple. I used version 4.1 of GnuMP. 00:10 <@hezekiah> (Gentoo doesn't have 4.1.2 yet.) 00:11 <@hezekiah> Next is Debrys question: 00:11 <@hezekiah> BigNum structure with a is a bunch of functions used in the isproxy source code. 00:11 <@hezekiah> It is basically just a way to make integers that are REALLY REALLY big. 00:11 <@hezekiah> Obviously modern CPU's don't offer really really big integer types, so C doesn't have them. 00:12 <@hezekiah> ... and crypto needs to use really big numbers. 00:12 <@hezekiah> Thus, an implementation of a "BigNum" is needed. 00:12 < Debrys> i think i got it :) thank you 00:12 <@hezekiah> Currently, we have 2 implentations of BigNum: one in SSL and one in GnuMP. 00:12 <@hezekiah> You're welcome. :) 00:12 <@hezekiah> Back to you, mids. :) 00:12 <@mids> ok 00:12 * hezekiah hands the microphone back. 00:13 <@mids> I am done on point 2 00:13 <@mids> lets go to the question round 00:13 <@mids> questions? 00:13 <@hezekiah> (oh, the irony.) ;-) 00:13 <@hezekiah> Yeah. Are we almost to 1.1 release yet? 00:14 <@hezekiah> What still needs to be done? (Besides get codeshark to make a tarball.) 00:14 <@mids> testing if files are stored in the right directories 00:14 <@mids> in every case 00:15 <@mids> hezekiah: please tell me if you did commit the -h thing, then I'll put the bug item closed 00:15 <@nop> oh hezekiah you can commit 00:15 <@nop> the -h thing 00:15 <@nop> ;) 00:15 <@hezekiah> I haven't commited the -h thing yet. 00:15 <@hezekiah> I don't know what branch to commit to. :) 00:15 <@nop> he does now ;) 00:16 <@hezekiah> Give me a minute and I 00:16 <@hezekiah> I'll update the bugfix. 00:16 < Debrys> hmm, what will be new or changed in 1.1? not too much into detail - just in general 00:16 <@hezekiah> 1. Bugfixes! :) 00:17 <@mids> 2. more bugfixe 00:17 < Debrys> lol 00:17 <@nop> debrys no major changes 00:17 < Debrys> anything which makes the connections more stable? 00:17 <@nop> just bug fixes 00:18 <@mids> Debrys: we will try that with a more minimum node.ref in the initial distribution 00:18 < Debrys> i did a.......... rather unelegant hack to the node.ref.......... 00:19 < Debrys> only the invisiblenet relays.......... no update of node.ref 00:19 < Debrys> i havent ping-timeout'ed for days........ 00:19 < Debrys> before of that i god disconnected in 30min intervals on average 00:20 < Debrys> but its not a very good solution :) 00:21 < Debrys> also.......... on the floppy-disk thing........ 00:21 < Debrys> i asked someone if he would do a hack for me on the boxedIRC-Source...... 00:22 < Debrys> if he accepts, this means i would have an 120kb IRC-Client which doesn't need any installation and saves all its settings in a ini-file on the disk 00:23 <@mids> nice 00:23 <@mids> keep us informed please 00:23 < Debrys> if this works, there will not only be IIP and a IRC-Client on the disk, but also an email-client...... and i'm trying to get a PGP-App on it too........... maybe also a messenger client :) 00:23 < Debrys> I'll do :) 00:23 < lonelynerd> sound nice. 00:23 < lonelynerd> [ sounds even. ] 00:24 <@mids> ok 00:24 <@mids> more things? 00:24 < Debrys> nope 00:25 * mids searches for his meeting-hammer 00:25 <@hezekiah> Almost got the patch up, mids. 00:25 <@mids> hurray 00:25 <@mids> *baff* 00:25 <@mids> meeting closed 00:25 <@hezekiah> lol. 00:25 < Debrys> :) 00:26 < Bouris> Hooray! 00:27 <+logger> cya next week --- Log closed Wed Jan 29 00:27:06 2003 </div>/cs/blog/2003/01/15/i2p-v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD/Wed, 15 Jan 2003 00:00:00 +0000/cs/blog/2003/01/15/i2p-v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD/<p>(Laskavostí wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="rychlý-přehled">Rychlý přehled</h2> <p class="attendees-inline"><strong>Přítomni:</strong> FillaMent, hezekiah, LeeroklaLacerta, mids, nop, sdgg, thecrypto</p> <h2 id="zápis-ze-schůze">Zápis ze schůze</h2> <div class="irc-log"> --- Log opened Tue Jan 14 22:44:57 2003 22:45 -!- Topic for #iip-dev: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ 22:45 [Users #iip-dev] 22:45 [ logger] [ pox] 22:45 -!- Irssi: #iip-dev: Total of 2 nicks [0 ops, 0 halfops, 0 voices, 2 normal] 22:45 -!- Irssi: Join to #iip-dev was synced in 3 secs 23:48 -!- StoVoKor|away is now known as StoVoKor 23:58 < mids> Tue Jan 14 22:58:16 UTC 2003 23:59 < mids> 1 minute --- Day changed Wed Jan 15 2003 00:00 < mids> Tue Jan 14 23:00:00 UTC 2003 00:00 < mids> Welcome to the 26th IIP meeting 00:00 < mids> I didn't get any agenda items from anybody, so I'll just propose my own: 00:00 < mids> - Release of 1.1-final 00:00 < mids> do you guys have anything else to add? 00:00 < hezekiah> (I propose an agenda item: What's the current major feature being worked on in IIP 1.2 dev?) 00:01 < mids> great 00:01 < FillaMent> I have a couple suggestions for additions to anonymail 00:01 < mids> ok 00:01 < mids> Agenda: 00:02 < mids> - What's the current major feature being worked on in IIP 1.2 dev 00:02 < mids> - Anonymail suggestions 00:02 < mids> - Release of 1.1-final 00:02 < mids> . 00:02 * mids hands the microphone to hezekiah 00:02 < FillaMent> Also like to note a project that I'm working on that uses IIP 00:02 < hezekiah> I have no clue. It was actually a question. :) Nop? 00:02 * hezekiah hands the microphone to nop. 00:02 < nop> hi 00:02 < nop> ok 00:02 < nop> welcome 00:03 < nop> ok on the agenda 00:03 < nop> mids take it away 00:04 < mids> no, you tell what the status of 1.2 is 00:04 < nop> ok 00:04 < nop> well 00:04 < nop> lots of grindy stuff 00:04 < nop> mainly taking care of the grunt stuff 00:04 < hezekiah> (Ahmen!) 00:04 < nop> getting the core ready for hardcore decentralization and crypto, we're in the midst of deciding crypto libraries, we think cryptlib and GnuMP 00:05 < nop> and are looking at a few possibilities for routing, either the listener route concept, or possibly chord type routing 00:05 < nop> and that's mainly it for right now 00:05 < nop> for 1.2 00:05 < mids> cool 00:05 < nop> 1.1 status, is if no one has any bugs in a weeks time 00:06 < nop> then we will probably move to defcon 1.1 00:06 < nop> ;) 00:06 < nop> meaning 1.1 Release 00:06 < mids> stick to the agenda nop 00:06 < mids> anonymail features are first 00:06 < nop> I didn't see an agenda 00:06 < mids> :p 00:06 < hezekiah> Mids, behave! :) 00:06 < hezekiah> ;-) 00:06 < nop> ok 00:06 < nop> I guess anonymail suggestions 00:06 < mids> - Anonymail suggestions 00:06 < nop> take it away whoever that was 00:06 < mids> FillaMent? 00:06 < FillaMent> Okay, I just have two quick ones... 00:07 < FillaMent> 1) Some sort of escape character to do \n's. 00:07 < hezekiah> Yeah! 00:07 < FillaMent> Discuss or move on to #2? 00:07 < hezekiah> Perhaps, "\n" for a newline, and "\\n" for a literal, "\n". 00:08 < mids> what character do you suggest? 00:08 < mids> ok 00:08 < hezekiah> (Like how you would do in C with printf.) 00:08 < FillaMent> C, Perl, Java.... 00:08 < hezekiah> C++ ... :) 00:08 < FillaMent> Nah, make it vbCRLF 00:08 < mids> and \\\\n for literal \\n :) 00:08 < hezekiah> Yup1 00:08 < mids> vbCRLF? 00:09 < FillaMent> visualbasicCarriageReturnLineFeed 00:09 < mids> are you serious? 00:09 < hezekiah> (I hope not.) 00:09 < FillaMent> I used to hack vbScript (no, I'm not serious. \n is what everyone will be familiar with) 00:09 < hezekiah> So, what was suggestion number 2? 00:10 < thecrypto> damn wireless network 00:10 < FillaMent> 2) Stripping non-plain text MIME garbage from mails that come from the internet and replacing it with something to the effect of <One part MIME binary/word-doc stripped> 00:11 < FillaMent> Forgive me if I'm incorrectly implying MIME 00:11 < mids> I dont really agree 00:11 < mids> you should be able to receive RFC2015 compatible PGP signatures 00:11 < mids> and stuff 00:11 < hezekiah> Yeah. 00:12 < hezekiah> But changing Quoted-Printable to plain ASCII might not be a bad idea if it isn't already implemented. 00:12 < FillaMent> And that's a specific mime type? 00:12 < FillaMent> PGP sig I mean. 00:12 < mids> it is 00:12 < hezekiah> There are OpenPGP sigs that have a mime type. 00:12 < mids> I can understand that it will be a lot of work to do MIME right 00:13 < mids> since there are a lot of MIME types 00:13 < mids> and browsers who violate it 00:14 < hezekiah> "2) Stripping non-plain text MIME ..." (Wouldn't they be in base64 if they aren't plain ASCII anyway? And if not, then couldn't they just be converted?) 00:14 < mids> maybe we should just forward the suggestions to codeshark 00:15 < mids> since he knows how the app looks 00:15 < hezekiah> Or even, if it has to be stripped, you could offer an option to retrieve it (in base64 or 7-bit.) That way you can save it via copy-paste, and decode/read it on your hard drive. 00:15 < mids> (he made it) 00:15 < mids> and what he can implement 00:15 < hezekiah> Good idea! 00:15 < FillaMent> The other day I got a mail that was written with MS Outaluck/W3rd and it came in as multipart MIME. The first part was a plain txt version of the message, the second was an RTF will all the formatting Markup 00:15 < nop> this is something 00:15 < nop> that needs to be sent to anonymail 00:15 < nop> oops 00:15 < nop> codeshark 00:15 < mids> yeah 00:15 * FillaMent digresses. 00:15 < mids> lets just pass it on 00:15 < mids> and see what his imput is 00:16 < mids> - Release of IIP 1.1-final 00:16 < mids> my comments: got to check the sourceforge bugtracker 00:16 < mids> but I dont think that there are any code bugs open 00:17 < hezekiah> Not the last time I saw ... (checking now.) 00:17 < mids> http://sourceforge.net/tracker/index.php?func=detail&aid=651711&group_id=50945&atid=461514 00:17 < mids> (files stored in wrong dir) 00:17 < mids> http://sourceforge.net/tracker/index.php?func=detail&aid=655568&group_id=50945&atid=461514 00:17 < mids> (-h doesnt work) 00:17 < mids> that option DOES work for me 00:17 < mids> please check it 00:18 < mids> and if it works for everybody, we got to mark that report as invalid 00:18 < mids> http://sourceforge.net/tracker/index.php?func=detail&aid=654147&group_id=50945&atid=461514 00:18 < mids> (FreeBSD socket call) 00:18 < mids> I dont have FreeBSD, someone with FreeBSD should check 00:19 < mids> . 00:19 < mids> Also we should really really supply some script that people can put in their /etc/init.d/ 00:20 < mids> ping? 00:20 < hezekiah> It looks like the guy who did the FreeBSD bug ... 00:21 < hezekiah> ... already found and pointed out the problem. 00:21 < hezekiah> http://sourceforge.net/tracker/download.php?group_id=50945&atid=461514&file_id=37660&aid=654147 00:22 < hezekiah> That's the link to the patch file. AF_INET apparently needs to be PF_INET on FreeBSD. 00:22 < hezekiah> The patch was simple: 00:23 < hezekiah> 484,489c484 00:23 < hezekiah> < // If statement added by wiht, since FreeBSD uses PF_INET. 00:23 < hezekiah> < #ifdef __FreeBSD__ 00:23 < hezekiah> < sh->Socket = socket(PF_INET, SOCK_STREAM, 0); 00:23 < hezekiah> < #else 00:23 < hezekiah> < sh->Socket = socket(AF_INET, SOCK_STREAM, 0); 00:23 < hezekiah> < #endif 00:23 < hezekiah> --- 00:23 < hezekiah> > sh->Socket = socket(AF_INET, SOCK_STREAM, 0);//PF_INET); 00:23 < mids> I see, but then I dont know why the original ifdef was there at first? 00:23 < hezekiah> What do you think, nop? 00:23 < hezekiah> The top section should be the new code. The bottom section should be the old. 00:23 < nop> that should work 00:24 < hezekiah> Yeah. The bottom is the old. 00:24 < nop> you should commit looks fine 00:24 < hezekiah> Do you want me to write it up, commit, and label the bug as fixed, nop? 00:24 < nop> but why is it different 00:24 < hezekiah> Apparently, FreeBSD requires PF_INET instead of AF_INET as the first arguement for socket. 00:25 < hezekiah> I don't know why. 00:25 < hezekiah> But, the writter said this fixed the problem. Commit? 00:25 < nop> yes 00:25 < hezekiah> OK. 00:25 < mids> ok 00:26 < mids> who can look into the filepath problem? 00:27 < FillaMent> I don't get that problem. If I try and start IIP as a different user or not in ~iip it says it can't write the log 00:28 < mids> ok, we got to check the reported bugs and report on that on the mailinglist 00:28 < mids> lets try to do that this week 00:28 < mids> . 00:28 < mids> The biggest problem is the scalability of IIP 00:28 < mids> RC2 was kinda stable 00:28 < mids> RC3 isnt 00:29 < mids> why? 00:29 < mids> Imho it is because the node.ref is so big 00:29 < mids> so a lot of potential bad node 00:29 < mids> nodes 00:29 < mids> it is really, anonymity vs stability 00:29 < mids> . 00:29 < hezekiah> I noticed that. But some of them are just slow, not necisarily bad. 00:29 < mids> the problem is the lot of people Pinging Out 00:30 < mids> the solution that I suggest is releasing RC3 with a minimal node.ref 00:30 < mids> only 4 nodes or something 00:30 < mids> . 00:31 < nop> I agree 00:31 < FillaMent> Pardon my lack of design knowledge... IIRC uses relays like freenet and IRC, right? 00:32 < FillaMent> node == relay 00:32 < mids> they are more static 00:32 < mids> once you connect 00:32 < nop> well 00:32 < nop> at least in 1.1 00:32 < mids> you stay connected through them for the same session 00:32 < nop> they won't be forever 00:32 < FillaMent> But, it's still one node passes to other nodes 00:32 < nop> yes 00:33 < mids> if you keep a big list of nodes, then the path is very long 00:33 < mids> hence a lot of potential problems 00:33 < FillaMent> Why not just make it so that it goes through the node.ref and picks a few at random, and keeps doing that. The user could maybe set the number. This would maybe distribute the load a little more? 00:34 < mids> the current protocol doesnt support selecting the amount of hops 00:34 < nop> and we're not changing it in this version 00:34 < nop> ;) 00:34 < FillaMent> Okay, then it's outside my technical knowledge... what about the starting point? 00:34 < FillaMent> or is the TTL the number or nodes in node.ref 00:35 < FillaMent> s/or/of/ 00:35 < mids> each node connects to a node in its node.ref at random 00:35 < mids> until it 'accidently' hits the server 00:35 < mids> so if you have a lot of nodes 00:35 < FillaMent> got it. 00:35 < mids> it will have huge paths 00:36 < mids> that is why I would suggest a manually crafter first layer of public nodes 00:36 < FillaMent> Could another solution be to make 'the' server 'a' server? 00:36 < mids> so you decrease the amount of hops 00:36 < LeeroklaLacerta> Is there any sort of reliability-index-type thing? 00:36 < mids> you only have 1 end-node 00:36 < mids> there isnt, since you dont know what nodes a node connects through 00:37 < mids> if your connection goes down, you dont know what node caused it 00:37 < mids> it can be anyone on your path 00:37 < LeeroklaLacerta> K. 00:37 < mids> and you dont know your path 00:37 < FillaMent> Is there anyway for the end user it increase the reliability of IIP? 00:37 < mids> yes, manually edit your node.ref 00:38 < mids> and put only some stable nodes on it 00:38 < mids> and dont let it update the node.ref automatically 00:38 < FillaMent> mids: I mean setting up a relay or something. 00:38 < mids> ofcourse you dont know what are stable nodes, unless you have some inside knowledge about the IIP topography 00:39 < mids> Trent for example directly connects to a node which connects to the IIP server node 00:39 < mids> otherwise it would go down all the time 00:39 < mids> resulting in a really bad network 00:41 < FillaMent> To save me some time, where does iip store the nodes.ref on a linux box? 00:41 < mids> ~/.iip/ 00:41 < mids> or the local directory 00:42 < mids> ok, I want to quit this item 00:42 < mids> homework for next week: 00:42 < mids> think about the issues 00:42 < mids> and propose suggestions to the mailinglist 00:42 < FillaMent> Give me 10 min and I'll have a kludge for the massive node list problem 00:42 < mids> or to a developper (if you arent subscribed) 00:43 < mids> . 00:43 < mids> questions? 00:51 < hezekiah> You almost have your "kludge" (I don't know what that word means) for the node list problem yet, FillaMent? 00:52 < FillaMent> kludge is coding duct tape, and yes. 00:52 < hezekiah> Ah. 00:53 < thecrypto> the full definition is http://www.tuxedo.org/~esr/jargon/html/entry/kluge.html 00:54 < mids> hezekiah: thanks for putting your hands on those 2 bugtracker items 00:55 < hezekiah> No problem. I still don't know how to assign a bug to myself. Otherwise, I would have "officially" picked up the PF_INET one. 00:55 < hezekiah> I couldn't find the button/link/whatever that lets you assign a bug to yourself. 00:57 < mids> only project admins seem to be able to assign bugs for our project 00:57 < hezekiah> Ah 00:57 < hezekiah> That would explain it! :) 00:59 < hezekiah> OK. Well, I'm going to leave now. Bye everyone! :) 00:59 < LeeroklaLacerta> Good bye. 01:04 < mids> ok 01:04 < mids> I am gone too 01:04 < mids> bye 01:08 < LeeroklaLacerta> Everyone's leavin'? 01:08 < LeeroklaLacerta> Is the meeting over? 01:09 < FillaMent> I'm still here. Perhaps my time estimate was a bit off. I love/hate perl. 01:10 < LeeroklaLacerta> What's perl got to do with it? 01:10 < FillaMent> My node.ref kluge 01:10 < LeeroklaLacerta> Ah. 01:11 < FillaMent> I should just describe it to someone competant and let them do it in like 5min 01:11 < LeeroklaLacerta> I'm just here for the heck of it. 01:16 < LeeroklaLacerta> I'm going back to #anonymous. 01:17 < FillaMent> Ha ha! 01:39 < FillaMent> Anyone care to enlighten me as to why in perl, when I push an item into an array, /every/ item ends up being that item? 02:59 < sdgg> hi 03:05 < FillaMent> Know how long an md5 signature is supposed to be? 03:10 < sdgg> 128 bits I believe 03:14 < sdgg> Does anyone know of a good tutorial on c/c++ for *nix programming? 03:14 < sdgg> Or somewhere I can look? 05:10 * FillaMent is away: Destinking myself </div>/cs/blog/2003/01/07/v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-i2p/Tue, 07 Jan 2003 00:00:00 +0000/cs/blog/2003/01/07/v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-i2p/<p>(S laskavým svolením wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="rychlé-shrnutí">Rychlé shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> chscrtr, mids, mrflibble, nemesis, Neo, nop, Nostradumbass</p> <h2 id="zápis-z-jednání">Zápis z jednání</h2> <div class="irc-log"> --- Topic for #iip-dev is IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ <nemesis> nop, no meeting today? <nop> yes <nop> sorry <nop> ok <nop> welcome <nemesis> hi nop ;) <nop> hi <nop> agenda <nop> 1) welcome <nemesis> whats going on? everybody sleeps? <nop> 2) Happy New Year <nop> 3) Happy Holidays <chscrtr> hi, happy new year <nop> 4) IIP <nemesis> hehe, happy new year too <mrflibble> happy new year! :) <nop> 5) IIP logo contest <nop> 6) CryptoCon <nop> 4) IIP <nop> ok IIP <nop> it's kind of stagnant because of the holidays <nop> but I believe we're picking it back up <nop> any bug reports please send to iip@invisiblenet.net <nop> ok <nop> 5) IIP logo contest <nop> we'll being putting up something on our site about the rules etc <nop> and display the drawings we have so far <nop> please help out if you can <nop> get a free t-shirt and your logo on it <nop> 6) CryptoCon <mrflibble> cool <nop> we're trying to get a program committee and some organizational planning for Jan 2004 to have cryptocon happen <nop> join #cryptocon for any assistance etc <nop> anyway, that's about it <nop> questions? <nop> questions? <nop> ;) <mrflibble> nope <nop> ok <nop> meeting ajourned <Neo> nope <Neo> thanks. :) <mrflibble> np <mrflibble> oo, 1 thing <mrflibble> about cryptocon <mrflibble> is there a particular reason for organising your/your own? <mrflibble> there are general crypto confs out there that cyou could submit stuff 2 <nop> well <nop> we want to attract businesses to meet cipherpunks <nop> and push cryptography more than it is <nop> this will be different <mids> fsck <mrflibble> gotcha <nop> missed it <nop> ;) <mids> sorry folks :) <mrflibble> it will just be a lot of work 4 u all <mids> is there still a point in bringing the logger here? <mrflibble> lol <nemesis> hehe <nop> well mrflibble I don't think it will be --- Log opened Wed Jan 08 00:14:47 2003 00:14 -!- Topic for #iip-dev: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ 00:14 [Users #iip-dev] 00:14 [ chscrtr] [ logger] [ mrflibble] [ Neo] [ Nostradumbass] [ w ] 00:14 [ co ] [ mids ] [ nemesis ] [ nop] [ UserX ] [ wilde] 00:14 -!- Irssi: #iip-dev: Total of 12 nicks [0 ops, 0 halfops, 0 voices, 12 normal] 00:15 < nop> we have a year to plan 00:15 < mrflibble> true 00:15 -!- Irssi: Join to #iip-dev was synced in 43 secs 00:16 < nop> plus we need to raise money 00:16 < nop> and this might help 00:16 < nop> since no one likes to donate 00:16 < nop> ;) 00:16 < chscrtr> error - less than a year 00:16 < nemesis> hm... nop, you are using knoppix right now, or? 00:17 < mrflibble> ic 00:17 < nop> suse right now 00:17 < mrflibble> u might need to advertise a lot to get the sponsers 00:17 < mrflibble> which will cost 00:18 < nemesis> are you think that iip is important/stable enough to show it the world? 00:18 < chscrtr> not that much, PR can be cheap 00:18 < nop> nemesis I don't think I'm showing it to the world 00:19 < mrflibble> hmm, i hope so 00:19 < nop> It's a conference, separate concept 00:19 < mids> ok, lizzy__ raised the point that the idleing time might give away too much information 00:19 < nemesis> hehe 00:19 < nop> yes it does 00:19 < mids> so (s)he suggested to disable it server side 00:19 < nop> we can take that out 00:19 < nop> I've been wanting to do that 00:19 < nop> ok 00:19 < nemesis> cause, it would be nice when future releases are packed for trustix ;) 00:19 < nop> will work on it 00:19 < mids> also that registering your nickname pinpoints you and makes you more traceble 00:19 < mids> so there should be a warning against that 00:19 < mids> . 00:20 < mids> I suggest that we metion the possible risks and issues more clear in the documentation 00:20 < mids> mention 00:20 < mrflibble> why is registering mae u more traceable? 00:20 < mrflibble> make 00:20 < mids> mrflibble: because once you identify, then you are guaranteed the same person as before 00:21 < mids> while if you just use the same nick, you might not be the same person 00:21 < mids> registering and identifying makes you pseudonymous 00:21 < mids> instead of anonymous 00:21 < mrflibble> oh 00:21 < mrflibble> but that's good tho 00:21 < mrflibble> trust is important 00:24 < mids> yes, but you build a public record of information 00:24 < mids> each time that you connect and say something, you add more info 00:24 < mids> there are tools which can identify the identity of people based on language patterns. 00:25 < mids> the ones that I tried are not that good, but it is often quite easy to spot errors and make conclusions. 00:25 < mids> I believe that it wouldn't harm to add a chapter about the risks even in an 'anonymous' environment to our manual 00:25 < mids> and I invite lizzy__ to start with that chapter. 00:25 < mids> . 00:25 < Nostradumbass> That's why passing your text through multiple language translators can be useful 00:27 * mids passes the microphone back to the audience 00:28 < mids> oh, excuse for joining that late, if someone can send me the logs of the first 15 minutes then I would much appreciate it. 00:28 < mids> . 00:29 < mrflibble> ooh 00:29 < mrflibble> gotcha 00:29 < mrflibble> mids, make that about 5 minutes :) 00:29 < mids> heh. 00:30 < mids> did nop already say something about 1.1-final? 00:30 < mids> like when we claim that it will be released ;) 00:31 < mrflibble> nope 00:31 < mrflibble> ill send u a capture 00:31 < mids> gracias 00:31 < mrflibble> shit, i cant 00:31 * mrflibble slaps mrflibble around a bit with a large trout 00:31 < mrflibble> ill cut and paste 00:32 < mrflibble> hope i dont flood myself off 00:32 < mids> in private please 00:32 < mids> okay, now this unofficial meeting is officially closed 00:32 < mids> :) 00:32 < nemesis> looool --- Log closed Wed Jan 08 00:33:43 2003 </div>/cs/blog/2002/12/10/i2p-dev-meeting/Tue, 10 Dec 2002 00:00:00 +0000/cs/blog/2002/12/10/i2p-dev-meeting/<p>(Díky wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="rychlé-shrnutí">Rychlé shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> codeshark, dangermouse, Debrys, {Due}, \|EN3RGY\|, hezekiah, hobbs, jeremiah_, mids, mrflibble, Neo, nop, Rav-, xcasex, Zwolly</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> --- Log opened Tue Dec 10 23:32:22 2002 23:32 -!- Topic for #iip-dev: http://www.patrick.fm/boobies/boobies.php?text=IIP <-- mmm, boobies, aka our new mascot! 23:32 [Users #iip-dev] 23:32 [@codeshark] [ icepick] [ Neo] [ pox ] [ UserX ] 23:32 [ Debolaz ] [ logger ] [ nop] [ sferic] [ xcasex] 23:32 -!- Irssi: #iip-dev: Total of 10 nicks [1 ops, 0 halfops, 0 voices, 9 normal] 23:32 -!- Irssi: Join to #iip-dev was synced in 2 secs 23:34 -!- mode/#iip-dev [+o mids] by Trent 23:34 -!- mode/#iip-dev [+v logger] by mids 23:53 < |EN3RGY|> wee 23:55 < mrflibble> lol, like the pic, is it ne1 we know? 23:55 * jeremiah_ wonders if this is working... using the metropipe JS interface... 23:55 < hobbs> jeremiah_ : you're sending, at least. :) 23:56 < jeremiah_> hobbs: looks like it works, meeting about to start? I'm at the public library 23:56 < hobbs> jeremiah_ : just a few minutes, yeah. 23:56 < Zwolly> i want to order an IIP mascot where can i buy them??? 23:57 < nop> hehe 23:57 < jeremiah_> hey nop 23:57 < nop> hi 23:57 < nop> I like the metropipe thing 23:57 < nop> rather neat 23:57 < jeremiah_> yeah it's cool 23:57 < hobbs> yeah, and amazing that it works. >:) 23:58 < nop> works real well --- Day changed Wed Dec 11 2002 00:00 <@mids> Tue Dec 10 23:00:04 UTC 2002 00:00 <@mids> Welcome to the 23th IIP meeting 00:00 < dangermouse> 22:48 by my clock :p 00:00 < xcasex> thankyou 00:00 <@mids> Agenda: 00:00 <@mids> 1) Welcome 00:00 <@mids> 2) RC3 finally 00:00 <@mids> 3) Security Advisory 00:00 <@mids> 4) Network inconsistancies 00:00 <@mids> 5) Questions? 00:00 <@mids> . 00:00 <@mids> Logs are available on 00:00 <@mids> http://mids.student.utwente.nl/~mids/iip/ 00:01 <@mids> If you got questions related to the current agenda item, please ask 00:01 <@mids> otherwise safe them for the question round 00:01 <@mids> . 00:01 < nop> I'm gonna wait for a sec 00:01 <@mids> yeah, till they come back 00:02 < nop> k 00:02 <@mids> did you all see nop's IIP mascot submission? 00:02 <@mids> http://www.patrick.fm/boobies/boobies.php?text=IIP 00:02 < hobbs> nop : btw, whatever happened to those beeps in the MOTD? I actually liked them. 00:02 < jeremiah_> is it profane? I can't really look at profane stuff 00:02 < {Due}> hi all 00:02 < nop> oh, I think I fixed the problems 00:02 < hobbs> jeremiah_ : not suitable for a library. 00:02 -!- mids changed the topic of #iip-dev to: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ 00:03 < nop> oh, got rid of our mascot 00:03 < nop> :( 00:03 < {Due}> here ppl only write in english? 00:03 -!- mids changed the topic of #iip-dev to: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ - IIP Mascot: http://www.patrick.fm/boobies/boobies.php?text=IIP 00:03 <@mids> {Due}: yeah 00:04 < |EN3RGY|> la mayoria si, {Due} 00:04 < {Due}> i really dont understand what is the meaning of this 00:04 < {Due}> :\ 00:04 <@mids> ok, me hands the microphone to nop 00:04 < nop> alright 00:04 < nop> Welcome 00:04 < nop> to the nth 00:04 < nop> hezekiah: you should know 00:04 < hezekiah> 23rd 00:04 < nop> meeting 00:04 < nop> of IIP 00:04 < nop> clockwork 00:05 < nop> mids, agenda please 00:05 <@mids> 1) Welcome 00:05 <@mids> 2) RC3 finally 00:05 <@mids> 3) Security Advisory 00:05 <@mids> 4) Network inconsistancies 00:05 <@mids> 5) Questions? 00:05 < |EN3RGY|> {Due} entiendes algo ? 00:05 < nop> ok 00:05 < {Due}> si |EN3RGY| 00:05 < nop> please try and save comments for the questions part 00:05 -!- mode/#iip-dev [+oo nop hezekiah] by mids 00:05 < {Due}> ahora hay "chala", wait 00:05 < |EN3RGY|> XD 00:05 <@nop> so we can get throught his 00:05 < |EN3RGY|> ok 00:05 < {Due}> ;) 00:05 <@nop> 2) RC3 finally!!! 00:05 <@nop> yeah 00:05 <@hezekiah> Yeah! 00:05 < |EN3RGY|> q paranoia ! 00:06 <@nop> RC3 is here and arrived in 50% less time than RC2 00:06 < {Due}> |EN3RGY| /say yeah! 00:06 < {Due}> ke todo hay ke decirtelo :\ 00:06 <@mids> ok, be quiet people, I can barely hear nop 00:06 <@nop> hmm 00:06 < |EN3RGY|> yeah! 00:06 < |EN3RGY|> XDDD 00:06 <@nop> cayete 00:06 <@nop> or how ever you say it 00:06 <@nop> silencio 00:06 < |EN3RGY|> solo me entero 00:06 < |EN3RGY|> de algo sobre el RC3 00:06 < jeremiah_> nosotros hablamos espanol tambien 00:06 < {Due}> |EN3RGY| silencio ;) 00:06 <@nop> they are translating ;) 00:06 <@nop> haha 00:06 < |EN3RGY|> ok 00:07 <@nop> ok 00:07 <@nop> anyway 00:07 < |EN3RGY|> ok jeremiah_ 00:07 <@nop> RC3 is here, and it includes what was requested as well as bugfixes 00:07 <@nop> version is definitely there this time :) 00:07 <@nop> so we're all happy 00:07 < {Due}> nop, before of that, waht is RC3 ? 00:07 <@nop> oh 00:07 <@nop> Release Candidate 3 of 1.1 00:07 < {Due}> ajam 00:08 <@nop> the neat thing about it, is the next version will be ... 00:08 <@nop> 1.1 STABLE!!! 00:08 <@nop> 1.1.0 STABLE 00:08 <@nop> so we have room for error ;) 00:08 < Rav-> haha 00:08 <@nop> we'll take the freent approach 00:08 < {Due}> nop i know about this soft just 5 minuts ago, plz tell me what this does 00:08 <@nop> build 500392938103967 00:08 <@nop> Due - http://help.invisiblenet.net 00:08 <@mids> {Due}: we will help you later 00:08 < {Due}> oka 00:09 <@nop> ok 00:09 <@nop> 3) Security Advisory 00:09 <@nop> accidentally came upon some weaknesses in Adelphia's PowerLink Network that is crucial to privacy 00:09 <@nop> so I felt the need to send them an advisory 00:09 <@nop> and post it to iip-dev list 00:09 < Debrys> Due: http://www.invisiblenet.net/iip/aboutMain.php take a look at this page....... and also the interview and docs....... most of the things you're asking yourself get answered there :) they're really no nonsense page..... pure info and straight to the point 00:10 <@nop> anyway 00:10 <@nop> if any users use adelphia 00:10 * {Due} reading ;) 00:10 <@nop> that is the reason I posted it 00:10 <@nop> for the benefit of our users 00:10 <@nop> as they host 5.5 million customers 00:10 <@nop> so we might have a few 00:11 <@nop> hopefully they will adhere to the advisory and fix it 00:11 <@nop> if not 00:11 <@nop> it will be publicized 30 days from the date 00:11 <@nop> which will apply a bit of pressure to fix the problem 00:11 <@nop> moving on 00:11 <@nop> Connection issue 00:11 <@nop> with the upgrade 00:11 <@nop> a lot of people probably have been shutting off their previous rc2 relay 00:11 <@nop> and turning on rc3 00:12 <@nop> this probably will happen over a span of a couple weeks 00:12 <@nop> most people aren't consistant with keeping track of upgrade day 00:12 <@nop> also 00:12 <@nop> there were a few times this past week that the colocation facility of the ircd server had some network maintenance 00:12 <@nop> this caused a few hiccups 00:12 <@nop> and it may have beend difficult to get on 00:12 <@nop> this is over 00:12 <@nop> and it should be pretty clean (other than relays dropping from time to time) 00:13 < jeremiah_> will a relay notify the admin when it should be updated? 00:13 <@nop> as in the IIP software notify? 00:13 <@mids> currently, no 00:13 <@nop> the relay admin? 00:13 <@nop> that should be optional 00:13 <@nop> for debatable anonymity reasons 00:13 < jeremiah_> yeah, but it isn't an option right now, correct? 00:13 <@codeshark> nop: maybe a simple version check would help 00:13 <@nop> correct it is not 00:14 <@nop> definitely an option that could appear in 1.1 00:14 <@nop> stable 00:14 <@nop> but I can't promise that 00:14 <@nop> as we want to keep changes to a minimum 00:14 < jeremiah_> ok 00:14 <@mids> I suggest we dont put it in 00:14 <@mids> only fix bugs 00:14 <@nop> as well do I for this version 00:14 <@codeshark> yes, no new features 00:15 <@hezekiah> I agree. 00:15 <@nop> ok 00:15 <@mids> are there any bug reports yet? 00:15 <@nop> I know that codeshark had one 00:15 <@codeshark> yeah, couldn't send mail, damn invisiblenet ;) 00:16 <@nop> haha 00:16 <@nop> send it when you can 00:16 <@nop> there's a couple of firewall questions 00:16 <@codeshark> iip.log, isproxy.ini, mynode.ref, seed.rnd are stored in current directory instead of ~iip/.iip dir 00:16 <@nop> I think we might have to be more clear that 6667 isn't the only connection that should be open 00:17 <@nop> can you officially send it as an email 00:17 <@nop> it helps for tracking 00:17 <@codeshark> doesn't work ;) 00:17 <@nop> mail shoudl work 00:17 <@mids> nop: do you mean firewall rules for outgoing connections? 00:18 <@nop> yes 00:18 <@mids> ok 00:18 <@nop> I don't think all users realize how it works 00:18 <@mids> yeah we can add that to the firewall chapter of the FAQ 00:18 <@nop> ok 00:18 <@mids> or create that one if it doesnt exist 00:18 <@nop> anyway, cs can you submit it to our sourceforge bug report page 00:18 < {Due}> ok, one second 00:19 < {Due}> may i ask something? 00:19 <@nop> hold 00:19 <@nop> what's next on agenda 00:19 <@mids> question round! 00:19 <@nop> ok 00:19 <@nop> due 00:19 < {Due}> ;) 00:19 <@nop> you can ask 00:19 < {Due}> oka 00:19 <@codeshark> nop: ok 00:20 < {Due}> 1) mids says tha this servers is anonymoues 00:20 < {Due}> anonymous 00:20 < {Due}> <mids> we dont know where the server is 00:20 < {Due}> newsserver1.ussc.com 00:20 <@nop> that's a relay 00:20 <@nop> 1 of many 00:20 <@nop> your peers protect you 00:20 * Neo stands in question queue 00:21 < {Due}> but what is the meaning of all that? 00:21 < {Due}> i mean, all the ircu servers 00:21 <@mids> I'll try to help {Due} in private 00:21 < {Due}> has vhost 00:21 < {Due}> oka mind 00:21 <@nop> neo yes 00:21 <@mids> pop queue, neo 00:21 < Neo> Ok. 00:22 < Neo> nop: can you please give us: 00:22 < Neo> diff 'invisible internet' 'tarzan' 00:22 < Neo> thoughts please. 00:22 <@nop> I need to finish my read on tarzan before I can answer that 00:22 <@nop> but they are similar 00:22 <@nop> but I find some problems with tarzan 00:22 * jeremiah_ would like a url that describes tarzan 00:23 <@nop> neo do you have the url handy 00:23 < Neo> http://www.pdos.lcs.mit.edu/tarzan/index.html 00:23 < jeremiah_> thank you 00:23 <@nop> I'll tell you what neo 00:23 <@nop> when I finish my read 00:23 <@nop> I will send you an email 00:23 <@nop> on my thoughts 00:24 <@hezekiah> What if you just submit the email to iip-dev? 00:24 <@nop> ok 00:24 < Rav-> can i make a suggestion 00:24 < Rav-> for the node.ref etc files 00:24 <@nop> there are aspects that can be fully utilized from tarzan 00:24 < Neo> nop: thanks 00:24 < Rav-> store them in user home directories 00:24 <@hezekiah> That would be nice. 00:24 < Rav-> so its easier to secure a proxy 00:24 < Rav-> and have it update noninteractively 00:25 < Debrys> ahem:....... it would be nice if i could use IIP withouth installation and copied file....... i.e. copy the files on a disk......... go to someone with a pc and irc-client........ run IIP from disk withouth any files copied to the hard-disk....... so i would be thankfull if this user-home-dirs thingie would be an option 00:27 <@mids> currently it _should_ look in several places 00:27 <@mids> current directory, homedir 00:27 <@mids> and system wide directory 00:27 <@mids> I dont remember in what order that happens 00:27 < jeremiah_> it would also good to be able to run the system from memory w/o config files so someoen could use it and then delete it easily (not sure how possible this is right now) 00:27 < Debrys> okay, thanks for the info mids 00:28 <@nop> knoppix 00:28 <@nop> www.knoppix.net 00:28 <@mids> Debrys: but codeshark just reported a bug on that, so it might not work :) 00:28 <@codeshark> Debrys: yes, there's a problem with this feature 00:28 <@codeshark> some files are stored in local directory 00:28 < xcasex> jeremiah_: just mount a portion of ram to the filesystem D: 00:28 < xcasex> :D 00:28 < Debrys> well, i'm okay if i know it will work in the future :) 00:29 < Debrys> its just a possibility i would miss if it would be discarded in future development 00:29 < Rav-> from memory only the node.ref file needs to be local.. is that right? 00:30 <@nop> 7and listen.ref 00:30 <@nop> and 00:30 < Debrys> cs: local dir is okay....... because the local dir would be the diskette? 00:30 <@nop> and isproxy.ini 00:30 < Rav-> yeah thats right 00:30 < Rav-> 3 files 00:30 <@nop> although 00:30 < Debrys> the only problem would be if its run from a cd........ but thats okay to me 00:30 <@mids> you can specify the file location if you run isproxy 00:30 <@mids> try: isproxy -h 00:30 <@mids> if will give an overview of options 00:31 < Debrys> °nods° 00:31 < Rav-> atm i have those 3 files rw for users since iip starts as a user daemon not a system daemon 00:32 <@nop> ok 00:32 <@nop> I'll bb in a bit 00:33 <@mids> other questions? 00:33 < Debrys> not for now or 1.1 00:33 < Rav-> mmm... update notification? 00:33 < Rav-> wouldnt be anonymous i guess 00:34 <@mids> Rav-: the server could send a control message 00:34 < Rav-> okay 00:34 <@mids> atually it already sends the version I think 00:34 <@mids> but then again 00:34 <@mids> if I run a public relay 00:35 <@mids> what should the relay do if it sees that it is too old? 00:35 < Rav-> you could include it in node.ref 00:35 < Rav-> dunno 00:35 < jeremiah_> it could be given the option of emailing the admin 00:35 < jeremiah_> or anonymail 00:35 <@mids> yeah maybe 00:35 < Debrys> what if clients get to know about a new version from other clients..... not the server? this could also work in a decentralized network........ since if update notification is server dependant it wouldn't work when IIP goes decentralized? 00:36 < Rav-> yeah thats why i was thinking node.ref 00:36 <@mids> I dont think it is possible to do it in a decentralized environment 00:36 <@mids> unless you sign those messages by the IIP development team 00:36 <@mids> since otherwise it would be too easy to send fake messages 00:36 < hezekiah> Right 00:37 < Debrys> thats true 00:37 < Rav-> hmm 00:37 <@mids> actually 00:37 <@mids> once it is fully distributed 00:37 <@mids> it could well be that there are multiple version 00:37 < Debrys> but would it be THAT evil if a fake "new version" message is received? except of being annoying? 00:37 <@mids> +s 00:37 <@mids> and clones etc 00:38 <@mids> Debrys: it would be easy to do, and make it not useful anymore 00:38 < Rav-> that should be a good case for update notification 00:38 < Debrys> okay 00:38 <@mids> what would be better is the admins subscribing to the IIP development mailinglist 00:38 < Rav-> dont know how you would dist the message 00:38 <@mids> :) 00:38 <@mids> maybe we should make other mailinglists in the future 00:38 <@mids> like iip-announce 00:39 < xcasex> dont forget the-iip-133+3 00:39 * jeremiah_ has to go 00:39 < jeremiah_> bye 00:39 < jeremiah_> will login later 00:39 < Rav-> when you say distributed, do you mean as part of a decentralised iip network or do you mean you are releasing the server daemon for use on other networks 00:39 < hezekiah> bye 00:42 <@mids> Rav-: decentralized 00:44 < hezekiah> Well, I'm off. Bye everyone. 00:45 <@mids> ok 00:45 <@mids> hereby I declare the meeting beeing over 00:45 <@mids> see you next week, same time, same place 00:46 <@mids> feel free to hang around a bit 00:46 <@mids> and if there are more questions / comments, ask em in #iip or #anonymous --- Log closed Wed Dec 11 00:48:34 2002 </div>/cs/blog/2002/12/03/v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-i2p/Tue, 03 Dec 2002 00:00:00 +0000/cs/blog/2002/12/03/v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-i2p/<p>(Se svolením wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="rychlé-shrnutí">Rychlé shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> hezekiah, mids, nemesis, nop, pox, UserX</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> --- Log opened Tue Dec 03 23:52:14 2002 23:52 -!- Topic for #iip-dev: IIP meeting | logs: http://mids.student.utwente.nl/~mids/iip/ | sneak rc3 preview for unix http://mids.student.utwente.nl/~mids/iip/iip-1.1-rc3-mids1.tgz | please give feedback 23:52 [Users #iip-dev] 23:52 [ codeshark2] [ Disposable] [ logger] [ nemesis] [ nop] [ root_] 23:52 [ Debolaz ] [ icepick ] [ mids ] [ Neo ] [ pox] [ UserX] 23:52 -!- Irssi: #iip-dev: Total of 12 nicks [0 ops, 0 halfops, 0 voices, 12 normal] 23:52 -!- Irssi: Join to #iip-dev was synced in 3 secs --- Day changed Wed Dec 04 2002 00:01 < mids> Tue Dec 3 23:01:00 UTC 2002 00:01 < mids> Welcome everybody 00:02 < mids> today we are going to talk about nice websites 00:02 < mids> atleast, until nop comes back in 8 minutes 00:02 < mids> now here comes my nice website: 00:02 < hezekiah> lol 00:02 < mids> http://www.longbets.org/ 00:02 < mids> "The purpose of the Long Bet Foundation is to improve long-term thinking" 00:03 < mids> consult the website for more information 00:03 < mids> . 00:03 < hezekiah> mids ... you need to take a course at an MC camp about "filling dead air." 00:03 < hezekiah> How's RC3? Do you know? 00:03 < mids> 1) you take a bottle of air 00:03 < mids> 2) you fill it with water 00:03 < mids> 3) the dead air is filled. 00:03 < mids> . 00:03 < hezekiah> Any feedback on the "pre" RC3? 00:04 < mids> someone asked how the upgrade could be done 00:04 < mids> otherwise no comments that I can remember 00:05 < mids> codeshark made some commits for the windows version of rc3 to CVS 00:05 < mids> like said last weeks: rc3 is near 00:05 < mids> only we lack developertime to release it :) 00:06 < hezekiah> The configure script should now support Linux, FreeBSD, and Mac OS X. If you want to try it, check out the "development" branch of CVS and give it a whirl! 00:06 < mids> I tried it 00:06 < mids> but I got all kind of errors 00:06 < hezekiah> When did you try it? 00:06 < mids> 3 days ago 00:06 < hezekiah> Hmmm ... what operating system? 00:06 < mids> linux 00:07 < hezekiah> Odd. Send me the errors. 00:07 < hezekiah> I'll look into it. 00:08 < mids> ./configure works fine... but takes quite long actually 00:08 < mids> compared with other opensource projects 00:08 < hezekiah> Hmm ... it should take only a minute or so. 00:08 < mids> yeah 00:08 < mids> but longer as other projects with the same size 00:09 < hezekiah> Do they have to do crypto? 00:09 < hezekiah> That can make a big difference. (A fair section of the time is spent finding OpenSSL, and finding integer types and making macros for them.) 00:09 < mids> hm nope 00:09 < mids> it compiles now 00:09 < hezekiah> Good! :) 00:09 < mids> but it refuses to bind to port 6667 00:10 < mids> is the configuration file format changed? 00:10 < hezekiah> It should. 00:10 < mids> oh wait 00:10 < hezekiah> You already have isproxy running on port 6667 since your talking to me. (Unless you customized the isproxy you ran before.) 00:10 < mids> it is this NASTY timeout 00:10 < mids> that should really be fixed... 00:11 < mids> it works 00:11 < hezekiah> The timeout that occures when a copy of isproxy bombs out with the port still bound? 00:11 < mids> hip hip 00:11 < hezekiah> hurra! 00:11 < mids> yeah that timeout 00:11 < hezekiah> Ugh. You're right. 00:11 < mids> . 00:11 < mids> Other question that I got through some user: 00:12 < hezekiah> Well, that's the current state in developerland from my view folks! More at 11:00! 00:12 < hezekiah> What? 00:12 < mids> why does the entropy generation feed directly from the keypresses? 00:12 < mids> and not from /dev/random like GnuPG etc do? 00:12 < hezekiah> I don't know. UserX? 00:12 < mids> /dev/random uses mouse, network and other randomness too 00:13 < hezekiah> (Well, /dev/random doesn't use network if you say not to in the kernel; ... which I do.) 00:13 < mids> depens on the os I think 00:14 < mids> . 00:14 < UserX> reason for that is not all /dev/randoms produce secure random data 00:15 < hezekiah> Ah ... 00:15 < mids> UserX: then how does GnuPG handle it? I am sure they do it right :) 00:15 < hezekiah> Maybe we should make it check to see if the system does ... and use it if so. 00:16 < UserX> mids: i'm not sure. i'll look into that 00:16 < hezekiah> If it's in their configure script, then I might be able to find it. 00:16 < mids> great 00:16 < mids> I _really_ need to sleep now 00:17 < hezekiah> Bye, mids! : 00:17 < hezekiah> :) 00:17 < mids> night 00:17 < hezekiah> 'night. 00:17 < mids> (logfiles on http://mids.student.utwente.nl/~mids/iip/) 00:18 < hezekiah> (Meanwhile, our reports are still investigating the mysterious dissapearence of "nop"! We'll give you the breaking news "as it happens (r)!") 00:18 < hezekiah> [If no one has noticed yet, I'll be the first to admit: I don't do well at filling dead air.] 00:19 < hezekiah> I would like to officially thank the person who submitted a logo to the iip-dev mailing list. 00:19 < hezekiah> It's the best one I've seen yet. (Note: It's also the only one I've seen yet ...) 00:20 < hezekiah> Well, while we wait for nop ... 00:20 < hezekiah> ... Does anyone have question!? 00:21 < hezekiah> Anyone? 00:21 < hezekiah> Anyone at all? 00:21 < pox> bpb was writing a license. did it materialize? 00:22 < hezekiah> I wasn't aware of any license in the works. Currently, I beleive is IIP licensed under the GPL. 00:23 < hezekiah> Yup. IIP is licensed under the GPL 00:23 < nop> hi 00:23 < nop> ok 00:23 < nop> sorry 00:24 < hezekiah> The man is HERE! 00:24 < nop> alright 00:24 < nop> rc3 should be coming out today 00:24 < nop> it's getting tested as we speak 00:25 < hezekiah> Yay! 00:25 < nop> other than that 00:25 < nop> I don't think there's much to say this week 00:25 < nop> rather slow week 00:25 < nop> busy for most people 00:25 < nop> side note 00:25 < nop> life is good 00:25 < nop> :) 00:25 < nop> any questions 00:25 < nop> comments 00:26 < nop> . 00:26 < hezekiah> When can we expect IIP 1.1 final to be out? 00:27 < nop> hezekiah you tell me ;) 00:27 < nop> j/k 00:27 < nop> probably a few weeks after rc3 is released today 00:27 < hezekiah> I'm working on 1.2 development! 00:27 < nop> haha 00:27 < hezekiah> OK. :) 00:27 < nop> I know 00:27 < nop> I'm kidding 00:27 < hezekiah> You would! 00:27 < hezekiah> lo 00:27 < nop> pending bugs etc 00:27 < hezekiah> lol 00:30 < hezekiah> Does any else have a question? 00:30 < nemesis> hm... 00:31 < nemesis> plan codeshark a tut for fileserv? 00:40 < hezekiah> Well ... I'm off. Have fun everyone. ;-) 03:09 < nemesis> http://forum.pcwelt.de/fastCGI/pcwforum/topic_show.fpl?tid=82168&pg=5 loooooooooooooooooooooooooooooooooooooooooooooooooooooool 03:10 < nemesis> ups, sorry, an url ;) 03:10 < nemesis> *gg* 04:07 < nemesis> cu@all 04:11 * Disposable is listening to System of a Down - Spiders 13:17 -!- Topic for #iip-dev: IIP meeting | logs: http://mids.student.utwente.nl/~mids/iip/ | sneak rc3 preview for unix http://mids.student.utwente.nl/~mids/iip/iip-1.1-rc3-mids1.tgz | please give feedback 13:17 [Users #iip-dev] 13:17 [ Debolaz ] [ icepick] [ pox ] [ UserX] 13:17 [ Disposable] [ logger ] [ root__] 13:17 -!- Irssi: #iip-dev: Total of 7 nicks [0 ops, 0 halfops, 0 voices, 7 normal] 13:17 -!- Irssi: Join to #iip-dev was synced in 8 secs --- Log closed Wed Dec 04 19:49:58 2002 </div>/cs/blog/2002/11/27/i2p-dev-meeting/Wed, 27 Nov 2002 00:00:00 +0000/cs/blog/2002/11/27/i2p-dev-meeting/<p>(Se svolením wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="rychlé-shrnutí">Rychlé shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> Aprogas, athena, bpb, crunchman, Disposable, Fairwitness, Gilles2Rais, hezekiah, Kyfhon, mateofree, nemesis, nop, ptsc, Rain, rda, xenode</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> --- Log opened Tue Nov 26 22:43:56 2002 22:44 -!- Topic for #iip-dev: IIP meeting | logs: http://mids.student.utwente.nl/~mids/iip/ | sneak rc3 preview for unix http://mids.student.utwente.nl/~mids/iip/iip-1.1-rc3-mids1.tgz | please give feedback 22:44 [Users #iip-dev] 22:44 [ CwZ|away] [ Disposable] [ icepick] [ logger] [ pox] [ UserX] 22:44 -!- Irssi: #iip-dev: Total of 6 nicks [0 ops, 0 halfops, 0 voices, 6 normal] 22:44 -!- Irssi: Join to #iip-dev was synced in 2 secs 22:44 < logger> test 23:35 < nop> IIP dev meeting in 25 minutes, Special appearance by Capn' crunch aka John Draper 23:36 < Disposable> cool 23:36 < Disposable> the famous capncrunch 23:36 < Disposable> :P 23:36 < nop> yes 23:37 < nop> friend of mine 23:37 < nop> ;) 23:37 < Disposable> yeah? 23:37 < nop> he's working on porting iip to mac os 9 23:37 < Disposable> cool 23:37 < ptsc> unfortunately i'm off to do laundry but will lurk 23:37 < nop> ok 23:37 < ptsc> nop, why not an os x.2 clean version? 23:37 * Disposable is listening to The Beets - Killer Tofu 23:37 < nop> what? 23:37 < nop> ptsc, we have os x versions 23:37 < Disposable> hmmm 23:37 < nop> we need os 9 23:38 < nop> because there are still a lot of people on it 23:38 < ptsc> ah, okay. i was considering getting a mac that could run os x 23:38 < nop> yes 23:38 < nop> but only 20% of mac users have switched to X 23:38 < ptsc> in my case, i'd be switching to mac specifically *because* of x 23:39 < Disposable> lol 23:39 < Disposable> yeah 23:39 < Disposable> it looks so sweet 23:39 < Disposable> :) 23:39 < Disposable> i wunna try it 23:39 < Rain> "unix for users done right" some feel 23:39 < ptsc> i saw it at a friend's house who has been a mac freak for ages 23:39 < ptsc> and it just looks awesome 23:39 < ptsc> plus they brought back the NeXT-style file browser 23:39 < ptsc> which has always ruled 23:39 < ptsc> ok bbl 23:39 < Rain> "the first lickable interface", according to mr jobs. 23:40 < ptsc> ok bbl 23:41 < Disposable> :/ 23:48 < Disposable> wb --- Day changed Wed Nov 27 2002 00:00 < nemesis> blubb 00:00 < nemesis> 23 UTC 00:00 < nop> ok 00:00 < nop> welcome to the 21st iip meeting 00:01 < nop> on the agenda 00:01 < nop> 1) welcome 00:01 < nop> 2) why rc3 isn't released yet 00:01 < nop> 3) when will it be released 00:01 < nop> 4) OS 9 port by Cap'n Crunch 00:01 < nop> 5) Questions and comments 00:02 < nop> ok 00:02 < nop> welcome 00:02 < nop> :) 00:02 < nop> codeshark is out of the country on business, and will be back later this week 00:02 < nop> he's our release coordinator 00:02 < nop> and if he's not back shortly, mids and I will arrange the release candidate 00:02 < nop> and do it that way by friday 00:02 < Aprogas> one should only accept the function of release coordinator, if one knows to have time for that function 00:02 < nop> when will it be released, friday at latest 00:03 < nop> comments are saved for last 00:03 < nop> thnx though aprogas 00:03 < Aprogas> ok 00:03 < nop> ok, os 9 port, Cap'n Crunch has been working (along with his friend) on porting IIP to mac os 9 users 00:04 < nop> hopefully, he will be on here shortly to give us some detail 00:04 < nop> if not I'll send out an email 00:04 < nop> to iip-dev with the latest from him 00:04 < nop> oh speak of the devil 00:04 < crunchman> Ok, I'm on 00:04 < nop> Hi crunch 00:04 < Aprogas> nop: that must be bpb in disguise 00:04 < nop> can you give us a quick detail of what's going on with os 9 00:04 < crunchman> Of course I didn't get the chance to read over the source so I can bring up my issues. 00:05 < nop> k 00:05 < crunchman> yes - I can. 00:05 < nop> the floor is yours, take it away 00:05 < crunchman> basically - the way IIP was written, it's a CAAN OF WORMS if I have to use the structures you are already using. 00:06 < crunchman> There is NO discrete seperation between the GUI and the guts. 00:06 < crunchman> Let me explain. 00:06 < crunchman> It is VERY baised towards WinBlows. 00:06 < crunchman> As you know, the Mac uses resources for the GUI components. 00:07 < crunchman> I need to examine the code now, and would like to take a few mins to go over my notes, so I can be more specific. 00:07 < nop> ok 00:07 < nop> either way, we can cover that later, but Crunch is working on the os 9, and we will aid him with what we can so that it may be not so tedious a task 00:08 < nop> reasons for the port, is only 20% of mac users have made the switch to os x 00:08 < nop> they still rely on os 9 00:08 < nop> so a lot of mac os users donated money towards this goal 00:08 < nop> and any other donations are welcome to assist crunch for his time on this project 00:09 < nop> questions and comments from iip users etc 00:09 < nop> ? 00:09 * Disposable is listening to Creedence Clearwater Revival - Fortunate Son 00:09 < Aprogas> comment: one should only accept the function of release coordinator, if one knows to have time for that function 00:09 < Rain> question: what will be new in rc3 00:09 < Rain> ? 00:09 < nop> mainly bug fixes, hold, I'll get the changelog 00:09 < Aprogas> /exec -o cat ChangeLog | head -200 00:10 < bpb> question: since when does IIP get donations? 00:10 < crunchman> bob cant get on 00:10 < nop> + iip1.1-rc3: 00:10 < nop> + - Display of version number for windows (menu option) and unix (command line). 00:10 < nop> + - Random number generation fix. 00:10 < nop> + - IIP network connections are no longer paused while in the setup screen. 00:10 < nop> + - Now exits if it can't bind to a socket at startup. 00:10 < nop> + Windows now displays a message box informing that it can't bind to port. 00:10 < nop> + - Several bugfixes and one memory leak fixed. 00:10 < crunchman> i 00:10 < nop> + 00:10 < crunchman> im on phone - helping him 00:10 < crunchman> hold on 00:10 < nop> k 00:10 < nop> that is the changelog 00:11 < Aprogas> comment: women are always late 00:11 < crunchman> hold on - still on phone w/ bob 00:11 < Rain> ok, thanks. 00:11 < nop> haha 00:11 < nop> ok meeting is officially over 00:11 < bpb> if he can't get iip to work, he could connect to my node 00:11 < Aprogas> huh ? 00:12 < nop> I will resume talks with crunch in here 00:12 < athena> okay, so i can slap aprogas now? 00:12 < Aprogas> but maybe i still had questions or commens 00:12 < bpb> :) 00:12 < nop> aprogas 00:12 < nop> do you have any more questions 00:12 < Aprogas> am i being ignored? 00:12 < nop> or comments 00:12 < nop> that pertains to IIP 00:12 < Rain> is the "sneak release" the same as the final one, and will i dare running it on a public proxy at this stage? 00:12 < crunchman> meeting is over? - but we havent even gotten on yet! 00:12 < Aprogas> where is mids? 00:12 < bpb> crunchman: that's nop for you... 00:12 < nop> crunch we can still talk in here 00:12 < Aprogas> no mids no meeting 00:12 < crunchman> Bob is trying to get on - and yet the meeting is now over? 00:12 < nop> rain sneak is the same yes 00:12 < nemesis> hm... nop, i use blackbox under windows xp, why theres no cmd line version of IIP out? 00:12 < nemesis> that i can use as an service.. 00:12 < crunchman> bpb - I have no clue what you mean by "crunchman: that's nop for you" 00:12 < Aprogas> bpb means nothing with it 00:12 < Aprogas> he loves to confuse people 00:13 < nop> well, nemesis iip -d might be able to do that for you 00:13 < crunchman> still trying to get bob logged in. 00:13 < bpb> crunchman: he's cutting off the meeting after it hasn't begun 00:13 < nop> the "official" meeting is over 00:13 < Disposable> hehe 00:13 < nop> other than comments 00:13 < crunchman> sorry I couldn't get on sooner. 00:13 < Rain> ok, so i might as well de-install the rc2 proxy i recently installed today, and replace it with rc3, no risk? 00:13 < Aprogas> nop: will there be an rc4 or even rc5, and when are they expected, and when is iip 1.1 expected? 00:13 < nop> rc3 should be final before 1.1 00:13 < nop> unless 00:14 < Aprogas> of course the release candidate comes before the release 00:14 < crunchman> Could someone call bob on phone and help him 00:14 < nop> unless major bugs were found 00:14 < nemesis> hm.... 00:14 < Aprogas> nop: why do i get the idea you forget what a rc is all the time ? 00:14 < nemesis> nop, must i shutdown my current iip for -d? 00:14 < Aprogas> nop: so when are 1.1 and 1.1-rc3 expected? 00:14 * bpb remembers when decentralized 2.0 was expected ;) 00:14 < nemesis> crunchman: help with what? 00:15 < crunchman> bob cant get on this IRC server. 00:15 < crunchman> I tried to help him - I gave up. 00:15 * Aprogas remembers saying that iip 1.1 would be released the day after freenet 0.5 00:15 < crunchman> I asked Lance to help him get on. 00:15 < Aprogas> crunchman: what kind of error does he get ? 00:15 < crunchman> When he's on... he can give you guys an update in HIS progress. 00:16 * Disposable is listening to Creedence Clearwater Revival - Susie Q 00:16 < crunchman> I don't know - I didnt get chance to ask him - sorry. 00:16 < nemesis> waaaaaaaaaaaaaaaaaaaaaaah *crying* 00:16 < nemesis> mids 00:16 < nemesis> i have 5 iip process running... 00:16 < crunchman> I REALLY would like to go off and re-examine the IIP work I did - so I can answer intellegent questions on the issues I want to bring up. 00:16 < nemesis> fuck it *grrr* 00:16 < crunchman> but I want BOB up here first. 00:17 < crunchman> because he also has to explain HIS part in the project 00:17 < Aprogas> it would be useful if we would know what kind of problem he has with connecting to here 00:17 < crunchman> I think he will address the group on his "socket" problems. 00:17 < Aprogas> is he using his own isproxy or yours? 00:17 < crunchman> Nop is talking to him on the phone right now - i hope.; 00:18 < crunchman> Bob has a Mac... I think he's using ircle 00:18 < crunchman> this is what I'm using right now. 00:18 < nop> I am 00:18 < nop> athena 00:18 * Kyfhon remembers trying that vile thing in an emulator 00:18 < Disposable> question: primary mac developeman will before os 9 ? 00:18 < nop> he's using athena 00:18 < crunchman> ok, i'll be right back. 00:18 < nemesis> re.... 00:18 < nemesis> are no pid implented in iip yet? 00:18 < nemesis> or cmd line output... 00:19 < nop> crunch, his inet connection is acting up 00:19 < nemesis> i always started a new instance with iip -d or -h or -? and ? 00:19 < Aprogas> maybe he could come tomorrow, or at next week's meeting then 00:20 < bpb> well, captn crunch made a atleast celebrity appearance today. 00:20 < bpb> err 00:20 < Aprogas> never heard of him, im from the pentium generation </div>/cs/blog/2002/11/20/v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-i2p/Wed, 20 Nov 2002 00:00:00 +0000/cs/blog/2002/11/20/v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-i2p/<p>(S laskavým svolením wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="rychlé-shrnutí">Rychlé shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> al-jabr, Chocolate, dd0c, Fairwitness, goc, hezekiah, mids, nemesis, Neo, nop, Robert, sanity, sinster, tarpY, tc, zic</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> --- Log opened Tue Nov 19 23:51:34 2002 23:52 < logger> test 23:52 -!- mode/#iip-dev [+o mids] by Trent 23:52 -!- mode/#iip-dev [+v logger] by mids 23:53 -!- mode/#iip-dev [+oo nop UserX] by mids 23:57 <@mids> public IIP meeting in channel #iip-dev starting in 2.5 minutes 23:57 < nemesis> lol 23:57 < zic> anybody from Ukrain? message me! hehehe 23:58 -!- mode/#iip-dev [+o hezekiah] by mids 23:58 <@hezekiah> Hello again, mids! 23:58 < Robert> Hey Nemesis, have you seen http://www.bash.org/?top 23:58 * athena sees hezekiah in a whole new light :p 23:58 < nemesis> bash? 23:58 <@mids> Robert: they are down 23:58 <@mids> what! 23:58 <@mids> they are back! --- Day changed Wed Nov 20 2002 00:00 <@mids> Tue Nov 19 23:00:00 UTC 2002 00:00 <@nop> welcome 00:00 <@nop> welcome 00:00 <@nop> to the 20th? 00:00 <@nop> IIP meeting 00:00 <@hezekiah> 20th! 00:00 <@mids> yes 00:00 <@nop> yes on the agenda today... 00:01 <@nop> mids... 00:01 <@mids> 1) welcome 00:02 <@mids> 2) getting rc3 out 00:02 <@mids> 3) sneak preview on rc3 00:02 <@mids> 4) snacks and drinks 00:02 <@mids> 5) questions 00:02 <@mids> . 00:02 <@nop> thnx 00:02 <@nop> ok 00:02 <@nop> so we are having rc3 officially released thursday 00:02 <@nop> please mark that in your calendars 00:02 <@mids> we hope :) 00:02 <@mids> (unless sourceforge is down again) 00:03 <@nop> right, did they fix the ro on nfs? 00:03 <@mids> yes 00:03 <@nop> was it their mistake? 00:03 < tarpY> i am here for the food 00:03 <@mids> it was announced on their status page btw 00:03 <@nop> ok 00:03 <@mids> maintenance 00:03 <@nop> gotcha 00:03 <@nop> probably doing backups 00:03 < tarpY> i wanted to order pizza off of the freenet and i found out they wont 00:03 <@nop> :) 00:03 < tarpY> where can i get food here 00:03 <@mids> tarpY: #muchnies-to-take-away 00:04 <@nop> ok 00:04 <@mids> what will be new in rc3: 00:04 <@nop> so Thursday we will get that out 00:04 <@nop> oh 00:04 <@nop> Mids, I believe you have the changelog handy 00:04 <@nop> if not 00:04 <@mids> me too 00:04 <@nop> I'll display 00:04 <@nop> ok 00:04 < sinster> will rc3 have a decent install script for *nix? 00:04 <@mids> - Display of version number for windows (menu option) and unix (command line). 00:04 <@mids> - Random number generation fix. 00:04 <@mids> - IIP network connections are no longer paused while in the setup screen. 00:04 <@mids> - Now exits if it can't bind to a socket at startup. 00:04 <@mids> Windows now displays a message box informing that it can't bind to port. 00:04 <@mids> - Several bugfixes and one memory leak fixed. 00:04 <@mids> . 00:04 <@mids> sinster: no, that is what hezekiah is working on 00:05 <@mids> that will be 1.2 00:05 <@hezekiah> Not quite ... 00:05 <@nop> ok 00:05 < zic> are there plans for translating the (nice) faq @ help.invisiblenet.net ? 00:05 <@nop> anyone who wants to translate 00:05 <@nop> please do 00:05 < sinster> mids/hezekiah: will it add iip to /etc/rc.d/ so that it starts automatically? just a suggestion 00:05 <@nop> we would very much appreciate it 00:05 <@nop> and have it on the site 00:05 < zic> will rc3 demand any mod in the FAQ? 00:06 <@mids> sinster: I got a script here... but that needs more testing 00:06 <@mids> sinster: maybe we'll add that with 1.1 final 00:06 <@hezekiah> sinster: that would not be distribution compatible, since different distros put startup stuff in different places. 00:06 <@mids> zic: no 00:06 < sinster> mids: yeah, make sure you test it on the major linux flavors, redhat, debian etc 00:06 <@nop> well, can we wait on quesitons 00:06 <@nop> please 00:06 < zic> my isproxy is scripted in /etc/init.d (debian), works perfectly 00:06 <@mids> oops 00:06 <@nop> till the questions and answers 00:06 < zic> sorry! 00:06 < zic> sorry! 00:06 <@hezekiah> Sorry. 00:06 <@nop> it gets confusing 00:06 <@nop> ;) 00:06 <@nop> sorry 00:06 < sinster> nop: ok 00:06 < tarpY> no translating everyone should speak english. 00:07 < sinster> nop: my bad 00:07 <@nop> no prob 00:07 <@mids> any questions on the changelog? 00:07 <@mids> no? 00:07 <@mids> nop: sneak preview? 00:07 <@nop> hold my relay just bit the dust 00:08 <@nop> wait till everyone comes back 00:08 <@mids> auch 00:08 <@nop> delay can be annoying in a meeting 00:08 <@nop> ;) 00:08 <@nop> everyone still here? 00:08 <@mids> seems like it 00:09 <@hezekiah> I didn't see anyone leave. 00:09 <@nop> ok 00:09 < zic> i am (does i matter? hehe) 00:09 <@nop> well there is a delay feature we have 00:09 <@nop> ;) 00:09 <@nop> ok 00:09 < al-jabr> I didn't either. 00:09 <@nop> guess my relay got kicked off the list for unreliability 00:09 <@nop> haha 00:09 <@mids> hehe 00:09 * Robert joins #muchnies-to-take-away while he waits... 00:09 <@mids> there we go 00:09 <@nop> yep 00:10 <@nop> there's another 00:10 <@nop> ;) 00:10 < al-jabr> there goes five. 00:10 <@hezekiah> We really need to do something about that. :( 00:10 < nemesis> erm 00:10 < nemesis> mids 00:10 <@nop> hezekiah: spread spectrum routing 00:11 < tc> is this glitches in the relay system? 00:11 <@nop> ;) 00:11 <@nop> my windows relay box crashed 00:11 <@nop> typical 00:11 < nemesis> for win2k / xp, thers in the future a build without gui 00:11 <@hezekiah> lol 00:11 < nemesis> or only gui to setup 00:11 < nemesis> and the rest as an daemon? 00:11 <@nop> it would be nice to have it as a service 00:11 <@nop> ;) 00:12 < nemesis> yes 00:12 < nemesis> ;) 00:12 <@nop> there is a program out there called service installer 00:13 <@nop> ok 00:13 <@nop> well 00:13 < nemesis> iip.exe --install 00:13 <@nop> no more delays 00:13 < nemesis> like apache for win 00:13 <@mids> is everybody already back? 00:14 <@nop> ok 00:15 <@nop> welcome baci 00:15 <@nop> back 00:15 < nemesis> matrix's neo? ;) 00:15 <@nop> ok 00:15 <@nop> I think they are back 00:16 <@mids> yes 00:16 <@nop> ok 00:16 <@nop> sneak preview 00:16 <@mids> I made a FLT-iip.1.1-rc3-pre1-mids-sneak-preview-screaner.tgz 00:16 <@mids> everybody with unix can test it 00:16 <@mids> no windows version yet 00:16 <@nop> I can make one right now 00:16 <@nop> if you want 00:16 < zic> lol 00:16 <@mids> http://mids.student.utwente.nl/~mids/iip/iip-1.1-rc3-mids1.tgz 00:16 < nemesis> thats ok 00:16 < nemesis> i wait 00:16 < zic> OGG or LAME audio? 00:17 <@mids> I am especially looking forward to reports on obscure unix versions 00:17 <@mids> like netbsd etc 00:17 < nemesis> i think, its not so important when a unix machine crash with 30 days uptime 00:17 <@mids> and macosx 00:17 < nemesis> as an windows machine with 3 days uptime ;) 00:17 < tc> mids: is this change just in the isproxy or in any other relay stuff also? 00:17 <@nop> no 00:17 <@nop> you keep your settings 00:17 <@nop> did we test that it can install over the previous one 00:17 <@nop> hmm 00:18 <@nop> make a note 00:18 < zic> nemesis: but it would be cool if it never crashed. but let's kill the talking here. we are in a formal meeting 00:18 < nemesis> hehe 00:18 <@nop> ok 00:18 <@nop> if anyone wants to test if the upgrade process is trivial 00:18 < nemesis> don't test it on meeting days ;) 00:18 <@nop> then please go ahead 00:18 <@nop> and email or notify one of the devs of the results 00:18 <@mids> please test it next to your current relay 00:18 <@mids> and yes, please give feedback 00:19 <@mids> on what went wrong 00:19 <@mids> etc 00:19 <@nop> wb tarpY 00:19 <@nop> let's put that screener in the topic 00:19 < goc> is it possible to run isproxy-rc2 and isproxy-almost-rc3 simultaneously? 00:19 <@nop> yes 00:20 <@nop> different port settings 00:20 <@nop> and it's not hard at all 00:20 < goc> where's the conf file stored? 00:20 <@nop> but rc3 should be able to go over rc2 00:20 <@nop> you might have to do a -f /dir 00:20 <@nop> or you may have it go over the rc2 install 00:21 < tarpY> are you going to eventually remove the proxy and integrate it into a client? </div>/cs/blog/2002/11/06/i2p-v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD/Wed, 06 Nov 2002 00:00:00 +0000/cs/blog/2002/11/06/i2p-v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD/<p>(S laskavým svolením wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="rychlé-shrnutí">Rychlé shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> al-jabr, co, codeshark, dj28, hezekiah, Mak, Neo, nop, Phiberoptika, Povert, UserX</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> --- Log opened Tue Nov 05 23:14:03 2002 23:14 < logger> test 23:55 < nop> hineo 23:55 < Neo> hinop 23:57 < nop> hi hezekiah --- Day changed Wed Nov 06 2002 00:00 < Neo> 23:00:00.00 UTC 00:00 < nop> ok 00:00 < nop> welcome 00:00 < nop> I kind of want to wait, looks like a relay died 00:00 < nop> just another minute 00:00 < nop> so that people can re-assimilate ;) 00:01 < hezekiah> Yeah. I got bumped out about 30 seconds ago. 00:01 < nop> right 00:01 < nop> ok 00:01 < nop> ok 00:01 < nop> welcome to the n-th iip-dev meeting 00:02 < hezekiah> 18th! 00:02 < nop> I think it's like the 18th 00:02 < nop> yes 00:02 < nop> thnx 00:02 < nop> on the agenda 00:02 < nop> 1) welcome <-- we're doing this now 00:02 < nop> 2) agenda list <-- we're doing this now 00:02 < nop> 3) ;) 00:03 < nop> 4) IIP logo 00:03 < nop> 5) Dev report 00:03 < nop> 6) RC3 (coming soon, we promise) 00:03 < nop> 7) questions 00:03 < nop> . 00:03 < nop> ok we did the welcome and the agenda 00:03 < nop> let's do the ;) 00:03 < nop> ;) 00:04 < nop> Ok IIP logo 00:04 < nop> and slogan 00:04 < co> Where can we see the logos that have been submitted? 00:04 < nop> none have really been submitted 00:04 < nop> except one 00:04 < nop> and I submitted a slogan for InvisibleNet 00:04 < nop> I'll tell you mine 00:05 < nop> front part of shirt "You can't attack what you can't see..." 00:05 < nop> then back would say 00:05 < nop> InvisibleNet 00:05 < nop> then there's this other one, I'll mail to iip-dev 00:05 < nop> but no one else seems to care 00:05 < nop> so... :( 00:06 < nop> then again 00:06 < nop> no one seems to want to buy shirts for IIP anyway 00:06 < nop> so... what can ya do 00:06 < nop> yes we're working on getting black shirts 00:06 < nop> next on the agenda 00:06 < nop> Dev report 00:07 < nop> same ol' same ol' dev is working on the core control 00:08 < nop> userx will give a brief summary 00:08 < hezekiah> *applause* 00:09 < UserX> core control will provide a system for being able to support multiple cores in iip. each core is esssentially network protocol 00:10 < UserX> . 00:10 < nop> ok 00:10 < nop> thank you UserX 00:10 < nop> man of many words 00:10 < nop> ;) 00:10 < nop> or woman 00:10 < nop> never know 00:10 < nop> anyway 00:10 < nop> RC3 00:11 < nop> it's on it's way out the door, I believe there is an openbsd compatibility that was reported and from what I know, it's been patched and cvs'd 00:11 < nop> (for some reason, I haven't got a listserv about it) 00:11 < nop> but we're hoping that this weekend would be a good time to do an RC3 upgrade 00:11 < nop> and it's not going to conflict with rc2 in any way 00:12 < nop> just mostly bug fixes 00:12 < nop> Questions 00:12 < nop> anyone? 00:12 < codeshark> so everything is in cvs now? 00:12 < dj28> yea 00:12 < dj28> i have a stupid one 00:12 < dj28> when will the IIP core server migrate away from the irc protocol? 00:12 < nop> codeshark - I believe so, please check with UserX to make sure he's comfortable with it 00:13 < nop> this is what the core control dev work puts us in a position to do 00:13 < dj28> and when will it become completely distributed? 00:13 < dj28> oh ok 00:13 < nop> so then we'll be able to build upon that 00:13 < UserX> codeshark: it will be once my server is talking to the internet again 00:13 < nop> and we hope to have 1.2 a fully distributed version 00:13 < dj28> ok. cool 00:13 < nop> at least at communication level 00:13 < nop> the routing might still be run through inform 00:14 < nop> but the communication should be decentralized 00:14 < nop> similar to how freenet 0.3 was 00:14 < dj28> yea 00:14 < nop> any other questions? 00:15 < co> So a core is a package of encryption algorithms that allow network communication? 00:15 < co> Explain that concept again, please. 00:15 < Mak> wow ...i jumped here ...sorry ... 00:16 < nop> well 00:16 < nop> a core is a network protocol 00:16 < nop> this puts us in a modular position 00:16 < nop> to possibly support many routing architectures 00:16 < Neo> oooh nice... 00:17 < nop> this could position us to support many protocols 00:18 < nop> the core control is similar to an API for cores 00:19 < nop> any more questions? 00:19 < co> Thank you. 00:19 < nop> np 00:21 < nop> oh 00:21 < nop> one more thing 00:22 < nop> Many thanks to Phiberoptika for her fine translation of the El Pais newspaper article done on IIP 00:22 < nop> it appears in spanish and with english translation (done by Phiberoptika) on the iip site www.invisiblenet.net/iip 00:22 < nop> it's a good article 00:22 < hezekiah> Cool! I'll have to check that out! Thanks, Phiberoptika! :) 00:22 < al-jabr> I have a question... 00:22 < nop> yes sir 00:22 < al-jabr> Two questions 00:22 < nop> sure 00:22 < al-jabr> I had one problem 00:23 < al-jabr> running IIP in linux, don't know if it's actually an IIP problem 00:23 < al-jabr> after I killed isproxy 00:23 < al-jabr> and tried to run again, it couldn't bind to the port 00:23 < al-jabr> had this problem a couple times, had to change the port number 00:23 < al-jabr> but when i logged of and on again (a few days later) the port was available 00:24 < al-jabr> so I'm not sure that's directly an issue with isproxy 00:24 < hezekiah> Is this reproducable, or just a random happening? 00:24 < nop> right, if you wait like 1 minute with RC2 you can rebind 00:24 < UserX> was something connected to it when you killed it? 00:24 < al-jabr> i'll try to reproduce it 00:24 < al-jabr> but 00:24 < al-jabr> no, nothing was connected to 6667 00:25 < nop> oh that port 00:25 < nop> hmm 00:25 < al-jabr> and it happened like three or four times and i had to keep changing ports 00:25 < al-jabr> yeah 00:25 < al-jabr> not the other one 00:25 < Phiberoptika> re:article: ;)!!!, no problem chicos.. 00:25 < al-jabr> i haven't reproduced it since then, but i haven't been trying 00:25 < nop> hehe 00:25 < al-jabr> since i rarely go restarted isproxy 00:26 < al-jabr> i should probably try to. also, i was experiencing a lot of problems with the network for the last few days 00:26 < Povert> I have a question.... 00:26 < al-jabr> and i don't know if it's something local 00:26 < UserX> odd. the only reason i know for that to happen is that if the connection is closed properly it will be left hanging and you have to wait for the OS to time it out 00:26 < Povert> is de openbsd thing realy solved? 00:26 < al-jabr> because, before the last couple days, i got kicked off, maybe a couple times a day at MOST, then all of the sudden i was getting kicked off every few minutes, and sometimes not getting on at all, and sometimes lagging 00:27 < UserX> al-jabr: did you try using netstat to see if there were any lingering connections to port 6667 00:27 < al-jabr> and changing node.refs didn't seem to help 00:27 < al-jabr> no, i should have investigated that 00:27 < al-jabr> silly me 00:27 < al-jabr> i'll try it a bit more and i'll do that 00:27 < al-jabr> i didn't think that there could be connections on the other end after the server is killed 00:28 < nop> would netstat give a TIME_WAIT? 00:29 < hezekiah> Also, sometimes a process of isproxy hangs (but that only has happened to me when I'm debugging buggy code.) You should be able to check to see if there are still a hanging process of isproxy by doing: ps -e | grep isproxy 00:29 < al-jabr> i did that 00:29 < al-jabr> no isproxies were running 00:29 < hezekiah> Good. :) 00:30 < al-jabr> no, bad. 00:30 < al-jabr> but anyway, i'll investigate that some more, probably not a big issue 00:32 < Povert> nop 00:32 < Povert> is openbsd kompilation ready solved? 00:32 < Neo> diff -r1.2 sock.h 00:32 < Neo> 45c45 00:32 < Neo> < #elif defined(__FreeBSD__) || defined(__MACH__) 00:32 < Neo> --- 00:32 < Neo> > #elif defined(__FreeBSD__) || defined(__MACH__) || defined(__OpenBSD__) 00:33 < Povert> in codetree I meen 00:34 < nop> it's about to be committed 00:34 < Povert> ok 00:34 < Povert> dank 00:34 < nop> yep 00:37 < nop> any more questions? 00:42 < nop> thanks for attending 00:42 < nop> . </div>/cs/blog/2002/10/16/v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-i2p/Wed, 16 Oct 2002 00:00:00 +0000/cs/blog/2002/10/16/v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-i2p/<p>(S laskavým svolením wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="rychlé-shrnutí">Rychlé shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> al-jabr, Chocolate, firegod, geully, Grishnav, hobbs, mason, mids, nemesis, nop, philocs, Robert, UserX, youkai</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> --- Log opened Tue Oct 15 23:31:29 2002 23:31 < logger> test 23:32 < mason> sorry, that test did not work 23:32 < mason> :) 23:32 -!- mode/#iip-dev [+o mids] by Trent 23:32 <@mids> Tue Oct 15 21:32:19 UTC 2002 23:32 <@mids> meeting starts in 1:30 hours --- Day changed Wed Oct 16 2002 00:44 < geully> hi all 00:50 <@mids> Public IIP meeting in 10 minutes here 00:50 < Robert> Hello all. 00:51 <@mids> shhh 00:51 <@mids> not yet 00:51 <@mids> 9 more minutes 00:51 < Grishnav> lol 00:51 < al-jabr> Tue Oct 15 22:51:23 UTC 2002 00:51 * Robert zips his lip. 00:51 < al-jabr> lalala 00:53 -!- geully is now known as Geully 01:00 <@mids> Tue Oct 15 23:00:02 UTC 2002 01:00 <@mids> welcome to the n-th public IIP meeting 01:00 <@mids> logfiles are on http://mids.student.utwente.nl/~mids/iip/ 01:00 < nop> hehe 01:00 <@mids> oh, 15th 01:00 < nop> 15th 01:00 < nop> yes 01:00 <@mids> agenda for today: 01:01 <@mids> - new IIP developer 01:01 <@mids> - IIP logo contest 01:01 <@mids> - bug fixes 01:01 <@mids> - question rounds 01:01 <@mids> , 01:01 <@mids> . 01:01 < nop> ok 01:02 < nop> welcome back all 01:02 < nop> to another round of meetings ;) 01:02 < nop> for all that work in a corporate office 01:02 < nop> you have permission to sleep 01:02 < nop> ok 01:02 < nop> new IIP developer 01:02 -!- mode/#iip-dev [+o nop] by mids 01:02 <@nop> and is a talented and quick learning C programmer 01:02 -!- mode/#iip-dev [+o UserX] by mids 01:02 <@nop> and has already added some patches and some grunt work that was needed to the code 01:03 <@mids> hurray! 01:03 <@nop> we are glad to have him 01:03 <@nop> and we feel that he will be an essential part of the team 01:03 * al-jabr claps 01:03 <@nop> ok 01:03 <@nop> next on list 01:03 <@nop> IIP logo contest 01:03 <@nop> any graphix designers etc 01:03 <@mids> graphix? you mean graphics? 01:04 < Grishnav> No, he means graphix :P 01:04 < hobbs> nop: maybe. Me or my mom. She's good, and she got a tablet recently. :) 01:04 <@nop> who would like to come up with a cool slogan and/or logo for invisiblenet, and IIP (yes I mean graphics) for t-shirts can submit their entries to iip@invisiblenet.net 01:04 <@nop> the winner 01:04 <@nop> will win a free t-shirt 01:04 <@nop> black or white 01:04 <@nop> of his choice 01:04 <@nop> or her choice 01:04 <@mids> woohoo! 01:04 <@nop> and 10.00 DRAN 01:04 < hobbs> nice. 01:05 <@nop> this can definitely include slogans as well 01:05 <@nop> so there could be two winners 01:05 <@nop> if one comes up with logo 01:05 -!- mode/#iip-dev [+o Chocolate] by mids 01:05 <@nop> and one comes up with an awesome slogan 01:05 -!- mode/#iip-dev [+o Chocolate] by Trent 01:05 <@nop> but submit to iip@invisiblenet.net 01:05 <@nop> and they will be reviewed 01:05 <@nop> I hope that if you're not a graphics guy, that you can tell a friend 01:05 <@nop> and maybe split the profits 01:05 <@nop> ;) 01:06 <@nop> because we would like to have cool shirts 01:06 <@nop> for the e-store 01:06 <@nop> and in general 01:06 <@nop> as well 01:06 <@nop> for bumper stickers etc 01:06 <@nop> maybe a mascot would be good too 01:06 <@mids> :) 01:06 <@nop> either way 01:06 <@nop> do what you can 01:06 <@nop> submit them 01:06 <@nop> and we'll decide at the end of the month 01:06 < philocs> our only mascot is satan 01:06 <@nop> well 01:06 <@nop> that's taken 01:06 <@nop> BSD 01:06 <@nop> ;) 01:07 < philocs> we could make a scarier satan 01:07 < hobbs> that's a DAEMON! 01:07 <@nop> hehe 01:07 <@Chocolate> black 01:07 <@nop> ok 01:07 <@nop> next 01:07 <@nop> bugfixes 01:07 <@Chocolate> tshirt must be black 01:07 <@nop> ok 01:07 <@nop> yeah 01:07 <@nop> all artist must make inversed drawings 01:07 <@nop> so that it caters to black or white backgrounds 01:07 <@nop> and you can use color :) 01:07 <@nop> oh 01:07 <@nop> and the winner 01:08 < nemesis> http://www.stk.com/products/50_beta/about50.cfm 01:08 <@nop> will of course get full credit by having his logo on the t-shirt 01:08 < nemesis> nice 01:08 * al-jabr fears that this T-shirt may be hopelessly dorky 01:08 <@mids> al-jabr: make a better one 01:08 <@mids> okay... 01:08 <@mids> next poing? 01:09 <@mids> point :) 01:09 <@mids> beeing: bugfixes 01:09 <@mids> UserX fixed even more bugs then reported 01:09 <@mids> there are still a few (possible) bugs out there.. 01:09 <@mids> if you found some that aren't mentioned 01:09 <@mids> please tell us 01:10 < al-jabr> I personally couldn't replicate the terminal bug, unless that was something in CVS 01:10 <@mids> without bugreports we cant fix 01:10 <@nop> neither could i 01:10 <@mids> al-jabr: I have had it in the past; but couldn't repeat 01:10 <@mids> I'll ask Jeekay for more details 01:10 < philocs> where do I find list of outstanding bugs? 01:11 <@nop> well everyone is encouraged to use the sourceforge bug tracker 01:11 <@nop> but most people don't 01:11 <@nop> ;) 01:11 < philocs> bug tracker is good 01:11 <@nop> we should probably link to that on our main site 01:11 <@mids> http://www.sourceforge.net/projects/invisibleip/ 01:11 <@nop> for a bug submital 01:11 < firegod> too bad it doesnt have an IRC frontend (: 01:11 <@mids> most bugs are mailed to the iip-dev mailinglist though 01:11 < philocs> ok I just subscribed yesterday 01:11 <@mids> cool 01:12 < nemesis> cause the logo, whate resolution? and dpi ? 01:13 <@nop> any one knowing graphix have a suggestion for resolution and dpi? 01:13 < firegod> start big 01:13 < firegod> it can be resized 01:13 <@nop> ok 01:13 <@nop> kewl 01:13 < firegod> down if needed 01:13 < nemesis> -e 01:13 < firegod> it is much more difficult going the other way (: 01:13 < nemesis> hehe 01:13 < nemesis> firegod 01:13 < nemesis> something 01:14 < hobbs> nop: would you be interested in having it in a vector graphics format, if that just happens to be how it's done? 01:14 < firegod> always good to have high res masters 01:14 < nemesis> 10 megapixels 01:14 <@nop> svg? 01:14 < nemesis> 72dpi 01:14 < hobbs> (not that I even own a vector program, but somebody might care) 01:14 < nemesis> or 1000 ? 01:14 < nemesis> ;) 01:14 < nemesis> very dificult 01:14 < nemesis> +f 01:15 < firegod> sure, if they are creative.. 01:15 < firegod> but svg isnt widly used just yet 01:15 < al-jabr> Question: I'm patching IIP to use /dev/random. Would you be interested in incorporating this? I'm doing it #ifdef linux for until I or someone configurifies the source. 01:15 < firegod> al-jabr: finish the patch and submit it to the mailing list 01:15 <@nop> al-jar 01:15 < al-jabr> okay 01:15 < hobbs> al-jabr: I'd suggest making it #ifdef SOME_FLAG_THAT_CAN_GO_IN_MAKEFILE 01:15 < al-jabr> yeah 01:16 < al-jabr> will do 01:16 < hobbs> (and have a well-commented DFLAGS line in Makefile) 01:16 <@nop> yarrow is a very good prng 01:16 <@nop> it's known to be secure 01:16 <@nop> and we have done a test with our randomness via chi-square 01:16 < al-jabr> nop: I believe yarrow would be redundard when we have /dev/urandom 01:16 <@nop> and it got 25% which is good 01:16 <@nop> yes, but yarrow is portable 01:16 <@nop> and known to be stronger 01:16 <@mids> al-jabr: the problem is that not all operating systems have a good implementation for /dev/random 01:16 < firegod> not at all 01:17 <@nop> I would rather rely on what a cryptography expert developed 01:17 <@nop> then the /dev/random on the machines 01:17 < hobbs> true. A -DUSE_DEV_RANDOM might end up being useful, or it might just hurt a lot of people who don't know what they're doing. 01:17 <@mids> otoh, giving the more modular future of IIP, maybe several alternatives could be an option 01:17 < hobbs> and not the best odds on the first. :) 01:17 <@nop> yes 01:17 <@nop> and we do plan to add more entropy in the future 01:18 < al-jabr> Well, linux /dev/random and /dev/urandom are some of the most scrutinized crypto out there... I'm mostly thinking of that because it's a very good entropy pool that's out there on very many machines running IIP 01:18 <@nop> to increase this 01:18 < firegod> general question: with iip2 are we going to have more feedback from the proxy? 01:18 < al-jabr> you wouldn't have to go querying the user for entropy. 01:18 <@nop> yes firegod 01:18 <@nop> well you usually don't 01:18 <@nop> but it's definitely added plus 01:18 <@nop> if there isn't enough 01:18 <@nop> it will query 01:19 <@nop> and we will probably look into adding a form of /dev/random entropy very soon 01:19 < hobbs> does linux /dev/random support O_NONBLOCK ? 01:19 <@nop> because we intend on really strengthening the pool 01:19 <@nop> I'm sure it does hobbs 01:19 <@nop> /dev/random let's you select your pool size 01:19 < hobbs> nop: yeah, but there's a softlimit, and a hardlimit in the kernel, and the hardlimit isn't that big. 01:19 <@nop> al-jabr it would be best to hold off 01:19 < al-jabr> nop: personally I'd trust linux more, which uses SHA1 and uses all kinds of hardware sources of entropy, than a newbie who might just go entering 'aaaaaaaaaa...' but anyway it's only an option 01:20 <@nop> al-jabr 01:20 < al-jabr> ok 01:20 <@nop> thats not all the entropy 01:20 <@nop> there is more 01:20 <@nop> there are network timings, and dh calculation timings as well 01:20 < al-jabr> but it only has access to user-mode entropy 01:20 <@nop> and we plan to add more 01:20 < al-jabr> why reinvent the wheel. i recommend using /dev/random and for those who don't have it, EGD. 01:20 <@mids> nop: would it harm to give al-jabr a try, and maybe use it as plugin for entropy? 01:20 < al-jabr> since the GPG and linux people are doing it 01:21 <@mids> nop: alww 01:21 < al-jabr> why don't we concentrate on doing what we do best? 01:21 <@nop> that's fine 01:21 <@mids> nop: always good to have alternatives around 01:21 <@nop> if you want to submit a patch 01:21 <@nop> please do 01:21 <@nop> I'm not against it 01:21 <@nop> and we definitely want to add more entropy 01:21 < philocs> is the darwin /dev/random good? is it the same one in linux or openbsd? 01:21 <@nop> so please submit it to iip-dev when you've added it 01:21 < firegod> thats what mailing lists are for, people can digest it better 01:22 < al-jabr> okay, will do. 01:22 <@nop> thnx 01:22 <@nop> is that all? 01:22 <@nop> no more questions? 01:22 <@mids> hehe 01:22 <@nop> or suggestions 01:22 <@nop> or complaints 01:22 < nemesis> hm.. 01:22 < philocs> I have a dumb newbie question ... 01:22 <@nop> sure 01:22 < firegod> well. release dates? 01:22 < nemesis> cache in the nodes 01:22 <@mids> sjoet 01:22 <@nop> oh oh on 01:22 <@nop> that wasn't on the list 01:22 <@nop> but 01:23 <@nop> we are at this time working on a short term todo list 01:23 <@nop> that will be publicized 01:23 < philocs> if someone hacks a relay to log, does that mean they can see the trafic for private channels that go through it? 01:23 <@nop> no 01:23 <@mids> philocs: all traffic is encrypted node-node and end-end 01:23 < philocs> ok, so you can only get the cleartext at the server, right? 01:23 < firegod> but not contextually withing IRC 01:23 <@nop> right 01:24 < firegod> right 01:24 < firegod> and the client 01:24 <@mids> philocs: correct 01:24 <@nop> yes 01:24 < philocs> good 01:24 < firegod> how far are you from encrypted channels? 01:24 < hobbs> and the client -- well, can only see stuff that's actually sent to it. 01:24 <@mids> firegod: nop is working on a roadmap and syncing it with the developers (if I understood well) 01:24 < nemesis> add an multicast option for filetransfers, when one user, will send the same file to some multiple clients 01:24 < hobbs> nemesis: actually.... that's worth thinking about -- talk to chocolate. :) 01:24 < philocs> is there an advantage to having "channel key encryption" before decentralization? 01:24 <@mids> nemesis: well, filetransfer isnt implemented in IIP itself anyway 01:24 < nemesis> lol 01:24 < firegod> hobbs: well, knowing about a channel is easy 01:24 <@mids> nemesis: it CAN do multicast, just send it to a channel :) 01:24 < hobbs> nemesis: it should be possible to add a hack to fileserv to have it use a channel, and then anyone who wants to receive just joins. :) 01:24 < hobbs> firegod: oh, is it? 01:24 < nemesis> what can you do with an anonymous network 01:25 < nemesis> when you can share code? 01:25 < nemesis> whats about some c code? 01:25 < firegod> multicast is a problem due to not spectacular widespread support.. 01:25 <@mids> philocs: yes, I'd think so... less trust needed on the server 01:25 < nemesis> when the complet internet are banned for open source? 01:25 < hobbs> firegod: not multicast IP, just "multicast" :) 01:25 < firegod> hobbs: re fileserv channel: that gives you encrypted channels btw (: 01:25 < nemesis> how you can share this information? 01:25 < hobbs> firegod: oh, how's that? 01:26 < nemesis> <hobbs> nemesis: it should be possible to add a hack to fileserv to have it use a channel, and then anyone who wants to receive just joins. :) 01:26 < firegod> hobbs: sure, if you join IIP at all it is simple to /list the channels 01:26 < nemesis> not a hack 01:26 < philocs> I might start thinking about some 'channel key encryption'. it doesn't seem like it would be terribly complicated thing to me, just keep private keys in some directory maybe 01:26 < nemesis> built in 01:26 < nemesis> and an "server node" option 01:26 < nemesis> to allow that 01:26 < nemesis> or not 01:26 <@mids> philocs: you could implement it client side... 01:26 < hobbs> nemesis: okay, I'm just behind the times. I haven't worked on fileserv for... months 01:26 < nemesis> and an option for the cache size for it 01:26 <@mids> philocs: look at the blowfish.pl scripts for irssi and xchat 01:26 < firegod> philocs: and perl plugins on clients 01:26 <@mids> s/blowfish/blowjob/ 01:27 < philocs> mids: would it make sense to implement it in the client side of isproxy? 01:27 <@mids> nemesis: caching wouldnt make much sense when everything goes still through the central ircd 01:27 < philocs> that way it would work with all clients 01:27 < nemesis> <mids> nemesis: caching wouldnt make much sense when everything goes still through the central ircd 01:27 <@mids> philocs: maybe; but that would require the 'vircd' 01:27 < nemesis> i think there are planned to be an p2p network? 01:27 < nemesis> and then theres no central hub 01:27 <@mids> nemesis: for IIP 2 01:28 < nemesis> only some nodes 01:28 < nemesis> where cache the datas 01:28 <@mids> nemesis: but that is long term; first IIP 1.2 01:28 < philocs> nemesis: I think you want freenet maybe 01:28 < nemesis> no 01:28 < philocs> p2p file transfers with caching 01:28 < nemesis> only an option to share some public files 01:28 < nemesis> or larger text 01:28 < philocs> thats what freenet does 01:28 < firegod> any merging of namespace possible between freenet and iip? 01:28 < nemesis> that you don'*t copy it line for line in the channel /query 01:28 < hobbs> what sits on top of the IIPv2 network could be a lot of interesting things -- but that's a while off. :) 01:28 <@mids> nemesis: first we would need decentralized routing... 01:29 < nemesis> k 01:29 < firegod> every isproxy was a freenet node? 01:29 < nemesis> but don't forget it ;) 01:29 < philocs> I don't think it makes sense to cannabalize freenet ... 01:29 <@mids> nemesis: once we have that; ask again :) 01:29 < firegod> philocs: does it do the job? 01:29 < nemesis> lol 01:29 <@mids> philocs: giving recent freenet-shit; I'd say no, indeed it doesn't 01:29 < firegod> philocs: and I like 'incorporate' a bit better 01:29 < hobbs> it should be possible to write a mini-freenet on top of IIP... but it would be better to leave freenet at what it does, and take advantage of the high speed and "pushiness" of IIP to write even better things. 01:29 < nemesis> in how many years? *fg* 01:30 < firegod> alright (: 01:30 < firegod> people do want to exchange chunks of binary data thru their messaging clients, in this case IIP 01:30 < firegod> how will that be addressed? 01:30 < philocs> firegod: well, I think it does the job well, and it will only get better. yes I agree that it would be better to have iip implement the freenet protocol for freenet type things rather than make something incompatible 01:30 < hobbs> for example, IIPv2 should be able to support the niftiest "anonymail" anyone's ever seen (without a bot), unless I'm hallucinating. :) 01:30 < nemesis> hm.. 01:31 < nemesis> hacker ethic 01:31 < nemesis> the slogon 01:31 < nemesis> for.. 01:31 < nemesis> miiiids!! 01:31 <@mids> hobbs: IIPv2 will be so smart that it could do your math homework 01:31 < hobbs> that's good, 'cause I don't do mine often enough. 01:31 < philocs> speaking of which 01:32 <@UserX> firegod: the intention is to do a DCC emulation using Freenet as the transport for files 01:32 < Grishnav> Sorry if this has already been suggested, I've missed much of the conversation being in and out of the room, but how about some sort of API for IIP to create modules? After IIP gets completely distributed (with v2) you could have all sorts of interesting modules pop up... a file transfer mod, perhaps a freenet node mod if you only wanted one service running... 01:32 < firegod> UserX: that'll work (: 01:32 < philocs> UserX: I think that is the best solution 01:32 < hobbs> Grishnav: that's more or less the plan, as I understand it. And if it's not, we'll beat nop with halibut until it is. 01:32 < Grishnav> lol 01:33 < firegod> UserX: but if IIPv2 is decenteralized, would this dcc emulation need freenet? you already can do point multipoint point transfers, you just need a session handshake for that kind of transfer 01:33 < firegod> albiet dcc 01:33 < nemesis> waaaaaaaaaah 01:33 < philocs> plus if every iip user was running some sort of freenet implementation, that would make freenet much better 01:33 < nemesis> ardvark 01:33 < nemesis> grrrrrr 01:33 < nemesis> where is he? 01:33 < nemesis> where can speak german? 01:33 < hobbs> also, it should be (more) convenient to have multiple IIPv2 networks, but I think that's a given. :) 01:33 < nemesis> or known only a little bit german 01:33 < firegod> philocs: thats what I'm saying (: 01:33 < nemesis> and have the english hacker ethic? 01:33 < firegod> whos working on IIPv2? 01:34 < philocs> I need to go study for my german test soon 01:34 < philocs> firegod: are you left handed or in oz or something? 01:34 <@mids> hm, ppl; I got to go; keep chatting here 01:34 <@mids> bbl 01:34 < nemesis> hrhr 01:34 < nemesis> mids!!! 01:34 < firegod> philocs: nope, just a freak 01:34 < nemesis> don't drunk to much ;p 01:34 < nemesis> *fg* 01:35 < firegod> mids is working on IIPv2 I'm sure, anyone else? UserX? 01:35 < nemesis> nop 01:35 <@UserX> firegod: in theory yes. but currently we want to keep IIP low bandwidth. freenet would me suited transfering large volumes of data (and better because it doesn't have a constraint of realtime routing that IIP needs) 01:35 < nemesis> i think 01:35 <@nop> yes 01:35 < nemesis> aaaaaah 01:35 < nemesis> nop 01:35 < philocs> I guess what is really needed is for someone to write a C implementation of freenet ... 01:35 < firegod> UserX: this is true. 01:36 < firegod> UserX: or at least an opt-in on that feature 01:36 <@UserX> firegod: yes i am working v2 01:36 < hobbs> philocs: I agreed with that pretty heavily a few months ago, but right now I'm happy to let java fred do its thing, and settle down, before anyone clones. 01:36 < hobbs> (now that it _works_, that is) 01:36 < firegod> UserX: how have you solved scaling issues for resource location? ie: how do you find nodes originating #channels? 01:36 < philocs> UserX: yes well thats a good reason to not make it easy for people to do 'dcc' and to encourage them to use freenet 01:36 < firegod> philocs: it should just be opt-in.. people wanting to abuse their bandwidth, can go right ahead.. those on modems dont get killed (: 01:36 < hobbs> UserX: would be nice to keep in mind, though, that freenet is good at pulling things, and iip is good at pushing things. :) 01:36 < philocs> hobbs: well I agree, I think the java version is fine but if we are going to basically package freenet with iip somehow then eventually (and probably when freenet hits 1.0?) we will want a c implementation 01:36 < firegod> philocs: those wanting freenet backed features, change a setting and BLAM it just works 01:36 <@UserX> firegod: haven't worked out highly scalable system yet 01:37 < firegod> hobbs: IIP is a great way of grouping freenet keys (: 01:37 < hobbs> philocs: that's some pretty long thinking. :) 01:37 < firegod> UserX: ah. If you havnt peaked at Circle, I encourage you to (: 01:37 < firegod> I know mids said he'd played with it 01:37 < philocs> hobbs: well freenet is getting more stable all the time 01:38 < youkai> yeah, i would never run freenet as long as its only java 01:38 < firegod> theres a slogan for ya d-: 01:38 < firegod> "getting more stable every day" 01:38 < youkai> too bulky 01:38 < philocs> youkai: its not too bad 01:38 < youkai> plus i think its shitty to have os software that only compiles on a corp owned language 01:38 < Grishnav> I don't like Java anymore than the next guy, but I certainly am a freenet fan. I'll use the java one, but only until I hear about a C implementation. :) 01:39 < youkai> i mean if you guys were using the os non sun java i wouldent mind as much 01:39 < youkai> ah yes 01:39 < youkai> blackdown 01:39 < hobbs> youkai: freenet works fine on a few flavors of non-sun java. 01:39 < hobbs> blackdown has sun behind it. 01:39 < youkai> you just cant win with java then :/ 01:39 < firegod> so? 01:39 < youkai> i dont trust sun any more then i do microsoft 01:40 < firegod> java is not your friend (: 01:40 < Grishnav> Does anyone have a link to the souce download for Blackdown? (Their site is less than helpful) 01:40 < firegod> I encourage those who are disatisfied with java, to try phthon for their scripting needs (it is NOT java) 01:40 < youkai> yeah python is cool 01:41 < youkai> but i dident stop running m$ operating systems just so i could let another corp in the door (sun) 01:41 < hobbs> Grishnav: er. It's in "non-free" for a reason, isn't it? 01:41 < philocs> you are wanting me to write freenet in python? would a python module be distributed with iip? 01:41 < Grishnav> Ahh... I was under the impression is was free. my mistake. 01:41 < youkai> thats the only problem i have with freenet 01:41 < philocs> java is not evil, sun treats java differently than MS treats windows 01:41 < hobbs> Grishnav: no. If you ask sun, it's impossible to create a free java2 implementation, and they've done a good job of making it true. 01:41 < youkai> i mean java is a lot easier to code in because you dont have to worry about memory leaks and stuff as much 01:41 < Grishnav> rofl 01:41 < youkai> the garbage collector lets you be lazy 01:41 < philocs> hobbs: why is it impossible? 01:42 < Grishnav> [16:45] <youkai> i mean java is a lot easier to code in because you dont have to worry about memory leaks and stuff as much -- yeah, it's no wonder that all java apps are so goddamn memory hoggy!! 01:42 < youkai> yeah thats because they need the whole jre loaded in memory with the software 01:42 < hobbs> philocs: because if you write anything that's java2, and claims to be "java", then sun will destroy you. :) 01:42 < philocs> hobbs: yes but you can make java, just don't call it 'java' 01:42 < hobbs> er... without obtaining the appropriate license and signing the appropriate agreements first, that is. :) 01:42 < Grishnav> call it coffee 01:42 < philocs> kaffe 01:42 < Grishnav> hehe 01:42 < Grishnav> yeah 01:43 < Grishnav> I've played with Kaffe 01:43 < hobbs> philocs: true. But nobody's done it. 01:43 < Grishnav> not quite mature enough yet, but getting there 01:43 < philocs> hobbs: uh yes, the FSF has done it 01:43 < hobbs> philocs: oh? 01:43 < philocs> yes 01:43 < youkai> but seriously i think java is right up there with VB 01:43 < philocs> Kaffe 01:43 < hobbs> philocs: Kaffe is not java2. 01:43 < youkai> its for lazy programmers 01:43 < youkai> who dont mind being owned by a corp 01:43 < philocs> hobbs: but there is no reason it could not implement java2 01:43 < hobbs> philocs: except for the fact that it doesn't. 01:43 < philocs> plus gccj or whatever its called 01:44 < hobbs> er... 01:44 < youkai> the other thing is java2 is huge, and they have a gigantic team of programmers working on it all the time 01:44 < hobbs> yeah. gcj/gij are also nice. 01:44 < firegod> not to interupt, but java wars work out better in apropriatly named channels (: 01:44 < philocs> hobbs: but its not a legal issue, the java spec is an open standard, the java name is not 01:44 < youkai> gcj? 01:44 < philocs> youkai: gcc that compiles java code 01:44 < youkai> huh 01:45 < youkai> to binary or does it still need a jre 01:45 < philocs> binary I believe 01:45 < hobbs> philocs: that's a pretty heavy restriction, though. 01:45 < hobbs> You can't say: this is java, this is compatible with java, or this smells like java. 01:45 < philocs> hobbs: well I don't think so. You can make the claim that 'this software is not java, but you will probably find that it works the same' 01:46 < philocs> which most people would understand 01:46 < hobbs> probably. 01:46 < youkai> anyway, why rewrite java when you could just use c++ 01:46 < youkai> its almost the same language 01:46 < philocs> arg, I would rather use java over c++ 01:46 < philocs> but I'm not getting into that 01:46 < philocs> anyway, I forgot where this horrible diatribe started 01:46 < hobbs> youkai: not really. c++ doesn't force you to use OO crap when it's completely inappropriate, like java does. :) 01:46 < firegod> round and round we go, where we stop nobody knows 01:46 < firegod> philocs: exactly 01:46 < philocs> ok, so in isproxy, is there like a client side and a node side? 01:47 < firegod> philocs: you know how many times I've seen this exact same 'argument' ? (: 01:47 < youkai> hobbs: hah 01:47 < firegod> philocs: there are relays, and proxys and 'servers' 01:47 < firegod> as I see it 01:47 <@UserX> philocs: can you clarify your question? 01:47 < philocs> I mean, would it make sense to put channel key encryption in isproxy, the part that actually talks to the irc client on 6667? 01:47 < hobbs> philocs: sorta. there are nodes, and there are nodes. :) 01:47 < firegod> philocs: dont forget you have multiple clients for each isproxy 01:48 < hobbs> and nodes 1) talk to clients 2) talk to nodes 3) (one of them) talks to the server. 01:48 < philocs> firegod: really? I've never been able to see this behavior, actually maybe its just my configuration 01:48 < firegod> (: 01:48 < philocs> but anyway, does my question make sense? 01:48 < youkai> i just came here to beg you guys not to write the next ver of iip in java :D 01:48 < firegod> which question d-: 01:48 < firegod> youkai: i think thats a given 01:48 <@UserX> philocs: currently IIP 1.x is essentially a tunnel. having the client implement channel encryption would require a lot of work to do. and would become redunant when v2 gets done 01:48 < youkai> also if theres freenet people around, a c++ ver would be nice 01:49 < firegod> UserX: how about isproxy functioning as an http tunnel? 01:49 < firegod> UserX: IIPv2 as well? 01:49 < nemesis> <youkai> i just came here to beg you guys not to write the next ver of iip in java :D 01:49 < nemesis> noooooo 01:49 < philocs> I'm thinking that you could have it so that there ways like a 'keys/' directory and then you could have in that 'channel.key' or something and then just run blowfish or whatever on what goes in and out of that channel, understand? 01:49 < nemesis> native code are the best thing 01:49 < philocs> and fuck c++, I'll take java over c++ anyday 01:49 < philocs> but I also think that c is nice 01:49 <@UserX> firegod: 1.x could be used to tunnel to a single fixed HTTP server 01:49 < firegod> okay, enough language wars please? 01:49 < nemesis> m$ sponsored his .net campain, and will place his IL on the front 01:49 < youkai> k :D 01:49 < firegod> User: hrmm 01:49 < nemesis> you can controll the compiller 01:49 < philocs> youkai keeps brining it up, if he likes c++ so much, he should marry it 01:49 < nemesis> thats the different 01:49 < firegod> oh jebus 01:49 < youkai> heh philocs: if you like java so much you should go work for sun 01:49 < nemesis> can't 01:50 < philocs> UserX: would that make sense or is it better to wait for next version to do that? 01:52 < youkai> UserX: thats a good idea 01:52 <@UserX> philocs: to do that with 1.x network would require giving nodes the intelligence to read and parse recompose IRC client messages/commands 01:53 < philocs> oh I see 01:53 < nemesis> <UserX> philocs: to do that with 1.x network would require giving nodes the intelligence to read and parse recompose IRC client messages/commands 01:53 < nemesis> xml ;) 01:53 <@UserX> it's possible but would take a fair amount of effort which i want to put into v2 01:53 < nemesis> very flexible 01:53 < philocs> I understand 01:54 < philocs> later 02:11 < logger> logging ended --- Log closed Wed Oct 16 02:11:14 2002 </div>/cs/blog/2002/09/25/i2p-v%C3%BDvoj%C3%A1%C5%99sk%C3%A1-sch%C5%AFzka/Wed, 25 Sep 2002 00:00:00 +0000/cs/blog/2002/09/25/i2p-v%C3%BDvoj%C3%A1%C5%99sk%C3%A1-sch%C5%AFzka/<p>(S laskavým svolením wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="rychlé-shrnutí">Rychlé shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> athena, aum, Dag, ellison, mids, nemesis, Neo, nop, sferic, Tanthrix, thecrypto, Zwolly</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> --- Log opened Wed Sep 25 00:57:27 2002 00:57 -!- Topic for #iip-dev: IIP meeting | logs: http://mids.student.utwente.nl/~mids/iip/ 00:57 [Users #iip-dev] 00:57 [@mids] [ Dag] [ logger] [ nemesis] [ nop] [ Zwolly] 00:57 -!- Irssi: #iip-dev: Total of 6 nicks [1 ops, 0 halfops, 0 voices, 5 normal] 00:57 -!- Irssi: Join to #iip-dev was synced in 1 secs 00:58 -!- mode/#iip-dev [+v logger] by mids 01:00 <@mids> Tue Sep 24 23:00:38 UTC 2002 01:00 <@mids> welcome et all 01:00 <@mids> the 12th meeting just started 01:01 <@mids> agenda: 01:01 <@mids> 1) website 01:01 <@mids> 2) nop's messages 01:01 <@mids> 3) question round 01:01 <@mids> website: 01:01 <@mids> new invisibleNET site online - http://www.invisiblenet.net/ - new IIP site online - http://www.invisiblenet.net/iip/ 01:02 <@mids> for those who just joined: 01:02 <@mids> new invisibleNET site online - http://www.invisiblenet.net/ - new IIP site online - http://www.invisiblenet.net/iip/ 01:02 <@mids> geeh 01:02 <@mids> I keep busy 01:02 < nop> ok 01:02 < nop> pause a sec 01:02 <@mids> for those who just joined: 01:02 <@mids> hehe 01:02 < nop> just add it to topic 01:03 < nop> ok 01:03 < nop> go 01:03 < nop> ;( 01:03 -!- mids changed the topic of #iip-dev to: IIP meeting | logs: http://mids.student.utwente.nl/~mids/iip/ | new invisibleNET site online - http://www.invisiblenet.net/ - new IIP site online - http://www.invisiblenet.net/iip/ 01:03 < nop> ;) 01:03 <@mids> . 01:04 -!- mode/#iip-dev [+o nop] by mids 01:05 <@mids> any questions about this topic? otherwise we'll go to #2 01:06 <@nop> ok 01:06 <@nop> thanks to ellison 01:07 <@nop> and the distributedcity crew 01:07 <@nop> for helping out 01:07 <@nop> with the website 01:07 <@nop> we owe them a lot now ;) 01:07 <@nop> ok 01:07 <@nop> rc2 is coming out tomorrow 01:07 <@nop> we're just packaging it up 01:07 <@nop> and getting it ready for release 01:07 <@nop> new features 01:07 <@nop> are Forward Security 01:08 <@nop> Close Delay protocol for killed connections 01:08 <@nop> some bug fixes 01:08 <@nop> and upgrade features for future versions 01:08 <@nop> I think that's about it 01:08 <@nop> thank you all you users 01:08 <@nop> that use IIP 01:08 <@nop> without you 01:08 <@nop> the project would be a waste 01:08 <@nop> ;) 01:09 <@nop> so thank all of you for your loyalty and support by using the software 01:09 <@nop> I think that's it for my daily comments ;) 01:09 <@nop> oh 01:09 <@nop> wait 01:09 <@nop> thank you mids 01:09 <@nop> for assisting me with the website setup 01:09 <@nop> and for being patient with me 01:09 <@nop> thank you codeshark 01:09 <@nop> for setting up the software 01:09 <@mids> your welcome :) 01:09 <@nop> and handling inform 01:09 <@nop> thank you userx wherever you ar 01:10 <@nop> are 01:10 <@nop> for your hard work on core development 01:10 <@nop> and putting up with my ranting ;) 01:10 <@nop> thanks to chocolate 01:10 <@nop> for the informity and scripts that are needed 01:10 <@nop> thanks to cohesion even though long gone, for documentation in the past 01:10 <@nop> umm, like to thank the academy ... j/k 01:11 <@nop> everyone who has contributed thank you all 01:11 <@nop> . 01:11 <@mids> 3 hurrays for nop 01:11 <@mids> hurray 01:11 < Zwolly> hurray 01:11 < thecrypto> huzzah 01:11 <@nop> haha 01:11 < athena> that's 2 hurrays and 1 huzzah 01:11 <@nop> oh and DC people have been whispering in my ear to thank the Lord 01:11 <@nop> ;) 01:12 < Neo> lol 01:12 <@nop> well, on a side note, thank life for it is a neat thing ;) <-- no comments 01:12 <@nop> . 01:13 <@nop> any questions 01:13 <@nop> suggestions 01:13 <@nop> review 01:13 <@nop> ideas 01:13 <@nop> etc 01:13 <@nop> ? 01:13 < Neo> congratulations on the new site, looks great. 01:13 <@nop> thnx 01:13 <@mids> what is forward security? 01:13 <@nop> encryption can only be decrypted at time of session 01:13 <@nop> aka, you can't replay the messages 01:13 <@nop> and decrypt them 01:14 <@nop> as that key and signature doesn't exist anymore 01:14 <@nop> and will not be useful 01:14 <@nop> this is designed against log and replay attacks 01:14 <@nop> . 01:14 <@mids> thx 01:14 < athena> will you require public proxies to support these new protocol additions? (methinks all proxies should be forced to upgrade) 01:14 <@nop> athena 01:14 <@nop> it's a mandatory upgrade 01:14 <@nop> all relay holders 01:14 <@nop> will need to upgrade 01:15 <@nop> to rc2 relay 01:15 <@nop> and re-announce 01:15 < athena> ok, thanks 01:16 < sferic> I guess I cam ein late and missed something, but do you mean that we can't log anymore? 01:16 <@nop> no 01:16 <@nop> you can log 01:16 <@nop> what I'm saying 01:16 <@nop> is 01:16 <@nop> if you were a gov't agent 01:16 <@nop> spying on a relay 01:16 <@nop> and you were logging the encrypted traffic 01:16 <@nop> you couldn't then come and seize the ircd end node 01:16 <@nop> and use the network secret key 01:16 <@nop> to replay the traffic 01:16 <@nop> and decrypt it 01:17 < sferic> Ahh, thanks 01:17 <@nop> it eliminates the importance of the network secret key 01:17 <@nop> it's useless 01:17 <@nop> all it does is authenticate 01:17 <@nop> nothing more 01:17 <@nop> doesn't actually encrypt 01:17 <@nop> this covers two things 01:17 <@nop> man in the middle attack protection 01:17 <@nop> and log and relay protection 01:17 <@nop> aka forward security 01:17 <@nop> ;) 01:17 < Zwolly> is it now without central server. 01:18 <@nop> not yet 01:18 <@nop> that's 1.22 01:18 <@nop> 1.2 01:18 <@nop> correction 01:18 <@nop> 1.2.0 to be exact 01:18 <@nop> ;) 01:18 <@nop> after 1.1 basically is finished 01:18 <@mids> (I'd say that decentralization is 2.0) 01:19 < Zwolly> how about system resources memory cpu and bandwith 01:19 <@nop> well, 2.0 is a more perfect form of decentralization 01:19 <@nop> 1.2 we will attempt decentralization 01:20 < Tanthrix> how does true p2p work, you can't exactly scan IP blocks until you find someone? isn't some sort of a central server neccessary for initial connection? 01:20 <@nop> bootstrap is needed 01:20 <@nop> but once connected 01:20 <@nop> you have your own peer routes 01:20 <@nop> so we include a small node.ref 01:20 <@nop> which connects you in 01:20 <@nop> then from that point 01:20 < athena> thanthrix: find some friends you trust and trade node.refs :) 01:20 <@nop> you are dynamically updated from the network 01:21 <@nop> yes 01:21 <@nop> that's the idea 01:21 <@nop> in a nice world 01:21 <@nop> ;) 01:21 < Tanthrix> hehehe 01:21 <@mids> what if you dont have friends? 01:21 <@nop> then try to trust the signature on our software ;) 01:21 <@nop> haha 01:21 <@nop> yeah right, digital trust is rarely possible 01:22 < Dag> trust no one 01:22 < Dag> heh 01:22 < athena> awww...i'll be your friends, mids! 01:22 <@mids> hurray 01:22 < athena> huzzah 01:22 < Tanthrix> and grey-eyed athena comes to the rescue.. 01:22 <@nop> hehe 01:22 <@nop> this website kicks ass 01:22 <@nop> far difference then the previous one 01:23 <@mids> kinda :) 01:23 <@nop> umm 01:23 <@nop> yeah 01:23 <@nop> that nice little under construction site sucked ass 01:24 < Tanthrix> heh..the new invisiblenet site looks like a page for some web-based corporation 01:25 <@mids> thanks... I guess :) 01:25 * mids points at ellison ... he is the one to blame; he gets all fame 01:25 < Tanthrix> hehehe 01:25 * ellison hides under some eye candy in the corner 01:26 < Zwolly> what is the gues about how stable it will be 01:26 <@mids> Zwolly: Trent is running on a rc2 relay for 2 days now 01:26 <@mids> without trouble 01:27 < Zwolly> ok. 01:27 <@mids> trent is the irc client/service with the heaviest traffic 01:27 <@mids> so... I think it is okay 01:27 < Zwolly> we will see 01:27 <@nop> the reason 01:27 < Zwolly> is it tomorrow already? hehe 01:28 <@nop> for the middle of the road 01:28 <@nop> corporate looking site 01:28 <@nop> is called steganography 01:28 <@nop> ;) 01:28 <@nop> our evil black hat activities 01:28 <@nop> wouldn't be good 01:28 <@nop> if it's obvious 01:28 <@nop> we're evil 01:28 <@nop> now would it 01:29 <@nop> so we blend in with the other evil 01:29 <@nop> and they won't notice us 01:29 <@nop> ;) 01:29 <@nop> honestly though 01:29 <@nop> it's just for attracting all audiences 01:29 <@mids> in 2 month there will be an invisibleNET sponsored golf tournament 01:29 <@nop> hahaha 01:30 <@nop> oh and the palladium efforts 01:30 <@nop> we bought it out 01:30 <@nop> ;) 01:31 <@nop> if you've noticed 01:31 <@nop> we own www.invisiblenet.net, www.invisiblenet.com, and www.invisiblenet.org 01:31 <@nop> we're evil 01:31 <@nop> ;) 01:31 <@nop> we've monopolized the market 01:31 <@nop> we're bastards 01:31 < Dag> what about getting one of those signs on the highway for cleaning up the roadside? 01:31 <@nop> yeah 01:31 <@nop> that's in the works 01:31 <@nop> as well as OEM'ing with Microsucks, and Intel 01:32 <@nop> haha 01:32 <@mids> euh 01:32 <@mids> you okay nop? :) 01:32 < Zwolly> ok other question what to do if there are warez channels and some big stupid country lets say america for example want this network doun can it run on its own from the european nodes 01:32 <@nop> yeah 01:32 <@nop> yes 01:32 <@nop> it will be possible to do that 01:33 <@nop> plus 01:33 <@nop> I advise for all warez activity 01:33 < Dag> I thought there was no /dcc 01:33 < Dag> in here 01:33 <@nop> to use a !anonymous mode channel 01:33 <@nop> doesn't mean you can't trade ftp sites 01:33 < Dag> well 01:33 <@nop> then for anyone monitoring 01:33 <@nop> who is saying what 01:33 < Dag> google trades warez ftp sites 01:33 <@nop> is a bit more tricky 01:33 <@nop> ;) 01:33 <@nop> exactly 01:33 < Dag> so does the newsgroups 01:33 <@nop> I doubt that we're a threat to that 01:33 < Dag> er do 01:33 <@nop> our main concern is #pedophilia public channels 01:34 < Dag> I did a /list one day 01:34 <@nop> as they would be a concerned threat to the existance of IIP as a whole 01:34 < Dag> and saw that channel in the list 01:34 <@mids> nah 01:34 < Dag> was a month or so ago 01:34 <@mids> I wouldnt be too affraid about that 01:34 <@nop> I like as little trouble as possible while were developing 01:34 <@mids> this is pure text based 01:34 <@nop> true 01:34 < nemesis> k 01:34 < nemesis> brb 01:35 * nemesis decides to go out and tar the way to the loung ()ŻŻŻŻ)ŻŻŻŻŻŻŻŻŻŻŻŻŻŻ)))~~~~ 01:35 < Dag> freenet has been overwhelmed with that crap 01:35 < Dag> at least last time I used frost 01:35 < Dag> it was a VERY high percentage of that crap on there 01:35 < athena> comes with the territory 01:35 < Dag> I think it would be good for people to spam freenet with random non porn images and media files 01:36 <@nop> yeah 01:36 <@nop> it's unfortunate 01:36 < Dag> just to make the percentage of crap go down 01:36 <@mids> I am using freenet for 3 or 4 years now and I have never seen any pedo crap... 01:36 <@nop> I accidentally downloaded trash on my hardrive because of their shit 01:36 <@nop> sickening 01:36 <@nop> I found one 01:36 <@mids> if you dont look for it, I dont think you will run into much 01:36 <@nop> by accident 01:36 <@nop> not true 01:36 <@nop> stuff gets renamed stuf 01:37 < Dag> mids I just had frost list all the files available 01:37 < Dag> as there are not many 01:37 < Dag> maybe a few hundred files max 01:37 < Dag> its not like gnutella 01:37 <@mids> well, if you view each of them.. you will probably run into stuff 01:37 < Dag> I didnt download anything 01:37 <@mids> but I have no reason to view a msc0001a.jpg 01:38 < Dag> I just saw the listings 01:38 < ellison> you guys seen www.bitzi.com? 01:38 < Dag> no 01:38 < Dag> isnt that some spyware 01:38 < ellison> it is a database of tons of files on p2p networks 01:38 < athena> no 01:38 <@nop> mids 01:38 < athena> the fingerprint mp3s 01:38 <@nop> check iip-dev 01:38 < ellison> you can enter a filename and size, and it'll tell you what it is 01:38 <@nop> this can't be true 01:38 <@nop> we have a few debian users 01:38 <@mids> nop: iip-dev email? 01:38 <@nop> yes 01:38 < Dag> ellison who is funding it? 01:39 < ellison> dag: dunno 01:40 < Dag> ellison I would bet its the riaa 01:40 < ellison> "Bitzi is a privately-held metadata publishing company based in San Francisco." 01:40 < Dag> or some such org 01:40 < Dag> ellision who pays the bills 01:40 < Dag> follow the $$$$$ 01:40 < ellison> doubt it, I think you can use their service to differentiate between valid media files and the fake stuff uploaded by RIAA 01:41 < ellison> the founder posted on a RIAA thread and mentioned this use of the system 01:41 < Dag> find out who funds it 01:41 < ellison> i brought up their site because it seems to be a good way of avoiding nasty re-named stuff 01:41 < athena> bitzi is cool... their stuff is opensource 01:41 < Dag> one thing is certain in this day and age 01:41 < ellison> there's no reason you couldn't submit freenet files to the service 01:42 < ellison> dag: there would be concern if there was any evidence that they are funded by the RIAA, but it doesn't look like it to me 01:42 < Dag> ellison a md5->file content database 01:42 < Dag> would maybe work 01:42 < Dag> but can be abused as well 01:42 < Dag> its all about who controlls the data 01:43 * athena controls the data 01:43 < Dag> mallicous people can change the file slightly anyhow 01:43 < ellison> if course there is an issue of trust, but if you don't trust anyone then it'll be difficult to take part in a service-based economy... 01:43 < ellison> then the signature would change 01:44 < Dag> yes 01:44 < Dag> I am addressing your wanting to avoid known bad files 01:44 < ellison> if lots of people use bitzi, then all it takes is one person downloading and reporting a bad file 01:45 < Dag> I could write a gnutella server to on the fly randomly tag on some byte 01:45 < Dag> to a file 01:45 < ellison> and bitzi will be a more and more valuable service as the RIAA begins seeding P2P networks w/ crap... 01:45 < Dag> and change the file sig each time 01:45 < athena> bitzi is being integrated into limewire 01:45 < ellison> people could go to bitzi and find out which files are the good ones, and only download those 01:45 < Dag> I think that the riaa would find the service more usefull than not 01:46 < Dag> they are doing the riaas job for them 01:46 < ellison> it's also about finding the good ones - avoiding the bad ones is just 1/2 of the process 01:46 < Dag> finding keys to stuff they own 01:46 <@mids> hey aum 01:46 < aum> hi mids 01:47 <@nop> aum 01:47 <@nop> it's most likely 01:47 <@nop> the dh key exchange 01:47 <@nop> maybe handshaking with a bad or out of date node, or so 01:47 < aum> the max-out doesn't happen when i run iip as root 01:47 < aum> only when i run as user 01:47 <@nop> interesting 01:47 < athena> huh? 01:47 <@nop> have you checked your file descriptors for users 01:47 <@nop> how many are allowed and such? 01:48 < aum> well, all the files are owned by the same user as is running the daemno 01:48 < aum> it's a severe max-out when i run as user - a 1.5GHz box grinds to a halt - even the mouse can barely move 01:49 < Zwolly> people i need to go now it was fun and will install the new IIP as soon as possible (working at 7.00) 01:49 < aum> compliments on the new website nop 01:49 <@nop> thnx, thank ellison 01:50 <@nop> he did it 01:50 <@nop> ;) 01:50 < aum> it looks so professional that one could expect to go to the download page, and see a link saying 'download 30-day demo' 01:50 < aum> free software websites are rarely designed so professionally 01:50 <@mids> :) 01:50 <@nop> nor are they documented so well either 01:51 <@mids> nor do they have such cool irc channels 01:51 <@nop> we have kind of put the profesionallism back into open source ;) 01:51 <@nop> I spelled that badly 01:51 <@nop> haha 01:51 < aum> the word 'free' needs to appear on the front page IMO 01:51 <@nop> Professionalism 01:51 <@nop> it says open 01:51 <@nop> and available 01:51 <@nop> etc 01:51 < aum> the word 'open' is being used more and more with commercial software 01:51 <@nop> well, if people don't read 01:51 <@nop> they can't be educated 01:52 <@nop> and they shouldn't be running IIP anyway 01:52 < ellison> :-) 01:53 < aum> i saw a freaky film the other night - 'fight club' 01:53 <@nop> finally? 01:53 <@nop> haha 01:53 <@nop> read the book 01:53 <@nop> it's worse 01:53 < aum> wow! 01:53 <@mids> night all 01:53 < aum> good concept - taking down the credit card databases 01:53 < aum> night mids 01:53 < ellison> night mids 01:54 <@nop> night mids 01:54 <@nop> thnx again 01:54 <@nop> for your help 01:54 < nemesis> gn8 mids 01:54 * aum wonders if iip can take advantage of palladium features 01:55 * nop wonders what aum means by that 01:55 < aum> palladium could be a huge boon for p2p 01:55 <@nop> yes 01:55 <@nop> did you get my ip stego app? 01:55 < aum> palladium creates a private task space that not even root can access 01:55 < aum> back in 5... 01:55 <@nop> k 02:02 <@nop> ok 02:02 < aum> back 02:02 <@nop> wb 02:03 < aum> palladium can help piracy 02:03 < Dag> anyone here run vmware? 02:03 <@nop> I'm not convinced that palladium will be secure against the security researchers of the world 02:03 < aum> yes 02:03 <@nop> I do 02:03 <@nop> I run it 02:03 < aum> ditto 02:03 < Dag> how good a sandbox is it? 02:03 <@nop> great 02:03 < aum> brilliant 02:03 <@nop> I use it for my windows stuff 02:03 < Dag> that is my only real interest for it 02:03 <@nop> while running linux as the main one 02:03 <@nop> oh yeah 02:03 < Dag> is a sandbox potentia; 02:04 <@nop> yes 02:04 <@nop> it's great 02:04 <@nop> easy to set up too 02:04 < aum> beautiful thing about vmware is that you can choose to discard all disk changes 02:04 < Dag> well 02:04 < Dag> i imagine it leaks data to the swap 02:04 < aum> so if you install some windows fuckware, it's easy to get rid of it without having to hunt through c:\windows and registry etc 02:04 < Dag> well yes 02:05 < Dag> just delete the install 02:05 < Dag> I keep a good install file 02:05 < Dag> that has nothing on it 02:05 < aum> i like how vers 3 does usb 02:06 < Dag> its an amazing little app 02:06 < Dag> wish it was open sourced 02:06 < Dag> I looked at some open source attemps 02:06 < Dag> at the same thing 02:07 < Dag> and seemed to be stagnating 02:07 < Dag> bochs and the like 02:07 < aum> bochs is a nightmare 02:07 < nemesis> AS/400 are better than vmware ;p 02:08 < Dag> plex86 was another one I think 02:08 < Dag> I have run vmware and ran some tools like filemon and regmon 02:08 < Dag> etc 02:09 < Dag> and they seem to show that its a decent sandbox 02:09 < Dag> its not writting or reading to anything unusual 02:09 < Dag> from waht I saw 02:09 < Dag> winternals software rules 02:09 < Dag> sysinternals/winternals that is 02:10 < Dag> tcpview pro is another of their tools I like 02:10 < Dag> erd commander is another 02:11 < Dag> I am hoping someday soon that linux/bsd can have better ntfs support 02:12 < Dag> read only access (stable) is pretty limiting 02:14 <@nop> I'm so excited 02:14 <@nop> this toorcon speech might get me killed ;) 02:14 < nemesis> hrhr 02:14 < nemesis> nooo nooo 02:15 < nemesis> i linke the read only 02:15 <@nop> sorry 02:15 <@nop> I'm all interrupting 02:15 <@nop> ;) 02:15 < nemesis> because i stored some files in a ntfs5.1 part 02:15 < nemesis> ;) 02:15 < aum> nop - you better have a fast car out the back, and deliver the speech in a ski mask 02:16 <@nop> did you read what I'm talking about 02:16 <@nop> www.toorcon.org 02:16 < aum> actually, a ski mask would be a good gimmick - that, and a throat-mike wired up to a harmoniser box to change your voice 02:16 <@nop> and no I don't care if people know who I am, it's a risk I have to take for starting IIP anyway 02:17 <@nop> haha 02:17 <@nop> I have a friend who's an expert in make-up and disguise 02:17 <@nop> could do that too 02:17 < Dag> nop is it tammy faye"? 02:17 < Dag> katherine harris? 02:17 < aum> room will be fulla spooks 02:18 <@nop> http://www.toorcon.org/speakers/james.html 02:20 <@nop> making gov't irrelevant is the underlying tone 02:21 <@nop> I contradict the keynote speaker 02:21 <@nop> who works for nasa 02:23 < Dag> nasa is evil 02:23 < Dag> richard hoagland says so 02:23 < Dag> they are withholding proof aliens exist 02:24 <@nop> hehe 02:24 < Dag> they bombed the face on mars 02:24 <@nop> aum is quiet 02:24 <@nop> hehe 02:24 < Dag> to cover up that it really looked like a face 02:24 < Dag> even in high res scans 02:25 < Dag> if it were not for nasa, we would each have our own starship cruisers 02:25 < Dag> and vacation planets as we speak 02:25 < Dag> hell they even wont let that backstreet boy 02:25 < Dag> on their stupid space station 02:25 <@nop> haha 02:25 <@nop> nsync but yeah 02:26 < Dag> they dont want him to see who their real masters are 02:26 <@nop> haha 02:26 < Dag> and I dont mean the american taxpayer 02:26 <@nop> yep 02:27 < Dag> the government is not run by the taxpayer 02:27 <@nop> you know what I notice 02:27 <@nop> every corporate position in a company 02:27 < Dag> I think the fairest govt would be one were the number of votes you have is in line with the taxes you pay 02:27 <@nop> is desired by a selfish person 02:27 <@nop> right 02:27 < Dag> maybe 1 vote for each 5k in taxes you pay 02:28 < Dag> the government is run on theft 02:28 < Dag> steal steal steal 02:29 < Dag> rms is a commie too 02:29 < Dag> did you know that 02:29 <@nop> that's why they punish drug dealers 02:29 <@nop> because the gov't is stealing the money they make 02:29 <@nop> you notice 02:29 <@nop> they always wait 02:29 <@nop> till the dealer 02:29 <@nop> is making big money 02:29 <@nop> to get their bust 02:29 <@nop> they don't care about the lowly pot dealer 02:29 <@nop> they always like to let it continue 02:29 <@nop> till they know 02:29 <@nop> there is serious money coming in 02:30 <@nop> then bam 02:30 <@nop> robbin' from the dealer 02:30 < Dag> bo gritz says so 02:30 < Dag> harry brown for president 02:30 < Dag> enuf said 02:30 <@nop> hehe 02:30 <@nop> charlie brown for president 02:31 < Dag> what about snoopy 02:31 <@nop> he's cool 02:31 <@nop> he doesn't say much 02:31 <@nop> so yeah 02:31 < Dag> he always seemed level headed 02:31 < Dag> cept he hung out with that bird a little to much 02:31 < Dag> charlie brown was easily duped 02:31 < Dag> how many times he try to kick that damn football? 02:33 * aum is back 02:33 < Dag> how big is a freenet install? 02:33 <@nop> not big, 200 megs 02:33 <@nop> for datastore 02:33 <@nop> ;) 02:33 < aum> default freenet datastore is 1GB these days 02:34 < Dag> yikes 02:34 <@nop> what? 02:34 < aum> on another subject, i uninstalled gentoo last night and went back to debian => bliss 02:34 <@nop> really? 02:34 < aum> the source-based distros are too flaky just now 02:34 < Dag> go back to freebsd 02:35 < Dag> er forward 02:35 < Dag> heh 02:35 < aum> debian 4 me - huge catalog of software, ready to urn 02:35 < aum> s/urn/run/ 02:35 < Dag> well you running it as a server or desktop? 02:35 < aum> debian stuff works wight out of the box - no need to read megs of manuals and grope through scripts 02:36 < Dag> I always compile my servers 02:36 < aum> i've had debian woody on my server for over a year - switched desktop from windows back in feb 02:37 < aum> my desktop went windoes -> mandrake -> debian -> sourcemage -> gentoo -> debian 02:37 < Dag> you ever try knoppix? 02:37 < aum> what's that? 02:37 < aum> a distro? 02:37 < Dag> is a livefilesystem linux distro 02:37 < Dag> based off debian 02:37 < aum> huh? 02:37 < aum> what does 'livefilesystem' mean? 02:37 < Dag> the whole thing runs in ram and cd 02:38 < Dag> boot off the cd 02:38 < Dag> and away you go 02:39 < Dag> its pretty good about hw detection 02:39 < Dag> runs kde and even has openoffice 02:39 < Dag> heh 02:39 < Dag> I dont run any linux servers anymore 02:39 < Dag> but its fun to have around 02:39 < aum> Dag: freeBSD? 02:40 < Dag> free/openbsd 02:40 < Dag> solaris 02:40 < aum> what's the big advantage? 02:40 < Dag> depending on HW 02:40 < Dag> openbsd has a good security audit 02:40 < Dag> of anything they release 02:40 < Dag> no distro of linux even comes close 02:41 < aum> but linux 'ploits get fixed within 24 hours 02:41 <@nop> true 02:41 < Dag> do you check for exploits and patch every day? 02:41 <@nop> I do 02:41 < Dag> well 02:41 < Dag> come now 02:41 < Dag> heh 02:41 <@nop> I'm on bugtraq 02:41 <@nop> and I sometimes post 02:41 <@nop> so I keep my eye out 02:42 < Dag> openbsd has had ONE remote exploit in 6 years 02:42 <@nop> it's my daytime job 02:42 <@nop> openBSD is very conscious 02:42 <@nop> which is good 02:42 <@nop> proves 02:42 <@nop> that all it takes 02:42 <@nop> is more conscious coders 02:42 <@nop> and a conscious framework 02:43 < Dag> if you install redhat without patches 02:43 < Dag> its a guarantee you will be hacked 02:43 < Dag> I use to work in a NOC 02:43 < Dag> it would piss me off when other lazy coworkers would install rh 6.2 etc 02:43 < Dag> for a client 02:44 < Dag> and never put any patches on 02:44 < Dag> one guy worked there 3 years and his idea of rebooting a box was to hit the power switch 02:46 < aum> power switch? did he think it was windows? 02:46 < nemesis> lol 02:46 * aum sometimes sees the linux BSOD screensaver 02:47 < Dag> there was a time like 4 years back that anyone could get a tech job 02:47 < Dag> now people who have a brain and experience 02:47 < Dag> cant find sh*t 02:47 < aum> an open source advocate here in new zealand wrote to the Minister for Information Technology expressing concerns about windows security vulnerabilities - Minister wrote back saying "we don't have a security problem - we use firewalls" 02:48 < Dag> you hear the latest with XP and their help center allowing you to delete files by visiting a url 02:48 < Dag> heh 02:48 < Dag> there is a story at the register uk about it 02:49 < Dag> there is even a link to have the exploit remove the help center from your machine 02:49 < Dag> and in doing so removes the ablity to be exploited 02:50 < Dag> Win-XP Help Center request wipes your HD 02:50 < Dag> http://www.theregister.co.uk/content/4/27074.html 03:03 < nemesis> erm, sorry 03:03 < nemesis> question 03:03 < nemesis> can i ban an port with bind to an nic? 04:14 < nemesis> cu@all für genau 50 mins ins bett legen dann duschen und in arbeit fahren *grummel* 08:05 < nop> sheesh 08:05 < nop> still here --- Log closed Wed Sep 25 10:20:49 2002 </div>/cs/blog/2002/09/18/i2p-v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-18.-z%C3%A1%C5%99%C3%AD-2002/Wed, 18 Sep 2002 00:00:00 +0000/cs/blog/2002/09/18/i2p-v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-18.-z%C3%A1%C5%99%C3%AD-2002/<p>(S laskavým svolením wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="rychlý-přehled">Rychlý přehled</h2> <p class="attendees-inline"><strong>Přítomni:</strong> _42, Chocolate, codeshark, codeshark2, Lorax, mids, nop, Roto, thecrypto</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> --- Log opened Tue Sep 17 22:59:26 2002 23:01 -!- mode/#iip-dev [+v logger] by mids 23:54 * Roto waves 23:54 <@mids> ssh, we arent started :) 23:55 < Lorax> Heh, I am already logged. 23:56 * Lorax waves to any SRHers. 23:59 < Lorax> anyway, if IIP could pass psudonymous keys then SSL can be used, as it's the connection that is secure, not the conversation. (Unless you have previously established socially satisfactory identification exchange.) --- Day changed Wed Sep 18 2002 00:00 <@mids> hush 00:01 <@mids> we start in 1 hour 00:01 < Lorax> but we are here now. 00:01 <@mids> but the others aint 00:01 <@mids> its not fair to start :) 00:01 -!- mode/#iip-dev [+m] by mids 00:02 -!- Chocolate changed the topic of #iip-dev to: IIP meeting | logs: http://mids.student.utwente.nl/~mids/iip/ | Topic: not started 00:03 <@Chocolate> starting in about 1 hour 00:04 -!- mode/#iip-dev [-m] by Chocolate 00:23 < Lorax> Why are the logs recording to a website already then? hrm? ;) 00:23 <+logger> we are testing the live nsa wiretap 00:24 < Lorax> ah, that is senseable. 00:51 < nop> hi 00:51 < Roto> hulloz 00:53 < thecrypto> hello 00:53 < nop> http://www.techtv.com/screensavers/supergeek/story/0,24330,3347481,00.html 00:53 < nop> friend of mine 00:54 -!- mode/#iip-dev [+o codeshark] by Trent 00:54 < nop> just got back from a deposition 01:00 <@mids> Tue Sep 17 23:00:09 UTC 2002 01:00 <@mids> Welcome everybody 01:00 <@mids> this is the 11th IIP meeting 01:00 <@mids> maybe more, but then I lost count 01:00 <@mids> :) 01:00 <@mids> Agenda for now: 01:00 <@mids> rc2 status update 01:00 <@mids> website 01:00 <@mids> open mic 01:01 <@mids> . 01:01 < Roto> . 01:01 <@mids> nop is on the phone, but he might drop in 01:01 <@mids> like you all know, rc2 has been 'almost there' for a long time 01:01 <@mids> but it didnt work 01:01 <@mids> now it does better :) 01:01 <@mids> userx fixed some bugs with the end-end crypto 01:02 <@mids> and with the 1.1 protocol 01:02 <@mids> I tested it this weekend, and it works great 01:02 <@mids> you can even do 2048 bit encryption etc 01:02 <@mids> so, one step closer to the release 01:02 <@mids> (heh we did say that often) 01:02 <@mids> . 01:03 < codeshark2> what is needed for the release? except the inform stuff? 01:03 -!- codeshark is now known as nickthief53256 01:03 -!- codeshark2 is now known as codeshark 01:03 <@mids> only some minor things: fixup of the commandline help 01:03 <@mids> manpage check 01:04 <@mids> cant think about more 01:04 -!- mode/#iip-dev [+o codeshark] by Trent 01:04 <@codeshark> so, the source is ready 01:04 <@mids> I'd say so 01:05 <@codeshark> ok, i think we should create a build for internal testing then 01:05 <@codeshark> . 01:05 <@mids> ack (pending nops status) 01:05 <@codeshark> and set up inform for the new protocol 01:06 -!- Chocolate changed the topic of #iip-dev to: IIP meeting | logs: http://mids.student.utwente.nl/~mids/iip/ | Topic: RC2 01:06 <@mids> more rc2? 01:06 <@codeshark> another thing we should discuss is: version numbers 01:06 <@codeshark> why call it rc2 ;) 01:06 <@codeshark> . 01:06 <@mids> release candidate 01:07 <@codeshark> yeah sure, but we changed a lot of stuff between rc1 and rc3 01:07 <@codeshark> rc2 01:07 <@mids> yes we did 01:07 <@mids> it aint proper naming this way 01:07 <@mids> based on the changes we should be at 1.3 now 01:08 <@codeshark> yes 01:08 <@codeshark> we could call it 1.3 RC-2 (and then make a final 1.3 soon) 01:08 <@mids> nah 01:09 <@mids> I'd say continue with the numbering like we do now 01:09 <@mids> and in the future, release more often 01:10 <@codeshark> ack 01:10 <@mids> . 01:10 <@codeshark> . 01:10 <@mids> next thing: website 01:10 <@mids> nop reviewed most text, some stuff is reworded 01:11 <@mids> ellison (the designer) is now making a layout for the support page 01:11 -!- Chocolate changed the topic of #iip-dev to: IIP meeting | logs: http://mids.student.utwente.nl/~mids/iip/ | Topic: website 01:11 <@mids> should be there in a week 01:12 <@mids> the latest version of the site is on http://mids.student.utwente.nl/~mids/iip/www/ 01:12 <@mids> and in CVS ofcourse 01:12 <@mids> . 01:12 <@mids> site should be up soon too 01:12 <@mids> . 01:13 * mids hands the mic over to codeshark 01:13 <@codeshark> nothing to add ;) 01:13 <@codeshark> . 01:13 <@mids> yes you do 01:13 <@codeshark> i do? 01:13 <@mids> tell em about your work with the public nodes 01:13 <@codeshark> about the website? 01:13 <@codeshark> ok 01:13 <@mids> how you rescued 2000 01:13 <@codeshark> 23 01:14 <@codeshark> our inform server does very strict checking on the relay nodes: our list has been reduced to about 6 nodes 01:15 <@codeshark> i disabled one of these checks to allow nodes to be down more often 01:15 <@codeshark> and most important: 01:15 <@codeshark> i rescued all nodes ever added to inform and checked if they're still up 01:16 <@codeshark> now, we have 23 nodes in our list 01:16 <@codeshark> . 01:16 < _42> how are nodes added to inform? 01:16 < nop> awesom 01:16 < nop> when you announce 01:16 < nop> it sends a message to inform 01:17 <@codeshark> just for the statist guys here: i added 1125 hosts from the log 01:17 < nop> you know that's a lot of downloads ;) 01:18 <@codeshark> about 300 of them were valid (dns resolves...) and unique hosts 01:18 <@codeshark> . 01:18 <@mids> currently we have 9 nodes on the list... in about 5 days (after the inform testing) that will be 23 (if they keep up) 01:18 <@mids> . 01:19 <@codeshark> right now 22/23 are up 01:19 <@codeshark> . 01:19 -!- mids changed the topic of #iip-dev to: IIP meeting | logs: http://mids.student.utwente.nl/~mids/iip/ | Topic: hurray for the saviour of the public nodes 01:20 < Roto> . 01:20 <@mids> okay, I am out of agenda items 01:20 < nop> rc2 01:20 <@mids> maybe nop has something to add 01:20 < nop> rc2 will be released with website release 01:20 < nop> we will be spending this week thoroughly testing it from a developer's standpoint 01:20 <@codeshark> nop: we should create an internal build of rc2 asap 01:21 < nop> agreed 01:21 < _42> What new features will be added to rc2? 01:21 <@codeshark> so we can set up the network and test inform 01:21 < nop> Perfect Forward Security 01:21 < nop> 160 bit encryption end to end 01:21 < nop> 1536 bit network id 01:21 < nop> 2048 bit PFS keys 01:21 <@codeshark> . 01:21 < nop> and all around just general bug fixes 01:21 < nop> I will get a changelog 01:22 < nop> . 01:23 <@mids> I guess its open microphone time 01:24 <@mids> you can reread the chatlogs of this and the previous meetings on http://mids.student.utwente.nl/~mids/iip/ 01:24 <@mids> questions? (I know that Lorax had some... :) 01:25 -!- Chocolate changed the topic of #iip-dev to: IIP meeting | logs: http://mids.student.utwente.nl/~mids/iip/ | Topic: open mic 01:25 <@Chocolate> Lorax timed out 01:25 <@mids> I know :) 01:26 * Roto cheerleads 01:26 <@Chocolate> I'd like to raise the issue of saner version numbers 01:27 <@Chocolate> the feature changes from rc1 to rc2 where realy a minor version increment, not updates to a beta release 01:30 <@mids> the updates got out of hand 01:30 <@mids> for the common good.. but that is no excuse :) 01:37 <+logger> official part is over, if you got more questions; ask here or in #iip 01:37 <+logger> cya next week --- Log closed Wed Sep 18 01:37:46 2002 </div>/cs/blog/2002/09/04/v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-i2p-4.-z%C3%A1%C5%99%C3%AD-2002/Wed, 04 Sep 2002 00:00:00 +0000/cs/blog/2002/09/04/v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-i2p-4.-z%C3%A1%C5%99%C3%AD-2002/<p>(S laskavým svolením wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="rychlé-shrnutí">Rychlé shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> ArdVark, athena, gabierOQP, legabier, mids, nop, Sheige</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> --- Log opened Tue Sep 03 23:55:46 2002 23:56 <@mids> test --- Day changed Wed Sep 04 2002 00:34 < athena> hello :) 00:34 < athena> no specific agenda today? 00:36 -!- mode/#iip-dev [+o nop] by mids 00:36 -!- mode/#iip-dev [+v logger] by mids 00:36 <@mids> not yet atleast 00:55 < athena> OQP... cute :) 00:56 <@mids> what is OQP? 00:56 < athena> occupe', i'm guessing 00:56 <@mids> ic 00:58 < gabierOQP> OQP=occupé in french 00:58 < gabierOQP> busy 00:58 -!- gabierOQP is now known as legabier 00:59 <@mids> compris 01:00 <@mids> Tue Sep 3 23:00:00 UTC 2002 01:00 <@mids> Welcome to the 10th IIP meeting 01:00 <@mids> Agenda: 01:00 <@mids> 1) Welcome 01:00 <@mids> 2) Website status update 01:00 <@mids> 3) ... 01:00 <@mids> a) Questions 01:00 <@mids> . 01:00 <@mids> lets go to point 1 01:00 <@mids> welcome all 01:00 < legabier> why freenet is so slow and iip so fast? 01:01 <@mids> legabier: can we keep that till part a ? 01:01 < legabier> ok 01:01 <@mids> part 2 01:01 <@mids> nop: status update? 01:02 <@mids> hm 01:02 <@mids> the website is in CVS 01:02 <@mids> nop has reviewed the files 01:03 <@mids> but there are some parts without good text 01:03 <@mids> and the support area needs a better layout 01:03 <@mids> appart from that it is done 01:03 <@mids> I wont tell you when the site is up 01:03 <@mids> but you are free to do private bettings on the online time :) 01:04 <@mids> . 01:04 <@mids> nop probably has something to add 01:04 <@mids> lets wait 3 min or something 01:06 < athena> lol 01:06 <@mids> I guess nop is too busy with editing the website to answer 01:06 <@mids> okay well... 01:06 <@mids> before we go to the question round.. any other items we should discuss? 01:08 <@mids> guess not :-) 01:08 <@mids> I like it when everybody agrees :) 01:08 <@mids> . 01:08 <@mids> question from legabier: "why freenet is so slow and iip so fast?" 01:08 <@mids> freenet is a different program, there is no technical relationship between IIP and Freenet 01:08 <@mids> Freenet is completely decentralized.. IIP isn't (yet) 01:08 <@nop> haha 01:09 <@mids> Freenet is intended for file transfer, while IRC over IIP uses short lines 01:09 <@nop> just because freenet is decentralized 01:09 <@nop> is not the reason why IIP is fast 01:09 <@mids> well, enlighten us, o master yoda :) 01:10 <@nop> differences 01:10 <@nop> freenet == high volume, low speed, static (archived) content 01:10 <@nop> iip == low volume, high speed, dynamic content 01:10 <@nop> different concepts all together, centralized or decentralized, IIP will remain fast 01:11 * mids hopes that too 01:11 * nop knows that 01:11 <@mids> ok 01:11 <@mids> does that answer your question legabier ? 01:12 < legabier> yes merci :) 01:13 * mids aims the spotlight in the audience.. searching for the next question and/or comment 01:13 < athena> why are there so few public relays (besides the ones nop runs and mids', i see only 2 or 3 others usually)? do we have no volunteers or does the uptime checker reject a lot of them? 01:13 < Sheige> I got 8 of them.... I guess 01:14 < Sheige> (still a few) 01:14 < athena> how many is that if you don't count mids' and nop's? 01:14 <@mids> 5 01:14 <@mids> source: http://invisiblenet.net/iip/crypto/node.ref 01:15 < athena> hmmm, ok... guess i need to pull down a new one... still, 20 or so public nodes would be nice :) 01:15 <@mids> I _think_ that the uptime checker is a bit too strict 01:16 <@mids> codeshark had to pause it some time ago when the net was down 01:16 <@mids> otherwise it would kick all relays out 01:17 <@nop> the strict checking is a good thing 01:17 <@nop> you'd have more problems if you had a lot of relays not working 01:17 <@nop> it's better to have lower number with solid relay connection 01:17 <@mids> nop: well.. but the reannounces dont seem to work 01:17 <@nop> than a bunch of crappy ones 01:17 <@nop> yes they do 01:17 <@mids> hm 01:17 <@nop> it just takes time 01:17 <@nop> plus if you're a relay you won't see your route 01:17 <@mids> then why do we only have 7 :) 01:17 <@nop> because the stability of the relays 01:18 <@nop> it may take a few more days for them to show up 01:20 <@nop> talk to codeshark about this 01:20 <@nop> he would have more detail 01:20 <@nop> I will test it with him 01:20 <@mids> ok 01:21 <@mids> I think that I have somehow too many nodes connecting to my relay 01:21 <@mids> but maybe there are a lot more users then we know about :) 01:21 < athena> how many connections do you have? 01:22 <@mids> I dont know if I should tell that 01:22 * mids does some back channel talking 01:22 < athena> could be that you're the best reachable relay 01:22 <@mids> heh, I wouldnt say that with the recent lack of stability 01:22 < athena> i often find that i can't connect through half of the hosts in node.ref 01:22 < athena> and when you start with 7 that's not a whole lot of reliable relays 01:23 <@nop> well, most usually are that are on 01:23 < athena> just relating my experience... 01:24 <@nop> maybe it's recent 01:25 <@mids> it would be interesting to measure uptime... 01:25 <@mids> but... 01:25 < athena> you'd have to measure it from topologically diverse sites 01:27 <@mids> nop: would you be against that? 01:27 <@mids> if this whole thing wasn't about anonymity, I would love to see a lot of statistics :) 01:27 <@nop> umm, if it exposes attacking info, yes 01:28 <@nop> maybe we'll set up a non-anonymous weary system later and take stats 01:28 < athena> i would say any publicly available stats SHOULD be published 01:28 <@nop> especially as it gets bigger 01:28 < athena> rely on the security of IIP, not on keeping info secret 01:28 <@nop> well athena, if anyone was taking stats, they should be published 01:28 <@nop> but no one is so far 01:28 <@nop> anyone who is please publish your findings 01:28 <@nop> ;) 01:29 < athena> maybe i will :p 01:29 <@mids> well.. I'll try to collect stats in a 'fair' way 01:29 <@mids> without abusing my public node-powers 01:29 <@mids> what I can collect that way, everybody can 01:29 < athena> that's exactly what i meant, great 01:30 < ArdVark> why not abuse your public node power and show us what that entails too mids? 01:30 <@mids> now if I disappear from the IIP chat system... it is because someone doesnt like me collecting the stats ;) 01:30 <@mids> ArdVark: maybe that is the next step... 01:30 < athena> ArdVark: lol, excellent point! since anyway can become a public node... 01:30 < athena> s/anyway/anyone/ 01:31 <@mids> athena: install a public relay and you do it :) 01:31 < ArdVark> I wanna see the failures as well as the successes of this beast reported 01:32 <@mids> would be cool to have 100 'agencies' all running a public relay to log connections, but in the meanwhile helping to boost the anonymity 01:33 < ArdVark> on a different topic, not to end the current one, has there ever been any thought to adding wiki to invisiblnet? or too much trouble? 01:33 <@mids> wiki as in wikiwiki? 01:33 < ArdVark> yes 01:33 <@mids> those $#@&%@ infobots are already some wiki 01:33 < athena> mids: how do you know i don't already run a public relay ;) 01:34 < ArdVark> I love those infobots mids ;) 01:34 <@mids> ArdVark: I know you do 01:34 <@mids> ArdVark: if you put a webserver 'behind' IIP.. then you could install a wiki on it 01:35 < ArdVark> ok, that is reasonable I guess 01:35 <@mids> but running a webserver over irc isnt too great 01:35 < ArdVark> no I meant the website 01:35 <@mids> oh 01:35 <@mids> you mean on the normal website 01:35 < ArdVark> yes 01:36 <@mids> guess you could do that 01:36 <@mids> otoh.. you could use a public wiki too.... 01:36 < ArdVark> fine 01:37 <@mids> I think we shouldnt really install the wiki on sourceforge.... not now 01:37 <@mids> since it is some work to install/tweak etc 01:38 <@mids> but someone could run a wiki, and then IIP could point to it 01:38 < ArdVark> ok 01:39 <@mids> ArdVark: but maybe a public wiki for IIP (like freenet has now) is the way to go 01:39 <@mids> . 01:39 < ArdVark> yeah ok 01:41 <@mids> I am going to sleep. feel free to keep chatting here :) 01:41 < athena> night mids 01:49 <@mids> for those who want to play with a wiki: http://mids.student.utwente.nl/~mids/phpwiki/ 01:49 <@mids> I dont care what you do with it :) 02:00 -!- mode/#iip-dev [+o codeshark] by Trent --- Log closed Wed Sep 04 07:03:17 2002 </div>/cs/blog/2002/08/21/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-21.-srpna-2002/Wed, 21 Aug 2002 00:00:00 +0000/cs/blog/2002/08/21/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p-21.-srpna-2002/<p>(S laskavým svolením Wayback Machine <code>http://www.archive.org/</code>)</p> <h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> agril, hobbs, mids, Neo, pox, thecrypto</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> --- Log otevřen Wed Aug 21 00:58:22 2002 00:58 <@mids> test 01:00 <@mids> Ahoj všichni 01:00 <@mids> nop a userx tu nebudou a já toho moc nemám co říct 01:00 <@mids> tak si dáme neformální pokec 01:00 <@mids> s hromadou otázek a zpětné vazby od uživatelů (jo) 01:01 -!- mids změnil téma kanálu #iip-dev na: Žádná formální schůzka, ale buďte vítáni a povídejte si. logy: http://mids.student.utwente.nl/~mids/iip/ 01:02 <@mids> na mailing listu freenet-devl probíhala diskuse o odchodu z OPN (irc.openprojects.net) a někteří navrhovali, že IIP by mohlo být alternativou 01:03 <@mids> Ian Clarke namítl, že IIP neprošlo žádným peer review (odborným posouzením) od expertů 01:03 <@mids> a že by mohlo být nebezpečné myslet si, že tato síť je anonymní 01:04 <@mids> má v tom dobrý argument, aktuálně nás prověřuje pár lidí, jediná informace, kterou mám, je toto url: 01:04 <@mids> http://www.cypherpunks.to/ip/ 01:04 <@mids> . 01:05 <@mids> Doufám, že si všichni uvědomují, že IIP není bez chyb a že faktor anonymity může být dost relativní 01:06 <@mids> ale to by nás nemělo odrazovat od používání, chytání chyb a vylepšování 01:06 <@mids> . 01:06 < thecrypto> pravá anonymita je možná, jen je to opravdu těžké 01:07 < hobbs> ne, vlastně si jsem dost jistý, že je to naopak. pravá anonymita je nemožná, ale můžeš to udělat "opravdu těžké" pro toho, kdo to chce zjistit. 01:08 < hobbs> jdu se najíst. budu zpátky co nejdřív. :) 01:08 <@mids> Kromě kryptografických algoritmů závisí IIP na množství veřejných relayů (přepojovacích uzlů), které „schovají“ uživatele. S jen několika jich to může být relativně snadné pro velké organizace s velkou mocí systematicky dohledat každého uživatele 01:08 <@mids> díky, že ses zastavil, hobbs 01:08 < thecrypto> Chaum to dokázal ve své práci o Dining Cryptographers, nicméně zřídit na to DC-net by byl obrovský výkon 01:09 <@mids> ale co když všichni filozofové kromě jednoho spolupracují? 01:10 < thecrypto> ano, to je tam slabina 01:10 <@mids> takže potřebujeme víc veřejných relayů a víc peer reviews :) 01:11 <@mids> pokud náhodou jste expert na bezpečnost/kryptografii, neváhejte IIP prozkoumat 01:11 <@mids> . 01:12 <@mids> díval jsem se na SILC (http://www.silcnet.org) 01:12 <@mids> je to systém klient–server pro chat s vestavěnou kryptografií 01:12 <@mids> můžete nasadit klíče na kanály i soukromé konverzace 01:13 < thecrypto> nejsem expert, jen student, který o tomhle tématu hodně čte :) 01:13 <@mids> nelze to srovnávat s IIP, protože nenabízí (pokus o) anonymitu 01:13 <@mids> ale je to docela zajímavé, možná byste se na to měli podívat (vy, čtenáři logu) 01:14 <@mids> Snažil jsem se to provozovat přes IIP, takže budete mít jak šifrování kanálů, tak anonymitu 01:14 <@mids> ale měl jsem menší problémy s nastavením sítě pro IIP verze 1.1 01:14 <@mids> jakmile se nop/userx ozvou s nějakými radami, jak to udělat, postavím testovací server za IIP... jako proof of concept 01:15 <@mids> . 01:15 * mids hází mikrofon do publika 01:18 < thecrypto> nemá IIP už end-to-end šifrování? 01:18 <@mids> na straně serveru 01:18 <@mids> server je upravený ircd a dostává veškerý text v otevřeném textu (plaintext) od IIP uzlu na straně serveru 01:18 <@mids> takže zlý správce serveru by mohl logovat všechny soukromé i kanálové konverzace 01:19 <@mids> (samozřejmě po úpravě zdrojáku) 01:20 <@mids> ale k čemu se nedostane, jsou IP adresy uživatelů 01:20 <@mids> . 01:20 < thecrypto> ach, problém zlého admina. proč nemůžeme dát šifrování až na server? 01:21 <@mids> protože byste pak museli buď dát kód na úrovni protokolu IRC do lokálních IIP uzlů, nebo používat speciální IRC klienty 01:21 <@mids> cílem IIP (zatím) bylo fungovat s běžnými IRC klienty a očekávám, že to tak bude i v (blízké) budoucnosti 01:22 <@mids> jedním z cílů je udělat VIRCD (virtuální IRC daemon) v každém klientském IIP relayi, který bude obsluhovat šifrování pro kanály/uživatele 01:22 < thecrypto> takže je to na TODO listu, ale zatím to tam není 01:22 <@mids> přesně tak 01:23 <@mids> ellison mě informoval, že má k dispozici demo nového webu IIP a InvisibleNetu 01:24 <@mids> za pár minut to bude převedeno do HTML 01:24 < agril> Proč už /lusers nefunguje? 01:25 <@mids> všechny příkazy /stats (nevím, jestli to /lusers používá, nebo zda je to nativní příkaz ircd) byly v ircd vypnuty 01:25 <@mids> takže nevíme, kolik je klientů nebo skrytých kanálů 01:26 <@mids> to je asi lepší... pro zlé by bylo těžší měřit výsledky jejich flood/DDoS pokusů 01:27 <@mids> ale musím přiznat, že mi chybí hezké síťové grafy, které šly z těch statistik vytvořit :( 01:30 <@mids> (ellison právě nahrává web) 01:31 <@mids> http://www.citystateinc.com/ellison/invisiblenet/ 01:31 <@mids> hurá! 01:31 < thecrypto> je někde oficiální TODO list? 01:32 <@mids> vím, že některé subprojekty mají TODO listy... ale u hlavního projektu nevím 01:32 <@mids> ale jsem si jistý, že userx/nop mají svůj vlastní seznam 01:33 <@mids> http://help.invisiblenet.net/ kapitola 1 – budoucí plány 01:33 <@mids> to obsahuje pár hodně vzdálených cílů 01:33 <@mids> Neo: http://www.citystateinc.com/ellison/invisiblenet/ 01:33 < Neo> díky 01:35 <@mids> nějaké komentáře k webu? 01:36 < Neo> Ne, nemám. 01:36 < Neo> Vypadá skvěle. 01:36 < Neo> sekce iip je mnohem lepší než to, co tam bylo předtím. 01:37 <@mids> naprosto souhlasím 01:37 < Neo> Download, Screenshots, Documentation, Development, Contact. Dobré uspořádání. 01:39 <@mids> působí velmi konzistentně a snadno se přizpůsobí 01:39 < thecrypto> dobrý web 01:39 <@mids> chybí nějaká důležitá sekce? (v menu) 01:42 <@mids> myslím, že máme pokryto všechno 01:43 < pox> vypadá dobře 01:43 <@mids> v sekci Contact bude také seznam všech PGP klíčů vývojářů a přispěvatelů 01:45 <@mids> poslední bod k webu: ellison bude brzy hotov, pak to pošle mně a nopovi a my doplníme zbytek 01:45 <@mids> asi udělám pár includes pomocí PHP, aby se informace daly snadno aktualizovat 01:46 * mids si myslí, že tenhle skvělý web budeme mít Už Brzy!!! 01:46 <@mids> . 01:47 < thecrypto> dobrý web je známkou dobrého projektu :) 01:47 < Neo> paráda. 01:48 <@mids> To bylo rádio iip-dev s vaším moderátorem mids, klidně zůstaňte se svými otázkami a komentáři 01:49 < hobbs> wow. to je pěkné. --- Log uzavřen Wed Aug 21 01:55:36 2002 </div>/cs/blog/2002/08/13/i2p-setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-13.-srpna-2002/Tue, 13 Aug 2002 00:00:00 +0000/cs/blog/2002/08/13/i2p-setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-13.-srpna-2002/<p>(S laskavým svolením Wayback Machine <code>http://www.archive.org/</code>)</p> <h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> ellison, mids, Neo, nop, Robert</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> --- Log otevřen Tue Aug 13 23:58:45 2002 23:58 [Uživatelé #iip-dev] 23:58 [@logger] 23:58 -!- Irssi: #iip-dev: Celkem 1 nicků [1 opů, 0 halfopů, 0 voice, 0 normálních] 23:58 -!- Irssi: Připojení do #iip-dev bylo synchronizováno za 1 s 23:58 -!- mode/#iip-dev [-o logger] od Trenta 23:58 -!- mode/#iip-dev [+nt] od Trenta 23:58 -!- Trent změnil téma #iip-dev na: Info, agenda, log : http://mids.student.utwente.nl/~mids/iip/ | Úterý 23:00 UTC - http://e-store.invisiblenet.net | téma: žádná schůzka neprobíhá --- Den změněn Wed Aug 14 2002 00:00 -!- mode/#iip-dev [+o mids] od Trenta 00:05 -!- mode/#iip-dev [+v logger] od mids 00:31 -!- mode/#iip-dev [+o mids] od Trenta 00:52 <@mids> Info, agenda, log : http://mids.student.utwente.nl/~mids/iip/ | Úterý 23:00 UTC - http://e-store.invisiblenet.net | téma: Vítejte 01:00 <@mids> Tue Aug 13 23:00:00 UTC 2002 01:00 <@mids> Schůzka č. 8! 01:00 <@mids> všichni připraveni? 01:00 < Neo> ano 01:00 < nop> vítejte 01:00 <@mids> díky 01:01 <@mids> mimochodem, mám pocit, že moje připojení je nespolehlivé... můžu každou chvíli spadnout 01:01 <@mids> logy jsou k dispozici na http://mids.student.utwente.nl/~mids/iip/ 01:01 <@mids> Program na dnes: 01:01 <@mids> 1) Uvítání 01:01 <@mids> 2) RC2 01:01 <@mids> 3) Mac OS 9 01:01 <@mids> 4) Náhled webu 01:01 <@mids> A) Dotazy? 01:01 <@mids> pokud se chcete na něco zeptat nebo něco doplnit... sem s tím 01:02 <@mids> jinak navrhuji přejít k bodu č. 2 01:02 <@mids> . 01:02 <@mids> skvělé 01:02 <@mids> 2) RC2 01:03 <@mids> mělo to vyjít už před měsíci :) 01:03 <@mids> ale z různých důvodů to není 01:03 <@mids> největší je letní/prázdninové období 01:03 <@mids> pokud vím, čekáme na relay checker, který je třeba upravit pro RC2 01:04 <@mids> minulý měsíc UserX opravil ještě pár chyb 01:04 <@mids> ale nic zásadního 01:04 <@mids> jakmile bude codeshark zase v provozu... je naděje 01:05 <@mids> čekám, až nop doplní volitelné informace 01:05 <@mids> tak prosím o trpělivost 01:05 <@mids> děláme maximum... pracujeme s dostupnými zdroji 01:05 <@mids> . 01:06 <@mids> podle nopa je problém s PRNG 01:06 < nop> pro vnitřní klíč 01:06 <@mids> Pseudo Random Number Generator (pseudonáhodný generátor čísel) 01:06 < nop> technologie 01:06 < nop> pro rc2 01:06 < nop> má problém s inicializací 01:06 < nop> na kterém se pracuje 01:07 < nop> ale jde to pomalu 01:07 < nop> a userx se teď stěhuje, takže je to dvakrát pomalejší 01:07 < nop> . 01:07 <@mids> . 01:07 <@mids> takže neztrácejte naději a pojďme na další bod 01:07 <@mids> kterým je... 3) Mac OS 9 01:07 < nop> ok 01:07 < nop> crunch mi k tomu dal informace 01:08 < nop> někdo právě daroval dalších 300 dolarů 01:08 < nop> projektu 01:08 < nop> což je skvělé 01:08 < nop> crunch a bob pracují na GUI a bob dává dohromady věci kolem socketů 01:08 < nop> je to spíš otázka času, protože pracují i na jiném projektu 01:08 <@mids> kolik $ je teď vybráno na port? 01:08 < nop> ale 01:09 < nop> fyzicky 1100 01:09 < nop> to jsou všechny peníze, které se vybraly 01:09 < nop> rádi bychom se dostali na celkem 3500 01:09 < nop> pokud možno 01:09 < nop> takže kdokoli, kdo chce darovat třeba i dolar 01:09 < nop> pomůže 01:09 <@mids> takže... pokud chcete, aby byl port pro Mac OS 9 pro IIP hotový... kontaktujte nopa 01:09 < nop> abychom zaplatili vývojový čas Cap'n Crunch a jeho parťáka boba 01:09 < Robert> Skvělé zprávy. Dej vědět mně nebo Neovi, pokud chceš dát další žádost na titulní stránku DC. 01:09 < nop> prosím 01:10 < nop> další žádost by byla skvělá, Roberte 01:10 <@mids> Navrhuji, abychom začali dělat p 01:10 < nop> poslali jsme Crunchovi 700 01:10 <@mids> veřejná oznámení každou hodinu na IIP 01:10 < nop> a 300 bude doručeno příští týden 01:10 <@mids> přesně jak to dělalo OPN :) 01:10 * Neo si myslí, že bychom měli dát do os9 aplikace 30minutovou otravnou obrazovku, dokud nepřekročíme $3500 :) 01:10 < nop> haha 01:10 < nop> myslím, že je to špatný nápad 01:10 < nop> pojďme jen požádat 01:11 < nop> ne otravovat 01:11 <@mids> ok :/ 01:11 <@mids> . 01:11 * Neo si myslí, že možná také zpráva "I use os9 and have not donated" vysílaná od uživatelů os9. :) 01:12 < Neo> jen si dělám legraci 01:12 < nop> hehe 01:12 < ellison> existuje pár softwarových firem pro Mac, které při prvním spuštění programu dávají do pop-up oken vtipné prosby 01:12 <@mids> možná článek na Macworldu? 01:12 < ellison> mně osobně se tenhle přístup ukázal jako nejúčinnější 01:13 <@mids> . 01:14 <@mids> pojďme dál... protože máme vzrušující novinky! 01:14 < nop> . 01:14 <@mids> a to je... 01:14 <@mids> ten 01:14 <@mids> Web! 01:14 <@mids> 4) Náhled webu 01:14 <@mids> speciálně pro vás malá ochutnávka 01:14 <@mids> http://www.citystateinc.com/ellison/invisiblenet/index.html 01:15 <@mids> nezapomeňte prokliknout na "Invisible IRC Project" v pravém horním rohu 01:15 <@mids> ellison právě zveřejnil tenhle náhled, teď pracuje na šablonách 01:15 <@mids> poté je potřeba vytvořit texty, aby se zaplnily prázdná místa 01:16 <@mids> myslím, že web můžeme mít brzy online 01:16 <@mids> . 01:16 < ellison> jsme skoro u cíle 01:17 <@mids> komentáře? 01:17 * mids si myslí, že všichni ještě zírají na ten web s otevřenou pusou 01:17 < ellison> myslím, že všichni omdleli radostí a ještě se nestihli zvednout zpátky na své židle 01:17 < nop> haha 01:18 <@mids> další téma? nebo jedeme moc rychle? 01:19 <@mids> téma č. 5... na požádání Nea 01:19 <@mids> ! kanály s módem kanálu +a 01:20 <@mids> na tomto irc serveru se dá 01:20 <@mids> ehm 01:20 <@mids> můžete vytvořit speciální ! kanály 01:20 <@mids> k jejich vytvoření napište /join !!channelname 01:20 <@mids> pak získáte kanál jako: !A4CEQchannelname 01:21 <@mids> tento podivný prefix je tam proto, aby zabránil kolizím kanálů po netsplitech, nějaký obskurní test od programátorů ircnetu 01:21 <@mids> ale tyhle kanály mají něco speciálního 01:21 <@mids> můžete nastavit mód +a 01:21 <@mids> pomocí /mode !A4CEQchannelname +a 01:21 <@mids> pak se kanál stane skutečně anonymním 01:22 <@mids> všem se jejich nick změní na 'anonymous' 01:22 <@mids> takže nevíte, kdo mluví 01:22 <@mids> vyzkoušejte to... připojte se na !anonymous pro ukázku 01:23 <@mids> tak si pamatujte... pro vytvoření ! kanálů: /join !!channel 01:24 <@mids> pro připojení ke stávajícímu kanálu: /join !channel 01:24 <@mids> pak nastavte mód +a (pokud jste operátor) /mode !prefixchannelname +a 01:24 <@mids> tento mód nelze zrušit 01:24 <@mids> . 01:25 <@mids> to byl můj seznam témat na dnešek 01:25 <@mids> nějaké dotazy? 01:26 <@mids> ne? 01:26 < Robert> Ne, pane. 01:27 <@mids> tak tedy ukončím svůj monolog :) --- Log uzavřen Wed Aug 14 01:28:33 2002 </div>/cs/blog/2002/07/03/i2p-v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-3.-%C4%8Dervence-2002/Wed, 03 Jul 2002 00:00:00 +0000/cs/blog/2002/07/03/i2p-v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-3.-%C4%8Dervence-2002/<p>(S laskavým svolením wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="rychlé-shrnutí">Rychlé shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> AgentDelta, ArdVark, CyberLOK1, Kyl3, mids, Neo, nop, UnDeRToW, wilde</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> --- Log opened Wed Jul 03 00:33:19 2002 00:33 <+logger> logging started 00:47 -!- mode/#iip-dev [+o nop] by mids 00:54 < UnDeRToW> hi 00:54 <@mids> hi 01:01 <@nop> ok 01:01 <@nop> hi 01:01 <@nop> welcome 01:01 <@nop> to the 5th meeting I believe 01:01 <@mids> 7th 01:02 <@nop> really 01:02 <@nop> ok 01:02 <@mids> http://mids.student.utwente.nl/~mids/iip/ 01:02 <@nop> wilde you have anonymail 01:02 <@nop> ok 01:03 <@nop> iip 1.1 rc2 will be released pending a few doc changes and me submitting a couple of technical docs for merging with docs 01:03 <@nop> umm, cs and I will work on transforming inform to work with latest version 01:04 <@nop> and we have had a few people try out some security checks on IIP 01:04 <@nop> unfortunately with no success 01:04 <@nop> but 01:04 <@nop> that's the spirit 01:04 <@nop> ;) 01:04 <@nop> anyway 01:05 <@nop> this is not much of a meeting today, but if anyone has anything to add please feel free at the questions part 01:05 <@nop> so... mids, do you have anything 01:05 <@mids> yes 01:05 <@mids> I would like to have a public discussion about the pro's and con's of bots in the public channels 01:06 <@mids> with ArdVark and some others I have had an argument about that 01:06 <@mids> everybody has its personal ideas 01:06 <@mids> and they aren't all compatible 01:06 <@mids> but since we are not here to censor everything 01:06 <@mids> lets discuss 01:06 <@mids> allow me to state the current issue 01:07 <@mids> unless someone already wants to add something 01:07 <@mids> 3 2 1 0 01:07 <@mids> ok 01:07 <@mids> in #anonymous (and #iip and #help) we have had a few infobots 01:07 <@mids> Herod, camabot and now visix 01:08 <@mids> personally I dont see any good in those things.. since they seem to be only 'abused' for channel flooding 01:08 <@mids> but I understand that my vision on that is biased 01:08 <@mids> based on years of IRC trauma's :) 01:09 < Kyl3> yes but there are some bots that are useful 01:09 <@mids> Where are those bots good for? 01:09 <@mids> . 01:09 < ArdVark> what is defined as channel flooding? 01:09 < UnDeRToW> for what? 01:10 < Kyl3> there are some bots that are used for channel protection 01:11 <@mids> like? 01:11 <@mids> ArdVark: good one... anybody? 01:11 < Kyl3> like my eggdrop on DALnet 01:11 < UnDeRToW> but here is not necesary channel protection 01:11 <@mids> I would say: filling the communication channel with data 01:11 < Kyl3> all custom flood protection 01:11 < UnDeRToW> at least now 01:12 <@mids> Kyl3: true, but with Trent, I don't think that is a real issue here 01:12 < ArdVark> excuse me but please define filling the communication channel with data 01:12 <@mids> re flooding: but I agree that it is very personal what is seen as flood 01:12 <@mids> Kyl3: what is flood in your wording? 01:12 <@mids> communcation channel is irc channel / query window / message window 01:13 <@mids> data = ascii characters on itc 01:13 < Kyl3> so Trent has channel protections built into it? 01:13 <@mids> and filling is putting too much into it 01:13 <@mids> Kyl3: no, not like you mean... 01:13 < ArdVark> no I have seen users place huge paragraphs of words in a channel without any negative response; perhaps a friend of an OP 01:14 < UnDeRToW> I think the best way to control that is some @ on public channels that only go up when a problem appear 01:14 <@mids> ArdVark: big pastes (what is big) is flood to imho 01:14 <@mids> and jesus stating all the bible chapters is too... imho again 01:15 < ArdVark> however mids you have offered no negative responses to some individuals; friends of your perhaps? 01:15 < ArdVark> who paste large paragraphs 01:15 <@mids> maybe friends 01:15 <@mids> maybe I was away 01:15 <@nop> tell you what 01:15 <@nop> the best way 01:15 <@nop> to determine this 01:15 <@nop> is to let ircd determine it 01:15 <@nop> ircd has a flood limit 01:15 <@nop> and if they exceed that 01:15 <@nop> it will kick them 01:16 <@nop> other than that, if you're not intentionally doing it 01:16 <@nop> then what's the problem 01:16 <@mids> still, you can flood very easilly 01:16 <@nop> yes 01:16 <@nop> but intentional is obvious 01:16 <@nop> so if it's intentional 01:16 <@nop> we handle it 01:16 <@nop> if it's not 01:16 <@nop> then go on about our business 01:16 < ArdVark> no too easy to decide someone is intentionally flooding nop 01:16 <@nop> no need for unnecessary drama 01:16 <@nop> but 01:16 <@nop> it's easy to ask people to talk to the bot in a private channel 01:17 <@nop> and if they are belligerent 01:17 <@nop> then most likely you have probable cause of their intentions 01:17 < ArdVark> I disagree 01:17 <@nop> ok 01:17 <@nop> ardvark 01:17 <@nop> please define then 01:17 <@nop> because if we can set boundaries 01:18 <@nop> this argument will be quickly over 01:18 < ArdVark> I have no problem with your ircd flood control notion; I have a big problem with an OP doing the "protecting" 01:19 < ArdVark> OP's may have friends that they permit to "flood"; while others are dealt with differently 01:19 <@nop> yes 01:19 <@mids> I think that your problem is having OPs... 01:19 <@nop> the biased issue 01:19 < CyberLOK1> sorry just saw msg I have been at work 01:19 < CyberLOK1> did I miss meeting? 01:19 < ArdVark> yes my ultimate concern is OP's because of the potential to limit speech mids 01:19 <@mids> CyberLOK1: talking about flooding right now 01:19 <@mids> CyberLOK1: logs: http://mids.student.utwente.nl/~mids/iip/ 01:19 < CyberLOK1> mids thanks 01:20 <@mids> ArdVark: I totally agree on the theoretical side of that 01:20 <@nop> well what about an agent 01:20 < ArdVark> I will continually express my dissent about that issue 01:20 <@mids> but on the practical side... without ops, how to deal with problem users that deny others to speak? (by flooding) 01:22 < ArdVark> OP's are a threat to free speech, end of statement; deciding on flooding by OP's is not objective 01:22 <@mids> then please tell me how you see #anonymous without OPs.. using current available technology 01:23 <@mids> everything is fine... 01:23 <@nop> agent to set a standard 01:23 <@mids> then 10 trouble guys enter 01:23 <@nop> for flooding 01:23 <@mids> and start spamming crap 01:23 <@mids> what is your solution ArdVark ? 01:24 < ArdVark> spam is an emotionally laden term used to point out speech other's, perhaps most others do not like; free speech is not just about speech I like 01:24 <@mids> so these 10 guys paste #####'s with the maximum rate that the ircd allows 01:25 <@mids> resulting in nobdy beeing able to see any text 01:25 < UnDeRToW> but an oper can go up when a problem occur 01:25 < UnDeRToW> and the rest of the time down 01:25 < ArdVark> and the point is that these guys are going to remain forever? 01:25 <@mids> UnDeRToW: that is how it is now 01:26 < UnDeRToW> i know 01:26 < UnDeRToW> and if someone do a bad thing 01:26 < UnDeRToW> or an oper do bad thing 01:26 <@mids> ArdVark: why not.. they have a botnet with 100 t3 connections 01:26 < UnDeRToW> talk and he/she know his error 01:26 < UnDeRToW> and if persist 01:26 < UnDeRToW> no more @ 01:27 < ArdVark> well I sense a real threat to free speech concern surrounding this issue 01:27 < UnDeRToW> but at least now any problem related with that, isnt it? 01:28 <@mids> okay, I have a proposal 01:28 <@mids> maybe we should try a period without any operators in #anonymous 01:29 <@mids> few weeks 01:29 <@mids> and see how it goes 01:29 <@mids> fix topic to something static 01:29 <@mids> channel mode +tn 01:29 <@mids> and everybody removed from the trent access list 01:29 <@nop> you know 01:29 <@nop> this is really not fair 01:29 <@nop> people are missing the point 01:30 <@nop> IRC has a ruleset, and channel control and all this other shit 01:30 <@nop> I understand the nature of freedom of speech 01:30 <@nop> but we also have to have some sort of defense 01:30 <@nop> flooding can cause problems on networks 01:30 <@nop> etc 01:30 < wilde> but what's the problem really? anyone is free to open a new channel and get ops? So why is ops a bad thing in #anonymous? Open a new channel and speak freely 01:30 <@nop> you can't say that's speech, really, it's 1's and 0's being abused 01:30 < ArdVark> I disagree nop 01:30 <@nop> the founders of specific channels, they have a choice to control the channel 01:31 <@nop> if they want the #freespeech channel 01:31 <@nop> then so be it 01:31 <@nop> because then 01:31 <@nop> you can flood it 01:31 <@nop> all you want 01:31 <@nop> and call it #freespeech 01:31 <@nop> the technology provides the freedom 01:31 <@nop> but the channel holders might not 01:31 <@nop> and this is the design 01:31 <@nop> you have choices 01:31 < ArdVark> I must express my complete dissent officially 01:31 <@nop> and all the choices range 01:31 <@nop> and that's the freedom of choice 01:32 <@nop> is that if you say I disagree, I can't say, no you must agree 01:32 <@nop> but in a founder's channel 01:32 <@nop> I can say 01:32 <@nop> we take this as flooding 01:32 <@nop> we're not an op on every channel 01:32 <@nop> and if there is concern 01:32 <@nop> then there is concern 01:32 <@nop> but #anonymous is public 01:32 <@nop> which requires some governing of very basic rules 01:32 <@nop> because everyone must have a chance to speak 01:32 <@nop> but flooding, interpreted or not 01:32 <@nop> is not going to be tolerated 01:33 < ArdVark> well again I dissent 01:33 <@nop> that just wouldn't make sense 01:33 <@nop> it's like saying 01:33 <@nop> I have the freedom to kill 10 people 01:33 < UnDeRToW> but nop, and all people without op and if someone start flooding just go up and fix the prob 01:33 < UnDeRToW> and then go down 01:33 <@nop> yes 01:33 <@nop> that's fair 01:33 <@nop> but 01:33 <@nop> the interpretation 01:33 <@nop> is the challenge 01:33 <@mids> UnDeRToW: thats what we all minus ardvark are saying... 01:33 < ArdVark> because I was accused of causing flooding when someone else pasted large paragraphs into channel previously was not admonished 01:34 < CyberLOK1> are we tring to justify flooding? 01:34 <@nop> I agree with Ardvark's view in the sense that he may be executing his free speach 01:34 <@nop> speech 01:34 <@nop> but the interpretation seems to be biased 01:34 <@nop> and to solve that 01:34 <@nop> we need to have a standard 01:34 < UnDeRToW> mids i know 01:34 <@nop> but we can't just allow flooding 01:34 < ArdVark> OP's are inconsistent in their approach; let friends do stuff and others not 01:35 < CyberLOK1> how about a control on the number of people and a throttle of max sends per second 01:35 < CyberLOK1> this way it would be impossible to flood people for to long and it would really do nothing 01:35 <@nop> hmm 01:36 <@nop> it's not really an issue that much 01:36 <@nop> and we might be a little sensitve 01:36 < CyberLOK1> ArdVark remove the human part then 01:36 <@nop> because we're used to public irc 01:36 <@nop> and the biased ness is an issue 01:37 <@nop> I say 01:37 <@nop> that unless it's seriously obvious script kiddie flooding 01:37 <@nop> then we just leave it be 01:37 <@nop> and at the most 01:37 <@nop> we can ask questions or ask politely if they will talk to the bot in a private channel 01:37 < ArdVark> problem with flooding is what if no one is talking in channel? suddenly I just type a lot; since no one else is talking I am not infringing on anyone else's speech 01:37 <@nop> no you're not 01:37 <@nop> and you should be allowed 01:37 < ArdVark> well that was the issue the other day 01:38 <@mids> aprogas asked you to stop 01:38 <@mids> but you didnt see it 01:38 <@mids> because of the bot output I think... 01:38 <@nop> well 01:38 <@nop> I think if aprogas asks to stop 01:38 <@nop> he should do it privately 01:38 <@nop> then he should see it 01:38 <@nop> unless he's running certain irc clients 01:38 <@mids> depends 01:38 <@nop> but that's another issue 01:38 <@mids> lot of people dont check private messages 01:38 < ArdVark> he cann do it privately, but I sense I need not stop because of his/her request 01:39 < ArdVark> if no one else is talking 01:39 <@mids> he was talking 01:39 < CyberLOK1> mids ignorance is not an excuss 01:39 < CyberLOK1> sorry spelling 01:39 <@mids> now you dont want to stop 01:39 <@mids> how much talking is needed for you to stop? 01:39 < ArdVark> once again we have Aprogas a friend of an OP being supported by that OP 01:39 < ArdVark> therein lies the problem 01:40 <@mids> I understand your point 01:40 < ArdVark> a threat to me who is no friend to the OP's and my speech 01:40 <@mids> but I dont see a solution, except that you create your own channel with your rules 01:41 < ArdVark> well why tell me to create one, why not tell your frend instead? 01:41 <@mids> we created #anonymous 01:41 < CyberLOK1> um how about 1 bot in each created channel that is oped.. then when a script kiddie flood is detected it protects the channel 01:41 < ArdVark> see how it goes back to problem with OP's and their friends 01:41 < CyberLOK1> then there is no more issue... no one is opped only 1 person and its not even a person so no one can claim biad 01:41 < CyberLOK1> bias 01:42 <@nop> but the programmer writes the biasedness 01:42 < ArdVark> right 01:42 < CyberLOK1> nop basic rules 01:42 < CyberLOK1> if channel == lines per sec 01:42 < CyberLOK1> if this many people are comming and going 01:42 <@nop> hmm, mids can trent do this 01:42 < CyberLOK1> then 01:42 < CyberLOK1> lock channel kick out people flooding above this much 01:42 < CyberLOK1> timeout at predefined 01:43 <@mids> nop: technically yes, but I dont want trent to snoop on all channels 01:43 <@nop> good point 01:43 <@nop> what about just for #anonymous 01:43 < CyberLOK1> well it would eliminate this "bias" 01:43 <@nop> which is "THE" pub channel 01:43 < CyberLOK1> I mean 01:43 < CyberLOK1> lets face a fact here 01:44 < CyberLOK1> you take risk running to the street shouting your words 01:44 < CyberLOK1> here you risk maybe we all are out to get you and record what you say 01:44 < CyberLOK1> risk is all of life and if they can not deal with "snooping" (which its not but hey) then tell um to get out thier banners and head to the street 01:45 <@nop> no 01:45 <@nop> no snooping 01:45 <@nop> we don't want snooping 01:45 <@nop> the argument is not of this 01:45 < CyberLOK1> nop anyone and anything can snoop 01:45 <@nop> it's that #anonymous is a pub channel 01:46 <@nop> what I'm saying is 01:46 <@nop> we're not going to abuse the power of trent 01:46 <@nop> and become the gov't 01:46 < CyberLOK1> ahhh 01:46 < CyberLOK1> kk well 01:46 <@nop> that's hardly called for 01:46 < CyberLOK1> we can form "public" channel groups 01:46 < CyberLOK1> this consists of channels formed by people 01:46 < CyberLOK1> who dont want ops anymore but want thier channel protected 01:47 < CyberLOK1> and there for it would be a self election 01:47 < CyberLOK1> an "option" 01:47 < CyberLOK1> this way no one choice is taken away 01:47 < CyberLOK1> and you could use trent to protect the anonymous channel as an example 01:47 <@nop> just trent for #anonymous because #anonymous is founded as the Public channel on IIP 01:47 < CyberLOK1> others can leave it to op wars and other such nonsense 01:47 <@nop> the rest is not trent's duty 01:48 <@nop> look 01:48 < CyberLOK1> nop I was thinking 01:48 < CyberLOK1> I want to form a channel 01:48 < CyberLOK1> but I myself dont want to deal with ops and yada 01:48 < CyberLOK1> I want just like you guys freedom of speech 01:48 <@nop> ardvark I understand your concern, it makes complete sense, but without a solution or idea from you, I need to know what can be done 01:48 < CyberLOK1> unless I would be allowed to run a bot in my channel 01:48 <@nop> do you have a proposal 01:48 <@nop> and/or can you offer one by the next meeting 01:49 < ArdVark> well if you are using trent to "control" #anonymous, can you please always place in the topic or have an intro for each user? 01:49 < ArdVark> to let them know of this 01:49 <@nop> I don't think we will do this 01:49 <@nop> but if we could have a proposal from you 01:49 <@nop> by next meeting 01:49 <@nop> on what ideas you think would be acceptable 01:50 <@nop> then that can be accepted and we can work it out so that it make everyone happy 01:50 <@nop> we are just trying to protect the network as well 01:50 <@nop> and that's the stance I'm coming from 01:50 <@nop> so that everyone can use it efficiently 01:50 < CyberLOK1> foofd time 01:50 <@nop> and I want to respect the freedom of speech as well 01:50 < ArdVark> nop I believe that must be worked out over time, I cannot promise in some business-like fashion a solution for next time 01:50 < CyberLOK1> here here nop 01:50 <@mids> okay, thanks for dropping by CyberLOK1 01:51 <@nop> ok 01:51 <@nop> that's fair 01:51 < CyberLOK1> np mids 01:51 <@nop> but let's just work it out 01:51 <@nop> then 01:51 <@nop> the hard fact is 01:51 <@nop> we're humans 01:51 <@nop> and a community 01:52 <@nop> so it' s a challenge to not want to control 01:52 < ArdVark> no too many people are used to irc OP's where if you dissent with them you are kicked 01:52 <@nop> ok 01:52 < ArdVark> so if I dissent with an OP kicking someone 01:52 <@nop> I understand the complain 01:52 <@nop> complaint 01:52 <@nop> and I believe that this can be a problem 01:52 <@nop> and that no one is perfect 01:52 <@nop> so what we can do is set up a standard 01:52 <@nop> I think that mids idea 01:52 <@nop> of no ops 01:52 <@nop> in #anonymous 01:52 <@nop> for a while 01:52 <@nop> might be a workable solution 01:52 < ArdVark> actually nop most people will not complain, they will just leave and not return 01:53 <@nop> ok 01:53 <@nop> well 01:53 <@nop> no ops for 2 weeks 01:53 <@nop> in #anonymous 01:53 <@mids> I still propose no ops for 2 weeks 01:53 <@nop> and the only, and strictly only time 01:53 <@nop> is if there is without a doubt a malicious attack on #anonymous 01:53 <@nop> by a script kiddie 01:53 <@mids> no 01:53 <@mids> no ops is no ops 01:53 <@nop> ok 01:53 <@nop> fair enough 01:54 <@nop> no ops 01:54 <@nop> two weeks 01:54 <@nop> in #anonymous 01:54 <@nop> agreed? 01:54 < UnDeRToW> not agree with no ops 01:54 <@nop> all say I 01:54 <@nop> we can vote can't we 01:54 < UnDeRToW> one op only for big problems 01:54 <@nop> that can't be done 01:54 <@nop> it would still have biased 01:54 <@nop> it's just 2 weeks 01:54 <@nop> worse case scenario we deal with it 01:54 <@nop> and measure it out 01:55 <@nop> and say 01:55 <@nop> is it worth it 01:55 <@nop> in 2 weeks 01:55 <@nop> ardvark 01:55 <@mids> it would be an experiment, maybe with very interesting results 01:55 <@nop> will that satisfy you for this temporarily till we can look at better options 01:55 < ArdVark> OK 01:55 <@nop> ok 01:55 <@nop> done 01:55 < ArdVark> thanks 01:55 <@mids> great 01:56 <@mids> now what topic do we use? 01:56 <@nop> the one that's up there 01:56 <@nop> ;) 01:56 <@mids> ok, do you remove everyone from the access list? 01:58 <@nop> can you please mids 01:58 <@nop> for two weeks 02:00 < ArdVark> however I really do not think we have resolved the issue of what is flooding; and the implications therein 02:00 < ArdVark> if you want to talk about what the network can handle 02:00 < ArdVark> cause I understand programs have limitations 02:01 <@mids> (#anonymous accesslist is clear) 02:01 < ArdVark> but have you ever been in #anonymous when the conversation is fast a furious 02:01 < ArdVark> some people words pass by without being readable for me 02:01 <@mids> yes, then I think that the normal typing exceeds the ircd floodrate :) 02:02 < ArdVark> how is that different from so called spam or flooding? 02:02 < AgentDelta> a hypothetical question, i hope i'm not out of line... if there was some kind of strong authentication system to authenticate to a known anonymous user with a micropayment account attached so users pay for breaking specified behavior, would that address flooding concerns? how difficult would it be to integrate such an api into the system? 02:02 <@mids> AgentDelta: like hashcash for instance? 02:02 <@mids> AgentDelta: not.. spam is also personal judged 02:03 < wilde> Freedom of speech isn't equal to forcing people to listen, #anonymous is general place for chat, but if you want more freedom you should start your own channel and discuss what you want and with as many sentences as you like per second 02:03 <@mids> s/agentdelta/ardvark/ 02:03 < ArdVark> I agree mids, spam is personal 02:04 <@mids> AgentDelta: and so it flood... even the flood that the ircd denies... some human picked the values for it 02:04 < Neo> wilde: yeah, then you OP your own rules in your own channel. 02:04 < ArdVark> look, I have no problem with people having their own channels with their own rules; so be it 02:04 < ArdVark> #anonymous was started as I remember for anonymous free speech 02:05 < AgentDelta> if the channels aren't owned, i guess you have the tragedy of the commons 02:05 < ArdVark> commons is not a tragedy 02:06 < AgentDelta> no, commons isn't a tragedy, but it doesn't have a specific owner who looks out for it 02:06 < AgentDelta> and litter and other artifacts of this absence of an owner is called the tragedy 02:07 < Neo> the commons can become a tragedy, and that is why we are talking about how to deal with people who flood the system and could turn #anonymous into nothing but a flood zone. 02:07 < AgentDelta> ok 02:07 < ArdVark> you mean like someone to be "accountable" AgentDelta? Using the economic view of life 02:08 < AgentDelta> no, "accountable" implies accountability to some outside power. if i own this piece of land, i'm going to keep it in good shape for my own selfish reasons 02:08 < Neo> AgentDelta: no, accountable could mean accountable to internal users of the system. 02:09 < Neo> We were thinking about forum mentors for DC forums. 02:09 < Neo> They are not all powerfull channel dictators, 02:09 < Neo> but if they censor people, they will be held accountable to the users of the system. 02:10 < Neo> So if mids is the op of #anonymous and he abuses op power, then he can get removed of his status, 02:10 < Neo> and he also suffers reputation damage. 02:10 < Neo> So someone that is impartial controls true FLOODING and real abuse of the system by users. 02:10 < AgentDelta> ok, so you have some stated standard of under what strict circumstances someone could be silenced, and if someone uses op powers demonstrably outside of the listed guidelines, he loses op status? 02:10 < wilde> Actually I think this discussion is really not a big thing, everyone is free to start their own moderated/unmoderated channels, if this is a battle of the #anonymous channel I think most users agree that this general chat channel is best without flooding or promotion of child porn for example, so some minimal control is needed 02:11 < ArdVark> I disagree wilde 02:12 <@mids> AgentDelta: yes, but now the channel founders are free to choose their standards 02:12 < AgentDelta> absent some mechanism to establish order, the most powerful takes control over any place, physical or virtual, and i submit in an irc channel, flooders and spammers are the most powerful. 02:13 < AgentDelta> the sheer volume of noise can overwhelm any logical argument 02:13 < AgentDelta> hehe 02:13 <@mids> AgentDelta: but what is noise? :) 02:13 < ArdVark> noise has it's value too 02:13 < AgentDelta> that's true, 02:14 < AgentDelta> you could have a channel with so much noise in it that you can insert stenographic data that is'nt obvious 02:14 < wilde> ArdVark: You say you disagree, but on what? 02:15 < ArdVark> wilde I will just stand on that statement for now, sorry 02:15 < AgentDelta> an anonymous channel with a constant stream of noise seems to serve an entirely different purpose from an anonymous channel with expectation of real-time communication to/from other minds 02:15 < Neo> The issue right now is not about noise. 02:15 < AgentDelta> maybe it needs a separate channel for anonymous communication for a general purpose, and anonymous communication for conversation 02:15 < Neo> It is about abuse of the #anonymous channel from users flooding the system. 02:15 < wilde> ArdVark: you're arguments are brilliant 02:16 < wilde> s/you're/your 02:16 <@mids> Neo: and (potential) abuse of operator power 02:16 <@mids> anyway, I am going to sleep.. thanks for dropping by. The channel logs are and will be available on http://mids.student.utwente.nl/~mids/iip/ 02:20 < ArdVark> is the meeting over? guess so 02:21 < Neo> yeah, got quiet in here. 02:21 < ArdVark> nice discussion all, see you in #anonymous 02:22 < UnDeRToW> time to sleep 02:22 < UnDeRToW> bye everybody 02:22 < Neo> l8r 02:22 < UnDeRToW> nop 02:22 < UnDeRToW> i will start with the translation of new docs soon 02:22 < UnDeRToW> see you 02:22 < UnDeRToW> bye 10:12 -!- UserX_ is now known as UserX --- Log closed Wed Jul 03 10:29:14 2002 </div>/cs/blog/2002/06/11/i2p-v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-11.-%C4%8Dervna-2002/Tue, 11 Jun 2002 00:00:00 +0000/cs/blog/2002/06/11/i2p-v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-11.-%C4%8Dervna-2002/<p>(Se svolením wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="rychlé-shrnutí">Rychlé shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> BluePaperBoy, codeshark, ellison, I, mids, Neo, nop, Robert, Rooster77, UnDeRToW, UserX</p> <h2 id="zápis-ze-schůzky">Zápis ze schůzky</h2> <div class="irc-log"> --- Log opened Tue Jun 11 22:52:16 2002 22:55 < logger> logging started 22:55 <@mids> already? 22:55 < logger> yes :) 22:55 -!- mode/#iip-dev [+v logger] by mids 23:23 < I> 23:23 @933.23 23:23 < I> heh, evil time --- Day changed Wed Jun 12 2002 00:09 -!- mode/#iip-dev [+oo UserX nop] by mids 00:39 -!- mode/#iip-dev [+o codeshark] by nop 00:39 <@mids> hey codeshark 00:39 <@codeshark> hey 00:41 < UnDeRToW> hi, good night everybody 00:41 <@nop> night 00:49 <+BluePaperBoy> hi 00:49 <+BluePaperBoy> did I miss the meeting yet? 00:50 <@mids> Tue Jun 11 22:50:18 UTC 2002 00:50 <@mids> almost 00:50 <+BluePaperBoy> just in time :) 00:55 <+BluePaperBoy> 4 minutes 20 seconds ;) 00:56 <@nop> ok 00:57 <+BluePaperBoy> sorry, just getting antsy :) 00:58 <@nop> hehe 00:59 <@mids> lets get started 00:59 <@mids> first of all I want to congratulate UnDeRToW, he passed his exams 01:00 <+BluePaperBoy> 0 01:00 < UnDeRToW> :) 01:00 <+BluePaperBoy> :) 01:00 <@nop> awesome 01:00 <+BluePaperBoy> it has begun :P 01:00 <@mids> all the important docs are on http://mids.student.utwente.nl/~mids/iip/ 01:00 <+BluePaperBoy> err, my count down ended :P 01:00 <@mids> this is the 4th meeting 01:00 <@mids> it is public, and unmoderated as long as it isnt chaotic 01:01 <@mids> if it become moderated, message an operator or somebody with voice, the line that you want to say 01:01 <@mids> welcome :) 01:01 <@nop> welcome all 01:01 <@mids> a logfile is recorded 01:01 <@mids> and available for everybody 01:01 <@mids> including for those who are too late 01:01 <@mids> . 01:02 <@mids> got something to add nop ? 01:02 <@nop> thnx you for all coming 01:03 <@nop> and contributing to IIP as a user/tester, developer, or otherwise 01:03 <@codeshark> i'm here 01:03 <@nop> let's see what's on the agenda for today 01:03 <@mids> 1) Welcome 01:03 <@mids> 2) Network / Channel policies 01:03 <@mids> 3) Website 01:03 <@mids> 4) Documentation status 01:03 <@mids> A) Questions? 01:03 <@mids> B) Next meeting 01:03 <@mids> attition: something about iip 1.1 01:03 <@mids> (forgot to add that) 01:03 <@mids> . 01:04 <@nop> ok 01:04 <@nop> 2 network / channel policies 01:04 <@nop> mids if you would please 01:04 <@mids> sure 01:04 <@mids> we had something happening in #anonymous 01:04 <@mids> I kind of missed it 01:05 <@mids> but thanks to my big brother logging, I got to see it later 01:05 <@mids> there was a little incident that showed us the need for some policies 01:05 <@mids> since this network is going to become more serious 01:05 <@mids> with more people attending 01:05 <@nop> may I add something 01:05 <@mids> the risk of possible conflicts is always there 01:05 <@nop> ? 01:05 <@mids> sure 01:06 <@nop> The definitive goal of IIP 01:06 <@nop> is to allow freedom of speech 01:06 <@nop> and to fight censorship and oppression 01:06 <@nop> now we all share this common goal 01:06 <@nop> assuming 01:06 <@nop> so there are moderators 01:06 <@nop> for channels 01:07 <@nop> which gives us a sense of power, but really, is very minimal control, banning anonymity is not exactly easy 01:07 <@nop> but the purpose is to make sure everyone is not inhibited by their speech 01:07 <@nop> and can say what they would like to say 01:07 <@mids> as you maybe all know 01:08 <@nop> so keeping this in mind 01:08 <@nop> continue 01:08 <@mids> 'we' dont often know what is going on on the network 01:08 <@mids> exept for the public channels 01:08 <@mids> inclusing #anonymous, but also #iip and #help 01:08 <@mids> maybe I forgot more official channels, if so 01:08 <@mids> inform me 01:08 <@mids> because those channels kindof determine the public look of IIP, we need to get some rules done 01:09 <@mids> why? 01:09 <@mids> 2 reasons 01:09 <@mids> tell the users what the operators can do 01:09 <@mids> and visa versa 01:09 <@mids> normally, on IIP, every channel 01:09 <@mids> should be seen as a sovereign country 01:09 <@mids> since there is almost none network wide power 01:09 <@mids> every channel got to have its own rules 01:10 <@mids> which can differ from channel to channel 01:10 <@mids> if you have a channel names #sailing 01:10 <@mids> we cant do nothing there 01:10 <@mids> even if we hate the boat that you like to sail with :) 01:10 <@mids> anyway 01:10 <@mids> I want to propose some rules 01:11 <@mids> 3 categories 01:11 <@mids> 1) network wide 01:11 <@mids> 2) #anonymous 01:11 <@mids> 3) other official channels 01:11 <@mids> for all other channels, we have no power as IIP team 01:11 <@mids> except for the network rules 01:11 <@mids> any questions so far? 01:12 <@mids> nope? 01:12 <@mids> great 01:12 <@mids> I have thought of these 3 rules for the whole network: 01:12 < ellison> seems to me that #iip should be protected as well 01:12 <@mids> - no flooding 01:12 <@mids> - no spamming 01:13 < ellison> oh, 3) other protected channels 01:13 <@mids> - no acts that endanger the existance of IIP 01:13 <@mids> . 01:13 <@mids> ellison: yes? 01:13 < ellison> nevermind, 'scuse me 01:13 <@mids> np 01:13 <+BluePaperBoy> acts that endanger the existance of IIP? please clarify 01:14 <@mids> sure 01:14 <@mids> that is a pretty broad subject 01:14 <@mids> but whatever happens here.. we shouldnt risk the continuity of IIP 01:14 <@mids> some posibilities: 01:14 <@mids> ddos attacks 01:14 <@mids> child porn 01:15 <@mids> terrorist cells etc 01:15 <@mids> if we know about those things 01:15 <@mids> we have to forbid them 01:15 <@mids> because countries will attack us if we support such things 01:15 < UnDeRToW> but how we control that? 01:15 <@mids> good question 01:16 < UnDeRToW> we cant spy other users 01:16 <@mids> sure 01:16 <+BluePaperBoy> we shouldn't atleast 01:16 < ellison> ddos is a separate matter from the rest 01:16 <@mids> but if such happens, without us knowing? 01:16 <@mids> ellison: yes, correct.. ddos is more flooding 01:16 < ellison> for child porn, terrorist cells, money laundering and other statust bugaboos, we should insist on proof from the entity complaining or threatening to shut down IIP 01:18 <@mids> so if an entity comes with evidence about activity x 01:18 <@nop> evidence that they have to prove that it is the specific user 01:18 < ellison> yup 01:19 <@mids> then we can nuke his trent accounts, jupe his nick etc 01:19 < ellison> if the entity complaining has no power to harm IIP, we ignore them 01:19 <@mids> but such claims should always be verified 01:19 <+BluePaperBoy> if IIP is truly anonymous, how could that be proven and what steps could be taken to stop the person is question 01:19 <@mids> ellison: exactly 01:20 < ellison> if they can harm IIP, we insist on proof 01:20 <@mids> BluePaperBoy: we can deal with nyms, not with real persons 01:20 <+BluePaperBoy> mids: but then they can merely change their IIP identity and continue 01:20 < ellison> if they meet the proof requirements, we delete their Trent accounts as you said, and then send a report to the entity which complained 01:21 < ellison> BPB: yeah, that's the beauty of a pseudoanonymous system... 01:21 <@mids> for the sake of the common IIP wealth, such complaints should be globally announced I think 01:22 <@nop> agreed 01:22 < ellison> BPB: say some soldiers in afghanistan discovered a computer with IIP logs which proved that terrorists were using IIP to communicate ebtween their cells 01:22 <@mids> nop: what is the official email address for such things? 01:22 <+BluePaperBoy> put on the website? 01:22 < ellison> that would consistute proof, I think 01:22 <@nop> iip@invisiblenet.net 01:23 <+BluePaperBoy> ellison: be we would no not who it was or how to stop them 01:23 < ellison> we'd have their nym names 01:23 < ellison> and we could just delete their records from Trent (assuming they used Trent) 01:23 <@mids> okay, governments and other entities should email their proof of misusage (pgp signed & encrypted ofcourse) to iip@invisiblenet.net 01:23 < ellison> heh 01:24 <@nop> we still have very little power 01:24 <@nop> to stop them 01:24 <@nop> and the most we can do 01:24 <@nop> is prohibit them from using trent 01:24 <@nop> etc 01:24 <@nop> at least under that nym 01:24 <@mids> ofcourse we will do that 01:24 <@mids> whatever is in our power 01:24 < ellison> (this inability to exert controlling censorship is part of the good design of IIP, IMHO) 01:25 <@nop> it only gets better with age 01:25 <@UserX> what do we do if entities try and demand logging? 01:25 <@mids> UserX: they may join channels 01:25 < ellison> remove IIP servers from their jurisdiction 01:25 <@mids> and log all traffic 01:25 <+BluePaperBoy> so IIP'll do like most governments and "officially condemn" 01:26 <@nop> try being key operative word 01:26 <@nop> the most logging that is taking place 01:26 <@nop> is the irc clients 01:27 <@nop> but the big concern is coercing or forcing a user to log 01:27 <@mids> everybody should understand that he/she acts here as a nym 01:28 <@mids> and every relationshop between his/her real identify and the nym is a possible danger on his anon/pseudo nymity 01:29 <+BluePaperBoy> What about bad mouthing IIP and convincing people to leave/stop supporting...would that be considered "acts that endanger the existance of IIP" (just to clarify) 01:29 <@nop> no 01:29 <+BluePaperBoy> thank you 01:29 <@nop> but 01:29 <@nop> it's not nice 01:29 <@nop> ;) 01:30 <+BluePaperBoy> I was just wondering how liberally mids' statement would be taken :) 01:30 <@mids> ok 01:30 <@mids> now we have another thing 01:30 <@mids> maybe it is channel, maybe network wide 01:30 <@mids> 'dont reveal the identify of others without permission' 01:31 <+BluePaperBoy> I don't think that should be regulated 01:31 <@nop> it's more of a request 01:31 <@nop> not a regulation 01:31 <@mids> maybe on a personal / per channel base? 01:32 <@mids> ok, got network covered... lets move to #anonymous 01:32 <@mids> what is the main purpose of this channel 01:32 <@mids> and what is its name :) 01:32 <@mids> personally I think that it is about freedom of speech 01:32 <+BluePaperBoy> bash liberals? 01:32 <@mids> & that is what IIP is about 01:33 <@mids> so, I don't think that any additional rules are needed except for the network ones 01:33 < Robert> . 01:33 <@mids> with the suggestion to move offtopic stuff to the appropriate channels 01:34 <@mids> freenet stuff may be discussed there 01:34 <@mids> but should be not taken too seriouyd 01:34 <@mids> serioud 01:34 <@mids> err 01:34 <@mids> whatever :) 01:35 <@mids> if someone is doing / saying things that you dont like 01:35 <@mids> consider using /ignore 01:35 <@mids> (see your IRC client manual for more information) 01:35 <@mids> other additions to #anonymous? 01:35 < Neo> /ignore #anonymous works pretty good for me :) 01:36 <@mids> Neo: I think you mean /part #anonymous :) 01:36 < Neo> :) 01:36 <@mids> now the other official channels... 01:36 <@mids> which do we have? 01:36 <@mids> I think : #iip 01:36 <@mids> #iip-dev and #help 01:37 <+BluePaperBoy> what about #freenet? 01:37 <@mids> hm, since there is no real relationship between freenet and IIP, I think that that isnt an official matter 01:38 < ellison> #terrorist-plots 01:38 < ellison> ;-) 01:38 <@mids> #freenet channel policies should be discussed with the #freenet founder and operators 01:38 <@mids> -Trent(anon.iip)- The channel #terrorist-plots is NOT registered 01:38 <@mids> ok 01:38 <@mids> #iip is the main serious IIP channel 01:38 <@mids> (imho) 01:39 <@mids> so, stuff there should be related to IIP 01:39 <@mids> and should be correct.. don't give incorrect info there 01:39 <@mids> maybe same for #help 01:39 <@mids> anyway 01:39 <@mids> I got the hint that we are getting bored 01:39 <@mids> :) 01:40 <@mids> , 01:40 <@nop> ok 01:40 <@nop> basically 01:40 <@nop> no inhibiting people's speech 01:40 <@nop> only time to regulate 01:40 <@nop> is if others are inhibiting free speech 01:40 <@nop> aka spamming 01:40 <@nop> or flooding 01:41 <@nop> and do not abuse operator powers to inhibit speech 01:41 <@nop> got it 01:41 <@nop> good 01:41 <@nop> move on 01:41 <@mids> yup 01:41 <@mids> official thingL 01:41 <@mids> reinstate cohesion 01:41 <@nop> we will once we talk to him and review the rules 01:41 <@nop> he should be re-instated 01:41 <@mids> done 01:42 <@mids> with level 2 01:42 <@mids> over & out :) 01:42 <@mids> 3) Website 01:43 <@mids> -------- 01:43 <@mids> how is the design going? 01:43 <+BluePaperBoy> ? 01:43 * mids looks at the agenda 01:43 <@mids> ellison: got something to say? :) 01:44 < ellison> ah 01:44 < ellison> working on it right now 01:44 < ellison> looks cool, trust me. 01:44 < ellison> ;-) 01:44 <+BluePaperBoy> which "sample" is his 01:44 <+BluePaperBoy> ? 01:44 < ellison> I might have something to show by the end of the meeting - if not then, later tonight 01:45 <@mids> another design (from tikk) is on http://www.nokhockey.com/scott/IIP/home2.htm 01:45 <@mids> hm, nop, can you say something about "wear IIP? 01:47 <@nop> oh 01:48 <@nop> hold please 01:48 <@nop> on phone 01:48 <@mids> ah 01:48 <@mids> "if you cant wait till the IIP site is done and already want to show your passion with IIP : http://www.cafepress.com/invisiblenet 01:48 <@mids> nop got some nice stuff there 01:48 * mids bought some IIP tshirts :) 01:49 <@nop> all funding goes to fund the project 01:49 <@mids> but most goes to the cafepress guys :( 01:49 <@mids> I want to have a black tshirt with a white IIP logo 01:50 <@mids> if you know a way to get it... tell us :) 01:50 < ellison> i want a black t-shirt with a black logo... 01:51 <@mids> ellison: noted.. we will have them too :) 01:51 < ellison> :-) 01:51 <@mids> other comments? 01:51 <+BluePaperBoy> I want something blue :) 01:51 <@mids> BluePaperBoy: cool 01:51 <@mids> I think that the logo's that Banks made are available 01:51 <+BluePaperBoy> ...can't find anything though ;( 02:07 -!- Topic for #iip-dev: Info, agenda, log : http://mids.student.utwente.nl/~mids/iip/ | Tuesday 23:00 UTC - http://e-store.invisiblenet.net 02:07 [Users #iip-dev] 02:07 [@codeshark ] [ ellison] [ logger] [ Robert ] [ UserX] 02:07 [@nop ] [ epoch ] [ mids ] [ Rooster77] 02:07 [+BluePaperBoy] [ I ] [ Neo ] [ UnDeRToW ] 02:07 -!- Irssi: #iip-dev: Total of 13 nicks [2 ops, 0 halfops, 1 voices, 10 normal] 02:07 -!- Irssi: Join to #iip-dev was synced in 1 secs 02:07 < Neo> <UserX> A new protocol has now been implemented for IIP 1.1 details of it are at: http://mids.student.utwente.nl/~mids/iip/meeting4/iip11proto.txt 02:07 < Neo> <UserX> this adds error detection and fixes problems introduced by the server having a static key 02:07 < Neo> (4 the logger) 02:08 < logger> gracia 02:10 <@nop> ok 02:10 <@nop> next 02:10 < logger> 3,4] 02:11 -!- mode/#iip-dev [+o mids] by Trent 02:13 < UnDeRToW> ... 02:14 <@mids> hmpf 02:14 <@mids> sorry ppl 02:14 <@mids> blaim the civ :) 02:14 <@mids> did you all see the new network diagrams? 02:14 <@nop> yes 02:14 <@nop> links etc 02:15 <@mids> question: 02:15 <@mids> bigendian == network order? 02:15 <@nop> big endian == byte order 02:15 <@mids> byte order != network order? 02:16 <@nop> ok 02:16 <@nop> any questions 02:16 <@nop> before we close the meeting 02:16 < UserX> as i understand bigendian byte order is the network byte order 02:16 <@mids> thanks UserX 02:17 -!- mode/#iip-dev [+o UserX] by mids 02:17 < UnDeRToW> can we translate the isproxy too? 02:18 <@mids> can you explain? windows, unix, docs? 02:19 < UnDeRToW> the program to join here 02:20 <@mids> how do such programs work? do they detect the language automatically? 02:20 <@nop> locale I guess 02:21 < UnDeRToW> or have different versions 02:21 < UnDeRToW> spannish, french ..... 02:22 <@UserX> there are some hooks for adding translations (gettext style) to isproxy but no support for doing actual translations yet 02:22 <@mids> I think that is a good thing.. certainly not for 1.1.. but to keep in mind, maybe 1.2 ? 02:22 < UnDeRToW> great 02:23 < UnDeRToW> and also a we have to start a FAQ 02:23 <@mids> but, I think the work involved shouldnt underestimated... chinese characters sound complex to me 02:24 <@mids> UserX: any idea how the windows i18n is? 02:24 <@codeshark> you can use resource files on windows 02:24 <@nop> chinese require double byte 02:24 <@nop> unicode 02:24 <@codeshark> yes 02:24 <@UserX> mids: do you mean how hard it would be to do translation? 02:24 <@mids> Rooster77 knows something about htat 02:25 <@mids> UserX: no, more the unicode / utf8 support 02:26 < Rooster77> Rooster77 is not fluent yet, but is working on it.. 02:27 <+BluePaperBoy> just give it to a chinese programmer ;) 02:27 < Rooster77> good idea...! 02:27 <@UserX> not that familar with it but as i understand you can select codepages for interpreting 8 bit characters 02:28 <@mids> okay... more questions? 02:30 < UnDeRToW> i need the new docs to update the translation 02:30 <@mids> okay, while they are still under review, you can get them from the CVS 02:30 < UnDeRToW> ok 02:30 <@mids> do you know how to use CVS? 02:30 <+BluePaperBoy> mids: are we stuck with that crappy iip logo? What ever happend to the copyrighted casper pics? 02:30 < UnDeRToW> yes 02:30 <@mids> UnDeRToW: contrib/htmldoc/ 02:31 <@nop> which logo 02:31 <@mids> UnDeRToW: thats where everything is 02:31 <+BluePaperBoy> the two trenchcoat guys then the p 02:31 < UnDeRToW> ok 02:31 <+BluePaperBoy> ...on the clothing ;) 02:31 <@mids> I like the new design 02:32 < UnDeRToW> and the FAQ 02:32 < UnDeRToW> we have to do one 02:32 <@mids> UnDeRToW: banks started some faq items in the manual too 02:32 < UnDeRToW> i see almost always the same quesitons 02:32 < UnDeRToW> ok 02:32 < UnDeRToW> i will take a look 02:33 < UnDeRToW> last thing 02:33 <@nop> k 02:33 <@nop> I think we're done 02:33 < UnDeRToW> i think 02:34 < UnDeRToW> would be usefull to being able to change your trent password 02:35 <@mids> ok 02:35 < UnDeRToW> if you want to change you pass you have to drop the nick 02:35 <@mids> would it be needed to enter it twice? 02:35 < UnDeRToW> but if you drop you loose the channels 02:35 <+BluePaperBoy> mids: that would be nice 02:36 <@mids> I'll think about it :) 02:37 <@mids> (no reason not to do it, just someone has to code it) 02:37 <@nop> should be like 5 lines of code 02:37 <@mids> well, 6 02:37 <@mids> :) 02:38 <+BluePaperBoy> so it'll be done within a year I guess :) 02:38 <@mids> very likely 02:39 <@nop> ok 02:39 <@mids> remember me everydat 02:39 <@mids> day 02:39 <@nop> one thing 02:39 <@nop> http://e-store.invisiblenet.net 02:39 <@nop> support the project 02:39 <@nop> will work on getting black on white 02:39 <@nop> ellison 02:39 <@nop> anything on website yet 02:39 < ellison> hey, 02:39 < ellison> about 1 hour away from something I'd be comfortable showing 02:40 <@nop> ok 02:40 <@nop> is it like just started 02:40 <@nop> or is it fully functional 02:40 <@nop> the one you're showing 02:40 <@nop> ? 02:40 < ellison> this is a photoshop draft 02:40 <+BluePaperBoy> are you hardcoding or cheating? 02:40 < ellison> ? 02:41 < ellison> it's quite a few steps away from a finished site, but I can break out the HTML for templates in a day or so once the design is finalized 02:42 <@nop> ok 02:42 <@nop> kewl 02:45 <@mids> okay folks, I am going to sleep.. thanks for the patience :) 02:46 < UnDeRToW> me too 02:46 < UnDeRToW> i have to wake up in 4 hours 02:46 < UnDeRToW> :( 02:46 < UnDeRToW> bye 02:46 <+BluePaperBoy> bye 03:08 < logger> logging ended --- Log closed Wed Jun 12 03:08:35 2002 </div>/cs/blog/2002/06/04/i2p-v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-4.-%C4%8Dervna-2002/Tue, 04 Jun 2002 00:00:00 +0000/cs/blog/2002/06/04/i2p-v%C3%BDvoj%C3%A1%C5%99sk%C3%A9-setk%C3%A1n%C3%AD-4.-%C4%8Dervna-2002/<p>(Se svolením wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="rychlé-shrnutí">Rychlé shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> AndreGoldman, Aroonkoa, Banks, codeshark, cohesion, ellison, k, mids, Neo, nop, Phiberoptika, UserX, Zwolly, Zwollywood</p> <h2 id="záznam-ze-schůze">Záznam ze schůze</h2> <div class="irc-log"> --- Log opened Wed Jun 05 00:38:00 2002 00:38 <+logger> logging started 00:38 <@codeshark> already? 00:38 <+logger> yes, warming up 00:49 * Annemiek is nu afwezig [Slapen/sleeping] [p-uit l-uit] 00:49 -!- Annemiek is now known as keimennA 00:59 <@nop> time 00:59 <@nop> what time is it 00:59 <@codeshark> 22:59 UTC 01:00 < ellison> drumroll..... 01:00 <@codeshark> 23:00 UTC 01:00 < Zwollywood> 1:00 01:00 <@mids> Tue Jun 4 23:00:50 UTC 2002 01:01 <@mids> lets start 01:01 <@nop> ok 01:01 <@nop> Welcome all 01:01 <@nop> to the 3rd meeting 01:01 <@nop> of IIP 01:02 <@nop> Today is probably a shorter meeting 01:02 <@nop> but that's not exactly a bad thing 01:02 <@nop> so anyway 01:02 <@mids> on request of some europeans the meeting is held 1 hour earlier, nop is busy working, so he might be away 01:02 <@nop> let's get started shall we 01:02 <@mids> Previous meeting has logs on http://mids.student.utwente.nl/~mids/iip/meeting2/ 01:03 <@mids> if it will get crowded, this channel will be moderated, in that case direct your question to those with ops 01:03 <@nop> ok 01:03 <@nop> agenda 01:03 <@mids> 1) Welcome 01:03 <@mids> 2) Documentation status 01:03 <@mids> 3) RC2 compatibility 01:03 <@mids> 4) IPv6 support for IIP 1.2 01:03 <@mids> A) Questions? 01:03 <@mids> B) Next meeting 01:03 <@nop> welcome 01:03 <@nop> on to 2 01:04 <@mids> Thanks to Banks a lot of holes in the docs are filled 01:04 <@mids> he added screenshots for windows 01:04 <@mids> and found nice quotes that are used in each chapter 01:04 < Banks> np 01:04 <@codeshark> yeah, doc looks cool 01:04 <@mids> cohesion reviewed his work on chapter 1 and 2 01:04 <@mids> it is in CVS now 01:05 <@mids> demo: http://mids.student.utwente.nl/~mids/iip/htmldoc/en/index.html 01:05 <@mids> nop still has to review everything, so it is in no way final 01:05 <@mids> . 01:05 <@mids> pardon the logo, that ASCII art is a placeholder :) 01:05 <@mids> . 01:06 <@mids> Sina: now everybody is looking at the nice docs: demo: http://mids.student.utwente.nl/~mids/iip/htmldoc/en/index.html 01:07 < Neo> nice job banks. stuff looks great. 01:07 < Banks> cheers :) 01:07 <@nop> one comment 01:08 <@nop> looks great 01:08 <@nop> but 01:08 <@nop> oh 01:08 <@nop> never mind 01:08 <@nop> ok 01:08 < Banks> If we can get an advance release on RC2 we can package the latest docs with it 01:08 <@mids> hehe 01:08 <@nop> it's all good 01:08 <@nop> we will, we'll get to rc2 next 01:08 <@mids> any other comments on the docs? 01:08 < Banks> You sure there isn't a but? :) 01:08 < cohesion> anyone here have debian? 01:09 * mids 01:09 <@mids> there is no /etc/boot.local 01:09 <@mids> everything is script based 01:09 < cohesion> sys V 01:09 < cohesion> you mean? 01:09 <@mids> so you need to create a startup script and put it in /etc/rcS.d/ 01:09 < cohesion> ya 01:09 < cohesion> hum 01:09 < cohesion> *shrugs* 01:10 <@nop> oh guys 01:10 <@nop> we need to include the random data for windows snapshot 01:10 <@nop> might throw them off 01:10 <@nop> but we generate a seed there as well 01:10 <@mids> is that GUI based? 01:10 <@nop> yes 01:10 <@nop> mouse and keyboard strokes 01:10 <@nop> both or either 01:11 <@mids> so it is already in cvs? 01:11 <@nop> yes sir 01:11 <@mids> ok 01:11 <@nop> but you have to do a clean install on that 01:11 <@mids> Banks: can you snap that? 01:11 <@nop> cohesion 01:11 <@nop> chapter 4 01:11 <@nop> installation on Unix systems 01:11 <@nop> is that completed the isproxy -C 01:12 < Banks> mids: I'll try 01:12 <@nop> because it starts up at beginning if you are not upgrading 01:12 <@mids> Banks: you require a windows compilation then, maybe ask codeshark 01:12 <@mids> AndreGoldman: we are at 2) Documentation status 01:12 <@nop> I can compile it for you 01:12 < Banks> nop: Cheers 01:13 <@nop> and send it your ways 01:13 <@mids> AndreGoldman: everybody is looking at the documentation demo: http://mids.student.utwente.nl/~mids/iip/htmldoc/en/ 01:13 < AndreGoldman> Thank, I'll jut follo along. 01:13 <@nop> I'll send it in a bit 01:13 <@mids> more comments on docs? 01:13 <@nop> cohesion 01:13 <@nop> need to finish isproxy configuration for unix 01:13 <@nop> on chapt 4 01:14 <@nop> I'll look over it later for other stuff 01:14 <@nop> but that's a biggy 01:14 < cohesion> hum 01:14 < Zwolly> just let me know where to find original and i will make an dutch translation 01:14 <@nop> ahh yes 01:14 <@nop> translations 01:14 <@mids> Zwolly: will do once reviewed by nop 01:14 <@nop> we need to include those 01:14 <@nop> in source 01:14 <@nop> this will help people tremendously 01:15 <@mids> any germans here? 01:15 <@nop> Skyrat is 01:15 <@nop> but he's not on right now 01:15 <@mids> or other languages except for english, dutch and french 01:15 <@nop> also 01:15 < Phiberoptika> do you need spanish? 01:15 <@nop> cohesion include the network diagram 01:15 <@mids> UnDeRToW told me that he didn't have time for up to date spanish 01:15 <@nop> I think we have spanish 01:15 <@nop> oh 01:15 <@nop> ok 01:15 <@nop> then yes 01:15 <@nop> spanish is good 01:15 < cohesion> what diagram? 01:15 <@nop> the one I sent a while back 01:16 <@nop> ascii art of the network architecture 01:16 < cohesion> ok 01:16 < cohesion> i'll find it 01:16 <@nop> k 01:16 <@mids> Phiberoptika: cool, we'll find you when needed :) 01:16 <@nop> because what's demonstrated is part of the communication protocol 01:16 <@nop> not the netwrk arch 01:16 <@nop> and we'll label that communication protocol as such 01:16 < Phiberoptika> ok : ) 01:16 <@nop> and then include net arch 01:16 <@nop> anyway 01:17 <@nop> I've spoken my mind, the rest of that can be worried about offline 01:17 <@mids> . 01:17 <@nop> oh 01:17 <@nop> and pertaining to rc2 with docs 01:17 <@nop> I will rewrite the encryption when done, but we'll know why in next part 01:18 <@mids> next item? 01:18 <@nop> yes 01:18 <@mids> 3) RC2 compatibility 01:18 <@nop> ok 01:18 <@nop> decided yesterday 01:18 <@nop> we have some more work on rc2 01:18 <@nop> so please 01:19 <@nop> use 1.1 rc1 until otherwise notified 01:19 <@nop> because they won't work together 01:19 <@mids> wasn't there a function freeze? 01:19 <@nop> and the entire infrastructure has to be upgraded 01:19 <@nop> but it must be when release of rc2 is out 01:19 <@nop> or at least 1 week for pre-testing 01:19 <@nop> reason: 01:19 <@codeshark> nop: we need a parallel rc-2 network 01:19 <@nop> we will have one cs 01:19 <@codeshark> ok 01:19 <@nop> but inform will look the same 01:19 <@nop> and you'll have to restart inform 01:20 <@nop> because we're not changing the communication to inform 01:20 <@nop> so when we parallel 01:20 <@nop> we'll slowly delete out as wel upgrade 01:20 <@codeshark> you mean: flush the relays 01:20 <@nop> we upgrade 01:20 <@nop> yes 01:20 <@nop> except for a couple 01:20 <@nop> which we can discuss later 01:20 <@codeshark> sure 01:20 <@nop> ok 01:20 <@mids> what is changed? 01:20 <@nop> reason: 01:20 <@nop> mandatory security upgrade 01:21 <@nop> IIP 1.1 as is, is very secure under normal circumstances 01:21 <@nop> hackers, etc 01:21 <@nop> but 01:21 <@nop> against a gov't attack, and ultimate paranoia 01:21 <@nop> there can be a few certain types of physical attacks that can be used to obtain the secret server key through coersion 01:21 <@nop> because of this risk 01:21 <@nop> well 01:22 <@nop> let me explain it in more detail 01:22 <@nop> for instance 01:22 <@nop> we're all enjoying ourselves on IIP 01:22 <@nop> right? 01:22 <@nop> right 01:22 <@mids> k: we are now on 3) RC2 compatibility 01:22 <@mids> right 01:22 < Neo> I am. 01:22 <@nop> someone does something stupid and happens to live in a corrupt gov't space 01:22 <@mids> (if the network is up) 01:22 <@nop> this gov't is now wiretapping and monitoring their internet connection 01:22 < k> listening. 01:23 <@nop> and starts putting up spy nodes around this user 01:23 <@nop> then 01:23 <@nop> they log this stuff for the amount of time they feel needed to get this guy 01:23 <@nop> and suddenly they seek me out 01:23 <@nop> and say we're raidnng the server 01:23 <@nop> you have no choice but to give us the key 01:23 <@nop> legally I'm obligated to do so 01:23 <@nop> which is another issue of whether I do or not 01:23 <@nop> say worst situation 01:24 <@nop> they shoot me in the head 01:24 <@nop> and take the key 01:24 <@nop> ok 01:24 <@nop> now with proper analysis 01:24 <@nop> they will be able to decrypt the messages involved 01:24 * Neo thinks we would all miss you. 01:24 < AndreGoldman> it is called 'rubber hose cryptography' 01:24 <@nop> well 01:24 <@nop> still 01:25 < Aroonkoa> Can the key be kept completely in memory? 01:25 <@nop> this is involving IIP as a protocol and rubber hose doesn't work on 2.4 kernels 01:25 <@nop> we have provided a solution 01:25 <@nop> and are currently in the process of implementing it 01:25 < Banks> can you tell us what it is? 01:25 <@nop> this solution is to have a double encrypted protocol for end to end 01:25 <@nop> of course, we're open source 01:25 <@nop> ;) 01:25 <@nop> what happens 01:26 <@nop> user A connects through ---> to end node, connects to networkid, authenticates, and then will be doing a separate random key exchange that will disappear after communication is finished 01:26 <@nop> this key will not be used again 01:26 <@nop> and is after networkid authentication 01:26 <@nop> plus enhanced with the Rolling Key Algorithm we use 01:26 <@nop> and the way we Xor every 8 bytes of data 01:27 <@codeshark> well, you could still do a mitm 01:27 <@nop> no 01:27 <@codeshark> why not? 01:27 <@nop> because 01:27 <@codeshark> if you have the network key 01:27 <@nop> it's done after the networkid 01:27 <@nop> this is a situation against the log and raid server attack 01:27 <@nop> not a live attack 01:27 <@codeshark> ok 01:27 <@mids> will this cause more load on the serverside IIP relay? 01:27 <@nop> most likely not after they are connected 01:27 <@nop> you might note a spike on exchange 01:27 <@nop> but that happens anyway 01:27 <@nop> and a little more time connecting 01:27 <@nop> also 01:28 < Banks> the one-time key will be securely wiped after use? 01:28 <@nop> networkid will be changed for safety reasons 01:28 <@nop> and become 2048 bit 01:28 <@nop> and made optionally in the software to support a 4096 bit networkid key 01:28 <@mids> how well does it scale? 01:28 <@nop> yes Banks it will 01:28 <@mids> we had big trouble on the old server, when everybody connected at once 01:28 < Neo> (log and raid server attack == log all cipher traffic, then raid for the key, then replay the traffic and decrypt the data) 01:28 <@nop> correct 01:28 <@mids> thanks nop 01:29 <@mids> s/nop/Neo/ 01:29 <@nop> the already used ciphers assist quite well for most attacks, the windows are small because of RKA and fake traffic forcing the rolling of keys 01:29 <@nop> but if a user is being monitored 01:29 <@nop> they are at risk until we decentralize completely 01:29 <@nop> so for this reason 01:30 <@nop> we are implementing rc2 as a mandatory security upgrade 01:30 < Banks> cool 01:30 <@nop> and will not be compatible with the previous version 01:30 <@nop> and 01:30 <@nop> one more comment on security 01:30 <@nop> we need to make an ettiquette doc on how to think securely and anonymously 01:30 <@nop> especially in public channels 01:30 <@nop> as well 01:30 <@mids> offtopic :) 01:30 <@nop> as just putting iip links to lots of websites 01:31 <@nop> it's part of the security of IIP 01:31 <@nop> which I believe is rc2 01:31 <@nop> ;) 01:31 < Banks> heh 01:31 <@nop> just linking IIP could lead to bad compromised software 01:31 <@nop> even with md5's 01:31 <@nop> we need to make sure that the servers that mirror it 01:31 <@nop> are secure 01:31 <@nop> etc 01:31 <@nop> anyway 01:32 <@nop> off topic 01:32 <@nop> so we'll discuss that next meeting 01:32 <@nop> anywa 01:32 <@nop> scalability 01:32 <@nop> IIP doesn't scale at all really because of it's centralized (temporary) design 01:32 <@nop> but DH key exchange will not affect the scaling 01:32 <@nop> we are planning for the future 01:32 <@nop> and bigger prime numbers are essential as we go against faster and faster computers out there 01:33 <@mids> well I remember terrible loads when everybody connects at once, right? 01:33 <@nop> not anymore 01:33 <@nop> this was fixed recently 01:33 <@nop> on the back end 01:33 <@nop> I get a spike of 32% now with that issue 01:33 <@nop> not 99% 01:33 <@mids> nice 01:33 <@mids> why put this mandatory thing in RC2 (which was feature frozen imho) and not in 1.2 ? 01:34 <@nop> because it will be waiting too long 01:34 <@nop> no offense to the US gov't 01:34 <@nop> but they have been issuing laws faster than we code 01:34 <@nop> particularly to wiretapping 01:34 <@nop> deniability is a key issue here 01:34 < Banks> indeed 01:34 <@mids> k 01:34 <@nop> especially for the server 01:34 <@mids> good point then 01:35 <@mids> do we need version numbering in the node.ref? (like freenet has) 01:35 <@nop> hence the need to fix some issues and advance in our need for privacy and security 01:35 <@nop> it's an ongoing battle 01:35 <@nop> but it's worth it 01:35 <@nop> well 01:35 <@nop> versioning might be an optional feature 01:35 <@nop> sounds like it will turn out important soon 01:36 <@nop> so it's in consideration 01:36 <@nop> will let you know next week 01:36 <@nop> ok 01:36 <@nop> I'm done 01:36 <@mids> k 01:36 <@nop> . 01:36 <@nop> any questions 01:36 <@mids> . 01:36 < Neo> Yeah. 01:37 < Neo> The fake traffic option. 01:37 < Neo> Wouldn't it be a good idea to have this turned on by default? 01:37 <@nop> it is 01:37 < Neo> good. 01:37 < Neo> thanks. 01:37 <@nop> it's been on since encryption came out to IIP 01:37 <@mids> fake traffic, what is the length again? 01:37 <@nop> it varies 01:38 <@nop> it's max is 50 bytes 01:38 <@mids> between fixed values isnt it? 01:38 <@nop> about the size of simulated chat messages 01:38 <@mids> cant you let it vary based on normal chat? 01:38 <@nop> it is as close as we can get at this time 01:38 <@nop> AI comes later 01:38 <@nop> ;) 01:38 <@mids> heh 01:39 < Banks> what do you mean mids? 01:39 <@nop> we plan to do that with iip 2 01:39 <@nop> that will have more available techniques 01:39 <@mids> Banks: well, maybe 50 maximum is too short 01:39 <@mids> Banks: topic are much longer for example 01:39 < Banks> I see. Is it random text? 01:39 <@mids> Banks: and that might give away something 01:39 <@nop> yes 01:39 <@nop> I believe the values can be altered fairly easy 01:39 <@nop> ;) 01:40 < Banks> :) 01:40 <@mids> k 01:40 <@nop> any more questions 01:40 <@mids> feature request for 1.2: 01:40 <@nop> oh 01:40 <@nop> feature requests need to be posted on sourceforge 01:40 <@mids> keep record of average and SD of the lenght of lines 01:40 <@mids> yes, I know 01:41 <@nop> SD? 01:41 <@mids> standard diviation 01:41 <@nop> why? 01:41 <@mids> to be able to fake messages within the used scale 01:41 < Banks> mids: you mean per user or for all users? 01:42 <@mids> Banks: all users is safest 01:42 <@mids> hm, but harder 01:42 <@nop> well 01:42 <@mids> hm 01:42 <@nop> a nice goal 01:42 <@nop> would be this 01:42 <@nop> iip node takes data traffic 01:42 <@nop> analyzes it 01:42 <@nop> and scrambles it 01:42 <@nop> and uses it for it's seed of random spurting data 01:43 <@nop> that would give a bit of form of ai 01:43 <@mids> k 01:43 < Banks> might be better to get the random data from somewhere else. I mean, that's the data we're trying to keep secret :) 01:43 <@nop> what I mean 01:43 <@nop> not direct data 01:43 <@nop> but size of data info 01:44 <@nop> and 01:44 <@nop> spurt ratio of normal data 01:44 <@nop> so that it mimics 01:44 <@nop> actual data 01:44 < Banks> I see 01:44 <@nop> is randomized using yarrow 01:44 < Banks> Do you guys get notified of bugs added at sourceforge? 01:44 <@nop> I check daily 01:45 <@mids> and subscribers are emailed 01:45 < Banks> ok, just wanted to point out that node/relay settings bug if you hadn't seen it 01:45 <@nop> which one 01:45 < Banks> cool 01:45 <@mids> the one that you didnt see :) 01:45 < Banks> [ 563246 ] node/relay type settings cancellation 01:46 <@nop> ahh 01:46 <@nop> yes 01:47 <@mids> Banks: thanks for pointing out 01:47 <@mids> who does the windows code? 01:47 <@nop> that's not really a bug 01:47 < Banks> yeah, but it's not really a feature either :) 01:47 <@nop> right 01:47 <@nop> it warns you about your settings 01:48 <@nop> but 01:48 <@nop> we'll look into it 01:48 <@nop> thnx 01:48 < k> what's the time? 01:48 < Banks> np 01:48 <@mids> Tue Jun 4 23:48:37 UTC 2002 01:48 <@mids> more item 2 questions? 01:48 <@nop> next on agenda 01:49 < k> what's that in central america? 01:49 <@mids> 4) IPv6 Support for IIP 1.2 01:49 <@mids> http://www.timeanddate.com/worldclock 01:49 < k> thnx 01:50 <@mids> IPv6 is something that is going to be used more wide spread 01:50 <@mids> making IIP IPv6 compatible seems usefull 01:51 <@mids> does anybody have experience with making daemons IPv6 compatible? 01:51 <@nop> well 01:51 <@nop> I think it's fairly simple to make it ipv6 compatible 01:51 <@nop> it's really size and input, if your machine is compatible 01:51 <@nop> then it will just do it correctly 01:52 <@codeshark> node.ref parser? 01:53 <@mids> how does it know if it should use the IPv6 or IPv4 address when doing a DNS query? 01:54 <@codeshark> dns returns it 01:54 <@codeshark> either an A record 01:54 <@codeshark> or AAA 01:54 <@mids> dns returs both 01:54 <@mids> (if both exist) 01:54 <@codeshark> hmm, if it has both 01:54 <@mids> s/AAA/AAAA/ 01:54 <@UserX> ipv6 nodes would probably be indicated by adding a "transport" field to noderef with a value "tcp6" or similar 01:54 <@codeshark> right :) 01:55 < Aroonkoa> Nodes could be both ipv4 and ipv6, correct? 01:55 <@UserX> . 01:55 <@UserX> yes 01:56 <@mids> would be nice, that way you can make them gateways 01:56 <@codeshark> if nodes can be on ipv6, i need to connect to the ipv6 network with the nodechecker 01:56 <@codeshark> . 01:56 <@nop> right 01:57 <@nop> remember this is iip 1.2 01:57 <@nop> so hopefully we'll be prepared for then 01:57 <@nop> . 01:57 <@mids> k 01:58 < k> me? 01:58 < k> j/k 01:58 <@mids> more IPv6? 01:58 <@nop> mids 01:58 <@nop> it won't be too hard 01:58 <@nop> I think that's it for ipv6 01:59 <@mids> UserX's idea is great, that should solve all problems 01:59 <@mids> . 01:59 <@nop> yes 01:59 <@nop> . 01:59 <@nop> he always has great ideas 01:59 <@nop> . 01:59 <@mids> A) Questions 01:59 <@mids> ------------- 01:59 <@mids> Ask a question 01:59 <@nop> How does everyone like IIP so far 01:59 <@nop> ? 01:59 <@nop> ;) 02:00 < Banks> It's elite 02:00 < Zwolly> great and impressed 02:00 <@mids> I like it pure 02:00 <@nop> hehe 02:00 < Neo> Schweeet. 02:00 < Aroonkoa> Love it. 02:00 <@nop> awesome 02:00 < Zwolly> just looking fot this my whole internet irc life 02:00 < Zwolly> for 02:00 < Neo> We love it for what it is, and even more so for what it plans to be. 02:01 <@nop> neato 02:01 < Phiberoptika> bravo!: )))) 02:01 < Banks> It's not just a pipe dream. It's here, now. With promise for the future. 02:01 * Banks reaches for tissues. 02:01 <@nop> umm 02:01 <@nop> that was the idea 02:02 * Banks offers the box around. 02:02 <@nop> haha 02:02 <@nop> oh 02:02 <@nop> banks 02:02 <@nop> great job on iip logo design 02:02 <@nop> one comment 02:02 <@mids> what logo? 02:02 < Banks> shoot 02:02 <@nop> use it for docs if we can 02:02 <@nop> t-shirts 02:02 <@nop> and bumper stickers 02:02 <@nop> but website probably will be more light 02:03 <@nop> it's very cynical ;) 02:03 <@nop> and as a group 02:03 <@nop> we like it 02:03 <@mids> ah, banks did the logo, forgot 02:03 < Zwolly> t-shirts... there goes your anonimous life 02:03 < Neo> bumper stickers... lol 02:03 <@nop> just saying 02:03 <@mids> did everybody see it? I will put it on my site 02:03 < Banks> :) 02:03 <@nop> defintely on the docs though 02:03 <@nop> THat is the epitome of the docs 02:03 <@nop> and the software 02:04 <@mids> http://mids.student.utwente.nl/~mids/iip/meeting3/IIPlogo_bigger.png 02:04 <@mids> somebody who isnt here at the moment had a comment on the logo 02:05 <@mids> (s)he didn't quite like how the P worked out 02:05 < Banks> We can change IIP to stand for Invisible Internet Project if you like, which represents your long-term goals as I understand it. 02:05 <@mids> (but liked the whole concept) 02:05 < Banks> if we can think of a way to improve the P, we should. 02:06 <@mids> maybe a normal P? 02:06 <@nop> maybe make both 02:06 <@nop> irc and internet 02:06 <@nop> internet is a ways off 02:06 < k> just don't p on the floor, k? 02:06 <@nop> we have a joker in here 02:06 <@nop> hehe 02:06 <@nop> ;) 02:06 < Banks> :) 02:06 <@mids> well, there is an idea 02:07 <@mids> if you put the P a bit higher, it looks maybe better 02:07 <@mids> though I like the concept! 02:07 < Banks> mids: you can make those changes and send them around for comment if you want, or I can do it. 02:07 <@mids> I am not a gfx guy 02:08 < Banks> neither am I really :) 02:08 <@mids> :) 02:08 < Banks> I'll do a normal P and move it up and send it around 02:08 < k> what's the time in costa rica?? 02:11 <@mids> okay, I have a little idea 02:11 <@mids> everybody may promote his channel here now, with a oneliner 02:11 <@mids> include channelname + description 02:12 <@mids> #anonymous - general network channel, meet celibrities & crackheads 02:12 < Zwolly> channel Annemiek just for the fun and in dutch (or english) 02:12 * keimennA is afwezig [Slapen/sleeping] [1h22m52s] 02:13 < k> glad I got to know that.. 02:13 < Banks> #scientology is a classic example of the kind of channels which IIP is ideally suited to 02:13 < Banks> (it's not mine though :) ) 02:13 < k> lol 02:14 < Neo> #distributedcity - Sovereign Individuals 02:14 <@mids> #test - for all your testing 02:15 <@nop> #vegetarian for vegetarian (joke) 02:15 < Banks> #hacktivismo isn't up today 02:15 < Banks> Heh 02:16 <@mids> okay, any questions? (IIP related) 02:18 < Banks> Any way to improve fserve speed in the short-term? We could get a bigger user-base then. 02:18 <@nop> umm 02:18 <@nop> not without having flooding problems 02:18 <@codeshark> filesharing in iip is not a very good idea 02:19 <@codeshark> it's very inefficient 02:19 <@nop> wait till decentralized 02:19 <@codeshark> because of base64 encoding and additional irc headers 02:19 <@codeshark> ... 02:19 <@nop> then we'll make sure it's possible 02:19 < Banks> I think it's a priority for a lot of people though. I was just wondering if there was any way to improve it somewhat before decentralization. Ok. 02:20 <@nop> freenet gets it's act together 02:20 <@nop> and you can write an irc plugin 02:20 <@nop> :) 02:20 <@codeshark> yeah, integration with freenet or somthing like it would be great 02:20 <@mids> help freenet testing by running a watchme node 02:20 <@codeshark> watchme node? 02:20 <@mids> if they get that thing working again, freenet will be very usefull 02:21 <@mids> http://freenetproject.org/cgi-bin/twiki/view/Main/SpyWare 02:21 <@codeshark> statistics node? 02:21 < Banks> true 02:21 <@mids> it is a 'spyware' node, intended for debugging 02:24 < k> woo 02:25 <@mids> yes k? do you have a question? 02:25 <@mids> (no sorry, dont know the costa rica timezone) 02:26 < k> sorry - just celebrating out loud. 02:27 <@mids> question: how does the 'new' time suit you? 02:27 < k> huh? 02:28 <@codeshark> it's a bit better, but we need to make the meetings shorter 02:28 <@codeshark> . 02:28 < Banks> I won't be able to make it to the next meeting. I have unavoidable business all day. 02:28 <@nop> ok 02:28 <@nop> it's all good 02:28 <@mids> codeshark: any idea how to make it shorter? 02:29 <@codeshark> make it more efficient 02:29 <@codeshark> someone has to lead each topic 02:30 <@codeshark> . 02:30 <@mids> k 02:30 <@mids> I am going to sleep 02:30 <@mids> thanks all 02:30 <@codeshark> me too 02:31 <@mids> nop: can you moderate the channel again when the discussion is over? 02:31 <@nop> sure 02:31 <@mids> logger will be kept running for a while 02:31 <@codeshark> nop: anything left for discussion> 02:31 <@codeshark> ? 02:32 <@nop> not really 02:32 <@nop> no 02:32 <@nop> everyone go home 02:32 <@nop> haha 02:32 < Zwolly> thanx dad 02:32 <@nop> your welcome son 02:32 < Zwolly> hehe 02:33 -!- mode/#iip-dev [+m] by nop 02:33 <@nop> everybody out 02:33 <@nop> I need my time alone 02:33 <@nop> leave me be 02:33 * codeshark kicks out everyone 02:34 -!- Phiberoptika was kicked from #iip-dev by nop [nop] 02:34 -!- Neo was kicked from #iip-dev by nop [nop] 02:34 -!- keimennA was kicked from #iip-dev by nop [nop] 02:34 -!- keimennA was kicked from #iip-dev by nop [nop] 02:34 -!- mode/#iip-dev [+i] by codeshark 02:34 -!- keimennA was kicked from #iip-dev by nop [nop] 02:34 -!- k was kicked from #iip-dev by nop [nop] 02:34 -!- jakob[oFF] was kicked from #iip-dev by nop [nop] 02:34 -!- AndreGoldman was kicked from #iip-dev by codeshark [codeshark] 02:34 -!- Banks was kicked from #iip-dev by codeshark [codeshark] 02:34 -!- ion was kicked from #iip-dev by nop [nop] 02:35 -!- ellison was kicked from #iip-dev by nop [nop] 02:35 -!- Aroonkoa was kicked from #iip-dev by codeshark [codeshark] 02:35 -!- cohesion was kicked from #iip-dev by nop [nop] 02:35 <@codeshark> hehe 02:35 <+logger> abusive 02:35 <+logger> logging ended --- Log closed Wed Jun 05 02:35:32 2002 </div>/cs/blog/2002/05/29/i2p-v%C3%BDvoj%C3%A1%C5%99sk%C3%A1-sch%C5%AFzka-29.-kv%C4%9Btna-2002/Wed, 29 May 2002 00:00:00 +0000/cs/blog/2002/05/29/i2p-v%C3%BDvoj%C3%A1%C5%99sk%C3%A1-sch%C5%AFzka-29.-kv%C4%9Btna-2002/<p>(Díky wayback machine <code>[Internet Archive](http://www.archive.org/)</code>)</p> <h2 id="rychlé-shrnutí">Rychlé shrnutí</h2> <p class="attendees-inline"><strong>Přítomni:</strong> Aroonkoa, Aster, athena, Banks, Chocolate, codeshark, ellison, Kronos-X, MiB, mids, Mole, Neo, nop, ptsc, SkyRat, Somedude, tikk, UserX, Zwolly</p> <h2 id="záznam-schůze">Záznam schůze</h2> <div class="irc-log"> --- Log opened Tue May 28 22:39:11 2002 22:39 <+logger> logging started 22:40 -!- mids changed the topic of #iip-dev to: IIP Development Channel (moderated) | Weekly development meetings happen here at 0000 UTC wed. (tue if you are in a minus tz) | (during meetings) live logfile [live meeting log](http://mids.student.utwente.nl/~mids/meeting2/livelog.txt) 22:52 -!- mode/#iip-dev [-v logger] by mids 23:42 -!- mids changed the topic of #iip-dev to: IIP Development Channel (moderated) | Weekly development meetings happen here at 0000 UTC wed. (tue if you are in a minus tz) | [IIP project page](http://mids.student.utwente.nl/~mids/iip/) --- Day changed Wed May 29 2002 00:16 [Users #iip-dev] 00:16 [@mids] [ athena] [ logger] [ MiB] [ SubLiminaL] 00:16 -!- Irssi: #iip-dev: Total of 5 nicks [1 ops, 0 halfops, 0 voices, 4 normal] 00:26 -!- mode/#iip-dev [+o UserX] by mids 00:29 -!- mode/#iip-dev [+o codeshark] by mids 00:32 <@codeshark> mids: i have an additional topic for today 00:32 <@codeshark> we need more relays 00:33 <@mids> where do you want it? 00:34 <@codeshark> stability of networks 00:34 <@mids> done 00:56 <@UserX> mids: i'm going to have to leave about 30 minutes after the meeting starts 00:56 <@mids> ok, if you have agenda items, please msg them to me, and they will be discussed 00:56 <@mids> same if you want to shuffle the order 00:57 <@mids> though I tried to move the most important ones to the top 00:58 <@codeshark> add to agenda items: change meeting time 00:59 <@mids> to when? 00:59 <@codeshark> needs to be discussed 01:00 <@mids> ok 01:00 <@codeshark> for me it's a bit too late 01:00 <@codeshark> 2 AM ... 01:22 -!- mode/#iip-dev [+o nop] by mids 01:51 -!- mode/#iip-dev [-m] by mids 01:51 * mids unmoderates till it start 01:51 <@codeshark> my notebook has power for 38 minutes 01:52 * codeshark wonders if that's enough 01:52 <@mids> brb 01:53 <@mids> re 01:54 < MiB> Side question: I noticed mids' page is .nl... how many of you are Dutch? I'm a Belgian myself. 01:54 <@mids> we have atleast 10 dutch(wo)men here 01:54 < MiB> Wow, leuk om weten :) 01:55 -!- mode/#iip-dev [+o nop] by mids 01:55 < athena> codeshark: where are you at 2am that doesn't have a power outlet?? :) 01:57 <@codeshark> i have, but i'm too lazy 01:59 -!- mids changed the topic of #iip-dev to: Meeting info, agenda, livelog including live logs in case you are late): 01:59 -!- mids changed the topic of #iip-dev to: Meeting info, agenda, livelog (in case you are late): [IIP project page](http://mids.student.utwente.nl/~mids/iip/) 02:00 <@nop> ok 02:00 <@nop> welcome 02:00 <@nop> to our 2nd meeting 02:00 -!- mode/#iip-dev [+m] by mids 02:00 <@nop> at IIP 02:00 <@mids> This is the first public IIP meeting, we plan to have such a meeting each week at the same time and place. 02:00 <@mids> Previous meeting ( [IIP project page](http://mids.student.utwente.nl/~mids/iip/)meeting1/ ) was non public, this one is. 02:00 <@mids> We will moderate the meetings to prevent chaos. After the subject is stated, the channel will be unmoderated 02:00 <@mids> so you can talk. If this becomes too chaotic, it will be kept moderated and then if you have a question or 02:00 <@mids> want to contribute something, message someone with ops (@) or voice (+) 02:00 <@mids> Meeting info, agenda, livelog (in case you are late): [IIP project page](http://mids.student.utwente.nl/~mids/iip/) 02:00 <@mids> . 02:00 <@nop> ok 02:01 <@nop> let's get started, I've been so busy today 02:01 <@nop> multitasking 02:01 <@nop> so you'll have to excuse if I'm in and out 02:01 <@mids> np 02:01 <@nop> agenda list 02:01 <@mids> Topics: 02:01 <@mids> 1) Welcome 02:01 <@mids> 2) Stability network 02:01 <@mids> 3) Project management 02:01 <@mids> 4) Instant Anonymous Messenger 02:01 <@mids> 5) Website 02:01 <@mids> 6) Documentation 02:01 <@nop> ok 02:01 <@mids> 7) Other 02:01 <@nop> stability network 02:01 <@mids> 8) Questions? 02:01 <@mids> 9) Next meeting 02:01 <@mids> . 02:02 -!- mode/#iip-dev [-m] by mids 02:02 <@nop> as you may have noticed 02:02 <@mids> maybe initial questions? 02:02 <@nop> sure 02:02 <@mids> anybody.... 02:02 < Neo> hi. 02:02 < Neo> do you know the causes of the network problems? 02:02 <@mids> Neo: that will be answered in a minute 02:02 <@nop> ok 02:02 <@mids> first we look if there are initial questions 02:02 <@nop> any initial questions 02:02 <@mids> guess not, nop go on (+m) 02:03 <@nop> ok 02:03 <@nop> network stability 02:03 <@nop> the reasons of this are many 02:03 <@nop> for one 02:03 <@nop> this network has been sitting in a laptop on a desk at my work for a long time 02:03 <@nop> problem with this is 02:03 <@nop> someone moved the laptop 02:03 <@nop> not thinking it needed to be on 02:03 <@nop> so... that was one problem 02:04 <@nop> second 02:04 <@nop> I decided to move it 02:04 <@nop> to a beefier box 02:04 <@nop> especially because of all the Diffie-Hellman calculations 02:05 <@mids> can you explain the case with the DH? 02:05 <@nop> it is now gone from a 300 mhz 02:05 <@nop> actually 02:05 <@nop> 366 mhz 02:05 <@nop> to a 933 mhz 02:05 <@nop> from 128 megs of ram to 512 02:05 <@nop> big difference 02:05 <@nop> :) 02:05 <@nop> Pent II - Pent III 02:05 <@nop> ok 02:05 <@nop> from that point 02:05 <@nop> we found a memfree assertion error - actually athena also discovered it running rc2 02:06 <@nop> and this problem needed to be addressed 02:06 <@nop> which was 02:06 <@nop> and just recently 02:06 <@nop> upon fixing that problem 02:06 <@nop> it has been since stable 02:06 <@nop> now 02:06 <@nop> we would really love to move away from centralization and that's our main goal 02:06 <@nop> but it's a one step at a time type of deal, and this is a developer's network 02:06 <@nop> so sometimes reliability is not it's best 02:07 <@nop> but I am trying to keep everyone happy at this level 02:07 <@nop> any questions 02:07 <@nop> regarding this matter 02:07 <@mids> can you explain the case with the DH? 02:07 <@nop> Case with DH 02:07 <@nop> Diffie-Hellman key exchange calculations take a lot of processes 02:07 <@nop> so when it goes down for a sec 02:07 <@nop> and everyone tries to connect 02:07 <@nop> it spikes the cpu at 99% 02:08 <@nop> because lots of calculations are taking place 02:08 <@nop> our goal 02:08 -!- mode/#iip-dev [-s] by mids 02:08 <@nop> to fix this 02:08 <@nop> we have done a few things 02:08 <@nop> we put a poll/delay to handle calculations better 02:08 <@nop> and 2 02:08 <@nop> we are planning on implemented a better Multi-precision library in the future 02:09 <@nop> any more questions regarding this matter 02:09 <@mids> I have one thing to ad: 02:09 <@nop> ok 02:09 <@nop> please 02:09 <@mids> network graph: [IIP project page](http://mids.student.utwente.nl/~mids/iip)stats/network.html 02:09 <@mids> as you see (especially at weekly) 02:09 <@mids> after a long network downtime 02:09 <@mids> we loose a big time of users 02:09 <@mids> and it takes a long time to gain them back 02:09 <@mids> this is bad for our reputation 02:09 <@nop> and for anonymity 02:09 <@mids> maybe we should communicate better with the users 02:10 <@nop> more users the better 02:10 <@nop> agreed 02:10 <@mids> when you know that the net will go down: do a global announcement 02:10 <@nop> ok 02:10 <@nop> sometimes 02:10 <@nop> I don't know 02:10 <@mids> if you observe that it is down: update status on site 02:10 <@mids> . 02:10 <@nop> ok 02:10 <@nop> any questions or comments on this topic 02:10 < athena> if i can make a suggestion: a brief update in the ircd motd would be great also 02:10 * Neo things update status on site is really good idea 02:11 <@nop> ok athena : you are noted, and I will make my efforts in doing so 02:11 < athena> thanks' 02:11 < Neo> (sometimes I don't know if it is the network or just me) 02:11 <@nop> Neo and mids I agree on update status 02:11 <@nop> great idea 02:11 <@mids> codeshark had something on the node status 02:11 <@nop> k 02:11 <@codeshark> just thought it could be integrated in the nodechecker 02:12 <@nop> please elaborate 02:12 <@codeshark> if i see that all hosts are down (=network down), i could update the status page 02:12 <@nop> cool 02:12 <@nop> sounds great 02:13 <@nop> this also could go well with nym's who's online, instead of that, just have a network status page 02:13 <@mids> please use . when done 02:13 <@codeshark> . 02:13 <@nop> . 02:13 < Neo> . 02:13 <@mids> how many public relays do we have? 02:13 <@mids> . 02:13 <@codeshark> right now we 15 in the nodechecker list 02:13 <@codeshark> 13 are online 02:14 <@codeshark> . 02:14 <@nop> agenda 02:14 <@mids> do we need more? 02:14 <@mids> . 02:14 <@nop> we always need more 02:14 <@nop> that's a given 02:14 <@nop> :) 02:14 <@nop> . 02:14 <@codeshark> not for stability 02:14 <@codeshark> but for anonymity 02:14 <@codeshark> . 02:14 <@nop> yes 02:14 <@nop> . 02:14 <@mids> other questions/ 02:14 <@mids> . 02:14 <@nop> this . thing is funny 02:14 <@nop> . 02:14 * mids does no . after a question anymore 02:15 <@mids> okay, next 02:15 <@mids> 3) Project management 02:15 <@nop> mids - you might want to open up on that 02:15 <@mids> maybe we should try to be more professional 02:15 <@mids> while keeping it fun 02:15 <@nop> well 02:15 <@nop> maybe more organized 02:15 <@mids> publish our milestones 02:15 <@nop> professionaly is up for debate 02:16 <@mids> delegate tasks 02:16 <@nop> the challenge with professional is we can't be committed every single day to this, because of real life 02:16 <@nop> but yes 02:16 <@nop> we should definitely delegate tasks 02:16 <@nop> which 02:16 <@nop> I think we do 02:16 <@nop> but not everyone has remained in contact about their task 02:16 <@mids> maybe make delegation more open 02:16 <@mids> so everybody knows who to inform about what 02:16 <@nop> ok 02:16 <@nop> yes 02:16 * Neo has a suggestion re: project management helper that we are using in DC. 02:16 <@mids> I remember several cases of double work 02:16 <@mids> . 02:16 <@mids> yes Neo ? 02:17 < Neo> Mr Project. 02:17 <@nop> an agent? 02:17 < Neo> Here is our release schedule: [release schedule chart](http://citystateinc.com/dc/dc_project_5-28-2002.gif) 02:17 < Neo> Its a task sheduler thing, take a look at the gif it explains it pretty much. 02:17 < Neo> Its just a helper tool. 02:18 <@nop> sounds good 02:18 <@nop> also 02:18 <@nop> we need a whiteboard type communication device 02:18 <@nop> something that can allow developer's to communicate visually 02:18 <@nop> especially as we dive deeper into complications of anonymous network 02:18 <@nop> s 02:18 <@codeshark> mids and I tried some whiteboard stuff 02:18 <@nop> networks 02:18 <@codeshark> but it doesn't seem to be very useful 02:18 <@codeshark> at least the tools we tried 02:18 <@codeshark> . 02:18 <@nop> hmm 02:18 <@mids> those we tried were too slow and limited 02:18 <@mids> . 02:19 <@nop> hmm 02:19 <@nop> what did you try 02:19 <@mids> some freshmeat ones 02:19 <@nop> k 02:19 <@mids> does anybody have good experience with public whiteboards? 02:19 <@nop> guess not 02:19 <@mids> hm, nope 02:19 <@mids> :) 02:19 <@nop> well 02:19 <@nop> maybe we should delegate a task 02:19 <@mids> put it on the todo 02:20 <@nop> todo/task delegateion 02:20 <@nop> who wants to assist in finding a whiteboard that would suit developer's needs 02:20 <@nop> it can always be more than one person as well 02:20 <@mids> well, if I find one, I wont keep it a secrey 02:20 <@nop> k 02:20 <@nop> well it's on the todo 02:20 <@mids> but it has to be multiplatform 02:20 <@nop> yes 02:21 <@mids> ok 02:21 < Neo> nop, what do you see people finding the whiteboard useful for? (curious of your ideas) 02:21 <@nop> well, I am visual with networks 02:22 <@nop> and I know there have been a few times 02:22 <@nop> that visual drawings make sense 02:22 <@nop> rather than chatting on irc 02:22 < Neo> k, thanks :) 02:22 <@nop> that can be limiting and hard to get your algorithm/network design across 02:22 <@mids> especially the explination of the relays 02:22 < Neo> some screen grabs could come in handy for docs also. 02:22 <@nop> yes 02:23 <@nop> so far 02:23 <@nop> I've come to the point of drawing it out and faxing it last time 02:23 <@nop> :) 02:23 <@mids> lol 02:23 <@nop> ok - anyway 02:23 <@codeshark> nop: email :) 02:23 <@nop> noted that whiteboard would be a plus 02:23 <@nop> yeah yeah 02:23 <@mids> other point: 02:23 <@nop> email smemail 02:23 <@nop> you guys think we're like geeks or somethin 02:24 <@mids> banks suggested to follow the thought of the Cathedral Bazaar thing by Eric Raymond: release often 02:24 <@nop> I'm still learning email ;) 02:24 <@mids> I think that is under project management too 02:24 <@nop> umm, link 02:24 <@codeshark> (... release early) 02:24 <@mids> [The Cathedral and the Bazaar](http://www.tuxedo.org/~esr/writings/cathedral-bazaar/) 02:25 <@codeshark> i think that's what we doing. or do you want to release more often? 02:25 <@codeshark> . 02:25 <@mids> Banks? 02:25 < Banks> I'm not sure yet 02:26 * mids guesses he is just anxious to see RC2 02:26 < Banks> it helps people to see that the path to RC2 is advancing swiftly :) 02:26 <@nop> RC2 is done - it's docs that are being the hold up 02:26 <@mids> docs are point 6 02:26 <@nop> k 02:27 < Banks> Docs on RC2? 02:27 <@mids> Banks: yes 02:27 <@nop> well, docs for 1.1 official release 02:27 <@nop> but yes 02:27 <@nop> if we don't get progress done 02:27 <@nop> on docs 02:27 <@nop> then we'll be lagged period 02:27 <@nop> for release of 1.1 Release 02:27 < Banks> I've just done a ton on the docs but not for RC2. Haven't sent it yet. Don't know cvs 02:28 <@nop> hehe 02:28 <@nop> ok 02:28 <@codeshark> banks: what did you do? 02:28 < Aster> hola 02:28 <@mids> hi Aster please check the notices 02:28 < Aster> which notices? 02:28 < Aster> im soo lost 02:28 < Aster> whats going onn? aaahhhh 02:28 <@mids> [notice(Aster)] welcome, the channel is moderated if you have something to say, message me or somebody else with ops or voice 02:28 <@mids> [notice(Aster)] Information, agenda and logs: [IIP project page](http://mids.student.utwente.nl/~mids/iip/) 02:29 < Banks> codeshark: A handful of things. Related quotes at the beginning of each chapter, a small FAQ ... 02:29 < Banks> How to contribute 02:29 < Banks> Why Anonymity? 02:29 < ptsc> suggestion if i may be so bold: default option, which can be disabled, of 'crippling' urls to be non-clickable, in the proxy. 02:29 <@codeshark> ok. we have to talk about that in point 6 02:29 <@mids> great 02:29 < Banks> How to configure a WinXP firewall to allow IIP 02:30 <@mids> ptsc: what do you mean? 02:30 < ptsc> perhaps by chaning http to some other string such as wysiwyg or url or something unlikely to be anonymity compromising, like the anonymity tripwire in freenet 02:30 <@mids> you mean, that if I say [Google](http://www.google.com/) that it will be censored? 02:31 < ptsc> since the easiest means of compromising anonymity is to post a honeypot url to a crowded channel 02:31 < SkyRat> no just not clickable 02:31 <@mids> anybody want to respond on that one? 02:31 < ptsc> this should be something that can be disabled. 02:31 < Banks> That would have to be done at the IRC client level wouldn't it? 02:31 < athena> or server 02:32 <@mids> it can be done on the server level 02:32 <@mids> but I think there is some responcibility for the user 02:32 < ptsc> contaminating server traffic might be bad 02:32 <@mids> should we also change telephone numbers? 02:32 < Banks> Lot of overhead though isn't it? 02:32 * Neo thinks manipulating content should not be done with the system. that is a pure client issue 02:32 < athena> think this problem can't be solved 02:33 < Banks> It's a good point though 02:33 <@mids> maybe a specialmodified security client 02:33 <@mids> see point 5! 02:33 <@mids> err 4 02:33 * Banks is trying not to jump to the docs part, "I mentioned it in the docs" 02:33 <@mids> hehe 02:33 * Neo thinks mids is correct, it has a place in a custom client maybe, or in "security" patches to existing clients 02:33 < athena> there should be discussion of this in the manual... i.e. "ways of losing your anonymity" 02:34 <@mids> I suggest going on , and see what point 4 brings us after MiBs comment 02:34 < MiB> :) 02:34 < MiB> You spoke about better communication with users a bit earlier, how do you feel about a public mailing list and/or BBS where developers and testers can conversate with each other? 02:34 <@mids> afaik we have 1 mailinglist 02:34 * athena points out #iip 02:34 <@mids> iip-dev mainly for development 02:35 < Banks> Maybe an IRC chan where people who can't connect to IIP can go? 02:35 <@mids> although also other topics 02:35 <@codeshark> we have the bug-list on sourceforge too 02:35 < ptsc> i actually have written a sort of 'guide for the clueless' 02:35 < ptsc> including some of these 02:36 < Banks> I saw that at deja, ptsc. Nice. 02:36 < ptsc> [Google Groups thread](http://groups.google.com/groups?selm=ss9rdugclv39cemnk4ue9t8jv6n8se8a3h%404ax.com&output=gplain) 02:36 < ptsc> it is written to a specialized audience concerning an iip channel that is as yet relatively uninhabited 02:36 < ptsc> thx 02:36 < Banks> It's a good idea for a chan 02:37 < ptsc> i think it captures the "fool's mate" ways of trashing your own anonymity, but i do believe more sophisticated attacks could be made especially by an opponent who both has surveillance capability and is running a node. 02:37 <@mids> cool for an howto I would say! 02:38 <@mids> noe?j 02:38 <@mids> err 02:38 < Neo> Re: BBS - Distribued City is a ssl/web based community system located at xs4all. We welcome IIP forums in our forum section. 02:38 <@mids> neo? 02:38 < Banks> I tried to put some of it into the docs. 02:38 < ptsc> i think it's beyond a mid-level opponent such as an unaided church of scientology but assisted by hackers and/or a corrupt node, and a manipulated federal agency (FBI), i think you could possibly bust it open 02:39 < ptsc> it doesn't have the latency of the remailer network (and in fact couldn't, and still be reasonably 'instant') 02:39 < Neo> The DC system also has GPG Web private messaging. Mids and I and others have kept in contact when IIP was down, and also relevant discussion of issues related to IIP. 02:39 < Neo> We are in beta now, but opening to public soon. 02:39 < Neo> . 02:39 <@mids> So we can use DC for the non-irc part of IIP 02:39 <@mids> forums, announcements 02:39 < Neo> You bet. 02:39 < Banks> A corrupt node would have to unscramble the end-to-end encryption too, wouldn't it? 02:39 < Neo> We trashed our chat system, and are using IIP, so you guys jump right in. 02:40 <@mids> Banks: err, thats offtopic atm 02:40 < Banks> mids: You're right 02:40 <@mids> I suggest discussing the IIP internals later 02:40 < ptsc> i guess by 'corrupt' i meant the person rather than the node 02:40 <@mids> lets hurry and move on before chocolate joins 02:40 <@mids> any objections? 02:40 < ptsc> and by that, i mean just that the person is going to run netstat periodically and log who is connecting to them, 02:41 < ptsc> while also being logged in a channel as a nick, watching who shows up, and weeding people out by a process of elimination 02:41 < Neo> We can give IIP their own custom forums. - Newbies - Tech - Dev... let us know. 02:41 -!- mode/#iip-dev [+o Chocolate] by mids 02:41 < ptsc> they could also get network internals of other nodes they connect to, and then obtain subpoenas/'carnivore' capability on those nodes 02:41 <@mids> ptsc: its offtopic 02:41 <@mids> please discuss it later 02:41 <@mids> (getting chaotic) 02:41 < ptsc> apologies 02:41 <@mids> np 02:42 <@mids> 4) Instant Anonymous Messenger (wilde wont be here) 02:42 <@mids> wilde was too sleepy 02:42 <@mids> so u 02:42 <@nop> ok 02:42 <@mids> so I 'll just paste what he said: 02:42 <@nop> please do 02:42 <@mids> Status and features: 02:42 <@mids> wilde started to work on an IM, easy to use program to connect to IIP. 02:42 <@mids> He got the IRC connection working. The plugin system works too. 02:42 <@mids> Apart from IRC and IM support there will also be features for digital 02:42 <@mids> currencies. He is looking into cryptography now. 02:42 <@mids> For further information email wilde@invisiblenet.net or visit #iam-dev 02:42 <@mids> . 02:42 <@nop> ok 02:42 <@nop> also 02:42 <@nop> if freenet ever gets stable 02:42 <@nop> it would be nice to add a dcc transport 02:42 <@nop> that utilizes freenet 02:42 <@nop> as a plugin 02:43 <@mids> yup 02:43 <@nop> ok 02:43 <@nop> sounds good 02:43 <@nop> any questions 02:43 <@mids> and maybe, like ptsc suggested 02:43 < Banks> True, but won't RC2 have DCC? 02:43 <@mids> filter the IRC, to disable urls 02:43 <@nop> IIP rc2 will not have dcc 02:43 <@nop> it compromises anonymity 02:43 <@nop> file sharing will have to be later within IIP 02:44 <@nop> but it's in planning 02:44 < Banks> ok, I thought there might be a way to do it without compromise 02:44 <@nop> not till we decentralize 02:44 <@nop> then there will be 02:44 <@nop> utilizing broker agents 02:44 <@nop> etc 02:44 <@nop> we have a fileserv plugin for xchat 02:44 <@nop> that does base64 02:44 <@nop> anyway 02:44 <@nop> that's the plan 02:44 <@nop> ok 02:44 <@nop> next topic 02:45 <@mids> maybe questions 02:45 <@mids> but we dont know all answers 02:45 <@mids> cause wilde aint here 02:45 <@mids> :) 02:45 <@mids> so just ask, he can read them in the logs 02:45 < Neo> wilde coding in perl? 02:45 <@nop> java 02:45 <@mids> java 02:45 <@nop> I believe 02:46 <@mids> he bases it on a full IM client that a friend of him wrote 02:46 < Neo> ah 02:46 <@mids> okay, lets hurry to topic 5 02:46 <@mids> we have 9 in total 02:47 <@nop> topic number 5 is ... 02:47 <@nop> drum roll please 02:47 <@mids> write your burning quesitons down 02:47 <@mids> 5) Website 02:47 <@nop> ahh 02:47 <@nop> yes 02:47 <@nop> the lag 02:47 <@mids> I want to give the word to nym 02:47 <@nop> yeah 02:47 <@nop> umm 02:47 <@mids> nym? 02:47 <@mids> okay 02:47 <@nop> ok 02:47 <@nop> site looks ok 02:47 <@mids> he was here last week 02:47 <@nop> the fear I have 02:47 <@mids> and appologied for the delay 02:47 <@nop> is that it will take him forever to update any changes 02:47 <@mids> he has made a new updayed design: 02:47 <@mids> [Invisible IRC write-up](http://buttsnot.com/invisible2.html) 02:48 <@nop> or press releases 02:48 <@mids> the first one was [IIP project page](http://mids.student.utwente.nl/~mids/iip/)meeting1/draft2.jpg 02:48 <@nop> so dunno 02:48 <@mids> any comments on the looks? 02:48 <@nop> and we need a plan b 02:48 <@nop> just in case he never shows a stable site 02:48 < tikk> nice job.. and i'm a designer 02:48 < tikk> there's a few table errors 02:48 < Neo> ellison is available for plan b 02:48 < Aster> its ok, could use some more work 02:49 < tikk> cosmetic stuff 02:49 <@nop> neo are you sure 02:49 <@nop> that would be great 02:49 <@nop> also Neo 02:49 <@nop> thnx for the IIP stuff you wrote 02:49 <@mids> I think it is not good enough for > 15 hours work 02:49 <@nop> it's impressive 02:49 < Neo> yes, he already offered 02:49 <@nop> great 02:49 < Neo> what IIP stuff? 02:49 <@nop> dc 02:49 <@nop> on dc beta 02:50 < Neo> OH. ellison did that :) 02:50 <@nop> also 02:50 <@nop> well thank him 02:50 <@nop> also 02:50 <@nop> does ellison do logo design? 02:50 < Neo> will do, he will read this log 02:50 <@mids> FYI, ellison is the gfx guy of Distributed City 02:50 < Neo> you bet. 02:50 <@nop> kewl 02:50 < Neo> and alta/lese/liquid privacy 02:50 <@nop> is he fast working 02:50 <@nop> like we would be able to see something soon 02:50 <@nop> type of deal 02:50 <@nop> because I"m bout ready to put my foot down 02:50 <@nop> and go with plan b 02:51 < Neo> he will be on later, we can have a quick meeting then, I can't speak for him 02:51 <@mids> update on nym 02:51 <@nop> ok 02:51 <@mids> he got $100 from us to do a design 02:51 <@mids> payed out of the donations depot 02:51 < Neo> now but I know that he was very interested in doing something for IIP if the opportunity arose. 02:51 <@mids> all the donators agreed 02:51 <@mids> but, what we have now is not usable 02:51 <@mids> it is going too slow 02:51 <@nop> and we know 100$ ain't much 02:52 <@nop> but I don't feel that we even have that worth 02:52 <@mids> but well, we dont have more 02:52 <@mids> I am sure that nym means it all right 02:52 <@nop> we gave it to him like more than a month ago 02:52 <@mids> but lacks the time 02:52 <@nop> yes 02:52 <@nop> I understand 02:52 <@nop> but we have to be practical 02:52 < Aster> once he gets the design done, someone else (ide be willing to) get the rest together 02:52 <@mids> we want a website asap 02:52 <@mids> Aster: thanks 02:52 <@nop> and good logo's 02:52 <@nop> yes thanks 02:53 <@mids> so what are the options: 02:53 <@mids> - use what we have and craft it into a site 02:53 <@mids> - put another gfx guy/girl on it 02:53 <@mids> - keep the old site 02:53 <@nop> old site has to go 02:53 <@nop> I like it 02:53 <@nop> but it's too villany 02:53 <@mids> - wait for nym to finish it 02:54 <@nop> and casper == copyright infringement 02:54 < Banks> I think the old site is pretty good. Logo and Times New Roman aside. 02:54 <@nop> hehe 02:54 <@nop> you know 02:54 <@nop> you'd be surprised 02:54 <@nop> but that was done in 10 minutes 02:54 < Banks> shame that Gamespy had to steal our logo before we had a chance to create it :) 02:54 <@nop> haha 02:55 <@nop> ok 02:55 <@nop> so on topic of website 02:55 <@nop> reverting back to old one is last option at most 02:55 <@nop> I'm really wanting to go for a brighter look 02:55 <@nop> something more professional 02:55 <@nop> because 02:55 <@nop> if we get attention by press 02:55 <@nop> the darkness will give way to the "media hacker" term 02:56 < Banks> true. I think we should think about who the target market is and cater it to that. 02:56 <@nop> and IIP will not go down like that 02:56 <@nop> Banks: agreed 02:56 <@nop> the target market is how you market it though 02:56 <@nop> the way I see this 02:56 < Neo> ellison can *REALLY* help you with this. 02:56 <@nop> yes 02:56 <@nop> I see 02:56 <@mids> I have seen ellisons work 02:56 <@nop> I have as well, it's very good 02:56 <@mids> and if he wants, lets give him a try 02:56 <@nop> PR and website == one idea 02:57 < Banks> True, but there's already an audience for it. Slashdot-types. 02:57 < Aster> market to both groups: hackers and corp looking...have 2 sites 02:57 < Aroonkoa> And kuro5hin. :) 02:57 <@mids> about the $100, I see it as lost 02:57 <@nop> yes 02:57 <@mids> and we dont do such things again in the future 02:57 < Chocolate> 2 sites is way to much overhead 02:57 <@mids> lets name it a learning phase 02:57 <@nop> yes 02:57 < Aster> chocolate: in what way? 02:57 <@nop> we want the invisibleNet front page 02:57 < Banks> The program itself is always significantly more important than the website. 02:57 <@nop> then the Invisible Irc Project page 02:58 < Banks> A good program markets itself. 02:58 <@nop> InvisibleNet is the Dev team 02:58 <@nop> all of us 02:58 <@nop> everyone using IIP 02:58 <@nop> is part of an invisibleNet 02:58 <@nop> :) 02:58 <@nop> a society so secret we don't even know ourselves 02:58 <@nop> ;) 02:58 <@nop> but seriously 02:58 <@nop> and then we need the main IIP page 02:58 <@mids> tikk offers his help too 02:58 <@mids> maybe we can make a little web-board 02:58 <@nop> tikk, much appreciated 02:58 <@mids> for input etc 02:59 < Neo> Banks: yes, but part of the marketing needs to cater to PR for political reasons ciphers only go so far 02:59 <@mids> who wants to participate in the webboard? (just an idea) 02:59 * mids 02:59 <@nop> Neo : please elaborate on that comment 02:59 < Banks> Neo: I agree 02:59 * nop doesn't quite understand yet 03:00 <@nop> also - mids : anytime Website is topic have website/PR as one topic 03:00 <@nop> because it is one in the same 03:00 <@mids> nop: yup 03:00 <@nop> ok 03:00 <@nop> well, if ellison is willing 03:00 <@nop> and tikk you are willing to offer advice 03:00 <@nop> let's do this 03:01 < Neo> re: PR. Like your comment above about the "media hacker" term. The dark "villianry" (sp?) 03:01 <@nop> and anyone else willing to get the website to the optimal point then hop on and let's go for it 03:01 <@nop> Neo: point seen - understood 03:01 < Neo> image is not good for PR - Political PR and marketing for new users PR. 03:01 < Neo> That is why people interested in saving money from people who try and take it away from 03:01 < Aster> nop: you mean as in webmaster, or just finishing the job of the site (hop on comment) 03:02 < tikk> i'm willing to help advise, sure.. i'm not sure if i'm +v here 03:02 < Neo> them and use crypto, it is better for them to use crypto for freedom of speech uses. not to capitalize on 03:02 <@mids> tikk: we hear you 03:02 <@nop> aster that's debatable, lately, I've been the semi-webmaster 03:02 <@mids> tikk: the chan isnt +m 03:02 <@nop> aster 03:02 < Aster> yup? 03:02 <@nop> if you want to it's an open position once we get it up 03:02 < Neo> how they are protecting assets. (nuff said, this is for another room/thread) 03:02 < Aster> sure 03:03 <@nop> I have a feeling this is going to be bigger than I can handle 03:03 <@mids> ok 03:03 <@nop> Neo : good point ;) 03:03 * mids asks contact info from parties involved 03:03 <@mids> and I'll notice you 03:03 <@nop> and pubkeys 03:03 <@nop> also 03:03 <@nop> on a side note 03:03 <@nop> everyone registered with trent 03:03 <@nop> has anonymail access 03:03 <@nop> user@iipmail.net 03:04 <@nop> pgp compatible 03:04 <@nop> somewhat 03:04 <@nop> :) 03:04 <@nop> it's like memoserv here 03:04 <@nop> and is very useful 03:04 <@nop> continue 03:04 <@nop> off topic 03:04 <@mids> ok 03:04 <@nop> but needed to say 03:04 <@mids> (just ask in #iip for more info) 03:04 <@nop> yep 03:05 <@mids> I'll contact the parties who offered their interest in the web/pr 03:05 <@mids> lets move on 03:05 <@mids> ) Documentation (codeshark, cohesion or mids) 03:05 <@mids> cohesion isnt here 03:05 < Chocolate> can I stick something in real fast? 03:05 <@nop> sure 03:05 <@mids> ok 03:05 < Chocolate> going back to the whiteboard 03:05 * mids scrolls up 03:05 < Banks> That's what I'm always saying to my wife. 03:05 < Chocolate> I found one called "CSV" (if I remeber rigth) 03:06 < Chocolate> I'll find the url and send it to #iip 03:06 < Chocolate> . 03:06 <@mids> nice 03:06 <@mids> 6) Documentation 03:06 <@mids> last week we had a lenghty talk 03:06 <@mids> 3 ppl involved with documentation 03:06 <@mids> all pretty busy 03:07 <@mids> docu is really needed before release 03:07 <@mids> there are 2 systems: 03:07 <@mids> LaTeX or Docbook 03:07 <@mids> we agreed on using LaTeX now 03:07 <@mids> and moving to docbook in a later state 03:08 <@mids> current latex is available on [LaTeX documentation demo](http://mids.student.utwente.nl/~mids/docdemo/) 03:08 < Banks> I was using HTML to PDF with HTMLDOC. 03:08 <@mids> but it needs review 03:08 <@mids> and also misses some items 03:08 <@mids> (unix install) 03:08 <@mids> probably anonymail can be added too it too as appendix 03:08 <@mids> now, we heared that a few people have made additions to the manual 03:09 <@mids> problem is that we dont know what version 03:09 <@mids> so lets coordinate that 03:09 <@mids> and put everything together 03:09 <@mids> . 03:09 <@mids> anybody something to add? 03:10 <@mids> hm 03:10 <@mids> we have 3 translations 03:10 < Banks> Is codeshark still here? 03:10 <@mids> spanish, french and dutch 03:10 <@mids> so it becomes a bit heavy 03:10 <@mids> we need documentation management. 03:11 <@mids> any news about cohesion's status? 03:11 <@mids> nop? 03:11 <@nop> here 03:11 <@nop> sorry 03:11 <@nop> umm 03:11 <@nop> he's around 03:11 <@nop> on earlier today 03:11 <@mids> but he is documentation manager not? 03:11 <@nop> umm 03:12 <@nop> yes 03:12 <@nop> hold 03:12 <@nop> just a sec 03:12 <@nop> someone at work talking in my ear 03:12 <@mids> :) 03:12 <@mids> --- advertizement --- 03:12 < Banks> Codeshark: Are you still here? Check your pm 03:13 <@mids> Banks: if you talk to him, tell him to respond here too :) 03:13 < Banks> codeshark has been idle 27mins 38secs 03:13 < Banks> :) 03:13 <@mids> darn, out of battery power 03:13 < Chocolate> lol 03:14 <@nop> back 03:14 <@nop> ok 03:14 <@mids> ellison: we are now at the part 6) Documentation 03:14 <@nop> cohesion is document manager 03:14 <@mids> ok 03:14 <@nop> and main technical writer 03:14 <@mids> but he seems to be busy 03:14 <@nop> but people have real life 03:14 < ellison> thanks, catching up in the logs 03:14 <@nop> and I think that is what is going on 03:14 <@nop> so... 03:14 <@mids> true 03:14 <@nop> we should have a assistant doc manager 03:14 <@mids> suggestion: put as much as possible in CVS, so more can work on it 03:14 <@nop> so that this can continue 03:15 <@nop> mids = you seem like you have a lot on plate 03:15 <@nop> do you 03:15 <@nop> or does it seem that way 03:15 <@nop> with IIP that is 03:15 < Banks> I can help but I'm not familiar with CVS 03:15 <@nop> hold 03:15 <@mids> nop: yup 03:15 <@nop> banks 03:15 <@mids> need to delegate 03:15 <@nop> I'll get you doc on cvs 03:15 <@nop> well chocolate - how are you lately ol' buddy ol pal 03:16 <@nop> ok 03:16 <@mids> I can do the assistent doc management 03:16 < Banks> Does anyone want a copy of a PDF I churned out? Codeshark is busy right now. 03:16 <@mids> but I am not going to write 03:16 <@mids> I can put input into LaTex 03:16 <@mids> and keep it central 03:17 <@mids> it wont be much time for me 03:17 <@mids> Banks: url 03:17 <@nop> sure Banks 03:17 < Banks> Where do you want me to email it? 03:17 <@nop> mids = if you waill approve and put in cvs as a contrib 03:17 <@nop> waill =will 03:17 <@nop> aster 03:17 <@mids> nop: what? my latex of Banks pdf? 03:17 <@nop> I believe so 03:18 <@nop> also 03:18 < Aster> nop: hum? 03:18 <@nop> ellison wrote a good end users doc on dc beta 03:18 <@nop> much appreciated 03:18 <@nop> and could be very usable in future 03:18 <@nop> for general IIP 03:18 <@nop> on website 03:18 <@nop> here 03:18 <@nop> a getting started 03:18 <@nop> type thing 03:18 < Banks> mids: Do you want me to email it to mids@invisiblenet.net? 03:18 <@mids> Banks: please 03:19 < Banks> ok 03:19 <@nop> aster - mind if I delegate you a webmaster once site goes up 03:19 < Aster> nop: dont mind at all :) 03:19 < Banks> mids: Sent. 03:19 < ellison> nop: i can clean it up and re-purpose it for the site 03:19 <@nop> great 03:20 <@nop> ellison - at a later point in time 03:20 <@nop> we would like to discuss web dev with you 03:20 < ellison> ok 03:20 < Banks> mids: Tell me what you think. 03:20 <@mids> Banks: will do once I got it 03:21 <@nop> docs - anymore comments on docs 03:21 <@nop> or questions 03:21 < Banks> mids: Ok, I can send the HTML with BMPs later too. 03:21 < Banks> I've got a question. 03:21 <@mids> Banks: I'll contact you and put it central 03:21 <@nop> yes sir 03:21 < Banks> The whitepaper says "here is a "steady" streaming protocol, for those who can afford the bandwidth, for constant traffic, (which protects you from traffic analysis of any form, but will cause a 500 millisecond lag)." 03:22 < Banks> And then "[name of this parameter?]" 03:22 < Banks> What is the name of the parameter? :) 03:22 <@mids> euh 03:22 <@mids> too detailed 03:22 <@mids> this is a public meeting :) 03:22 < Chocolate> isnt that offtopic? 03:22 < Banks> My bad. 03:22 <@mids> I got the contact info from those with documentation 03:23 <@mids> I will gather it 03:23 <@mids> and put it central 03:23 <@mids> then find editors to edit 03:23 <@mids> dont fear LaTeX or CVS 03:23 <@mids> you'll live 03:23 <@mids> :) 03:23 <@mids> . 03:23 < Banks> Reading up on LaTeX was a nightmare :) 03:23 < Chocolate> ok so is Documentation finished? 03:24 <@mids> Chocolate: lol 03:24 <@mids> Chocolate: well, the subject here is 03:24 <@mids> I think. 03:24 * Chocolate kicks mids 03:24 < Chocolate> thats what I ment 03:24 <@mids> oh :) 03:24 <@mids> before we go to a free-for-all question round 03:24 < Chocolate> I ment "is agenda item 6 finished" 03:25 <@mids> lets do 1 more public thing 03:25 <@mids> about the meeting time 03:25 <@mids> Quick jump to topic 9 Next meeting: 03:25 -!- Chocolate changed the topic of #iip-dev to: Meeting info, agenda, livelog (in case you are late): [IIP project page](http://mids.student.utwente.nl/~mids/iip/) | current topic: meeting time 03:25 <@mids> statement: current time too late for Europeans, better time? 03:25 <@mids> codeshark and me would prefer 2 hours earlier 03:26 <@mids> (its 3:30 am here now) 03:26 < Aster> ouch 03:26 <@mids> Kronos-X: we are now almost finished 03:27 <@mids> Kronos-X: trying to settle a better meeting time 03:27 < Kronos-X> I'm unpredictable, so I'm flexible by default. 03:27 < Kronos-X> :) 03:27 < MiB> 3:38 over here, 3 to 4 hours earlier would be much more humane for me :) 03:27 <@mids> nop: what about 2 hours earlier? choc? banks? neo? 03:28 < Chocolate> IIRC 0000 is the earlyst nop can make it 03:28 < Neo> anytime is cool with me, its the others to ask. :) 03:28 < Chocolate> 2200 tuesday should be ok for me 03:29 < Banks> Fine by me 03:29 < Chocolate> it's important that nop and/or userx can make the meetings though 03:29 < Aster> uh, whats thaht eastern? 03:29 < Chocolate> no, UTC 03:29 < Aster> what would be eastern then? ( i dont know how this time stuff works :) 03:29 <@mids> [world clock](http://www.timeanddate.com/worldclock/) 03:29 < Chocolate> EDT is -5 03:29 < Aster> k 03:29 < ellison> oooh, an ISO compliant meeting! 03:29 < Kronos-X> Heh 03:30 <@mids> nop seems to be busy 03:30 <@mids> he has a veto on the time imho 03:30 < Chocolate> same 03:30 <@mids> those who showed up didnt complain 03:30 <@mids> so proposal is 2 hours earlier 03:30 <@mids> end of meeting time? 03:30 <@mids> . 03:31 <@mids> topic 7/8 Free 4 all Question round!!! 03:31 <@mids> sorry for cutting you all off earlier 03:31 <@mids> take revenge now 03:31 < Chocolate> lol 03:31 <@nop> sorry 03:31 <@nop> back 03:31 <@mids> nop: 2 hours earlier meeting okay? 03:31 <@nop> ooh 03:31 <@nop> well, I'm in prime of working time 03:31 <@mids> be honest 03:32 <@nop> hmm 03:32 <@nop> can we shoot for an hour earlier 03:33 <@nop> I can get in trouble for chatting at work at that time in the day 03:33 <@mids> yup 03:33 <@mids> then we will try that 03:34 <@nop> ok 03:34 <@mids> okay... questions! 03:34 -!- mids changed the topic of #iip-dev to: Meeting info, agenda, livelog (in case you are late): [IIP project page](http://mids.student.utwente.nl/~mids/iip/) | current topic: Questions 03:34 < Kronos-X> mids: Where are the .debs? 03:34 < Kronos-X> ;) 03:34 <@nop> teach us old wise one 03:34 <@nop> and we will make .debs 03:34 <@nop> :) 03:34 <@mids> Kronos-X: you would make them! 03:34 < Kronos-X> Heh. 03:35 < Kronos-X> Sorry, I'm just here to bump the noise-to-signal ratio., 03:35 < Kronos-X> Let me pass the mic on to someone with a real question. 03:35 <@nop> hehe 03:35 <@mids> ptsc: any Q about the protocol? 03:35 < Banks> ptsc has been idle 53mins 56secs :) 03:36 <@mids> okay, banks' PDF is online on [IIP project page](http://mids.student.utwente.nl/~mids/iip/)meeting2/ 03:36 <@nop> did we discuss roadmaps 03:36 <@nop> etdd 03:36 <@mids> it looks cool already 03:36 <@nop> etc 03:37 <@mids> nop: only that rc2 depends heavily on docs 03:38 <@nop> ok 03:39 <@nop> this pdf kicks ass 03:39 <@nop> just need the invisible irc logo in there 03:40 <@nop> and you're done eh:) 03:40 <@mids> I love the quotes and the screenshots 03:40 < Banks> Casper? 03:40 <@mids> even a FAQ! 03:40 <@mids> Banks: why didn't you tell us before? 03:40 < Banks> I spoke to codeshark but he didn't really say anything. 03:42 <@nop> no 03:42 <@nop> take the one off the site 03:42 <@nop> for now 03:42 < Banks> ok 03:43 <@mids> I am going to sleep 03:43 <@mids> logger will keep running for a while 03:43 <@mids> thanks everybody for listening 03:43 < Neo> l8r mids 03:43 <@mids> night 03:44 < Chocolate> night 03:44 < Banks> night mids 03:44 < Kronos-X> Night, mids. 03:44 < Aster> nite 03:45 < ellison> l8r mids 03:46 < Banks> Is there a logo in the works? 03:48 <@nop> umm yeah 03:48 <@nop> also 03:48 <@nop> we want to have 03:48 <@nop> pwered by InvisibleNet 03:48 <@nop> and IIP now logo's 03:49 < Banks> That's a good idea. 03:49 <@nop> banks 03:49 < Banks> It's hard to think of a logo that conveys IRC invisibility :) 03:49 <@nop> excellent pdf 03:49 < Aster> how long till these logos exist 03:49 <@nop> we will definitely use it for distro with IIP 03:49 < Banks> Cheers 03:49 <@nop> well 03:49 <@nop> I have some drafts of powered by invisiblenet 03:49 <@nop> but you know 03:49 <@nop> the goal of IRC is one thing 03:49 <@nop> but in the future 03:49 <@nop> Invisible Internet 03:49 <@nop> so... 03:50 < Banks> True 03:50 <@nop> IRC Is main project 03:50 <@nop> but it's so modular 03:50 <@nop> that rumors might start 03:50 < Banks> Logos with heads or faces seem to do pretty well. Redhat, Napster, etc. 03:50 < Banks> Rumors? 03:51 < Aster> banks: but do we want to copy the other guys, or come up with something unique, while still remeberable 03:51 <@nop> it's a joke, basically it will be so modular anything can be put in as a protocol to anonymize 03:51 < Banks> nop: I see :) 03:52 < Banks> Aster: A head or face can still be unique. I think they're better than geometric patterns, etc. 03:52 < Aster> yeah 03:53 < Chocolate> anyone with a camelion as a maskot? 03:54 <@nop> geiko 03:54 <@nop> insurance 03:54 <@nop> :) 03:54 < Chocolate> damn 03:54 < Chocolate> the fuckers 03:54 < Chocolate> they're a terible companie 03:55 < Banks> GameSpy has taken the Invisible Man thing 03:55 <@nop> yes 03:55 <@nop> they don't even do good at getting cheap insurance 03:55 < Chocolate> maby a klingon bird of prey? 03:55 < Banks> :) 03:55 < Chocolate> cloaked you know ;) 03:56 < Banks> Maybe footprints that disappear across the text. 03:57 <@nop> hehe 03:57 <@nop> ok, meeting is officially over 03:57 <@nop> just to let you know 03:58 <@nop> it's free for all 03:58 <@nop> anyone have a good slogan for IIP 03:58 <@mids> IIP - it keeps you awake 03:58 <@nop> hehe 03:58 < Neo> IIP - "Fuck the State" 03:59 <@nop> umm 03:59 < Neo> oh... sorry... 03:59 <@nop> no 03:59 < Neo> :) lol 03:59 < Banks> I love that one Neo :) 03:59 < Banks> IIP - "Stuttering Urinators." 03:59 <@nop> hah 03:59 <@nop> haha 04:00 < Chocolate> IIP - where animals talk 04:00 < Banks> Heh heh 04:01 < Banks> Maybe a Dog logo, you know, on the internet no one knows that you're a dog. 04:01 < Banks> An invisible dog! :) 04:01 < ellison> "and doubly-so with IIP" 04:02 < Banks> IIP - "Where AOLers can be free from prejudice" 04:03 <@nop> haha 04:05 < Chocolate> IIP - Talk to yourself without people laughing at you 04:05 < Banks> Heh heh 04:10 -!- CwZ|away is now known as Somedude 04:11 < Chocolate> hey Somedude 04:11 < Somedude> hey Chocolate 04:11 < Somedude> how goes? 04:11 < Chocolate> I'm ok, you? 04:11 < Somedude> fine fine 04:12 < Banks> Heh heh 04:13 * Banks pm's Somedude, "We all hate Chocolate". 04:13 < Somedude> yea I do too 04:13 <@nop> hey guyes 04:14 <@nop> email me sites you like 04:14 <@nop> for examples of styles for IIP 04:14 <@nop> 0x90@invisiblenet.net 04:17 < Mole> Ok, heres the deal: I am a p2p researcher and has al ot of nice algorithms that I have invented and tested for distributed systems. 04:17 < Mole> I am currently looking for some project with which I should share my knowledge. 04:18 < Banks> You've come to the right place :) 04:18 < Banks> nop is your man. 04:18 < Mole> I just found iip some minutes ago. 04:18 < Mole> I guy in #freenet on openprojects.net recommend you. 04:18 < Mole> Well, heres what i got so far: 04:19 <@nop> k 04:19 < Mole> * All my algorithms are completely distributed and is not dependant on any central server. 04:20 < Mole> * An algorithm to keep together a network with anything from 2 to 20000000000 nodes. :)) 04:20 < Mole> * That network never gets netsplits and cant be crashed as far as I know. 04:20 <@nop> mole 04:20 <@nop> please email iip@invisiblenet.net 04:20 <@nop> with it 04:20 <@nop> along with your pubkey 04:21 < Mole> * Algorithm to announce subnets/services on the main network. (Aad subnets on the subnets.) 04:21 <@nop> can it remain anonymous 04:21 <@nop> and help not give too much info 04:21 < Mole> * Algorithms to collect statistics like number of nodes, average and median values et.c. 04:22 < Mole> * Algorithms to keep secret hwhat different nodes does on the network and what services they are suppliyng. 04:22 <@nop> why Mole for a nick 04:22 < Mole> And I am curently I am working to solve the distributed secure efficient database. :) 04:22 <@nop> kewl 04:22 < Mole> Well, Mole has been my Internet nick since 1991. 04:23 < Mole> I myself is not a very secret person. :) 04:23 < ellison> Mole: you familiar with quorum based distributed data systems? 04:23 < Mole> But I like to supply secresy to people. :) 04:23 <@nop> had a feeling those algo's are secret 04:23 <@nop> :) 04:23 < Mole> nope, not quorum. 04:23 <@nop> quorum or quantum 04:23 < ellison> lotsa cool work being done there 04:24 < ellison> quorum 04:24 < Mole> Kind of been into my research and simulations to much so I am currently taking a long break to check what other projects there are out there. 04:24 < ellison> it's basically a distributed databases structure where many entities can have read/write access, but the system is protected from attempts at corruption by any of those entities 04:24 < ellison> really useful for certain types of data structures/purposes 04:25 < ellison> [Byzantine quorum systems paper](http://citeseer.nj.nec.com/malkhi97byzantine.html) 04:25 < Chocolate> Mole: I recomened you here :) 04:25 < Chocolate> got a spybot going in #freenet here 04:26 < Mole> Ok, Ill check quorum out to. 04:26 < Mole> Well, now I have lots of questions about IIP to see what good my algorithms and knowledge might do for you. :) 04:27 < Mole> First of all, is there any documentation of how IIP works anywhere? 04:28 <@nop> yes 04:28 <@nop> banks 04:28 <@nop> where's that link 04:28 < Banks> Wait one 04:28 < Banks> [IIP project page](http://mids.student.utwente.nl/~mids/iip/)meeting2/iipdoc.pdf 04:29 < Banks> Mole: You'll probably want to read mainly chapter 1 and chapter 9. 04:29 < Mole> Ok, downloading it. 04:32 <@nop> I have to run 04:32 <@nop> see ya guys later 04:33 < Banks> Seeya nop 04:33 < Mole> Hey you gues are really friendly. Lots of chats in all windows and private cahts too. 04:33 < Banks> :) 04:36 < Mole> I'll read all the stuff you all recommended and talk to you some other day when I know more. :) 04:37 < Banks> That'd be great :) 06:07 < Mole> Ahh, I just browsed through iipdoc.pdf and now I think I understand how IIP works. 06:08 < Mole> If I got it right there are allmost normal IRC-servers in the "backbone" ? 06:12 < Mole> And you are planning on making verions 2.0 fully decentralised. 06:12 < Mole> Have any design work or algorithm research been done on the decentrailsed structure for verison 2.0 ? 06:20 < Chocolate> some 06:20 < Chocolate> still r&d 06:21 < Mole> Ok, I think I can be of use to you then. :) 06:36 < Aster> k 06:37 < Mole> Ok, well here are my thoughts on anonymous DCC chat and file send: 06:38 < Mole> Add a socks-proxy to the "IIP-client". 06:38 < Mole> Tell the users to configure their IRC client to run through the IIP-socks-proxy. 06:39 < Mole> That means all the DCC connections will go to the IIP-socks-proxy. 06:40 < Mole> The when the IRC-client (like mIRC) wants to connect to mole.anon.iip the proxy sends that connection through some of the other 06:40 < Mole> nodes in the network until it finally reaches the node you want to DCC. 06:41 < Mole> Thus you got an anonoymous DCC! 06:41 < Mole> Waht do you think? 06:41 < Aster> dcc involves files right (im not a big irc kid) 06:42 < Mole> Yep. 06:43 < Mole> So it will create much network load for the nodes that the connection "bounces" through. 06:43 < Aster> yeah...the only problem i see is that now, when you start sending your file, its gotta go through all the other servers, causing lots of traffic 06:43 < Aster> yeah 06:44 < Mole> But since allmost all nodes should be assisting the distributed net that network load could be spread pretty equally. 06:44 < Mole> But it will of course be slower "downloads" than over unsafe DCC. 06:45 < Mole> Ahh, network split? 06:46 < Aster> sorry, i missed your last few messages 06:46 < Mole> Repating: But since allmost all nodes should be assisting the distributed net that network load could be spread pretty equally. 06:46 < Mole> Repeating: But it will of course be slower "downloads" than over unsafe DCC. 06:46 < Aster> yeah 06:47 < Mole> So it has to be discussed if it should be implented. 06:47 < Aster> not really though about the spread out network load...each node still has to relay, lets say, 10mB no matter how many other nodes are there 06:47 < Mole> But atleast it is very simple to implement if you decide to use it. 06:47 < Aster> yeah 06:48 < Mole> Not with my algorithms. :) Then each node only has to relay about 500 byte / second. 06:48 < Mole> Excpet for the DCC data ofcourse.... 06:49 < Mole> Lets go to my next simple algorithm: 06:49 < Mole> To create network efficient channel communications you do like this: 06:50 < Mole> Provided that each user has his own local IIP-node: 06:51 < Mole> That is, all the data we are creating while chatting only travles among the nodes taking part in the chat. 06:51 < Mole> Thus not loading the rest of the network. 06:51 < Mole> We have to ad one thing though for anonymity: 06:51 < Mole> The nodes actually taking part in the mini network for the channel 06:52 < Mole> is only front ends for the real chatters. 06:52 < Mole> That is each node connects to a front end (perhaps in two or more levels) and it is the front end that joins the channel-network. 06:53 < Mole> That save a lot of communication bandwidth! 06:53 < Mole> and also makes the network much more robust. 06:53 < Aster> hum 06:54 < Aster> interesting 06:55 < Aster> brb....i need to lay down for a bit..back hurting 06:55 < Mole> chatter node <-> intermediate <-> frontend <- channelnet - 06:55 < Mole> > frontend <-> intermediate <-> chatter node 06:56 < Mole> Any other of you guys have any comments? 07:18 -!- Zwollywood is now known as Zwolly 07:21 < Mole> Hi Zwolly 07:22 < Zwolly> hello 07:22 < Zwolly> one moment 07:23 < Mole> Are you working with IIP-development? 07:24 < Zwolly> no i am just an user 07:24 < Zwolly> i think i am to late for the meetibg 07:25 < Mole> Ahh, me to. 07:25 < Mole> Yep, the meeting was hours ago. 07:25 < Mole> I am thinking on joining the development team. 07:25 < Zwolly> [IIP project page](http://mids.student.utwente.nl/~mids/iip) there is some info there 07:25 < Zwolly> great 07:25 < Zwolly> if you got the skills and they can use some one 07:26 < Mole> Yep, I got the skills. Researched decentralised p2p systmes since 1997... 07:27 < Mole> Thanks for the reminder of the URL. 07:28 < Mole> I checked it again and there were more stuff there then I noticed when I took a first look some hours ago. 07:28 < Zwolly> only thing i know of making programs is how to make them crash hehe 07:28 < Mole> Well, sounds like you could bee a good beta-tester then? 07:29 < Zwolly> yeh maybe 07:29 < Zwolly> i am busy on an dutch translation of the manual so maybe i can help a little with that 07:29 < Mole> I find it funny that they have a command to add your website to your ncik. 07:30 < Mole> Just read about the extra commands IIP has. 07:30 < Zwolly> yeh that is a nice option 07:32 < Mole> Oops, I looked in the "livelog.txt" on the site IIP site. 07:34 < Mole> Whoops, got disconnected. 07:35 < Zwolly> yeh i see 07:35 < Zwolly> also an point on agenda 07:35 < Zwolly> more stable connections 07:36 < Mole> hehe, yep. 07:37 < Mole> It is possble to build networks that use multiple tcp-connections to make things very robust. 07:38 < Zwolly> yeh i am reading about that but need to see it first before i believe it 07:38 < nop> dang 07:38 < nop> meeting still going? 07:38 < Zwolly> now reading log file 07:38 < Zwolly> no 07:39 < Zwolly> just some people talking and reading what they have missed 07:39 * mids kicks everybody out 07:40 <@mids> MEETING IS OVER --- Log closed Wed May 29 07:40:24 2002 </div>/cs/blog/2002/05/22/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p/Wed, 22 May 2002 00:00:00 +0000/cs/blog/2002/05/22/setk%C3%A1n%C3%AD-v%C3%BDvoj%C3%A1%C5%99%C5%AF-i2p/<p>(S laskavým svolením služby Wayback Machine <code>http://www.archive.org/</code>)</p> <h2 id="stručné-shrnutí">Stručné shrnutí</h2> <p class="attendees-inline"><strong>Přítomní:</strong> Chocolate, codeshark, mids, nop, nym, UserX</p> <h2 id="záznam-ze-schůzky">Záznam ze schůzky</h2> <div class="irc-log"> --- Log otevřen Wed May 22 02:01:22 2002 02:01 <+logger> Logování spuštěno 02:01 <@nop> ok 02:01 <@nop> vítejte na tomto skromném prvním setkání 02:01 <@nop> především 02:02 <@nop> Díky všem vám za vaše úsilí 02:02 <@nop> obzvlášť když všichni víme, že je tu skutečný život, kterému se musíme věnovat 02:02 <@nop> a zatím si vedeme docela dobře 02:02 <@nop> schůzka: Důvod této schůzky (doufejme, že jich bude více) 02:03 <@nop> potřebujeme vnést pořádek do vývoje, harmonogramů a úkolů, které se dělají pro IIP 02:03 <@nop> ať už jde o příspěvkové úkoly, á la #factory, nebo backend, á la inform, či jádro, á la IIP software 02:03 <@nop> nebo ircd 02:03 <@nop> :) 02:03 <@mids> . 02:04 <@mids> (aby bylo vidět, že jsem tady) 02:04 <@nop> myslím, že všichni sdílíme společný cíl v podpoře tohoto projektu, a už jen vědomí, že technologie začíná umožňovat pomoci mnoha lidem se svobodou projevu, soukromím, anonymitou a bezpečností, je odměnou 02:04 <@nop> v tomto ohledu je to skvělý projekt, protože všechny tyto oblasti testuje a vyvolává zájem, zvlášť v těchto časech 02:05 <@mids> program: 02:05 <@mids> - Přivítání (nop) 02:05 <@mids> - Stav vývojářů / projektů (nop) 02:05 <@mids> - Web (nym) 02:05 <@mids> - Plán vydání 02:05 <@mids> - Dokumentace (cohesion, codeshark, mids) 02:05 <@mids> - Kolo dotazů 02:05 <@nop> takže vítejte všichni a ještě jednou díky. 02:05 <@Chocolate> (pořád připojen) 02:05 <@nop> další na programu: Stav vývojářů 02:05 <@nop> hehe 02:06 <@nop> než se k tomu dostaneme 02:06 <@nop> poznámka bokem, tato schůzka je jen pro zvané 02:06 <@nop> ale bude logována a zveřejněna veřejnosti k nahlédnutí a/nebo komentářům 02:06 <@nop> stejně tak i výsledky 02:06 <@mids> živý log je na http://mids.student.utwente.nl/~mids/iip-dev.txt 02:06 <@mids> (kdybyste vypadli) 02:07 <@nop> ok 02:07 <@nop> Stav vývojářů 02:07 <@mids> kdo první? :) 02:08 <@nop> UserX a já jsme se soustředili na vydání IIP 1.1, ale jsme v bodě, kdy bychom rádi vypustili iip rc2, aby ho tým i veřejnost mohli testovat, jenže chceme důkladnější dokumentaci, takže tam to teď stojí 02:08 <@nop> pojďme mluvit o dokumentaci 02:08 <@nop> stav : mids, cs, ? 02:08 <@codeshark> ty :) 02:08 <@mids> . 02:08 <@mids> já 02:09 <@mids> K IIP jsem se přidal, když jsem o tom slyšel na Freenetu 02:09 <@mids> po nějakém chatování atd. jsem vytvořil Trent 02:09 <@mids> našeho velkého přítele :) 02:09 <@nop> ano 02:09 <@mids> taky jsem udělal pár patchů pro ircd 02:09 <@mids> s pomocí Chocolate, díky! 02:10 <@mids> Slibil jsem 0x90, že se podívám na šifrování klient–klient 02:10 <@mids> hodně jsem o tom mluvil a hledal 02:10 <@mids> ale nic není hotové :( 02:10 <@nop> to je v pohodě 02:10 <@mids> momentálně jsem to tak trochu odložil, protože mi chyběl čas a chuť 02:10 <@mids> něco trochu souvisejícího: 02:11 <@mids> napsal jsem bankbota 02:11 <@mids> další užitečná aplikace pro IIP :) 02:11 < nym> ahoj 02:11 <@nop> vítej 02:11 < nym> jediný bez op ;) 02:11 <@nop> mids 02:11 <@nop> pokračuj 02:11 -!- mode/#iip-dev [+o nym] by Chocolate 02:11 -!- mode/#iip-dev [+o nym] by mids 02:11 <@nym> promiňte, měl jsem za to, že schůzka je až zítra 02:12 <@mids> naposledy jsem portoval dokumentaci do LaTeXu, o tom později 02:12 <@mids> . 02:12 <@nop> k 02:12 <@nop> cs 02:12 <@codeshark> ok, jako mids jsem o IIP slyšel na Freenetu 02:12 <@codeshark> a psal jsem si o tom s nop :) 02:13 <@codeshark> pak jsem udělal náš inform relaychecker skript, který udržuje seznam běžících uzlů 02:13 <@codeshark> teď dělám nějaké věci kolem anonymailu... 02:14 <@nop> poznámka 02:14 <@nop> cs je zodpovědný za „dynamický směrovací systém“, tj. inform server 02:14 <@nym> Freenet je moc pomalý, tak jsem přišel sem 02:15 <@codeshark> ještě něco? 02:15 <@codeshark> hmm, dokumentace 02:16 <@codeshark> vytvořil jsem windowsovou verzi naší dokumentace (formát .chm) 02:16 <@nop> ano 02:16 <@nop> která bude muset být aktualizovaná, jakmile cohesion dokumentaci dokončí 02:17 <@codeshark> udělal jsem i test pro formát docbook 02:17 <@codeshark> ale k tomu se vrátíme později 02:17 <@mids> to si piš, že ano 02:17 <@codeshark> to je zatím vše 02:18 <@codeshark> chocolate? 02:19 <@Chocolate> O IIP jsem poprvé slyšel na Freenetu od CofE 02:19 <@Chocolate> poté, co jsem viděl pár oznámení o tom na jeho freesite 02:19 <@Chocolate> rozhodl jsem se to zkusit 02:19 <@Chocolate> od té doby jsem pomáhal s různými věcmi 02:20 <@Chocolate> provozování relaye (precrypto, DH mi na mé 486 nefungovalo) 02:20 <@Chocolate> pomáhal jsem ladit únik paměti (tím, že jsem asi 5 hodin zabíjel ircd...) 02:21 <@Chocolate> můj první hlavní programátorský příspěvek do IIP byla pomoc mids s Trentem 02:21 <@nop> super 02:21 <@nop> nezapomeň na hydrabota 02:21 <@nop> nebo eyek0n 02:21 <@Chocolate> jo, jasně 02:22 <@Chocolate> hydrabot vznikl z touhy vidět, co se děje na #freenet na OPN 02:22 <@Chocolate> bohužel bot skončil smutnou smrtí kvůli „flexibilitě“ 02:23 <@nop> a pak přišel eyek0n 02:23 <@nop> :) 02:23 <@Chocolate> ano, eyek0n je upravený changate, který byl nabastlen, aby plnil účel, k němuž měl sloužit HydraBot 02:25 <@Chocolate> také udržuji různou sbírku skriptů pro xchat a další pro IIP, některé darované, jiné moje 02:25 <@Chocolate> aktuálně pracuji na ThreadChatu, systému typu BBS/fórum v reálném čase nad IRC 02:25 <@Chocolate> . 02:25 <@nop> paráda 02:26 <@nop> ok 02:26 <@nop> je to vše? 02:26 <@mids> právě se připojil ardvark, není vývojář, ale zeroday uživatel... nemá dovoleno se představit, jinak by to trvalo moc dlouho 02:26 <@mids> možná rychlovka pro nym? 02:26 <@nop> ok 02:27 <@nop> nym : představení vývojáře 02:28 <@nop> ok 02:28 <@nop> řeknu to já 02:28 <@nop> zdá se, že je někde pryč 02:28 <@mids> do toho 02:28 <@nop> přichází k nám jako webový vývojář webu freenetprojects 02:29 <@nop> a doufáme, že nám udělá redesign, aby nám dal globálnější přitažlivost pro anonymní IRC/internetové projekty 02:29 <@nop> open == hoping 02:29 <@nop> bude se soustředit na lehčí design s tiskovými zprávami apod. 02:29 <@nop> dodá nám méně hobby a více vzhled seriózního vývojářského týmu 02:30 <@nop> i když nás nemůžete vidět 02:30 <@nop> :) 02:30 <@nop> hehe 02:30 <@mids> :) 02:30 <@nop> ok 02:30 <@nop> seznam programu 02:30 <@nop> prosím 02:30 <@mids> - Web (nym) 02:30 <@mids> - Plán vydání 02:30 <@mids> - Dokumentace (cohesion, codeshark, mids) 02:30 <@mids> - Kolo dotazů 02:31 <@Chocolate> web teď neprobereme, když tu nym není 02:31 <@nop> ok, o webu si povíme, až bude nym vzhůru 02:31 <@nop> takže Plán vydání 02:31 <@mids> . 02:31 <@nop> první cíl je rc2 02:31 <@nop> To je na otestování změn a přidaných funkcí a na zaběhnutí případných změn v síti před 1.1 02:32 <@nym> ahoj 02:32 <@nym> jsem tady 02:32 <@nop> ok 02:32 <@nop> web 02:32 <@nop> prosím 02:32 <@nop> pak se vrátíme 02:33 <@nop> k plánu 02:33 <@nym> no, web se rýsuje, i když jsem myslel, že mám ještě jeden den, abych vám něco ukázal 02:33 <@nop> máš nějaké screenshoty? 02:33 <@nym> po ruce ne 02:33 <@nop> hmm mids 02:34 <@mids> http://mids.student.utwente.nl/~mids/draft2.jpg 02:34 <@nop> máš draft2? 02:34 <@nop> ok 02:34 <@nop> to lidem dá představu 02:34 <@nop> to je starší 02:34 <@nop> ale je to to, co máme 02:34 <@nym> dobře, potřebuju vědět, s jakým vydáním to bude korespondovat 02:34 <@nop> s aktuálním vydáním 02:34 <@nop> a můžeme to snadno upravovat 02:34 <@mids> nop: aktuální jako rc2 ? 02:35 <@nop> aktuální jako „jakmile něco bude“ 02:35 <@nym> myslel jsem, že máte na obzoru velké vydání 02:35 <@nop> takže zaměřit se na iip 1.1 rc1 02:35 <@mids> :) 02:35 <@nop> ano 02:35 <@nop> ale 02:35 <@nop> potřebujeme, aby něco běželo 02:35 <@nop> něco jiného než to, co máme 02:35 <@nop> něco s snadno upravitelnou šablonou 02:35 <@mids> chceme, aby byl web také betatestovaný, stejně jako RC 02:35 <@nop> aby mohl být připraven na vydání 02:35 <@mids> abychom mohli jít „na velko“ s 1.1 02:35 <@nop> vydání 02:35 <@nop> ok 02:35 <@nop> web betatestovaný 02:35 <@nym> jo, ale jaká vydání chystáte a kdy? 02:36 <@nop> rc 2 02:36 <@nop> se blíží 02:36 <@nop> cohesion pracuje na dokumentaci 02:36 <@nop> cs, pro tebe je snadné udělat .chm, že? 02:36 <@nym> netuším, co to je 02:36 <@codeshark> nop: o dokumentaci si musíme promluvit později :) 02:36 <@nop> ok 02:36 <@Chocolate> jsme teď u plánu vydání, nebo pořád u webu? 02:36 <@nop> web 02:36 <@nop> vrátili jsme se 02:36 <@nop> protože nym je vzhůru ;) 02:36 <@nym> jo 02:37 <@nop> soustřeďme se na to, abychom něco zprovoznili 02:37 <@nop> pak se můžeme soustředit na vydání 02:37 <@nym> hm, dobře 02:37 <@nym> něco rozjedu 02:37 <@nop> chceme, aby to bylo upravitelné 02:37 <@nop> to je zásadní 02:37 <@nop> takže to bude šablonové 02:38 <@mids> nym: můžeš vyjmenovat změny mezi konceptem a aktuálním stavem? 02:38 <@nym> hmm 02:38 <@nop> hmm, o aktuálním nevím nic 02:38 <@nop> on možná 02:38 <@nop> viděl jsem n : a odpověděl 02:38 <@nop> moje chyba 02:39 * nop bude teď mlčet 02:39 <@nym> dobře.. 02:39 <@nym> no, hodně 02:39 <@nym> změny fontů 02:39 <@nym> stíny 02:39 <@nym> logo vypadá jinak (invisiblenet.net/iip/) 02:40 <@nym> lepší crunchbox logo 02:40 <@mids> skvělé 02:40 <@nym> nemáme mac verzi, takže jsem to vyhodil 02:41 <@nym> taky jsem vyhodil vše týkající se invisible im, protože to nebude 02:41 <@nop> ne pod tím názvem 02:41 <@nop> ne 02:41 <@nym> to mate 02:41 <@nop> IIP je jednoduché a dává smysl 02:41 <@mids> dotaz: co FreeBSD a OpenBSD? je to stejné vydání jako linux 02:41 <@nop> tohle teď nechme 02:42 <@nop> ano 02:42 <@nop> mids, je 02:42 <@mids> uživatelé FreeBSD se budou cítit dotčeni, pokud budou muset klikat na Tuxe 02:42 <@nop> hmm 02:42 <@nop> dobrý postřeh 02:42 <@nym> pořád mě ale trápí ten úzký segment 02:42 <@nop> můžeme mít třeba Tuxe a čerta souložící ;) 02:42 <@nop> hehe 02:43 <@nym> no, nabídneme zdrojáky 02:43 <@nym> FreeBSD nepotřebuje logo 02:43 * nop říká špatné vtipy příliš často 02:43 <@nop> často 02:43 <@nop> tak kdy dostaneme nový návrh 02:43 <@nop> dej nám pevné datum 02:43 <@nop> GMT 02:43 <@mids> :) 02:44 <@nym> no, do příští schůzky slíbím pokrok 02:44 <@nym> ale teď jsem uprostřed velké zakázky 02:44 <@nop> jak velký pokrok, něco, co můžeme vyvěsit? 02:44 <@nym> no, ne 02:44 <@nop> hmm 02:44 <@codeshark> nop: stejně je lepší počkat, až to bude hotové 02:45 <@nym> souhlas 02:45 <@mids> codesharku: současný vzhled je hrozný 02:45 <@nop> rozumím, codesharku; jen mě napadlo, že bychom mohli předělat stávající vzhled 02:45 <@mids> navrhuju vrátit se ke starému vzhledu 02:45 <@nop> potřebuje to lehčí dojem 02:45 <@mids> do dokončení webu 02:46 <@nop> to můžeme, ledaže by nym možná naservíroval trochu lehčí vzhled 02:46 <@nop> s tlačítkem darovat a jen takovou úvodní stránkou 02:46 <@nym> na co? 02:46 <@nop> pro web, místo toho „under construction“, co tam je teď 02:46 <@nop> možná něco, co víc představí projekt a hned nabídne stažení softwaru 02:47 <@Chocolate> no, starý web je odkazovaný 02:47 <@nop> tak je vezmeme na web za tím 02:47 <@codeshark> nop: jen tu starou stránku udělejte snáz k nalezení 02:47 <@codeshark> dejte odkaz výš 02:47 <@nop> ok 02:47 <@nym> dobře, upravte to podle potřeby 02:47 <@nop> ok 02:47 <@nop> něco vymyslíme 02:47 <@mids> k 02:47 <@nym> budu pokračovat na tom velkém vydání 02:47 <@nop> můžeš dát návrh do pátku? 02:48 <@nym> nejspíš ano 02:48 <@nop> ok 02:48 <@codeshark> ale ponechte intro stránku, dokud nebude nový web hotový 02:48 <@mids> screenshot stačí 02:48 <@nop> díky 02:48 <@nop> ano 02:48 <@nop> screenshot/návrh 02:48 <@nop> pro mě to je totéž 02:48 <@nym> mám teď všechno v notebooku.. 02:48 <@nym> neměl by to být problém 02:48 <@nop> ok 02:49 <@nop> další část 02:49 <@nop> zpět k plánu vydání 02:49 <@mids> jaké jsou aktuální limity pro RC2 ? 02:49 <@codeshark> co chybí kromě dokumentace? 02:49 <@nop> RC2, jak už bylo řečeno, je určené k vychytání chyb a doladění změn pro finální 1.1 02:49 <@nop> to je vše 02:49 <@nop> je potřeba dokumentace 02:49 <@nop> a nové .chm 02:49 <@nop> a cs 02:49 <@nop> ujisti se, že tentokrát nepřibalíme .ini ani listen.ref 02:49 <@nop> :) 02:49 <@codeshark> jasně :) 02:50 <@codeshark> už bylo odstraněno 02:50 <@nop> ok 02:50 <@nop> také 02:50 <@nop> cs 02:50 <@nop> do budoucna 02:50 <@nop> jak budou lidé přecházet 02:50 <@nop> na rc2 02:50 <@nop> můžeme týden počkat 02:50 <@nop> ale potom potřebuji, abys přidal closedelay: před networkprotocol = closedelay:etc 02:50 <@nop> to je klíčová funkce 02:50 <@nop> po které byla poptávka 02:51 <@codeshark> ok 02:51 <@nop> to říká síti, aby si uživatele podržela, i když vypadne, na 15–45 sekund 02:51 <@mids> (closedelay způsobí, že vaše spojení ještě chvíli zůstane aktivní, když se klient nebo uzel odpojí) 02:51 <@mids> (což ztěžuje trasování k vaší IP) 02:51 <@nop> ano 02:51 <@codeshark> rozbije to úplně klienty rc-1? 02:51 <@Chocolate> můžeš se znovu připojit k podrženému spojení? 02:51 <@nop> když počkáme týden 02:52 <@nop> většina by měla upgradovat 02:52 <@codeshark> počkal bych víc než týden 02:52 <@nop> ok 02:52 <@nop> možná dva 02:52 <@nop> protože síťová strana to bude mít 02:52 <@nop> i tak vám to pomůže 02:52 <@nop> ale až bude rc2 všude 02:52 <@nop> celá síť bude podporovat vaše zpožděné setrvání 02:53 <@nop> pošlete teď prosím !, pokud jste ochotni předběžně testovat, než oficiálně vydáme rc2 02:53 <@nop> aby vše proběhlo hladce 02:53 <@mids> ! 02:53 <@codeshark> !Stejně to musím udělat ;) 02:53 <@nop> hehe 02:53 <@nop> někdo další? 02:54 <@codeshark> řekni mi, až budeš připravený na rc-2, a já připravím instalátor pro Windows a *nix tgz 02:54 <@nop> irc je na tohle stejně těžkopádné 02:54 <@codeshark> máš můj pager e-mail? 02:54 <@nop> ok, mělo by to být hotové do pátku, ale opravdu chci aktualizovanou dokumentaci 02:54 <@nop> ne, nemám 02:54 <@Chocolate> ! 02:54 <@nop> pošli to prosím soukromě 02:55 <@codeshark> jasně 02:55 <@nop> tohle je veřejně logovaný kanál 02:55 <@nop> předpokládám, že na mě všichni máte kontakt 02:55 <@Chocolate> ten, co je jen odchozí? 02:56 <@nop> hehe 02:56 <@nop> ok, k cs otázce 02:57 <@nop> closedelay – musíme to odložit minimálně o 2 týdny 02:57 <@nop> a dobře to propagovat 02:57 <@nop> aby lidé upgradovali 02:57 <@nop> výzvou je 02:57 <@nop> zajistit, aby uživatelé relaye mohli jednoduše upgradovat 02:57 <@nop> bez předělávání relay systému 02:57 <@nop> to by mělo být triviální 02:57 <@nop> ale je nutné zajistit, že to bude uděláno správně 02:57 <@nop> choc 02:57 <@nop> tvá otázka o znovupřipojení k help connection 02:57 <@nop> můžeš to rozvést 02:57 <@nop> held 02:57 <@nop> ne help 02:58 -!- mode/#iip-dev [+o UserX] by mids 02:58 <@nop> vítej, userx 02:58 <@UserX> ahoj 02:58 <@nop> můžeš znovu vypsat program pro userx 02:58 <@nop> prosím 02:58 <@mids> - Přivítání (nop) 02:58 <@mids> - Stav vývojářů / projektů (nop) 02:58 <@mids> - Web (nym) 02:58 <@mids> - Plán vydání 02:58 <@mids> - Dokumentace (cohesion, codeshark, mids) 02:59 <@mids> - Kolo dotazů 02:59 <@nop> jsme u plánu vydání 02:59 <@Chocolate> closedelay drží spojení otevřené poté, co uživatel vypadne kvůli změně IP nebo (IP) výpadku sítě 02:59 <@nop> ano 02:59 <@Chocolate> můžeš se znovu připojit k tomuhle help connection? 02:59 <@nop> ne 02:59 <@nop> je to jen na prevenci analýzy provozu 02:59 <@Chocolate> ok, super 02:59 <@nop> ale je tu jiná zásadní funkce, která funguje 02:59 <@Chocolate> předpokládám, že je to help na náhodný čas? 02:59 <@mids> s/help/held/ 03:00 <@codeshark> nop: zahrnul jsi funkci, která zkusí jiný relay, když první nefunguje? 03:00 <@Chocolate> s/help/held/ 03:00 <@nop> při připojování k síťovým uzlům to bude zkoušet znovu (výchozí 5 pokusů) (ano, náhodný čas), takže se ti spojení neukončí pokaždé, když nějaký relay nefunguje 03:00 <@codeshark> ok, super 03:00 <@nop> codesharku, viz výše – ano 03:00 <@mids> jé, super 03:00 <@nop> tohle nepomůže, když relay selže a ty už jsi na něm připojen 03:01 <@nop> to právě dělá closedelay 03:01 <@nop> vizuálně tě to na chvíli „zmrazí“ 03:01 <@codeshark> mimochodem: teď bychom měli přestat přidávat funkce 03:01 <@nop> už jsme přestali 03:01 <@nop> :) 03:01 <@codeshark> :) 03:01 <@nop> cvs rc2 je otagované, pokud vím – nebo ne, userx? 03:01 <@UserX> zatím není otagované 03:01 <@codeshark> nop: nejen pro rc-2, ale i pro 1.1 03:01 <@nop> správně 03:02 <@nop> rc2 je jen testování už nastavených funkcí 03:02 <@nop> a změn 03:02 <@nop> také, cs 03:02 <@nop> zajisti, že budeme mít slušný changelog 03:02 <@nop> poslal jsem ti ten seznam 03:02 <@codeshark> hmm 03:02 <@codeshark> e-mail? 03:02 <@nop> změny a funkce 03:02 <@nop> ano 03:02 <@nop> dal jsem do kopie tebe i cohesion 03:02 <@Chocolate> mohl by být nějaký způsob, jak ověřit, že byl relay přidán do kontrolního seznamu? 03:02 <@nop> UserX – probíráme plán vydání, chceš něco dodat 03:02 <@codeshark> k, dorazilo 03:03 <@Chocolate> třeba nemám tušení, jestli můj relay není na veřejném seznamu proto, že neinformoval správně, nebo proto, že je moc nespolehlivý 03:03 <@nop> choc, nejspíš tam není 03:03 <@nop> ale to je v pohodě 03:03 <@nop> odpouštíme ti 03:03 <@nop> :) 03:04 <@codeshark> hmm, myslím, že bych měl přidat stránku, kde můžeš získat info o svém relay 03:04 <@mids> Chocolateův dotaz padá často 03:04 <@codeshark> „you relays“ = „your relay“ 03:04 <@nop> a nemyslíš, že by to něco nekompromitovalo? 03:05 <@Chocolate> nechat požadavek přijít z IP, kterou má daný relay? 03:05 <@codeshark> nezobrazím příliš mnoho informací 03:05 <@codeshark> a musím uchovávat i smazané relaye 03:05 <@codeshark> jen je označit jako smazané 03:05 <@nop> spoofing 03:05 <@nop> UserX – vypadá to na ne 03:05 <@nop> hehe 03:06 <@codeshark> nop: tcp/ip spojení nejde snadno spoofovat 03:06 <@nop> snadno ne, ale jde to 03:06 <@codeshark> ledaže bys byl někde mezi relayem a mnou 03:06 <@mids> je to věc v php, že? (ne v isproxy) 03:06 <@codeshark> ano 03:06 <@nop> seznam programu prosím 03:07 <@mids> - Přivítání (nop) 03:07 <@mids> - Stav vývojářů / projektů (nop) 03:07 <@mids> - Web (nym) 03:07 <@mids> - Plán vydání 03:07 <@mids> - Dokumentace (cohesion, codeshark, mids) 03:07 <@mids> - Kolo dotazů 03:07 <@codeshark> ukážu jen malou stavovou zprávu („your node is on the public list“, „your node has been deleted because it was down to often...“ 03:07 <@nop> ok 03:07 <@nop> cs, to je v pořádku 03:07 <@nop> ještě nějaké dotazy k plánu vydání 03:07 <@mids> . 03:07 <@nop> ok, další část 03:07 <@nop> dokumentace 03:07 <@mids> udělám úvod 03:07 <@nop> k 03:08 <@mids> cohesion je správce dokumentace 03:08 <@mids> ale není tady 03:08 <@mids> codeshark i já na ní pracujeme 03:08 <@mids> codeshark udělal .chm (Windows Help) a Docbook 03:08 <@mids> a o tom řekne 03:08 <@mids> já udělal verzi v LaTeXu a vysvětlím to 03:08 <@mids> proč 2 systémy? 03:08 <@mids> docbook trval dlouho a já byl netrpělivý 03:09 <@mids> věděl jsem, že vydání má být brzy, takže jsou potřeba doky 03:09 <@mids> nemám vůči codesharkovi nic zlého :) 03:09 <@codeshark> :) 03:09 <@mids> codesharku, můžeš nám říct o docbooku? plusy a mínusy a stav? 03:09 <@nop> také poznamenávám 03:09 <@codeshark> ok 03:09 <@nop> cs byl zrovna v procesu stěhování 03:10 <@codeshark> plusy: docbook používá XML; umí generovat různé výstupy: PDF, HTML a „CHM“ 03:10 <@codeshark> mínusy: není úplně snadný na naučení. Myslím, že zatím jsem v něm nějaké stránky pomoci psal jen já :( 03:10 <@mids> hele, portoval jsem trent! 03:11 <@codeshark> celý? 03:11 <@codeshark> super 03:12 <@codeshark> ještě něco k docbooku, co používáme: je převzatý z phphelp 03:12 <@codeshark> takže máme všechny nástroje/šablony pro různé výstupní formáty 03:12 <@mids> http://cvs.php.net/cvs.php/phpdoc 03:12 <@mids> CHM udělali pomocí M$ chm kuchařského nástroje 03:13 <@codeshark> bylo to otestované. Funguje to. Některé kapitoly dokumentace jsem do docbooku převedl 03:13 <@codeshark> k CHM: proč CHM? 03:14 <@mids> proprietární formáty jsou cool? :) 03:14 <@codeshark> ani ne :) 03:14 <@codeshark> je to výchozí formát nápovědy ve Windows. Podporuje hledání podle klíčových slov, fulltext a má pěkné seskupení kapitol nápovědy 03:15 <@codeshark> umožňuje do nápovědy přidávat bitmapy (viz iip.chm) 03:15 <@nop> také velmi užitečné pro volbu nápovědy IIP v systémové liště 03:15 <@codeshark> mimochodem, mids, pro *nix je také prohlížeč chm 03:15 <@mids> jasně 03:16 <@mids> hotovo? 03:16 <@codeshark> ano 03:16 <@mids> dobře, LaTeX je mnohem starší systém než docbook 03:17 <@mids> plusy: je dobře známý v akademickém světě, nepoužívá XML, podporuje různé výstupy: ps, dvi, pdf, html, txt. a já ho znám 03:17 <@mids> mínusy: nepoužívá XML, není úplně snadný na naučení, nemá nativní podporu .CHM 03:17 <@nop> vsuvka 03:17 <@nop> rychlá 03:17 <@mids> převedl jsem celou dokumentaci v1.1.2-pre9 03:17 <@nop> ok 03:18 <@nop> u PDF jsem si všiml loga casper 03:18 <@nop> můžeme ho změnit na nymovo logo 03:18 <@nop> kvůli autorským právům 03:18 <@mids> jasně 03:18 <@nop> a dole 03:18 <@nop> vám pošlu logo powered by InvisibleNet 03:18 <@nop> což jsme my 03:18 <@nop> logo 03:18 <@nop> abyste ho dali na spodní okraj stránky 03:18 <@nop> :) 03:18 <@codeshark> nop: to existující PDF je stejně jen test 03:18 <@nop> ano 03:18 <@nop> chápu 03:18 <@nop> jen o to žádám 03:18 <@codeshark> nepoužívá ani docbook, ani latex 03:19 <@nop> k 03:19 <@nop> no, každopádně 03:19 <@nop> beru to jako ano 03:19 <@codeshark> ano 03:19 <@nop> super 03:20 <@mids> převedl jsem celou dokumentaci v1.1.2-pre9; je na http://mids.student.utwente.nl/~mids/docdemo/ 03:20 <@mids> mrkněte 03:20 <@mids> jsou tam zdrojové soubory *.tex 03:20 <@mids> Makefile 03:20 <@mids> a všechny výstupy... pdf, ps, dvi, txt, html a bightml 03:20 <@nop> mids 03:20 <@nop> máš také účet na sourceforge 03:20 <@mids> k chm: proč chm stojí za houby? 03:20 <@nop> máš práva vytvářet adresáře na webu 03:20 <@nop> takže to může být i tam 03:20 <@mids> nop: vím 03:20 <@nop> ok 03:20 <@nop> super 03:21 <@mids> chm je špatné, protože je to proprietární formát Microsoftu 03:21 <@mids> nejsou na to dobré open-source nástroje 03:21 <@codeshark> nop: tohle jsou teď jen experimenty. Proto nejsou na SF serveru 03:21 <@mids> prohlížeč chm pro *nix je jen těžkopoužitelný extraktor 03:21 <@mids> stejně nikdo nepoužívá soubory nápovědy Windows 03:21 <@nop> ok 03:21 <@mids> :) 03:21 <@codeshark> hehe ) 03:21 <@codeshark> :) 03:21 <@nop> mids 03:21 <@nop> pro win32 uživatele je to užitečné 03:22 <@nop> a říkám, že to můžeme použít pro volbu nápovědy v systémové liště 03:22 <@mids> můžeš také dát pdf do adresáře IIP, případně html 03:22 <@nop> ano 03:22 <@mids> a v systémové liště spustit prohlížeč 03:22 <@nop> hmm 03:22 <@nop> věř mi, .chm ve Windows vypadá hezky 03:22 <@codeshark> jasně, ale máš v html seznam kapitol? 03:22 <@nop> takže pro win32 zůstaňme u toho 03:22 <@mids> proti CHM pro IIP nic nemám, jen to nebudu dělat 03:22 <@nop> cs bude 03:22 <@nop> žádné starosti 03:22 <@codeshark> ehm 03:23 <@codeshark> nechci mít 2 verze dokumentace jako teď 03:23 <@nop> co je? 03:23 <@nop> hmm 03:23 <@nop> možná můžeme udělat chm jako samostatný dokument 03:23 <@nop> :) 03:23 <@codeshark> tak to je teď 03:23 <@codeshark> chm a pdf jsou oddělené 03:23 <@nop> to tím myslím 03:23 <@nop> vítej zpátky, userx 03:23 <@codeshark> ale tak by to být nemělo 03:23 <@codeshark> že, mis? 03:23 <@codeshark> mids? 03:23 <@mids> správně 03:24 <@codeshark> jaké jsou možnosti? 03:24 <@nop> chm je hezké plus 03:24 <@codeshark> 1) použít docbook,... 03:24 <@nop> jedna 03:24 <@nop> ne každý má prohlížeč pdf 03:24 <@nop> chm je ve win32 vestavěné 03:24 <@codeshark> 2) použít latex a zkusit vytvořit chm z html 03:24 <@codeshark> 3) ručně synchronizovat chm a html 03:24 <@codeshark> 4) zahodit podporu chm 03:25 <@nop> x na 4 03:25 <@mids> 5) udělat lehké chm, které vysvětlí jen funkce menu 03:25 <@nop> doufejme x 3 03:25 <@nop> ano 03:25 <@nop> přesně jsem myslel 5 03:25 <@mids> (ručně) 03:25 <@nop> jako man page 03:25 <@nop> :) 03:25 <@Chocolate> každý na Windows bude mít webový prohlížeč 03:25 <@mids> a odkázat na plnou dokumentaci jako html, pdf , dvi, ps, cokoliv 03:25 <@nop> zní dobře 03:25 <@Chocolate> měl bys umět vygenerovat indexovou stránku z LaTeXu/docbooku 03:25 <@codeshark> ok, podívám se na to 03:25 <@nop> ok 03:26 <@nop> je to k dokumentaci vše? 03:26 <@mids> ne 03:26 <@nop> ok 03:26 <@nop> promiň 03:26 <@mids> pořád je třeba dopsat části dokumentace k unixu 03:26 <@nop> pokračuj 03:26 <@nop> taky man page 03:26 <@nop> je hotová 03:26 <@mids> v té aktuální pořád chybí, cohesionova práce ji neměla 03:26 <@nop> a symbolicky propojit iip s isproxy 03:26 <@nop> aby man iip 03:26 <@mids> man page je v CVS už týdny 03:26 <@nop> dal man isproxy 03:26 <@mids> nikdo ji nekomentoval, takže předpokládám, že je dokonalá 03:26 <@nop> ok 03:26 <@nop> pěkné 03:27 <@nop> UserX 03:27 <@nop> bude IIP tak jak je automaticky instalovat man pages 03:27 <@codeshark> nop: má už „make install“? 03:27 <@nop> asi má problémy s konektivitou 03:27 <@nop> ano 03:27 <@mids> ošemetné téma 03:28 <@nop> obava je upgrade uživatelů relay uzlů 03:28 <@mids> umístění manpages je hodně závislé na systému 03:28 <@nop> správně 03:28 <@ UserX> „make install“ by měl nainstalovat man page 03:28 <@codeshark> jo, z rc1 na rc2 musí upgradovat ručně 03:28 <@mids> configure v 1.2 to spraví 03:28 <@nop> ok 03:29 -!- mode/#iip-dev [+o UserX] by mids 03:29 <@nop> userx se neautentizoval – pravidlo 03:29 <@nop> žádné op práva pro neidentifikované uživatele 03:29 <@nop> ok 03:29 <@nop> pozdě vyřčeno 03:29 <@mids> Přezdívka userx je registrovaná a identifikovaná 03:29 <@nop> :) 03:29 <@nop> mám fakt lag 03:29 <@mids> v pohodě 03:29 <@nop> mně to pořád říká, že není 03:30 <@nop> ok 03:30 <@nop> pokračujte 03:30 <@mids> s mou částí dokumentace jsem hotov 03:30 <@nop> cs 03:30 <@nop> co jsi myslel tím, že musí upgradovat ručně 03:30 <@codeshark> hmm 03:30 <@codeshark> docbook vs latex? ;) 03:30 <@mids> LaTeX krátkodobě, docbook dlouhodobě? 03:31 <@codeshark> výstup obou formátů je v pořádku (kromě chybějící podpory chm v LaTeXu) 03:31 <@nop> chci se jen ujistit, že instalátor uvidí stávající node.ref a listen.ref v adresáři 03:31 <@nop> stejně jako isproxy.ini 03:31 <@nop> cohesion se musí pustit do unixové části 03:31 <@codeshark> nop: Windows? 03:31 <@mids> mějte na paměti, že máme také 2 překlady 03:31 <@nop> ano 03:31 <@nop> samozřejmě, pokud pro unix nepřibalíme vlastní isproxy.ini, node.ref nebo listen.ref 03:32 <@nop> mělo by to být v pohodě 03:32 <@nop> možná bychom chtěli mít v dokumentaci poznámku o upgradu 03:32 <@nop> instalovat do stejného adresáře 03:32 <@nop> pro upgradovaný uzel 03:32 <@nop> nebo importovat své .ref a .ini soubory 03:32 <@nop> atd. 03:32 <@nop> probereme později 03:32 <@mids> . 03:32 <@nop> seznam programu prosím 03:33 <@mids> - Přivítání (nop) 03:33 <@mids> - Stav vývojářů / projektů (nop) 03:33 <@mids> - Web (nym) 03:33 <@mids> - Plán vydání 03:33 <@mids> - Dokumentace (cohesion, codeshark, mids) 03:33 <@mids> - Kolo dotazů 03:33 <@nop> ok 03:33 <@nop> kolo dotazů 03:33 <@nop> nějaké dotazy 03:33 <@codeshark> nop: myslím, že už obsluhuji věci kolem upgradu. Ale musím to ověřit 03:33 <@nop> ok 03:33 <@mids> proč tu nejsou všichni? 03:33 <@nop> dík, cs 03:33 <@codeshark> už jsme se na to dívali u rc1 03:33 <@nop> odpověď: realita 03:33 <@nop> :) 03:33 <@nop> ok 03:33 <@mids> vyhovuje tenhle čas, nebo potřebujeme lepší? 03:34 <@nop> zatím nekoliduje 03:34 <@mids> (teď to zabralo 1:30 hodiny_ 03:34 <@nop> no 03:34 <@nop> tohle je první setkání 03:34 <@nop> takže chápu proč 03:34 <@nop> zlepšíme se 03:34 <@codeshark> no, o něco dřív by bylo fajn 03:34 <@nop> a zkrátíme to 03:34 <@nop> :) 03:34 <@codeshark> pokud to jde 03:34 <@nop> problém je 03:34 <@mids> ano, prosím 03:34 <@nop> hmm 03:34 <@nop> nemůžu o moc dřív 03:34 <@codeshark> brzy budou 4 ráno :( 03:34 <@mids> o hodinu kratší by bylo fajn 03:34 <@codeshark> jo, jasně 03:35 <@nop> hmm 03:35 <@mids> ještě dotazy? 03:36 <@codeshark> mids: co teď dělá cohesion? 03:36 <@nop> zkusme to takhle a uvidíme, jestli to funguje 03:36 <@codeshark> na dokumentaci? 03:36 <@nop> nevím 03:36 <@mids> codesharku: neptej se mě 03:36 <@nop> musí zapracovat na kontaktu 03:36 <@mids> mimochodem, 1 yodel pro každého, kdo se účastní této schůzky 03:36 <@nop> díky 03:36 <@nop> :) 03:36 <@codeshark> hehe, díky, mids :) 03:37 <@codeshark> mimochodem: teď máme 4 systémy na tvorbu nápovědy :( 03:37 <@nop> závěr 03:38 <@mids> nechám log běžet ještě pár hodin 03:38 <@mids> je dostupný na té URL 03:38 <@nop> schůzka ukončena, díky všem za účast 03:38 <@nop> uvidíme se příští týden 03:38 <@codeshark> stejný čas, stejné místo? 03:38 <@nop> ano 03:39 <@nop> dík všem 03:39 * nop bude hned zpátky po těchto reklamách 03:39 * codeshark půjde brzy spát 03:39 <@mids> dobrou 03:46 <@nop> dobrou 03:47 <+logger> Logování ukončeno --- Log uzavřen Wed May 22 03:47:55 2002 </div>/cs/proposals/114-encrypted-streaming-flag/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/114-encrypted-streaming-flag/<h2 id="přehled">Přehled</h2> <p>Tento návrh je o přidání vlajky ke streamování, která specifikuje typ end-to-end šifrování, které je používané.</p> <h2 id="motivace">Motivace</h2> <p>Aplikace s vysokou zátěží mohou narazit na nedostatek tagů ElGamal/AES+SessionTags.</p> <h2 id="návrh">Návrh</h2> <p>Přidat novou vlajku někam do streamovacího protokolu. Pokud paket přijde s touto vlajkou, znamená to, že užitečné zatížení je zašifrováno pomocí AES klíče z privátního klíče a veřejného klíče vrstevníka. To by umožnilo eliminovat česnekové (ElGamal/AES) šifrování a problém s nedostatkem tagů.</p>/cs/proposals/102-service-directory/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/102-service-directory/<h2 id="přehled">Přehled</h2> <p>Tento návrh je pro protokol, který by aplikace mohly používat k registraci a vyhledávání služeb v adresáři.</p> <h2 id="motivace">Motivace</h2> <p>Nejjednodušší způsob, jak podporovat onioncat, je pomocí adresáře služeb.</p> <p>Toto je podobné návrhu, který měl Sponge před časem na IRC. Nemyslím, že by ho napsal, ale jeho myšlenka byla umístit to do netDb. Nejsem zastánce toho, ale diskusi o nejlepším způsobu přístupu k adresáři (vyhledávání v netDb, DNS přes i2p, HTTP, hosts.txt atd.) nechám na jiný den.</p>/cs/proposals/112-addressbook-subscription-feed-commands/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/112-addressbook-subscription-feed-commands/<h2 id="poznámka">Poznámka</h2> <p>Nasazení v síti dokončeno. Viz <a href="../cs/docs/specs/subscription/">SPEC</a> pro oficiální specifikaci.</p> <h2 id="přehled">Přehled</h2> <p>Tento návrh se týká rozšíření odběrového kanálu adres o příkazy, aby bylo umožněno jmenným serverům vysílat aktualizace záznamů od držitelů hostname. Implementováno ve verzi 0.9.26.</p> <h2 id="motivace">Motivace</h2> <p>V současnosti servery pro odběr hosts.txt jednoduše posílají data ve formátu hosts.txt, který je následující:</p> <pre><code>example.i2p=b64destination </code></pre> <p>Existuje několik problémů s tímto:</p> <ul> <li>Držitelé hostnamů nemohou aktualizovat Cílové místo (Destination) spojené s jejich hostnamy (aby například aktualizovali podpisový klíč na silnější typ).</li> <li>Držitelé hostnamů nemohou libovolně vzdát svých hostnamů; musí předat odpovídající soukromé klíče Cílového místa přímo novému držiteli.</li> <li>Neexistuje způsob, jak ověřit, že subdoména je řízena odpovídajícím základním jménem hostitele; to je aktuálně vymáháno individuálně některými jmennými servery.</li> </ul> <h2 id="návrh">Návrh</h2> <p>Tento návrh přidává několik příkazových řádků do formátu hosts.txt. Prostřednictvím těchto příkazů mohou jmenné servery rozšířit své služby na poskytování řady dalších funkcí. Klienti, kteří implementují tento návrh, budou schopni poslouchat tyto funkce prostřednictvím běžného odběrového procesu.</p>/cs/proposals/164-streaming/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/164-streaming/<h2 id="přehled">Přehled</h2> <p>Java I2P a i2pd routery starší než API 0.9.58 (uvolněné v březnu 2023) jsou zranitelné útokem opakovaného přehrání SYN paketů. Toto je problém návrhu protokolu, nikoli chyba implementace.</p> <p>SYN pakety jsou podepsány, ale podpis počátečního SYN paketu odeslaného od Alice k Bobovi není vázán na Bobovu identitu, takže Bob může tento paket uložit a přehrát, posílající jej oběti Charliemu. Charlie si bude myslet, že paket přišel od Alice a odpoví jí. Ve většině případů je to neškodné, ale SYN paket může obsahovat počáteční data (například GET nebo POST), která Charlie okamžitě zpracuje.</p>/cs/docs/overview/alternative-clients/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/overview/alternative-clients/<p>Hlavní implementace I2P klienta používá <strong>Java</strong>. Pokud nemůžete nebo nechcete používat Java na konkrétním systému, existují alternativní implementace I2P klienta vyvíjené a udržované členy komunity. Tyto programy poskytují stejnou základní funkcionalnost pomocí různých programovacích jazyků nebo přístupů.</p> <hr> <h2 id="porovnávací-tabulka">Porovnávací tabulka</h2> <table style="width:100%; border-collapse:collapse; margin-bottom:1.5rem;"> <thead> <tr> <th style="border:1px solid var(--color-border); padding:0.6rem; text-align:left; background:var(--color-bg-secondary);">Client</th> <th style="border:1px solid var(--color-border); padding:0.6rem; text-align:left; background:var(--color-bg-secondary);">Language</th> <th style="border:1px solid var(--color-border); padding:0.6rem; text-align:left; background:var(--color-bg-secondary);">Maturity</th> <th style="border:1px solid var(--color-border); padding:0.6rem; text-align:left; background:var(--color-bg-secondary);">Actively Maintained</th> <th style="border:1px solid var(--color-border); padding:0.6rem; text-align:left; background:var(--color-bg-secondary);">Suitable For</th> <th style="border:1px solid var(--color-border); padding:0.6rem; text-align:left; background:var(--color-bg-secondary);">Notes</th> </tr> </thead> <tbody> <tr> <td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>Java I2P</strong></td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Java</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Stable</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">✅ Yes (official)</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">General users</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Standard full router; includes console, plugins, and tools</td> </tr> <tr> <td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>i2pd</strong></td> <td style="border:1px solid var(--color-border); padding:0.6rem;">C++</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Stable</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">✅ Yes</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Low-resource systems, servers</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Lightweight, fully compatible with Java I2P, includes web console</td> </tr> <tr> <td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>Go-I2P</strong></td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Go</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Experimental</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">⚙️ In development</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Developers, testing</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Early-stage Go implementation; not yet production ready</td> </tr> <tr> <td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>Emissary</strong></td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Rust</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Experimental</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">⚙️ In development</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Developers, embedded use</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Rust I2P implementation; embeddable router with eepsite, torrent, IRC and email support</td> </tr> <tr> <td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>I2P+</strong></td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Java</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Stable (fork)</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">✅ Yes</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Advanced users</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Enhanced Java I2P fork with UI and performance improvements</td> </tr> </tbody> </table> --- <h2 id="i2pd-c">i2pd (C++)</h2> <p><strong>Webové stránky:</strong> <a href="https://i2pd.website">https://i2pd.website</a> </p>/cs/proposals/118-i2pcontrol-api-2/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/118-i2pcontrol-api-2/<h2 id="přehled">Přehled</h2> <p>Tento návrh popisuje API2 pro I2PControl.</p> <p>Tento návrh byl zamítnut a nebude implementován, protože narušuje zpětnou kompatibilitu. Podrobnosti naleznete v odkazu na diskuzní vlákno.</p> <h3 id="pozor-vývojáři">Pozor vývojáři!</h3> <p>Všechny parametry RPC budou nyní psány malými písmeny. To <em>přeruší</em> zpětnou kompatibilitu s implementacemi API1. Důvodem je poskytování uživatelům &gt;=API2 co nejjednodušší a nejkoherentnější možné API.</p> <h2 id="specifikace-api-2">Specifikace API 2</h2> <div class="highlight"><pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;"><code class="language-json" data-lang="json"><span style="display:flex;"><span>{ </span></span><span style="display:flex;"><span> <span style="color:#f92672">&#34;id&#34;</span>: <span style="color:#e6db74">&#34;id&#34;</span>, </span></span><span style="display:flex;"><span> <span style="color:#f92672">&#34;method&#34;</span>: <span style="color:#e6db74">&#34;method_name&#34;</span>, </span></span><span style="display:flex;"><span> <span style="color:#f92672">&#34;params&#34;</span>: { </span></span><span style="display:flex;"><span> <span style="color:#f92672">&#34;token&#34;</span>: <span style="color:#e6db74">&#34;auth_token&#34;</span>, </span></span><span style="display:flex;"><span> <span style="color:#f92672">&#34;method_param&#34;</span>: <span style="color:#e6db74">&#34;method_parameter_value&#34;</span>, </span></span><span style="display:flex;"><span> }, </span></span><span style="display:flex;"><span> <span style="color:#f92672">&#34;jsonrpc&#34;</span>: <span style="color:#e6db74">&#34;2.0&#34;</span> </span></span><span style="display:flex;"><span> } </span></span><span style="display:flex;"><span> </span></span><span style="display:flex;"><span> { </span></span><span style="display:flex;"><span> <span style="color:#f92672">&#34;id&#34;</span>: <span style="color:#e6db74">&#34;id&#34;</span>, </span></span><span style="display:flex;"><span> <span style="color:#f92672">&#34;result&#34;</span>: <span style="color:#e6db74">&#34;result_value&#34;</span>, </span></span><span style="display:flex;"><span> <span style="color:#f92672">&#34;jsonrpc&#34;</span>: <span style="color:#e6db74">&#34;2.0&#34;</span> </span></span><span style="display:flex;"><span> } </span></span></code></pre></div><h3 id="parametry">Parametry</h3> <p><strong><code>&quot;id&quot;</code></strong></p>/cs/docs/specs/b32encrypted/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/specs/b32encrypted/<h2 id="přehled">Přehled</h2> <p>Standardní Base 32 (&ldquo;b32&rdquo;) adresy obsahují hash cíle. To nebude fungovat pro šifrované ls2 (návrh 123).</p> <p>Nemůžeme použít tradiční base 32 adresu pro šifrovaný LS2 (návrh 123), protože obsahuje pouze hash cíle. Neposkytuje nezaslepený veřejný klíč. Klienti musí znát veřejný klíč cíle, typ podpisu, zaslepený typ podpisu a volitelný tajný nebo soukromý klíč pro získání a dešifrování leaseset. Proto samotná base 32 adresa není dostatečná. Klient potřebuje buď úplný cíl (který obsahuje veřejný klíč), nebo veřejný klíč samostatně. Pokud má klient úplný cíl v adresáři a adresář podporuje zpětné vyhledávání podle hash, pak může být veřejný klíč získán.</p>/cs/proposals/149-b32-encrypted-ls2/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/149-b32-encrypted-ls2/<h2 id="poznámka">Poznámka</h2> <p>Probíhá nasazení a testování v síti. Předmět drobných revizí. Viz <a href="../cs/docs/specs/b32-for-encrypted-leasesets/">SPEC</a> pro oficiální specifikaci.</p> <h2 id="přehled">Přehled</h2> <p>Standardní adresa Base 32 (&ldquo;b32&rdquo;) obsahuje hash cíle. To nebude fungovat pro šifrované ls2 (návrh 123).</p> <p>Nemůžete použít tradiční adresu base 32 pro šifrované LS2 (návrh 123), protože obsahuje pouze hash cíle. Neposkytuje nezastřený veřejný klíč. Klienti musí znát veřejný klíč cíle, typ podpisu,<br> typ zakrytého podpisu a volitelný tajný nebo privátní klíč pro načtení a dešifrování leasesetu. Proto je samotná adresa base 32 nedostatečná. Klient potřebuje buď celý cíl (který obsahuje veřejný klíč), nebo veřejný klíč sám o sobě. Pokud má klient plný cíl v adresáři a adresář podporuje zpětné vyhledávání podle hashe, pak může být veřejný klíč získán.</p>/cs/proposals/107-bep9-information-recovery/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/107-bep9-information-recovery/<h2 id="přehled">Přehled</h2> <p>Tento návrh je o přidání plné obnovy informací do implementace BEP9 v I2P.</p> <h2 id="motivace">Motivace</h2> <p>BEP9 neposílá celý torrent soubor, čímž ztrácí několik důležitých položek ve slovníku a mění celkový SHA1 torrent souboru. To je špatné pro odkazy na tok Torrent, a to proto, že se ztrácí důležité informace. Seznamy trackerů, komentáře a jakékoli dodatečné údaje jsou pryč. Je důležité mít způsob, jak tyto informace obnovit, a je potřeba přidat k torrent souboru co nejméně. Také to nesmí být kruhově závislé. Obnova informací by neměla žádným způsobem ovlivňovat současné klienty. Torrenty, které nemají tracker (URL trackeru je doslova &rsquo;trackerless&rsquo;), neobsahují dodatečné pole, protože jsou specifické pro použití maggot protokolu pro objevování a stahování, což nevede ke ztrátě informací.</p>/cs/docs/development/security-key/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/development/security-key/<h2 id="bezpečnostní-kontakt">Bezpečnostní kontakt</h2> <p>Pro nahlášení bezpečnostních zranitelností nebo citlivých bezpečnostních problémů prosím kontaktujte I2P Security Team na adrese <strong><a href="mailto:security@i2p.net">security@i2p.net</a> </strong></p> <p>Pro bezpečnou komunikaci prosím použijte náš PGP klíč níže.</p> <h2 id="informace-o-pgp-klíči">Informace o PGP klíči</h2> <ul> <li><strong>Email</strong>: <a href="mailto:security@i2p.net">security@i2p.net</a> </li> <li><strong>ID klíče</strong>: <code>176E1941</code></li> <li><strong>Otisk</strong>: <code>EA27 06D6 14F5 28DB 764B F47E CFCD C461 75E6 694A</code></li> <li><strong>Typ klíče</strong>: RSA 4096-bit</li> <li><strong>Vytvořeno</strong>: 19. října 2025</li> <li><strong>Vyprší</strong>: 19. listopadu 2030</li> <li><strong>UID</strong>: I2P Security &lt;security@i2p.net&gt;</li> </ul> <h2 id="veřejný-klíč">Veřejný klíč</h2> <p>Následuje veřejný GPG klíč pro I2P Security Team: <p> <pre> &mdash;&ndash;BEGIN PGP PUBLIC KEY BLOCK&mdash;&ndash;</p>/cs/docs/applications/bittorrent/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/applications/bittorrent/<p>Na I2P existuje několik bittorrent klientů a trackerů. Protože I2P adresování používá Destination namísto IP a portu, jsou potřeba menší změny v tracker a klientském softwaru pro provoz na I2P. Tyto změny jsou specifikovány níže. Pozorně si všimněte pokynů pro kompatibilitu se staršími I2P klienty a trackery.</p> <p>Tato stránka specifikuje detaily protokolu společné všem klientům a trackerům. Konkrétní klienti a trackery mohou implementovat další jedinečné funkce nebo protokoly.</p> <p>Vítáme další porty klientského a tracker softwaru do I2P.</p>/cs/docs/legacy/bob/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/legacy/bob/<h2 id="varování---zastaralé">Varování - Zastaralé</h2> <p>Není určen pro použití v nových aplikacích. BOB, jak je zde specifikován, podporuje pouze typ podpisu DSA-SHA1. BOB nebude rozšířen o podporu nových typů podpisů nebo dalších pokročilých funkcí. Nové aplikace by měly používat <a href="../cs/docs/api/samv3">SAM V3</a> .</p> <p>Podpora BOB byla odstraněna z nových instalací Java I2P od verze 1.7.0 (2022-02). Stále bude fungovat v Java I2P původně nainstalovaném jako verze 1.6.1 nebo starší, i po aktualizacích, ale není podporována a může se kdykoli pokazit. BOB je stále podporována i2pd od května 2025, ale aplikace by se měly přesto migrovat na SAMv3 z výše uvedených důvodů. Viz <a href="https://i2pd.readthedocs.io/en/latest/devs/i2pd-specifics/">dokumentace i2pd</a> pro jakékoli rozšíření API zde zdokumentovaného, které jsou podporována i2pd.</p>/cs/docs/overview/faq/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/overview/faq/<h2 id="nápověda-pro-i2p-router">Nápověda pro I2P Router</h2> <h3 id="systems">Na jakých systémech poběží I2P?</h3> <p>I2P je napsáno v programovacím jazyce Java. Bylo testováno na Windows, Linux, FreeBSD a OSX. K dispozici je také verze pro Android.</p> <p>Pokud jde o využití paměti, I2P je ve výchozím nastavení nakonfigurováno tak, aby používalo 128 MB RAM. To je dostačující pro procházení webu a používání IRC. Jiné aktivity však mohou vyžadovat větší přidělení paměti. Například pokud chce někdo provozovat router s vysokou šířkou pásma, účastnit se I2P torrentů nebo provozovat skryté služby s vysokým provozem, je potřeba vyšší množství paměti.</p>/cs/docs/api/datagrams/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/api/datagrams/<h2 id="overview">Přehled datagramů</h2> <p>Datagramy staví na základním <a href="../cs/docs/specs/i2cp">I2CP</a> a poskytují autentizované a odpověditelné zprávy ve standardním formátu. To umožňuje aplikacím spolehlivě přečíst adresu &ldquo;od&rdquo; z datagramu a vědět, že adresa skutečně poslala zprávu. Toto je nezbytné pro některé aplikace, protože základní I2P zpráva je zcela raw - nemá žádnou adresu &ldquo;od&rdquo; (na rozdíl od IP paketů). Navíc jsou zpráva a odesílatel autentizováni podpisem payload.</p> <p>Datagramy, stejně jako <a href="../cs/docs/api/streaming">pakety streaming library</a> , jsou konstrukt na úrovni aplikace. Tyto protokoly jsou nezávislé na nízkoúrovňových <a href="../cs/docs/overview/transport">transportech</a> ; protokoly jsou routerem převedeny na I2NP zprávy a kterýkoli protokol může být přenášen kterýmkoli transportem.</p>/cs/proposals/115-batch-multiple-data-cloves-in-garlic/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/115-batch-multiple-data-cloves-in-garlic/<h2 id="přehled">Přehled</h2> <p>Tento návrh se týká odesílání více datových stroužků uvnitř koncového česnekového zprávy, místo pouze jednoho.</p> <h2 id="motivace">Motivace</h2> <p>Není jasné.</p> <h2 id="potřebné-změny">Potřebné Změny</h2> <p>Změny by byly v OCMOSJ a příslušných pomocných třídách, a v ClientMessagePool. Jelikož nyní neexistuje žádná fronta, byla by nutná nová fronta a nějaké zpoždění. Jakékoliv dávkování by muselo respektovat maximální velikost česneku, aby se minimalizovalo riziko ztráty. Možná 3KB? Nejdříve by bylo vhodné věci instrumentovat, aby se změřilo, jak často by se to využívalo.</p>/cs/docs/historical/netdb/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/historical/netdb/<p>POZNÁMKA: Následující text je diskuze o historii implementace netDb a nejedná se o aktuální informace. Aktuální dokumentaci najdete na <a href="../cs/docs/overview/network-database">hlavní stránce netDb</a> .</p> <h2 id="status">Historie</h2> <p>NetDb je distribuována pomocí jednoduché techniky zvané &ldquo;floodfill&rdquo;. Před dlouhou dobou netDb také používala Kademlia DHT jako záložní algoritmus. Nicméně ve našem použití nefungovala dobře a byla kompletně vypnuta ve verzi 0.6.1.20.</p> <p><em>(Upraveno z příspěvku od jrandom ve starém Syndie, 26. listopadu 2005)</em></p> <p>Floodfill netDb je ve skutečnosti jen jednoduchým a možná dočasným opatřením, používajícím nejjednodušší možný algoritmus - pošle data k peer uzlu ve floodfill netDb, počká 10 sekund, vybere náhodný peer uzel v netDb a požádá ho o odeslání záznamu, čímž ověří jeho správné vložení / distribuci. Pokud ověřovací peer uzel neodpoví, nebo nemá daný záznam, odesílatel proces opakuje. Když peer uzel ve floodfill netDb obdrží netDb store od peer uzlu, který není ve floodfill netDb, pošle jej všem peer uzlům ve floodfill netDb.</p>/cs/docs/historical/ntcp-discussion/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/historical/ntcp-discussion/<p>Následuje diskuse o NTCP, která se konala v březnu 2007. Nebyla aktualizována tak, aby odrážela současnou implementaci. Pro současnou specifikaci NTCP viz <a href="../cs/docs/specs/ntcp2">stránku NTCP2</a> .</p> <h2 id="ntcp-ssu">Diskuze NTCP vs. SSU, březen 2007</h2> <h3 id="ntcp-otázky">NTCP otázky</h3> <p>(upraveno z IRC diskuse mezi zzz a cervantes)</p> <p>Proč je NTCP preferován před SSU, nemá NTCP vyšší režii a latenci? Má lepší spolehlivost.</p> <p>Netrpí streaming lib přes NTCP klasickými problémy TCP-over-TCP? Co kdybychom měli opravdu jednoduchý UDP transport pro provoz pocházející ze streaming-lib? Myslím, že SSU byl zamýšlen jako takzvaný opravdu jednoduchý UDP transport - ale ukázal se jako příliš nespolehlivý.</p>/cs/docs/historical/tunnel/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/historical/tunnel/<p>Poznámka: Tento dokument obsahuje starší informace o alternativách k současné implementaci tunnel v I2P a spekulace o budoucích možnostech. Pro aktuální informace se podívejte na <a href="../cs/docs/specs/tunnel-implementation">stránku o tunnel</a> .</p> <p>Tato stránka dokumentuje současnou implementaci vytváření tunelů od verze 0.6.1.10. Starší metoda vytváření tunelů, používaná před verzí 0.6.1.10, je zdokumentována na <a href="../cs/docs/historical/tunnel-alt">staré stránce o tunelech</a> .</p> <h3 id="config">Alternativy konfigurace</h3> <p>Kromě jejich délky mohou existovat další konfigurovatelné parametry pro každý tunnel, které lze použít, jako je omezení frekvence doručovaných zpráv, jak by mělo být použito padding, jak dlouho by měl být tunnel v provozu, zda vkládat chaff zprávy a jaké strategie dávkování by měly být použity, pokud vůbec nějaké. Žádné z těchto funkcí nejsou v současnosti implementovány.</p>/cs/docs/historical/naming/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/historical/naming/<p>POZNÁMKA: Následující text je diskusí o důvodech stojících za systémem jmenování I2P, běžných argumentech a možných alternativách. Aktuální dokumentaci najdete na <a href="../cs/docs/naming">stránce o jmenování</a> .</p> <h2 id="zamítnuté-alternativy">Zamítnuté alternativy</h2> <p>Pojmenovávání v rámci I2P je často diskutované téma od samého počátku s obhájci napříč spektrem možností. Avšak vzhledem k inherentní potřebě I2P pro bezpečnou komunikaci a decentralizovaný provoz je tradiční pojmenovávací systém ve stylu DNS jasně vyloučen, stejně jako hlasovací systémy typu &ldquo;vítězí většina&rdquo;.</p> <p>I2P však nepodporuje používání služeb podobných DNS, protože škoda způsobená únosem stránky může být obrovská - a nezabezpečené destinace nemají žádnou hodnotu. DNSsec sám stále spoléhá na registrátory a certifikační autority, zatímco u I2P nemohou být požadavky odeslané na destinaci zachyceny ani odpověď zfalšována, protože jsou šifrovány pomocí veřejných klíčů destinace, a destinace sama je pouze pár veřejných klíčů a certifikát. Systémy ve stylu DNS naproti tomu umožňují kterémukoli ze jmenných serverů na cestě vyhledávání provést jednoduché útoky typu odmítnutí služby a spoofingu. Přidání certifikátu ověřujícího odpovědi jako podepsané nějakou centralizovanou certifikační autoritou by vyřešilo mnoho problémů s nepřátelskými jmennými servery, ale ponechalo by otevřené replay útoky stejně jako útoky nepřátelských certifikačních autorit.</p>/cs/proposals/125-obep-to-one-of-many-tunnels/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/125-obep-to-one-of-many-tunnels/<h2 id="přehled">Přehled</h2> <p>Tento návrh zahrnuje dvě vylepšení pro zlepšení výkonu sítě:</p> <ul> <li> <p>Předání výběru IBGW do rukou OBEPu tím, že mu poskytne seznam alternativ namísto jediné možnosti.</p> </li> <li> <p>Povolení směrování multicastových paketů na straně OBEPu.</p> </li> </ul> <h2 id="motivace">Motivace</h2> <p>V případě přímého spojení jde o snížení zahlcení spojení tím, že OBEPu dáme větší volnost, jak se připojuje k IBGW. Schopnost zadat více tunelů nám také umožňuje implementovat multicast na straně OBEPu (tím, že zpráva bude doručena do všech zadaných tunelů).</p>/cs/proposals/156-ecies-routers/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/156-ecies-routers/<h2 id="poznámka">Poznámka</h2> <p>Síťové nasazení a testování probíhá. Podléhá revizi. Stav:</p> <ul> <li>ECIES Routery implementovány od verze 0.9.48, viz <a href="../cs/docs/specs/common-structures/">Common</a> .</li> <li>Vytváření tunelů implementováno od verze 0.9.48, viz <a href="../cs/docs/specs/tunnel-implementation/#tunnel-creation-ecies">Tunnel-Creation-ECIES</a> .</li> <li>Šifrované zprávy pro ECIES routery implementovány od verze 0.9.49, viz <a href="../cs/docs/specs/ecies/">ECIES-ROUTERS</a> .</li> <li>Nové zprávy pro stavbu tunelů implementovány od verze 0.9.51.</li> </ul> <h2 id="přehled">Přehled</h2> <h3 id="shrnutí">Shrnutí</h3> <p>Identifikátory routerů aktuálně obsahují šifrovací klíč ElGamal. Toto je standard od počátků I2P. ElGamal je pomalý a je potřeba jej nahradit ve všech místech, kde je používán.</p>/cs/proposals/152-ecies-tunnels/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/152-ecies-tunnels/<h2 id="poznámka">Poznámka</h2> <p>Nasazení sítě a testování probíhá. Podléhá drobným revizím. Viz <a href="../cs/docs/specs/tunnel-implementation/">SPEC</a> pro oficiální specifikaci.</p> <h2 id="přehled">Přehled</h2> <p>Tento dokument navrhuje změny šifrování zpráv Tunnel Build pomocí kryptografických primitiv zavedených v <a href="../cs/docs/specs/ecies/">ECIES-X25519</a> . Je součástí celkového návrhu <a href="../cs/proposals/156-ecies-routers">Proposal 156</a> pro převod routerů z ElGamal na ECIES-X25519 klíče.</p> <p>Pro účely přechodu sítě z ElGamal + AES256 na ECIES + ChaCha20 jsou nezbytné tunnely se smíšenými ElGamal a ECIES routery. Jsou poskytnuty specifikace pro zpracování smíšených tunnel hopů. Nebudou provedeny žádné změny ve formátu, zpracování nebo šifrování ElGamal hopů.</p>/cs/proposals/145-ecies/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/145-ecies/<h2 id="motivace">Motivace</h2> <p>ECIES-P256 je mnohem rychlejší než ElGamal. Existuje několik eepsites i2pd s typem šifrování ECIES-P256 a Java by s nimi měla být schopna komunikovat a naopak. i2pd jej podporuje od verze 2.16.0 (0.9.32 Java).</p> <h2 id="přehled">Přehled</h2> <p>Tento návrh zavádí nový typ šifrování ECIES-P256, který se může objevit v části certifikátu identity, nebo jako samostatný typ šifrování v LeaseSet2. Lze použít v RouterInfo, LeaseSet1 a LeaseSet2.</p> <h3 id="umístění-klíčů-elgamal">Umístění klíčů ElGamal</h3> <p>Pro zopakování, veřejné klíče ElGamal o délce 256 bajtů lze nalézt v následujících datových strukturách. Odkaz na specifikaci společných struktur.</p>/cs/docs/specs/ecies-routers/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/specs/ecies-routers/<h2 id="poznámka">Poznámka</h2> <p>Podporováno od verze 0.9.49. Nasazení a testování v síti probíhá. Může podléhat menším revizím. Viz <a href="../cs/proposals/156-ecies-routers">návrh 156</a> .</p> <h2 id="přehled">Přehled</h2> <p>Tento dokument specifikuje šifrování garlic zpráv pro ECIES routery, používající kryptografické primitiva zavedená v <a href="../cs/docs/specs/ecies">ECIES-X25519</a> . Je součástí celkového <a href="../cs/proposals/156-ecies-routers">návrhu 156</a> pro převod routerů z ElGamal na ECIES-X25519 klíče. Tato specifikace je implementována od verze 0.9.49.</p> <p>Pro přehled všech změn požadovaných pro ECIES routery viz <a href="../cs/proposals/156-ecies-routers">návrh 156</a> . Pro Garlic Messages do ECIES-X25519 destinací viz <a href="../cs/docs/specs/ecies">ECIES-X25519</a> .</p>/cs/docs/specs/ecies/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/specs/ecies/<h2 id="poznámka">Poznámka</h2> <p>Nasazení sítě dokončeno. Podléhá drobným revizím. Viz <a href="../cs/proposals/144-ecies-x25519/">Prop144</a> pro původní návrh, včetně diskuze na pozadí a dalších informací.</p> <p>Následující funkce nejsou implementovány k verzi 0.9.66:</p> <ul> <li>Bloky MessageNumbers, Options a Termination</li> <li>Odpovědi na úrovni protokolu</li> <li>Nulový statický klíč</li> <li>Multicast</li> </ul> <p>Pro MLKEM PQ Hybrid verzi tohoto protokolu viz <a href="../cs/docs/specs/ecies-hybrid/">ECIES-HYBRID</a> .</p> <h2 id="přehled">Přehled</h2> <p>Toto je nový protokol end-to-end šifrování, který nahradí ElGamal/AES+SessionTags <a href="../cs/docs/specs/elgamal-aes/">ElG-AES</a> .</p> <p>Vychází z předchozí práce následovně:</p> <ul> <li>Specifikace běžných struktur <a href="../cs/docs/specs/common-structures/">Common</a> </li> <li>Specifikace <a href="../cs/docs/specs/i2np/">I2NP</a> včetně LS2</li> <li>ElGamal/AES+Session Tags <a href="../cs/docs/specs/elgamal-aes/">Elg-AES</a> </li> <li><a href="http://zzz.i2p/topics/1768">http://zzz.i2p/topics/1768</a> přehled nové asymetrické kryptografie</li> <li>Nízkoúrovňový přehled kryptografie <a href="../cs/docs/specs/cryptography/#elgamal">CRYPTO-ELG</a> </li> <li>ECIES <a href="http://zzz.i2p/topics/2418">http://zzz.i2p/topics/2418</a> </li> <li><a href="../cs/docs/specs/ntcp2/">NTCP2</a> <a href="../cs/proposals/111-ntcp2/">Prop111</a> </li> <li>123 Nové záznamy netDB</li> <li>142 Nová šablona kryptografie</li> <li>Protokol <a href="https://noiseprotocol.org/noise.html">Noise</a> </li> <li>Algoritmus double ratchet <a href="https://signal.org/docs/specifications/doubleratchet/">Signal</a> </li> </ul> <p>Podporuje nové šifrování pro end-to-end komunikaci mezi destinacemi.</p>/cs/proposals/144-ecies-x25519-aead-ratchet/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/144-ecies-x25519-aead-ratchet/<h2 id="poznámka">Poznámka</h2> <p>Nasazení sítě a testování probíhají. Předmět menších revizí. Viz <a href="../cs/docs/specs/ecies/">SPEC</a> pro oficiální specifikaci.</p> <p>Následující funkce nejsou implementovány ve verzi 0.9.46:</p> <ul> <li>Bloky MessageNumbers, Options a Termination</li> <li>Odpovědi na úrovni protokolu</li> <li>Nulový statický klíč</li> <li>Multicast</li> </ul> <h2 id="přehled">Přehled</h2> <p>Toto je návrh prvního nového typu end-to-end šifrování od počátku I2P, který nahradí ElGamal/AES+SessionTags <a href="../cs/docs/specs/elgamal-aes/">Elg-AES</a> .</p> <p>Spoléhá na předchozí práci následovně:</p> <ul> <li>Společné struktury spec <a href="../cs/docs/specs/common-structures/">Common Structures</a> </li> <li><a href="../cs/docs/specs/i2np/">I2NP</a> spec včetně LS2</li> <li>ElGamal/AES+Session Tags <a href="../cs/docs/specs/elgamal-aes/">Elg-AES</a> </li> <li><a href="http://zzz.i2p/topics/1768">http://zzz.i2p/topics/1768</a> přehled nové asymetrické kryptografie</li> <li>Přehled nízkoúrovňové kryptografie <a href="../cs/docs/specs/cryptography/">CRYPTO-ELG</a> </li> <li>ECIES <a href="http://zzz.i2p/topics/2418">http://zzz.i2p/topics/2418</a> </li> <li><a href="../cs/docs/specs/ntcp2/">NTCP2</a> <a href="../cs/proposals/111-ntcp-2/">Proposal 111</a> </li> <li>123 Nové záznamy v netDB</li> <li>142 Nová šablona kryptografie</li> <li><a href="https://noiseprotocol.org/noise.html">Noise</a> protokol</li> <li><a href="https://signal.org/docs/">Signal</a> algoritmus dvojitého klikačky</li> </ul> <p>Cílem je podpora nového šifrování pro end-to-end, komunikaci z cíle do cíle.</p>/cs/docs/specs/elgamal-aes/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/specs/elgamal-aes/<h2 id="přehled">Přehled</h2> <p>ElGamal/AES+SessionTags se používá pro koncové šifrování.</p> <p>Jako nespolehlivý, neuspořádaný systém založený na zprávách používá I2P jednoduchou kombinaci asymetrických a symetrických šifrovacích algoritmů k zajištění důvernosti a integrity dat pro garlic zprávy. Jako celek se tato kombinace označuje jako ElGamal/AES+SessionTags, ale to je příliš podrobný způsob, jak popsat použití 2048bit ElGamal, AES256, SHA256 a 32bytových nonce.</p> <p>Když chce router poprvé zašifrovat garlic zprávu pro jiný router, zašifruje klíčový materiál pro AES256 session key pomocí ElGamal a připojí AES256/CBC šifrovaný payload za tento šifrovaný ElGamal blok. Kromě šifrovaného payload obsahuje AES šifrovaná sekce délku payload, SHA256 hash nešifrovaného payload, stejně jako řadu &ldquo;session tags&rdquo; - náhodných 32 bajtových nonce. Až příště chce odesílatel zašifrovat garlic zprávu pro jiný router, místo ElGamal šifrování nového session key jednoduše vybere jeden z dříve doručených session tags a AES zašifruje payload jako předtím, pomocí session key použitého s tímto session tag, s předponou samotného session tag. Když router obdrží garlic šifrovanou zprávu, zkontroluje prvních 32 bajtů, zda odpovídají dostupnému session tag - pokud ano, jednoduše AES dešifrují zprávu, ale pokud ne, ElGamal dešifrují první blok.</p>/cs/docs/specs/filter-format/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/specs/filter-format/<h2 id="přehled">Přehled</h2> <p>Definice filtru je seznam řetězců. Prázdné řádky a řádky začínající <code>#</code> jsou ignorovány. Změny v definici filtru se projeví po restartu tunelu.</p> <p>Každý řádek může reprezentovat jednu z těchto položek:</p> <ul> <li>Definice výchozího prahu, který se použije na všechny vzdálené destinace neuvedené v tomto souboru nebo v jakémkoliv z odkazovaných souborů</li> <li>Definice prahu, který se použije na konkrétní vzdálenou destinaci</li> <li>Definice prahu, který se použije na vzdálené destinace uvedené v souboru</li> <li>Definice prahu, který při překročení způsobí, že problémová vzdálená destinace bude zaznamenána do určeného souboru</li> </ul> <p>Pořadí definic má význam. První práh pro danou destinaci (ať už explicitní nebo uvedený v souboru) přepíše jakékoli budoucí prahy pro tutéž destinaci, ať už explicitní nebo uvedené v souboru.</p>/cs/docs/legacy/geoip/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/legacy/geoip/<h2 id="přehled">Přehled</h2> <blockquote> <p><strong>POZNÁMKA: ZASTARALÉ</strong> - Nyní podporujeme tři formáty, v pořadí podle preference: &gt; &gt; - Maxmind geoip2 (GeoLite2-Country.mmdb) dodávaný se všemi instalacemi kromě Debian balíčků a Android &gt; - Maxmind geoip1 (GeoIP.dat) v Debian balíčku geoip-database &gt; - IPv4 Tor formát (geoip.txt) a vlastní IPv6 formát (geoipv6.dat.gz) zdokumentované níže, stále podporované, ale nepoužívané.</p></blockquote> <p>Tato stránka specifikuje formát různých GeoIP souborů, které router používá k vyhledání země pro IP adresu.</p>/cs/docs/overview/garlic-routing/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/overview/garlic-routing/<h2 id="garlic-routing-a-terminologie-garlic">Garlic Routing a terminologie &ldquo;Garlic&rdquo;</h2> <p>Termíny &ldquo;garlic routing&rdquo; a &ldquo;garlic encryption&rdquo; jsou často používány poměrně volně při odkazování na technologii I2P. Zde vysvětlujeme historii těchto termínů, jejich různé významy a použití &ldquo;garlic&rdquo; metod v I2P.</p> <p>&ldquo;Garlic routing&rdquo; byl poprvé použit <a href="https://www.cs.princeton.edu/~mfreed/">Michaelem J. Freedmanem</a> v <a href="https://www.freehaven.net/papers.html">diplomové práci</a> Free Haven od Rogera Dingledinea, sekce 8.1.1 (červen 2000), jako odvozený od <a href="https://www.onion-router.net/">Onion Routing</a> .</p> <p>&ldquo;Garlic&rdquo; mohl být původně použit vývojáři I2P, protože I2P implementuje formu balíčkování, jak popisuje Freedman, nebo jednoduše pro zdůraznění obecných rozdílů od Toru. Konkrétní zdůvodnění se mohlo ztratit v historii. Obecně se při odkazování na I2P může termín &ldquo;garlic&rdquo; vztahovat k jedné ze tří věcí:</p>/cs/proposals/134-gost/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/134-gost/<h2 id="přehled">Přehled</h2> <p>Podpis eliptické křivky GOST R 34.10 používaný úřady a podniky v Rusku. Podpora by mohla zjednodušit integraci existujících aplikací (obvykle založených na CryptoPro). Hash funkce je GOST R 34.11 o 32 nebo 64 bajtech. V zásadě funguje stejným způsobem jako EcDSA, podpis a velikost veřejného klíče je 64 nebo 128 bajtů.</p> <h2 id="motivace">Motivace</h2> <p>Kryptografie eliptických křivek nikdy nebyla zcela důvěryhodná a vyvolává mnoho spekulací o možných zadních vrátkách. Proto neexistuje žádný ultimátní typ podpisu, kterému by všichni věřili. Přidání dalšího typu podpisu poskytne lidem více možností, kterým více důvěřují.</p>/cs/misc/invisiblenet/Mon, 01 Jan 0001 00:00:00 +0000/cs/misc/invisiblenet/<p>Tato stránka byla přesunuta do sekce <a href="../cs/docs/">Dokumentace</a> pod &ldquo;Historie&rdquo;.</p>/cs/docs/specs/i2cp/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/specs/i2cp/<h2 id="přehled">Přehled</h2> <p>Toto je specifikace I2P Control Protocol (I2CP), nízkoúrovňového rozhraní mezi klienty a routerem. Java klienti budou používat I2CP klientské API, které implementuje tento protokol.</p> <p>Neexistují žádné známé implementace klientské knihovny pro I2CP mimo Javu. Navíc aplikace orientované na sockety (streaming) by potřebovaly implementaci streaming protokolu, ale ani pro ten neexistují knihovny mimo Javu. Proto by klienti mimo Javu měli místo toho používat protokol vyšší vrstvy SAM <a href="../cs/docs/api/samv3/">SAMv3</a> , pro který existují knihovny v několika jazycích.</p>/cs/docs/applications/i2p-mail/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/applications/i2p-mail/<h2 id="úvod">Úvod</h2> <p>I2P poskytuje soukromé zasílání zpráv ve stylu e-mailu prostřednictvím <strong>služby Postman&rsquo;s Mail.i2p</strong> v kombinaci s <strong>SusiMail</strong>, vestavěným webmailovým klientem. Tento systém umožňuje uživatelům odesílat a přijímat e-maily jak v rámci sítě I2P, tak do/z běžného internetu (clearnet) prostřednictvím gateway mostu.</p> <h1 id="rychlý-start">Rychlý start</h1> <h2 id="postman--maili2p--susimail">Postman / Mail.i2p + SusiMail</h2> <h3 id="what-it-is">What it is</h3> <ul> <li><strong>Mail.i2p</strong> je poskytovatel e-mailových služeb uvnitř I2P, provozovaný uživatelem &ldquo;Postman&rdquo;</li> <li><strong>SusiMail</strong> je webmailový klient integrovaný v konzoli I2P routeru. Je navržen tak, aby zabránil úniku metadat (např. hostname) k externím SMTP serverům.</li> <li>Prostřednictvím tohoto nastavení mohou uživatelé I2P odesílat/přijímat zprávy jak uvnitř I2P, tak do/z clearnetu (např. Gmail) přes most Postman.</li> </ul> <h3 id="how-addressing-works">How Addressing Works</h3> <p>I2P email používá systém dvojí adresy:</p>/cs/proposals/166-identity-aware-proxies/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/166-identity-aware-proxies/<h3 id="návrh-hostitelem-vědomého-typu-http-proxy-tunelu">Návrh hostitelem-vědomého typu HTTP proxy tunelu</h3> <p>Toto je návrh řešení „Problému sdílené identity“ při běžném použití HTTP přes I2P, který zavádí nový typ HTTP proxy tunelu. Tento typ tunelu má doplňkové chování, jehož cílem je zabránit nebo omezit užitečnost sledování prováděného potenciálně nepřátelskými operátory skrytých služeb vůči cíleným uživatelským agentům (prohlížečům) a samotné I2P klientské aplikaci.</p> <h4 id="co-je-problém-sdílené-identity">Co je „Problém sdílené identity“?</h4> <p>„Problém sdílené identity“ nastává, když uživatelský agent na kryptograficky adresované překryvné síti sdílí kryptografickou identitu s jiným uživatelským agentem. K tomu dochází například, když jsou Firefox a GNU Wget nakonfigurovány tak, aby používaly stejnou HTTP proxy.</p>/cs/docs/overview/comparison/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/overview/comparison/<h2 id="přehled">Přehled</h2> <p>Dnes existuje několik významných sítí pro ochranu soukromí a anonymity, z nichž každá má odlišné cíle návrhu a modely hrozeb. Zatímco Tor, Lokinet, GNUnet a Freenet přispívají cennými přístupy ke komunikaci chránící soukromí, <strong>I2P vyniká jako jediná produkčně připravená síť s přepínáním paketů plně optimalizovaná pro skryté služby uvnitř sítě a peer-to-peer aplikace.</strong></p> <p>Následující tabulka shrnuje klíčové architektonické a provozní rozdíly mezi těmito sítěmi k roku 2025.</p> <hr> <h2 id="srovnání-síťí-pro-ochranu-soukromí-2025">Srovnání síťí pro ochranu soukromí (2025)</h2> <table style="width:100%; border-collapse:collapse; margin-bottom:1.5rem;"> <thead> <tr> <th style="border:1px solid var(--color-border); padding:0.6rem; text-align:left; background:var(--color-bg-secondary);">Feature / Network</th> <th style="border:1px solid var(--color-border); padding:0.6rem; text-align:left; background:var(--color-bg-secondary);"><strong>I2P</strong></th> <th style="border:1px solid var(--color-border); padding:0.6rem; text-align:left; background:var(--color-bg-secondary);"><strong>Tor</strong></th> <th style="border:1px solid var(--color-border); padding:0.6rem; text-align:left; background:var(--color-bg-secondary);"><strong>Lokinet</strong></th> <th style="border:1px solid var(--color-border); padding:0.6rem; text-align:left; background:var(--color-bg-secondary);"><strong>Freenet (Hyphanet)</strong></th> <th style="border:1px solid var(--color-border); padding:0.6rem; text-align:left; background:var(--color-bg-secondary);"><strong>GNUnet</strong></th> </tr> </thead> <tbody> <tr> <td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>Primary Focus</strong></td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Hidden services, P2P applications</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Clearnet anonymity via exits</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Hybrid VPN + hidden services</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Distributed storage & publishing</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Research framework, F2F privacy</td> </tr> <tr> <td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>Architecture</strong></td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Fully distributed, packet-switched</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Centralized directory, circuit-switched</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Packet-switched LLARP with blockchain coordination</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">DHT-based content routing</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">DHT & F2F topology (R5N)</td> </tr> <tr> <td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>Routing Model</strong></td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Unidirectional tunnels (inbound/outbound)</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Bidirectional circuits (3 hops)</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Packet-switched over staked nodes</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Key-based routing</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Random walk + DHT hybrid</td> </tr> <tr> <td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>Directory / Peer Discovery</strong></td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Distributed Kademlia netDB with floodfills</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">9 hardcoded directory authorities</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Blockchain + Oxen staking</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Heuristic routing</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Distributed hash routing (R5N)</td> </tr> <tr> <td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>Encryption</strong></td> <td style="border:1px solid var(--color-border); padding:0.6rem;">ECIES-X25519-AEAD-Ratchet (ChaCha20/Poly1305)</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">AES + RSA/ECDH</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Curve25519/ChaCha20</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Custom symmetric encryption</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Ed25519/Curve25519</td> </tr> <tr> <td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>Participation Model</strong></td> <td style="border:1px solid var(--color-border); padding:0.6rem;">All routers route traffic (democratic)</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Small relay subset, majority are clients</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Only staked nodes</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">User-selectable trust mesh</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Optional F2F restriction</td> </tr> <tr> <td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>Traffic Handling</strong></td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Packet-switched, multi-path, load-balanced</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Circuit-switched, fixed path per circuit</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Packet-switched, incentivized</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">File chunk propagation</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Message batching and proof-of-work</td> </tr> <tr> <td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>Garlic Routing</strong></td> <td style="border:1px solid var(--color-border); padding:0.6rem;">✅ Yes (message bundling & tagging)</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">❌ No</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Partial (message batches)</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">❌ No</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">❌ No</td> </tr> <tr> <td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>Exit to Clearnet</strong></td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Limited (discouraged)</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Core design goal</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Supported (VPN-style exits)</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Not applicable</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Not applicable</td> </tr> <tr> <td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>Built-In Apps</strong></td> <td style="border:1px solid var(--color-border); padding:0.6rem;">I2PSnark, I2PTunnel, SusiMail, I2PBote</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Tor Browser, OnionShare</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Lokinet GUI, SNApps</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Freenet UI</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">GNUnet CLI tools</td> </tr> <tr> <td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>Performance</strong></td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Optimized for internal services, 1–3s RTT</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Optimized for exits, ~200–500ms RTT</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Low latency, staked node QoS</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">High latency (minutes)</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Experimental, inconsistent</td> </tr> <tr> <td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>Anonymity Set Size</strong></td> <td style="border:1px solid var(--color-border); padding:0.6rem;">~55,000 active routers</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Millions of daily users</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">&lt;1,000 service nodes</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Thousands (small core)</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Hundreds (research only)</td> </tr> <tr> <td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>Scalability</strong></td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Horizontal via floodfill rotation</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Centralized bottleneck (directory)</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Dependent on token economics</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Limited by routing heuristics</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Research-scale only</td> </tr> <tr> <td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>Funding Model</strong></td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Volunteer-driven nonprofit</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Major institutional grants</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Crypto-incentivized (OXEN)</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Volunteer community</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Academic research</td> </tr> <tr> <td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>License / Codebase</strong></td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Open source (Java/C++/Go)</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Open source (C)</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Open source (C++)</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Open source (Java)</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Open source (C)</td> </tr> </tbody> </table> --- <h2 id="proč-je-i2p-lídrem-v-designu-zaměřeném-na-soukromí">Proč je I2P lídrem v designu zaměřeném na soukromí</h2> <h3 id="1-packet-switching--circuit-switching">1. <strong>Packet Switching &gt; Circuit Switching</strong></h3> <p>Model spínaných okruhů v síti Tor váže provoz na pevné tříhopové cesty—efektivní pro prohlížení webu, ale křehký pro dlouhodobě běžící interní služby. <strong>Paketově spínané tunely</strong> I2P odesílají zprávy přes více současných cest a automaticky směrují obchází přetížení či výpadky pro lepší dostupnost a distribuci zátěže.</p>/cs/docs/overview/intro/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/overview/intro/<p>POZNÁMKA: Tento dokument původně napsal jrandom v roce 2003. I když se snažíme ho udržovat aktuální, některé informace mohou být zastaralé nebo neúplné. Sekce o transportu a kryptografii jsou aktuální k lednu 2025.</p> <h2 id="úvod">Úvod</h2> <p>I2P je škálovatelná, samoorganizující se, odolná anonymní síťová vrstva s přepínáním paketů, na které může fungovat libovolný počet různých aplikací zaměřených na anonymitu nebo bezpečnost. Každá z těchto aplikací si může vytvořit vlastní kompromisy mezi anonymitou, latencí a propustností, aniž by se musela starat o správnou implementaci mixnet se svobodným směřováním, což jim umožňuje sloučit svou aktivitu s větším souborem anonymních uživatelů již běžících na I2P.</p>/cs/docs/overview/tech-intro/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/overview/tech-intro/<p>POZNÁMKA: Tento dokument byl původně napsán jrandom v roce 2003. I když se snažíme jej udržovat aktuální, některé informace mohou být zastaralé nebo neúplné. Sekce o transportu a kryptografii jsou aktuální k lednu 2025.</p> <h2 id="úvod">Úvod</h2> <p>I2P je škálovatelná, samoorganizující se, odolná paketově přepínaná anonymní síťová vrstva, na které může fungovat libovolný počet různých aplikací zaměřených na anonymitu nebo bezpečnost. Každá z těchto aplikací si může vytvořit vlastní kompromisy mezi anonymitou, latencí a propustností, aniž by se musela starat o správnou implementaci free route mixnet (svobodné směrovací míchací sítě), což jim umožňuje prolnout svou aktivitu s větší množinou anonymních uživatelů, kteří již běží na I2P.</p>/cs/docs/api/i2pcontrol/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/api/i2pcontrol/<p>&mdash;&mdash;&mdash;&mdash;-zkontrolovat přidání věcí&mdash;&mdash;&mdash;&mdash;&ndash;</p> <h1 id="dokumentace-i2pcontrol-api">Dokumentace I2PControl API</h1> <p>I2PControl je <strong>JSON-RPC 2.0</strong> API dodávané s I2P routerem (od verze 0.9.39). Umožňuje autentifikované monitorování a ovládání routeru prostřednictvím strukturovaných JSON požadavků.</p> <blockquote> <p><strong>Výchozí heslo:</strong> <code>itoopie</code> — toto je tovární výchozí nastavení a <strong>mělo by být okamžitě změněno</strong> z bezpečnostních důvodů.</p></blockquote> <hr> <h2 id="1-přehled-a-přístup">1. Přehled a přístup</h2> <table style="width:100%; border-collapse:collapse; margin-bottom:1.5rem;"> <thead> <tr> <th style="border:1px solid var(--color-border); padding:0.6rem; text-align:left; background:var(--color-bg-secondary);">Implementation</th> <th style="border:1px solid var(--color-border); padding:0.6rem; text-align:left; background:var(--color-bg-secondary);">Default Endpoint</th> <th style="border:1px solid var(--color-border); padding:0.6rem; text-align:left; background:var(--color-bg-secondary);">Protocol</th> <th style="border:1px solid var(--color-border); padding:0.6rem; text-align:left; background:var(--color-bg-secondary);">Enabled by Default</th> <th style="border:1px solid var(--color-border); padding:0.6rem; text-align:left; background:var(--color-bg-secondary);">Notes</th> </tr> </thead> <tbody> <tr> <td style="border:1px solid var(--color-border); padding:0.6rem;">Java I2P (2.10.0+)</td> <td style="border:1px solid var(--color-border); padding:0.6rem;"><code>http://127.0.0.1:7657/jsonrpc/</code></td> <td style="border:1px solid var(--color-border); padding:0.6rem;">HTTP</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">❌ Must be enabled via WebApps (Router Console)</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Bundled webapp</td> </tr> <tr> <td style="border:1px solid var(--color-border); padding:0.6rem;">i2pd (C++ implementation)</td> <td style="border:1px solid var(--color-border); padding:0.6rem;"><code>https://127.0.0.1:7650/</code></td> <td style="border:1px solid var(--color-border); padding:0.6rem;">HTTPS</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">✅ Enabled by default</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">Legacy plugin behavior</td> </tr> </tbody> </table> V případě Java I2P musíte jít do **Router Console → WebApps → I2PControl** a povolit ho (nastavit na automatické spuštění). Jakmile je aktivní, všechny metody vyžadují, abyste se nejprve autentifikovali a obdrželi token relace. <hr> <h2 id="2-formát-json-rpc">2. Formát JSON-RPC</h2> <p>Všechny požadavky dodržují strukturu JSON-RPC 2.0:</p>/cs/docs/api/i2ptunnel/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/api/i2ptunnel/<h2 id="overview">Přehled</h2> <p>I2PTunnel je nástroj pro propojení se službami na I2P a jejich poskytování. Cíl I2PTunnel může být definován pomocí <a href="../cs/docs/overview/naming">hostname</a> , <a href="../cs/docs/overview/naming#base32">Base32</a> , nebo plného 516-bajtového destination klíče. Vytvořený I2PTunnel bude dostupný na vašem klientském počítači jako localhost:port. Pokud chcete poskytovat službu na síti I2P, jednoduše vytvoříte I2PTunnel na příslušnou ip_address:port. Pro službu bude vygenerován odpovídající 516-bajtový destination klíč a stane se dostupnou v celém I2P. Webové rozhraní pro správu I2PTunnel je dostupné na <a href="http://localhost:7657/i2ptunnel/">localhost:7657/i2ptunnel/</a> .</p>/cs/docs/legacy/old-tunnel-implementation/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/legacy/old-tunnel-implementation/<p><strong>Poznámka: Zastaralé - NEPOUŽÍVÁ SE! Nahrazeno ve verzi 0.6.1.10 - viz <a href="../cs/docs/specs/tunnel-implementation">současná implementace</a> pro aktivní specifikaci.</strong></p> <h2 id="tunnel.overview">1) Přehled tunnelů</h2> <p>V rámci I2P jsou zprávy předávány jedním směrem přes virtuální tunnel partnerů, pomocí jakýchkoli dostupných prostředků pro předání zprávy dalšímu uzlu. Zprávy přicházejí na bránu tunnelu, jsou zabaleny pro cestu a předány dalšímu uzlu v tunnelu, který zprávu zpracuje a ověří její platnost a pošle ji dalšímu uzlu, a tak dále, dokud nedosáhne koncového bodu tunnelu. Tento koncový bod vezme zprávy zabalené bránou a předá je podle instrukcí - buď jinému routeru, jinému tunnelu na jiném routeru, nebo lokálně.</p>/cs/docs/specs/tunnel-implementation/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/specs/tunnel-implementation/<p>Tato stránka dokumentuje současnou implementaci tunnelů.</p> <h2 id="tunnel.overview">Přehled tunnel</h2> <p>V rámci I2P jsou zprávy předávány jedním směrem skrze virtuální tunnel tvořený uzly, pomocí jakýchkoli dostupných prostředků k předání zprávy dalšímu uzlu. Zprávy dorazí na <em>gateway</em> tunnelu, kde jsou zabaleny a/nebo fragmentovány na tunnel zprávy pevné velikosti a předány dalšímu uzlu v tunnelu, který zprávu zpracuje, ověří její platnost a pošle ji dalšímu uzlu, a tak dále, dokud nedosáhne koncového bodu tunnelu. Tento <em>endpoint</em> vezme zprávy zabalené gateway a předá je podle instrukcí - buď jinému routeru, jinému tunnelu na jiném routeru, nebo lokálně.</p>/cs/docs/development/overview/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/development/overview/<h2 id="overview">Přehled</h2> <ul> <li><a href="../cs/docs/overview/intro">Technický úvod</a> </li> <li><a href="../cs/docs/overview/intro/">Méně technický úvod</a> </li> <li><a href="../cs/docs/overview/threat-model">Model hrozeb a analýza</a> </li> <li><a href="../cs/docs/overview/comparison">Srovnání s jinými anonymními sítěmi</a> </li> <li><a href="../cs/docs/development/protocol-stack">Schéma zásobníku protokolů</a> </li> <li><a href="../cs/papers/">Články o I2P</a> </li> <li><a href="../cs/about/media/">Prezentace, články, tutoriály, videa a rozhovory</a> </li> <li><a href="../docs/historical/i2p_philosophy.pdf">Přehled projektu Invisible Internet Project (I2P) - 28. srpna 2003 (PDF)</a> </li> </ul> <h2 id="applications">Témata aplikační vrstvy</h2> <ul> <li><a href="../cs/docs/development/applications">Přehled a průvodce vývojem aplikací</a> </li> <li><a href="../cs/docs/overview/naming">Pojmenování a adresář</a> </li> <li><a href="../cs/docs/specs/subscription">Příkazy odběru adresáře</a> </li> <li><a href="../cs/docs/guides/plugins">Přehled pluginů</a> </li> <li><a href="../cs/docs/specs/plugin">Specifikace pluginů</a> </li> <li><a href="../cs/docs/applications/managed-clients">Spravovaní klienti</a> </li> <li><a href="../cs/docs/applications/embedding">Vložení routeru do vaší aplikace</a> </li> <li><a href="../cs/docs/applications/bittorrent">Bittorrent přes I2P</a> </li> <li><a href="../cs/docs/api/i2pcontrol">API pluginu I2PControl</a> </li> <li><a href="../cs/docs/specs/blockfile">Formát hostsdb.blockfile</a> </li> <li><a href="../cs/docs/specs/configuration">Formát konfiguračního souboru</a> </li> </ul> <h2 id="api">API a protokoly aplikační vrstvy</h2> <ul> <li><a href="../cs/docs/api/i2ptunnel">I2PTunnel</a> </li> <li><a href="../cs/docs/specs/configuration">Konfigurace I2PTunnel</a> </li> <li><a href="../cs/docs/api/socks">SOCKS Proxy</a> </li> <li><a href="../cs/docs/api/samv3">Protokol SAMv3</a> </li> <li><a href="../cs/docs/legacy/sam">Protokol SAM</a> (Zastaralé)</li> <li><a href="../cs/docs/legacy/samv2">Protokol SAMv2</a> (Zastaralé)</li> <li><a href="../cs/docs/legacy/bob">Protokol BOB</a> (Zastaralé)</li> </ul> <h2 id="transport-api">API a protokoly end-to-end transportu</h2> <ul> <li><a href="../cs/docs/api/streaming">Přehled streamovacího protokolu</a> </li> <li><a href="../cs/docs/specs/streaming">Specifikace streamovacího protokolu</a> </li> <li><a href="../cs/docs/api/datagrams">Datagramy</a> </li> <li><a href="../cs/docs/specs/datagrams">Specifikace datagramů</a> </li> </ul> <h2 id="i2cp">API a protokol rozhraní klient-router</h2> <ul> <li><a href="../cs/docs/specs/i2cp">Přehled I2CP</a> </li> <li><a href="../cs/docs/specs/i2cp">Specifikace I2CP</a> </li> <li><a href="../cs/docs/specs/common-structures">Specifikace společných datových struktur</a> </li> </ul> <h2 id="encryption">End-to-end šifrování</h2> <ul> <li><a href="../cs/docs/specs/ecies">Šifrování ECIES-X25519-AEAD-Ratchet pro destinace</a> </li> <li><a href="../cs/docs/specs/ecies-hybrid">Hybridní šifrování ECIES-X25519</a> </li> <li><a href="../cs/docs/specs/ecies-routers">Šifrování ECIES-X25519 pro routery</a> </li> <li><a href="../cs/docs/specs/elgamal-aes">Šifrování ElGamal/AES+SessionTag</a> </li> <li><a href="../cs/docs/specs/cryptography">Detaily kryptografie ElGamal a AES</a> </li> </ul> <h2 id="netdb">Síťová databáze</h2> <ul> <li><a href="../cs/docs/overview/network-database">Přehled síťové databáze, detaily a analýza hrozeb</a> </li> <li><a href="../cs/docs/specs/cryptography#hashes">Kryptografické hashe</a> </li> <li><a href="../cs/docs/specs/cryptography#signatures">Kryptografické podpisy</a> </li> <li><a href="../cs/docs/specs/red25519">Podpisy Red25519</a> </li> <li><a href="../cs/docs/misc/reseed">Specifikace reseed routeru</a> </li> <li><a href="../cs/docs/specs/b32encrypted">Base32 adresy pro šifrované leasesety</a> </li> </ul> <h2 id="i2np">Protokol zpráv routeru</h2> <ul> <li><a href="../cs/docs/specs/i2np">Přehled I2NP</a> </li> <li><a href="../cs/docs/specs/i2np">Specifikace I2NP</a> </li> <li><a href="../cs/docs/specs/common-structures">Specifikace společných datových struktur</a> </li> <li><a href="../cs/docs/specs/encryptedleaseset">Specifikace šifrovaného leasesetu</a> </li> </ul> <h2 id="tunnels">Tunely</h2> <ul> <li><a href="../cs/docs/overview/peer-selection">Profilování a výběr peerů</a> </li> <li><a href="../cs/docs/overview/tunnel-routing">Přehled směrování tunelů</a> </li> <li><a href="../cs/docs/overview/garlic-routing">Garlic směrování a terminologie</a> </li> <li><a href="../cs/docs/specs/tunnel-creation">Budování a šifrování tunelů</a> </li> <li><a href="../cs/docs/specs/elgamal-tunnel-creation">ElGamal/AES pro šifrování požadavků na budování</a> </li> <li><a href="../cs/docs/specs/cryptography">Detaily kryptografie ElGamal a AES</a> </li> <li><a href="../cs/docs/specs/tunnel-creation">Specifikace budování tunelů (ElGamal)</a> </li> <li><a href="../cs/docs/specs/tunnel-creation-ecies">Specifikace budování tunelů (ECIES-X25519)</a> </li> <li><a href="../cs/docs/specs/tunnel-message">Specifikace nízkoúrovňových zpráv tunelů</a> </li> <li><a href="../cs/docs/legacy/unidirectional">Jednosměrné tunely</a> </li> <li><a href="../docs/historical/I2P-PET-CON-2009.1.pdf">Profilování a výběr peerů v anonymní síti I2P - 2009 (PDF)</a> </li> </ul> <h2 id="transports">Transportní vrstva</h2> <ul> <li><a href="../cs/docs/overview/transport">Přehled transportní vrstvy</a> </li> <li><a href="../cs/docs/specs/ntcp2">Specifikace NTCP2</a> </li> <li><a href="../cs/docs/specs/ssu2">Specifikace SSU2</a> </li> <li><a href="../cs/docs/legacy/ntcp">NTCP (Zastaralé)</a> </li> <li><a href="../cs/docs/legacy/ssu-overview">Přehled SSU (Zastaralé)</a> </li> </ul> <h2 id="router">Další témata routeru</h2> <ul> <li><a href="../cs/docs/specs/updates">Aktualizace softwaru routeru</a> </li> <li><a href="../cs/docs/misc/reseed">Specifikace reseed routeru</a> </li> <li><a href="../cs/docs/overview/performance">Výkon</a> </li> <li><a href="../cs/docs/specs/configuration">Formát konfiguračního souboru</a> </li> <li><a href="../cs/docs/legacy/geoip">Formát souboru GeoIP</a> </li> <li><a href="../cs/docs/overview/ports">Porty používané I2P</a> </li> </ul> <h2 id="develop">Průvodci a zdroje pro vývojáře</h2> <ul> <li><a href="../cs/docs/development/new-developers">Průvodce pro nové vývojáře</a> </li> <li><a href="../cs/docs/development/new-translators">Průvodce pro nové překladatele</a> </li> <li><a href="../cs/docs/development/dev-guidelines">Pokyny pro vývojáře</a> </li> <li><a href="../cs/proposals/">Návrhy</a> </li> <li><a href="../cs/docs/applications/embedding">Vložení routeru do vaší aplikace</a> </li> <li><a href="../cs/docs/guides/reseed-server">Jak nastavit reseed server</a> </li> <li><a href="../cs/docs/overview/ports">Porty používané I2P</a> </li> <li><a href="../cs/get-involved/roadmap/">Plán projektu</a> </li> <li><a href="../cs/docs/historical/">Staré dokumenty invisiblenet I2P - 2003</a> </li> </ul>/cs/docs/guides/instalace-i2p-na-debianu-a-ubuntu/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/guides/instalace-i2p-na-debianu-a-ubuntu/<p>Projekt I2P udržuje oficiální balíčky pro Debian, Ubuntu a jejich odvozené distribuce. Tento průvodce poskytuje komplexní pokyny pro instalaci I2P pomocí našich oficiálních repozitářů.</p> <hr> <div class="coming-soon-section"> <h2 id="-beta-automatic-installation-experimental">🚀 Beta: Automatic Installation (Experimental)</h2> <p><strong>For advanced users who want a quick automated installation:</strong></p> <p>This one-liner will automatically detect your distribution and install I2P. <strong>Use with caution</strong> - review the <a href="https://i2p.net/installlinux.sh">installation script</a> before running.</p> <div class="highlight"><pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;"><code class="language-bash" data-lang="bash"><span style="display:flex;"><span>curl -fsSL https://i2p.net/installlinux.sh | sudo bash </span></span></code></pre></div><p><strong>What this does:</strong></p> <ul> <li>Detects your Linux distribution (Ubuntu/Debian)</li> <li>Adds the appropriate I2P repository</li> <li>Installs GPG keys and required packages</li> <li>Installs I2P automatically</li> </ul> <p>⚠️ <strong>This is a beta feature.</strong> If you prefer manual installation or want to understand each step, use the manual installation methods below.</p>/cs/docs/guides/instalace-i2p-na-macos/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/guides/instalace-i2p-na-macos/<h2 id="co-budete-potřebovat">Co budete potřebovat</h2> <ul> <li>Mac se systémem macOS 10.14 (Mojave) nebo novější</li> <li>Administrátorský přístup pro instalaci aplikací</li> <li>Přibližně 15-20 minut času</li> <li>Připojení k internetu pro stažení instalačních souborů</li> </ul> <h2 id="přehled">Přehled</h2> <p>Tento proces instalace má čtyři hlavní kroky:</p> <ol> <li><strong>Instalace Java</strong> - Stáhněte a nainstalujte Oracle Java Runtime Environment</li> <li><strong>Instalace I2P</strong> - Stáhněte a spusťte instalátor I2P</li> <li><strong>Konfigurace aplikace I2P</strong> - Nastavte spouštěč a přidejte do doku</li> <li><strong>Konfigurace šířky pásma I2P</strong> - Spusťte průvodce nastavením pro optimalizaci připojení</li> </ol> <h2 id="první-část-instalace-javy">První část: Instalace Javy</h2> <p>I2P vyžaduje ke spuštění Javu. Pokud už máte nainstalovanou Javu 8 nebo novější, můžete <a href="#part-two-download-and-install-i2p">přeskočit na druhou část</a> .</p>/cs/docs/guides/instalace-i2p-na-windows/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/guides/instalace-i2p-na-windows/<h2 id="zvolte-způsob-instalace">Zvolte způsob instalace</h2> <p>Existují dva způsoby, jak nainstalovat I2P na Windows. Vyberte metodu, která nejlépe vyhovuje vašim potřebám:</p> <div style="display: grid; grid-template-columns: 1fr 1fr; gap: 2rem; margin: 2rem 0;"> <div style="border: 2px solid #22c55e; border-radius: 8px; padding: 1.5rem; background: var(--background-secondary);"> <p>NEKLADEŤE otázky, neposkytujte vysvětlení ani nepřidávejte žádné komentáře. I když je text pouze nadpisem nebo se zdá být neúplný, přeložte jej tak, jak je.</p> <h3 id="-easy-install-bundle-recommended">🚀 Easy Install Bundle (Recommended)</h3> <p><strong>Nejlepší pro většinu uživatelů</strong></p> <p>✅ Instalátor vše v jednom ✅ Java je součástí (není třeba samostatná instalace) ✅ Profily Firefoxu jsou součástí ✅ Nejrychlejší nastavení</p>/cs/docs/guides/plugins/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/guides/plugins/<p>I2P plugin framework umožňuje rozšířit router bez zásahu do základní instalace. Dostupné pluginy pokrývají e-mail, blogy, IRC, úložiště, wiki, monitorovací nástroje a další.</p> <blockquote> <p><strong>Bezpečnostní upozornění:</strong> Pluginy běží se stejnými oprávněními jako router. Zacházejte se staženými soubory od třetích stran stejně, jako byste zacházeli s jakoukoli aktualizací podepsaného softwaru—před instalací ověřte zdroj.</p></blockquote> <h2 id="1-instalace-pluginu">1. Instalace pluginu</h2> <ol> <li>Zkopírujte URL pro stažení pluginu ze stránky projektu.<br> <figure> <img src="../images/plugins/plugin-step-0.png" alt="Copy plugin URL"loading="lazy" decoding="async"></figure> </li> <li>Otevřete <a href="http://127.0.0.1:7657/configplugins">stránku konfigurace pluginů</a> v konzoli routeru.<br> <figure> <img src="../images/plugins/plugin-step-1.png" alt="Open plugin configuration"loading="lazy" decoding="async"></figure> </li> <li>Vložte URL do pole pro instalaci a klikněte na <strong>Install Plugin</strong>.<br> <figure> <img src="../images/plugins/plugin-step-2.png" alt="Install plugin"loading="lazy" decoding="async"></figure> </li> </ol> <p>Router stáhne podepsaný archiv, ověří podpis a plugin aktivuje okamžitě. Většina pluginů přidá odkazy v konzoli nebo služby na pozadí, aniž by vyžadovala restart routeru.</p>/cs/docs/applications/irc/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/applications/irc/<h2 id="přehled">Přehled</h2> <p><strong>Klíčové body</strong></p> <ul> <li>I2P poskytuje <strong>end-to-end šifrování</strong> pro IRC provoz skrze své tunely. <strong>Vypněte SSL/TLS</strong> v IRC klientech, pokud nepoužíváte outproxy do clearnetu.</li> <li>Předkonfigurovaný <strong>Irc2P</strong> klientský tunel poslouchá na <strong>127.0.0.1:6668</strong> ve výchozím nastavení. Připojte svého IRC klienta na tuto adresu a port.</li> <li>Nepoužívejte termín &ldquo;router‑provided TLS.&rdquo; Používejte &ldquo;nativní šifrování I2P&rdquo; nebo &ldquo;end‑to‑end šifrování.&rdquo;</li> </ul> <h2 id="rychlý-start-java-i2p">Rychlý start (Java I2P)</h2> <ol> <li>Otevřete <strong>Hidden Services Manager</strong> na adrese <code>http://127.0.0.1:7657/i2ptunnel/</code> a ujistěte se, že tunel <strong>Irc2P</strong> je <strong>spuštěný</strong>.</li> <li>Ve svém IRC klientovi nastavte <strong>server</strong> = <code>127.0.0.1</code>, <strong>port</strong> = <code>6668</code>, <strong>SSL/TLS</strong> = <strong>vypnuto</strong>.</li> <li>Připojte se a vstupte do kanálů jako <code>#i2p</code>, <code>#i2p-dev</code>, <code>#i2p-help</code>.</li> </ol> <p>Pro uživatele <strong>i2pd</strong> (router v C++), vytvořte klientský tunnel v souboru <code>tunnels.conf</code> (viz příklady níže).</p>/cs/docs/legacy/unidirectional/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/legacy/unidirectional/<h2 id="přehled">Přehled</h2> <p>Tato stránka popisuje původ a návrh jednosměrných tunnelů I2P. Pro další informace viz:</p> <ul> <li><a href="../cs/docs/overview/tunnel-routing">Přehledová stránka tunelů</a> </li> <li><a href="../cs/docs/specs/tunnel-implementation">Specifikace tunelů</a> </li> <li><a href="../cs/docs/specs/tunnel-creation">Specifikace vytváření tunelů</a> </li> <li><a href="../cs/docs/discussions/tunnel">Diskuze o designu tunelů</a> </li> <li><a href="../cs/docs/overview/peer-selection">Výběr peerů</a> </li> </ul> <h2 id="recenze">Recenze</h2> <p>Ačkoli si nejsme vědomi žádného publikovaného výzkumu o výhodách jednosměrných tunelů, zdá se, že ztěžují detekci vzoru požadavek/odpověď, který je u obousměrného tunelu docela možné detekovat. Několik aplikací a protokolů, zejména HTTP, přenáší data tímto způsobem. Pokud by provoz sledoval stejnou trasu k cíli a zpět, mohlo by to útočníkovi, který má pouze data o časování a objemu provozu, usnadnit odvození cesty, kterou tunnel používá. Když se odpověď vrátí jinou cestou, je to pravděpodobně obtížnější.</p>/cs/docs/guides/browser-config/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/guides/browser-config/<p>Tento průvodce ukazuje, jak nakonfigurovat běžné prohlížeče pro odesílání provozu přes vestavěnou HTTP proxy I2P. Pokrývá prohlížeče Safari, Firefox a Chrome/Chromium s podrobnými pokyny krok za krokem.</p> <p><strong>Důležité poznámky</strong>:</p> <ul> <li>Výchozí HTTP proxy I2P naslouchá na <code>127.0.0.1:4444</code>.</li> <li>I2P chrání provoz uvnitř sítě I2P (stránky .i2p).</li> <li>Ujistěte se, že váš I2P router běží před konfigurací prohlížeče.</li> </ul> <h2 id="safari-macos">Safari (macOS)</h2> <p>Safari používá celostystémová nastavení proxy na macOS.</p> <h3 id="step-1-open-network-settings">Step 1: Open Network Settings</h3> <ol> <li>Otevřete <strong>Safari</strong> a přejděte do <strong>Safari → Nastavení</strong> (nebo <strong>Předvolby</strong>)</li> <li>Klikněte na záložku <strong>Pokročilé</strong></li> <li>V sekci <strong>Proxy</strong> klikněte na <strong>Změnit nastavení&hellip;</strong></li> </ol> <p>Toto otevře síťová nastavení vašeho Macu.</p>/cs/proposals/147-transport-network-id-check/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/147-transport-network-id-check/<h2 id="přehled">Přehled</h2> <p>NTCP2 (návrh 111) neodmítá spojení s různými ID sítí ve fázi žádosti o spojení. Spojení musí být v současné době odmítnuto ve fázi potvrzení spojení, když Bob zkontroluje Alicein RI.</p> <p>Podobně SSU neodmítá spojení s různými ID sítí ve fázi žádosti o spojení. Spojení musí být v současné době odmítnuto po fázi potvrzení spojení, když Bob zkontroluje Alicein RI.</p> <p>Tento návrh mění fázi žádosti o spojení obou protokolů tak, aby zahrnoval ID sítě, způsobem kompatibilním s předchozími verzemi.</p>/cs/proposals/110-leaseset-2/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/110-leaseset-2/<h2 id="přehled">Přehled</h2> <p>Tento návrh se zabývá novým formátem LeaseSet s podporou novějších typů šifrování.</p> <h2 id="motivace">Motivace</h2> <p>Kryptografie typu end-to-end, která je používána v tunelech I2P, má oddělené šifrovací a podepisovací klíče. Podepisovací klíče jsou součástí destinace tunelu, která již byla rozšířena certifikáty klíčů na podporu novějších typů podpisů. Šifrovací klíče jsou však součástí LeaseSet, která neobsahuje žádné certifikáty. Z tohoto důvodu je nutné implementovat nový formát LeaseSet a přidat podporu pro jeho ukládání v netDb.</p>/cs/docs/development/licenses/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/development/licenses/<p>Jak vyžaduje náš <a href="../cs/docs/overview/threat-model/">model hrozeb</a> (mimo jiné důvody), software vyvinutý pro podporu anonymní komunikační sítě, kterou nazýváme I2P, musí být volně dostupný, s otevřeným zdrojovým kódem a uživatelsky upravitelný. Abychom splnili tato kritéria, využíváme různé právní a softwarové inženýrské techniky, abychom odstranili co nejvíce překážek pro ty, kteří zvažují využití nebo přispění k projektu I2P.</p> <p>Ačkoli níže uvedené informace mohou být matoucí spíše než jednoduché prohlášení &ldquo;I2P je BSD&rdquo;, &ldquo;I2P je GPL&rdquo; nebo &ldquo;I2P je veřejná doména&rdquo;, krátká odpověď na otázku &ldquo;Jak je I2P licencováno?&rdquo; zní takto:</p>/cs/proposals/162-congestion-caps/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/162-congestion-caps/<h2 id="přehled">Přehled</h2> <p>Přidejte indikátory zácpy do publikovaných informací o směrovači (RI).</p> <h2 id="motivace">Motivace</h2> <p>Šířkové &ldquo;limity&rdquo; (schopnosti) indikují sdílené limity šířky pásma a dosažitelnost, ale ne stav zácpy. Indikátor zácpy pomůže směrovačům vyhnout se pokusům o budování přes ucpaný směrovač, což přispívá k větší zácpě a snížené úspěšnosti budování tunelu.</p> <h2 id="návrh">Návrh</h2> <p>Definujte nové limity pro indikaci různých úrovní zácpy nebo problémů s kapacitou. Tyto limity budou umístěny v nejvyšší úrovni RI, ne v adresových limitech.</p>/cs/proposals/157-new-tbm/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/157-new-tbm/<h2 id="poznámka">Poznámka</h2> <p>Implementováno od verze API 0.9.51. Probíhá testování a nasazení v síti. Předmět drobných úprav. Pro konečnou specifikaci vizte <a href="../cs/docs/specs/i2np/">I2NP</a> a <a href="../cs/docs/specs/tunnel-implementation/#tunnel-creation-ecies">Tunnel-Creation-ECIES</a> .</p> <h2 id="přehled">Přehled</h2> <h3 id="shrnutí">Shrnutí</h3> <p>Aktuální velikost zašifrovaných záznamů požadavků a odpovědí na konstrukci tunelu je 528. U typických zpráv proměnných konstrukcí tunelu a odpovědí na proměnné konstrukce tunelu je celková velikost 2113 bajtů. Tato zpráva je rozdělena na tři 1KB tunelové zprávy pro zpětnou cestu.</p> <p>Změny formátu 528-bajtového záznamu pro směrovače ECIES-X25519 jsou specifikovány v <a href="../cs/proposals/152-ecies-tunnels/">Prop152</a> a <a href="../cs/docs/specs/tunnel-implementation/#tunnel-creation-ecies">Tunnel-Creation-ECIES</a> . Pro směs směrovačů ElGamal a ECIES-X25519 v tunelu musí velikost záznamu zůstat 528 bajtů. Avšak pokud jsou všechny směrovače v tunelu ECIES-X25519, je možné vytvořit nový, menší záznam konstrukce, protože šifrování ECIES-X25519 má mnohem menší režii než ElGamal.</p>/cs/proposals/120-meta-leaseset-for-multihoming/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/120-meta-leaseset-for-multihoming/<h2 id="přehled">Přehled</h2> <p>Tento návrh se týká implementace správné podpory multihomingu v I2P, která může škálovat až na velké weby.</p> <h2 id="motivace">Motivace</h2> <p>Multihoming je hack a pravděpodobně nebude fungovat pro např. facebook.i2p v měřítku. Řekněme, že bychom měli 100 multihomů, každý se 16 tunely, to by bylo 1600 publikací LS každých 10 minut, nebo téměř 3 za sekundu. Floodfill servery by byly přetíženy a spuštěny omezení. A to jsme ještě nezmínili vyhledávací provoz.</p>/cs/docs/legacy/ministreaming/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/legacy/ministreaming/<h2 id="poznámka">Poznámka</h2> <p>Knihovna ministreaming byla vylepšena a rozšířena &ldquo;úplnou&rdquo; <a href="../cs/docs/api/streaming">streaming knihovnou</a> . Ministreaming je zastaralé a není kompatibilní s dnešními aplikacemi. Následující dokumentace je stará. Také si všimněte, že streaming rozšiřuje ministreaming ve stejném Java balíčku (net.i2p.client.streaming), takže aktuální API dokumentace obsahuje obojí. Zastaralé ministreaming třídy a metody jsou v Javadocs jasně označeny jako deprecated.</p> <h2 id="knihovna-ministreaming">Knihovna Ministreaming</h2> <p>Knihovna ministreaming je vrstva nad jádrem <a href="../cs/docs/protocol/i2cp">I2CP</a> , která umožňuje spolehlivé, seřazené a autentizované proudy zpráv fungovat přes nespolehlivou, neseřazenou a neautentizovanou vrstvu zpráv. Stejně jako vztah TCP k IP má tato streaming funkcionalnost celou řadu kompromisů a optimalizací k dispozici, ale místo vkládání této funkcionality do základního I2P kódu byla vyčleněna do vlastní knihovny jak pro udržení TCP-podobných složitostí odděleně, tak pro umožnění alternativních optimalizovaných implementací.</p>/cs/docs/overview/threat-model/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/overview/threat-model/<h2 id="co-myslíme-pojmem-anonymní">Co myslíme pojmem &ldquo;Anonymní&rdquo;?</h2> <p>Vaši úroveň anonymity lze popsat jako &ldquo;jak těžké je pro někoho zjistit informace, které nechcete, aby věděl&rdquo; — kdo jste, kde se nacházíte, s kým komunikujete, nebo dokonce kdy komunikujete. &ldquo;Dokonalá&rdquo; anonymita zde není užitečný koncept — software vás neučiní nerozeznatelným od lidí, kteří nepoužívají počítače nebo nejsou na internetu. Místo toho pracujeme na poskytování dostatečné anonymity pro uspokojení skutečných potřeb kohokoli, komu můžeme — od těch, kteří jednoduše prohlížejí webové stránky, po ty, kteří si vyměňují data, až po ty, kteří se bojí odhalení mocnými organizacemi nebo státy.</p>/cs/proposals/143-build-message-options/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/143-build-message-options/<h2 id="poznámka">Poznámka</h2> <p>Tento návrh nebyl implementován tak, jak bylo specifikováno, nicméně dlouhé a krátké zprávy o výstavbě ECIES (návrhy 152 a 157) byly navrženy s rozšiřitelnými poli možností. Viz <a href="../cs/docs/specs/tunnel-implementation/#tunnel-creation-ecies">specifikace Tunnel Creation ECIES</a> pro oficiální specifikaci.</p> <h2 id="přehled">Přehled</h2> <p>Přidat flexibilní a rozšiřitelný mechanismus pro volby v I2NP Záznamech o Výstavbě Tunelu, které jsou obsaženy ve Zprávách o Výstavbě Tunelu a Odpovědích na Výstavbu Tunelu.</p> <h2 id="motivace">Motivace</h2> <p>Existuje několik předběžných, nezveřejněných návrhů na nastavení možností nebo konfigurace ve Zprávě o Výstavbě Tunelu, takže tvůrce tunelu může předat některé parametry každému skoku tunelu.</p>/cs/proposals/101-multicast/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/101-multicast/<h2 id="přehled">Přehled</h2> <p>Základní myšlenka: Odeslat jednu kopii přes váš odchozí tunel, odchozí koncový bod distribuuje ke všem vstupním branám. Konec-konec šifrování vyloučeno.</p> <h2 id="návrh">Návrh</h2> <ul> <li>Nový typ multicast tunelové zprávy (typ doručení = 0x03)</li> <li>Odchozí koncový bod multicast distribuce</li> <li>Nový typ I2NP Multicast Zprávy?</li> <li>Nový typ I2CP Multicast SendMessageMessage Zprávy</li> <li>Nešifrovat router-router v OutNetMessageOneShotJob (česnek?)</li> </ul> <p>Aplikace:</p> <ul> <li>RTSP Proxy?</li> </ul> <p>Streamr:</p> <ul> <li>Nastavit MTU? Nebo to udělat jen v aplikaci?</li> <li>Přijem a přenos na požádání</li> </ul>/cs/proposals/108-multipath-tcp-for-streaming/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/108-multipath-tcp-for-streaming/<h2 id="přehled">Přehled</h2> <p>Tento návrh se zabývá rozšířením streamování, které využívá více tunelů na připojení, podobně jako multipath TCP.</p> <h2 id="motivace">Motivace</h2> <p>Klientské tunely jsou používány streamovací knihovnou způsobem podobným standardnímu TCP.</p> <p>Bylo by vhodnější umožnit řešení podobné multipath TCP, kde jsou klientské tunely využívány na základě individuálních charakteristik, jako jsou:</p> <ul> <li>Latence</li> <li>Kapacita</li> <li>Dostupnost</li> </ul> <h2 id="návrh">Návrh</h2> <p>TBD</p>/cs/proposals/165-ssu2-fix/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/165-ssu2-fix/<p>Návrh od weko, orignal, the Anonymous a zzz.</p> <h3 id="přehled">Přehled</h3> <p>Tento dokument navrhuje změny v SSU2 po útoku na I2P, který využil zranitelnosti v SSU2. Hlavním cílem je zvýšit bezpečnost a zabránit útokům typu Distributed Denial of Service (DDoS) a pokusům o de-anonymizaci.</p> <h3 id="model-hrozby">Model hrozby</h3> <p>Útočník vytváří nové falešné routerové informace (RI) (router neexistuje): je to běžná RI, ale vloží adresu, port, klíče s a i z opravdového Bobova routeru, a poté zaplaví síť. Když se snažíme připojit k tomuto (jak si myslíme opravdovému) routeru, jako Alice se můžeme připojit k této adrese, ale nemůžeme si být jisti, co se stalo s opravdovou Bobovou RI. To je možné a bylo použito pro útok typu Distributed Denial of Service (vytvořit velké množství takových RIs a zaplavit síť), také to může usnadnit de-anonymizační útoky tím, že budou &ldquo;nasazeny&rdquo; dobré routery a útočníkovy routery nebudou napadány, pokud zakážeme IP s mnoha RIs (místo toho, abychom lépe rozprostřeli stavbu tunelu k těmto RI jako k jednomu routeru).</p>/cs/proposals/140-invisible-multihoming/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/140-invisible-multihoming/<h2 id="přehled">Přehled</h2> <p>Tento návrh popisuje návrh protokolu umožňujícího klientovi I2P, službě nebo externímu procesu vyrovnávání zatížení spravovat více směrovačů transparentně hostujících jedinou <a href="../cs/docs/specs/common-structures/#destination">Destination</a> .</p> <p>Návrh aktuálně nespecifikuje konkrétní implementaci. Může být implementován jako rozšíření <a href="../cs/docs/specs/i2cp/">I2CP</a> , nebo jako nový protokol.</p> <h2 id="motivace">Motivace</h2> <p>Multihoming znamená použití více směrovačů k hostování stejné Destination. Současný způsob multihomingu s I2P spočívá v běhu stejné Destination na každém směrovači nezávisle; směrovač, který je v daném okamžiku používán klienty, je ten, který naposledy publikoval LeaseSet.</p>/cs/proposals/142-new-crypto-template/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/142-new-crypto-template/<h2 id="přehled">Přehled</h2> <p>Tento dokument popisuje důležité otázky, které je třeba zvážit při navrhování náhrady nebo doplnění naší asymetrické šifry ElGamal.</p> <p>Toto je dokument informačního charakteru.</p> <h2 id="motivace">Motivace</h2> <p>ElGamal je starý a pomalý, a existují lepší alternativy. Existuje však několik problémů, které je nutné vyřešit, než budeme moci přidat nebo přejít na jakýkoli nový algoritmus. Tento dokument tyto nevyřešené otázky zdůrazňuje.</p> <h2 id="předběžný-výzkum">Předběžný výzkum</h2> <p>Každý, kdo navrhuje novou kryptografii, musí být nejprve obeznámen s následujícími dokumenty:</p>/cs/proposals/123-new-netdb-entries/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/123-new-netdb-entries/<h2 id="stav">Stav</h2> <p>Části tohoto návrhu jsou dokončeny a implementovány ve verzích 0.9.38 a 0.9.39.<br> Společné struktury, I2CP, I2NP a další specifikace<br> jsou nyní aktualizovány, aby odrážely změny, které jsou nyní podporovány.</p> <p>Dokončené části jsou stále předmětem drobných revizí.<br> Další části tohoto návrhu jsou stále ve vývoji<br> a podléhají významným revizím.</p> <p>Vyhledávání služeb (typy 9 a 11) má nízkou prioritu,<br> není naplánováno a může být přesunuto do samostatného návrhu.</p> <h2 id="přehled">Přehled</h2> <p>Toto je aktualizace a agregace následujících 4 návrhů:</p>/cs/docs/legacy/ntcp/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/legacy/ntcp/<p>ZASTARALÉ, JIŽ NEPODPOROVÁNO. Ve výchozím nastavení zakázáno od verze 0.9.40 2019-05. Podpora odstraněna od verze 0.9.50 2021-05. Nahrazeno protokolem <a href="../cs/docs/specs/ntcp2">NTCP2</a> . NTCP je transportní protokol založený na Java NIO, který byl představen v I2P verzi 0.6.1.22. Java NIO (new I/O) netrpí problémy se starým TCP transportem, kdy bylo potřeba 1 vlákno na každé spojení. NTCP-over-IPv6 je podporováno od verze 0.9.8.</p> <p>Ve výchozím nastavení NTCP používá IP/Port automaticky detekovanou pomocí SSU. Když je povoleno v config.jsp, SSU upozorní/restartuje NTCP při změně externí adresy nebo při změně stavu firewallu. Nyní můžete povolit příchozí TCP bez statické IP nebo služby dyndns.</p>/cs/proposals/111-ntcp-2/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/111-ntcp-2/<h2 id="poznámka">Poznámka</h2> <p>Fáze návrhu je uzavřena. Viz <a href="../cs/docs/specs/ntcp2/">SPEC</a> pro oficiální specifikaci. Tento návrh může být stále odkazován pro informace o pozadí.</p> <h2 id="přehled">Přehled</h2> <p>Tento návrh popisuje autentizovaný protokol pro výměnu klíčů, který zlepšuje odolnost <a href="../cs/docs/ntcp/">NTCP</a> proti různým formám automatizované identifikace a útokům.</p> <p>Návrh je organizován následovně: jsou představeny bezpečnostní cíle, následuje diskuse o základním protokolu. Dále je uveden kompletní specifikaci všech protokolových zpráv. Nakonec jsou diskutovány adresy routerů a identifikace verze. Je také připojena příloha, která diskutuje o generickém útoku na běžné schéma paddingu, a další příloha, která obsahuje několik kandidátů na autentizovaný šifrovací algoritmus.</p>/cs/proposals/106-ntcp-obfuscation/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/106-ntcp-obfuscation/<h2 id="přehled">Přehled</h2> <p>Tento návrh se týká přepracování transportu NTCP za účelem zlepšení jeho odolnosti vůči automatizované identifikaci.</p> <h2 id="motivace">Motivace</h2> <p>NTCP data jsou šifrována po prvním zprávě (a první zpráva se jeví jako náhodná data), což zabraňuje identifikaci protokolu přes &ldquo;analýzu obsahu&rdquo;. Stále je však náchylný k identifikaci protokolu prostřednictvím &ldquo;analýzy toku&rdquo;. To proto, že první 4 zprávy (tj. handshake) mají pevnou délku (288, 304, 448 a 48 bajtů).</p> <p>Přidáním náhodného množství náhodných dat ke každé ze zpráv můžeme situaci značně ztížit.</p>/cs/docs/specs/ntcp2/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/specs/ntcp2/<h2 id="přehled">Přehled</h2> <p>NTCP2 je autentizovaný protokol pro dohodu o klíčích, který zlepšuje odolnost <a href="../cs/docs/transport/ntcp">NTCP</a> proti různým formám automatické identifikace a útoků.</p> <p>NTCP2 je navržen pro flexibilitu a koexistenci s NTCP. Může být podporován na stejném portu jako NTCP, nebo na jiném portu, nebo zcela bez současné podpory NTCP. Podrobnosti najdete v sekci Published Router Info níže.</p> <p>Stejně jako u ostatních I2P transportů je NTCP2 definován výhradně pro point-to-point (router-to-router) přenos I2NP zpráv. Není to univerzální datový kanál.</p>/cs/proposals/119-bidirectional-tunnels/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/119-bidirectional-tunnels/<h2 id="přehled">Přehled</h2> <p>Tento návrh se týká implementace obousměrných tunelů v I2P.</p> <h2 id="motivace">Motivace</h2> <p>i2pd hodlá zavést obousměrné tunely, které budou prozatím budovány pouze přes jiné směrovače i2pd. Pro síť se budou jevit jako běžné vstupní a výstupní tunely.</p> <h2 id="návrh">Návrh</h2> <h3 id="cíle">Cíle</h3> <ol> <li>Snížit využití sítě a CPU snížením počtu zpráv TunnelBuild</li> <li>Schopnost okamžitě zjistit, zda účastník odešel.</li> <li>Přesnější profilování a statistiky</li> <li>Použití jiných darknetů jako mezilehlých peerů</li> </ol> <h3 id="úpravy-tunelů">Úpravy tunelů</h3> <p>TunnelBuild</p> <pre tabindex="0"><code>Tunely jsou budovány stejným způsobem jako vstupní tunely. Není vyžadována žádná odpověď. Existuje speciální typ účastníka nazývaný &#34;entrance&#34; označený vlajkou, který slouží jako IBGW a OBEP současně. Zpráva má stejný formát jako VaribaleTunnelBuild, ale ClearText obsahuje různá pole:: in_tunnel_id out_tunnel_id in_next_tunnel_id out_next_tunnel_id in_next_ident out_next_ident layer_key, iv_key Bude také obsahovat pole zmiňující, k jakému darknetu patří další peer, a nějaké dodatečné informace, pokud to není I2P. TunnelTermination </code></pre><p>Pokud chce peer odejít, vytvoří zprávy TunnelTermination, zašifruje je s pomocí klíče vrstvy a odešle ve směru &ldquo;in&rdquo;. Pokud účastník obdrží takovou zprávu, znovu ji zašifruje svým klíčem vrstvy a odešle dalšímu peerovi. Jakmile zpráva dosáhne majitele tunelu, začne ji dešifrovat peer po peeru, dokud se nedostane k nezašifrované zprávě. Zjistí, který peer odešel, a ukončí tunel.</p>/cs/proposals/100-restricted-routes/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/100-restricted-routes/<h2 id="úvod">Úvod</h2> <h2 id="myšlenky">Myšlenky</h2> <ul> <li> <p>Přidat nový transport &ldquo;IND&rdquo; (nepřímý), který zveřejní hash leaseSet ve struktuře RouterAddress: &ldquo;IND: [key=aababababababababb]&rdquo;. Tento transport nabízí nejnižší prioritu, když cílový směrovač jej zveřejní. Chcete-li poslat peerovi přes tento transport, získejte leaseset z ff peer jako obvykle a pošlete jej přímo na lease.</p> </li> <li> <p>Peer, který inzeruje IND, musí vytvořit a udržovat sadu tunelů k jinému peerovi. Nejedná se o průzkumné tunely ani o tunely klienta, ale o druhou sadu směrovačových tunelů.</p>/cs/proposals/168-tunnel-bandwidth/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/168-tunnel-bandwidth/<h2 id="poznámka">POZNÁMKA</h2> <p>Tento návrh byl schválen a je nyní součástí <a href="../cs/docs/specs/tunnel-implementation/#tunnel-creation-ecies">Tunnel Creation ECIES specification</a> od API 0.9.65. Zatím nejsou známy žádné implementace; data implementace / verze API jsou TBD.</p> <h2 id="přehled">Přehled</h2> <p>Jak jsme během posledních několika let zvýšili výkon sítě s novými protokoly, typy šifrování a vylepšeními řízení přetížení, rychlejší aplikace jako streamování videa se stávají možnými. Tyto aplikace vyžadují vysokou šířku pásma na každém kroku ve svých tunelích klienta.</p> <p>Účastnické routery však nemají žádné informace o tom, kolik šířky pásma tunel použije, když obdrží požadavek na vytvoření tunelu. Mohou pouze přijmout nebo odmítnout tunel na základě aktuálního celkového využití šířky pásma všemi účastnickými tunely a celkového limitu šířky pásma pro účastnické tunely.</p>/cs/get-involved/roadmap/Mon, 01 Jan 0001 00:00:00 +0000/cs/get-involved/roadmap/<div style="background: var(--color-bg-secondary); border-left: 4px solid var(--color-primary); padding: 1.5rem; margin-bottom: 2rem; border-radius: var(--radius-md);"> <p><strong>I2P follows an incremental development model</strong> with releases approximately every 13 weeks. This roadmap covers desktop and Android Java releases in a single, stable release path.</p> <p><strong>Last Updated:</strong> 2026-05</p> </div> ## 🎯 Nadcházející vydání <div style="border-left: 3px solid var(--color-accent); padding-left: 1.5rem; margin-bottom: 2rem;"> <h3 id="version-2130">Version 2.13.0</h3> <div style="display: inline-block; background: var(--color-accent); color: white; padding: 0.25rem 0.75rem; border-radius: var(--radius-md); font-size: 0.875rem; margin-bottom: 1rem;"> Target: August 2026 </div> <ul> <li>SSU2-PQ transport (prop. 169)</li> <li>I2CP lookup support for LS service record parameters (prop. 167)</li> <li>Continue work on per-tunnel throttling and bandwidth parameters</li> <li>Connection limit management improvements</li> <li>Memory usage reduction for floodfills</li> <li>Peer profile management improvements</li> <li>Refactor Noise initialization</li> <li>Remember deleted hosts in addressbook so they don&rsquo;t return</li> <li>SSU2 token management improvements</li> <li>SSU2 peer test improvements</li> <li>Security fixes to address audit issues</li> <li>Update minidns to 1.1.1</li> <li>Update json-simple to 2.3.1</li> </ul> <hr> <h2 id="-recent-releases">📦 Recent Releases</h2> <h3 id="2026-releases">2026 Releases</h3> <div style="display: inline-block; background: var(--color-accent); color: white; padding: 0.25rem 0.75rem; border-radius: var(--radius-md); font-size: 0.875rem; margin-bottom: 1rem;"> <p><strong>Version 2.12.0</strong> <span style="color: var(--color-text-muted); font-size: 0.9rem;">— Released April 20, 2026</span></p>/cs/docs/development/release-signing-key/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/development/release-signing-key/<p> Vydání 0.9.57 a novější jsou podepsána idk. Jeho aktuální veřejný klíč je: </p> <p> <a href="../idk.key.asc" >Stáhnout veřejný PGP klíč</a> </p><p> <p> Verze 0.7.6 a 0.9.56 jsou podepsány zzz. Jeho aktuální veřejný klíč je: </p> <p> <a href="../zzz.key.asc" >Stáhnout veřejný klíč PGP</a> </p> <p> <pre> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 <p>Vytvořil jsem nové GPG klíče a podklíče a podepsal jsem nové klíče starým klíčem.</p> <p>Staré klíče:</p> <pre><code>pub 1024D/A76E0BED 2005-12-16 Key fingerprint = 4456 EBBE C805 63FE 57E6 B310 4155 76BA A76E 0BED uid zzz (zzz) &lt;zzz@mail.i2p&gt; sub 2048g/74C8122D 2005-12-16 </code></pre> <p>Nové klíče:</p>/cs/proposals/136-experimental-sigtypes/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/136-experimental-sigtypes/<h2 id="přehled">Přehled</h2> <p>Pro typy podpisů v experimentálním rozmezí (65280-65534), by měly floodfills akceptovat úložiště netdb bez kontroly podpisu.</p> <p>Tím se podpoří testování nových typů podpisů.</p> <h2 id="motivace">Motivace</h2> <p>Návrh GOST 134 odhalil dva problémy s dříve nepoužívaným experimentálním rozsahem typů podpisů.</p> <p>Za prvé, protože typy podpisů v experimentálním rozmezí nemohou být rezervovány, mohou být použity pro více typů podpisů najednou.</p> <p>Za druhé, pokud nemůže být router info nebo lease set s experimentálním typem podpisu uložen v floodfill, je nový typ podpisu obtížné plně otestovat nebo použít na zkušební bázi.</p>/cs/proposals/137-optional-sigtypes/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/137-optional-sigtypes/<h2 id="přehled">Přehled</h2> <p>Přidat možnost, aby floodfilly inzerovaly podporu pro volitelné typy podpisů. To poskytne způsob, jak podporovat nové typy podpisů z dlouhodobého hlediska, i když je nebudou podporovat všechny implementace.</p> <h2 id="motivace">Motivace</h2> <p>Návrh GOST 134 odhalil několik problémů s dříve nepoužívaným experimentálním rozsahem typů podpisů.</p> <p>Za prvé, protože typy podpisů v experimentálním rozsahu nelze rezervovat, mohou být použity pro více typů podpisů současně.</p> <p>Za druhé, pokud router info nebo lease set s experimentálním typem podpisu nemůže být uložen na floodfill, nový typ podpisu je obtížné plně otestovat nebo použít jako zkušební verzi.</p>/cs/docs/overview/naming/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/overview/naming/<h2 id="přehled">Přehled</h2> <p>I2P je dodáván s generickou knihovnou pro pojmenování a základní implementací navrženou pro práci s lokálním mapováním jmen na destinace, stejně jako s doplňkovou aplikací nazvanou <a href="#address-book">address book</a> . I2P také podporuje <a href="#base32-names">Base32 hostnames</a> podobné Tor .onion adresám.</p> <p>Adresář je bezpečný, distribuovaný a lidsky čitelný systém pojmenovávání řízený sítí důvěry (web-of-trust), který obětuje pouze požadavek na globální jedinečnost všech lidsky čitelných jmen tím, že vyžaduje pouze místní jedinečnost. Zatímco všechny zprávy v I2P jsou kryptograficky adresovány podle svého cíle, různí lidé mohou mít v místním adresáři záznamy pro &ldquo;Alice&rdquo;, které odkazují na různé cíle. Lidé stále mohou objevovat nová jména importováním publikovaných adresářů od vrstevníků uvedených v jejich síti důvěry, přidáváním záznamů poskytovaných třetí stranou, nebo (pokud někteří lidé organizují sérii publikovaných adresářů pomocí registračního systému &ldquo;kdo dřív přijde, ten dřív mele&rdquo;) se mohou rozhodnout zacházet s těmito adresáři jako se jmennými servery, čímž napodobují tradiční DNS.</p>/cs/docs/writing-guidelines/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/writing-guidelines/<p><strong>Účel:</strong> Zajistit konzistenci, přesnost a přístupnost napříč technickou dokumentací I2P</p> <hr> <h2 id="základní-principy">Základní principy</h2> <h3 id="1-ověřte-vše">1. Ověřte vše</h3> <p><strong>Nikdy nepředpokládejte ani nehádejte.</strong> Všechna technická tvrzení musí být ověřena podle: - Aktuální zdrojový kód I2P (<a href="https://i2pgit.org/I2P_Developers/i2p.i2p/src/branch/master">https://i2pgit.org/I2P_Developers/i2p.i2p/src/branch/master</a> ) - Oficiální dokumentace API (<a href="https://i2p.github.io/i2p.i2p/">https://i2p.github.io/i2p.i2p/</a> - Specifikace konfigurace <a href="../cs/docs/">/docs/specs/</a> - Poznámky k nejnovějším verzím <a href="../cs/categories/release/">/releases/</a> </p> <p><strong>Příklad správného ověření:</strong></p> <div class="highlight"><pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;"><code class="language-markdown" data-lang="markdown"><span style="display:flex;"><span>❌ BAD: &#34;The ClientApp interface probably requires three constructor parameters.&#34; </span></span><span style="display:flex;"><span>✅ GOOD: &#34;The ClientApp interface requires this constructor signature: </span></span><span style="display:flex;"><span> public MyClientApp(I2PAppContext context, ClientAppManager manager, String[] args)&#34; </span></span></code></pre></div><h3 id="2-srozumitelnost-před-stručností">2. Srozumitelnost před stručností</h3> <p>Pište pro vývojáře, kteří se mohou s I2P setkat poprvé. Koncepty vysvětlujte do hloubky a nepředpokládejte žádné předchozí znalosti.</p>/cs/docs/development/dev-guidelines/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/development/dev-guidelines/<p>Nejprve si přečtěte <a href="../cs/docs/develop/new-developers/">Průvodce pro nové vývojáře</a> .</p> <h2 id="základní-pokyny-a-styl-kódování">Základní pokyny a styl kódování</h2> <p>Většina z následujícího by měla být samozřejmostí pro každého, kdo pracoval na open source projektu nebo v komerčním programátorském prostředí. Následující se týká především hlavní vývojové větve i2p.i2p. Směrnice pro ostatní větve, pluginy a externí aplikace se mohou podstatně lišit; obraťte se na příslušného vývojáře pro bližší informace.</p> <h3 id="komunita">Komunita</h3> <ul> <li>Prosím, nepište jen kód. Pokud můžete, zapojte se i do dalších vývojových aktivit, včetně: vývojových diskusí a podpory na IRC a i2pforum.i2p; testování; hlášení chyb a odpovědí; dokumentace; revizí kódu; atd.</li> <li>Aktivní vývojáři by měli být pravidelně dostupní na IRC <code>#i2p-dev</code>. Buďte si vědomi aktuálního vývojového cyklu. Dodržujte milníky vydání, jako jsou zmrazení funkcí, zmrazení tagů a termín pro odevzdání kódu pro vydání.</li> </ul> <h3 id="cyklus-vydání">Cyklus vydání</h3> <p>Běžný cyklus vydání trvá 10–16 týdnů, čtyři vydání ročně. Následují přibližné termíny v rámci typického 13týdenního cyklu. Konkrétní termíny pro každé vydání stanovuje správce vydání po konzultaci s celým týmem.</p>/cs/proposals/135-authenticated-address-helpers/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/135-authenticated-address-helpers/<h2 id="přehled">Přehled</h2> <p>Tento návrh přidává autentizační mechanismus k URL adresních pomocníků.</p> <h2 id="motivace">Motivace</h2> <p>URL adresních pomocníků jsou inherentně nezabezpečené. Kdokoli může vložit parametr adresního pomocníka do odkazu, dokonce i do obrázku, a může vložit libovolný cíl do parametru URL &ldquo;i2paddresshelper&rdquo;. V závislosti na implementaci uživatelského HTTP proxy, toto mapování hostname/cíl, pokud momentálně není v adresáři, může být přijato, buď s nebo bez mezistupňové obrazovky pro uživatele k přijetí.</p> <h2 id="návrh">Návrh</h2> <p>Důvěryhodné přeskakovací servery a služby registrace do adresáře by poskytovaly nové odkazy adresního pomocníka, které přidávají autentizační parametry. Dva nové parametry by byly základní 64 podpis a řetězec podepsáno kym.</p>/cs/proposals/131-dormant-fee-addressbook/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/131-dormant-fee-addressbook/<h2 id="přehled">Přehled</h2> <p>Pokud je adresa offline po dlouhou dobu, měla by být odstraněna z adresáře a jméno by se mělo stát dostupným pro novou registraci. Tak to aktuálně funguje v inr.</p> <p>Co když však majitel už nemá zájem tuto službu provozovat, ale chce si adresu uchovat, aby se vyhnul podvodům atd.? Měli bychom zavést roční poplatek. Adresa by zůstala v adresáři, dokud by byl poplatek zaplacen. Pokud je zpět online, už žádný poplatek není potřeba. V případě služby stats.i2p by peníze měly jít do rozpočtu I2P.</p>/cs/proposals/169-pq-crypto/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/169-pq-crypto/<h3 id="stav">Stav</h3> <table> <thead> <tr> <th>Protokol / Vlastnost</th> <th>Stav</th> </tr> </thead> <tbody> <tr> <td>Ratchet</td> <td>Dokončeno v Java I2P a i2pd</td> </tr> <tr> <td>NTCP2</td> <td>Beta Q1 2026</td> </tr> <tr> <td>SSU2</td> <td>Implementace začíná brzy, Beta Q23 2026</td> </tr> <tr> <td>MLDSA SigTypes</td> <td>Nízká priorita, pravděpodobně 2027+</td> </tr> </tbody> </table> <h2 id="přehled">Přehled</h2> <p>Zatímco výzkum a soutěž o vhodnou post-kvantovou (PQ) kryptografii probíhají již deset let, volby se staly jasnými teprve nedávno.</p> <p>Začali jsme zkoumat důsledky PQ kryptografie v roce 2022 <a href="http://zzz.i2p/topics/3294">zzz.i2p</a> .</p> <p>TLS standardy přidaly podporu pro hybridní šifrování v posledních dvou letech a nyní se používá pro významnou část šifrovaného provozu na internetu díky podpoře v Chrome a Firefox <a href="https://blog.cloudflare.com/pq-2024/">Cloudflare</a> .</p>/cs/docs/applications/git-bundle/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/applications/git-bundle/<p>Klonování velkých softwarových repozitářů přes I2P může být obtížné a použití gitu může toto někdy ztížit ještě více. Naštěstí to také někdy může usnadnit. Git má příkaz <code>git bundle</code>, který lze použít k převedení git repozitáře na soubor, ze kterého pak git může klonovat, stahovat nebo importovat z umístění na vašem lokálním disku. Kombinací této schopnosti se stahováním přes bittorrent můžeme vyřešit naše zbývající problémy s <code>git clone</code>.</p> <hr> <h2 id="než-začnete">Než začnete</h2> <p>Pokud máte v úmyslu vygenerovat git bundle, <strong>musíte</strong> již vlastnit úplnou kopii <strong>git</strong> repozitáře, nikoli mtn repozitáře. Můžete jej získat z github nebo z git.idk.i2p, ale shallow clone (klon vytvořený s &ndash;depth=1) <em>nebude fungovat</em>. Selže tiše a vytvoří něco, co vypadá jako bundle, ale když se jej pokusíte naklonovat, selže. Pokud pouze načítáte předem vygenerovaný git bundle, pak se vás tato sekce netýká.</p>/cs/docs/guides/ides/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/guides/ides/<p> Hlavní vývojová větev I2P (<code>i2p.i2p</code>) byla nastavena tak, aby umožnila vývojářům snadno nastavit dvě běžně používané IDE pro vývoj v Javě: Eclipse a NetBeans. </p> <h2>Eclipse</h2> <p> Hlavní vývojové větve I2P (<code>i2p.i2p</code> a větve z ní odvozené) obsahují <code>build.gradle</code>, aby mohla být větev snadno nastavena v Eclipse. </p> <ol> <li> Ujistěte se, že máte aktuální verzi Eclipse. Jakákoliv novější než 2017 by měla stačit. </li> <li> Stáhněte větev I2P do nějakého adresáře (např. <code>$HOME/dev/i2p.i2p</code>). </li> <li> Vyberte "File → Import..." a poté pod "Gradle" vyberte "Existing Gradle Project". </li> <li> Pro "Project root directory:" zvolte adresář, do kterého byla stažena větev I2P. </li> <li> V dialogu "Import Options" vyberte "Gradle Wrapper" a stiskněte Continue. </li> <li> V dialogu "Import Preview" můžete zkontrolovat strukturu projektu. Pod "i2p.i2p" by se mělo objevit více projektů. Stiskněte "Finish". </li> <li> Hotovo! Váš workspace by nyní měl obsahovat všechny projekty v rámci větve I2P a jejich build závislosti by měly být správně nastaveny. </li> </ol> <h2>NetBeans</h2> <p> Hlavní vývojové větve I2P (<code>i2p.i2p</code> a větve z ní vycházející) obsahují projektové soubory NetBeans. </p>/cs/docs/specs/ecies-hybrid/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/specs/ecies-hybrid/<h2 id="poznámka">Poznámka</h2> <p>Implementace, testování a nasazování probíhá v různých implementacích routeru. Zkontrolujte dokumentaci těchto implementací pro aktuální stav.</p> <h2 id="přehled">Přehled</h2> <p>Toto je PQ Hybrid varianta protokolu ECIES-X25519-AEAD-Ratchet <a href="../cs/docs/specs/ecies/">ECIES</a> . Je to první fáze celkového PQ návrhu <a href="../cs/proposals/169-pq-crypto/">Prop169</a> , která byla schválena. Podívejte se na tento návrh pro celkové cíle, modely hrozeb, analýzu, alternativy a další informace.</p> <p>Tato specifikace obsahuje pouze rozdíly oproti standardnímu <a href="../cs/docs/specs/ecies/">ECIES</a> a musí být čtena ve spojení s touto specifikací.</p> <h2 id="návrh">Návrh</h2> <p>Podporujeme standard NIST FIPS 203 <a href="https://nvlpubs.nist.gov/nistpubs/FIPS/NIST.FIPS.203.pdf">FIPS 203</a> , který je založen na CRYSTALS-Kyber, ale NENÍ s ním kompatibilní.</p>/cs/docs/specs/ntcp2-hybrid/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/specs/ntcp2-hybrid/<h3 id="stav">Stav</h3> <p>Beta Q1 2026, vydání Q2 2026</p> <h2 id="přehled">Přehled</h2> <p>Toto je hybridní post-kvantová varianta protokolu přenosu NTCP2, navržená v Návrhu 169. Další informace naleznete v tomto návrhu.</p> <p>PQ Hybrid NTCP2 je definován pouze na stejné adrese a portu jako standardní NTCP2. Provoz na jiném portu nebo bez podpory standardního NTCP2 není povolen a nebudete jej moci používat po několik let, dokud nebude standardní NTCP2 zastaralý.</p> <p>Tato specifikace popisuje pouze změny potřebné pro standard NTCP2, aby podporoval PQ Hybrid. Základní implementační detaily naleznete v specifikaci NTCP2.</p>/cs/docs/specs/ssu2-hybrid/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/specs/ssu2-hybrid/<h3 id="stav">Stav</h3> <p>Beta Q2 2026, vydání Q3 2026</p> <h2 id="přehled">Přehled</h2> <p>Toto je hybridní post-kvantová varianta transportního protokolu SSU2, navržená v Proposal 169. Další kontext naleznete v daném návrhu.</p> <p>PQ Hybrid SSU2 je definováno pouze na stejné adrese a portu jako standardní SSU2. Provoz na jiném portu nebo bez podpory standardního SSU2 není povolen a nebude povolen po dobu několika let, dokud nebude standardní SSU2 označeno jako zastaralé.</p> <p>Tato specifikace dokumentuje pouze změny potřebné pro standardní SSU2 k podpoře PQ Hybrid. Podrobnosti o základní implementaci naleznete ve specifikaci SSU2.</p>/cs/proposals/116-prefer-near-in-keyspace/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/116-prefer-near-in-keyspace/<h2 id="přehled">Přehled</h2> <p>Toto je návrh na organizaci peerů tak, aby upřednostňovali připojení k jiným peerům, kteří jsou k nim blízko v keyspace.</p> <h2 id="motivace">Motivace</h2> <p>Myšlenkou je zlepšit úspěšnost vytváření tunelů tím, že se zvýší pravděpodobnost, že směrovač je již připojen k jinému.</p> <h2 id="návrh">Návrh</h2> <h3 id="požadované-změny">Požadované změny</h3> <p>Tato změna by vyžadovala:</p> <ol> <li>Aby každý směrovač upřednostňoval připojení, která jsou blízko v keyspace.</li> <li>Aby si každý směrovač byl vědom toho, že každý preferuje připojení blízko v keyspace.</li> </ol> <h3 id="výhody-pro-vytváření-tunelů">Výhody pro vytváření tunelů</h3> <p>Pokud vytvoříte tunel::</p>/cs/proposals/001-process/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/001-process/<h2 id="přehled">Přehled</h2> <p>Tento dokument popisuje, jak změnit specifikace I2P, jak fungují návrhy I2P a vztah mezi návrhy I2P a specifikacemi.</p> <p>Tento dokument je adaptován z procesu návrhů Tor a většina obsahu níže byla původně napsána Nickem Mathewsonem.</p> <p>Tento je informativní dokument.</p> <h2 id="motivace">Motivace</h2> <p>Předtím byl náš proces aktualizace specifikací I2P relativně neformální: navrhovali jsme návrh na vývojovém fóru a diskutovali o změnách, poté jsme dosáhli konsensu a opravili specifikaci s návrhy změn (ne nutně v tomto pořadí), a nakonec jsme provedli změny.</p>/cs/docs/overview/peer-selection/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/overview/peer-selection/<h2 id="poznámka">Poznámka</h2> <p>Tato stránka popisuje Java I2P implementaci profilování a výběru partnerů (peer profiling and selection) k roku 2010. Ačkoliv je stále obecně přesná, některé detaily již nemusí být správné. Pokračujeme ve vývoji strategií blokování, zákazu a výběru, abychom řešili novější hrozby, útoky a síťové podmínky. Současná síť má více implementací routerů s různými verzemi. Jiné I2P implementace mohou mít zcela odlišné strategie profilování a výběru, nebo profilování nemusí používat vůbec.</p>/cs/proposals/163-datagram2/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/163-datagram2/<h2 id="stav">Stav</h2> <p>Schváleno při přezkumu 2025-04-15. Změny začleněny do specifikací. Implementováno v Java I2P od API 0.9.66. Pro stav zkontrolujte implementační dokumentaci.</p> <h2 id="přehled">Přehled</h2> <p>Vyjmuto z <a href="../cs/proposals/123-new-netdb-entries/">Prop123</a> jako samostatný návrh.</p> <p>Offline podpisy nelze ověřit při zpracování odpověditelných datagramů. Je třeba příznak pro označení offline podpisu, ale není místo pro umístění příznaku.</p> <p>Bude vyžadovat zcela nové číslo a formát protokolu I2CP, který bude přidán do specifikace <a href="../cs/docs/api/datagrams/">DATAGRAMS</a> . Nazvěme to &ldquo;Datagram2&rdquo;.</p> <h2 id="cíle">Cíle</h2> <ul> <li>Přidat podporu offline podpisů</li> <li>Přidat ochranu proti replay útokům</li> <li>Přidat variantu bez podpisů</li> <li>Přidat příznaky a pole možností pro rozšiřitelnost</li> </ul> <h2 id="necíle">Necíle</h2> <p>Úplná podpora end-to-end protokolu pro řízení přetížení atd. To bude build nad nebo alternativou k Datagram2, který je protokolem na nižší úrovni. Nebylo by rozumné navrhovat vysoce výkonný protokol pouze na vrcholu Datagram2 kvůli poli &ldquo;from&rdquo; a režii podpisu. Jakýkoli takový protokol by měl provést počáteční handshake s Datagram2 a poté přepnout na nebalené datagramy (RAW).</p>/cs/proposals/150-garlic-farm-protocol/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/150-garlic-farm-protocol/<h2 id="přehled">Přehled</h2> <p>Toto je specifikace protokolu Garlic Farm pro přenos po drátě, založená na JRaft, jeho kódu „exts“ pro implementaci přes TCP a ukázkové aplikaci „dmprinter“ <a href="https://github.com/datatechnology/jraft">JRAFT</a> .</p> <p>Nepodařilo se nám nalézt žádnou implementaci s dokumentovaným protokolem pro přenos po drátě. Implementace JRaft je však dostatečně jednoduchá, abychom mohli prozkoumat kód a následně dokumentovat jeho protokol. Tento návrh je výsledkem tohoto úsilí.</p> <p>Tato specifikace bude sloužit jako backend pro koordinaci směrovačů publikujících záznamy v Meta LeaseSet. Viz návrh 123.</p>/cs/docs/development/protocol-stack/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/development/protocol-stack/<p>I2P stack je vrstvená architektura umožňující anonymní komunikaci. Každá vrstva přidává specifické schopnosti na ty pod ní. Pro další podrobnosti o každé komponentě si prohlédněte <a href="../cs/docs/develop/overview">Rejstřík technické dokumentace</a> .</p> <h2 id="internet">Internetová vrstva</h2> <p><strong>IP</strong> - Internet Protocol umožňuje adresování hostitelů na běžném internetu a směrování paketů přes internet pomocí best-effort doručování.</p> <h2 id="transport">Transportní vrstva</h2> <ul> <li><strong>TCP</strong> - Transmission Control Protocol umožňuje spolehlivé doručování paketů ve správném pořadí</li> <li><strong>UDP</strong> - User Datagram Protocol umožňuje nespolehlivé doručování paketů bez zachování pořadí</li> </ul> <h2 id="i2p-transport">I2P Transport Layer</h2> <p>Šifrovaná připojení router-k-router (zatím ne anonymní):</p>/cs/docs/guides/gitlab/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/guides/gitlab/<p>Hostování GitLabu uvnitř I2P je jednoduché: spusťte GitLab omnibus kontejner, zpřístupněte ho na loopback a přesměrujte provoz přes I2P tunnel. Níže uvedené kroky odpovídají konfiguraci použité pro <code>git.idk.i2p</code>, ale fungují pro jakoukoli self-hosted instanci.</p> <h2 id="1-předpoklady">1. Předpoklady</h2> <ul> <li>Debian nebo jiná Linuxová distribuce s nainstalovaným Docker Engine (<code>sudo apt install docker.io</code> nebo <code>docker-ce</code> z repozitáře Docker).</li> <li>I2P router (Java I2P nebo i2pd) s dostatečnou šířkou pásma pro obsluhu vašich uživatelů.</li> <li>Volitelné: dedikovaný VM, aby GitLab a router zůstaly izolované od vašeho desktopového prostředí.</li> </ul> <h2 id="2-stáhněte-gitlab-image">2. Stáhněte GitLab Image</h2> <div class="highlight"><pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;"><code class="language-bash" data-lang="bash"><span style="display:flex;"><span>docker pull gitlab/gitlab-ce:latest </span></span></code></pre></div><p>Oficiální obraz je vytvořen z Ubuntu základních vrstev a pravidelně aktualizován. Pokud potřebujete další ujištění, prostudujte si <a href="https://gitlab.com/gitlab-org/omnibus-gitlab/-/blob/master/docker/Dockerfile">Dockerfile</a> .</p>/cs/docs/guides/router-console-config/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/guides/router-console-config/<p>Tento průvodce poskytuje přehled konzoly I2P routeru a jeho konfiguračních stránek. Každá sekce vysvětluje, co daná stránka dělá a k čemu je určena, což vám pomůže pochopit, jak monitorovat a konfigurovat váš I2P router.</p> <h2 id="přístup-ke-konzoli-routeru">Přístup ke konzoli routeru</h2> <p>I2P Router Console je centrální rozbočovač pro správu a monitorování vašeho I2P routeru. Ve výchozím nastavení je přístupná na <a href="http://127.0.0.1:7657/home">I2P Router Console</a> , jakmile je váš I2P router spuštěný.</p> <p><figure> <img src="../images/router-console-home.png" alt="Router Console Home"loading="lazy" decoding="async"></figure> </p> <p>Domovská stránka zobrazuje několik klíčových sekcí:</p>/cs/docs/development/new-translators/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/development/new-translators/<p>Chcete pomoci zpřístupnit I2P více lidem po celém světě? Překlad je jeden z nejcennějších příspěvků, které můžete projektu poskytnout. Tento průvodce vás provede překladem konzole routeru.</p> <h2 id="metody-překladu">Metody překladu</h2> <p>Existují dva způsoby, jak přispět k překladům:</p> <h3 id="metoda-1-transifex-doporučeno">Metoda 1: Transifex (Doporučeno)</h3> <p><strong>Toto je nejjednodušší způsob, jak přeložit I2P.</strong> Transifex poskytuje webové rozhraní, které činí překlad jednoduchým a přístupným.</p> <ol> <li>Zaregistrujte se na <a href="https://www.transifex.com/otf/I2P/">Transifex</a> </li> <li>Požádejte o připojení k překladatelskému týmu I2P</li> <li>Začněte překládat přímo ve vašem prohlížeči</li> </ol> <p>Nejsou potřeba žádné technické znalosti - stačí se zaregistrovat a můžete začít překládat!</p>/cs/docs/development/new-developers/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/development/new-developers/<p>Takže chcete začít pracovat na I2P? Skvělé! Zde je rychlý průvodce, jak začít přispívat na webové stránky nebo software, vyvíjet nebo vytvářet překlady.</p> <p>Ještě nejste připraveni na programování? Zkuste se nejprve <a href="../cs/get-involved/">zapojit</a> .</p> <h2 id="poznejte-javu">Poznejte Javu</h2> <p>I2P router a jeho vestavěné aplikace používají jako hlavní programovací jazyk Javu. Pokud nemáte zkušenosti s Javou, můžete se vždy podívat na <a href="https://chenweixiang.github.io/docs/Thinking_in_Java_4th_Edition.pdf">Thinking in Java</a> </p> <p>Prostudujte si úvodní dokument &ldquo;jak na to&rdquo;, další dokumenty &ldquo;jak na to&rdquo;, technický úvod a související dokumenty:</p>/cs/docs/specs/i2cp-overview/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/specs/i2cp-overview/<h2 id="přehled">Přehled</h2> <p>I2P Client Protocol (I2CP) umožňuje silné oddělení odpovědností mezi směrovačem a libovolným klientem, který si přeje komunikovat přes síť. Zajišťuje bezpečnou a asynchronní výměnu zpráv prostřednictvím odesílání a příjmu zpráv přes jediné TCP spojení. Pomocí I2CP klientová aplikace sděluje směrovači, kým je (svou „cílovou adresou“), jaké kompromisy mezi anonymitou, spolehlivostí a latencí mají být zvoleny, a kam mají být zprávy posílány. Naopak směrovač prostřednictvím I2CP informuje klienta o příchozích zprávách a požaduje autorizaci pro použití některých tunelů.</p>/cs/docs/specs/i2np-overview/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/specs/i2np-overview/<h2 id="přehled">Přehled</h2> <p>I2P síťový protokol (I2NP), který je umístěn mezi I2CP a různými přenosovými protokoly I2P, spravuje směrování a mixování zpráv mezi směrovači, stejně jako výběr přenosových protokolů pro komunikaci se sousedem, pokud je podporováno více společných přenosových protokolů.</p> <h2 id="definice-i2np">Definice I2NP</h2> <p>Zprávy I2NP (I2P Network Protocol) lze použít pro zprávy typu jedno skoknutí, směrovač-směrovač, bod-bod. Šifrováním a zabalením zpráv do jiných zpráv je lze bezpečným způsobem odeslat přes více skoků až k cílovému místu určení. Priorita se používá pouze lokálně na původním místě, tj. při zařazování do fronty pro odchozí doručení.</p>/cs/docs/overview/transport/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/overview/transport/<h2 id="transporty-v-i2p">Transporty v I2P</h2> <p>&ldquo;Transport&rdquo; v I2P je metoda pro přímou komunikaci typu bod-bod mezi dvěma routery. Transports musí poskytovat důvěrnost a integritu proti externím protivníkům a současně ověřovat, že kontaktovaný router je ten, který by měl danou zprávu obdržet.</p> <p>I2P podporuje více transportů současně. V současnosti jsou implementovány tři transporty:</p> <ol> <li><a href="../cs/docs/legacy/ntcp/">NTCP</a> , Java New I/O (NIO) TCP transport</li> <li><a href="../cs/docs/legacy/ssu/">SSU</a> , neboli Secure Semireliable UDP</li> <li><a href="../cs/docs/specs/ntcp2/">NTCP2</a> , nová verze NTCP</li> </ol> <p>Každý poskytuje paradigma &ldquo;připojení&rdquo; s autentizací, řízením toku, potvrzeními a retransmisí.</p>/cs/proposals/105-garlicat-name-translation/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/105-garlicat-name-translation/<h2 id="přehled">Přehled</h2> <p>Tento návrh se týká přidání podpory pro reverzní DNS dotazy do I2P.</p> <h2 id="současný-mechanismus-překladu">Současný Mechanismus Překladu</h2> <p>GarliCat (GC) provádí překlad jmen pro navazování spojení s ostatními uzly GC. Tento překlad jmen je pouze překódování binární reprezentace adresy do Base32 kódovaného tvaru. Překlad tedy funguje obousměrně.</p> <p>Tyto adresy jsou zvoleny jako 80bitové. Důvodem je, že Tor používá 80bitové hodnoty pro adresování svých skrytých služeb. Takže OnionCat (což je GC pro Tor) funguje s Tor bez dalšího zásahu.</p>/cs/docs/specs/subscription/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/specs/subscription/<h2 id="přehled">Přehled</h2> <p>Tato specifikace rozšiřuje feed odběru adres o příkazy, aby umožnila jmenným serverům vysílat aktualizace záznamů od držitelů názvů hostitelů. Implementováno ve verzi 0.9.26, původně navrženo v návrhu 112.</p> <h2 id="motivace">Motivace</h2> <p>Dříve servery pro odběr hosts.txt posílaly data pouze ve formátu hosts.txt, který vypadá následovně:</p> <pre tabindex="0"><code>example.i2p=b64destination </code></pre><p>S tím je několik problémů:</p> <ul> <li>Držitelé hostnames nemohou aktualizovat Destination asociovanou s jejich hostnames (například za účelem upgradu podpisového klíče na silnější typ).</li> <li>Držitelé hostnames nemohou libovolně vzdát svých hostnames; musí předat odpovídající soukromé klíče Destination přímo novému držiteli.</li> <li>Neexistuje způsob, jak autentifikovat, že subdoména je kontrolována odpovídajícím základním hostname; to je v současnosti vynucováno pouze individuálně některými name servery.</li> </ul> <h2 id="design">Design</h2> <p>Tato specifikace přidává řadu příkazových řádků do formátu hosts.txt. Pomocí těchto příkazů mohou name servery rozšířit své služby o řadu dodatečných funkcí. Klienti, kteří implementují tuto specifikaci, budou schopni naslouchat těmto funkcím prostřednictvím běžného procesu odběru.</p>/cs/docs/troubleshooting/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/troubleshooting/<p>I2P routery nejčastěji selhávají kvůli <strong>problémům s přesměrováním portů</strong>, <strong>nedostatečnému vyhrazení šířky pásma</strong> a <strong>nedostatečnému času pro bootstrap</strong>. Tyto tři faktory představují více než 70 % nahlášených problémů. Router po startu potřebuje alespoň <strong>10-15 minut</strong> k plné integraci do sítě, <strong>minimální šířku pásma 128 KB/sec</strong> (doporučeno 256 KB/sec) a správné <strong>přesměrování portů UDP/TCP</strong> k dosažení stavu neblokovaného firewallem. Noví uživatelé často očekávají okamžité připojení a předčasně restartují, což resetuje průběh integrace a vytváří frustrující smyčku. Tato příručka poskytuje podrobná řešení všech hlavních problémů I2P, které ovlivňují verze 2.10.0 a novější.</p>/cs/proposals/138-match-obep-with-ibgw/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/138-match-obep-with-ibgw/<h2 id="přehled">Přehled</h2> <p>Tento návrh přidává možnost I2CP pro odchozí tunely, která způsobuje, že tunely jsou vybrány nebo postaveny při odeslání zprávy tak, že OBEP odpovídá jednomu z IBGW z LeaseSet pro cílovou Destinaci.</p> <h2 id="motivace">Motivace</h2> <p>Většina I2P směrovačů používá formu zahazování paketů pro řízení přetížení. Referenční implementace používá strategii WRED, která bere v úvahu jak velikost zprávy, tak cestovní vzdálenost (viz <a href="../cs/docs/specs/tunnel-implementation/#tunnelthrottling">dokumentace tunnel throttling</a> ). Díky této strategii je primárním zdrojem ztráty paketů OBEP.</p>/cs/docs/overview/ports/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/overview/ports/<blockquote> <p><strong>Stav:</strong> Aktualizováno pro I2P 2.10.0 (říjen 2025). Tento seznam konsoliduje všechny aktivní, zastaralé a rezervované porty používané I2P Java Router, i2pd a souvisejícími pluginy. Všechny porty jsou uvedeny v <strong>číselném pořadí</strong> pro konzistenci.</p></blockquote> <table style="width:100%; border-collapse:collapse; margin-bottom:1.5rem;"> <thead> <tr> <th style="border:1px solid var(--color-border); padding:0.6rem; text-align:left; background:var(--color-bg-secondary);">Port</th> <th style="border:1px solid var(--color-border); padding:0.6rem; text-align:left; background:var(--color-bg-secondary);">Service / Component</th> <th style="border:1px solid var(--color-border); padding:0.6rem; text-align:left; background:var(--color-bg-secondary);">Description</th> <th style="border:1px solid var(--color-border); padding:0.6rem; text-align:left; background:var(--color-bg-secondary);">Notes</th> </tr> </thead> <tbody> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>123</strong></td><td style="border:1px solid var(--color-border); padding:0.6rem;">SNTP</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Network time synchronization</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Uses external NTP servers; required for accurate LeaseSet timestamps.</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>2827</strong></td><td style="border:1px solid var(--color-border); padding:0.6rem;">BOB interface</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Legacy client API bridge</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Deprecated; disabled by default.</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>4444</strong></td><td style="border:1px solid var(--color-border); padding:0.6rem;">HTTP Proxy</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Standard web proxy for eepsite browsing</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Default for both HTTP and HTTPS browser traffic.</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>4445</strong></td><td style="border:1px solid var(--color-border); padding:0.6rem;">HTTPS Proxy</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Dedicated SSL/TLS proxy</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Optional; often redundant with 4444.</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>6667–6669</strong></td><td style="border:1px solid var(--color-border); padding:0.6rem;">IRC Proxy</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Access to I2P IRC networks</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Default = 6668; alternate ports avoid conflicts.</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>7650</strong></td><td style="border:1px solid var(--color-border); padding:0.6rem;">I2PControl Plugin</td><td style="border:1px solid var(--color-border); padding:0.6rem;">JSON‑RPC management API</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Auth required; default password <code>itoopie</code>.</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>7652</strong></td><td style="border:1px solid var(--color-border); padding:0.6rem;">UPnP HTTP events</td><td style="border:1px solid var(--color-border); padding:0.6rem;">UPnP control interface</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Supports automatic port forwarding.</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>7653</strong></td><td style="border:1px solid var(--color-border); padding:0.6rem;">UPnP SSDP responses</td><td style="border:1px solid var(--color-border); padding:0.6rem;">UPnP discovery</td><td style="border:1px solid var(--color-border); padding:0.6rem;">UDP response listener for device search.</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>7654</strong></td><td style="border:1px solid var(--color-border); padding:0.6rem;">I2CP</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Core application API</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Used by Java apps and i2pd for router integration.</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>7655</strong></td><td style="border:1px solid var(--color-border); padding:0.6rem;">SAM Datagram</td><td style="border:1px solid var(--color-border); padding:0.6rem;">UDP bridge for SAM API</td><td style="border:1px solid var(--color-border); padding:0.6rem;">SAM v3 support for real‑time apps.</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>7656</strong></td><td style="border:1px solid var(--color-border); padding:0.6rem;">SAM Stream</td><td style="border:1px solid var(--color-border); padding:0.6rem;">TCP bridge for SAM API</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Primary non‑Java application interface.</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>7657</strong></td><td style="border:1px solid var(--color-border); padding:0.6rem;">Router Console (HTTP)</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Web admin interface</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Loopback‑only by default (127.0.0.1).</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>7658</strong></td><td style="border:1px solid var(--color-border); padding:0.6rem;">Eepsite</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Default web server for I2PTunnel</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Used for locally hosted services.</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>7659</strong></td><td style="border:1px solid var(--color-border); padding:0.6rem;">SMTP Proxy</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Outgoing mail via I2P‑Bote</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Bridges standard email clients.</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>7660</strong></td><td style="border:1px solid var(--color-border); padding:0.6rem;">POP3 Proxy</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Incoming mail via I2P‑Bote</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Serverless email retrieval.</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>7661</strong></td><td style="border:1px solid var(--color-border); padding:0.6rem;">I2PBote SMTP / Pebble Blog</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Plugin dual‑use port</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Rarely conflicts since plugins don’t co‑install.</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>7662</strong></td><td style="border:1px solid var(--color-border); padding:0.6rem;">I2PBote IMAP / Zzzot Tracker</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Plugin dual‑use port</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Used by Zzzot for BitTorrent tracking.</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>7663</strong></td><td style="border:1px solid var(--color-border); padding:0.6rem;">—</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Reserved for future plugins</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Unused as of 2.10.0.</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>7664</strong></td><td style="border:1px solid var(--color-border); padding:0.6rem;">JAMWiki Plugin</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Wiki platform for I2P sites</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Optional plugin.</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>7667</strong></td><td style="border:1px solid var(--color-border); padding:0.6rem;">Router Console (HTTPS)</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Secure web admin interface</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Self‑signed cert by default.</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>7672</strong></td><td style="border:1px solid var(--color-border); padding:0.6rem;">Railroad Plugin</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Plugin port reservation</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Last documented plugin port in series.</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>7644</strong></td><td style="border:1px solid var(--color-border); padding:0.6rem;">Browser Mode Proxy</td><td style="border:1px solid var(--color-border); padding:0.6rem;">HTTP proxy for I2P Browser Bundle</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Used when running Browser mode alongside router.</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>7647</strong></td><td style="border:1px solid var(--color-border); padding:0.6rem;">Browser Mode Console</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Router console for I2P Browser Bundle</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Avoids conflict with 7657.</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>8002</strong></td><td style="border:1px solid var(--color-border); padding:0.6rem;">I2PSnark Web UI (HTTP)</td><td style="border:1px solid var(--color-border); padding:0.6rem;">BitTorrent client UI</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Integrated in router console.</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>8003</strong></td><td style="border:1px solid var(--color-border); padding:0.6rem;">I2PSnark Web UI (HTTPS)</td><td style="border:1px solid var(--color-border); padding:0.6rem;">BitTorrent client UI (SSL)</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Optional secure mode.</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>8887</strong></td><td style="border:1px solid var(--color-border); padding:0.6rem;">Router Network Port (Legacy)</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Old default for peer connections</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Replaced by randomized 9151–30777 range.</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>8118</strong></td><td style="border:1px solid var(--color-border); padding:0.6rem;">Privoxy (Reserved)</td><td style="border:1px solid var(--color-border); padding:0.6rem;">External web proxy integration</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Not part of core I2P; reserved for compatibility.</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>8123</strong></td><td style="border:1px solid var(--color-border); padding:0.6rem;">Polipo (Reserved)</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Alternate proxy integration</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Legacy Tor proxy compatibility.</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>8888</strong></td><td style="border:1px solid var(--color-border); padding:0.6rem;">Freenet (Reserved)</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Anonymous network port</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Prevents conflicts on privacy nodes.</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>9050–9053</strong></td><td style="border:1px solid var(--color-border); padding:0.6rem;">Tor SOCKS (Reserved)</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Tor proxy range for co‑installation</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Avoids conflicts with I2P.</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>9150–9153</strong></td><td style="border:1px solid var(--color-border); padding:0.6rem;">Tor Browser SOCKS (Reserved)</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Tor Browser integration</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Reserved for cross‑tool coexistence.</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>9151–30777</strong></td><td style="border:1px solid var(--color-border); padding:0.6rem;">Router Network Port (Random)</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Active TCP/UDP transport port</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Randomized per install for anti‑fingerprinting.</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>1488 / 1776</strong></td><td style="border:1px solid var(--color-border); padding:0.6rem;">XD BitTorrent Client</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Standalone I2P torrent client</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Alternate to I2PSnark.</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>31000–32000</strong></td><td style="border:1px solid var(--color-border); padding:0.6rem;">Java Service Wrapper</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Router process management</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Handles service control and restart.</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>3456 / 3458 / 3459</strong></td><td style="border:1px solid var(--color-border); padding:0.6rem;">Tahoe‑LAFS Plugin</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Decentralized file storage</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Optional third‑party plugin.</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>4691 / 8997–8999</strong></td><td style="border:1px solid var(--color-border); padding:0.6rem;">Monotone Version Control</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Distributed VCS support</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Historical usage for developer tools.</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>7070</strong></td><td style="border:1px solid var(--color-border); padding:0.6rem;">i2pd Console</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Web console for C++ implementation</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Equivalent to Java router console.</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>7672-7679</strong></td><td style="border:1px solid var(--color-border); padding:0.6rem;">Plugin Range (General)</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Recommended port block for plugins</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Developers start from 7672 upward.</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;"><strong>11371</strong></td><td style="border:1px solid var(--color-border); padding:0.6rem;">SKS/GPG Key Server (Reserved)</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Key distribution service</td><td style="border:1px solid var(--color-border); padding:0.6rem;">Used for PGP/GPG over I2P.</td></tr> </tbody> </table> ## Poznámky k implementaci <ul> <li>Všechny porty pod 9000 (kromě 8887) se z bezpečnostních důvodů standardně vážou na 127.0.0.1.</li> <li>Síťový port routeru (9151–30777) musí být otevřený do internetu pro plnou účast.</li> <li>i2pd používá většinou stejné přiřazení pro kompatibilitu (7070 konzole, 7654 I2CP, 7656/7655 SAM).</li> <li>Vývojáři pluginů by měli koordinovat nová přiřazení prostřednictvím I2P komunity, aby se vyhnuli konfliktům.</li> </ul>/cs/proposals/171-i2cp-streaming-ack-tunnel-switch/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/171-i2cp-streaming-ack-tunnel-switch/<h2 id="přehled">Přehled</h2> <p>Připojení streamovacího klienta se mohou zaseknout, pokud jsou potvrzení doručení ztracena beze zbytku. Odesílatel znovu přenáší data, dokud nedostane potvrzení nebo dokud není připojení ukončeno, přičemž neexistuje spolehlivý způsob, jak ověřit, že potvrzení dosahují druhé strany. Tento návrh přidává jeden nový příznakový bit do pole příznaků <a href="../cs/docs/specs/i2cp/">SendMessageExpiresMessage</a> , aby klient mohl směrovači přikázat, aby pro následující zprávy na stejný cíl zvolil jiný odchozí tunel. Streamovací protokol tento bit využívá k aktivaci přepnutí tunelu při detekci zaseklého připojení.</p>/cs/proposals/109-pt-transport/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/109-pt-transport/<h2 id="přehled">Přehled</h2> <p>Tento návrh je určen pro vytvoření I2P transportu, který se připojuje k dalším routerům prostřednictvím připojitelných přenosů.</p> <h2 id="motivace">Motivace</h2> <p>Připojitelné přenosy (PTs) byly vyvinuty projektem Tor jako způsob, jak modulárně přidávat obfuskační přenosy k Tor bridge.</p> <p>I2P již má modulární transportní systém, který snižuje bariéru k přidání alternativních přenosů. Přidání podpory pro PTs by poskytlo I2P snadný způsob, jak experimentovat s alternativními protokoly a připravit se na odolnost vůči blokování.</p>/cs/proposals/128-quasi-dns/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/128-quasi-dns/<h2 id="přehled">Přehled</h2> <p>Tento návrh spočívá v použití DNS přes datagramy pro subdomény.</p> <h2 id="motivace">Motivace</h2> <p>TBD</p> <h2 id="návrh">Návrh</h2> <p>TBD</p> <h2 id="specifikace">Specifikace</h2> <p>TBD</p> <h2 id="migrace">Migrace</h2> <p>TBD</p>/cs/proposals/146-red25519/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/146-red25519/<h2 id="poznámka">Poznámka</h2> <p>Probíhá nasazení a testování v síti. Podléhá drobným úpravám. Viz <a href="../cs/docs/specs/red25519-signature-scheme/">specification</a> pro oficiální specifikace.</p> <h2 id="přehled">Přehled</h2> <p>Tento návrh popisuje přesměrovatelnou podpisovou schéma vhodnou pro vytváření Destinací, které mohou být oslepeny. Navíc může být použita k oslepení existujících Ed25519 Destinací, s mírným snížením efektivity.</p> <h2 id="motivace">Motivace</h2> <p><a href="../cs/proposals/123-new-netdb-entries/">Proposal 123</a> definuje šifrovaný formát LeaseSet2, který ztělesňuje Princip minima autorit: každému účastníkovi sítě je poskytnuta pouze informace nezbytná pro jejich roli. Zejména šifrovaný LeaseSet2 publikovaný na floodfill neodhaluje Destinaci, pro kterou je, a Leases mohou být viděny pouze někým s předchozí znalostí Destinace. Nicméně, floodfills stále potřebují být schopny autentizovat šifrované LeaseSet2, když jsou publikovány, a klienti musí mít navíc jistotu, že autentizace byla provedena samotnou Destinací.</p>/cs/docs/specs/red25519/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/specs/red25519/<h2 id="přehled">Přehled</h2> <p>Tento dokument specifikuje schéma podpisů s možností opětovné randomizace, které je vhodné pro vytváření Destinations, které mohou být zaslepeny. Navíc může být použito k zaslepení existujících Ed25519 Destinations, s mírným snížením účinnosti.</p> <h2 id="motivace">Motivace</h2> <p><a href="../cs/proposals/123-new-netdb-entries">Návrh 123</a> definuje šifrovaný formát LeaseSet2, který ztělesňuje princip nejmenší autority: každý účastník sítě dostává pouze informace nezbytné pro svou roli. Konkrétně šifrovaný LeaseSet2 publikovaný na floodfill neodhaluje Destination, pro které je určen, a Leases mohou zobrazit pouze ti, kteří mají předchozí znalost Destination. Floodfills však stále potřebují být schopny ověřit šifrované LeaseSet2 při jejich publikování a klienti navíc potřebují zajistit, že ověření bylo vynuceno samotnou Destination.</p>/cs/proposals/148-eddsa-blake2b-ed25519/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/148-eddsa-blake2b-ed25519/<h2 id="přehled">Přehled</h2> <p>Tento návrh přidává nový typ podpisu používající BLAKE2b-512 s personalizačními řetězci a soli, aby nahradil SHA-512. Toto eliminuje tři třídy možných útoků.</p> <h2 id="motivace">Motivace</h2> <p>Během diskusí a návrhu NTCP2 (návrh 111) a LS2 (návrh 123) jsme krátce zvažovali různé možné útoky a způsoby, jak jim zabránit. Tři z těchto útoků jsou útoky rozšíření délky (Length Extension Attacks), útoky mezi protokoly (Cross-Protocol Attacks) a identifikace duplicitních zpráv (Duplicate Message Identification).</p> <p>Pro NTCP2 i LS2 jsme se rozhodli, že tyto útoky nebyly přímo relevantní pro dané návrhy a jakákoli řešení by byla v rozporu s cílem minimalizovat nové primitiva. Také jsme zjistili, že rychlost hashovacích funkcí v těchto protokolech nebyla důležitým faktorem v našich rozhodnutích. Proto jsme řešení většinou odložili na samostatný návrh. Ačkoli jsme do specifikace LS2 přidali některé personalizační funkce, nevyžadovali jsme žádné nové hashovací funkce.</p>/cs/proposals/124-session-tags-reset-message/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/124-session-tags-reset-message/<h2 id="přehled">Přehled</h2> <p>Tento návrh je pro zprávu I2NP, kterou lze použít k resetování relace tagů mezi dvěma destinacemi.</p> <h2 id="motivace">Motivace</h2> <p>Představte si, že nějaká destinace má spoustu potvrzených tagů k jiné destinaci. Ale tato destinace byla restartována nebo ztratila tyto tagy nějakým jiným způsobem. První destinace stále posílá zprávy s tagy a druhá destinace nemůže dešifrovat. Druhá destinace by měla mít možnost říct první destinaci, aby resetovala (začala od začátku) prostřednictvím dalšího garlic clove stejně, jako posílá aktualizovaný LeaseSet.</p>/cs/proposals/161-ri-dest-padding/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/161-ri-dest-padding/<h2 id="stav">Stav</h2> <p>Implementováno ve verzi 0.9.57.<br> Ponecháváme tuto navrženou změnu otevřenou, abychom mohli rozvíjet a diskutovat nápady v části „Plánování do budoucna“.</p> <h2 id="přehled">Přehled</h2> <h3 id="shrnutí">Shrnutí</h3> <p>Veřejný klíč ElGamal v Destinacích se nepoužívá od verze 0.6 (2005).<br> I když naše specifikace uvádějí, že se nevyužívá, NEuvádějí, že implementace mohou vynechat generování dvojice klíčů ElGamal a pole jednoduše naplnit náhodnými daty.</p> <p>Navrhujeme změnit specifikace tak, aby bylo uvedeno, že pole je ignorováno a implementace MOHOU pole naplnit náhodnými daty.<br> Tato změna je zpětně kompatibilní. Neznáme žádnou implementaci, která by ověřovala veřejný klíč ElGamal.</p>/cs/proposals/132-ports-range-in-routerinfo/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/132-ports-range-in-routerinfo/<h2 id="přehled">Přehled</h2> <p>Nebo místo toho uvést jeden port.</p> <p>Klient se může připojit k jakémukoli z nich a měl by si vybrat náhodně. To učiní vzor provozu méně rozpoznatelným, pomůže obejít DPI a některé antiddos filtry.</p> <p>Také může být použit pro rovnoměrné rozložení zátěže pro velmi vytížené uzly v budoucnosti.</p> <h2 id="motivace">Motivace</h2> <p>TBD</p> <h2 id="návrh">Návrh</h2> <p>TBD</p> <h2 id="specifikace">Specifikace</h2> <p>TBD</p> <h2 id="migrace">Migrace</h2> <p>TBD</p>/cs/proposals/170-i2pcontrol-expansion/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/170-i2pcontrol-expansion/<h2 id="přehled">Přehled</h2> <p>Tento návrh zpřístupňuje nové informace přes API i2pcontrol, čímž umožňuje větší flexibilitu. Tyto informace zahrnují: přidávání, mazání, načítání a úpravu addressbooků (adresářů) a skrytých služeb. Návrh také zpřístupňuje další informace o vašem routeru, jako jsou peerové, novinky, netDb a další.</p> <h2 id="motivace">Motivace</h2> <p>Případ použití pro tento návrh spočívá vytvoření sjednoceného a zjednodušeného konzolového rozhraní směrovače, které lze sdílet napříč všemi implementacemi směrovače s běžnou sadou i2p tunelů. Tento návrh v podstatě umožňuje intuitivnější a uživatelsky přívětivější zkušenost pro uživatele po celé síti I2P.</p>/cs/docs/legacy/sam/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/legacy/sam/<h2 id="varování---zastaralé---nepodporované---použijte-samv3">Varování - Zastaralé - Nepodporované - Použijte <a href="../cs/docs/api/samv3">SAMv3</a> </h2> <p>Níže je specifikována verze 1 jednoduchého klientského protokolu pro interakci s I2P. Novější alternativy: <a href="../cs/docs/api/samv2">SAM V2</a> , <a href="../cs/docs/api/samv3">SAM V3</a> , <a href="../cs/docs/api/bob">BOB</a> .</p> <h2 id="jazykové-knihovny-pro-samv1-api">Jazykové knihovny pro SAMv1 API</h2> <ul> <li>C</li> <li>C#</li> <li>Perl</li> <li>Python</li> </ul> <p>Knihovny jsou v zdrojovém repozitáři I2P.</p> <h3 id="i2p-0914-změny">I2P 0.9.14 Změny</h3> <p>Hlášená verze zůstává &ldquo;1.0&rdquo;.</p> <ul> <li>DEST GENERATE nyní podporuje parametr SIGNATURE_TYPE.</li> <li>Parametr MIN v HELLO VERSION je nyní nepovinný.</li> <li>Parametry MIN a MAX v HELLO VERSION nyní podporují jednociferné verze jako &ldquo;3&rdquo;.</li> </ul> <h2 id="protokol-verze-1">Protokol verze 1</h2> <p>Klientská aplikace komunikuje s SAM bridge, který se stará o veškerou I2P funkcionalité (pomocí streaming lib pro virtuální proudy, nebo I2CP přímo pro asynchronní zprávy).</p>/cs/docs/api/samv3/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/api/samv3/<p>SAM je jednoduchý klientský protokol pro komunikaci s I2P. SAM je doporučeným protokolem pro ne-Java aplikace, které se připojují k síti I2P, a je podporován více implementacemi routerů. Java aplikace by měly používat streamovací rozhraní nebo I2CP API přímo.</p> <p>SAM verze 3 byla představena v I2P verzi 0.7.3 (květen 2009) a je to stabilní a podporované rozhraní. Verze 3.1 je také stabilní a podporuje volbu typu podpisu, což je důrazně doporučeno. Novější verze 3.x podporují pokročilé funkce. Poznámka: i2pd aktuálně nepodporuje většinu funkcí verzí 3.2 a 3.3.</p>/cs/proposals/117-opt-in-statistics-collection/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/117-opt-in-statistics-collection/<h2 id="přehled">Přehled</h2> <p>Tento návrh se týká systému automatizovaného reportování statistik s možností dobrovolného přihlášení.</p> <h2 id="motivace">Motivace</h2> <p>V současné době je několik síťových parametrů určeno na základě kvalifikovaných odhadů. Existuje podezření, že některé z nich lze upravit, aby se zlepšil celkový výkon sítě, pokud jde o rychlost, spolehlivost a podobně. Nicméně, měnit je bez řádného výzkumu je velmi riskantní.</p> <h2 id="návrh">Návrh</h2> <p>Router podporuje rozsáhlou sbírku statistik, které lze použít k analýze vlastností celé sítě. Co potřebujeme, je automatizovaný systém reportování, který sbírá tyto statistiky na centralizovaném místě. Samozřejmě by to bylo s možností dobrovolného přihlášení, protože to do značné míry ničí anonymitu. (Na statistiky přátelské k ochraně soukromí již slouží stats.i2p) Jako odhad lze říci, že pro síť o velikosti 30 000 by vzorek 300 reportujících routerů měl být dostatečně reprezentativní.</p>/cs/docs/legacy/ssu-overview/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/legacy/ssu-overview/<p><strong>ZASTARALÉ</strong> - SSU byl nahrazen SSU2. Podpora SSU byla odstraněna z i2pd ve verzi 2.44.0 (API 0.9.56) 2022-11. Podpora SSU byla odstraněna z Java I2P ve verzi 2.4.0 (API 0.9.61) 2023-12.</p> <p>SSU (také nazývaný &ldquo;UDP&rdquo; ve většině I2P dokumentace a uživatelských rozhraní) byl jedním ze dvou <a href="../cs/docs/transport">transportů</a> implementovaných v I2P. Druhým je <a href="../cs/docs/specs/ntcp2">NTCP2</a> . Podpora pro <a href="../cs/docs/legacy/ntcp">NTCP</a> byla odstraněna.</p> <p>SSU bylo představeno v I2P vydání 0.6. Ve standardní I2P instalaci používá router jak NTCP, tak SSU pro odchozí spojení. SSU-over-IPv6 je podporováno od verze 0.9.8.</p>/cs/docs/misc/reseed/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/misc/reseed/<h2 id="o-reseed-serverech">O reseed serverech</h2> <p>Nové routery potřebují hrstku uzlů, aby se připojily k síti I2P. Reseed servery poskytují tuto počáteční sadu pro bootstrap (počáteční zavedení) prostřednictvím šifrovaných stahování přes HTTPS. Každý reseed balíček je podepsán serverem, což brání manipulaci neověřenými stranami. Zavedené routery mohou příležitostně provést reseed, pokud jejich sada uzlů zastará.</p> <h3 id="proces-bootstrapu-sítě">Proces bootstrapu sítě</h3> <p>Když se I2P router poprvé spustí nebo byl po delší dobu offline, potřebuje data RouterInfo, aby se připojil k síti. Protože router nemá žádné existující peery, nemůže tyto informace získat ze samotné sítě I2P. Mechanismus reseed (mechanismus počátečního zavedení do sítě) řeší problém s počátečním zavedením tím, že poskytuje soubory RouterInfo z důvěryhodných externích serverů HTTPS.</p>/cs/proposals/129-blocklist-newsxml/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/129-blocklist-newsxml/<h2 id="přehled">Přehled</h2> <p>Tento návrh je určen k distribuci aktualizací seznamu blokací v souboru zpráv, který je distribuován ve formátu podepsaného su3. Implementováno ve verzi 0.9.28.</p> <h2 id="motivace">Motivace</h2> <p>Bez toho je seznam blokací aktualizován pouze v rámci vydání. Využívá stávající odběr zpráv. Tento formát by mohl být použit v různých implementacích routerů, ale pouze Java router nyní používá odběr zpráv.</p> <h2 id="návrh">Návrh</h2> <p>Přidat novou sekci do souboru news.xml. Umožnit blokování podle IP nebo hashe routeru. Sekce bude mít své vlastní časové razítko. Umožnit odblokování dříve blokovaných položek.</p>/cs/proposals/130-blocklist-su3/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/130-blocklist-su3/<h2 id="přehled">Přehled</h2> <p>Tento návrh je určen k distribuci aktualizací seznamu blokovaných v samostatném souboru su3.</p> <h2 id="motivace">Motivace</h2> <p>Bez tohoto opatření je seznam blokovaných aktualizován pouze při vydání. Tento formát by mohl být použit v různých implementacích routeru.</p> <h2 id="návrh">Návrh</h2> <p>Definujte formát, který má být zabalen do souboru su3. Umožňuje blokování podle IP adresy nebo hash routeru. Routery se mohou přihlásit k odběru URL, nebo importovat soubor získaný jinými prostředky. Soubor su3 obsahuje podpis, který musí být při importu ověřen.</p>/cs/about/hall-of-fame/Mon, 01 Jan 0001 00:00:00 +0000/cs/about/hall-of-fame/<h1 id="síň-slávy">Síň slávy</h1> <p>Projekt I2P je zcela postaven dobrovolníky, kteří věnují svůj čas, odborné znalosti a zdroje. Tento projekt by neexistoval bez velkorysé finanční podpory naší komunity.</p> <p><strong>Chcete být přidáni na Síň slávy?</strong> Proveďte dar prostřednictvím naší <a href="../en/financial-support/">stránky s finanční podporou</a> a <a href="../en/contact/">kontaktujte nás</a> se svým preferovaným jménem nebo přezdívkou, abyste byli zde uvedeni.</p> <hr> <h2 id="naši-podporovatelé-2004-2025">Naši podporovatelé (2004-2025)</h2> <p>Jsme vděční všem, kteří v průběhu let přispěli na I2P - ať už finančními dary, přínosem kódu, podporou infrastruktury, dokumentací, překlady nebo budováním komunity. Každý příspěvek, bez ohledu na jeho formu, pomáhá udělat I2P silnějším.</p>/cs/docs/overview/network-database/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/overview/network-database/<h2 id="přehled">Přehled</h2> <p>I2P netDb je specializovaná distribuovaná databáze, obsahující pouze dva typy dat - kontaktní informace routerů (<strong>RouterInfos</strong>) a kontaktní informace destinací (<strong>LeaseSets</strong>). Každý kus dat je podepsán příslušnou stranou a ověřen kýmkoli, kdo ho používá nebo ukládá. Kromě toho data obsahují informace o aktuálnosti, což umožňuje zahodit irelevantní záznamy, nahradit starší záznamy novějšími a poskytuje ochranu proti určitým třídám útoků.</p> <p>netDb je distribuována pomocí jednoduché techniky nazvané &ldquo;floodfill&rdquo;, kde podmnožina všech routerů, nazývaná &ldquo;floodfill routery&rdquo;, udržuje distribuovanou databázi.</p>/cs/docs/overview/slovn%C3%ADk/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/overview/slovn%C3%ADk/<p>Tento glosář definuje běžné termíny používané v dokumentaci a diskuzích o I2P.</p> <h2 id="b">B</h2> <p><strong>Blockchain</strong> Distribuovaná účetní kniha, která dokáže zaznamenávat transakce mezi více stranami efektivně, ověřitelným a trvalým způsobem.</p> <h2 id="d">D</h2> <p><strong>Decentralizace</strong> Síťová architektura, která se vyhýbá závislosti na jediné straně. Zahrnuje peer-to-peer, blockchain, federované a distribuované technologie.</p> <p><strong>Destination</strong> Kryptografická identita tunelu. Jedná se o identity klientů a serverů v rámci sítě I2P.</p> <p><strong>DHT (Distributed Hash Table)</strong> Používá se v některých projektech pro propojování peerů mezi sebou ukládáním informací ve formě dvojic klíč-hodnota distribuovaným způsobem.</p>/cs/docs/overview/tunnel-routing/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/overview/tunnel-routing/<h2 id="přehled">Přehled</h2> <p>Tato stránka obsahuje přehled terminologie a fungování I2P tunnelů s odkazy na technicky podrobnější stránky, detaily a specifikace.</p> <p>Jak bylo stručně vysvětleno v <a href="../cs/docs/overview/intro/">úvodu</a> , I2P vytváří virtuální &ldquo;tunnely&rdquo; - dočasné a jednosměrné cesty přes sekvenci routerů. Tyto tunnely jsou klasifikovány buď jako příchozí tunnely (kde vše, co je do nich vloženo, směřuje k tvůrci tunnelu) nebo odchozí tunnely (kde tvůrce tunnelu odesílá zprávy od sebe pryč). Když chce Alice poslat zprávu Bobovi, (obvykle) ji pošle jedním ze svých existujících odchozích tunnelů s instrukcemi pro koncový bod tohoto tunnelu, aby ji přeposlal na gateway router jednoho z Bobových aktuálních příchozích tunnelů, který ji následně předá Bobovi.</p>/cs/docs/api/socks/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/api/socks/<h2 id="overview">SOCKS a SOCKS Proxy</h2> <p>SOCKS proxy funguje od verze 0.7.1. Podporovány jsou SOCKS 4/4a/5. SOCKS povolíte vytvořením SOCKS klientského tunelu v i2ptunnel. Podporováni jsou jak shared-clients, tak non-shared klienti. Neexistuje žádný SOCKS outproxy, takže je jeho použití omezené.</p> <p>Jak je uvedeno v <a href="../cs/docs/overview/faq#socks">FAQ</a> :</p> <pre tabindex="0"><code>Many applications leak sensitive information that could identify you on the Internet. I2P only filters connection data, but if the program you intend to run sends this information as content, I2P has no way to protect your anonymity. For example, some mail applications will send the IP address of the machine they are running on to a mail server. There is no way for I2P to filter this, thus using I2P to &#39;socksify&#39; existing applications is possible, but extremely dangerous. </code></pre><p>A citace z emailu z roku 2005:</p>/cs/docs/specs/updates/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/specs/updates/<h2 id="přehled">Přehled</h2> <p>I2P používá jednoduchý, ale bezpečný systém pro automatické aktualizace softwaru. Konzola routeru pravidelně stahuje soubor s novinkami z konfigurovatelné I2P URL adresy. Existuje pevně zakódovaná záložní URL adresa směřující na projektový web pro případ, že výchozí server s novinkami projektu nebude dostupný.</p> <p>Obsah souboru s novinkami se zobrazuje na domovské stránce konzole routeru. Kromě toho soubor s novinkami obsahuje číslo nejnovější verze softwaru. Pokud je verze vyšší než číslo verze routeru, zobrazí se uživateli oznámení, že je k dispozici aktualizace.</p>/cs/docs/specs/common-structures/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/specs/common-structures/<p>Tento dokument popisuje některé datové typy společné všem I2P protokolům, jako je <a href="../cs/docs/specs/i2np/">I2NP</a> , <a href="../cs/docs/specs/i2cp/">I2CP</a> , <a href="../cs/docs/legacy/ssu/">SSU</a> , atd.</p> <h2 id="specifikace-běžného-typu">Specifikace běžného typu</h2> <h3 id="celé-číslo">Celé číslo</h3> <h4 id="popis">Popis</h4> <p>Představuje nezáporné celé číslo.</p> <h4 id="obsah">Obsah</h4> <p>1 až 8 bajtů v síťovém pořadí bajtů (big endian) reprezentujících neznaménkové celé číslo.</p> <h3 id="datum">Datum</h3> <h4 id="popis-1">Popis</h4> <p>Počet milisekund od půlnoci 1. ledna 1970 v časovém pásmu GMT. Pokud je číslo 0, datum je nedefinované nebo null.</p> <h4 id="obsah-1">Obsah</h4> <p>8 bajtový <a href="#integer">Integer</a> </p> <h3 id="řetězec">Řetězec</h3> <h4 id="popis-2">Popis</h4> <p>Představuje řetězec kódovaný v UTF-8.</p>/cs/docs/specs/blockfile/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/specs/blockfile/<h2 id="přehled">Přehled</h2> <p>Tento dokument specifikuje formát souboru I2P blockfile a tabulky v hostsdb.blockfile používané službou Blockfile Naming Service <a href="../cs/docs/overview/naming/">NAMING</a> .</p> <p>Blockfile poskytuje rychlé vyhledávání Destination v kompaktním formátu. Zatímco režie stránky blockfile je značná, destinace jsou uloženy v binárním formátu místo ve formátu Base 64 jako v hosts.txt formátu. Kromě toho blockfile poskytuje možnost ukládání libovolných metadat (jako je datum přidání, zdroj a komentáře) pro každý záznam. Metadata mohou být v budoucnu využita k poskytování pokročilých funkcí adresáře. Požadavky na úložiště blockfile představují mírné navýšení oproti hosts.txt formátu a blockfile poskytuje přibližně 10násobné snížení času vyhledávání.</p>/cs/docs/specs/datagrams/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/specs/datagrams/<h2 id="přehled">Přehled</h2> <p>Viz <a href="../cs/docs/api/datagrams/">dokumentaci Datagrams API</a> pro přehled Datagrams API.</p> <p>Jsou definovány následující typy. Jsou uvedena standardní čísla protokolů, avšak mohou být použita jakákoli jiná čísla protokolů kromě čísla streaming protokolu (6), které je specifické pro aplikaci.</p> <table style="width:100%; border-collapse:collapse; margin-bottom:1.5rem;"> <thead> <tr> <th style="border:1px solid var(--color-border); padding:0.6rem; text-align:left; background:var(--color-bg-secondary);">Type</th> <th style="border:1px solid var(--color-border); padding:0.6rem; text-align:center; background:var(--color-bg-secondary);">Protocol</th> <th style="border:1px solid var(--color-border); padding:0.6rem; text-align:center; background:var(--color-bg-secondary);">Repliable?</th> <th style="border:1px solid var(--color-border); padding:0.6rem; text-align:center; background:var(--color-bg-secondary);">Authenticated?</th> <th style="border:1px solid var(--color-border); padding:0.6rem; text-align:center; background:var(--color-bg-secondary);">Replay Prevention?</th> <th style="border:1px solid var(--color-border); padding:0.6rem; text-align:left; background:var(--color-bg-secondary);">As Of</th> </tr> </thead> <tbody> <tr> <td style="border:1px solid var(--color-border); padding:0.6rem;">Raw</td> <td style="border:1px solid var(--color-border); padding:0.6rem; text-align:center;">18</td> <td style="border:1px solid var(--color-border); padding:0.6rem; text-align:center;">no</td> <td style="border:1px solid var(--color-border); padding:0.6rem; text-align:center;">no</td> <td style="border:1px solid var(--color-border); padding:0.6rem; text-align:center;">no</td> <td style="border:1px solid var(--color-border); padding:0.6rem;"></td> </tr> <tr> <td style="border:1px solid var(--color-border); padding:0.6rem;">Datagram1</td> <td style="border:1px solid var(--color-border); padding:0.6rem; text-align:center;">17</td> <td style="border:1px solid var(--color-border); padding:0.6rem; text-align:center;">yes</td> <td style="border:1px solid var(--color-border); padding:0.6rem; text-align:center;">yes</td> <td style="border:1px solid var(--color-border); padding:0.6rem; text-align:center;">no</td> <td style="border:1px solid var(--color-border); padding:0.6rem;"></td> </tr> <tr> <td style="border:1px solid var(--color-border); padding:0.6rem;">Datagram2</td> <td style="border:1px solid var(--color-border); padding:0.6rem; text-align:center;">19</td> <td style="border:1px solid var(--color-border); padding:0.6rem; text-align:center;">yes</td> <td style="border:1px solid var(--color-border); padding:0.6rem; text-align:center;">yes</td> <td style="border:1px solid var(--color-border); padding:0.6rem; text-align:center;">yes</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">0.9.66</td> </tr> <tr> <td style="border:1px solid var(--color-border); padding:0.6rem;">Datagram3</td> <td style="border:1px solid var(--color-border); padding:0.6rem; text-align:center;">20</td> <td style="border:1px solid var(--color-border); padding:0.6rem; text-align:center;">yes</td> <td style="border:1px solid var(--color-border); padding:0.6rem; text-align:center;">no</td> <td style="border:1px solid var(--color-border); padding:0.6rem; text-align:center;">no</td> <td style="border:1px solid var(--color-border); padding:0.6rem;">0.9.66</td> </tr> </tbody> </table> Podpora pro Datagram2 a Datagram3 v různých implementacích routerů a knihoven bude teprve určena. Zkontrolujte dokumentaci těchto implementací. <h3 id="identifikace-typu-datagramu">Identifikace typu datagramu</h3> <p>Čtyři typy datagramů nesdílejí společné záhlaví s verzí protokolu na stejném místě. Pakety nelze identifikovat podle typu na základě jejich obsahu. Při používání více typů na stejné relaci nebo jednoho typu společně se streamováním musí aplikace používat čísla protokolů a/nebo I2CP/SAM porty k směrování příchozích paketů na správné místo. Použití standardních čísel protokolů to usnadní. Ponechání čísla protokolu nenastavené (0 nebo PROTO_ANY), dokonce i pro aplikaci používající pouze datagramy, se nedoporučuje, protože to zvyšuje pravděpodobnost chyb při směrování a ztěžuje to upgrade na multi-protokolovou aplikaci. Pole verzí v Datagram 2 a 3 jsou poskytována pouze jako dodatečná kontrola chyb směrování a budoucích změn.</p>/cs/docs/specs/i2np/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/specs/i2np/<h2 id="přehled">Přehled</h2> <p>I2P Network Protocol (I2NP) je vrstva nad I2P transportními protokoly. Jedná se o protokol router-to-router. Používá se pro vyhledávání a odpovědi v síťové databázi, pro vytváření tunelů a pro šifrované zprávy s daty routerů a klientů. I2NP zprávy mohou být zasílány point-to-point jinému routeru, nebo zasílány anonymně přes tunely tomuto routeru.</p> <h2 id="versions">Verze protokolu</h2> <p>Všechny routery musí publikovat svou verzi I2NP protokolu v poli &ldquo;router.version&rdquo; ve vlastnostech RouterInfo. Toto pole verze je verze API, která označuje úroveň podpory pro různé funkce I2NP protokolu, a nemusí nutně odpovídat skutečné verzi routeru.</p>/cs/docs/specs/configuration/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/specs/configuration/<h2 id="přehled">Přehled</h2> <p>Tato stránka poskytuje obecnou specifikaci konfiguračních souborů I2P, které používá router a různé aplikace. Také poskytuje přehled informací obsažených v různých souborech a odkazy na podrobnou dokumentaci, kde je k dispozici.</p> <h2 id="obecný-formát">Obecný formát</h2> <p>Konfigurační soubor I2P je formátován podle specifikace Java <a href="http://docs.oracle.com/javase/1.5.0/docs/api/java/util/Properties.html#load%28java.io.InputStream%29">Properties</a> s následujícími výjimkami:</p> <ul> <li>Kódování musí být UTF-8</li> <li>Nepoužívá ani nerozpoznává žádné escape sekvence, včetně <code>\</code>, takže řádky nelze pokračovat</li> <li><code>#</code> nebo <code>;</code> začíná komentář, ale <code>!</code> nezačíná</li> <li><code>#</code> začíná komentář na jakékoli pozici, ale <code>;</code> musí být ve sloupci 1, aby začal komentář</li> <li>Úvodní a koncové mezery nejsou u klíčů odstraněny</li> <li>Úvodní a koncové mezery jsou u hodnot odstraněny</li> <li><code>=</code> je jediný znak ukončující klíč (ne <code>:</code> nebo mezera)</li> <li>Řádky bez <code>=</code> jsou ignorovány. Od vydání 0.9.10 jsou podporovány klíče s hodnotou &quot;&quot;</li> <li>Protože neexistují escape sekvence, klíče nesmí obsahovat <code>#</code>, <code>=</code> nebo <code>\n</code>, ani začínat <code>;</code></li> <li>Protože neexistují escape sekvence, hodnoty nesmí obsahovat <code>#</code> nebo <code>\n</code>, ani začínat nebo končit <code>\r</code> nebo mezerou</li> </ul> <p>Soubor nemusí být seřazen, ale většina aplikací při zápisu do souboru řadí podle klíče pro snadnější čtení a ruční úpravy.</p>/cs/docs/specs/cryptography/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/specs/cryptography/<h2 id="přehled">Přehled</h2> <blockquote> <p><strong>Poznámka:</strong> Tento dokument je převážně zastaralý. Aktuální specifikace naleznete v následujících dokumentech: &gt; - <a href="../cs/docs/specs/ecies">ECIES</a> &gt; - <a href="../cs/docs/specs/encryptedleaseset">Encrypted LeaseSet</a> &gt; - <a href="../cs/docs/specs/ntcp2">NTCP2</a> &gt; - <a href="../cs/docs/specs/red25519">Red25519</a> &gt; - <a href="../cs/docs/specs/ssu2">SSU2</a> &gt; - <a href="../cs/docs/specs/tunnel-creation-ecies">Tunnel Creation (ECIES)</a> </p></blockquote> <p>Tato stránka specifikuje nízkoúrovňové detaily kryptografie v I2P.</p> <p>V rámci I2P se používá několik kryptografických algoritmů. V původním návrhu I2P byl jen jeden algoritmus každého typu - jeden symetrický algoritmus, jeden asymetrický algoritmus, jeden algoritmus pro podepisování a jeden hashovací algoritmus. Neexistovalo žádné opatření pro přidávání dalších algoritmů nebo migraci na algoritmy s vyšší bezpečností.</p>/cs/docs/specs/plugin/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/specs/plugin/<h2 id="přehled">Přehled</h2> <p>Tento dokument specifikuje formát souboru .xpi2p (podobně jako Firefox .xpi), ale s jednoduchým popisným souborem plugin.config namísto XML souboru install.rdf. Tento formát souborů se používá jak pro počáteční instalace pluginů, tak pro aktualizace pluginů.</p> <p>Navíc tento dokument poskytuje stručný přehled o tom, jak router instaluje pluginy, a zásady a směrnice pro vývojáře pluginů.</p> <p>Základní formát souboru .xpi2p je stejný jako soubor i2pupdate.sud (formát používaný pro aktualizace routeru), ale instalátor umožní uživateli nainstalovat addon i v případě, že ještě nezná klíč podepisovatele.</p>/cs/docs/legacy/samv2/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/legacy/samv2/<h2 id="varování---zastaralé---nepodporované---použijte-samv3">Varování - Zastaralé - Nepodporované - Použijte <a href="../cs/docs/api/samv3">SAMv3</a> </h2> <p>Níže je specifikována verze 2 jednoduchého klientského protokolu pro interakci s I2P.</p> <p>SAM V2 byl představen ve vydání I2P 0.6.1.31. Významné rozdíly oproti SAM V1 jsou označeny &ldquo;***&rdquo;. Alternativy: <a href="../cs/docs/api/sam">SAM V1</a> , <a href="../cs/docs/api/samv3">SAM V3</a> , <a href="../cs/docs/api/bob">BOB</a> .</p> <h2 id="změny-ve-verzi-2">Změny ve verzi 2</h2> <p>SAM V2 bylo představeno ve verzi I2P 0.6.1.31. Oproti verzi 1 poskytuje SAM v2 způsob správy několika socketů na stejné I2P destinaci <em>paralelně</em>, tj. klient nemusí čekat na úspěšné odeslání dat na jednom socketu před odesláním dat na jiném socketu. Všechna data procházejí stejným socketem klient&lt;&ndash;&gt;SAM. Pro více socketů viz <a href="../cs/docs/api/samv3">SAM V3</a> .</p>/cs/docs/specs/ssu2/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/specs/ssu2/<h2 id="stav">Stav</h2> <p>Podstatně dokončeno. Viz <a href="../cs/proposals/159-ssu2">Prop159</a> pro další pozadí a cíle, včetně bezpečnostní analýzy, modelů hrozeb, přehledu bezpečnosti a problémů SSU 1 a úryvků ze specifikací QUIC.</p> <p>Plán zavádění:</p> <table style="width:100%; border-collapse:collapse; margin-bottom:1.5rem;"> <thead> <tr> <th style="border:1px solid var(--color-border); padding:0.6rem; text-align:left; background:var(--color-bg-secondary);">Feature</th> <th style="border:1px solid var(--color-border); padding:0.6rem; text-align:left; background:var(--color-bg-secondary);">Testing (not default)</th> <th style="border:1px solid var(--color-border); padding:0.6rem; text-align:left; background:var(--color-bg-secondary);">Enabled by default</th> </tr> </thead> <tbody> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;">Local test code</td><td style="border:1px solid var(--color-border); padding:0.6rem;">2022-02</td><td style="border:1px solid var(--color-border); padding:0.6rem;"></td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;">Joint test code</td><td style="border:1px solid var(--color-border); padding:0.6rem;">2022-03</td><td style="border:1px solid var(--color-border); padding:0.6rem;"></td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;">Joint test in-net</td><td style="border:1px solid var(--color-border); padding:0.6rem;">0.9.54 2022-05</td><td style="border:1px solid var(--color-border); padding:0.6rem;"></td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;">Freeze basic protocol</td><td style="border:1px solid var(--color-border); padding:0.6rem;">0.9.54 2022-05</td><td style="border:1px solid var(--color-border); padding:0.6rem;"></td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;">Basic Session</td><td style="border:1px solid var(--color-border); padding:0.6rem;">0.9.55 2022-08</td><td style="border:1px solid var(--color-border); padding:0.6rem;">0.9.56 2022-11</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;">Address Validation (Retry)</td><td style="border:1px solid var(--color-border); padding:0.6rem;">0.9.55 2022-08</td><td style="border:1px solid var(--color-border); padding:0.6rem;">0.9.56 2022-11</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;">Fragmented RI in handshake</td><td style="border:1px solid var(--color-border); padding:0.6rem;">0.9.55 2022-08</td><td style="border:1px solid var(--color-border); padding:0.6rem;">0.9.56 2022-11</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;">New Token</td><td style="border:1px solid var(--color-border); padding:0.6rem;">0.9.55 2022-08</td><td style="border:1px solid var(--color-border); padding:0.6rem;">0.9.57 2022-11</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;">Freeze extended protocol</td><td style="border:1px solid var(--color-border); padding:0.6rem;">0.9.55 2022-08</td><td style="border:1px solid var(--color-border); padding:0.6rem;"></td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;">Relay</td><td style="border:1px solid var(--color-border); padding:0.6rem;">0.9.55 2022-08</td><td style="border:1px solid var(--color-border); padding:0.6rem;">0.9.56 2022-11</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;">Peer Test</td><td style="border:1px solid var(--color-border); padding:0.6rem;">0.9.55 2022-08</td><td style="border:1px solid var(--color-border); padding:0.6rem;">0.9.56 2022-11</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;">Enable for random 2%</td><td style="border:1px solid var(--color-border); padding:0.6rem;">0.9.55 2022-08</td><td style="border:1px solid var(--color-border); padding:0.6rem;"></td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;">Path Validation</td><td style="border:1px solid var(--color-border); padding:0.6rem;">0.9.55+ dev</td><td style="border:1px solid var(--color-border); padding:0.6rem;">0.9.56 2022-11</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;">Connection Migration</td><td style="border:1px solid var(--color-border); padding:0.6rem;">0.9.55+ dev</td><td style="border:1px solid var(--color-border); padding:0.6rem;">0.9.56 2022-11</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;">Immediate ACK flag</td><td style="border:1px solid var(--color-border); padding:0.6rem;">0.9.55+ dev</td><td style="border:1px solid var(--color-border); padding:0.6rem;">0.9.56 2022-11</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;">Key Rotation</td><td style="border:1px solid var(--color-border); padding:0.6rem;">0.9.57 2023-02</td><td style="border:1px solid var(--color-border); padding:0.6rem;">0.9.58 2023-05</td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;">Disable SSU 1 (i2pd)</td><td style="border:1px solid var(--color-border); padding:0.6rem;">0.9.56 2022-11</td><td style="border:1px solid var(--color-border); padding:0.6rem;"></td></tr> <tr><td style="border:1px solid var(--color-border); padding:0.6rem;">Disable SSU 1 (Java I2P)</td><td style="border:1px solid var(--color-border); padding:0.6rem;">0.9.58 2023-05</td><td style="border:1px solid var(--color-border); padding:0.6rem;">0.9.61 2023-12</td></tr> </tbody> </table> Základní relace zahrnuje handshake a datovou fázi. Rozšířený protokol zahrnuje relay a peer test. <h2 id="přehled">Přehled</h2> <p>Tato specifikace definuje protokol pro autentizované dohodnutí klíčů za účelem zlepšení odolnosti <a href="../cs/docs/transport/ssu">SSU</a> vůči různým formám automatizované identifikace a útoků.</p>/cs/docs/specs/streaming/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/specs/streaming/<h2 id="přehled">Přehled</h2> <p>Viz <a href="../cs/docs/api/streaming">Streaming Library</a> pro přehled Streaming protokolu.</p> <h2 id="verze-protokolu">Verze protokolu</h2> <p>Streaming protokol neobsahuje pole verze. Verze uvedené níže jsou pro Java I2P. Implementace a skutečná podpora kryptografie se mohou lišit. Neexistuje způsob, jak zjistit, zda vzdálená strana podporuje konkrétní verzi nebo funkci. Tabulka níže slouží jako obecné vodítko pro data vydání různých funkcí.</p> <p>Funkce uvedené níže se týkají samotného protokolu. Různé možnosti konfigurace jsou dokumentovány v <a href="../cs/docs/api/streaming">Streaming Library</a> spolu s verzí Java I2P, ve které byly implementovány.</p>/cs/docs/specs/encryptedleaseset/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/specs/encryptedleaseset/<h2 id="přehled">Přehled</h2> <p>Tento dokument specifikuje zaslepování, šifrování a dešifrování šifrovaných leaseSets. Pro strukturu šifrovaného leaseSet viz <a href="../cs/docs/specs/common-structures">specifikaci běžných struktur</a> . Pro pozadí k šifrovaným leaseSets viz <a href="../cs/proposals/123-new-netdb-entries">návrh 123</a> . Pro použití v netDb viz dokumentaci netdb.</p> <h3 id="definice">Definice</h3> <p>Definujeme následující funkce odpovídající kryptografickým stavebním blokům používaným pro šifrované LS2:</p> <p><strong>CSRNG(n)</strong> : n-bytový výstup z kryptograficky bezpečného generátoru náhodných čísel.</p> <p>Kromě požadavku, aby CSRNG byl kryptograficky bezpečný (a tedy vhodný pro generování klíčového materiálu), MUSÍ být bezpečný pro použití n-bajtového výstupu jako klíčový materiál, když jsou bajtové sekvence bezprostředně předcházející a následující vystaveny v síti (například v salti nebo šifrovaném paddingu). Implementace, které se spoléhají na potenciálně nedůvěryhodný zdroj, by měly hashovat jakýkoli výstup, který má být vystaven v síti <a href="http://projectbullrun.org/dual-ec/ext-rand.html">PRNG-REFS</a> .</p>/cs/docs/specs/tunnel-creation-ecies/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/specs/tunnel-creation-ecies/<h2 id="přehled">Přehled</h2> <p>Tento dokument specifikuje šifrování zpráv Tunnel Build pomocí kryptografických primitiv zavedených v <a href="../cs/docs/specs/ecies/">ECIES-X25519</a> . Je to část celkového návrhu <a href="../cs/proposals/156/">Prop156</a> pro převod routerů z ElGamal na ECIES-X25519 klíče.</p> <p>Jsou specifikovány dvě verze. První používá stávající build zprávy a velikost build záznamu pro kompatibilitu s ElGamal routery. Tato specifikace byla implementována od vydání 0.9.48 a nyní je zastaralá. Druhá používá dvě nové build zprávy a menší velikost build záznamu a může být použita pouze s ECIES routery. Tato specifikace je implementována od vydání 0.9.51.</p>/cs/docs/specs/elgamal-tunnel-creation/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/specs/elgamal-tunnel-creation/<h2 id="tunnelcreate-overview">Přehled</h2> <p>POZNÁMKA: ZASTARALÉ - Toto je specifikace vytváření tunelů ElGamal. Aktuální metodu najdete ve <a href="../cs/docs/specs/tunnel-creation-ecies">specifikaci vytváření tunelů X25519</a> .</p> <p>Tento dokument specifikuje detaily šifrovaných zpráv pro vytváření tunnelů pomocí metody &ldquo;neinteraktivního teleskopování&rdquo;. Pro přehled procesu, včetně metod výběru a řazení peerů, viz dokument o vytváření tunnelů <a href="../cs/docs/specs/tunnel-implementation">TUNNEL-IMPL</a> .</p> <p>Vytvoření tunelu je dosaženo jedinou zprávou předávanou podél cesty peerů v tunelu, přepsanou na místě a přenášenou zpět k tvůrci tunelu. Tato jediná zpráva tunelu se skládá z proměnného počtu záznamů (až 8) - jeden pro každý potenciální peer v tunelu. Jednotlivé záznamy jsou asymetricky (ElGamal <a href="../cs/docs/specs/cryptography#elgamal">CRYPTO-ELG</a> ) šifrované tak, aby je mohl číst pouze konkrétní peer podél cesty, zatímco na každém skoku je přidána dodatečná symetrická vrstva šifrování (AES <a href="../cs/docs/specs/cryptography#AES">CRYPTO-AES</a> ) tak, aby byl asymetricky šifrovaný záznam odhalen pouze ve vhodnou chvíli.</p>/cs/docs/specs/tunnel-message/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/specs/tunnel-message/<h2 id="přehled">Přehled</h2> <p>Tento dokument specifikuje formát tunnel zpráv. Pro obecné informace o tunnelech viz <a href="../cs/docs/specs/tunnel-implementation">dokumentace tunnelů</a> .</p> <h2 id="předběžné-zpracování-zpráv">Předběžné zpracování zpráv</h2> <p><em>Tunnel gateway</em> (brána tunelu) je vstup, neboli první skok tunelu. Pro odchozí tunel je gateway tvůrce tunelu. Pro příchozí tunel je gateway na opačném konci od tvůrce tunelu.</p> <p>Gateway <em>předzpracovává</em> <a href="../cs/docs/specs/i2np">I2NP</a> zprávy jejich fragmentací a kombinováním do tunnel zpráv.</p> <p>Zatímco I2NP zprávy mají proměnlivou velikost od 0 do téměř 64 KB, tunnel zprávy mají pevnou velikost, přibližně 1 KB. Pevná velikost zpráv omezuje několik typů útoků, které jsou možné pozorováním velikosti zpráv.</p>/cs/docs/applications/managed-clients/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/applications/managed-clients/<h2 id="přehled">Přehled</h2> <p>Klienti mohou být spuštěni přímo routerem, když jsou uvedeni v souboru <a href="../cs/docs/specs/configuration/">clients.config</a> . Tito klienti mohou být &ldquo;spravovaní&rdquo; nebo &ldquo;nespravovaní&rdquo;. Toto je zpracováváno ClientAppManagerem. Kromě toho se spravovaní nebo nespravovaní klienti mohou registrovat u ClientAppManagera, aby ostatní klienti mohli získat odkaz na ně. Existuje také jednoduché zařízení Port Mapper, které klientům umožňuje zaregistrovat interní port, který si mohou ostatní klienti vyhledat.</p> <hr> <h2 id="spravovaní-klienti">Spravovaní klienti</h2> <p>Od verze 0.9.4 router podporuje spravované klienty. Spravovaní klienti jsou vytvářeni a spouštěni pomocí ClientAppManager. ClientAppManager udržuje referenci na klienta a přijímá aktualizace o stavu klienta. Spravovaní klienti jsou preferováni, protože je mnohem jednodušší implementovat sledování stavu a spouštět a zastavovat klienta. Také je mnohem jednodušší vyhnout se statickým referencím v kódu klienta, které by mohly vést k nadměrnému využití paměti poté, co je klient zastaven. Spravovaní klienti mohou být spouštěni a zastavováni uživatelem v router konzoli a jsou zastaveni při vypnutí routeru.</p>/cs/docs/legacy/ssu/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/legacy/ssu/<h2 id="přehled">Přehled</h2> <p>ZASTARALÉ - SSU byl nahrazen SSU2. Podpora SSU byla odstraněna z i2pd ve verzi 2.44.0 (API 0.9.56) v 11/2022. Podpora SSU byla odstraněna z Java I2P ve verzi 2.4.0 (API 0.9.61) v 12/2023.</p> <p>Další informace najdete v <a href="../cs/docs/transport/ssu/">přehledu SSU</a> .</p> <h2 id="dh">DH výměna klíčů</h2> <p>Počáteční 2048bitová DH výměna klíčů je popsána na <a href="../cs/docs/transport/ssu/#keys">stránce SSU klíčů</a> . Tato výměna používá stejné sdílené prvočíslo jako to, které se používá pro I2P <a href="../cs/docs/specs/cryptography/#elgamal">ElGamal šifrování</a> .</p> <h2 id="header">Záhlaví zprávy</h2> <p>Všechny UDP datagramy začínají 16bytovým MAC (Message Authentication Code) a 16bytovým IV (Initialization Vector), následovanými payload proměnné velikosti zašifrovanou odpovídajícím klíčem. Používaný MAC je HMAC-MD5, zkrácený na 16 bytů, zatímco klíč je plný 32bytový AES256 klíč. Specifická konstrukce MAC je prvních 16 bytů z:</p>/cs/proposals/159-ssu2/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/159-ssu2/<h2 id="stav">Stav</h2> <p>Plán nasazení:</p> <table> <thead> <tr> <th>Funkce</th> <th>Testování (není výchozí)</th> <th>Povoleno ve výchozím nastavení</th> </tr> </thead> <tbody> <tr> <td>Lokální testovací kód</td> <td>2022-02</td> <td></td> </tr> <tr> <td>Společný testovací kód</td> <td>2022-03</td> <td></td> </tr> <tr> <td>Společný test v síti</td> <td>0.9.54 2022-05</td> <td></td> </tr> <tr> <td>Zmrazení základního protokolu</td> <td>0.9.54 2022-05</td> <td></td> </tr> <tr> <td>Základní relace</td> <td>0.9.55 2022-08</td> <td>0.9.56 2022-11</td> </tr> <tr> <td>Ověření adresy (opakování)</td> <td>0.9.55 2022-08</td> <td>0.9.56 2022-11</td> </tr> <tr> <td>Fragmentované RI v handshake</td> <td>0.9.55 2022-08</td> <td>0.9.56 2022-11</td> </tr> <tr> <td>Nový token</td> <td>0.9.55 2022-08</td> <td>0.9.57 2022-11</td> </tr> <tr> <td>Zmrazení rozšířeného protokolu</td> <td>0.9.55 2022-08</td> <td></td> </tr> <tr> <td>Relé</td> <td>0.9.55 2022-08</td> <td>0.9.56 2022-11</td> </tr> <tr> <td>Test protějšku</td> <td>0.9.55 2022-08</td> <td>0.9.56 2022-11</td> </tr> <tr> <td>Povoleno pro náhodných 2 %</td> <td>0.9.55 2022-08</td> <td></td> </tr> <tr> <td>Ověření cesty</td> <td>0.9.55+ dev</td> <td>0.9.56 2022-11</td> </tr> <tr> <td>Migrace připojení</td> <td>0.9.55+ dev</td> <td>0.9.56 2022-11</td> </tr> <tr> <td>Příznak okamžitého potvrzení</td> <td>0.9.55+ dev</td> <td>0.9.56 2022-11</td> </tr> <tr> <td>Rotace klíčů</td> <td>0.9.57 2023-02</td> <td>0.9.58 2023-05</td> </tr> <tr> <td>Zakázání SSU 1 (i2pd)</td> <td>0.9.56 2022-11</td> <td></td> </tr> <tr> <td>Zakázání SSU 1 (Java I2P)</td> <td>0.9.58 2023-05</td> <td>0.9.61 2023-12</td> </tr> </tbody> </table> <p>Základní relace zahrnuje handshake a datovou fázi. Rozšířený protokol zahrnuje relé a test protějšku.</p>/cs/docs/api/streaming/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/api/streaming/<h2 id="overview">Overview</h2> <p>The <strong>I2P Streaming Library</strong> provides reliable, in-order, authenticated transport over I2P’s message layer, similar to <strong>TCP over IP</strong>. It sits above the <a href="../cs/docs/specs/i2cp/">I2CP protocol</a> and is used by nearly all interactive I2P applications, including HTTP proxies, IRC, BitTorrent, and email.</p> <p>This design enables small HTTP requests and responses to complete in a single round-trip. A SYN packet may carry the request payload, while the responder’s SYN/ACK/FIN may contain the full response body.</p>/cs/proposals/155-streaming-mtu-ecies/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/155-streaming-mtu-ecies/<h2 id="poznámka">Poznámka</h2> <p>Nasazení a testování sítě probíhá. Předmět malých revizí.</p> <h2 id="přehled">Přehled</h2> <h3 id="shrnutí">Shrnutí</h3> <p>ECIES snižuje režii existujících relačních (ES) zpráv o přibližně 90 bajtů. Proto můžeme zvýšit MTU o přibližně 90 bajtů pro ECIES spojení. Viz <a href="../cs/docs/specs/ecies/#overhead">specifikace ECIES</a> , <a href="../cs/docs/specs/streaming/#flags-and-option-data-fields">specifikace Streaming</a> a <a href="../cs/docs/api/streaming/">dokumentace Streaming API</a> .</p> <p>Bez zvýšení MTU nejsou úspory režie v mnoha případech skutečně „uloženy“, protože zprávy budou stejně doplněny na dvě plné tunelové zprávy.</p> <p>Tento návrh nevyžaduje žádné změny specifikací. Je publikován pouze jako návrh, aby usnadnil diskuzi a dosažení konsensu ohledně doporučené hodnoty a detailů implementace.</p>/cs/docs/overview/restrictive-countries/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/overview/restrictive-countries/<p>Tato implementace I2P (Java implementace distribuovaná na tomto webu) obsahuje „Seznam přísných zemí&quot;, který slouží k úpravě chování routeru v regionech, kde může být účast na směrování pro ostatní omezena zákonem. Přestože nejsme si vědomi jurisdikcí, které by zakazovaly používání I2P, několik z nich má široké zákazy přeposílání provozu. Routery, které se zdají být v „přísných&quot; zemích, jsou automaticky přepnuty do skrytého režimu.</p> <p>Projekt odkazuje na výzkum organizací pro občanská a digitální práva při těchto rozhodnutích. Zejména průběžný výzkum Freedom House ovlivňuje naše volby. Obecné vodítko je zahrnout země s hodnocením občanských svobod (CL) 16 nebo méně, nebo s hodnocením svobody internetu 39 nebo méně (není svobodný).</p>/cs/proposals/153-chacha20-layer-encryption/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/153-chacha20-layer-encryption/<h2 id="přehled">Přehled</h2> <p>Tento návrh navazuje na a vyžaduje změny z návrhu 152: ECIES Tunnels.</p> <p>Pouze tunely postavené přes uzly podporující formát BuildRequestRecord pro ECIES-X25519 tunely mohou implementovat tuto specifikaci.</p> <p>Tato specifikace vyžaduje formát Tunnel Build Options pro indikaci typu šifrování tunelové vrstvy a přenášení klíčů pro vrstvy AEAD.</p> <h3 id="cíle">Cíle</h3> <p>Cíle tohoto návrhu jsou:</p> <ul> <li>Nahradit AES256/ECB+CBC ChaCha20 pro zavedené IV tunelu a šifrování vrstev</li> <li>Použít ChaCha20-Poly1305 pro meziuzlovou AEAD ochranu</li> <li>Být neodhalitelný stávajícími účastníky tunelové vrstvy</li> <li>Neměnit celkovou délku tunelové zprávy</li> </ul> <h3 id="zpracování-zavedené-tunelové-zprávy">Zpracování Zavedené Tunelové Zprávy</h3> <p>Tato sekce popisuje změny pro:</p>/cs/proposals/121-encrypted-leaseset/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/121-encrypted-leaseset/<h2 id="přehled">Přehled</h2> <p>Tato návrh se zabývá přepracováním mechanismu pro šifrování LeaseSets.</p> <h2 id="motivace">Motivace</h2> <p>Současné šifrované LS jsou hrozné a nebezpečné. Mohu to říct, protože jsem je navrhl a implementoval.</p> <p>Důvody:</p> <ul> <li>Šifrováno pomocí AES CBC</li> <li>Jeden AES klíč pro všechny</li> <li>Časové expirace Lease jsou stále přístupné</li> <li>Šifrovací pubkey jsou stále přístupné</li> </ul> <h2 id="návrh">Návrh</h2> <h3 id="cíle">Cíle</h3> <ul> <li>Zcela zakrýt celý proces</li> <li>Klíče pro každého příjemce</li> </ul> <h3 id="strategie">Strategie</h3> <p>Postupujme stejně jako GPG/OpenPGP. Asymetricky šifrujeme symetrický klíč pro každého příjemce. Data jsou dešifrována pomocí toho asymetrického klíče. Viz např. <a href="https://tools.ietf.org/html/rfc4880#section-5.1">RFC-4880-S5.1</a> Pokud můžeme najít algoritmus, který je malý a rychlý.</p>/cs/proposals/126-ipv6-peer-testing/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/126-ipv6-peer-testing/<h2 id="přehled">Přehled</h2> <p>Tento dokument navrhuje implementaci SSU Peer Testování pro IPv6. Implementováno v 0.9.27.</p> <h2 id="motivace">Motivace</h2> <p>Nemůžeme spolehlivě určit a sledovat, zda je naše IPv6 adresa za firewallem.</p> <p>Když jsme před lety přidali podporu IPv6, předpokládali jsme, že IPv6 nikdy není za firewallem.</p> <p>Nedávno, v 0.9.20 (květen 2015), jsme interně rozdělili status dostupnosti v4/v6 (ticket #1458). Viz tento ticket pro rozsáhlé informace a odkazy.</p> <p>Pokud máte jak v4, tak v6 za firewallem, můžete jednoduše vynutit stav za firewallem v sekci konfigurace TCP na /confignet.</p>/cs/donate/download/Mon, 01 Jan 0001 00:00:00 +0000/cs/donate/download//cs/about/media/Mon, 01 Jan 0001 00:00:00 +0000/cs/about/media/<div class="content-intro"> Zdroje pro novináře, výzkumníky a každého, kdo se zajímá o I2P. Všechny prezentace, články a rozhovory uspořádané chronologicky od nejnovějších po nejstarší. </div> <h2 class="content-year">2024</h2> <div class="content-entry"> <div class="content-entry-title"> <a href="https://www.diva.exchange/en/privacy/i2p-interview-with-the-developer-idk-part-1/" target="_blank">Rozhovor s IDK o vývoji I2P</a> </div> <div class="content-entry-meta">📄 Rozhovor • červenec-září 2024 • Dvousériová série</div> <div class="content-entry-actions"> <a href="https://www.diva.exchange/en/privacy/i2p-interview-with-the-developer-idk-part-1/" target="_blank" class="content-btn">Část 1</a> <a href="https://www.diva.exchange/en/privacy/i2p-interview-with-the-developer-idk-part-2/" target="_blank" class="content-btn-secondary">Část 2</a> </div> </div> <div class="content-entry"> <div class="content-entry-title"> <a href="https://www.diva.exchange/en/privacy/i2p-network-reliability-is-on-the-radar-of-the-academic-community/" target="_blank">Rozhovor s Phillipem o spolehlivosti sítě I2P</a> </div> <div class="content-entry-meta">📄 Rozhovor • březen 2024</div> <div class="content-entry-actions"> <a href="https://www.diva.exchange/en/privacy/i2p-network-reliability-is-on-the-radar-of-the-academic-community/" target="_blank" class="content-btn">Přečíst rozhovor</a> </div> </div> <div class="content-entry"> <div class="content-entry-title"> <a href="https://www.diva.exchange/en/privacy/i2p-and-the-free-internet-interview-with-a-community-member/" target="_blank">Rozhovor se Sadiem o I2P a svobodném internetu</a> </div> <div class="content-entry-meta">📄 Rozhovor • únor 2024</div> <div class="content-entry-actions"> <a href="https://www.diva.exchange/en/privacy/i2p-and-the-free-internet-interview-with-a-community-member/" target="_blank" class="content-btn">Přečíst rozhovor</a> </div> </div> <h2 class="content-year">2023</h2> <div class="content-entry"> <div class="content-entry-title"> <a href="https://odysee.com/@diva.exchange:d/diva-dns-i2p-fosdem2023:2" target="_blank">DNS pro I2P</a> </div> <div class="content-entry-meta">🎥 Prezentace • FOSDEM 2023 • 12. února 2023</div> <div class="content-entry-actions"> <a href="https://odysee.com/@diva.exchange:d/diva-dns-i2p-fosdem2023:2" target="_blank" class="content-btn">Sledovat video</a> </div> </div> <h2 class="content-year">2022</h2> <div class="content-entry"> <div class="content-entry-title"> <a href="https://odysee.com/@diva.exchange:d/i2p-diva-exchange-2022-09-26:6" target="_blank">I2P a DIVA.EXCHANGE</a> </div> <div class="content-entry-meta">🎥 Rozhovor • 26. září 2022</div> <div class="content-entry-actions"> <a href="https://odysee.com/@diva.exchange:d/i2p-diva-exchange-2022-09-26:6" target="_blank" class="content-btn">Sledovat video</a> </div> </div> <div class="content-entry"> <div class="content-entry-title"> <a href="https://odysee.com/@diva.exchange:d/monerokon2022:0" target="_blank">Soukromá plně distribuovaná burza (DEX), Monero a výsledky výzkumu I2P</a> </div> <div class="content-entry-meta">🎥 Prezentace • MoneroKon 2022 Lisabon • 5. července 2022</div> <div class="content-entry-actions"> <a href="https://odysee.com/@diva.exchange:d/monerokon2022:0" target="_blank" class="content-btn">Sledovat video</a> </div> </div> <div class="content-entry"> <div class="content-entry-title"> <a href="https://torrentfreak.com/i2p-the-censorship-resistant-anonymous-p2p-network-is-20-years-old-220306/" target="_blank">I2P: Anonymní síť P2P odolná vůči cenzuře je stará 20 let</a> </div> <div class="content-entry-meta">📄 Článek • TorrentFreak • 6. března 2022</div> <div class="content-entry-actions"> <a href="https://torrentfreak.com/i2p-the-censorship-resistant-anonymous-p2p-network-is-20-years-old-220306/" target="_blank" class="content-btn">Přečíst článek</a> </div> </div> <div class="content-entry"> <div class="content-entry-title"> <a href="https://www.buzzsprout.com/1790481/10173995-network-privacy-via-i2p-w-idk-and-sadie.mp3" target="_blank">Ochrana soukromí sítě přes I2P</a> </div> <div class="content-entry-meta">🎙️ Podcast • Opt Out S2E10 • 6. března 2022</div> <div class="content-entry-actions"> <a href="https://www.buzzsprout.com/1790481/10173995-network-privacy-via-i2p-w-idk-and-sadie.mp3" target="_blank" class="content-btn">MP3</a> <a href="https://www.youtube.com/watch?v=-VqXfUxVQoA" target="_blank" class="content-btn-secondary">YouTube</a> </div> </div> <h2 class="content-year">2021</h2> <div class="content-entry"> <div class="content-entry-title"> <a href="https://www.heise.de/news/Open-Source-Adventskalender-Die-Darknets-Freenet-und-I2P-6302109.html" target="_blank">Open-Source-Adventskalender: Die Darknets Freenet und I2P</a> </div> <div class="content-entry-meta">📄 Článek • 21. prosince 2021 • Německy</div> <div class="content-entry-actions"> <a href="https://www.heise.de/news/Open-Source-Adventskalender-Die-Darknets-Freenet-und-I2P-6302109.html" target="_blank" class="content-btn">Přečíst</a> </div> </div> <div class="content-entry"> <div class="content-entry-title"> <a href="https://odysee.com/@diva.exchange:d/diva-exchange-fosdem-21:c" target="_blank">I2P, blockchain a aplikace</a> </div> <div class="content-entry-meta">🎥 Prezentace • FOSDEM 2021 • 7. února 2021</div> <div class="content-entry-actions"> <a href="https://odysee.com/@diva.exchange:d/diva-exchange-fosdem-21:c" target="_blank" class="content-btn">Sledovat video</a> </div> </div> <h2 class="content-year">2019</h2> <div class="content-entry"> <div class="content-entry-title"> <a href="https://archive.org/download/ournetworks2019/Our_Networks_2019_Mesh_Lightning_Talks_I2P_Intro_For_App_Devs_by_Idk_720p.mp4" target="_blank">Úvod do I2P pro vývojáře aplikací</a> </div> <div class="content-entry-meta">🎥 Prezentace • idk • 2019</div> <div class="content-entry-actions"> <a href="https://archive.org/download/ournetworks2019/Our_Networks_2019_Mesh_Lightning_Talks_I2P_Intro_For_App_Devs_by_Idk_720p.mp4" target="_blank" class="content-btn">Stáhnout MP4</a> </div> </div> <div class="content-entry"> <div class="content-entry-title"> <a href="https://www.ctrl.blog/entry/proxy-pac-i2p-onion.html" target="_blank">Povolení směrování .onion a .i2p pomocí automatické konfigurace proxy</a> </div> <div class="content-entry-meta">📄 Článek • 7. února 2019</div> <div class="content-entry-actions"> <a href="https://www.ctrl.blog/entry/proxy-pac-i2p-onion.html" target="_blank" class="content-btn">Přečíst</a> </div> </div> <div class="content-entry"> <div class="content-entry-title"> <a href="https://medium.com/@mhatta" target="_blank">Články od přispěvatele I2P Masayuki Hatta</a> </div> <div class="content-entry-meta">📄 Série článků • Medium • 2019</div> <div class="content-entry-actions"> <a href="https://medium.com/@mhatta" target="_blank" class="content-btn">Zobrazit sérii</a> </div> </div> <h2 class="content-year">2018</h2> <div class="content-entry"> <div class="content-entry-title">Fireside With Lei - Epizoda 18: Lance James</div> <div class="content-entry-meta">🎙️ Podcast • 31. prosince 2018</div> <div class="content-entry-actions"> <a href="http://fireside.disconnect.camp/2018/12/31/episode-18-lance-james/" target="_blank" class="content-btn">Poslechnout</a> <a href="https://web.archive.org/web/20190207113945/http://fireside.disconnect.camp/2018/12/31/episode-18-lance-james/" target="_blank" class="content-btn-secondary">Archiv</a> <a href="http://media.blubrry.com/firesidewithlei/s/fireside.disconnect.camp/wp-content/uploads/2019/01/LanceJames.mp3" target="_blank" class="content-btn-secondary">MP3</a> </div> </div> <div class="content-entry"> <div class="content-entry-title"> <a href="https://video.fosdem.org/2018/H.1301%20(Cornil)/i2p.mp4" target="_blank">Projekt Invisible Internet - Přehled a průvodce</a> </div> <div class="content-entry-meta">🎥 Prezentace • FOSDEM 2018 • 4. února 2018</div> <div class="content-entry-actions"> <a href="https://video.fosdem.org/2018/H.1301%20(Cornil)/i2p.mp4" target="_blank" class="content-btn">MP4</a> <a href="https://video.fosdem.org/2018/H.1301%20(Cornil)/i2p.webm" target="_blank" class="content-btn-secondary">WebM</a> </div> </div> <h2 class="content-year">2016</h2> <div class="content-entry"> <div class="content-entry-title"> Cibule a česnek: Protokoly I2P </div> <div class="content-entry-meta">🎥 Prezentace • 17. února 2016</div> <div class="content-entry-actions"> PDF ODP </div> </div> <div class="content-entry"> <div class="content-entry-title"> <a href="https://download.i2p2.de/media/rwc/2016/rwc2016-str4d-slides.pdf" target="_blank">Nahrazení opotřebovaných kryptografií: Modernizace I2P silnějšími prvky</a> </div> <div class="content-entry-meta">🎥 Prezentace • Real World Crypto • 8. ledna 2016</div> <div class="content-entry-actions"> <a href="https://download.i2p2.de/media/rwc/2016/rwc2016-str4d-slides.pdf" target="_blank" class="content-btn">PDF</a> <a href="https://download.i2p2.de/media/rwc/2016/rwc2016-str4d-slides.odp" target="_blank" class="content-btn-secondary">ODP</a> </div> </div> <h2 class="content-year">2015</h2> <div class="content-entry"> <div class="content-entry-title"> <a href="https://download.i2p2.de/media/ccc/2015/I2P_Still_alive.pdf" target="_blank">I2P - Stále naživu!</a> </div> <div class="content-entry-meta">🎥 Prezentace • 32C3 • 28. prosince 2015</div> <div class="content-entry-actions"> <a href="https://download.i2p2.de/media/ccc/2015/I2P_Still_alive.pdf" target="_blank" class="content-btn">PDF</a> <a href="https://fossil.net2o.de/32c3/doc/trunk/wiki/i2p.md" target="_blank" class="content-btn-secondary">Video</a> </div> </div> <div class="content-entry"> <div class="content-entry-title"> [I2PCon 2015](/cs/blog/2015/07/16/i2pcon/) </div> <div class="content-entry-meta">🎪 Konference • Toronto • 15-16. srpna 2015</div> <div class="content-entry-actions"> <a href="../cs/blog/2015/07/16/i2pcon/" class="content-btn">Podrobnosti</a> </div> </div> <div class="content-entry"> <div class="content-entry-title">Jeff a Str4d na Brakeing Down Security Podcast</div> <div class="content-entry-meta">🎙️ Podcast • 6. března 2015</div> <div class="content-entry-actions"> <a href="http://traffic.libsyn.com/brakeingsecurity/2015-011-part2-i2p.mp3" target="_blank" class="content-btn">Část 2</a> <a href="http://traffic.libsyn.com/brakeingsecurity/2015-010-I2P_dev_interview.mp3" target="_blank" class="content-btn-secondary">Část 1</a> </div> </div> <details class="content-section"> <summary><strong>Zobrazit starší obsah (2002-2012)</strong></summary> <h2 class="content-year">2012</h2> <div class="content-entry"> <div class="content-entry-title"> <a href="https://www.youtube.com/watch?v=pyeEWaz9z1s" target="_blank">I2P - Anonymní síť</a> </div> <div class="content-entry-meta">🎥 Prezentace • 25. ledna 2012</div> <div class="content-entry-actions"> <a href="https://www.youtube.com/watch?v=pyeEWaz9z1s" target="_blank" class="content-btn">YouTube</a> </div> </div> <div class="content-entry"> <div class="content-entry-title">zzz a Lance James na InfoSec Daily Podcast</div> <div class="content-entry-meta">🎙️ Podcast • 16. února 2012</div> <div class="content-entry-actions"> I2P Torrent </div> </div> <h2 class="content-year">2011</h2> <div class="content-entry"> <div class="content-entry-title"> <a href="http://how-to.linuxcareer.com/i2p-anonymity-for-the-masses" target="_blank">I2P - Anonymita pro masy</a> </div> <div class="content-entry-meta">📄 Článek • 11. listopadu 2011</div> <div class="content-entry-actions"> <a href="http://how-to.linuxcareer.com/i2p-anonymity-for-the-masses" target="_blank" class="content-btn">Přečíst</a> </div> </div> <div class="content-entry"> <div class="content-entry-title"> Moderní ekosystémy šifrovacího prostoru </div> <div class="content-entry-meta">🎥 Prezentace • 4. listopadu 2011</div> <div class="content-entry-actions"> Podrobnosti </div> </div> <div class="content-entry"> <div class="content-entry-title">zzz na InfoSec Daily Podcast</div> <div class="content-entry-meta">🎙️ Podcast • 18. srpna 2011</div> <div class="content-entry-actions"> I2P Torrent </div> </div> <div class="content-entry"> <div class="content-entry-title"> <a href="http://www.youtube.com/watch?v=xxKXkbohRZM" target="_blank">Šifrovací prostory/Darknets: Přehled útokových strategií</a> </div> <div class="content-entry-meta">🎥 Prezentace • DEF CON 19 • 7. srpna 2011</div> <div class="content-entry-actions"> <a href="http://www.youtube.com/watch?v=xxKXkbohRZM" target="_blank" class="content-btn">DEF CON</a> <a href="http://www.youtube.com/watch?v=xFxJ6Dc5ass" target="_blank" class="content-btn-secondary">Studio</a> <a href="http://www.irongeek.com/downloads/Adrian-Crenshaw-darknet-weaknesses.pptx" target="_blank" class="content-btn-secondary">Snímky</a> </div> </div> <div class="content-entry"> <div class="content-entry-title"> <a href="http://www.irongeek.com/i.php?page=security/i2p-tor-workshop-notes" target="_blank">I2P / Tor Workshop Poznámky</a> </div> <div class="content-entry-meta">🎥 Workshop • DEF CON 19 • 6. srpna 2011</div> <div class="content-entry-actions"> <a href="http://www.irongeek.com/i.php?page=security/i2p-tor-workshop-notes" target="_blank" class="content-btn">Poznámky</a> </div> </div> <div class="content-entry"> <div class="content-entry-title"> <a href="http://www.youtube.com/watch?v=bI_1qlcwfE0" target="_blank">Běžné slabiny darknet</a> </div> <div class="content-entry-meta">🎥 Prezentace • AIDE • 11-15. července 2011</div> <div class="content-entry-actions"> <a href="http://www.youtube.com/watch?v=bI_1qlcwfE0" target="_blank" class="content-btn">YouTube</a> </div> </div> <div class="content-entry"> <div class="content-entry-title"> <a href="http://www.youtube.com/watch?v=TexNr_5J5AU" target="_blank">Použití technologie k prosazení svobody</a> </div> <div class="content-entry-meta">🎥 Prezentace • 27. března 2011 • I2P v 10:00-20:00</div> <div class="content-entry-actions"> <a href="http://www.youtube.com/watch?v=TexNr_5J5AU" target="_blank" class="content-btn">YouTube</a> </div> </div> <div class="content-entry"> <div class="content-entry-title"> <a href="http://www.irongeek.com/i.php?page=videos/shmoocon-firetalks-2011" target="_blank">Do I2P Darknet: Vítejte v Cipherspace</a> </div> <div class="content-entry-meta">🎥 Prezentace • Schmoocon • leden 2011</div> <div class="content-entry-actions"> <a href="http://www.irongeek.com/i.php?page=videos/shmoocon-firetalks-2011" target="_blank" class="content-btn">Podrobnosti</a> </div> </div> <h2 class="content-year">2010</h2> <div class="content-entry"> <div class="content-entry-title"> <a href="https://www.youtube.com/watch?v=ADiZ32CkEao" target="_blank">Hackeři za lidská práva (I2P segment od zzz v 44:00)</a> </div> <div class="content-entry-meta">🎥 Prezentace • HOPE • 17. července 2010</div> <div class="content-entry-actions"> MP3 <a href="https://www.youtube.com/watch?v=ADiZ32CkEao" target="_blank" class="content-btn-secondary">YouTube</a> </div> </div> <h2 class="content-year">2009</h2> <div class="content-entry"> <div class="content-entry-title"> <a href="http://marge.informatik.tu-chemnitz.de/archiv/CLT2009/V4-Sa1200-Security-Lars_Schimmer.mp4" target="_blank">Přednáška I2P na Chemnitz Linux Tag</a> </div> <div class="content-entry-meta">🎥 Prezentace • 14-15. března 2009</div> <div class="content-entry-actions"> <a href="http://marge.informatik.tu-chemnitz.de/archiv/CLT2009/V4-Sa1200-Security-Lars_Schimmer.mp4" target="_blank" class="content-btn">Video</a> </div> </div> <div class="content-entry"> <div class="content-entry-title"> <a href="http://www.gulli.com/news/i2p-an-anonymous-network-2009-03-09/" target="_blank">zzz rozhovor s gulli.com</a> </div> <div class="content-entry-meta">📄 Rozhovor • březen 2009</div> <div class="content-entry-actions"> <a href="http://www.gulli.com/news/i2p-an-anonymous-network-2009-03-09/" target="_blank" class="content-btn">Anglicky</a> <a href="http://www.gulli.com/news/i2p-anonymes-netzwerk-im-2009-03-09/" target="_blank" class="content-btn-secondary">Německy</a> </div> </div> <div class="content-entry"> <div class="content-entry-title"> <a href="http://www.youtube.com/watch?v=NV90TRs_pGE" target="_blank">Krátká animace česnekového směrování</a> </div> <div class="content-entry-meta">🎥 Video</div> <div class="content-entry-actions"> <a href="http://www.youtube.com/watch?v=NV90TRs_pGE" target="_blank" class="content-btn">YouTube</a> </div> </div> <div class="content-entry"> <div class="content-entry-title"> <a href="http://www.youtube.com/watch?v=5jv7tVVJdTQ" target="_blank">Felix Atari vysvětluje základy I2P</a> </div> <div class="content-entry-meta">🎥 Video</div> <div class="content-entry-actions"> <a href="http://www.youtube.com/watch?v=5jv7tVVJdTQ" target="_blank" class="content-btn">YouTube</a> </div> </div> <h2 class="content-year">2007</h2> <div class="content-entry"> <div class="content-entry-title"> <a href="http://www.youtube.com/watch?v=TsfdzfGZyu0" target="_blank">To Be or I2P</a> </div> <div class="content-entry-meta">🎥 Prezentace • 24C3 • 28. prosince 2007</div> <div class="content-entry-actions"> <a href="http://www.youtube.com/watch?v=TsfdzfGZyu0" target="_blank" class="content-btn">YouTube</a> <a href="http://events.ccc.de/congress/2007/Fahrplan/attachments/1017_24c3-i2p.pdf" target="_blank" class="content-btn-secondary">Snímky</a> </div> </div> <div class="content-entry"> <div class="content-entry-title"> <a href="http://www.netzwelt.de/news/75371-i2p-das-anonyme-netz-im.html" target="_blank">I2P: Das anonyme Netz im Internet</a> </div> <div class="content-entry-meta">📄 Článek • listopad 2007 • Německy</div> <div class="content-entry-actions"> <a href="http://www.netzwelt.de/news/75371-i2p-das-anonyme-netz-im.html" target="_blank" class="content-btn">Přečíst</a> </div> </div> <h2 class="content-year">2003</h2> <div class="content-entry"> <div class="content-entry-title"> <a href="http://www.bloomberg.com/bw/stories/2003-09-14/the-underground-internet" target="_blank">Podzemní internet</a> </div> <div class="content-entry-meta">📄 Článek • Business Week • 14. září 2003</div> <div class="content-entry-actions"> <a href="http://www.bloomberg.com/bw/stories/2003-09-14/the-underground-internet" target="_blank" class="content-btn">Přečíst</a> </div> </div> <h2 class="content-year">2002</h2> <div class="content-entry"> <div class="content-entry-title">Lance James (0x90) rozhovor pro El País</div> <div class="content-entry-meta">📄 Rozhovor • 31. října 2002</div> <div class="content-entry-actions"> <a href="http://invisibleip.sourceforge.net/iip/resources/elpais-iip.txt" target="_blank" class="content-btn">Anglicky</a> </div> </div> <div class="content-entry"> <div class="content-entry-title">Prezentace IIP na ToorCon</div> <div class="content-entry-meta">🎥 Prezentace • září 2002</div> <div class="content-entry-actions"> <a href="http://invisibleip.sourceforge.net/iip/resources/toorconspeech.mp3" target="_blank" class="content-btn">MP3</a> <a href="http://invisibleip.sourceforge.net/iip/resources/toorconspeech/" target="_blank" class="content-btn-secondary">Snímky</a> </div> </div> <div class="content-entry"> <div class="content-entry-title">Rozhovor Lance James (0x90) s DistributedCity</div> <div class="content-entry-meta">📄 Rozhovor • 26. července 2002</div> <div class="content-entry-actions"> <a href="http://invisibleip.sourceforge.net/iip/mediaDCInterview1.php" target="_blank" class="content-btn">Část 1</a> <a href="http://invisibleip.sourceforge.net/iip/mediaDCInterview2.php" target="_blank" class="content-btn-secondary">Část 2</a> </div> </div> <div class="content-entry"> <div class="content-entry-title">Prezentace IIP na CodeCon</div> <div class="content-entry-meta">🎥 Prezentace • únor 2002</div> <div class="content-entry-actions"> <a href="http://invisibleip.sourceforge.net/iip/resources/codecon_0x90.mp3" target="_blank" class="content-btn">MP3</a> <a href="http://invisibleip.sourceforge.net/iip/resources/iip_transcript.txt" target="_blank" class="content-btn-secondary">Přepis</a> </div> </div> </details> <hr> <h2 id="brandové-materiály">Brandové materiály</h2> <p>Stáhněte si oficiální loga a brandové materiály I2P.</p>/cs/proposals/104-tls-transport/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/104-tls-transport/<h2 id="přehled">Přehled</h2> <p>Tento návrh se týká implementace transportu založeného na TLS.</p> <h2 id="motivace">Motivace</h2> <p>Často se navrhuje, abychom měli transport odolný proti odposlechu, abychom byli odolní proti fingerprintingu a blokování ze strany ISP a státních protivníků, jak má Tor (tj. snaží se vypadat jako relace Firefox HTTPS).</p> <h2 id="návrh">Návrh</h2> <p>Bude doplněno</p>/cs/proposals/113-leaseset-key-persistence/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/113-leaseset-key-persistence/<h2 id="přehled">Přehled</h2> <p>Tento návrh se týká uchovávání dodatečných dat v LeaseSet, která jsou aktuálně nestálá. Implementováno ve verzi 0.9.18.</p> <h2 id="motivace">Motivace</h2> <p>V 0.9.17 byla přidána trvalost pro netDb slicing klíč, uložený v i2ptunnel.config. To pomáhá předcházet některým útokům tím, že se při restartu routeru udržuje stejný slice, a také to zabraňuje možné korelaci s restartem routeru.</p> <p>Existují další dvě věci, které se dají ještě snadněji korelovat s restartem routeru: klíče pro šifrování a podepisování leasesetu. Tyto aktuálně nejsou uchovávány.</p>/cs/proposals/139-i2p-mime-types/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/139-i2p-mime-types/<h2 id="přehled">Přehled</h2> <p>Definice typů MIME pro běžné formáty souborů I2P. Zahrňte definice do balíčků pro Debian. Poskytněte obsluhu pro typ .su3 a případně další.</p> <h2 id="motivace">Motivace</h2> <p>Aby bylo jednodušší osévat a instalovat pluginy při stahování s prohlížečem, potřebujeme typ MIME a obsluhu pro soubory .su3.</p> <p>Zatímco jsme u toho, po naučení se, jak psát soubory definice MIME podle standardu freedesktop.org, můžeme přidat definice pro další běžné typy souborů I2P. I když jsou méně užitečné pro soubory, které se obvykle nestahují, jako je databáze blokovaných adresářů (hostsdb.blockfile), tyto definice umožní soubory lépe identifikovat a ikony zobrazit při použití grafického prohlížeče adresářů, jako je &ldquo;nautilus&rdquo; na Ubuntu.</p>/cs/docs/specs/udp-announces/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/specs/udp-announces/<h2 id="přehled">Přehled</h2> <p>Tato specifikace dokumentuje protokol pro UDP bittorrent oznámení v I2P. Pro celkovou specifikaci bittorrentu v I2P viz <a href="../cs/docs/applications/bittorrent">BitTorrent over I2P</a> . Pro pozadí a další informace o vývoji této specifikace viz <a href="../cs/proposals/160-udp-trackers">Proposal 160</a> .</p> <h2 id="návrh">Návrh</h2> <p>Tento návrh používá repliable datagram2, repliable datagram3 a raw datagramy, jak jsou definovány v <a href="../cs/docs/specs/datagrams">Datagrams</a> . Datagram2 a Datagram3 jsou nové varianty repliable datagramů, definované v <a href="../cs/proposals/163-datagram2-datagram3">Proposal 163</a> . Datagram2 přidává odolnost proti replay útokům a podporu offline podpisů. Datagram3 je menší než starý formát datagramu, ale bez autentizace.</p>/cs/proposals/160-udp-trackers/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/160-udp-trackers/<h2 id="stav">Stav</h2> <p>Schváleno při kontrole 2025-06-24. Specifikace je na <a href="../cs/docs/specs/udp-bittorrent-announces/">UDP specification</a> . Implementováno v zzzot 0.20.0-beta2. Implementováno v i2psnark od API 0.9.67. Zkontrolujte dokumentaci dalších implementací pro stav.</p> <h2 id="přehled">Přehled</h2> <p>Tento návrh je pro implementaci UDP trackerů v I2P.</p> <h3 id="change-history">Change History</h3> <p>Předběžný návrh pro UDP trackery v I2P byl zveřejněn na naší <a href="../cs/docs/applications/bittorrent/">stránce specifikace bittorrent</a> v květnu 2014; tento návrh předcházel našemu formálnímu procesu návrhů a nikdy nebyl implementován. Tento návrh byl vytvořen začátkem roku 2022 a zjednodušuje verzi z roku 2014.</p>/cs/proposals/103-bigger-i2np-messages/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/103-bigger-i2np-messages/<h2 id="přehled">Přehled</h2> <p>Tento návrh se týká zvýšení limitu velikosti I2NP zpráv.</p> <h2 id="motivace">Motivace</h2> <p>Použití 12KB datagramů v iMule odhalilo mnoho problémů. Skutečný limit je dnes spíše kolem 10KB.</p> <h2 id="návrh">Návrh</h2> <p>Je potřeba udělat:</p> <ul> <li> <p>Zvýšit limit NTCP - není tak snadné?</p> </li> <li> <p>Více úprav množství značek relací. Může to poškodit maximální velikost okna? Existují statistiky pro náhled? Udělat číslo proměnlivé na základě toho, kolik si myslíme, že potřebují? Mohou žádat o více? žádat o množství?</p>/cs/proposals/154-ecies-lookups/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/154-ecies-lookups/<h2 id="poznámka">Poznámka</h2> <p>ECIES to ElG je implementováno v 0.9.46 a fáze návrhu je uzavřena. Viz <a href="../cs/docs/specs/i2np/">I2NP</a> pro oficiální specifikaci. Tento návrh může být stále používán jako pozadí pro informace. ECIES to ECIES s přiloženými klíči je implementováno od verze 0.9.48. Sekce ECIES-to-ECIES (odvozené klíče) může být znovu otevřena nebo začleněna do budoucího návrhu.</p> <h2 id="přehled">Přehled</h2> <h3 id="definice">Definice</h3> <ul> <li>AEAD: ChaCha20/Poly1305</li> <li>DLM: I2NP Database Lookup Message</li> <li>DSM: I2NP Database Store Message</li> <li>DSRM: I2NP Database Search Reply Message</li> <li>ECIES: ECIES-X25519-AEAD-Ratchet (návrh 144)</li> <li>ElG: ElGamal</li> <li>ENCRYPT(k, n, payload, ad): Jak je definováno v <a href="../cs/docs/specs/ecies/">ECIES</a> </li> <li>LS: Leaseset</li> <li>lookup: I2NP DLM</li> <li>reply: I2NP DSM nebo DSRM</li> </ul> <h3 id="shrnutí">Shrnutí</h3> <p>Při odesílání DLM pro LS do floodfill, DLM obvykle specifikuje, že odpověď musí být označena, zašifrována AES a odeslána tunelem do cíle. Podpora pro AES-zašifrované odpovědi byla přidána v 0.9.7.</p>/cs/docs/overview/performance/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/overview/performance/<h2 id="výkon-i2p-sítě-rychlost-připojení-a-správa-zdrojů">Výkon I2P sítě: Rychlost, připojení a správa zdrojů</h2> <p>Síť I2P je plně dynamická. Každý klient je znám ostatním uzlům a testuje lokálně známé uzly z hlediska dostupnosti a kapacity. Do lokální NetDB jsou ukládány pouze dostupné a schopné uzly. Během procesu budování tunelů jsou z tohoto fondu vybírány nejlepší zdroje pro stavbu tunelů. Protože testování probíhá nepřetržitě, fond uzlů se mění. Každý I2P uzel zná jinou část NetDB, což znamená, že každý router má odlišnou sadu I2P uzlů, které lze použít pro tunely. I když mají dva routery stejnou podmnožinu známých uzlů, testy dostupnosti a kapacity pravděpodobně ukáží odlišné výsledky, protože ostatní routery mohou být zatížené právě ve chvíli, kdy jeden router testuje, ale být volné, když testuje druhý router.</p>/cs/proposals/158-ipv6-transport-enhancements/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/158-ipv6-transport-enhancements/<h2 id="poznámka">Poznámka</h2> <p>Nasazení sítě a testování probíhá. Předmět malých revizí.</p> <h2 id="přehled">Přehled</h2> <p>Tento návrh má za cíl implementovat vylepšení přenosů SSU a NTCP2 pro IPv6.</p> <h2 id="motivace">Motivace</h2> <p>Jak roste využití IPv6 po celém světě a nastavení pouze s IPv6 (zejména na mobilních zařízeních) se stávají běžnějšími, musíme zlepšit podporu IPv6 a odstranit předpoklady, že všechny směrovače jsou schopné IPv4.</p> <h3 id="kontrola-připojení">Kontrola připojení</h3> <p>Při výběru peerů pro tunely nebo při výběru cest OBEP/IBGW pro směrování zpráv je užitečné zjistit, zda směrovač A dokáže navázat spojení se směrovačem B. Obecně to znamená určit, zda A má výstupní schopnost pro přenos a typ adresy (IPv4/v6), který odpovídá jedné z příchozích adres inzerovaných B.</p>/cs/proposals/133-introducer-expiration/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/133-introducer-expiration/<h2 id="přehled">Přehled</h2> <p>Tento návrh se týká zlepšení úspěšnosti úvodů.</p> <h2 id="motivace">Motivace</h2> <p>Úvodci po určité době vyprší, ale tato informace není zveřejněna v informacích o směrovači (Router Info). Směrovače aktuálně musí používat heuristiku k odhadu, kdy již úvodce není platný.</p> <h2 id="návrh">Návrh</h2> <p>Ve směrovačové adrese SSU obsahující úvodce může vydavatel volitelně uvést čas vypršení platnosti pro každého úvodce.</p> <h2 id="specifikace">Specifikace</h2> <pre tabindex="0"><code>iexp{X}={nnnnnnnnnn} X :: Číslo úvodce (0-2) nnnnnnnnnn :: Čas v sekundách (nikoli ms) od počátku epochy. </code></pre><h3 id="poznámky">Poznámky</h3> <ul> <li> <p>Každé vypršení musí být větší než datum publikování informací o směrovači (Router Info) a menší než 6 hodin po datu publikování informací o směrovači.</p>/cs/docs/guides/reseed-server/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/guides/reseed-server/<p>Reseed hosty jsou klíčovou infrastrukturou pro síť I2P, poskytují novým routerům počáteční skupinu uzlů během procesu bootstrapu. Tento průvodce vás provede nastavením a provozem vlastního reseed serveru.</p> <h2 id="co-je-i2p-reseed-server">Co je I2P Reseed Server?</h2> <p>Server pro reseed I2P pomáhá integrovat nové routery do sítě I2P tím, že:</p> <ul> <li><strong>Poskytování počátečního zjišťování protějšků</strong>: Nové routery získají výchozí sadu síťových uzlů, ke kterým se připojí</li> <li><strong>Obnova bootstrapu</strong>: Pomoc routerům, které mají potíže s udržením připojení</li> <li><strong>Bezpečná distribuce</strong>: Proces reseedingu je šifrovaný a digitálně podepsaný pro zajištění síťové bezpečnosti</li> </ul> <p>Když se nový I2P router spustí poprvé (nebo ztratil všechna svá peer připojení), kontaktuje reseed servery, aby stáhl počáteční sadu informací o routerech. To umožňuje novému routeru začít budovat vlastní síťovou databázi a navazovat tunnely.</p>/cs/docs/guides/vytvo%C5%99en%C3%AD-i2p-eepsite/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/guides/vytvo%C5%99en%C3%AD-i2p-eepsite/<h2 id="co-je-to-eepsite">Co je to Eepsite?</h2> <p><strong>eepsite</strong> je web, který funguje výhradně v síti I2P. Na rozdíl od tradičních webů dostupných přes clearnet (veřejný internet) jsou eepsites dosažitelné pouze přes I2P, což poskytuje anonymitu a soukromí jak provozovateli, tak návštěvníkům. Eepsites používají pseudo-doménu nejvyšší úrovně <code>.i2p</code> a přistupuje se k nim prostřednictvím speciálních adres <code>.b32.i2p</code> nebo lidsky čitelných jmen registrovaných v adresáři I2P.</p> <p>Všechna nasazení Java I2P mají <a href="https://jetty.org/index.html">Jetty</a> , lehký webový server založený na Javě, předinstalovaný a předkonfigurovaný. Díky tomu je snadné během několika minut začít hostovat vlastní eepsite - není nutná žádná další instalace softwaru.</p>/cs/docs/guides/vytvo%C5%99en%C3%AD-ssh-tunelu-pro-vzd%C3%A1len%C3%BD-p%C5%99%C3%ADstup-k-i2p/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/guides/vytvo%C5%99en%C3%AD-ssh-tunelu-pro-vzd%C3%A1len%C3%BD-p%C5%99%C3%ADstup-k-i2p/<p>SSH tunel poskytuje bezpečné, šifrované spojení pro přístup ke konzoli vašeho vzdáleného I2P routeru nebo k dalším službám. Tato příručka vám ukáže, jak vytvořit SSH tunely na systémech Windows, Linux a Mac.</p> <h2 id="co-je-ssh-tunel">Co je SSH tunel?</h2> <p>SSH tunel je metoda směrování dat a informací bezpečně přes šifrované SSH spojení. Představte si to jako vytvoření chráněného &ldquo;potrubí&rdquo; přes internet - vaše data cestují tímto šifrovaným tunelem, což zabraňuje komukoli je cestou zachytit nebo přečíst.</p>/cs/docs/development/applications/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/development/applications/<h2 id="proč-psát-kód-specifický-pro-i2p">Proč psát kód specifický pro I2P?</h2> <p>Existuje několik způsobů, jak používat aplikace v I2P. Pomocí <a href="../cs/docs/api/i2ptunnel/">I2PTunnel</a> můžete používat běžné aplikace, aniž byste museli programovat explicitní podporu I2P. To je velmi efektivní pro scénáře klient-server, kde se potřebujete připojit k jediné webové stránce. Můžete jednoduše vytvořit tunnel pomocí I2PTunnel pro připojení k této webové stránce, jak je znázorněno na obrázku 1.</p> <p>Pokud je vaše aplikace distribuovaná, bude vyžadovat připojení k velkému množství peerů. Při použití I2PTunnel budete muset vytvořit nový tunnel pro každý peer, ke kterému se chcete připojit, jak je ukázáno na obrázku 2. Tento proces lze samozřejmě automatizovat, ale provozování mnoha instancí I2PTunnel vytváří velkou režii. Navíc u mnoha protokolů budete muset přinutit všechny, aby používali stejnou sadu portů pro všechny peery — např. pokud chcete spolehlivě provozovat DCC chat, všichni se musí dohodnout, že port 10001 je Alice, port 10002 je Bob, port 10003 je Charlie atd., protože protokol zahrnuje specifické informace TCP/IP (host a port).</p>/cs/docs/applications/embedding/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/applications/embedding/<h2 id="přehled">Přehled</h2> <p>Tato stránka je o zabalení celého binárního souboru I2P router do vaší aplikace. Nejedná se o psaní aplikace pro práci s I2P (ať už zabalené nebo externí). Nicméně mnoho z těchto pokynů může být užitečných i v případě, že router nezabalujete.</p> <p>Mnoho projektů začleňuje nebo uvažuje o začlenění I2P. To je skvělé, pokud se to dělá správně. Pokud se to dělá špatně, může to způsobit skutečnou škodu naší síti. I2P router je komplexní a může být výzvou skrýt všechnu tuto složitost před vašimi uživateli. Tato stránka popisuje některé obecné pokyny.</p>/cs/docs/guides/gettingstarted/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/guides/gettingstarted/<p><strong>I2P je plně šifrovaná, peer-to-peer anonymní síť, která běží „uvnitř“ internetu</strong>, a její java implementace z i2p.net zůstává hlavním způsobem jejího použití. Na rozdíl od Toru, který především anonymizuje přístup k běžnému webu, I2P vytváří zcela uzavřenou síť skrytých služeb, webových stránek, e-mailů, chatů a sdílení souborů.</p> <hr> <h2 id="co-se-stane-v-okamžiku-kdy-spustíte-i2p">Co se stane v okamžiku, kdy spustíte I2P</h2> <p>Po instalaci spustí I2P lokální webovou aplikaci nazývanou <strong>konzole směrovače</strong> na adrese <code>http://127.0.0.1:7657</code>. Toto je vaše ovládací centrum, které běží plně na vašem počítači a z bezpečnostních důvodů je vázáno na localhost. Při prvním spuštění vás <strong>průvodce nastavením</strong> provede výběrem jazyka, motivu (tmavý nebo světlý) a automatickým testem šířky pásma, který trvá přibližně jednu minutu a využívá externí měřicí službu M-Lab. Následně nastavíte, jaké procento vaší šířky pásma budete sdílet se sítí.</p>/cs/privacy/android/Mon, 01 Jan 0001 00:00:00 +0000/cs/privacy/android/<h2 id="přehled">Přehled</h2> <p>Tato zásada ochrany soukromí popisuje, jak aplikace I2P pro Android („I2P“, „aplikace“, „my“ nebo „náš“) nakládá s informacemi. Projekt Invisible Internet je bezplatnou anonymní komunikační sítí s otevřeným zdrojovým kódem. Ochrana soukromí uživatelů je hlavním účelem našeho softwaru.</p> <p><strong>Stručně řečeno: Aplikace I2P pro Android neshromažďuje, neukládá, nepřenáší ani nesdílí žádné osobní údaje ani informace, které umožňují identifikaci osoby.</strong></p> <h2 id="shromažďované-informace">Shromažďované informace</h2> <p><strong>Žádné.</strong></p> <p>Aplikace I2P pro Android neshromažďuje, neukládá ani neodesílá žádné z následujících údajů:</p>/cs/proposals/151-ecdsa-blinding/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/151-ecdsa-blinding/<h2 id="motivace">Motivace</h2> <p>Někteří lidé nemají rádi EdDSA nebo RedDSA. Měli bychom nabídnout nějaké alternativy a umožnit jim zaslepení podpisů ECDSA.</p> <h2 id="přehled">Přehled</h2> <p>Tento návrh popisuje zaslepení klíčů pro typy podpisů ECDSA 1, 2, 3.</p> <h2 id="návrh">Návrh</h2> <p>Funguje stejně jako RedDSA, ale vše je ve formátu Big Endian. Jsou povoleny pouze stejné typy podpisů, např. 1-&gt;1, 2-&gt;2, 3-&gt;3.</p> <h3 id="definice">Definice</h3> <p>B Základní bod křivky</p> <p>L Řád skupiny eliptické křivky. Vlastnost křivky.</p> <p>DERIVE_PUBLIC(a) Převod soukromého klíče na veřejný, násobením B na eliptické křivce</p>/cs/proposals/167-service-records/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/167-service-records/<h2 id="stav">Stav</h2> <p>Schváleno při druhém přezkoumání dne 2025-04-01; specifikace byly aktualizovány; zatím neimplementováno.</p> <h2 id="přehled">Přehled</h2> <p>I2P nemá centralizovaný systém DNS.<br> Nicméně, adresář spolu se systémem doménových jmen b32 umožňuje směrovači vyhledat úplné cíle a stáhnout lease sety, které obsahují seznam bran a klíčů, aby se klienti mohli k tomuto cíli připojit.</p> <p>Lease sety jsou tedy něčím podobné záznamům DNS. V současnosti však neexistuje žádný způsob, jak zjistit, zda daný hostitel podporuje nějaké služby, a to buď na tomto cíli, nebo na jiném, podobně jako záznamy DNS <a href="https://en.wikipedia.org/wiki/SRV_record">SRV</a> definované v <a href="https://datatracker.ietf.org/doc/html/rfc2782">RFC 2782</a> .</p>/cs/proposals/122-service-lookup/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/122-service-lookup/<h2 id="přehled">Přehled</h2> <p>Toto je bombastická absolutní návrh v rámci netDB. AKA anycast. Toto by byl 4. navržený podtyp LS2.</p> <h2 id="motivace">Motivace</h2> <p>Řekněme, že byste chtěli inzerovat svůj cíl jako outproxy, nebo GNS node, nebo Tor gateway, nebo Bittorrent DHT nebo imule nebo i2phex nebo Seedless bootstrap, atd. Můžete uložit tyto informace v netDB namísto použití samostatné bootstrapping vrstvy nebo informační vrstvy.</p> <p>Nikdo není za to zodpovědný, takže na rozdíl od masivního multihomingu nemůžete mít podepsaný autoritativní seznam. Takže byste jen publikovali svůj záznam do floodfill. Floodfill by tyto záznamy shromažďoval a odesílal je jako odpověď na dotazy.</p>/cs/docs/guides/mirroring-guide/Mon, 01 Jan 0001 00:00:00 +0000/cs/docs/guides/mirroring-guide/<p>Máte webovou stránku na běžném internetu. Teď ji chcete zpřístupnit i na I2P — aby ji lidé mohli navštívit soukromě, aniž by odhalili svou identitu nebo odkud přicházejí. O tom je tento návod.</p> <p>Zrcadlení nenahrazuje vaši stávající stránku. Přidává druhý vstup — soukromý — prostřednictvím sítě I2P. Vaše clearnet stránka pokračuje v provozu přesně jako předtím.</p> <p><figure> <img src="../images/guides/mirroring/how-mirroring-works.svg" alt="Jak funguje I2P zrcadlení — váš server získá druhý, soukromý vstup přes I2P síť"loading="lazy" decoding="async" role="img"></figure> </p>/cs/proposals/141-deprecate-hostnames-in-addresses/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/141-deprecate-hostnames-in-addresses/<h2 id="přehled">Přehled</h2> <p>Od verze 0.9.32 aktualizace specifikace netdb ruší používání hostitelů v informacích o routeru, přesněji v jednotlivých adresách routeru. Ve všech implementacích I2P by publikující routery konfigurované s hostiteli měly před publikováním nahradit hostitele IP adresami, a ostatní routery by měly ignorovat adresy s hostiteli. Routery by neměly provádět DNS dotazy na publikované hostitele.</p> <h2 id="motivace">Motivace</h2> <p>Hostitelé byli v adresách routeru povoleni od začátku I2P. Ovšem, velmi málo routerů hostitele publikuje, protože to vyžaduje veřejného hostitele (kterého má jen málo uživatelů) a manuální nastavení (o které se málo uživatelů stará). Nedávný vzorek ukázal, že 0.7 % routerů hostitele publikovalo.</p>/cs/proposals/127-increase-ipv6-mtu/Mon, 01 Jan 0001 00:00:00 +0000/cs/proposals/127-increase-ipv6-mtu/<h2 id="přehled">Přehled</h2> <p>Tento návrh je na zvýšení max SSU IPv6 MTU z 1472 na 1488. Implementováno v 0.9.28.</p> <h2 id="motivace">Motivace</h2> <p>IPv4 MTU musí být násobkem 16, + 12. IPv6 MTU musí být násobkem 16.</p> <p>Když byla podpora IPv6 poprvé přidána před lety, nastavili jsme max IPv6 MTU na 1472, méně než IPv4 MTU 1484. Toto bylo, aby věci zůstaly jednoduché a aby bylo zajištěno, že IPv6 MTU bylo menší než stávající IPv4 MTU. Nyní, když je podpora IPv6 stabilní, bychom měli být schopni nastavit IPv6 MTU vyšší než IPv4 MTU.</p>