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

14:05 <jrandomi2p> 0) oi 14:05 <jrandomi2p> 1) status do 0.3.4 14:05 <hypercubus> garanto que no PDforge seu projeto será confirmado praticamente imediatamente ;-) 14:05 <jrandomi2p> 2) Planejado para 0.3.4.1 14:05 <jrandomi2p> 3) Novo console web / controlador do I2PTunnel 14:05 <jrandomi2p> 4) coisas do 0.4 14:05 <jrandomi2p> 5) Outras atividades de desenvolvimento 14:05 <jrandomi2p> 6) ??? 14:05 <jrandomi2p> 0) oi 14:05 * jrandomi2p acena 14:05 <mihi> lla ih 14:05 * oOo apronta 14:06 <mihi> oi pessoal 14:06 <jrandomi2p> notas semanais de status publicadas em http://dev.i2p.net/pipermail/i2p/2004-August/000388.html 14:06 <jrandomi2p> indo direto para 1) status do 0.3.4 14:07 <jrandomi2p> a rede parece geralmente funcional, tanto para IRC quanto para eepsites 14:07 <jrandomi2p> que tipo de confiabilidade/falhas de eepsite vocês estão vendo? 14:07 * jrandomi2p consegue ver as falhas de IRC aqui, como vejo quando as pessoas desconectam / etc 14:08 <mule2p> em geral bom, deu out-of-memory após aprox. 25 MBytes 14:08 <mule2p> mas isso deve estar corrigido no CVS, como você mencionou 14:08 <jrandomi2p> ah ok isso foi num único download de 25 MB, certo? 14:09 <mule2p> sim 14:09 <jrandomi2p> certo 14:10 <jrandomi2p> transferências de arquivos grandes ainda parecem ter problemas (desconexão ao longo do tempo, mas não corrupção). acho que isso pode ser corrigido com a modificação mencionada, mas não tenho certeza 14:11 * jrandomi2p esqueceu de mencionar que o roundtrip/connections_reliability.php do oOo inclui ambos os servidores de IRC aqui, não apenas o de i2p, então não tem realmente os dados certos no momento 14:11 <jrandomi2p> oOo - alguma ideia do que seria preciso para fazer o código do bogobot ignorar @irc.metropipe.net? 14:12 <duck> cutucando o hypercubus 14:12 <duck> e a mim para atualizar 14:12 <oOo> Muito pouco código, uma revisão por pares do hypercubus e a atualização do bogobot pelo duke 14:13 <jrandomi2p> ok, legal 14:13 <hypercubus> duke? 14:13 <oOo> duck, foi mal :p 14:13 * jrandomi2p acha que esse tipo de resumo estatístico seria muito útil 14:13 <jrandomi2p> duke duck 14:14 <oOo> As estatísticas são feitas em PHP, poderiam ser passadas para o duck também 14:14 <jrandomi2p> ok, alguém tem algo a levantar a respeito de 0.3.4? 14:14 <jrandomi2p> w3rd 14:15 <jrandomi2p> ok, indo para 2) 0.3.4.1 14:15 <jrandomi2p> não sei o que mais mencionar além do que está no e-mail 14:16 <jrandomi2p> os aplicativos StreamSinkServer e StreamSinkClient são apps de demonstração compactos para ministreaming (para quaisquer devs Java que queiram escrever streaming sobre i2p) 14:16 <jrandomi2p> ah, e o StreamSinkServer é tipo o app dropbox em python do aum (ele pega qualquer dado que alguém enviar e escreve em um arquivo) 14:17 <jrandomi2p> (o StreamSinkClient envia um tamanho fixo de dados aleatórios, então não é muito útil ;) 14:17 <jrandomi2p> alguma ideia / preocupação / pergunta a respeito de 0.3.4.1? 14:18 * jrandomi2p estima que sairá em um ou dois dias 14:19 <jrandomi2p> ok, seguindo em bom ritmo para 3) Novo console web / controlador do I2PTunnel 14:20 <jrandomi2p> como mencionado no e-mail, temos o novo console web praticamente funcional, e uma interface web simples para controlar/editar/criar instâncias do i2ptunnel 14:21 <protok0l> onde o protok0l pode pegar isso 14:22 <protok0l> e o que eu faço com o Jetty 14:22 <jrandomi2p> está tudo no CVS agora, mas eu preciso publicar alguma documentação de como configurá-lo 14:22 <protok0l> ok 14:23 * jrandomi2p escreveu e publicou um processo de ~5 etapas no canal alguns dias atrás, mas precisamos de um procedimento mais simples (ou pelo menos mais claro) 14:23 <protok0l> ouvi dizer que o CVS é ruim 14:23 <mule2p> ok, posso te falar assim que eu tiver a documentação :) 14:23 <protok0l> e havia alguma coisa melhor que o CVS 14:23 * oOo registrou só os primeiros 2 passos antes de cair :p 14:24 <protok0l> mesma coisa com o Vi 14:24 <protok0l> lol 14:24 <jrandomi2p> eventualmente vamos fazer deste novo console o 'padrão', mas isso provavelmente vai esperar até termos tudo integrado com o novo instalador do hypercubus 14:26 <jrandomi2p> na verdade 14:26 <jrandomi2p> para os corajosos, aqui estão os passos feios de antes: 14:26 <jrandomi2p> 20:19 <jrandom> w3rd hyper - poderia puxar o mais recente do CVS, 'ant dist', pegar build/*jar e jogar na sua pasta lib, mkdir $instDir/webapps/ ; cp build/routerconsole.war $instDir/webapps/ ; editar seu router.config para descomentar as linhas clientApp.3.* e atualizar seu classpath 14:26 <jrandomi2p> 20:19 <jrandom> (no classpath, defina como: lib/i2p.jar:lib/router.jar:lib/mstreaming.jar:lib/heartbeat.jar:lib/i2ptunnel.jar:lib/netmonitor.jar:lib/sam.jar:lib/timestamper.jar:lib/ant.jar:lib/jasper-compiler.jar:lib/jasper-runtime.jar:\ 14:26 <jrandomi2p> 20:19 <jrandom> lib/jnet.jar:lib/org.mortbay.jetty.jar:lib/routerconsole.jar:lib/xercesImpl.jar:lib/xml-apis.jar:lib/javax.servlet.jar 14:26 <protok0l> ok, deixa pra lá 14:27 <jrandomi2p> além disso, há um novo i2ptunnel.war - pegue-o e coloque em $instDir/webapps/ e vá para http://localhost:7657/i2ptunnel/ 14:27 <jrandomi2p> sim, como eu disse, é chato 14:27 <jrandomi2p> mas é funcional, e eu realmente não tenho nem o tempo nem a expertise para deixá-lo muito melhor 14:27 <oOo> É só isso que precisa ser feito ? 14:28 <jrandomi2p> sim 14:28 <oOo> Ok, obrigado 14:28 <jrandomi2p> (você verá algo parecido com http://dev.i2p.net/~jrandom/config.webp quando for para http://localhost:7657/config.jsp 14:29 <jrandomi2p> enfim, é isso 14:29 <jrandomi2p> eu agradeceria se/quando as pessoas puderem mexer nisso e, com sorte, surgirem formas de melhorar :) 14:30 <jrandomi2p> mihi: alguma opinião sobre toda a ideia de interface web? 14:30 <duck> layout legal 14:31 <jrandomi2p> sabia que você ia gostar, duck ;) 14:31 <mrflibble> legal 14:31 * mihi também gosta do layout 14:31 <mihi> interfaces web são sempre ótimas 14:32 <jrandomi2p> a que eu montei para o i2ptunnel.war é bem sem graça... funcional, mas sem graça 14:33 <jrandomi2p> ok, é isso - se/quando quiserem conversar mais sobre isso, temos o IRC e a lista, etc :) 14:33 <mule2p> jrandomi2p: clientApp.3 é netmonitor para mim 14:34 <jrandomi2p> ah ok mule2p - confira o router.config do CVS - 14:34 <jrandomi2p> #clientApp.3.main=net.i2p.router.web.RouterConsoleRunner 14:34 <jrandomi2p> #clientApp.3.name=webConsole 14:34 <jrandomi2p> #clientApp.3.args=7657 127.0.0.1 ./webapps/ 14:34 <jrandomi2p> obviamente mude o 3 para 4 e descomente :) 14:35 <jrandomi2p> substitua 127.0.0.1 se quiser poder acessá-lo remotamente 14:35 <jrandomi2p> (e 7657 para usar uma porta diferente) 14:36 <mule2p> ok, obrigado, procurei na árvore do i2p que baixei por um novo router.config, mas pode estar em outro lugar no CVS 14:36 <jrandomi2p> ah foi mal, sim é i2p/installer/java/src/router.config.template 14:37 <mule2p> k 14:37 <jrandomi2p> ok, a menos que haja mais algo, passando para 4) coisas do 0.4 14:38 <jrandomi2p> hmm, não sei se há algo que eu possa adicionar ao que está naquele parágrafo no e-mail 14:38 <jrandomi2p> basicamente só um monte de itens na minha lista de tarefas :) 14:39 <jrandomi2p> alguém tem alguma pergunta/preocupação a respeito das coisas postadas lá? 14:40 <oOo> Como vai o instalador? ^^ 14:40 <jrandomi2p> hypercubus? que tal? 14:40 <hypercubus> paciência, danielsan... coisas boas vêm para quem se impacienta... opa, pera ;-) 14:40 <jrandomi2p> hehe 14:41 <jrandomi2p> sem pressa, só querendo saber como as coisas estão indo 14:41 <jrandomi2p> algum problema que você esteja enfrentando, coisas com as quais possamos ajudar, etc? 14:41 <mihi> quem é danielsan? 14:41 <hypercubus> sem problemas, só o tédio de testar no momento 14:42 <jrandomi2p> w3rd 14:42 <hypercubus> eu devia ter escrito testes de unidade primeiro, mas fazer o quê ;-) 14:42 <jrandomi2p> hehe 14:43 <hypercubus> a suposta independência de plataforma do Java realmente desmorona na área de tarefas de instalação 14:44 * jrandom sente uma desconexão em massa 14:45 <oOo> Ih, opa 14:45 <hypercubus_> hmmm, maravilhoso... qual foi a última coisa que eu disse? 14:45 <oOo> <hypercubus> a suposta independência de plataforma do Java realmente desmorona na área de tarefas de instalação 14:46 <hypercubus> ok, quem sabotou a reunião? ;-) 14:46 * jrandom culpa o jebus 14:46 <hypercubus> talvez tenha sido o duke 14:46 <mule> você não vai querer me dizer que meu router é tão importante assim :) 14:46 <jrandom> heh 14:47 <mihi> [23:46] * jrandomi2p has quit IRC (Client exited) 14:47 <mihi> hehe... 14:47 <mule> se for, desculpe. 14:47 <hypercubus> de qualquer forma, sem preocupações quanto ao progresso do instalador, espero totalmente que ele esteja pronto quando o 0.4 estiver 14:47 <jrandom> duck: quantos inbound tunnels você tem escutando em irc.duck.i2p? 14:47 <hypercubus> não estou esbarrando em nada de quebrar a cabeça 14:47 <jrandom> legal, hypercubus 14:47 <hobbs> Lembrei — existe um jeito acessível pela linha de comando de gerar um novo router.config a partir de router.config.template? 14:47 <jrandom> não 14:48 <jrandom> não que eu saiba 14:48 <mihi> rode o instalador e copie-o 14:48 <jrandom> além de java -jar install.jar 14:48 <jrandom> heh 14:48 <mihi> digo, para um diretório novo 14:48 <cervantes> pelo menos não a coceira de cabeça em que vocês estão pensando 14:48 <jrandom> ooh legal, meu router deu core dump 14:48 <duck> jrandom: lembra como eu descubro o hash de irc.duck.i2p 14:49 * hypercubus se pergunta o que o cervantes quis dizer 14:49 <jrandom> cd lib ; java -cp i2p.jar net.i2p.data.TestData display Destination ../irc.privKey 14:49 <cervantes> hyper: você estaria mais familiarizado com o termo strunking :) 14:49 <hypercubus> duck: tenta aumentar para 3 ou mais inbound tunnels... parece que me ajudou um pouco 14:50 <duck> *** Building a seperate global context! 14:50 <duck> Log file logger.config does not exist 14:50 <duck> 23:49:47.387 ERROR [main ] net.i2p.util.LogManager : Log file logger.config does not exist 14:50 <duck> 23:49:49.589 CRIT [ 1 shutdown ] net.i2p.util.LogManager : Shutting down logger 14:50 <jrandom> ah hm 14:50 <hypercubus> acho que ele não aguentou seu log *cof* 14:51 <mihi> copie seu logger.config para todo lugar ;) 14:51 <mihi> pelo menos para qualquer lugar onde seu pwd possa estar quando você rodar qualquer app do i2p 14:51 <duck> não, não vou 14:51 <jrandom> ok, echo logger.record.net.i2p.data.TestData=INFO>> logger.config 14:52 <jrandom> na verdade, é por isso que eu disse (cd lib), mas eu esqueci que mudei o padrão de DEBUG para ERROR no CVS 14:52 <duck> 4 inbounds 14:52 <jrandom> 4 atuais e prontos? 14:52 <jrandom> ou 2 não prontos (ou recentemente expirados) e 2 prontos? 14:53 <duck> agora mudou para 3 com 1 não pronto 14:53 <jrandom> 'k então é provavelmente durante a expiração/substituição de tunnel 14:54 <jrandomi2p> se você atualizar seu router.config para especificar 3 inbound tunnels isso deve ajudar na confiabilidade 14:54 <jrandomi2p> (ou você pode usar a nova interface web do i2ptunnel para fazer isso ;) 14:54 <hypercubus> talvez a expiração de tunnel para um único cliente com múltiplos tunnels devesse ser defasada 14:55 <jrandomi2p> são, em geral - novos tunnels são alocados e um novo leaseSet é criado 60 s antes da expiração do tunnel 14:55 <hypercubus> ah 14:55 <jrandomi2p> porém, durante falha de tunnel ele precisa criar um novo leaseSet sob demanda, o que não se propaga imediatamente 14:56 <jrandomi2p> (bem, ele sai no netDb, mas os clientes não recebem isso por até alguns segundos) 14:57 <jteitel> !who 14:57 <alpaca_> Lista de usuários de #i2p: [hobbs] [Iakin3] [duck] [pwk__] [Sonium] [jar] [alpaca_] [interrupt] [protok0l] [mihi] [aum] [Shaun-Away] [cervantes] [jrandom] [deer] [hirvox] [Bladenight] 14:57 <bogobot> Lista de usuários de #i2p: [shendaras] [duck] [josh] [mule2p] [aum] [mrflibble] [hypercubus] [TrueSeeker] [laggybot] [bogobot] [ion_] [mihi] [ion] [mule] [jteitel] [ant] [oOo_] [jrandomi2p] [dm] [ugha2p] [Ch0Hag] [jnk] [oOo] [soros] [bob] [revival] [DrWoo] [thetower] 14:57 <jrandomi2p> há algumas otimizações adicionais que podem ser feitas no pool de tunnels, mas não tenho certeza de quão útil seria no momento 14:57 <jrandomi2p> ok, voltando aos trilhos - mais alguém tem algo a respeito de 4) coisas do 0.4? 14:57 <oOo> Sobre 'simulações em larga escala' para o 0.4, alguma forma de preparar para isso? Precisam de aplicações/ferramentas 'novas' específicas? (transição para o ponto 5? ;) ) 14:58 <jrandomi2p> na verdade, para a sim seria ótimo se alguém pudesse ajudar a modificar o heartbeat (ou um app baseado em SAM) para ser tipo um cliente/servidor roteirizável 14:59 -!- Bladenight is now known as Nightblade 14:59 <jrandomi2p> (por exemplo, em vez do atual "a cada 30s, enviar 20KB ao par X", um "por 10 minutos, pedir ao par X um arquivo de 1MB, e então pausar por 60m, depois pedir ao par Y arquivos de 1KB" etc) 15:00 <jrandomi2p> mas se alguém tiver interesse em ajudar com isso, por favor me avise e podemos conve 15:00 <jrandomi2p> quer dizer, conversar 15:00 <jrandomi2p> pegando esse gancho, vamos para 5) coisas que vocês estão fazendo :) 15:01 <jrandomi2p> não tenho certeza de como cobrir isso, vamos apenas seguir na ordem (arbitrária) listada no e-mail para atualizações? 15:01 <jrandomi2p> não vejo o sunshine aqui, e o aum provavelmente ainda não acordou ;) 15:02 <jrandomi2p> nightblade - como vai a batalha? 15:02 <Nightblade> tenho alguns planos para tornar a interface do libsam parecida com sockets BSD 15:02 <Nightblade> mas ainda não fiz nenhuma codificação nessa parte 15:02 <duck> mudei para tunnels.numInbound=3 15:03 <jrandomi2p> legal, duck (de preferência espere até depois da reunião para reiniciar seu tunnel ;) 15:03 <duck> ah, ele não detecta as mudanças? 15:03 <jrandomi2p> certo, nightblade - há algum problema com o jeito que as coisas estão agora? 15:03 <hypercubus> não até você programar para isso ;-) 15:03 <jrandomi2p> não, duck, as linhas clientApp só são lidas na inicialização 15:04 <jrandomi2p> (clientApp está realmente fora do controle do router - é para isso que serve o app web do i2ptunnel) 15:04 <Nightblade> não, não há problema com o jeito que está agora... o que eu faria seria em adição à interface que já existe (os desenvolvedores poderiam escolher o que querem usar) 15:04 <jrandomi2p> wikked 15:05 <jrandomi2p> ok, você que manda. ter variedade é bom, embora variedade signifique mais código para manter / etc, mas é um equilíbrio 15:06 <jrandomi2p> descendo na lista - mule2p - como vão as coisas do outproxy? 15:07 <mule> nada feito além do patch que você tem 15:07 <jrandomi2p> ah ok achei que você estivesse trabalhando numa modificação adicional 15:07 <mule> preciso arrumar um tempo livre para balanceamento de carga de verdade 15:07 <jrandomi2p> w3rd 15:08 <jrandomi2p> vou aplicar aquele patch então 15:08 <mule> valeu. e inclui meu outproxy no app cliente :) parece ser mais rápido 15:08 <jrandomi2p> heh, bem, claro que seu proxy vai ser mais rápido para você, é local :) 15:09 <oOo> E mais ninguém usa ^^ 15:09 <mule> não, não é 15:09 <jrandomi2p> ooh, está em um router diferente? legal 15:09 <mule> sim, em um servidor root de um ISP 15:10 <jrandomi2p> a interface web do i2ptunnel tem um campo para as pessoas especificarem a lista de outproxies, então deve ser fácil o suficiente para ajustarem, mas vamos divulgar na próxima revisão e nas notas de lançamento 15:10 <jrandomi2p> legal 15:11 <jrandomi2p> ok, o nickster parece estar offline no momento 15:12 <jrandomi2p> há mais algum esforço de desenvolvimento de cliente ativo acontecendo? 15:12 <jrandomi2p> (ou algum dos pausados voltou a ficar ativo, etc?) 15:13 <jrandomi2p> ok, se alguém quiser mencionar mais algo nesse front, temos a lista e o canal, como sempre :) 15:13 <jrandomi2p> indo para 6) ??? 15:13 <jrandomi2p> mais alguém tem algo que queira trazer? 15:14 <Nightblade> não 15:15 <mihi> o duck tem algo para derrubar ;) 15:15 <mihi> s/any/some/ 15:15 * jrandomi2p faz pingflood no mihi 15:15 <jrandomi2p> ok, dito isso 15:15 * jrandomi2p se prepara 15:15 * jrandomi2p *baf* fecha a reunião