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

[22:07] <jrand0m> program: [22:07] <jrand0m> 0) ahoj (přečtěte si http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html) [22:07] <jrand0m> 1) stav vývoje router [22:07] <jrand0m> 2) twisted-i2p [22:07] <jrand0m> 3) jednotkové testy [22:07] <jrand0m> 4) testování / monitorování sítě [22:07] <jrand0m> 5) ??? [22:07] <jrand0m> 0) ahoj [22:07] <jrand0m> ahoj [22:07] * jrand0m mává [22:07] <dm> óóó schůzka! [22:07] * dm mává zpátky. [22:07] <jrand0m> 21:00 GMT každé úterý :) [22:08] <jrand0m> lidi by si měli přečíst ten url (http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html), protože je tam pár věcí, ke kterým potřebuju zpětnou vazbu v bodu 4 programu [22:08] <jrand0m> 1) stav vývoje router [22:09] <jrand0m> postupujeme, kód aktuálně v cvs vypadá dobře. nechal jsem poslední den nebo tak skript testovat sadu router a ani jeden nevyplivl jedinou hlášku ERROR [22:09] <duck> čtu... [22:10] <jrand0m> ale samozřejmě je to jen základní testování (udržet, aby router správně stavěl tunnels, tunelovat data přes jeden do druhého přes i2ptunnel atd.) [22:11] * jnk se připojil do #i2p [22:11] <jrand0m> určitě jsou další věci, které je potřeba opravit v reálu, proto bude během dne nebo dvou vydání 0.2.3.5, aby potvrdilo funkčnost nebo našlo nové chyby [22:11] <jrand0m> ok, jdeme dál [22:12] <jrand0m> 2) twisted+i2p [22:12] <duck> chyby mám [22:12] <duck> ale nejspíš kvůli ostatním [22:12] <jrand0m> zahozené zprávy a neznámé tunnels, že? [22:12] <duck> ověřuju [22:13] <jrand0m> (to jsou ty chyby, co vidím na jednom ze svých „živých“ router, ale ne v testovací síti) [22:13] <duck> 22:13:15.371 ERROR [ Sender 1148] er.transport.phttp.PHTTPSender: Error sending the message [22:13] <jrand0m> aha ok, jo, taky jsem si pohrával s phttp relay [22:13] <duck> 21:01:01.509 ERROR [JobQueue28 ] eDatabaseSearchReplyMessageJob: Invalid router info returned from [Rout [22:14] <jrand0m> hmm to je divné – mohl bys mi přeposlat stacktrace? [22:14] <duck> Dám to nahoru. [22:14] <duck> . [22:14] <jrand0m> gracias [22:15] <jrand0m> obecně to tak bude i do budoucna – zprávy WARN nebo INFO nebo DEBUG jsou v pohodě, a ERROR nebo CRIT jsou věci, o kterých bych rád věděl [22:16] <jrand0m> ok, zpátky k 2) [22:16] <jrand0m> human dal dohromady způsob, jak používat i2p přes python a framework twisted (yay!) [22:17] <jrand0m> viz jeho e-mail pro více info (http://i2p.dnsalias.net/pipermail/i2p/2004-January/000100.html) [22:17] <jrand0m> máš co dodat, human? (pokud tu jsi) [22:17] <duck> je to _fakt_ super [22:17] <jrand0m> jo, ukázkový kód pro echo server a klient vypadá parádně [22:18] <jrand0m> ok, dál k 3) jednotkové testy [22:19] <jrand0m> jo, pro většinu datových struktur jsou nějaké jednotkové testy, ale nejsou „na jedno kliknutí“, takže je nespouštím při každém buildu. [22:20] <jrand0m> aktuálně zvažuju je převést na jUnit a taky sloučit co nejvíc dalších jednotkových testů, co jsou teď implementované v metodě main(..) různých komponent (zejména těch kryptografických) [22:21] <duck> složitější věci se asi těžko testují [22:21] <jrand0m> to se stane prioritou spíš dřív než později, podle toho, kam nás zavede ladění [22:21] <jrand0m> jasně, jednotkové testy teď zkouší jen základy [22:21] <duck> jako routing, TCP věci atd. [22:21] <jrand0m> správně [22:21] * dm cítí blížící se debatu o hodnotě jednotkového testování. [22:21] <jrand0m> ale věci jako AESInputStream se dají testovat ve spolupráci s AESOutputStream [22:22] <duck> unit test = boží [22:22] <jrand0m> (a pro ty, kdo pečlivě sledují logy, během streamovaného dešifrování se objevovalo divné chování „pushed back“) [22:22] <jrand0m> rozhodně. [22:23] <jrand0m> unit testy jsou jen pro, ehm, jednotky. ne pro větší komponenty (o čemž je bod 4 programu ;) [22:24] <jrand0m> každopádně, pokud by někdo chtěl pomoct převést existující jednotkové testy datových struktur do rámce jUnit, dejte vědět – budu to hodně cenit (a dá vám to dobrý základ kódu i2p) [22:24] * mihi_away je nyní znám jako mihi [22:25] <dm> Pokud to do víkendu nebude hotové, můžu se na to podívat. O jednotkovém testování nic nevím, takže bych se u toho něco naučil. [22:25] <jrand0m> hustý! [22:25] <dm> Nic neslibuju. [22:25] <jrand0m> jasně jasně [22:25] <jrand0m> ok, dál k 4) testování / monitorování sítě [22:26] <jrand0m> četli jste všichni http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html? Nechci to sem jen kopírovat a vkládat [22:26] * Frontier se připojil do #i2p [22:27] * jrand0m dává lidem čas to strávit [22:27] * dm říká... [22:28] <Frontier> strávit co? [22:28] <dm> C) ale ne s automatickým odesíláním. [22:28] <dm> tj. napíšeš emaillogstojrandom.sh (.bat) [22:28] <dm> e-mail nebo post, nebo cokoli. [22:29] <dm> a jakmile to udělá, smaže to tvůj log, nebo ho někam přesune, abys neposlal stejná data dvakrát. [22:29] <jrand0m> takže v podstatě B [22:29] <jrand0m> (nebo A) [22:29] <dm> Jo, uživatelsky přívětivé B) :) [22:29] <jrand0m> to je jeden z háčků ohledně těch dat... ten log naroste za noc na desítky megabajtů [22:29] <jrand0m> jo [22:30] <dm> promiň, neviděl jsem history=false pro C. [22:30] <jrand0m> Frontier) probíráme sekci 4 z http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html? [22:30] <mihi> jrand0m: man bzip2 [22:30] <dm> Takže history=false se skriptem, který odešle na příkaz. [22:30] <dm> promiň, history=true :) [22:30] <dm> bože, pěkně jsem v tom nadělal zmatek. [22:31] <jrand0m> jo, mihi, ale bzip2 není na windows (leda bychom ho vyžadovali a nainstalovali). nebo myslíš, že má bzip2 přepínač na odeslání souboru na url? [22:32] <dm> Velikost bych neřešil, desítky mega pro tuhle malou skupinu lidí jsou v pohodě. [22:32] <Ophite1> Hlasuju pro C. [22:32] <dm> Pokud se to archivuje, když spustíš skript na odeslání. [22:32] <Ophite1> Tohle je ladicí klient. [22:32] <Ophite1> A v produkčním klientu samozřejmě :) [22:32] <mihi> jrand0m: then use GZipOutputStream [22:32] <jrand0m> jasně jasně Ophite1 ;) [22:33] <jrand0m> mihi> lidi si ty soubory možná budou chtít číst ;) [22:33] <duck> jo, účast v ladění opt-in, ale jakmile se připojíš, ulehčit to uživateli co nejvíc (takže C) [22:33] <mihi> man zcat ;) [22:33] <Ophite1> jrandom: gzcat | less ;-) [22:33] <mihi> Ophite1: zless ;) [22:33] <jrand0m> C:\Documents and Settings\dev>man [22:33] <jrand0m> 'man' is not recognized as an internal or external command, [22:33] <jrand0m> operable program or batch file. [22:33] <jrand0m> ;) [22:34] <mihi> cd \cygwin <Ctrl+T> call cygwin.bat [22:34] * dm kroutí palci. [22:34] <Ophite1> double-click -> winrar -> view [22:34] <jrand0m> ok, takže máme jedno B, dvě C, co ty na to, mihi? [22:34] <jrand0m> (a kdokoli další?) [22:34] <dm> kroutím palci, dloubu se v nose, klik klik. [22:34] <mihi> double-click - 7zop - view. Řekl bych C. [22:35] <mihi> s/7zop/7zip/ [22:35] <jrand0m> 3 c jedno b. mně se taky víc líbí c a samozřejmě pokud někdo /nechce/ tato data posílat, může to kdykoli říct a nic se dít nebude [22:36] <jrand0m> zkusím implementovat jak c, tak b [22:36] <dm> Vypadá to na C. [22:36] <dm> Neplýtvej časem, ten, kdo chce B, je na dial-upu a stejně by dodal málo dat ;) [22:36] <jrand0m> hehe [22:36] <jrand0m> no, c se nejspíš implementuje na vrchu b, takže to nebude víc práce [22:37] <jar> za mě: přesně jak řekl Ophite1! A pro prod klient, C pro debug ... [22:37] <jrand0m> jasně, jar [22:37] <jar> přesně jak řekl Ophite1! A pro prod klient, C pro debug ... [22:37] <Ophite1> pro produkční klient samozřejmě nic jiného než A... [22:37] <jar> přesně jak řekl Ophite1! A pro prod klient, C pro debug ... [22:37] <Ophite1> to je jasná volba :) [22:37] <jar> sorry ... :( [22:37] <jrand0m> v pohodě, jar, nebudeme tě kickbanovat (... tentokrát ;) [22:38] <jrand0m> ok, tak se do toho pustím, a jakmile to bude otestované, vydáme nové 0.2.3.5 (někdy zítra) [22:39] <jrand0m> ok, dál k 5) ??? [22:39] <jrand0m> má někdo ještě něco? dotazy, nápady, obavy? [22:39] * duck nabízí bezplatný hosting [22:39] * dm přijímá bezplatný hosting [22:39] <jrand0m> super. jo, lidi by měli hostovat stránky na host.duck.i2p, je fajn mít dosažitelné stránky [22:39] <jrand0m> (samozřejmě si klidně hostujte i sami ;) [22:40] <duck> jasně, pro ty, kdo nemůžou být online 24/7 [22:40] <jrand0m> jo [22:40] <mihi> co se stalo (stane?) se streaming api? [22:40] <jrand0m> mihi> je to v task listu, ale zajistit spolehlivé fungování sítě je teď prioritnější :/ [22:41] <mihi> ale neshodilo se to úplně? (to mě zajímá...) [22:41] <jrand0m> k streaming api se vrátím ve vydání 0.3.1 (možná dřív, ale nevím) [22:41] <jrand0m> rozhodně to NENÍ shozené úplně. [22:41] <jrand0m> bude to hotovo. [22:41] <dm> Co je to to streaming API? Jiný způsob, jak vystavit síť klientům? [22:42] <jrand0m> dm> http://wiki.invisiblenet.net/iip-wiki?I2PSocketLibrary [22:43] <jrand0m> udělal jsem, řekněme, chybu, že jsem od začátku zahrnul mode=guaranteed do router místo do samostatné knihovny (a teď se to snažím z router zase vyndat :) [22:43] <jrand0m> (šíleně skvělý důsledek té chyby byl, že se objevil mihi a napsal i2ptunnel :) [22:44] * wn-user se připojil do #i2p [22:44] <jrand0m> má ještě někdo něco? [22:44] * dm chápe. [22:45] <jrand0m> w3rd [22:45] <dm> Hmmm, není na ukončení schůzky ještě brzy? [22:45] <duck> co ten hosts.txt [22:45] <duck> pořád roste [22:45] <jrand0m> no, 45 min. před dvěma týdny jsme měli 20 min [22:45] <jrand0m> aha, to je pravda [22:45] <duck> ale 75 % je offline [22:45] <duck> a vypadá to, že 50 % je trvale offline [22:45] <jrand0m> asi jo [22:46] <jrand0m> nevím [22:46] <duck> nechat to růst, aby se zvýšila motivace pro DNS řešení :) [22:46] <jrand0m> heh přesně [22:46] <Ophite1> Mně menší zpoždění nevadí, teď se „bavím“ s všelijakými problémy Windows... [22:46] <dm> Ophite1: Windows je ďábel! [22:46] <Ophite1> Skutečně nepochopíte, jak hrozné Windows je, dokud pro něj nepíšete software. [22:47] <jrand0m> důvod #941 používat java [22:47] <dm> Pokud nepoužíváš .NET. [22:47] <dm> známé také jako java++ [22:47] <Ophite1> dm/jrand0m: pořád to běží NA Windows a jsou věci, do kterých narážíš pořád. [22:47] <duck> jrand0m: ty poslední patche, vyřeší odpojování? nebo spíš problémy s připojením [22:47] <Ophite1> Třeba délky cest. Zatracený Unicode. [22:48] <mihi> Nebo nepoužívat \n v názvech souborů ;) [22:48] <mihi> což stejně shodí cvs (na *nix, BTDT) [22:48] <jrand0m> duck> dnešní patche nejsou kritické [22:48] <duck> myslel jsem ty včerejší [22:49] <dm> Co se stane, když použiješ \n v názvu souboru? :) [22:49] <mihi> dm: zkus to ;) na *nix se nestane nic, dokud se nepokusíš spustit cvs update potom. [22:49] <jrand0m> jo, včera byly Dobré patche, které by vyřešily některé (většinu? všechny?) zprávy i2ptunnel Peer unreachable. ne ale i2cp odpojování [22:50] <dm> Myslím, že by to vyhodilo výjimku. [22:50] <jrand0m> (to je jeden z důvodů, proč vychází 0.2.3.5) [22:51] <mihi> dm: funguje to s lokálním repozitářem, ale ne s pserver nebo ssh. [22:51] <mihi> něco jako „protocol error“. [22:51] <mihi> (protokol ukončuje názvy souborů \n ;) ) [22:51] <Ophite1> podobně jako v direct connect, když máš názvy souborů s $ a |. Nesnáším DC. [22:51] <duck> . [22:52] <Ophite1> Ať napíšu cokoli, nikdy to nemůže být tak špatné :) [22:52] <jrand0m> ale kde, vy C vývojáři jen považujete \0 za speciální místo $ ;) [22:52] <jrand0m> ok, ještě něco k i2p, nebo to můžeme zabalit? [22:53] * madman2003 has quit IRC (12( www.nnscript.de 12:: NoNameScript 3.8 12:: www.XLhost.de 12)) [22:54] <jrand0m> 'k to je všechno [22:54] * jrand0m *baf* uzavírá schůzku