Setkání vývojářů I2P - 12. září 2006

16:06 <jrandom> 0) ahoj 16:06 <jrandom> 1) 0.6.1.25 a stav sítě 16:06 <jrandom> 2) I2PSnark 16:06 <jrandom> 3) Syndie (co/proč/kdy) 16:06 <jrandom> 4) otázky ke kryptu v Syndie 16:06 <jrandom> 5) ??? 16:06 <jrandom> 0) ahoj 16:06 * jrandom mává 16:06 <jrandom> týdenní poznámky o stavu zveřejněny na http://dev.i2p.net/pipermail/i2p/2006-September/001307.html 16:07 <jrandom> 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 <jrandom> přeskočme rovnou na 1) 0.6.1.25 a stav sítě 16:08 <vulpine> <Complication> Pokud jde o 0.6.1.25, tady to vypadá, že to fungovalo v pořádku, jen jedna dosud nevídaná chyba 16:08 <jrandom> super, jaký je problém? 16:08 <vulpine> * Complication prohledává logy 16:09 <jrandom> velikost sítě se zdá větší než dřív, i když pořád ve stejné řádové velikosti 16:09 <vulpine> <Complication> "Neznámá chyba při čtení net.i2p.data.i2np.GarlicMessage: wtf, fromLong dostal zápornou hodnotu? -840" 16:10 <vulpine> <Complication> Začalo to "ERROR [NTCP read 1 ] .router.tunnel.FragmentHandler: Chyba při příjmu fragmentované zprávy (poškozená?)" 16:10 <jrandom> aha, v pohodě, tahle se objevuje už dlouho, je bezpečné ji ignorovat 16:11 <vulpine> <Complication> Jediný výskyt 16:11 <vulpine> <frosk> tu poslední jsem dostal několikrát 16:11 <vulpine> * jrandom šťouchá do fox 16:12 <vulpine> <Complication> 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 <vulpine> <Complication> (taky se zdá nepodstatné, možná jen běžná kongesce) 16:12 <jrandom> jo, nejspíš 16:13 <jrandom> irc je teď očividně pořád trochu rozbité 16:13 <jrandom> (ale jednou za čas to není chyba i2p :) 16:14 <jrandom> ok, má někdo ještě něco k 1) stavu sítě a 0.6.1.25? 16:15 <kostya213> jen chci dodat, že .25 opravila všechny problémy, které jsem měl posledních pár měsíců 16:15 <jrandom> paráda! 16:16 <vulpine> <green> prosím, změňte výpočet stavu, když se používá jen NTCP 16:16 <jrandom> OK, ale nedoporučuje se vypínat UDP (myslím, že jsem výslovně řekl, že lidem nebudu říkat, jak UDP vypnout) 16:17 <jrandom> ale stav by se měl upravit tak, aby bral v úvahu, že UDP není jediný transport 16:17 <jrandom> opravím to v příští revizi, díky 16:17 <vulpine> <green> jrandom : jasně, že to neříkáš, ale já si umím přečíst kód ;) 16:18 <jrandom> 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 <vulpine> <green> jasně, mohl bych taky prostě zobrazovat "OK" v konzoli :) 16:19 <jrandom> to jo 16:21 <jrandom> ok, přejděme k 2) I2PSnark 16:21 <jrandom> zzz tam teď zrovna asi není 16:22 <jrandom> zzz pracuje na změnách, které zlepší plánování v i2psnark 16:23 <jrandom> (je to teď trochu... jednoduché, pokud si dobře pamatuju, i když si nejsem úplně jistý úpravami, na kterých zzz kutí) 16:23 <jrandom> ((ale těším se na pokrok!)) 16:25 <jrandom> dobře, pokud nic dalšího k 2) I2PSnark, pojďme dál na 3.*) věci ohledně Syndie 16:26 <jrandom> nejdřív pojďme na 3.1) co je Syndie, protože je toho hodně k probrání 16:27 <jrandom> před schůzkou jsem dostal pár dotazů ohledně šifrování příspěvků 16:27 <jrandom> 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 <jrandom> odpovědi v kanálu jsou asymetricky šifrované pro veřejný klíč spojený s kanálem/fórem 16:28 <jrandom> 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 <jrandom> 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 <modulus> jaký má smysl ten poslední? 16:29 <jrandom> 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 <jrandom> modulus: aby bylo všechno vždy šifrované, i veřejně čitelné věci 16:29 <jrandom> (aby bylo triviální odposlouchávání k ničemu) 16:30 <modulus> jasně, chápu. 16:31 <jrandom> dobře, myslím, že to pokrývá šifrovací dotazy, které přišly před schůzkou 16:31 <jrandom> má někdo nějaké otázky k 3.1) co je Syndie? 16:31 <jrandom> (samozřejmě, víc se vyjasní, až to půjde ven) 16:32 <vulpine> <void> hmm 16:33 <jrandom> jak je, void? 16:33 <vulpine> <void> <void> 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 <jrandom> 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 <jrandom> (tj. nemusíte dělat vlákna "frost-style") 16:35 <vulpine> <void> jasně 16:37 <vulpine> <Complication> 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 <vulpine> <Complication> Jedno řešení se samozřejmě jeví tak, že autor určí doporučení, jejichž odpovědi by klienti měli zobrazovat 16:38 <jrandom> 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 <vulpine> <Complication> …a klienti, pokud nechtějí zkoumat historii, by se tímto doporučením řídili (přesněji jeho poslední verzí) 16:38 <jrandom> (a když už nebudou autorizovaní, odstraní se ten klíč ze seznamu "keys allowed to post") 16:39 <kostya213> 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 <jrandom> 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 <vulpine> <Complication> "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 <jrandom> dobrý postřeh kostya213, i když pak možná skončíme u .dat ;) 16:40 <jrandom> 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 <vulpine> * Complication se domnívá, že si .dat už dokonce někdo nárokuje pro něco :) 16:40 <jrandom> ano, aplikace zvaná "octet-stream" ;) 16:40 <vulpine> <void> nevypadá to, že by se .syn používala pro něco významného 16:41 <vulpine> <Complication> Aha, speciální metadatové příspěvky... jasně, to by šlo 16:41 <jrandom> ó, super, dostaneme se k syn! 16:41 <jrandom> (dobré oko, voide, díky, kostya213) 16:41 <vulpine> <void> hmm, " 16:41 <vulpine> <void> hmm, "Word Synonym File", společnost: Microsoft 16:42 <jrandom> no, jsem si jistý, že to nějak vymyslíme 16:42 <kostya213> ano, používá to Word 16:42 <vulpine> <void> ale to můžeme klidně ignorovat :) 16:42 <kostya213> 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 <jrandom> ok, ještě něco k 3.1) Co je Syndie? 16:43 <vulpine> <void> ehm, ale proč bychom se drželi třípísmenných přípon? to je relikt z dob DOSu 16:43 <kostya213> musí se zeptat: proč se omezovat na třípísmennou příponu? DOS už nikdo nepoužívá 16:44 <jrandom> heh 16:44 <kostya213> jinx na voida 16:44 <kostya213> .syndie mi přijde dobré 16:44 <vulpine> <void> .synd by s ničím nekolidovalo 16:44 <kostya213> taky dobré 16:45 <vulpine> <void> sakra lag :( 16:48 <jrandom> dobře, přejděme k 3.2) Proč na Syndie záleží? 16:48 <vulpine> <void> jrandom: počkat 16:48 <cervantes> (protože říkáš, že ano) 16:48 * jrandom čeká 16:48 <jrandom> !thwap cervantes ;) 16:48 <vulpine> <void> 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 <vulpine> <void> ale co když chce mít člověk několik předdefinovaných avatarů místo jednoho "výchozího"? 16:49 <jrandom> ano, autor může do metadat svého kanálu zahrnout výchozí avatar 16:49 <vulpine> <void> přikládat pokaždé jiný nebude efektivní 16:49 <jrandom> dobrá otázka, voide – podívejme se na ten skript v poznámkách 16:50 <jrandom> listauthkeys --authorizedOnly true 16:50 <jrandom> authenticate 0 16:50 <vulpine> <void> (?) 16:50 <jrandom> 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 <jrandom> takže tahle identita má svůj vlastní kanál a ten má vlastní metadata, která mohou obsahovat avatar 16:51 <vulpine> <void> hmm, samostatná identita znamená samostatný klíčový pár? 16:51 <jrandom> ano 16:51 <vulpine> <void> co když chce mít člověk několik avatarů u jedné identity? 16:52 <jrandom> v metadatech svého kanálu mají výchozí avatar a mohou ho přebít pro jednotlivé zprávy 16:52 <kostya213> pochybná hodnota 16:52 <vulpine> <void> několik "výchozích" avatarů, z nichž si může vybírat 16:52 <vulpine> <void> nebo tady řeším zbytečné detaily? :) 16:53 <jrandom> aha, chápu, co říkáš. ne, zpočátku to podporované nebude 16:53 <jrandom> možná později 16:53 <vulpine> <void> pravda, kostya213, tak nic 16:53 <vulpine> <void> :) 16:53 <jrandom> (ale avatary budou velikostně hodně omezené, takže by nemělo vadit je přikládat) 16:53 <vulpine> * Complication si myslí, že přidávání těch per-zprávových by šlo naprogramovat dost snadno 16:53 <vulpine> <void> takže, 3.1) Co je Syndie? 16:53 <vulpine> <Complication> (časem) 16:54 <vulpine> * cervantes lepí irc servery dohromady 16:54 <vulpine> <void> Complication: jrandom právě řekl, že to už tak udělá :) 16:54 <jrandom> (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 <vulpine> <Complication> latence, latence... 16:54 <jrandom> dobře, ještě něco k 3.1? 16:54 <jrandom> pokud ne, přejděme na 3.2 16:55 <vulpine> <void> myslím, že to je vše 16:55 <jrandom> jasně. 16:56 <jrandom> kromě cervantesova rýpání, má někdo nějaké otázky/komentáře/obavy ohledně "proč"? 16:56 <jrandom> (ehm, "obavy") 16:58 <vulpine> <Complication> cervantes: očistil jsi povrch alkoholem, než jsi nanesl lepidlo na ircd? ;) 16:58 <kostya213> 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 <kostya213> a uvědomuje si rizika centralizace informací 16:59 <vulpine> <Complication> (repost, prosím ignorujte, pokud dorazilo na server) 16:59 <vulpine> * 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 <vulpine> <Complication> (i když se pravděpodobnost může lišit) 16:59 <vulpine> <void> přesně tak 16:59 <jrandom> 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 <jrandom> dobře, super, jen jsem to s vámi chtěl probrat 17:00 <jrandom> ještě něco k 3.2, nebo přejdeme k 3.3) kdy můžeme používat Syndie? 17:01 <vulpine> <void> 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 <vulpine> <Complication> …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 <kostya213> může to být hůř prodejné těm, kdo nevidí okamžitou hodnotu v soukromí/anonymitě 17:01 <jrandom> kostya213: ano, ale možná půjde použít pár triků, jako třeba možnost bezpečně procházet offline 17:02 <vulpine> <Complication> bezpečnost by mohli ocenit i tak 17:02 <jrandom> (např. offline čtečka RSS, která stáhne i celý soubor odkazovaných stránek, nejen RSS souhrn) 17:02 <vulpine> <void> takže jo, nevidím důvod, proč by to potřebovalo ospravedlňování :) 17:02 <vulpine> <void> kostya213: nemusí být anonymní, aby používali Syndie 17:02 <cervantes> kdy můžeme použít Syndie, nebo kdy bude Syndie použitelná? 17:02 <jrandom> přesně tak, void :) 17:03 <cervantes> pro textové rozhraní si dovedu představit, že bude potřeba poměrně hodně dokumentace k použití 17:03 <jrandom> 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 <kostya213> jrandom: jak Syndie řeší redundanci? jak odolná je proti mizícímu obsahu? 17:03 <cervantes> (než bude použitelná) 17:03 <jrandom> cervantes: jsou tam inline nabídky a u každého příkazu je dokumentace (alespoň minimální) 17:04 <cervantes> super, nějaké plány na příklady použití? 17:04 <jrandom> 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 <cervantes> myslím, že fígl bude v tom naučit se, jak to všechno skriptovat dohromady 17:04 <vulpine> <void> to je mimo rozsah Syndie, závisí to na transportním mechanismu 17:04 <vulpine> <void> bohužel 17:04 <jrandom> dobrý nápad, cervantesi 17:05 <jrandom> první vydání Syndie bude obsahovat http replikační systém jako stará/stávající Syndie 17:05 <jrandom> cervantes: možná mohou někteří beta uživatelé dát dohromady své oblíbené skripty, které bychom distribuovali :) 17:05 <modulus> mmm, je to konzolová aplikace? 17:05 <jrandom> modulus: ano, první textová aplikace 17:06 <modulus> výborně! 17:06 <cervantes> jrandom: pokud beta uživatelé zvládnou přijít na to, jak to používat ;-) 17:06 <jrandom> 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 <jrandom> (bez GUI, tedy) 17:07 <cervantes> modulus: vidíš, jrandom naslouchal tvé neúnavné zpětné vazbě :) 17:07 <vulpine> <Complication> pokud budou lidé chtít, asi nad tím mohou postavit interaktivnější textová rozhraní 17:07 <jrandom> ano, určitě 17:08 <jrandom> (kód je napsán tak, aby podporoval snadnou integraci s irc klientem, jako je pircbot) 17:08 <modulus> cervantes: hehe 17:09 <modulus> myslím, že by šlo nad to postavit i GUI, pokud to funguje zhruba tak, jak si představuji 17:09 <modulus> i když to by byla spousta práce. 17:09 * kostya213 čeká na plugin pro Emacs 17:09 <modulus> hahaha 17:09 <jrandom> heh 17:09 <modulus> vlastně mód pro Emacs není tak špatný nápad, možná by to přitáhlo víc bláznů. 17:10 <cervantes> 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 <kostya213> bez urážky, ale nejsem si jistý, že tenhle projekt potřebuje přitahovat víc bláznů 17:10 <vulpine> <Complication> psali by ti blázni taky kód? 17:11 <jrandom> doufejme, Complication 17:11 <jrandom> dobře, snad 3.3) vysvětlí trochu z toho, co se chystá 17:11 <jrandom> co se týče toho, kdy, uvidíme, ale doufám v "brzy" ;) 17:12 <jrandom> ok, má někdo ještě něco k 3.3)? 17:12 <vulpine> * Complication by pak uvítal pár hord těch bláznů :D 17:12 <cervantes> no, je psaní kódu a pak je psaní obfuskovaného Perlu interpretovaného v Tcl 17:12 <kostya213> plugin pro FUSE by se taky hodil 17:13 <jrandom> ano 17:13 <jrandom> dobře, přejděme k 4) krypto pro Syndie 17:13 <jrandom> má někdo nějaké komentáře k těm otázkám? 17:14 <vulpine> <Complication> kéž bych měl, ale nejsem kompetentní odhadovat sílu těch šifer/hashů/délek klíčů 17:15 <vulpine> <void> jak dlouhé jsou ElGamal/RSA podpisy? 4 kbit pro 2 kbit klíč? 17:15 <vulpine> * Complication ponechává tuhle debatu zcela ostatním 17:15 <jrandom> z hlavy nevím 17:15 <vulpine> <void> oproti DSA? 17:16 <jrandom> (i když ECC vypadá hezky maličké) 17:16 <modulus> ElGamal podpisy jsou náročné a dlouhé. jak zjistil tým gnupg. 17:16 <jrandom> ano, i když některé z těch problémů souvisely s opakovaným použitím klíče 17:16 <vulpine> <void> aha, ok 17:16 <vulpine> <void> jo, to jo 17:16 <tethra> modulus: pokud jsou tvrdé a dlouhé, existuje na to fetiš web 17:17 <jrandom> dobře, tohle bylo opravdu jen upozornění a výzva ke komentářům, až budete mít nějaké nápady 17:17 <cervantes> 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 <tethra> (promiň) 17:17 <jrandom> cervantes: obsahuje předponu DSA:, takže by fungovala i předpona Elg: 17:17 <modulus> používáte DSA omezené na 1024, nebo ne? 17:18 <modulus> a jaký hash? sha1 nebo vyšší revize? 17:18 <cervantes> takže ve skutečnosti ti jde o to, aby měla Syndie dobrý start 17:18 <jrandom> DSA je jen 1024bit (existují návrhy DSA2 pro delší, ale ještě nejsou standardizované) 17:18 <jrandom> a ano, DSA vyžaduje SHA1 17:18 <modulus> hmm, podle mého názoru byly docela silné před standardizací. 17:18 <kostya213> 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 <modulus> ale nesleduji ten proces dostatečně těsně, takže máš nejspíš pravdu 17:19 <jrandom> kostya213: ale volba je pro kryptografii špatná, takže bychom měli mít pevné hodnoty, když to jde 17:19 <jrandom> (špatná kvůli anonymitě) 17:19 <vulpine> <void> víš, proč vlastně nepoužívá ECC více lidí/protokolů? bojí se nedostatku výzkumu, nebo mají obavy o kompatibilitu? 17:19 <modulus> patenty. 17:20 <jrandom> patenty a FUD, a také jisté obavy v implementaci 17:20 <vulpine> <void> aha, jasně, modulus 17:20 <modulus> mimochodem, je nějaký dobrý důvod jít do DSA místo třeba RSA-SHA512? 17:20 <tethra> patenty a FUD a stát (no teda) 17:20 <modulus> nechci být otravný, jen zvažuji, že třeba gpg se tímhle směrem vydalo, mimo jiné. 17:20 <jrandom> tu možnost jsem roky nezkoumal, modulus 17:21 <modulus> 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 <cervantes> nenavrhoval bych "výběr" – ale nové verze Syndie by přibalovaly stále bezpečnější (povinné) šifry 17:23 <vulpine> <Complication> 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 <jrandom> ano, i když to znamená návrat ke slabším/starším verzím kvůli interoperabilitě 17:23 <jrandom> ale dobře, nějak to vyřešíme 17:24 <jrandom> dobře, přejděme k 5) ??? 17:24 <jrandom> má někdo ještě něco, co na schůzce otevřít? 17:25 <cervantes> 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 <jrandom> do určité míry 17:26 <cervantes> no=not 17:26 <jrandom> (ano, je to motivace, ale lidi jsou líní/nemají zájem "aktualizovat software", atd.) 17:27 <jrandom> s/people/some people/ 17:27 <cervantes> to je ale asi jejich problém 17:27 <jrandom> to je pravda 17:27 <kostya213> implementace i2p může mít alespoň bezbolestné aktualizace 17:28 <jrandom> rozhodně 17:28 <cervantes> 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 <jrandom> w3wt 17:29 <vulpine> <Complication> 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 <kostya213> jaké jsou krátkodobé plány pro vývoj routeru? je roadmapa přesná? 17:29 <jrandom> paráda, Complication 17:29 <vulpine> <Complication> Jejím cílem je "překontrolovat" NTP servery na základě odchylek hodin peerů 17:29 <jrandom> kostya213: stabilizace, dokud nepůjde ven Syndie 17:30 <jrandom> (z mého pohledu) 17:30 <vulpine> <Complication> (a vyhnout se krokům, které by mohly poškodit konektivitu) 17:31 <cervantes> skvělé 17:32 <jrandom> dobře, ještě něco pro schůzku? 17:34 * jrandom to uzavírá 17:34 * jrandom *baf* uzavírá schůzku