Reunião de Desenvolvedores do I2P - 01 de junho de 2004

[22:59] <duck> Ter Jun 1 21:00:00 UTC 2004 [23:00] <duck> oi pessoal! [23:00] <mihi> oi duck [23:00] <duck> http://dev.i2p.net/pipermail/i2p/2004-June/000250.html [23:00] <duck> minha proposta: [23:00] * Masterboy entrou no #i2p

[23:00] <duck> 1) code progress [23:00] <duck> 2) featured content [23:00] <duck> 3) testnet status [23:00] <duck> 4) bounties [23:00] <duck> 5) ??? [23:00] <Masterboy> hi:) [23:00] <duck> . [23:01] <duck> since jrandom is off we’ll have to do it ourself [23:01] <duck> (I know that he is logging and verifying our independency) [23:01] <Masterboy> no problem:P [23:02] <duck> unless there are problems with the agenda I propose that we stick to it [23:02] <duck> though there aint much that I can do if you dont :) [23:02] <duck> . [23:02] <mihi> ;) [23:02] <duck> 1) code progress [23:02] <duck> not much code submitted to cvs [23:02] <duck> I did win the trophy this week: http://duck.i2p/duck_trophy.webp [23:03] * hypercubus has no cvs account yet [23:03] <Masterboy> and who did submit something? [23:03] <duck> anybody doing any secret coding? [23:03] * Nightblade has joined #I2P

[23:03] <hypercubus> BrianR estava trabalhando em algumas coisas [23:04] <hypercubus> talvez eu já tenha improvisado uns 20% do instalador 0.4 [23:04] <duck> hypercubus: se você tiver algo então forneça diffs e o $dev fará o commit por você [23:04] <duck> claro que os acordos de licença rigorosos se aplicam [23:05] <duck> hypercubus: legal, algum problema / algo que valha mencionar? [23:06] <hypercubus> ainda não, mas provavelmente vou precisar de algumas pessoas de BSD para testar os scripts shell do pré-instalador [23:06] * duck revira algumas pedras [23:06] <Nightblade> é só texto [23:07] <mihi> duck: qual deles é você em duck_trophy.webp? [23:07] <mihi> ;) [23:07] <Nightblade> o luckypunk tem FreeBSD, e meu ISP também tem FreeBSD, mas a configuração deles está meio bagunçada [23:07] <Nightblade> digo, o ISP do meu host web, não a Comcast [23:08] <duck> mihi: o da esquerda com óculos. o wilde é o da direita me entregando o troféu [23:08] * wilde acena [23:08] <hypercubus> você tem uma escolha… se você tiver o java instalado, pode pular o pré-instalador completamente… se você não tiver o java instalado, pode executar o pré-instalador binário do linux ou o binário win32 (modo console), ou um pré-instalador genérico em script para *nix (modo console) [23:08] <hypercubus> o instalador principal lhe dá a opção de usar o modo console ou um modo GUI bacana [23:08] <Masterboy> vou instalar FreeBSD em breve, então no futuro vou experimentar o instalador também [23:09] <hypercubus> ok, bom… não sabia se alguém além do jrandom estava usando-o [23:09] <Nightblade> no FreeBSD, o Java é invocado como “javavm” em vez de “java” [23:09] <hypercubus> compilado a partir do código-fonte da Sun? [23:09] <mihi> o FreeBSD suporta links simbólicos ;) [23:10] <hypercubus> de qualquer forma, o pré-instalador binário está 100% completo [23:10] <hypercubus> compila com gcj para nativo [23:11] <hypercubus> ele só pede o diretório de instalação e obtém um JRE para você [23:11] <duck> w00t [23:11] <Nightblade> legal [23:11] <hypercubus> o jrandom está empacotando um JRE personalizado para o i2p

