Setkání vývojářů I2P - 8. března 2005

13:06 <@jrandom> 0) ahoj 13:06 <@jrandom> 1) 0.5.0.2 13:06 <@jrandom> 2) aktualizace mail.i2p 13:06 <@jrandom> 3) aktualizace i2p-bt 13:06 <legion> takže to souvisí s IRC servery? 13:06 <@jrandom> 4) ??? 13:06 <@jrandom> 0) ahoj 13:06 <@jrandom> týdenní status poznámky jsou venku @ http://dev.i2p.net/pipermail/i2p/2005-March/000633.html 13:07 <fedo> čau 13:07 <+postman> ahoj 13:07 <frosk> dobrý den 13:07 <@jrandom> legion: ne, týká se to chyb v i2p, pracuje se na nich 13:07 <bla> čau 13:07 <legion> ok 13:07 <@jrandom> když už mluvíme o chybách, na kterých se pracuje, pojďme rovnou na 1) 0.5.0.2 :) 13:07 <cervantes> čau 13:07 <cervantes> -- Odpojeno 13:08 <@jrandom> heh 13:08 <ant> <mihi> ahoj všem 13:08 <@jrandom> 0.5.0.2 je venku, a i když tvoje IRC připojení může občas lagovat, zase se vzpamatuje ;) 13:08 <@jrandom> wow, čau mihi 13:09 <cervantes> ahoj mihi 13:09 <@jrandom> status poznámky dávají obecný přehled, kde jsme a co jsou nejbližší priority 13:10 <@jrandom> ta děsivá věc, kterou se snažím vystopovat, je vidět na http://localhost:7657/oldstats.jsp#router.invalidMessageTime 13:10 <bla> Za sebe můžu říct, že 0.5.0.2 už zlepšil spolehlivost OHROMNĚ oproti 0.5.0.1: chyby, kdy nebylo možné kontaktovat destinace, už skoro nenastávají 13:10 <@jrandom> ta čísla by měla být hodně, hodně malá, což bohužel nejsou 13:10 <@jrandom> boží, bla 13:11 <@jrandom> jo, 0.5.0.2 je rozhodně zlepšení a všichni by měli upgradovat co nejdřív 13:11 <bla> 375,932.22 za posledních 10 minut tady.... 13:11 <@jrandom> no, konkrétní hodnota není ten problém, jde o jejich frekvenci 13:11 <@jrandom> (počet událostí za období) 13:12 <@jrandom> tyhle zprávy lze pravděpodobně připsat na vrub 0.5 routers, a částečně 0.5.0.1 routers, proto chci, aby lidé upgradovali co nejdřív 13:12 <@jrandom> může se ale ukázat, že je to něco jiného, ale to bych rád vyloučil 13:12 <bla> jrandom: tady dostávám asi 200 za hodinu 13:13 <@jrandom> bla: já mám v téhle hodině 93, ale špička byla mnohem výš (tisíce) 13:13 <@jrandom> každopádně, tahle konkrétní statistika se publikuje v netdb 13:13 <bla> jrandom: Co takhle v 0.5.0.3 softwarově vyloučit 0.5-0 ze sítě? 13:14 <@jrandom> takže se můžeme všichni porozhlédnout a podívat, jaké hodnoty mají ostatní ;) 13:14 <@duck> 309,854.24 špička 5,473,314.59 13:15 <@duck> vkládám ten špatný, co 13:15 <@jrandom> bla: rozhodně. Přidal jsem do revize 0.5.0.2 nějaký kód na dopřednou kompatibilitu, kterou 0.5.0.1 a 0.5 nemají 13:16 <@jrandom> duck: je těžké mít necelý # událostí ;) 13:16 <bla> jrandom: Dobře. Aspoň to umožní v kontrolovaných podmínkách otestovat hypotézu, že invalid-messages jsou kvůli 0.5-0 13:16 <@jrandom> bla: jo, i když by bylo super, kdyby lidi aktualizovali ještě předtím ;) 13:17 <@jrandom> (takže pro ty, co čtou doma: http://www.i2p.net/download je váš kamarád ;) 13:17 <maestro^> jr: jsou ta čísla pro router.invalidMessageTime odchylky v ms? 13:17 <@jrandom> maestro^: ano 13:18 <@jrandom> (tj. nějaké fakt šíleně vychýlené hodnoty) 13:18 <legion> Tady je malý report o síti [verze|Počet uzlů][0.5|6][0.5.0.1|39][0.5.0.2|107] 13:18 <@jrandom> jo, byli jste skvělí s aktualizacemi 13:18 <legion> Takže pořád pár lidí běží na 0.5 a hodně lidí na 0.5.0.1 13:18 <maestro^> takže nějaký nápad, kde se to může zdržovat? 13:18 <bla> jrandom: Freenet má ve vydání příznak, který určuje minimální verzi uzlu, se kterou bude komunikovat. Je ten nový forward-compat. kód něco jako tohle? 13:19 <@jrandom> maestro^: mám mnoho, mnoho nápadů, proč 0.5 a 0.5.0.1 uživatelé lagují. 13:19 <@jrandom> bla: podobné 13:19 <maestro^> nebo je to drift hodin na uzlech? 13:20 <@jrandom> maestro^: posun hodin, nějaké chyby serializace, bug se 100% CPU 13:20 <@jrandom> ok, to je teď obecně moje priorita, snažím se zvednout spolehlivost zpráv 13:21 <@jrandom> má někdo otázky/připomínky/obavy k 0.5.0.2? 13:21 <ant> * mihi má tady na disku 0.4.2.5 router, který nebyl spuštěn od 22. prosince... ale myslí si, že ho radši smaže... 13:21 <@jrandom> heh 13:21 <@jrandom> jo, s tím si moc routers nepokecá ;) 13:21 * postman má záložní kopii své poslední instalace 0.4 :) 13:21 <ant> <mihi> otázka pro mě by byla: upgrade nebo delete. 13:22 <@jrandom> smazat 13:22 <@jrandom> (po záloze jakýchkoli destination keys) 13:22 <@jrandom> z pre-0.5 už není žádný postup aktualizace 13:22 <legion> Možná vydat další update, řekněme 0.5.0.2-1, který dovolí připojení jen z 0.5.0.2 nebo novější, bylo by to dobré? 13:22 <@jrandom> legion: to by segmentovalo síť 13:22 <@jrandom> lidi by měli prostě upgradovat. 13:23 <@jrandom> (a my bychom měli obejít ty, co ne) 13:24 <legion> jo, dokud lidi s neaktuálními uzly neaktualizují ;) 13:24 <@jrandom> segmentace sítě škodí nám všem, nejen jim 13:25 <legion> Možná kdyby bylo v konzoli routeru nějaké oznámení o aktualizaci nebo něco, co by jim dalo vědět, že jedou zastaralé verze? 13:25 <@jrandom> jo, to by bylo rozhodně fajn 13:25 <@jrandom> doufejme, že se to dá propojit i s updaterem 13:26 <legion> jo, vím, segmentace je špatná... 13:26 <@jrandom> smeghead pracuje na některých klíčových komponentách toho, ale nevím, jestli to zahrnuje i notifikaci / download 13:26 <@jrandom> (takže pokud na tom chce někdo pomoci, ozvěte se!) 13:27 <@jrandom> ok, přejdeme na 2) aktualizace mail.i2p 13:27 <@jrandom> postman: ping 13:27 <+postman> ano 13:27 <bla> jrandom: smeghead dělal něco ohledně podepisování, pokud si dobře pamatuju (aby když dostaneš oznámení o aktualizaci, bylo aspoň jasné, že je skutečné a ne phishing/spyware/nějaký sajrajt) 13:28 * postman přebírá mikrofon 13:28 <legion> hmm, možná kdyby byla zabudovaná funkce automatických aktualizací, kde by se aktualizace stahovaly přes i2p a uzly by si je prostě stáhly a pak udělaly elegantní restart. 13:28 <@jrandom> přesně tak, bla 13:28 <ant> <Gatak> Jo, mimochodem. Fungovalo by I2P za NATem i když nemůžeš otevřít port? 13:28 <@jrandom> Gatak: zatím ne. někteří to budou moci ve 0.6, jiní ve 2.0 13:29 <@jrandom> legion: patche vítány 13:29 <ant> <Gatak> 2.0, sakra, to je hodně daleko v budoucnosti =) 13:29 <@jrandom> (http://www.i2p.net/roadmap#2.0 ;) 13:29 <+postman> erm, mám začít? 13:29 <aum> dobré ráno všem 13:30 <@jrandom> mikrofon je tvůj, postmane (sorry ;) 13:30 <@jrandom> čau aum, stihl jsi meeting 13:30 <@jrandom> (do prčic! /me zas mlčí) 13:30 <cervantes> Gatek: http://www.i2p.net/roadmap 13:30 <+postman> nejdřív jsem chtěl říct, že jsme už dosáhli 300 registrovaných účtů na postman.i2p 13:30 <@jrandom> w00t 13:30 <+postman> počet mailů z/do internetu stabilně roste a znovu dokazuje, že se musíme posunout dál 13:31 <cervantes> *kvííík* 13:31 <+postman> po rozhovoru s jr před pár týdny jsme se dohodli na vydání v2mail spolu s I2P 1.0 13:31 <+postman> aktuální stav: Java-based SMTP proxy navržený pro běh na každém uzlu je hotov 13:31 <@jrandom> pěkné! 13:32 <+postman> Java-based POP3 proxy je na 80 %, chybí už jen maildir engine 13:32 <+postman> bude tu webový správce, který ještě potřebuje dost ladění (hotovo 15 %) 13:32 <+postman> meziuzlová komunikace je na 40 % – testovali jsme výměnu datových záznamů přes HTTP/XML 13:33 <+postman> zdá se, že to funguje docela dobře a rychle 13:33 <+postman> i když relay uzel selže/bude vypnutý pár dní, po návratu online se během pár minut sesynchronizuje 13:33 <@jrandom> boží 13:33 <+postman> myslím, že jsme docela na dobré cestě 13:34 <+postman> jedna věc stojí za zmínku 13:34 <bla> postman: Dobrá práce, chlape! Jedna otázka: Mnoho uzlů nemůže přijímat ani posílat data na portu 25 (ne přímo). Budou moci vlastníci uzlů toto specifikovat (nebo se to bude autodetekovat)? 13:34 <cervantes> super 13:34 <+postman> bla: později 13:34 <+postman> ve v2mail poběží lokálně webapp 13:34 <+postman> s tím můžete spravovat své lokální proxy A požádat o "relayaccount" 13:35 <+postman> tenhle relayaccount se pak použije k přiřazení vaší adresy/domény k relays 13:35 <+postman> relays si informace automaticky sesynchronizují 13:35 <@jrandom> super 13:35 <+postman> i funkce jako adresář / veřejné klíče a podobně budou fungovat s LOKÁLNÍM rozhraním 13:36 <+postman> takže cílem je mít jeden centralizovaný správce, kde uděláte všechno kolem mailu 13:36 <+postman> relevantní data se přenesou na JEDEN z relays a pak se mezi relays synchronizují 13:36 <+postman> a tenhle webový správce poběží přímo na vašem uzlu 13:37 <+postman> když je váš uzel online, relays doručí maily ve frontě pro vaši destinaci/doménu/adresu 13:37 <+postman> doručí se do vašeho lokálního SMTP proxy 13:37 <+postman> můžete to celé spustit i přes ETRN :) 13:37 <aum> čau znovu 13:37 <aum> rád bych vznesl jeden bod k diskusi na tomhle meetingu, jestli to nevadí 13:37 <+postman> tolik k budoucnosti, lidi :) 13:37 <+postman> . 13:38 <@jrandom> zní to peckově, postmane 13:38 * postman vrací mikrofon 13:38 <@jrandom> aum: super, na 4) by měl být čas 13:38 <+postman> jo, jsem nadšený :) 13:38 <@jrandom> postman: takže pro běžného uživatele bude mít smtp proxy lokální maildir a pop3 proxy bude číst atd., že? 13:39 <+postman> jo, SMTP proxy má MDA 13:39 <+postman> a bude doručovat poštu do lokálních maildirů 13:39 <+postman> lokálně lze vytvořit i více účtů/uživatelů 13:39 <cervantes> postman: budou relays sledovat vaše kvóty atd. a šířit si takové info vzájemně? 13:39 <+postman> a namapovat je na účty vaší domény 13:39 <+postman> cervantes: ano, budou 13:39 <septu_ssh> promiň, můžu se zeptat postmana na platební/anti-spam mechanismy v novém modelu? 13:40 <+postman> septu_ssh: četl jsi nějaké dokumenty na webu? 13:40 <+postman> cervantes: není to perfektní real-time 13:40 <+postman> cervantes: ale pár minut zpoždění výměny informací o kvótách je podle mě v pohodě 13:40 <septu_ssh> je to v pořadníku ke čtení :/ 13:40 <septu_ssh> ale jestli je to zdokumentované, tak ok 13:40 <cervantes> postman: to jsem čekal 13:41 <+postman> septu_ssh: www.postman.i2p/inout.html 13:41 <+postman> septu_ssh: www.postman.i2p/mailv2.html 13:41 <+postman> cervantes: tohle není žádné drama – kvóta je rozumný limit 13:41 <cervantes> postman: i kdyby byl někdo schopen poslat nrelays * quota adresátů, není to nic špatného 13:41 * septu_ssh je bungle 13:41 <+postman> cervantes: jo 13:42 <+postman> cílem je jen zabránit tomu, aby někdo službu opravdu zneužíval 13:42 <+postman> v testech byly 3 relays fakt rychlé 13:42 <@jrandom> postman: zapomněl jsem, bude to mít podporu pro to, aby lokální smtp relay mluvila přímo s cizí smtp relay, místo aby to chodilo přes tvoje uzly? 13:42 <+postman> cervantes: do 10 s byly sesynchronizované :) 13:43 <@jrandom> (nebo to je až později) 13:43 <+postman> jrandom: i2p mail relays budou provozovat různí lidé a jsou preferované destinace pro směrování pošty 13:43 <cervantes> postman: mohl bys zavést exponenciální zpoždění do odesílací fronty 13:43 <cervantes> pokud by to byl problém 13:43 <+postman> jrandom: takže posílání na jiné destinace může být za určitých okolností užitečné 13:44 <@jrandom> jo, ale za jiných nebezpečné 13:44 <cervantes> takže čím víc pošty odešleš, tím delší dobu zůstane ve frontě... to by mělo dát relays čas dohnat 13:44 <+postman> jrandom: ale když majitel uzlu zveřejní svou IMIO destinaci, mohl by být spamován bez kontroly :) 13:44 <@jrandom> přesně 13:44 <@jrandom> na druhou stranu, to samé platí, pokud jsou i2p mail relays nepřátelské 13:45 <+postman> jrandom: jasně, je to konstrukce podobná WOT 13:45 <@jrandom> </tinFoil> 13:45 <+postman> jrandom: nemůžu zabránit operátorovi relay, aby pro tvou adresu nerozdělil kvótu 0 13:45 <@jrandom> ok, super. jo, teď není potřeba se tím trápit 13:45 <+postman> :) 13:46 <+postman> ok 13:46 <+postman> . 13:46 <@jrandom> ok super, díky za update. fakt vzrušující věci 13:46 <@jrandom> ok, přesun na 3) i2p-bt aktualizace 13:46 <@jrandom> duck: ping 13:46 <@duck> čau 13:47 <@duck> Včera byl vydán BitTorrent 4.0.0 13:47 <ant> <dm> zní to německy 13:47 <@duck> na který jsme víceméně čekali, než začneme s 0.2 13:47 <@duck> napsal jsem seznam úkolů / todo: http://pastebin.ca/raw/7037 13:47 <@duck> (sorry, moje www je momentálně dole) 13:48 <@jrandom> super 13:48 <legion> jaký časový plán se bavíme pro 0.2? 13:48 <@duck> cíl byl 4 týdny 13:49 <legion> super 13:49 <@duck> jak vidíš, RawServer (část, která komunikuje s i2p) je největší úkol 13:50 <@duck> . 13:50 <@duck> rychlý průzkum: 13:50 <legion> jo, to mi je dobře známé :) 13:50 <@duck> kdo plánuje udělat fork i2p-bt? 13:50 <@jrandom> super, je něco, s čím mohou lidi pomoct? 13:50 <@jrandom> heh 13:51 <ant> <dm> já 13:51 * jrandom bere si lžíci 13:51 <ant> <dm> jsem ochoten pomoct 13:51 <legion> já 13:51 <ant> <dm> jsem gay 13:51 <legion> pracuji na forku 13:52 <@duck> dobře, tak vím, koho nebrat vážně. 13:52 <@duck> vážně, myslím, že je to hloupé; spojením sil se dostanete mnohem dál 13:53 <@jrandom> nebo když jsou lepší cesty, možná přesvědčíte ducka, aby šel tou cestou? 13:53 <named> Napíšu fork v qbasicu, berte mě prosím vážně. 13:53 <@duck> pokusím se, aby byl proces otevřenější, aby ostatní viděli, co je v plánu atd. 13:53 <ant> <dm> tvoje otevřenost nás neoblomí. FORK! FORK! FORK! FORK! 13:53 <@duck> pokud máte nějaké další návrhy 13:54 <ant> * dm zvedá legiona na ramena. 13:54 <legion> hmm, to může být pravda, ale s tím, co dělám, pochybuju, že byste mě chtěli kontaminovat hlavní vývoj i2p-bt ;) 13:54 <ant> <dm> FORK! FORK! FORK! FORK! 13:54 <@jrandom> legion: co děláš, co by duck nechtěl podporovat? 13:55 <@duck> legion: gratuluju, když googlíš 'i2p bittorrent', tak oznámení "Windows I2P Bittorrent Version 1.0" je #1 13:55 <@jrandom> ježiš 13:56 <bla> jrandom: Ano? 13:56 <+postman> jrandom: jo, brzy téhle síti roztrhnou zadek :) 13:56 <bla> ;) 13:56 <named> 1.0? Sakra, používám 0.1.8! 13:56 <Ragnarok> oj 13:57 <legion> omfg, fakt?! Tomu nemůžu uvěřit... to je šílené. 13:57 <@duck> každopádně, nemyslím, že je k tomu moc nového co říct 13:57 <legion> moje 1.0 vydání je založeno na 0.1.8, pokud jedeš 0.1.8, jsi v pohodě. 13:58 <@jrandom> (a to 1.0 vydání je .exe, které nikdo nerecenzoval, výsledek se může lišit) 13:58 <legion> Špatně jsem to pojmenoval a očísloval, omlouvám se, ještě jednou. 13:58 <ant> <dm> 1.0>> 0.1.8 13:58 <ant> <dm> každý den v týdnu 13:59 <@duck> trochu související: 13:59 <@jrandom> ok, něco dalšího k 3) i2p-bt, nebo půjdeme na 4) ??? 13:59 <+postman> legion: kdy bude ke stažení zdrojový kód? 13:59 <frosk> "I2P-BT 0.1.8 zatím funguje docela dobře a stabilně. Osobně nevidím důvod updatovat na I2P-BT 1.0" (viděno na fóru) 13:59 * jrandom si povzdechne 13:59 <@duck> minulý měsíc měl bram cohen přednášku o bittorrentu na jedné univerzitě 14:00 <@duck> docela zajímavé: http://netnews.nctu.edu.tw/~gslin/tmp/050216-ee380-100.wmv.torrent 14:00 <@duck> (poučení z velkých P2P programů, plus vysvětlené některé detaily bittorrentu) 14:00 <@duck> . 14:01 <@jrandom> jasně 14:01 <@duck> postman: legion zveřejnil nějaký sourcecode 14:01 <ant> <dm> je to vynálezce BT? 14:01 <@duck> ale podle smegheada to není to samé jako to .exe 14:01 <@jrandom> dm: ano 14:01 <legion> Je tu vývojářský zdroj, který si můžete stáhnout z http://legion.i2p/archives/Itorrent_1_x_Developer_Source.zip.bz2 14:02 <+postman> ok, podívám se 14:02 <ant> <dm> je to exe přímý překlad toho zdroje? 14:03 <legion> i když vlastně zdroj 1.0 je v podstatě jen 0.1.8 s patchem od smegheada, zkompilovaný a hezky zabalený. 14:04 * cervantes jde k 4)??? a čeká, až všichni dojdou 14:04 <ant> <dm> otázka zůstává nezodpovězena 14:04 <ant> <dm> Legione, nařídil jste či nenařídil code red??? 14:04 <@jrandom> *odkašlání* 14:04 <legion> Možná bychom se měli vrátit k tématu, diskuse o mém bt klientovi se přesunula do #itorrent 14:05 <@jrandom> ok, 4) ??? 14:05 <@jrandom> chce ještě někdo něco vznést? 14:05 <@jrandom> aum: ty jsi něco měl? 14:06 <ant> <dm> je stasher zpátky? 14:06 <legion> Jenom vidím nějaké podivné chování s 0.5.0.2 při obdobích silného provozu... 14:06 <aum> ano 14:06 <aum> rád bych otevřel otázku automatizovaného vytváření/správy tunnel 14:07 <ant> <dm> pokračuj 14:07 <+detonate> je tam null pointer exception v té systray věci ve Windows, právě jsem si všiml 14:07 <aum> je 1337, že webová konzole teď umožňuje lidem ručně vytvářet/mazat/spravovat tunnels 14:07 <@jrandom> detonate: mohl bys to hodit do Bugzilly? 14:07 <aum> ale také silně věřím, že by vždy měl být spolehlivý a pohodlný způsob, jak mohou programy spravovat tunnels taky 14:08 <@jrandom> aum: nikdo neodmítá. potřebujeme to a budeme to mít. jen zatím ne. 14:08 <ant> <dm> nejde to přes SAM? 14:08 <aum> všiml jsem si po svém nedávném návratu do i2p, že knihovna pysam už nefunguje 14:08 <septu_ssh> mám taky rychlou otázku po aum 14:08 <aum> což bylo zklamání 14:08 <@jrandom> protokol SAM funguje, pysam ne 14:08 <Ragnarok> fungovalo to vůbec? 14:09 <aum> správně 14:09 <aum> pysam fungoval skvěle 14:09 <legion> Během takových období je tu 1000+ tunnels, kterých se můj uzel účastní, a několikasekundové lagy a zpoždění. 14:09 <@jrandom> legion: jo, počet tunnels je kvůli starším buildům 14:09 <cervantes> ah mymodesty 14:09 <cervantes> ehm pymodesty 14:09 <aum> momentálně píšu modul 'i2ptunnel.py', který definuje třídy umožňující snadnou správu tunnels 14:10 <legion> takže kdyby se nepřipojovalo ke starším buildům, síťování by bylo mnohem hladší? 14:10 <@jrandom> ok, nevím, jestli je to správné dlouhodobé řešení, ale jestli ti to teď přemostí mezeru, super 14:10 <@jrandom> legion: tyhle tunnels nejsou problém 14:11 <aum> no, rozhraní tříd může zůstat, i když se změní podkladový mechanismus 14:11 <@jrandom> ok 14:11 <legion> nejsou? 14:12 <legion> Když je málo tunnels, je velmi málo lagu a zpoždění... 14:12 <cervantes> legion: promiň, aum teď jenom zvedá pár otázek, vydrž chvilku 14:12 <legion> přijde mi to divné. 14:13 <legion> ok 14:13 <@jrandom> jen se bojím, že musíme zohlednit, co se v minulosti osvědčilo – webový config funguje a udržuje se, protože ho všichni používají. možná by bylo nejlepší, aby ses nejdřív rozběhal s ručním vytvářením tunnels v aplikaci, na které děláš – bylo by to efektivnější? 14:13 <@jrandom> jen aby se vždy našlo něco, co používá i2ptunnel.py, a zatížilo ho 14:13 <aum> vypadá to, že deadlockujeme 14:13 <+detonate> jrandom: jasně 14:14 <ant> <dm> pojďme tedy dál 14:14 <aum> nechci investovat čas do vývoje své appky, dokud nebudu mít API pro správu tunnel, na které se můžu spolehnout 14:14 <septu_ssh> \o. - bod k diskusi 14:14 <cervantes> realisticky si nemyslím, že se rozhraní pro tunnel předělá v příštích pár měsících... 14:14 <@jrandom> ale jistě vidíš, že můžeme jedno jednoduše přidat 14:14 <cervantes> takže provizorní řešení je proveditelné 14:15 <named_> Nemohlo by mít webové nastavení nějaké API, které aumův program manipuluje? 14:15 <@jrandom> named_: ano 14:16 <@jrandom> je triviální tam přidat něco, co umožní bezpečné ovládání přes URL, ale dává to smysl jen když to něco potřebuje 14:16 <@jrandom> jinak to zrezne 14:16 <aum> named_: to by bylo fajn a mohlo by to fungovat, kdyby v configu bylo napevno heslo, které klientské programy musí posílat v POSTu spolu s poli pro ovládání tunnels 14:16 <cervantes> osobně bych rád viděl celý systém pro tunnels kompletně předělat, když zahrneš rozhraní pro správu tunnel od začátku, nebudeš muset řešit extra úsilí na udržování separátního rozhraní 14:17 <@jrandom> jo, proxy potřebují dost práce, před kterou se schovávám, jak jen to jde :) 14:17 <aum> SAM je dobrý pro některé situace, špatný pro jiné 14:17 <cervantes> ale to je trochu dál... 14:17 <fedo> ( 14:18 <@jrandom> aum: ale jako provizorium bys nemohl použít jednu ze tří dostupných metod? 14:18 <cervantes> tj. když samo webové rozhraní používá API, není žádná režie na údržbu 14:18 <@jrandom> správně. webové rozhraní používá TunnelControllerGroup 14:19 <aum> použití SAM se komplikuje, když chce člověk použít existující knihovny, které jsou silně závislé na standardních TCP socketech 14:19 <aum> jrandom: I2PTunnel CLI nefunguje pro otevírání server tunnels, takže teď píšu kód pro použití TunnelControllerGroup 14:19 <@jrandom> aum: existující knihovny je třeba pečlivě auditovat. třeba utilita gzip sama o sobě odhaluje citlivá data 14:19 <aum> píšu při řeči 14:21 <@jrandom> Jsem si jistý, že CLI funguje pro server tunnels, ale používat TunnelControllerGroup je preferované, pokud to tak potřebuješ 14:21 <@jrandom> ok, má ještě někdo něco, co by chtěl vznést? 14:22 <septu_ssh> Moje otázka se týká distribuované verze hosts.txt, DHT tabulka se aktuálně používá pro routerInfo, nešlo by to rozšířit na distribuovanou verzi DNS? DHT pro DNS by mohl obsahovat mapování z www.bla.i2p na eepsite SHA a položky by byly podepsané 'I2P registrátorem'... komentáře? námitky? 14:22 <mancom> otázka k roadmapě: je 0.6 pořád naplánovaná na duben? 14:22 <@jrandom> septu_ssh: neroutovací data do netDb nedám ani přes mou mrtvolu ;) 14:23 <septu_ssh> jrandom: ne stejná db 14:23 <septu_ssh> jiná distribuovaná db 14:23 <aum> jrandom: viděl jsi můj bug report? příkaz CLI 'server' /nefunguje/ 14:23 <maestro^> septu_ssh: neexistuje žádný i2p registrátor 14:23 <@jrandom> septu_ssh: pojmenování má mnoho nebezpečných aspektů s několika klíčovými kompromisy. viděl jsi diskusi o naming na ugha.i2p? 14:24 <@jrandom> septu_ssh: aha, DHT nad I2P by se určitě dal použít k distribuci záznamů, ale ty názvy by nebyly bezpečné, pokud by se s nimi zacházelo jako s globálními záznamy 14:26 <@jrandom> aum: používal jsem to denně až do před pár týdnů, viděl jsi moji odpověď? 14:26 <@jrandom> maestro^: to je plán 14:26 <@jrandom> ehm, mancom: 14:26 <cervantes> aum: mám k tomu i2plist mail s odpovědí od jr, nedošlo ti to, nebo problém trvá? 14:26 <septu_ssh> jediný důvod, proč navrhuju 'registrátora', je, že jinak mohou nastávat kolize 14:26 <@jrandom> septu_ssh: kolize obejmi :) 13:26 <@jrandom> globálně unikátní, lidsky čitelné, distribuované a bezpečné pojmenování neexistuje 14:27 <septu_ssh> může se to stát i v hosts.txt, pokud se ručně edituje, ale problém zůstává stejný 14:27 <@jrandom> vyhoď první parametr a jsi za vodou 14:27 <aum> jrandom: viděl – a mám streaming.jar v classpath 14:27 <septu_ssh> postman spravuje centrální uzel pro mail, takže v síti je určitý prvek důvěry, určitě by někdo důvěřoval registrátorovi, aby spravoval jmenný prostor? 14:27 <@jrandom> ok super, a pořád to vrací ten stacktrace, aum? 14:28 <aum> ano 14:28 <@jrandom> septu_ssh: postman funguje jako centrální prvek jen pro postmanovy outproxy a inproxy 14:28 * Ragnarok opravdu by se měl dokopat k napsání té dokumentace k addressbooku... 14:28 <aum> tohle je když ručně spustím cli, udělám genkeys a pak 'server' s privkeyfile vygenerovaným genkeys 14:28 <@jrandom> septu_ssh: nikdo nebude věřit nikomu, aby spravoval jmenný prostor. cenzura == vyvíjet tlak na toho registrátora. 14:28 <maestro^> každý je vlastně svým vlastním registrátorem 14:29 <maestro^> věříš svým přátelům a oni věří tobě 14:29 <aum> do háje, nabral jsem starý classpath 14:29 * aum znovu testuje 14:30 <ant> <dm> ok, budu registrátor já. 14:31 <ant> <dm> budu tak nezaujatý, jak jen to půjde... ok? 14:31 <septu_ssh> hmm, ok, zpátky k pověstnému rýsovacímu prknu... 14:31 <@jrandom> septu_ssh: dobré místo k pročtení je http://zooko.com/distnames.html :) 14:32 <@jrandom> všichni to chtějí, ale to, co chtějí, prostě není bezpečné. my máme řešení, které bezpečné je, ale vzdáváme se globální jedinečnosti 14:33 <septu_ssh> hmm, ok 14:33 <@jrandom> ok, má ještě někdo něco dalšího k meetingu? 14:33 <cervantes> septu_ssh: http://forum.i2p.net/viewtopic.php?t=134 14:33 <aum> jrandom - ok, cli 'server' teď funguje, ale nikdy jsem nedostal 'job number' pro ten tunnel 14:34 <@jrandom> hmm jasně, běží to napořád 14:34 <aum> aha, musím udělat 'list', abych dostal číslo jobu 14:36 <@jrandom> ok super, jestli už nic dalšího... 14:36 * jrandom se rozcvičuje 14:36 * jrandom *baf* uzavírá schůzku