Reunião dos Desenvolvedores do I2P - 9 de dezembro de 2003

[22:02] <jrand0m> 0) bem-vindo ao $num [22:02] <jrand0m> 1) status do iip [22:02] <jrand0m> 2) coisas de kademlia + idn [22:02] <jrand0m> 3) coisas de perfilamento de pares [22:02] <jrand0m> 4) serviços do i2p [22:02] <jrand0m> 5) coisas [22:02] <jrand0m> 0) bem-vindo [22:02] <jrand0m> oi [22:03] <jrand0m> esta é a reunião 67 ou 68... [22:03] <jrand0m> 1) status do iip [22:03] <jrand0m> não sei. alguém sabe como tem sido a situação ultimamente? [22:04] <jrand0m> os desenvolvedores do iip não estão aqui, então... não sei. [22:04] <jrand0m> [ping] [22:04] <jrand0m> (semana passada eu digitei por uns 10 minutos antes do meu cliente me derrubar por ping...) [22:05] <jrand0m> (não vou digitar mais nada até receber um p0ng, caramba ;) [22:05] *** Nostradumbass (nostradum@anon.iip) entrou no canal #iip-dev [22:05] <jrand0m> olá Nostradumbass [22:06] <Nostradumbass> oi :) [22:06] <jrand0m> ok, legal, então eu não levei ping timeout, o pessoal só está observando. legal :) [22:06] * jrand0m pula para o próximo item da pauta [22:06] <Nostradumbass> como vai o i2p? [22:06] <Nostradumbass> desculpa? [22:06] <jrand0m> boa deixa ;) [22:07] <jrand0m> item da pauta 3) status do i2p 0.2.3 :) [22:07] *** nerox (~nerox@anon.iip) entrou no canal #iip-dev [22:07] <jrand0m> houve muito progresso, apesar de eu estar offline. fiz commit de um caminhão de código há algumas horas [22:07] <jrand0m> isso inclui uma implementação do kademlia netDb [22:08] <jrand0m> então estou bem confiante de que vamos lançar a 0.2.3 na próxima semana (que é basicamente kademlia netDb + um shell script) [22:08] <jrand0m> houve mais algumas variações no protocolo kademlia para tornar as coisas mais relevantes para o i2p [22:09] <jrand0m> vamos sempre ter uma árvore kademlia muito, muito, /muito/ esparsa. [22:09] <jrand0m> 2^256 slots possíveis, e 1-10 valores por par na rede. [22:09] <jrand0m> então, pensando insanamente zeloso, ainda não vamos usar porra nenhuma, e tudo vai ficar no kbucket mais distante [22:10] <jrand0m> então algumas partes do kademlia vão ser discretamente ignoradas ;) mas a ideia básica continua a mesma, incluindo o algoritmo de busca e a métrica de distância [22:10] <jrand0m> idn, no entanto, está morto na praia. [22:11] <jrand0m> a ideia de que o código do netDb do i2p poderia rodar com o mesmo código que um DHT de publicação foi uma ideinha tola [22:11] <jrand0m> e foi prontamente abandonada. [22:11] <jrand0m> idn ainda é em geral uma boa ideia, mas não vou gastar meu tempo de dev do i2p trabalhando nisso [22:12] *** tusko (~tusko@anon.iip) entrou no canal #iip-dev [22:12] <jrand0m> mas parte das mudanças da 0.2.3 inclui uma reformulação drástica de como escolhemos os pares e organizamos as estatísticas do router [22:12] <jrand0m> e aí, tusko [22:12] <jrand0m> isso nos leva ao item da pauta 3) perfilamento de pares [22:12] <jrand0m> eu fui meio bobo... e finalmente fiz algumas contas [22:13] <jrand0m> as estatísticas coletadas agora são imensas. [22:13] <jrand0m> cerca de 6000 pontos de dados /por par/ [22:13] <duck> o que é perfilamento de pares? [22:13] <jrand0m> perfilamento de pares é quando o router acompanha o desempenho de cada par para poder decidir quem usar no futuro [22:13] <duck> ah [22:13] <jrand0m> (aka routers rápidos, routers confiáveis, etc) [22:13] <duck> o processo que devora minha memória :) [22:14] <jrand0m> heh na verdade essa parte não é tããão ruim [22:14] <jrand0m> mas 6000 pontos de dados não vão escalar. [22:14] <jrand0m> 1000 routers @ 6000 pontos de dados cada @ 4 bytes / ponto de dado = 24Mb [22:15] <jrand0m> apesar disso, manter estatísticas detalhadas de algumas centenas de pares provavelmente é ok, mesmo com a rede crescendo além disso [22:15] <jrand0m> nós /não/ precisamos manter estatísticas de todo mundo. apenas routers que queremos 'usar' para nossos tunnels, garlic routing e roteamento de origem. [22:16] <jrand0m> provavelmente, no longo prazo, dá para nos virar mantendo controle de uns cem pares. [22:16] <jrand0m> mas, por enquanto, vou dizer foda-se. [22:16] <jrand0m> manter estatísticas de todos os pares [22:16] <duck> ping [22:16] <jrand0m> p0ng [22:17] <duck> ele vai tentar aprender sobre todos os pares? [22:17] <jrand0m> por enquanto, sim [22:17] <duck> ah espera, suas últimas linhas cobriram isso [22:17] <jrand0m> também temos algum código para coalescer e rodar cálculos nos perfis dos pares [22:18] <jrand0m> então um desses 'calculadores' vai determinar quais pares descartar [22:18] <jrand0m> um exemplo do conjunto de dados sendo coletado: (Link: http://i2p.dnsalias.net/~jrandom/profile.txt)http://i2p.dnsalias.net/~jrandom/profile.txt [22:19] <jrand0m> (você vai notar muitos 0s :) [22:19] <jrand0m> eu escrevi um rascunho de manifesto para seleção e perfilamento de pares, mas preciso colocar isso no wiki [22:20] <jrand0m> mas isso é tudo coisa da 0.3, na real. a 0.2.3 só usa um pouco disso [22:21] <jrand0m> ok, é isso para o perfilamento de pares. muito mais depois, só dando um pequeno panorama do que está rolando [22:21] <jrand0m> (claro, como sempre, qualquer um que queira pôr a mão na massa e descobrir quais outras estatísticas / cálculos / ataques / etc devem ser usados será *muito* bem-vindo) [22:22] <jrand0m> ok, 4) serviços do i2p [22:23] <jrand0m> o site do tc é incrível & muito confiável! finalmente cheguei à página do nightblade também, e é um blog legal ('plog' ;).. só queria poder deixar comentários :) [22:23] <jrand0m> há também o servidor jabber do duck, que funciona com bastante facilidade com as instruções postadas no fórum do tc [22:24] <jrand0m> às vezes as coisas dão umas engasgadas, mas isso está relacionado a alguns bugs no router <= 0.2.2, e já foram corrigidos (e sairão na 0.2.3) [22:24] <jrand0m> o proxy squid geralmente fica offline, já que eu fico offline demais para fazer babá dos meus routers com kaffe :/ [22:25] <jrand0m> então, por enquanto, as eepsites e o chat jabber são provavelmente as coisas mais confiáveis no i2p, tudo rodando em cima do i2ptunnel [22:25] <jrand0m> quais serviços seria legal aparecerem depois? [22:25] <duck> eu tentei rodar um ircd sobre o i2ptunnel [22:25] <duck> mas antes de receber o MOTD completo após logar, já tomei ping timeout [22:26] <jrand0m> d'oh [22:26] <duck> e isso foi no mesmo router [22:26] <duck> então, na prática, o desempenho vai ser ainda pior [22:26] <jrand0m> no router local deu ping timeout?! [22:26] <jrand0m> o router local nunca deveria dar ping timeout em nada [22:26] <jrand0m> ah, exceto por aquele bug de condição de corrida [22:26] <jrand0m> (que é provavelmente o que foi, já que era local e a corrida é mais rápida lá) [22:26] <duck> o cliente irc levou ping timeout por não responder a tempo [22:27] <duck> vou tentar de novo com a 0.2.3 [22:27] <jrand0m> isso [22:27] <duck> embora jabber esteja bom por enquanto [22:27] <jrand0m> totalmente [22:27] <jrand0m> e a longo prazo, irc não é o caminho [22:27] <duck> tc, jrandom e eu estamos lá para bater papo! [22:27] <jrand0m> hehe :) [22:28] <jrand0m> precisamos de uma solução de IM e chat em grupo que não entregue texto puro a ninguém não autorizado, e que não exija pontos de estrangulamento centralizados [22:28] <jrand0m> (aka iip 2.0) [22:28] <jrand0m> agora seria uma boa hora para o userx voltar para o grupo ;) [22:29] * jrand0m para de prender a respiração [22:29] <jrand0m> um servidor nntp /também/ seria muito, muito foda. [22:29] <duck> vou tentar isso amanhã [22:29] <jrand0m> r0x0r [22:30] <duck> jabber é muito bom para rodar outras coisas por cima [22:30] <duck> confira as especificações do jabber rpc [22:30] <duck> (Link: http://www.pipetree.com/jabber/jrpc/)http://www.pipetree.com/jabber/jrpc/ [22:30] <duck> outros serviços? [22:30] <jrand0m> isso é interessante - usar jabber como um serviço de nomes, essencialmente [22:31] <duck> você quer dizer: [22:31] <jrand0m> sempre haverá mais serviços para adicionar - com mail (usenet), chat (jabber) e publicação/navegação (eepsites), há uma boa cobertura [22:31] <duck> o servidor de nomes tem um cliente jabber por meio do qual você pode registrar nomes (fornecido um token) [22:31] <duck> também usá-lo para consultar? [22:31] <jrand0m> nã [22:32] <jrand0m> o registro do jabber sendo o serviço de nomes [22:32] <duck> ok [22:32] <jrand0m> é centralizado, mas funciona [22:32] <jrand0m> assim como o hosts.txt :) [22:33] <duck> existem soluções de e-mail mais adequadas para esses ambientes do que smtp e pop/imap ? [22:33] <jrand0m> essa é uma pergunta muito boa [22:33] <duck> porque não acho que isso vai simplesmente funcionar quando você ligar servidores de mail [22:34] <jrand0m> é, provavelmente precisaria de um gateway (à la freemail) ou do serviço de nomes fazendo algum sapateado interessante [22:34] <jrand0m> ou volta para um servidor POP3/IMAP único centralizado, com todo mundo no mesmo servidor [22:35] <duck> falei com o aum (autor do freemail) ontem [22:35] <duck> ele estava falando sobre reimplementar o fred em python [22:35] <jrand0m> lol legal [22:35] *** mrflibble (mrflibble@anon.iip) entrou no canal #iip-dev [22:35] <duck> então eu sugeri a ele trabalhar nos routers em python para o i2p em vez disso [22:35] <jrand0m> ooh isso seria TOTALMENTE foda! [22:35] <duck> aí ele ficou completamente irritado com os documentos em pdf [22:36] <jrand0m> ei, se ele quiser os originais do openOffice, ou até um export para txt, eu exporto [22:36] <duck> e eu perdi a paciência e disse a ele que você também teria os docs do m$word se ele pedisse com jeitinho [22:36] <duck> bom, você foi um babaca por não fazer um export para html ou algo assim [22:36] <jrand0m> nã, eu tentei isso ;) [22:36] <duck> perdi a paciência e disse a ele para falar com você [22:36] <jrand0m> o export para html do openOffice é uma BOSTA [22:37] <duck> hm [22:37] <mrflibble> verdade jr [22:37] <jrand0m> quando as especificações virarem 1.0 (aka quando o router virar 1.0 e elas forem atualizadas para corresponder ao código), elas estarão no wiki. [22:37] <duck> o wiki tem a maior parte das infos, porém [22:37] <jrand0m> exatamente [22:37] <mrflibble> tentei usar isso para aquele livro do kevin mitnick. foi pior que o ms office [22:37] <duck> ah, enfim [22:37] <jrand0m> exatamente. [22:37] <duck> ele pode aparecer aqui uma hora [22:37] <jrand0m> isso seria ótimo [22:38] <duck> mas talvez, com a atitude dele, seja melhor se juntar à turma do freenet [22:38] <duck> ... [22:38] <jrand0m> bem, esforço no freenet é sempre algo bom [22:38] * duck volta a ser amigável [22:38] <jrand0m> :) [22:38] <duck> o trabalho do aum é foda [22:38] <duck> tomara que ele arrebente no i2p [22:39] <jrand0m> sim, sempre que alguém falava sobre busca no freenet, eu sempre dizia "bem, é só fazer um McNabb" [22:39] <jrand0m> precisamos de ajuda, com certeza [22:39] <duck> o que me leva à seguinte pergunta: [22:39] <duck> as mudanças no I2P que você faz estão especificadas? [22:39] <duck> ou o código-fonte em java é a documentação para as informações mais recentes [22:40] <jrand0m> há anotações no meu palmpilot, no filesystem e no caderno, mas infelizmente eu não atualizo os docs do openoffice há um tempo [22:40] <jrand0m> fev é o mês de docs para o jrandom. [22:40] <jrand0m> (e QA, e correção de bugs) [22:41] <jrand0m> ((e bebedeiras ;)) [22:41] <jrand0m> as specs ainda estão basicamente corretas, só há mais detalhes. [22:41] <duck> ótimo [22:41] <jrand0m> mas as estruturas de dados tiveram mais mudanças [22:42] <jrand0m> ok, mais alguma coisa sobre serviços? [22:43] <jrand0m> ok, 5) coisas [22:43] <jrand0m> oi [22:43] <duck> oi! [22:43] <jrand0m> como vão as coisas? [22:43] <jrand0m> [quaisquer perguntas / ideias / problemas / etc vão aqui] [22:43] <duck> os truques de base64 deveriam ser adicionados às páginas i2ptricks [22:44] <jrand0m> ooh boa [22:44] <duck> pode haver outros truques também que eu ainda não conheço [22:44] <duck> vou dar grep nas fontes por 'main' [22:44] <jrand0m> eu me sinto culpado por o instalador não deixar alguém buscar automaticamente o hosts.txt e fazer o reseed [22:44] <jrand0m> lol [22:44] <jrand0m> há um monte de métodos main(), mas eles são em sua maioria funções de teste [22:45] <jrand0m> oh! [22:45] <jrand0m> uma coisa. NÃO rode o código atual do cvs e espere que ele funcione com routers normais. [22:45] *** joda (--@anon.iip) entrou no canal #iip-dev [22:45] <joda> oi [22:45] <jrand0m> as mensagens do db mudaram :) [22:45] <jrand0m> oi joda [22:45] <joda> desculpa, se estou interrompendo algo [22:45] <duck> fiquei um pouco chateado por não conseguir fazer o cvs funcionar [22:45] <duck> mas aí lembrei que isso não é o freenet [22:45] <joda> jrand> valeu :) [22:46] <joda> até :) [22:46] <jrand0m> ah 'k duck [22:46] <jrand0m> flw joda [22:47] <jrand0m> sim, eu só endosso rodar o código lançado [22:47] <duck> a 0.2.3 vai colocar os arquivos de versão em um diretório? :) [22:47] <jrand0m> a 0.2.3 se livra dos arquivos de versão :) [22:47] <jrand0m> (muitas e muitas e muitas mudanças) [22:47] <jrand0m> mas isso significa que a 0.2.3 (e adiante) vai exigir relógios g enerally corretos [22:48] <jrand0m> (atual Router.CLOCK_FUDGE_FACTOR = 30 minutos) [22:48] <duck> qual vai ser o fudge factor para a 0.2.3? [22:48] <jrand0m> provavelmente o mesmo [22:49] *** joda saiu de #iip-dev [22:49] <duck> ah, current = seu código [22:49] <jrand0m> esse tempo será usado para expirar entradas do db [22:49] <duck> ok [22:49] <jrand0m> ah, certo, é :) [22:49] <jrand0m> (na 0.2.2 esse clock_fudge_factor está espalhado por meia dúzia de arquivos) [22:49] <duck> talvez o instalador pudesse ser um pouco mais amigável ao usuário [22:49] <duck> tipo com menos perguntas [22:49] *** Signoff: nickthief66282 (Excess Flood) [22:50] <duck> urls phttp padrão incluídas, sem limitação de banda etc [22:50] <jrand0m> acho que poderíamos autodeterminar portas aleatórias também [22:50] <jrand0m> você tem razão [22:50] <jrand0m> quer privilégios de commit? :) [22:50] *** Signoff: nerox (EOF From client) [22:50] <jrand0m> (se não, eu posso atualizá-lo para a 0.2.3) [22:51] <duck> um argumento contra isso pode ser que os usuários tomem as configurações como garantidas com muita facilidade [22:51] <duck> e todo mundo usa o mesmo phttp relay [22:51] *** nickthief24373 (~chatzilla@anon.iip) entrou no canal #iip-dev [22:51] <jrand0m> verdade. embora os planos para a 0.3.1 incluam uma atualização no código do phttp relay para permitir que os relays conversem entre si e redirecionem usuários para um relay menos carregado [22:52] <jrand0m> em geral estou satisfeito com o processo de instalação no momento, porém - eu montei uma nova instalação 0.2.2 e estava navegando na página do tc em menos de um minuto [22:52] <jrand0m> (embora isso seja porque eu sei o que todo o texto diz e não li...) [22:52] <duck> eu não gosto das chaves longas [22:53] <duck> especialmente não se você tiver que copiar & colar [22:53] <duck> melhor usá-las como arquivo [22:53] <jrand0m> hmm? [22:53] <duck> mas distribuir os arquivos binários é um saco [22:53] <duck> então você tem que fazer o truque do base64.. [22:53] <duck> o i2ptunnel poderia ler chaves de destino em base64 também? [22:53] <duck> isto é, a partir de um arquivo [22:53] <jrand0m> eu estava justamente digitando isso ;) [22:53] <jrand0m> sim, isso não daria muito trabalho [22:54] <jrand0m> talvez até 1 linha [22:54] <duck> além disso, e o armouring? [22:54] <duck> com cabeçalho & rodapé [22:54] <duck> como pgp etc [22:55] <jrand0m> verdade, seria útil ter esse tipo de validação [22:55] <duck> claro que isso é um gadget [22:55] <duck> mas poderia ser útil para quem quer usar o tunnel [22:55] <jrand0m> embora a própria estrutura Destination seja bem exigente [22:55] <jrand0m> mas você tem razão, um base64 cru não é a coisa mais intuitiva ou segura de passar por aí [22:56] <jrand0m> precisamos de um bugzilla [22:56] <jrand0m> para que coisas como essa possam ser postadas como todo [22:56] <jrand0m> eu tiraria da minha lista de todo do Palm para isso [22:56] <duck> o bugzilla tem exigências de registro nazistas [22:56] <duck> com e-mails etc.. [22:56] <jrand0m> verdade [22:57] <duck> mas melhor que nada [22:57] <duck> outros bugtrackers todos têm suas deficiências [22:57] <jrand0m> sim, toda empresa em que trabalhei acabou basicamente construindo o seu próprio [22:58] <jrand0m> veremos. precisamos de um bugtracker quando começarmos a fazer QA completo (quando sair a 0.3) [22:58] <jrand0m> então temos algumas semanas ;) [22:58] <jrand0m> mas se alguém fizer uma pesquisa e encontrar um bem legal, seria ótimo [22:59] <jrand0m> [não você especificamente, duck, qualquer um que esteja lendo esses logs da reunião em casa ;)] [22:59] <duck> até agora phpBugTrackers tem sido ok para mim [22:59] <jrand0m> hmm não usei esse [22:59] <duck> sim, eu também não estou falando com o jrandom [22:59] <jrand0m> lol [22:59] <duck> mas com o grupo de desenvolvedores do código do I2P :) [22:59] * jrand0m na verdade são 12 pessoas agindo sob um único nym [23:00] <jrand0m> ok, 1 hora, cravado [23:00] <jrand0m> mais alguém tem algo antes de eu pegar o *baf*er? [23:01] * duck exige mais 1 minuto [23:01] <duck> já que começamos às 21:02 [23:01] <jrand0m> tá tá [23:01] <jrand0m> lá lá lá [23:01] <jrand0m> o que eu devo comer no jantar? [23:01] <jrand0m> tem um lugar de falafel legal ao lado... [23:01] <jrand0m> almocei gnocci também [23:01] <jrand0m> hmm... [23:01] <jrand0m> talvez um jantar líquido [23:02] <duck> sopa? [23:02] <jrand0m> ooOooo sopa de uísque! [23:02] * jrand0m encerra a reunião com um *baf* nessa nota