[23:12] . [23:12] se você instalar o java a partir da coleção de ports do freebsd, você usa um script wrapper chamado javavm [23:12] . [23:12] de qualquer forma, este troço vai ser quase completamente automatizado [23:12] . [23:12] . [23:12] . [23:12] r: corta isso [23:12] . [23:12] . [23:13] servidor de irc estúpido, não suporta pipelining :( [23:13] hypercubus: tem alguma previsão para nós? [23:14] ops, o problema é “Nick change too fast” :( [23:14] ainda espero terminar em menos de um mês, antes que a 0.4 esteja madura para lançamento [23:14] embora no momento eu esteja compilando um novo SO para meu sistema de desenvolvimento, então vai levar alguns dias antes de eu voltar ao instalador ;-) [23:14] sem preocupações, porém [23:15] ok. então mais notícias na próxima semana :) [23:15] mais algum código feito? [23:15] com sorte… a menos que a companhia elétrica me ferre de novo [23:16] * duck vai para o #2 [23:16] * 2) conteúdo em destaque [23:16] muito streaming de áudio (ogg/vorbis) feito esta semana [23:16] baffled está rodando sua transmissão egoplay e eu também estou rodando uma transmissão [23:16] e funciona muito bem [23:17] no nosso site você pode obter informações de como usar [23:17] tem algumas estatísticas aproximadas para nós? [23:17] se você usar um player não listado lá e descobrir como usar, por favor me envie e eu vou adicionar [23:17] duck, onde está o link para a transmissão do baffled no seu site? [23:17] :P [23:17] hypercubus: 4kB/s vai muito bem [23:18] e com ogg não é tãããão ruim [23:18] mas isso ainda parece ser a velocidade média? [23:18] minha observação é que esse é o máximo [23:18] mas é tudo ajuste de configuração [23:19] alguma ideia de por que isso parece ser o máximo? [23:19] e não estou falando só de streaming aqui [23:19] mas de downloads também [23:20] eu estava baixando alguns arquivos grandes ontem (alguns megabytes) do serviço de hospedagem do duck e eu estava obtendo cerca de 4kb-5kb também [23:20] acho que é o RTT [23:20] aqueles filmes do Chips [23:20] 4-5 parece uma melhoria em relação aos ~3 que tenho obtido consistentemente desde que comecei a usar i2p

[23:20] <Masterboy> 4-5kb não é ruim.. [23:20] <duck> com um windowsize de 1 não se fica muito mais rápido.. [23:20] <duck> windowsize>1 recompensa: http://www.i2p.net/node/view/224 [23:21] <duck> mihi: talvez possa comentar? [23:21] <hypercubus> mas são 3 kbps notavelmente consistentes [23:21] <mihi> sobre o quê? windowsize>1 com ministreaming: você é um mago se conseguir isso ;) [23:21] <hypercubus> sem soluços no medidor de largura de banda… uma linha bastante suave [23:21] <duck> mihi: sobre por que é tão estável em 4kb/s [23:21] <mihi> nenhuma ideia. não ouço som algum :( [23:22] <duck> mihi: para todas as transferências do i2ptunnel [23:22] <Masterboy> mihi você precisa configurar o plugin de streaming OGG.. [23:22] <mihi> Masterboy:? [23:23] <mihi> não, não há limite dentro do i2ptunnel quanto à velocidade. deve estar no router… [23:23] <duck> minha hipótese: tamanho máximo de pacote: 32kB, rtt de 5 segundos: 32kB/5s =~ 6.5kb/s [23:24] <hypercubus> parece plausível [23:25] <duck> ok.. [23:25] <duck> outro conteúdo: [23:25] * hirvox entrou em #i2p

