Reunião de desenvolvimento do I2P - 02 de março de 2004

13:07 < jrandom> 0) oi 13:07 < jrandom> 1) Status do desenvolvimento 13:07 < jrandom> 2) Cascatas 13:07 < duck> Eu vou parar 13:07 < jrandom> 3) Roadmap 13:07 < jrandom> 4) Site 13:07 < jrandom> 5) ??? 13:07 < jrandom> 0) oi 13:07 * jrandom acena para a primeira reunião de desenvolvimento de i2p via I2P :) 13:07 < ughabugha> nick é Janonymous. 13:08 < ughabugha> Ok. 13:08 < duck> oi 13:08 < jrandom> as notas semanais de status são postadas na lista de e-mails (online em http://i2p.net/pipermail/i2p/2004-March/000155.html) 13:08 < ughabugha> oi. 13:08 < jrandom> como de costume, vamos seguir isso como guia 13:08 < nick> olá 13:09 < jrandom> indo para 1) Status do desenvolvimento 13:09 * jrandom repete o mantra de "Estamos progredindo" 13:10 < jrandom> 0.2.5 tem algumas Coisas Boas, e estamos encontrando bugs escondidos há muito tempo 13:10 < jrandom> o mais recente é relacionado a BD, mas isso ainda não foi corrigido, então não há necessidade de acompanhar o CVS HEAD 13:11 < jrandom> os testes de eco mostram resultados bem bons, mas ainda há questões a resolver em relação ao irc e ao snark 13:12 < jrandom> como tem sido a obtenção de eepsite (site dentro da I2P) para vocês? 13:12 < jrandom> (e/ou squid?) 13:12 < nick> de vez em quando 13:12 < duck> em geral ok com o janonymous ou o ugha 13:13 < duck> às vezes o janonymous cai etc 13:13 < ughabugha> É. 13:13 < duck> <mihi_backup> jrandom: você sabe *mesmo* como me deixar com raiva... 13:13 < jrandom> d'oh 13:13 < nick> Tenho colocado conteúdo novo 13:13 < jrandom> o que foi, mihi? 13:13 < jrandom> bom nick 13:14 < jrandom> quer dizer, janonymous 13:15 < nick> hã? 13:15 < nick> :) 13:15 < ughabugha> IIP <ughabugha> Iniciei um relay bidirecional agora. 13:15 < jrandom> ah, legal 13:15 -!- nick [~Janonym@localhost] has quit [Conexão fechada pelo cliente] 13:15 < jrandom> o que foi, mihi? 13:15 < ughabugha> IIP <ughabugha> Automático. 13:16 < ughabugha> IIP <ughabugha> :) 13:16 < ughabugha> :) 13:16 < ughabugha> IIP <ughabugha> Ops, um bug. 13:16 < ughabugha> Ops, um bug. 13:16 < jrandom> hehe ele ainda está aí ou há mais alguma coisa em relação ao status do desenvolvimento? 13:17 < duck> vamos continuar 13:17 < jrandom> 'k 13:17 < jrandom> indo para 2) Cascatas 13:17 < ughabugha> IIP <ughabugha> * mihi_backup agora é conhecido como mihi_away 13:17 < ughabugha> * mihi_backup agora é conhecido como mihi_away 13:17 < ughabugha> IIP <ughabugha> Argh, retransmitir meu próprio texto não funciona. 13:17 < ughabugha> Argh, retransmitir meu próprio texto não funciona. 13:17 < jrandom> ;) 13:18 < ughabugha> IIP <ughabugha> Não, espera. 13:18 < ughabugha> Não, espera. 13:18 < madman> então não fale :) 13:18 < jrandom> as cascatas de mix são um dos dois grandes estilos de redes mix de baixa latência e, embora não as usemos no i2p, se algumas pessoas acharem útil, podem ajustar seu router (roteador) para obter o mesmo efeito 13:19 < ughabugha> IIP <ughabugha> Teste 13:19 < ughabugha> Teste 13:19 < ughabugha> IIP <jrandom> as cascatas de mix são um dos dois grandes estilos de redes mix de baixa latência e, embora não as usemos no i2p, se algumas pessoas acharem útil, podem ajustar seu router para obter o mesmo efeito 13:19 * jrandom sente um eco recursivo chegando... 13:19 < ughabugha> IIP <ughabugha> Droga! 13:19 < ughabugha> Droga! 13:20 < jrandom> de qualquer forma, acho sempre bom fazer perguntas fundamentais de design, cutucar o i2p e ver por que fazemos as coisas do jeito que fazemos 13:21 < jrandom> tenho a impressão de que ouviremos mais sobre sistemas do tipo cascata no futuro, então espero que a descrição no e-mail ajude a explicar a relação do i2p com as cascatas 13:21 < ughabugha> Ok, deve funcionar _agora_. 13:21 < ughabugha> IIP <ughabugha> Diga algo. 13:21 < ughabugha> IIP <Janonymous> Proponho não buscar uma implementação de rede mix dentro do roadmap atual e deixar isso para depois 13:21 < ughabugha> Sim, funciona agora. 13:21 -!- wilde [~anon@localhost] has joined #i2p 13:22 < jrandom> janymous> bem, o i2p /é/ uma mixnet, só não uma cascata de mix 13:22 < madman> vou ficar offline 13:22 < jrandom> 'k, até mais, madman 13:22 < jrandom> e aí, wilde 13:22 < madman> então, tchau 13:22 < ughabugha> IIP <wilde> finalmente 13:22 < ughabugha> IIP <wilde> olá, reunião 13:22 < jrandom> mas concordo, não acho que a funcionalidade de mix em cascata precise estar no roadmap 13:23 < ughabugha> IIP <madman2003> tchau a todos 13:24 < jrandom> ok, mais algo sobre cascatas, ou vamos para 3) Roadmap? 13:26 < ughabugha> Oi, wilde@IIP 13:26 < ughabugha> Tchau, madman@IIP 13:26 -!- madman [~a@localhost] has quit [( www.nnscript.de :: NoNameScript 3.8 :: www.XLhost.de )] 13:26 < ughabugha> IIP <Janonymous> Só parece que poderia ser implementado depois, como uma DHT (tabela hash distribuída) poderia ser. Oi, Wilde 13:26 < ughabugha> IIP <Janonymous> tchau, Madman --- Log fechado Tue Mar 02 13:27:07 2004 --- Log aberto Tue Mar 02 13:27:52 2004 13:27 -!- jrandom [~jrandom@localhost] has joined #i2p 13:27 -!- Irssi: #i2p: Total de 3 nicks [0 ops, 0 halfops, 0 voices, 3 normais] 13:27 -!- wilde [~anon@localhost] has joined #i2p 13:27 < jrandom> voltei 13:28 < ughabugha> Ih, jrandom saiu. 13:28 < ughabugha> IIP <Janonymous> bah 13:28 < jrandom> ok, a última coisa que vi foi 13:26:08 < ughabugha> IIP <Janonymous> bye Madman 13:28 -!- Irssi: A entrada em #i2p foi sincronizada em 36 s 13:28 < jrandom> (o irssi perdeu um ping, então derrubou) 13:29 < ughabugha> Você perdeu IIP <Janonymous> Roadmap 13:29 < ughabugha> IIP <Janonymous> ah.. todos concordamos em passar para o roadmap ;) 13:29 < jrandom> w3rd 13:29 < jrandom> ok, a mudança no roadmap é provavelmente por isso que o mihi me odeia agora 13:30 < ughabugha> Ih, então você perdeu muito mais que isso. 13:30 < ughabugha> Só um segundo. 13:30 < ughabugha> [23:23 39] <ughabugha> IIP <wilde> temos dois grupos agora, a turma do iip e a galera do I2P 13:30 < ughabugha> [23:23 47] <ughabugha> IIP <wilde> dois 13:30 < ughabugha> [23:23 50] <ughabugha> Hehe. 13:30 < ughabugha> [23:23 54] <ughabugha> IIP <Janonymous> :) coloquei um relay para rodar 13:30 < ughabugha> [23:24 22] <ughabugha> Este é um script temporário que eu juntei rapidamente. Para reuniões futuras deveríamos pensar em algo melhor. 13:30 < ughabugha> [23:24 44] <ughabugha> IIP <Janonymous> Funciona 13:30 < ughabugha> [23:25 18] <ughabugha> Ok, concentrem-se em I2P agora, não no relay. 13:30 < ughabugha> [23:25 39] <ughabugha> IIP <Janonymous> Então, mix cascades poderiam ser implementadas razoavelmente bem sobre o i2p 13:30 < ughabugha> Desculpem a enxurrada. 13:30 < duck> isso é caos 13:31 < ughabugha> IIP <Janonymous> mas acho que podemos enfatizar /over/ 13:31 < ughabugha> Ok, 3) Roadmap 13:31 < ughabugha> duck: mais ou menos. 13:31 < jrandom> isso não é nada comparado à reunião 67 ;) 13:31 < jrandom> ok, para o 3 13:31 < jrandom> alguém tem pensamentos em relação ao roadmap? 13:32 < jrandom> mudanças / visões / preocupações? 13:32 < ughabugha> IIP <Janonymous> Multi-tunneling (uso de múltiplos tunnels) 13:32 < jrandom> janonymous> nós já temos isso 13:32 < jrandom> (desde a 0.2.5) 13:32 < jrandom> se entendi corretamente 13:33 < ughabugha> IIP <Janonymous> mas, tipo, enviar um arquivo por dois tunnels (túneis) para acelerar a transmissão? 13:33 < ughabugha> IIP <Janonymous> ao mesmo tempo 13:34 < jrandom> o i2p não lida com arquivos, mas sim, cada mensagem individual do i2p agora pode descer por múltiplos tunnels 13:34 < ughabugha> IIP <Janonymous> acho que isso seria uma ótima adição para a área 2.0 13:34 < jrandom> ex.: primeiros 32kb enviados pelo tunnel X, próximos 32kb enviados pelo tunnel Y 13:35 < ughabugha> IIP <Janonymous> certo.. é isso que eu estou dizendo.. isso me parece muito necessário 13:35 < jrandom> mas o i2psnark com suporte a i2cp seria capaz de maximizar as coisas 13:35 < jrandom> janonymous> fazemos isso agora 13:36 < ughabugha> IIP <Janonymous> ah. O I2PSnark vai utilizar múltiplos tunnels para comunicação ponto a ponto? 13:36 < jrandom> todas as mensagens podem descer por múltiplos tunnels. 13:36 < duck> teoricamente 13:37 < jrandom> não só teoricamente - se uma mensagem levar > 15s, ela é enviada pelo outro lease disponível 13:37 < jrandom> e se levar > 30s, o leaseSet (conjunto de leases da I2P) é descartado e buscado de novo, com mensagens subsequentes descendo pelos leases encontrados 13:37 < jrandom> MAS 13:38 < jrandom> i2ptunnel (e qualquer outra coisa que use o mode=guaranteed do i2p) espera até cada mensagem ser entregue antes de enviar a próxima 13:38 < jrandom> apps nativos de I2CP (protocolo cliente da I2P) não precisam fazer isso 13:38 < jrandom> (nem quaisquer apps que usem a biblioteca de sockets, assim que a biblioteca for implementada e suportar SACK (ACK seletivo)) 13:38 < ughabugha> IIP <Janonymous> ok.. só acho que isso será um ótimo método para esses tunnels no futuro.. por velocidade e anonimato 13:38 < ughabugha> IIP <Janonymous> e para manter a carga fora de tunnels individuais 13:39 < jrandom> concordo 13:39 < jrandom> ok, mais algo no roadmap? 13:40 < jrandom> (alguém vai cair matando em cima de mim por ter tirado a lib de sockets? mihi? :) 13:41 < ughabugha> IIP <Janonymous> usei uma analogia hoje mais cedo para descrever multi-tunneling para alguém.. e eu disse que era como adicionar faixas a uma estrada 13:42 < jrandom> mais ou menos 13:42 < jrandom> (embora a rampa de acesso de cada um tenha sempre o mesmo número de faixas ;) 13:42 < duck> se o mihi está bravo ele pode fazer a API de socket, não pode? 13:43 < jrandom> claro, e/ou qualquer outra pessoa. a lib de socket é Boa 13:43 < jrandom> (mas difícil e, na minha opinião, não essencial funcionalmente para a operação / segurança da rede) 13:44 < jrandom> só queria ter tempo para fazer isso e continuar avançando no código core do i2p 13:44 < jrandom> mas, é a vida 13:45 < ughabugha> IIP <Janonymous> parece que o mihi não está aqui 13:45 < ughabugha> Ok, voltei agora. 13:45 < jrandom> massa 13:45 < jrandom> ok, passando para 4) site 13:46 < ughabugha> IIP <Janonymous> rampa de acesso grande == cabo / rampa de acesso pequena == discado ?? 13:46 < ughabugha> Hmm 13:46 < ughabugha> O que a biblioteca de sockets ia fazer? 13:46 -!- nick [~Janonym@localhost] has joined #i2p 13:46 < jrandom> isso, nanonymous 13:46 < jrandom> quer dizer, janonymous 13:46 < jrandom> (não importa o que seja, o i2p não pode deixar sua conexão local mais rápida) 13:46 < jrandom> ughabugha: http://wiki.invisiblenet.net/iip-wiki?I2PSocketLibrary 13:47 < ughabugha> Quer dizer uma biblioteca de sockets para Java? Você já não tem uma? 13:47 < jrandom> a lib de socket extrai o código “ao estilo TCP” de dentro do i2p, permitindo que o i2p se especialize em mensagens ao estilo IP 13:47 < nick> sim 13:47 -!- nick [~Janonym@localhost] has quit [Conexão fechada pelo cliente] 13:48 < jrandom> ah, certo, sim, mas isso permitiria que as aplicações transmitissem dados por fluxo sobre o i2p com muito mais eficiência (se/quando a biblioteca de sockets suportar ACK seletivo, em vez de exigir um ACK após cada mensagem como faz agora) 13:49 < jrandom> não me sinto confortável em implementar SACK (ACK seletivo) dentro do router, já que isso pode ficar com segurança fora dele (na lib de socket) 13:49 < ughabugha> Mas por que abandonar? Realmente dá tanto trabalho? 13:49 < jrandom> sim, para fazer direito 13:49 < jrandom> há algum código parcialmente implementado, mas não tenho tempo para manter e testar 13:49 < ughabugha> Ok. Você é o cara. 13:50 < jrandom> bem, $devWhoImplements é que é o cara ;) 13:50 < jrandom> de qualquer forma, passando para 4) site 13:50 < ughabugha> :) 13:51 < ughabugha> Algum voluntário? 13:51 < ughabugha> IIP <Janonymous> pesquisa sobre implementações de p2p anônimo 13:51 * jrandom ecoa a pergunta do ughabugha :) 13:51 < jrandom> hmm janonymous? 13:51 < ughabugha> Janonymous: Isso será abordado em 5) ??? 13:51 < jrandom> :) 13:52 < ughabugha> IIP <Janonymous> bem, é conteúdo que vai para o site 13:52 < jrandom> ah, sim, concordo 13:52 < jrandom> (veja o item 7 em http://i2p.net/pipermail/i2p/2004-February/000133.html) 13:53 < jrandom> e item 8 13:53 < jrandom> ou não é isso que você quer dizer? 13:53 < jrandom> provavelmente vou publicar a pilha de artigos que vasculhei no último verão ao pesquisar e projetar o i2p 13:53 < jrandom> (ou pelo menos links para suas entradas no CiteSeer) 13:54 < ughabugha> IIP <Janonymous> Ok. Íamos discutir o próximo CMS para o I2P? 13:54 < ughabugha> jrandom já escolheu o CMS. 13:55 < jrandom> sim/não - em vez de pesquisar prós e contras de CMSes por mais um ou dois meses, vamos simplesmente com o drupal por enquanto 13:55 < ughabugha> IIP <ughabugha> /topic #i2p 13:55 < ughabugha> IIP <Janonymous> Ok.. bem, quanto ao que colocar lá.. Precisamos de uma apresentação 13:55 < jrandom> se precisarmos migrar para outro, o wilde me garante que é simples o suficiente exportar o conteúdo 13:55 < jrandom> uma apresentação? 13:56 < ughabugha> IIP <Janonymous> com muitas ilustrações e uma introdução passo a passo ao I2P 13:56 < jrandom> precisamos mesmo implementar o design gráfico 13:56 < jrandom> ah, certo 13:56 < jrandom> uma introdução para o usuário 13:56 < jrandom> a intro do wiki é geralmente uma intro técnica 13:56 < ughabugha> IIP <Janonymous> quase como uma apresentação multimídia 13:56 < ughabugha> IIP <jrand0m> w0ah 13:56 < ughabugha> IIP <Janonymous> isso 13:57 < ughabugha> IIP <ughabugha> Oba! 13:57 < jrandom> ok, acho que conseguimos fazer isso, mas provavelmente vamos querer esperar para produzir esse conteúdo até termos tanto um Instalador de verdade quanto um sistema de controle com GUI 13:57 < ughabugha> IIP <Janonymous> Nela, deve haver mais figuras do que palavras. :) 13:57 < jrandom> certo 13:58 < ughabugha> IIP <Janonymous> isso aí 13:58 < jrandom> mas ainda não temos um instalador de verdade e (por mais que i2pmgr e i2pmole sejam ótimos) acho que ainda há trabalho a ser feito em um painel de controle 13:58 < ughabugha> Isso não é a prioridade máxima agora. 13:58 < ughabugha> IIP <Janonymous> certamente não. mas para nós que não estamos programando... 13:59 < jrandom> certo. então precisamos de voluntários para trabalhar em 1) definir que conteúdo precisa estar no site do i2p 2) desenhar os gráficos / css / layout do site do i2p 3) pessoas para trabalhar na criação de conteúdo para o site do i2p 14:00 < ughabugha> IIP <Janonymous> Tenho um mês de sobra. Acho que seria um tempo bem gasto. 14:00 < jrandom> w00t :) 14:00 * jrandom anota o Janonymous como voluntário... para desenho de conteúdo e criação de conteúdo? 14:00 < wilde> voltei 14:00 < ughabugha> Bom, eu poderia fazer HTML, CSS e a parte técnica, mas não sou muito escritor, nem designer. 14:01 < jrandom> r0x0r 14:01 < ughabugha> IIP <Janonymous> certo.. ainda não sou tão bom na parte de design 14:01 < ughabugha> IIP <Janonymous> eu poderia tentar escrever, mas não sem uma boa crítica.. nunca escrevi coisas do tipo editorial 14:01 < ughabugha> Também sei usar Photoshop e outras ferramentas, desde que me deem instruções específicas do que fazer. ;) 14:01 < wilde> Eu cuido do drupal e das features 14:02 < ughabugha> IIP <Janonymous> Tenho algumas boas ideias para você, ughabugha 14:02 < jrandom> certo, por desenho de conteúdo não quero dizer layout, mas mais “ok, precisamos de uma página de introdução para o usuário, uma introdução técnica, uma FAQ” etc. 14:02 < ughabugha> Hehe, ok. :) 14:02 < jrandom> r0x0r0r 14:02 * jrandom anota o wilde e o ughabugha como voluntários :) 14:02 < ughabugha> Ansioso por elas. 14:02 < ughabugha> IIP <Janonymous> tem uma imagem meio tosca que eu fiz e que está linkada no novo doc I2POverview no I2p 14:03 < jrandom> pois é, sim, janonymous, aquela figura é bem boa, tem alguns pequenos problemas técnicos, mas é bem útil 14:03 < ughabugha> IIP <Janonymous> Tenho certeza de que ficaria muito mais bonita no Photoshop 14:04 < ughabugha> Hehe. 14:04 < ughabugha> Janonymous: Vamos discutir isso em privado amanhã. 14:04 < ughabugha> IIP <Janonymous> eh, na verdade posso ter apagado por engano :/ 14:04 < jrandom> ok, mais algo para o site, ou podemos passar para 5) ??? 14:04 < ughabugha> IIP <Janonymous> ok 14:07 < wilde> ok, uma coisa: 14:07 < ughabugha> Mais algo sobre o site? 14:07 < wilde> qual é a primeira sensação que você deve ter no site? 14:07 < wilde> palavras-chave, por favor 14:07 < jrandom> wilde> veja http://i2p.net/pipermail/i2p/2004-February/000133.html (o parágrafo “rom a branding perspective” :) 14:08 < jrandom> eu gosto daquela coisa do anonymous bit by bit 14:08 < ughabugha> Acho que não. Vamos para 5) ??? ? 14:08 < ughabugha> IIP <Janonymous> devemos fazer um roadmap de usuário mais detalhado? 14:08 < ughabugha> IIP <Janonymous> um que descreva as metas de longo prazo com mais detalhes 14:08 < ughabugha> wilde: Somente emoções positivas. 14:09 < jrandom> janonymous> concordo, o roadmap atual é mesmo só notas técnicas para tarefas técnicas ;) 14:09 < jrandom> ok, 5) ?? 14:09 < jrandom> algo que vocês queiram levantar? 14:10 < wilde> itoopie não está muito alinhado com simples e seguro 14:10 < wilde> é mais uma sensação de cartoon 14:10 < wilde> é por isso que perguntei 14:10 < ughabugha> IIP <Janonymous> sim, talvez queiramos criar um pouco mais de expectativa 14:10 < ughabugha> IIP <Janonymous> para os usuários se envolverem 14:10 -!- kaji [~booky5@localhost] has joined #i2p --- Log fechado Tue Mar 02 14:11:08 2004 --- Log aberto Tue Mar 02 14:12:12 2004 14:12 -!- jrandom_ [~jrandom@localhost] has joined #i2p 14:12 -!- Irssi: #i2p: Total de 6 nicks [0 ops, 0 halfops, 0 voices, 6 normais] 14:12 < jrandom_> voltei 14:12 < ughabugha> IIP <Janonymous> tipo, deveria funcionar para eles sem nem saberem que está lá 14:12 < jrandom_> wilde> estou aberto a sugestões 14:12 < ughabugha> * jrandom_ (~jrandom@localhost) entrou em #i2p 14:12 < jrandom_> <Janonymous> sim, talvez queiramos criar um pouco mais de expectativa 14:12 < jrandom_> hmm? 14:14 < ughabugha> Você perdeu isto: 14:14 < ughabugha> [00:11 43] <ughabugha> IIP <Janonymous> Eu só gostaria de reenfatizar.. acho que todos os métodos de multi-tunneling deveriam ser transparentes e disponíveis para todos os apps cliente 14:14 < ughabugha> [00:12 07] <ughabugha> IIP <Janonymous> tipo, deveria funcionar para eles sem nem saberem que está lá 14:14 < jrandom_> janonymous> já implementado. 14:14 < jrandom_> o i2p já equilibra transparentemente a comunicação ponta a ponta por múltiplos tunnels 14:15 * jrandom_ chuta o jrandom 14:15 -!- jrandom [~jrandom@localhost] has quit [Tempo de ping esgotado] 14:15 -!- Irssi: A entrada em #i2p foi sincronizada em 231 s 14:15 < wilde> participação? 14:15 < ughabugha> IIP <Janonymous> mesmo que perfisemos os tunnels mais rápidos e estáveis.. ainda podemos usar os outros tunnels lentos para vazão extra, se precisarmos 14:15 < kaji> o iip está no ar? 14:15 -!- kaji [~booky5@localhost] has quit [Conexão fechada pelo cliente] 14:15 < ughabugha> IIP <Janonymous> E talvez queiramos distribuir a carga de qualquer forma.. e isso tudo deve ser transparente para os apps cliente 14:15 -!- You're now known as jrandom 14:16 -!- protocol [~iip@localhost] has joined #i2p 14:16 < ughabugha> IIP <Janonymous> ok 14:16 < ughabugha> IIP <Janonymous> legal 14:16 < jrandom> :) 14:17 < ughabugha> jrandom: Não use ACTION, não é retransmitido ;) 14:17 < jrandom> haha ok desculpa 14:17 * jrandom diz algo que eles não podem ver 14:17 < jrandom> ;) 14:17 < jrandom> ok, mais alguém tem mais alguma coisa? 14:18 < jrandom> acho que depois que os bugs atuais do netDb (banco de dados da rede) forem corrigidos, talvez queiramos tentar os testes do i2psnark de novo 14:20 -!- kaji [~booky5@localhost] has joined #i2p 14:20 -!- wilde [~anon@localhost] has quit [Tempo de ping esgotado] 14:20 < ughabugha> Mas a espera de 15 segundos realmente distribui a carga? 14:20 < ughabugha> Não é assim que eu vejo. 14:20 * protocol diz que iip é para lusers 14:20 < ughabugha> Do jeito que eu vejo, deveria ser 100% simultâneo, o nó deveria colocar pacotes através do tunnel tão rápido quanto o destino puder lidar com eles. 14:20 < ughabugha> Por todos os tunnels, quero dizer. 14:20 -!- nick [~Janonym@localhost] has joined #i2p 14:20 -!- kaji [~booky5@localhost] has quit [Conexão fechada pelo cliente] 14:21 < jrandom> ughabugha: idealmente cada mensagem é enviada apenas por um tunnel, mas cada mensagem individual é balanceada entre todos eles 14:21 < ughabugha> IIP <Janonymous> eu e o duck rodamos um teste pelo I2PSnark 14:21 < ughabugha> IIP <Janonymous> mais cedo hoje. 14:21 < jrandom> ughabugha: se enviássemos sempre por todos os tunnels, isso seria uma quantidade significativa de tráfego desperdiçado 14:21 -!- nick [~Janonym@localhost] has quit [Conexão fechada pelo cliente] 14:21 < ughabugha> IIP <Janonymous> Todos estão felizes com o nome “I2P”? 14:21 -!- kaji [~booky5@localhost] has joined #i2p 14:21 -!- wilde [~anon@localhost] has joined #i2p 14:22 < jrandom> janonymous> i2p é o nome. 14:22 < jrandom> você pode chamar de betty, mas i2p é o nome ;) 14:22 < ughabugha> kaji: Por que você está piscando assim? 14:22 < jrandom> ughabugha: o kaji gosta de mexer com a nossa cara 14:22 < ughabugha> jrandom: Sim, entendo. Acho que funciona como eu imagino. 14:23 < kaji> não sei 14:23 < kaji> o iip está no ar? 14:23 < ughabugha> IIP <Janonymous> legal 14:23 < ughabugha> IIP <Janonymous> está para mim 14:23 < ughabugha> Está para algumas pessoas, e não está para outras. 14:23 < ughabugha> Então estou rodando um relay. 14:24 < jrandom> ughabugha++ 14:24 < ughabugha> Para conectar as redes. 14:24 < kaji> legal 14:24 < jrandom> os detalhes do envio em paralelo/serial estão em net.invisiblenet.i2p.router.message.OutboundClientMessageJob 14:24 < ughabugha> :) 14:24 < jrandom> (para quem quiser saber mais detalhes de como funciona) 14:25 < jrandom> ok, mais algo que queiram trazer? 14:25 < kaji> então, como está o dev do i2p? :) (Mirc diz 'lag=30 seconds') 14:25 < jrandom> kaji> estamos progredindo ;) 14:26 < jrandom> o irssi aqui ficou variando entre 80s e 1s de lag 14:26 < jrandom> (duas desconexões nos últimos 90 minutos) 14:26 < ughabugha> IIP <Janonymous> há mais ideias de conteúdo para o novo site? 14:27 < ughabugha> IIP <kaji> da hora 14:27 < jrandom> além de http://i2p.net/pipermail/i2p/2004-February/000133.html acho que vamos querer usar um dos módulos de fórum do drupal 14:27 < ughabugha> Sem desconexões para mim há 80 minutos. 14:27 < jrandom> bom, ughabugha 14:27 < kaji> hmm agora o lag caiu para alguns segundos 14:27 < jrandom> é, varia, kaji 14:28 < ughabugha> IIP <Janonymous> ah, eu e o ugha conversamos na minha sala de chat via eep hoje :) 14:28 < jrandom> show! 14:28 < ughabugha> Janonymous: Eu não chamaria aquilo de conversar. ;) 14:28 < ughabugha> Foi mais como gritar a alguns quilômetros de distância. 14:28 < jrandom> espera, vocês fizeram voz? 14:29 < ughabugha> IIP <Janonymous> :) foi uma mensagem 14:29 < ughabugha> :) 14:29 < ughabugha> Bem, eu causei todo o lag. 14:30 < ughabugha> De qualquer forma, se alguém tem uma proposta para discussão, faça agora, porque tenho que ir. 14:30 < jrandom> pois é, 90m também é um bom tempo de reunião para encerrar... 14:30 < jrandom> qualquer outra coisa pode ser tratada na lista de e-mails 14:30 < jrandom> (e/ou iip/i2p depois) 14:31 * jrandom dá corda no *baf*er... 14:31 * jrandom *baf*a a reunião encerrada