Reunião de Desenvolvedores do I2P - 06 de setembro de 2016

21:00:01 <zzz> 0) Oi 21:00:01 <zzz> 1) atualização 0.9.27 (zzz) 21:00:01 <zzz> 2) atualização do Summer of X (sadie/str4d) 21:00:01 <zzz> 3) Orçamento 33C3 http://zzz.i2p/topics/2150 21:00:01 <zzz> 4) SAM ativado por padrão (str4d) 21:00:06 <zzz> 0) Oi 21:00:12 <zzz> oi 21:00:13 <psi> oi 21:00:24 <eche|on> bem-vindo 21:00:33 <z3r0fox_> Oi 21:00:40 <zzz> 1) atualização 0.9.27 (zzz) 21:01:01 <zzz> ok, não há muito a relatar. apenas 6K linhas de diff desde a .26 21:01:13 <zzz> neste ponto eu diria que a .27 talvez saia em meados de outubro? 21:01:41 <zzz> no início do verão eu estava trabalhando em coisas do Summer of X, ultimamente tenho tirado uma pausa... mas também não vejo muita atividade de mais ninguém 21:02:03 <zzz> mais algo sobre 1) ? 21:02:19 <eche|on> não muito sobre o Summer of X 21:03:25 <zzz> 2) atualização do Summer of X (sadie/str4d) 21:03:30 <zzz> sadie / str4d vão lá 21:06:07 <zzz> como não ouço nada, vou colocar na pauta do próximo mês 21:06:15 <zzz> 3) Orçamento 33C3 http://zzz.i2p/topics/2150 21:06:28 <str4d> Oi! 21:06:33 <eche|on> Acordado 21:06:33 <zzz> eche|on, poderia, por favor, nos dar uma breve atualização sobre nossas finanças? 21:06:45 <str4d> Desculpe, me distraí com o trabalho por um momento. Posso tratar do 2) no fim da reunião 21:07:34 <eche|on> finanças, ok, somas atuais: 37k , 510 BTC, 700 LTC e 1300 XMZ (aprox.) 21:07:47 <eche|on> BTC está em torno de 540 e LTC em torno de 3.5 21:08:00 <zzz> parece que estamos em situação bem confortável 21:08:10 <eche|on> já gastamos cerca de 4800 neste ano 21:08:56 <eche|on> e 10 BTC (que eu converti em ), então recebemos cerca de 5k este ano 21:09:20 <zzz> para o 33C3, proponho fazer mais ou menos como no ano passado... nós pagamos todos os ingressos da conferência. E para membros plenos do projeto reembolsaremos até $1000 (ou euros), ou $1500 se as pessoas realmente precisarem 21:09:41 <zzz> para pessoas que operam um ou dois serviços, proponho que paguemos o ingresso da conferência e até $500 em viagem 21:10:01 <zzz> o que vocês acham disso? 21:10:23 <eche|on> atualmente temos 5 pessoas solicitando dinheiro 21:10:25 <str4d> Acho que parece justo. 21:11:04 <str4d> eche|on, considerando os números acima, qual é a despesa total prevista? 21:11:13 <zzz> então algo em torno de $4000-$5000, mais cerca de $500 em ingressos, eu diria? 21:11:32 <eche|on> com essas regras, ficamos em torno de 4k no máximo 21:11:39 <zzz> mais algumas centenas para um jantar 21:11:57 <zzz> ah, além disso, quem NÃO enviou e‑mail para o echelon e quer financiamento, fale agora! 21:11:58 <eche|on> 2 pessoas com serviços, 2 com o usual e 1 com circunstâncias especiais 21:12:07 <eche|on> o ingresso será em torno de 100 cada 21:12:12 <str4d> Hmm. Isso nos mantém dentro da nossa meta aproximada de gasto de 10% 21:13:03 <eche|on> um pouco acima, mas ainda ok 21:13:21 <zzz> parece uns 5200 ou algo assim. Vamos definir um orçamento de 6000 euros? 21:13:46 <eche|on> das últimas vezes alguns receberam em BTC, o que facilitou bastante para mim^^ 21:14:12 <zzz> sim, quem concordar em receber em BTC, melhor 21:14:21 <eche|on> parece legítimo 21:14:48 <eche|on> quanto ao jantar, podemos ir ao mesmo lugar do ano passado ou talvez um pouco acima, vamos ver 21:15:02 <zzz> Quero enfatizar que queremos ver todos lá. Embora estejamos tentando usar nosso dinheiro com prudência, também detestaríamos que alguém deixasse de ir por não poder pagar. 21:15:09 <eche|on> alguns doces e outras coisas para o próprio evento, 6k está ok 21:15:10 <str4d> Estou certamente feliz em ser reembolsado em BTC 21:15:48 <zzz> mais algo sobre 3) ? 21:16:15 <eche|on> da minha parte não, vou responder todos os e‑mails amanhã e depois comprarei os ingressos 21:16:18 <eche|on> ah, ingressos: 21:16:36 <eche|on> se QUALQUER pessoa aqui do I2P não pediu financiamento, mas quer um ingresso, me envie um e‑mail! 21:16:37 <str4d> Quem quiser compartilhar acomodação, fale comigo :) 21:16:56 <str4d> eche|on, você está planejando comprar os ingressos para todos os membros da equipe? 21:17:03 <eche|on> sim 21:17:07 <zzz> sim. O Ech vai comprar os ingressos. Não comprem por conta própria 21:17:10 <eche|on> para evitar os problemas que tivemos no ano passado 21:17:12 <str4d> Obrigado :) 21:17:34 <str4d> Além disso, estou correto em que geralmente começa por volta das 11h no horário local? 21:17:56 <zzz> ah, enquanto estamos no 3), quero agradecer ao eche|on por tudo o que faz, incluindo manter as finanças em dia. Estaríamos quebrados sem você! 21:18:02 <str4d> Tenho tentado ver se consigo um voo que chegue no dia 27 21:18:02 <eche|on> ah, nós nos encontrávamos principalmente às 11h/12h no local e ficávamos até 1, 2 da manhã 21:18:05 <eche|on> mas algumas palestras terminam às 3 da manhã 21:18:10 <zzz> ok, não vamos discutir logística aqui 21:18:17 <zzz> mais algo sobre 3) ? 21:18:19 <str4d> (caso contrário tenho que partir na noite do dia 25) 21:18:34 <str4d> eche|on, mmk, obrigado. E sim, muito obrigado por nos manter à tona! :D 21:18:55 <zzz> 4) SAM ativado por padrão (str4d) 21:18:59 <zzz> str4d vai lá 21:19:08 <eche|on> obrigado a todos os doadores (acabei de receber uma doação com a frase "não gastem todo o dinheiro com designers inúteis" 21:19:39 <str4d> Ok 21:20:29 <str4d> Estou pensando que, com o aumento de apps usando a API SAM, deveríamos considerar ativá-la por padrão e, se o fizermos, como deveríamos fazê-lo 21:20:51 <str4d> Semelhante a como o Tor habilita sua porta de controle por padrão, para que os apps em geral possam supor que ela está disponível 21:21:07 <eche|on> Acho que o SAM é bastante estável e não é motivo para um router entrar em colapso facilmente 21:21:19 <eche|on> Eu voto sim, habilitar por padrão 21:21:25 <zzz> há alguém reclamando? 21:21:37 <EinMByte> Parece uma ideia razoável para mim 21:21:55 <EinMByte> O único problema que vejo são portas em conflito 21:22:07 <str4d> Hmm 21:23:08 <eche|on> Não vejo esse problema em instalações novas 21:23:10 <zzz> o modo usual de fazer isso seria alterar o clients.config, o que só afetaria instalações novas. Qualquer outra coisa seria... mais difícil 21:23:12 <eche|on> já que é tudo localhost 21:23:27 <str4d> Sei que o Tor tem refletido sobre a segurança de manter sua porta de controle sempre aberta 21:23:29 <eche|on> Eu NÃO habilitaria em instalações antigas 21:23:36 <EinMByte> eche|on: quero dizer, pode haver outro serviço (não relacionado ao I2P) usando a mesma porta 21:23:43 <str4d> E eles incentivam as pessoas a usar o modo de socket Unix em vez disso 21:23:50 <str4d> (com autenticação por cookie local) 21:23:58 <zzz> Não acho que os apps possam jamais 'presumir que está disponível'; eles sempre precisarão de tratamento de erros adequado e mensagens ao usuário para isso 21:24:01 <eche|on> EinMByte: claro, mas é localhost, e isso deveria ser avisado 21:24:08 <str4d> Mas isso não é uma preocupação tão grande para nós, porque qualquer coisa que possa se conectar ao SAM só pode controlar seus próprios tunnels 21:24:33 <str4d> (a menos que consigam adivinhar o nome da sessão dos tunnels de outro cliente) 21:24:36 <EinMByte> eche|on: Ok, então se a porta estiver ocupada não habilitar o SAM e avisar? 21:24:41 <eche|on> EinMByte: esse é o jeito lógico de fazer^^ 21:24:42 <str4d> zzz, claro, os apps não podem presumir 21:24:48 <str4d> A razão para isso é usabilidade 21:24:58 <str4d> então a 'opção simples' é 'iniciar o I2P; usar o app' 21:25:06 <zzz> então, depois de anos e anos desativado, habilitá-lo agora pode não fazer muita diferença 21:25:16 <str4d> A opção atual é 'iniciar o I2P; encontrar a página para habilitar o SAM; habilitar o SAM; usar o app' 21:25:33 <zzz> para sua informação, eu separei o /configclients, isso estará na .27 21:25:36 <eche|on> Na minha visão: a maioria dos routers i2p já tem SAM habilitado 21:25:39 <eche|on> se não>90% 21:25:41 <str4d> Meu principal motivador é reduzir o atrito 21:25:48 <str4d> para novos usuários 21:25:54 <str4d> então concordo que isso seria apenas para instalações novas 21:26:19 <EinMByte> Isso parece OK. 21:26:27 <zzz> a propósito, ainda não vi evidências do seu 'aumento de apps usando SAM' 21:26:30 <str4d> eche|on, o Tor tem um problema semelhante de conflito de porta com o Orbot em alguns celulares Samsung 21:26:46 <psi> o SAM deveria vir ligado por padrão para que as pessoas não precisem ativá-lo 21:26:50 <EinMByte> zzz: Talvez isto seja exatamente o que é necessário ;) 21:26:51 <zzz> mas também não sou contra a proposta 21:26:53 <zzz> heh 21:27:05 <str4d> zzz, o Tahoe-LAFS está prestes a lançar suporte nativo a I2P 21:27:19 <EinMByte> Lembra qual é a porta padrão do SAM? 21:27:21 <zzz> ok, parece que temos um consenso? 21:27:32 <str4d> 7656 21:27:52 <zzz> mais algo sobre 4) ? 21:28:36 <EinMByte> str4d: Ok, não consigo pensar em nada comum usando isso 21:29:09 <zzz> 2) atualização do Summer of X (sadie/str4d) 21:29:14 <zzz> sadie / str4d vão lá 21:29:35 <str4d> Certo! 21:29:45 <str4d> O I2P Summer Dev foi, na minha opinião, um sucesso 21:30:06 <str4d> Não conseguimos novos colaboradores (pelo menos que eu tenha visto) 21:30:42 <str4d> (havia alguns em uma das primeiras reuniões com quem talvez deveríamos ter feito acompanhamento...) 21:30:45 <eche|on> conseguimos um novo buildbot 21:30:52 <zzz> Não vi o post de blog prometido para agosto... podemos ter um em setembro? 21:30:54 <str4d> Mas fizemos um excelente progresso em várias frentes voltadas ao usuário e ao desenvolvedor 21:30:56 <str4d> Como mencionei acima, a próxima versão do Tahoe-LAFS terá suporte nativo a I2P via minha biblioteca txi2p 21:31:13 <str4d> zzz, é, não tive tempo de fazer. Vou escrever um post de resumo neste fim de semana 21:31:20 <zzz> ótimo 21:31:47 <str4d> Tenho meu trabalho com Zeronet localmente que eu queria destacar no post de agosto, mas infelizmente não conseguimos fazer o i2p.socket funcionar corretamente com o gevent... 21:32:05 <str4d> Mas acho que vou simplesmente abrir um PR com isso neste fim de semana, e veremos como as coisas andam 21:32:33 <zzz> tahoe é o quê, pelo menos 5 anos desde que abrimos os tickets no site deles. o zooko não se move rápido 21:33:05 <eche|on> pelo menos agora está feito 21:33:21 <str4d> Então, em termos de usabilidade para devs, fizemos bons progressos no i2p.socket e no txi2p e, com a API SAM habilitada por padrão, deve haver menos atrito para adicionar I2P a apps em Python 21:33:25 <eche|on> agora precisamos de uploads/downloads paralelos, ou o tahoe-lafs vai se arrastar 21:33:55 <eche|on> a propósito, um usuário me perguntou faz alguns minutos sobre desenvolvimento em Python no I2P 21:34:04 <str4d> Fizemos alguma divulgação para possíveis novos apps, mas precisamos trabalhar mais nisso 21:34:28 <str4d> (em particular, IPFS e OpenBazaar estão interessados, mas ali o progresso não está avançando no momento) 21:34:49 <EinMByte> Aliás, minhas desculpas; eu havia dito antes que tentaria fazer algo para o Summer of X, mas veio cedo demais para o kovri 21:34:53 <zzz> O que ainda está em situação desesperadora após o Summer of X é o Bote. Sem release há uma eternidade e cerca de 40 (!) tickets no trac, incluindo o do classpath que acho que bloqueia a .27 ... Você tem intenção de trabalhar no Bote novamente ou devemos desistir? 21:35:30 <str4d> zzz, eu planejo sim, e eu trabalhei nisso 21:35:38 <eche|on> alguém deveria cuidar do bote. é mais importante do que syndie ou i2phex 21:36:05 <zzz> Eu preciso saber se temos que mudar o empacotamento deb para consertar o bote, ou se é outra coisa que está errada, ou se não nos importamos 21:36:32 <zzz> Setembro do Bote? 21:37:22 <str4d> Em agosto passei um tempo migrando para o Gradle, o que significa que poderei unificar as bases de código de android e do plugin 21:37:22 <str4d> Isso vai remover muito do atrito que tenho em relação ao desenvolvimento no Bote 21:37:22 <str4d> Só falta integrar os scripts de plugin existentes 21:37:22 <str4d> (ou reescrevê-los em Gradle)( 21:37:39 <str4d> Infelizmente prazos de trabalho atrapalharam isso em agosto 21:37:54 <zzz> ok 21:37:59 <zzz> mais algo sobre 2) ? 21:38:07 <str4d> Vou dedicar tempo ao Bote neste fim de semana 21:38:30 <zzz> mais algo para a reunião? 21:39:02 <zzz> posso propor voltar para 20h UTC em outubro? 21:39:46 <str4d> e tentar encontrar uma correção para o problema no Debian 21:39:55 <zzz> alguma objeção a 20h? 21:40:03 <str4d> Mas é definitivamente apenas no Debian 21:40:24 <zzz> ok, eu nem tinha visto confirmação de que é só no deb, então isso já é um progresso 21:40:46 <str4d> Nada mais, além de parabéns a todos que trabalharam nas coisas do Summer Dev! 21:40:46 <str4d> Estou ansioso pelo ano que vem ;) 21:40:49 <zzz> Propus uma correção ou ao menos um teste no ticket, mas não ouvi nada 21:40:49 <eche|on> por mim, OK até agora 21:41:22 <zzz> ok, tive mais gente reclamando de 9 do que de 8, então vamos voltar para 8. o verão acabou mesmo 21:41:29 * zzz pega o malhete 21:41:29 <str4d> Estou de acordo com 20h em outubro, pois estarei nos EUA 21:41:31 <str4d> (E na verdade em novembro também, já que seria no dia 1º( 21:42:37 <eche|on> ok, hora de ir para a cama 21:42:41 <eche|on> até mais 21:42:44 * zzz ***bafs*** encerra a reunião