[23:25] <duck> há um novo eepsite do Naughtious [23:25] <duck> anonynanny.i2p [23:25] <duck> a chave foi submetida ao CVS e ele colocou-a no wiki do ugha [23:25] * mihi está ouvindo “sitting in the …” - duck++ [23:25] <Nightblade> veja se você consegue abrir dois ou três streams a 4kb, aí você poderá dizer se está no router ou na biblioteca de streaming [23:26] <duck> Naughtious: você aí? conte algo sobre seu plano :) [23:26] <Masterboy> li que ele oferece hospedagem [23:26] <duck> Nightblade: Eu tentei 3 downloads paralelos do baffled e recebi 3–4 kB cada [23:26] <Nightblade> entendi [23:27] <mihi> Nightblade: como você consegue saber isso então? [23:27] * mihi gosta de ouvir no modo “stop&go” ;) [23:27] <Nightblade> bem, se houver algum tipo de limitação no router que só o deixa lidar com 4 kB de cada vez [23:27] <Nightblade> ou se é outra coisa [23:28] <hypercubus> alguém pode explicar esse site anonynanny? eu não tenho um i2p router rodando no momento [23:28] <mihi> hypercubus: só um wiki ou algo assim [23:28] <duck> configuração do CMS Plone, criação de contas aberta [23:28] <duck> permite upload de arquivos e coisas de site [23:28] <duck> pela interface web [23:28] <Nightblade> outra coisa a fazer seria testar a vazão do “repliable datagram” (datagrama com possibilidade de resposta), que, pelo que eu saiba, é o mesmo que os streams, mas sem acks [23:28] <duck> provavelmente muito parecido com o Drupal [23:28] <hypercubus> sim, já rodei o Plone antes [23:29] <duck> Nightblade: estive pensando em usar o Airhook para gerenciá-los [23:29] <duck> mas até agora só algumas ideias básicas [23:29] <hypercubus> vale qualquer coisa para o conteúdo do wiki, ou foca em algo específico? [23:29] <Nightblade> acho que o Airhook é sob GPL [23:29] <duck> o protocolo [23:29] <duck> não o código [23:29] <Nightblade> ah :) [23:30] <duck> hypercubus: ele quer conteúdo de qualidade e deixa você fornecer isso :) [23:30] <Masterboy> faça upload do melhor pr0n seu que você tiver, hyper ;P [23:30] <duck> ok [23:30] * Masterboy vai tentar fazer isso também [23:30] <hypercubus> é, qualquer um tocando um wiki aberto está pedindo conteúdo de qualidade ;-) [23:31] <duck> ok [23:31] * duck se move para o #3 [23:31] <duck> * 3) status da testnet [23:31] <Nightblade> Airhook lida graciosamente com redes intermitentes, não confiáveis ou com atraso <– hehe não é uma descrição otimista do I2P! [23:31] <duck> como tem sido? [23:32] <duck> vamos deixar a discussão de datagram sobre i2p para o final [23:32] <tessier> Adoro sair por aí em wikis abertos e linkar isto: http://www.fissure.org/humour/pics/squirre l.webp [23:32] <tessier> Airhook é demais [23:32] <tessier> Tenho olhado para ele para construir uma rede p2p também. [23:32] <Nightblade> parece estar estável para mim (#3) [23:32] <Nightblade> o melhor que vi até agora [23:33] <duck> sim [23:33] <mihi> funciona bem — pelo menos para streaming de áudio stop&go [23:33] <duck> vejo uptimes bem impressionantes no IRC [23:33] <hypercubus> concordo… estou vendo muito mais caras azuis no console do router [23:33] <Nightblade> mihi: você está ouvindo techno? :) [23:33] <duck> mas é difícil dizer já que o bogobot não parece lidar com conexões que passam das 00:00 [23:33] <tessier> streaming de áudio funciona muito bem para mim, mas carregar sites geralmente precisa de várias tentativas [23:33] <Masterboy> eu tenho a opinião de que o i2p roda muito bem após 6 horas de uso; na 6ª hora usei o IRC por 7 horas e assim meu router ficou rodando por 13 horas [23:33] <duck> (dica) [23:34] <hypercubus> duck: ahm… heheh [23:34] <hypercubus> acho que eu poderia consertar isso [23:34] <hypercubus> você tem o logging configurado para diário? [23:34] <duck> hypercubus++ [23:34] <hypercubus> rotação de logs, isto é [23:34] <duck> ah sim [23:34] <duck> duck– [23:34] <hypercubus> é por isso [23:34] <Nightblade> eu estava no trabalho o dia todo, liguei meu computador, iniciei o i2p e estava no servidor IRC do duck em poucos minutos [23:35] <duck> tenho visto uns DNFs esquisitos [23:35] <duck> mesmo ao conectar aos meus próprios eepsites [23:35] <duck> (http://dev.i2p.net/bugzilla/show_bug.cgi?id=74) [23:35] <duck> acho que é isso que causa a maioria dos problemas agora [23:35] <hypercubus> o bogoparser só vai analisar uptimes que ocorram inteiramente dentro de um único logfile… então, se o logfile abranger apenas 24 horas, ninguém vai aparecer como conectado por mais de 24 horas [23:35] <duck> Masterboy e ughabugha também tiveram isso, acho… [23:36] <Masterboy> sim [23:36] <duck> (conserte isso e você vai ganhar o troféu da próxima semana com certeza!) [23:37] <deer> <mihi> o bogobot está empolgado? ;) [23:37] <Masterboy> eu testei meu site e às vezes quando eu dou refresh ele pega outra rota? e eu tenho que esperar carregar, mas eu nunca espero ;P eu aperto de novo e ele aparece instantaneamente [23:37] <deer> <mihi> opa, foi mal. esqueci que isto é gated… [23:38] <duck> Masterboy: os timeouts levam 61 segundos? [23:39] <duck> mihi: bogobot configurado para rotações semanais agora [23:39] * mihi saiu do IRC (“tchau, e tenham uma boa reunião”) [23:40] <Masterboy> desculpe, eu não chequei isso no meu site; quando eu não consigo acessar instantaneamente eu só dou refresh e ele carrega instantaneamente.. [23:40] <duck> hm [23:40] <duck> bem, isso precisa ser consertado [23:41] <duck> …. #4 [23:41] <Masterboy> acho que a rota não é a mesma a cada vez [23:41] <duck> * 4) recompensas [23:41] <duck> Masterboy: conexões locais deveriam ser encurtadas [23:42] <duck> wilde teve algumas ideias de recompensas (bounties)… você aí? [23:42] <Masterboy> talvez seja um bug na seleção de pares [23:42] <wilde> não tenho certeza de que isso era para a pauta, de fato [23:42] <duck> ah [23:42] <wilde> ok, mas os pensamentos eram algo como: [23:42] <Masterboy> acho que quando formos públicos o sistema de recompensas vai funcionar melhor [23:43] <Nightblade> masterboy: sim, há dois tunnels para cada conexão, ou é assim que eu entendo lendo o router.config [23:43] <wilde> poderíamos usar este mês para fazer uma divulgação pequena do i2p e aumentar um pouco o fundo de recompensas [23:43] <Masterboy> dá para ver que o projeto Mute está indo bem — eles conseguiram US$ 600 e ainda não codaram muito ;P [23:44] <wilde> mirar nas comunidades de liberdade, pessoas de cripto, etc [23:44] <Nightblade> não acho que o jrandom queira publicidade [23:44] <wilde> não atenção pública tipo Slashdot, não [23:44] <hypercubus> é isso que observei também [23:44] <Masterboy> quero empurrar isso de novo — quando formos públicos o sistema vai funcionar muito melhor ;P [23:45] <wilde> Masterboy: recompensas poderiam acelerar o desenvolvimento do myi2p, por exemplo [23:45] <Masterboy> e como o jr disse, nada de público até 1.0 e só um pouco de atenção depois de 0.4 [23:45] <Masterboy> *escreveu [23:45] <wilde> quando tivermos tipo US$ 500+ por uma recompensa, as pessoas poderiam de fato sobreviver por algumas semanas [23:46] <hypercubus> a parte complicada é que, mesmo se mirarmos uma comunidade pequena de devs, tipo cof os devs do Mute, essa galera pode divulgar o i2p mais do que gostaríamos [23:46] <Nightblade> alguém poderia fazer uma carreira consertando bugs do i2p [23:46] <hypercubus> e cedo demais [23:46] <wilde> links do i2p já estão em muitos lugares públicos [23:46] <Masterboy> você dá um Google e encontra o i2p

