Setkání vývojářů I2P - 7. září 2004

14:09 <jrandom> 0) čau 14:09 <jrandom> 1) 0.4 14:09 <jrandom> 2) Kapacita a přetížení 14:09 * cervantes si přitáhne barovou stoličku 14:09 <jrandom> 3) Aktualizace webu 14:09 <jrandom> 4) I2PTunnel web interface 14:09 <jrandom> 5) Roadmap a todo 14:09 <jrandom> 6) ??? 14:09 <jrandom> 0) čau 14:09 <nicktastic> ugha, aha, -x ani není potřeba, aby bylo vidět, co se resolvuje – hloupý já 14:09 <cervantes> čauky 14:09 * nicktastic pokračuje v lurkování 14:10 <jrandom> 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 <deer> <ugha2p> nicktastic: Přesně tak. Ale schůzka už začala. :) 14:10 <luckypunk> h wow, nezmeškal jsem to. 14:10 <jrandom> !hi5 14:10 <jrandom> ok, přesuneme se k 1) 0.4 14:11 <jrandom> konečně jsme to vypustili ven a nevypadá to, že by nás to kouslo moc špatně 14:12 <jrandom> 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 <dm> hej!! meeting? 14:12 <jrandom> hypercubus odvedl skvělou práci s novou instalací, systray a správcem služby, což nám podle mě dost pomohlo 14:13 <modulus> jupí 14:13 <hypercubus> ještě je před námi kus cesty 14:13 <hypercubus> ale myslím, že se teď někam posouváme 14:13 <jrandom> souhlas, stále kupředu :) 14:14 <jrandom> tohle vydání také obsahuje široké nasazení oOoova ?i2paddresshelper 14:14 <jrandom> 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 <hypercubus> funguje to s vhosty podle názvu? 14:15 <jrandom> i2ptunnel httpclient pořád správně posílá Host: $base64dest 14:17 <jrandom> 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 <jrandom> ok, má někdo ještě něco k 0.4? 14:18 <deer> <baffled> je ten web server v cvs? 14:18 <demonic_1> ? 14:18 <hypercubus> web server je v 0.4 14:18 <demonic_1> co jsem propásl 14:18 <deer> <ugha2p> baffled: Bude. 14:18 <hypercubus> tedy i v CVS 14:18 <jrandom> baffled: jo, je celý v cvs (lib/org.mortbay.*) 14:18 <cervantes> 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 <deer> <ugha2p> Aha, už je. 14:19 <dm> tohle je všechno strašně super 14:19 <hypercubus> už jsem napsal kód pro práci s registry 14:19 <hypercubus> můžeme to použít k nastavení asociace .i2p 14:19 <fvw> 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 <cervantes> taky můžeš pro každý protokol zvlášť nastavit bezpečnost a proxy 14:19 <jrandom> cervantes: respektuje to firefox/apod.? 14:19 <cervantes> jo 14:20 -!- shardy_ je nyní znám jako shardy 14:20 <jrandom> jé, ahoj shardy_ 14:20 <shardy> čau jrandom, dlouho jsme nemluvili 14:20 <cervantes> i když upřímně potřebuju víc testovat... 14:20 <nicktastic> konqueror by taky měl 14:20 <cervantes> jen jsem si hrál ve volné chvíli ;-) 14:20 <deer> <ugha2p> Opera ne. 14:20 <cervantes> i když pochybuju, že firefox bere ohled na windowsí proxy a bezpečnostní nastavení 14:20 <hypercubus> v opeře to jde nastavit v ini souboru 14:21 <hypercubus> udělal jsem to tak, aby fungovalo ed2k:// 14:21 <deer> <ugha2p> hypercubus: Aha, super. 14:21 <fvw> jen do určité míry. Nemůžeš z URL handlerů udělat http:// handlery, které by obsluhovala sama opera, bohužel. 14:21 <hypercubus> ale moc to nedokumentují 14:21 <deer> <duck> vážně, jaký přínos by i2p:// mělo? 14:22 <fvw> 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 <hypercubus> ano, předává se to do eMule 14:22 <dm> no jo, kdo by chtěl čurat na veřejnosti? 14:22 <hypercubus> i2p:// bychom mohli předat eeproxy 14:22 <hypercubus> a vy webaři už si to odtamtud domyslíte ;-) 14:22 <Sciatica> není https vlastně http přes, ehm, „s“? 14:23 <jrandom> ale, jak myslím naráží duck, už tak jako tak budeme napojení na eepproxy? 14:23 <deer> <ugha2p> Sciatica: Je to HTTP přes SSL, ano. :) 14:23 <jrandom> 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 <deer> <ugha2p> Ale to je zavedená konvence. 14:24 <Sciatica> 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 <dm> htt2p 14:24 <hypercubus> 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 <deer> <ugha2p> jrandom: Myslím, že narážel na prefix 'https://'. 14:24 <jrandom> ah, pardon. 14:24 <deer> <duck> stejně potřebujeme anonymizační filtr plus http://127.0.0.1:7657/www.duck.i2p/ 14:25 <deer> <duck> s tím už není třeba šťourat do nastavení prohlížeče 14:25 <jrandom> ale jo, souhlasím s fvw, zní to jako nadměrné přetěžování url protokolu 14:25 <demonic_1> ne tady>> jako slabé použití cítím, že i2p:// odkazy by vládly <<ne tady 14:25 <jrandom> jasně, ducku 14:25 <jrandom> hehe 14:25 <cervantes> možná by šlo, aby i2p:// fungovalo jako arbiter protokolu: i2p://irc/base64 14:26 <fvw> ugh, to je ošklivé a zneužívá URL tím nejhorším způsobem. 14:26 <deer> <ugha2p> cervantes: A jak by to fungovalo v případě IRC? 14:26 <deer> <duck> URI :) 14:26 <cervantes> tím bys mohl spouštět různé aplikace na základě jednotného standardu url 14:26 <fvw> (ne že by na tom bylo něco špatného) 14:26 <jrandom> nebyla by vhodnější úprava URL něco jako irc://i2p/base64/#i2p ? 14:27 <jrandom> ale dobře, jsme trochu mimo téma.. 14:27 <jrandom> něco dalšího k 0.4? :) 14:28 <fvw> Nemyslím, že URI umožňují specifikovat transportní mechanismus odděleně od protokolu, což je škoda. 14:28 <dm> můžeš použít souborový systém 14:28 <fvw> Ano, tak nějak: *potlesk* 14:28 <dm> c:\i2p\irc #i2p 14:29 <dm> ha! Spletl jsem vás všechny 14:29 <deer> * mule_iip souhlasí s fvw 14:29 <fvw> 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 <jrandom> :) díky, děláme, co můžeme 14:29 <fvw> </pinky and the brain> 14:29 <jrandom> heh 14:29 <jrandom> ok, skočíme na 2) Kapacita a přetížení 14:30 <deer> <DrVince> Ahoj všichni 14:30 <jrandom> nerad bych jen kopíroval, co bylo v poznámkách, tak si to projděte :) 14:30 <dm> čau 14:30 <hypercubus> vítej na naší schůzce, DrVince ;-) 14:30 <deer> <ugha2p> Ahoj, DrVince. 14:31 <jrandom> 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 <jrandom> např. někdo s DSL měl před pár dny 300+ tunnels 14:31 <dm> já 14:31 <modulus> jo 14:31 <jrandom> (a když spadnou, rozbije to hrozně moc tunnels) 14:31 <jrandom> problém je, že tunnels jsou fakt lehké – průměrně 2–20 bps 14:31 <cervantes> a můj OC3 má prakticky prd 14:31 <hypercubus> já mám momentálně jen 8 14:32 <dm> měl jsem 270+, a jsem na 150 kbps 14:32 <jrandom> celkově má síť ~ 20*n tunnels v průměru v daném okamžiku 14:32 <jrandom> (kde n = # uzlů v síti) 14:32 <jrandom> 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 <hypercubus> v ideálním případě ;-) 14:33 <jrandom> no, a o to jde, takové vyvažování *není* ideální 14:33 <jrandom> protože ne všechny nodes jsou stejně rychlé nebo mají stejnou šířku pásma 14:33 <jrandom> 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 <jrandom> protože když jeden z nich spadne, *bum* 14:34 <hypercubus> jasně, tak proč je dmův podřadný DSL tak přetížený, zatímco moje mnohem rychlejší DSL je nevyužité? 14:34 <Sciatica> zmizí tenhle problém, jakmile počet uzlů v síti vzroste nad 100, 200 atd.? 14:34 <dm> podřadný? :'( 14:34 <jrandom> hypercubus: protože i2p je momentálně nereaktivní na dostupnou šířku pásma, pokud si lidé nezapnou omezení šířky pásma 14:34 <hypercubus> dm: technicky řečeno ;-) 14:34 <hypercubus> ok, já mám omezení šířky pásma zapnuté... dm nejspíš ne? 14:35 <Sciatica> (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 <ugha_node> Arrr! 14:35 <ugha_node> '(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 <dm> jo, nemám, a můj uplink je slušný: 256 kbps (downlink 150 kbps) 14:35 <Sciatica> špatná terminologie – píšu moc pomalu na takové věci :-) 14:35 <jrandom> 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 <jrandom> 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 <jrandom> máme nějaký kód v RouterThrottleImpl, který sleduje „kolik šířky pásma jsme se zavázali alokovat“ 14:37 <jrandom> ale momentálně podle toho neškrtí 14:37 <dm> hmmmm, tyhle debaty o přetížení se mi nelíbí... vzpomínky na freenet. 14:37 <jrandom> (alokovaná šířka pásma == # participating tunnels * # zpráv na tunnel v průměru * # bajtů na zprávu v průměru) 14:37 <dm> Možná bychom měli použít odhadovače? 14:38 * jrandom kopne dm 14:38 <hypercubus> dm: používáš v router omezení šířky pásma? 14:38 <dm> hypercubus: ne 14:38 <hypercubus> dm: důrazně doporučuju ho zapnout ;-) 14:38 <dm> jrandom: tři slova... NGR 14:38 <fvw> 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 <jrandom> hmm, to má potenciál 14:39 <dm> errr.. nepřesune to jen libovolný práh na requesting router? ;) 14:39 <dm> Já nechci vybírat, vybírej ty! 14:40 <jrandom> 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 <fvw> 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 <dm> jo, takže necháš aplikační vrstvu rozhodnout práh? 14:40 <jrandom> to je ale nebezpečné 14:40 <fvw> jediný problém je, že použití vysokolatentních linek nezvýší kapacitu, takže nakonec přenosy souborů seberou všechny zdroje. 14:41 <cat-a-puss> 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 <jrandom> cat-a-puss: tohle se používá jen k odmítnutí žádostí o účast, ne k jejich vyžadování 14:41 <ugha_node> Nedá. 14:41 <cat-a-puss> ok 14:42 <jrandom> ú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 <jrandom> (a free rider může tunnel odmítat, i když není zatížený, ale takový je život) 14:43 <jrandom> škrcení podle místního přetížení je docela účinné. Ale to nestačí 14:43 <dm> nenasytný parchant 14:43 <jrandom> 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 <jrandom> koncept je, že peer chce, aby část zátěže převzali i ostatní 14:44 <cat-a-puss> měli bychom pouštět tolik virtuálních router, kolik máme šířky pásma? 14:44 <jrandom> (aby se distribuovalo selhání) 14:44 <jrandom> hmm cat-a-puss? 14:44 <jrandom> pouštíš simulaci na živé síti? 14:45 <jrandom> v každém případě ne, jeden router by měl zvládnout lokální kapacitu 14:46 <deer> <mule_iip> problém je, že šířka pásma využitá v tunnel se může v čase výrazně měnit, že? 14:46 <cervantes> což se teď neděje... aspoň ne u mě 14:46 <cat-a-puss> 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 <jrandom> správně mule_i2p. Potřebujeme víc monitorovat aktivitu v tunnel 14:46 <cervantes> 14 participants mají každý 11,5 mbit ... to je docela plýtvání :) 14:47 <jrandom> cat-a-puss: probabilisticky != náhodně :) 14:47 <jrandom> heh cervantes 14:48 <jrandom> 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 <jrandom> problém je, že momentálně máme ohromný *přebytek* kapacity 14:48 <Sugadude> Chudák i2p, má *příliš* moc kapacity. Neboj, postarám se o to. ;) 14:49 <fvw> 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 <deer> <mule_iip> takže naplnit jakýkoli tunnel nějakým cover traffic 14:49 <jrandom> heh Sugadude :) 14:49 <cervantes> to proto, že žádosti všech obsluhuje dmův router ;-) 14:49 <jrandom> fvw: nevíme, kdo tunnel žádá 14:49 <fvw> hmm, dobrý postřeh. *vrací si hlavu na místo* 14:50 <jrandom> fvw: probabilisticky by se následné žádosti přijímaly – chceme, aby faktor 'reject' zůstal dost nízko 14:50 <deer> <mule_iip> což zvýší anonymitu a zjednoduší výpočet zátěže 14:51 <jrandom> pravda mule_iip, ale bylo by fajn, kdyby síť fungovala efektivně i bez požadavku vysoké zátěže :) 14:51 <jrandom> ale to je rozhodně scénář hodný simulace 14:51 <deer> <mule_iip> efektivně udělat i2p s konstantním bitrate s cover traffic. ale to je asi pro budoucí vydání :) 14:52 <jrandom> mohli bychom použít alokaci ve stylu ATM 14:52 <fvw> Nejsou rozdíly ve využití šířky pásma příliš velké, aby to bylo životaschopné? 14:52 <jrandom> 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 <cervantes> hyper má nějaké ascii, kterým můžeme vycpávat zprávy 14:52 <hypercubus> hmmmm, nápad s konstantním bitrate se mi nelíbí... ISP by i2p velmi rychle filtrovali, kdyby se to implementovalo 14:53 <jrandom> heh cervantes 14:53 <deer> <kaji> ano 14:53 * hypercubus neví, o čem cervantes mluví 14:53 * hypercubus schovává svou disketu 14:53 <jrandom> fvw: padding? nebo alokaci? 14:53 <fvw> alokaci 14:53 <cervantes> aha, jo, plausible deniability co 14:54 <jrandom> hmm fvw. Možná, ale myslím, že to můžeme monitorovat statisticky a kompenzovat 14:54 <deer> <kaji> constant bitrate zní jako Waste 14:54 <jrandom> například http://localhost:7657/oldstats.jsp#tunnel.bytesAllocatedAtAccept 14:54 <hypercubus> odtud název ;-) 14:55 <jrandom> ta statistika sleduje, kolik šířky pásma jsme se zavázali přeposlat pro cizí tunnels 14:55 <jrandom> (začítku podle posledních 10 minut) 14:56 <jrandom> 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 <deer> <mule_iip> 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 <jrandom> to je 72 bps na každý, ale nejsem si jistý, jak moc je to rozhozené (asi *hodně*) 14:57 <jrandom> 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 <fvw> (ale možná jsem jen divný) 14:57 <jrandom> souhlas 14:58 <jrandom> (s obojím ;) 14:58 <jrandom> ale jo, nemáme zatím Správnou odpověď. Je to něco, na čem se musí pracovat 14:59 <jrandom> ok, pokud už nic dalšího, přejdeme k 3) Aktualizace webu 14:59 <fvw> 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 <jrandom> to jsme zkusili a spousta a spousta a spousta tunnels selhala 15:00 <jrandom> (protože když tunnel shodí 1 zprávu, označíme ho za selhaný) 15:00 <fvw> jo, to bys dělat neměl, pokud půjdeš touhle cestou. 15:00 <jrandom> ((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 <jrandom> heh 15:01 <jrandom> 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 <jrandom> což je Dobré, protože starý způsob byl Bolestivý, ale všechny naše staré dokumenty jsou teď úplně mimo 15:02 <fvw> 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 <jrandom> jasně 15:02 <dm> nemůžu používat internet... 15:02 <dm> Šířka pásma in/out 15:02 <dm> 1m: 13.32/11.98 KBps 15:02 <dm> 5m: 10.74/9.46 KBps 15:02 <jrandom> kolik tunnels dm? 15:02 <hypercubus> dm: proto jsem ti navrhoval zapnout omezení šířky pásma i2p ;-) 15:02 <dm> jen 166 15:02 <jrandom> jo, stáhni to na 6 KBps 15:02 <jrandom> lol 15:03 <dm> (participating) 15:03 <jrandom> (nebo možná 8 KBps, když budeš hodný) 15:03 <dm> nechám to tak, jen potřebuju zobrazit tuhle jednu stránku 15:03 <jrandom> mimochodem, 13.32 vs 11.98 nám říká, že stahuješ lokálně přibližně 1 KBps 15:03 <jrandom> (přes i2p) 15:03 <fvw> 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 <hypercubus> stahuje toho vlastně mnohem víc 15:04 <jrandom> ((i když ten 1 KBps může být malý enough na to, aby to bylo netDb)) 15:04 <dm> hypercubus: náš přenos se ve skutečnosti hodně zasekává. 15:04 <jrandom> fvw: tunnels expirují po 10 minutách 15:04 <deer> <kaji> moment, funguje šířka pásma teď? pokud ano, na kolik to mám nastavit? 15:04 <dm> zklamaný z kombinace getright/i2p 15:04 <jrandom> nejsou dlouhožijící fvw, na rozdíl od TOR 15:04 <fvw> a to způsobovalo většinu tunnels selhání, i s keepalive? 15:04 <hypercubus> dm: periodicky jo... myslím, že řešením by bylo omezit tvůj upstream na cca 8 KB/s 15:04 <jrandom> kaji: http://localhost:7657/ 15:05 <hypercubus> vypadá to, že jsi saturovaný 15:05 <jrandom> resp. /config.jsp 15:05 <fvw> ok, ale nechceš, aby mizely v záchvatech ztráty paketů. 15:05 <jrandom> 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 <fvw> Ok. Potřebuju si víc přečíst, jak i2p aktuálně funguje. Za mě můžeme na 3). 15:06 <deer> <kaji> 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 <deer> <kaji> zdá se, že participuju v 166 15:07 <jrandom> kaji: tvůj router nikdy nedostane tolik tunnels, aby byl CPU přetížený ;) 15:07 <deer> <mule_iip> off-topic: nepotřebuješ náhodou tunnel, abys byl v háji :) 15:07 <deer> <kaji> *ní 15:07 <jrandom> heh 15:07 * fvw hlasuje „proti“ 15:08 <deer> <kaji> jrandom, právě jsem dočetl dopis o tunnels bez šířky pásma, jen jsem nevěděl, na kolik nastavit limit 15:08 <jrandom> ok, souhlasím, je toho hodně, co je potřeba ještě dořešit 15:08 <jrandom> ok super kaji, prostě zapni limiter šířky pásma třeba na 8 KBps 15:08 <jrandom> (nebo 12, když budeš hodný :) 15:09 <deer> <kaji> </oftopic> 15:09 <jrandom> ok, k 3) aktualizace webu 15:09 <deer> <kaji> inbound a outbound? 15:09 <jrandom> ano kaji 15:09 <jrandom> jak jsem říkal, potřebujeme pomoc s dokumenty 15:09 <jrandom> (pomóóóóóóóc!) 15:09 <hypercubus> navrhuju obsadit dlouho prázdné týmové pozice Webmaster a Web Editor 15:10 * jrandom ten návrh sekunduje 15:10 <jrandom> (teď už jen aby se někdo přihlásil ;) 15:10 <hypercubus> vím, že cervantes je vytížený 14:10 <jrandom> je to spíš na jednotlivci, aby /sám/ dobrovolně přišel, hyper ;) 15:10 <hypercubus> nominuju Curiosity na Webmaster nebo Web Editor, nebo oboje, pokud do toho půjde ;-) 15:11 <deer> <ugha2p> Uhh. 15:11 <dm> Člověče, i můj CPU začíná být kvůli I2P na max... 15:11 <dm> Miluješ, opravdu mě MILUJEŠ :'( 15:11 <dm> ups, :') 15:12 * cervantes cítí, jak ho někdo tlačí do arény 15:12 <jrandom> myslím, že se hodí každá pomoc, a pokud do toho půjde, budeme rádi 15:13 <hypercubus> viděl jsem její webové návrhy a ručím za její práci 15:13 <hypercubus> a projevila zájem, nevím ale, co nakonec rozhodla 15:13 <jrandom> ok super 15:13 <dm> ona? 15:13 <cervantes> Jsem si jistý, že tomu bude moci věnovat mnohem víc péče a pozornosti než já kdy mohl 15:14 <dm> to slovo se v našem světě nesmí používat 15:14 <fvw> to nech bejt, řekl „péče a pozornost“. 15:15 * jrandom sténá 15:15 <fvw> přítomní pánové samozřejmě vyjmuti. 15:15 <jrandom> ok, každopádně budeme potřebovat lidi, kteří pomůžou s dokumentací – připravit nové walkthrough, úvodní dokumenty atd. 15:16 <jrandom> probereme s Curiosity, co by mohla hacknout :) 15:16 <hypercubus> můžu si vzít na starost věci kolem instalace 15:16 <hypercubus> s/on/of/ 15:16 <hypercubus> vím, jak všichni milují číst ty barokní howto, co píšu ;-) 15:16 <jrandom> :) 15:17 <jrandom> instalační příručka / walkthrough by byla Boží 15:17 <fvw> takhle se „broke“ nepíše. 15:17 <jrandom> heh 15:17 * hypercubus se pochechtává, pak ukradne fvw peněženku 15:17 <hypercubus> takhle se píše „broke“ ;-) 15:17 <deer> <kaji> 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 <deer> * Curiosity je na chvíli pryč... 15:18 <hypercubus> kaji: ? 15:18 <deer> <kaji> hyper, ptal jsem se, jaký OS používáš 15:18 <hypercubus> OSy 15:18 <deer> <kaji> OSESES 15:19 <hypercubus> mám vmware, takže můžu pouštět všechny windowsy a freebsd a podobně 15:19 <hypercubus> mám taky pearpc, takže můžu pouštět OS X 15:20 <jrandom> ok, jestli na webové straně nic dalšího není 15:20 <jrandom> 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 <deer> <DrVince> Mohl bych se pustit do francouzského překladu, pokud je zájem 15:21 <jrandom> duck měl pár nápadů, jak ho zlepšit, ale musel zmizet, tak sem vložím pár řádků 15:21 <hypercubus> opět potřebujeme víc web devů ;-) 15:21 <jrandom> oh, překlady webových stránek do francouzštiny by byly super 15:22 <jrandom> s/french/french and other langs/ 15:22 <jrandom> tady pár duck-ismů: 15:22 <jrandom> <duck> zmenšit datovou zátěž na obecné stránce; použít tables/div k uspořádání věcí 15:22 <jrandom> <duck> poskytnout edit/detailed stránku s informacemi, které většina neřeší, tunnels, dest hash, full key 15:22 <jrandom> <duck> feedback po kliknutí na tlačítka, 'položka uložena' atd. vrátit dest jako výstup při vytvoření nové 15:22 <jrandom> <duck> (jinak schovat pod edit/details) 15:22 <jrandom> <duck> označit horní zprávy jako 'log'; někdy matoucí 15:22 <jrandom> <duck> 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 <jrandom> 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 <jrandom> kód implementující ty stránky je ale dost ošklivý 15:24 <jrandom> 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 <hypercubus> kam se poděly časy, kdy web devů bylo nadbytek? ;-) 15:25 <jrandom> všichni pracují u mcdonalds 15:25 <hypercubus> aha, jasně 15:25 <deer> * Curiosity je zpět :) 15:25 <jrandom> každopádně, pokud má někdo zájem pomoci, nebo má další návrhy, dejte vědět 15:25 <jrandom> vítej zpátky, Curiosity 15:26 <deer> <Curiosity> mám zmínit ten nápad, co jsem ti říkala, jrandom? 15:26 <cat-a-puss> Znám někoho, kdo by s webem mohl pomoct 15:26 <jrandom> ah, live cd? 15:27 <jrandom> super, cat-a-puss, potřebujeme každou pomoc 15:27 <deer> <Curiosity> teah :) 15:27 <deer> <Curiosity> err jo 15:27 <jrandom> Curiosity: jo, prosím, vytas to, až dojdeme k bodu 6) ??? 15:28 <deer> <Curiosity> dobře :) 15:28 <cat-a-puss> ok, přivedu je na list a dám jim jrandomův e-mail (curiosity, tvůj mail neznám) 15:28 <jrandom> ok, má někdo ještě něco k webovému rozhraní I2PTunnel? 15:28 <jrandom> r0x0r cat-a-puss 15:29 <deer> <Curiosity> taky mi nevadí pomoct s web editingem, atd. :) 15:29 <jrandom> ok, jestli nic dalšího, 5) Roadmap a todo 15:30 <jrandom> super Curiosity, díky! po schůzce můžeme probrat převzetí světa^W^W^W^Wweb věci 15:30 <deer> <Curiosity> okies :) 15:30 <jrandom> jak jste asi viděli, na webu je nová velká strašidelná stránka (http://www.i2p.net/todo) 15:31 <jrandom> 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 <jrandom> jak vidíte, máme hromadu práce, ale dobrá zpráva je, že to nemusíme mít hotové hned 15:32 <jrandom> ve skutečnosti jsou to spíš odrážky ze stránky roadmap (s hromadou textu uvádějící každou) 15:33 <jrandom> 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 <jrandom> není to potřeba dnes nebo tento týden, jen obecně „dej vědět“ 15:35 <jrandom> 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 <jrandom> ale uvidíme. 15:36 <jrandom> 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 <jrandom> nejsem žádný šampion demokracie, ale jsem otevřený rozumným argumentům :) 15:37 <jrandom> ok, to je vše, co k tomu řeknu.. má někdo něco, co by chtěl nastřelit? 15:37 <deer> <Curiosity> osvícená diktatura :) 15:37 -!- Sonium_ je nyní znám jako Sonium 15:37 <jrandom> pche, já nejsem diktátor – neovládám, co ostatní programují :) 15:37 <cervantes> pokojná hegemonie 15:37 <cat-a-puss> Získal jsem další dva vývojáře 15:37 <jrandom> w00t! 15:38 <cat-a-puss> a mám velké plány na distribuovaný vyhledávač 15:38 <jrandom> oh, boží 15:38 <jrandom> dalo by se to napojit na http://files.i2p/? 15:38 <jrandom> nebo, no, jen řeknu, oh, boží :) 15:38 <cat-a-puss> er: tam se nedostanu (nepřátelské prostředí) 15:39 <jrandom> ah 'k 15:39 <cat-a-puss> každopádně, nějaký prostor v CVS by se hodil, až se tam dostaneme 15:40 <jrandom> jistě, místo na cvs.i2p je k dispozici 15:40 <jrandom> buď v i2p/apps/ adresáři, nebo ve vašem vlastním modulu, pokud preferujete 15:40 <jrandom> (cvs.i2p == cvs.i2p.net) 15:40 <cat-a-puss> asi bych měl mluvit s lidmi, co dělají dht, co? 15:41 <cat-a-puss> v jakém je to stavu zatím 15:41 <jrandom> :) 15:41 <jrandom> od auma jsem pár dní neslyšel status, ale určitě jede 15:42 <jrandom> poslední update byl v http://dev.i2p.net/pipermail/i2p/2004-August/000425.html 15:43 <jrandom> ok, asi nás to posouvá k * 6) ??? 15:44 <jrandom> Curiosity přemýšlela o nápadu 'live cd' s i2p 15:44 <jrandom> což mi přijde dost cool a něco, co budeme chtít 15:44 <deer> <Curiosity> kewl :) 15:44 <jrandom> i když zatím nejsme dost stabilní, vydáváme zhruba každé 2 týdny 15:44 <hypercubus> souhlas... dalo by se to integrovat i do Knoppix ISO 15:45 <deer> <Curiosity> ? 15:45 <hypercubus> Knoppix, livecd distro linuxu 15:45 <hypercubus> velmi uživatelsky přívětivý 15:45 <deer> <Curiosity> k 15:45 <jrandom> 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 <jrandom> Curiosity: chceš k tomu ještě něco probrat? 15:46 <fvw> ...a jakmile se to začne masově používat, kdokoli, kdo ovládá dev.i2p, může kompromitovat síť. 15:47 <jrandom> pokud budou lidi používat to Really Simple Update 15:47 * fvw kývá. 15:47 <deer> <Curiosity> chtěla jsem jen způsob, jak to spouštět bez stahování hromady věcí do počítače 15:47 <jrandom> (a když se dev.i2p kompromituje, dáme nový hosts.txt záznam pro dev.i2p) 15:48 <hypercubus> knoppix i2p livecd by bylo ideální do internetových kaváren 15:48 <deer> <mule_iip> 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 <fvw> jo ale lidi prostě kliknou na 'update'; nebudou poslouchat debaty o tom, jestli nová verze může mít zranitelnosti... 15:48 <demonic_1> je nějak možné nepotřebovat hosts file. víš jako dns server? 15:48 <deer> <Curiosity> jasně... to určitě, mule_iip. lol 15:49 <fvw> ale každopádně budu velmi šťastný, až se dostaneme do stádia, kde tohle bude problém. 15:49 <fvw> demonic_l: Je to možné, ale pořád by byla centrální autorita. 15:49 <hypercubus> demonic_1: momentálně existuje několik návrhů na takovou funkcionalitu, ale globální jména byla zamítnuta 15:49 <jrandom> demonic_1: ano, viz mailing list (nedávné diskuze na http://dev.i2p.net/pipermail/i2p/2004-September/000432.html ) 15:49 <jrandom> (a můj pohled @ http://dev.i2p.net/pipermail/i2p/2004-September/000435.html :) 15:50 <hypercubus> *globálně unikátní jména 15:50 <demonic_1> k 15:51 <jrandom> ok, má někdo ještě něco, co chce vznést? 15:52 <deer> <Curiosity> 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 <hypercubus> Curiosity: to se dělá 15:52 <jrandom> w3rd 15:52 <hypercubus> instalátor nainstaluje zástupce pro i2p do Start menu ve Windows 15:52 <hypercubus> a volitelně na plochu 15:52 <deer> <Curiosity> okies :) 15:52 <hypercubus> mezi nimi bude „uninstall“ 15:53 <deer> <Curiosity> mluvila jsem o tom, když vlezu do program files/i2p 15:53 <hypercubus> odtud nemusíš 15:54 <hypercubus> Uživatelé Windows nikdy nelezou do program folders ;-) 15:54 <demonic_1> :/ 15:54 <deer> <Curiosity> já jo! :P 15:54 <jrandom> možná bychom mohli přidat bin/ dir se všemi skripty 15:54 <jrandom> eh, nic 15:54 <hypercubus> pak bys viděla složku „Uninstall“ ;-) 15:54 * jrandom si vybavuje cesty 15:54 <hypercubus> kde je uninstaller umístěný 15:54 <jrandom> service skripty můžeme přesunout do lib 15:54 <hypercubus> nejsem si jistý, že můžeme 15:55 <cervantes> mohl bys jít do 'doze metody a mít možnost "uninstall" v installeru ;-) 15:55 <hypercubus> wrapper je hodně háklivý na to, kam to dáš 15:55 <jrandom> minimálně můžou nejdřív udělat „cd ..“ 15:55 <hypercubus> podívám se na změnu jejich umístění 15:55 <hypercubus> ale nemusí to jít 15:55 <jrandom> super, díky. bylo by fajn odstranit část bordelu v instalačním adresáři 15:55 <hypercubus> souhlas 15:55 <jrandom> (většina je moje vina se všemi těmi .config soubory :) 15:56 <hypercubus> mohli bychom mít config dir, řekl bych 15:56 <cervantes> ./conf ? 15:56 <jrandom> no tak, jsme geeci. etc/ :) 15:56 <jrandom> to by bylo fakt snadné 15:56 <jrandom> (jen pár -D parametrů na CLI) 15:56 <hypercubus> pak ale budeme odpovídat na dotazy uživatelů Windows, že „etc“ není dostatečně jasné ;-) 15:56 <jrandom> lidi by se neměli potřebovat dotýkat své config 15:57 <jrandom> od toho je web 15:57 <cervantes> vždycky jsem šel po jasném: ./configuration/ 15:57 <hypercubus> jasně, ale uživatelé Windows by neměli spouštět uninstaller ze svého program directory taky heheh 15:57 <jrandom> ./thesefilestellstufftodothings/ 15:57 <cervantes> ./scripts/ 15:57 <cervantes> ./asciipr0n 15:57 <jrandom> ok, ale jo, máme nějakou práci k dotáhnutí 15:57 <deer> <Curiosity> lol 15:58 <jrandom> má někdo ještě něco k probrání na meetingu? 15:58 <jrandom> pokud ne 15:58 * jrandom se nadechuje 15:59 * jrandom *baf* uzavírá schůzku