Setkání vývojářů I2P - 16. prosince 2003

[22:04] <jrand0m> 0) ahoj [22:04] <jrand0m> 1) iip [22:04] <jrand0m> 2) 0.2.3 & 0.2.3.1 [22:04] <jrand0m> 3) ahoj [22:04] <jrand0m> 0) ahoj [22:04] <jrand0m> vítejte na ... kolikátém setkání [22:05] <jrand0m> (68? 69?) [22:05] <MrEcho> sakra, tady je 13:00 [22:05] <jrand0m> GMT-8? [22:05] <duck> 69 [22:05] <jrand0m> h0t. [22:06] <jrand0m> ok, 1) iip [22:06] *** Odhlášení: tusko (EOF od klienta) [22:06] * MrEcho kompiluje jádro pro schůzku [22:06] <jrand0m> iip se chová praštěně. vím jen, že nop „přesouvá servery“, ať už to znamená cokoli. nevím, kdy to bude hotové, atd. [22:06] <jrand0m> má někdo nějaké další info, o které by se chtěl podělit s ostatními? [22:06] *** mids (mids@anon.iip) se připojil ke kanálu #iip-dev [22:06] <MrEcho> žádné info od nop [22:07] <mids> dnes ráno mi bylo řečeno, že můžu znovu spustit Trent [22:07] <mids> (už jsem to udělal včera v noci) [22:07] <jrand0m> hustý [22:07] <jrand0m> díky [22:07] <mids> to naznačuje, že nop věří, že IIP je zase stabilnější [22:07] <mids> jestli to teda za něco stojí... [22:07] <mids> *ehm* [22:07] <jrand0m> ok, super [22:08] <jrand0m> [woot, spolubydlící mi právě podal na schůzku sklenku vína] [22:08] <MrEcho> lol [22:08] <jrand0m> ok, když je nop online a nepřijde na schůzku, budeme muset lynč odložit na později [22:09] <jrand0m> 2) 0.2.3 & 0.2.3.1 [22:09] <mids> jakou konkrétní otázku mu chceš položit? [22:09] <protocol> kdy je schůzka [22:09] <jrand0m> konkrétní otázka> kdy vydá oficiální oznámení popisující minulé problémy a jak budou řešeny ty budoucí? [22:09] <jrand0m> schůzka je teď [22:10] <jrand0m> (alias kdy máme začít zvažovat ne-iip prostředky komunikace) [22:10] <mids> když dostanu odpověď, dám vědět. [22:10] <jrand0m> dík [22:11] <jrand0m> ok, věci kolem i2p. 0.2.3 vyšlo včera a i když většina kódu Kademlia funguje dobře, objevují se i nějaké chyby z 0.2.2 a také zkoumáme další chyby. [22:11] <jrand0m> zanesl jsem změnu, aby se pro dbStore používaly zprávy posílané přes tunnel místo garlics, což by mělo snížit zátěž, kterou tc (a spol.) vidí na serverech [22:12] <jrand0m> je tu také nový persistent sessionKeyManager, díky kterému restarty úplně nerozbijí router na 15 minut [22:12] <MrEcho> a co doby připojení klienta k routerům? [22:12] <duck> zatím je to stejně dobré/špatné jako 0.2.2; pokud mi dnes v noci zase nespadne router/tunnels, v tom případě je to horší než 0.2.2 [22:13] <jrand0m> MrEcho> to vypadá na interakci dvou chyb z 0.2.2, které zlobí víc než dřív. ty dvě jsou moje nejvyšší priorita. [22:13] <MrEcho> ok super [22:13] <jrand0m> duck> můj pocit je, že je to horší než 0.2.2 z pohledu koncového uživatele. pracuju na nápravě, aniž bych obětoval anonymitu nebo bezpečnost. [22:13] <MrEcho> je těžké dělat na DNS s tou zatracenou chybou .. musím hodně restartovat DNS server [22:14] <jrand0m> MrEcho> s local only routery se mi chyby nepodařilo reprodukovat – funguje ti to s local only? [22:15] <MrEcho> ne [22:15] <jrand0m> mohl bys mi k tomu poslat debug logy? [22:15] <MrEcho> už smazáno [22:16] <jrand0m> ok, když to zkusíš znovu a nepůjde to, kdybys mi mohl poslat debug logy jak z routeru, tak z klienta, ocenil bych to. [22:16] <MrEcho> dělá to to samé jako předtím .. klient dostane hlášku, že to bylo odesláno .. ale nikdy to nedorazí k klientovi [22:16] <MrEcho> k tomu druhému klientovi [22:17] <MrEcho> jo .. uvidím, co se dá dělat [22:17] <jrand0m> ok, zní to jako chyba v i2psessionImpl2. lokálně se mi to nepodařilo reprodukovat, ale jakmile to opravím pro remote, tak to snad bude fungovat i u tebe [22:17] <jrand0m> díky [22:17] <jrand0m> každopádně díky všem za trpělivost s updatem. děláme pokroky, i když to navenek tak nepůsobí [22:18] <protocol> záři dál, ty bláznivý diamante [22:18] <duck> do budoucna, až se i2p bude opravdu používat, jak se změní vývojový/release proces, aby rozbité verze nerozházely síť? [22:19] <jrand0m> až vyjde 1.0, udělám dev a nasadím to šílené skupině dobrovolníků, aby si s tím týden hráli, pak když bude všechno fungovat skvěle, půjde to do obecného vydání. [22:20] * FireRabbit bude šílený dobrovolník [22:20] <jrand0m> teď musím bojovat s kaffe & jetty kvůli aktualizacím na i2p.dnsalias.net [22:20] <duck> jakého druhu? [22:20] * MrEcho už je [22:20] *** tusko (~tusko@anon.iip) se připojil ke kanálu #iip-dev [22:20] <jrand0m> vy všichni už jste šílení (a velmi nápomocní) dobrovolníci :) [22:20] <FireRabbit> děkuji! [22:20] <FireRabbit> :) [22:21] *** TC (~TC@anon.iip) se připojil ke kanálu #iip-dev [22:21] <jrand0m> hele, jestli to není tc [22:21] * MrEcho mrskne TC .. jdeš pozdě [22:21] <TC> čau [22:21] <TC> jedeme zase? [22:21] <MrEcho> jo, dneska umím psát... [22:22] <jrand0m> iip se zdá běží... [22:22] <TC> jupí [22:22] <jrand0m> každopádně doufám, že 0.2.3.1 vyjde během pár dní, jakmile se opraví ty dvě kritické chyby (přetížení CPU, které viděl tc, už je upraveno) [22:23] *** wiht (anon@anon.iip) se připojil ke kanálu #iip-dev [22:23] <TC> co bylo příčinou? [22:23] <FireRabbit> zdá se mi, že od aktualizace na 0.2.3 mám zvýšenou aktivitu disku, ale nevěnoval jsem tomu čas, jestli je to fakt i2p, nebo jen počítač blbne [22:23] *** Odhlášení: wiht ((null)) [22:23] <TC> FireRabbit, kolik máš paměti? [22:24] <FireRabbit> ten počítač má myslím 128 [22:24] <FireRabbit> myslíš, že to může být stránkovací soubor? [22:24] <jrand0m> příčinou bylo, že 0.2.3 posílá všechny zprávy dbStore přes garlic routed messages místo přímo, což používá buď ElGamal nebo AES+SessionTag (podle toho, zda jsou známy tagy). persistentSessionKeyMAnager způsobí, že tagy vydrží déle, a 0.2.3.1 bude posílat zprávy dbStore místo toho přes tunnels [22:24] <TC> protože mám 512 a i2p mi včera v noci hodilo chybu 'out of memory' [22:24] <jrand0m> fakt? sakra [22:24] <FireRabbit> aha, zajímavé [22:25] <MrEcho> wow [22:25] <jrand0m> jo, to je číslo 3 na seznamu chyb k rozlousknutí (i když to není showstopper pro 0.2.3.1) [22:25] <jrand0m> OOM nepoužijí všech 512 [22:25] <TC> ale teď to zdá se běží v pohodě [22:25] <jrand0m> použijí jen to, co má Java přiděleno (např. 64M) [22:26] <TC> ano [22:26] <duck> Memory: In use: 8187KB [22:26] <jrand0m> jo [22:26] <duck> to není moc! [22:26] <duck> zatím [22:26] <MrEcho> Memory: In use: 8908KB Free: 4088KB [22:27] <jrand0m> jo, něco tam roste, doufám, že to do 0.3 dohledám [22:27] <jrand0m> super, Free znamená, že to dřív používalo 12,9M, teď už jen 8,9 [22:27] <TC> momentálně to běží na 30 megách paměti, ale včera v noci to vyskočilo na (podle Windows) '70' a někde tam to spadlo [22:27] <jrand0m> jo, kaffe mi to dělá taky, tc [22:28] <jrand0m> ok, každopádně by se lidi měli přihlásit do i2p mailing listu [22:28] * FireRabbit přemýšlí, že až dnes přijde domů, přepíše knihovnu meshwork, protože má nějaké problémy [22:28] <FireRabbit> achjo [22:28] <jrand0m> ((Link: http://i2p.dnsalias.net/pipermail/i2p/)http://i2p.dnsalias.net/pipermail/i2p/) [22:28] <jrand0m> ale no tak, FireRabbit [22:28] <FireRabbit> tohle se nikdy nedodělá [22:28] <TC> jo, a paměť většinou není velký problém [22:28] <jrand0m> heh, žádný projekt nejde tak hladce, jak by člověk doufal [22:28] <FireRabbit> ne [22:28] <protocol> jrand0m: mailing list spouští Yahoo! ochranu proti spamu [22:28] <protocol> jen pro informaci [22:28] <jrand0m> fakt, protocol? [22:29] <protocol> jo [22:29] <jrand0m> možná to spustilo spam guard, když jsem dal iip-dev do cc [22:29] * jrand0m napíšu svému ISP [22:29] <jrand0m> (nebo je to tím .dnsalias.net) [22:30] <protocol> zatím mi nic nepřišlo, a vyprázdnil jsem hromadnou poštu dřív, než jsem to stihl zkontrolovat [22:30] <duck> nebo přezdívka jrandom [22:30] <jrand0m> lol duck [22:30] <FireRabbit> :) [22:30] <jrand0m> to by bylo boží, kdyby byl můj nick filtrován :) [22:30] <FireRabbit> hehe [22:30] *** wiht (anon@anon.iip) se připojil ke kanálu #iip-dev [22:30] <jrand0m> vítej zpátky, wiht [22:30] <jrand0m> mimochodem, asi bych měl vložit 3.1) aplikace :) [22:31] <jrand0m> hele, MrEcho, jak jde boj? [22:31] <wiht> jrand0m: Ahoj. [22:31] <MrEcho> až někdo napíše autodetekční program pro linux compile config [22:31] <MrEcho> no, je to na cestě [22:31] <duck> knoppix používá nějakou autodetekci, ne? [22:31] <jrand0m> ./configure ; make ; make check ; make install ; reboot [22:31] <duck> </offtopic> [22:31] <MrEcho> mám vcelku rozmyšlené, jak chci všechno udělat [22:31] <jrand0m> jo [22:32] <jrand0m> máš jasnou představu, jak by se dal i2ptunnel upravit, aby využil to, co děláš, MrEcho? [22:32] <FireRabbit> myslím, že knoppix používá hotplug [22:32] <MrEcho> 0.1 nebude/může být uzamčená .. ještě nevím [22:32] <jrand0m> supr [22:33] <TC> hele jrand0m, mám dotaz ohledně CVS [22:33] <jrand0m> copak? [22:33] <MrEcho> pro DNS dotazy budu mít server port na straně Client i RS pro Names dotazy [22:33] <FireRabbit> ok jrand0m, osvěť mě: když máš dvě pole, jedno ukládá právě přijatá data a druhé funguje jako buffer, jak bys je pojmenoval [22:33] <MrEcho> a postavím knihovnu, kterou může používat jakákoli app [22:33] <jrand0m> FireRabbit> src, dest [22:34] <FireRabbit> hmm [22:34] <TC> myslel jsem, že by bylo dobré, kdybych host file aktualizoval přímo do i2p-based CVS, aby se mohl zahrnout do budoucích verzí [22:34] <jrand0m> rozhodně, tc [22:34] <FireRabbit> tohle je docela velká třída, asi bych chtěl být trochu specifičtější než tohle [22:34] * jrand0m měl bych ti zařídit CVS účet [22:34] <TC> jen přemýšlím, jak se k tomu připojit [22:34] <duck> TC: chceš (Link: http://www.tortoisecvs.org/)http://www.tortoisecvs.org/ [22:34] <duck> nejjednodušší CVS klient pro Windows, který znám [22:35] * MrEcho používá verzi pro DOS :) [22:35] <mihi> duck: pro Windows != win9x ;) [22:35] * FireRabbit používá port cvs pro příkazovou řádku [22:35] <duck> mihi: testoval jsem to s win9x [22:35] <jrand0m> tc> už jsi někdy používal CVS? nebo máš obavy o anonymitu? (momentálně bys měl být schopný jet CVS přes i2p) [22:35] * mihi používá buď WinCVS, nebo cygwin cvs [22:35] * jrand0m používá cvs.exe [22:35] <TC> ok, takže použiju ten klient a nastavím proxy? [22:35] <TC> ne, CVS jsem ještě nepoužíval [22:35] <jrand0m> ok, po schůzce tě provedu nastavením [22:36] <TC> jasně, díky [22:36] <duck> ohledně CVS přes tunnel: [22:36] <duck> nebyl by velký problém zdvojených zpráv? [22:36] *** Odhlášení: wiht (Ping timeout) [22:37] <duck> zejména pro commity [22:37] <jrand0m> ano, ducku, ale na ten problém jsem nenarazil (zprávy CVS jsou obvykle malé) [22:37] <jrand0m> >64k zprávy (např. specifikace .pdf nebo .sxw) by se zatím měly dělat přes normální internet [22:38] <duck> jabber zprávy se také dost často duplikují [22:38] <jrand0m> máš ale pravdu, že to ještě není neprůstřelné řešení pro CVS [22:38] <duck> i když jsou to XML, nejsou tak velké [22:40] <jrand0m> jo, ztracené acky jsou jedna z potvor současných ztrátových chyb v i2psessionimpl2 :/ [22:40] <duck> k [22:41] <duck> (to bylo částečně ztracené ack) [22:41] <jrand0m> (s takhle velkou sítí by nikdy neměly být resend-y, ledaže by byl peer offline) [22:42] <jrand0m> hmm ok, nějaké další věci kolem i2p? [22:42] <mihi> jrand0m: co třeba přidat něco jako pořadové číslo do i2p paketů? [22:43] <jrand0m> i2ptunnel pakety? [22:43] <mihi> to by pomohlo proti zdvojování. [22:43] <mihi> ne, i2pnp pakety [22:43] <mihi> ok, dalo by se to udělat i na úrovni i2ptunnelu. [22:43] <TC> tak co, jrand0m, získal jsi zpátky připojení, nebo jsi pořád v kavárně? [22:43] <mihi> když dostaneš dvakrát stejné číslo, druhé prostě ignoruj. [22:44] <jrand0m> to už dup id pro většinu věcí ošetřuje, ale máš pravdu, že pro zbývající zprávy bude v 0.3 update [22:44] <jrand0m> ano, aktuálně držíme historii posledních 1000 msgId, abychom vyhazovali duplicitní [22:44] <mihi> ok, kdyby se někdo přihlásil napsat dobrou TCP impl pro i2p, bylo by to lepší ;) [22:44] <jrand0m> ano! :) [22:44] *** Nostradumbass (nostradum@anon.iip) se připojil ke kanálu #iip-dev [22:45] * jrand0m myslí si, že až se bude blížit 1.0, bude vypsaná odměna za nějakou [ještě neurčenou killer app/feature] [22:45] <duck> vyhrajte 1hodinový soukromý chat s UserX! [22:45] <jrand0m> lol [22:45] <MrEcho> lol [22:46] <jrand0m> ok, nějaké další i2p věci, nebo iip věci, nebo cokoli dalšího pro toto, 69. iip-dev setkání? [22:46] <jrand0m> (krom komentářů o pin-up girl UserX) [22:47] <duck> nějaké další aplikace, které by měla duck inc. provozovat? [22:47] <jrand0m> bluebeep! [22:47] <TC> 1. jrand0m, opravil jsi problémy s připojením? 2. co říkáš na můj nový eepsite? [22:47] <TC> bluebeep? [22:47] <jrand0m> jo, konečně mám přístup k netu :) tvůj nový eepsite jsem kromě boardu (který je pecka) neviděl, ale mrknu později :) [22:48] <duck> TC: líbí se mi nový design [22:48] <TC> hmm, měl bych změnit i board, aby se zkrátila doba načítání [22:48] <duck> jen bys měl zkusit vypnout e-mailovou funkci v phpboardu, teď to pokaždé hází chybu [22:48] <TC> díky, ducku [22:48] <jrand0m> zahodit obrázky by bylo plus [22:49] <TC> dobrý nápad [22:49] <jrand0m> (bluebeep je starý wardialer (program na prozvánění čísel po modemu)) [22:49] <MrEcho> jo [22:49] <jrand0m> (a celkově zábavná hračka) [22:49] <duck> prosím mějte na paměti, že průměrný věk je tady 16 [22:50] * MrEcho je mu 24 [22:50] * duck se skrčí [22:50] * jrand0m pochybuje, že je tu dost tříletých, aby vyvážili geriatriky mezi námi ;) [22:50] *** wiht (anon@anon.iip) se připojil ke kanálu #iip-dev [22:50] <MrEcho> lol [22:50] * TC jednou postavil blackbox [22:50] <jrand0m> w3wt [22:50] <lonelynerd> už je po schůzce? [22:50] <duck> poslední ot.: [22:50] *** protocol je nyní znám jako proto_afk [22:51] <duck> jak máme číst statistiky Kademlia? [22:51] * jrand0m ještě jsem !baf nespustil, lonelynerde, tak se ptej :) [22:51] * MrEcho zabíjí podporu pcmcia v kernelu [22:51] <duck> jen abychom chápali, co vypisuje routerConsole.html [22:51] <MrEcho> začínám být naštvaný [22:51] <jrand0m> ok, myslíš JobQueue statistiky? [22:52] * duck tipuje, že je to všechno jasné [22:52] <jrand0m> v zásadě když se dívám na statistiky JobQueue, kontroluji, že průměrný čas provedení u úloh Build garlic message, build tunnel a handle * message je malý [22:52] <jrand0m> (to jsou úlohy, které obvykle trvají nejdéle, a když se fronta pending nafoukne, trpí všechno) [22:53] <lonelynerd> (vlastně si asi radši nejdřív přečtu logy) [22:53] <duck> chápu [22:53] <jrand0m> průměrná doba pending .1–.6 s, kterou vídám, je dost bídná a je to jedna z velkých věcí, na které se zaměřím, až přijde čas je ladit [22:54] <jrand0m> živost a spolehlivost obsahu netDb jsou do značné míry náhodná čísla, pokud jsou > 100. last sent successfully znamená, kdy to bylo naposledy odesláno 2 nebo více peerům [22:54] <jrand0m> (náhodně posíláme znovu, pokud to není local) [22:54] <jrand0m> (ale ne víc než jednou za 5 minut) [22:55] <jrand0m> je nějaká statistika, která by pro lidi byla užitečná, nebo jiná vizualizace, která by pomohla? (pokud je to netriviální, možná to nedám, ale pokud je to snadné, nejspíš ano) [22:56] <duck> díky [22:57] <jrand0m> nějaké další komentáře / dotazy / obavy / frisbee? [22:59] <jrand0m> v tom případě [22:59] * jrand0m nabírá rozmach [22:59] * jrand0m *baf* uzavírá schůzku