Reunião de Desenvolvimento do I2P - 8 de fevereiro de 2005

13:05 <jrandom> 0) oi 13:05 <jrandom> 1) 0.4.2.6-* 13:05 <jrandom> 2) 0.5 13:05 <jrandom> 3) i2p-bt 0.1.6 13:05 <jrandom> 4) fortuna 13:05 <jrandom> 5) ??? 13:06 <jrandom> 0) oi 13:06 * jrandom acena 13:06 <@duck> y0 13:06 <smeghead> oi 13:06 <jrandom> notas semanais de status no ar @ http://dev.i2p.net/pipermail/i2p/2005-February/000564.html 13:07 <cervantes> foi mal o atraso... eu estava ocupado lendo as notas de status que foram postadas no último minuto... 13:07 <jrandom> ei, desta vez elas saíram /antes/ da reunião pelo menos (uns 30s antes ;) 13:08 <jrandom> enfim, enquanto vocês vasculham aquele email tão empolgante, vamos pular para 1) 0.4.2.6-* 13:09 <jrandom> com os patches mais recentes do anon e cia., estou dividido entre soltar um novo 0.4.2.7 tão perto da revisão 0.5. 13:10 <jrandom> por ora, porém, se você estiver se sentindo corajoso, sinta-se à vontade para dar uma rodada no cvs - está estável (estou quebrando coisas em outro branch), e tem coisa boa 13:11 <jrandom> o fator decisivo para não soltar uma rev foi quando fiz um checklist para a 0.5 e vi que as únicas coisas restantes eram mesmo atualizações da interface web 13:11 <+Ragnarok> sobre os patches do sugadude, eles representam uma mudança de política, já que discutimos filtrar endereços que não fossem .i2p antes, e você decidiu contra 13:11 <jrandom> oh, hm? discordo de mim mesmo então - o eepproxy não aceita endereço que não seja .i2p de qualquer forma, mesmo se estivessem no hosts.txt 13:12 <jrandom> eu tinha um argumento convincente antes? 13:13 <+Ragnarok> ok, então podemos reverter o patch, e eu implemento do jeito que funcionava originalmente, o que é uma mudança de 0 linhas? 13:13 <+Ragnarok> na verdade não, eu só não ligava de um jeito ou de outro :) 13:13 <jrandom> ah, legal, você que manda 13:13 <cervantes> bom, você me convenceu a largar todo meu trabalho num sistema de gerenciamento multi-tld e demitir todos os meus funcionários 13:13 <+Ragnarok> a filtragem já está acontecendo, então é só adicionar uma condição a um if 13:14 <jrandom> cervantes: também tenho esta linda ponte à venda... 13:14 <cervantes> :) 13:14 <jrandom> ok, combinado, Ragnarok, se você quiser me mandar um .java/.tar/.diff/.whatever, seria ótimo 13:15 <+Ragnarok> posso fazer cvs agora :) 13:15 <jrandom> :) melhor ainda 13:15 * cervantes faz backup do head do cvs 13:15 <jrandom> heh 13:16 <+Ragnarok> *BOOM* 13:16 <+Ragnarok> ... brincadeira :) 13:17 <jrandom> ok, fora isso, alguém tem mais alguma coisa para trazer à tona com relação a 0.4.*? 13:17 <ant> <dm>gt; 0.4.* é uma porcaria, nos dê 0.5 13:17 <ant> <dm>gt; Tem tipo um gazilhão de anos!! 13:18 <ant> <fvw>gt; 0.4.* não é uma porcaria, mas manda a 0.5 mesmo assim. 13:18 <jrandom> então 2) 0.5 :) 13:19 <ant> <dm>gt; vocês me devem muito, eu trouxe a 0.5 13:19 <jrandom> não poderíamos ter feito sem você, dm 13:19 <ant> <dm>gt; amém 13:20 <jrandom> como mencionado nas notas, praticamente todo o trabalho pesado para a 0.5 está feito e testado, mas ainda há pendências aqui e ali para ajustar 13:21 <jrandom> (p.ex. a próxima tarefa na minha lista é uma página de configuração de tunnel para gerenciar os pools e configurações) 13:22 <@duck> Espero que tenhamos uma rede de teste-0.5 antes de lançar? 13:22 <jrandom> houve atualizações em vários componentes diferentes, então a 0.5 pode ser um pouco turbulenta 13:22 <ant> <dm>gt; jrandom JÁ tem uma rede de testes.. dã 13:23 <jrandom> sim, tenho feito uma localmente aqui com uma dúzia de routers, mas em um dia ou dois vou tentar recrutar algumas pessoas para ajudar com testes em ampla área 13:24 * postman pode oferecer uma máquina dedicada 13:24 <jrandom> massa. talvez possamos tentar algo amanhã, tentar quebrar algumas coisas. 13:26 <cervantes> eu também 13:27 <jrandom> fechado 13:27 <jrandom> é basicamente tudo que tenho a dizer sobre a próxima 0.5 no momento - os logs de commit do cvs têm sido bem verbosos, então se você quer os detalhes, confiram lá 13:28 <jrandom> mais alguém tem comentários/perguntas/preocupações/frisbees com relação à 0.5? 13:29 <+postman> não 13:29 * postman está ansioso para colocar o novo V8 pra rodar :) 13:30 <jrandom2p> bom, 0.5 é mais como um novo tanque - projetado para melhorar a segurança e o anonimato, não como ajuste de desempenho ;) 13:30 <jrandom2p> mas concordo, já faz tempo demais 13:30 <@duck> não esqueça de adicionar um target 0.5 no bugzilla 13:30 <@duck> caso haja bugs 13:30 <jrandom2p> (heh, eu cheguei a adicionar um 0.4?) 13:31 <jrandom2p> mas boa 13:31 <@duck> ou você prefere bugs em outro lugar 13:31 <@duck> digo, relatórios de bugs :) 13:31 <@duck> sei que tenho sido preguiçoso e abuso das mensagens no irc para isso 13:31 <jrandom2p> não, bugzilla é ótimo, muito melhor que meu caderno 13:32 <jrandom2p> não te culpo, já que o bugzilla é meio chato 13:32 <jrandom2p> mas conforme os bugs se acumulam, é o melhor 13:32 <@duck> nah 13:33 * jrandom acabou de notar que estou alternando esquizofrenicamente entre telas 13:34 <jrandom> ok, enfim, indo para 3) i2p-bt 0.1.6 13:34 <jrandom> duck: o microfone é seu 13:34 <@duck> ok 13:34 <@duck> i2p-bt 0.1.5 tinha alguns problemas, os dois maiores: 13:35 <@duck> - resource temporarily unavailable 13:35 <@duck> - invalid argument error on windows 13:35 <@duck> ambos foram corrigidos 13:35 <jrandom> (oba!) 13:35 <@duck> enquanto tentei culpar o sam protocol, a sam bridge e o winsock 13:35 <@duck> o problema acabou sendo relacionado ao código de socket não bloqueante 13:36 <@duck> ainda não vi a 0.1.6 travar 13:36 <@duck> há alguns outros problemas não tratados: 13:36 <@duck> os usuários da GUI têm reclamado dos pop-ups 13:36 <@duck> você pode comentá-los, mas eu não gostei disso 13:37 <@duck> ainda esperando alguém implementar uma solução melhor 13:37 <@duck> como mostrar uma linha de status na própria janela de transferência 13:37 * smeghead se esconde 13:37 <smeghead> na verdade, dei uma olhada nisso ontem à noite 13:37 <smeghead> mas não está no topo da minha lista de prioridades 13:37 <@duck> ou talvez um dia eu veja como funciona o wxPython e faça eu mesmo 13:37 <@duck> mas não está no topo da minha lista de prioridades 13:38 <@duck> e eu não uso a GUI, então não ligo muito :P 13:38 <+Ragnarok> sempre tem a nova gui do 3.9 :) 13:38 <@duck> é melhor? 13:38 <smeghead> sim, por que você baseou o i2p bt numa versão tão jurássica em primeiro lugar? :) 13:38 <@duck> porque era a versão estável naquele momento 13:39 <@duck> e não tão mutilada quanto clientes como o bittornado 13:40 <@duck> Ragnarok: ignorando questões de licenciamento, acho que portar nossas coisas de i2p para 3.9 pode ser bom 13:40 <+Ragnarok> a nova GUI é bem incrível, imho, e é escrita usando pygtk, então eu consigo hackear nela 13:40 <jrandom> qual é a licença do 3.9? achei que era tipo MIT? 13:40 <+protokol> eu adoraria uma versão mais recente do jetty 13:40 <smeghead> protokol: isso vem mais cedo do que você pensa 13:41 <@duck> "BitTorrent Open Source License" 13:41 <smeghead> licença sabor-do-mês 13:41 <+Ragnarok> não li tudo.. parece estranha 13:41 <+protokol> licenciamento não existe no i2p 13:41 <@duck> derivada da Jabber Open Source License 1.0 13:41 <+protokol> se há source, é PD 13:41 <@duck> protokol: por isso eu disse 'ignorando' 13:42 <smeghead> e a licença do jabber é baseada em? 13:42 <jrandom> (leis de copyright desatualizadas?) 13:42 <smeghead> além disso :) 13:43 <modulus> a vontade da Sun de aprontar. 13:43 <@duck> http://www.opensource.org/licenses/jabberpl.php 13:43 <smeghead> proponho agendarmos a questão de licenciamento para a próxima reunião do I2P Public Domain Security Council 13:43 <modulus> ah, essa 13:43 <modulus> ouvi errado. 13:45 <@duck> 3.9.0 parece promissora 13:45 <@duck> ainda é beta, porém 13:47 <@duck> ok, quem quiser ajudar, por favor me avise 13:47 <@duck> assim podemos avaliar usar a 3.9.x 13:47 <@duck> . 13:47 <jrandom> w3rd 13:47 <smeghead> estou disposto a ajudar 13:47 <jrandom> posso ajudar a testar 13:48 <+Ragnarok> Estou disposto, mas provavelmente haverá restrições de tempo, já que estou tendo o semestre do inferno. 13:48 <jrandom> d'oh 13:48 <@duck> abandona o curso 13:48 <jrandom> droga, o duck me venceu 13:48 <smeghead> sim, todo mundo faz isso 13:49 <+Ragnarok> buu 13:49 <ant> <jnymo>gt; é só entrar para o exército ;) 13:50 <jrandom> é, como se isso te desse muito tempo pra programar, né? ;) 13:50 <+Ragnarok> já desisti de fazer curso de matemática, é o máximo que vocês vão conseguir de mim :) 13:50 <jrandom> heh 13:50 <jrandom> ok, mais alguém tem algo sobre 3) i2p-bt? 13:51 <ant> <jnymo>gt; só não se aliste por seis anos 13:51 <@duck> tem bastante posts no fórum sobre isso 13:51 <@duck> obrigado a quem ajuda os novatos 13:51 <@duck> s/thanks/my thanks/ 13:51 <@duck> se tiverem material para uma FAQ, me avisem 13:52 <jrandom> (se ainda tivéssemos drupal, poderíamos simplesmente adicionar um novo node...) 13:53 <jrandom> ok, enfim, indo para 4) fortuna 13:54 <jrandom> smeghead: quer nos dar uma atualização das coisas? 13:54 <smeghead> sim, estou trabalhando em pants e fortuna em paralelo 13:55 <smeghead> já que precisei modificar o build do fortuna para transformá-lo em um pbuild 13:55 <smeghead> o ETA de um patch que permitirá testar o fortuna é um dia ou dois, talvez hoje à noite dependendo de quais drogas estiverem envolvidas 13:56 <jrandom> heh 13:56 <@duck> então você vai baixar as pants? 13:56 <jrandom> ok, legal, quando for, tá valendo - se colocarmos na 0.5 na próxima semana ou algo assim, ótimo; se não, ótimo também 13:56 <smeghead> bem, mesmo que eu termine hoje à noite, eu adotaria uma postura conservadora na implantação 13:57 <jrandom> bastante razoável 13:57 <smeghead> até termos testes decentes 13:57 <smeghead> já que isso ficará no coração da maior parte da cripto do i2p 13:57 <jrandom> sim 13:57 <ant> <jnymo>gt; o jbigi fica? 13:57 <smeghead> sua nova classe de entropia é legal 13:58 <jrandom> sim, jnymo, isso é só um gerador de números aleatórios 13:58 <ant> <jnymo>gt; ah 13:59 <jrandom> ainda vamos precisar pesquisar a qualidade de várias fontes de entropia no router, mas acho que conseguiremos alimentá-lo com alguns dados. 14:00 <smeghead> aliás, se alguém quiser ler sobre do que se trata esse negócio de pants: http://smeghead.i2p/README_pants 14:00 <jrandom> ah, massa 14:01 <smeghead> pants também está quase pronto 14:01 <brachtus> eu sei que jbigi é meio difícil de fazer funcionar com OS X/Darwin... isso vai ter os mesmos problemas de build? 14:01 <smeghead> qual é o problema no osx? 14:01 <modulus> é só que você tem que compilar a lib 14:02 <modulus> na minha opinião não é grande coisa, mas um tanto trabalhoso. 14:02 <jrandom> brachtus: fortuna é em Java puro, não usa nada nativo 14:02 <smeghead> posso colocar o jbigi no pants e isso deve tornar a compilação uma moleza se distribuirmos o pants com o i2p 14:02 <brachtus> nada muito difícil, é como compilar uma lib compartilhada no linux, mas mais difícil do que só duplo-clique-instalar 14:02 <smeghead> você precisaria do ant, claro 14:02 <brachtus> ok jrandom, ótimo :) 14:03 <jrandom> smeghead: isso é um bom ponto - o jbigi tem no pants uma dependência do GMP 14:03 <ant> <jnymo>gt; o que é pants? 14:03 <smeghead> nenhuma mexida manual seria necessária 14:03 <ant> * jnymo não tem um router rodando 14:03 <smeghead> jnymo: leia o link que acabei de postar 14:04 <jrandom> http://bolas.mine.nu:8080/cgi-bin/nph-proxy/000000A/http/smeghead.i2p/README_pants 14:04 <smeghead> pants pode compilar o gmp também 14:04 <jrandom> (public inproxy) 14:04 <smeghead> ah legal 14:04 <jrandom> eca, isso estragou totalmente o texto 14:04 <ant> <jnymo>gt; valeu jr 14:04 <ant> <fvw>gt; você não tem medo de encrencas legais? 14:04 <smeghead> jrandom não opera o inproxy 14:04 <jrandom> ah, o inproy é operado por outra pessoa, já foi postado no fórum 14:05 <jrandom> (veja http://bolas.mine.nu:8080/) 14:05 <cervantes> jrandom: não deveria ser visto como um arquivo html...confira o source 14:05 <ant> <fvw>gt; ainda assim, fico surpreso que alguém rode. Mas enquanto não for alguém vital para o projeto, tudo bem :) 14:05 <jrandom> hehe 14:05 <jrandom> somos /todos/ vitais para o projeto :) 14:06 <smeghead> fvw: não vejo inproxies como legalmente tão precários quanto outrpoxies 14:06 <smeghead> outproxies mesmo 14:06 <ant> <fvw>gt; Talvez não, mas ainda podem servir pornografia infantil e afins 14:06 <jrandom> só se existissem tais coisas no i2p, o que, até onde sei, não existem 14:06 <legion> outproxies poderiam rotear pelo tor, só pra ficar um pouco mais seguro, já que seriam usados apenas para navegação web, não vejo problema. 14:07 <jrandom> (mas sim) 14:07 <modulus> ainda 14:07 <ant> <fvw>gt; sim, mas qualquer um pode colocar a qualquer momento. 14:07 <ant> <fvw>gt; sim, eu também não rodaria um outproxy tor. Enfim, desculpem sair do tópico 14:07 <jrandom> legion: sim, embora eu tenha colocado o squid.i2p no ar antes do tor sair 14:07 <ant> <duck_>gt; voltando ao tópico; ansioso por pants 14:08 <jrandom> sim, pants++ 14:08 <smeghead> aviso vocês antes de eu colocar o pants no CVS 14:08 <smeghead> é meio grande 14:08 <ant> <duck_>gt; o pessoal fora do i2p talvez se interesse também 14:09 <cervantes> sim, avise todo mundo antes de você abaixar suas pants 14:09 <smeghead> sim, pretendo divulgá-lo fora do i2p também 14:09 <jrandom> concordo, talvez devêssemos colocá-lo em outro módulo (ou no novo servidor rápido/grande)? 14:09 <+Ragnarok> especialmente se você for um cara de pants grandes 14:10 <smeghead> sim, o módulo pants realmente deveria ser mantido separado do repo pants na árvore de código-fonte, atualmente eu os tenho localizados na mesma raiz apps/pants 14:10 <smeghead> :/ 14:10 <smeghead> o que, nem preciso dizer, é total pants 14:11 <smeghead> então sobre o que estávamos falando originalmente? 14:11 <jrandom> hmm, podemos discutir opções de implantação offline 14:11 <jrandom> fortuna ;) 14:11 <smeghead> certo 14:12 <jrandom> smeghead: você já olhou as necessidades de AES/SHA256 da implementação? 14:12 <jrandom> (já que o SHA256 do i2p não faz digests parciais) 14:13 <smeghead> hm 14:13 <jrandom> Quanto ao AES, temos uma implementação de bloco perfeitamente adequada 14:13 <smeghead> acho que vou descobrir quando explodir 14:13 <jrandom> enfim, podemos resolver isso também 14:13 <jrandom> heh 14:15 <jrandom> ok, alguém tem perguntas/pensamentos/preocupações sobre fortuna? 14:15 <jrandom> se não, pulando para 5) ??? 14:15 <jrandom> cervantes: p1ng 14:16 <cervantes> http://forum.i2p/viewtopic.php?t=305 14:16 <cervantes> temos um novo membro do fórum da semana 14:16 <cervantes> Apresento [rufar de tambores] Sugadude! 14:16 * brachtus aplaude Sugadude 14:17 <jrandom> oba 14:17 <cervantes> por, em geral, ser um cara prestativo com todos aqueles n00bs de i2p 14:17 <@duck> avatar legal também 14:17 <cervantes> avatar(s) 14:18 <legion> avatares? não sabia que podíamos ter avatares nos fóruns do i2p? 14:18 <smeghead> só usuários que são realmente muito maus ganham 14:18 <cervantes> você não pode... a menos que seja a pessoa do fórum da semana ;-) 14:18 <@duck> só para a elite 14:18 <legion> ah, entendi... 14:19 <ant> <jnymo>gt; sei que alguém estava interessado em sistemas financeiros seguros sobre i2p 14:19 <legion> faz sentido :) 14:19 <ant> <jnymo>gt; não sei se estão aqui, mas... 14:19 <@duck> sou um anarcocapitalista fedorento 14:19 <@duck> então manda ver 14:20 <ant> <jnymo>gt; eu estava lendo mais sobre criptografia de limiar (threshold cryptography) e há conversas sobre usá-la para isso 14:20 <ant> <jnymo>gt; assim como para proteger outras funções 14:21 <ant> <jnymo>gt; todo mundo familiarizado com criptografia de limiar? 14:21 <legion> IMO a criptografia e a segurança de rede devem ser variáveis; o quanto deve depender do recurso/tarefa. 14:21 <ant> <duck_>gt; jnymo: um pouco 14:22 <ant> <jnymo>gt; bem, para transações financeiras confiáveis no i2p, queremos confiança forte e descentralizada 14:22 <modulus> isso é sobre chaves compartilhadas e coisas assim? 14:23 <ant> <jnymo>gt; sim, as chaves são compartilhadas em pedaços 14:23 <ant> <duck_>gt; mas em um ambiente anônimo, como saber que as entidades que estão compartilhando não são controladas pela mesma? 14:23 <ant> <jnymo>gt; e você precisa contornar mais da metade de todos os servidores do sistema para obter a chave priv 14:24 <modulus> pelo que sei, é meio complicado o assunto de geração distribuída de chaves. 14:24 <legion> sim, mas em um sistema de milhões isso seria difícil (sim, i2p é pequeno no momento, mas esperamos que cresça muito em breve). 14:25 <ant> <jnymo>gt; comunicações atômicas, algo assim.. mas sim, há problemas ao incorporar novos nós no sistema, que acho que estão sendo resolvidos 14:25 <ant> <jnymo>gt; acho 14:25 <ant> <jnymo>gt; então talvez não esteja desenvolvido o suficiente, mas aposto que algum uso de criptografia de limiar vai acabar sobre i2p em algum ponto 14:26 <jrandom> legal 14:26 <legion> não sei, talvez 14:26 <ant> <jnymo>gt; alguém já construiu um addon DNSSEC com threshold crypto 14:27 <ant> <jnymo>gt; e um wrapper em volta do bind 14:27 <jrandom> limiares funcionam bem quando identidade é escassa 14:27 <jrandom> em redes anônimas, no entanto, identidade é gratuita 14:27 <legion> eu diria que no momento a prioridade mais alta é deixá-lo mais amigável ao usuário e depurado. 14:27 <jrandom> (quer um novo destination? quer 100.000?) 14:28 <legion> claro que é legal sempre que um novo serviço/recurso é desenvolvido. 14:28 <jrandom> sim, comércio e finanças em cima do i2p serão legais 14:28 <ant> <jnymo>gt; sim, e eu não saberia se 'atomic commo' funcionaria em um sistema de criptografia de limiar com 10000 nós 14:29 <ant> <jnymo>gt; bom, era só isso que eu tinha pra dizer :) 14:30 <jrandom> heh legal, sinta-se à vontade para postar coisas bacanas no fórum ou o que for, quando quiser 14:30 <jrandom> ok, mais alguém tem algo para a reunião? 14:32 <+ugha2p> Eu sou péssimo. 14:33 <jrandom> o que houve ugha2p? 14:33 <ant> <jnymo>gt; ainda bem que tirou isso do peito, ugha ;) 14:33 <+ugha2p> Nunca lembro das reuniões. :) 14:33 <jrandom> heh 14:33 <jrandom> bem, os logs serão publicados em breve, 90 minutos de diversão cheia de ação 14:34 <jrandom> bem, dito isso 14:34 * jrandom se prepara 14:34 * Curiosity acena para jrandom e diz obrigado! :D 14:34 <ant> * jnymo lança a bola da reunião 14:34 * jrandom *baf*s encerra a reunião