I2P Setkání vývojářů - 6. ledna 2004

[22:02] <jrand0m> program: [22:02] <jrand0m> 0) ahoj [22:02] <jrand0m> 1) http://i2p.dnsalias.net/pipermail/i2p/2004-January/000069.html [22:02] <jrand0m> 2) [diskuse] [22:02] <wiht> Můžu do programu přidat installer? [22:02] <jrand0m> 0) ahoj [22:02] <jrand0m> ó ano, určitě! [22:02] <jrand0m> tento týden zkoušíme něco nového [22:03] <wiht> Můžeš to dát na konec programu. [22:03] <jrand0m> místo starého kecykecykecyreagujkecykecy ten příspěvek http://i2p.dnsalias.net/pipermail/i2p/2004-January/000069.html popisuje většinu toho, co jsem měl v plánu říct [22:03] * mihi_ se připojil k #i2p [22:04] <jrand0m> místo toho se tento týden pokusíme udělat schůzku víc diskusně zaměřenou – věci, o kterých chtějí lidi mluvit z toho příspěvku, případné navazující příspěvky a/nebo cokoli jiného, co chtějí probrat [22:04] <jrand0m> jako třeba nový installer [22:05] <jrand0m> takže, řečeno to, lidé by měli začít tím, že si projdou ten e‑mail/příspěvek, a od toho se odpíchneme :) [22:05] * mihi_away je nyní znám jako mihi [22:05] * kaji čte příspěvek [22:05] * mihi_ je nyní znám jako mihi_backup [22:06] <jrand0m> 27 uživatelů a jen jeden dup! w0w [22:07] * dm je nyní znám jako dup [22:07] <jrand0m> ok, až si to lidi přečtou, možná můžeme začít tím, že projdeme index a koukneme, jestli chce někdo něco přidat / okomentovat / probrat? [22:07] <mihi> jrand0m: odkud víš, že už nejsou žádné další duplikáty? [22:07] <jrand0m> heh díky dm [22:07] <jrand0m> mihi> nainstaloval jsem keyloggery na všechny počítače (bwhahahaha) [22:07] <wiht> Chtěl bych přidat installer jako bod 10 a případně naming service jako bod 11. [22:07] * mihi poslal followup na špatnou adresu :(, přeposílám... [22:08] <jrand0m> dobrý nápad, wiht [22:09] <MrEcho> mrechoův nový dns je v běhu [22:09] <jrand0m> super, mihi, jo, říkal jsem si ;) [22:09] <kaji> jak to jde s dns? – á [22:09] <jrand0m> MrEcho> tvůj příspěvek, že? [22:09] <MrEcho> pracuju na příspěvku [22:10] <jrand0m> ok, mezitím, má někdo něco k 1) streaming? nebo skočíme na 2) I2PTunnel, TunnelManager a i2pmgr? [22:10] <lucky> panebože... mohl bych zbytek života strávit snahou pochopit tyhle závislosti. [22:10] <wiht> Tak řekněme DNS/NS jako bod 11. [22:10] <jrand0m> zní to dobře, wiht [22:10] * duck přichází [22:11] <jrand0m> dobrý večer, duck [22:11] <mihi> ad 1, commitnul jsem kód pro i2ptunnel používající streaming API (rozhraní pro streamování) [22:11] <jrand0m> aha, jasně, paráda, mihi :) [22:11] <lucky> ahoj duck [22:11] * twosandals opustil IRC (Leaving) [22:11] <kaji> jrand0m můžou různé služby používat stejný klíč, když jsou na různých portech? [22:11] <jrand0m> ne, kaji [22:11] <mihi> mimochodem: proč tvoje ant soubory vždy smažou jar před jeho znovusestavením? [22:11] <jrand0m> mihi> paranoia [22:12] <mihi> řekl bych, že mi to krade čas při ladění ;) [22:12] <jrand0m> kaji> v i2p je klíč v podstatě /port/ [22:12] <jrand0m> heh [22:12] <kaji> ach [22:13] <jrand0m> mihi> pokud to chceš upravit, tak aby se jar sestavil, když se změní class soubory, tak je to v pohodě [22:13] <mihi> když je soubor novější než všechny soubory v něm, a jinak to přeskočit. [22:13] <jrand0m> správně [22:13] <mihi> a pro paranoiu je lepší přidat úlohu <depends> [22:13] <jrand0m> souhlas [22:13] <FillaMent> yo yo [22:13] <jrand0m> čauky, FillaMent [22:14] <jrand0m> ok, 2) i2ptunnel / tunnelmanager / i2pmgr [22:14] * TC se připojil k #i2p [22:15] <human> trochu jsem hacknul TunnelManager, aby vracel ID úloh, když se volají příkazy "openclient" nebo "openserver" [22:16] <jrand0m> boží :) [22:16] <human> takhle aplikace používající TunnelManager vědí, kterou úlohu později zavřít, bez parsování výstupu "list" [22:16] <jrand0m> jo, nebylo mi moc příjemné používat list a close z tunnelmanageru, protože si takhle můžou navzájem klienti zmršit stav [22:17] <jrand0m> ten patch tam dáme hned po schůzce. gracias, human :) [22:17] <human> zahrnovalo to, aby I2PTunnel.runCommand vracel nějaké věci (aktuálně Property) [22:17] <human> s/Property/Properties/ [22:17] <jrand0m> aha, před zařazením do kódu je tam pár věcí na úpravu [22:18] <human> ale pokud tomu rozumím, mihi by raději přidal nějaké asynchronní callbacky do třídy Logging... [22:19] <jrand0m> ano – aby věci dostávaly informace od úloh okamžitě, bez čekání na jejich dokončení [22:20] * mihi opustil IRC (EOF From client) [22:20] <human> jrand0m: myšlenka je: ať I2PTunnel.runCommand() vrací hned a případně použijeme callbacky, abychom získali víc info, že? [22:21] <jrand0m> správně [22:21] <jrand0m> takže úlohy vystřelí callbacky, kdykoli jsou data k rozeslání [22:21] * mihi se připojil k #i2p [22:21] <human> no, podle mě je tu ještě další otázka: «kolik java aplikací (bude) používat I2PTunnel.runCommand() asynchronně?» Všechny aplikace, které aktuálně používají I2PTunnel (i přes TunnelManager), jsou úplně v pohodě se synchronními (byť dlouhými) voláními .runCommand() a dělat všechno asynchronně by to jen komplikovalo (IMHO) [22:22] * mihi to používá přes gui [22:22] <human> (no, "všechny" znamená TunnelManager a aplikace parsující výstup Tunnel manageru) [22:22] <jrand0m> jasně, gui bude viset, zatímco se příkaz provádí [22:22] <mihi> a zadání dalších 3 příkazů pro otevření tunnel je blokované, dokud první běží [22:23] <human> mihi: ok, o tvé aplikaci jsem nevěděl... tak potřebujeme nějaké řešení :-) [22:24] <human> mihi: asynchronní chování .runCommand() by vyžadovalo revidovat TunnelManager [22:24] <mihi> human: kdy (podle tebe) by měl runCommand skončit? až je tunnel postavený, až se spojení dostane skrz? [22:25] <mihi> "destination unreachable" se zjistí až po prvním pokusu o připojení. [22:25] <jrand0m> pattern Command by měl mít execute() tak, že se vrátí až po dokončení. [22:26] <mihi> co znamená *dokončeno*? [22:26] <jrand0m> (takže pokud se držíme patternu Command, runCommand blokuje, dokud není všechno nutné k provedení příkazu dokončeno) [22:26] <human> mihi: eheh, to je ta otázka :-) [22:26] <jrand0m> dokončeno pro "server 1234 privkeys" by bylo, když server umí přijímat spojení na portu 1234 [22:26] <human> mihi: no, u TunnelServerů by to podle mě mělo vrátit po vytvoření tunnelu [22:27] <jrand0m> dokončeno pro "client 234 peer" by bylo, když by se spojení na port 234 úspěšně dostalo k peer [22:27] <jrand0m> aspoň tak to vnímám [22:27] <mihi> jak určíš to druhé? [22:27] <jrand0m> nemám na tom zas tak silný názor [22:27] <jrand0m> možná ping? [22:27] * Sciatica se připojil k #i2p [22:28] <mihi> a když peer spadne hned po pingu? [22:28] <mihi> podle mě je nemožné dělat síťové aplikace bez callbacků [22:28] <jrand0m> jasně [22:28] <mihi> nebo spousta threadů, a já radši callback než thready synchronizované k smrti [22:29] <jrand0m> možná by se to mělo vracet až poté, co je schopné /pokusit se/ připojit? [22:29] <jrand0m> nebo možná pattern Command není ten správný [22:29] <mihi> to dělá teď. a jaký výsledek by to pak mělo vrátit? [22:30] <mihi> pointa je, že chceš výsledek (jiný než int pro ID spojení) [22:30] <jrand0m> jasně, pro příkaz client chce člověk job (aby to mohl později zavřít), ale pro příkaz genkey chce veřejný a privátní klíč [22:30] * mihi nemůže v tuto chvíli vymyslet žádné jiné info, které je známo. [22:30] <jrand0m> souhlas, ani já. [22:31] <dup> 0! [22:31] <mihi> a genkey má čekat? ok, jestli to tak myslíš. [22:31] <human> mihi: no, něco jako status ("ok" nebo "error") a chybové zprávy... [22:31] <mihi> human: chybové zprávy budou "pozdě" podle mě [22:31] <mihi> ale dělejte, co chcete... [22:32] <mihi> pokud to pak uděláte, aby to fungovalo i se streaming API... [22:32] <jrand0m> bolestivá místa, na která human naráží, jsou kludgy v TunnelManageru, který parsuje logovací zprávy. ale souhlasím, pokud můžeme ty informace vystavit přes logovací rozhraní, je to OK [22:32] <dup> mihi je moudrý. [22:32] <human> human: některé se dají komunikovat hned (např. když je port tunnelu pořád obsazený) [22:32] <mihi> human mluví sám se sebou ;) [22:32] <human> ups! :-) [22:35] <human> možná bychom měli vidět, jaké aplikace se staví nad I2PTunnel [22:35] <human> asynchronní rozhraní je Ta Správná Věc(TM), ale je složitější na použití [22:35] <jrand0m> myslím, že by bylo nejlepší, když bychom udrželi stejnou funkcionalitu pro aktuální software – včetně gui. [22:35] <FillaMent> možná skáču do toho bez znalostí, ale třeba metoda jako v mnoha, které pracují s HTTP: getHeader(String headerName) [22:35] <FillaMent> smake me as needed [22:35] <FillaMent> smack [22:36] * jrand0m smake'ne FillaMenta [22:36] <human> a TunnelManager to nepotřebuje (protože z podstaty věci nebude NIKDY schopný správně podporovat asynchronní události) [22:36] * kaji má úplně off-topic nápad [22:36] * FillaMent se smiřuje s advokacií =) [22:37] <human> ale pokud aplikace mihi potřebuje monitorovat stav tunnel, pak je asynchronní rozhraní Nutnost(TM) [22:37] <jrand0m> human> java -jar lib/I2PTunnel.jar\n. Potřebujeme podporovat async. [22:37] <kaji> i2p jako java applet, aby se dalo rychle spouštět na cizích počítačích tím, že půjdeš na web [22:37] * Sciatica opustil IRC (EOF From client) [22:37] <human> jrand0m: ano, pak musíme přepracovat TunnelManager :-) [22:37] <jrand0m> kaji> i2p 3.0 :) [22:38] <jrand0m> souhlas, human, implementace tunnelmanageru byla rychlá a špinavá impl [22:38] <jrand0m> myslíš, že by ses mohl podívat, jak by to mělo proběhnout? [22:38] * human se může dobrovolně nabídnout, že přizpůsobí TunnelManager asynchronnímu rozhraní, až bude připraveno [22:38] <jrand0m> w00t :) [22:40] <jrand0m> ok, jsme připraveni na bod programu 3) I2COCP [22:40] <human> jinak by bylo možné vytvořit sync a async metody pro I2PTunnel [22:40] <jrand0m> pravda [22:40] <jrand0m> ale duplikace může být overkill, když by stačilo trochu refaktoringu [22:41] * baffled opustil IRC (Leaving) [22:41] <duck> osobní obava ohledně tunnel: aplikace je nezavírají, takže se ti celý tunnelmanager zaplaví [22:41] <human> jrand0m: ano, měli bychom zvolit nejjednodušší řešení mezi přepracováním TunnelManageru nebo přidáním nových API do I2PTunnel :-) [22:42] <jrand0m> to je dobrý bod, duck. momentálně nejsou žádné timeouty / expirace a předpokládá se, že aplikace používající tunnelManager se chovají dobře (a že tunnelManager nemá bugy [hah!]) [22:43] <mihi> apropos nová API: měly by třídy Streaming api „nahradit“ ty staré, nebo by mělo být možné používat obě (s různými příkazy?) [22:43] <jrand0m> mihi> myslím, že streamingové budou chtít nahradit, protože jakmile bude streaming API solid, mode=GUARANTEED půjde pryč [22:43] <jrand0m> (a tudíž ty staré nebudou fungovat) [22:44] * MrEcho poslal e‑mail [22:46] <jrand0m> něco dalšího k diskusi o tunnel? (tohle zjevně není konec všech diskusí o tunnel ;) [22:47] * dup je nyní znám jako dm [22:47] <jrand0m> ok, I2COCP [22:47] <jrand0m> tohle bylo něco, co human navrhl předevčírem a vypadá to, že to zaplňuje mezeru, která teď není pokrytá. ale myslím, že s implementací počkáme, dokud to něco nebude chtít použít :) [22:48] <wiht> To je docela dlouhé jméno, i zkrácené. [22:48] * jrand0m nyní říká I2COCP „Wilma“ [22:48] <human> jrand0m: no, chystal jsem se napsat to samé :-) [22:48] <jrand0m> heh super [22:49] <jrand0m> ok, skočíme na 4) roadmap [22:49] <human> jrand0m: podle mě by obecně měla být cesta, jak aby i ne‑java aplikace měly docela plný přístup do I2P sítě [22:49] <jrand0m> souhlas [22:49] <jrand0m> záměr je, že by používaly I2CP [22:50] <jrand0m> (tak jako všechny java aplikace, včetně i2ptunnel a streaming library, to používají) [22:50] <human> jrand0m: ano [22:50] <MrEcho> I2PDNS „Janessa“ [22:50] <jrand0m> ale máš pravdu, že by chtěly i streaming, takže buď tunnelmanager->i2ptunnel nebo i2cocp->streaming lib [22:50] * jrand0m se s žádnou Janessou nesetkal [22:51] * Sciatica se připojil k #i2p [22:51] <jrand0m> ok, takže jo, roadmap byl aktualizován. žádné velké změny krom posunutí 0.3 a 0.3.1 o 2 týdny, přidání informací o 2.0 a nějakých dalších kritérií pro 1.0 [22:51] <human> jrand0m: jo, měly by existovat „TCP“ a „UDP“‑like protokoly pro I2P, s kompletním reportováním událostí protokolu, přístupné z ne‑java aplikací [22:52] <MrEcho> human, zní dobře [22:52] <jrand0m> chci, aby existovalo každé možné rozhraní, ale nechci se přechlápnout příliš mnoha rozhraními, která je potřeba podporovat [22:52] * human chtěl I2COCP (nebo co) pro svůj I2P twisted transport (viz http://www.twistedmatrix.com/), ale prozatím si šťastně vypomůže kludgem kolem TunnelManager :-) [22:53] * w0rmus opustil IRC (Lost terminal) [22:53] <jrand0m> word. to by bylo prozatím nejlepší [22:54] <jrand0m> ok, nějaké komentáře k roadmap? [22:55] <jrand0m> [nic k vidění, la la] [22:55] <jrand0m> ok, 5) i2pIM [22:55] <jrand0m> thecrypto tu není, takže si prostě počkáme na příspěvek do i2p@ s aktualitami :) [22:55] <wiht> Teď máme Jabber, pokud se nepletu. Potřebujeme pořád i2pIM? [22:55] <jrand0m> ano [22:55] <jrand0m> jabber má server, který dostává plaintext. [22:56] <wiht> Aha. Dobrá tedy; to jsem si neuvědomil. [22:56] <jrand0m> to jsou dva prohřešky (server a plaintext) [22:56] <jrand0m> je to ale dobré řešení pro některé věci, jistě [22:56] <jrand0m> vlastně mě dnes ráno napadlo, že kdybychom dokázali i2pIM a i2psnark sloučit dohromady, bylo by to Dobré. [22:57] <jrand0m> (ale jedna věc po druhé) [22:57] <jrand0m> vlastně, když už jsme u toho, 6) i2psnark :) [22:57] <human> jrand0m: občas jsem používal jabber s gnupg... [22:57] <jrand0m> pro chaty s >2 lidmi? [22:58] <jrand0m> pro one‑to‑one naprosto souhlasím, že existují řešení [23:01] <jrand0m> ok, k něčemu zábavnému, 7) představujeme I.Toopie :) [23:01] <human> jak bys implementoval šifrované chaty s >2 lidmi? sdílený privátní klíč? [23:01] <jrand0m> ano, human [23:01] <jrand0m> nebo přes n! sdílených klíčů ve skupině [23:02] <human> možná by to šlo nad existujícím jabber protokolem... [23:02] <mihi> human: sdílený symetrický klíč rozeslaný všem účastníkům [23:02] <jrand0m> těžké je zvládnutí připojení a odchodů – rotace klíčů /atd. [23:03] * Sciatica opustil IRC (Ping timeout) [23:03] <jrand0m> to není v žádném případě triviální. je to fakt, fakt, fakt těžké. [23:03] * mihi potvrzuje [23:03] * human souhlasí [23:04] <jrand0m> (proto může stát za to mít aplikaci navrženou pro to, než se to snažit klučit na vrch jiného protokolu) [23:04] <jrand0m> ale thecrypto to umí nejlépe popsat [23:04] <jrand0m> (ačkoli podle mého chápání je stále otevřený nápadům, jak řešit skupiny) [23:05] * Sciatica se připojil k #i2p [23:06] <jrand0m> ok, jdeme dál :) [další diskuse na i2p@, atd.] [23:06] <wiht> Co je ale I.Toopee? [23:06] <lucky> maskot... [23:06] <jrand0m> I.Toopie je chlápek držící před obličejem žlutou masku [23:06] * lucky se otřese. [23:07] <lucky> uh huh. [23:07] <lucky> můžu to vidět? [23:07] <jrand0m> http://wiki.invisiblenet.net/iip-wiki?I2PLogo [23:07] * mihi_backup opustil IRC (EOF From client) [23:07] <lucky> přidal jsem javu do fronty kompilací... [23:07] <lucky> ale.. lol [23:07] <lucky> už mi běží 7 věcí [23:07] <lucky> bude to chvíli trvat. [23:08] <lucky> á, roztomilé :P [23:08] <MrEcho> lol [23:08] <jrand0m> bylo hodně cool log, (nemůžu uvěřit, že soutěž o logo běží už 3 měsíce!), a vypadá to, že máme silný potenciál s I.Toopie. jednoduchost, koncept a univerzálnost. [23:08] <jrand0m> a jo, je roztomilý ;) [23:08] <mihi> jsou některé obrázky rozbité, nebo je můj prohlížeč bugový? [23:08] <jrand0m> jo, některé jsou rozbité [23:09] <jrand0m> (byly nahrané na dočasné hostingy před 3 měsíci) [23:09] <MrEcho> I.Toopieho hůl je teď celá žlutá ... [23:09] <MrEcho> změněno včera v noci [23:09] <jrand0m> fakt? [23:09] <jrand0m> lidi by měli AKTUALIZOVAT WIKI tedy [23:09] <jrand0m> ;) [23:09] <MrEcho> hehe [23:09] <MrEcho> už ten obrázek nemám .. sorry [23:10] <wiht> Obrázky vidím v Opeře, ale ne v Mozille nějak. [23:10] <jrand0m> vidíš http://img.villagephotos.com/p/2003-10/437060/badass.webp ? [23:10] <jrand0m> (to je jeden z obrázků na té stránce) [23:11] <duck> Access Denied (User Account Disabled) [23:11] <jrand0m> jo, taky. [23:11] <MrEcho> já ho vidím [23:11] <jrand0m> ale ano, DrWoo udělal s I.Toopie pár božích věcí [23:11] <MrEcho> moz 1.5 [23:11] * soros opustil IRC (EOF From client) [23:11] * mihi_away se připojil k #i2p [23:11] * lucky opustil IRC (EOF From client) [23:12] <jrand0m> taky, MrEcho. zvláštní. [23:12] <wiht> MrEcho: Používám Mozillu 1.4. [23:12] <jrand0m> (taky jako že jsem na moz 1.5 a dostávám access denied) [23:13] * jrand0m se těší na tray ikonu s i.toopie :) [23:13] <jrand0m> ok, posuneme se na 8) šachový server [23:14] * Sciatica opustil IRC (Ping timeout) [23:14] * ion opustil IRC (Ping timeout) [23:14] <jrand0m> poslední hosts.txt (http://i2p.dnsalias.net/i2p/hosts.txt) obsahuje referenci na chess.fillament.i2p [23:14] <jrand0m> můžeš použít libovolného FICS klienta nebo se prostě telnetnout a hrát :) [23:14] <jrand0m> (yay) [23:15] <kaji> je nějaký dobrý fics klient pro windows? [23:15] <jrand0m> nevím, skončil jsem u telnetu [23:15] <wiht> Funguje eboard? [23:15] <jrand0m> (který měl docela těžký nástup kvůli učení příkazů) [23:15] * ion se připojil k #i2p [23:16] <jrand0m> nevím [23:16] * BpX se připojil k #i2p [23:16] <wiht> Zkusím to později. [23:16] <jrand0m> super, když bys mohl napsat, co zjistíš, bylo by to skvělé [23:17] <jrand0m> ok, 9) DHT [23:17] * wilde opustil IRC (Ping timeout) [23:17] <jrand0m> pořád nemáme dht, ale možná je tohle stopa pro něco, co můžeme začít portovat [23:18] <jrand0m> (používá UDP, takže přivést to na I2CP by nebylo těžké) [23:18] <MrEcho> dht??? [23:18] <MrEcho> mám výpadek v paměti [23:18] <jrand0m> MrEcho> viz [10] v e‑mailu ;) [23:18] <jrand0m> http://wiki.invisiblenet.net/iip-wiki?DHT [23:18] <Nightblade> entropy je dočasně dost dobré řešení [23:18] <jrand0m> souhlas [23:19] <jrand0m> ale myslím, že se musíme podívat i na dlouhodobé řešení [23:19] * soros se připojil k #i2p [23:19] * lucky se připojil k #i2p [23:20] * human má obavy o gcj/kaffe kompatibilitu s DHT jako Bamboo (http://bamboo-dht.org/) [23:20] <jrand0m> jo, bamboo je 1.4 [23:20] <MrEcho> afk [23:20] <jrand0m> to je sláva I2CP – router & tunnel můžou být gcj'ované, zatímco věci, co je používají, můžou být cokoli [23:21] <jrand0m> je to ale čistě pro app – ne jako součást core [23:21] <jrand0m> jen se snažím vymyslet věci, které by pomohly koncovým uživatelům, kteří si i2p stáhnou, dělat hned něco užitečného [23:22] <jrand0m> (možnost anonymně zveřejňovat necenzurovatelný obsah by byla dobrá užitečná věc) [23:22] <jrand0m> s/uncensorable/very censorship resistant/ [23:23] <human> jrand0m: aha, ok – myslel jsem, že bamboo nahradí Kademlia pro NetworkDB :-) [23:23] <Nightblade> squid proxy je něco, co můžou dělat... pro uživatele např. v Číně by to byla velmi příjemná věc [23:23] <jrand0m> Nightblade> pravda, ale squid není škálovatelný [23:24] <Nightblade> jo, myslím, že by bylo zajímavé mít něco jako distribuované JAP [23:24] <jrand0m> souhlas [23:24] <jrand0m> takže to je další věc, kterou by bylo super, kdyby se lidi podívali :) [23:24] <mihi> Nightblade: problém je řešení zneužití – neotevřu svůj box pro libovolný odchozí http [23:24] <jrand0m> jsem si jistý, že někteří lidi ano [23:25] <Nightblade> s další částí, kde by jednotlivý uzel mohl zvolit, jaké weby chce pro lidi proxyovat... klient by poslal požadavek na „whitehouse.com“ a pak jeden z uzlů, co budou proxyovat a povolí tu URL, může odpovědět [23:25] <Nightblade> jo, asi by to muselo mít nějaké řízení přístupu [23:25] <Nightblade> blacklist nebo whitelist [23:25] <jrand0m> jasně [23:25] <Nightblade> doménových jmen [23:26] <jrand0m> to je systém „exit policy“. i když je to projekt sám o sobě [23:27] <MrEcho> mohlo by to jezdit na systém DNS... asi [23:27] <jrand0m> určitě [23:27] <wiht> mihi: Co když omezíš použitou šířku pásma? Nebo jsou to navštěvované weby, co tě můžou dostat do problémů? [23:27] <MrEcho> někdy hodně později lol [23:27] <jrand0m> wiht> hodně poskytovatelů výslovně zakazuje provozování jakýchkoli serverů [23:28] <MrEcho> verizon si hraje s portem 21 jistojistě... [23:28] <wiht> jrand0m: Aha. Ano, to je problém. [23:28] <Nightblade> musel by existovat nějaký způsob, jak klienti požádají o weby, které chtějí stáhnout... Broadcast požadavky nejsou moc dobré řešení, obzvlášť na i2p [23:29] <mihi> wiht: problém jsou weby, které lze navštívit. porovnej žalobu na JAP před časem. /me žije ve stejné zemi [23:29] <jrand0m> souhlas. i když broadcast není možný bez brute force ~2^2300 keyspace ;) [23:30] <jrand0m> správně, mihi, lidé v represivních režimech by nemohli bezpečně provozovat outproxy [23:30] <wiht> mihi: Jaká to byla žaloba? Nepamatuju si to. [23:30] * dm opustil IRC (Ping timeout) [23:30] <Nightblade> myslím, i kdybys měl seznam destinací, které poskytují web proxy, nechtěl bys broadcastovat na všechny [23:30] <jrand0m> správně, Nightblade [23:30] <Nightblade> myslím požadavek broadcast [23:31] <mihi> problém byl, že někdo přistoupil na stránku s dětskou pornografií a šlo to přes JAP proxy a nemohli říct, odkud ten požadavek přišel. to bylo interpretováno jako házení klacků do práce policii [23:31] <jrand0m> lidi by se mohli podívat na crowds nebo rewebber, aby viděli další projekty, které na tomto úkolu dělaly [23:31] <wiht> mihi: Aha. Díky za vysvětlení. Teď chápu, proč máš obavy. [23:31] * mihi_away opustil IRC (Ping timeout) [23:31] <mihi> a udělali tu změnu v jap softwaru, která umožňuje lidi chytat. která byla později odstraněna [23:32] <wiht> Tedy, chápu, proč máš obavy. [23:32] <mihi> nakonec vyšlo, že JAP by nemusel data zveřejnit, ale nechci vědět, kolik stáli právníci... [23:32] <Nightblade> jo ale nezabavila policie ty informace stejně? [23:32] <jrand0m> ano [23:33] <mihi> zabavila... [23:33] <jrand0m> ale každopádně, jo, jak škálovatelný DHT, tak škálovatelný web proxy by byly Fakt Dobré Věci, které mít do 1.0 [23:34] <mihi> a oni to nemůžou vrátit, že? [23:34] * BpX opustil IRC (Ping timeout) [23:36] * Sciatica se připojil k #i2p [23:36] <jrand0m> ok, něco dalšího k bodu 9? nebo jdeme na 10/11) NS/DNS? [23:36] <wiht> Chtěl bych po bodu 10 krátce okomentovat installer. [23:37] <jrand0m> 'k možná to vezměme teď, protože NS/DNS nemusí být ultra-krátké? ;) [23:37] <wiht> Dobrá. Router má start skript a stop skript. [23:37] <jrand0m> ano [23:37] <wiht> Chtěl bych, aby všechny služby byly takhle – aby měly jak start, tak stop skript. [23:37] <jrand0m> většina z nich má [23:37] <jrand0m> nebo ne? [22:38] <jrand0m> aha, ne stop skripty [22:38] <wiht> Ne, jen router. [22:38] <wiht> Tak by bylo možné pouštět požadované služby při startu počítače, stejně jako router. Na mailing list jsem k tomu psal. [22:38] <jrand0m> aum pracuje na i2pmgr, což bude konzolové i gui ovládací centrum pro služby a pro samotný router [22:38] <wiht> Řekněme, že chci na startu pouštět eep a nntp. Teď to nemůžu. [23:39] <jrand0m> správně, musel bys nohup startEepProxy.sh & [23:39] <wiht> Kde jsou mimochodem ty skripty v CVS? [23:39] <MrEcho> k jsem zpět [23:39] * mihi_away se připojil k #i2p [23:39] <jrand0m> wiht> skripty jsou v Install.java (aka hacknuté) [23:39] <wiht> jrand0m: Díky./ [23:40] <jrand0m> ale dobrý bod, chceme, aby bylo co nejjednodušší startovat po bootu i na požádání [23:41] <jrand0m> ok, k 10/11) ns/dns [23:41] <MrEcho> no, koukni na můj e‑mail [23:41] <MrEcho> je tam pár věcí, na které jsem zapomněl [23:41] <jrand0m> bohužel tvůj e‑mail neprošel dobře do webového rozhraní :/ [23:41] <MrEcho> jako „dočasná“ jména [23:41] <MrEcho> ?? [23:42] * Sciatica opustil IRC (Ping timeout) [23:42] * ion opustil IRC (Ping timeout) [23:42] <jrand0m> MrEcho> http://i2p.dnsalias.net/pipermail/i2p/2004-January/000072.html [23:42] <MrEcho> kvůli tomu gif nebo tak [23:42] <MrEcho> sakra .. podepsal jsem to [23:43] <MrEcho> sorry [23:43] <jrand0m> mailing list je fakt zamýšlen jako čistě textový. pgp podpisy jsou v pohodě (jiní posílali podepsané věci) [23:43] <kaji> jaký je dobrý free malý antivirus? [23:43] * ion se připojil k #i2p [23:43] <jrand0m> kaji> linux [23:43] * Sciatica se připojil k #i2p [23:43] <wiht> LOL. [23:43] <kaji> který poběží s mým hardwarem [23:43] <wiht> kaji: Zkus AVG Antivirus pro Windows. [23:44] * MrEcho_ se připojil k #i2p [23:44] * MrEcho opustil IRC (EOF From client) [23:44] <MrEcho_> fuckign iip [23:44] <jrand0m> MrEcho / (a kdokoli další, koho zajímá problém NS/DNS)> četl jsi http://zooko.com/distnames.html ? [23:44] <MrEcho_> j, mám poslat e‑mail znovu? [23:44] <jrand0m> na list to prošlo v pohodě, jen se to špatně zaarchivovalo na webu [23:44] <MrEcho_> jo [23:45] <wiht> jrand0m: Ještě jsem to nečetl. [23:45] <MrEcho_> mrknu na to později [23:45] * mrflibble se připojil k #i2p [23:45] <jrand0m> pro ty, kdo nejsou na listu, uložil jsem e‑mail od MrEcho_ na http://i2p.dnsalias.net/~jrandom/mrecho_dns.txt [23:46] <MrEcho_> díky J [23:46] <kaji> je to gay, chce to e‑mailovou adresu [23:46] <jrand0m> mám obavy o bezpečnost a škálovatelnost naming service. jakmile najdeme řešení, které tyhle potřeby splní, paráda, ale než ho najdeme, měli bychom být opatrní s provizorními řešeními. [23:47] <jrand0m> kaji> e‑mailové listy obvykle chtějí e‑mailovou adresu, jo ;) [23:47] <kaji> myslím AVG Antivirus [23:47] <jrand0m> ó ;) [23:48] <wiht> MrEcho má několik dobrých nápadů, které jsem ve své specifikaci neměl, jako třeba ban list špatných klientů. [23:49] <MrEcho_> není to úplně ban list [23:49] <jrand0m> jakmile bude 1000 klientů, znamená to, že by to trvalo 125 lookupů, aby se našla hodnota? [23:49] <MrEcho_> ne [23:49] <wiht> Ne list, ale banování špatných klientů jsem neměl. [23:50] <MrEcho_> 2‑4 klienti pro kontrolu [23:50] <jrand0m> takže každý klient bude mít 250 záznamů? [23:50] * mihi_away je nyní znám jako mihi_backup [23:50] <MrEcho_> ne [23:50] <wiht> U toho, co mám já, by to byl jeden lookup, případně párkrát forwardnutý na autoritativní server. [23:50] <MrEcho_> klienti budou mít jen to, co potřebují [23:51] <MrEcho_> bude to dotazovat další klienty, dokud nezískají data, která sedí pro kontrolu [23:51] <jrand0m> takže se 4 peery by to dělalo náhodné hledání a průměrně by to zabralo 125 lookupů [23:51] <jrand0m> (1000/4/2) [23:51] <jrand0m> nebo jsou peery DHT? [23:52] <jrand0m> (s nějakým maintenance protokolem?) [23:52] <jrand0m> nebo vyhledávací strom? [23:52] <MrEcho_> svým způsobem ano [23:52] <MrEcho_> dám cutoff na hledání klientů, prostě se to zeptá MS [23:53] <jrand0m> bezpečné distribuované pojmenování je docela dobře prozkoumaný problém – co by usnadnilo analyzovat bezpečnost a škálovatelnost tvého návrhu, by bylo, kdybys mohl udělat srovnání a validovat odchylky od jiných přístupů, možná? [23:54] <MrEcho_> když to nenajde / nebo nezíská dost dat od klientů v daném rozsahu, tak se to prostě zeptá MS. [23:54] <jrand0m> v téhle podobě tam není dost detailů, abych měl důvěru ve škálovatelnost nebo bezpečnost architektury. ne že by to nemohlo dopadnout dobře, jen zatím nevidím, že by to tak bylo. [23:54] <MrEcho_> můžeš na chvilku přestat psát [23:54] * jrand0m přestává psát. [23:55] <MrEcho_> bude to fungovat .. bude to mít škálovatelnost, bude to mít bezpečnost [23:56] <MrEcho_> čím víc uživatelů, tím lepší to bude [23:56] <jrand0m> takže „věř mi“, jo? [23:56] <MrEcho_> věříš internetovému DNS systému? [23:56] <jrand0m> pro některé úkoly. [23:57] <jrand0m> pro mnohé ne. [23:57] <jrand0m> (govty / atd. celkem snadno donutí změnit záznamy – soudy nařizují registrátorům aktualizace pořád) [23:58] <MrEcho_> jediný jiný způsob je mít mega seznamy jmen a spoustu krypta na každém klientovi [23:58] <MrEcho_> a být dynamický .. zapomeň na to [23:59] * mrflibble opustil IRC (EOF From client) [23:59] <jrand0m> doporučil bych před dalším postupem zrecenzovat zookův článek a odpovědět na jeho poslední bod 5 („proč se mýlím“) Session Time: Wed Jan 07 00:00:00 2004 [00:01] <jrand0m> ok, to bude asi vše k bodu 10/11 (samozřejmě spousta budoucí diskuse zbývá) [00:02] <jrand0m> má někdo další myšlenky, atd.? [00:02] <wiht> Ano. [00:03] <jrand0m> podělil by ses se třídou? :) [00:03] <wiht> Přepracuju specifikaci, kterou jsem napsal. Rád bych použil lokální SQL server pro ukládání dat, ne soubory. [00:03] <jrand0m> ach super [00:03] <jrand0m> (stejné obavy platí i pro tu tvoji specifikaci – pokud bys mohl odpovědět na poslední zookovu otázku, to by bylo klíčové :) [00:03] * mrflibble se připojil k #i2p [00:03] <wiht> Nechť MySQL nebo podobný server spravuje ukládání dat a ať se Java toho serveru dotazuje. [00:04] <duck> co? zookovy specifikace? [00:04] <wiht> Myslím, že to bude snazší implementovat. [00:04] <jrand0m> duck> ne, jen odkazuju lidi na jeho starý článek „Names: Decentralized, Secure, Human-Meaningful: Choose Two“ [00:04] <duck> aha to [00:04] <Nightblade> wiht: jaká je to specifikace (zmeškal jsem hodně schůzky)? [00:04] * MrEcho se připojil k #i2p [00:04] <jrand0m> (mnohem snazší než znovu probírat, proč jsou supernode/centralized servery děsivé bezpečnostní problémy ;) [00:05] * MrEcho_ opustil IRC (EOF From client) [00:05] * mihi by měl také něco pro log ;) [00:05] <mihi> něco delšího ;) [00:05] <mihi> *** I2Ping výsledky: [00:05] <mihi> + + + eco.i2p [00:05] <mihi> + - - jabber.duck.i2p [00:05] <mihi> - + + i2pcvs.i2p [00:05] <mihi> - + + duck.i2p [00:05] <mihi> - + - jap.eco.i2p [00:05] <jrand0m> Nightblade> bylo to posláno do iip-dev někdy... v srpnu? [00:05] <mihi> - + + irc.duck.i2p [00:05] <mihi> - + + human.i2p [00:06] <mihi> - - + nntp.duck.i2p [00:06] <mihi> - - - tc.i2p [00:06] <mihi> - - - dyad.i2p [00:06] <mihi> - - - bozo.i2p [00:06] <mihi> - - - ogg.aum.i2p [00:06] <mihi> - - - fcp.entropy.i2p [00:06] <mihi> - - - http.entropy.i2p [00:06] <Nightblade> jrandom: ó, před mým časem.. :) [00:06] <mihi> - - - www.mail.i2p [00:06] <mihi> - - - mp3.aum.i2p [00:06] <mihi> - - - smtp.mail.i2p [00:06] <wiht> Nightblade: Poslal jsem to 15. září. [00:06] <mihi> - - - pop.mail.i2p [00:06] <mihi> - - - mp3.tc.i2p [00:06] <mihi> - - - lp.i2p [00:06] <mihi> - - - kaji.i2p [00:06] <mihi> - - - nm.i2p [00:06] <mihi> - - - squid.i2p [00:06] <mihi> - - - chess.fillament.i2p [00:06] <mihi> - - - mesh.firerabbit.i2p [00:06] <mihi> - - - nightblade.i2p [00:06] <mihi> - - - aum.i2p [00:06] <MrEcho> gezz běží vůbec někdo? [00:06] <mihi> - - - fillament.i2p [00:06] <mihi> *** Hotovo. [00:06] <mihi> proč je tolik hostů dole...? [00:06] * jrand0m teď nespouštím své servery [00:07] <FillaMent> Umím se připojit k sobě jak na eep, tak na chess [00:07] * mrflibble opustil IRC (Ping timeout) [00:07] <jrand0m> aha počkej, i2pcvs je nahoře, pěkně [00:07] <Nightblade> mihi: můj není nahoře, protože mi i2ptunnel crashuje po pár hodinách [00:07] <mihi> takže můj router je rozbitý (nebo obvyklé I2P problémy...) [00:08] <jrand0m> fakt, Nightblade? prosím nahlas crash i2ptunnel (bugzilla by byla fajn) [00:08] <Nightblade> je to v bugzille [00:08] <lucky> ahoj [00:08] <Nightblade> vydrž.. [00:08] <FillaMent> Nightblade: jaké JVM? [00:08] <Nightblade> #39 [00:08] <wiht> Můj router běží víc než 12 hodin, i když měl problém se zaregistrovat. [00:09] <Nightblade> java version "1.4.2-p5" [00:09] <Nightblade> na freebsd... může to být problém jvm, nevím. podpora java na freebsd není moc dobrá [00:09] <jrand0m> máš pravdu, Nightblade, moje chyba [00:09] <jrand0m> to je ten poměrně vzácný i2cp bug [00:09] <jrand0m> je to pro tebe konzistentní? [00:09] <Nightblade> router je pro mě hodně stabilní, jen i2ptunnel server tunnel mi dělá problémy [00:09] <Nightblade> ano, stalo se to několikrát [00:10] <Nightblade> poslední dobou jsem to nezkoušel [00:10] * jrand0m právě stáhl fillamentovo eepsite [00:10] <jrand0m> (na první pokus, právě jsem si všiml, že okno je hotové) [00:10] <FillaMent> Jo,, právě jsem jabberoval s duckem, wiht se snaží trefit chess [00:10] <jrand0m> ach super [00:10] <jrand0m> ale jo, v síti je pořád spousta problémů se spolehlivostí k dořešení. [00:10] * FillaMent dloubne do lidí s přiloženým mrknutím, „Asi si bude chtít zahrát.“ [00:10] * human 's eepsite je pořád nahoře – znamená to, že 'killall java' opravdu pomohlo... :-) [00:10] <wiht> Právě jsem se úspěšně připojil na šachový server. [00:10] <duck> jo? [00:11] <jrand0m> lol, FillaMent [00:11] * mrflibble se připojil k #i2p [00:12] <Nightblade> je bezpečné jet cvs verzi i2p [00:12] <jrand0m> /me úspěšně stahuje od human „1984‑2004: twenty years of GNU!“ :-) [00:12] <jrand0m> ano, Nightblade [00:12] <FillaMent> nemohl jsem dostat eco... [00:12] <Nightblade> ok, možná to zkusím [00:12] <duck> s freenetem bys měl vždycky jet poslední cvs verzi! [00:13] <duck> jen tehdy je bez bugů [00:13] <duck> s/freenet/i2p/ [00:13] * jrand0m stáhl eco.i2p [00:13] <FillaMent> právě jsem dostal duck [00:13] <jrand0m> "Jan 4: First field test of I2PSnark. Pretty catastrophic: no transfer at all. Guess my single router test environment wasn't very representative :-) Back to the drawing board... " [00:13] <jrand0m> au [00:13] <duck> no, vlastně to fungovalo [00:13] <duck> ardvark dokázal snarknout něco ode mě [00:14] <jrand0m> bt předvytváří soubory – byly ty soubory skutečně validní? [00:14] <duck> ale ze to zjistil až druhý den [00:14] <duck> protože to bylo zastřené v logách [00:14] <jrand0m> cože, chceš říct, že logy, které i2p generuje, jsou docela šílené? neeeee [00:14] <duck> ne [00:14] <duck> výstup i2psnark [00:14] <jrand0m> aha [00:15] <duck> navíc mám podezření, že snark dělá příliš moc churning (sp?) [00:15] <duck> normální bittorrent klient se zdá být jednodušší [00:15] <duck> taky vysoké latence na i2p můžou způsobovat předčasné bloky [00:16] * mrflibble opustil IRC (Ping timeout) [00:16] <duck> poslední věc je, že jsme museli párkrát restartovat i2ptunnel :/ [00:16] <jrand0m> souhlas [00:16] <human> finální otázka o I2PTunnel / I2PTunnelManager (jo, vím, jsem otravný): co můj patch, aby "openclient" a "openserver" vracely smysluplný jobId? [00:16] <jrand0m> takže jo, spousta práce před námi [00:16] <human> 1. přijměme to, aby TunnelManager fungoval, dokud nová asynchronní architektura nebude roxorovat [00:17] <human> 2. tvůj patch stojí za houby, vypadni, a TunnelManager ať jde k čertu [00:17] <human> 3. ... [00:17] * MrEcho_ se připojil k #i2p [00:17] * mihi je pro 3 ;) [00:17] * MrEcho opustil IRC (EOF From client) [00:17] <jrand0m> 4. pojďme se podívat, jak aktualizovat tunnel manager na async? nemělo by to být těžké [00:17] <jrand0m> patch je dobrý, ale mihi má pointu [00:18] <human> jrand0m: ano, souhlasím [00:18] <jrand0m> máme ještě 1+ týden do 0.3, takže do dalšího plného vydání máme čas [00:18] <human> jrand0m: ale pochybuju: jak dlouho bude trvat mít asynchronní rozhraní implementované v TunnelManager? [00:18] <jrand0m> samotný tunnelmanager byl 2 hodiny, async bych mohl přidat dnes v noci [00:19] <jrand0m> (stačí jen upravit BufferedLogging, aby přijímal .set volání) [00:19] <human> jrand0m: (s „mít“ myslím i „mít implementované i v I2PTunnel) [00:19] <jrand0m> (nebo .nofity/etc) [00:19] <jrand0m> jasně [00:19] * mrflibble se připojil k #i2p [00:20] <jrand0m> jestli chceš, můžu začít tvým patchem (který přidá job id) a sloučit ho s aktualizacemi pro async [00:21] <human> jrand0m: mohl bych přidat asynchronní rozhraní do TunnelManager sám, ale to rozhraní ještě neexistuje :-) [00:22] <jrand0m> jasně, prostě přidej public void notifyEvent(String eventName, Object value); do Logging.java [00:22] <human> jrand0m: navrhoval bych „pojďme mergnout ten špinavý hack, aby jobIds v 0.3 nějak fungovaly, a pak pracujme na asynchronním rozhraní“ [00:23] <jrand0m> 0.3 je ještě daleko [00:23] <mihi> 0.3 by stejně mělo mít streaming API, ne? [00:23] <human> jrand0m: mluvím o nejhorším případě [00:23] <wiht> jrand0m: Možná by měla být ještě jiná verze před 3.0, aby se tyhle věci usadily? [00:23] <jrand0m> ano, mihi [00:23] <mihi> human: nejhorší případ je „cvs rollback && patch -p0 your.patch“ [00:24] <jrand0m> ok, co třeba tohle. dnes v noci implementuju async a commitnu, kdybys mohl zítra, human, kouknout a zjistit, co je potřeba, abychom tam dostali tvoji úpravu? [00:26] <FillaMent> jrand0m: máš práci? [00:27] <jrand0m> i2p [00:27] <duck> dodělej 1.0! [00:27] <FillaMent> Myslím zdroj příjmu [00:27] <jrand0m> :) [00:27] <FillaMent> za který musíš pracovat [00:27] <jrand0m> příjem je přeceňovaný. [00:27] * jrand0m vyhodil svého šéfa [00:27] <Nightblade> "will code for food" – to je moje motto [00:27] <Nightblade> lol [00:27] <human> mihi: no, ale já a aum (který pracuje na python app pro TunnelManager) bychom chtěli mít jobIds co nejdřív... [00:28] <human> jrand0m: ok, budu pracovat na tvých změnách později/zítra [00:28] <FillaMent> Práce/Peníze, spánek/hygiena, jídlo, vedlejší projekty, sociální život: vyber si libovolné 3 [00:29] * jrand0m si vybírá jen jedno. [00:29] <jrand0m> word, human [00:30] <FillaMent> Má někdo další nápady na služby „jen se dotunnelovat na“, které by bylo fajn mít v síti? [00:30] * jrand0m pořád chce telnetové Adventure :) [00:30] <jrand0m> nebo waffle bbs [00:30] * duck je nyní znám jako enduser [00:30] * jrand0m kope do enduser [00:31] <jrand0m> (sakra, žádné ops) [00:31] <FillaMent> Pro OS/2 byl comm driver, který uměl namapovat sériový port na TCP port =) [00:31] <enduser> jaký rozdíl uvidím jako enduser, až I2PTunnel začne používat SteamingAPI? [00:31] * enduser je nyní znám jako duck [00:31] <jrand0m> žádný [00:31] <human> lol [00:31] <FillaMent> FillaMent: kamarád takhle chvíli provozoval BBS [00:31] <jrand0m> výkon a možná anonymitu [00:31] * human by rád I2P tunnel na rootshell [00:32] <human> nějaký dobrovolník? :-) [00:32] <duck> rootshell na UML [00:32] <jrand0m> chroot'ované rootshelly by byly dobré [00:32] <jrand0m> nebo UML'ované :) [00:32] <FillaMent> human: kdybych měl volný boxen, udělal bych to [00:32] <jrand0m> hehe, FillaMent [00:32] <duck> vnc připojení na moje vmware win98? [00:32] <FillaMent> vážně ale, chlapi... [00:32] <wiht> E‑mailový server by byl taky dobrý. Nebo už ho máme? [00:32] <FillaMent> wiht: myslím, že TC má pop a SMTP [00:33] <jrand0m> to je aum, ale jsou offline, protože jeho box je offline [00:33] * human by mohl nabídnout telnet účty na svém GNU/Hurd systému... [00:33] <jrand0m> ooOOoo [00:33] <FillaMent> no, do otevření SMTP přístupu se mi zatím moc nechce [00:33] <jrand0m> pochopitelné [00:34] <FillaMent> možná až bude síť stabilnější a budu mít peníze na navýšení pásma [00:34] <wiht> Co třeba PGP keyserver? [00:34] <mihi> FillaMent: mohl bys nastavit tunnel směřující na cleartext remailer [00:34] <FillaMent> wiht: tak to je skvělý nápad =) [00:35] <FillaMent> mihi heh... můžu ten tunnel prostě namířit na SMTP box svého ISP =) [00:35] <mihi> FillaMent: to by z tebe udělalo zodpovědného za zneužití... [00:35] <mihi> s/be// [00:35] <duck> http://www.mit.edu/people/marc/pks/pks.html [00:36] <duck> vážně, má duck enterprises uvažovat o provozu pgp keyserveru? [00:37] <FillaMent> duck: taky jsem do toho šťoural... chceš to vzít? [00:37] <duck> byli jsme jedním z nejstabilnějších poskytovatelů služeb podle mihimu nezávislých ping logů [00:37] <jrand0m> hehe [00:37] <wiht> duck: Ano, prosím, zvaž to. [00:37] <jrand0m> mimochodem duck, jak to děláš? restartuješ periodicky, nebo jen jedeš na spolehlivém OS a JVM? [00:38] <FillaMent> otázka: cachuje JVM DNS resolvy? [00:38] <duck> restart je kvůli aktualizacím kernelu [00:38] <jrand0m> ano, ale dá se udělat pár ošklivých triků, jak to obejít, FillaMent [00:38] * wiht poznamenává, že schůzka trvá už 2h40m. [00:38] <jrand0m> jo, [00:39] * mrflibble zvedá ruku [00:39] <jrand0m> ehm, log z téhle schůzky bude obrovský. a to jsem si myslel, že vyvěšení věcí dopředu schůzku ZKRÁTÍ [00:39] <jrand0m> co je, mrflibble? [00:39] <FillaMent> jrand0m: ok... protože nemám výpadky, ale moje IP se periodicky mění... můj dyndns update skript běží každou hodinu, takže max 60+~10min moje jmenná adresa neukazuje na mou IP... [00:39] <FillaMent> jak to ovlivní přítomnost mého router v síti? [00:40] <mrflibble> můj stroj by mohl být k dispozici pro nějakou daemoní věc [00:40] <jrand0m> super, FillaMent, neměl by to být velký problém, pokud míříš na svůj dyndns [00:40] <wiht> mrflibble: demony? [00:40] <mrflibble> asi záleží, kolik pásma by ta věc používala [00:40] <mrflibble> daemony [00:40] <jrand0m> w3rd, mrflibble – funguje ti router spolehlivě, nebo jsi jen dobrý samaritán? :) [00:41] <mrflibble> ne úplně, ale je to proto, že mám momentálně saturované lokální pásmo [00:41] <mrflibble> neprovozuju to ještě na colu [00:41] <mrflibble> chci si s tím pohrát lokálně nejdřív [00:41] <jrand0m> ach super. jo, i2p ještě není připravené na široké nasazení, pořád hlavně na testování [00:42] <FillaMent> Heh.. nasměruju tunnel na svůj CUPS server a budete mít anonymní tisk =) [00:42] <jrand0m> rofl [00:42] <mrflibble> jestli je něco, co chceš, abych provozoval a vzalo by to <40gb pásma za měsíc, dej vědět [00:42] <FillaMent> jen přidej banner page, ať vím, kam poslat hardcopy =) [00:42] <mrflibble> hehe [00:43] <jrand0m> wikked, mrflibble, určitě toho využijeme :) [00:43] <mihi> banner | lpr ? ;) [00:43] <FillaMent> mihi můžeš nastavit CUPS s banner page [00:43] <mrflibble> oky doky! [00:43] <mihi> banner nejspíš udělá spoustu stránek ;) [00:43] <jrand0m> ok, než se dostaneme k diskusi o mixminion->printer->pošta gateway, ukončíme tuhle schůzku ;) [00:44] * jrand0m chystá *baf*'er [00:44] * jrand0m *baf*'ne schůzku zavřenou.