Stručné shrnutí
Přítomni: badger, bar, cervantes, Complication, HotTuna, jrandom, tethra
Záznam ze schůzky
16:03 <jrandom> 0) ahoj 16:03 <jrandom> 1) Stav sítě 16:03 <jrandom> 2) Stav vývoje Syndie 16:03 <jrandom> 3) ??? 16:03 <jrandom> 0) ahoj 16:03 * jrandom mává 16:03 * Complication se dopotácel někam na dosah klávesnice (začátek týdne byl peklo, ale už je za námi) 16:04 <jrandom> (hurá pekelným začátkům!) 16:04 <jrandom> týdenní status poznámky jsou na http://dev.i2p.net/pipermail/i2p/2006-October/001315.html 16:04 <+Complication> Ahoj 16:05 <jrandom> zatímco si vy všichni čtete (krátké) poznámky, pojďme skočit k 1) Stav sítě 16:05 * jrandom je připojen k freshcoffee už 3 dny bez odpojení a vypadá to, že na obou IRC serverech je slušný počet uživatelů 16:06 <jrandom> stats.i2p je také zpátky a úspěšnost tunnelů dělá nějaké podivné skoky, ale celkově je to také v dobré kondici 16:06 <jrandom> (i když pořád v rozmezí 20–30) 16:06 <jrandom> ((což je mnohem lepší než 5–10, ale mnohem horší než 60–80)) 16:07 <jrandom> ok, má někdo něco k 1) stavu sítě? 16:08 <+Complication> Podobné i tady, ale žádná mimořádně vytrvalá spojení 16:08 <+tethra> kromě potlesku ode mě nic! 16:08 <+Complication> Jen jsem chtěl zmínit drobnost ohledně problémů s NTP 16:09 <+Complication> V zásadě v neděli 29. října některé časové zóny přejdou z letního času 16:09 <jrandom> (to bude na prd) 16:10 <+Complication> Osobně doufám, že to nikomu nezpůsobí žádné problémy, ale v NTP nejsem dostatečně zběhlý, abych si byl jistý 16:10 <+Complication> Pro jistotu, kdyby nedávná kontrola smysluplnosti serveru NTP (přidaná ve verzi .26) někomu tu noc dělala potíže... 16:11 <+Complication> ...myslel jsem, že bude lepší zmínit konfigurační klíč, kterým to lze vypnout (pokud by to bylo potřeba) 16:11 <+Complication> (aby to ti, kdo čtou status poznámky, věděli) 16:12 <+Complication> Vypnutí se dá provést zadáním řádku "router.clockOffsetSanityCheck=false" do http://localhost:7657/configadvanced.jsp 16:12 <+Complication> Ale jak řečeno, doufám, že to nikdo nebude potřebovat 16:13 <+Complication> Bude ale zajímavé sledovat, jak se síť tu noc chová, jak se různé časové zóny začnou přepínat 16:13 <+Complication> Určitě to budu pozorovat, s nadějí, že když se objeví nějaká anomálie, třeba to půjde do jara opravit :D 16:14 <jrandom> v tu samotnou minutu to bude nejspíš dost skákat, ale brzy by se to mělo srovnat 16:14 <+Complication> ...a to je ode mě vše. :) 16:14 <jrandom> ale snad to dopadne dobře, a když ne, jak říkáš, je tu jaro :) 16:14 <bar> a kdyby se to přece jen rozbilo, objevily se tuhle v chatu dva možné návrhy na budoucí zlepšení: 16:15 <bar> "zabránit rozhozeným routerům vytvářet podsítě předáním kontroly NTP, pokud jsou peery <nějaké číslo" 16:15 <bar> ...a „neodstraňovat informace o routerech floodfill peerů z netdb, pokud jich je příliš málo“ 16:15 <jrandom> jo 16:16 <+Complication> Ano, upravit požadovaný počet datových bodů (dostupné odchylky hodin peerů), které jsou nutné k tomu, aby byla měření odchylky peerů považována za spolehlivá 16:16 <+Complication> (ups, trochu redundantní poslední věta) 16:17 <+Complication> ...a ano, kontrola floodfill. Chápu správně, že podobná kontrola teď neexistuje? 16:18 <jrandom> správně 16:18 <+Complication> Vypadá to, že některým lidem se občas, buď náhodou, nebo kouzlem, daří ztratit přehled o floodfill peerech 16:19 <jrandom> to by se rozhodně mělo napravit 16:19 <jrandom> (pár lidí to nedávno zasáhlo, když byl jeden z nich nullroutován) 16:20 <jrandom> (pokud #floodfill == 0, možná náhodně pár z nich považovat za floodfill) 16:20 <+Complication> Pokud je to proveditelné, tak by to také šlo 16:21 <+Complication> I tak by asi bylo dvojnásobně bezpečné to dělat navíc k udržování aspoň 2 (nebo tak nějak) floodfill peerů 16:22 <jrandom> jo 16:25 <jrandom> ok, má ještě někdo něco k 1) stavu sítě? nebo se přesuneme k 2) stavu vývoje Syndie? 16:25 <badger> k stabilitě IRC: na straně serveru vidím mnohem mnohem mnohem méně opětovných připojení. 16:25 <badger> dalo by se tomu skoro říkat služba :) 16:26 <jrandom> :) 16:28 <jrandom> ok, přeskočme na 2) stav vývoje Syndie 16:28 <jrandom> spousta pokroku, jak je zmíněno v status poznámkách 16:28 <jrandom> v posledních pár dnech o tom tady proběhla i spousta diskusí 16:28 <jrandom> má někdo něco, co by k tomu chtěl otevřít? 16:30 <@cervantes> nainstaluj si něco jiného než mspaint 16:30 <jrandom> heh 16:30 <jrandom> no, používat *ošklivé* věci na náčrty má svou hodnotu – snižuje to očekávání 16:31 <+fox> <HotTuna> odkazy v příspěvku na fóru se zdají být nedostupné ... aspoň některé.. 16:31 <@cervantes> Myslím, že to je v příspěvcích zmíněno 16:31 <+fox> <HotTuna> oh. . promiň 16:31 <jrandom> hottuna: jsou zrcadlené na dev.i2p.net/~jrandom/mockup/ 16:31 <@cervantes> některé by měly být zrcadlené níže 16:32 <+Complication> Jeden dotaz: myslíte, že je jednodušší (bezpečně) implementovat omezené HTML od nuly, bez rozebírání nějakého webového prohlížeče? 16:33 * jrandom právě nahrál další dva obrázky: dev.i2p.net/~jrandom/mockup/forum.webp a blog.webp (zachycují diskusi posledních pár dní o různých způsobech zobrazení fóra) 16:33 <@cervantes> rozhodně je to tak bezpečnější udělat 16:33 <+Complication> (jen jsem zvědavý, co se děje na straně GUI, byl jsem v tom trochu mimo) 16:33 <jrandom> Complication: pro obecné účely formátování mám už skoro všechno hotové 16:33 <@cervantes> zvlášť s ohledem na omezenou podmnožinu HTML, kterou bude syndie podporovat 16:34 <+Complication> Aha 16:34 <jrandom> (písma, zarovnání, velikosti, barvy, obrázky, odkazy, seznamy (včetně vnořených), nadpisy, odstavce, HTML entity) 16:35 <jrandom> teď, dělat divy pro umístění nebo tabulky vyžaduje podstatně víc práce, ale do toho se teď nepouštím 16:35 <+Complication> Zní to dost dobře 16:36 <@cervantes> a samozřejmě tag <blink> 16:36 * jrandom zasype cervantese † 16:37 <@cervantes> au, probodnut entitou 16:37 <jrandom> uvidíme. jak se to bude nasazovat a používat, možná bude nutné přejít na plnohodnotný HTML rendering engine 16:38 * jrandom ale chce, aby codebase byla co nejmenší, aby bylo méně co ladit a revidovat z hlediska bezpečnosti a anonymity 16:39 <+Complication> Jistě, práce s text/plain má bezpochyby své výhody 16:40 <+Complication> (který doufejme podporuje jen útoky přirozeným jazykem ;P ) 16:41 <+Complication> Jaké máte názory na možnost antispamových opatření hashcash? Je ještě příliš brzy to říct? Myslíte, že by se to dalo snadno přidat později? 16:42 <@cervantes> no, řekl bych, že použití bbcode nebo wiki syntaxe by snížilo riziko injekce značek ve full HTML engine 16:42 <@cervantes> *rendering engine 16:43 <jrandom> přidat to je docela snadné, Complicatione – jen nový veřejný header (hashcalc'ovaný vůči kanonické syndie uri, ověřený při importu, vytvořený při podepisování) 16:44 * Complication o tom před pár dny přemýšlel, ale jen letmo 16:44 <jrandom> hashcash se dá dělat i na několika úrovních – pro nový kanál (meta.syndie), pro aktualizovaný kanál nebo pro příspěvek (možná i odstupňovaně podle sizeof(post) nebo #msgs/day) 16:44 <+Complication> Kdyby někdo chtěl implementovat hashcash jako proof of work (důkaz práce), zajímá mě, proti čemu by měl autor zprávy nejlépe počítat kolize? 16:45 <+Complication> Aha, uri... to by mohlo být ono 16:45 <+Complication> Ano, přesně tak 16:45 <+Complication> To jsou věci, které mě nenapadly 16:48 <jrandom> cervantesi: pravda 16:48 <jrandom> ok, má někdo ještě něco k 2) stavu vývoje Syndie? 16:51 <jrandom> ok, jestli ne, skočme na 3) ??? 16:51 <jrandom> má někdo ještě něco, co by chtěl otevřít? 16:54 <jrandom> ok, jestli ne... 16:54 * jrandom se chystá 16:54 * jrandom *baf* uzavírá schůzku