Reunião de Desenvolvedores do I2P - 16 de dezembro de 2003

[22:04] <jrand0m> 0) oi [22:04] <jrand0m> 1) iip [22:04] <jrand0m> 2) 0.2.3 & 0.2.3.1 [22:04] <jrand0m> 3) oi [22:04] <jrand0m> 0) oi [22:04] <jrand0m> bem-vindos à ... sei-lá-quantésima reunião [22:05] <jrand0m> (68? 69?) [22:05] <MrEcho> droga, aqui são 13h [22:05] <jrand0m> GMT-8? [22:05] <duck> 69 [22:05] <jrand0m> quente. [22:06] <jrand0m> ok, 1) iip [22:06] *** Saída: tusko (EOF do cliente) [22:06] * MrEcho compila um kernel para a reunião [22:06] <jrand0m> iip está maluco. tudo que sei é que o nop está “mudando servidores”, seja lá o que isso signifique. não sei quando vai terminar, etc. [22:06] <jrand0m> alguém tem mais alguma info que queira compartilhar com a turma? [22:06] *** mids (mids@anon.iip) entrou no canal #iip-dev [22:06] <MrEcho> nenhuma info do nop [22:07] <mids> esta manhã me disseram que eu podia iniciar o Trent de novo [22:07] <mids> (eu já fiz isso ontem à noite) [22:07] <jrand0m> irado [22:07] <jrand0m> gracias [22:07] <mids> isso indica que o nop acredita que o IIP está mais estável de novo [22:07] <mids> se é que isso vale de algo... [22:07] <mids> *cof* [22:07] <jrand0m> ok, legal [22:08] <jrand0m> [woot colega de quarto acabou de me entregar uma taça de vinho para a reunião] [22:08] <MrEcho> lol [22:08] <jrand0m> ok, já que o nop está online e não vai vir à reunião, vamos ter que guardar a turba do linchamento para depois [22:09] <jrand0m> 2) 0.2.3 & 0.2.3.1 [22:09] <mids> que pergunta específica você quer fazer a ele? [22:09] <protocol> quando é a reunião [22:09] <jrand0m> pergunta específica> quando ele vai fazer um anúncio oficial descrevendo os problemas passados e como os futuros serão tratados? [22:09] <jrand0m> a reunião é agora [22:10] <jrand0m> (ou seja, em que ponto devemos explorar meios de comunicação fora do iip) [22:10] <mids> se eu conseguir uma resposta eu te aviso. [22:10] <jrand0m> valeu [22:11] <jrand0m> ok, coisas do i2p. 0.2.3 saiu ontem e, embora a maior parte do código do Kademlia esteja funcionando bem, há alguns bugs da 0.2.2 aparecendo, além de outros bugs sendo investigados. [22:11] <jrand0m> eu fiz commit de uma alteração para usar mensagens via tunnel para dbStore em vez de garlics, o que deve reduzir a carga que o tc (e outros) vêm vendo nos servidores [22:12] <jrand0m> há também um novo persistent sessionKeyManager que vai fazer com que reinicializações não ferrem totalmente um router por 15 minutos [22:12] <MrEcho> e os tempos de conexão dos clientes aos routers? [22:12] <duck> até agora parece tão bom/ruim quanto a 0.2.2; a menos que meu router/tunnels caiam de novo esta noite, caso em que será pior que a 0.2.2 [22:13] <jrand0m> MrEcho> isso parece estar na interação de dois bugs da 0.2.2 que estão se manifestando mais do que antes. esses dois são minha principal prioridade. [22:13] <MrEcho> ok, legal [22:13] <jrand0m> duck> minha sensação é que está pior que a 0.2.2, do ponto de vista do usuário final. estou trabalhando para corrigir isso sem sacrificar anonimato ou segurança. [22:13] <MrEcho> é difícil trabalhar no DNS com aquele maldito bug .. tenho que reiniciar o servidor DNS um bocado [22:14] <jrand0m> MrEcho> com routers só locais eu não consegui reproduzir os bugs - funciona aí com apenas local? [22:15] <MrEcho> não [22:15] <jrand0m> poderia me enviar logs de depuração disso? [22:15] <MrEcho> já apaguei [22:16] <jrand0m> ok, se você tentar de novo e não funcionar, se puder me enviar logs de depuração tanto do router quanto do cliente eu agradeço. [22:16] <MrEcho> está fazendo a mesma coisa de antes .. o cliente recebe msg de que foi enviada .. mas nunca chega ao outro cliente [22:16] <MrEcho> ao outro cliente [22:17] <MrEcho> sim .. vou ver o que posso fazer [22:17] <jrand0m> ok, parece o bug no i2psessionImpl2. eu não consegui reproduzir isso localmente, mas uma vez corrigido para remoto espero que funcione no seu caso [22:17] <jrand0m> gracias [22:17] <jrand0m> de qualquer forma, obrigado pela paciência de vocês com a atualização. estamos progredindo, mesmo que na superfície não pareça [22:18] <protocol> continue brilhando, seu diamante louco [22:18] <duck> no futuro, digamos quando o i2p estiver realmente em uso, como o processo de desenvolvimento/lançamento vai mudar para evitar que versões quebradas baguncem a rede? [22:19] <jrand0m> quando a 1.0 sair, vou desenvolver e distribuir para um grupo insano de voluntários brincarem por uma semana; se as coisas funcionarem bem, daí será distribuída para lançamento geral. [22:20] * FireRabbit será um voluntário insano [22:20] <jrand0m> agora tenho que lutar com o kaffe e o jetty por atualizações no i2p.dnsalias.net [22:20] <duck> que espécie? [22:20] * MrEcho já é [22:20] *** tusko (~tusko@anon.iip) entrou no canal #iip-dev [22:20] <jrand0m> vocês já são voluntários insanos (e muito prestativos) :) [22:20] <FireRabbit> obrigado! [22:20] <FireRabbit> :) [22:21] *** TC (~TC@anon.iip) entrou no canal #iip-dev [22:21] <jrand0m> olha só, é o tc [22:21] * MrEcho espanca o TC .. você está atrasado [22:21] <TC> oi [22:21] <TC> voltamos a funcionar? [22:21] <MrEcho> sim, consigo digitar hoje... [22:22] <jrand0m> iip parece no ar... [22:22] <TC> oba [22:22] <jrand0m> de qualquer forma, espero ter a 0.2.3.1 em alguns dias, assim que os dois bugs críticos forem corrigidos (a sobrecarga de CPU que o tc viu já foi atualizada) [22:23] *** wiht (anon@anon.iip) entrou no canal #iip-dev [22:23] <TC> qual foi a causa? [22:23] <FireRabbit> parece que notei atividade de disco aumentada desde a atualização para 0.2.3, mas não gastei tempo para ver se é realmente o i2p ou só o computador sendo burro [22:23] *** Saída: wiht ((null)) [22:23] <TC> FireRabbit, quanta memória você tem? [22:24] <FireRabbit> aquele computador tem 128, acho [22:24] <FireRabbit> você acha que pode ser o arquivo de paginação? [22:24] <jrand0m> a causa foi que a 0.2.3 envia todas as mensagens dbStore via garlic routed messages em vez de diretamente, o que usa ElGamal ou AES+SessionTag (dependendo de as tags serem conhecidas). o persistentSessionKeyMAnager vai fazer as tags durarem mais, e a 0.2.3.1 vai enviar mensagens dbStore através de tunnels em vez disso [22:24] <TC> porque eu tenho 512 e o i2p me deu um erro de 'out of memory' ontem à noite [22:24] <jrand0m> sério? merda [22:24] <FireRabbit> oh, interessante [22:25] <MrEcho> uau [22:25] <jrand0m> é, isso é o nº 3 na lista de bugs a quebrar (embora não seja um showstopper da 0.2.3.1) [22:25] <jrand0m> OOMs não usam todos os 512 [22:25] <TC> mas parece que está rodando bem agora [22:25] <jrand0m> eles só usam o que foi dado ao Java (ex.: 64M) [22:26] <TC> sim [22:26] <duck> Memória: Em uso: 8187KB [22:26] <jrand0m> isso aí [22:26] <duck> isso não é muito! [22:26] <duck> ainda [22:26] <MrEcho> Memória: Em uso: 8908KB Livre: 4088KB [22:27] <jrand0m> certo, tem algo crescendo ali, espero ter rastreado até a 0.3 [22:27] <jrand0m> legal, 'livre' significa que antes usava 12,9M, agora só usa 8,9 [22:27] <TC> está rodando com 30 megas de memória no momento, mas ontem à noite subiu para (o que o Windows me disse) '70' e foi aí que caiu [22:27] <jrand0m> é, o kaffe faz isso aqui também, tc [22:28] <jrand0m> ok, de qualquer maneira, o pessoal deveria assinar a mailing list do i2p [22:28] * FireRabbit está pensando que quando chegar em casa hoje vai reescrever a lib meshwork, já que ela tem alguns problemas [22:28] <FireRabbit> suspiro [22:28] <jrand0m> ((Link: http://i2p.dnsalias.net/pipermail/i2p/)http://i2p.dnsalias.net/pipermail/i2p/) [22:28] <jrand0m> d'oh FireRabbit [22:28] <FireRabbit> essa coisa nunca vai ficar pronta [22:28] <TC> é, e memória não é grande coisa na maior parte dos casos [22:28] <jrand0m> heh, nenhum projeto vai tão fácil quanto a gente espera [22:28] <FireRabbit> não [22:28] <protocol> jrand0m: a maillist aciona a proteção anti-spam do Yahoo! [22:28] <protocol> só avisando [22:28] <jrand0m> é mesmo, protocol? [22:29] <protocol> sim [22:29] <jrand0m> talvez foi isso que acionou o filtro de spam quando eu dei cc no iip-dev [22:29] * jrand0m vai escrever para meu ISP [22:29] <jrand0m> (ou talvez seja a coisa do .dnsalias.net) [22:30] <protocol> não recebi nenhum mailing até agora, e esvaziei minha pasta de spam antes de poder checar [22:30] <duck> ou o nick do jrandom [22:30] <jrand0m> lol duck [22:30] <FireRabbit> :) [22:30] <jrand0m> seria ótimo se meu nick fosse filtrado :) [22:30] <FireRabbit> hehe [22:30] *** wiht (anon@anon.iip) entrou no canal #iip-dev [22:30] <jrand0m> wb wiht [22:30] <jrand0m> falando nisso, acho que deveria injetar 3.1) apps :) [22:31] <jrand0m> ei, MrEcho, como vai a batalha? [22:31] <wiht> jrand0m: olá. [22:31] <MrEcho> no dia em que alguém escrever um programa de autodetecção para a configuração de compilação do Linux [22:31] <MrEcho> bem, está a caminho [22:31] <duck> o knoppix usa alguma coisa de autodetecção, não usa? [22:31] <jrand0m> ./configure ; make ; make check ; make install ; reboot [22:31] <duck> </offtopic> [22:31] <MrEcho> eu praticamente mapeei como quero fazer tudo [22:31] <jrand0m> isso aí [22:32] <jrand0m> você tem uma visão clara de como o i2ptunnel poderia ser atualizado para aproveitar o que você está fazendo, MrEcho? [22:32] <FireRabbit> acho que o knoppix usa hotplug [22:32] <MrEcho> 0.1 não vai ser/pode ser travado .. não sei ainda [22:32] <jrand0m> massa [22:33] <TC> ah jrand0m, tenho uma pergunta sobre o cvs [22:33] <jrand0m> que tal? [22:33] <MrEcho> para consultas DNS vou ter uma porta de servidor no lado do Cliente e do RS para consultas de Nomes [22:33] <FireRabbit> ok jrand0m, me esclareça: se você tem dois arrays, um que está armazenando dados recém-recebidos e outro que está atuando como buffer, como você os nomearia [22:33] <MrEcho> e vou construir uma lib para qualquer app usar [22:33] <jrand0m> FireRabbit> src, dest [22:34] <FireRabbit> humm [22:34] <TC> pensei que seria uma boa ideia eu atualizar o arquivo hosts diretamente no cvs baseado em i2p para que pudesse ser incluído nas versões futuras [22:34] <jrand0m> com certeza, tc [22:34] <FireRabbit> é uma classe bem grande, acho que eu gostaria de ser um pouco mais específico do que isso [22:34] * jrand0m deveria te arrumar uma conta no cvs [22:34] <TC> só estou me perguntando como conectar a ele [22:34] <duck> TC: você quer (Link: http://www.tortoisecvs.org/)http://www.tortoisecvs.org/ [22:34] <duck> cliente CVS mais fácil para Windows que eu conheço [22:35] * MrEcho usa a versão DOS :) [22:35] <mihi> duck: para Windows != win9x ;) [22:35] * FireRabbit usa a porta de linha de comando do cvs [22:35] <duck> mihi: eu testei com win9x [22:35] <jrand0m> tc> você já usou cvs antes? ou está preocupado com anonimato? (você deve conseguir cvs através do i2p no momento) [22:35] * mihi usa WinCVS ou o cvs do cygwin [22:35] * jrand0m usa cvs.exe [22:35] <TC> ok, então eu uso esse cliente e configuro o proxy? [22:35] <TC> não, nunca usei cvs [22:35] <jrand0m> ok, eu te guio pela configuração depois da reunião [22:36] <TC> claro, valeu [22:36] <duck> sobre usar cvs através do tunnel: [22:36] <duck> as mensagens duplicadas não seriam um grande problema? [22:36] *** Saída: wiht (Ping timeout) [22:37] <duck> especialmente para commits [22:37] <jrand0m> sim, duck, mas eu não esbarrei nesse problema (mensagens do cvs são tipicamente pequenas) [22:37] <jrand0m> mensagens >64k (por exemplo os specs .pdf ou .sxw) por enquanto devem ser feitas pela internet normal [22:38] <duck> mensagens do jabber também são duplicadas com bastante frequência [22:38] <jrand0m> você tem razão, não é uma solução à prova de bala para cvs ainda [22:38] <duck> mesmo sendo XML, não são tão grandes [22:40] <jrand0m> certo, acks perdidos são uma das coisas chatas dos bugs atuais perdidos do i2psessionimpl2 :/ [22:40] <duck> ok [22:41] <duck> (isso foi um ack parcialmente perdido) [22:41] <jrand0m> (com a rede desse tamanho, não deveria haver retransmissões nunca, a menos que o peer esteja offline) [22:42] <jrand0m> hmm ok, mais alguma coisa do i2p? [22:42] <mihi> jrand0m: que tal adicionar algum tipo de número de sequência nos pacotes i2p? [22:43] <jrand0m> pacotes i2ptunnel? [22:43] <mihi> isso ajudaria com as duplicações. [22:43] <mihi> não, pacotes i2pnp [22:43] <mihi> ok, dá para fazer no nível do i2ptunnel também. [22:43] <TC> então jrand0m, você recuperou sua conexão ou ainda está num café? [22:43] <mihi> basta, se você receber duas vezes o mesmo número, desconsiderar o segundo. [22:44] <jrand0m> esses já lidam com IDs duplicados para a maioria das coisas, embora você tenha razão que vai haver uma atualização na 0.3 para as mensagens restantes [22:44] <jrand0m> isso, atualmente mantemos um histórico dos últimos 1000 msgIds para descartar duplicadas [22:44] <mihi> ok, se alguém se voluntariar para escrever uma boa impl de TCP para o i2p, seria melhor ;) [22:44] <jrand0m> sim! :) [22:44] *** Nostradumbass (nostradum@anon.iip) entrou no canal #iip-dev [22:45] * jrand0m acha que vai haver uma recompensa por algum [killer app/feature ainda a determinar] quando a 1.0 estiver próxima [22:45] <duck> ganhe uma sessão de chat privada de 1 hora com o UserX! [22:45] <jrand0m> lol [22:45] <MrEcho> lol [22:46] <jrand0m> ok, mais alguma coisa do i2p, do iip, ou qualquer outra coisa para esta, a 69ª reunião do iip-dev? [22:46] <jrand0m> (além de comentários sobre pin-up girl do userx) [22:47] <duck> algum outro app que a duck inc. deva rodar? [22:47] <jrand0m> bluebeep! [22:47] <TC> 1. jrand0m, você resolveu seus problemas de conexão? 2. o que você acha do meu novo eepsite? [22:47] <TC> bluebeep? [22:47] <jrand0m> ah, desculpa, tc. sim, finalmente tenho acesso à net :) não vi seu novo eepsite além do board (que é animal), mas vou olhar depois :) [22:48] <duck> TC: eu gosto do novo design [22:48] <TC> hmm, eu deveria mudar o board também para reduzir o tempo de carregamento [22:48] <duck> só acho que você deveria tentar desabilitar a função de e-mail no phpboard, agora você recebe um erro toda vez [22:48] <TC> valeu, duck [22:48] <jrand0m> tirar as imagens seria um plus [22:49] <TC> boa ideia [22:49] <jrand0m> (bluebeep é um velho wardialer) [22:49] <MrEcho> sim [22:49] <jrand0m> (e um brinquedo divertido de modo geral) [22:49] <duck> por favor lembrem-se de que a idade média aqui é 16 [22:50] * MrEcho tem 24 [22:50] * duck se abaixa [22:50] * jrand0m duvida que haja crianças de 3 anos suficientes para equilibrar os geriátricos entre nós ;) [22:50] *** wiht (anon@anon.iip) entrou no canal #iip-dev [22:50] <MrEcho> lol [22:50] * TC construiu uma blackbox uma vez [22:50] <jrand0m> w3wt [22:50] <lonelynerd> a reunião já acabou? [22:50] <duck> última P: [22:50] *** protocol agora é conhecido como proto_afk [22:51] <duck> como podemos ler as estatísticas do Kademlia? [22:51] * jrand0m ainda não deu !baf, lonelynerd, então manda ver :) [22:51] * MrEcho mata o suporte a pcmcia no kernel [22:51] <duck> só para que a gente entenda o que o routerConsole.html despeja [22:51] <MrEcho> estou ficando puto [22:51] <jrand0m> ok, as estatísticas do JobQueue, presumo que você quer dizer? [22:52] * duck acha que é tudo óbvio, provavelmente [22:52] <jrand0m> basicamente, quando olho as stats do JobQueue, verifico se o tempo médio de execução dos jobs Build garlic message, buld tunnel e handle * message é pequeno [22:52] <jrand0m> (esses são os jobs que geralmente demoram mais, e quando o lado pending das coisas fica grande, tudo sofre) [22:53] <lonelynerd> (na verdade, é melhor eu ler os logs primeiro) [22:53] <duck> saquei [22:53] <jrand0m> o tempo médio de pending de .1-.6s que tenho visto é uma merda e é uma das grandes coisas em que vou mirar quando for hora de afiná-los [22:54] <jrand0m> o liveliness e a reliability dos conteúdos da netDb são em grande parte números aleatórios, desde que sejam > 100. last sent successfully significa quando foi a última vez que foi enviado para 2 ou mais peers [22:54] <jrand0m> (re-enviamos aleatoriamente se não for local) [22:54] <jrand0m> (não mais do que uma vez a cada 5 minutos, porém) [22:55] <jrand0m> há alguma stat que seria útil para as pessoas, ou alguma outra visualização que possa ajudar? (se não for trivial talvez eu não coloque, mas se for fácil, provavelmente sim) [22:56] <duck> valeu [22:57] <jrand0m> mais algum comentário / pergunta / preocupação / frisbee? [22:59] <jrand0m> nesse caso [22:59] * jrand0m arma o braço [22:59] * jrand0m *baf*a a reunião encerrada