Reunião de Desenvolvimento do I2P - 31 de agosto de 2004

14:04 <jrandom> 0) oi 14:04 <jrandom> 1) 0.3.4.3 14:04 <jrandom> 2) 0.3.5 e 0.4 14:04 <jrandom> 3) docs 14:04 <jrandom> 4) atualização do stasher 14:04 <jrandom> 5) ??? 14:04 <jrandom> 0) oi 14:04 * jrandom acena 14:05 <deer> * Pseudonym acena 14:05 * hypercubus bate as asas 14:05 <deer> * detonate acena 14:05 <jrandom> notas semanais de status @ http://dev.i2p.net/pipermail/i2p/2004-August/000425.html 14:05 <jrandom> passando para 1) 0.3.4.3 14:06 <jrandom> como diz nas notas e como vocês sabem por experiência própria, a rede não está muito saudável no momento 14:06 <jrandom> muitas mensagens se perdem, e as pessoas frequentemente veem avisos de que seus leases expiraram há um tempo 14:07 <jrandom> isso é infeliz e em grande parte tratado no CVS, que será distribuído quando pudermos (veja o item 2) 14:07 <kaji> (atrasado) oi 14:08 <jrandom> de qualquer forma, acho que é tudo que tenho para mencionar sobre 0.3.4.3, além do que está no e‑mail. agradeço a paciência de vocês enquanto avançamos pelos trechos difíceis 14:08 <jrandom> passando para 2) 0.3.5 e 0.4 (a menos que alguém tenha mais algo a acrescentar..?) 14:09 <deer> <oOo> Então 90% de nós com falha podem derrubar a rede ^^ 14:09 <deer> * Pseudonym aguarda ansiosamente o lançamento da 0.3.5 14:09 <kaji> quem estava fazendo o DoS? fizeram um bom trabalho 14:10 <jrandom> bem, consigo alcançar o squid consistentemente a partir de minhas outras máquinas no CVS HEAD 14:10 <jrandom> então a rede não está 'fora do ar' para quem está no CVS HEAD :) 14:10 * lucky ainda está tendo sucesso parcial com a .3.4.3. 14:10 <jrandom> mas sim, o algoritmo antigo de seleção de peers fez algumas Coisas Estúpidas 14:10 <deer> <oOo> Estou no CVS HEAD e perdi o suid.i2p muitas vezes ;) 14:11 <jrandom> hmm 14:11 <jrandom> qual taxa de falha de tunnel você está vendo? 14:12 <jrandom> (número total de eventos em /routerStats.html#tunnel.failAfterTime comparado com o número total de eventos em #tunnel.buildFrequency) 14:13 <deer> <oOo> média ao longo da vida útil: 288 268,91 sobre 339,00 eventos 14:13 <jrandom> e tunnel.buildFrequency? 14:14 <deer> <oOo> Mas você pode ter reiniciado seu router demais enquanto corrigia vazamentos de threads ;) 14:14 <jrandom> qual é o seu número ao longo da vida útil de tunnel.buildFrequency? 14:14 <deer> <oOo> frequência 24h: média por período: (2,76, máx 2,76, atual é 100,00% do máx) média estrita por período: 5 645,58 eventos (média calculada usando o total ao longo da vida de 5 729,00 eventos) 14:14 <deer> <oOo> 24h ~= tempo de vida do router 14:15 <jrandom> então ~5% de falha de tunnel 14:15 <jrandom> isso é mais ou menos o que tenho visto no CVS HEAD, ao contrário dos 40–60% de falha de tunnel da 0.3.4.3 14:16 <deer> <oOo> Vamos então passar para 2) ;) 14:16 <jrandom> considere feito 14:16 <jrandom> ok, como mencionado no e‑mail, a próxima revisão será 0.3.5, não 0.4 14:16 <jrandom> vai ter todas as coisas boas que vocês estavam esperando, mas não terá o "selo de aprovação 0.4" ;) 14:17 <deer> <Pseudonym> 0.4.rc-1 14:17 <jrandom> bem, considerei seguir pelo caminho de rc, mas não quero ser autoconfiante demais 14:17 <kaji> 0.4.rc-0.9 14:17 <deer> <Pseudonym> heh 14:18 <kaji> beta 14:18 <jrandom> enquanto a 0.3.5 estiver disponível, vou ver se conseguimos montar o DoS novamente, assim como uma variedade de novos problemas que devemos conseguir elaborar 14:18 <lucky> temos que continuar fazendo DoS até que funcione enquanto estiver sob DoS 14:18 <jrandom> certo 14:19 <kaji> façam DoS até que não possa mais ser alvo de DoS 14:19 <deer> <Pseudonym> mas sem novos recursos entre 0.3.5 e 0.4, certo? 14:19 <jrandom> talvez alguém se anime a ajudar a implementar algum churn (rotatividade de nós) e casos de falha no simulador, para que possamos testar essas coisas mais fácil e automaticamente... ;) 14:20 <jrandom> correto, Pseudonym, não espero que surjam novos recursos significativos durante a 0.3.5 14:20 <jrandom> pelo menos, do ponto de vista do usuário de app 14:20 <jrandom> talvez algum desenvolvedor aproveite esse tempo para melhorar o eepproxy, um servidor web transparente, ajudar o aum, etc 14:21 * jrandom cutuca alguém que está hackeando um proxy de IRC com suporte a DCC ;) 14:21 <deer> <duck> um inproxy público para i2p/tor está sendo feito 14:21 <jrandom> ah, legal, específico para html, ou bitpipe? 14:21 <jrandom> er, específico para web, isto é 14:22 <deer> <duck> específico para web 14:22 <jrandom> isso aí 14:22 <deer> <duck> a ideia é que um ISP possa colocar alguns gateways para sites específicos 14:22 <deer> <duck> para que o mundo possa acessar o alexandria 14:23 <jrandom> ooh, o que seria realmente fantástico é se esses gateways pudessem atuar como vhosts (hosts virtuais) 14:23 <jrandom> (talvez seja isso mesmo do que você está falando) 14:23 <deer> <duck> http://anonygateway.com/home.duck.i2p/~alexandria/ 14:23 <jrandom> ah ok 14:23 <jrandom> ainda é legal 14:23 <deer> <duck> http://anonygateway.com/6sxoyfb3h2nvok2d.onion/ 14:24 <deer> <duck> host virtual também é possível; fica para uma próxima iteração 14:24 <jrandom> (embora 6sxoyfb3h2nvok2d.onion.anonygateway.com seria mais legal ;) 14:24 <jrandom> isso isso 14:24 <deer> <duck> fácil de fazer com um mod_rewrite, claro 14:25 <cervantes> ou apenas configurar um subdomínio :) 14:25 <kaji> haha vhost para uma seed de bittorent 14:25 <deer> <duck> estou pagando o desenvolvimento do meu bolso; o patch será de domínio público 14:25 <jrandom> duck++ 14:26 <deer> <duck> também conversando com um ISP que talvez queira oferecer isso como um serviço pago 14:26 <jrandom> legal 14:26 <deer> <duck> claro que é melhor quando a anarchistgang.org faz isso 14:26 <deer> <duck> mas você conhece a estabilidade desse tipo 14:26 <jrandom> *cof* 14:27 <cervantes> eles são 'quackers' 14:27 <cervantes> *they're 14:27 <deer> <jon2> oi!!!!!! 14:27 * hypercubus dá uma risadinha 14:27 <jrandom> oi, jon2 14:27 <deer> <jon2> eu gosto de reunião>:-D 14:28 <jrandom> acho que depois que a rede se estabilizar um pouco mais (quando a 0.3.5 estiver por aí), vamos querer reavaliar algumas atividades em nível de app 14:28 <deer> <duck> *cof* myi2p? 14:28 <jrandom> heh 14:29 <kaji> e o acesso atrás de um firewall? 14:29 <deer> <jon2> sim, acesso via firewall :) 14:29 <jrandom> precisamos de algo sólido como rocha, utilizável, *e* seguro, que ofereça funcionalidades que as pessoas queiram (e, com sorte, que possamos usar para incentivar a comunidade) 14:30 <deer> * duck aponta para 0.4.2 @ http://www.i2p.net/roadmap 14:30 <jrandom> acreditem, eu quero acesso atrás de firewalls / NATs incontroláveis / etc tanto quanto vocês. 14:30 <deer> <jon2> posso fazer a parte de segurança, eu conheço cryptophagy. 14:30 <jrandom> (alguém tem que adicionar isso como uma citação ;) 14:30 * hypercubus se pergunta o que é um cryptophage 14:31 <jrandom> jon2 - definitivamente precisamos de ajuda nisso e adoraríamos fisgar um pouco do seu tempo! 14:31 * kaji acabou de voltar às aulas, ele gostaria de levar o i2p com ele ;) 14:31 <aum> bom dia a todos 14:31 <cervantes> a propósito, estou me perguntando se algum dev sente falta de seus pequenos blogs de i2p... se talvez eles devessem ganhar seções dedicadas no fórum, pelo menos no curto prazo... 14:31 <cervantes> *se for o caso 14:31 <deer> <jon2> cryptophagy, ciência da segurança. 14:31 <jrandom> 'dia, aum 14:32 <hypercubus> jon2: você também conhece criptografia? 14:32 <deer> <jon2> Bom dia, aum. 14:32 <jrandom> cervantes: estou esperando até conseguir um blog meu, o que espero que não demore muito 14:32 <deer> <jon2> não :-( 14:33 <cervantes> jrandom: e todo mundo? 14:33 <jrandom> nightblade tem usado seu blog @ cashdollar.org 14:33 <deer> <jon2> eu tenho um blog em blogs.aspnet.com 14:33 <jrandom> embora eu ache que seria legal ter pessoas publicando no fórum 14:34 <cervantes> ah, ótimo... bem, parece que a maioria encontrou alternativas... mas é uma pena que tenham ficado fragmentados 14:34 <jrandom> é 14:34 <cervantes> *shame 14:34 <cervantes> malditos dedinhoszzz 14:34 <lucky> bem, um fago é parte do sistema imunológico. 14:34 <jrandom> eu gostava de ter os devblogs no site. vamos conseguir algo de volta eventualmente 14:34 <hypercubus> jon2: engraçado, blogs.aspnet.com é um domínio não reivindicado 14:34 <jrandom> ok, de qualquer forma, mais algo para 2) 0.3.5 e 0.4 ? 14:35 <hypercubus> sim 14:35 <hypercubus> resolvi o problema do Firefox agora, no CVS 14:35 <jrandom> w000t 14:36 <deer> <jon2> eu sou desenvolvedor ASP. 14:36 <hypercubus> lê o padrão do registro 14:36 <cervantes> :) 14:36 <deer> <jon2> desculpe.. quis dizer blogs.asp.net 14:36 <hypercubus> não, não quis 14:36 <deer> <jon2> weblogs.asp.net 14:36 <jrandom> ah, ótimo, hypercubus. então estamos quase lá para o lançamento da 0.3.5 14:37 <cervantes> arrepio....ASP 14:37 <hypercubus> sim, consigo sentir que está chegando perto 14:37 <jrandom> ok, passando para 3) docs 14:37 <jrandom> bem, não tenho nada a acrescentar além do meu pedido no e‑mail 14:38 <jrandom> (mandem suas perguntas! postem na lista, mandem por e‑mail, postem no fórum) 14:38 <deer> <oOo> Sim, usem o fórum anonimamente e deixem o Cervantes feliz ;) 14:39 * cervantes fica todo arrepiado 14:39 * hypercubus ajusta as orelhas de coelho 14:40 <nicktastic> haha 14:40 <deer> <jon2> gostei desta reunião.. 14:40 <cervantes> você disse isso... 14:40 <cervantes> <deer> <jon2> eu gosto de reunião>:-D 14:40 <hypercubus> ótimo, você compra os donuts da próxima vez ;-) 14:40 <jrandom> ok, se não houver mais nada, 4) atualização do stasher 14:41 <jrandom> parece que o aum acordou cedo... você ainda está por aqui? 14:41 <deer> <jon2> ÓTIMA REUNIÃO! 14:41 * hypercubus se pergunta se dm tem filhos 14:41 <jrandom> heh, sim, ele voltou ;) 14:41 <cervantes> eu diria que é uma impossibilidade 14:42 <hypercubus> acho que o aum perdeu a primeira xícara 14:42 <jrandom> ok, talvez ele volte para o terminal 14:42 <jrandom> de qualquer forma, sua atualização geral foi postada no e‑mail 14:42 <jrandom> parece que há muito progresso acontecendo 14:43 <jrandom> algumas questões permanecem, mas em frente sempre 14:43 <deer> <oOo> Mas nenhuma data de lançamento informada ;) 14:43 <hypercubus> quantas pessoas estão testando isso no momento? 14:43 <jrandom> não sei se o código que ele tem agora com as coisas mencionadas já é público 14:43 <hypercubus> ah 14:44 <deer> <jon2> BAF BAF BAF BAF BAF 14:44 <kaji> o que há de novo no stasher? 14:44 <jrandom> kaji: veja o http://dev.i2p.net/pipermail/i2p/2004-August/000425.html 14:45 <deer> <oOo> agora usa menos água para lavar a louça 14:45 <hypercubus> estou esperando por esse recurso 14:45 * jrandom também 14:45 <jrandom> ok 14:45 <jrandom> se o aum ainda está afk, passando para 5) ??? 14:45 <jrandom> mais alguém tem algo que queira levantar? 14:45 * cervantes coloca um chapéu de alumínio 14:46 <lucky> Como está o jetta para servir páginas web? 14:46 <jrandom> não conheço ninguém trabalhando em um app para permitir com segurança que as pessoas hospedem páginas com o jetty 14:46 <jrandom> (hospedar páginas que possam ser servidas como um eepsite, isto é) 14:47 <jrandom> o jetty permite que as pessoas façam deploy de aplicações cliente (embora eu também não conheça ninguém trabalhando em um app baseado na web ainda) 14:47 <hypercubus> eu gostaria de dizer algo sobre systray4j vs. SWT 14:47 <jrandom> uhum? 14:47 <hypercubus> o custo de abandonar o systray4j em favor do SWT: removeríamos systray4j.jar e systray4j.dll, reduzindo 147 KB do tamanho da nossa distribuição — e substituiríamos isso por swt.jar (885 KB) + bibliotecas nativas (332 KB no Win, 639 KB em *nix), uma diferença líquida de 1,2–1,5 MB, mas com isso ganhamos ícones no systray (bandeja do sistema) no KDE, Gnome e OS X, bem como no Win32, e também ícones de inicialização para ambientes X puros à la NextStep/GNUstep 14:48 <hypercubus> e isso nos dará a capacidade de adicionar outros componentes de GUI mais tarde, independentemente do JRE que o usuário tenha (caso contrário, atender usuários do Kaffe nos limitaria a usar apenas AWT) 14:48 <hypercubus> apenas alimento para reflexão... talvez mais adiante 14:48 <jrandom> vale discutir, mais adiante, conforme os usuários pedirem 14:49 <jrandom> se houver valor, há valor 14:49 <deer> <oOo> A interface web pretende ser a GUI, não é? 14:49 <hypercubus> cervantes teve uma ideia legal para aproveitar ainda mais o SWT 14:49 <hypercubus> um painel do I2P ;-) 14:49 <jrandom> sim, oOo 14:49 <hypercubus> ah, e skins! brincadeira 14:49 <jrandom> eu realmente preferiria muito ter esse tipo de funcionalidade incorporada na router console, se você quis dizer o que eu acho que quis dizer 14:50 <hypercubus> o ponto é... 14:50 <cervantes> também pode incentivar o desenvolvimento de aplicações se o i2p vier com um bom conjunto de bibliotecas SWT 14:50 <hypercubus> parece que o desenvolvimento do systray4j está desacelerando ou então empacado 14:50 <deer> <oOo> Contanto que systray e coisas de GUI não sejam obrigatórios para ter um router funcionando completamente... 14:50 <jrandom> certo, oOo 14:50 <hypercubus> não vejo eles corrigindo a versão para KDE tão cedo 14:51 <hypercubus> correto, poderíamos apenas adicionar um hook na classe de systray do router 14:51 <hypercubus> e o usuário poderia baixar opcionalmente as coisas de systray/SWT 14:51 <jrandom> hypercubus: pessoalmente, não tenho 100% de certeza de que a base de usuários precise sequer de um systray. acho que precisamos disponibilizar e obter feedback para saber o valor 14:51 <jrandom> cervantes: desenvolvedores de aplicações cliente podem absolutamente empacotar o SWT com seu app 14:51 <jrandom> (ou dizer "pegue o SWT") 14:51 <hypercubus> suspeito que receberemos pedidos por opções de systray ampliadas 14:52 <jrandom> e se um dev de app cliente fizer algo que queiramos empacotar com o router, distribuiremos o SWT junto no pacote 14:52 <jrandom> (etc) 14:52 <deer> <oOo> Tarde demais para separar o console/monitor de status/seja lá o que for do que realmente faz o roteamento? 14:52 <jrandom> o que realmente faz o roteamento? 14:52 <jrandom> a router console é uma aplicação cliente totalmente separada 14:53 <jrandom> (apps/routnerconsole/) 14:53 <deer> <oOo> as coisas necessárias para que os bytes fluam anonimamente 14:53 <jrandom> acho que mais adiante vamos querer ter também uma instalação de router mínima 14:53 <jrandom> (with nothing in clients.config, etc) 14:53 <jrandom> mas não temos horas de desenvolvedor para manter vários conjuntos de coisas 14:55 <jrandom> ok, mais alguém tem algo que queira levantar? 14:57 <jrandom> se não 14:57 * jrandom vai encerrando 14:57 <deer> <oOo> 0.3.5, quando? ;) 14:57 <jrandom> vai sair, com sorte, esta semana 14:57 <jrandom> (no próximo dia ou dois se tudo correr bem) 14:57 <deer> <oOo> Ok ^^ 14:57 * jrandom para de encerrar 14:57 * jrandom *baf* encerra a reunião