Setkání vývojářů I2P - 11. října 2005

16:29 <jrandom> 0) ahoj 16:29 <jrandom> 1) 0.6.1.2 16:29 <jrandom> 2) I2PTunnelIRCClient 16:29 <jrandom> 3) Syndie 16:29 <jrandom> 4) I2Phex 16:29 <jrandom> 5) Stego a darknety (ohledně flamewar) 16:29 <jrandom> 5) ??? 16:29 <jrandom> 0) ahoj 16:29 <@cervantes> (6) 16:29 <+postman> myslíš 6)? 16:29 <jrandom> jo, neumím počítat ;) 16:30 * postman si plácne s cervantesem 16:30 <jrandom> týdenní status poznámky zveřejněny @ http://dev.i2p.net/pipermail/i2p/2005-October/000990.html 16:30 <wiht> Otázky by měly být bod 6. 16:30 <jrandom> 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 <jrandom> 1) 0.6.1.2 16:31 <@cervantes> 6) Probrat špatný odhad načasování od jrandomova spolubydlícího 16:31 <jrandom> *odkašle si* ;) 16:31 <jrandom> ok, jak bylo zmíněno v e-mailu, vydání 0.6.1.2 se zdá fungovat docela dobře 16:32 <jrandom> 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 <+postman> :) 16:32 <wiht> 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 <jrandom> 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 <jrandom> je docela fajn vidět 9 verzí, jak spolu dobře fungují, i když novější samozřejmě fungují nejlépe 16:35 <jrandom> ok, má někdo další něco k bodu 1) 0.6.1.2? 16:35 <+postman> jeden z mých routerů ukazuje 1080 známých 16:35 <jrandom> páne jo 16:35 <+postman> myslím, že je to trochu mimo? 16:35 <jrandom> je to na 0.6.1.2? 16:35 <+postman> jo, myslím, že jo 16:36 <jrandom> hmm, jo, to je... trochu moc. já teď vidím zhruba polovinu 16:36 <+Complication> Dlouhodobě cca 400 tady 16:37 <+bar> taky tady 16:37 <wiht> Vidím 260 známých routerů. 16:37 <jrandom> 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 <+postman> jrandom: jo, díky 16:38 <jrandom> gracias 16:38 <jrandom> jo, ne každý uvidí každou netDb referenci, takže je normální, že to kolísá 16:40 <jrandom> ok, pokud k 1) 0.6.1.2 není nic dalšího, pojďme přejít k 2) I2PTunnelIRCClient 16:40 <@cervantes> pěkné, duste 16:40 <jrandom> 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 <+postman> super 16:41 <jrandom> jo, tohle je fakt super, lidi se na něco takového ptali věky 16:41 <+Myo9> 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.webp 16:41 <jrandom> *odkašle si* 16:42 <dust> 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 <dust> testoval jsem pár klientů, ale je jich hodně.. 16:43 <jrandom> jo, chvíli jsem to pozoroval, ale filtrování vypadá dobře 16:44 <jrandom> 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 <+Complication> dust: díky za „info“ :) 16:44 <+bar> paráda, duste, díky moc 16:44 <wiht> Znamená to, že nemusíme nastavovat extra IRC tunnel? 16:44 <jrandom> wiht: ne, budeš potřebovat irc tunnel, ale může nahradit ten, který už používáš 16:45 <+Complication> wiht: jen se méně obávej, že náš IRC klient něco prozradí 16:45 <jrandom> postman/cervantes: nějaké nápady na zvýšení nebo odstranění serverových ping/pong timeoutů? 16:45 <wiht> To to vysvětluje, díky. 16:46 <+postman> mmh, neodstraňoval bych je, můj klient úplně šílel, když jsem si s tím hrál 16:46 <jrandom> postman: no, myslím, že kdyby na ně odpovídal lokálně, klient by dostal opravdu, opravdu rychlý PING/PONG 16:46 <@cervantes> postman: proxy by mohla odpovídat na pingy 16:46 <jrandom> (ale ping/pong by nemusely chodit přes síť) 16:47 <jrandom> nevím, jaký by to mělo dopad, ale možná to stojí za prozkoumání. 16:47 <@cervantes> ale nejsem si jistý, jak by reagovaly servery, mohl bys skončit se spoustou zombie klientů 16:47 <+postman> jrandom: no 16:47 <jrandom> no, keepalive streamovací knihovny by to měl zvládnout 16:47 * Complication občas zažil zombifikaci 16:47 <jrandom> Complication: v poslední době? 16:47 <+postman> jrandom: pokud proxy pingá za klienta, musí i ping/pong posílat klientovi 16:48 <+Complication> Před týdnem, myslím. 16:48 <jrandom> 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 <+Complication> Ale moje „kopie“ byla nakonec odpojena. 16:48 <@cervantes> 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 <jrandom> Complication: aha, tehdy IRC servery nebyly aktuální, to by se už stávat nemělo 16:49 <+Complication> Aniž bych použil „ghost“. Nedávné použití příkazu ghost bylo kvůli provozu s mnoha uzly. 16:49 <+postman> jrandom: a měření lagu? 16:49 <jrandom> 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 <+postman> přijde mi docela užitečné vědět, jestli mám lag nebo ne 16:49 <jrandom> mně taky, ale vždycky si můžeš dát /msg sám sobě 16:50 <dust> možná by se dalo snížit množství pingů 16:50 <jrandom> 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 <jrandom> to taky 16:50 <jrandom> nevím, jen nápad. to, co máme teď, je každopádně hustý 16:51 <+postman> ok, zkusil bych napatchovat testserver 16:51 <@cervantes> 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 <+postman> možná to bude fungovat 16:51 <jrandom> zní rozumně, cervantesi. nemyslím, že by to vyžadovalo nějaké patchování na serveru, doufám? 16:52 <+postman> jrandom: deaktivovat možná – ale snížení intervalu je parametr v conf 16:53 * postman žvýká dokumentaci k ircd (zase) 16:53 <jrandom> super, nespěchá to. jen něco, na co se můžeme někdy podívat 16:53 <@cervantes> class servers 16:53 <@cervantes> { 16:53 <@cervantes> pingfreq 120; 16:54 <@cervantes> class clients { pingfreq 90 } 16:54 <@cervantes> to je moje aktuální konfigurace 16:54 <+postman> cervantes: ano, vím – otázka je, jestli to vůbec jde deaktivovat 16:54 <@cervantes> nedeaktivoval bych je... jen se podívat na jejich snížení 16:55 <+postman> ok, začněme tím 16:55 <+postman> cervantes: co takhle 180 s? 16:56 <@cervantes> rovnou zhurta na 240 16:56 <@cervantes> ale možná bychom měli nejdřív připravit stranu ircproxy 16:57 <@cervantes> *probrat po meetingu* 16:57 <+postman> souhlas 16:57 <jrandom> w3rd. ok, ještě něco k 2) I2PTunnelIRCClient, nebo přejdeme k 3) Syndie? 16:57 <@cervantes> cokoliv, co sníží mých současných 40 kb/s průměrného provozu routeru ;-) 16:58 <jrandom> heh, z nějakého důvodu pochybuju, že je to všechno IRC ;) 16:58 <jrandom> ok, jdeme dál 16:59 * cervantes schovává své pony videa, která celý týden sosal od jrandoma 16:59 <@cervantes> is=the 16:59 <+postman> LOL 16:59 <jrandom> jak bylo zmíněno v mailu, kolem Syndie se dějí docela cool věci 16:59 <jrandom> CLI je triviální, ale dustův nový Sucker vypadá opravdu slibně 16:59 <jrandom> dust: nechceš nám dát stručný přehled? 17:00 <dust> ehm, 17:01 <dust> 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 <dust> zatím to není zrovna robustní, ale je to teprve dva dny staré :) 17:02 <dust> mám v Syndie nějakého Dilberta.. 17:02 <dust> :) 17:02 <dust> . 17:02 <jrandom> hezky 17:03 <jrandom> 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 <dust> čím méně oddělených nástrojů, tím lépe 17:04 <jrandom> jo, asi bude jednodušší všechno to zabalit dohromady, ať každý ví, že to může použít 17:05 <jrandom> 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 <jrandom> ok, má někdo nějaké otázky/komentáře/obavy k 3) Syndie? 17:07 <wiht> Když budete pořád integrovat software do I2P, může se z toho stát nabobtnalý balík. 17:07 <wiht> Samozřejmě, můžu Syndie vypnout, pokud ji nepoužívám. 17:08 <jrandom> i2p sdk má 13KLOC 17:08 <jrandom> a i2p router má jen 22KLOC 17:08 <jrandom> ale jo, má to dopad na dobu stahování instalace 17:09 <jrandom> 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 <wiht> Ano, myslel jsem to stahování. 17:09 <jrandom> (ale je to mnohem užitečnější, když je k tomu webové rozhraní, i2ptunnel a streamovací knihovna atd. ;) 17:11 <jrandom> smeghead pracoval na distribučním systému (jako emerge, pro Javu) a jsou tu i lidi z jpackage 17:11 <jrandom> 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 <jrandom> ok, pokud k tomu není nic dalšího, skočme na 4) I2Phex 17:13 <jrandom> nemám moc co dodat nad rámec toho, co je ve status poznámkách 17:13 <jrandom> redzara: jsi tu? 17:13 <+redzara> jo, jsem 17:13 <+redzara> Už pracuji na další verzi, zatímco čekám na schůzku s Gregorem. 17:13 <jrandom> ah skvělé 17:13 <+redzara> 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 <+redzara> Mám spoustu dokumentace a kódu k pročtení 17:15 <jrandom> 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 <jrandom> dostat část I2Phexu do pluginu pro mainline Phex by bylo fakt boží 17:17 <jrandom> ok, má někdo ještě něco k 4) I2Phex? 17:18 <+redzara> Určitě bych potřeboval pomoc s částí petname (systém přezdívek) 17:19 <+redzara> a možná také s jemným laděním parametrů tunnelů 17:19 <jrandom> 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 <jrandom> 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 <jrandom> (samozřejmě bychom stejně chtěli mít dobré defaulty) 17:21 <+redzara> možná něco jako ircclient, filtr pro jistotu 17:22 <@cervantes> lepší je dát aplikaci do formy, imho 17:22 <jrandom> to by mohlo fungovat, i když práce s libovolnými bajtovými sekvencemi může být drsná 17:23 <jrandom> 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 <+redzara> 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 <jrandom> ok, pokud už nic dalšího není, možná můžeme krátce prolétnout 5) Stego a darknety 17:26 <jrandom> 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 <jrandom> nicméně, je něco, co by lidé chtěli k nastoleným otázkám přidat? 17:27 <wiht> V diskusi byla zmíněna verze 0.5 a 0.7 Freenetu. Existuje verze 0.6 pro Freenet? 17:27 <jrandom> 0.6 je jejich aktuální „nestabilní“ větev sítě 17:27 <jrandom> pokud vím 17:27 <+postman> ohh a já myslel, že to unesly mimozemské síly 17:28 <jrandom> 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 <+postman> :) 17:28 <wiht> Toad mluvil o možnosti sklízet IP adresy uzlů I2P nebo FreeNetu, že? 17:28 <jrandom> mimo jiné 17:29 <wiht> Chtěl jsem si to jen ujasnit, díky. 17:29 <jrandom> není zač. ok, má někdo ještě něco k 5), nebo přejdeme ke starému dobrému 6) ??? 17:30 <+postman> ok, mám něco pro 6) 17:30 <jrandom> berte to, že jsme přešli. 17:30 <jrandom> co je, postmane? 17:30 <+postman> všichni jsme viděli, že proxy schopné filtrů specifických pro protokol jsou dobré a potřebné 17:31 <+postman> bylo by proveditelné investovat myšlenky do generické proxy 17:31 <+postman> kterou lze nakrmit popisem protokolu 17:31 <+redzara> Chtěl bych aplikaci jako cron, používající beanshell k dynamickému spouštění Java kódu 17:31 <+postman> spolu s věcmi, které hlídat/filtrovat/maskovat 17:31 <+postman> jako XML popis filtrování/sanitizace 17:32 <+postman> abychom nepotřebovali nový zdroják, ale jen nový soubor/profil filtru 17:32 <+postman> (jen otázka, zda o tom stojí za to přemýšlet) 17:32 <jrandom> 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 <@cervantes> jde o zachycení věcí, které se odchylují od protokolu – to je záludné 17:33 <+postman> byl to jen nápad, který měl odstartovat brainstorm 17:33 <+postman> imho je něco jako generická proxy s modelovaným filtrem/parserem velmi použitelné 17:33 <wiht> 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 <jrandom> wiht: načetl jsem to jednou, je to stejné jako eepsites.com 17:34 <jrandom> (nebo je to .net? nebo .org? zapomněl jsem) 17:34 * wiht navštěvuje eepsites.com 17:34 <jrandom> postman: kdyby někdo přišel s něčím, co by fungovalo, bylo by to boží 17:34 <+postman> jrandom: ok, trochu o tom popřemýšlím spolu se susi 17:34 <jrandom> w3wt 17:34 <+postman> jrandom: možná to příští týden pustíme 17:35 <wiht> Je to eepsites.com a je to vyhledávač pro eepsites. 17:35 <+postman> ale měl jsem sen, že to fungovalo 17:35 <+postman> :] 17:35 <jrandom> :) 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 <+Complication> (alespoň pro většinu protokolů) 17:36 <@cervantes> kdepak, jen nějaký eeevul regex 17:36 <+postman> Complication: možná je tohle podezření důvod, který nás drží od dalšího zkoumání 17:37 <+postman> Complication: ještě si nejsem jistý, ale samotné podezření mě v té věci neuklidní 17:37 <jrandom> 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 <jrandom> kód nemusí být nutně tak děsivý. 17:37 <+postman> vidíš? :) 17:37 <+postman> dobrý jazyk pro modelování filtrů udělá totéž 17:38 <+postman> :) 17:38 <@cervantes> tcl? :) 17:38 <+Complication> 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 <+postman> jrandom: žádné krávy :) 17:38 <jrandom> fungující kód>>> teoretická vylepšení kódu 17:39 <+postman> mmh 17:40 <+postman> jednu věc jsem se naučil z I2P 17:40 <wiht>>>> znamená „mnohem, mnohem lepší?“ 17:40 <+postman> nevzdávej to na první pohled 17:40 <jrandom> to je pravda, postmane 17:40 <jrandom> ano, wiht 17:41 <jrandom> bylo by to fakt super 17:41 <jrandom> ok, má někdo ještě něco k probrání na meetingu? 17:41 <+bar> no, jak funguje IMAP, postmane? (četl jsem o tom na fóru, ale sám jsem to ještě nezkoušel) 17:41 <+postman> 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 <+bar> ok, udělám :) 17:42 <+postman> bar: a mně to funguje SKVĚLE :) 17:42 <jrandom> pěkné 17:42 <+bar> super 17:42 <+postman> cervantesi: jsi fixovaný 17:42 <@cervantes> já?! 17:42 <@cervantes> :) 17:43 <jrandom> ok, než překročíme hranici 90 minut 17:43 * jrandom se rozmachuje 17:43 * jrandom *baf* uzavírá schůzku