Reunião de desenvolvimento do I2P - 24 de agosto de 2004

14:01 <jrandom> 0) oi 14:01 <jrandom> 1) status do 0.3.4.3 14:01 <jrandom> 1.1) timestamper 14:02 <jrandom> 1.2) nova autenticação da router console 14:02 <jrandom> 2) status do 0.4 14:02 <jrandom> 2.1) integração com service & systray 14:02 <jrandom> 2.2) jbigi & jcpuid 14:02 <jrandom> 2.3) i2paddresshelper 14:02 <jrandom> 3) AMOC vs. rotas restritas 14:02 <jrandom> 4) stasher 14:02 <jrandom> 5) páginas de destaque 14:02 <jrandom> 6) ??? 14:02 <jrandom> 0) oi 14:02 * jrandom acena 14:02 <deer> <ugha2p> Oi. 14:02 <jrandom> notas semanais publicadas (bemmm cedo) em http://dev.i2p.net/pipermail/i2p/2004-August/000419.html 14:03 <jrandom> então espero que todos tenham feito a lição de casa e as tenham lido diligentemente 14:03 <jrandom> (ou algo assim) 14:03 <jrandom> ok, 1) status do 0.3.4.3 14:04 <kaji> (oi atrasado) 14:04 <jrandom> houve alguns ajustes desde que a versão 0.3.4.3 saiu na sexta passada, mas no geral a revisão parece bem estável, pelo que posso dizer 14:04 <deer> <luckypunk> huh. o que está acontecendo? 14:04 <deer> <luckypunk> Ah. Nada. foi mal, eu geralmente durmo durante a reunião. Oi :) 14:05 <jrandom> quais são as experiências de vocês com o 0.3.4.3 em relação a eepsites / squid / etc? 14:05 <luckypunk> muito rápido. 14:05 <jrandom> (posso ver o que as pessoas estão vendo com o irc) 14:05 <luckypunk> Às vezes carrega páginas em menos de 3 segundos. 14:06 <deer> <oOo> Jrandom, não chute tanto o router do squid ;) 14:06 <jrandom> legal, lucky 14:06 <deer> <mule> funcionando bem 14:06 <luckypunk> consigo abrir 10 páginas de coisas pelo squid e o I2P acompanha, bem lentamente porém, no meu 350 mhz. 14:06 <deer> <hypercubus> o mais responsivo que já esteve 14:06 <jrandom> é, eu faço isso oOo, mas é por isso que temos www1.squid.i2p :) 14:06 <jrandom> r0x0r 14:06 <jrandom> ouvi alguns relatos de uso excessivo de CPU - isso está afetando muita gente? 14:07 <deer> <hypercubus> eu não... suspeito que seja só o pessoal com 386s *cof*lucky*cof* 14:07 <deer> <oOo> Alguns picos bem raros aqui. Relacionados a outro erro, talvez eu rastreie isso um dia :p 14:07 <deer> <mule> aqui não 14:07 <luckypunk> Acho que, se estivesse afetando todas as plataformas e tal, eu sentiria feio, e não, não muito. Só quando está servindo as novas páginas de config ou baixando um monte de coisa é que o I2P crava meu processador. 14:08 <jrandom> ok, legal. há alguns cenários em que o i2p vai ser um pé-no-saco em relação à CPU, mas espero que sejam poucos e raros 14:08 <jrandom> na verdade, isso nos leva a 1.1) timestamper :) 14:09 <jrandom> (um dos problemas pode ocorrer quando o timestamper fica doido / perde a noção do tempo correto) 14:10 <jrandom> toda a parte de timestamping foi reformulada e integrada ao router, graças ao Adam Buckley ser sensacional e liberar o trabalho dele sob a licença BSD 14:10 <jrandom> (yay Adam) 14:11 <jrandom> antes usávamos o código SNTP como um app cliente independente, mas não fazemos mais isso - agora temos uma integração estreita com o router 14:11 <jrandom> (então pode ser que as pessoas precisem atualizar seus arquivos de config, como mencionado no e-mail) 14:11 <jrandom> SNTP sozinho é só parte da solução 14:12 <jrandom> a longo prazo precisamos de uma sincronização melhor (leia-se: NTP), já que SNTP é sujeito a variações 14:12 <jrandom> (especialmente à luz de alta congestão da rede) 14:12 <jrandom> Adam me enviou um código que ele tem para lidar com isso, mas eu realmente não tenho tempo para trabalhar esse lado das coisas no momento 14:13 <deer> <oOo> Usando só SNTP? 14:13 <jrandom> não lembro - acho que pode ser algo tipo NTP via consultas SNTP 14:13 <deer> <oOo> Ok, obrigado 14:14 <luckypunk> uh 14:14 <luckypunk> tenho uma sugestão sobre isso.. 14:14 <jrandom> de qualquer forma, se alguém ficar entediado e quiser fazer uns hacks malucos de ntp, isso seria Fera 14:14 <luckypunk> Talvez eu esteja errado. 14:14 <jrandom> mmhmm lucky? 14:14 <luckypunk> use ntpdate -q 14:14 <luckypunk> pegue o offset. 14:14 <jrandom> ntpdate -q == SNTP 14:14 <luckypunk> ou algo semelhante. 14:14 <deer> <oOo> É isso que o código atual faz, mais ou menos ;) 14:14 * cervantes alcança o que perdeu 14:14 <luckypunk> ah. 14:15 <luckypunk> desculpa. 14:15 <cervantes> perdi 14:15 <deer> <oOo> Mas precisamos de segundos de duração variável & cia ;) 14:15 <cervantes> uso de cpu no meu sistema está o mais baixo que já esteve.... 14:15 <jrandom> legal 14:15 <cervantes> mas tenho 700 e tantos threads java agora e subindo 14:15 <jrandom> sim oOo, e a detecção de skew / seleção de candidatos 14:16 <luckypunk> sim, da última vez que rodei, há cerca de um mês, afetou seriamente a usabilidade da minha máquina, agora nem percebo se o I2P está rodando. 14:16 <jrandom> sim, tenho olhado isso cervantes 14:16 <deer> <oOo> Verdade, mesmo se for a parte fraca da coisa toda ;) 14:16 <luckypunk> tenho cerca de 200 threads. 14:16 <luckypunk> 219, para ser preciso. 14:16 <jrandom> cervantes: eu rastreei os threads até a camada de transporte (fazemos umas coisas bem feias para conseguir timeouts), e podemos fazer uma limpeza melhor depois 14:16 -!- TheCrypto__ agora é conhecido como thecrypto 14:18 <jrandom> basicamente algumas esquisitices estão ocorrendo com o aumento do nº de peers na rede & o churn. tudo contornável, mas pode ser chato 14:18 <jrandom> enfim, isso é tudo para 1.1, agora 1.2) nova autenticação da router console :) 14:19 <jrandom> (provavelmente ninguém liga pra isso, mas temos autenticação http básica funcionando. veja o e-mail para mais informações) 14:19 <cervantes> legal 14:19 <cervantes> apesar disso, o gerenciamento de memória está ótimo... não tenho um oom faz tempo 14:19 <jrandom> ah wikked 14:20 <jrandom> na verdade, isso nos leva a 2) status do 0.4 14:22 <luckypunk> Sim. Se o I2P fosse um produto da MS, estaríamos prontos para o 1.0 :) 14:22 <jrandom> arggg, droga, a conexão caiu 14:22 <jrandom> (screen++) 14:23 <jrandom> ok, de qualquer forma, tem muita coisa rolando, e ainda faltam algumas coisas de back-end (algum gerenciamento do pool de tunnel do cliente, como o oOo está vendo, e alguns testes de seleção de peers, como está no cvs) 14:24 <jrandom> também houve muito progresso no lado do instalador / service / systray 14:24 <jrandom> hypercubus: quer nos dar uma atualização? 14:24 <deer> <hypercubus> claro 14:25 <deer> <hypercubus> a instalação do service wrapper está quase concluída, talvez hoje ou amanhã... o service wrapper cuida dos OOMs reiniciando automaticamente o router do i2p 14:25 <jrandom> (yay) 14:25 <deer> <hypercubus> então isso cobre nossas costas um pouco ali 14:26 <deer> <hypercubus> a integração com a systray está completa e funciona muito bem... por enquanto é só para Win32, já que a lib systray4j parece ter alguns bugs na implementação para KDE 14:26 <deer> <hypercubus> vou acompanhar o progresso no KDE e espero que tenhamos isso em breve 14:27 <deer> <hypercubus> o instalador também está quase completo, só faltam adicionar as tarefas pós-instalação 14:27 <deer> <hypercubus> espero terminar isso até o fim de semana 14:27 <deer> <hypercubus> (pois depende da integração completa do service wrapper) 14:28 <jrandom> r0x0r 14:28 <deer> <hypercubus> vou disponibilizar um pacote do instalador pré-0.4 para o pessoal testar 14:28 <deer> <hypercubus> então aviso vocês quando estiver pronto 14:28 <luckypunk> E o GNOME? 14:28 <cervantes> increment(hypercubus) 14:28 <deer> <hypercubus> o projeto systray4j ainda não abraçou o gnome 14:29 <deer> <hypercubus> vamos adicionar ambientes de desktop adicionais conforme forem ficando disponíveis no systray4j 14:29 <luckypunk> bem, sem problema, vou mudar assim que/quando o KDE compilar. 14:30 <deer> <hypercubus> o ícone da systray serve apenas para abrir a router console no seu navegador 14:30 <deer> <hypercubus> então seu uso principal será pelos usuários de Windows ;-) 14:30 <jrandom> é, esperamos que os usuários *nix saibam como favoritar ;) 14:30 <deer> <hypercubus> mas vamos, claro, atender aos usuários *nix preguiçosos quando pudermos ;-) 14:30 <deer> <oOo> S/Coment... 14:30 <luckypunk> Ah, tenho um link no meu firefox como aqueles de links, junto com slashdot e BSD Google. 14:31 <deer> <hypercubus> mas o ícone também serve como um indicador de status conveniente 14:31 <jrandom> concordo 14:31 <deer> <hypercubus> isto é, se o ícone sumiu, seu router sumiu também ;-) 14:31 <deer> <hypercubus> a menos que, claro, você tenha optado por ocultar o ícone na sua router console 14:32 <deer> <hypercubus> o que você pode fazer, e funciona muito bem 14:32 <deer> <hypercubus> ok, acho que é isso, a menos que haja alguma pergunta 14:33 <protok0l> qual é um bom PDA que roda linux bem? 14:33 <jrandom> palavra, hyper 14:33 <jrandom> proto: #i2p-chat (ou depois da reunião) 14:33 <protok0l> opa 14:33 <deer> <hypercubus> *risadinha* 14:33 <jrandom> ok, passando para 2.2) jbigi & jcpuid 14:34 <jrandom> iakin montou um código JNI/asm animal para detectar a arquitetura exata de CPU usada (em máquinas x86), e ele tem o jbigi preparado para o freenet para auto-selecionar o .so/.dll certo com base nisso 14:35 <jrandom> ele também liberou esse trabalho em domínio público, e nós pegamos uma cópia e o integramos de volta no i2p 14:35 <luckypunk> Então não vamos ter que escolher qual jbigi baixar? Isso não vai deixar o instalador um pouco maior? 14:35 <jrandom> correto 14:35 <jrandom> sim, adiciona algumas centenas de KB 14:36 <jrandom> mas, bem, a nova instalação está, hum, maior do que a antiga 14:36 <luckypunk> ah, achei que seria mais que algumas centenas de kb. 14:36 <luckypunk> É, entre a nova console... Estou chutando 6 - 10 mb? 14:36 <deer> * Myo9 só tem 99 mb sobrando neste drive. 14:36 <deer> <Myo9> ;) 14:36 <jrandom> (especialmente desde que estou sendo chato e insistindo em suporte a .war em vez de servlets diretos, exigindo xerces, que pesa 800KB) 14:36 <jrandom> a nova instalação está ficando ~4-6MB 14:37 <jrandom> mas a coisa boa é que, só ~1MB disso é específico do i2p, então as atualizações serão leves ;) 14:38 <deer> <Myo9> I2P não teve muita divulgação, teve? 14:38 <deer> <Myo9> Comparado ao freenet e TOR? 14:38 <jrandom> correto, estamos ficando relativamente quietos 14:38 <protok0l> tamanho do download é realmente uma preocupação? a maioria das pessoas tem banda larga 14:38 <protok0l> eu usaria mesmo se tivesse 100megs 14:38 <luckypunk> protok0l, a maioria das pessoas não tem, na verdade. A maioria das pessoas que usaria I2P tem. embora eu ache que I2P ainda suporte discado (mais ou menos) 14:38 <deer> <mule> para usuários de i2p não deveria ser 14:39 <jrandom> na minha visão, o esforço de desenvolvimento é melhor aproveitado com adoção gradual depois que testes suficientes ocorrem em diferentes pontos críticos 14:39 <luckypunk> sim. I2P não está pronto para 500 usuários do Slashdot :) 14:39 <jrandom> embora nosso crescimento recente tenha sido bom, ajudando a cutucar diferentes partes do sistema 14:40 <jrandom> ao lançarmos a revisão 0.4, vamos querer avançar rumo à marca de 100 routers 14:40 <deer> <mule> ok, vou configurar mais 50 :) 14:40 <jrandom> além disso, isso dará mais incentivo para devs de apps cliente construírem apps cliente ;) 14:40 <jrandom> lol mule :) 14:41 <deer> <ugha2p> Arr. 14:41 <cervantes> no ritmo de adoção, provavelmente poderíamos chegar a 100 em cerca de um mês 14:41 <cervantes> sem evangelizar 14:41 <jrandom> esse seria um bom ritmo de crescimento 14:42 <jrandom> mas enfim, de volta à agenda :) 14:42 <protok0l> mal posso esperar para evangelizar 14:42 <jrandom> jbigi + jcpuid == integrados (e veja a lista de e-mails se quiser rodar o CVS HEAD) :) 14:42 <jrandom> heh dá pra perceber, proto ;) 14:42 <deer> <hypercubus> lucky: mais da metade dos usuários de Internet dos EUA têm banda larga... saiu um relatório outro dia 14:43 <jrandom> e menos de 1/10 do mundo está nos eua ;) 14:43 <deer> <oOo> Quem se importa com os EUA ? ^^ 14:43 <jrandom> mas passando para 2.3) i2paddresshelper 14:44 <jrandom> oOo montou mais um patch, este permitindo que as pessoas acessem eepsites com páginas linkadas sem editar o hosts.txt 14:45 <jrandom> os detalhes estão listados nas notas semanais de status 14:45 <jrandom> oOo - tem algo que você queira adicionar? 14:45 <deer> <oOo> Hum... Vamos deixar o número de eepsites crescer rápido e o Cervantes adicionar o suporte prometido :p 14:46 <jrandom> ah, o cervantes já adicionou o link "Try it [i2p]" :) 14:46 <jrandom> (só quem está no CVS HEAD pode usar, até sair o 0.4) 14:46 <cervantes> :o) 14:46 <jrandom> ((funciona muito bem, aliás)) 14:46 <deer> <oOo> Ótimo ^^ Vou brincar com isso assim que eu conseguir colocar meu router online de novo ;) 14:47 <kaji> você poderia colocar senha no download do cliente e lançar no estilo gmail 14:47 <jrandom> hmm? 14:48 <kaji> base pequena + somente por convite 14:48 <kaji> mas isso daria trabalho 14:48 <jrandom> ah, para o lançamento 0.4? 14:48 <kaji> ah, para o 1.0 14:48 <jrandom> não, não vale o esforço no momento. se formos inundados de novos usuários talvez queiramos olhar para usar certificados, etc 14:48 <deer> <oOo> 1.0 é para o público em massa :p 14:49 <jrandom> bem, para o 1.0 já vamos estar acima da marca de 1000 usuários 14:49 <jrandom> (pelo menos, essa é a minha esperança ;) 14:49 * kaji acha que seria divertido ver o i2p ir de 50 para 5000 nós em 3 horas 14:49 <jrandom> heh 14:49 <deer> <oOo> E então cair para 100 ;) 14:49 <luckypunk> hypercubus, uhu para os americanos! eles estão alcançando ;) 14:49 <jrandom> heh, essa é uma maneira de testar churn ;) 14:50 <cervantes> se o aum conseguir fazer o stasher funcionar... e o hyper aumentar a biblioteca de goatse dele, então você vai ver isso pular de 50 para 5000 em menos de 3 horas ;-) 14:50 <kaji> e então 50100 quando a nsa ligar o nó deles 14:50 <jrandom> na verdade isso meio que nos leva a 3) AMOC vs. rotas restritas 14:51 <jrandom> um dos aspectos interessantes de rotas restritas é a capacidade de montar um ataque Sybil de forma realmente, realmente, realmente fácil. 14:51 <jrandom> enquanto o mule estava mencionando alguns minutos atrás instalar 50 novos nós, seria possível colocar online um número significativo 14:52 <jrandom> uma das formas de lidar com isso é através de uma autoridade certificadora, limitando a introdução de certificados de RouterIdentity 14:52 <jrandom> outra é através de hashcash 14:52 <jrandom> outra é por detecção de prefixo de IP ao estilo morphmix/tarzan 14:53 <jrandom> mas, ainda outra é dizer "que se dane" e esperar que tenhamos 'bons' peers suficientes para superar os 'maus' 14:53 <fvw> Acho que está ok por enquanto, sim. 14:54 <protok0l> aqui vai uma ideia 14:54 <jrandom> sim, é a coisa mais simples a fazer, e adicionar barreiras artificiais para entrar em uma rede p2p neste estágio parece... tolice 14:54 <fvw> Acho que talvez uma mistura de hashcash e baseada em IP seria legal ter para o 1.0, mas no fim das contas você não consegue se defender de um adversário suficientemente poderoso. 14:54 <protok0l> cortar o acesso inicial ao noderef 14:54 <protok0l> se alguém quiser entrar, podemos dar a eles seus noderefs 14:54 <protok0l> *uor 14:54 <fvw> e como isso ajudaria? 14:55 <jrandom> certo, fvw, e talvez possamos adiar isso até depois do 1.0 também 14:55 <fvw> depende da sua definição de 1.0 :) 14:55 <jrandom> proto: não acho que isso ajudaria muito 14:55 <jrandom> heh fvw, não somos como o freenet ;) 14:56 <jrandom> 1.0 == funcional, seguro, [suficientemente] anônimo e escalável 14:56 <deer> <oOo> e bem documentado ;) 14:56 <jrandom> documentação é pré-requisito para ser seguro :) 14:56 <deer> <Myo9> Todos os usuários são adicionados ao noderef no momento? 14:57 <jrandom> Myo9: sim - http://dev.i2p.net/i2pdb/ é só um link para dentro do dir netDb/ de um dos meus routers 14:57 <jrandom> (então vai listar todo mundo para quem meu router tem uma referência, a qualquer momento) 14:58 <jrandom> ((e todo mundo tem uma ref para quem eles falam, o que, na nossa escala atual, é todo mundo)) 14:58 <jrandom> ok, mas de volta a 3) AMOC vs. rotas restritas 14:59 <deer> <Myo9> Ok. 14:59 <jrandom> como mencionado no e-mail, as ideias do mule talvez nos permitam abandonar o transporte AMOC 0.4.2 e em vez disso implementar suporte básico a rotas restritas, tratando pessoas atrás de NATs/firewalls como simplesmente estando atrás de uma rota restrita 15:00 <fvw> seria meio legal 15:00 <jrandom> sim, e nos poupa de escrever mais um protocolo de transporte 15:01 <deer> <ugha2p> Mas como isso tornaria executar um ataque Sybil muito mais fácil? 15:01 <jrandom> s/writing/designing,implementing,reviewing,debugging,deploying,debugging,debugging,debugging,debugging.../ 15:01 <deer> <ugha2p> como isso tornaria* 15:02 <jrandom> ugha2p: não há como dizer quantos routers reais estão atrás de uma rota restrita - tudo que sabemos sobre eles é que têm uma identidade de router única e são alcançáveis através de um certo router 15:02 <deer> <ugha2p> Ah. 15:03 <jrandom> esse certo router pode, na verdade, ser uma instância de sim, rodando outros 100 routers na mesma JVM, cada um fingindo estar atrás de firewalls 15:03 <deer> <ugha2p> Certo. 15:03 <deer> <oOo> Eles poderiam tão facilmente estar usando 100 portas no mesmo host... 15:03 <fvw> porém, assumindo que você está disposto a gastar algumas centenas de euros no seu ataque, você consegue um grande número de IPs distribuídos de qualquer maneira. 15:03 <jrandom> concordo, fvw 15:04 <jrandom> oOo: verdade, embora portas custem memória (e um pouco de CPU) 15:04 <deer> <ugha2p> Não acho que essa presunção vá parar inimigos mais poderosos, porém. 15:04 <jrandom> (por isso quando faço simulações maiores, preciso trocar do sistema de comunicação TCP para o sistema de comunicação da VM) 15:04 <jrandom> concordo, ugha2p 15:04 <jrandom> só torna mais fácil 15:05 <fvw> Acho que vamos ter que assumir que qualquer um com mais do que uma vontade de tarde-de-domingo entediada de atacar o sistema vai conseguir colocar pelo menos 10^3 nós na rede com facilidade. 15:05 <deer> <oOo> Não tanto assim 15:05 <jrandom> certo, fvw 15:05 <deer> <oOo> (+ mais fácil) 15:05 <fvw> e nessa ordem de grandeza, nada além de certificação central vai impedir. 15:06 <deer> <ugha2p> 100 portas abertas em um único host seria trivial de detectar, mas 100 rotas restritas atrás de uma máquina talvez não. 15:06 <jrandom> bem, isso é discutível, fvw, mas é, Sybil é um saco 15:06 <deer> <oOo> 100 zumbis são complicados de detectar ;) 15:06 <fvw> o que significa que idealmente precisamos de uma rede de 10^4. 15:06 <deer> <jrandom> definitivamente, oOo 15:06 <fvw> (estimativas grosseiras) 15:07 <deer> <ugha2p> Idealmente teremos uma rede 10^4+. 15:07 <jrandom> fvw: eu iria mais alto que isso - na minha opinião precisamos crescer isso para milhões 15:07 <deer> <oOo> Idealmente seria mais da metade dos IPs disponíveis ;) 15:07 <jrandom> heh oOo 15:07 <fvw> Seria legal se pudéssemos, sim. 15:08 <jrandom> (mas, claro, para crescer para milhões precisamos de motivo suficiente para isso. acho que vamos conseguir defender esse caso eventualmente) 15:08 <deer> <ugha2p> Não tenho certeza se o Kademlia aguentaria inteiro por tanto tempo. ;) 15:08 <fvw> nesse ponto, bater nas pessoas definitivamente se tornaria o ataque de baixo custo. O que, por mais estranho que pareça, seria uma coisa boa. 15:08 <jrandom> heh 15:08 <deer> <DrWoo> jrandom: milhões exigiriam usabilidade e benefício sérios 15:09 <jrandom> concordo, DrWoo 15:09 <fvw> felizmente, muita gente (não muito legal) está trabalhando muito nisso agora. 15:09 <deer> <oOo> Pr0n para as massas :p 15:10 <deer> <jrandom> por isso, na minha opinião, precisamos de um app de compartilhamento de arquivos animal 15:10 <deer> <oOo> "Um humano, Um goatse", o que nos leva ao stasher :p 15:10 <cervantes> baixar->instalar->compartilhar músic 15:10 <deer> <DrWoo> jrandom: teria que ser da ordem de um Kazaa anônimo, felizmente a motivação está sendo cuidada pela RIAA & cia. 15:10 <fvw> pr0n já é fácil de conseguir (veja usenet e afins). Acho que as grandes associações de gravadoras e tal vão reprimir muito mais o p2p do que os pornógrafos jamais poderiam. 15:10 <cervantes> música 15:10 <fvw> mas mais uma vez estamos saindo do tópico. 15:11 <fvw> "4) stasher"? 15:11 <deer> <oOo> Sim ! 4) ! 15:11 <jrandom> concordo - todos podemos pensar em razões para justificar o uso, mas primeiro precisamos fazer isso FUNCIONAR :) 15:11 <cervantes> ah, por uma vez um link não-tenuamente ligado ao próximo item 15:11 <jrandom> passando para 4) stasher 15:12 <jrandom> aum: já acordou? 15:12 * hypercubus entoa auuuuuummmmmmmmm 15:12 <jrandom> bom, caso ele não tenha, sei que ele tem trabalhado bastante para adicionar suporte a CHK e SVK ao stasher 15:13 <jrandom> o que é Legal 15:13 <deer> <oOo> E splitfiles (arquivos divididos) 15:13 <jrandom> sim, o suporte a splitfile é interessante 15:13 <fvw> no sentido de "tempos interessantes"? 15:14 <jrandom> essa é uma das diferenças entre o freenet e o stasher, no sentido de que o stasher já tem um tamanho máximo fixo de 31KB por chave 15:14 <deer> <oOo> "Útil, ótimo, não precisa de nada do app do usuário" 15:14 <jrandom> (já que, até onde eu sei, o stasher usa SAM datagrams) 15:14 <luckypunk> não dá pra implementar tipo.. arquivos divididos? 15:15 <jrandom> oooohhh! acabei de perceber qual bug ele estava enfrentando com relação à confiabilidade! 15:15 <jrandom> (corrigido outro dia no cvs, matando significativamente o bug) 15:15 <jrandom> sim, lucky 15:15 <jrandom> mas a implementação de splitfile é inerentemente diferente de como os splitfiles do freenet funcionam, por causa das limitações de tamanho máximo de chave 15:15 <deer> <oOo> Então o Stasher sobre I2P deve estar saudável de novo ? ^^ 15:16 <jrandom> (se você leu freenet devl ou tech recentemente, vai ouvir o toad e o hobx discutindo isso) 15:16 <deer> <oOo> *deveria 15:16 <jrandom> oOo: com o HEAD, sim 15:16 * jrandom não ouviu nenhum relato de pessoas sequer tentando desde que saiu o 0.3.4.3 (ou foi o 0.3.4.2) 15:16 <jrandom> mas enfim, ele está planejando outro novo build de teste até o fim da semana 15:17 <jrandom> alguém tem algo a mencionar / discutir em relação ao stasher? 15:17 <jrandom> (além de yay! vai aum!) 15:18 <deer> <oOo> Sim, há uma urgência em achar conteúdo que não seja goatse lá ;) 15:18 <jrandom> heh 15:18 <deer> <oOo> ex-Freeneter, liguem seus motores ;) 15:18 <jrandom> sim, suporte a splitfile deve definitivamente ajudar nisso, assim como suporte a ssk & fcp 15:19 <fvw> Gostaria de endossar o 'vai aum!' se me permitem. 15:19 <deer> <oOo> yay ! 15:19 <jrandom> a moção é endossada em segundo e terceiro :) 15:19 <jrandom> ok, avançando para 5) páginas de destaque 15:20 <jrandom> só queria apontar três páginas novas 15:20 <jrandom> o guia de navegação segura do DrWoo dá um panorama bem bom dos perigos dos eepsites & dos outproxies 15:20 <jrandom> os problemas podem ser tratados em código, mas só não tivemos tempo de fazer ainda, então é Bom estar informado 15:21 <jrandom> o lucky também montou um bom doc sobre o lado FreeBSD+Java das coisas 15:21 * jrandom não testou muitos jvms no fbsd, só o kaffe, então perturbem-no se tiverem perguntas :) 15:22 <jrandom> o hyper também montou o doc para atualizar para o código de desenvolvimento 0.4, que ele provavelmente vai atualizar quando quisermos mais gente testando ;) 15:22 <hypercubus> meu post no fórum cobre a instalação do service wrapper... o howto para a nova router console está aqui --> http://files.hypercubus.i2p/New_I2P_Router_Console_Howto.txt 15:23 <jrandom> wr0d 15:23 <jrandom> ah, também tem uma figura nova bonita & algum texto novo em http://www.i2p.net/how_intro (esperançosamente deixando as coisas um pouco mais claras) 15:24 <fvw> ooh, está bonito. Quem fez isso? Bom trabalho. 15:25 <hypercubus> na verdade foi copiado diretamente de um agroglifo 15:25 * fvw tenta não mencionar a semelhança entre o jrandom e o Dave mas falha miseravelmente. 15:25 <jrandom> heh 15:25 <fvw> ah, isso explica as antenas do jrandom. 15:25 <jrandom> a imagem foi embelezada pelo nosso designer anônimo 15:25 <jrandom> (ainda bem, minhas habilidades no MS Paint são horríveis :) 15:26 <hypercubus> ainda estamos tentando decifrar a significância do queixo longo do Charlie 15:26 <deer> <ugha2p> Arr, isso é uma droga. 15:26 <jrandom> e os olhos tortos da alice? ;) 15:26 <hypercubus> heh 15:26 <deer> <jrandom> sim, vai ser legal quando atualizarmos o irc.duck.i2p (se já não foi..) 15:27 <fvw> deixa isso pra lá, ela parece que está fazendo uma cena dupla de alien saindo do estômago com as bochechas. 15:27 <jrandom> lol 15:27 <jrandom> é por ISSO que ela está falando com o dave 15:27 <jrandom> bem, de qualquer modo, acho que isso nos leva a 6) ??? 15:27 <fvw> haha 15:27 <jrandom> alguém tem algo que queira levantar? 15:28 <deer> <oOo> Você não pode construir o esqueleto da parte de certificados no I2P e deixar *outros* preencherem e se divertirem? (Ou isso já está feito ? :p) 15:28 <deer> <oOo> Ou isso é absolutamente inútil ? 15:28 <deer> <oOo> (por agora) 15:28 <jrandom> hmm? 15:28 <jrandom> a coisa de certificados de hashcash / etc? 15:28 <deer> <oOo> Ok, deixa pra lá ^^ 15:28 <deer> <oOo> Sim 15:29 <jrandom> ok sim, já temos a infraestrutura para isso 15:29 <jrandom> (embora coisas como o libSAM precisem ser modificadas para interpretar a destination adequadamente, já que iirc o nightblade assumiu 384bytes sempre ;) 15:30 <jrandom> mas o router vai lidar com diferentes tipos de certificados de forma transparente 15:30 <deer> <oOo> O código está pronto para isso ? Só faltando algum 'conteúdo' ? 15:31 <jrandom> sim - o RouterIdentity criado atualmente sempre anexa um NullCertificate (certificate type == 0) 15:31 <jrandom> se anexar outro tipo, outro tipo de certificado é anexado 15:31 <jrandom> por exemplo, cert de hashcash, cert assinado por CA, etc 15:31 <jrandom> a infraestrutura de verificação também está lá (RouterInfo.verify) 15:32 <deer> <oOo> Oh, ótimo :) 15:32 <deer> <oOo> Então alguém pode brincar com esse código adicionando hashcash e tal com antecedência ? 15:32 <jrandom> se tivéssemos uma enxurrada repentina eu provavelmente conseguiria travar a rede em um ou dois dias 15:32 <jrandom> certo 15:33 <jrandom> (embora eu ache que o fvw está certo ao dizer que isso não vai ser urgente por pelo menos um tempinho) 15:33 <deer> <oOo> Ok. Eu não me candidato ;) Mas alguém pode :p 15:33 <Nightblade> em i2p.net, o link do log da reunião de 24 de ago aponta para o log de 17 de ago 15:33 <jrandom> certo, desculpa, a reunião ainda não acabou :) 15:33 <Nightblade> oh haha 15:34 <jrandom> então, alguém tem mais algo que queira levantar? :) 15:34 <hypercubus> nova regra... quem editar o site: nada de fumar coisa engraçada enquanto edita! 15:34 <jrandom> opa... 15:34 <jrandom> o que eu fiz? 15:34 <hypercubus> eu estava me referindo a links quebrados ;-) 15:34 <jrandom> ah 15:35 <hypercubus> precisamos de um editor web em tempo integral... eu indico o lucky 15:35 <jrandom> bem, é, atualizei o link para as notas semanais desta semana antes da reunião, caso alguém fosse para a página ;) 15:35 <jrandom> certamente precisamos de alguém para acompanhar o site e cutucar as pessoas quando as coisas estiverem esquisitas 15:36 <luckypunk> eu? web enditor? 15:36 <luckypunk> enditor haha 15:36 <luckypunk> não sei 15:36 <Nightblade> verif ortográf reqwirida 15:36 <luckypunk> eu provavelmente vou estar pretyt ocupado quando a escola começar.s 15:36 <jrandom> bah, abandona a escola! trabalha no i2p em tempo integral! 15:36 <luckypunk> se eu largar 15:37 <luckypunk> meus pais vão me fazer arrumar um emprego 15:37 <deer> <hypercubus> desculpas, desculpas ;-) 15:37 <luckypunk> e eu ainda estaria ocupado 15:37 <deer> <hypercubus> amém 15:37 <deer> * oOo vai felizmente renovar o Inglês usado no site ;) 15:37 <luckypunk> de qualquer forma, acho que não vão me deixar abandonar 15:38 <luckypunk> eles estão aumentando a idade legal para abandonar a escola para 18 15:38 <luckypunk> ou diploma do ensino médio 15:38 <luckypunk> o que vier primeiro. (geralmente o último) 15:38 <hypercubus> er 15:38 <Nightblade> haha "idade legal para abandonar a escola" - o que vão inventar depois? 15:38 <luckypunk> é 16 agora. 15:38 <luckypunk> Você não pode sair da escola antes disso, senão eles te prendem. 15:38 <jrandom> na verdade, é um bom ponto.. conforme avançamos para 1.0 seria bom oferecer diferentes traduções de várias páginas 15:39 * luckypunk pode fazer uma tradução vaga para o francês, se absolutamente necessário. 15:39 <Nightblade> Eu faço as traduções para Klingon e Ebonics 15:39 <deer> <oOo> Sim, tradução do site para Klingon :p 15:39 <hypercubus> sim, podemos oferecer Inglês, B0rk e Inglês à la oOo 15:39 <deer> <oOo> Droga, mesma ideia>< 15:39 <Nightblade> ooo, um leitor de mentes 15:39 <luckypunk> (com a teoria de que babelfish com ajuda de um humano é melhor do que nenhuma tradução.) 15:39 <jrandom> acho que podemos convencer o jar a atualizar a tradução francesa dele, lucky, mas valeu ;) 15:39 <deer> <oOo> hyper: farei com prazer de graça como em cerveja :p 15:40 <jrandom> essa é na verdade uma das grandes coisas pós 0.4 - deixar a documentação sólida 15:40 <luckypunk> ei, meu francês é completamente inteligível para um falante de francês 15:40 <luckypunk> Embora eu provabxly soe equivalente ao godmode0 15:40 <hypercubus> o instalador já tem pacotes de idioma nativos btw 15:40 <jrandom> (talvez um whitepaper ou dois sobre vários aspectos) 15:40 <jrandom> w3rd hyper 15:40 <deer> * oOo suspeita que podemos dominar várias línguas com o pessoal online aqui ;) 15:40 <jrandom> (é, vai ser difícil traduzir a licença do parágrafo ;) 15:40 <hypercubus> eu poderia simplesmente fazer ele exibir o painel para escolher um idioma 15:40 <jrandom> concordo, oOo 15:40 <hypercubus> heheh... libre: 15:40 <jrandom> gratis: 15:41 <luckypunk> gratis e libre 15:41 <luckypunk> maldita língua francesa e sua capacidade de ter duas palavras. 15:41 <jrandom> ok, mais alguma coisa? 15:41 <hypercubus> temos 10 palavras para tudo 15:41 <luckypunk> embora libre também signifique cerveja grátis no francês do quebec. =( 15:41 <luckypunk> adeus àquela teoria. 15:42 <jrandom> ok... se não há mais nada... 15:42 * jrandom vai encerrando 15:42 * jrandom *baf* encerra a reunião