Reunião de Desenvolvimento do I2P - 24 de janeiro de 2006

15:25 <jrandom> 0) oi 15:25 <jrandom> 1) Status da rede 15:25 <jrandom> 2) Novo processo de build 15:26 <jrandom> 3) ??? 15:26 <jrandom> 0) oi 15:26 * jrandom acena 15:26 <jrandom> notas semanais de status disponíveis em @ http://dev.i2p.net/pipermail/i2p/2006-January/001254.html 15:26 -!- Teal`c [tealc@irc2p] entrou em #i2p 15:26 -!- gloin [gloin@irc2p] saiu [Connection reset by peer] 15:26 <bar> oi 15:26 <jrandom> vamos pular para 1) Status da rede 15:26 -!- gloin [gloin@irc2p] entrou em #i2p 15:27 <jrandom> Não tenho muito mais a acrescentar além do que está no e-mail... alguém tem perguntas/comentários/preocupações? 15:27 <+Complication> Migrar para o CVS build -6 tem sido... desafiador 15:28 <jrandom> sim, compreensível 15:28 <+Complication> A rede provavelmente está bem. É só o meu nó que não está. 15:28 <+Complication> =which 15:28 <bar> é um caminho difícil, mas é o caminho certo. dou 100% de apoio a essa mudança 15:29 <jrandom> construir tunnels de 2+ saltos é um saco, com taxas de falha feias como foi relatado 15:29 <jrandom> muito disso provavelmente será resolvido com a nova criptografia de criação da 0.6.2, mas não estou convencido de que tudo será. 15:30 <jrandom> Fico me perguntando se vamos conseguir deixá-la confiável o suficiente antes disso. Mas vamos tentar 15:31 <+Complication> Se houver alguma estatística que eu possa fornecer (embora você provavelmente já tenha mais do que o suficiente à sua disposição), é só pedir 15:31 <jrandom> então, 1 hop tunnels são razoavelmente confiáveis nos builds mais recentes, mas quem precisar de 2+ hops deve esperar... solavancos 15:31 <jrandom> obrigado, Complication 15:32 <+Complication> A maioria dos meus apps é 2+0..1 15:32 <+Complication> E o próprio router também, se me lembro corretamente 15:33 <jrandom> bom, eu poderia sugerir ficar na release, mas a release vai construir tunnels curtos de qualquer modo se e quando encontrar falhas catastróficas 15:34 <jrandom> (s/short/1hop/) 15:34 <+Complication> Certo, eu provavelmente poderia ajustar para 2+0 15:34 <+Complication> E ter efeitos menos espetaculares 15:35 <jrandom> sim, embora isso ainda, na prática, vire 2+/-1, mas vai tentar ao máximo ficar em 2hops 15:36 <+Complication> Com o build -6 também? 15:36 -!- gloin [gloin@irc2p] saiu [Connection reset by peer] 15:36 <jrandom> não, a release atual vai falhar feio em vez de ir para tunnels de fallback 15:37 <+Complication> Ou há alguma probabilidade envolvida, que nunca chega a zero? 15:37 <jrandom> o problema é que, se ficar 10 minutos sem construir os tunnels, vai reiniciar o router (devido ao watchdog) 15:37 <+Complication> Vi isso uma vez :) 15:37 <jrandom> não, -5 ou mais novo vai usar exatamente os comprimentos em saltos permitidos pelo cliente (2+/-0 significa apenas tunnels de 2 saltos. nunca outra coisa) 15:39 <jrandom> ok, alguém tem mais alguma coisa para 1) Status da rede? 15:39 <jrandom> ou, acho que já estamos discutindo 2) Novo processo de build ;) 15:40 <jrandom> alguém tem mais algo para discutir em 2) Novo processo de build? 15:40 <+Complication> Não muito aqui, por enquanto :D 15:41 <jrandom> hehe ok, se não, vamos passar para 3) ??? 15:41 <jrandom> alguém tem mais alguma coisa que queira discutir? 15:42 <bar> posso perguntar: quantas mudanças incompatíveis com versões anteriores estão alinhadas agora, e se algumas (todas?) podem ser colocadas em uma única release? 15:42 <bar> quero dizer, há mais de uma release incompatível com versões anteriores planejada, até 0.6.2? 15:42 <jrandom> bar: a ideia é fazer tudo de uma vez 15:42 <jrandom> (embora possa haver outras mais adiante) 15:43 -!- Complication [Complicati@irc2p] saiu [Connection reset by peer] 15:43 -!- Complication2 [Complicati@irc2p] entrou em #i2p 15:43 <bar> hmac bug, nova cripto e rotas restritas de uma vez? 15:43 <bar> isso é pedir muito :) 15:43 <jrandom> rotas restritas? 15:43 <jrandom> o "conserto" do hmac bug é mudar um valor ;) 15:44 <bar> ah :) 15:44 -!- Complication2 agora é conhecido como Complication 15:44 <bar> hmm.. talvez rotas restritas fosse 2.0.. 15:44 <jrandom> sim, mas rotas restritas serão viáveis sem perder compatibilidade retroativa 15:45 <jrandom> (na verdade, pode ser feito com a 0.6.2, se feito com cuidado, até certo ponto) 15:45 <bar> ok, ótimo 15:45 <jrandom> Também estou pensando em quando abandonar tcp... talvez no próximo release 15:46 <jrandom> ou talvez depois, para não termos /muita coisa/ de uma vez 15:49 <jrandom> ok, alguém tem mais alguma coisa para a reunião? 15:51 <jrandom> se não 15:51 * jrandom se prepara 15:51 <stealth> Tenho uma pergunta: notei que todas as eepsites estão mapeadas para a Internet externa, por exemplo, http://tracker.postman.i2p.tin0.de/. Isso é o desejado? 15:51 <jrandom> [salvo] 15:51 <jrandom> claro, acho isso legal 15:51 <jrandom> quem publica informações deve esperar que suas informações sejam públicas 15:52 -!- gloin [gloin@irc2p] entrou em #i2p 15:52 <jrandom> Acho que o tino tem uma maneira de as pessoas optarem por sair também 15:52 <tethra> isso foi curto 15:53 <stealth> Elas também são indexadas pelo Google... 15:53 <jrandom> isso não é uma coisa boa, stealth? 15:53 <Complication> Não envolvia alguma convenção similar a "robots.txt" 15:54 <jrandom> sim, Complication 15:54 <Complication> (talvez seja melhor perguntar ao tin0) 15:54 <@postman> droga, cheguei tarde demais 15:54 <@postman> (de novo) 15:54 <jrandom> nah, ainda não acabou, postman :) 15:54 <Complication> Ele escreveu sobre isso no fórum, em algum momento 15:54 <Complication> Talvez dê para encontrar lá 15:54 <@postman> ahh legal ( olá então) :) 15:55 <jrandom> sim, dá para fazer opt-out, mas eu não entendo o conceito de opt-out para o conteúdo do I2P (as pessoas estão defendendo alguma ideia de 'copyright' - "não copie minhas coisas nem as torne visíveis em outros lugares"?) 15:55 <jrandom> mas, enfim, o tino está sendo mais legal do que eu seria em relação a inproxies (proxies de entrada) ;) 15:56 -!- Rawn [Rawn@irc2p] saiu [Connection reset by peer] 15:56 -!- gloin [gloin@irc2p] saiu [Connection reset by peer] 15:57 -!- Karellen [Karellen@irc2p] saiu [Connection reset by peer] 15:57 <Complication> Sim, de fato, não se deve presumir que outros provedores de in-proxies serão igualmente legais 15:58 -!- Karellen [Karellen@irc2p] entrou em #i2p 15:58 -!- Rawn [Rawn@irc2p] entrou em #i2p 15:58 -!- mode/#i2p [+v Rawn] por chanserv 15:59 <Complication> Informação destinada a ser secreta... é melhor simplesmente não ser publicada 15:59 <tethra> de fato :/ 15:59 <stealth> Sim, mas isso pode trazer publicidade demais ao I2P antes de que tudo esteja realmente totalmente seguro. O problema me parece ser que o I2P, no momento, não tem nós suficientes para um anonimato muito bom... 16:00 -!- Complication [Complicati@irc2p] saiu [Connection reset by peer] 16:00 <jrandom> nosso anonimato não depende do tamanho, e o I2P já foi bastante indexado pelo Google 16:01 <jrandom> (ou, o nível base de anonimato não depende do tamanho) 16:01 <jrandom> mas, claro, ninguém que precisa de anonimato forte deve usar o I2P agora. 16:01 -!- digger3 [digger3@irc2p] saiu [Connection reset by peer] 16:01 -!- digger3 [digger3@irc2p] entrou em #i2p 16:02 <bar> eu não me preocuparia, 99% simplesmente ignoraria o link aparentemente morto que aparece no Google... o outro 1% provavelmente é meio geek e vai querer saber mais 16:03 -!- gloin [gloin@irc2p] entrou em #i2p 16:03 <bar> (bom.. morto, isso depende do inproxy do tino estar no ar ou não, claro) 16:05 <jrandom> ok, alguém tem mais alguma coisa para a reunião? 16:06 <jrandom> se não 16:06 * jrandom se apronta 16:07 * jrandom *baf*s a reunião encerrada