Reunião de Desenvolvedores do I2P - 09 de novembro de 2004

13:26 <jrandom> 0) oi 13:26 <cervantes> vamos ver o menu antes de pedir :P 13:26 <jrandom> 1) 0.4.1.4 13:26 <jrandom> 2) Streaming lib 13:26 <jrandom> 3) Progresso do BT 13:26 <jrandom> 4) addressbook.py 13:26 <jrandom> 5) ??? 13:26 <jrandom> 0) oi 13:27 * jrandom acena 13:27 <Ragnarok> oi 13:27 * cervantes acena 13:27 <jrandom> notas de status em http://dev.i2p.net/pipermail/i2p/2004-November/000485.html 13:27 <keysersoze> oi 13:27 <+polecat> 5) podem ser DHTs, tipo aquele bamboo? 13:27 <jrandom> (é, eu estou atrasado) 13:27 <jrandom> legal polecat 13:27 * polecat dá uma beliscada nos dedos de novo! 13:27 <jrandom> ok, pulando para 1) 0.4.1.4 13:28 <+Ch0Hag> 0.4.1.4 parece cair mais do que deveria 13:28 <+Ch0Hag> tipo – cair de qualquer jeito 13:28 <jrandom> cair? 13:28 <+Ch0Hag> Embora haja chance de ser culpa do kaffe. 13:28 <jrandom> derruba sua conexão do IRC, ou reinicia o router? 13:28 <jrandom> ah, você está no kaffe? 13:29 <+Ch0Hag> o router 13:29 <+Ch0Hag> Estou. 13:29 <+Ch0Hag> Alguém precisa estar :) 13:29 <jrandom> no kaffe eu tive que dobrar o uso de memória padrão (dar um -mx128m na inicialização) 13:29 <+polecat> GAH! Agora entendi! Eu tinha o hawk no ignore. 13:29 <jrandom> bem, temos pelo menos 3 pessoas no kaffe atualmente 13:30 <jrandom> tirando isso, porém, como o 0.4.1.4 está indo pra vocês? 13:30 * polecat está no kaffe... não conhece uma JVM melhor no momento. 13:30 <jrandom> os relatórios iniciais foram bons, mas não ouvi muito ultimamente 13:30 <+Ch0Hag> Eu tinha 64, vou tentar 128 13:30 <Ragnarok> parece bom 13:30 <keysersoze> jrandom: Sem problemas maiores aqui 13:30 <@duck> a última grande queda do irc foi minha 13:30 <+Ch0Hag> E sim, muito foi por OOM (sem memória) 13:31 <@duck> fora isso acho que está um pouco instável (desde que habilitei bw), mas não tenho prova 13:31 <jrandom> o throttling na sua máquina é um pouco um gargalo, já que p.ex. cada mensagem que você recebe vira algo como 20+ mensagens que precisam ser enviadas 13:32 <@duck> ah 13:32 <jrandom> mas concordo, o irc tem estado irregular 13:32 <cervantes> 0.4.1.3 sempre foi muito estável na minha IBM JVM, então evitei atualizar nesta fase 13:32 <cervantes> (22 dias de uptime) 13:32 <jrandom> legal cervantes 13:32 <jrandom> duck: [inserir comentário descrevendo esperanças para a nova biblioteca de streaming aqui] 13:33 <cervantes> o servidor de irc do baffled tem estado um pouco menos irregular 13:33 <jrandom> pois é, isso é uma boa métrica 13:33 <keysersoze> cervantes: Qual versão ele roda? (Sabe?) 13:33 <ant> <dm> a biblioteca de streaming terá efeito no IRC, ou as mensagens são pequenas demais de qualquer forma? 13:33 <@duck> Fui um bom pato esta semana, então vou aumentar um pouco o limite 13:33 <jrandom> deixa eu checar keysersoze 13:33 <jrandom> :) 13:33 <+polecat> Tenho 11 horas de uptime. ;.; 13:34 <jrandom> keysersoze: 0.4.1.4 13:34 <keysersoze> jrandom: ;) Mas dá para perguntar a ele aqui quando aparecer 13:34 <keysersoze> ok 13:34 <jrandom> dm: a nova biblioteca de streaming vai melhorar a resiliência e lidar com falhas, mas obviamente não vai melhorar a vazão do irc 13:34 <jrandom> (as versões de router são publicadas na netDb, e eu sei quais routers são os dele) 13:34 <ant> <dm> isso é bom 13:35 <jrandom> ok, temos mais algo para 0.4.1.4? 13:35 <jrandom> se não, passando brevemente para 2) progresso da biblioteca de streaming 13:36 <keysersoze> não 13:36 <jrandom> como mencionado nas notas, mais novidades quando estiver disponível :) 13:36 <+polecat> O que poderemos fazer com a biblioteca de streaming que não poderíamos fazer antes de ela existir? 13:36 <Ragnarok> baixar arquivos grandes rapidamente 13:36 <Ragnarok> e fazer DOS na rede :) 13:36 <jrandom> polecat: transferir arquivos arbitrariamente grandes, transferir a > 4KBps 13:37 <+Ch0Hag> e/ou de forma confiável? 13:37 <jrandom> Ragnarok: *não* fazer DoS na rede é no que estou trabalhando agora ;) 13:37 <+protokol> notei com o tempo que se eu perco uma conexão no eepIRC, as reconexões sempre falham, mas se eu paro por alguns minutos conecta de boa 13:37 <+polecat> Aumentaria a taxa de transferência? o.O 13:37 <jrandom> polecat: sim. a biblioteca de streaming atual usa uma janela fixa de 1 pacote – esperando por um ACK antes de enviar a próxima mensagem 13:37 * polecat concorda com protokol, parece que sim. 13:38 <ant> <dm> A biblioteca de streaming permitirá que uma nova classe de aplicações baseadas em TCP seja utilizável no I2P. 13:38 <Ragnarok> jrandom: ah, bom. Eu estava um pouco preocupado com isso :) 13:38 <ant> <dm> Essa é a versão de marketing. 13:38 <jrandom> deixem-me apenas dizer que a vazão parece promissora com a nova lib. 13:39 <jrandom> hehe dm 13:39 <keysersoze> jrandom: Como a extensão ao TCP normal, onde a máquina remetente continua enviando mesmo se não recebeu um ACK ainda, até um certo número? 13:39 <+polecat> jrandom: Ah, vejo como isso poderia comprometer... 13:39 <jrandom> isso mesmo, keysersoze, até um tamanho de janela (deslizante) 13:39 <jrandom> (fazendo todas aquelas coisas de controle/evitação de congestionamento) [/balançando os braços] 13:40 <+polecat> Também vejo como pode haver problemas de congestionamento. Se muitos pacotes forem enviados depois que uma conexão cai. 13:40 <cervantes> vai ser interessante ver alguns comparativos de benchmarks para i2p BT com a nova biblioteca de streaming e a antiga biblioteca não-tão-streaming 13:40 <jrandom> sim cervantes 13:41 <jrandom> polecat: esse é o maior perigo, evitar um flood na rede, por isso estamos implantando com cautela 13:41 <ant> <dm> Tenho um bug para reportar. Alguém me lembre quando chegarmos ao 5. 13:41 <cervantes> jrandom: do ponto de vista de aplicação, quão transparente será a mudança? 13:42 <keysersoze> polecat: Os planos atuais implementam a ideia de "slow-start", onde a janela será 1 primeiro, depois aumentada com cautela para 2, e SÓ se isso funcionar bem, para 3, etc. Até um máximo? 13:42 <+polecat> O 0.4.1.4 usa a biblioteca de streaming, ou ela ainda não foi implantada? 13:42 <jrandom> cervantes quando o 0.4.2 sair, sem mudanças de código. você pode até usar a biblioteca de streaming agora se quiser, se especificar um flag mágico no ambiente :) 13:42 <cervantes> polecat: isso virá com o 0.4.2 13:42 <ant> * dm todo mundo corre em direção ao jrandom. 13:42 <jrandom> ela já está com vocês – veja streaming.jar 13:42 <jrandom> mas desativada por padrão 13:42 <ant> <dm> "flag! flag! flag!" 13:43 <keysersoze> jrandom: Ah vamos lá, estrague-nos e diga qual é a variável de ambiente ;) 13:43 <jrandom> no entanto, a biblioteca de streaming é *NÃO RETROCOMPATÍVEL* 13:43 <jrandom> ou seja, você não pode usar IRC com ela 13:43 <cervantes> Eu tenho um .1.3 inicial lembra ;-) 13:43 <jrandom> a menos que o duck rode um destination newStreamingLib separado 13:43 <+polecat> É... provavelmente melhor mudar em sincronia então, não individualmente. 13:43 <jrandom> sim 13:43 <+Ch0Hag> Acho que esse flag é um daqueles "se você não consegue encontrar, é porque não precisa". 13:43 <ant> <dm> duck: pelo amor de deus, faça o que mandam!!! 13:43 <+Ch0Hag> Como a maioria dos do GCC... 13:43 <jrandom> isso mesmo, Ch0Hag :) 13:44 <jrandom> dm: ainda há outras coisas a testar 13:44 <jrandom> p.ex. hoje de manhã o mule estava ajudando a testar com o FUQID 13:44 <keysersoze> jrandom: Isso influencia alguma das chaves do hosts.txt para destinations I2P existentes? 13:44 <mule> perdi a reunião. fim do horário de verão :(. 13:44 <jrandom> (e o FUQID faz coisas maaais :) 13:45 <jrandom> oi mule, eu também :) você chegou na hora 13:45 <ant> <dm> mule: você não perdeu a seção 5) ????? 13:45 <+Ch0Hag> Ah falando em fuqid, há novidades sobre o stasher? 13:45 <ant> <dm> por tudo que você sabe, ???? pode ser: GOTO 1 13:45 <jrandom> keysersoze: não, a biblioteca de streaming não está envolvida nessa parte 13:45 <+Ch0Hag> Ou isso é assunto grande o suficiente para esperar até 5? 13:45 <jrandom> Ch0Hag: ninguém ouve nada do aum desde setembro, e ninguém mais está fazendo nada no stasher. 13:46 <jrandom> (mas há outras coisas de DHT para discutir no 5)??? pelo que ouvi) 13:46 <+Ch0Hag> Ah. 13:46 <+Ch0Hag> Que pena. 13:46 <+Ch0Hag> Os devs do freenet não tiveram sua concorrência ... removida, tiveram? 13:46 <+Ch0Hag> :) 13:46 <jrandom> heh 13:47 <+polecat> A primeira aplicação de assassinato político. x3 13:47 <+Ch0Hag> Enfim, não tenho mais nada, então não vou me intrometer de novo até o 5 13:47 <jrandom> ok, tem muita coisa rolando na biblioteca de streaming, mas a discussão vai ter que ficar para depois 13:47 <jrandom> a menos que haja mais alguma coisa, podemos ir para 3) Progresso do BT 13:47 <cervantes> </evasion> 13:48 <ant> <dm> Todo mundo não gostaria que o jrandom adotasse o processo de implantação do toad? 13:48 <ant> <dm> Build 3435: tentativa da biblioteca de streaming 13:48 <jrandom> duck: ping? 13:48 <ant> <dm> Build 3436: tentativa 2 da biblioteca de streaming 13:48 <@duck> pong 13:48 <ant> <dm> Build 3436: tentativa 3 da biblioteca de streaming 13:48 <jrandom> seja bonzinho 13:48 * duck pega o microfone 13:48 <Ragnarok> não, não queremos 13:48 <@duck> dinoman, Ragnarok e eu temos trabalhado no cliente BT. 13:48 <@duck> - Protocolo BT analisado e mudanças especificadas em http://duck.i2p/i2p-bt/txt/i2p-bt_protocol.txt 13:48 <@duck> - dino modificou o phpbt, info em http://duck.i2p/i2p-bt/txt/tracker.txt 13:48 <@duck> dino fez o cliente falar com o tracker, R e eu o melhoramos um pouco. 13:48 <@duck> toda a parte tracker <-> cliente funcionou 13:48 <@duck> mas travamos na biblioteca SAM para python... 13:49 <@duck> Connelly tem ajudado, mas também está ocupado 13:49 <@duck> e aum está sumido 13:49 <+polecat> Ainda fico pasmo que BT consiga funcionar no i2p... 13:49 <@duck> então eu joguei fora o pysam, reimplementei o RawServer.py do BT e agora meio que funciona. 13:49 <jrandom> (w00t!) 13:49 <@duck> notícia quente: canal #i2p-bt (especialmente o tópico com as últimas informações de release) 13:49 <@duck> agora estou trabalhando em adicionar muito suporte de logging (registro de logs), para capturar alguns pequenos defeitos 13:50 <Ragnarok> está bem mais agradável que o RawServer.py original 13:50 <peer> duck: então está pronto para testes beta? 13:50 <@duck> (por exemplo durante o EndGame tem que dar timeout e tentar de novo para pegar os últimos pedaços) 13:50 <@duck> peer: sim 13:50 <@duck> um pequeno ponto para discussão: 13:51 <@duck> até agora é compatível com python 2.2 (e acima) 13:51 <@duck> (parece ser o mesmo para o próprio bittorrent) 13:51 <@duck> mas a parte de logging precisa de 2.3... 13:51 <cervantes> sim, de fato 13:51 <@duck> quão ruim vocês acham que isso é? 13:51 <jrandom> meus boxes freebsd e linux têm 2.3 13:51 <ant> <dm> ruim? 13:52 <jrandom> (embora tenham sido instaladas no último ano) 13:52 <Ragnarok> há alguma distro grande que ainda entrega 2.2? 13:52 <@duck> debian-stable ainda parece entregar 2.2, da última vez que verifiquei 13:52 <jrandom> ah, eu estou no debian unstable 13:52 <@duck> mas de novo isso mal é surpresa 13:52 <+Ch0Hag> Debian entrega 2.3, 2.2, 2.1 e possivelmente 2.0 13:52 <+Ch0Hag> Juntas. 13:52 <Ragnarok> exceto o Debian stable, acho... 13:53 <+Ch0Hag> É isso que não tenho certeza. 13:53 <jrandom> seria bom ter suporte 2.2 – não há boas libs de logging para ele? 13:53 <Ragnarok> debian bobo 13:53 <@duck> jrandom: você poderia empacotar a lib do 2.3 13:54 <Ragnarok> dá para tornar o logging simplesmente opcional? 13:54 <@duck> Acho que sim 13:55 <jrandom> bem, é realmente uma ferramenta de produtividade para devs, então o que funcionar melhor para quem está codando 13:55 <ant> <dm> podemos nos preocupar com isso quando I2P + BT se tornarem populares. 13:55 <keysersoze> Para quem esse logging é necessário? Não para o usuário final, imagino, então ao implantar, não deveria importar que logging não seja possível em algumas plataformas, né? 13:55 <ant> <dm> até lá talvez 2.3 seja padrão 13:55 <jrandom> suporte a 2.2 seria bom, mas não acho que seria tão ruim exigir 2.3 13:55 <cervantes> duck: então a lista de announce dos peers do tracker pode ser feita para cuspir destinations do i2p em vez de IPs de máquina? 13:56 <@duck> ok, vamos tentar abstrair a lib de logging, com 2.2 usar stdout 13:56 <@duck> cervantes: http://duck.i2p/i2p-bt/diffs/phpbt-i2p.diff 13:56 <jrandom> keysersoze: você quer logging implantado nas máquinas dos clientes para que se/quando bugs surgirem, o dev possa obter logs detalhados 13:56 <jrandom> boa duck 13:56 <cervantes> valeu 13:56 <+Ch0Hag> hehe se alguém ainda estiver interessado, o Woody tem python 1.5, 2.0 e 2.1 13:56 <+Ch0Hag> :) 13:57 <@duck> hehe 13:57 <@duck> ok, nesse caso eu digo exigir 2.3 13:57 <@duck> e foda-se o Woody 13:57 <cervantes> acho que o meu está preso no 1.5 e 2.2 13:57 <jrandom> é, sem necessidade de lidar com 2.1 13:57 <cervantes> (hora de atualizar) 13:57 <jrandom> heh 13:57 <+Ch0Hag> Essa é a opinião da maioria dos usuários Debian também 13:58 <Ragnarok> addressbook.py requer 2.3 13:58 <@duck> há alguns subprojetos interessantes: 13:58 <jrandom> ah ok legal Ragnarok 13:58 <@duck> pesquisar as configurações ótimas para i2p 13:58 <+polecat> Aquele negocinho requer 2.3? 13:58 <keysersoze> jrandom: Concordo, mas em uma rede pequena como agora (~100 peers), não é problema ter alguns beta-testers atualizando para 2.2 ou 2.3. E uma vez que os bugs mais gritantes forem esmagados, os novos usuários “reais” não deveriam realmente precisar de logging. Então o que estou dizendo é: O logging não é problema neste estágio, então concordamos ;) 13:58 <cervantes> quando eu estava destrinchando o BT há um ano ou assim, esta máquina estava empurrando 6mb/s através do tracker às vezes... 13:58 <+polecat> Estranho... 2.2 deve ser praticamente capado então. 13:58 <Ragnarok> 2.3 tem melhor suporte a proxy no urllib 13:58 <@duck> portar o tracker padrão do bt também 13:58 <cervantes> quero dizer o seed 13:59 <Ragnarok> poderia funcionar no 2.2, mas daria esforço demais :) 13:59 <+polecat> Ah isso seria importante, certo. 13:59 <jrandom> duck: pesquisar as configurações ótimas vai ser difícil até o 0.4.2 sair 13:59 <@duck> certo 14:00 <jrandom> portar o tracker seria ótimo, porém. você tem as ferramentas para criar o .torrent implementadas, ou fez isso manualmente? 14:00 <@duck> hã? 14:00 <cervantes> o cliente tem toneladas de ajustes legais para taxas de adoção de peers, timeouts, min/máx de peers etc 14:01 <cervantes> jrandom: isso não deve precisar de modificação acho 14:01 <jrandom> duck: o .torrent referencia o destination do i2p do tracker, certo? 14:01 <@duck> agora nós entregamos: btdownloadheadless.py + btmakemetafile.py + btshowmetainfo.py 14:01 <jrandom> ou referencia o nome? 14:01 <cervantes> é só uma url e um monte de hashes sha1 14:01 <@duck> embora btmakemetafile.py e btshowmetainfo.py não estejam modificados 14:01 <jrandom> "uma url" é a parte difícil :) 14:02 <@duck> então você pode usar outras ferramentas 14:02 <@duck> é http://duck.i2p/phpbt/announce.php agora 14:02 <jrandom> ok, legal 14:02 <@duck> imagino que você possa usar http://i2p/bigbase64/announce.php 14:02 <+protokol> há planos para outros clientes suportarem eepTorrent? eu gosto do azureus 14:02 <@duck> vários 14:02 <cervantes> jrandom: a versão inicial que eu olhei não fazia validação de url na string de announce 14:03 <ant> <dm> o que eep significa mesmo? 14:03 <cervantes> você podia colocar qualquer coisa lá 14:03 <jrandom> hmm, vale a pena verificar se isso funciona duck (no caso do phpbt fazer reescrita burra de url, etc) 14:03 <cervantes> dm: veja no glossário do fórum 14:03 <@duck> talvez seja hora de um fórum i2p-bt? 14:03 <keysersoze> duck: Especialmente quando novos usuários, que não têm uma "registrazione" no hosts.txt, quiserem hospedar trackers, DEVE ser possível ter um base64 ali 14:03 <+Ch0Hag> Eye Eye Pee? 14:03 <jrandom> seria legal duck 14:03 <@duck> (seção de fórum no forum.i2p) 14:04 <ant> <dm> cervantes: isso foi útil! 14:04 <cervantes> duck: sim, sem problemas 14:04 <@duck> keysersoze: será investigado 14:04 <jrandom> ainda assim, como está, é muito bacana 14:05 <jrandom> os 4KBps por peer não são exatamente um problema também 14:05 <ant> <dm> que horas são? "Tem um relógio a duas quadras daqui" 14:05 <cervantes> seguindo em frente talvez devêssemos montar um espaço de fórum separado para as pessoas publicarem arquivos à la suprnova 14:05 <@duck> eeprnova 14:05 <jrandom> cervantes: com reviews, etc :) 14:05 <keysersoze> jrandom: A transição para a streaminglib vai exigir grandes mudanças no código atual do I2P-BT em python? 14:05 <+polecat> Eu com certeza nunca pego mais de 4KBps mesmo em streams de bittorrent IPv4... 14:05 <peer> seria bom se houvesse um argumento de linha de comando para definir o endereço do servidor i2p, para você poder rodar de outras máquinas na rede 14:05 <jrandom> (mas acho que seria melhor deixar isso fora do forum.i2p, talvez) 14:06 <jrandom> keysersoze: 0 mudanças 14:06 <@duck> tenha em mente que trackers i2p-bt vão escalar bem pior 14:06 <@duck> já que precisam enviar chaves grandes e inchadas 14:06 <Ragnarok> polecat: você deve estar por trás de NAT 14:06 <keysersoze> polecat: ((OT) tente o torrent do firefox de hoje ;)) 14:06 <cervantes> jrandom: sim. 14:06 <@duck> enquanto os trackers normais foram recentemente modificados para enviar só 6 bytes / peer 14:06 <jrandom> peer: endereço do servidor i2p? 14:07 <jrandom> peer: uso o i2p-bt com minha ponte SAM local acessando um router remoto 14:07 <jrandom> ah, mas seria bom se houvesse flags para definir a localização da ponte SAM e a localização do eep proxy na CLI, sim 14:07 <peer> jrandom: isso mesmo 14:07 <keysersoze> duck: Podemos comprimir a host-key? (Só perguntando...) 14:08 <peer> com um argumento de cli 14:08 <jrandom> (em vez de remodificar o código a cada release :) 14:08 <@duck> keysersoze: usar binário em vez de base64 vai encolher um pouco 14:08 <@duck> tipo 15% 14:08 <@duck> não vale a pena 14:08 <keysersoze> duck: Concordo. 14:09 <ant> <dm> cervantes: onde está esse glossário do fórum? Não vejo nada em http://forum.i2p.net/ 14:09 <Ragnarok> poderiam ser usados hostnames? 14:09 <jrandom> Ragnarok: hostnames não são globalmente únicos 14:09 <@duck> Ragnarok: não queremos ir por aí 14:09 <cervantes> dm: só aparece para usuários registrados 14:10 <ant> <dm> cervantes: ah excelente! Vou procurar por eep no google então! 14:10 <Ragnarok> justo 14:11 <cervantes> dm: é um fonema para IIP 14:11 <cervantes> é o que se diz por aí 14:11 <jrandom> ok, vocês estão fazendo um trabalho tremendo no lado do bt, e eu aguardo para ouvir (e usar) mais :) 14:11 <ant> <dm> cervantes: não é sigla? 14:12 * cervantes tem 1/2 terabyte de filmes e séries para compartilhar 14:12 <jrandom> temos mais algo referente a i2p-bt para discutir? 14:12 <cervantes> dm: não que eu tenha ouvido 14:12 <@duck> (não esqueçam do #i2p-bt) 14:12 <jrandom> sim, #i2p-bt, finalmente um incentivo para as pessoas saírem do freenode :) 14:12 <ant> <dm> certo. Obrigado, senhor. 14:13 <+Ch0Hag> Como se esta Grande rede não fosse incentivo suficiente já... 14:13 <jrandom> ok se não, vamos para 4) addressbook.py 14:13 <jrandom> Ragnarok: quer fazer um resumo? 14:13 <Ragnarok> uhu 14:14 <Ragnarok> hm, ok. addressbook.py é uma primeira tentativa de um sistema de catálogo de endereços assinável. 14:14 <Ragnarok> Está bem feio no momento, mas funciona 14:14 <Ragnarok> você pode pegar em ragnarok.i2p 14:14 <peer> posso só fazer uma sugestão sobre: nomenclatura? acho que o melhor método seria os links entre eepsites usarem base64, mas deixar as pessoas criarem seus próprios nomes de favoritos para sites, em vez de ter qualquer sistema de nomes centralizado 14:14 <Ragnarok> hum... 14:14 <Ragnarok> alguma pergunta? 14:15 <+postman> Ragnarok: defina feio :) 14:15 <jrandom> Ragnarok: animal 14:15 <ant> <dm> jrandom: não é uma pergunta 14:15 <+polecat> Sobre o que estávamos falando mesmo? @.@ 14:15 <peer> meio como os favoritos na página inicial da interface web do freenet, mas em vez disso com urls 14:15 <cervantes> Ragnarok: é tudo linha de comando, ou tem GUI? 14:15 <Ragnarok> leia, está feio :) 14:15 <jrandom> peer: concordo, embora precisemos de ferramentas para autores 14:15 <cervantes> não tinha screenies então perdi o interesse e fui embora ;-) 14:15 <jrandom> peer: embora o ?i2paddresshelper ajude 14:15 <+postman> Ragnarok: ok, obrigado – vou conferir 14:16 <+polecat> Bah, GUIs são para mães de família! 14:16 <Ragnarok> é tudo linha de comando. É projetado para rodar como um daemon (serviço em segundo plano). Ainda não roda como daemon no windows, mas esse é meu próximo projeto. 14:16 <Ragnarok> tirando a ferramenta de CLI, todas as interações são por arquivos de config. 14:17 <jrandom> talvez o próximo passo no campo de nomes seja uma interface web para gerenciar as entradas e assinaturas? 14:17 <cervantes> você basicamente está divulgando seu arquivo hosts então? 14:17 <Ragnarok> sim 14:17 <cervantes> certo... legal 14:17 <Ragnarok> interface web seria ótimo. Eu não vou escrevê-la, porém :) 14:17 <jrandom> com mesclagens e gerenciamento de conflitos 14:18 <+polecat> Qual é o gerenciamento de conflitos, além de reclamar no log? 14:18 <jrandom> sim, o motor em si é Coisa Boa, talvez possamos conseguir outra pessoa para assumir a parte web :) 14:19 <Ragnarok> nenhum. Se você quiser resolver um conflito, faz à mão :). Embora esteja um pouco mais fácil agora. 14:19 <jrandom> polecat: reclamar e nunca sobrescrever uma entrada existente pelo que sei 14:19 <jrandom> (er, o que ele disse) 14:19 <cervantes> seria legal como um plugin de barra lateral para o firefox... 14:19 <+polecat> Sim, era o que eu pensava. 14:19 <cervantes> isso é algo que eu poderia colocar na minha toolbar do i2p 14:20 <Ragnarok> mudanças do usuário nunca são sobrescritas, então é razoavelmente seguro contra ataque 14:20 <jrandom> e você só deve assinar peers relativamente confiáveis 14:20 <Ragnarok> de fato 14:20 <cervantes> talvez um recurso para travar entradas? 14:20 <cervantes> (isto é, movê-las para userhosts) 14:21 <Ragnarok> entradas nunca são modificadas 14:21 <+polecat> Gosto do conceito de um arquivo myhosts.txt para entradas que você quer endossar você mesmo. 14:21 <cervantes> Ragnarok: ah desculpa, então você disse 14:22 <Ragnarok> myhosts.txt é um hack sujo para contornar uma condição de corrida, mas por alguma razão todo mundo gosta dele como coisa de interface :) 14:22 <jrandom> se as pessoas tiverem interesse, há maneiras de fazer o i2ptunnel / sam / etc lerem de mais do que apenas hosts.txt e userhosts.txt 14:22 <jrandom> (mas só se houver uma boa razão sólida para isso) 14:22 <cervantes> Ragnarok: era para você fingir que foi intencional ;-) 14:23 * duck sugere abstrair do hosts.txt / userhosts.txt 14:23 <+polecat> Minha versão em perl do addressbook.pl suporta o lance do myhosts.txt. 14:23 <Ragnarok> sim, isso fará parte da grande reescrita :) 14:23 * polecat observa para duck, você teria que modificar o i2ptunnel e o sam para fazer isso. 14:23 <Ragnarok> primeiro, quero ter paridade de recursos no windows, porém. 14:24 <jrandom> certo duck, pois teria sido bom para o 0.4.2 se pudéssemos marcar destinations diferentes como "oldLib" e "newLib" (etc) 14:24 <@duck> polecat: você pode escrever o resultado final para algo chamado 'hosts.txt' 14:24 <cervantes> idealmente você quer um mini-banco de dados hierárquico de endereços locais que você possa categorizar 14:24 <@duck> mas usar alguma outra estrutura para o usuário 14:24 <+polecat> O resultado final vai para userhosts.txt 14:24 <+polecat> E também um arquivo chamado "hosts.txt" no eepsite que não é o hosts.txt do sistema. 14:24 <@duck> o que é confuso :) 14:25 <Ragnarok> Eu gosto de ser o mais confuso possível :) 14:25 <MrEcho> espero ter o dns pronto até o fim do mês 14:25 <@duck> ok, então deixe o nome depender do checksum do conteúdo 14:25 <cervantes> addressbook.txt? :) 14:25 <Ragnarok> o catálogo de endereços publicado se chama só hosts.txt, porque é assim que ele é no dev.i2p 14:25 <+polecat> É possível chamar o arquivo hosts.txt do Ragnarok de outra coisa. As pessoas só têm que assinar esse outro nome de arquivo. 14:26 <Ragnarok> verdade, é uma opção de configuração 14:26 <+polecat> i.e. tipo ir em http://polecat.i2p/addressbook em vez de http://polecat.i2p/hosts.txt 14:26 <MrEcho> para sua informação, meu dns não toca o arquivo hosts .. assim como um dns de verdade 14:27 <+polecat> Ah é, tem isso também.>.< 14:27 <@duck> meu dns causa paz mundial 14:27 <jrandom> MrEcho: pode valer a pena explorar interoperabilidade 14:27 <+polecat> Existe o /etc/hosts, o hosts.txt do jrandom que o i2ptunnel e o sam usam, e agora o hosts.txt publicado pelo Ragnarok. 14:28 <Ragnarok> Eu não acho que algo que não resolva nomes localmente vá jamais ter desempenho aceitável sobre i2p, mas fique à vontade para me provar errado :) 14:28 <mule> ambiente hostil :) 14:28 <MrEcho> eu poderia fazer ele atualizar o hosts text, mas eu estava esperando adicionar algo em outro código 14:28 <jrandom> há algum código no cvs (sob apps/myi2p) para carregar/armazenar entradas do catálogo de endereços com os dados postados naquele e-mail de fev, se alguém se interessar ;) 14:29 <+polecat> ? 14:29 <MrEcho> já dei uma olhada jr 14:30 <jrandom> polecat: http://forum.i2p.net/viewtopic.php?t=141#419 14:30 <+polecat> Você quer dizer sob apps/myi2p/java/src/net/i2p/myi2p 14:30 <jrandom> bem, sim, se você quer ser específico ;) 14:30 <+polecat> Mais como horrivelmente redundante. ;3 14:31 <jrandom> legal MrEcho, embora eu esteja sugerindo esse tipo de formato de arquivo para outros sistemas de nomes também, se as pessoas forem considerar substituir o hosts.txt 14:31 <jrandom> polecat: com boa razão (e na minha opinião não há redundância nesse caminho ;) 14:31 <Ragnarok> legal. Vou dar uma olhada 14:32 <ant> <dm> pelo menos não diz internet três vezes ali mais 14:33 <jrandom> teria que ser implementado como um net.i2p.client.naming.NamingService também – algo para carregar daquele db local, mas isso não deve ser tão difícil 14:33 <+polecat> Eca! Não, não, nada de registros MX... nada de CNAME... 14:33 <jrandom> ter múltiplos destinations por nome é uma boa ideia porém 14:33 <ant> <janonymous2> Sou fã de um híbrido catálogo de endereços/ dns 14:34 <jrandom> um catálogo de endereços é um sistema de nomes de domínio :) 14:34 <+polecat> jrandom: Quantas vezes você teve que chamá-lo de myi2p? E quão necessário é chamá-lo de i2p se já se chama myi2p? E há alguma dúvida se aquele troço é uma coisa de java? 14:34 <jrandom> polecat: nem todo código do myi2p será em java. 14:34 <@duck> volte para sua caverna seu troll de perl :) 14:34 <+polecat> Concordo que é tudo necessário, não te culpo jrandom, mas culpo o java e o ant. 14:35 <jrandom> polecat: e o codebase do i2p é único sob o namespace net.i2p, já que não controlamos o namespace net.myi2p :) 14:35 * polecat rosna e se agacha debaixo da ponte. 14:35 <ant> <dm> polecat: isso se chama TOC 14:35 <jrandom> heh 14:35 <jrandom> isso se chama engenharia de software ;) 14:36 <+polecat> Sim, mas por que colocar tudo numa estrutura de diretórios que repete o namespace? 14:36 <+polecat> Só especificar tipo... no arquivo "Este arquivo é namespace net.i2p" 14:36 <jrandom> mas enfim, mais algo sobre o sistema de nomes animal do Ragnarok? :) 14:36 <@duck> é animal 14:36 <Ragnarok> obrigado :) 14:36 <+polecat> Asseth Kickius. 14:36 <jrandom> polecat: há 1340 arquivos java no i2p 14:37 <@duck> Fiquei _chocado_ quando quis visitar um eepsite e o host já estava propagado 14:37 <Ragnarok> hehe 14:37 <jrandom> :) 14:37 <+polecat> Bem, não estou dizendo que precise ser espremido tudo num lugar. 1340 arquivos parece pra caramba, porém, não tem nenhum código redundante aí? o.O 14:38 <Ragnarok> alguém sabe um comando para matar um processo do windows pelo pid? 14:38 <@duck> tipo reimplementações da pilha TCP? :) 14:38 <+polecat> Sem falar em servidores web totalmente funcionais. c.c 14:38 <jrandom> heh 14:38 <jrandom> oh, deixa eu pular o código do jetty.. 14:39 <keysersoze> (91 peers na rede agora!) 14:39 <ant> <dm> ragnarok: kill 14:39 <jrandom> ok, 389 em router/ e core/ 14:39 <Ragnarok> em quais versões isso existe? 14:39 <+polecat> Ainda é muito para um router meia-boca... mas considerando o todo não está tão ruim. 14:39 <ant> <dm> não sei... Rodando XP aqui. 14:39 <cervantes> Ragnarook: só se você tiver os arquivos do cd de suporte instalados 14:40 <Ragnarok> ah 14:40 * duck volta o foco 14:40 <cervantes> Ragnarok: caso contrário baixe o pskill do sysinternals 14:40 <jrandom> ok, mais algo para 4) addressbook.py, ou vamos para 5) ??? 14:41 <cervantes> Ragnarok: http://www.sysinternals.com/ntw2k/freeware/pstools.shtml 14:41 <jrandom> ok, 5) então 14:41 <Ragnarok> bacana, valeu :) 14:41 <jrandom> polecat: se bem me lembro você queria levantar o bamboo-dht? 14:41 <MrEcho> ? reunião agora 14:41 <+polecat> :canta: DHT DHT USA USA~/o 14:42 <+polecat> Sim, de fato. Só estou olhando algo... 14:42 <jrandom> sim MrEcho 14:43 <+Ch0Hag> 5? 14:43 <jrandom> 5) ??? 14:43 <MrEcho> heh 14:43 <+Ch0Hag> uuh sim, encontrei um bug semântico irrelevante 14:43 <jrandom> manda Ch0Hag? 14:43 <+polecat> Existem 79 arquivos java no código-fonte do bamboo. Há 253 arquivos no total. 14:44 <+polecat> O projeto inteiro ocupa 4,6 megabytes em arquivos fonte e de suporte, antes de compilar. 14:44 <jrandom> eita 14:44 <+Ch0Hag> em /netdb.jsp, nossa informação é dada porta primeiro, enquanto outros peers são dados host primeiro 14:44 <+Ch0Hag> Na linha Addresses 14:44 <jrandom> você chegou a brincar com ele, polecat? 14:44 <jrandom> Ch0Hag: a ordem é arbitrária 14:45 <+Ch0Hag> E parece ser host/porta em todos 14:45 <+polecat> Não tive muita chance. Brinquei com circle, e peguei uma representação gráfica bacana de uma chave pública PGP, mas ainda não com bamboo. 14:45 <ant> <dm> ah sim, o irrelevante relatório de bug do ch0hag me lembrou! 14:45 <ant> <dm> na página de config diz "você deve ou usar um serviço como dyndns ou deixar o hostname em branco. Se você deixar em branco, seu router vai autodetectar o IP 'correto' perguntando a um peer" 14:45 <+Ch0Hag> Mas hey 14:45 <+Ch0Hag> Não é como se importasse de verdade. 14:46 <ant> <dm> o que é ótimo para mim, já que tenho IP dinâmico e estava esperando por este recurso há algum tempo, mas quando eu deixo em branco e clico salvar, ele automaticamente preenche a caixa de novo com um IP (incorreto) 14:46 <cervantes> polecat: tem uma url? 14:46 <ant> <dm> Obrigado! 14:47 <jrandom> hmm dm, ele não respeita você deixar vazio? 14:47 <jrandom> isso é definitivamente um bug substancial 14:47 <+polecat> Sim, um momento por favor. 14:47 <Ragnarok> seria bom se só recomendasse preencher a caixa se você tiver um hostname real, estático. Ou se a caixa não existisse... 14:47 <jrandom> Ch0Hag: kaffe tipicamente mantém um tamanho estável 14:47 <+polecat> http://bamboo-dht.org/ 14:48 <jrandom> Ragnarok: estou considerando remover aquela caixa por completo, deixando para os hackers adicionarem em /configadvanced.jsp 14:48 <ant> <dm> Eu só me importo porque o parágrafo de instruções me faz sentir um idiota quando não consigo deixar em branco ;) 14:48 <cervantes> polecat: valeu 14:48 <+Ch0Hag> dm: É claramente um teste de inteligência. 14:48 <+Ch0Hag> Se você consegue deixar em branco, você passa. 14:48 <+polecat> Também notei que bamboo parece compilar com jikes e o jar do kaffe em aproximadamente 30 segundos. 14:48 <+polecat> Usa umas variáveis estranhas, porém, JAVAC e JAVAHOME em vez de JAVA_HOME 14:49 <Ragnarok> jr: Acho uma ótima ideia. Neste ponto, é um pouco como uma armadilha para novatos. 14:50 <cervantes> dm: você clica no salvar, ou dá enter? 14:50 <ant> <dm> clico salvar 14:50 <ant> <dm> * Limites de largura de banda atualizados 14:50 <ant> <dm> * Configuração salva com sucesso 14:50 <@duck> polecat: planeja dar uma olhada mais de perto? 14:51 <+polecat> Planejo sim. bamboo parece o melhor candidato para portar para i2p, e o projeto de DHT mais "arrumado" que vejo por aí. 14:52 <+polecat> O importante é se ele "funciona" ou não, claro. 14:52 <jrandom> bah, quem precisa de funcionalidade, é tudo sobre compatibilidade de buzzword! 14:53 <jrandom> por favor nos mantenha atualizados sobre como vai 14:53 <jrandom> (pois concordo, o projeto parece promissor) 14:53 <@duck> provavelmente o mais importante é o que ele oferece para modificações no nível de transporte 14:54 <ant> <janonymous2> Qual é a de bambu? 14:54 <jrandom> sim, se requer canais NIO ou usa sockets simples 14:54 <cervantes> heh... notícias do bamboo: "5 Aug Bamboo Agora 100% Java Puro... usa Berkeley DB Java Edition" "4 Nov Bamboo Não Mais 100% Java Puro... BDB Java era ruim.. de volta ao C" 14:54 <jrandom> (embora nós /pudéssemos/ escrever canais NIO para i2psocket, daria trabalho) 14:54 <+polecat> jrandom: Volte para sua catedral, gárgula do java! X3 14:54 <+polecat> De fato. Se exigir TCP ou UDP, ou pior... DNS, então podemos estar ferrados. 14:54 <+polecat> NIO/ 14:54 <+polecat> NIO? 14:55 <+polecat> Tudo que sei é que ni'o significa mudar de assunto em lojban. 14:55 <jrandom> NIO é uma nova biblioteca de I/O no java, adicionada no 1.4 14:55 <+polecat> Entendi. Mesmo sockets simples, não tem o SAM objetos análogos a sockets, e funções read() e write() análogas? 14:55 <jrandom> sim 14:56 <jrandom> se usarem sockets simples, é fácil pra caramba 14:56 <jrandom> (...seja lá o que isso signifique) 14:56 <ant> <janonymous2> O que é bamboo? 14:56 <jrandom> bamboo-dht.org 14:57 <cervantes> quais foram os problemas com o pysam aliás? 14:57 * polecat concorda. 14:58 <@duck> cervantes: enviar / receber dados 14:58 <cervantes> duck: ah só isso? :) 14:58 <ant> * janonymous2 /me se encolhe no seu telefone inadequado 14:58 <@duck> e fazer / detectar conexões 14:58 <+Nightblade> ele não enviava? 14:59 <Ragnarok> oi 14:59 <@duck> Nightblade: provavelmente fazia algo 14:59 <+Nightblade> funciona de alguma forma? 15:00 <cervantes> duck: alguma ideia de nomeação da seção do fórum i2p-bt? 15:00 <cervantes> você quer seu próprio topo, com alguns subs? 15:01 <Ragnarok> hm, tenho que cair na estrada. Tenham um bom resto de reunião :) 15:01 <jrandom> Nightblade: aum estava usando, então tenho certeza que funcionava 15:01 <jrandom> l8r Ragnarok 15:01 <cervantes> you're = your 15:01 <cervantes> até mais ragnarok 15:02 <ant> <janonymous2> Status do bt? 15:02 <jrandom> janonymous: veja os logs da reunião (quando saírem) 15:03 <jrandom> falando nisso, há mais algo que as pessoas gostariam de levantar na reunião? 15:03 <ant> <janonymous2> Ah, minha culpa 15:04 * cervantes entrega ao jr o baffer banhado a e-gold 15:04 * jrandom arma o braço 15:04 <jrandom> ... 15:04 <jrandom> ... 15:04 * jrandom encerra a reunião com um *baf*