Reunião de desenvolvedores do I2P, 30 de novembro de 2003

[22:02] <jrand0m> agenda [22:02] <jrand0m> 0) boas-vindas [22:02] <jrand0m> 1) i2p router [22:02] <jrand0m> 1.1) status [22:02] <jrand0m> 1.2) mudanças no roadmap [22:02] <jrand0m> 1.3) subprojetos abertos [22:02] <jrand0m> 2) modPow nativo [22:03] <jrand0m> 2) instalador GUI [22:03] <jrand0m> 3) IM [22:03] <jrand0m> 4) serviço de nomes [22:03] <jrand0m> 5) licenciamento [22:03] <jrand0m> 6) outro? [22:03] <jrand0m> 0) boas-vindas [22:03] <jrand0m> oi. [22:03] <nop> oi [22:03] <jrand0m> reunião 2^6 [22:04] <jrand0m> tem algum item para adicionar à agenda, nop? [22:04] <jrand0m> ok, 1.1) status do router [22:04] <jrand0m> estamos na 0.2.0.3 e, pelo que soube por último, está funcional [22:04] <MrEcho> > 0.2.0.3 [22:04] <MrEcho> certo? [22:05] <MrEcho> estou rodando .. parece ok [22:05] <nop> não [22:05] <jrand0m> houve commits menores após o release 0.2.0.3, nada que valha um novo release [22:05] <nop> só estou tentando me atualizar [22:05] <jrand0m> show [22:06] <jrand0m> dadas as experiências e o feedback da 0.2.0.x, o roadmap foi atualizado para deixar a execução menos intensiva em recursos [22:06] <jrand0m> (ou seja, para que as pessoas possam rodar webservers / etc. e isso não devore a CPU delas) [22:06] <jrand0m> especificamente (indo para a pauta 1.2): http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap [22:07] <MrEcho> o que notei é que a maioria dos routers usa: TransportStyle: PHTTP [22:07] <MrEcho> ele vai automaticamente para phttp ou chega a tentar tcp primeiro [22:07] <jrand0m> hmm, a maioria dos routers deve suportar PHTTP e, se puderem aceitar conexões de entrada, devem suportar TCP também [22:07] <jrand0m> sempre que possível ele usa TCP [22:07] <jrand0m> PHTTP é ponderado como cerca de 1000 vezes mais caro que TCP [22:08] <jrand0m> (veja GetBidsJob, que pergunta a cada transporte quanto acha que custaria enviar uma mensagem a um par) [22:08] <jrand0m> (e veja TCPTransport.getBid e PHTTPTransport.getBid para os valores usados) [22:08] <MrEcho> ok [22:08] <jrand0m> você está usando PHTTP com frequência para enviar e receber mensagens? [22:09] <jrand0m> (isso pode ser sinal de que seu listener TCP não está acessível) [22:09] <MrEcho> não coloquei as URLs do meu lado [22:09] <jrand0m> ah, ok. [22:09] <MrEcho> ahh está sim [22:10] <jrand0m> ok, sim, meus routers têm conexões TCP abertas com você [22:10] <dm> que hospitaleiros. [22:11] <jrand0m> mas fico feliz que vocês me fizeram implementar o routerConsole.html para não termos que vasculhar os logs por essa porcaria [22:11] <MrEcho> existe algum timeout que, se não conectar via TCP, ele vá para PHTTP? e qual é o tempo disso [22:11] <jrand0m> se receber TCP connection refused / host not found / etc., ele falha essa tentativa imediatamente e tenta o próximo bid disponível [22:12] <MrEcho> então sem novas tentativas [22:12] <jrand0m> PHTTP tem um timeout de 30 s, se bem me lembro [22:12] <jrand0m> sem necessidade de tentar de novo. ou você tem uma conexão TCP aberta e pode enviar os dados, ou não :) [22:13] <MrEcho> lol ok [22:13] <MrEcho> ele vai tentar TCP toda vez depois disso ou pular e ir direto para PHTTP na próxima conexão? [22:13] <jrand0m> no momento ele tenta TCP a cada vez. [22:13] <jrand0m> os transportes ainda não mantêm histórico [22:13] <MrEcho> ok, legal [22:14] <jrand0m> (mas se um par falhar 4 vezes, ele entra na lista negra por 8 minutos) [22:14] <MrEcho> bem, uma vez que o outro lado receba a msg via PHTTP, ele deve se conectar ao router que enviou a msg via TCP, certo? [22:14] <jrand0m> correto. assim que qualquer conexão TCP for estabelecida, pode usá-la. [22:14] <jrand0m> (mas se ambos os pares tiverem apenas PHTTP, obviamente só usarão PHTTP) [22:15] <MrEcho> isso significaria que não conseguiu est. uma conexão TCP com nada [22:15] <MrEcho> .. mas é [22:16] <MrEcho> queria que houvesse uma forma de contornar isso [22:16] <jrand0m> não, um dos meus routers não tem endereço TCP — só PHTTP. mas eu estabeleço conexões TCP com pares que têm endereços TCP. [22:16] <jrand0m> (e então eles podem me enviar mensagens de volta por essa conexão TCP em vez de me mandar mensagens PHTTP mais lentas) [22:17] <jrand0m> ou não era isso que você queria dizer? [22:17] <MrEcho> é, eu me confundi [22:17] <jrand0m> isso aí, sem problema [22:18] <jrand0m> então, vejam o roadmap atualizado para informações de cronograma atualizadas (http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap) [22:18] <jrand0m> ok, 1.3) subprojetos abertos [22:19] <jrand0m> finalmente coloquei um monte da minha lista de tarefas do palmpilot no wiki em http://wiki.invisiblenet.net/iip-wiki?OpenSubprojects [22:19] <jrand0m> então se você estiver entediado e procurando projetos de código... :) [22:20] <MrEcho> nossa [22:20] <MrEcho> já tenho 2 [22:20] <dish> Você tem um palmpilot, isso é elite [22:20] <MrEcho> o meu morreu [22:20] <jrand0m> mihi> tem um item lá sobre o I2PTunnel descrevendo uma ideia que tive há pouco tempo [22:21] <MrEcho> não sei o que há com ele [22:21] <jrand0m> sim, eu tinha palms, mas recentemente este foi doado para a causa ;) [22:21] <dish> Poderia haver um item na reunião para discutir quando foi a última vez que o userX digitou algo [22:21] <MrEcho> a porcaria nem liga mais [22:21] <MrEcho> lol [22:22] <jrand0m> Não acho que o UserX disse algo nos últimos 4 ou 5 meses ;) [22:22] <MrEcho> isso é um bot ou algo assim? [22:22] <dish> O que ele disse há 5 meses? [22:22] <MrEcho> aposto que é um BitchX rodando em alguma máquina à qual ele tinha acesso .. e esqueceu [22:22] <jrand0m> que ele voltaria com comentários sobre o anonCommFramework (nome antigo do i2p) na semana seguinte ;) [22:23] <dish> haha [22:23] <jrand0m> mas suponho que ele esteja ocupado. faz parte [22:23] <jrand0m> ok, 2) modPow nativo [22:24] <MrEcho> eu vi aquele código C [22:24] <jrand0m> montei um stub .c e uma classe Java para mostrar como algo como GMP ou outra biblioteca MPI poderia ser integrado, mas obviamente não funciona [22:25] <jrand0m> seria bom se tivéssemos um pequeno pacote de classes em C e aquela classe wrapper Java trivial associada, que pudéssemos compilar para Windows, OS X, *BSD, Linux e empacotar sob GPL [22:25] <jrand0m> (insira aqui uma grande quebra no iip) [22:38] <MrEcho> a última coisa que vi foi: [13:25] <jrand0m> ok, 2) modPow nativo [22:38] <jrand0m> oi, MrEcho [22:38] <jrand0m> sim, parece que um proxy principal caiu [22:39] <jrand0m> vou dar mais 2 minutos antes de reiniciar [22:39] <MrEcho> ok [22:39] <MrEcho> por US$ 25 uma vez eu consigo Java completo no thenidus.net ... um dos meus sites [22:40] <jrand0m> $25? cobram para instalar software? [22:40] <MrEcho> não faço ideia na verdade .. é um pacote [22:40] <MrEcho> falando com meu amigo agora [22:40] <jrand0m> não tenho certeza de que o código esteja estável o suficiente para sair por aí alugando um monte de espaços de colocation para subir routers. ainda :) [22:41] <dm> frazaa? [22:41] <MrEcho> java - jsp [22:41] <jrand0m> ok, reenviando o que enviei antes: [22:41] <jrand0m> montei um stub .c e uma classe Java para mostrar como algo como GMP ou outra biblioteca MPI poderia ser integrado, mas obviamente não funciona [22:41] <jrand0m> seria bom se tivéssemos um pequeno pacote de classes em C e aquela classe wrapper Java trivial associada, que pudéssemos compilar para Windows, OS X, *BSD, Linux e empacotar sob GPL (ou licença menos restritiva) [22:41] <jrand0m> porém, com o novo roadmap colocando AES+SessionTag como meu item de ação atual, isso não é tão crítico quanto era. [22:42] <jrand0m> se alguém quiser tocar isso, seria ótimo (e tenho certeza de que outro projeto com o qual todos estamos familiarizados se interessaria por esse empacotamento) [22:43] <dm> z? [22:43] <jrand0m> heh, de certa forma ;) [22:44] <jrand0m> ok, 3) instalador GUI [22:44] <jrand0m> MrEcho> oi [22:44] <MrEcho> :) [22:44] <MrEcho> hehe [22:44] <MrEcho> está andando [22:44] <jrand0m> legal [22:44] <MrEcho> nada muito elaborado [22:45] <MrEcho> tenho umas ideias bem legais para deixar bem caprichado .. mas isso ainda vai demorar [22:45] <jrand0m> Eu estava pensando se o instalador deveria adicionar 1) uma opção para buscar automaticamente as seeds de http://.../i2pdb/ 2) buscar automaticamente o http://.../i2p/squid.dest e criar também um runSquid.bat/runSquid.sh? [22:45] <jrand0m> isso aí [22:46] <jrand0m> sim, queremos que o instalador seja o mais simples possível - em que coisas caprichadas você estava pensando? [22:46] <MrEcho> a questão é .. quando você faz java -jar installer ele vai para o modo sem GUI por padrão por causa do jeito que você tem as coisas [22:46] <MrEcho> como vamos fazer para que, quando você der duplo clique no arquivo JAR, ele carregue a GUI [22:47] <jrand0m> install.jar <-- nongui, installgui.jar <-- gui [22:47] <jrand0m> código separado, pacotes separados [22:47] <MrEcho> caprichado no sentido de coisas que você pode nem notar .. mas vai ficar bonito e limpo [22:47] <jrand0m> legal [22:47] <MrEcho> ah, ok [22:48] <jrand0m> (ou install <-- gui installcli <-- cli. vamos ver como as coisas progridem) [22:49] <jrand0m> mais algo sobre a GUI, ou pulamos para o item 4)? [22:49] <jrand0m> (algum prazo em mente? sem pressão, só por curiosidade) [22:51] <MrEcho> sem ideia por enquanto [22:51] <jrand0m> show [22:51] <jrand0m> ok, 4) IM [22:51] <jrand0m> thecrypto não está aqui, então..... [22:51] <jrand0m> 5) serviço de nomes [22:51] <jrand0m> wiht também não está aqui... [22:51] <jrand0m> ping [22:52] <dish> você errou a contagem numérica da agenda [22:52] <dish> 3) IM [22:52] <jrand0m> sim, eu tinha 2 itens 2 na agenda [22:52] <dish> 4) Nomes [22:52] <dish> ;) [22:52] <jrand0m> (modPow nativo e instalador GUI) [22:52] <jrand0m> viu, somos dinâmicos e tal [22:59] <jrand0m> ok, para os logs, acho que vou continuar [22:59] <jrand0m> 6) licenciamento [23:00] <jrand0m> estou pensando em adotar algo menos restritivo que a GPL. estamos usando algum código MIT, além de outro arquivo que é GPL (mas é só a codificação base64 e pode ser substituída trivialmente). fora isso, todo o código é copyright meu ou do thecrypto. [23:01] <dish> veja a parte do código do i2p tunnel do mihi [23:01] <jrand0m> ah, verdade, o mihi lançou aquilo como GPL, mas ele pode querer lançar como outra coisa também, se quiser [23:01] <jrand0m> (mas o I2PTunnel é essencialmente um app de terceiros e pode licenciar como quiser) [23:02] <jrand0m> (embora, como o i2p SDK é GPL, ele tenha sido forçado a ser GPL) [23:02] <MrEcho> poxa, já era hora [23:02] <jrand0m> não sei. licenciamento não é meu forte, mas estou inclinado pelo menos a migrar para LGPL [23:03] <dish> publique as 10–20 linhas de alteração no código do I2P HTTP Client do mihi sob a licença que o mihi usa [23:03] <jrand0m> hehe :) [23:06] <jrand0m> enfim, 7) outro? [23:07] <jrand0m> alguém tem perguntas / preocupações / ideias sobre i2p? [23:07] <dish> Deixa eu perguntar [23:07] <dish> O I2P tem algum recurso de nome de grupo? [23:07] <jrand0m> recurso de nome de grupo? [23:07] <dm> equipe Discovery Channel! [23:07] <MrEcho> lol [23:08] <dish> De modo que, se você quiser ter uma rede privada ou separada, mas algum router se misturar de alguma forma, sem nome de grupo as duas redes se fundiriam [23:08] <MrEcho> ele está pensando no WASTE [23:08] <jrand0m> ah [23:08] <dish> Não sei por que você iria querer isso, mas estou perguntando só por via das dúvidas [23:08] <jrand0m> sim, no início do desenho da rede eu estava brincando com isso [23:09] <jrand0m> é mais avançado do que precisamos agora (ou no futuro relativamente próximo [6–12 meses]), mas pode ser integrado depois [23:09] <dish> Ou isso é uma má ideia porque é melhor manter uma única rede grande [23:09] <dm> i2pisdead [23:09] <jrand0m> heh dm [23:10] <nop> cala a boca [23:10] <dm> nop: valentão? [23:10] <jrand0m> não, dish, é uma boa ideia [23:10] <dm> engraçadinho? [23:10] <jrand0m> é essencialmente o que é o release 0.2.3 — rotas restritas [23:10] <jrand0m> (ou seja, você tem um conjunto pequeno e privado (confiável) de pares e não quer que todos saibam quem são, mas ainda quer poder se comunicar com eles) [23:15] <jrand0m> ok, mais algo? [23:15] <nop> nah, só estou sendo engraçado [23:18] <dm> engraçadinho? [23:20] <jrand0m> ok, bem, reunião /interessante/, com alguns crashes do iip no meio ;) [23:21] <jrand0m> * jrand0m *baf* encerra a reunião