14:00 <jrandom> 0) oi 14:00 <jrandom> 1) atualização de status 14:00 <jrandom> 2) cvs HEAD 14:00 <jrandom> 3) 0.4 14:00 <jrandom> 4) 1.0 14:00 <jrandom> 5) outras atividades 14:00 <jrandom> 6) ??? 14:00 <jrandom> 0) oi 14:00 <dm> 7) Lucro!! 14:00 <mihi> oi 14:00 <cervantes> olá 14:00 <dm> oi 14:00 <fvw> oi dr nick 14:01 <jrandom> para todos que estão acompanhando em casa, temos as notas de status @ http://dev.i2p.net/pipermail/i2p/2004-June/000286.html 14:01 <jrandom> como já fizemos antes, aquilo contém o conteúdo de verdade - aqui ficamos só no meta e discutimos as coisas 14:01 * dm está jogando em casa. PISCA PISCA PISCA. 14:01 <jrandom> BrianR: é aqui que o LART é útil 14:02 <jrandom> enfim, vamos para 1) atualização de status 14:02 <thecrypto> vamos ver se consigo conectar a um eepsite 14:03 <jrandom> outro dia tivemos um número maior que o usual de routers saindo da rede, e espero que seja porque muitos dos serviços na rede estavam b0rked devido aos meus bugs idiotas 14:03 * mihi liga seu router 14:03 <thecrypto> oba! 14:03 <jrandom> se as pessoas estão desligando seu router por outro motivo (bugs, uso de cpu/memória, etc.) eu gostaria muito de saber 14:04 <dm> ok 14:05 <BrianR> Devo dizer, i2p está atualmente mais comportado que freenet na minha máquina... Tanto em consumo de banda quanto em consumo de cpu/ram. 14:05 <jrandom> há um bug bem ruim no cvs no momento, mas corrigido localmente - vou fazer commit mais tarde hoje à noite (não sei se antes ou depois de montar minha máquina nova) 14:05 <jrandom> ah, maneiro 14:06 <jrandom> bem, para ser justo, i2p faz muito menos do que freenet - quando tivermos milhares de routers veremos como fica 14:06 <dm> Por que os sistemas operacionais não têm limitação de banda por aplicativo embutida? É uma tarefa difícil? 14:06 <BrianR> Eu gostaria de fazer alguns testes de estresse com as funcionalidades de limitação de banda embutidas do i2p. Em que pé isso está? 14:06 <dm> Todos esses projetos perdendo tempo implementando sua própria limitação de banda, parece bobo. 14:06 <fvw> dm: Linux faz isso, assim como freebsd sem dúvida. 14:07 <dm> Fazem? 14:07 <cervantes> netlimiter no windoze faz isso 14:07 <BrianR> dm: Não é uma tarefa difícil. Há muita coisa de limitação de banda em nível de sistema disponível, para 'doze, linux, *bsd... 14:07 <dm> Faz sentido colocar isso no SO, na minha opinião. 14:07 <fvw> dm iptables marking + tc under linux; Usando agora mesmo, funciona que é uma beleza. 14:07 <jrandom> BrianR: está em bom estado - vai estar no próximo release 0.3.1.5 (que espero lançar esta semana) 14:07 <dm> Mas enfim... 14:07 <BrianR> a questão é que muitas vezes faz mais sentido limitar no nível da aplicação para poder tomar decisões inteligentes sobre onde gastar a banda primeiro 14:08 <jrandom> exatamente 14:08 <dm> Esse é outro problema. 14:08 <jrandom> com a limitação de banda dentro do i2p, sabemos quando estamos saturando nosso limite e podemos recusar participar de tunnels (etc) 14:08 <BrianR> No nível da aplicação você não tem ideia de qual das suas conexões TCP vai perder um pacote quando você está acima do limite de TX imposto pelo sistema. 14:08 <fvw> na verdade, o ideal seria o SO dar o feedback adequado; Mas isso não é relevante para i2p agora. 14:09 <jrandom> verdade, fvw, quando integrarmos i2p com tun/tap ;) 14:09 <BrianR> fvw: Você até recebe algum feedback em termos de backpressure.. Mas é difícil dizer se o backpressure é por a conexão do lado remoto ser lenta ou do lado local.. 14:09 <dm> Coloquem uma recompensa para patch no windows para ter limitação de banda por aplicativo. Valeu. 14:09 <jrandom> heh 14:09 <fvw> "meu tráfego não está chegando" e "esta conexão está sendo limitada agora" são duas coisas totalmente diferentes. 14:09 <fvw> às vezes se sobrepõem, claro. 14:10 <dm> ($20 extras por ter um pequeno gráfico com o uso de banda de cada janela na barra de título... Ao lado dos botões de minimizar, etc) 14:11 <jrandom> ok, mais alguém tem algo relacionado ao status da rede para trazer? 14:12 <BrianR> Ah.. Aquele negócio de monitoramento de conexões do IRC.. 14:12 <duckie> Peço desculpas por atualizar para o cvs 14:12 <jrandom> hehe 14:12 <BrianR> Há um gráfico de MRTG disso ou logs ou algo assim em algum lugar? 14:12 <jrandom> bogobot, certo? duck.i2p/bogo/ se não me engano? 14:13 <duckie> algo assim 14:13 <jrandom> (está linkado a partir de duck.i2p, meus routers estão fora do ar no momento então não posso verificar) 14:13 <duckie> com link em http://duck.i2p/ na seção de estatísticas 14:13 <duckie> http://duck.i2p/bogobotlogs/ 14:14 <BrianR> pode ser útil estender aquilo para atuar como uma ferramenta geral de medição de alcançabilidade.. 14:15 <dm> Vocês digitam reaaaaaaaaaaaaaaaalllmente devagar. 14:15 <deer> <cervantes> hypercubus tem algumas melhorias na gaveta, mas ele está bem ocupado com coisas do instalador no momento 14:16 <jrandom> BrianR: o bogobot é só para acompanhamento passivo do irc, mas alguém poderia modificar o comando ping do i2ptunnel para suportar verificações periódicas? 14:16 <jrandom> ou alguém poderia preparar um script em perl/SAM ;) 14:16 <BrianR> talvez algum tipo de script que gere um gráfico MRTG da alcançabilidade do endpoint.... 14:16 <BrianR> jrandom: falando em perl/sam, traga isso de novo quando chegarmos ao número apropriado na agenda 14:16 <duckie> o tal do heartbeat não faz isso? 14:17 <BrianR> Se faz, eu não consegui fazer funcionar :( 14:17 <jrandom> mais ou menos - o heartbeat testa servidores heartbeat, não apps genéricas 14:18 <BrianR> Sim... Tipo eu quero ver se consigo fazer um "GET /" com sucesso em duck.i2p, e quanto tempo levou. 14:18 <jrandom> mas sim, uma vez que a rede esteja em boa forma, muita gente pode rodar um servidor de heartbeat e as pessoas podem dar ping umas nas outras para medir o desempenho da rede 14:18 <Nightblade> pingflood também 14:18 <dm> Há um limite para strings de GET? 14:18 <dm> tipo se você tem uma URL bem longa, por causa dos parâmetros cgi? 14:19 <cervantes> 2047 caracteres, se não me engano 14:19 <jrandom> isso não seria muito difícil de montar 14:19 <BrianR> dm: Depende do servidor web... Acho que a RFC também especifica um mínimo que deve ser suportado. 14:19 <jrandom> (er, um testador http) 14:19 <dm> cervantes: obrigado 14:19 <dm> (acabei de perceber que isso pode afetar algo em que tenho trabalhado) 14:20 <cervantes> você esbarra em 2 problemas, suporte do servidor web e suporte do cliente 14:20 <BrianR> saímos do tópico? 14:20 <cervantes> tanto IE quanto Mozilla são 2047 14:20 <cervantes> er, sim :) 14:21 <dm> Consegui minha resposta, podemos seguir :) 14:21 <jrandom> ok, acho que isso cobre o 1), agora brevemente para 2) cvs HEAD 14:21 <jrandom> tem um bug feio lá no momento, e peço desculpas por não tê-lo corrigido antes 14:22 <jrandom> em geral, se você testar o cvs HEAD e ele não funcionar bem, apenas faça rollback (baixe os jars / faça pull a partir do tag) 14:22 <jrandom> enfim, chega disso 14:23 <jrandom> pulando para 3) 0.4 14:23 <jrandom> o email tem meu ponto de vista / justificativa para o release - alguém tem preocupações / perguntas / ideias / sugestões? 14:24 <Nightblade> parece bom para mim 14:24 <duckie> como isso muda as estimativas de tempo? 14:24 * fvw acena com a cabeça. Sensato e tudo mais. 14:25 <jrandom> na verdade aproxima o 0.4, já que estamos empurrando as partes assustadoras do 0.3.3 para 0.4.1 e 0.4.2 14:25 <jrandom> não acho que vá mudar as datas do 1.0, só reorganizando coisas antes dele 14:26 <jrandom> a simulação mostrou que nosso principal problema com diversificação de tunnels pode ser facilmente remediado por testes ativos de peers 14:26 <jrandom> tivemos um pouco disso nas revisões pré 0.2.3, mas paramos porque parecia adicionar overhead demais 14:27 <jrandom> (quando na verdade muita coisa estava simplesmente quebrada, causando o overhead) 14:27 <deer> <cervantes> o que envolve teste ativo de peers? 14:29 <jrandom> significa apenas que vamos construir alguns tunnels secundários através de peers que normalmente não usaríamos - especificamente, vou fazer com que ele puxe peers aleatórios do conjunto 'reliable' que não estão no conjunto 'fast+reliable' 14:29 <jrandom> (e se essa interseção for pequena demais, estendê-la ao conjunto 'not failing') 14:29 <jrandom> não sei ainda quantos tunnels ou peers testar, provavelmente vamos manter isso como um parâmetro ajustável 14:30 <jrandom> o problema se manifesta nos perfis dos peers - você verá muitos valores para seus peers favoritos, mas muitos 0s ou outros números baixos para outros peers 14:30 <jrandom> (o que pode ser porque eles são ruins, ou mais provavelmente porque não estão sendo testados) 14:31 <jrandom> ok, mais algo sobre 0.4? ou devemos passar para 4) 1.0? 14:32 <duckie> sim 14:33 <jrandom> 4) 1.0 14:33 <jrandom> não vejo o 1.0 como um release grande e assustador abordado assimptoticamente. é apenas um release onde as coisas funcionam e as pessoas podem usar 14:34 <jrandom> dito isso, alguém tem preocupações / ideias / sugestões / perguntas em relação ao que está no email? 14:35 <dm> A taxa com que a versionagem está aumentando indicaria de fato que é um 1.0 abordado assimptoticamente 14:36 <dm> Vamos precisar de alguns saltos grandes! 14:36 <jrandom> 0.4--> 1.0 14:36 <dm> Muuuuuito bom.... 14:36 <jrandom> e estamos a apenas algumas semanas do 0.4 14:37 <jrandom> mas, claro, podemos usar alguma ajuda para fazer as coisas andarem mais rápido :) 14:37 <dm> Estamos satisfeitos com a estabilidade então? 14:37 <jrandom> não, a estabilidade agora está uma droga 14:37 <cervantes> myi2p pode ser um pedaço de desenvolvimento bem pesado para ser implementado corretamente, já que idealmente depende de outros projetos se concretizarem 14:37 <dm> Ok, não tenho acompanhado de perto. 14:38 <cervantes> como DHT e datagramas etc 14:38 <jrandom> concordo, cervantes, mas se tivermos apenas o catálogo de endereços e blog distribuído, para mim já está bom. 14:38 <cervantes> certo 14:38 <jrandom> nightblade está trabalhando em um dht que podemos plugar quando estiver pronto, ou poderíamos adicionar ganchos para referenciar freenet:CHK@ ou SSK@ 14:39 <cervantes> mensagens privadas é só um pequeno passo a partir do catálogo de endereços sindicado também 14:39 <jrandom> certo, dá para fazer tudo 14:40 <cervantes> desktop de cam girl em live streaming pode demorar mais... 14:40 -!- Irssi: #i2p: Total de 21 nicks [0 ops, 0 halfops, 0 voices, 21 normais] 14:40 <jrandom> heh 14:40 <jrandom> na verdade, como mencionei ao Sonium antes da reunião, uma das coisas com as quais as pessoas podem ajudar é a parte de documentação - 14:41 <jrandom> definindo quais docs vamos precisar, começando a fazer alguns esboços de como esses docs vão se encaixar, e talvez até abrindo um editor e escrevendo-os 14:42 <cervantes> ah, eu queria perguntar antes sobre melhorar a GUI do console também 14:42 <jrandom> docs são parte essencial dos releases, tanto para docs técnicos (já que sem bons docs técnicos, nenhum dev vai se envolver) quanto para docs de usuário (já que sem bons docs de usuário, os usuários vão embora) 14:42 <jrandom> queremos isso para o release 0.4, e será baseado em jsp/servlet 14:43 <jrandom> eu nem fiz mockups ou fluxos de trabalho para isso ainda, então se alguém quiser assumir isso, seria de grande ajuda 14:43 <Nightblade> GUI do console? o que é isso - SVGALIB? :) 14:43 <jrandom> heh 14:43 <mihi> Nightblade: TWIN / curses 14:43 <cervantes> o conjunto de dados é o mesmo ou há estatísticas novas e melhoradas para o 0.4 14:44 <dm> Eu quero uma GUI de console em WIN32/MFC 14:44 <Nightblade> o console http na 7655, certo 14:44 <cervantes> isto é, a duração que elefantes ficam na lua, e se retornam com frequência 14:44 <cervantes> sim 14:44 <jrandom> todas as coisas no console atualmente refletem dados que podem ser disponibilizados para um console 0.4, mas devemos jogar fora completamente o design atual 14:45 <jrandom> (por exemplo, ninguém liga para qual é o base64 da chave pública de uma routerIdentity) 14:45 <cervantes> embora eu sugira que essa informação ainda deva estar disponível 14:46 <jrandom> sim, acho que podemos manter o console existente como uma opção - não precisamos jogá-lo fora 14:46 <jrandom> (mas seria algo como http://localhost:7655/uglyConsole/) 14:46 <cervantes> ./forlynxusers/ 14:47 <jrandom> o novo console de administração deve funcionar para usuários de lynx também 14:47 <dm> Alguém realmente usa lynx? 14:47 <cervantes> eca, compatibilidade entre navegadores 14:47 <jrandom> eu uso 14:47 <jrandom> (às vezes) 14:47 <dm> mas... por quê? 14:47 <fvw> para coisas como pequenas edições de config, com certeza. 14:47 <cervantes> dm: se você está preso num prompt de comando, não tem muita escolha 14:47 <fvw> é rápido e você não precisa de X 14:48 <Nightblade> eu uso para navegar na web em servidores headless 14:48 <deer> <Pseudonym> eu uso o navegador links 14:48 <jrandom> bem, sim, links é preferível ao lynx 14:48 <mihi> alguém usa w3m? 14:48 <dm> Eu uso INTERNET EXPLORER DA MICROSOFT 14:48 <dm> É bem legal. 14:48 <jrandom> bom ponto - mais algo em relação ao i2p 1.0? 14:49 <dm> Ganhou a guerra dos navegadores de 1992-1998 14:49 <jrandom> ou vamos para 5) outras atividades? 14:49 <dm> 3 medalhas de honra. 14:49 <Nightblade> sim 14:49 <Nightblade> Estou esperando lançar uma nova versão do libsam amanhã, mas meu computador de casa quebrou então não sei 14:49 <Nightblade> Vou também fazer upload da biblioteca de threading do Nickster 14:49 <jrandom> incrível!/doh! 14:50 <jrandom> legal! 14:50 <Nightblade> ele disse que era domínio público - vou apenas fazer upload exatamente como ele enviou - não tive tempo de fazer muita coisa com ela 14:50 <jrandom> quando o 0.3.1.5 sair, vou começar a rodar o servidor cvs em i2p também 14:50 <jrandom> legal 14:51 <jrandom> (assim o nickster poderá fazer edições/atualizações no código dele no cvs sem expor seu ip) 14:51 <jrandom> o que há de novo na próxima rev do libsam? 14:51 <Nightblade> algumas correções no envio/recebimento de datagramas que estavam quebrados 14:51 <Nightblade> e outras coisas que não lembro 14:51 <Nightblade> vai estar no changelog 14:51 <jrandom> legal, parece bom 14:52 <jrandom> ah, se você quiser uma lista de discussão para o libsam (-announce,-dev,-users,etc) me avise 14:52 <jrandom> (mas postar em i2p@i2p também é de boa) 14:52 <Nightblade> exagero 14:52 <jrandom> hehe 14:53 <jrandom> é, provavelmente 14:53 <cervantes> ele pode ter uma seção no i2pforum 14:53 * cervantes passa suavemente para sua agenda 14:53 <Nightblade> talvez quando eu conseguir fazer aquele DHT funcionar - mas isso ainda vai demorar, e hoje e ontem eu não tive tempo de fazer muita coisa com isso 14:53 <Nightblade> cervantes: já existe um fórum de desenvolvimento de aplicações ou algo assim, se não me engano 14:53 <Nightblade> além disso, Connelly precisa de uma conta em i2p.net se alguém já tiver conseguido uma para ele 14:53 <cervantes> especificamente em relação ao i2p? 14:54 <Nightblade> http://www.i2p.net/forum/3 14:54 <jrandom> ah, não adicionei uma conta para o connelly, vou falar com ele na próxima vez que eu o vir 14:54 <fvw> puxa, tenho que ir. Vejo vocês na próxima semana, continuem com o bom trabalho. 14:54 <jrandom> aff, é, não sei sobre os www.i2p.net/forum/s 14:54 <cervantes> ah... drupal... 14:55 <jrandom> legal, fvw, que bom que você pôde aparecer 14:56 <cervantes> o i2pforum está praticamente pronto 14:56 <cervantes> basicamente só precisa de conteúdo/usuários para preenchê-lo :) 14:56 <jrandom> não tenho certeza sobre os fóruns do drupal, ou se realmente combinam com o que eu vejo para o site. Eu meio que gosto da ideia de um site separado dedicado a ser um fórum de usuários/devs 14:57 <jrandom> legal, cervantes - isso é como eepsite, website, ou ambos? 14:57 <cervantes> Eu escolhi tópicos/seções arbitrários para o fórum, então se o pessoal tiver alguma ideia ou quiser escrever coisas para FAQs etc., isso seria apreciado 14:57 <cervantes> é ambos 14:58 <cervantes> no momento estou com o tunnel do i2p offline enquanto meu router está tão instável 14:58 <jrandom> não posso te culpar :) 14:58 <Nightblade> qual é a url 14:58 <cervantes> mas as pessoas podem começar a brincar no outweb 14:59 <cervantes> no momento você terá que adicionar uma entrada em /etc/hosts c:/windows/system32/drivers/etc/hosts 14:59 <cervantes> 212.113.22.104 i2pforum.cervantes.not2p 14:59 <jrandom> heh 15:00 <cervantes> Vou configurá-lo com um hostname apropriado em breve 15:00 <cervantes> ou se alguém quiser adicionar um ponteiro de subdomínio ao registro do domínio php.net... isso seria melhor 15:00 <jrandom> me avise se você quiser algo sob o domínio i2p.net ou se for seguir com outro domínio, tudo bem 15:00 <cervantes> blah 15:00 <cervantes> i2p.net 15:00 <cervantes> <-- php na cabeça 15:01 <jrandom> você quer que seja, por exemplo, forum.i2p.net? 15:01 <cervantes> isso seria legal ;-) 15:01 <jrandom> w3rd, vou atualizar os registros hoje à noite 15:01 <cervantes> Eu ajustei o código padrão do phpbb2 para que não exija um email válido para se tornar membro 15:01 <dm> "O site que você solicitou não é mais hospedado aqui" 15:02 <cervantes> se você esquecer sua senha então terá que contatar um admin 15:02 <cervantes> dm: você colocou isso no seu arquivo hosts ou está apenas acessando o IP 15:03 <dm> URI inválida na requisição GET i2pforum.cervantes. 15:03 <dm> not2p/<P>
15:03 <dm> Eu não uso navegadores, estou usando telnet. 15:04 <jrandom> eu fiz pelo telnet agora mesmo. funciona bem. 15:04 <dm> hmm esqueci o HTTP 1.1, acho. 15:04 <jrandom> GET / HTTP/1.1\nHost: i2pforum.cervantes.not2p\n\n 15:04 <jrandom> enfim 15:04 <jrandom> BrianR: ping 15:05 <dm> Funcionou. Suas habilidades com telnet estão afiadas, jovem. 15:07 -!- Irssi: #i2p: Total de 19 nicks [0 ops, 0 halfops, 0 voices, 19 normal] 15:07 <jrandom> ok, mais alguém trabalhando em projetos relacionados ao i2p que queira discutir? 15:07 <jrandom> se não, 6) ??? 15:07 <dm> cum! 15:07 * wern levantou a mão 15:07 <jrandom> hi^2, que tal? 15:08 * jrandom chama o wilde 15:08 -!- wern agora é conhecido como wilde 15:08 <wilde> Só quero agradecer nossos novos patrocinadores, cervantes e hypercubus 15:08 <wilde> :) 15:09 <wilde> recebemos duas doações generosas para o fundo geral 15:09 <cervantes> wilde: converteram bem? 15:09 <dm> quanto? 15:09 <wilde> cervantes: vou trocá-las amanhã 15:09 <cervantes> ah 15:09 <wilde> (com sorte) 15:10 <cervantes> então ainda pode haver um prêmio de segundo lugar ;-) 15:10 <jrandom> sensacional, obrigado cervantes & hypercubus :) 15:10 <cervantes> heh… bem, acho melhor guardar os elogios até o dinheiro estar no banco ;-) 15:11 <dm> foi uma boa reunião. Vou para a cama. 15:11 <dm> Boa noite! 15:11 <jrandom> boa noite dm 15:11 <wilde> sim, farei os elogios completos da próxima vez 15:11 <jrandom> ok, algo mais a acrescentar, wilde, ou mais alguém? 15:11 <wilde> sim 15:12 <wilde> Vou tirar o site i2p.net do ar amanhã por um tempo (intencionalmente desta vez ;) 15:12 <wilde> para mudar de servidor 15:12 <jrandom> heh ok legal 15:12 <wilde> guardem seus posts, eles podem desaparecer 15:12 <jrandom> vamos manter o mesmo IP, ou devo atualizar os registros? 15:12 <dm> você consegue fazer sem interrupções? 15:12 <wilde> isto é, se você postar amanhã 15:13 <wilde> dm: de jeito nenhum ;) 15:13 <wilde> eu não 15:13 <dm> ok. 15:13 <wilde> jrandom: mesmo IP 15:13 <jrandom> ok legal 15:13 <jrandom> wilde++ 15:13 <wilde> câmbio e desligo 15:14 <jrandom> ok, mais alguém tem algo que gostaria de discutir? 15:14 * cervantes coloca seu capacete de metal “ming the merciless” 15:14 <jrandom> nesse caso 15:15 * jrandom se prepara 15:15 * jrandom baf na cabeça do cervantes, encerrando a reunião