Reunião de Desenvolvimento do I2P - 11 de janeiro de 2005

13:10 <jrandom> 0) oi 13:10 <deer> <Ragnarok> você está demitido 13:10 <jrandom> 1) Status da rede 13:10 <jrandom> 2) progresso do 0.5 13:10 <jrandom> 3) status do 0.6 13:10 <deer> <polecat> tchau! 13:10 <jrandom> 4) azneti2p 13:10 <jrandom> 5) fbsd 13:10 <jrandom> 6) hosts.txt como um WoT (Web of Trust) 13:11 <jrandom> 7) ??? 13:11 <jrandom> 0) oi 13:11 * jrandom acena 13:11 <fdr> e aí 13:11 <deer> <Ragnarok> hola 13:11 <toad_> você está começando agora? /me vai só observar de tempos em tempos 13:11 <deer> <detonate> oi 13:11 <jrandom> notas de status semanais publicadas em http://dev.i2p.net/pipermail/i2p/2005-January/000551.html 13:11 <jrandom> legal, todos são bem-vindos 13:11 <deer> <polecat> Ah. Não o seu emprego. Foi mal. =3 13:11 <jrandom> os logs das reuniões de dev são publicados no site (depois da reunião, claro) 13:11 <fdr> Estou morrendo de fome, então vou entrar e sair.. 13:12 <jrandom> ok, passando para 1) Status da rede 13:12 <jrandom> as coisas parecem estar funcionando bem. duck está de volta (oba!) 13:12 <jrandom> Não tenho muito a acrescentar além do que está no email - mais alguém tem algo? 13:13 <deer> <jrandom> não 13:13 <jrandom> ok, se não, passando para 2) status do 0.5 13:14 <jrandom> Houve um bom progresso aqui, finalmente fiz a criptografia de matriz funcionar, mas depois de conversar com o polecat outro dia, há um pequeno ajuste que precisamos adicionar 13:14 <toad_> falando consigo mesmo? 13:14 <jrandom> heh sim, até alguém responder ;) 13:14 <jrandom> (você devia ter visto essas reuniões antes de eu postar as notas de status semanais de antemão) 13:14 <toad_> Quis dizer através de redes. Eu falo comigo mesmo o tempo todo, mas normalmente não através de redes. ;) 13:15 <deer> <jrandom_> através de três redes até [iip aqui] 13:15 <deer> <Ragnarok> pare com isso, é esquisito :) 13:15 <deer> * postman acena 13:16 <jrandom> Não tenho mais nada a acrescentar com relação a 0.5, além de "mais informações em breve" 13:16 <deer> <polecat> Sobre o desempenho da rede, meu router i2p caiu 24h atrás, mas antes disso consegui 8 dias de uptime. 13:16 <jrandom> ah ok legal 13:16 <jrandom> Ficou sem memória (OOM)? você estava rodando bt ou só por atividade? 13:17 <deer> <polecat> Apenas uma heurística para me gabar. =3 13:17 <deer> <frosk> geralmente obtenho tanto uptime do meu router quanto quero, embora normalmente não mais que 8-9 devido a upgrades :) 13:17 <deer> <frosk> 8-9 dias, isto é 13:18 * jrandom queria que minha máquina com kaffe pudesse fazer isso (ah bem) 13:18 <deer> * orion consegue derrubar um router à vontade executando 40+ destinos locais via btlaunchmanycurses.py. ;) 13:18 <jrandom> heh sim, isso faria mesmo, orion 13:18 <deer> <polecat> Ah, os logs dizem que a JVM pareceu travar, então suponho que o lucky deve ter me usado em um tunnel para baixar gigabytes de homens bem dotados. 13:18 <deer> <orion> mas eu já tive uptime de 15 dias antes das tempestades de BT. 13:18 <jrandom> ah, interessante, polecat. 13:19 <jrandom> polecat: se estiver se sentindo corajoso, pode valer a pena testar o java service wrapper mais recente 13:19 <jrandom> (se isso eliminar esse problema, devemos atualizar) 13:19 <deer> * laberhorst teve 15 dias de uptime com 0.4.2.5 sem bt 13:19 <jrandom> acho que o cervantes ainda é o vencedor com 0.4.1.1 @ 41 dias 13:20 <deer> <polecat> Alguém quer me mandar um PM sobre como obter o java service wrapper mais recente? 13:20 <jrandom> mas enfim, alguém tem comentários sobre as coisas do 0.5? 13:20 <protok0l> o i2p já está pronto? 13:20 <jrandom> http://wrapper.tanukisoftware.org/doc/english/ 13:20 <deer> <eco> aguardando ansioso a documentação 13:20 <jrandom> !thwap protok0l 13:21 <jrandom> ok, passando para 3) status do 0.6 13:21 <deer> <polecat> Ainda acho que deveria haver uma forma de fazer checksum sem o gateway saber todos os checksums, ou quantos são. 13:21 <deer> <Ragnarok> onde os documentos vão ser publicados? 13:21 <jrandom> polecat: eu adoraria, mas duvido que dê para fazer. 13:22 <jrandom> Ragnarok: http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/tunnel.html?rev=HEAD é o rascunho atual 13:22 <jrandom> (ainda não atualizado quanto à questão do primeiro salto) 13:22 <deer> <Ragnarok> obrigado 13:22 <deer> <polecat> "Disseram que não podia ser feito.... me chamaram de louco... mas eram tolos, TOLos! 13:22 <jrandom> heh 13:22 <jrandom> ei, se você encontrar um jeito, estou ouvindo 13:23 <jrandom> (e tenho a sensação de que o pessoal do mixmaster/mixminion também) 13:23 <deer> <jrandom> caramba, 42 usuários aqui 13:23 <deer> <jrandom> mule: você tá por aí? 13:24 <deer> <polecat> Heh. Vou manter o nariz no chão então, mas sem promessas já que sou só um furão burro, não um gênio como vocês. 13:24 * jrandom arremessa um pequeno animal peludo no polecat 13:25 -!- dm [mihi@dsl-80-42-80-26.access.uk.tiscali.com] entrou em #i2p 13:25 <jrandom> ok, enfim, as coisas do 0.6 parecem interessantes, e o mule começou uns hacks, mas ainda é cedo no jogo 13:26 <jrandom> zab tem sido bem útil nos dando orientação sobre como o limewire faz as coisas, mas, bem, o controle de congestão deles é meio assustador (janelas pequenas fixas, ACK total) 13:26 <jrandom> (mas tenho certeza de que vão melhorar com o tempo, claro) 13:26 <jrandom> também foi legal ele nos dar uma visão de como estão botando a coisa para rodar, que pegadinhas tiveram com várias JVMs, etc 13:27 <jrandom> (oba zab) 13:27 <jrandom> de qualquer forma, se você quiser ajudar no design e implementação ou na integração de algum outro provider para o 0.6, entre em contato com o mule ou comigo (ou, claro, envie patches ;) 13:28 <jrandom> não há muito mais a dizer sobre isso, a menos que alguém tenha algo a levantar? 13:28 <deer> <polecat> O 0.6 não deveria ter suporte preliminar a fusenet? 13:28 <deer> <frosk> até abril, com sorte :) 13:29 <toad_> fusenet? 13:29 <deer> <frosk> mas com todo esse trabalho no transporte UDP, talvez fique pronto antes da fusenet 13:29 <jrandom> sim, o objetivo geral é só começar a fazer a roda girar 13:29 <deer> <frosk> fusenet é um sistema de distribuição de conteúdo mais ou menos como a usenet turbinada 13:29 <toad_> legal 13:30 <deer> <frosk> inicialmente dará suporte a blogs, fóruns de discussão e livros de endereços para mapeamentos nome-destino do i2p 13:30 <jrandom> embora, claro, se implementarmos o transporte UDP no mês que vem, provavelmente lançaremos isso com o 0.5 13:31 <deer> <frosk> claro, isso seria legal :) 13:31 <jrandom> e se eu tivesse um pônei, eu brincaria com ele o dia toooodo 13:31 <jrandom> ok, isso provavelmente é tudo sobre o 0.6, passando para 4) azneti2p 13:31 <deer> <frosk> ainda bem que você não tem pônei, então ;) 13:31 <jrandom> heh 13:32 <jrandom> azneti2p == irado. 13:32 <jrandom> parg e o resto do pessoal do azureus fizeram um ótimo trabalho, e a integração está realmente bacana 13:33 <jrandom> os torrents funcionam como antes, aparecem com todos os gráficos bonitos, permitem fazer todo o enfileiramento / etc. a que você está acostumado no azureus, só que de forma anônima 13:33 <deer> <postman> w00t! 13:33 <jrandom> ainda há otimizações e simplificações a fazer, mas no geral estou bem impressionado 13:33 <deer> <eco> viva! entrem as massas... 13:33 <deer> <frosk> pelo que entendi, ainda é preciso fazer algum trabalho manual no console do router antes de poder usar? 13:33 * jrandom mantém os portões fechados por só mais um pouquiiinho de tempo 13:33 <deer> <eco> java 1.5 é realmente necessário? 13:34 <deer> <polecat> Sim... coisa bacana, exceto que você não pode deixá-lo rodando como daemon. 13:34 <deer> <postman> parece o convite para a rede i2p levar uma bela surra 13:34 <jrandom> frosk: certo - mas estamos trabalhando para corrigir e fazer as chamadas ao I2PTunnel dentro do próprio plugin 13:34 <deer> <frosk> legal 13:34 <jrandom> eco: não tenho certeza, só testei com 1.5, mas acredito neles quando dizem isso. 13:34 <deer> <polecat> eco: tomara que não. o.O 1.5 é só a Sun tentando forçar o mercado. 13:34 <jrandom> vale a pena tentar, porém; vou fazer isso depois 13:35 <deer> * postman não se importa, eu tenho interfaces de ethernet gigabit e MUITO tráfego incluído :) 13:35 <deer> <polecat> Ai ai... e o azareus exige isso. Eu REALMENTE tenho que fazer meu app de torrent em C++. 13:35 <jrandom> polecat: o azureus tem um modo headless (sem interface gráfica) de operação e um console web 13:36 <deer> * polecat pisca. 13:36 <jrandom> (mas é... difícil para os não iniciados [como eu]) 13:36 <deer> <polecat> Bom, então tá... achei que não tinha, tipo o KazAa 13:36 <jrandom> mas eu só dei uma olhada (e voltei correndo para a GUI ;) 13:36 <deer> <Ragnarok> o duck vai atualizar o i2p-bt para 3.9/4.0? 13:37 <jrandom> ragnarok: não sei, mas o duck está avançando bastante para manter todas as coisas existentes compatíveis com o azneti2p 13:37 <jrandom> (eles tiveram que fazer algumas... mudanças estranhas por exigências técnicas) 13:37 <deer> <polecat> Um dos aspectos mais poderosos do p2p é quando o app pode rodar silenciosamente em segundo plano quando você não está usando. 13:38 * jrandom não discorda desse ponto 13:38 <jrandom> ok, acho que é tudo que tenho a dizer com relação ao azneti2p (além de w00t, de novo). mais informações no email, e haverá muita atividade em #i2p-bt, com certeza 13:39 <jrandom> mais alguém tem algo a levantar com relação ao azneti2p? 13:39 <cervantes> estão prontos para isso... ;-) 13:40 <jrandom> heh, estamos trabalhando nisso 13:40 <deer> <polecat> Posso observar que o código‑fonte do azareus é totalmente abismal... 13:40 <deer> <polecat> Há 28 pontos de entrada principais, e ele usa pelo menos uma profundidade de namespace de 3. 13:40 <deer> <Ragnarok> algum cliente bt tem um código bonito? 13:40 <jrandom> há algumas esquisitices, mas suspeito que você vai encontrar isso no código de qualquer um (NIH) 13:40 <deer> <polecat> O meu terá. 13:40 <jrandom> ah, qualé, net.i2p.router.netdb.kademlia.* :) 13:41 <deer> <Ragnarok> se for em C++ não terá :) 13:41 <toad_> lol 13:41 <deer> <polecat> Eu disse no mínimo! 13:42 <jrandom> ok, enfim, vamos para 5) fbsd 13:42 <deer> <polecat> Ragnarok: Você nunca viu como eu *cof*estupro*cof* uso C++. n.n 13:42 * duck dá uma olhada 13:42 <deer> <polecat> Quem se importa com FreeBSD? Levantem a mão? 13:42 <jrandom> lioux empacotou a versão 0.4.2.6 no ports (w00t!) 13:42 <deer> * detonate levanta a dele 13:42 <deer> <polecat> Patas, tentáculos, asas, etc.? 13:43 * jrandom levanta minha mão 13:43 * [dave] levanta 13:43 <deer> <Ragnarok> duck: 3.9/4.0? :) 13:43 <deer> <polecat> Uau, o i2p está integrado a uma distribuição? 13:43 <duck> Ragnarok: a falta de comentários / docs / etc. nas mudanças mais recentes do bram-Bittorrent foi um pequeno revés 13:43 <fdr> FreeBSD é legal :( 13:43 <deer> <Ragnarok> Aposto 13:43 <fdr> Mas talvez eu seja parcial. 13:44 <jrandom> sim, eu estava preocupado no começo, polecat, mas a implementação dele nos ports pareceu muito, muito fácil (então as atualizações serão muito, muito fáceis) 13:44 <duck> Isso exigiria estudar o que eles fizeram, talvez valha o esforço 13:44 <deer> <polecat> Até onde me importa, fbsd é uma distro com um kernel estranho e muita ocultação de dados. No fim é tudo POSIX então... ;) 13:44 <jrandom> polecat: e JVMs muito, muito w0nky 13:45 <duck> embora secretamente eu esteja esperando que o azneti2p resolva todos os problemas 13:45 <deer> <Ragnarok> duck: parecia que havia algumas melhorias boas, mas você é quem provavelmente faria o trabalho, então... :) 13:45 <deer> <polecat> Argh... nem me lembre. 13:45 <jrandom> heh, o azneti2p provavelmente atenderá às necessidades de muitos usuários, mas ferramentas simples de CLI ainda farão sentido para os ubergeeks por aí 13:46 <jrandom> enfim, parece que ele testou i2p 0.4.2.6 no fbsd5.3 sem problemas (w00t) 13:46 <deer> <Ragnarok> ai, não gosto do azureus, prefiro muito mais usar o cliente normal 13:46 * jrandom só fez isso no 4.8 13:46 <duck> no momento eu gostaria de fazer algo com kenosis; sendo um programador 'hit‑n‑run' 13:47 <deer> <eco> jrandom: qual jvm ele usou? 13:47 <jrandom> kenos2p 13:47 <jrandom> eco: sun 1.4 compilado nativamente 13:47 <jrandom> (buuu vaias) 13:47 <deer> <eco> ah, ilegal! 13:47 <deer> <polecat> Ragnarok: Se quiser criticar o design do meu cliente de bittorrent, meu plano de código atual está aqui: http://polecat.i2p/bittorrent.plan.txt 13:47 <jrandom> ((mas o kaffe funciona)) 13:48 <jrandom> eco: é ilegal? Eu achava que você podia aceitar os termos e obter o código‑fonte legitimamente no fbsd 13:48 <deer> <eco> a sun retirou a licença, pelo que sei 13:48 <jrandom> hmm, acho que isso é só a licença do blackdown 13:48 <jrandom> (e, para ser sincero, o blackdown é uma droga) 13:49 <jrandom> indivíduos ainda podem licenciar sob a SCSL 13:49 <deer> <polecat> ai. 13:49 <jrandom> (primeiro filho, etc.) 13:49 <jrandom> heh, é interessante ouvir tantas queixas de licença quando tão poucos reclamam de copyright ;) 13:50 <jrandom> mas essa discussão é melhor para o 7) ?? 13:50 <jrandom> e estamos em 5) fbsd 13:50 <deer> <eco> coisas de licença em http://www.freebsdfoundation.org/press/20041221-newsletter.shtml , mas voltando ao tópico principal... 13:50 <cervantes> primeira vez que passamos acima do 5) em muito tempo 13:51 <jrandom> cervantes: e tivemos que podar coisas ;) 13:51 <jrandom> ok, acho que é isso de fbsd (além de yay!) 13:51 <jrandom> então entrando em um assunto bagunçado... 6) hosts.txt como um WoT 13:51 <deer> <polecat> licenciamento pode te pegar no nó, enquanto violação de copyright só pode ser rastreada até o destino. 13:51 <deer> <polecat> O que "não pode" ser encontrado. 13:52 <jrandom> certo, certo, polecat, mas uma vez que Eles tenham controle físico da sua máquina, você está ferrado de qualquer jeito 13:53 <jrandom> ok, enfim, não sei se há muito a acrescentar ao que foi postado no email com relação a hosts.txt 13:53 <jrandom> alguém tem perguntas/comentários/preocupações? 13:53 <jrandom> (fui vago o suficiente? :) 13:53 <duck> sim 13:53 <deer> * eco considera entregar o gerenciamento do hosts.txt à ONU 13:54 <jrandom> heh sim, porque sabemos que autoridades burocráticas centralizadas legais sempre Fazem A Coisa Certa 13:54 <toad_> lol 13:55 <jrandom> acho que a verdadeira "grande vitória" será quando o livro de endereços tiver tanto uma interface web quanto mais metadados 13:55 <jrandom> (e talvez a sindicação via fusenet, etc.) 13:55 <deer> <Ragnarok> metadados serão a próxima coisa em que vou trabalhar, usando registros de nome em XML 13:56 <jrandom> mandou bem, ragnarok! 13:56 <jrandom> qual sua opinião sobre o lado WoT, ragnarok - você vê isso como um problema do livro de endereços, ou de como você prevê a nomeação? 13:57 <deer> <Ragnarok> No essencial, acho que a forma como o livro de endereços funciona (e como circular referências de nomes na fusenet vai funcionar) é a única maneira realmente sensata de lidar com nomes no i2p 13:58 <deer> <Ragnarok> então, o WoT é um recurso :) 13:58 <jrandom> Wo0T 13:58 <lucky> uau 13:58 <deer> <eco> mas com certeza vocês vendem contas premium? 13:58 <lucky> é um toad que eu vejo? 13:58 <lucky> um toad de verdade? 13:58 <lucky> ou só um sapo. 13:58 <deer> <frosk> o ponto importante, na minha humilde opinião, é como lidar com colisões 13:59 <toad_> um toad 13:59 <deer> <detonate> quem chega primeiro é atendido primeiro 13:59 <jrandom> certo, frosk, seria bom ter uma interface para gerenciá-las, em vez de apenas "ler o log" 13:59 <deer> <Ragnarok> frosk: acho que isso é mais uma questão de interface do que qualquer outra coisa. As colisões terão que ser resolvidas pelo usuário. 13:59 <toad_> me chamem se ficar perto da minha área :) 13:59 <deer> <frosk> Ragnarok: penso o mesmo 13:59 <deer> <Ragnarok> qualquer outra coisa pode ser atacada 13:59 <lucky> ah, não o toad do freenet. 13:59 <lucky> ah 13:59 <lucky> é sim. 13:59 <deer> <eco> então os nomes são simplesmente como apelidos no IM? 14:00 <deer> <frosk> as colisões precisam ser armazenadas para que você possa alternar muito tempo depois 14:00 <deer> <Ragnarok> e provavelmente não é comprovadamente melhor no caso geral 14:00 <lucky> estamos pagando ao toad agora? 14:00 <jrandom> eco: certo - os nomes são apenas apelidos locais privados 14:01 <deer> <susi23> o livro de endereços deveria reconhecer colisões e notificar o usuário para que ele possa decidir 14:01 <deer> <Ragnarok> frosk: depois da mudança para registros de nome, a intenção é nunca descartá‑los, mas tornar fácil mudar o endereço ao qual correspondem 14:01 <deer> <susi23> até que o usuário tome sua decisão, quaisquer mudanças relativas à colisão deveriam de alguma forma ficar em "quarentena" :) 14:01 <deer> <Ragnarok> susi23: é essencialmente assim que funciona hoje 14:01 <deer> <Ragnarok> só tem uma interface ruim 14:01 <deer> <frosk> Ragnarok: parece bom :) você tem uma interface web em andamento? (ou já existe uma de que eu não saiba?) 14:02 <deer> <susi23> então tá 14:02 <deer> <Ragnarok> não. Eu não faço interfaces web :) 14:02 <deer> <Ragnarok> susi estava trabalhando em algo, acho, mas não tenho certeza do que aconteceu com isso 14:02 <jrandom> (voluntários? alguma chance de reviver o susidns para gerenciar os nomes?) 14:03 <deer> <susi23> ok, me dê uma semana, coloquei na TODO 14:03 <jrandom> (e depois do susidns, precisamos de susitorrent e susiirc...) 14:03 <jrandom> muito foda! 14:04 <jrandom> ok, alguém tem mais algo a levantar com relação a toda essa coisa do hosts.txt? 14:05 <jrandom> se não, passando para 7) ??? 14:05 <deer> <Ragnarok> uma coisa 14:05 <jrandom> o micro é seu 14:05 <deer> <Ragnarok> para a próxima versão, podemos concordar que o hosts.txt deve ser gerenciado diretamente pelo livro de endereços, para que possamos parar de mutilar o userhosts.txt? 14:06 <jrandom> parece razoável. vou parar de incluir o hosts.txt no i2pupdate.zip (mas vou incluí‑lo no i2pinstall.jar) 14:06 <deer> <Ragnarok> legal. É só isso :). 14:07 <jrandom> ok, agora de volta ao espaço aberto 14:07 <jrandom> alguém mais tem algo que queira trazer? 14:07 <deer> <postman> sim 14:07 <jrandom> mande ver, postman 14:07 <deer> * postman levanta a mão 14:08 <deer> * postman está procurando desesperadamente um voluntário para fornecer o servidor MX secundário para i2pmail.org (sendo este um inproxy para o sistema de email interno) 14:09 <deer> <postman> se alguém tiver uma máquina estável, rápida (dedicada), eu ficaria muito feliz em aceitar ajuda 14:09 <deer> <postman> configuração / howto será fornecida por mim 14:09 <deer> <eco> quão rápida é "rápida"? 14:10 <deer> <postman> eco: um IP estático seria bom - todo o resto é negociável 14:10 <jrandom> quanto tráfego você está vendo via mail.i2p, postman? 14:10 <jrandom> (externo, digo) 14:10 <deer> <polecat> Estável, rápida, dedicada... bem, 1/3 não é ruim. 14:10 <deer> <postman> o tráfego de email é MUITO baixo 14:10 <deer> <postman> entrada/saída é cerca de 500 emails/mês 14:11 <jrandom> ah legal 14:11 <deer> <Frooze> eu tenho lenta (500 MHz), estável, dedicada 14:11 <deer> <postman> MAS já que o inproxy terá um I2P rodando 14:11 <jrandom> (isso provavelmente vai aumentar à medida que mais gente souber disso ;) 14:11 <deer> <eco> a máquina seria só para email entrante? 14:11 <deer> <postman> a maior parte do tráfego seria via I2p, eu acho 14:12 <deer> <postman> eco: pelo menos o entrante (isso é necessário para isso) 14:12 <deer> <postman> se o operador estiver ok com isso, eu gostaria de rotacionar o tráfego de saída entre as duas máquinas 14:12 <deer> <postman> Frooze: está ok, desde que consiga rodar i2p 14:13 <deer> <postman> só me mande um email 14:13 * toad_ se pergunta se seus assuntos atuais são AOB ou se são simplesmente entre ele e o jrandom 14:13 <deer> <postman> se alguém estiver interessado 14:14 <deer> * postman devolve o microfone 14:14 <deer> <Frooze> farei isso. 14:14 <deer> <postman> obrigado, jr :) 14:14 <jrandom> legal, obrigado, postman 14:14 <jrandom> toad_: acho que há muito a discutir, embora seja em grande parte uma questão para o pessoal do freenet 14:15 <toad_> jrandom: certo 14:15 <toad_> jrandom: falamos depois da reunião 14:15 <jrandom> boa 14:15 <duck> sem briga na lama pública? :/ 14:15 <jrandom> ok, mais alguém tem algo para trazer para a reunião? 14:15 <jrandom> heh duck 14:15 <deer> * eco aponta para http://dodo.freenetproject.org/pipermail/tech/2005-January/001224.html 14:15 <jrandom> (isso foi na tehc ;) 14:15 <cervantes> postman: minha máquina tem merda demais rodando para ser de alguma ajuda, receio ;-) 14:15 <deer> <polecat> Ragnarok: Se pudéssemos assinar os dados de host do livro de endereços, isso permitiria atualizações automáticas. Caso contrário, não há muito o que fazer. Mesmo que o usuário receba um popup, como ele vai saber qual chave é correta? 14:15 <deer> <Ragnarok> o que "correta" significa? 14:16 <jrandom> polecat: assinar as entradas seria do caralho. 14:16 <deer> <eco> para sua informação 14:16 <deer> <eco> sem lama envolvida. 14:16 <deer> <Ragnarok> (e assinatura está planejada para os registros de nome) 14:16 <deer> <postman> cervantes: oi, obrigado mesmo assim :) 14:16 <cervantes> de nada mesmo 14:16 <cervantes> :P 14:17 <jrandom> ok, mais alguma coisa? 14:17 <deer> <polecat> Ragnarok: "correta" significa centrada no resultado correto. 14:17 <cervantes> polecat: estou esperando um dos meus clientes falir antes de me esgueirar para um dos servidores de email esquecidos deles para instalar i2p 14:18 <deer> <Ragnarok> polecat: sim, mas qual é o resultado correto? 14:18 <jrandom> lol cervantes 14:18 <cervantes> %s/polecat/postman 14:19 <deer> <polecat> O arquivo do livro de endereços que é enviado entre eepsites poderia fazer a assinatura em seu formato, mantendo o outro hosts.txt igual. 14:19 * duck se pergunta se atualizar o dot.webp é útil? 14:19 <duck> ficou meio cheio 14:19 <deer> <eco> nos dê um applet 3D 14:20 <jrandom> duck: está um pouco difícil de ler, sim ;) 14:20 <jrandom> duck: talvez listar apenas as linhas azuis? 14:20 <jrandom> para mim, o valor vem de ver quão espalhado está o verde 14:20 <jrandom> (ou se há clusters de verde escuro, etc.) 14:20 <deer> <Ragnarok> polecat: a assinatura será suportada no formato de registro de nome em XML. 14:21 <deer> <polecat> Ragnarok: o resultado correto é que o nome legível por humanos mapeie para o destino que você espera ver, e só mude quando o dono desse destino mudar as chaves. 14:21 <deer> <polecat> Certo. Então... ótimo. Sem problema, então. 14:21 <deer> <Ragnarok> polecat: é o que temos agora 14:22 <deer> <polecat> Se a assinatura de uma atualização corresponder à chave pública do registro original, então você pode atualizar automaticamente, sem problema. 14:24 <jrandom> ok, ainda há espaço para martelar no Grande Debate sobre Nomes, claro 14:24 <jrandom> alguém tem mais alguma coisa para a reunião? 14:24 <deer> * eco tem uma enquete de UI 14:24 * jrandom tem uma GUI 14:25 <deer> <Ragnarok> polecat: isso será suportado assim que tivermos assinatura :) 14:25 <deer> <eco> a opção do i2ptunnel na UI web resulta em um popup - só eu sou menos entusiasmado com isso? 14:25 <jrandom> definitivamente não é só você, eco. 14:25 <jrandom> eu escrevi a interface web do i2ptunnel aproximadamente tão mal quanto pude 14:25 <jrandom> é realmente, realmente uma merda 14:25 * cervantes rouba a frase do jrandom "patches welcome" 14:26 <jrandom> (o que o cervantes disse :) 14:26 <jrandom> ou mesmo só HTML simples, eu posso integrar com o jsp 14:26 <jrandom> (mas claro que patches no jsp seriam legais) 14:27 <cervantes> jrandom: a propósito, eu tenho um patch para o que discutimos ontem... só vou testar um pouco mais antes.... 14:27 <jrandom> ah, irado, cervantes, obrigado! 14:27 <deer> <eco> por que não listar isso na página principal, como as outras páginas? 14:27 <deer> <eco> ok, então não há nenhuma grande razão religiosa ou técnica por trás disso? 14:28 <deer> * polecat tem uma FUI 14:28 <jrandom> eco: do ponto de vista de UI, pode ser feito para parecer com as outras páginas, mas não tecnicamente 14:28 <jrandom> tecnicamente, precisa ficar separado como um app cliente implantado como um arquivo .war separado 14:28 <deer> <polecat> Ragnarok: achei que você disse que é o que temos agora? 14:29 * jrandom aprecia muito a contribuição do mihi com esse código, mas não posso deixar o console do i2p depender de GPL 14:29 <deer> <Ragnarok> er, desculpe, eu quis dizer tudo menos a assinatura, que obviamente não fazemos agora. 14:29 <jrandom> (mas podemos fazê‑lo parecer com as outras páginas 14:30 <deer> <eco> ah, questões de licença. ótimo 14:30 <jrandom> heh não é uma maravilha, eco? 14:30 <deer> <Ragnarok> então, atualmente os endereços nunca são atualizados automaticamente, mudar o destino para o qual um endereço aponta sempre requer intervenção do usuário 14:30 <cervantes> jrandom: iframe :P 14:30 * jrandom gostaria que as pessoas vissem a "IP" (Propriedade Intelectual) pela farsa que é e liberassem em domínio público 14:30 <deer> <eco> mas neste caso uma conexão de socket, por exemplo, deveria estar ok do ponto de vista da GPL, imagino 14:30 <jrandom> cervantes: não é uma alternativa impossível 14:30 <jrandom> isso, eco 14:31 <jrandom> fizemos o possível para dançar em volta da integração do que importa (usando clients.config e i2ptunnel.config), mas a UI web sofre um pouco com isso 14:33 <deer> <susi23> quaisquer desejos, pedidos de recursos e comentários sobre a interface do livro de endereços, por favor adicionem em http://susi.i2p/susidns.html 14:33 * toad_ respeita as visões extremistas de licenciamento do jrandom, embora discorde veementemente delas :) 14:33 <jrandom> ah, legal, farei isso, susi23 14:34 <jrandom> heh toad_ :) 14:34 <deer> * eco coloca isso na sua lista de coisas para fazer quando‑tiver‑64 14:34 <toad_> bbiab 14:34 <jrandom> l8r 14:34 <toad_> quando eu voltar precisamos falar sobre várias questões técnicas com a integração i2p/freenet 14:34 <jrandom> ok, mais alguém tem algo para a reunião? 14:34 * cervantes coloca o gongo de metal para fora 14:34 <toad_> vou tentar voltar rápido 14:34 <jrandom> legal, toad_, estarei por aqui 14:34 <jrandom> (vai me dar tempo para pôr a leitura em dia naqueles tópicos ;) 14:35 * jrandom se prepara 14:35 * jrandom dá um *baf* no gongo, encerrando a reunião 14:35 <deer> <DrWoo> jrandom: tenho uma questão se você ainda está aberto ao 7)???, só quero voltar ao plug‑in do azureus por um momento se posso, #1 - isso será *bem* atraente para a galera, não é a hora perfeita para tentar colocar controles fáceis de comprimento de tunnel no lado p2p do I2P via esse plug‑in, para tentar fazer o melhor uso dos recursos de largura de banda na rede? #2 - ter um plug‑in do azureus funcionando (muito provavelmente?) vai causar alguma publicidade, 14:35 <dm> integração i2p/freenet!? 14:35 * jrandom desfaz o gongo 14:35 * cervantes guarda o gongo 14:35 <jrandom> #1: sim, absolutamente - mandei um patch para o parg para fazer isso 14:36 <jrandom> #2: [foi cortado em 'querendo você ou não,'] 14:38 * jrandom observa os logs da lib de streaming do irc - 14:38 <jrandom> 14:37:55.701: SEND bRC43g==QRnB~Q==: #2 DELAY 1000 MS ACK 1 data: 29 sent 2 times 14:38 <jrandom> 14:38:20.072: SEND juVFdg==aAUIVw==: #3465 DELAY 1000 MS ACK 5723 data: 43 sent 2 times 14:40 <deer> * eco pega uma cerveja 14:40 <deer> <DrWoo> jrandom: #2 - ter um plug‑in do azureus funcionando (muito provavelmente?) vai causar alguma publicidade, querendo você ou não, vocês estão preparados para um influxo de usuários? Se não, quando acha que estarão? 14:40 <jrandom> não seria bom ter um grande pico de usuários antes do transporte UDP 14:41 <jrandom> ainda há muito trabalho a fazer no azneti2p, então com sorte isso nos dará algum tempo, mas faremos o que for necessário 14:41 <deer> <DrWoo> jrandom: legal ver você completamente em cima do #1 ;) 14:42 <jrandom> também vamos precisar de alguma documentação para o #1, explicando por que 0 saltos funciona para alguns modelos de ameaça :) 14:44 <jrandom> ok, prontos para um re‑gongo? 14:45 * jrandom se prepara 14:45 * jrandom dá um *baf* na reunião encerrada^2