[23:47] <hypercubus> obscure public places ;-) (i saw the i2p link on a freesite… i’m lucky the damn freesite even loaded!) [23:47] <wilde> http://en.wikipedia.org/wiki/I2p [23:47] <Masterboy> but i agree that no advertising till 0.4 is done [23:47] <Masterboy> wha??????? [23:47] <wilde> http://www.ovmj.org/GNUnet/links.php3?xlang=English [23:48] <Masterboy> protol0l does a great job;P [23:48] <Masterboy> ;)))))) [23:48] <hypercubus> nice typo ;-) [23:48] <wilde> ok anyway, I agree we should still keep I2P private (jr read this log ;) [23:49] <Masterboy> who did that? [23:49] <Masterboy> i think the Freenet crew discussion gave more attention.. [23:50] <Masterboy> and jr discussing with toad give a lot info to the big public.. [23:50] <Masterboy> so as in ughas wiki - we can all blame jr for that;P [23:50] <wilde> ok anyway, we’ll see if we can bring in some $ without bringing in /. [23:50] <Masterboy> agreed [23:50] <hypercubus> the freenet dev list is hardly what i call the “big public” ;-) [23:50] <wilde> . [23:51] <hypercubus> wilde: you’ll have a lot of $ sooner than you think ;-) [23:51] <wilde> oh come on, even my mum subscribe to freenet-devl [23:51] <duck> my mum reads through gmame [23:51] <deer> <clayboy> freenet-devl is being taught in schools here [23:52] <wilde> . [23:52] <Masterboy> so we will see more bounties after we go 0.4 stable.. [23:53] <Masterboy> that is after 2 months;P [23:53] <wilde> where did that duck go? [23:53] <duck> thanks wilde [23:53] <hypercubus> though as the only bounty claimant thus far, i have to say that the bounty money had no bearing on my decision to take up the challenge [23:54] <wilde> hehe, it would if it been 100x [23:54] <duck> wyou are too good for the world [23:54] <Nightblade> haha [23:54] * duck moves to #5 [23:54] <hypercubus> wilde, $100 doesn’t mean shit to me ;-) [23:54] <duck> 100 * 10 = 1000 [23:55] * duck pops(“5 airhook”) [23:55] <duck> tessier: got any real-world experience with it [23:55] <duck> (http://www.airhook.org/) [23:55] * Masterboy will try dis out:P [23:56] <duck> java implementation (dunno if it even works) http://cvs.ofb.net/airhook-j/ [23:56] <duck> python implementation (a mess, did work in the past) http://cvs.sourceforge.net/viewcvs.py/khashmir /khashmir/airhook.py [23:58] * duck opens the rant-valve [23:58] <Nightblade> j one is also gpl [23:58] <duck> port it to pubdomain [23:58] <hypercubus> amen [23:58] <Nightblade> the entire protocol doc is only about 3 pages - it can’t be that hard [23:59] <Masterboy> nothing is hard [23:59] <Masterboy> it’s just not easy [23:59] <duck> I dont think that it is fully specced though [23:59] * hypercubus takes away masterboy’s fortune cookies [23:59] <duck> you might need to dive into the C code for a reference implementation [00:00] <Nightblade> I would do it myself but I am busy with other i2p stuff right now [00:00] <Nightblade> (and also my full-time job) [00:00] <hypercubus> duck: maybe a bounty for it? [00:00] <Nightblade> there already is [00:00] <Masterboy> ? [00:00] <Masterboy> ahh Pseudonyms [00:00] <duck> it could be used at 2 levels [00:00] <duck> 1) as a transport besides TCP [00:01] <duck> 2) as a protocol to handle datagrams inside i2cp/sam [00:01] <hypercubus> that’s worth serious consideration then [00:01] <hypercubus> </obvious>

