Reunião de Desenvolvedores do I2P - 4 de dezembro de 2012

20:18:53 * KillYourTV percebeu que já se passaram 17 minutos de reunião... e começamos de forma bem silenciosa... 20:19:31 <lillith> eu estava me perguntando isso, eu também anotei o horário errado ou algo assim? 20:20:23 * dg está esperando ficar livre 20:20:30 <dg> tem algumas coisas que preciso finalizar primeiro 20:20:33 <dg> desculpa 20:20:39 <dg> vocês podem começar sem mim se precisarem 20:23:07 * KillYourTV vai ser mais um observador por causa dos seus papéis meio insignificantes e sem importância... 20:23:15 <KillYourTV> ...então horários de início não importam. 20:23:39 <Meeh> Estarei aqui, mas posso esperar até o dg estar pronto 20:23:42 <str4d> Eu me pergunto se seria possível ter duas conexões leaf de IRC para o mesmo leaf para reduzir netsplits... 20:23:48 <dg> Desde que ninguém esteja ficando irritado, vou esperar mais um pouco 20:23:59 <dg> Espero que $task não demore muito mais 20:24:02 <str4d> (sem duplicar as mensagens) 20:24:05 <dg> str4d: não sem srs mods no IRCd 20:24:16 <dg> (ou i2p hax?) 20:24:22 * KillYourTV ajusta a prioridade (nice) das tarefas para dar mais tempo de CPU ao dg 20:25:07 <str4d> Já existem mods de I2P para o IRCd, então por que não redundância? 20:25:50 <dg> na verdade 20:25:50 <str4d> Acho que depende do IRCd 20:26:04 <dg> Eu meio que vejo a quantidade de splits no IRC como uma forma de medir a saúde da rede 20:26:19 <dg> Para mim, isso diz algo sobre o sucesso do tunnel :-P 20:27:07 <str4d> Falando nisso. 20:27:30 <KillYourTV> Não sei quais mods foram aplicados e por que foram necessários. (Antigamente o ngircd precisava de um pequeno mod para exibir b32... mas com webirc isso não é necessário (e eles nem são exibidos aqui mesmo)) 20:28:00 <str4d> -_- 20:49:54 <psi> orion: re: c++ i2p, se importa se eu adicionar um sistema de build ao seu código? provavelmente scons 20:54:16 <dg> Estou pronto 20:54:27 <dg> Desculpem a demora, pessoal 20:55:01 * dg dá ping em #i2p-dev 21:03:16 <str4d> o/ dg 21:04:09 <hottuna> olá dg 21:05:07 <iRelay> <weltende@freenode> *acena* 21:05:53 <psi> oba 21:05:56 * psi teve timeout 21:11:17 <hottuna> pronto, dg? 21:13:23 <dg> desculpa, eu desconectei (d/c) 21:13:26 <dg> O que eu perdi? 21:13:26 <dg> <+iRelay> <weltende@freenode> *acena* 21:13:26 <dg> chanserv dá voz a psi 21:13:26 <dg> <+psi> oba 21:13:26 <dg> +psi teve timeout 21:13:26 <dg> s-771 agora é conhecido como s-77 21:13:26 <dg> <+dg> oba! 21:13:26 <dg> <+dg> Todo mundo acordou por minha causa<3 21:13:27 <dg> <+dg> weltende: Alguma novidade sobre a mailing list? por favor, diga que sim 21:13:27 <Meeh> *acena* 21:13:27 <hottuna> Não acho que você perdeu nada 21:13:27 <psi> sim 21:13:27 <dg> certo 21:13:27 <dg> Então, weltende: .. 21:14:37 <iRelay> <weltende@freenode> na verdade não... sem tempo até agora 21:14:47 <iRelay> <weltende@freenode> kytv poderia fazer isso... ele tem acesso root à máquina que eu tinha em mente afair ;-) 21:14:50 * dg espera alguns minutos 21:15:41 * dg cutuca KillYourTV 21:17:30 <iRelay> <weltende@freenode> dg: e mais cowbell! 21:17:34 <iRelay> <weltende@freenode> er... estrutura 21:18:02 * dg nunca foi bom nisso, mas vai tentar 21:18:12 * dg segue adiante 21:18:15 <dg> KillYourTV: dá um ping quando voltar 21:18:21 <dg> Então, atualizações de status. 21:18:40 * str4d tem ~40 min, então GTFG fg ;P 21:18:40 <KillYourTV> hmm? Eu não sabia que tinha root, mas posso dedicar um tempo a isso (trabalhos da faculdade e mudança têm tomado bastante tempo) 21:18:40 <dg> Vale a pena trazê-los de volta já que temos as reuniões (e, com sorte, os resumos delas, mas isso não está funcionando agora)? 21:19:15 <str4d> dg, para quem seriam as atualizações de status? 21:19:22 <str4d> s/for/aimed at/ 21:19:25 <iRelay> str4d meant: dg, who would the status updates be aimed at? 21:19:34 <dg> Bem, suponho que os anteriores, que jrandom mantinha, eram para quem queria um TL;DR das reuniões 21:20:06 <dg> Talvez como fizemos com a última reunião (no site), onde os resultados foram resumidos no topo da página 21:20:31 <hottuna> Seria bom para fortalecer a comunidade, mas também dá um pouco de trabalho. 21:20:49 * dg não acha que seja uma necessidade em si, mas seria bom dizer o que a reunião realizou/decidiu 21:21:32 <hottuna> Alguém gostaria de fazer isso? 21:22:01 <str4d> No redesign do site eu considerei as atualizações de status como "entradas de blog" 21:22:05 <str4d> Então talvez seja melhor escrever essas, ou estruturar as atualizações de status dessa forma. 21:22:20 <hottuna> isso parece muito bom 21:22:57 <str4d> (E como o blog vai acabar tendo RSS ou algo do tipo, isso pode ser usado para alimentar quaisquer outros canais de distribuição desejados) 21:23:24 <psi> ponto 1: a considerar, CCC 21:23:27 <lillith> eu estava pensando que, após uma reunião, poderíamos abrir um novo tópico em zzz.i2p, para permitir que as pessoas respondam com quaisquer acompanhamentos do que foi discutido 21:23:30 <psi> como este "lado" vai se organizar? 21:23:55 <hottuna> Eu apoio a ideia do blog, porém alguém teria que fazê-lo. 21:24:50 <psi> ah, maldito lag 21:25:27 <str4d> E as atualizações de status não precisam necessariamente ser muito "ao estilo de atas", já que a seção de reuniões do redesign é onde as atas de verdade devem ir (e estou pensando que as atas poderiam entrar num feed também, enquanto os logs completos são exibidos com as atas no site) 21:26:10 <zzz> dg, para sua informação, as atualizações de status do jr eram enviadas horas antes de cada reunião, e não eram atas da reunião anterior 21:26:55 <str4d> Ah, obrigado zzz - então é mais uma atualização geral para colocar todo mundo no mesmo nível antes da reunião. 21:27:10 <zzz> correto 21:27:39 <zzz> dg, para sua informação, as atualizações de status do jr eram enviadas horas antes de cada reunião, e não eram atas da reunião anterior 21:28:00 <dg> zzz: ah ok, era um tl;dr da $week? 21:28:03 <dg> <+dg> Vamos em frente? 21:28:03 <dg> <+dg> psi: ccc está na pauta :) 21:28:03 <dg> --- aquarium (grenze@irc2p) has joined #i2p-dev 21:28:06 <dg> --- w8rabbit (w8rabbit@irc2p) has quit (Killed (nickserv (Nick kill enforced))) 21:28:06 <zzz> <str4d> Ah, obrigado zzz - então é mais uma atualização geral para colocar todo mundo no mesmo nível antes da reunião. 21:28:06 <zzz> <zzz> correto 21:28:09 <dg> <+dg> Próximo tópico: * função de gestão de PR (http://zzz.i2p/topics/1299) 21:28:09 <dg> <+dg> Não sei se o cara que postou isso está aqui.. 21:28:09 <str4d> dg, repost: E as atualizações de status não precisam necessariamente ser muito "ao estilo de atas", já que a seção de reuniões do redesign é onde as atas de verdade devem ir (e estou pensando que as atas poderiam entrar num feed também, enquanto os logs completos são exibidos com as atas no site) 21:28:24 <str4d> Sim, está - orion? 21:28:34 <hottuna> dg, você estaria disposto a escrever uma atualização de status antes das reuniões no blog? 21:29:16 <str4d> (ele está no canal, pelo menos) 21:29:23 <str4d> E, para constar, este é o cara que está trabalhando no I2PCPP 21:30:15 * psi está compilando i2pcpp 21:31:12 <psi> também estou olhando o código 21:32:58 <psi> eu tenho um arquivo SConstruct 21:36:03 <dg> malditos ratos comendo os cabos 21:36:03 <dg> [repost] 21:36:03 <dg> <+psi> eu tenho um arquivo SConstruct 21:36:05 <dg> <+dg> str4d: 21:36:05 <dg> <+dg> * Atualizações do redesign do site 21:36:05 <dg> <+dg> Algo? 21:36:08 <dg> [/repost] 21:36:12 <str4d> dg, preciso de m0ar estáveis 21:36:15 <str4d> =P 21:36:21 <dg> :( 21:36:36 <str4d> dg, Consegui fazer as URLs por-rede funcionarem 21:36:59 <dg> ah, legal, progresso 21:37:02 <dg> Como você fez isso? 21:37:06 * psi nota para si mesmo: não compilar com -j8 em uma máquina com 4 cores 21:37:13 <str4d> Então, nos arquivos de página, se você colocar <a href="http://{{ i2pconv(trac.i2p2.i2p) }}/"> ele vai converter para trac.i2p2.de 21:37:32 <str4d> E o mesmo para quaisquer outros sites que tenham URLs públicas conhecidas (hardcoded). 21:37:39 <str4d> Caso contrário, ele acrescenta .to 21:38:16 <str4d> dg, o problema era que o Flask estava cacheando filtros aplicados às strings. 21:38:19 <str4d> Então ele era avaliado na primeira leitura do template e depois armazenado. 21:38:39 <iRelay> <weltende@freenode> psi: a menos que faça múltiplas threads por core ;) 21:38:43 <str4d> Transformar o filtro em um processador de contexto (assim a func é avaliada a cada requisição) resolveu. 21:38:46 <dg> Ah, ha 21:39:34 <str4d> Posso tentar generalizar a função para você passar a URL inteira e ela localizar e alterar a parte do domínio, se preferirem usar assim. 21:39:45 <str4d> Mas Funciona Por Enquanto (TM) 21:40:01 <dg> psi: 21:40:04 <dg> * discussão sobre workshop/lightning talk do CCC 21:40:28 <psi> sim 21:40:39 * psi revisa o link zzz.i2p 21:40:58 <str4d> (à parte: Assim que eu tiver algum tempo livre (depois de tirar os bugs do mecanismo de feed), eu gostaria de acertar a questão do espelhamento de downloads com o welterde.) 21:42:36 <iRelay> <weltende@freenode> str4d: bem... deveria ser simples o suficiente... arquivo de texto no mtn com a lista de todos os espelhos http, ftp.. 21:44:32 <iRelay> <weltende@freenode> (e no backend apenas um site mestre de rsync, do qual todos os espelhos fazem pull) 21:44:40 <hottuna> escolhemos um tópico para a lightning talk? 21:44:40 <psi> ok, sobre o CCC, há 0% de chance de eu conseguir os documentos necessários para chegar lá a tempo 21:44:40 <psi> também... muitas "outras coisas" 21:44:40 <psi> no geral estou sobrecarregado por causa das provas finais 21:44:40 <psi> também lag 21:45:31 <str4d> welterde, imaginei, mas não estou familiarizado com a configuração atual de espelhos. 21:47:26 <str4d> A outra coisa, claro, é migrar o restante das páginas antigas (e arrumar o layout da navegação) 21:48:06 <dg> <+psi> ok, sobre o CCC, há 0% de chance de eu conseguir os documentos necessários para chegar lá a tempo 21:48:06 <dg> <+psi> também... muitas "outras coisas" 21:48:06 <dg> <+psi> no geral estou sobrecarregado por causa das provas finais 21:48:06 <dg> <+psi> também lag 21:48:06 <dg> <+dg> Provavelmente dá para perguntar ao público quem já usou i2p antes 21:48:09 <dg> <+iRelay> <weltende@freenode> (e no backend apenas um site mestre de rsync, do qual todos os espelhos fazem pull) 21:48:09 <dg> <+dg> psi: sim, o ech e o welt vão, pelo que sei (afaik) 21:48:11 <dg> <+str4d> welterde, imaginei, mas não estou familiarizado com a configuração atual de espelhos. 21:51:57 <str4d> Certo, estou indo o/ 21:52:13 <dg> tchau o/ 21:52:28 <dg> Devíamos mesmo ter começado mais cedo 21:52:31 <dg> caramba 21:52:47 <str4d> Vou ver se consigo voltar a tempo do final, mas sem garantias. 21:53:35 <dg> certo, estenografia 21:53:42 * dg cutuca Meeh 21:54:01 <psi> precisamos de uma interface genérica para criar transportes 21:54:04 <psi> (na minha opinião) 21:54:23 <psi> s/need/should\ have/ 21:54:26 <iRelay> psi meant: we should\ have a generic interface for making transports 21:55:08 <Meeh> Estou aqui, desculpa, acabei de ser interrompido por uma ligação, agora voltei 21:55:16 <dg> até onde sei (afaik) existe algo chamado "restricted routes", mas não sei como funciona 21:55:19 <Meeh> *atualizando/ lendo o log* 21:55:22 <dg> (nem sei se foram implementadas..?) 21:55:28 <dg> Meeh: não tem muita coisa para ler.. :( 21:55:50 <psi> dg, não há docs sobre isso? 21:56:10 <dg> psi: uma menção em www.i2p2.i2p foi tudo o que encontrei em roadmap ou algo assim.. 21:56:47 <psi> se alguém por acaso lembrar o que eram/são "restricted routes", por favor se manifeste 21:56:50 <lillith> dg, pelo que entendo, "restricted routes" são como o "modo darknet" no freenet: você só se conecta por peers confiáveis 21:56:57 <psi> ah 21:57:16 <dg> ah 21:57:31 <lillith> acho :) 21:57:34 <psi> parece que pode ser isso 21:58:11 <dg> combina com o nome 21:58:33 <lillith> isso foi mencionado em zzz.i2p recentemente, se não me engano (iirc) 21:59:40 <psi> se alguém que saiba com certeza, lá de antigamente, puder dar uma "confirmação", seria ótimo 22:01:31 <lillith> http://zzz.i2p/topics/114 22:04:31 * dg lê 22:04:31 <lillith> não é o que eu quis dizer, mas explica bem detalhadamente 22:06:02 <Meeh> só por curiosidade, em que ponto da reunião estamos? 22:06:13 <Meeh> qual é o tópico atual 22:06:16 <dg> Estamos meio que flutuando, Meeh 22:06:23 <Meeh> ah ok 22:06:31 <dg> "* Ocultar o tráfego de I2P. Como o Tor, ocultar para parecer tráfego SSL, ou algo assim. (Considerando países onde darknets são ilegais) " 22:06:41 <dg> (Começamos tarde e por isso está uma droga) 22:08:10 <Meeh> sim, devemos pensar em transportes alternativos possíveis para países que bloqueiam e tornam darknets ilegais 22:09:47 <lillith> bem, para começar: quão distinto é o tráfego de i2p hoje? 22:09:50 <hottuna> Acho que deveríamos lidar com algo assim do mesmo jeito que o Tor faz 22:09:50 <hottuna> e só implantar quando for necessário 22:09:50 <hottuna> para prolongar qualquer corrida armamentista 22:09:50 <hottuna> mas ainda não fomos bloqueados em lugar nenhum 22:09:50 <hottuna> até onde eu sei 22:10:05 <dg> (ainda) 22:10:25 <dg> Além disso, a falta desse tipo de "proteção", isto é, do sistema, afasta alguns do i2p 22:10:32 <psi> em geral, uma API genérica de transporte seria uma mina de ouro para desenvolvedores 22:10:32 <hottuna> temos muitos dados aleatórios, mas nenhum dos headers do SSL 22:10:57 <dg> obfsproxy é incrível, mas não precisamos de algo desse nível 22:11:48 <psi> alguma interface que você implementaria e que faz a sua versão de transporte de dados, seja por cabras ou por http+ssl 22:11:50 <iRelay> <weltende@freenode> psi: já temos uma API genérica de transporte ;) 22:11:54 <lillith> i2p realmente não pode ser "seguro demais" 22:12:02 <hottuna> uma API de transporte seria uma boa ideia e permitiria o desenvolvimento rápido de transportes necessários 22:12:14 <psi> temos, é? 22:12:36 <psi> preciso olhar o código com mais atenção 22:12:56 <psi> ou não está muito evidente, ou eu deixei passar, ou não está lá 22:13:03 <Meeh> sim, ainda... é uma questão de tempo 22:13:36 <iRelay> <weltende@freenode> router/java/src/net/i2p/router/transport/Transport.java is the interface you have implement 22:13:36 <dg> certamente não, lillith 22:13:46 <dg> embora i2p já seja muita criptografia 22:14:17 <hottuna> acho o obfsproxy horrível, e ele foi colado no Tor da forma mais Frankenstein possível 22:14:40 <dg> Não gosto dos pluggable transports deles, mas a tecnologia é legal 22:14:48 <dg> (emular Skype é algo legal) 22:17:27 <psi> se bem me lembro (iirc), o obsproxy pode ser contraproducente 22:17:33 <hottuna> tenho que ir 22:17:46 <psi> por ele emular uma rede de vigilância 22:17:53 * psi ortografia 22:18:00 <dg> tchau 22:19:55 <psi> eu também tenho que sair por enquanto 22:20:27 <dg> Acho que podemos encerrar por hoje e fazer na próxima semana/em breve 22:20:34 <dg> Acabamos meio que estragando esta 22:21:04 <iRelay> <weltende@freenode> parece um bom plano 22:21:07 <psi> é melhor ter uma estrutura de reunião predefinida 22:21:54 <dg> sim 22:26:10 <Meeh> desconectado... 22:26:29 <Meeh> 23:10:30 <+psi> em geral, uma API genérica de transporte seria uma mina de ouro para desenvolvedores 22:26:32 <Meeh> 23:10:31 <hottuna> temos muitos dados aleatórios, mas nenhum dos headers do SSL 22:26:35 <Meeh> 23:13:01 <+Meeh> sim, ainda... é uma questão de tempo 22:26:38 <Meeh> 23:13:15 <+Meeh> então por que deixar as pessoas fora do i2p por um tempo... melhor prevenir do que remediar 22:26:41 <Meeh> o que eu perdi? 22:27:11 <psi> Meeh: reunião encerrada por enquanto 22:27:11 * psi ortografia 22:27:58 <psi> <dg> certamente não, lillith 22:27:58 <Meeh> ah, que chato... reunião na próxima semana? 22:28:10 * psi lag 22:28:55 <lillith> Meeh, a decidir, talvez antes, já que esta não foi um grande sucesso 22:29:25 <Meeh> verdade, verdade, então semana que vem