Reunião de Desenvolvimento do I2P - 20 de janeiro de 2004

[22:07] <jrand0m> agenda: [22:07] <jrand0m> 0) oi (leiam http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html) [22:07] <jrand0m> 1) status do desenvolvimento do router [22:07] <jrand0m> 2) twisted-i2p [22:07] <jrand0m> 3) testes de unidade [22:07] <jrand0m> 4) testes/monitoramento da rede [22:07] <jrand0m> 5) ??? [22:07] <jrand0m> 0) oi [22:07] <jrand0m> oi [22:07] * jrand0m acena [22:07] <dm> ohhhh reunião! [22:07] * dm acena de volta. [22:07] <jrand0m> 21h GMT toda terça-feira :) [22:08] <jrand0m> pessoal, leiam essa URL (http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html), pois há coisas lá sobre as quais preciso de feedback no item 4 da agenda [22:08] <jrand0m> 1) status do desenvolvimento do router [22:09] <jrand0m> estamos progredindo, o código atualmente no CVS está com boa aparência. eu deixei um script testando uma série de routers no último dia ou algo assim e nenhum deles gerou uma única mensagem ERROR [22:09] <duck> lendo... [22:10] <jrand0m> mas claro que isso é só teste de base (garantir que os routers construam os tunnels corretamente, tunelar dados de um para outro via i2ptunnel, etc.) [22:11] * jnk entrou em #i2p [22:11] <jrand0m> certamente há outras coisas que precisam ser corrigidas “no mundo real”, por isso vai sair um release 0.2.3.5 no próximo dia ou dois para confirmar a funcionalidade ou encontrar novos bugs [22:11] <jrand0m> ok, passando adiante [22:12] <jrand0m> 2) twisted+i2p [22:12] <duck> eu tenho erros [22:12] <duck> mas provavelmente devido a outros [22:12] <jrand0m> dropped messages e unknown tunnels, certo? [22:12] <duck> verificando [22:13] <jrand0m> (esses são os erros que vejo com um dos meus routers “live”, mas não na rede de teste) [22:13] <duck> 22:13:15.371 ERROR [ Sender 1148] er.transport.phttp.PHTTPSender: Error sending the message [22:13] <jrand0m> ah ok, sim, eu também tenho mexido no relay phttp [22:13] <duck> 21:01:01.509 ERROR [JobQueue28 ] eDatabaseSearchReplyMessageJob: Invalid router info returned from [Rout [22:14] <jrand0m> hmm esse é esquisito - você pode me encaminhar o stacktrace? [22:14] <duck> Vou subir. [22:14] <duck> . [22:14] <jrand0m> valeu [22:15] <jrand0m> na verdade, essa vai ser a regra geral nos próximos releases - mensagens WARN ou INFO ou DEBUG são ok, e mensagens ERROR ou CRIT são coisas sobre as quais eu gostaria de saber [22:16] <jrand0m> ok, voltando ao 2) [22:16] <jrand0m> human montou uma forma de usar i2p via Python e o framework Twisted (yay!) [22:17] <jrand0m> veja o email dele para mais informações (http://i2p.dnsalias.net/pipermail/i2p/2004-January/000100.html) [22:17] <jrand0m> algo a acrescentar, human? (se você estiver aqui) [22:17] <duck> é _tão_ legal [22:17] <jrand0m> sim, o código de exemplo para o servidor e cliente de eco está sensacional [22:18] <jrand0m> ok, passando para 3) testes de unidade [22:19] <jrand0m> sim, há alguns testes de unidade para a maioria das estruturas de dados, mas eles não são “testáveis com um clique”, então não os executo em cada build. [22:20] <jrand0m> a ideia atual é migrá-los para jUnit, bem como reunir o máximo possível de outros testes de unidade atualmente implementados no método main(..) de vários componentes (especificamente os de crypto) [22:21] <duck> provavelmente é difícil testar coisas mais complexas [22:21] <jrand0m> isso vai acabar entrando no caminho crítico mais cedo do que tarde, dependendo de para onde a depuração nos levar [22:21] <jrand0m> certo, os testes de unidade como estão só testam o básico [22:21] <duck> como roteamento, coisas de TCP etc [22:21] <jrand0m> certo [22:21] * dm prevê um debate sobre o valor dos testes de unidade. [22:21] <jrand0m> mas coisas como AESInputStream podem ser testadas em colaboração com AESOutputStream [22:22] <duck> teste de unidade = animal [22:22] <jrand0m> (e para quem está observando os logs de perto, tem havido um comportamento “pushed back” estranho durante o streaming de descriptografia) [22:22] <jrand0m> com certeza. [22:23] <jrand0m> testes de unidade são só para as, er, unidades. não para os componentes maiores (que é do que trata o item 4 da agenda ;) [22:24] <jrand0m> mas, de qualquer forma, se alguém se interessar em ajudar a converter os testes de unidade das estruturas de dados existentes para o framework jUnit, me avisem - seria muito bem-vindo (e daria a você uma boa base do codebase do i2p) [22:24] * mihi_away agora é conhecido como mihi [22:25] <dm> Se não estiver feito até o fim de semana eu posso dar uma olhada. Não sei nada sobre testes de unidade, então posso aprender no processo. [22:25] <jrand0m> demais! [22:25] <dm> Mas sem promessas. [22:25] <jrand0m> certo, certo [22:25] <jrand0m> ok, passando para 4) testes/monitoramento da rede [22:26] <jrand0m> todo mundo leu http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html? não quero só copiar e colar [22:26] * Frontier entrou em #i2p [22:27] * jrand0m dá tempo para o pessoal assimilar [22:27] * dm diz... [22:28] <Frontier> digerir o quê? [22:28] <dm> C) mas sem envio automático. [22:28] <dm> isto é, você digita emaillogstojrandom.sh (.bat) [22:28] <dm> email ou post, ou o que for. [22:29] <dm> e quando fizer isso, limpa seu log, ou o move para algum lugar, para você não enviar os mesmos dados duas vezes. [22:29] <jrand0m> então basicamente B [22:29] <jrand0m> (ou A) [22:29] <dm> Sim, um B) amigável ao usuário :) [22:29] <jrand0m> esse é um dos truques em relação aos dados... esse log cresce para dezenas de MB por noite [22:29] <jrand0m> certo [22:30] <dm> desculpe, não vi history=false para C. [22:30] <jrand0m> Frontier) estamos discutindo a seção 4 de http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html? [22:30] <mihi> jrand0m: man bzip2 [22:30] <dm> Então history=false com um script para enviar sob comando. [22:30] <dm> desculpe, history=true :) [22:30] <dm> poxa, fiz uma confusão. [22:31] <jrand0m> certo, mihi, mas bzip2 não vem no Windows (a menos que exijamos e o instalemos). ou você quer dizer que bzip2 tem uma flag para enviar um arquivo para uma URL? [22:32] <dm> Eu não me preocuparia com o tamanho, dezenas de MB para o pequeno grupo de pessoas que você tem aqui está ok. [22:32] <Ophite1> Eu voto em C. [22:32] <dm> Contanto que seja arquivado quando você executar o script para enviar. [22:32] <Ophite1> Este é um cliente de debug. [22:32] <Ophite1> A em um cliente de produção, claro :) [22:32] <mihi> jrand0m: então use GZipOutputStream [22:32] <jrand0m> isso, isso, Ophite1 ;) [22:33] <jrand0m> mihi> as pessoas podem querer ler esses arquivos ;) [22:33] <duck> sim, participação de depuração por opt-in, mas depois que você entra, facilite ao máximo para o usuário (então C) [22:33] <mihi> man zcat ;) [22:33] <Ophite1> jrandom: gzcat | less ;-) [22:33] <mihi> Ophite1: zless ;) [22:33] <jrand0m> C:\Documents and Settings\dev>man [22:33] <jrand0m> 'man' is not recognized as an internal or external command, [22:33] <jrand0m> operable program or batch file. [22:33] <jrand0m> ;) [22:34] <mihi> cd \cygwin <Ctrl+T> call cygwin.bat [22:34] * dm gira os polegares. [22:34] <Ophite1> clique duplo -> WinRAR -> ver [22:34] <jrand0m> ok, então temos um B, dois C, qual sua opinião, mihi? [22:34] <jrand0m> (e mais alguém?) [22:34] <dm> girar os polegares, cutucar o nariz, clique clique. [22:34] <mihi> duplo clique - 7zop - ver. Eu diria C. [22:35] <mihi> s/7zop/7zip/ [22:35] <jrand0m> 3 C um B. Eu meio que prefiro C também e, claro, se alguém /não/ quiser enviar esses dados, sempre pode dizer isso e não vai fazer nada [22:36] <jrand0m> vou ver se consigo implementar tanto C quanto B [22:36] <dm> Parece que vai ser C. [22:36] <dm> Não perca tempo, a pessoa do B está em dial-up e ofereceria pouquíssimos dados de qualquer forma ;) [22:36] <jrand0m> hehe [22:36] <jrand0m> bem, C provavelmente será implementado em cima de B, então não vai dar mais trabalho [22:37] <jar> para mim: exatamente como o Ophite1 disse! A para cliente de produção, C para debug ... [22:37] <jrand0m> é isso, jar [22:37] <jar> exatamente como o Ophite1 disse! A para cliente de produção, C para debug ... [22:37] <Ophite1> obviamente nada além de A para cliente de produção... [22:37] <jar> exatamente como o Ophite1 disse! A para cliente de produção, C para debug ... [22:37] <Ophite1> isso é óbvio :) [22:37] <jar> desculpe ... :( [22:37] <jrand0m> tá tudo bem, jar, não vamos te kickban (... desta vez ;) [22:38] <jrand0m> ok, vou cair em cima disso e, assim que isso for testado, teremos um novo release 0.2.3.5 (em algum momento amanhã) [22:39] <jrand0m> ok, passando para 5) ??? [22:39] <jrand0m> alguém tem mais alguma coisa? perguntas, ideias, preocupações? [22:39] * duck oferece hospedagem gratuita [22:39] * dm aceita hospedagem gratuita [22:39] <jrand0m> oh, boa. sim, as pessoas deveriam hospedar sites em host.duck.i2p, é bom ter páginas acessíveis [22:39] <jrand0m> (claro que as pessoas também podem se sentir à vontade para hospedar por conta própria ;) [22:40] <duck> claro, só para quem não consegue ficar online 24/7 [22:40] <jrand0m> certo [22:40] <mihi> o que aconteceu (acontecerá?) com a streaming API? [22:40] <jrand0m> mihi> está na lista de tarefas, mas fazer a rede funcionar de forma confiável é prioridade maior no momento :/ [22:41] <mihi> mas não foi abandonada completamente? (é isso que eu quero saber...) [22:41] <jrand0m> vou voltar à streaming API para o release 0.3.1 (talvez antes, mas não sei) [22:41] <jrand0m> definitivamente NÃO foi abandonada completamente. [22:41] <jrand0m> vai ser feita. [22:41] <dm> O que é essa streaming API? Uma forma diferente de expor a rede aos clientes? [22:42] <jrand0m> dm> http://wiki.invisiblenet.net/iip-wiki?I2PSocketLibrary [22:43] <jrand0m> Eu cometi o que é discutivelmente um erro ao incluir mode=guaranteed no router desde o começo em vez de colocá-lo em uma lib separada (e agora estou tentando movê-lo para fora do router :) [22:43] <jrand0m> (o benefício absurdamente bom desse erro foi o mihi aparecer e escrever o i2ptunnel :) [22:44] * wn-user entrou em #i2p [22:44] <jrand0m> mais alguém tem algo? [22:44] * dm entendeu. [22:45] <jrand0m> w3rd [22:45] <dm> Hmmm, cedo demais para encerrar a reunião, não é? [22:45] <duck> e o hosts.txt [22:45] <duck> está crescendo e crescendo [22:45] <jrand0m> bem, 45 min. duas semanas atrás tivemos 20 min [22:45] <jrand0m> ah, verdade [22:45] <duck> mas 75% está offline [22:45] <duck> e parece que 50% está permanentemente offline [22:45] <jrand0m> provavelmente [22:46] <jrand0m> sei lá [22:46] <duck> deixa crescer, para aumentar o incentivo para uma solução de DNS :) [22:46] <jrand0m> heh, exatamente [22:46] <Ophite1> Por mim, um pequeno atraso é ok, estou me divertindo muito com todo tipo de problemas no Windows... [22:46] <dm> Windows é o demônio! [22:46] <Ophite1> Você só entende de verdade o quão horrível o Windows é quando escreve software para ele. [22:47] <jrand0m> motivo #941 para usar Java [22:47] <dm> A menos que você esteja usando .NET. [22:47] <dm> também conhecido como java++ [22:47] <Ophite1> dm/jrand0m: ainda está rodando em Windows, e ainda há coisas em que você vive esbarrando. [22:47] <duck> jrand0m: aqueles últimos patches, resolveriam desconexões? ou mais problemas de conexão [22:47] <Ophite1> Comprimentos de caminho, por exemplo. Maldito Unicode. [22:48] <mihi> Ou não usar \n em nomes de arquivo ;) [22:48] <mihi> o que vai derrubar o cvs de qualquer forma (em *nix, BTDT) [22:48] <jrand0m> duck> nenhum patch de hoje é crítico [22:48] <duck> digo, de ontem [22:49] <dm> O que acontece se você usar \n em um filenamE? :) [22:49] <mihi> dm: tente ;) em *nix, nada acontece, desde que você não tente rodar cvs update depois. [22:49] <jrand0m> ah, ontem houve patches bons que resolveriam algumas (a maioria? todas?) as mensagens “Peer unreachable” do i2ptunnel. mas não desconexões do I2CP [22:50] <dm> Eu acho que lançaria uma exceção. [22:50] <jrand0m> (que é um dos motivos pelos quais o 0.2.3.5 está saindo) [22:51] <mihi> dm: funciona com repositório local, mas não com pserver ou ssh. [22:51] <mihi> algo como ‘protocol error’. [22:51] <mihi> (o protocolo termina nomes de arquivo por \n ;) ) [22:51] <Ophite1> tipo o que acontece com direct connect se você tem nomes de arquivo com $ e | neles. Eu odeio DC. [22:51] <duck> . [22:52] <Ophite1> Não importa o que eu programe, jamais poderia ser tão ruim :) [22:52] <jrand0m> ah, vocês devs de C só tratam \0 como especial em vez de $ ;) [22:52] <jrand0m> ok, mais alguma coisa sobre i2p ou podemos encerrar? [22:53] * madman2003 saiu do IRC (12( www.nnscript.de 12:: NoNameScript 3.8 12:: www.XLhost.de 12)) [22:54] <jrand0m> ok, é isso [22:54] * jrand0m *baf* encerra a reunião