I2P dev meeting, October 21, 2003

[22:59] <dm> tak kdy JE tahle schůzka? [23:00] <jrand0m> teď. [23:00] <jrand0m> 0) vítejte [63] [23:00] <jrand0m> 1) roadmapa: (Link: http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap)http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap [23:00] <jrand0m> 2) úkoly pro 0.2: [23:00] <jrand0m> - testování dlouhodobé komunikace [23:00] <jrand0m> - chyby při obnovování Lease [23:00] <jrand0m> 3) prng (jupí) [23:00] <jrand0m> 4) aplikace / otázky / atd. [23:00] <jrand0m> 0) ahoj [23:00] <jrand0m> omlouvám se, že jsem byl blbej a zapomněl na letní čas [23:00] <jrand0m> vítejte na schůzce č. 63 [23:01] *** darl_mcbride opustil #iip-dev [23:01] <jrand0m> 1) roadmapa [23:01] <jrand0m> roadmapa je na výše uvedené adrese a bude aktualizována podle potřeby. [23:02] <jrand0m> 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] <jrand0m> 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] <jrand0m> verze 0.2 už umožní skutečně užitečnou funkcionalitu [23:03] *** Signoff: thecrypto (Ping timeout) [23:03] <dm> to jsou dobré zprávy. [23:03] <jrand0m> ok, bod 2) úkoly pro 0.2 [23:04] <jrand0m> poslední týden jsem dělal QA na vydání 0.2 a dohledával jsem chyby, které bylo těžké odhalit [23:04] <jrand0m> 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] <jrand0m> (problém byl, že po pár hodinách používání selhala komunikace s routerem nebo destinací) [23:05] <dm> jaké testovací zázemí používáš? Je to teď všechno lokálně? [23:05] <jrand0m> tři routery lokálně, tři routery vzdáleně [23:05] <sisr> Zahrnuje 0.2 funkci, že když se router po určitý počet pokusů nepodaří kontaktovat, přestane to zkoušet? [23:05] <jrand0m> ano [23:06] <jrand0m> 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] <jrand0m> 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] <jrand0m> ale provozovat lokálně tři routery plus dvě aktivní destinace je, no, žrout CPU. [23:08] <jrand0m> 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] <jrand0m> ok, to je vše k úkolům pro 0.2 [23:09] <dm> pro tvé testování? [23:09] <jrand0m> jo, v podstatě [23:09] <jrand0m> (a/nebo pro kohokoli dalšího, kdo dělá vlastní testování nových funkcí / atd. ;) [23:10] <jrand0m> 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] <jrand0m> ale myslím, že je to Špatný nápad. [23:11] <jrand0m> tahle funkce bude určitě odstraněna, jakmile se dořeší věci kolem AES+SessionTag [23:11] <jrand0m> ok, 3) prng [23:11] <sisr> Jsou nějaké doporučené minimální požadavky na CPU a RAM? [23:12] <sisr> promiňte [23:12] <jrand0m> hmm, RAM je minimální (Sunova JVM si vezme 7–10 Mb, Kaffe 16–22 Mb) [23:13] <jrand0m> CPU je teď rozhodně limitující faktor, ale nemám širokou paletu strojů na testování ;) [23:14] <jrand0m> 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] <thecrypto> mohl bych být trochu aktivnější, jestli chcete, abych něco řekl [23:14] <dm> dobře, tak něco řekni. [23:15] <jrand0m> čau, thecrypto :) [23:15] <sisr> Proč by někdo pouštěl víc než jeden router na stejném počítači? [23:15] <jrand0m> sisr> to by dělal jen vývojář. [23:16] <sisr> 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] <jrand0m> jasně [23:17] <jrand0m> ok, ta věc kolem prng se ukázala být bug v Kaffe, který je teď opraven. [23:17] <jrand0m> tím pádem nemáme zásadní potřebu shánět implementaci Yarrow, protože používají sha1prng [23:18] <jrand0m> (ale bylo by to fajn, až to někdy bude) [23:18] <jrand0m> ok, 4) aplikace / otázky / atd [23:18] <jrand0m> nemám nic dalšího, takže... ahoj :) [23:19] <jrand0m> nějaké otázky / myšlenky / komentáře k čemukoli dalšímu? [23:19] <sisr> Jak to vypadá s naming serverem? Dlouho jsem neviděl co [23:19] *** co (anon@anon.iip) has joined channel #iip-dev [23:19] <jrand0m> když o vlku [23:19] <jrand0m> ahoj, co [23:19] <sisr> haha [23:19] <co> Ahoj. [23:20] <jrand0m> jsme ve fázi, kdy na pořadu už nic není, kromě otázek [23:20] <jrand0m> [23:19] <sisr> Jak to vypadá s naming serverem? Dlouho jsem neviděl co [23:20] <jrand0m> [23:19] *** co (anon@anon.iip) has joined channel #iip-dev [23:20] <jrand0m> a to se stalo :) [23:20] *** Signoff: godmode0 (EOF From client) [23:21] <co> Na tom není žádný pokrok. Napsal jsem jen malou část klienta a nic ze serveru. [23:22] <jrand0m> cool [23:22] * dm namíří na co hůl hanby. [23:22] <sisr> Myslím, že HTTP i2p tunnel teď funguje dobře [23:22] <sisr> upravili jsme vynikajícího mihiho httpclienta tak, že ho zadáte do nastavení proxy [23:23] <jrand0m> paráda! [23:23] <sisr> také dělá jednoduchou filtraci ne-i2p stránek [23:23] <sisr> myslím, že to už jrand0m commitnul, ano? [23:23] <jrand0m> víme, s jakými prohlížeči to funguje? vím o Mozille... [23:23] <jrand0m> jo, myslím, že jsem ty věci commitnul.. mrknu na to [23:23] * co se náležitě stydí. [23:23] <sisr> Funguje to s Mozillou a Konquerorem [23:24] *** godmode0 (~enter@anon.iip) has joined channel #iip-dev [23:24] <jrand0m> neboj, co, já už jsem dva měsíce ve skluzu [23:24] <sisr> Zkusím tento týden rozchodit mihi I2P tunnel s e-mailovým serverem [23:24] <sisr> Také se aktualizovalo mnoho wiki stránek [23:24] <jrand0m> 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] <dm> „Také se aktualizovalo mnoho wiki stránek“ [23:25] <sisr> Dobře, do toho [23:25] <dm> mmmm.....MMmmmm.....mmmmmm... [23:26] <dm> ach, další indicie? [23:26] <sisr> Ale nemohu ti říct, jestli máš pravdu [23:26] <dm> „..... to už commitnul, ano?“ [23:26] <co> jrand0m: Pokud se to ještě neptalo, chceš vydat I2P framework a aplikace jako balík zároveň? [23:27] <jrand0m> Zjistil jsem, že to, co chci, a to, co se stane, nebývá vždy totéž [23:27] <co> Myslím vydat je pohromadě. [23:27] <sisr> Mám otázku po co [23:27] <jrand0m> aktuální plán je na (Link: http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap)http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap [23:28] <jrand0m> 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] <jrand0m> (instalátor teď přibaluje router, SDK, phttprelay, atalk a i2ptunnel) [23:29] *** Signoff: dm (Ping timeout) [23:29] <jrand0m> co nového, sisr? [23:29] <co> Ta stránka je docela užitečná. Děkuji. [23:30] <sisr> 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] <jrand0m> naprosto. [23:30] <sisr> 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] <sisr> 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] <jrand0m> 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] <mihi> unixové pravidlo: jeden úkol, jeden nástroj. takže nepište nové prohlížeče. [23:32] <jrand0m> přesně [23:32] <sisr> 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] <dm> jeden úkol, jeden nástroj? hloupé pravidlo. [23:33] <sisr> 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] <jrand0m> sisr> 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] <sisr> Haha, ok, sisr má velmi starý počítač [23:34] <sisr> Kvůli tomu mi to připadá opravdu pomalé [23:34] <dm> jaká byla latence při prvních pár skutečných testech? Jen ze zvědavosti. [23:35] <jrand0m> Dokážu stáhnout news.google.com se všemi obrázky za ~ 30–60 sekund [23:35] <dm> k [23:36] <sisr> Jak těžké bude postavit na I2P distribuci obsahu podobnou Freenetu? Je to velká, nebo malá práce? [23:36] <co> A jak dlouho to trvá bez tunnelu? [23:36] <jrand0m> sisr> kdybych na tom dělal na plný úvazek, odhadoval bych ~ 1 měsíc na DHT nad i2p [23:37] <jrand0m> co> ~ 10–15 sekund [23:38] <co> Takže i2ptunnel je 3× pomalejší. [23:39] <jrand0m> 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] <co> aspoň pro tebe. [23:39] <jrand0m> režie je v zapouzdření zprávy [23:39] <sisr> 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] <sisr> Například checkbox na nastavení I2P Tunnel web serveru s portem a checkbox pro e-mailový server, aby to bylo opravdu jednoduché [23:40] <jrand0m> sisr> mně osobně se jeho rozhraní teď fakt hodně líbí :) [23:40] <jrand0m> jo, rozhodně. vlastně [23:40] * sisr nikdy rozhraní neviděl, ale představuje si ho jako textbox [23:40] <sisr> Možná by někdo mohl udělat screenshoty I2P tunnelu pro tutoriál [23:41] <jrand0m> 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] <sisr> Na čem bychom teď měli pro I2P pracovat [23:42] <jrand0m> to je velká otázka. krátká odpověď je „cokoli můžete“ [23:43] <jrand0m> kdyby se někdo pustil do aktualizace instalátoru, aby generoval ty .sh a .bat skripty, bylo by to super [23:43] <jrand0m> kdyby měl někdo čas dělat na některých věcech z i2proadmap, bylo by to taky super :) [23:44] <jrand0m> Myslím, že po vydání 0.2 bude velká poptávka po dokumentaci a QA (aka Real Soon Now) [23:44] <sisr> Jaký bude instalátor? InstallShield nebo Java? [23:44] <jrand0m> aktuální instalátor je jediné „install.jar“, které provede uživatele několika otázkami [23:45] <jrand0m> je to fakt mizerný instalátor [23:45] <jrand0m> ale je maximálně multiplatformní [23:48] <jrand0m> ok, super, routery stále běží, myslím, že ten bugfix to mohl vyřešit. [23:48] <jrand0m> jo. [23:48] <jrand0m> mailing list se časem vrátí [23:48] <jrand0m> pokud nebude zpátky do doby, než bude 0.2 připravená, vytvořím nový mailing list [23:49] <co> Mám ještě jednu otázku. [23:49] <jrand0m> sem s ní [23:50] <co> Existuje dostupný seznam I2P uzlů běžících právě teď? [23:50] <jrand0m> ne. [23:50] <jrand0m> žádné veřejné i2p uzly nejsou otevřené [23:50] <co> chápu. [23:50] <jrand0m> nicméně jeden z nich zveřejní seznam svých peerů přes HTTP, jakmile vyjde 0.2 [23:50] <jrand0m> (a URL na ten seznam bude v instalátoru) [23:50] <jrand0m> s/will be/is/ [23:52] <mihi> mám to taky v záložkách... [23:52] <jrand0m> heh, prevíte [23:52] <mihi> mimochodem: size=777 je o 111 bajtů moc ;) [23:53] <jrand0m> rofl [23:53] <jrand0m> toho jsem si vůbec nevšiml. [23:53] <jrand0m> dřív to bylo 384 [23:53] <jrand0m> ale pak jsem do routerInfo přidal nějaké informace o verzi SW routeru [23:53] <sisr> Myslím, že nop může použít I2P tunnel k nastavení testovacího IRC serveru s routerem 0.2? [23:54] <jrand0m> to by bylo fakt super [23:54] <sisr> Zajímalo by mě, jaká bude latence ve srovnání s tímto IIP, když to nop udělá [23:54] <jrand0m> i když bychom nemohli dcc [23:54] <jrand0m> i2p by mělo mnohem vyšší latenci [23:54] <jrand0m> (protože každé odeslání by trvalo pár sekund, jelikož ještě nemáme AES+SessionTag) [23:57] <jrand0m> 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] <dm> k, dobrou [23:57] *** dm opustil #iip-dev [23:57] * jrand0m *baf* uzavírá schůzku