[00:02] <Nightblade> duck: i noticed that the repliable datagram in SAM has a maximum size of 31kb, whereas the stream has a maximum size of 32kb - making me think that the sender’s destination is sent with each packet in repliable datagram mode, and only at the beginning for a stream mode - [00:02] <Masterboy> well airhook cvs is not very updated.. [00:03] <Nightblade> making me think that it would be inefficient to make a protocol on top of the repliable datagrams through sam [00:03] <duck> airhooks message size is 256 bytes, i2cp’s is 32kb, so you need to atleast change a bit [00:04] <Nightblade> actually if you wanted to do the protocol in SAM you could just use the anoymous datagram and have the first packet contain the sender’s destination…. blah blah blah - i have lots of ideas but not enough time to code them [00:06] <duck> then again you have to problems to verify signatures [00:06] <duck> so someone could send fake packages to you [00:06] <Masterboy> topic:::: SAM [00:06] <Masterboy> ;P [00:07] <Nightblade> true [00:08] <Nightblade> but if you sent back to that destination and there was no acknowledgement you’d know it was a faker [00:08] <Nightblade> there woudl have to be a handshake [00:08] <duck> but you’ll need aapplication level handshakes for that [00:08] <Nightblade> no not really [00:09] <Nightblade> just put it in a library for accessing SAM [00:09] <Nightblade> that is a bad way of doing though [00:09] <Nightblade> doing it though [00:09] <duck> you could also use seperated tunnels [00:09] <Nightblade> it shuold be in the streaming lib [00:11] <duck> yup. makes sense [00:12] <duck> ok [00:12] <duck> I am feeling baff-y [00:13] <Nightblade> ja [00:13] * duck baffs