Setkání vývojářů I2P - 18. ledna 2005

13:04 <jrandom> 0) ahoj 13:04 <jrandom> 1) Stav sítě 13:04 <jrandom> 2) 0.5 13:04 <jrandom> 3) i2pmail.v2 13:04 <jrandom> 4) azneti2p_0.2 13:04 <jrandom> 5) ??? 13:04 <ant> <duck> (zvuk řečí o kryptu prolétajících kolem mých uší) 13:04 <jrandom> :) 13:04 * jrandom mává 13:04 <cervantes> čau 13:04 <jrandom> i vy si můžete poslechnout zvuk řečí o kryptu, jak vám létají kolem uší! týdenní status je zveřejněn @ http://dev.i2p.net/pipermail/i2p/2005-January/000559.html 13:05 <bla> ahoj 13:05 <jrandom> skočím rovnou na věc, když už stejně přerušujeme zajímavou diskuzi... 1) stav sítě 13:05 <jrandom> nemám moc co dodat nad to, co je v mailu – má někdo něco, co by chtěl probrat ohledně stavu sítě? 13:06 <bla> Kromě toho, že jsme poprvé viděli uzly na *všech* kontinentech kromě Antarktidy, tak ne. 13:06 <jrandom> w00t! 13:07 <jrandom> ok, přecházíme k 2) věci kolem 0.5 13:07 <mule> hele, můj otec je zrovna na cestě na Antarktidu, měl jsem mu dát uzel 13:07 <ant> <duck> zatracení Antarktiďané 13:07 <Xan> žádní Antarktiďané? :( 13:07 <jrandom> hah, pěkné 13:07 <jrandom> i když nemyslím, že je tam zrovna velká anonymitní množina 13:07 <Frooze> sveďte to na Antarktidu 13:08 * cervantes staví na Antarktidě ropnou plošinu, aby si tam mohl financovat uzel 13:09 <jrandom> dobře, dobře, kolem 0.5 je toho hodně, takže to vezmeme po částech 13:09 <jrandom> nejdřív dík lidem, kteří nasbírali den statistik – spousta zajímavých dat @ http://dev.i2p.net/~jrandom/messageSizes/ 13:09 <postman> rádo se stalo :) 13:10 <cervantes> co se týče stavu sítě... poslední dobou jsem viděl dost lidí, kteří mají problém rozběhat I2P (na fórech apod.) – nevím, jestli je to jen kvůli vyššímu počtu uživatelů, nebo snad kvůli většímu množství aplikací na I2P, kde se může něco pokazit 13:10 <+protokol> jrandom: LHÁŘI! říkal jsi, že ta data jsou zajímavá! 13:10 * jrandom hází na protokola bláto 13:11 <ant> <duck> cervantes: viděl jsem i zprávy o lidech, kteří to zprovoznili během pár minut 13:11 <ant> <duck> myslím, že většinu problémů způsobuje NAT 13:11 <cervantes> duck: pravda... 13:11 <ant> <dmdm> kdo je NAT? 13:11 <jrandom> cervantes: určitě tam pořád jsou ošklivé problémy. NAT a OS X byly poslední dobou trochu bolest, ale Jhorova pomoc s tím druhým by měla ten druhý zlepšit 13:12 <cervantes> jo 13:12 <cervantes> *ehm* takže... 0.5 13:13 <Xan> dmdm: network address translation (překlad síťových adres) 13:13 <jrandom> heh, ok. v zásadě jde u těch statistik velikostí zpráv o to prozkoumat otázky paddingu (výplně) 13:14 <jrandom> bohužel, strategie, kterou jsem postavil vybíráním čísel, stála za houby – jen výplňová data přidávala 25% režii 13:14 <jrandom> pokud vezmeme jeden z návrhů šifrování pro 0.5 (tunnels-alt.html), tenhle problém mít nebudeme 13:15 <jrandom> (protože to vynutí malé pevné velikosti s fragmentací) 13:15 <mule> jaký typ zpráv chcete vyplňovat – ty, které vidí router, nebo ty, které vidí externí pozorovatel? 13:15 <jrandom> mule: důležitá otázka 13:15 <jrandom> pokud nám jde jen o externího pozorovatele, můžeme nechat zprávy bez výplně a generovat šum na transportní vrstvě 13:16 <Teal`c> http://microsoft.i2p/david_hasselhoff_05_christmas_album__silent_night.mp3 13:16 <jrandom> na druhou stranu, pokud máme obavy z účastníků tunnelu, kteří dělají analýzu toků, musíme řešit výplň uvnitř tunnelu 13:16 <@duck> při 5–6 hopech, jak velké je riziko, že router provede analýzu provozu? 13:16 <cervantes> Teal`c: teď je meeting... můžeš použít #i2p-chat na oznamování mp3 ;-) 13:17 <Teal`c> sorry 13:17 <cervantes> :) kvůli Davidu Hasselhoffovi? 13:18 <jrandom> záleží na úrovni analýzy, ducku. pokud nějak vystopovali, v jakém tunnelu jsou (např. jsou vstupní bránou inbound tunnelu a sklidili netDb a to korelují s destinací), jsou to netriviální data. na druhou stranu to není přímé odhalení, ale nějaké informace to dává 13:18 <jrandom> ještě důležitější než výplň v tunnelu je ale end-to-end výplň, která skrývá data o toku zpráv před bránami a koncovými body. 13:19 <jrandom> kdybychom byli blázni/hlupáci, mohli bychom jít až k pipenetu s konstantním datovým tokem všude 13:19 <+polecat> mám to! 13:19 <jrandom> (a skončit bez uživatelů, kteří by i2p provozovali) 13:19 <+polecat> Co musíme udělat, je tunelovat i2p přes e-mail! 13:19 <cervantes> jaká je pravděpodobnost, že se spolčené routery ocitnou ve stejném tunnelu na dostatečně velké síti? 13:19 <+polecat> Žádný ISP by nebyl tak hloupý, aby zastavil e-mail! 13:20 * jrandom vyhlíží implementaci net.i2p.router.transport.gmail 13:20 <postman> polecat: páni, to je hloupost 13:20 <postman> :) 13:20 <bla> cervantes: N^(-h) (N je počet rychlých uzlů, h = počet hopů). Vypadá to tak 13:20 <+polecat> =3 vím. 13:21 <cervantes> je to hodně? :) 13:21 <jrandom> ne počet rychlých uzlů, protože externí lidé neznají vaše profily 13:21 <+polecat> Ale vážně, při bezostyšném zneužití existujících IP služeb můžeme i2p tunelovat spoustou důmyslných způsobů. 13:21 <jrandom> c^2/N^h, aby se dva peery dostaly do stejného tunnelu 13:21 <jrandom> souhlas, polecate. to je jeden z důvodů, proč nemáme obousměrné tunnels 13:22 <jrandom> některé transporty (např. e-mail) jsou pro obousměrnou komunikaci na nic 13:22 <bla> jrandom: c = ? 13:22 <jrandom> c == počet spolčených peerů 13:23 <+polecat> hm, zajímavý postřeh. 13:23 <ant> <duck> co se týče roadmapy, jaký dopad by mělo, kdyby se i2p vydalo špatným směrem a zvolilo špatné kryptografické řešení? 13:23 <+polecat> Nebo protokol poštovního holuba, ten není ani trochu obousměrný. 13:23 <+polecat> krypto je už modulární, že? 13:23 <jrandom> duck: je to jen jeden bod v 0.5 a jedna podsekce dokumentu tunnels*.html. směrování tunnelů je mnohem víc než jen to, jak balíme data 13:24 <bla> jrandom: to je ale problém dostat je do tunnelu *teď*. Nicméně přes T obnovení tunnelu (po každých x minutách) to vychází jako P = 1 - (1 - c^2/N^h)^T 13:24 <jrandom> na druhou stranu rozdíl mezi „pevnými 1KB bloky“ a „0–40KB bloky“ má zásadní dopad 13:24 <+polecat> Nerad bych viděl, aby tahle síť dopadla jako Entropy, uvízlá v McEliece. 13:24 <jrandom> polecate: přečti si http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/tunnel-alt.html?rev=HEAD 13:24 <bla> jrandom: a tím to pro dostatečně dlouhý čas jde k nule. Tj.: při dostatečně dlouhém čase budou útočníci alespoň jednou ve stejném tunnelu 13:25 <jrandom> plán je standardní AES256/CBC 13:25 <+protokol> slyšel jsem, že DNS je dobré na tunelování věcí, většina lidí ho neblokuje 13:25 <jrandom> určitě, bla, ale není to až tak přímočaré (pro exploratory tunnels ano, ale ne pro client tunnels) 13:26 <+polecat> A kdyby náhodou padl i AES, tak nějaká ekvivalentní symetrická šifra. 13:27 <jrandom> bla: nemyslím, že je to v té míře pro většinu případů prakticky velká obava, ale když to zapojíš jako součást útoku předchůdce (predecessor attack), je to do značné míry jedno 13:28 <jrandom> (kvůli tomu, jak děláme zbytek směrování tunnelu) 13:28 <bla> jrandom: k 13:28 <jrandom> správně, polecate 13:29 <jrandom> duck: pokud půjdeme s druhou možností, pozdější změna na jinou bude nejspíš snadná. 13:29 <jrandom> na druhou stranu, ta druhá možnost bude vyžadovat dost masivní ladění výkonu, aby to nestálo za nic 13:29 <jrandom> ale jsem si jistý, že to zvládneme 13:31 <jrandom> každopádně, myslím, že výše pokrývá, kde teď jsme, pokud jde o práci na 0.5 13:31 <jrandom> má někdo další otázky/komentáře/obavy? 13:31 <bla> jrandom: jednu 13:32 <bla> jrandom: myslím, že bychom měli teď cenit anonymitu o něco víc než výkon; takže ano, možnost s PRNGs (generátory pseudonáhodných čísel) zní dobře 13:33 <jrandom> souhlas. výkon se dá doladit později, ale „dodatečně přidat“ lepší anonymitu je mnohem těžší 13:33 <jrandom> (ale samozřejmě, výkon /je/ bezpečnostní parametr. když to stojí za houby, nikdo to nepoužívá) 13:33 <bla> Ano. 13:33 <bla> jrandom: 13:33 <bla> sorry 13:33 <@duck> dobře, /me přepíná magický bit výkonu Freenetu 13:33 <cervantes> možná to odradí všechny ty leecher-y s torrenty, aby se ještě chvíli drželi dál ;-) 13:34 <jrandom> heh 13:34 <cervantes> <-- reset připojení 13:34 <bla> cervantes: Ne, nejsem! :) 13:34 <cervantes> :) 13:35 <jrandom> myslím, že dokážeme udělat fakt pěkné optimalizace, a zdá se, že hodně našeho ucpání nesouvisí s výběrem peerů, ale jen (heh) s bugy v jobqueue 13:36 <jrandom> ale každopádně, ještě něco k 2) 0.5? 13:36 <ant> <BS314159> mohl bys poslat vysvětlení tohohle loop útoku? 13:37 <ant> <BS314159> zní to nebezpečněji, než jak z tvého popisu plyne 13:37 <jrandom> smyčka: postav tunnel obsahující A-->B-->C-->D-->C, pošli dovnitř 10 zpráv. 13:37 <jrandom> bez PRNGs můžeš do té smyčky C<-->D přidat tolik zpráv, kolik chceš 13:38 <ant> <BS314159> ok 13:38 <jrandom> fakticky tak s pár zprávami děláš DoS na libovolné routery 13:38 <ant> <BS314159> ale tohle může udělat jen A 13:38 <jrandom> s PRNGs se omezí počet zpráv, které můžou jít do smyčky 13:38 <ant> <BS314159> takže nehrozí, že útočník zkrátí moje tunnels zaváděním smyček 13:38 <jrandom> ne, nikdo nemůže zkrátit tvoje tunnels 13:39 <jrandom> jediné, k čemu je to užitečné, je DoS 13:39 <jrandom> (velmi levný DoS) 13:39 <jrandom> (ale když můžeš selektivně dělat DoS na peery bez velkých nákladů, dá se dělat pěkně ošklivé věci) 13:40 <ant> <BS314159> comprendo 13:40 <+protokol> a hashcash certifikáty s tím pomůžou? 13:40 <jrandom> protokol: hashcash řeší problém, kdy peer staví příliš mnoho tunnels a možná staví příliš mnoho hopů 13:41 <jrandom> protokol: se smyčkami nepomůže. dvě cesty, které jsem našel a které /pomáhaly/, byly PRNGs (tunnel-alt.html) nebo ověřování na každém kroku (tunnel.html) 13:42 <jrandom> ověřování na každém kroku má rizika, takže aktuálně se kloníme k PRNGs 13:42 <+Ragnarok> jak účinná bude metoda s prng? 13:42 <Xan> A-->B-->C-->D-->C - neměl by každý hop dostat jiné id nebo tak něco, aby zprávy z tunnelu odešly, když dorazí podruhé do C, místo aby se točilo dokola? 13:43 <jrandom> Xan: mají, ale bez ověřování na každém kroku nepoznáš, jestli je to špatně, nebo ne 13:44 <jrandom> Ragnarok: myslím, že to bude velmi účinné na minimalizaci způsobených škod 13:45 <jrandom> alespoň podle toho, co zatím vidím 13:45 <jrandom> pokud v tom někdo vidí problémy/potíže, nebo má návrhy na vylepšení, ozvěte se prosím :) 13:46 <Xan> nebo mi možná uniká pointa 13:46 <Xan> bbl 13:46 <jrandom> 'k l8r, aktualizuju dokument, aby byl jasnější 13:47 <jrandom> ok, pokud není nic dalšího, přejdeme k 3) i2pmail.v2? 13:47 <jrandom> postmane: jsi poblíž? 13:48 <postman> ano 13:49 <postman> :) 13:49 <jrandom> něco k doplnění oproti tvému příspěvku na fóru? zní to dost cool 13:49 <postman> no, pár z vás si už možná přečetlo draft pro i2pmail.v2 13:50 <bla> co se to sakra děje? Masivní odpojování. Mám tu taky problém se dostat na stránky (třeba orion, library) 13:50 <postman> cílem je v budoucnu plně decentralizovaná poštovní infrastruktura 13:50 <postman> ale bude potřebovat proxy software na uzlech a také pár dedikovaných relays 13:51 <postman> všichni jsou zváni přispět nápady / koncepty / výlevy 13:51 <postman> vývoj už začal – nečekejte nic před pozdním jarem :) 13:51 <jrandom> w00t 13:51 <kaji> hmm, právě mi u dveří přistála policie 13:52 <bla> kaji: ? 13:52 <jrandom> rychle, odpal svůj harddisk 13:52 <postman> jrandom: no, to je zatím všechno, co k tomu mám :) 13:52 <cervantes> schovejte blackjackový stůl! 13:52 <jrandom> boží, díky, postmane 13:52 <kaji> říkali, že jsem volal 911, ale jsem si dost jistý, že ani já, ani brácha ne 13:53 <+protokol> kaji: jen si dělají kontrolu kvůli i2p 13:53 <jrandom> ok, pokud už nic dalšího k 3) i2pmail, přesuneme se k 4) azneti2p_0.2 13:53 <+protokol> <strašidelná hudba> 13:53 <jrandom> jak bylo zmíněno v mailu, v poslední době došlo k důležitému pokroku 13:53 <kaji> pak říkali, že bezšňůrové telefony můžou blbnout, když jsou nezavěšené, ale všechny moje bezšňůrové telefony jsou na nabíječce -> #i2p-chat 13:55 <jrandom> lidi z Azureu byli velmi vstřícní při přípravě aktualizace (jupí!), ale lidé by si měli dávat pozor i na problémy 13:55 <jrandom> (pokud nečtete i2p mailing list a používáte azneti2p, čtěte i2p mailing list) 13:55 <jrandom> ((nebo i když azneti2p nepoužíváte, čtěte list, tam oznamujeme důležité věci ;) 13:56 <jrandom> duck a orion také dělali spoustu aktualizací, aby vyšli vstříc novému bt klientu a formátování 13:56 <jrandom> (jupí!) 13:56 * orion se usmívá 13:57 <orion> pořád je před námi kus cesty, ale zatím to funguje. 13:57 <jrandom> (jak jen to i2p dovolí ;) 13:58 <orion> hehe, ano. ;) 13:58 <jrandom> má ještě někdo něco, co by chtěl probrat ohledně azneti2p nebo i2p-bt? 13:58 <jrandom> (nebo bytemonsoon2p ;) 14:00 <jrandom> ok, pokud ne, jdeme dál na 5) ??? 14:00 <jrandom> otevřená diskuze – má někdo ještě něco, co by chtěl nadnést? 14:00 <postman> jrandom: proč addressbook publikuje položky z userhosts? 14:01 <jrandom> postmane: bug. 14:01 <postman> takže to nebylo plánované chování a změní se to? 14:01 <cervantes> jen jedna věc... 14:01 <jrandom> postmane: správně a změní se to 14:02 <jrandom> (že, Ragnarok? :) 14:02 <+Ragnarok> záleží přesně na tom, co postman myslí... 14:03 <jrandom> Ragnarok: nové položky přidané lokálním uživatelem do jeho vlastního soukromého hosts by se neměly šířit do publikovaných hosts 14:03 <jrandom> (např. userhosts.txt je privátní, hosts.txt se synchronizuje s ostatními a je veřejný) 14:03 <cervantes> V rámci polo-pravidelné rubriky na fóru bude uznání a ocenění pro ty, kdo přispěli dobrými věcmi do I2P buď nedávno, nebo během života projektu 14:03 <postman> Ragnarok: po aktualizaci na 0.4.2.6 jsem našel položky ze svého userhosts.txt v publikovaném addressbooku ve své složce eepsite 14:03 <ant> <BS314159> hmm 14:04 <postman> Ragnarok: to byly ručně přidané klíče, které se neměly publikovat 14:04 <cervantes> tento týden oceňujeme ducka za celkovou výjimečnost jako poskytovatele služeb komunitě a jako všestranného skvělého idlera: http://forum.i2p/viewtopic.php?t=275 14:04 <jrandom> w00t! 14:04 <jrandom> (jen do toho, ducku, jen do toho, ducku) 14:05 <Teal`c> a co únos doménových jmen? 14:05 * brachtus tleská 14:05 * orion dělá kachní kolíbavou chůzi na znamení úcty. 14:05 <cervantes> jedna důležitá věc do budoucna... nemusíte být kryptografický génius, abyste dostali pochvalu! 14:06 <+Ragnarok> ne, to je očekávané chování. můžu to změnit, ale nejdřív musím dodělat implementaci file lockingu, abyste mohli měnit hosts.txt přímo 14:06 <orion> (ale pomáhá to) 14:06 <cervantes> třeba jste jen přispěli parádním eepsite nebo tak něco... 14:06 <cervantes> nebo byli nápomocní na fóru apod. 14:07 <ant> <BS314159> hmm 14:07 <cervantes> (jinak si to přiznejme, jrandom by vyhrál každý týden) 14:07 <jrandom> hej, vy všichni platíte můj pivní fond, tohle není zadarmo ;) 14:07 <ant> <BS314159> nemohl bys prostě udělat nový soubor „publichosts.txt“? 14:07 <ant> <BS314159> pak by addressbook ignoroval userhosts.txt, ale uživatelé by se mohli přihlásit k odběru svého vlastního publichosts.txt? 14:08 <jrandom> Teal`c: není způsob, jak unést doménové jméno, žádné záznamy se nepřepisují a userhosts vždy přebíjí hosts 14:09 <jrandom> Ragnarok: možná by problém s lockingem mohl řešit webový interface, když uživatelé nebudou do souborů přidávat ručně 14:09 <+Ragnarok> až bude locking hotový, nebude už skutečný důvod tahat adresy z userhosts.txt (aktuálně je to jediný způsob, jak se vyhnout závodu), takže nemá smysl přidávat třetí soubor 14:10 <+Ragnarok> jrandom: no, plánoval jsem použít java file locking api 14:10 <jrandom> pokud si myslíš, že je to nutné, jsi šéf :) 14:10 <ant> <BS314159> to by ti umožnilo vyhodit všechna jména získaná od ostatních a ponechat si ta, která sis vytvořil sám 14:10 <ant> <BS314159> prostě tím, že vyčistíš hosts.txt a změníš svůj odběr 14:11 <ant> <BS314159> ale to si asi počká na name-signing 14:11 <orion> metadata ten problém vyřeší. Je už draft specifikace? 14:11 <jrandom> stačí používat jen dva soubory – jeden spravovaný addressbookem, jeden ne 14:12 <jrandom> (addressbook může klidně userhosts.txt úplně ignorovat – userhosts.txt stejně přebíjí hosts.txt) 14:12 <+Ragnarok> jrandom: to by byl plán, až bude locking hotový (což fakt nemá být moc práce, jen jsem se k tomu ještě nedostal :) 14:13 <+Ragnarok> a teď se učím dost XML Schema na to, abych napsal jednu pro namerecords 14:13 <ant> <dr_kavra> je tohle kanál pro kenosis? jiný kanál mi řekl, ať jdu sem :D 14:13 <jrandom> lol 14:13 <jrandom> ne, sorry, tady je i2p 14:14 <jrandom> (leda že hledáš anonymní komunikační vrstvu) 14:14 <jrandom> boží, Ragnaroku 14:14 <ant> <BS314159> pořád si myslím, že XML je na tohle moc ukecané a nečitelné pro lidi oproti YAML, ale já ten kód nepíšu 14:14 <jrandom> Ragnarok: těžká část bude udělat crypto s XML, aniž bychom sklouzli k ošklivému CDATA 14:14 <orion> napsal už někdo pracovní draft pro specifikaci metadata? 14:15 <jrandom> (osobně si myslím, že xml stojí za houby, ale jsem jen brblal) 14:15 <jrandom> orione: http://dev.i2p.net/pipermail/i2p/2004-February/000135.html má základní nastavení 14:15 <orion> (metadata jméno/klíč) 14:15 <dox> byl addressbook a jeho funkce někde oznámen? Nevěděl jsem, že se můj hosts.txt publikuje 14:15 <jrandom> (viz elementy NameReference a LocalEntry) 14:16 <jrandom> dox: zapisuje se to na místo uvedené v addressbook/config.txt 14:16 <jrandom> (ve výchozím stavu ./eepsite/docroot/hosts.txt) 14:17 <orion> chybí příznak public/private (tj. distribuovat/nedistribuovat). 14:17 <ant> <cervantes> jediná dobrá věc na XML (a to je velké +) je, že je to široce přijímaný standard 14:17 <jrandom> správně, orione, od toho postu se objevilo hodně dobrých nápadů 14:17 <+Ragnarok> xml může stát za houby, ale upřímně je pro to, co dělám, lepší než jakákoli alternativa 14:17 <jrandom> cervantes: totéž EDI 14:17 <orion> je místo, kam je zkoncentrovat? tj. část fóra? 14:18 <orion> nebo možná wiki stránka? 14:18 <jrandom> orione: susiho nebo ughova wiki 14:18 <orion> chystám se zřídit wiki pro bytemonsoon a orion.i2p, aby se získal komunitní konsensus ohledně budoucích vývojových cílů každého z nich. 14:18 <BrockSamson> xml + crypto bez CDATA = mime, ne? 14:19 <jrandom> boží, orione 14:19 <jrandom> BrockSamsone: smime, s jinými parsery ;) 14:19 <orion> (také jednu pro metadata jmen) 14:21 <jrandom> jak metadata udělat, je spousta způsobů; důležitá je flexibilita a „správnost“, aby mohla růst a měnit se v čase 14:21 * jrandom si je jistý, že Ragnarok a spol. přijdou s něčím dobrým :) 14:21 <orion> proto si myslím, že je na místě veřejný draft. 14:22 <ant> <cervantes> i2p konsorcium :P 14:22 <jrandom> no, lidé na posledních pár schůzkách říkají „někdo by měl dát svoje nápady na wiki“, ale wiki stránky moc nerostou ;) což je v pohodě, jdeme tempem, jakým jdeme 14:23 * orion slibuje, že do dne bude stát tři wiki a všem pošle e-mailem jejich umístění 14:23 <BrockSamson> říkejte mi líný, ale srovnejte ANSI 850 EDI objednávku s téměř jakoukoli objednávkou založenou na XML a já radši budu dekódovat, kódovat a ladit tu XML verzi. I když je 5× větší než EDI 14:23 <jrandom> w00t 14:23 <jrandom> heh, BrockSamsone 14:24 <BrockSamson> Pozice 10 je ST? aha, tak pak by pozice 310 měla být jméno 14:24 <BrockSamson> no jo 14:24 <jrandom> BrockSamsone: nemyslím, že XML schémata pro PO jsou o moc lepší ;) 14:24 <jrandom> (ale jo, tohle je prostě naprostá hrůza) 14:25 <BrockSamson> ve 4:30 ráno jsou 14:25 <BrockSamson> ledaže... 14:25 <jrandom> heh 14:25 <BrockSamson> to je napsané bývalým EDI programátorem 14:25 <BrockSamson> a xml vypadá takhle: <p1><po><q>1</q></po></p1> 14:26 <BrockSamson> vsadil bych se ale, že kdyby se sečetly hodiny, které projekty open source stráví debatami „XML“ nebo ne „XML“, dalo by se Linux napsat 10×. 14:26 <BrockSamson> každý projekt, jehož jsem byl součástí, měl o tom masivní debaty 14:27 <orion> debata je pro projekt dobrá, záleží, kdo debatuje. ;) 14:27 <jrandom> eh, dělá to, co dělá, ale není to všelék. pro věci kolem pojmenování to může fungovat dobře 14:28 <BrockSamson> hodně lidí je ale v projektech jen proto, aby debatovali. 14:28 <jrandom> tady ne. já jsem tu kvůli pivu zdarma 14:28 <ant> <cervantes> o tom by se dalo debatovat 14:28 <orion> detaily implementace budou jasnější, až bude draft specifikace hmatatelnější. 14:28 <orion> odtud potřeba wiki/peer review. 14:29 <BrockSamson> slyšel jsem, že tenhle projekt rozdává zdarma Garlic 14:29 <jrandom> spoustu 14:30 <jrandom> ok, má ještě někdo něco k probrání na meeting? 14:30 <ant> * cervantes vyváží slavnostní call se zvoncem 14:30 <ant> <cervantes> call =kráva 14:30 * jrandom rozmachuje se 14:31 * jrandom *baf*s do kravího zvonce a uzavírá schůzi