Blog on I2P - O Projeto de Internet Invisível

Lançamento I2P 2.11.0

Mon, 09 Feb 2026 00:00:00 +0000

A partir desta versão, o I2P agora requer Java 17 ou posterior. Por favor, consulte a documentação do seu sistema operacional para saber como atualizar o Java. O I2P agora também usa o Jetty 12. Por favor, verifique os logs do seu router para problemas de migração.

O trabalho nesta versão continua a melhorar o suporte para criptografia pós-quântica. A criptografia pós-quântica agora está habilitada por padrão na camada ratchet.

Tempo Tempestuoso

Wed, 04 Feb 2026 00:00:00 +0000

A rede I2P está atualmente enfrentando instabilidade devido a ataques contínuos de Negação de Serviço e esgotamento de recursos. Estes ataques estão impactando o desempenho e a confiabilidade dos serviços I2P e sites ocultos. A Equipe de Desenvolvimento I2P está investigando ativamente e implementando mitigações para combater esses ataques.

Introducing the New I2P Website

Tue, 06 Jan 2026 00:00:00 +0000

Launching the Redesigned I2P Website

We are pleased to announce the launch of the redesigned I2P website. This update is the result of a focused effort to make I2P easier to discover, easier to understand, and easier to contribute to—without compromising the values the project is built on.

This work is primarily aimed at the I2P community: long-time users, contributors, developers, researchers, and those discovering I2P for the first time and trying to understand how it fits together.

StormyCloud junta-se à família I2P

Sat, 01 Nov 2025 00:00:00 +0000

Estamos empolgados em compartilhar notícias importantes: a StormyCloud está oficialmente unindo forças com o I2P de forma significativa.

Há anos, a StormyCloud tem sido uma parte crucial da infraestrutura do I2P, fornecendo hospedagem e suporte que mantêm a rede funcionando sem problemas. Agora estamos formalizando essa parceria e ampliando o que podemos fazer juntos.

Estamos particularmente satisfeitos em anunciar que Lance James e idk estão ingressando no Conselho de Administração da StormyCloud. Lance fundou o Invisible Internet Project, que evoluiu para o que hoje conhecemos como I2P, e sua experiência na construção de redes com foco em privacidade remonta a décadas. idk tem estado profundamente envolvido no desenvolvimento do I2P há anos — se você usa o I2P, se beneficiou do trabalho dele.

Novos I2P Routers

Thu, 16 Oct 2025 00:00:00 +0000

Este é um momento empolgante para o desenvolvimento do I2P; nossa comunidade está crescendo e agora há vários novos protótipos de router I2P totalmente funcionais surgindo no cenário! Estamos muito empolgados com este desenvolvimento e em compartilhar as novidades com você.

Como isso ajuda a rede?

Escrever I2P routers nos ajuda a comprovar que nossos documentos de especificação podem ser usados para produzir novos I2P routers, abre o código a novas ferramentas de análise e, de modo geral, melhora a segurança e a interoperabilidade da rede. Ter múltiplos I2P routers significa que os potenciais bugs não são uniformes; um ataque contra um router pode não funcionar em outro router, evitando um problema de monocultura. Talvez a perspectiva mais empolgante a longo prazo, no entanto, seja a incorporação (embedding).

Lançamento do I2P 2.10.0

Mon, 08 Sep 2025 00:00:00 +0000

O trabalho continua na implementação e implantação da criptografia pós-quântica no I2P. Nesta versão, a criptografia pós-quântica está disponível, mas não vem ativada por padrão para novos tunnels. Quem estiver interessado em testar o suporte pós-quântico deve ativá-lo pelo “Hidden Service Manager”, em “Encryption Types”. Não deixe de entrar em contato em #i2p-dev no IRC2P para obter ajuda e relatar quaisquer problemas que encontrar.

I2PSnark agora suporta rastreadores UDP. Isso deve ajudar a rede como um todo, reduzindo a carga dos rastreadores de torrent.

Lançamento do I2P 2.9.0

Mon, 02 Jun 2025 00:00:00 +0000

I2P 2.9.0 é uma versão de manutenção que inclui correções de erros e trabalho em novos recursos.

Novidades

O uso de threads (linhas de execução) foi aprimorado para melhorar o desempenho do sistema i2ptunnel. O NTCP2 foi aprimorado para resistir a ataques de sondagem. O sistema de notificações foi integrado a mais aplicativos para fornecer feedback melhor aos usuários a partir do I2PSnark e dos demais aplicativos. A inscrição automática em floodfill foi corrigida. Os usuários podem observar um aumento no uso de recursos ao atuar como floodfill. Se isso não for desejado, o modo floodfill pode ser desativado na página /config.

Lançamento do I2P 2.8.2

Sat, 29 Mar 2025 00:00:00 +0000

2.8.2 corrige um bug que causava falhas de SHA256, introduzido na versão 2.8.1. O bug afeta principalmente routers de alta largura de banda.

Como de costume, recomendamos que você atualize para esta versão. A melhor forma de manter a segurança e ajudar a rede é executar a versão mais recente.

Release Details

Bug Fixes

Fix SHA256 double-free from Noise
Clear i2ptunnel bubble count when clearing status messages

Correções de bugs

Reduce memory usage in BanlistRenderer
Use torrent name instead of torrent file name in notifications
Translation updates

SHA256 Checksums

7658f9ba7e28ab29ffeb3ec1909bf04f5ae391ee159980145ea01bd793c46f80 i2pinstall_2.8.2_windows.exe
cd606827a9bca363bd6b3c89664772ec211d276cce3148f207643cc5e5949b8a i2pinstall_2.8.2.jar
039b59fedd4a64aaeb6b74ab974310abdc9c08cb47ef1b8568c718965b50a485 i2psource_2.8.2.tar.bz2
71cef41d7184516e42c15dc5105e52ab19960affd571b636e767e8bf8c227075 i2pupdate_2.8.2.zip
15d886a9015dcf27ccc25e31b703ef6538b8b777176adf643dfe8ee0ba4984e0 i2pupdate.su3

Lançamento 2.8.1

Mon, 17 Mar 2025 00:00:00 +0000

A versão 2.8.1 corrige os acessos a sites locais que não funcionavam na 2.8.0. Adicionamos balões de notificação a vários aplicativos no console para destacar mensagens dos aplicativos. Corrigimos um erro no teste de tunnel que pode ter afetado a confiabilidade do tunnel. O livro de endereços agora tem uma nova aba “latest” que exibe os nomes de host mais recentes adicionados a partir de suas assinaturas. Há várias correções e melhorias no tema escuro.

I2P 2.8.0 Lançado

Tue, 04 Feb 2025 00:00:00 +0000

Esta versão melhora o I2P ao corrigir bugs, remover código não utilizado e aprimorar a estabilidade da rede.

Melhoramos o tratamento de routers congestionados na rede. Problemas em UPnP e no atravessamento de NAT foram resolvidos para melhorar a conectividade e a notificação de erros. Agora temos uma estratégia mais agressiva para remoção de leaseset do NetDb, a fim de melhorar o desempenho dos routers e mitigar a sobrecarga. Outras mudanças foram implementadas para reduzir a observabilidade de eventos como o reinício ou o desligamento de um router.

I2P 2.7.0 lançado

Wed, 09 Oct 2024 00:00:00 +0000

Esta versão, I2P 2.7.0, dá continuidade ao nosso trabalho corrigindo erros, melhorando o desempenho e adicionando funcionalidades.

O acesso às informações no console e nas aplicações foi aprimorado. Problemas foram corrigidos no I2PSnark e na pesquisa do SusiMail. A pesquisa no netDB integrada ao console do router agora funciona de maneira mais intuitiva e útil. Pequenas melhorias foram feitas nas exibições de diagnóstico no modo avançado.

Também foram corrigidos erros para melhorar a compatibilidade na rede. Um problema na publicação de leaseSets foi resolvido, o que melhora a confiabilidade de importantes serviços ocultos. O I2PSnark não altera mais o infohash quando um usuário muda apenas os rastreadores de um torrent existente. Isso evita que torrents sejam desnecessariamente interrompidos por essas alterações. Recebemos com satisfação essa contribuição de um novo colaborador. Um conflito no tratamento de uma opção da biblioteca de streaming foi resolvido para melhorar a compatibilidade com outras implementações do I2P.

Versão 2.6.1

Tue, 06 Aug 2024 00:00:00 +0000

I2P 2.6.1 foi lançado para corrigir um bug na interface do usuário na aplicação Hidden Services Manager (Gerenciador de Serviços Ocultos). Esse bug desativava a rolagem, tornando algumas configurações inacessíveis.

Como de costume, recomendamos que você atualize para esta versão. A melhor maneira de manter a segurança e ajudar a rede é executar a versão mais recente.

Detalhes da versão

Changes

Graphs: render graphs in svg
Translations: generate internal translation leaderboard

Alterações

i2ptunnel: Fix bug causing truncation configuration UI

Correções de erros

Translation updates

Lista completa de erros corrigidos

Lançamento do I2P 2.6.0

Fri, 19 Jul 2024 00:00:00 +0000

Esta versão, I2P 2.6.0, continua nosso trabalho, corrigindo erros, adicionando funcionalidades e melhorando a confiabilidade da rede.

Routers mais novos serão favorecidos na seleção de floodfill routers. I2PSnark recebeu recursos que melhoram o desempenho do PeX(Peer Exchange), além de correções de bugs. Protocolos de transporte legados estão sendo removidos, simplificando o código nos transportes UDP. Um destino hospedado localmente será acessível por clientes locais sem solicitar seu LeaseSet, melhorando o desempenho e a testabilidade. Ajustes adicionais foram feitos nas estratégias de seleção de pares.

2.5.2 Lançamento

Wed, 15 May 2024 00:00:00 +0000

I2P 2.5.2 foi lançado para corrigir um bug introduzido na 2.5.0 que causava o truncamento de parte do conteúdo HTTP.

Como de costume, recomendamos que você atualize para esta versão. A melhor forma de manter a segurança e ajudar a rede é executar a versão mais recente.

Detalhes da versão

Changes

Console: Update rrd4j to 3.9.1-preview
Router: Publish G cap if symmetric natted

Alterações

i2ptunnel: Fix bug causing truncation of some HTTP content
i2ptunnel: Fix custom option form width (light theme)
Tunnels: Fix selection of peers with expired RIs

Correções de bugs

Translation updates

Lista completa de bugs corrigidos

Nova versão I2P 2.5.1

Mon, 06 May 2024 00:00:00 +0000

O I2P 2.5.1 está sendo lançado para abordar ataques de negação de serviço (DoS) que afetam a rede e os serviços do I2P. Nesta versão, desativamos as partes baseadas em IP da ferramenta de detecção de ataques Sybil, que foram visadas para amplificar o efeito e a duração do ataque. Isso deve ajudar a rede a voltar ao funcionamento normal. Aqueles que desativaram a ferramenta de detecção de ataques Sybil podem reativá-la com segurança. Também foram feitos ajustes em outros subsistemas para melhorar a validação de RouterInfo e a seleção de pares.

Mau tempo

Thu, 25 Apr 2024 00:00:00 +0000

A rede I2P está atualmente sob um ataque de negação de serviço (DoS). Este ataque afeta o I2P e o i2pd, mas de maneiras diferentes, e tem um efeito grave na saúde da rede. A acessibilidade aos sites do I2P está severamente degradada.

Se você estiver hospedando um serviço dentro do I2P e ele estiver hospedado em um router Floodfill, você deve considerar fazer multihoming (hospedar o mesmo serviço em mais de um router) em um router com Floodfill desativado para melhorar a alcançabilidade. Outras mitigações estão sendo discutidas, mas ainda está em desenvolvimento uma solução de longo prazo, compatível com versões anteriores.

Nova versão do I2P 2.5.0

Mon, 08 Apr 2024 00:00:00 +0000

Esta versão, I2P 2.5.0, oferece mais melhorias voltadas para o usuário do que a versão 2.4.0, que estava focada na implementação da estratégia de isolamento do NetDB.

New features have been added to I2PSnark like the ability to search through torrents. Bugs have been fixed to improve compatibility with other I2P torrent clients like BiglyBT and qBittorrent. We would like to thank all of the developers who have worked with libtorrent and qBittorrent to enable and improve their I2P support. New features have also been added to SusiMail including support for Markdown formatting in emails and the ability to drag-and-drop attachments into emails. Tunnels created with the Hidden Services manager now support “Keepalive” which improves performance and compatibility with web technologies, enabling more sophisticated I2P sites.

Muitas Máscaras, Uma Mente: Protegendo a NetDB

Fri, 29 Mar 2024 00:00:00 +0000

Nota do autor: os ataques referidos neste artigo não são possíveis contra as versões atuais do I2P.

Como uma rede peer-to-peer auto-organizada, a I2P depende dos routers participantes da rede para terem uma forma de compartilhar informações sobre o que está na rede e como alcançá-lo. Os routers I2P realizam esse compartilhamento de informações usando a NetDB, uma DHT baseada em Kademlia, mas modificada para funcionar na I2P. A NetDB precisa compartilhar dois tipos principais de entradas, “RouterInfos” (entradas de router) que os pares usarão para se comunicar diretamente com outros routers, e “LeaseSets” (entradas de cliente) que outros pares usarão para se comunicar com clientes I2P por meio de tunnels anônimos. Os routers estão frequentemente comunicando entradas da NetDB entre si, seja enviando as informações para um router ou cliente, seja solicitando informações de um router ou cliente. Isso significa que as entradas podem chegar direta ou indiretamente, de forma anônima ou não anônima, dependendo das necessidades da rede e das capacidades do cliente. No entanto, como uma rede de anonimização, também é importante que permaneça impossível que informações enviadas de forma anônima possam ser solicitadas de volta de forma não anônima. Também é importante que informações enviadas de forma não anônima não possam ser solicitadas de volta de forma anônima. Se se tornar possível que qualquer uma dessas situações ocorra, então um ataque de correlação (linking attack) pode ser realizado, permitindo que um atacante determine se clientes e routers estão compartilhando uma visão comum da NetDB. Se puder ser determinado com confiança que os 2 alvos compartilham uma visão comum da NetDB, então há uma grande chance de que estejam no mesmo router, enfraquecendo drasticamente o anonimato do alvo. Como existem tão poucas redes de anonimização, e a I2P é a única em que a tabela de roteamento é compartilhada por meio da operação de uma DHT, essa classe de ataque é praticamente exclusiva da I2P e sua resolução é importante para o sucesso da I2P.

Lançamento do I2P 2.4.0 com melhorias relacionadas ao congestionamento e à segurança do NetDB

Mon, 18 Dec 2023 00:00:00 +0000

Detalhes da atualização

Esta versão, I2P 2.4.0, continua nosso esforço para melhorar a segurança e a estabilidade da rede I2P. Ela contém melhorias significativas na Network Database (base de dados da rede), uma estrutura essencial dentro da rede I2P usada para descobrir seus pares.

As mudanças na gestão do congestionamento melhorarão a estabilidade da rede ao dar aos routers a capacidade de aliviar pares congestionados ao evitá-los. Isso ajudará a rede a limitar o efeito do spam de tunnel. Também ajudará a rede a recuperar-se durante e após ataques DDoS.

Easy-Install para Windows 2.3.0 lançado

Mon, 10 Jul 2023 00:00:00 +0000

O I2P Easy-Install bundle para Windows, versão 2.3.0, já foi lançado. Como de costume, este lançamento inclui uma versão atualizada do I2P router. Isso também abrange questões de segurança que afetam pessoas que hospedam serviços na rede.

Esta será a última versão do pacote Easy-Install incompatível com o I2P Desktop GUI. Ele foi atualizado para incluir novas versões de todas as webextensions incluídas. Um bug de longa data no I2P em navegação privativa que o tornava incompatível com temas personalizados foi corrigido. Ainda assim, recomenda-se aos usuários que não instalem temas personalizados. As abas do Snark não são fixadas automaticamente no topo da ordem das abas no Firefox. Exceto por usarem cookieStores alternativos (containers de cookies), as abas do Snark agora se comportam como abas normais do navegador.

Lançamento do I2P 2.3.0

Sun, 25 Jun 2023 00:00:00 +0000

Esta versão contém correções para a CVE-2023-36325. A CVE-2023-36325 é uma vulnerabilidade de confusão de contexto que ocorria no filtro de Bloom. Um atacante elabora uma mensagem I2NP contendo um messageID exclusivo e envia esse messageID a um cliente. A mensagem, após passar pelo filtro de Bloom, não pode ser reutilizada numa segunda mensagem. O atacante então envia a mesma mensagem diretamente ao router. O router encaminha a mensagem ao filtro de Bloom, e ela é descartada. Isso vaza a informação de que o messageID já foi visto antes, dando ao atacante um forte motivo para acreditar que o router está a hospedar o cliente. Isso foi corrigido separando a funcionalidade do filtro de Bloom em diferentes contextos, com base em se uma mensagem veio por um tunnel de cliente, um tunnel exploratório, ou foi enviada diretamente ao router. Em circunstâncias normais, este ataque demora vários dias a ser executado com sucesso e pode ser dificultado por vários fatores, como routers a reiniciar durante a fase do ataque e sensibilidade a falsos positivos. Recomenda-se que os utilizadores do Java I2P atualizem imediatamente para evitar o ataque.

Lançamento do I2P 2.2.1

Wed, 12 Apr 2023 00:00:00 +0000

Após o lançamento do I2P 2.2.0, que foi antecipado para acelerar as mitigações aos ataques de DDoS, ficamos sabendo de alguns problemas que estavam surgindo, o que tornou necessário criar e lançar novos pacotes. Esta versão corrige um problema no Ubuntu Lunar e no Debian Sid em que o console do router ficava inacessível ao usar uma versão atualizada do pacote Jakarta. Os pacotes Docker não estavam lendo os argumentos corretamente, resultando em arquivos de configuração inacessíveis. Esse problema também foi resolvido. O container Docker agora também é compatível com o Podman.

I2P Versão 2.2.0

Mon, 13 Mar 2023 00:00:00 +0000

Decidimos antecipar a data de lançamento da versão 2.2.0, que ocorrerá hoje, 13 de março de 2023. Esta versão inclui alterações nos componentes NetDB, Floodfill e Peer-Selection que melhoram a capacidade do router de resistir a ataques DDoS. É provável que os ataques continuem, mas as melhorias nesses sistemas ajudarão a mitigar o risco de ataques DDoS, ajudando o router a identificar e a reduzir a prioridade de routers que aparentam ser maliciosos.

Sobre os ataques recentes de negação de serviço

Thu, 09 Feb 2023 00:00:00 +0000

A rede I2P está atualmente sendo afetada por um ataque de negação de serviço. A função floodfill da rede foi afetada, resultando em interrupções nas respostas e na redução das taxas de sucesso na construção de tunnels. Os participantes da rede têm enfrentado dificuldades para se conectar a sites I2P e usar serviços I2P. Estratégias de mitigação estão sendo investigadas e implementadas gradualmente.

Embora o ataque tenha reduzido o desempenho, a rede permanece intacta e utilizável. Os routers Java I2P parecem estar lidando com os problemas melhor do que os routers i2pd por enquanto. Várias mitigações devem começar a aparecer nas compilações de desenvolvimento dos routers Java e C++ na próxima semana.

Reunião de desenvolvedores do I2P - 7 de fevereiro de 2023

Tue, 07 Feb 2023 00:00:00 +0000

Resumo rápido

Presentes: eyedeekay, zzz, not_bob, echelonMAC, obscuratus

Registro da reunião

(08:01:07 PM) eyedeekay: Oi pessoal, desculpem o atraso, fui desconectado logo antes da reunião (08:01:59 PM) eyedeekay: 1. Oi (08:01:59 PM) eyedeekay: 2. Relatório de status 2.1.0 (08:01:59 PM) eyedeekay: 3. Status de Desenvolvimento 2.2.0 (08:01:59 PM) eyedeekay: 4. Limitação de congestionamento (08:01:59 PM) eyedeekay: 5. Gestão hipotética de tráfego ( enxurrada de usuários do Tor) (08:01:59 PM) eyedeekay: 6. Adesivos para tradutores (08:01:59 PM) eyedeekay: zzz onde você quer fazer seu relatório sobre o DOS? 2 ou tópico próprio? (08:02:45 PM) zzz: vamos chamar de 3b) (08:02:46 PM) zzz: ou 2b) (08:02:59 PM) eyedeekay: OK 2b então (08:03:00 PM) zzz: sua escolha (08:03:53 PM) eyedeekay: 1. Oi, quem mais está aqui hoje além de mim e do zzz? (08:03:58 PM) zzz: oi (08:04:09 PM) not_bob: Aqui (08:04:18 PM) echelonMAC: aqui (08:04:18 PM) obscuratus: Oi (08:04:29 PM) eyedeekay: Ótima participação, obrigado a todos (08:04:30 PM) echelonMAC: no sistema de substituição. (08:05:06 PM) eyedeekay: 2. Relatório de status 2.1.0 (08:05:15 PM) zzz: o IRC está mais lento que o normal, então por favor deem um pouco mais de tempo para respostas (08:05:38 PM) eyedeekay: Valeu zzz, vou levar isso em conta (08:09:02 PM) eyedeekay: Por onde começar... meu foco tem sido em questões de UX no Android, em particular corrigindo coisas que eu estava fazendo errado ao inicializar o app (08:09:04 PM) eyedeekay: O Android vai receber um point release por conta disso (08:10:00 PM) eyedeekay: O assunto que tenho certeza que está na cabeça de todos agora é a rede estar sob ataque, o que desviou a atenção de todo mundo (08:10:05 PM) eyedeekay: E isso é o tópico 2b (08:10:59 PM) eyedeekay: Puxa, confundi os tópicos, esqueçam isso, isso deveria ir para o 3. desculpem, semana longa, muita coisa acontecendo (08:12:03 PM) eyedeekay: zzz, você faria um favor e assumiria o 2? Acho que não estou preparado para apresentar tudo o que está acontecendo (08:12:28 PM) zzz: claro (08:12:29 PM) zzz: mas antes de eu fazer isso (08:12:56 PM) zzz: você e o echelonMAC têm um relatório de progresso do pacote easy-install para Mac da 2.1.0? (08:13:17 PM) eyedeekay: Ah sim, posso fazer isso (08:14:38 PM) eyedeekay: Então, temos fechado questões e, no momento, eu e o echelonMAC temos hipóteses diferentes sobre o que está acontecendo, que ambos estamos perseguindo (08:14:38 PM) eyedeekay: Minha hipótese é que tudo isso decorre de um workaround obsoleto para um bug no Java 14 (08:15:08 PM) eyedeekay: O jpackage deveria assinar os arquivos dylib que são empacotados em uma imagem de disco (dmg), mas que na verdade ficam sem assinatura (08:15:33 PM) echelonMAC: em resumo: o eyedeekaym refez o script de assinatura, eu consigo buiodl e assinar, mas ainda com assinatura errada para a Apple (08:15:55 PM) eyedeekay: o zab contornou isso criando o diretório .app e assinando as coisas dentro dele, depois usando o jpackage apenas para a etapa final de empacotamento (08:16:35 PM) eyedeekay: então, quando atualizamos as versões do Java, começamos a assinar tudo duas vezes, e não precisávamos mais fazer essa etapa de assinatura manualmente (08:16:47 PM) eyedeekay: echelonMAC, corrija-me se eu estiver errado, mas você acha que tem o tipo errado de chaves? (08:17:10 PM) echelonMAC: talvez, talvez não, não tenho certeza disso (08:17:18 PM) echelonMAC: pelo menos os logs mostram esse erro (08:17:53 PM) zzz: minha pergunta era de nível mais alto: qual é a ETA, 2.1.0 ainda é o objetivo ou isso foi abandonado e vocês estão esperando pela 2.2.0, ou o quê? (08:18:15 PM) echelonMAC: 2.1.0 ainda é a meta, mas no momento sem ETA (08:18:39 PM) echelonMAC: Consigo compilar quase instantaneamente, mas aprofundar agora está sem tempo... (08:18:48 PM) eyedeekay: Eu ainda quero cortar um release da 2.1.0 assim que soubermos que podemos passar pela notarização; na minha opinião, uma vez que consigamos passar uma vez, deveremos conseguir fazê-lo de forma previsível (08:18:59 PM) zzz: o eyedeekay se comprometeu mais ou menos com início de abril para a 2.2.0 no post do blog, você não endossa essa ETA, echelonMAC ? (08:19:49 PM) echelonMAC: Estou completamente sem condições e não posso prever uma ETA, pois ainda não entendo totalmente assinatura e compilação. (08:20:12 PM) echelonMAC: mais ou menos, eu sigo os scripts cegamente, se o idk puder consertar a assinatura, a notarização é um trabalho de 5 min. (08:20:24 PM) echelonMAC: SE a assinatura funcionar como a appple espera (08:20:26 PM) zzz: ok, então recomendo uma edição do post do blog, eyedeekay, vamos não prometer coisas que não podemos cumprir (08:20:33 PM) eyedeekay: Vou fazer (08:21:19 PM) zzz: ok, obrigado, você está pronto para a minha parte do 2) ? (08:21:41 PM) eyedeekay: Sim, por favor (08:21:48 PM) zzz: ótimo (08:22:00 PM) zzz: a última reunião foi uma semana depois do lançamento; agora estamos a 4 semanas (08:22:15 PM) zzz: minha esperança era que o sucesso de build de expl. subisse de forma constante (08:22:35 PM) zzz: dos baixos 20% para os baixos 30%, e então dar um 'pulo' para fora do congestionamento, de volta aos baixos 40% (08:22:45 PM) zzz: apenas a primeira parte aconteceu (08:25:20 PM) zzz: e então oscilamos para frente e para trás entre baixos 20% e baixos 30% (08:26:56 PM) zzz: então, temos algumas teorias, ver 2b) (08:26:56 PM) zzz: mas estou satisfeito com o desempenho da 2.1.0 no geral (08:26:56 PM) zzz: não há muitos relatos de bugs (08:26:56 PM) zzz: vou dar uma visão geral do que estamos corrigindo em 2b) e 3) (08:26:56 PM) zzz: cerca de 50% da rede atualizou para a 2.1.0 ou o equivalente no i2pd (08:26:56 PM) zzz: por favor, atualizem todos que ainda não atualizaram (08:26:56 PM) zzz: é tudo que tenho para 2a), mas vou pausar por um minuto para perguntas/comentários antes de começar 2b) (08:28:33 PM) zzz: ok, 2b) condições atuais da rede (08:28:33 PM) zzz: no fim de semana começou um ataque inequívoco (08:28:33 PM) zzz: muitos floodfill routers (08:28:33 PM) zzz: em geral, a rede como um todo, e os java routers, estão lidando bem com isso (08:28:33 PM) zzz: eu tenho um relato de routers travando com OOM (out of memory) (08:28:54 PM) zzz: Eu entendo que os i2pd routers estão realmente lutando com taxas de sucesso de build de tunnel muito baixas (08:29:06 PM) not_bob: Minha frota está atualizada. (08:29:15 PM) zzz: o ataque está começando/parando/mudando várias vezes ao dia (08:29:37 PM) zzz: então estamos há apenas cerca de 60 horas tentando entender e discutir contramedidas (08:30:15 PM) zzz: lembrem-se de que o problema de build de tunnel (agora muito mais provável de ser classificado como um ataque diferente) começou em 19 de dezembro e nos levou várias semanas para entender e tratar (08:30:27 PM) zzz: então ainda é cedo (08:30:36 PM) not_bob: Tenho um I2P+ router e ele lidou bem com isso. Mas meus i2pd routers nem tanto. Já vi sucesso de build de tunnel tão baixo quanto 3%. Atualmente estou por volta de 10% nesses routers. (08:31:17 PM) zzz: mas este é um ataque Sybil/DHT direto, novo para nós mas familiar para qualquer um que faça aplicações peer-to-peer/DHT (08:31:53 PM) zzz: é cedo demais para dizer se isso exigirá um release adiantado (para o java i2p) e, em caso afirmativo, quando (08:32:23 PM) zzz: EOT, vou esperar alguns minutos para discussão/comentários/perguntas (08:33:24 PM) eyedeekay: As pessoas que acabam em OOM devem aumentar a RAM disponível para o seu router? (08:36:18 PM) zzz: sim, essa é uma mitigação direta (08:36:18 PM) zzz: stop your router, edit wrapper.config, restart (08:36:18 PM) zzz: Espero ter mitigações em dev builds em alguns dias (08:36:18 PM) dr|z3d: idealmente você quer seu heap mínimo em cerca de 256M e sua RAM máxima em 2-3 vezes isso. (08:36:18 PM) not_bob: Atualmente não tenho nenhum I2P router padrão rodando. (08:36:18 PM) zzz: Quero repetir o que disse acima: os ataques estão evoluindo rapidamente, e queremos levar o tempo necessário para abordar as questões gerais (08:36:18 PM) zzz: e não focar estreitamente demais nos detalhes específicos (08:37:36 PM) zzz: devolvo para você, eyedeekay, se não houver mais nada em 2b) (08:38:06 PM) eyedeekay: muito obrigado, zzz. 3) Status de Desenvolvimento 2.2.0 (08:39:51 PM) eyedeekay: Como eu disse por engano antes, meu foco tem sido em questões de UX no Android, em particular consertando coisas que eu estava fazendo errado ao inicializar o app; coisas bem básicas, considerando tudo, mas todas precisavam de melhoria (08:39:57 PM) eyedeekay: ou de correção mesmo (08:40:49 PM) eyedeekay: Exemplos são correções para assinaturas e portas personalizadas ao construir tunnels, que atrapalharam vários usuários após um grande aumento no número de usuários com a 2.10 (08:41:07 PM) dr|z3d: como um aparte, e para lançar alguma luz sobre o tamanho do ataque, temos um usuário relatando ~30 mil routers banidos. então não é trivial :) (08:41:07 PM) dr|z3d: (deve ser o shiver, que está aqui) (08:42:36 PM) mark22k: Eu tenho 56005 pares banidos. (08:42:58 PM) eyedeekay: Caramba. Eu tenho 11027 e achei que era muito (08:43:08 PM) moristo: Isso é obra de um Estado-nação — os routers banidos ou algum outro padrão perceptível? (08:43:50 PM) moristo: A internet da Spectrum ficou fora do ar ontem na FL e na Itália no dia anterior. (08:43:54 PM) moristo: *ontem. (08:43:55 PM) zzz: vamos voltar ao 3), por favor, e deixar mais discussões sobre o ataque para depois da reunião (08:44:05 PM) echelonMAC: Pares banidos (57053) (08:44:22 PM) moristo: ah, tem uma reunião em andamento? Foi mal. (08:46:50 PM) zzz: eyedeekay, ainda está com a gente? (08:47:11 PM) eyedeekay: sim, estou aqui (08:47:37 PM) zzz: você tem mais sobre o 3) ou é a minha vez? (08:47:37 PM) eyedeekay: comecei uma longa: (08:47:37 PM) eyedeekay: i2p.firefox(Easy-Install para Windows também está sendo trabalhado, mais do trabalho está sendo feito por remoção lá, as atualizações estão sendo simplificadas agora que as instalações antigas no estilo admin foram todas migradas para instalações no estilo usuário (08:47:37 PM) eyedeekay: suporte a instalação portátil em USB está no horizonte para a 2.2.0 (08:47:43 PM) eyedeekay: Com atualizações (08:48:21 PM) eyedeekay: Outros problemas e reclamações de usuários que estou tratando ou decidindo como tratar estão naquele issue tracker (08:48:28 PM) eyedeekay: EOT para mim (08:48:47 PM) zzz: ok, você viu o problema de NPE no i2p.i2p, certo? (08:49:10 PM) eyedeekay: Sim, vi, estou no encalço (08:49:21 PM) zzz: ok, grite se precisar de ajuda, ofc (08:49:24 PM) zzz: 3) para mim: (08:49:47 PM) zzz: Eu finalizei a refatoração de seleção de peers em que venho trabalhando desde setembro, finalmente (08:50:31 PM) zzz: Acho que corrigi as indicações errôneas de NAT simétrico que estavam na 2.1.0, mas preciso que alguém com esse problema teste e reporte (08:50:59 PM) zzz: temos uma nova caixa de busca legal no i2psnark (08:51:19 PM) zzz: quase concluído com os 'congestion caps' (proposta 162) (08:51:31 PM) echelonMAC: :-) (08:51:49 PM) zzz: e mais alguns ajustes para refinar nosso tratamento de congestionamento de build de tunnel (08:52:18 PM) zzz: no fim da semana passada, achei que estava praticamente terminado com a 2.2.0 e que poderia relaxar por dois meses até o release (08:52:31 PM) zzz: então, infelizmente, agora temos muito mais a fazer (08:52:48 PM) zzz: é assim que as coisas são às vezes (08:53:24 PM) not_bob: Obrigado por isso, uma grande melhoria de qualidade de vida. (08:53:24 PM) zzz: EOT, vou esperar um minuto para discussão, depois devolvo para você, eyedeekay (08:53:37 PM) zzz: haha not_bob de nada (08:55:00 PM) eyedeekay: Última chamada para o 3? (08:55:20 PM) eyedeekay: 4. Limitação de congestionamento - acho que isso era um tópico do tunnel_king, o tunnel_king está aqui? (08:55:42 PM) zzz: de volta para você, eyedeekay (08:57:39 PM) eyedeekay: 4. Limitação de congestionamento, 5. Gestão hipotética de tráfego ( enxurrada de usuários do Tor) - ambos introduzidos pelo tunnel_king, última chamada para o tunnel_king (08:59:01 PM) eyedeekay: OK, última, 6. Adesivos para tradutores (08:59:01 PM) eyedeekay: Especificamente regras para pessoas recebendo adesivos fora das Américas (08:59:58 PM) zzz: esse era meu tópico, só porque está sem resolução desde a última reunião (09:00:28 PM) zzz: echelonMAC, você tem uma resposta? (09:00:41 PM) echelonMAC: não em detalhe, mas quem quiser deve receber um punhado de adesivos se enviar seu endereço (09:01:04 PM) echelonMAC: aka enviar um anúncio no transifex e enviar depois de receber o endereço (09:01:19 PM) echelonMAC: mas no momento não chegaram adesivos novos aqui (09:01:35 PM) eyedeekay: O rastreamento diz dia 10 (09:01:55 PM) zzz: Estou aguardando o echelonMAC postar as instruções no meu fórum, depois vou copiar/colar para o transifex (09:02:17 PM) echelonMAC: ok (09:02:28 PM) zzz: é assim que estamos há um mês (09:02:42 PM) zzz: obrigado (09:03:33 PM) eyedeekay: Mais alguma coisa para o 6 ou para a reunião? (09:03:36 PM) zzz: EOT no 6) para mim, devolvo para você, eyedeekay (09:04:32 PM) zzz: uma palavra de encerramento para a reunião: zzz.i2p é o melhor lugar para notícias e tempo, vou postar lá quando souber mais do que sei agora (09:04:32 PM) zzz: obrigado (09:04:55 PM) eyedeekay: Muito obrigado por isso, zzz, e obrigado a todos por virem à reunião (09:05:44 PM) eyedeekay: Vejo vocês pelo IRC e no mesmo horário no mês que vem (09:08:55 PM) zzz: obrigado, eyedeekay (09:08:55 PM) zzz: passamos por isso sem desconexões

Atualização sobre a notarização do Mac Easy Install

Tue, 31 Jan 2023 00:00:00 +0000

O I2P Easy-Install Bundle para Mac vem enfrentando atualizações paralisadas nas últimas 2 versões devido à saída de seu mantenedor. Recomenda-se que os usuários do Easy-Install Bundle para Mac mudem para o instalador clássico no estilo Java, que foi recentemente restaurado na página de download. A versão 1.9.0 tem problemas de segurança conhecidos e não é adequada para hospedar serviços nem para qualquer uso de longo prazo. Aconselha-se que os usuários migrem o quanto antes. Usuários avançados do Easy-Install Bundle podem contornar isso compilando o bundle a partir do código-fonte e autoassinando o software.

Lançamento do Windows Easy-Install 2.1.0

Fri, 13 Jan 2023 00:00:00 +0000

Detalhes da atualização

O pacote I2P Easy-Install para Windows, versão 2.1.0, foi lançado. Como de costume, esta versão inclui um I2P Router atualizado. Esta versão do I2P oferece estratégias aprimoradas para lidar com o congestionamento da rede. Isso deve melhorar o desempenho, a conectividade e garantir a saúde de longo prazo da rede I2P.

Presentes: echelon, eyedeekay, zzz

Registro da Reunião

(03:00:31 PM) eyedeekay: Olá a todos, bem-vindos à reunião de 8 de novembro (03:00:31 PM) eyedeekay: 1. Oi (03:00:31 PM) eyedeekay: 2. Status do desenvolvimento 2.0.0 (03:00:31 PM) eyedeekay: 3. Publicar tarballs de código-fonte para os lançamentos do pacote (03:00:31 PM) eyedeekay: 4. Adesivos grátis para tradutores (03:00:31 PM) eyedeekay: Mais algo para a pauta? (03:00:39 PM) mode (-m ) by zzz (03:01:19 PM) zzz: oi (03:01:58 PM) eyedeekay: oi zzz (03:02:03 PM) eyedeekay: Mais alguém aqui hoje? (03:02:08 PM) eche|on: oi (03:02:18 PM) eyedeekay: Oi, eche|on (03:02:39 PM) eyedeekay: 2. Status do desenvolvimento 2.0.0 (03:02:58 PM) eyedeekay: Estamos a 2 semanas do lançamento, com congelamento de tag amanhã, se bem me lembro (03:03:49 PM) eyedeekay: Sim, é exatamente nesse momento (03:04:38 PM) eyedeekay: zzz e orignal têm trabalhado duro para deixar o ssu2 pronto, o plano ainda é habilitá-lo (03:05:08 PM) eyedeekay: Vou fazer um lançamento não assinado do I2P Easy-Install para Windows (03:05:50 PM) eyedeekay: Não sei o status do lançamento para Mac; os usuários de Mac ficarão presos na 1.9.0 até encontrarmos um novo mantenedor/assinante para Mac? (03:06:25 PM) zzz: sim. Há um resumo bem bom do lançamento em `http://zzz.i2p/topics/3377` (03:07:02 PM) zzz: os testes do SSU2 nos últimos 3 meses, com 2% habilitado, foram um tremendo sucesso (03:07:17 PM) zzz: não encontramos nenhum problema importante, mas corrigimos inúmeros menores (03:08:19 PM) eche|on: sigam em frente com SSU2 (03:08:35 PM) eche|on: sobre Mac: consegui uma conta de desenvolvedor e um MAC, mas no momento não faço ideia de como fazer (03:08:39 PM) eche|on: e tenho pouco tempo (03:09:03 PM) zzz: interessante (03:09:31 PM) zzz: você acha que _poderia_ fazer isso em algum momento? Se sim, quando? (03:09:39 PM) eche|on: Eu tenho o repositório git das inclusões do Mac, mas por enquanto ainda não examinei (03:09:54 PM) eche|on: SE eu descobrir como fazer, em breve (tm) (03:10:05 PM) zzz: mesmo que atrase um ou dois meses, seria fantástico (03:10:08 PM) eche|on: mas o tutorial pode falhar no curto prazo (03:10:41 PM) eche|on: também não faço ideia do que a Apple vai fazer, mas isso é parte do que precisamos descobrir (03:11:10 PM) eyedeekay: Vou ver se consigo ajudar, criar os jpackages para Mac é bem simples; nunca os assinei, mas está tudo nos scripts que o zab escreveu (03:11:25 PM) zzz: quando eu fizer o 2.0.0 news.xml, vou colocar uma notícia no feed do Mac dizendo que será adiado (03:11:42 PM) zzz: eyedeekay, você tem um Mac? (03:11:57 PM) eyedeekay: Tenho um Mac Intel, mas não tenho conta de desenvolvedor (03:12:04 PM) eche|on: a sadie tem um Mac, mas nem a idk nem a sadie querem tornar públicos seus nomes (03:12:25 PM) eche|on: obter uma conta de desenvolvedor é bem simples : fornecer seu nome e pagar US$ 100 por ano (03:12:28 PM) eyedeekay: Posso fazer um dmg, mas ele é assinado com chaves locais que não são aceitas em outros Macs (03:12:32 PM) zzz: Entendo. A ideia é que você poderia passar por tudo, exceto a notarização (03:12:32 PM) eche|on: mais ou menos é isso (03:13:12 PM) eche|on: volto em 2 min (03:13:25 PM) zzz: pelo que sei, é a notarização que é o verdadeiro aborrecimento. Espero que o tutorial esteja claro... (03:14:14 PM) eyedeekay: Acho que o único tropeço é configurar os ambientes de desenvolvimento Java; há uma ferramenta que você instala via brew que alterna a versão e facilita bastante (03:14:25 PM) zzz: eyedeekay, vamos colocar isso na pauta do próximo mês (03:14:36 PM) eyedeekay: Posso sim (03:15:19 PM) zzz: Enquanto isso, por favor, siga o tutorial como ele está atualmente o mais longe que puder sem a notarização, só para testar o tutorial e ver se precisa de correções para o ech (03:16:10 PM) zzz: especialmente para verificar se a parte ARM64 está documentada (03:16:45 PM) eyedeekay: Vou fazer tudo que puder, embora não consiga executar o processo ARM64 porque não tenho um Mac ARM64 (03:16:53 PM) eche|on: Vou verificar como obter os certificados com a notarização, (03:16:55 PM) eyedeekay: Mas farei tudo até essa etapa (03:17:18 PM) eche|on: eyedeekay: apenas encomende um Mac ARM64. reembolso como de costume (03:17:28 PM) eche|on: não precisa parar por causa disso (03:17:30 PM) zzz: você precisa de um Mac ARM para compilar ARM? (03:17:41 PM) zzz: provavelmente... (03:17:59 PM) eyedeekay: Não tenho certeza das sutilezas disso tudo quanto à compilação cruzada (03:18:02 PM) zzz: também há um possível fluxo de trabalho em que a idk compila e o ech faz a notarização (03:18:23 PM) zzz: mas não precisamos resolver tudo aqui (03:18:44 PM) eyedeekay: Mas o jpackage é bem exigente quanto às combinações de arquitetura/SO (03:19:28 PM) SoniEx2: Raspberry Pi? (03:19:39 PM) zzz: vamos passar para o próximo tópico (03:19:40 PM) eyedeekay: ELF não Mach-O (03:19:42 PM) eyedeekay: Mas sim (03:19:45 PM) eyedeekay: 3. Publicar tarballs de código-fonte para os lançamentos do pacote (03:20:24 PM) eyedeekay: Como agora sou só eu e eu queria publicar tarballs de código-fonte o tempo todo, a versão 2.0.0 para Windows vai receber tarballs de código-fonte (03:20:36 PM) eyedeekay: Uma para o próprio pacote e outra para o componente gerenciador de perfis (03:21:17 PM) eyedeekay: Como parte de revisar os scripts do pacote para Mac, vou adicionar a geração de tarball de código-fonte ao processo (03:21:18 PM) zzz: ok, e como o opositor do Mac saiu, vamos adicionar um também à página do Mac (03:21:28 PM) eyedeekay: Pode deixar (03:21:41 PM) zzz: ótimo, estou satisfeito (03:22:38 PM) eyedeekay: 4. Adesivos grátis para tradutores (03:23:27 PM) eche|on: sim (03:23:49 PM) eyedeekay: eu e o eche|on conversamos brevemente sobre isso por e-mail após a reunião do mês passado (03:23:49 PM) eyedeekay: Acho que ambos éramos a favor? Não estou com meu e-mail aberto (03:24:23 PM) eche|on: claro que podemos fazer isso, um para cada parte do mundo (03:24:28 PM) zzz: foi minha proposta, mas exige a) adesivos e b) alguém para enviá-los (03:24:30 PM) eche|on: mas meus recursos de adesivos são limitados (03:24:47 PM) zzz: pelo que entendo, estamos essencialmente sem adesivos (03:24:59 PM) eche|on: sadie/idk ainda têm vários (03:25:05 PM) eche|on: eu tenho só cerca de 400 ou algo assim (03:25:23 PM) eche|on: deve dar para mais de 1 ano, mas planejem com antecedência (03:25:26 PM) eyedeekay: Ah, fiquei com, tipo, 8 no All Things Open na semana passada (03:25:30 PM) eyedeekay: Vou precisar pedir mais (03:25:53 PM) eche|on: ah, ok (03:26:10 PM) zzz: vocês dois podem coordenar quem faz o pedido, qual é o design e garantir que cada um receba metade? (03:26:16 PM) eyedeekay: Sim, podemos (03:26:34 PM) zzz: ótimo (03:27:05 PM) zzz: quando tiverem em mãos, avisem e eu anuncio no TX (03:27:11 PM) eche|on: bom (03:27:22 PM) zzz: obrigado, pessoal (03:27:46 PM) eyedeekay: Sem problema (03:27:56 PM) eyedeekay: Algo mais sobre o 4 ou para a reunião? (03:28:25 PM) eche|on: não (03:29:14 PM) eyedeekay: Certo, obrigado a todos por virem, vou publicar a reunião em alguns minutos

Transporte SSU2

Tue, 11 Oct 2022 00:00:00 +0000

Visão geral

O I2P tem usado um protocolo de transporte UDP resistente à censura “SSU” desde 2005. Tivemos poucos, se é que tivemos algum, relatos de bloqueio do SSU em 17 anos. No entanto, pelos padrões atuais de segurança, resistência a bloqueios e desempenho, podemos fazer melhor. Muito melhor.

É por isso que, juntamente com o projeto i2pd , criamos e implementamos o “SSU2”, um protocolo UDP moderno projetado segundo os mais altos padrões de segurança e resistência a bloqueios. Este protocolo substituirá o SSU.

Reunião de Desenvolvedores do I2P - 04 de outubro de 2022

Tue, 04 Oct 2022 00:00:00 +0000

Resumo rápido

Presentes: eyedeekay, zzz, zlatinb

Registro da reunião

(04:00:08 PM) eyedeekay: Oi a todos, bem-vindos à reunião de 4 de outubro de 2022 (04:00:08 PM) eyedeekay: 1. Oi (04:00:18 PM) zlatinb: oi (04:00:28 PM) zzz: oi (04:00:51 PM) eyedeekay: 1. Oi (04:00:51 PM) eyedeekay: 2. status do desenvolvimento da 1.10.0 (04:00:51 PM) eyedeekay: 3. próxima versão 2.0.0? (04:00:51 PM) eyedeekay: 4. Publicar tarballs de código-fonte para lançamentos do bundle (04:00:51 PM) eyedeekay: 5. Adesivos grátis para tradutores (04:00:51 PM) eyedeekay: 6. Windows Easy-Install Atualização/Fora do Beta (04:01:05 PM) eyedeekay: 2. status do desenvolvimento da 1.10.0 (04:01:15 PM) eyedeekay: Faltam cerca de 7 semanas (04:01:24 PM) eyedeekay: Minha grande prioridade este mês tem sido deixar o bundle Windows Easy-Install pronto para sair do beta (04:01:31 PM) eyedeekay: Muita coisa no fórum sobre isso, visando atualizações estáveis, compatibilidade com routers existentes/não empacotados, e uma forma mais estável e flexível de gerenciar e iniciar perfis de navegador; mais sobre tudo isso no item 6 (04:01:38 PM) eyedeekay: Também trabalhando em uma ferramenta de "Split Tunneling (divisão de túnel)" ou "Per-App VPN (VPN por aplicativo)" no Android (no roadmap). (04:01:47 PM) eyedeekay: A utilidade é permitir que os usuários configurem seus navegadores mais facilmente, de uma forma que evita vazamentos de WebRTC, colocando-os em uma interface que corresponde a uma conexão I2P e não ao provedor de rede deles (04:02:05 PM) eyedeekay: zzz, zlatinb, o que vocês gostariam de acrescentar sobre o que estão trabalhando (04:02:30 PM) zzz: não há muito a relatar... os testes do SSU2 continuam indo bem... (04:02:53 PM) zzz: publiquei a proposta 161 sobre padding compressível, vamos discutir nas reuniões do #ls2... (04:03:06 PM) zlatinb: Nada específico em que eu esteja trabalhando, só quero avisar a todos que vou estar ausente de 22 de nov a 10 de dez, então se a próxima release for marcada com tag no dia 21 talvez eu consiga construir os bundles para Mac, mas muito provavelmente não vou conseguir semear os torrents (04:03:29 PM) eyedeekay: Se você me enviar os arquivos, eu os semeio por você (04:03:32 PM) zzz: Tenho algumas melhorias de eficiência na seleção de pares que vou tentar incluir em breve, pode ser que dê tempo ou não (04:03:43 PM) zzz: EOT (04:04:21 PM) eyedeekay: Obrigado zzz, zlatinb, não quero apressar ninguém, mas temos uma pauta longa hoje; algo mais a acrescentar no 2? (04:04:59 PM) eyedeekay: 3. próxima versão 2.0.0? (04:04:59 PM) eyedeekay: Meu voto é sim para 2.0.0 (04:05:19 PM) zzz: sim, coloquei para comentários no meu fórum e acho que recebi 1 sim e nenhum não (04:05:36 PM) eyedeekay: Acho que eu também fui sim na última reunião (04:05:46 PM) zzz: Eu gostaria de decidir hoje porque tenho um post no blog sobre SSU2 pronto para publicar e seria útil referir-se à próxima release pelo número (04:06:22 PM) zzz: sim, não ouvi opiniões fortes de um lado ou de outro na última reunião, por isso adiamos um mês (04:06:34 PM) zzz: Acho uma boa ideia (04:06:51 PM) zzz: então, se não houver objeções, vamos chamá-la de 2.0.0! (04:07:30 PM) eyedeekay: Tempo limite de 1m para objeções (04:07:47 PM) zzz: faz 30 segundos :) (04:07:54 PM) eyedeekay: É, já gastei 30 (04:08:04 PM) eyedeekay: OK, aí está (04:08:06 PM) eyedeekay: 2.0.0 (04:08:17 PM) eyedeekay: 4. Publicar tarballs de código-fonte para lançamentos do bundle (04:08:31 PM) zzz: sim, este era meu item (04:08:53 PM) zzz: a prática padrão de software livre é publicar tarballs do código-fonte, mesmo que possamos apontar para uma tag no git (04:09:06 PM) zzz: Pelo que entendo, o código-fonte do Mac não muda de release para release? (04:09:10 PM) zzz: mas o do Windows muda? (04:09:46 PM) zlatinb: bem, o bundle para Mac evoluiu para habilitar arm64, mas em geral não muda (04:10:02 PM) eyedeekay: O que nós dois fazemos é clonar uma cópia do repositório e fazer checkout de uma tag específica de release, ant distclean, gerar nossos jars e copiá-los para as árvores do bundle (04:10:15 PM) zzz: de qualquer forma, minha recomendação é gerar tarballs do código-fonte como parte do processo de build e colocar links para eles nas respectivas páginas de download (04:10:36 PM) zzz: se não mudarem, então acho que podem ser sem versão (04:10:50 PM) zzz: então o código-fonte do Windows também não muda de release para release? (04:11:01 PM) zlatinb: Eu preferiria apenas criar a tag e depois buscar o tarball no GitHub. Espero que, pelo menos por um tempo, a única coisa mudando no bundle para Mac seja o arquivo de changelog (04:11:50 PM) zzz: vocês podem acertar os detalhes, mas o objetivo é ter o código-fonte e instruções para que qualquer um possa construir por conta própria (04:12:00 PM) eyedeekay: Os jars do i2p incluídos não mudam, exceto por serem atualizados, mas o código-fonte do Windows mudou bastante no launcher desde o início (04:12:12 PM) zzz: vocês dois topam fazer isso e adicionar aos seus processos de release? (04:12:21 PM) eyedeekay: Sim, absolutamente (04:12:31 PM) eyedeekay: Meus scripts de release e scripts diários agora incluem tarball sempre (04:12:36 PM) zzz: vocês não precisam incluir dependências como i2p, e provavelmente não deveriam (04:12:37 PM) eyedeekay: os do zab também, IIRC (04:12:54 PM) zlatinb: a questão é onde colocar os tarballs, se devem estar disponíveis no site, etc. (04:13:25 PM) zzz: em algum lugar no servidor de downloads junto com o resto, com links nas páginas do bundle. Vocês dois podem acertar os detalhes para manter a consistência (04:13:59 PM) zlatinb: pois é, essa é a questão: se pudermos apenas apontar para uma tag no GitLab, então não há necessidade de links extras (04:14:31 PM) zzz: discordo, acho que é uma boa prática de software livre publicar tarballs de código-fonte (04:14:55 PM) zlatinb: o GitHub e talvez o GitLab permitem baixar tarball a partir de uma tag (04:14:57 PM) eyedeekay: Não é muito esforço, não sou contra; eu crio a tag no mesmo script em que gero os tarballs (04:15:05 PM) zzz: aqui está o binário, aqui está o código-fonte, aqui estão as assinaturas GPG, aqui estão as instruções de build (04:15:29 PM) zzz: também é consistente com nosso release principal ter tarballs (04:16:15 PM) zzz: parece que o zlatinb não concorda? devemos adiar para o mês que vem? (04:16:38 PM) zlatinb: sim, acho desnecessário (04:16:57 PM) zlatinb: mas não me importo em fazer se essa for a decisão (04:17:11 PM) zzz: se nunca mudar, você só precisa fazer uma vez e pronto (04:17:47 PM) zlatinb: historicamente mudou muito raramente (04:18:03 PM) eyedeekay: Adiar por enquanto está ok para mim; o zlatinb e eu podemos decidir o que vamos fazer ou deixar de fazer nesse meio tempo (04:18:33 PM) eyedeekay: Pode ser um caso em que precisemos ser um pouco diferentes, porque o meu bundle tem mudado um pouco mais rapidamente que o dele (04:19:27 PM) zzz: se não quisermos decidir hoje, vou abrir um tópico no fórum para pedir mais opiniões (04:20:44 PM) zlatinb: ok (04:20:44 PM) zzz: ok = você é contra por enquanto? (04:21:02 PM) eyedeekay: Provavelmente uma boa ideia, e eu sou a favor dos tarballs (04:21:31 PM) zlatinb: sim (04:21:31 PM) zzz: sem problema, eyedeekay, coloque na lista para o mês que vem (04:21:37 PM) eyedeekay: OK, posso fazer (04:21:52 PM) eyedeekay: Mais algo no 4? (04:22:38 PM) eyedeekay: 5. Adesivos grátis para tradutores (04:22:55 PM) eyedeekay: zzz, este também era seu, manda ver quando estiver pronto (04:23:16 PM) zzz: sim, crédito para a Sarah Jamie Lewis no Twitter (04:23:32 PM) zzz: pelo projeto dela cujo nome eu esqueci... cwtch? (04:24:02 PM) eyedeekay: Esse mesmo (04:24:02 PM) zzz: de qualquer forma, achei uma boa ideia, mas precisaríamos de a) adesivos e b) pessoas para enviá-los (04:24:17 PM) zzz: ambos, que costumávamos ter, mas agora estamos sem pessoas e sem adesivos? (04:24:40 PM) zzz: então, queremos fazer isso? e devemos pedir adesivos (mesmo que não façamos) (04:24:45 PM) zzz: EOT (04:25:26 PM) zzz: acho que a sadie e o eche|on costumavam ser as pessoas dos adesivos (04:25:38 PM) eyedeekay: Eu conferi e contei os meus, tenho talvez 35 dos antigos(Toopie) e 91 sobrando da tiragem que pedi na primavera; mas eu não me importo em pedir mais (04:25:41 PM) zzz: de qualquer forma, comentários, por favor... sim/não/talvez? (04:26:00 PM) eyedeekay: Posso enviar para EUA e Canadá, mas para a UE não é muito bom para mim (04:26:21 PM) zzz: temos centenas de tradutores registrados. provavelmente só alguns estão ativos (04:26:41 PM) zzz: quem é a pessoa que faz o pedido dos adesivos? (04:27:54 PM) eyedeekay: A última pessoa a pedir adesivos provavelmente fui eu, mas fiz isso no meu tempo/por conta própria para tê-los em convenções (04:28:19 PM) zzz: quem é responsável por PR? (04:28:48 PM) zzz: quem tem opinião sobre adesivos para tradutores? (04:28:48 PM) zzz: bem, você poderia/deveria ter sido reembolsado... o echelon costumava ser o cara dos adesivos (04:29:54 PM) zzz: vamos precisar do aval dele, tanto pelo custo quanto para torná-lo a pessoa de envio na UE, e para enviar metade para você e metade para ele (04:30:15 PM) zzz: como ele não está por aqui, coloque isso na lista para o mês que vem; vou tentar chamar a atenção dele (04:30:22 PM) eyedeekay: Acho que, se os tradutores solicitarem adesivos, devemos conseguir enviar alguns, mas que isso seja condicionado a solicitação (04:30:59 PM) zzz: claro, não temos o endereço de ninguém, eles precisam pedir. mas temos que avisar para que peçam (04:31:17 PM) uis agora é conhecido como Irc2PGuest33729 (04:31:48 PM) zzz: se alguém vai ao CCC, então é preciso providenciar mais adesivos, independentemente dos tradutores (04:32:42 PM) zzz: EOT, empurra para o mês que vem, sem respostas hoje (04:32:47 PM) eyedeekay: Ciente, eu planejo ir, então vou garantir que eu tenha alguns adesivos (04:32:47 PM) eyedeekay: Então o próximo passo é iniciar uma cadeia de e-mails com o Ech sobre isso (04:33:09 PM) eyedeekay: EOT da minha parte, mais algo no 5? (04:33:50 PM) eyedeekay: 6. Windows Easy-Install Atualização/Fora do Beta (04:33:58 PM) eyedeekay: Este é meu, obviamente (04:34:26 PM) eyedeekay: Então a release pontual 1.9.5 aconteceu tecnicamente por causa do reseed application context timer, obviamente (04:34:45 PM) eyedeekay: Mas foi um momento conveniente para também observar como as atualizações se comportaram (04:35:54 PM) zlatinb: e como se comportou? (04:35:55 PM) eyedeekay: Não foi sem complicações; as pessoas que estavam usando caíram em 3 grupos (04:36:56 PM) eyedeekay: 1. Pessoas para quem funcionou perfeitamente (04:36:56 PM) eyedeekay: 2. Pessoas para quem resultou em arquivos router.config corrompidos para routers não empacotados (04:36:56 PM) eyedeekay: 3. Pessoas para quem não atualizou porque os arquivos router.config eram de routers não empacotados (04:37:22 PM) eyedeekay: 2 e 3 foram problemas, eu acompanhei com a correção em um post no fórum em zzz.i2p (04:37:43 PM) eyedeekay: Acredito que agora estejam corrigidos e que não possam voltar a ocorrer no futuro (04:37:57 PM) eyedeekay: Portanto, acho que o processo de atualização estará pronto até o que agora é a 2.0.0 (04:38:08 PM) eyedeekay: Na verdade acho que já está pronto agora, mas teremos 7 semanas para testar (04:38:53 PM) eyedeekay: Então eu gostaria de tirá-lo do beta em novembro (04:39:09 PM) zzz: não temos critérios documentados para sair do beta, de fato (04:39:17 PM) zzz: mas para mim é que os processos de release estejam sólidos, nada esteja sendo esquecido (04:39:27 PM) zzz: não estamos fazendo releases pontuais uma semana depois para corrigir coisas (04:39:45 PM) zzz: mas você pode querer listar seus próprios objetivos de recursos (04:40:21 PM) zzz: por exemplo, vocês dois estão firmes em revisar as atualizações do Java a cada três meses e decidir conjuntamente lançar ou não? (04:40:40 PM) zzz: Não vi nenhuma discussão no IRC. aconteceu fora do IRC, talvez? (04:41:31 PM) zlatinb: a última discussão aconteceu aqui; desde então, não houve discussão fora do IRC sobre releases pontuais do JRE (04:42:21 PM) eyedeekay: Não conversamos sobre isso no Whereby pouco depois? (04:42:36 PM) eyedeekay: Se bem me lembro (IIRC), só lançamos no ciclo do Java se houver um CVE que afete a última release? (04:42:46 PM) zzz: apenas como exemplo, 18.0.2.1 de 18 de agosto de 2022 corrige um bug no JIT que derruba o JRE. Vocês dois estão nessa, ou decidiram conjuntamente que não era necessário? (04:43:33 PM) zlatinb: Acho que não estou nessa (04:43:43 PM) zlatinb: e não me lembro de discutir esse bug; costumo olhar apenas os CVEs (04:44:08 PM) zlatinb: 21:43:29 zlatinb: Acho que não estou nessa (04:44:08 PM) zlatinb: 21:43:42 zlatinb: e não me lembro de discutir esse bug; costumo olhar apenas os CVEs (04:44:12 PM) zzz: voltei (04:45:12 PM) eyedeekay: Eu estou no 18.0.2.1, mas porque adiei meu release para tentar garantir que eu resolvesse algumas questões de estabilidade e, nesse meio tempo, o Java foi atualizado (04:45:24 PM) eyedeekay: Além disso, meu release pontual foi construído com um JDK atualizado (04:45:35 PM) eyedeekay: Então isso nos deixou fora de sincronia de novo, acho (04:45:54 PM) zzz: é disso que estou falando sobre processos. Se os processos de build e release ainda não estiverem estáveis e sendo seguidos de forma confiável, esses produtos não estão prontos para “graduar” (04:46:01 PM) zzz: então, quando você atualizou para 18.0.2.1, avisou o zlatinb que estava fazendo isso e sugeriu que ele fizesse o mesmo? (04:47:04 PM) eyedeekay: Não, não avisei; eu simplesmente deixei atualizar automaticamente e fiz o build com a versão mais recente (04:48:13 PM) eyedeekay: Então... há mais um processo para revisar do meu lado (04:49:31 PM) zzz: Sugiro que você trabalhe em um release sólido, sem bugs, em novembro (junto com quaisquer objetivos de recursos que você tenha) e, se correr bem, coloque na pauta para dezembro (04:50:00 PM) eyedeekay: OK, posso fazer (04:50:56 PM) zzz: ou janeiro, porque o release provavelmente será no fim de nov., e pode não haver informação suficiente até a primeira semana de dez. (04:52:02 PM) eyedeekay: Se não houver base suficiente até lá, eu adio (04:52:15 PM) eyedeekay: Mais algo para o 6? (04:52:27 PM) zzz: um breve 6a) (04:52:30 PM) eyedeekay: Claro (04:52:52 PM) zzz: zlatinb, relatou que a atualização para Mac ARM foi bem, então, do meu ponto de vista, está fora do beta, conforme discutido no meu fórum (04:53:28 PM) zzz: zlatinb, você precisa atualizar sua página para remover o rótulo de beta (04:53:28 PM) zzz: eot (04:53:28 PM) zlatinb: ok (04:53:29 PM) zlatinb: farei em breve (04:54:24 PM) eyedeekay: Certo, isso nos deixa a pouco menos de uma hora, mais algo para a reunião? (04:54:26 PM) eyedeekay: tempo limite 1m (04:54:41 PM) zlatinb: sim (04:54:57 PM) zlatinb: se a StormyCloud ler os logs, incentivo que eles respondam às preocupações levantadas no reddit (04:56:15 PM) zlatinb: quanto mais tempo essa questão ficar sem resposta, pior parece (04:56:18 PM) eyedeekay: concordo, eles às vezes aparecem no reddit e seria bom ouvi-los (04:56:36 PM) zlatinb: eot (04:56:43 PM) eyedeekay: Obrigado, zlatinb (04:57:37 PM) eyedeekay: Mais algo para a reunião (de novo)? tempo limite de 30s desta vez (04:58:21 PM) eyedeekay: Obrigado a todos por virem, vou postar os logs esta noite; vejo vocês pelo IRC e no mesmo horário no mês que vem

Conheça o seu mantenedor: DivaExchange

Mon, 26 Sep 2022 00:00:00 +0000

Nesta segunda edição de ‘Conheça seu Mantenedor’, entrei em contato com Konrad, da DIVA.EXCHANGE, para falar sobre a pesquisa e os serviços da DIVA. A DIVA.EXCHANGE está desenvolvendo software com o objetivo de fornecer tecnologia bancária gratuita para todos. É seguro, sem infraestrutura central e baseado em blockchain e I2P.

O que despertou o seu interesse pelo I2P?

Há cerca de 10 anos, fiz uma apresentação para o “Technologieforum Zug” - uma rede tecnológica muito local para pessoal de negócios. Apresentei I2P e Tor como redes de sobreposição para eles - para mostrar que existem outras coisas interessantes por aí.

Um lembrete para manter-se em segurança à medida que o I2P cresce

Mon, 26 Sep 2022 00:00:00 +0000

Um lembrete de segurança à medida que o I2P cresce

É um momento empolgante para o The Invisible Internet Project (I2P). Estamos concluindo nossa migração para criptografia moderna em todos os nossos transportes (Java e C++), e recentemente passamos a contar com um serviço de outproxy (proxy de saída) profissional e de alta capacidade, e há mais aplicações integrando funcionalidades baseadas em I2P do que nunca. A rede está pronta para crescer, então este é um bom momento para lembrar a todos que sejam cautelosos e ajam com segurança ao obter o I2P e software relacionado ao I2P. Recebemos de bom grado novas aplicações, implementações e bifurcações com novas ideias, e a força da rede vem de sua abertura à participação de todos os usuários do I2P. Na verdade, não gostamos de chamá-los de usuários; preferimos usar a palavra “Participantes”, porque cada um de vocês ajuda a rede, à sua maneira, contribuindo com conteúdo, desenvolvendo aplicações ou simplesmente roteando tráfego e ajudando outros participantes a encontrar pares.

Conheça o seu mantenedor: StormyCloud

Wed, 07 Sep 2022 00:00:00 +0000

Uma conversa com a StormyCloud Inc.

Com o lançamento do I2P Java mais recente, o outproxy (proxy de saída) existente, false.i2p, foi substituído pelo novo outproxy StormyCloud para novas instalações do I2P. Para quem está atualizando seu router, a mudança para o serviço Stormycloud pode ser feita rapidamente.

No seu Gerenciador de Serviços Ocultos, altere tanto Outproxies quanto SSL Outproxies para exit.stormycloud.i2p e clique no botão de salvar na parte inferior da página.

Lançamento do Pacote de Instalação Fácil para Windows 1.9.5

Wed, 07 Sep 2022 00:00:00 +0000

Versão de correção de erros para usuários do Windows 11

Esta versão pontual inclui uma correção de bug no I2P router incluído, que resolve um bug altamente obscuro em que o relógio de contexto está dessincronizado em relação ao relógio usado pelo Sistema de Arquivos, resultando em um router incapaz de ler o estado atual de sua própria NetDB. Embora esse bug tenha sido observado até agora apenas no Windows 11, recomenda-se fortemente que todos os usuários atualizem para a nova versão.

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

Tue, 06 Sep 2022 00:00:00 +0000

Recapitulação rápida

Presentes: eyedeekay, zzz, zlatinb, not_bob, RightNow, RN

Registro da Reunião

(04:01:46 PM) eyedeekay: Olá, pessoal (04:01:50 PM) eyedeekay: bem-vindos à reunião de terça-feira, 6 de setembro (04:02:02 PM) zzz: oi (04:02:07 PM) mode (-m ) by zzz (04:02:13 PM) zlatinb: oi (04:02:26 PM) eyedeekay: 1. Oi (04:02:26 PM) eyedeekay: 2. status do lançamento 1.9.0 (04:02:26 PM) eyedeekay: 3. status do desenvolvimento 1.10.0 (04:02:26 PM) eyedeekay: 4. próxima versão 2.0.0? (04:02:26 PM) eyedeekay: 5. Bundle para Mac arm64 sai da beta se a atualização 1.9.0 teve sucesso? (acompanhamento da última reunião) (04:02:51 PM) eyedeekay: Mais alguma coisa para acrescentar antes de começarmos? (04:03:19 PM) eyedeekay: oi zzz, oi zlatinb (04:03:46 PM) eyedeekay: 2. status do lançamento 1.9.0 (04:05:11 PM) eyedeekay: Lançamos há cerca de 2 semanas, houve um pequeno atraso para disponibilizar o Android e o bundle Easy-Install agora (04:05:11 PM) eyedeekay: As builds do F-Droid agora também estão corrigidas, então quem quiser pode instalar do F-Droid principal se preferir e o app vai funcionar (04:05:37 PM) not_bob: Obrigado por isso. (04:05:43 PM) eyedeekay: Sem problema (04:06:41 PM) eyedeekay: Vou fazer um lançamento pontual do bundle Easy-Install para Windows; o zlatinb encontrou um bug muito difícil de detectar que parece afetar o bundle Easy-Install no Windows 11 um pouco mais do que em outros lugares (04:07:17 PM) eyedeekay: zzz, quer falar sobre Debian ou mais alguma coisa? (04:07:51 PM) zzz: claro (04:07:53 PM) zzz: cerca de 40% da rede está atualizada, o que é típico após duas semanas (04:08:10 PM) zzz: temos agora algumas centenas de routers com SSU2 habilitado, como desejado/esperado (04:08:41 PM) zzz: sem grandes problemas até agora (04:09:06 PM) zzz: embora o bug do zlatinb seja talvez médio-grave :) (04:09:07 PM) zzz: EOT (04:10:01 PM) eyedeekay: Sim, e o que eu não entendo é como isso passou tanto tempo sem acontecer muito e, de repente, atinge o bundle Easy-Install duas vezes em rápida sucessão (04:10:17 PM) zlatinb: bem, meio que por acidente eu tive que usar um laptop com Windows 11 por alguns dias, isso revelou muitos problemas (04:11:08 PM) zlatinb: Acho que o problema de reseed fez as pessoas ou tentarem de novo ou desistirem do i2p de cara (04:11:09 PM) zzz: geralmente é assim... o dev pega um setup novo... e tudo vira um caos (04:11:59 PM) zlatinb: ainda há um problema de fork não resolvido com o Firefox na primeira execução (04:12:48 PM) zlatinb: então, idealmente, deveríamos tentar fazer algo a respeito (04:13:30 PM) eyedeekay: De fato, isso só acontece na primeira vez que o lançador do navegador é executado; nas execuções subsequentes funciona bem (04:13:36 PM) zlatinb: talvez lançar em modo headless ou mexer nas opções de inicialização, não sei (04:14:10 PM) eyedeekay: Sim, eu poderia iniciá-lo em modo headless na primeira execução, deixar fazer fork e fechar, e depois executar com a janela aberta (04:14:58 PM) eyedeekay: Boa ideia, obrigado, zlatinb (04:15:15 PM) eyedeekay: Mais algo sobre o 2? (04:16:03 PM) goingpostal agora é conhecido como Irc2PGuest14444 (04:16:29 PM) eyedeekay: 3. status do desenvolvimento 1.10.0 (04:18:30 PM) eyedeekay: Desculpem, estou um pouco menos preparado que o normal, preso o dia todo no escritório de outra pessoa, tenham paciência comigo (04:21:00 PM) eyedeekay: Duas semanas depois, tenho trabalhado em várias melhorias no bundle para Windows para torná-lo mais estável e intuitivo de usar e ajudar a rastrear esse bug de defasagem de relógio (04:21:37 PM) eyedeekay: Também tenho portado as partes de perfil e lançador dele(menos o jpackaged router) para plataformas que não são Windows, para, com sorte, fornecer configuração automática do navegador lá (04:22:06 PM) eyedeekay: zzz tem trabalhado no SSU2, corrigindo bugs com a ajuda do orignal; você gostaria de nos atualizar sobre isso, zzz (04:22:16 PM) zzz: sim, obrigado. ainda é cedo, mas um resumo das mudanças e correções até agora está em `http://zzz.i2p/topics/3377` (04:22:32 PM) zzz: SSU2 - adicionamos a flag ack-immediate e migração de conexão (04:22:47 PM) zzz: que são as duas últimas coisas que queríamos incluir antes de habilitar para todos (04:24:07 PM) eyedeekay: Legal, então você está no caminho certo? (04:24:30 PM) zzz: com a base de usuários maior, estamos encontrando casos de borda e bugs mais raros; nada muito sério, vamos corrigindo conforme avançamos (04:24:30 PM) zzz: há meses o plano tem sido habilitar o SSU2 para todos no lançamento de novembro e ainda estamos no cronograma (04:24:30 PM) zzz: EOT (04:24:42 PM) zzz: sim (04:24:51 PM) eyedeekay: Excelente, obrigado pela atualização (04:25:09 PM) eyedeekay: Mais algo sobre o 3? (04:25:41 PM) eyedeekay: 4) próxima versão 2.0.0? (04:25:52 PM) eyedeekay: zzz, você adicionou este tópico, quer começar? (04:26:12 PM) zzz: isto foi uma sugestão do dr|z3d, então se ele estiver por aqui vou pedir para ele apresentar a ideia (04:26:50 PM) zzz: mas se ele não estiver, direi que não é uma má ideia (04:27:05 PM) zzz: o Linux está prestes a passar da 5.19 para a 6.0 (04:27:25 PM) zzz: o arti do Tor acabou de chegar à 1.0.0 (04:27:26 PM) zzz: ssu2 é uma desculpa tão boa quanto qualquer outra (04:27:45 PM) RightNow: e o I2P está passando de SSU para SSU2 (04:27:47 PM) zzz: EOT - opiniões, pessoal? e não precisamos decidir hoje, temos mais 11 semanas (04:28:30 PM) not_bob: Não tenho problema com isso, desde que funcione. (04:29:18 PM) zzz: alguém detesta? alguém adorou? (04:29:21 PM) eyedeekay: Claro, acho que faz sentido; ambos os transportes terão sido modernizados, é um grande marco (04:29:43 PM) zlatinb: Eu meio que gostaria que tivéssemos algo com mais impacto para ir para a 2.0 (04:29:48 PM) RightNow agora é conhecido como RN (04:30:34 PM) eyedeekay: Usar para 3.0.0, talvez? (04:30:38 PM) zzz: não há nada maior no roadmap. francamente, espero que nunca façamos nada maior, estou cansado... (04:30:56 PM) zlatinb: também preciso ir agora, desculpem; sobre o último tópico, sim, acho que o bundle para Mac arm está pronto para sair da beta. Vou ficar com o laptop com Windows por mais um ou dois dias para testes. Tenho que sair agora, desculpem (04:30:59 PM) zlatinb: falamos depois (04:31:05 PM) RN: zzz, você também é agradecido. (04:32:26 PM) eyedeekay: Sim, zzz, sua dedicação e seu trabalho árduo são apreciados (04:32:34 PM) zzz: façamos o seguinte, eyedeekay: deixe-me postar no tópico 1.10 no meu fórum e voltarei no mês que vem com um relatório; coloque isso na agenda do próximo mês (04:32:44 PM) eyedeekay: Pode deixar, zzz (04:33:18 PM) zzz: não estava tentando suscitar agradecimentos, só apontando que esta foi a última - e a mais difícil - da migração de criptografia em que estamos há cerca de uma década (04:33:36 PM) eyedeekay: Não precisou suscitar, você merece :) (04:33:52 PM) eyedeekay: Mas entendi o ponto, é um esforço enorme (04:33:58 PM) RN: é um marco digno de celebração e, sim, você merece! (04:34:14 PM) zzz: se tivéssemos tentado fazer o SSU2 primeiro, isso teria nos matado. só conseguimos por causa da experiência com todo o resto (04:34:26 PM) zzz: crédito compartilhado com o projeto i2pd, claro (04:35:01 PM) eyedeekay: De fato. Voltando aos trilhos, mais algo sobre o 4? (04:35:15 PM) RN: mas você liderou a empreitada. (04:35:21 PM) zzz: se quisermos fazer pós-quântico, isso pode ser a 3.0.0 :) (04:35:43 PM) eyedeekay: Boa ideia, isso será empolgante (04:35:53 PM) zzz: não, nada mais (04:36:05 PM) eyedeekay: Bem, o 5) era: bundle para Mac arm64 sai da beta se a atualização 1.9.0 teve sucesso? (acompanhamento da última reunião) (04:36:43 PM) eyedeekay: Sobre o qual o zlatinb nos deu uma atualização de status ao sair; sendo a atualização bem-sucedida, não vejo motivo contra (04:37:38 PM) eyedeekay: Alguém mais tem algo a acrescentar a este tópico? (04:38:06 PM) zzz: Presumo que o zlatinb quis dizer que a atualização funcionou; se for o caso, ele pode remover o rótulo de beta na página da web (04:38:32 PM) zzz: essa era a única ressalva que eu tinha na última reunião (04:38:33 PM) zzz: eot (04:39:45 PM) eyedeekay: OK. Um de nós deveria dar um ping em nós quando o virmos online (04:39:52 PM) eyedeekay: Mais algo para a reunião? (04:40:04 PM) eyedeekay: ping *nele (04:41:14 PM) eyedeekay: Bem, acho que sem as credenciais de git dele eu posso muito bem remover o rótulo (04:41:27 PM) eyedeekay: Então vou fazer isso (04:41:43 PM) zzz: você tem confirmação de que a atualização funcionou? (04:42:11 PM) zzz: porque ele não disse isso acima (04:42:53 PM) eyedeekay: Acho que não (04:43:01 PM) eyedeekay: Não (04:43:14 PM) eyedeekay: Não, estritamente falando, não ouvi ninguém dizer essas palavras exatas ainda (04:43:21 PM) eyedeekay: Então vou esperar (04:43:26 PM) eyedeekay: E perguntar a ele (04:43:32 PM) zzz: ok (04:44:19 PM) eyedeekay: Mais algo para a reunião, tempo limite 1m? (04:45:44 PM) eyedeekay: Certo, obrigado a todos por virem

Lançamento do pacote de instalação fácil do Windows 1.9.0

Sun, 28 Aug 2022 00:00:00 +0000

Esta atualização inclui o novo router 1.9.0 e grandes melhorias na experiência de uso para os usuários do pacote

Esta versão inclui o novo router I2P 1.9.0 e é baseada em Java 18.02.1.

Os antigos scripts em lote foram descontinuados gradualmente em favor de uma solução mais flexível e estável no próprio jpackage. Isso deve corrigir todos os erros relacionados à localização de caminhos e à colocação de aspas em caminhos que estavam presentes nos scripts em lote. Após a atualização, os scripts em lote podem ser removidos com segurança. Eles serão removidos pelo instalador na próxima atualização.

Lançamento 1.9.0

Mon, 22 Aug 2022 00:00:00 +0000

Detalhes da atualização

Passamos os últimos três meses trabalhando em nosso novo protocolo de transporte UDP “SSU2” com um pequeno número de voluntários para testes. Esta versão conclui a implementação, incluindo retransmissão e testes com pares. Estamos ativando-o por padrão para as plataformas Android e ARM e, aleatoriamente, para uma pequena porcentagem de outros routers. Isso nos permitirá realizar muito mais testes nos próximos três meses, concluir o recurso de migração de conexão e corrigir quaisquer problemas remanescentes. Planejamos ativá-lo para todos na próxima versão, programada para novembro. Nenhuma configuração manual é necessária. Claro, há também o conjunto habitual de correções de bugs nesta versão. Também adicionamos um detector automático de deadlock (impasse) que já identificou um deadlock raro, agora corrigido.

Como alternar para o serviço de outproxy (proxy de saída) da StormyCloud

Thu, 04 Aug 2022 00:00:00 +0000

Como mudar para o serviço de Outproxy da StormyCloud

Um novo outproxy profissional

Durante anos, o I2P tem sido atendido por um único outproxy (proxy de saída) padrão, false.i2p, cuja confiabilidade vem se deteriorando. Embora tenham surgido vários concorrentes para suprir parte da demanda, em geral eles não conseguem se voluntariar para atender, por padrão, aos clientes de uma implementação inteira do I2P. No entanto, a StormyCloud, uma organização profissional sem fins lucrativos que opera nós de saída do Tor, iniciou um novo serviço profissional de outproxy, que foi testado por membros da comunidade do I2P e que se tornará o novo outproxy padrão na próxima versão.

Instalação Fácil para Apple Silicon

Wed, 03 Aug 2022 00:00:00 +0000

Temos o prazer de oferecer um pacote BETA de Instalação Fácil para Mac OS em hardware Apple Silicon. Você pode baixá-lo aqui:

Pacotes de instalação fácil do I2P para Mac OS

Velocidade

Nos nossos benchmarks internos, as operações criptográficas são entre 2 e 2,5 vezes mais rápidas do que quando se executa o pacote Intel no Rosetta.

Problemas Conhecidos

Quitting I2P by right-clicking on the dock icon causes I2P to freeze and a “Force Quit” is necessary. This issue will be fixed for the 1.9 release.
If you already had an Intel bundle installed on your Mac, you need to modify some settings to prevent in-network updates from reverting you to an Intel bundle. Please see the instructions on the download page.

Obrigado por testar!

Reunião de Desenvolvimento do I2P - 02 de agosto de 2022

Tue, 02 Aug 2022 00:00:00 +0000

Resumo rápido

Presentes: eyedeekay, zzz, zlatinb, StormyCloud, R4S4S, SilicaRice, not_bob

Registro da reunião

(04:18:08 PM) eyedeekay: 1. Olá (04:18:08 PM) eyedeekay: 2. Status do desenvolvimento da 1.9.0 (04:18:08 PM) eyedeekay: 3. Status do pacote para Apple Silicon (04:18:08 PM) eyedeekay: 4. Carta à EFF para esclarecer o que significa "operar" uma rede (04:18:08 PM) eyedeekay: 5. Nova referência de Outproxy (proxy de saída): `http://zzz.i2p/topics/3254` (04:18:08 PM) eyedeekay: a) Visão geral organizacional e de infraestrutura (StormyCloud) (04:18:08 PM) eyedeekay: b) Revisão técnica e resultados de testes (zzz e outros) (04:18:08 PM) eyedeekay: c) Revisão de ToS (Termos de Serviço) e da política de logs `http://stormycloud.i2p/outproxy.html` (todos) (04:18:08 PM) eyedeekay: d) Votação para aprovar (todos) (04:18:08 PM) eyedeekay: e) Plano de implantação (se aprovado) (zzz, StormyCloud) (04:19:11 PM) eyedeekay: zzz zlatinb vocês estão aqui? (04:19:24 PM) zzz: oi (04:19:27 PM) zlatinb: oi, sim (04:20:11 PM) eyedeekay: Desculpem por isso de novo, tive um acidente na cozinha (04:20:12 PM) eyedeekay: 2. Status do desenvolvimento da 1.9.0 (04:21:23 PM) eyedeekay: Estamos a 3 semanas do lançamento; basicamente definimos uma data na reunião do ls2 ontem: será no dia 22. i2pd e/ou Java I2P podem ativar SSU2 para novas instalações, ou para uma pequena porcentagem da rede ao reiniciar, como na troca de chaves do router (04:22:21 PM) eyedeekay: 3 semanas restantes para relatos de bugs e correções (04:22:47 PM) eyedeekay: Mais algo a acrescentar, zzz, zlatinb? (04:23:54 PM) eyedeekay: 3. Status do pacote para Apple Silicon (04:23:54 PM) eyedeekay: zlatinb, este é seu, comece quando estiver pronto (04:24:23 PM) not_bob_afk agora é conhecido como not_bob (04:25:23 PM) zzz: deixe-me acrescentar um pouco sobre o 2), por favor (04:25:30 PM) SilicaRice: SSU2 é oficialmente estável? :o (04:25:35 PM) eyedeekay: Ok, vá em frente, desculpe, não quis apressar (04:25:46 PM) zzz: lag (04:25:59 PM) zzz: o congelamento de tag será em 10 de agosto, daqui a uma semana (04:26:17 PM) zzz: os testadores de SSU2 têm sido muito úteis, cerca de 50–75 deles na rede (04:26:36 PM) zzz: nosso objetivo é ativá-lo para algumas centenas a mil routers neste lançamento (04:26:53 PM) zzz: para nos ajudar a eliminar os bugs restantes, evitando qualquer chance de desastre (04:27:19 PM) zzz: e vamos ativá-lo para todos no lançamento de novembro (04:27:33 PM) SilicaRice: ahh :3 (04:27:47 PM) zzz: todo o resto também está indo bem, apenas as correções de bugs de praxe por toda parte (04:28:13 PM) zzz: SSU2 está em grande parte concluído; isso não significa que já esteja quase perfeito (04:28:30 PM) zzz: um agradecimento também à equipe do i2pd, eles também estão trabalhando duro (04:28:42 PM) zzz: Acho que é isso, a menos que haja perguntas (04:28:56 PM) not_bob: A atualização também vai afetar a build do Android? (04:29:46 PM) eyedeekay: Eu não mudo nenhuma configuração; tecnicamente SSU2 estará disponível, mas não haverá uma UI para ativá-lo (04:30:34 PM) eyedeekay: Ele apenas herda os padrões do i2p.i2p, exceto onde precisa para rodar no ambiente Android (04:30:36 PM) zzz: claro. Podemos também simplesmente ativar SSU2 para todo Android, já que consome muito menos CPU do que SSU1 com ElGamal (04:30:36 PM) not_bob: Bom, bom. (04:30:36 PM) zzz: é isso que o i2pd está pensando; podemos fazer o mesmo (04:30:36 PM) zzz: sim, não vamos colocar uma opção na UI e depois fazer campanha loucamente para que as pessoas ativem (04:30:36 PM) zzz: nunca obteríamos os números que queremos (04:30:36 PM) not_bob: Podemos ter uma opção para ativar se quisermos? Uma melhor duração de bateria seria ótimo. (04:30:46 PM) zzz: há uma configuração avançada, veja zzz.i2p para informações (04:30:53 PM) not_bob: Obrigado. (04:30:55 PM) zzz: não sei se o Android tem acesso à configuração avançada? (04:31:32 PM) eyedeekay: Não, não tem; você tem que fazer umas coisas estranhas para funcionar (04:31:51 PM) eyedeekay: Basicamente, apenas para desenvolvedores editar manualmente arquivos de configuração não-i2ptunnel no Android (04:32:03 PM) not_bob: :( (04:32:26 PM) zzz: ok. de qualquer forma, pode ser bom ativá-lo para Android mesmo assim, porque um dos últimos recursos que precisamos implementar é lidar com mudanças de IP, então routers móveis nos ajudarão a desenvolver e testar (04:32:43 PM) not_bob: Eu voto por isso. (04:33:25 PM) zzz: ok. para ficar claro, ninguém vai notar diferença com SSU2. É basicamente o mesmo conjunto de recursos e, no momento, um pouco mais lento que SSU1, pelo menos no Java. É mais rápido para i2pd (04:33:47 PM) eyedeekay: A duração da bateria é um grande ponto se SSU2 fizer diferença nisso (04:34:18 PM) eyedeekay: Poderíamos ser piores quanto ao consumo de bateria, mas também poderíamos ser melhores (04:34:37 PM) zzz: os benefícios são mais segurança, menos CPU, detecção de firewall mais confiável (04:34:44 PM) zzz: Talvez eu escreva um post de blog inteiro sobre isso; acho que é um dos protocolos mais resistentes à censura já projetados. Veremos (04:35:01 PM) zzz: eot (04:36:20 PM) eyedeekay: Obrigado, zzz. Acho que as pessoas ouvem "Menos CPU" e imediatamente associam a "Mais leve para a bateria nos Android", o que pode ser parte do interesse (04:36:35 PM) eyedeekay: 3. Status do pacote para Apple Silicon (04:37:15 PM) eyedeekay: zlatinb, este é seu, vá em frente quando estiver pronto (04:37:26 PM) zlatinb: Oi, disponibilizei o pacote para download há cerca de 6 dias e houve quase 100 downloads desde então (04:37:55 PM) zlatinb: cerca de 30% dos usuários de Mac baixam o pacote arm64, o que me surpreende (04:40:58 PM) zlatinb: Ainda não houve feedback em lugar nenhum, mas com o último bug conhecido corrigido acho que isso deve estar pronto para promoção a estável (04:40:58 PM) zzz: a única coisa que eu sugeriria é garantir que os feeds de notícias estejam ativos e funcionando em ambos os servidores, colocando uma notícia "obrigado por testar" (04:40:58 PM) zlatinb: Estou pensando em atualizar o pacote 1.8 para 1.9 quando estiver disponível para testar o canal de atualização, embora não espere quaisquer problemas (04:40:58 PM) zlatinb: sim, posso fazer isso amanhã, depois que minha mão direita estiver totalmente funcional de novo (com sorte) (04:40:58 PM) zlatinb: é isso (04:40:58 PM) zlatinb: eot (04:42:08 PM) eyedeekay: Obrigado, zlatinb; se você optar por fazer uma notícia, avise-me e eu atualizo os servidores (04:42:48 PM) eyedeekay: 4. Carta à EFF para esclarecer o que significa "operar" uma rede (04:43:28 PM) zzz: então eu diria que, após uma atualização bem-sucedida ou uma notícia publicada, estável está ok. Também não espero problemas, mas já tivemos vários contratempos com notícias antes (04:43:48 PM) zzz: mas disposto a ouvir outras opiniões, claro (04:43:48 PM) zlatinb: a única ação real para promover a estável é remover o rótulo "BETA" do site (04:43:48 PM) uis agora é conhecido como Irc2PGuest3854 (04:43:48 PM) zzz: claro, é mais o princípio do que algo realmente diferente (04:43:48 PM) zzz: vamos ser criteriosos na nossa rotulagem, só isso (04:44:07 PM) zlatinb: Sim, um contexto sobre isso: (04:44:10 PM) mode (+v T3s|4) by ChanServ (04:44:34 PM) mode (+v albat) by ChanServ (04:44:48 PM) mode (+v polistern) by ChanServ (04:44:53 PM) zlatinb: eyedeekay e eu encontramos o Kurt Opsahl da EFF na HOPE algumas semanas atrás e perguntamos a ele sobre a legalidade de trabalhar em algo como I2P (04:45:43 PM) zlatinb: Ele disse que escrever código é tranquilo porque "code == speech", porém "operar" a rede pode ser outra história (04:46:21 PM) zlatinb: não nos aprofundamos no que "operar" a rede significa na HOPE (04:46:56 PM) zlatinb: mas acho uma boa ideia entrar em contato e esclarecer o tópico o máximo possível (04:47:41 PM) zzz: o que faríamos de diferente, com base nas respostas possíveis? (04:48:38 PM) zlatinb: Estou tendo muita dificuldade em conceber as respostas, pois é um tópico muito amplo (04:48:44 PM) eyedeekay: Isso pode informar quem pode operar quais serviços (04:48:50 PM) zzz: seja lá qual for o "operar" que estamos fazendo, é muito menos do que o querido Tor deles, e como poderíamos fazer ainda menos? (04:49:32 PM) eyedeekay: Mas acho que uma resposta provável é que operar serviços para apoiar uma rede provavelmente também é "speech" (04:49:53 PM) eyedeekay: Isso pode ser otimista, mas também é a que envolve menos saltos lógicos (04:50:20 PM) zzz: na minha experiência, pergunte informalmente a um advogado e você obterá boas informações. Envie-lhes uma carta e eles dirão que não têm licença no seu estado; vá contratar alguém (04:50:51 PM) zlatinb: sem ideia; talvez reseeds sejam ok e addressbooks não, vai saber. Permutações demais possíveis (04:51:26 PM) zzz: se quiser dar sequência, siga em frente, mas já pedi aconselhamento jurídico à EFF antes, e a resposta deles é "não estamos estruturados para ser consultoria jurídica geral. Nós litigamos casos de interesse" (04:51:59 PM) eyedeekay: Talvez eu consiga encontrar alguém para uma pergunta informal na próxima semana então. Não custa tentar ambos (04:52:38 PM) eyedeekay: Escrever a carta ajudaria a embasar a pergunta (04:53:14 PM) zzz: mande um e-mail para o Kurt. Ele lhe deu uma resposta vaga; fazer um follow-up é razoável. Ele sempre foi bem simpático todas as vezes que falei com ele (04:54:00 PM) eyedeekay: Posso fazer isso (04:54:30 PM) zzz: Só não esperaria nada acionável, mas vai saber? (04:54:32 PM) zlatinb: bem, vale a pena estruturar qualquer carta desse tipo corretamente; também pode ser prudente construir o engajamento gradualmente em vez de despejar uma carta gigantesca do nada (04:55:31 PM) eyedeekay: zlatinb, quer marcar um horário para sincronizarmos e escrever essa carta esta semana? (04:55:34 PM) zlatinb: Sugiro começarmos com um follow-up simples tipo "foi bom conhecê-lo" e depois expandir a partir daí (04:56:32 PM) zlatinb: no momento, penso que não devemos escrever uma carta gigante descrevendo como o I2P funciona até recebermos um ack de que a EFF está disposta a trabalhar conosco (04:56:42 PM) eyedeekay: OK (04:56:59 PM) zlatinb: eles podem decidir que querem um pagamento de retenção (retainer), vai saber (04:57:10 PM) zzz: veja acima. eles não fazem isso (04:57:48 PM) zzz: você está entendendo mal como eles funcionam (04:58:06 PM) zlatinb: Vou enviar a ele um follow-up "foi bom conhecê-lo", colocar vocês em cópia e seguir daí. (04:58:18 PM) zlatinb: se não puderem ajudar, tudo bem também (04:59:15 PM) eyedeekay: Mais algo para o 4? (04:59:23 PM) zlatinb: não, eot (04:59:38 PM) eyedeekay: 5. Nova referência de Outproxy (proxy de saída): `http://zzz.i2p/topics/3254` (04:59:38 PM) eyedeekay: a) Visão geral organizacional e de infraestrutura (StormyCloud) (04:59:38 PM) eyedeekay: b) Revisão técnica e resultados de testes (zzz e outros) (04:59:38 PM) eyedeekay: c) Revisão de ToS (Termos de Serviço) e da política de logs `http://stormycloud.i2p/outproxy.html` (todos) (04:59:38 PM) eyedeekay: d) Votação para aprovar (todos) (04:59:38 PM) eyedeekay: e) Plano de implantação (se aprovado) (zzz, StormyCloud) (04:59:51 PM) eyedeekay: a) Visão geral organizacional e de infraestrutura (StormyCloud) (05:00:10 PM) zzz: StormyCloud, você está aqui? (05:00:21 PM) StormyCloud: Sim (05:00:41 PM) zzz: esta é uma proposta para substituir o false.i2p, que foi pouco confiável por anos e agora está morto (05:00:56 PM) zzz: obrigado por se voluntariar para apoiar um substituto (05:01:18 PM) zzz: por favor, siga em frente e nos dê uma breve visão geral da sua organização e da sua infraestrutura (05:01:45 PM) StormyCloud: Quem somos: Somos uma organização sem fins lucrativos 501(c)(3) com sede no Texas. Nossa missão é fornecer ferramentas baseadas em privacidade para permitir que todos tenham acesso a uma Internet sem filtros e sem regulação. Começamos esta organização em 2021 e temos trabalhado de perto com a comunidade do TOR implantando nós de saída. (05:02:37 PM) StormyCloud: Somos proprietários de todo o nosso hardware e atualmente fazemos colocation em um data center Tier 4. No momento, temos um uplink de 10GBps com opção de upgrade para 40GBps sem necessidade de muitas mudanças. Temos nosso próprio ASN e bloco de IPs (IPv4 & IPv6). (05:02:55 PM) StormyCloud: Infraestrutura do Outproxy: Os outproxies rodam em Ubuntu 22.04 e foram otimizados para I2P. O software de proxy de backend é o TinyProxy e suporta HTTP, HTTPS, I2P e links onion do TOR. Atualmente, o outproxy é multihomed em dois servidores. Podemos aumentar esse número de servidores conforme necessário. (05:04:03 PM) zzz: Quero convidar todos a fazer perguntas ao StormyCloud a qualquer momento enquanto avançamos na pauta (05:04:15 PM) zzz: alguma pergunta neste momento? (05:04:26 PM) not_bob: Sim (05:04:39 PM) not_bob: Como vocês lidam com usuários que tentam usar o serviço para "coisas realmente nojentas"? (05:05:46 PM) StormyCloud: Nada; não filtramos nenhuma solicitação. Embora isso atraia usuários "ruins", sentimos que a internet deve ser um lugar livre e aberto. (05:06:12 PM) R4SAS: E uma da minha parte: haverá proxies SOCKS5 no futuro? (05:06:48 PM) StormyCloud: R4SAS: Se houver necessidade de um proxy SOCKS5, tenho certeza de que podemos implantar um. (05:07:01 PM) R4SAS: Obrigado (05:07:45 PM) zzz: mais alguma pergunta sobre o 5a) ? (05:08:02 PM) not_bob: `http://notbob.i2p/graphs/stormycloud.i2p.yearly.svg` (05:08:14 PM) not_bob: Só quero observar que o stormycloud tem sido ótimo em tempo de atividade (uptime). (05:08:56 PM) SilicaRice: o backend suporta links I2P, é isso? (05:08:57 PM) not_bob: E o desempenho é ótimo. (05:09:29 PM) zzz: isso nos leva ao 5b, sim (05:09:29 PM) zzz: o outproxy está em beta há bastante tempo (05:09:29 PM) zzz: os testes devem garantir que o serviço seja confiável, atenda aos padrões aplicáveis e seja seguro (05:10:00 PM) zzz: enfrentamos vários problemas nos últimos meses e o StormyCloud sempre foi responsivo (05:10:13 PM) SilicaRice: (por que você passaria links i2p por um outproxy?) (05:10:29 PM) zzz: neste momento, meus resultados de teste são bons e estou recomendando que ele seja nosso outproxy oficial (05:10:38 PM) dr|z3d: StormyCloud se confundiu. não há suporte a .i2p. (05:10:40 PM) zzz: mas vamos ouvir quaisquer outros relatórios de teste ou perguntas (05:10:43 PM) StormyCloud: SilicaRice: Minhas desculpas, eu escrevi errado (05:11:03 PM) SilicaRice: ah, ok (05:12:00 PM) R4SAS:> Não cooperamos com quaisquer solicitações de informação, exceto quando obrigados por lei e, nesse caso, nossa capacidade de ajudar é limitada por nossa política de logs. (05:12:19 PM) R4SAS: Haverá relatórios de transparência em tais situações? (05:12:45 PM) zzz: também, para ficar claro, esta reunião é sobre o padrão e as recomendações do Java I2P. Qualquer outro projeto, incluindo i2pd, pode ter seus próprios processos e requisitos e negociações com o operador do outproxy (05:13:03 PM) StormyCloud: R4SAS: Sim, publicamos um relatório trimestral em nosso site na clearnet. Isso é algo que também posso fazer no nosso site i2p. (05:13:48 PM) zzz: ok, parece que estamos no 5c) revisão de ToS (Termos de Serviço) e das políticas de logging. O objetivo aqui é garantir que nossos usuários estejam protegidos. (05:14:00 PM) R4SAS: também, por favor, criem um e-mail in-I2P para contato =) (05:14:03 PM) zzz: algum comentário ou pergunta sobre os ToS? (05:15:41 PM) R4SAS: ah, a propósito, sobre o 5b: StormyCloud, quais configurações de tunnel você está usando? (05:16:06 PM) R4SAS: comprimento, quantidade, etc (05:16:11 PM) dr|z3d: 0 hop. (05:16:17 PM) eyedeekay: Tudo o que está aí me parece bem claro, embora, para seguir o que o R4SAS disse, talvez seja bom colocar um link para o relatório de transparência nessa seção > We do not... unless compelled by law ou logo após ela (05:16:34 PM) zzz: um operador de outproxy está em posição de ver todo o tráfego, ou pelo menos todo o tráfego não-HTTPS, então é importante que confiemos no operador para proteger nossos usuários (05:17:01 PM) StormyCloud: eyedeekay: Faz sentido, vou adicionar isso ao site (05:17:09 PM) zzz: atualmente são dois servidores 0-hop multihomed, certo, StormyCloud ? (05:17:19 PM) StormyCloud: Correto (05:17:42 PM) not_bob: Mas, só para esclarecer: do jeito que os tunnels do i2p funcionam, meus 2–3 hops continuam lá. Vocês só não estão adicionando mais, certo? (05:18:07 PM) dr|z3d: o cliente pode configurar quantos hops quiser, not_bob. (05:18:12 PM) zzz: Também vi em zzz.i2p que é apenas ipv4-only mas isso pode ser corrigido em breve, certo? (05:18:13 PM) anonymousmaybe agora é conhecido como Irc2PGuest54486 (05:18:15 PM) not_bob: Sim, era o que eu pensava. Obrigado. (05:18:48 PM) StormyCloud: zzz: Correto, nosso provedor upstream concluiu o upgrade. Eu não quis mexer com IPv6 até que todos os testes estivessem concluídos (05:19:49 PM) zzz: poderia, por favor, detalhar sua experiência operando exits do Tor e a capacidade dos seus exits do Tor? (05:21:00 PM) StormyCloud: Claro. Estamos operando exits do Tor desde o final do ano passado, atualmente com cerca de 130 exits, com aproximadamente 1,6% do tráfego de saída do TOR passando pelos nossos servidores. (05:21:49 PM) StormyCloud: Tudo é virtualizado e o processo de configuração se tornou bastante automatizado (05:22:06 PM) zzz: vocês já receberam algum DMCA ou outro procedimento legal relacionado aos seus exits do Tor? Se sim, como foi tratado? (05:23:33 PM) StormyCloud: Nenhuma solicitação legal e, surpreendentemente, nenhum pedido de DMCA. Recebemos reclamações de abuso; apenas respondemos informando que isso é um exit do TOR e que não há mais nada que possamos fazer do nosso lado. (05:23:47 PM) major: Nenhuma solicitação legal e, surpreendentemente, nenhum pedido de DMCA. Recebemos reclamações de abuso; apenas respondemos informando que isso é um exit do TOR e que não há mais nada que possamos fazer do nosso lado. (05:24:27 PM) R4SAS: hã, o bot do acetone tem um bug (05:24:33 PM) zzz: mais alguma pergunta para o StormyCloud antes de irmos para 5d) aprovação ? (05:24:34 PM) R4SAS: Vou mandar PM para ele (05:25:33 PM) zzz: normalmente o major não tem +v, mas eu desativei o +m para a reunião, sem problema (05:26:36 PM) zzz: ok, se não há mais perguntas, por favor indiquem aprovação/negação para tornar o StormyCloud nosso outproxy oficial (05:26:45 PM) not_bob: Aprovo (05:26:58 PM) zzz: aprovo (05:27:05 PM) zlatinb: aprovo (05:27:05 PM) eyedeekay: aprovo (05:27:18 PM) SilicaRice: aprovo (se usuários contam para algo) (05:27:54 PM) R4SAS: sem objeções, aprovo (05:28:32 PM) zzz: ok, ótimo (05:28:39 PM) zzz: 5e) implantação (05:28:50 PM) zzz: os dois passos principais são: (05:29:08 PM) zzz: 1) configurá-lo como padrão para novas instalações (já no próximo lançamento em 3 semanas) (05:29:23 PM) zzz: 2) recomendar aos usuários existentes que mudem sua configuração (provavelmente via notícias do console, a qualquer momento) (05:29:30 PM) zzz: isso pode acontecer em qualquer ordem (05:29:41 PM) zzz: e não temos ideia de quanto tráfego cada um geraria (05:29:59 PM) zzz: outros produtos (Android, pacotes), provavelmente não são grandes o suficiente para nos preocupar com o timing (05:30:14 PM) zzz: StormyCloud, qual é sua solicitação ou recomendação sobre quando e como prosseguimos? (05:31:36 PM) StormyCloud: Se as notícias do console puderem ser publicadas/enviadas a qualquer momento, então podemos informar os usuários existentes para mudar agora (se quiserem) e isso nos dá três semanas para monitorar e subir novos servidores se necessário. (05:32:12 PM) dr|z3d: as notícias do console geralmente são publicadas com um novo lançamento. (05:32:13 PM) not_bob: StormyCloud: Quanto tráfego vocês estão lidando no outproxy atualmente? (05:33:10 PM) zzz: ok. Seria bom apontar para uma página de como fazer com capturas de tela para editar a configuração do Hidden Services Manager. Isso pode ser hospedado em stormycloud.i2p, ou num post no blog i2p-projekt.i2p? Algum voluntário para montar isso? (05:33:35 PM) eyedeekay: Posso fazer (05:33:35 PM) StormyCloud: Difícil dizer neste momento, já que não fazemos logs de nada. Estou monitorando a atividade de rede, mas isso também não dá o quadro completo, pois também está passando tráfego i2p. (05:34:18 PM) dr|z3d: StormyCloud: nós acompanhamos o tráfego de saída via gráficos.. (05:34:41 PM) dr|z3d: em resumo, notbob, nada de empolgante. (05:34:59 PM) zzz: dr|z3d, você tem um palpite sobre o percentual de utilização atual dos seus dois nós? provavelmente bem pequeno? (05:35:21 PM) dr|z3d: utilização em que sentido? (05:35:28 PM) dr|z3d: em termos de capacidade? (05:35:33 PM) zzz: sim (05:35:50 PM) zzz: ou talvez vocês realmente não saibam até esbarrar no limite... (05:35:51 PM) dr|z3d: bem pequeno é por aí. (05:36:18 PM) dr|z3d: coloquem alguns milhares de usuários simultâneos no outproxy, aí saberemos :) (05:36:33 PM) zzz: sim, desculpas ao StormyCloud, não conseguimos obter estimativas históricas da largura de banda do false.i2p (05:37:06 PM) zzz: então é um pouco um tiro no escuro; enquanto vocês estiverem monitorando e tiverem um plano de expansão, devemos ficar bem (05:37:37 PM) StormyCloud: Tudo certo, vamos ajustar conforme mais e mais pessoas comecem a usar o outproxy (05:38:11 PM) dr|z3d: bem, como configurados, os outproxies combinados podem lidar com até 8192 fluxos simultâneos. então há bastante capacidade, e o StormyCloud tem bastante coisa na manga se necessário. (05:38:21 PM) zzz: e StormyCloud, sobre novas instalações: devemos planejar torná-lo o padrão também no próximo lançamento no fim deste mês? (05:39:01 PM) StormyCloud: Sim, por mim tudo bem (05:39:29 PM) zzz: ok então. eyedeekay, avise quando tiver um post no blog no ar, e então eu escrevo a notícia (05:39:39 PM) zzz: algo mais em 5e) implantação ? (05:39:43 PM) eyedeekay: OK, espere por isso hoje à noite ou amanhã (05:40:14 PM) eyedeekay: Nada da minha parte (05:40:14 PM) zzz: obrigado novamente, StormyCloud (05:40:18 PM) zzz: devolvo para você, eyedeekay (05:41:07 PM) eyedeekay: Certo, isso é tudo para os itens listados. Estarei na Def Con na próxima semana caso alguém que esteja assistindo queira me encontrar lá lol (05:41:49 PM) eyedeekay: Se mais alguém tiver algo para a reunião, por favor fale; caso contrário, timeout 1m (05:42:59 PM) R4SAS: Tenho uma pergunta, mas está fora do escopo da reunião (05:43:34 PM) zzz: ah, também obrigado ao dr|z3d pela assistência técnica vital durante o período de testes (05:43:41 PM) eyedeekay: Certo, obrigado a todos por virem à reunião. Tenho uma seção meio doida no meio do meu log, mas assim que eu consertar isso vou publicar os logs no site (05:43:44 PM) eyedeekay: Obrigado por virem (05:43:59 PM) not_bob: Obrigado por nos receberem.

Reunião de Desenvolvimento do I2P - 05 de julho de 2022

Tue, 05 Jul 2022 00:00:00 +0000

Quick recap

Presentes: eyedeekay, zzz, zlatinb

(03:00:39 PM) eyedeekay: Oi pessoal e bem-vindos à reunião de 4 de janeiro de 2022 (03:00:39 PM) eyedeekay: 1. Oi (03:00:39 PM) eyedeekay: 2. Requisitos de serviços do Meeh/Outproxy `http://zzz.i2p/topics/3218-meeh-services-going-down-soon` (03:00:39 PM) eyedeekay: 3. Promover o Mac DMG Jpackage para estável https://geti2p.net/en/download/mac (03:00:39 PM) eyedeekay: 4. Pesquisa sobre NetDB (Sim/Modelo) `http://zzz.i2p/topics/3227-netdb-simulator-proposal` (03:01:13 PM) zlatinb: oi (03:01:23 PM) zzz: olá (03:01:55 PM) eyedeekay: Oi zzz, zlatinb, mais alguém aqui hoje? (03:02:20 PM) eyedeekay: Operadores de outproxy (proxy de saída)? (03:02:59 PM) eyedeekay: OK então vamos para o 1, eles podem dar opinião se quiserem :) (03:03:38 PM) eyedeekay: Estamos perdendo todos os serviços não estáticos do meeh; para nós isso é principalmente o trac, que já substituímos, e o false.i2p, o outproxy padrão (03:04:07 PM) eyedeekay: Nenhum deles tem funcionado bem há muito tempo, mas ficar sem um outproxy tende a ter uma UX ruim, então precisamos substituí-lo (03:04:59 PM) eyedeekay: Discutimos algumas opções na semana passada, uma delas foi encontrar um outproxy administrado por voluntários para torná-lo o padrão. (03:06:30 PM) eyedeekay: Se for esse o caso, precisaremos que ele atenda a alguns requisitos básicos. Obviamente, uma política de privacidade é importante. (03:06:30 PM) eyedeekay: Se não estiverem encaminhando tudo diretamente para o Tor, também precisaremos de uma descrição do que é filtrado, se algo for filtrado (03:07:34 PM) eyedeekay: Outras opções são operarmos um nós mesmos, o que tem apelo limitado na melhor das hipóteses; outra é suporte a SOCKS local, o que requer que um proxy SOCKS local esteja disponível. (03:08:07 PM) eyedeekay: Se alguém quiser se voluntariar para ser um outproxy, o lugar para entrar em contato é no fórum do zzz (03:09:05 PM) zzz: certo (03:09:12 PM) eyedeekay: Ainda não consegui obter estatísticas sobre o uso de false.i2p com o meeh. EOT (03:09:40 PM) zzz: antes de tudo, queremos ter muito cuidado para não recomendar publicamente uma alternativa ou definir um novo padrão sem aprovação, pois isso pode impor uma grande carga, financeira ou de outro tipo (03:10:06 PM) zzz: como um pequeno primeiro passo, queremos registrar alternativas no stats.i2p e obter aprovação para adicioná-las ao nosso hosts.txt padrão (03:10:16 PM) zzz: pois isso pelo menos facilita para as pessoas configurarem e usarem (03:10:55 PM) zzz: temos aprovação para esse passo para dois outproxies, no entanto, apenas um está atualmente registrado no stats.i2p (03:11:05 PM) zzz: então estou aguardando esse segundo registro (03:11:05 PM) zzz: eot (03:11:35 PM) eyedeekay: Obrigado, zzz, vou lembrá-lo, a propósito (03:11:47 PM) dr|z3d: Tive algumas discussões preliminares com você, zzz, e com base nisso acho que deve estar razoavelmente claro que não tenho interesse em oferecer um serviço oficial. Informal tudo bem, mas nada oficial. (03:12:52 PM) zzz: obrigado por deixar claro, e também obrigado pelo seu tempo e expertise nessas discussões (03:12:59 PM) dr|z3d: Também acho que um único outproxy está condenado ao fracasso no momento em que se torna oficial. (03:14:13 PM) eyedeekay: Certamente dá para ver por que seria o caso. Mais algo no 1? (03:14:28 PM) zzz: talvez. certamente requer capacidade adequada e administração competente (03:14:29 PM) zzz: eot (03:14:59 PM) eyedeekay: 3. Promover o Mac DMG Jpackage para estável (03:15:15 PM) eyedeekay: s/1/2/ (03:15:42 PM) eyedeekay: Esse tópico foi adicionado pelo zlatinb, manda ver (03:16:21 PM) zlatinb: obrigado. Basicamente, o pacote não-DMG (jar) não é notarizado e as últimas 2 (ou 3?) versões do Mac OS se recusam a executá-lo a menos que o usuário altere algumas configurações avançadas (03:16:52 PM) zlatinb: ao mesmo tempo, o jpackage em DMG tem sido muito estável e as atualizações na rede foram testadas ponta a ponta (03:17:10 PM) zlatinb: então proponho que o tornemos o download padrão para Mac e eliminemos a opção .jar por completo (03:17:55 PM) zlatinb: já que já temos uma ótima página /mac dedicada ao pacote, sugiro que a mantenhamos, removendo o modificador BETA (03:18:14 PM) zlatinb: e na divisão do Mac em /download, apenas um link para a página /mac, nada mais (03:18:19 PM) zlatinb: eot (03:19:22 PM) eyedeekay: Eu apoio. (03:20:42 PM) eyedeekay: Precisamos esperar pelo lançamento ou podemos fazer agora? (03:21:51 PM) anonymousmaybe agora é conhecido como Irc2PGuest95343 (03:22:35 PM) mode (+ao zzz zzz) by ChanServ (03:22:37 PM) zlatinb: não precisa esperar por um lançamento (03:22:54 PM) zzz: vocês viram minhas 3 perguntas antes de eu cair? (03:23:01 PM) eyedeekay: Não, perdi (03:23:03 PM) zlatinb: não, desculpa, por favor, reenvie (03:23:11 PM) zzz: Vou fazer algumas perguntas fáceis: (03:23:15 PM) zzz: 1) A base de usuários é suficiente para termos confiança de que foi bem testado? (03:23:17 PM) zzz: 2) O processo de lançamento está documentado e, em teoria, alguém mais poderia construir se tivesse as chaves certas? (03:23:20 PM) zzz: 3) Temos confiança de que temos recursos para continuar mantendo e fazendo lançamentos? (03:23:23 PM) zzz: eot (03:24:08 PM) zlatinb: 1) - de acordo com o matomo são 20-25 downloads por dia. Usuários de Macs M1 relataram que funciona como esperado. Nenhum relato negativo (03:24:28 PM) eyedeekay: 2) e 3) na minha opinião as respostas são definitivamente sim. Consigo construir tudo até a parte do notary e posso ensinar outra pessoa a fazer (03:24:53 PM) zlatinb: 2) é sim, mas requer desanonimização por causa da Apple Inc. (03:24:54 PM) eyedeekay: Então, com o zlatinb e eu, há pelo menos 2 pessoas que sabem como construir (03:25:08 PM) zzz: 2) mas está _documentado_? (03:25:33 PM) zlatinb: sim, passo a passo incluindo o processo de notary no README.md (03:25:41 PM) zzz: ótimo (03:26:16 PM) zzz: 1) “funcionar” inclui o processo de atualização? já vimos o enxame do torrent realmente disparar quando as notícias atualizam? (03:26:29 PM) zlatinb: `http://git.idk.i2p/i2p-hackers/i2p-jpackage-mac` (03:26:43 PM) zzz: (porque acho que a versão do Windows ainda não foi vista funcionando) (03:27:26 PM) zlatinb: 1) sim, o enxame pega, é bem pequeno mas está lá. Vi isso tanto nos lançamentos 1.5.1 quanto 1.6.1 (03:27:49 PM) zzz: ok ótimo, obrigado pelas respostas, sem objeções (03:28:14 PM) eyedeekay: Legal, vou fazer as mudanças no site hoje à noite depois que eu publicar os logs da reunião (03:28:26 PM) zlatinb: sensacional, obrigado! (03:29:05 PM) eyedeekay: Sobre o Windows, sim, mas parece que é um problema no arquivo de configuração que enviei e não no atualizador em si (03:29:05 PM) eyedeekay: Então o Windows precisa de mais 1 atualização manual para funcionar com atualizações automáticas, o que eu acho que eu poderia ter sabido de antemão, mas esqueci (03:30:07 PM) eyedeekay: 4. Pesquisa sobre NetDB (Sim/Modelo) `http://zzz.i2p/topics/3227-netdb-simulator-proposal` (03:30:44 PM) eyedeekay: Também é tópico do zlatinb, diga-nos o que você está pensando (03:31:28 PM) zlatinb: Então, nas últimas duas semanas houve uma deterioração perceptível na acessibilidade de sites como zzz.i2p, postman, event major.acetone.i2p... basicamente sites que sei que estão no ar (03:31:57 PM) zlatinb: Fiz alguma depuração e tive situações em que o LS do zzz.i2p é obtido bem, mas então o RI do IBGW deve estar falhando ao buscar (03:32:03 PM) zlatinb: (estou especulando aqui, claro) (03:32:47 PM) zlatinb: em resumo, há muitas incógnitas no funcionamento do NetDB e temos que depositar nossa fé no algoritmo Kad, o que é ok, mas eu preferiria ter mais confiança por meio de alguma pesquisa (03:33:33 PM) zlatinb: assim como a testnet ajudou a melhorar bastante o código de streaming e de ssu e ntcp, acredito que um modelo ou uma simulação pode ajudar a melhorar o funcionamento do netDB (03:34:44 PM) zlatinb: e o motivo de eu querer discutir isso aqui é que, se formos com uma simulação que execute o código real que estará no router, será necessário algum refactoring do código do NetDB, possivelmente de algumas classes *Job também (03:34:52 PM) zlatinb: Observação, ainda não olhei para a JVM multi-router e a JVMCommSystem (03:35:03 PM) zlatinb: talvez isso possa ser uma resposta até um determinado número de nós (03:35:37 PM) zlatinb: mas meu objetivo é simular pelo menos alguns milhares de nós, o que significa abstrair a maioria dos componentes do router (03:35:42 PM) zlatinb: eot-checkpoint (03:36:28 PM) major saiu da sala (quit: Ping timeout: 320 seconds). (03:36:32 PM) zzz: Estou, no máximo, morno, devido a quão difícil seria e quanto tempo levaria até obtermos resultados úteis (03:37:20 PM) zzz: para começar, fiz uma série de mudanças recentemente para tornar as coisas mais confiáveis (03:37:27 PM) zzz: no build de desenvolvimento 1.6.1-6 (03:37:46 PM) zzz: mas não sei se algum dos servidores populares (além do meu) está rodando isso (03:38:17 PM) zzz: Eu gostaria que os servidores do echelon e do eyedeekay testassem. Esses são dois lotes com os quais tenho tido problemas há meses (03:38:20 PM) zzz: eot (03:38:44 PM) eyedeekay: A maioria dos meus servidores só acompanha o PPA, vou atualizar o git.idk.i2p (03:39:17 PM) zzz: git e gitssh são dois que frequentemente me rejeitam. Se melhorarem, vou perceber (03:40:07 PM) zzz: os servidores do echelon são outro mistério. eles parecem ter problemas em nível de IP com frequência (03:42:11 PM) eyedeekay: Posso fazer isso em breve então (03:43:37 PM) eyedeekay: Minhas perguntas sobre o test harness do netDB provavelmente são mal concebidas, por exemplo, a testnet existente tem a capacidade de simular um netDB entre os routers dentro dela? (03:44:08 PM) eyedeekay: E, se sim, há uma maneira de usá-la? (03:44:44 PM) A conta foi desconectada e você não está mais neste chat. Você irá se juntar automaticamente ao chat quando a conta reconectar. (03:49:14 PM) O tópico de #i2p-dev é: 1.6.1-7 | próxima reunião de desenvolvimento 20:00 UTC terça-feira, 4 de janeiro de 2022 (03:49:14 PM) Tópico de #i2p-dev definido por zzz às 09:08:14 AM em 01/03/2022 (03:49:20 PM) zzz: poxa, não, não pspice. era algum tipo de modelo de rede de enfileiramento/comportamental (03:50:31 PM) zzz: EOT e estou saindo, tenho que ir, obrigado a todos (03:50:46 PM) eyedeekay: Até mais, zzz (03:51:41 PM) eyedeekay: Mais algo no 4? zlatinb (03:51:50 PM) zlatinb: não, é só isso (03:52:08 PM) eyedeekay: Certo, isso cobre a reunião então, boa semana a todos

Retrospectiva do Ano: 2021

Sat, 01 Jan 2022 00:00:00 +0000

Detalhes da atualização

Development Highlights

A versão 0.9.49 iniciou a migração para a nova e mais rápida criptografia ECIES-X25519 para routers. Foram necessários muitos anos de trabalho nas especificações e nos protocolos para a nova criptografia e, nesta versão, novas instalações e uma porcentagem muito pequena das instalações existentes (selecionadas aleatoriamente na reinicialização) começaram a usar a nova criptografia. É a primeira vez que o tipo de criptografia padrão é alterado, portanto a migração completa ocorrerá ao longo de várias versões para minimizar quaisquer problemas.

O I2P não é afetado pela vulnerabilidade do log4j

Sat, 11 Dec 2021 00:00:00 +0000

O I2P não é afetado pela vulnerabilidade zero-day do log4j divulgada ontem, CVE-2021-44228. O I2P não usa log4j para geração de logs; no entanto, também foi necessário revisar nossas dependências quanto ao uso de log4j, especialmente o jetty. Essa revisão não revelou nenhuma vulnerabilidade.

Também foi importante verificar todos os nossos plugins. Os plugins podem trazer seus próprios sistemas de log, incluindo o log4j. Concluímos que a maioria dos plugins também não usa o log4j e que, entre os que usam, nenhum empregava uma versão vulnerável do log4j.

Reunião de desenvolvimento do I2P - 07 de dezembro de 2021

Tue, 07 Dec 2021 00:00:00 +0000

Resumo rápido

Presentes: eyedeekay, zzz, zlatinb

Registro da reunião

(03:00:21 PM) eyedeekay: Olá, pessoal, bem-vindos à reunião de 7 de dezembro (03:00:28 PM) eyedeekay: 1) Oi (03:00:28 PM) eyedeekay: 2) Status do lançamento 1.6.1 (03:00:28 PM) eyedeekay: 3) Status da atualização do jpackage (03:00:28 PM) eyedeekay: 4) Integrações com Monero (03:00:28 PM) eyedeekay: 5) Nova biblioteca SAM (03:00:37 PM) zzz: oi (03:00:41 PM) zlatinb: oi (03:01:05 PM) eyedeekay: Oi zzz, oi zlatinb (03:01:12 PM) eyedeekay: Mais alguém aqui hoje? (03:01:16 PM) mode (-m ) by zzz (03:01:31 PM) eyedeekay: 2) status do lançamento 1.6.1 (03:02:32 PM) eyedeekay: O lançamento 1.6.1 está disponível; o torrent está no ar, assim como Debian/Ubuntu/Launchpad, Maven, GPlay e o nosso F-Droid (03:03:10 PM) eyedeekay: O repositório do F-Droid ainda está desatualizado; uma das minhas tarefas nesta semana é fazer nosso aplicativo funcionar novamente com o sistema de compilação automática deles (03:04:01 PM) eyedeekay: Os repositórios do Debian, até onde sabemos, não vão receber nossas atualizações neste momento; pessoas que estão usando pacotes Debian devem mudar para deb.i2p2.de ou deb.i2p2.no (03:05:18 PM) eyedeekay: O pacote DMG construído pelo zlatinb também foi atualizado para 1.6.1 e está disponível nos espelhos e como atualização (03:06:01 PM) eyedeekay: O pacote .exe que eu construí vai entrar no ar hoje; eu planejava fazê-lo ontem, mas fiquei atolado em atualizações do Windows, então farei isso esta noite. (03:06:40 PM) eyedeekay: De acordo com stats.i2p, cerca de 20% da rede foi atualizada (03:06:47 PM) eyedeekay: Algo a acrescentar, zzz, zlatinb? (03:09:13 PM) eyedeekay: Olá? (03:11:26 PM) eyedeekay: OK, voltei (03:11:40 PM) eyedeekay: (03:06:40 PM) eyedeekay: De acordo com stats.i2p, cerca de 20% da rede foi atualizada (03:11:40 PM) eyedeekay: (03:06:47 PM) eyedeekay: Algo a acrescentar, zzz, zlatinb? (03:11:50 PM) zzz: sim (03:12:05 PM) zzz: ainda sem sinal de uma atualização do biglybt; espero que venha em breve (03:12:10 PM) zzz: ainda sem reclamações de usuários (03:12:26 PM) zzz: echelon teve problemas com uma build de desenvolvimento 1.6.1-2, mas não sabemos por quê (03:13:03 PM) zzz: além disso, usuários de qualquer versão do pacote i2p (atual ou antiga) podem ter um problema devido a mudanças nas dependências do jetty9 (03:13:24 PM) zzz: se for o caso, sudo apt install libservlet3.1-java manualmente (03:14:44 PM) zlatinb: sobre o biglybt, ouvi do Parg mais cedo hoje sobre um assunto não relacionado, então ele está bem. (03:15:52 PM) zzz: pode também afetar o ubuntu jammy de ponta, não tenho certeza (03:15:52 PM) zzz: eot (03:16:12 PM) zlatinb: eot (03:16:22 PM) zzz: Quero dizer pacote debian/ubuntu (03:16:22 PM) zzz: eot2 (03:16:22 PM) zzz: isso é no debian sid e talvez apenas no jammy (03:16:22 PM) zzz: eot3 (03:16:22 PM) zzz: vou dar a ele mais alguns dias e depois incomodá-lo (03:16:31 PM) eyedeekay: Obrigado, zzz, essa questão de pacote/dependência provavelmente vai aparecer no Reddit se for um problema (03:16:58 PM) eyedeekay: Eu uso o sid no dia a dia e ainda não encontrei esse problema (03:17:01 PM) zzz: ref: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=997213 (03:18:40 PM) eyedeekay: 3) Status da atualização do jpackage (03:19:36 PM) eyedeekay: Já cobrimos parte disso; os pacotes dmg do zlatinb estão nos espelhos e listados no site (03:20:29 PM) eyedeekay: Eu precisava fazer algumas atualizações no meu laptop Windows, então não concluí as compilações .exe ontem à noite; deixei para depois da reunião (03:21:08 PM) eyedeekay: Eu alterei meu servidor de notícias para publicar os novos pacotes do zlatinb (03:21:59 PM) eyedeekay: Não ouvi de nenhum usuário até agora (03:22:27 PM) zlatinb: Neste ponto, o jpackage dmg está bem ajustado. Fizemos um teste ponta a ponta da atualização dentro da rede com 1.5.0->1.5.1 e funcionou (mas só na segunda tentativa) (03:23:02 PM) zlatinb: 1 pessoa baixou o torrent de acordo com o snark (03:23:27 PM) zlatinb: não há muito mais a relatar sobre o jpackage do mac, ele basicamente funciona (03:23:28 PM) zlatinb: eot (03:24:04 PM) eyedeekay: Obrigado, zlatinb (03:24:41 PM) eyedeekay: 4) Integrações com Monero (03:25:55 PM) eyedeekay: Houve um interesse renovado em fazer o Monero-over-I2P funcionar automaticamente nas carteiras GUI(como Feather em particular) durante o feriado de Ação de Graças (03:26:38 PM) eyedeekay: Estamos fazendo alguns mockups de design e analisando os trade-offs de diferentes configurações aqui: (03:26:39 PM) eyedeekay: https://github.com/monero-project/monero-gui/issues/2274 (03:27:15 PM) eyedeekay: Eles estão interessados em adotar várias coisas nossas, incluindo eventualmente nosso modelo de distribuição de atualizações de software dentro da rede (03:27:53 PM) eyedeekay: Se alguém quiser participar dessa discussão, estamos fazendo isso principalmente lá e também no canal Matrix do Monero (03:28:06 PM) eyedeekay: Monero-Community (03:28:20 PM) eyedeekay: EOT (03:29:05 PM) eyedeekay: 5) Nova biblioteca SAM (03:29:14 PM) zzz: legal, presumo que eles já tenham visto o que o bitcoin fez para os protocolos de endereço de baixo nível (03:29:17 PM) zzz: eot (03:30:31 PM) eyedeekay: Sim, viram (03:31:24 PM) eyedeekay: Outra coisa legal que aconteceu na semana passada é que o pessoal da diva.exchange criou uma nova biblioteca SAM para node.js/javascript em geral (03:32:02 PM) eyedeekay: Ela é muito mais completa e recentemente documentada do que a antiga, que agora não é mais mantida (03:32:07 PM) eyedeekay: O código-fonte está aqui: https://codeberg.org/diva.exchange/i2p-sam (03:32:23 PM) eyedeekay: O pacote NPM está aqui https://www.npmjs.com/package/@diva.exchange/i2p-sam (03:33:00 PM) eyedeekay: Dado o quão popular é o node, estou dando um pequeno impulso de divulgação; parece que todo mundo escreve seus aplicativos web em node hoje em dia (03:33:15 PM) eyedeekay: eot (03:34:21 PM) eyedeekay: Mais algo para a reunião? (03:35:13 PM) zlatinb: da minha parte, não (03:36:01 PM) eyedeekay: timeout 1, (03:36:04 PM) eyedeekay: 1m (03:37:03 PM) eyedeekay: OK então, obrigado zzz, zlatinb, a próxima reunião será em 4 de jan. de 2022 (03:37:03 PM) eyedeekay: Vou publicar os logs em breve

Lançamento 1.6.1

Mon, 29 Nov 2021 00:00:00 +0000

Detalhes da atualização

Observação: 1.6.1 é a versão atual. 1.6.0 foi marcada, mas não lançada.

Esta versão conclui a implantação de duas grandes atualizações de protocolo desenvolvidas em 2021. A transição para a criptografia X25519 nos routers é acelerada, e esperamos que quase todos os routers tenham as chaves renovadas até o final do ano. As mensagens curtas de construção de tunnel são ativadas para uma redução significativa de largura de banda.

I2P Jpackages recebem a primeira atualização

Tue, 02 Nov 2021 00:00:00 +0000

Há alguns meses, lançamos novos pacotes que esperávamos que ajudassem a integrar novas pessoas à rede I2P, tornando a instalação e a configuração do I2P mais fáceis para mais pessoas. Removemos dezenas de etapas do processo de instalação ao mudar de uma JVM externa para um Jpackage, criamos pacotes padrão para os sistemas operacionais de destino e os assinamos de uma forma que o sistema operacional reconhecesse para manter o usuário em segurança. Desde então, os routers jpackage alcançaram um novo marco: eles estão prestes a receber suas primeiras atualizações incrementais. Essas atualizações substituirão o JDK 16 jpackage por um JDK 17 jpackage atualizado e fornecerão correções para alguns pequenos bugs que detectamos após o lançamento.

Reunião dos desenvolvedores do I2P - 02 de novembro de 2021

Tue, 02 Nov 2021 00:00:00 +0000

Recapitulação rápida

Presentes: eyedeekay, zzz, zlatinb, Ryemantis_

Registro da reunião

(04:00:16 PM) eyedeekay: Olá, pessoal, bem-vindos à Reunião da Comunidade de 2 de novembro (04:00:16 PM) eyedeekay: 1) Oi (04:00:16 PM) eyedeekay: 2) Status do Desenvolvimento 1.6.0 / Próximo Lançamento (04:00:16 PM) eyedeekay: 3) status do jpackage beta para mac/win, relatos de testes de usuários, status da atualização na rede 17.0.2, planos para a atualização 1.6.0 ? (04:00:35 PM) zzz: oi (04:00:38 PM) zlatinb: oi (04:00:55 PM) eyedeekay: Oi zzz, zlatinb (04:01:25 PM) eyedeekay: 2) Status do Desenvolvimento 1.6.0 / Próximo Lançamento (04:02:25 PM) eyedeekay: O tópico do lançamento está aqui: `http://zzz.i2p/topics/3170-1-6-0-release-summary` e ainda não escolhemos uma data; eu deveria ter respondido naquele tópico. Queremos decidir isso aqui? (04:02:43 PM) zzz: sim, por favor (04:03:18 PM) zzz: Daqui a 3 semanas seriam 13 semanas. +/- 1 semana também está ok para mim (04:03:19 PM) eyedeekay: OK então, no meu caso sou a favor da semana do dia 29, após o Dia de Ação de Graças nos EUA (04:04:12 PM) zlatinb: Estou longe da minha estação de trabalho principal até o início de dezembro, então não posso construir nem assinar os instaladores do jpackage. Mas ainda posso fornecer um OTP (senha descartável) para o signtool, pois isso está no meu telefone. (04:05:34 PM) zzz: ok, então provisoriamente a semana do dia 28? eche|off eche|on alguma objeção? (04:07:30 PM) eyedeekay: A semana do dia 28 me parece boa por enquanto. (04:08:34 PM) eyedeekay: Mais algo para o tópico 2)? (04:08:45 PM) zzz: sim, um status rápido (04:09:02 PM) zzz: parece um lançamento bastante modesto em termos de quantidade de mudanças (04:09:27 PM) zzz: alguns aprimoramentos de desempenho no SSU talvez sejam o destaque (04:09:48 PM) zzz: zlatinb, se tiver tempo para encaixar as correções de depreciação nos testes de unidade, seria bom (04:09:52 PM) zzz: EOT (04:10:02 PM) eyedeekay: Obrigado, zzz (04:10:28 PM) zlatinb: sim, sem promessas quanto aos testes de unidade :) (04:10:42 PM) eyedeekay: 3) status do jpackage beta para mac/win, relatos de testes de usuários, status da atualização na rede 17.0.2, planos para a atualização 1.6.0? (04:12:18 PM) zlatinb: Pressuponho que seja o jdk 17.0.1; não há 17.0.2 lançado ainda, até onde sei (04:12:21 PM) zzz: sim, adicionei esse item só para dar a vocês dois a chance de atualizar a comunidade (04:12:32 PM) eyedeekay: zlatinb e eu discutimos isso há alguns dias e avaliamos a possibilidade de fazer uma atualização para o OpenJDK 17 nos instaladores do jpackage (04:12:43 PM) zzz: ignore quaisquer erros de digitação :) (04:13:36 PM) Ryemantis__ agora é conhecido como Ryemantis_ (04:14:08 PM) eyedeekay: Neste momento estamos preparados para fazer atualizações na rede dos instaladores do jpackage, mas vamos esperar pelo lançamento principal para fazer nossos lançamentos do jpackage, que atualizarão para 17.0.1 ou 17.0.2 (04:14:55 PM) zlatinb: 17.0.2 só deve sair em meados de janeiro, então devemos definitivamente ter um lançamento 1.6.0 do jpackage (04:15:32 PM) zlatinb: na minha visão, eu realmente gostaria de fazer um dry-run (simulação) do processo de atualização na rede para eliminar quaisquer bugs, mas isso precisa acontecer nos próximos 7 dias porque estarei longe do computador depois disso (04:16:03 PM) zlatinb: resumindo, o seguinte precisa acontecer: (04:16:12 PM) zzz: eyedeekay, isso não ficou muito claro... vocês estão 'preparados' mas não vão fazer, vão esperar? (04:16:28 PM) zlatinb: 1. atualização do repositório i2p.newsxml para produzir entries.html por plataforma (04:16:50 PM) zlatinb: 2. Garantir que os servidores http de notícias do idk e do ech possam servir os novos arquivos news.su3 (04:17:17 PM) zlatinb: 3. criar branch de i2p.i2p a partir da tag i2p-1.5.0, incrementar CoreVersion/RouterVersion, marcar tag i2p-1.5.1 (04:17:27 PM) zlatinb: 4. construir os instaladores do jpackage, assinar/notarizar conforme necessário (04:17:47 PM) zlatinb: 5. gerar novo entries.html com novo release.json (04:17:50 PM) zlatinb: 6. implantar (04:17:51 PM) zlatinb: eot (04:18:03 PM) zlatinb: então não sei se isso pode acontecer em 7 dias, mas seria muito bom se pudesse (04:19:10 PM) eyedeekay: Por 'preparados' quero dizer que as mudanças no i2p.newsxml produzem feeds válidos que podem ser usados para distribuir atualizações na rede e eles funcionam na minha configuração de notícias em lighttpd (04:20:00 PM) eyedeekay: Preciso adicionar suporte a entries.html específico por plataforma; no momento todo mundo recebe todas as notícias, mas um torrent diferente (04:20:38 PM) zzz: num panorama mais amplo, como é beta, está indo bem? vocês estão recebendo downloads e/ou reclamações? (04:21:16 PM) zlatinb: downloads - ~25/dia para mac, ~100/dia para windows, de acordo com o matomo (04:21:44 PM) eyedeekay: Sem reclamações importantes; havia um problema ao detectar o caminho para o pacote instalado, dependendo da arquitetura e de se o Windows estava instalado, o que afeta uma fração dos usuários de Windows, mas *apenas* quando o lançador é executado a partir do instalador (04:22:03 PM) eyedeekay: Então, depois que o instalador é executado, o bug desaparece, e isso está corrigido na nova versão (04:22:11 PM) eyedeekay: Bem, estará (04:22:15 PM) zzz: ótimo (04:22:21 PM) eyedeekay: Isso é aquilo que o zab reportou no mês passado (04:22:40 PM) eyedeekay: *instalado ou atualizado a partir de uma edição anterior (04:24:34 PM) Ryemantis_: Oi, pessoal. Só queria passar aqui rapidamente e pedir desculpas por estar bem quieto nas últimas semanas. Outubro foi um mês muito ocupado para mim e ainda teve uma falha de hardware no meio. Depois desta semana devo ter algum tempo para colocar minha estação de trabalho em ordem e continuar o trabalho no I2P para Android. Atualmente estou trabalhando em LiveData, inicialização remota do I2P e correção de UPnP. Também vou atualizar nos fóruns assim que eu voltar a (04:24:35 PM) Ryemantis_: isso. Por favor, me avisem também se mais alguma coisa precisar de atenção mais imediata. (04:25:04 PM) eyedeekay: Excelente ouvir de você, Ryemantis_, e bem-vindo à reunião (04:25:28 PM) eyedeekay: Obrigado pela atualização sobre no que você está trabalhando; falhas de hardware e a vida acontecem com todos nós (04:27:01 PM) eyedeekay: Voltando ao 3) por um momento: por ora cabe a mim adicionar suporte a entries.html em data/platform/branch/entries.html em vez de apenas em data/entries.html, para que possamos ter feeds de notícias específicos por plataforma (04:27:13 PM) Ryemantis_: Com certeza aprecio a compreensão e obrigado a todos pelo trabalho árduo (04:28:23 PM) eyedeekay: Em vez de um único feed onde todo mundo recebe as notícias de todo mundo (04:29:00 PM) eyedeekay: Depois disso, podemos começar no passo 3. na descrição do zlatinb (04:29:37 PM) eyedeekay: Algo para o 3)? (04:30:20 PM) zlatinb: não, acho que isso cobre tudo (04:30:46 PM) eyedeekay: Legal. Mais alguma coisa para a reunião, zzz, zlatinb, Ryemantis_? (04:31:04 PM) zzz: não (04:31:30 PM) Ryemantis_: não (04:31:49 PM) zlatinb: sim, rapidinho — a próxima reunião é no dia 1º? (04:31:54 PM) ***zlatinb verifica o calendário (04:32:12 PM) eyedeekay: Acho que no dia 7, zlatinb (04:32:20 PM) zlatinb: ok, deixa pra lá então (04:32:33 PM) eyedeekay: O dia primeiro é uma quarta-feira no meu calendário (04:33:28 PM) eyedeekay: Ah, certo, isso me lembra: horário de verão (DST). Eu sempre agendei as reuniões em UTC, mas alguém quer ajustar o horário da reunião por causa do horário de verão? (04:33:36 PM) zzz alterou o tópico para: 1.5.0-4 | Congelamento da tag qua., 17 de nov. (04:35:30 PM) eyedeekay: Vou considerar isso como um não, então. A menos que alguém levante o assunto em um tópico no fórum, as reuniões continuarão sendo marcadas no mesmo horário em UTC (04:36:05 PM) eyedeekay: Obrigado a todos por virem à reunião, vou publicar os logs em alguns minutos.

Reunião de Desenvolvimento do I2P - 5 de outubro de 2021

Tue, 05 Oct 2021 00:00:00 +0000

Resumo rápido

Presentes: eyedeekay, zzz, zlatinb, T3s|4

Registro da reunião

(04:00:04 PM) eyedeekay: Oi pessoal, bem-vindos à reunião da comunidade (04:00:04 PM) eyedeekay: 1) Oi (04:00:04 PM) eyedeekay: 2) Itens restantes da 0.9.50/1.5.0 (04:00:04 PM) eyedeekay: 3) Distribuições Jpackage (04:00:04 PM) eyedeekay: 4) Status do desenvolvimento 1.6.0 (04:00:15 PM) mode (-m ) by zzz (04:00:16 PM) eyedeekay: 1) Oi, quem está aqui hoje? (04:00:24 PM) zlatinb: oi (04:00:24 PM) zzz: aqui (04:00:48 PM) eyedeekay: Oi zzz, oi zlatinb (04:01:30 PM) eyedeekay: 2) Itens restantes da 0.9.50/1.5.0 (04:02:21 PM) eyedeekay: É a mesma história que na última reunião, no momento não conseguimos contatar o mhatta, e, portanto, nossos pacotes do main do Debian não estão atualizados (04:02:55 PM) eyedeekay: A recomendação oficial para instalar o I2P no Debian e no Ubuntu mudará na próxima versão para usar nosso próprio repositório .deb/PPA (04:03:26 PM) eyedeekay: Também estamos atualizando as instruções para refletir algumas recomendações que tornarão o uso do nosso repositório mais seguro (04:03:52 PM) eyedeekay: Na nova configuração, nossas chaves de assinatura de pacotes .deb serão válidas apenas para nossos pacotes, em vez de para todos os pacotes (04:04:04 PM) eyedeekay: Usuários atuais de deb/ubuntu não precisarão mudar nada (04:05:04 PM) eyedeekay: Isso é tudo que tenho para o 2); algo de mais alguém? (04:05:23 PM) T3s|4: eyedeekay: ^tudo anotado, e eu também estou presente (04:06:21 PM) eyedeekay: Obrigado T3s|4 (04:06:21 PM) eyedeekay: Tempo limite 1m para 2) (04:07:36 PM) eyedeekay: OK 3) Distribuições Jpackage (04:08:02 PM) zlatinb: Tenho dois itens para este tópico, ambos não são bons (04:08:18 PM) eyedeekay: OK, talvez você deva começar então (04:08:42 PM) zlatinb: 3.1 - o DMG do Mac não foi publicado corretamente no espelho sigterm.no e eu descobri isso duas semanas após o lançamento (04:09:11 PM) zlatinb: o que é uma falha grave; precisamos entender por que aconteceu e como podemos evitar no futuro (04:09:30 PM) zlatinb: 3.2 - Acabei de testar o AIO do Windows em uma VM Windows 10 limpa, com apenas o Firefox instalado, e o .bat não conseguiu iniciar o I2P.exe (04:09:50 PM) zlatinb: iniciar o I2P.exe manualmente funcionou bem, mas algo na conexão entre os dois falhou (04:09:50 PM) zzz: o que é AIO? (04:09:55 PM) eyedeekay: Easy-Install (04:09:56 PM) zlatinb: Tudo-em-um (04:10:17 PM) zlatinb: EOT (04:11:42 PM) eyedeekay: A falha no sigterm.no foi em parte culpa minha; resolvi o problema lá, que tinha a ver com a forma como eu fazia a sincronização com os mirrors. (04:12:13 PM) eyedeekay: Sobre o bundle do Windows, isso definitivamente não deveria acontecer, não é bom. Vou dar sequência a isso no i2p.firefox assim que a reunião terminar, obrigado por trazer à minha atenção. (04:12:50 PM) zlatinb: ok, feliz em ajudar a depurar de qualquer forma (04:14:54 PM) eyedeekay: OK, da minha parte estou testando as mudanças no i2p.newsxml para fazermos as atualizações; deve ficar pronto para revisão esta semana, há algumas mudanças menores nas instruções para executar o servidor de notícias que vou precisar revisar com o ech, mas já estamos nos comunicando sobre isso (04:16:03 PM) zzz: 3.3 sobre os bundles para OSX, recomendo que anunciemos que não foram testados em Macs ARM, que o desempenho é desconhecido, e que devemos solicitar testadores (04:16:17 PM) eyedeekay: Sim, de acordo; posso fazer essa alteração no site ainda hoje à noite (04:16:19 PM) zzz: e, a partir disso, decidir quando começar a fazer compilações ARM (04:17:17 PM) eyedeekay: Pode deixar (04:17:20 PM) zzz: observe que o Java 17, em teoria, suporta nativamente o OSX ARM, mas não sei se algum dos sites do tipo openjdk já tem os builds do JRE (04:18:26 PM) zzz: EOT, obrigado (04:18:38 PM) zlatinb: compilar para Mac aarch64 precisa acontecer em um Mac aarch64 por causa do jpackage (04:18:55 PM) zlatinb: então isso significa que eu preciso conseguir um Mac ARM em algum momento (04:19:12 PM) zlatinb: ou alguém precisa obter uma conta de desenvolvedor da Apple (04:19:31 PM) zlatinb: eot (04:20:35 PM) eyedeekay: Meu Mac também é x86_64, infelizmente, senão eu me ofereceria para fazer isso (04:21:17 PM) eyedeekay: Mais algo para 3)? (04:22:19 PM) eyedeekay: OK então 4) é Status do desenvolvimento 1.6.0 (04:25:17 PM) eyedeekay: o zzz tem nos mantido atualizados com seus desenvolvimentos e status aqui: `http://zzz.i2p/topics/3170-1-6-0-release-summary` (04:25:20 PM) eyedeekay: 6 semanas decorridas, aprox. 7 semanas restantes (04:25:40 PM) eyedeekay: Uma das minhas duas grandes mudanças planejadas para a console do router provavelmente não entrará: X-I2P-Locations no proxy HTTP (04:26:10 PM) eyedeekay: A outra, o gerenciamento de plugins fork-and-forget, vai ficar pronta esta semana (04:27:10 PM) eyedeekay: O trabalho no SSU2 continua em #LS2 (04:27:10 PM) eyedeekay: zlatinb e zzz também vêm identificando e depurando problemas de desempenho no SSU1 (04:27:26 PM) eyedeekay: Algo a acrescentar, zzz, zlatinb (04:27:28 PM) eyedeekay: ? (04:28:07 PM) zzz: até agora não há muitas coisas grandes nesta versão (04:28:21 PM) zzz: diff muito pequeno até o momento (04:28:50 PM) zzz: vamos incluir quaisquer outras mudanças grandes em breve (04:29:36 PM) eyedeekay: Não vou deixar nada grande ou drástico passar deste fim de semana. Se eu não conseguir terminar até segunda, vou me ater às coisas pequenas. (04:29:40 PM) zzz: devemos estar no caminho para um lançamento no fim de novembro (04:30:43 PM) zzz: eot (04:30:45 PM) zzz: ah, também aguardando um lançamento pós-EOL do Jetty 9.3.30 com alguns backports de CVEs. Eles já marcaram, mas ainda não publicaram os builds; isso é típico deles (04:31:43 PM) eyedeekay: Se eles demorarem muito para publicar os builds, isso exigiria adiar o lançamento? (04:32:37 PM) zzz: deve ser só uma semana ou algo assim. se por algum motivo eles não fizerem, podemos simplesmente pegar os patches deles (04:33:02 PM) eyedeekay: OK, obrigado por esclarecer (04:33:35 PM) eyedeekay: Há mais algo para o 4) e, se não, há algo que mais alguém gostaria de discutir enquanto estamos aqui? (04:35:03 PM) eyedeekay: Tempo limite 1m (04:35:04 PM) zzz: se alguém com um nick registrado quiser voz, me avise antes que eu clique no botão 'm'. desculpem o incômodo (04:37:10 PM) eyedeekay: OK pessoal, obrigado por virem à reunião (04:37:10 PM) eyedeekay: Vejo vocês pelo IRC e na reunião do mês que vem (04:37:20 PM) eyedeekay: Tenho algumas atualizações do site para fazer (04:37:59 PM) eyedeekay: Por favor, observem a declaração ^ do zzz sobre voz no servidor IRC (04:40:00 PM) eyedeekay: Ah, outra coisa: vou estar fora da cidade na quinta e na sexta; vou trabalhar offline nesses dias. Mandem mensagem para idk_afk se eu não estiver online e verei até a noite

Bitcoin Core adiciona suporte a I2P!

Sat, 18 Sep 2021 00:00:00 +0000

Após meses de trabalho, o Bitcoin Core adicionou suporte oficial ao I2P! Os nós de Bitcoin sobre I2P podem interagir plenamente com o restante dos nós de Bitcoin, com a ajuda de nós que operam tanto no I2P quanto na clearnet (internet pública), tornando-os participantes de primeira classe na rede Bitcoin. É empolgante ver grandes comunidades como a do Bitcoin notarem as vantagens que o I2P pode lhes trazer, proporcionando privacidade e reachability (capacidade de ser alcançado na rede) a pessoas no mundo inteiro.

Melhorando a adoção e a integração inicial do I2P usando Jpackage e I2P-Zero

Wed, 15 Sep 2021 00:00:00 +0000

Durante a maior parte da existência do I2P, tem sido uma aplicação que é executada com a ajuda de uma Máquina Virtual Java já instalada na plataforma. Isso sempre foi a forma normal de distribuir aplicações Java, mas resulta em um procedimento de instalação complicado para muitas pessoas. Para complicar ainda mais, a “resposta certa” para tornar o I2P fácil de instalar em uma determinada plataforma pode não ser a mesma em outras plataformas. Por exemplo, o I2P é bastante simples de instalar com as ferramentas padrão em sistemas operacionais baseados em Debian e Ubuntu, porque podemos simplesmente listar os componentes Java necessários como “Required” no nosso pacote; contudo, no Windows ou no OSX, não há tal sistema que nos permita garantir que um Java compatível esteja instalado.

Aprimore suas habilidades em I2P com LeaseSets criptografados

Tue, 07 Sep 2021 00:00:00 +0000

Aprimore suas habilidades em I2P com LeaseSets criptografados

Já se afirmou no passado que o I2P enfatiza o suporte a serviços ocultos, o que é verdadeiro de muitas maneiras. No entanto, o que isso significa para usuários, desenvolvedores e administradores de serviços ocultos nem sempre é o mesmo. LeaseSets criptografados e seus casos de uso oferecem uma janela única e prática sobre como o I2P torna os serviços ocultos mais versáteis, mais fáceis de administrar, e como o I2P amplia o conceito de serviço oculto para proporcionar benefícios de segurança para casos de uso potencialmente interessantes.

Reunião de Desenvolvedores do I2P - 07 de setembro de 2021

Tue, 07 Sep 2021 00:00:00 +0000

Resumo rápido

Presentes: eyedeekay, zzz, zlatinb

Registro da reunião

(04:02:11 PM) eyedeekay: Olá a todos, desculpem o aviso em cima da hora, bem-vindos à reunião de 7 de setembro (04:02:11 PM) eyedeekay: 1) Olá (04:02:11 PM) eyedeekay: 2) Itens restantes de 0.9.50/1.5.0 (04:02:11 PM) eyedeekay: 3) Mudanças no repositório Debian (04:02:11 PM) eyedeekay: 4) Distribuições Jpackage (ferramenta de empacotamento do Java) (04:02:11 PM) eyedeekay: 5) Planos para 1.6.0 (04:03:12 PM) zlatinb: oi (04:03:21 PM) eyedeekay: Oi zlatinb (04:04:21 PM) eyedeekay: OK, podemos começar; se mais alguém entrar no meio da reunião, por favor se manifeste e avise que está aqui (04:04:49 PM) zzz: oi (04:04:54 PM) eyedeekay: Oi zzz (04:05:03 PM) eyedeekay: Vou assumir 2) itens restantes de 0.9.50 e itens de 1.5.0 (04:05:41 PM) serempa: oi (04:05:55 PM) eyedeekay: Oi serempa, bem-vindo à reunião da comunidade (04:06:19 PM) serempa: ah, que sorte a minha :) (04:06:20 PM) eyedeekay: É a mesma história de sempre: nosso pacote Debian upstream, mantido pelo mhatta, não está atualizado. Neste momento, recomendamos que você use o repositório Debian do projeto, recentemente sob minha administração, em http(s)://deb.i2p2.de (04:06:54 PM) eyedeekay: Primeira terça-feira de cada mês, 20h UTC, avisem os amigos :) (04:07:19 PM) serempa: hmm na verdade estou usando i2pd (04:07:28 PM) zzz: parece que nosso f-droid e o f-droid oficial ainda estão pendentes, eyedeekay? (04:07:41 PM) eyedeekay: Sim, eu ia falar disso agora (04:09:26 PM) eyedeekay: Ainda estou atualizando o repositório do F-Droid. Não tenho controle sobre quando o F-Droid oficial é atualizado, então a recomendação será semelhante: o nosso F-Droid será atualizado antes do repositório oficial ser (04:10:23 PM) eyedeekay: Então, para pacotes atualizados, provavelmente será necessário usar nosso F-Droid auto-hospedado (04:10:48 PM) zzz: Não vejo mais nada faltando (04:11:42 PM) eyedeekay: Esses são os únicos dois produtos de lançamento restantes (04:12:35 PM) serempa: desculpem perguntar, mas existem pacotes arm mantidos por alguém? (04:13:16 PM) zzz: funcionamos em qualquer plataforma que tenha Java (04:13:20 PM) serempa: nos repositórios do rpi é 0.9.38-3.1 (04:13:47 PM) eyedeekay: Isso é raspbian sem adicionar deb.i2p2.de ao sources.list? (04:14:01 PM) eyedeekay: Só para confirmar, serempa? (04:14:05 PM) zzz: você pode seguir as instruções em geti2p.net/debian para usar nosso repositório, serempa (04:14:21 PM) serempa: ooh entendi, desculpa (04:14:23 PM) eyedeekay: Sim, deve ter pacotes do pi atualizados (04:14:37 PM) eyedeekay: O que nos leva a 3) mudanças no repositório Debian (04:14:37 PM) eyedeekay: Tivemos um problema de DNS com o repositório antigo http://deb.i2p2.no (04:15:43 PM) eyedeekay: O servidor que usávamos para ele não é mais usado para nada, foi desativado. A partir de agora, deb.i2p2.de e deb.i2p2.no estão disponíveis tanto por HTTP quanto por HTTPS (04:16:40 PM) eyedeekay: Avisem-nos se encontrarem algum problema usando a nova configuração, que no geral deve ter menos problemas (04:17:22 PM) eyedeekay: Algo a acrescentar em 3)? (04:18:07 PM) eyedeekay: 4) Distribuições Jpackage (04:19:29 PM) eyedeekay: O Zab teve um lançamento jpackage bem-sucedido até agora; pelo menos, algumas pessoas estão usando (04:20:29 PM) eyedeekay: Agora temos uma ideia melhor de como adaptar o servidor de notícias para que os jpackages possam obter notícias e atualizações para suas distribuições (04:20:45 PM) eyedeekay: Estou adiando meu lançamento até eu conseguir lançar uma nova versão do I2P In Private Browsing que inclua algumas correções de bugs e que defina a página inicial e o mecanismo de busca (04:21:31 PM) eyedeekay: Isso deve levar cerca de mais uma semana (04:21:49 PM) eyedeekay: Mais algo em 4), zlatinb? zzz? (04:22:06 PM) zlatinb: ops, espera (04:22:06 PM) zlatinb: lag lag (04:22:37 PM) eyedeekay: Sem problema, pode falar, zlatinb (04:22:39 PM) zlatinb: sim, o dmg para Mac está tendo ~25 downloads/dia em média (04:22:44 PM) eyedeekay: Legal! (04:23:10 PM) zlatinb: a página /en/download/mac também recebe bom tráfego. Muita gente a visita depois de tentar baixar o .jar (04:23:50 PM) zzz: voltei, desculpem, problemas no computador (04:24:12 PM) eyedeekay: (04:22:39 PM) zlatinb: sim, o dmg para Mac está tendo ~25 downloads/dia em média (04:24:12 PM) eyedeekay: (04:22:44 PM) eyedeekay: Legal! (04:24:12 PM) eyedeekay: (04:23:10 PM) zlatinb: a página /en/download/mac também recebe bom tráfego. Muita gente a visita depois de tentar baixar o .jar (04:24:24 PM) eyedeekay: Caso você precise disso^ (04:25:09 PM) zzz: vocês três já resolveram os problemas de URL do servidor de notícias? (04:25:39 PM) zlatinb: que não funciona de todo nas versões recentes do Mac OS por causa da notarização (04:25:39 PM) zlatinb: eot (04:25:39 PM) zlatinb_ agora é conhecido como zlatinb (04:25:47 PM) zlatinb: lag forte, desculpa (04:27:00 PM) eyedeekay: Ainda não. zlatinb, quando seria um bom horário para nos reunirmos e falar sobre os problemas restantes de URL de notícias? Tenho uma ou duas perguntas para você sobre os requisitos; se pudermos nos reunir esta semana, seria suficiente (04:27:42 PM) zlatinb: sim, fico à vontade para fazer as mudanças em Python assim que concordarmos sobre como lidar com as coisas (04:27:56 PM) zlatinb: a grande questão é: queremos feeds de notícias separados para os diferentes produtos ou apenas metadados diferentes (04:28:05 PM) zlatinb: precisamos decidir isso (04:29:45 PM) eyedeekay: Então eu gostaria de fazer uma reunião rápida por voz sobre isso em algum momento desta semana; podemos agendar depois. Ainda não sei de quais prós e contras me importo (04:30:01 PM) zlatinb: claro (04:30:08 PM) eyedeekay: Parece bom (04:30:21 PM) eyedeekay: Mais algo para 4)? (04:30:30 PM) zzz: vocês vão precisar de um feed diferente na primeira vez que fizerem uma atualização intermediária, por exemplo, para Java (04:31:17 PM) zzz: certifiquem-se de incluir o echelon, pois ele pode ter suas próprias questões (04:32:19 PM) eyedeekay: Intermediária tipo de non-jpackage para jpackage? Do meu lado isso está "desativado": o instalador NSIS não sobrescreverá um instalador IzPack se encontrar um (04:33:01 PM) zzz: não consegui pensar na palavra certa. Quero dizer um lançamento intermediário, entre os lançamentos upstream, por exemplo, 1.5.1 (04:33:10 PM) eyedeekay: Ah, entendi (04:33:20 PM) eyedeekay: Faz sentido, obrigado por apontar isso (04:33:50 PM) eyedeekay: Vou enviar um e-mail para o grupo para todos ficarem a par (04:34:12 PM) eyedeekay: E com certeza vamos precisar disso por causa dos lançamentos do OpenJDK (04:34:34 PM) eyedeekay: Então isso definitivamente é importante para nós (04:35:13 PM) eyedeekay: OK, mais algo para 4)? (04:36:21 PM) eyedeekay: Isso nos leva a 5) planos para 1.6.0 (04:37:45 PM) eyedeekay: Provavelmente devemos reservar um momento para escrever nossos planos, timeout 3min (04:38:23 PM) zzz: Atualizei o roadmap no site para 1.5.0 e 1.6.0 - eyedeekay, por favor revise e corrija seus itens (04:38:45 PM) zlatinb: Vou ver se há um conserto rápido para a lentidão do SSU que observei na testnet (rede de testes). Se for algo simples, como um ack atrasado levando tempo demais, acho que podemos colocar isso na 1.6.0 (04:39:04 PM) zlatinb: se acabar sendo mais complicado, então não vale muito a pena, já que estamos trabalhando em um substituto (04:39:40 PM) zzz: Não tenho muita coisa na minha lista para 1.6.0... neste ponto, minha principal prioridade é o SSU2, que ainda está bem no início; não espero que seja concluído antes de meados do ano que vem (04:39:52 PM) eyedeekay: Ack, zzz, farei isso esta noite (04:39:52 PM) eyedeekay: Eu trouxe copypasta, esta é a lista colada na minha estante: (04:39:52 PM) eyedeekay: Código/Empacotamento: (04:39:52 PM) eyedeekay: 1) Eliminar a classe de plugins "Unmanaged", tornar plugins Fork-and-Exec gerenciáveis. (04:39:52 PM) eyedeekay: 2) Adicionar suporte para o lado cliente do X-I2P-Location no HTTP Proxy (04:39:52 PM) eyedeekay: 3) Debianizar o I2P Browser Profile (04:39:52 PM) eyedeekay: 4) Transformar o I2P Browser Profile em plugin (04:39:52 PM) eyedeekay: 5) Mover goSam e sam3 para i2pgit.org em vez do Github (04:39:52 PM) eyedeekay: 6) Limpar os UDP tunnels do sam-forwarder e mover para o namespace go-i2p (04:39:52 PM) eyedeekay: 7) Finalmente corrigir e mesclar as mudanças do go-i2p upstream (04:39:52 PM) eyedeekay: Web/Documentação: (04:39:52 PM) eyedeekay: 1) Documentar "Como usar" I2P para navegação no Android, e-mail, Bittorrent (04:39:52 PM) eyedeekay: 2) Dividir a página de download em partes gerenciáveis, redirecionar para a página por SO (04:39:52 PM) eyedeekay: 3) Documentar processos de instalação do Jpackage no site (04:39:52 PM) eyedeekay: Diversos: (04:39:52 PM) eyedeekay: 1) Migrar i2p.keyring.i2p para i2pgit.org (04:39:52 PM) eyedeekay: 2) Transformar meus outros aplicativos em plugin(BRB, Railroad, reseed-tools) (04:39:52 PM) eyedeekay: 3) Reescrita em Go do News Server(newsxml-tools) (04:39:52 PM) eyedeekay: 4) Ferramenta genérica de assinatura SU3 em Go (04:40:33 PM) zzz: eyedeekay, preciso do Diversos #1 esta semana, por favor (04:40:47 PM) eyedeekay: Com certeza (04:40:54 PM) zzz: ótimo, valeu (04:41:10 PM) eyedeekay: Sem problema (04:42:03 PM) eyedeekay: Mais algo em 5)? (04:43:21 PM) eyedeekay: Mais algo para a reunião? Timeout 2m em caso de lag (04:43:53 PM) zlatinb: hmm sim, alguém notou um lag terrível hoje? Também estou tendo que tentar até 10 vezes para dar push em algo no git.idk.i2p (04:46:39 PM) eyedeekay: Notei algumas dificuldades inconsistentes ao fazer push para o git.idk.i2p na semana passada (04:48:07 PM) eyedeekay: Geralmente some em poucos minutos, mas exige várias tentativas (04:49:37 PM) eyedeekay: Eu tenho isso configurado para 6 tunnels e 2 backup tunnels usando um salto no momento (04:54:59 PM) eyedeekay: Não é multihomed, mas eu posso fazer com que seja (04:55:08 PM) eyedeekay: Se houver mais alguma coisa para a reunião? timeout 1m (04:57:26 PM) eyedeekay: Certo, obrigado por virem, pessoal. No mesmo horário no mês que vem. Vou publicar a ata da reunião no site em breve

20 anos de privacidade: uma breve história do I2P

Sat, 28 Aug 2021 00:00:00 +0000

Invisibility is the best defense: building an internet within an internet

“Acredito que a maioria das pessoas queira esta tecnologia para que elas possam se expressar livremente. É reconfortante saber que você pode fazer isso. Ao mesmo tempo, podemos superar alguns dos problemas observados na Internet, mudando a forma como a segurança e a privacidade são vistas, bem como o grau em que são valorizadas.”

Em outubro de 2001, 0x90 (Lance James) teve um sonho. Começou como um “desejo de comunicação instantânea com outros usuários do Freenet para falar sobre questões do Freenet e trocar chaves do Freenet, mantendo ainda assim o anonimato, a privacidade e a segurança.” Chamava-se IIP — the Invisible IRC Project.

I2P celebra o seu 20º ano

Thu, 26 Aug 2021 00:00:00 +0000

20 Anos de I2P

É difícil acreditar, mas o I2P existe há quase 20 anos! Desde o seu início como um projeto em C que fornecia acesso anônimo ao IRC, tivemos centenas de colaboradores, aceitamos check-ins (envios de código) de dezenas de programadores, usamos 2 linguagens principais de programação, 3 sistemas de controle de versão, passamos por uma migração da criptografia e múltiplos soft-forks (bifurcações compatíveis com versões anteriores). Houve cerca de 500 sites registrados na Invisible Web, e incontáveis sites I2P não registrados que eram acessíveis apenas por meio de seus nomes de host criptográficos.

Lançamento 1.5.0

Mon, 23 Aug 2021 00:00:00 +0000

Detalhes da atualização

Finalmente corrigimos alguns bugs de corrupção de longa data no SusiMail. As alterações no limitador de largura de banda devem melhorar o desempenho do tunnel de rede. Há várias melhorias em nossos containers Docker. Aprimoramos nossas defesas contra possíveis routers maliciosos e com bugs na rede.

Reunião de Desenvolvedores do I2P - 04 de maio de 2021

Tue, 04 May 2021 00:00:00 +0000

Resumo rápido

Presentes: eyedeekay, zzz, zlatinb

Registro da reunião

(04:01:04 PM) eyedeekay: Olá a todos, é hora da reunião de 4 de maio (04:01:13 PM) zlatinb: oi (04:01:21 PM) zzz: olá (04:01:39 PM) eyedeekay: 1) Olá (04:01:39 PM) eyedeekay: 2) Relatório do Mac Launcher, Acompanhamento (04:01:39 PM) eyedeekay: 3) Relatório da Migração do Trac, Pós-Operação (04:01:39 PM) eyedeekay: 4) lançamento 0.9.50 (04:01:39 PM) eyedeekay: 5) Relatório dos Canais de Atualização (04:01:39 PM) eyedeekay: 6) Melhorias no Docker (04:01:39 PM) eyedeekay: 7) Chaves do plugin Bote (04:02:17 PM) eyedeekay: zab, 2) e 5) provavelmente se sobrepõem, devo juntá-los? (04:02:26 PM) zlatinb: claro (04:02:56 PM) eyedeekay: OK, então vamos trocar 3 e 5 daquela lista acima e fazer os canais de atualização logo após o Mac Launcher (04:03:11 PM) eyedeekay: 2) Relatório do Mac Launcher (04:03:59 PM) zlatinb: até agora recebi um relato positivo de um usuário desconhecido e sei que pelo menos algumas pessoas testaram o .dmg (04:04:28 PM) zlatinb: então, quanto à parte do instalador, acho que estamos em ótima forma. Não consigo pensar em mudanças necessárias que não estejam relacionadas à funcionalidade de atualização (04:04:49 PM) zlatinb: s/installer/app bundle/ (04:05:24 PM) zlatinb: isso é tudo sobre estritamente-2) da minha parte (04:06:10 PM) eyedeekay: Excelente. Não tenho nada a acrescentar agora, então podemos passar para 3) Canais de Atualização (04:06:24 PM) eyedeekay: A menos que o zzz tenha algo? (04:06:36 PM) zzz: não (04:07:00 PM) eyedeekay: Ok então zlatinb, canais de atualização também são seu tópico (04:07:22 PM) zlatinb: eu e o zzz fizemos alguma análise/escopo inicial do que precisa acontecer para habilitar os canais de atualização (04:08:05 PM) zlatinb: o consenso (acho) é que haverá algumas mudanças no código em i2p.i2p, bem como algum código no repositório mac-jpackage (04:08:36 PM) zlatinb: ainda estamos enumerando todos os casos extremos, mas até agora não encontramos nada que inviabilize (04:09:24 PM) zzz: concordo, parece bem direto e não exige muito esforço. testar provavelmente é mais trabalho do que codificar (04:09:36 PM) zlatinb: estou muito ocupado até o lançamento, mas depois disso vou focar nisso. Posso entrar em mais detalhes técnicos, mas fica muito de baixo nível para esta reunião (04:09:39 PM) zlatinb: eot (04:10:05 PM) eyedeekay: Obrigado pelo relatório (04:10:12 PM) eyedeekay: Isso nos leva a 4) lançamento 0.9.50 (04:11:08 PM) dr|z3d: você pulou a migração do Trac. (04:11:26 PM) eyedeekay: eu ia fazê-la como 5, não 4 (04:11:40 PM) dr|z3d: ok, prossiga! (04:11:45 PM) eyedeekay: Estamos a 11 dias do lançamento agora (04:12:09 PM) eyedeekay: As tags devem ser congeladas amanhã (04:12:22 PM) eyedeekay: Não tenho mais mudanças de strings para i2p.i2p (04:13:43 PM) eyedeekay: zzz, zlatinb o que gostariam de acrescentar? (04:14:08 PM) zzz: não muito... vou enviar as strings para o transifex às 16:00 UTC amanhã (04:14:26 PM) zlatinb: orignal fez um ponto interessante há apenas 30 minutos sobre a capacidade da fila de NTCP, pode valer a pena olhar isso antes do lançamento (04:14:27 PM) zzz: terminei a 50. já estou trabalhando na próxima (04:15:18 PM) zzz: não vi isso, mas eu ficaria relutante em fazer quaisquer mudanças agora. Estou testando algumas mudanças na fila de NTCP para o próximo lançamento (04:15:29 PM) zzz: eot (04:15:38 PM) zlatinb: eot da minha parte também (04:15:53 PM) eyedeekay: 5) Relatório da Migração do Trac, Pós-Operação (04:16:35 PM) eyedeekay: a migração do Trac foi complicada principalmente pelos motivos pelos quais senti que precisava acontecer; em particular, o xmlrpc do trac quebrou na nossa instância mais ou menos na época da reunião do mês passado (04:17:34 PM) eyedeekay: Depois de tentar e falhar em consertar por algumas semanas, decidi que seria mais fácil (com cuidado) extrair nossos tickets do Trac e migrá-los para o gitlab usando a API do gitlab (04:18:20 PM) eyedeekay: Fora isso, foi bem-sucedido e, como subproduto, criou um arquivo estático legível de todos os nossos tickets do Trac até o momento (04:18:32 PM) eyedeekay: eot (04:18:44 PM) zzz: então qual é o status? concluído? (04:19:16 PM) eyedeekay: Para fins de acompanhamento de tickets, a migração do Trac está concluída. Trac ainda tem artigos de wiki de algum interesse para fazer backup, mas os tickets estão feitos. (04:19:43 PM) zzz: ok. Eu mudei as urls no nosso código para apontar para o gitlab (04:20:14 PM) eyedeekay: Eu mudei a maioria das do site, mas ainda estou usando grep nos arquivos .rst pelos últimos poucos (04:20:28 PM) zzz: pode por favor adicionar notas e links na página inicial do Trac, na página de tickets, na página de login e onde mais for, com os novos links i2p e clearnet? (04:20:42 PM) eyedeekay: Claro, farei isso (04:21:49 PM) zzz: isso agora nos torna dependentes do gitlab (quando era só código, podíamos sempre usar o github) ... temos algum admin de backup? (04:21:49 PM) eyedeekay: Também vou passar por todos os README's e garantir que referenciam os lugares corretos (04:22:50 PM) eyedeekay: o echelon tem uma conta de admin no gitlab, mas mais ninguém tem acesso SSH ao servidor subjacente neste momento (04:22:50 PM) mode (+v anonymousmaybe) by ChanServ (04:23:30 PM) eyedeekay: Posso estudar sincronizar as issues com o github usando um bot, não é tão diferente da segunda metade do processo de migração (04:23:39 PM) zzz: ok, vocês dois talvez queiram revisar quem pode fazer o quê para garantir que estamos cobertos (04:23:45 PM) zzz: bom trabalho (04:24:09 PM) eyedeekay: Obrigado (04:24:22 PM) eyedeekay: Isso nos leva a 6) Melhorias no Docker (04:24:42 PM) eyedeekay: zlatinb, você quer informar aqui as pessoas que ainda não experimentaram? :) (04:25:10 PM) zlatinb: lol sim, a nova imagem do Docker é menor e suporta volumes persistentes para configuração e downloads do snark (04:25:35 PM) zlatinb: a documentação está no código-fonte, no arquivo Docker.md. Eu gostaria de adicionar uma página ao site com o mesmo conteúdo (04:26:03 PM) zlatinb: é basicamente isso (04:26:30 PM) eyedeekay: Boa observação sobre o site; agora mesmo nós o divulgamos, mas não documentamos como usá-lo (04:26:40 PM) zzz: quem é responsável pela conta docker do geti2p e quem mais tem acesso? (04:26:48 PM) zzz: ou não funciona assim? (04:27:35 PM) zzz: ele apenas faz build automático a cada commit e só? (04:27:37 PM) eyedeekay: Eu sou responsável pela conta docker do geti2p; posso conceder acesso a pessoas a partir do gitlab. Foi iniciada pelo Ace Barry ou pelo hkparker, se não me engano, mas eu sou o admin agora (04:28:04 PM) eyedeekay: Ele gera a `latest` a cada commit e gera uma imagem para cada tag começando com `i2p-*` (04:28:50 PM) zzz: ok, então quaisquer mudanças que o zlatinb fez já estão lá (04:28:52 PM) zzz: entendi (04:29:00 PM) zlatinb: sim (04:29:30 PM) zlatinb: eyedeekay: vi que você acabou de containerizar o processo de build do Android com Docker? (04:30:50 PM) eyedeekay: Sim, fiz; foi uma forma de empacotar todos os requisitos de lançamento em uma forma reutilizável (04:31:35 PM) zzz: eyedeekay, falando de Android, vi algo sobre o Google adicionar mais regras e aumentar os requisitos com efeito para mais tarde neste ano. Você pode querer reservar um tempo antes deste lançamento para se adiantar a isso (04:33:10 PM) eyedeekay: Estou conferindo novamente todo o meu processo de lançamento do Android esta semana para garantir que tudo corra bem (04:34:18 PM) zzz: como eu disse, as novas regras não entram em vigor por alguns meses, mas não faria mal tratá-las agora (04:34:41 PM) zzz: ou, pode doer, mas melhor mais cedo do que tarde (04:34:42 PM) zzz: eot (04:35:14 PM) eyedeekay: Bem, depende do F-Droid; às vezes eles ficam atrás do GPlay nos requisitos de uma forma que é um tanto mutuamente excludente, mas será melhor saber disso se for acontecer (04:36:02 PM) eyedeekay: Acho que estamos prontos para o número 7) Chaves do plugin Bote (04:36:20 PM) eyedeekay: Este assunto surgiu para mim numa conversa com alguns usuários do Reddit na semana passada (04:37:06 PM) eyedeekay: As pessoas estão tentando usar o fork do mhatta do Bote, mas não conseguem fazê-lo porque não conseguem instalar facilmente as chaves do plugin (04:37:30 PM) eyedeekay: Além disso, em geral não sabem como interpretar o erro de certificado na barra lateral para solucionar o problema (04:38:17 PM) eyedeekay: s/keys/certificates/ (04:38:41 PM) eyedeekay: Eu gostaria que considerássemos adicionar a do mhatta ao padrão para que as pessoas não encontrem mais esse erro (04:39:17 PM) zzz: 1) ele deve fornecer instruções melhores aos seus usuários; 2) ele precisa fazer esse pedido a nós (04:40:22 PM) eyedeekay: Justo. (04:40:46 PM) eyedeekay: Isso nos leva ao fim dos tópicos listados, mais algo a acrescentar? (04:41:06 PM) zlatinb: sim, eu gostaria que pensássemos em tornar mais fácil construir redes de teste (04:41:08 PM) zzz: e eu pediria que ele colocasse a .49 no Debian, o que nunca aconteceu (04:41:55 PM) zlatinb: tivemos duas pessoas construindo redes de teste com LXC e uma pessoa construindo com Docker; os três usam abordagens bastante diferentes (04:42:14 PM) zlatinb: então há interesse em descobrir quais são os pontos problemáticos e tornar as coisas mais fáceis? (04:42:51 PM) zzz: tenho interesse em descobrir se há interesse :) (04:43:10 PM) eyedeekay: Da minha parte, sim; eu gostaria de colocar uma rede de teste para rodar, de preferência uma com Docker (04:44:13 PM) zlatinb: legal... então devemos olhar isso... de cabeça, a semeadura inicial (seeding) é a pior parte (04:45:14 PM) eyedeekay: Já existem instruções escritas para rede de teste em Docker ou são todas baseadas em LXC? (04:45:18 PM) zzz: minha solução para a semeadura funcionou bem para mim; está grosseiramente resolvido para lxc (04:45:47 PM) zlatinb: LoveIsGrief pode ter algo nos repositórios dele no gitlab (04:47:55 PM) zlatinb: eot da minha parte (04:49:07 PM) eyedeekay: Acho então que, se eu quiser uma rede de teste em Docker, provavelmente devo olhar o trabalho deles e preencher quaisquer lacunas que encontrar com base no processo para LXC (04:49:43 PM) zzz: Eu fiz commit de todos os meus scripts de shell lxc horríveis no i2p.scripts (04:50:29 PM) eyedeekay: Obrigado, zzz; horríveis ou não, tenho certeza de que eles vão me dizer o que preciso saber (04:51:32 PM) eyedeekay: Mais algo para a reunião? (04:51:50 PM) eyedeekay: timeout 1m (04:51:50 PM) zzz: não (04:51:58 PM) zlatinb: da minha parte não (04:52:19 PM) eyedeekay: OK então, obrigado a todos por virem (04:52:44 PM) eyedeekay: Vou publicar os logs no site em breve, vejo vocês pelo IRC

Reunião de Desenvolvedores do I2P - 06 de abril de 2021

Tue, 06 Apr 2021 00:00:00 +0000

Recapitulação rápida

Presentes: eyedeekay, zzz, zlatinb, psi

Registro da Reunião

(04:02:03 PM) eyedeekay: Olá a todos, zzz, zlatinb, membros da comunidade, bem-vindos à reunião de 6 de abril de 2020 (04:02:09 PM) eyedeekay: Muita coisa para discutir hoje: (04:02:12 PM) eyedeekay: 1) Olá (04:02:12 PM) eyedeekay: 2) Relatório do Mac Launcher, jpackage/dmg (04:02:12 PM) eyedeekay: 3) Resultados da pesquisa de interesse de usuários de Mac (04:02:12 PM) eyedeekay: 4) Instalador tudo-em-um para Windows (04:02:12 PM) eyedeekay: 5) Canais de atualização - `http://git.idk.i2p/i2p-hackers/i2p.i2p/-/wikis/...` (04:02:12 PM) eyedeekay: 6) Relatório/Avaliação da Migração do Trac (04:02:12 PM) eyedeekay: 7) Lançamento 0.9.50 (04:02:39 PM) eyedeekay: 1) Olá, está todo mundo aqui? (04:02:43 PM) zzz: oi (04:02:46 PM) eyedeekay: Oi zzz (04:02:54 PM) zlatinb: oi (04:02:59 PM) eyedeekay: Oi zlatinb (04:03:08 PM) eyedeekay: Mais alguém? (04:03:40 PM) eyedeekay: OK, vamos para 2) então Relatório do Mac Launcher (04:04:13 PM) eyedeekay: Este era meu tópico, mas acho que o zlatinb e eu devemos compartilhar um pouco; tenho mais a acrescentar à seção da Pesquisa de Interesse dos Usuários (04:04:54 PM) zlatinb: ok (04:05:24 PM) eyedeekay: A situação atual, pelo que entendo, é que decidimos que o launcher antigo não é o caminho, refletido no zzz removendo o código da branch principal do git esta manhã (04:07:04 PM) eyedeekay: E que podemos lidar com a questão de fazer atualizações em segundo plano, para evitar tornar o processo de atualização mais complicado enquanto simplificamos o de instalação (04:08:42 PM) eyedeekay: Que instalações como serviço "de verdade" provavelmente não farão parte da versão do router empacotada com jpackage, porque apps de inicialização automática começam quando o usuário faz login e não quando o sistema está pronto (04:08:53 PM) zlatinb: Acho que isso está correto. Verifiquei que a sequência de passos no script que está na página da wiki é completamente "silenciosa" (04:08:53 PM) zlatinb: o fluxo de ponta a ponta precisa ser testado, claro (04:08:53 PM) zzz: sim, acho que a experiência de instalação é melhor; a de atualização pode ser um pouco até muito pior, a definir (04:09:25 PM) zzz: embora, se você incluir as atualizações do Java na experiência de atualização do izpack, talvez não ficaríamos pior (04:09:28 PM) mode (+v anonymousmaybe) by ChanServ (04:09:39 PM) zzz: essa é a parte que precisamos investigar mais (04:09:58 PM) zzz: e decidir como fazer esses trade-offs (04:11:17 PM) eyedeekay: Acho que o nagware do Java deixa quase a mesma coisa (04:11:34 PM) eyedeekay: Mas eu também ainda não precisei fazer uma atualização do Java no meu Mac (04:12:35 PM) zzz: temos alguma noção quantitativa de quanto o JRE 16 é melhor que o 8? (04:12:37 PM) eyedeekay: Houve um resultado um pouco surpreendente na pesquisa de interesse dos usuários: uma pequena maioria(3/5) de respondentes disse que instalar o Java não foi difícil. Isso incluiu pessoas que se marcaram como usuário de computador "beginner". Isso na verdade me surpreendeu bastante. (04:13:37 PM) zlatinb: 16 vs 8? não no momento, dá para procurar benchmarks no Google, claro, mas as novas APIs são úteis (04:14:01 PM) zlatinb: como obter o pid de dentro do Java, badges no Dock e notificações etc. (04:15:14 PM) zlatinb: sobre uma investigação do processo completo de atualização, ela será feita organicamente como parte do trabalho no novo processo de atualização, a ser discutido depois nesta reunião (04:16:19 PM) zlatinb: Estou confiante de que pode ser bem suave; a questão de implementação é AppleScript vs script bash vs ?? (04:16:57 PM) zzz: Eu achei que era só executar 'open xxx.dmg'? (04:17:54 PM) zlatinb: alguém não tem acompanhado a página da wiki tsc tsc :) não, é um processo bastante envolvido de converter o .dmg para outro formato. Isso evita quaisquer prompts visuais e acordo de licença (04:19:12 PM) zlatinb: basicamente 1. converter o .dmg para .cdr 2. montar o cdr 3. mover o AppBundle existente para fora do caminho 4. cp -R novo AppBundle 5. limpar, desmontar o .cdr 6. iniciar o novo app bundle (04:20:12 PM) zlatinb: Testei e verifiquei que a conversão e a montagem são totalmente "silenciosas". Se não quisermos ser silenciosos, mas querer que o usuário veja o que está acontecendo, podemos usar AppleScript (04:20:20 PM) zlatinb: não faço ideia por que iríamos querer isso, mas está na mesa (04:21:14 PM) eyedeekay: Legal. Não que eu ache que importe tanto, mas é assim que pacotes .dmg "deveriam" atualizar? Há chance de isso ser desativado no futuro sem um caminho para corrigir? (04:22:03 PM) zlatinb: a forma oficial de atualizar é usar um recurso do Mac OS que depende da existência de um servidor clearnet (internet aberta). O VLC atualiza assim, por exemplo. (04:22:30 PM) zzz: dado o tamanho da pauta, sugiro seguirmos adiante para saber se a pesquisa indica que alguém quer isso mesmo (04:22:49 PM) eyedeekay: Pode ser (04:23:49 PM) eyedeekay: Os resultados da pesquisa resumidos da seguinte forma: (04:23:49 PM) eyedeekay: - A maioria das pessoas pesquisadas não tinha Java instalado quando tentava instalar o I2P pela primeira vez. (04:23:49 PM) eyedeekay: - Usuários acharam fácil instalar o Java, com uma pequena maioria(3/5) dos respondentes dizendo que instalar o Java não foi difícil. Isso incluiu pessoas que se marcaram como usuário de computador "beginner". Isso na verdade me surpreendeu bastante. (04:23:49 PM) eyedeekay: - 6 de 12 usuários pularam algumas ou todas as perguntas de Sim/Não. (04:23:49 PM) eyedeekay: - Tivemos vários usuários que pularam múltiplas perguntas de Sim/Não, mas deixaram respostas abertas. Eles, sem exceção, não foram elogiosos ao processo de instalação. (04:23:49 PM) eyedeekay: - Todos, exceto um, dos respondentes de Sim/Não que responderam à pergunta eram usuários do pacote .dmg. Desses, foram 5/13. Todos os outros foram não-respostas. Isso pode indicar a popularidade esmagadora da abordagem .dmg. (04:23:49 PM) eyedeekay: - O único não usuário do pacote .dmg antigo respondeu "Sim" para usaria um novo se surgisse (04:24:31 PM) eyedeekay: Isso está copiado diretamente de um resumo mais longo que vou postar no zzz.i2p mais tarde hoje (04:25:16 PM) zzz: nós não perguntamos diretamente se as pessoas querem um instalador dmg vs izpack? Ou como podemos inferir isso? (04:26:02 PM) eyedeekay: Nós nos referimos ao izpack como o instalador ".jar" já que usuários finais não sabem que ferramentas de empacotamento usamos (04:26:09 PM) zzz: ou, uma pergunta ainda mais simples: a pesquisa nos diz que devemos fazer um instalador dmg ou não? (04:26:25 PM) eyedeekay: Acredito que a pesquisa apoia fazer um instalador .dmg (04:26:52 PM) zzz: fortemente? fracamente? "esmagadoramente"? (04:27:25 PM) eyedeekay: Bem fortemente, o único contraponto ao instalador .dmg foi que as pessoas acharam fácil instalar o Java (04:27:41 PM) eyedeekay: Recomendando assim o atual, nesse caso (04:27:51 PM) zzz: ok (04:28:03 PM) eyedeekay: Todo mundo que respondeu à pergunta disse ".dmg installer" (04:28:47 PM) zlatinb: mas isso nem está disponível para download há um tempo. Sabemos se eles se referem ao experimental que acabamos de construir ou ao antigo? (04:29:08 PM) eyedeekay: Perguntei especificamente "O instalador .dmg que perdeu suporte no início deste ano" (04:29:17 PM) zlatinb: ok (04:29:51 PM) eyedeekay: Também perguntei se eles conseguiram fazer a transição do instalador .dmg antigo de volta para um instalador IzPack (04:30:16 PM) eyedeekay: Ninguém conseguiu, mas acho que sabíamos disso por causa do problema de reinicializações imparáveis (04:30:18 PM) mode (+v subatomic) by ChanServ (04:31:20 PM) zlatinb: esse problema pode ter sido específico do meu sistema, não tenho como saber. Talvez eu tenha ajudado o meeh a rodar um build intermediário que pode ter estado quebrado... muitas possibilidades. (04:32:50 PM) eyedeekay: Lembro de ver isso no meu Mac antigo que era um "lemon" (defeituoso), então o mesmo (04:32:59 PM) eyedeekay: Terei um resumo estendido com os resultados brutos anonimizados para postar no zzz.i2p esta noite (04:33:03 PM) eyedeekay: EOT #3 (04:34:22 PM) zlatinb: Eu pediria que voltássemos ao #2 por um momento (04:34:32 PM) zlatinb: e pelo menos decidíssemos um prazo para tomar uma decisão (04:35:05 PM) zlatinb: porque, devido à falta de notarização, o instalador atual do izpack é bem horrível. A Sadie publicou no Medium o fluxo completo e são algo como 35 etapas (04:35:24 PM) zlatinb: que incluem o usuário desligar algumas proteções do SO que vêm ativas por padrão (04:35:53 PM) zlatinb: para sua informação, perguntei ao orignal e a um cara do IRC do ilita o que eles fazem para o i2pd (04:36:10 PM) zlatinb: e a resposta curta foi: desativar todas as avaliações e seguir em frente (04:36:32 PM) zzz: Não estou ouvindo objeções, então acho que seguimos trabalhando rumo a uma solução. Não tenho certeza de que precisamos de um prazo, especialmente se o esforço for modesto (04:36:33 PM) zlatinb: Realmente não acho que possamos esperar que nossos usuários façam isso (04:37:20 PM) zlatinb: o esforço é modesto se não contarmos a reformulação do sistema de atualização que discutiremos separadamente (04:37:33 PM) zlatinb: eot (04:37:55 PM) zzz: ok, então vamos descobrir qual é o prazo para resolver as coisas de atualização (04:38:53 PM) zlatinb: ok (04:40:25 PM) eyedeekay: Estamos decidindo isso aqui e agora? Porque meu voto seria ter tudo pronto para começar a ser introduzido na 0.9.51. (04:40:58 PM) zlatinb: vamos discutir isso como parte do 5), certo? (04:41:09 PM) eyedeekay: Claro, parece bom (04:41:21 PM) eyedeekay: Vamos para 4) então Instalador tudo-em-um para Windows (04:41:49 PM) eyedeekay: zlatinb adicionou isso à pauta, mas provavelmente terei bastante coisa para acrescentar aqui também. Quer começar, zlatinb? (04:42:40 PM) zlatinb: bem, o eyedeekay fez a maior parte do trabalho pesado de combinar o instalador de perfil do Firefox com uma imagem do JRE e um router e garantir que instala e roda. Há, claro, algumas arestas no momento. (04:42:59 PM) zlatinb: Há também uma página na wiki que pode ser usada para perguntas (04:43:30 PM) zlatinb: Acho que vale a pena dar atenção e gastar tempo para fazer uma definição de produto adequada com requisitos e tudo mais, similar ao que foi feito para o .dmg (04:43:58 PM) zlatinb: Estamos trabalhando com usuários no r/i2p que nos ajudaram muito e continuam ajudando (04:44:15 PM) zlatinb: mas, claro, no momento isso é um PoC (prova de conceito) (04:44:15 PM) zlatinb: eot (04:45:38 PM) zzz: parece não haver wikis listados na página índice em `http://git.idk.i2p/i2p-hackers/i2p.i2p/-/wikis/home` então as pessoas precisam da URL completa? (04:45:41 PM) eyedeekay: Sim, apesar de ser um PoC inicial, a maior parte do feedback que recebi tem sido positivo. Uma coisa infeliz é que aparentemente o NSIS enlouquece se o usuário tiver um conjunto de caracteres diferente do administrador; a parte mais difícil tem sido evitar essa armadilha até agora (04:46:01 PM) eyedeekay: No lado direito para mim, vou te passar a URL completa (04:46:29 PM) eyedeekay: https://i2pgit.org/i2p-hackers/i2p.firefox/-/wikis/All-in-One-I2P-Installer-for-Windows (04:47:08 PM) zzz: hmm, se não estiver logado diz 'no wiki pages'. se estiver logado, te dá uma página de 'create new wiki'. (04:47:57 PM) zlatinb: verifique que você está no projeto i2p.firefox, não i2p.i2p (04:48:07 PM) zzz: ah ok (04:49:19 PM) psi: oi (só observando) (04:49:42 PM) zlatinb: oi psi (04:49:52 PM) eyedeekay: Oi psi (04:50:07 PM) eyedeekay: E aqui está a branch caso precise: https://i2pgit.org/i2p-hackers/i2p.firefox/-/tree/EXPERIMENTAL-jpackage (04:50:34 PM) psi: não tinha uma conversa sobre usar nsis para empacotamento no windows? (04:50:56 PM) eyedeekay: Sim, isso é parte dessa conversa (04:50:56 PM) psi: (isso é o item 4, deixa) (04:51:27 PM) psi: ah (04:51:30 PM) psi: vejo que estamos nisso (04:51:55 PM) psi: então, se você estiver usando cmake/cpack, o nsis é ótimo porque você cross-compila para windows a partir do linux de forma trivial (04:52:04 PM) psi: não sei como funciona no mundo Java (04:52:23 PM) zzz: Levantei algumas objeções sobre essa proposta para windows no último mês, nenhuma fatal, mas não acho que foram adequadamente tratadas (04:52:29 PM) zzz: Vou listar 3 aqui (04:52:47 PM) eyedeekay: Infelizmente podemos precisar fazer isso para aproveitar builds do jpackage, que atualmente exigem compilar na plataforma de destino (04:53:03 PM) zzz: 1) é tudo uma distração do instalador de mac que nos motivou e provavelmente é de maior prioridade, e aprenderemos fazendo ele primeiro (04:53:15 PM) psi: ponto 1 já basta aí (04:53:24 PM) zzz: 2) quase todas as justificativas listadas ou teorizadas são mais fracas do que a do instalador de mac (04:53:34 PM) psi: eu diria para focar na infra de mac antes de sair vagando pelo abismo do empacotamento (04:53:55 PM) psi: vocês vão acabar tendo expansão de escopo (04:53:57 PM) zzz: 3) o perfil de firefox até agora não-oficial está assumido como incluído, mas não foi justificado ou revisado separadamente (04:54:02 PM) zzz: eot (04:54:31 PM) psi: por agora, empacotamento no macos já é tarefa suficiente e vocês não precisam aumentar o escopo (04:54:47 PM) psi: depois que fizerem a infra do macos funcionar, voltem ao nsis do windows (04:55:03 PM) psi: eu, por mim, quero abandonar o suporte a macos no trabalho porque é simplesmente ruim (04:55:12 PM) psi: o alvo como um todo está piorando a cada release (04:55:33 PM) psi: e a apple é ativamente hostil a projetos de software livre (04:55:51 PM) psi: se você não se importa em se curvar para a Apple, então provavelmente tudo bem (04:56:10 PM) zlatinb: bem, essa é uma forma pitoresca de colocar, psi :) (04:56:12 PM) psi: é tudo uma questão de quanto tempo você quer queimar lidando com eles (04:56:29 PM) psi: se o número de usuários for baixo o suficiente, simplesmente não vale a pena (04:56:39 PM) eyedeekay: Eu consigo conviver com esperar o Mac ficar pronto antes de levar o Windows adiante, acho que todos veem meu ponto sobre o instalador e sua relação com onboarding (04:57:00 PM) zlatinb: mas eu já passei pelas "alegrias" da notarização, então essa parte está resolvida (04:57:10 PM) zlatinb: (essa é a parte mais desagradável, a propósito) (04:57:33 PM) psi: então isso é uma questão direcional de alto nível: o windows está de fato ficando um pouco melhor e a apple está piorando, a direção projetada de cada um para mim é bem clara (04:57:52 PM) psi: se não tivermos um cara dedicado de mac, então as partes de mac vão apodrecer (04:58:00 PM) psi: cara dedicado de mac* (04:58:05 PM) psi: foi o que aconteceu no trabalho D: (04:58:34 PM) zlatinb: bem, tento documentar tudo o que faço, mas você está certo, um dos requisitos é um Apple Id, o que significa desanonimizar (04:58:44 PM) psi: isso provavelmente é ok (04:58:50 PM) psi: o problema real é todo o resto (04:58:57 PM) zlatinb: não é tão ruim (04:59:05 PM) psi: é se você precisar de privilégios elevados (04:59:05 PM) zlatinb: podemos discutir depois da reunião se você estiver interessado (04:59:16 PM) psi: para o I2P é tranquilo (04:59:16 PM) zlatinb: não precisamos para o I2P, é uma instalação por arrastar (04:59:19 PM) zzz: o que ainda não entendo é que tínhamos um link quebrado para o instalador dmg antigo por um ano e ninguém reclamou. Durante esse tempo achávamos que tínhamos um cara dedicado de mac, mas ele sumiu (04:59:19 PM) psi: e sim, podemos conversar depois (04:59:30 PM) psi: sim (04:59:44 PM) psi: se um usuário de mac tentar e estiver quebrado, ele simplesmente vai desinstalar (04:59:48 PM) psi: eles não vão reportar um bug (04:59:52 PM) zlatinb: exatamente (05:00:03 PM) psi: e com o i2pd existindo eles podem simplesmente tentar aquilo (05:00:12 PM) psi: se o i2pd funcionar, eles vão usar ele (05:00:16 PM) eyedeekay: Aposto que, se eu realmente vasculhasse, eu poderia encontrar uma pergunta no reddit (05:00:25 PM) zlatinb: não funciona, exige desativar todas as avaliações (05:00:53 PM) eyedeekay: Mas outro fator é que até alguns meses atrás o instalador .dmg teria instalado e talvez atualizado, porque a assinatura dele ainda não tinha expirado (05:02:24 PM) zlatinb: há tipo um cara de mac no ilita e ele é um usuário de mac muito avançado (05:02:33 PM) zlatinb: enfim, estamos divagando (05:02:33 PM) psi: sim (05:02:33 PM) zlatinb: o psi tem razão que usuários de mac não vão reclamar e só vão desistir (05:02:33 PM) psi: há auditorias de UX regulares em nível de projeto para cada plataforma? (05:02:33 PM) zzz: não é verdade, o link estava quebrado desde a 0.9.44, porque o último release dmg foi .43 (05:02:33 PM) psi: isto é, verificar se a plataforma X está quebrada? (05:02:33 PM) zlatinb: infelizmente não (05:02:33 PM) psi: pensando em voz alta, vejo um tema abrangente comum (05:02:33 PM) psi: tema abrangente (05:02:34 PM) zzz: correção, .45 foi o último, quebrado desde a .46 (05:03:03 PM) zlatinb: tivemos o instalador de windows quebrado por dois dias até o parg reclamar, apenas um ponto de dados (05:03:27 PM) zzz: uma hora de reunião, eyedeekay pode manter as coisas andando, por favor? (05:03:35 PM) eyedeekay: Sim (05:03:52 PM) eyedeekay: Acho que já fizemos o suficiente em #4 por enquanto (05:03:58 PM) psi: sim (05:04:07 PM) eyedeekay: 5) canais de atualização (05:04:21 PM) eyedeekay: Este é seu, zlatinb (05:04:56 PM) zlatinb: certo, então o principal propósito dos canais de atualização é suportar os novos instaladores, mas claro que pode acabar sendo útil em outras situações também. (05:04:57 PM) zlatinb: como: (05:05:16 PM) zlatinb: se decidirmos migrar para lançamentos estáveis vs beta após 1.0.0 (05:05:46 PM) zlatinb: para resumir o que está na página da wiki: (05:06:09 PM) zlatinb: introduzimos a noção de um canal de atualização, que é uma tupla plataforma X prontidão (04:06:29 PM) psi: o I2P tem sido efetivamente um rolling release (lançamento contínuo) por uma década, certo? (05:06:57 PM) zlatinb: para fazer isso de forma retrocompatível e com o mínimo de trabalho, a url de atualização será construída `http://...b32.i2p/<platform>/<readiness>/news.su3` (05:07:25 PM) zlatinb: sem mudanças no formato do news.xml (05:08:08 PM) zlatinb: Então, pouquíssimas modificações no fluxo de trabalho dos geradores de su3 (05:08:33 PM) zlatinb: pequenas mudanças no backend do router, e mudanças de pequeno a médio porte na UI do console (05:09:04 PM) zlatinb: para discussão mais detalhada, veja a página da wiki (05:09:36 PM) zlatinb: nesta reunião eu gostaria de acordar qual prioridade isso deve ter, quando queremos pronto e, idealmente, quem fará qual parte também (05:09:38 PM) zlatinb: eot (05:10:04 PM) zzz: as questões são quem opera, gerencia e traduz os novos feeds e seus backups ... os mesmos de agora, ou diferentes (05:10:11 PM) zzz: se for a opção 1, então é quase nenhum esforço de desenvolvimento (05:10:35 PM) zlatinb: ah sim, a opção 2 (da página da wiki) está fora, ignorem completamente (05:10:59 PM) zzz: então você está propondo os mesmos hosts de notícias de agora para os novos feeds? (ech e idk), se sim, precisamos do apoio deles; se não, precisamos saber quem (05:11:44 PM) zlatinb: Eu diria começar com os mesmos hosts por enquanto (05:12:08 PM) eyedeekay: Estou absolutamente feliz em hospedar os novos feeds do meu lado (05:12:27 PM) zlatinb: Vou entrar em contato com o ech em breve sobre isso (05:13:51 PM) eyedeekay: Já que a opção 2 está fora, por extensão a opção 3 também está, certo? (05:13:59 PM) zlatinb: sim (05:14:36 PM) zlatinb: a opção 1 atinge tudo e é um esforço muito pequeno em relação às outras opções (05:15:31 PM) zlatinb: então... (05:16:23 PM) zlatinb: como isso é pré-requisito para habilitar atualizações dentro da rede de um instalador .dmg e parece que concordamos em seguir com isso, podemos dizer 0.9.51 para este item? (05:16:49 PM) eyedeekay: +1 (05:17:08 PM) zzz: ah, achei que você queria um prazo para decidir. isso é um prazo para terminar (05:17:24 PM) zzz: mas, claro, é uma meta razoável (05:17:50 PM) zlatinb: Eu queria um prazo para decidir sobre o instalador .dmg.. mas posso recuar se houver argumentos razoáveis contra decidir agora :) (05:18:03 PM) mode (+v val) by ChanServ (05:18:26 PM) zzz: parece bom (05:19:10 PM) zlatinb: ok... temos mais uma reunião antes do ciclo 0.9.51 começar para valer, certo? (05:19:17 PM) eyedeekay: Sim, temos (05:19:44 PM) zlatinb: podemos então detalhar na wiki, incluindo locais específicos do código que precisam mudar até lá (05:19:56 PM) zlatinb: Estou relutante em começar a codificar de fato, mesmo que em uma branch (05:20:18 PM) zzz: não deveria haver codificação, na verdade, ou muito pouca (05:20:37 PM) zlatinb: Vou tentar delimitar até a próxima reunião (05:21:18 PM) zlatinb: ok, isso é eot da minha parte em 5) (05:21:26 PM) eyedeekay: Ok, então passando para 6) Relatório/Avaliação da Migração do Trac (05:22:30 PM) eyedeekay: Fiz um quadro, foi aprovado, fiz um dry run em um servidor em casa, funcionou. Há centenas de tickets para migrar, quase todos serão adicionados ao i2p.i2p com tags correspondentes ao "component" em que estavam no trac. (05:23:54 PM) eyedeekay: Acho que consigo fazer toda a migração este mês e tê-la concluída até o início da próxima reunião. Vou do pequeno ao grande como fiz com mtn->git. Vou muito mais rápido desta vez; espera-se que a maioria destes leve um dia ou menos para completar. Vou começar com i2p.www (05:24:21 PM) zzz: decidimos definitivamente fazer isso, ou há questões em aberto, por exemplo registro para tickets, spam, etc. ????? (05:24:29 PM) mode (+v anonymousmaybe) by ChanServ (05:24:59 PM) eyedeekay: O spam caiu consideravelmente no último mês, registros de usuários agora estão abertos sem minha aprovação. Qualquer um que consiga confirmar um e-mail pode se registrar. (05:25:32 PM) eyedeekay: Ainda posso "aprovar" usuários que não podem ou não desejam usar um e-mail real. (05:25:35 PM) zzz: se bem me lembro, sabemos para onde estamos indo, mas ainda não tomamos a decisão final, especialmente por causa da questão do reg. (05:25:53 PM) zzz: mas não tenho os logs da reunião do mês passado na minha frente (05:26:14 PM) eyedeekay: A maior questão, registro somente mediante aprovação, não é mais o caso (05:26:48 PM) zzz: ok, então isso e as questões técnicas da migração eram as maiores. há mais alguma coisa que seja bloqueadora, ou você recomenda que prossigamos? (05:27:35 PM) eyedeekay: Acredito que eu deva prosseguir este mês com a migração de tickets (05:27:45 PM) mode (+v dr|z3d) by ChanServ (05:27:51 PM) zzz: parece bom (05:28:02 PM) eyedeekay: OK, vou começar provavelmente no fim desta semana (05:28:26 PM) eyedeekay: Por último, mas não menos importante, o 7) atualização do lançamento 0.9.50 (05:28:29 PM) zzz: ah, lembrei (05:28:29 PM) zzz: notificações (05:28:40 PM) zzz: em tickets, MRs, etc. parecem completamente quebradas (05:29:04 PM) zzz: claro, no trac também... (05:29:44 PM) zzz: então talvez não seja um bloqueador, mas com certeza um incômodo (05:29:47 PM) eyedeekay: Você não está recebendo? Achei que tinha consertado, comecei a receber as minhas. Vou descobrir o porquê e lidar com isso o quanto antes (05:30:19 PM) zzz: não. zlatinb, e você? (05:30:28 PM) zlatinb: nada (05:30:34 PM) zlatinb: recebi algumas em um momento, mas depois da atualização ou downtime, nada (05:30:55 PM) zlatinb: mas eu verifico os feeds de atividade obsessivamente :) (05:31:19 PM) eyedeekay: Puxa. OK, devo ter deixado passar quando coloquei o servidor de volta no ar depois daquela coisa em dezembro. Vou consertar em breve. (05:31:38 PM) eyedeekay: Espera, não, tenho um e-mail do zzz sobre a questão X-i2p-location... (05:31:46 PM) eyedeekay: Não pode ser isso. De qualquer forma, vou achar (05:32:14 PM) zzz: obrigado (05:32:16 PM) zzz: sobre: 7) (05:32:23 PM) zzz: Serei bem breve (05:32:37 PM) zzz: estamos na semana 7 de um ciclo nominal de 12 semanas, alvo meados para o fim de maio (05:32:45 PM) zzz: todas as grandes mudanças deveriam já estar dentro (05:32:49 PM) zzz: muita coisa de SSU e IPv6 (05:33:08 PM) zzz: fazendo testes com i2pd na prop. 158 (introducers IPv6) (05:33:18 PM) zzz: para o rascunho do anúncio de lançamento veja zzz.i2p (05:33:20 PM) zzz: EOT (05:33:52 PM) zlatinb: Só quero comentar sobre: utilização de banda (05:34:04 PM) zlatinb: esta versão tem potencial para melhorar o throughput (vazão) MUITO (05:34:40 PM) zlatinb: então, com as mudanças no ajuste de RED e CDQ devemos ficar de olho em quaisquer métricas de rede que conseguirmos (05:34:50 PM) zzz: tomara. também muitas correções do i2pd no release de meio de ciclo há algumas semanas, e mais no próximo, vão ajudar no desempenho da rede (05:35:38 PM) zlatinb: Só me preocupa batermos em alguns gargalos que nunca atingimos antes (05:35:50 PM) zlatinb: mas são dores do crescimento, imagino (05:36:09 PM) zzz: mesma história, dia diferente (05:36:48 PM) eyedeekay: Obrigado, zzz, obrigado, zlatinb. (05:37:53 PM) eyedeekay: Tenho muito pouco a acrescentar aqui, e acho que já estamos aqui há tempo suficiente, então, a menos que haja mais alguma coisa que queiram discutir, vou encerrar (05:38:03 PM) eyedeekay: Timeout 1m (05:39:19 PM) eyedeekay: Obrigado a todos por virem, nos vemos pelo IRC (05:39:31 PM) eyedeekay: Vou postar os logs da reunião em alguns minutos

Reunião de Desenvolvimento do I2P - 02 de março de 2021

Tue, 02 Mar 2021 00:00:00 +0000

Resumo rápido

Presentes: eyedeekay, zzz, zlatinb

Registro da reunião

(08:01:02 PM) eyedeekay: Oi, pessoal, e bem-vindos à Reunião de 2 de março, por favor me avisem se estiverem aqui (08:01:27 PM) eyedeekay: zzz zlatinb eche|on eche|off (08:01:42 PM) eyedeekay: Pauta (08:01:42 PM) eyedeekay: 1) Oi (08:01:42 PM) eyedeekay: 2) Itens pendentes do 0.9.49 (08:01:42 PM) eyedeekay: 3) Status do Mac Launcher (08:01:42 PM) eyedeekay: 5) Lançamento 0.9.50 (08:01:42 PM) eyedeekay: 6) Resumo da migração do Trac (08:01:46 PM) Irc2PGuest1578 [kilian@xvbemdlawzj2qlt3cgjgaclevziobxvwmipcvecbla4xqkmwjd2q.b32.i2p] entrou na sala. (08:01:46 PM) zzz: oi (08:01:55 PM) zlatinb: oi (08:01:55 PM) eyedeekay: 4) 1.0.0 vs 0.9.50 (08:03:04 PM) eyedeekay: oi zzz, oi zlatinb, timeout de 30s, mais alguém? (08:03:39 PM) eyedeekay: Obrigado, pessoal, vamos começar direto com 2) Itens pendentes do 0.9.49 (08:03:51 PM) eyedeekay: O único que eu conheço é a versão .dmg do instalador para Mac (08:04:20 PM) zzz: os outros são os pacotes oficiais do debian e ubuntu (08:04:45 PM) zzz: Vou explicar um pouco mais (08:04:50 PM) eyedeekay: Ok, obrigado. (08:05:06 PM) zzz: infelizmente, o debian bullseye acabou de entrar em congelamento (freeze) (08:05:29 PM) zzz: nosso mantenedor no debian ou não estava ciente do cronograma ou não nos aconselhou a apressar (08:05:51 PM) zzz: então, embora tenhamos adiantado o cronograma para o ubuntu hirsute 21.04, o prazo do debian era mais cedo (08:06:09 PM) zzz: como o ubuntu puxa do debian, o ubuntu também não recebeu (08:06:45 PM) zzz: isso acontece a cada dois anos, mas ainda assim, teria sido bom saber (08:06:54 PM) zzz: do jeito que foi, nós corremos por causa do ubuntu, à toa (08:07:25 PM) zzz: então, em algum momento, o debian vai descongelar, e o 49 deve aparecer no sid. mas o bullseye é 48 (08:07:27 PM) zzz: eot (08:07:59 PM) eyedeekay: Obrigado, zzz. Então, por enquanto, a recomendação para usuários Debian para obter um router atualizado deve ser via nosso repositório (08:08:17 PM) zzz: isso. idem para o ubuntu. (08:08:32 PM) zzz: ah, se me permitem, um breve relatório sobre a rede: (08:08:41 PM) eyedeekay: Claro, manda ver (08:08:48 PM) zzz: 52% atualizaram para 49; 6% refizeram as chaves para ECIES. Tudo parece bem até agora (08:09:03 PM) zzz: pouquíssimos bugs encontrados ou relatados (08:09:05 PM) zzz: eot (08:09:21 PM) eyedeekay: Excelente saber, obrigado pelo relatório (08:09:49 PM) eyedeekay: E acho que posso trabalhar para descobrir a que lista de discussão precisamos nos inscrever para saber com antecedência quando o Debian vai congelar (08:10:02 PM) eyedeekay: 3) Status do Mac Launcher (08:10:14 PM) eyedeekay: Este é o instalador baseado em DMG, não o .jar (08:10:54 PM) eyedeekay: Fui mal nessa, por não avisar as pessoas de que o mantenedor anterior não estava mais construindo o instalador (08:11:15 PM) eyedeekay: Como resultado, removi o instalador para Mac do site (08:11:39 PM) zzz: se não me engano, o último construído foi o .45 há um ano, e provavelmente ficou com link quebrado por boa parte do ano passado (08:11:41 PM) eyedeekay: Desde então adquiri um Mac com a intenção de assumir a manutenção do produto (08:12:00 PM) eyedeekay: zzz, você está correto (08:12:04 PM) zlatinb: há um problema com o instalador dmg — pelo menos no meu mac eu não consigo fazer o router parar. Algum daemon (serviço) continua reiniciando (08:12:09 PM) zzz: então era na verdade um problema antigo. você fez bem em removê-lo, obrigado por isso (08:13:16 PM) zlatinb: então, se outros usuários de mac estiverem na mesma situação, precisamos bolar algum tipo de guia de limpeza (08:13:28 PM) zzz: você descobriu se há algum auto-update ou notificação embutida? e, se houver, isso também está quebrado? ou é só a entrada de notícias no console? (08:13:57 PM) zlatinb: auto-update funciona, por incrível que pareça (08:13:57 PM) eyedeekay: Ele não consegue fazer auto-update, pelo menos não com sucesso (08:14:04 PM) eyedeekay: Poxa, que esquisito (08:14:09 PM) zlatinb: Eu só não consigo matar o router e garantir que ele continue parado (08:14:28 PM) eyedeekay: Bem, parece que parte do comportamento é bem errático (08:14:56 PM) zzz: eyedeekay, da última vez que discutimos isso, houve algum debate sobre o valor desse produto instalador para nossos usuários, comparado ao esforço necessário para mantê-lo (08:15:15 PM) zzz: como investigamos e avaliamos esses dois fatores? (08:15:58 PM) zzz: e zlatinb, você tem alguma opinião sobre o valor de um instalador no "jeito Mac" hoje? (08:16:36 PM) zlatinb: Ainda acho que instaladores no jeito Mac e no jeito Win são muito superiores à monstruosidade do IzPack (08:16:37 PM) eyedeekay: Acho que o zlatinb e eu vamos precisar comparar anotações, estou vendo um comportamento diferente do dele e, se eu não souber por quê, continuar a construir e dar suporte fica bem mais intimidador (08:17:16 PM) zlatinb: mas acho que precisamos reavaliar a complexidade à luz do jpackage que saiu com Java 14+ (08:18:02 PM) zlatinb: de todo modo, um instalador à la Mac teria/deveria ter prioridade menor do que o instalador à la Windows (08:18:05 PM) zzz: Não sou pessoa de mac, mas "muito superiores" era o consenso na época em que começamos o desenvolvimento do instalador (08:18:43 PM) zzz: se o consenso é diferente agora, eu gostaria de entender por quê (08:19:24 PM) zlatinb: pelo que sei, o consenso ainda é o mesmo, só que o ecossistema mudou (ou seja, jpackage existe) (08:20:26 PM) eyedeekay: Se não me engano, minha experiência com Mac na época era praticamente nula e eu era a favor da ideia porque trabalhar com sistemas de empacotamento familiares torna nossos pacotes mais confiáveis (08:20:39 PM) eyedeekay: o jpackage gera a imagem do runtime/elimina a necessidade de instalar o Java, certo? o dmg, pelo que sei, não fazia isso? (08:20:51 PM) zzz: certo (08:21:18 PM) zlatinb: certo (08:21:30 PM) zlatinb: jpackage constrói dmgs supostamente, eu não testei (08:21:38 PM) zzz: então o jpackage seria algo de uns 100MB. como é só para um SO, é viável fazer isso para mac. (08:21:47 PM) zzz: sim, os dmgs teriam que ser testados com certeza (08:22:14 PM) zlatinb: ele também constrói instaladores para windows, mas eu não usei essa funcionalidade (08:22:26 PM) zlatinb: e rpms e debs, mas tenho quase certeza de que não queremos esses (08:22:52 PM) zzz: uma de nossas falhas como projeto é que o dmg sempre esteve rotulado como 'experimental' na nossa página de downloads. Nunca demos atenção suficiente para remover o rótulo ou sequer notar que ninguém estava construindo (08:22:57 PM) Irc2PGuest1578 saiu da sala (quit: Read error). (08:24:06 PM) zzz: como com todos os nossos outros produtos oficiais, se vamos dar suporte, precisamos de recursos suficientes para um mantenedor competente (08:25:15 PM) zzz: neste ponto, proponho que continuemos a avaliação tanto da demanda dos usuários quanto do esforço necessário, tanto para o dmg existente quanto para o jpackage. (08:25:29 PM) zzz: relatório intermediário em um mês, decisão final em dois meses, a tempo do .50 (08:25:52 PM) zlatinb: alguma ideia de como fazer isso? pesquisa? (08:26:32 PM) eyedeekay: Posso preparar uma pesquisa no Reddit depois da reunião (08:26:42 PM) zzz: posts no fórum (08:27:11 PM) eyedeekay: Por mim, funciona, vou adicionar isso à pauta da reunião do próximo mês (08:28:06 PM) eyedeekay: Mais algo em 3)? (08:28:32 PM) eyedeekay: 4) 1.0.0 vs 0.9.50 (08:29:02 PM) zzz: esse era meu item (08:29:10 PM) eyedeekay: A palavra é sua, zzz (08:29:28 PM) zzz: Não tenho uma opinião forte de um lado ou de outro, mas acho que devemos ir para 1.0.0 no próximo ano ou algo assim (08:29:49 PM) zzz: como não temos um branch estável separado, 1.0.0 não é uma garantia particular de estabilidade (08:30:23 PM) Irc2PGuest1578 [kilian@xvbemdlawzj2qlt3cgjgaclevziobxvwmipcvecbla4xqkmwjd2q.b32.i2p] entrou na sala. (08:30:27 PM) zzz: então minha pergunta é o que as pessoas pensam, e se a equipe de PR (relações públicas) consegue preparar a comunicação sobre o que 1.0.0 é ou não é, em algum cronograma? (08:30:29 PM) zzz: eot (08:31:14 PM) zlatinb: então eu tenho dois pontos sobre 1.0.0: (08:31:41 PM) zlatinb: 1) RED precisa de ajuste e vou defender isso até o fim se for preciso. Ajustá-lo corretamente pode exigir mais de um release (08:32:19 PM) zlatinb: 2) Voltando à questão dos instaladores — se pudermos construir instaladores muito mais amigáveis para as principais plataformas, um release 1.0.0 terá muito mais impacto (08:32:20 PM) zlatinb: eot (08:33:40 PM) eyedeekay: Acho que podemos elaborar e executar a comunicação e PR para 1.0.0, se 1.0.0 coincidir com a migração da criptografia deixando de usar ElGamal, e concordo com o zab no 2) (08:34:30 PM) zzz: sempre podemos escolher algum recurso de manchete para nos gabar, em qualquer release. É bastante arbitrário. Poderíamos escolher qualquer release deste ano e dizer que é quando estamos abandonando o ElGamal. Já está acontecendo (08:35:44 PM) zzz: como não estou ouvindo nenhum consenso forte, proponho que o próximo release seja 0.9.50, e voltamos a discutir depois desse release, em 3 meses (08:35:51 PM) eyedeekay: Então o 2) continua sendo bem importante para mim, instaladores são um ponto de dor por mais estranho que pareça (08:36:15 PM) eyedeekay: Concordo que o próximo deve ser 0.9.50 (08:36:27 PM) anonymousmaybe saiu da sala (quit: Read error). (08:36:31 PM) T3s|4 saiu da sala (quit: Read error). (08:37:36 PM) eyedeekay: Mais algo em 4)? (08:38:16 PM) T3s|4 [~T3s4@573a4z46ixhpfeuej2hggtzg2wvsllq6nurtha5dzpd7l42awaeq.b32.i2p] entrou na sala. (08:38:16 PM) mode (+v T3s|4) by ChanServ (08:38:18 PM) eyedeekay: 5) Lançamento 0.9.50 (08:38:42 PM) anonymousmaybe [anonymousm@zvezcslfl5ndd6ciniqp2ei3cm6kvcovceeu3nzheqe7rqcj3rra.b32.i2p] entrou na sala. (08:38:42 PM) mode (+v anonymousmaybe) by ChanServ (08:39:19 PM) zzz: Vou deixar você começar, depois listo o que tenho feito (08:41:28 PM) eyedeekay: Faz cerca de 2 semanas desde o lançamento do 0.9.49; nesse tempo estive trabalhando em bugs de estilo, movendo a configuração do X-I2P-Location para dentro da aplicação em vez de exigir um proxy reverso ou configuração específica, e tenho trabalhado para encontrar formas de melhorar o gitlab (08:42:17 PM) eyedeekay: Em particular, uma forma de migrar tickets do trac para o gitlab em massa e uma forma de criar tickets anonimamente estão na minha lista do gitlab (08:43:06 PM) eyedeekay: Isso na verdade está amplamente concluído e faz parte do próximo item da pauta, então não vou gastar tempo nisso agora (08:43:56 PM) eyedeekay: EOT (08:44:06 PM) zzz: super (08:44:26 PM) zzz: Corrigi o problema do NTP para o ano de 2036 (08:44:33 PM) zzz: implementei UPnP para IPv6 (08:44:45 PM) zzz: reduzi o uso de memória pelos perfis (08:44:55 PM) zzz: adicionei suporte a introducers de IPv6 (08:45:17 PM) zzz: adicionei suporte a caps "4/6" para melhor rastrear quem pode conectar a quem (08:45:39 PM) zzz: fiz algum trabalho em mensagens de construção de tunnel menores (prop. 157), embora esse trabalho esteja indo bem mais devagar do que a equipe do #ls2 gostaria (08:46:26 PM) zzz: e relatei um bug grande de SSU para o i2pd. eles corrigiram. Estou esperançoso de que lancem um release para isso este mês, pois acho que está realmente afetando o desempenho da rede para algum subconjunto de conexões (08:46:35 PM) zzz: eot (08:46:44 PM) eyedeekay: Obrigado, zzz (08:47:25 PM) zlatinb: Eu gostaria de fazer alguns experimentos quanto ao ajuste do RED na testnet. A teoria atual é que está agressivo demais e desacelera conexões de fluxo único mais do que o necessário. Vou relatar como de costume. EOT (08:47:36 PM) eyedeekay: Obrigado, zlatinb (08:48:17 PM) eyedeekay: 6) Resumo da migração do Trac (08:48:17 PM) zzz: sobre o roadmap. Atualizei hoje no site para refletir o que entrou no .49 e movi outras coisas para o .50. eyedeekay, por favor faça o mesmo para os itens que você conhece (08:48:32 PM) eyedeekay: Ok, zzz, vou fazer isso esta noite (08:51:18 PM) wodencafe saiu da sala (quit: Read error). (08:51:37 PM) wodencafe [wodencafe@4qx5zjj3rypztq5h4kc2clviwid5cir7cm6iqrqa2l2npvlgt7ta.b32.i2p] entrou na sala. (08:51:51 PM) eyedeekay: Sobre o trac, estou entre a cruz e a espada. Sou admin no trac e não na máquina onde o trac roda. Não posso fazer nada para atualizá-lo ou melhorá-lo por conta própria, tudo que consigo é correr atrás de questões que consomem tempo. (08:51:51 PM) eyedeekay: Eu realmente quero me livrar dele, mas obviamente não podemos simplesmente apagar todos aqueles tickets ou o resto das informações aqui. (08:51:51 PM) eyedeekay: Estou propondo que migremos os tickets do trac para tickets do gitlab e incentivemos o uso do gitlab para rastreamento de issues (chamados) (08:52:51 PM) eyedeekay: Tickets do Trac não mapeiam 1:1 para tickets do gitlab; tickets para aplicações I2P precisarão ser adicionados ao rastreador de issues do i2p.i2p e marcados no gitlab com a aplicação correspondente (08:54:04 PM) eyedeekay: Finalmente descobri como fazer isso usando algum material correspondente do Tor (08:54:37 PM) zzz: provavelmente essa é a resposta certa, mas talvez devêssemos fazer uma avaliação rápida das alternativas, por exemplo apenas copiar tudo para um trac em uma máquina que controlamos (08:54:51 PM) zzz: e, de novo, uma estimativa dos recursos únicos e contínuos necessários (08:55:18 PM) zzz: íamos fazer uma reunião sobre isso há alguns meses, talvez agora seja a hora (08:55:54 PM) lithium saiu da sala (quit: Quit: leaving). (08:56:02 PM) eyedeekay: Instintivamente, rodar 2 serviços (Trac e Gitlab) provavelmente terá esforço maior ao longo do tempo, mas talvez menos esforço inicialmente (08:56:05 PM) zzz: só quero deixar claro o que estamos tentando alcançar (08:56:05 PM) lithium [lithium@f25fchfdvktukmhg2rkz5es4mlrroyywcou27bpr4mxzfuf3jgya.b32.i2p] entrou na sala. (08:56:38 PM) zzz: uma migração completa para o gitlab é uma solução enorme para o problema de alguém não responder e-mails (08:56:50 PM) zzz: então a questão é o que mais ganhamos com isso (08:57:58 PM) zlatinb: integração estreita com git, MRs, code review, tudo isso (08:58:02 PM) zzz: e precisamos de uma lista curta de requisitos, especialmente para registro e anti-spam (09:00:01 PM) zzz: Também acho que devemos tirar lições da migração para git do ano passado e ter marcos, cronograma e status claros (09:00:36 PM) eyedeekay: Registro virou um ponto difícil. Estimo que cerca de 1/3 dos registros sejam spam, mas é muito difícil diferenciar porque não peço muita informação dos usuários de git (09:01:37 PM) eyedeekay: A solução do Tor para registro anônimo é legal e potencialmente muito útil, mas quanto mais olho mais acho que pode ser exagero para nós (09:02:35 PM) zzz: Proponho que descubramos quem quer participar de uma reunião sobre isso e então agendamos a reunião depois (09:03:29 PM) eyedeekay: Por mim, ok. Vou abrir um novo tópico no fórum para a Migração do Trac. (09:04:49 PM) zzz: zlatinb, quer participar? (09:05:03 PM) zlatinb: claro (09:05:21 PM) zzz: super (09:07:56 PM) eyedeekay: Isso é tudo da pauta, mais algo a acrescentar? (09:08:00 PM) eyedeekay: Timeout de 60s (09:09:32 PM) eyedeekay: Encerramos a reunião *baffs* (09:09:32 PM) eyedeekay: Obrigado zzz zlatinb por comparecerem, vou postar o log da reunião no site em breve (09:10:09 PM) zzz: obrigado (09:11:05 PM) devcron saiu da sala (quit: Quit: leaving). (09:11:11 PM) eyedeekay: sem problema, zzz

Versão 0.9.49

Wed, 17 Feb 2021 00:00:00 +0000

Detalhes da atualização

A versão 0.9.49 continua o trabalho para tornar o I2P mais rápido e mais seguro. Temos diversas melhorias e correções para o transporte SSU (UDP) que devem resultar em velocidades mais rápidas. Esta versão também inicia a migração para a nova e mais rápida criptografia ECIES-X25519 para routers. (Os Destinos vêm usando essa criptografia há algumas versões) Temos trabalhado nas especificações e protocolos para a nova criptografia há vários anos, e estamos nos aproximando da conclusão! A migração levará várias versões para ser concluída.

Olá Git, Adeus Monotone

Thu, 10 Dec 2020 00:00:00 +0000

Olá, Git, adeus Monotone

The I2P Git Migration is nearly concluded

Por mais de uma década, o I2P contou com o venerável serviço Monotone para suprir suas necessidades de controle de versão, mas, nos últimos anos, a maior parte do mundo migrou para o agora universal sistema de controle de versão Git. Nesse mesmo período, a Rede I2P tornou-se mais rápida e mais confiável, e foram desenvolvidas soluções alternativas acessíveis para a incapacidade do Git de retomar transferências.

Lançamento 0.9.48

Mon, 30 Nov 2020 00:00:00 +0000

Detalhes da atualização

Java 8 ou superior agora é necessário. Os pacotes Debian para o Wheezy e o Stretch, e para o Ubuntu Trusty e Precise, não são mais suportados. Usuários nessas plataformas devem atualizar para que possam continuar a receber atualizações do I2P.

Reunião de Desenvolvedores do I2P - 4 de agosto de 2020

Tue, 04 Aug 2020 00:00:00 +0000

Resumo rápido

Presentes: eyedeekay, zlatinb, zzz

Registro da Reunião

(04:00:50 PM) eyedeekay1: Olá zlatinb zzz mikalvmeeh eche|on, se todos estiverem prontos vamos começar a reunião. (04:00:50 PM) eyedeekay1: 1) Olá (04:00:50 PM) eyedeekay1: 2) Lançamento 0.9.47 (04:00:50 PM) eyedeekay1: 3) Acompanhamento das reuniões mensais (04:00:50 PM) eyedeekay1: 4) Atualização do Git (04:01:38 PM) eyedeekay1: Olá a todos, antes de mais nada, desculpem por não ter percebido que coloquei a data errada no título do meu anúncio. (04:02:38 PM) zzz: oi (04:02:58 PM) eyedeekay1: oi zzz (04:03:31 PM) zlatinb: oi (04:03:42 PM) eyedeekay1: Oi zlatinb (04:04:49 PM) eyedeekay1: OK então 2) o lançamento 0.9.47 (04:05:27 PM) eyedeekay1: Parece que também não vou conseguir concluir o rekeyOnIdle a tempo para a 0.9.47. (04:05:58 PM) eyedeekay1: O que será incluído são principalmente atualizações de elementos visuais do meu lado. (04:06:19 PM) eyedeekay1: Algo de zzz ou zlatinb sobre o lançamento 0.9.47? (04:06:43 PM) zzz: o resumo está em http://zzz.i2p/topics/2905 (04:06:49 PM) zzz: congelamento de tag daqui a uma semana a partir de amanhã (04:06:53 PM) zzz: lançamento em cerca de 3 semanas (04:07:07 PM) zzz: o diff está em cerca de 18.500 linhas, o que é bem típico (04:07:23 PM) zzz: as coisas parecem boas. Tenho algumas coisas para finalizar (04:07:40 PM) zzz: mas estou bastante confiante de que podemos manter o cronograma (04:07:49 PM) zzz: EOT (04:08:08 PM) eyedeekay1: Vi bastante coisa entrar ontem, tenho tentado olhar incrementalmente conforme você envia. É realmente empolgante ver seu trabalho. Muito obrigado. (04:08:41 PM) zzz: isso foi só material diverso que estava parado no meu workspace há semanas, nada digno de nota realmente (04:09:42 PM) eyedeekay1: Bem, acompanhar é educativo mesmo assim, eu não sei onde tudo fica; ver você trabalhar me ajuda a reconhecer onde diferentes coisas acontecem (04:09:43 PM) zzz: só tentando limpar as coisas e enviar. às vezes eu testo algo por meses e meses (04:10:28 PM) zzz: claro, revisar alterações de outras pessoas é uma ótima maneira de aprender e de pegar erros, continue assim (04:10:39 PM) eyedeekay1: Pode deixar (04:10:42 PM) eyedeekay1: Se não houver mais nada, vou passar para 3) timeout 1m (04:12:40 PM) eyedeekay1: 2) Acompanhamento da Reunião Mensal: (04:12:53 PM) eyedeekay1: Esta é a reunião mensal. (04:12:53 PM) eyedeekay1: Eu não configurei um gateway WebIRC, pois, pelo que entendi, isso teria sido contra nossas regras do IRC. (04:13:13 PM) eyedeekay1: Agora eu tenho uma cópia das regras de anúncios de reuniões e a responsabilidade por esses anúncios foi esclarecida para mim. (04:13:25 PM) eyedeekay1: O anúncio para 1º de setembro, com a data correta desta vez, foi publicado. Ainda não há tópicos, por favor, adicione-os conforme necessário: http://zzz.i2p/topics/2931-meeting-tues-september-1-8pm-utc (04:14:55 PM) eyedeekay1: Isso, claro, virá pouco depois do lançamento 0.9.47 (04:15:45 PM) eyedeekay1: Algo sobre o 2) de mais alguém? (04:17:57 PM) eyedeekay1: 3) Transição para Git (04:18:34 PM) eyedeekay1: A transição para Git está finalmente em andamento; temos um plano e estamos começando a executá-lo (04:19:08 PM) eyedeekay1: o nextloop e eu estamos fazendo progressos para espelhar as próximas poucas branches significativas do mtn no github (04:19:27 PM) eyedeekay1: estas ainda são somente leitura até a conclusão de suas respectivas fases na migração para git, ou seja, nada de pulls ou MRs ainda (04:20:04 PM) eyedeekay1: Para uma descrição detalhada dessas fases, veja: http://zzz.i2p/topics/2920-flipping-the-switch-on-git#10 (04:20:42 PM) eyedeekay1: Seria útil para o nextloop e para mim se eu desse ao nextloop permissão para criar repositórios no namespace i2p no github e para escrever nos repositórios que ele criar. (04:20:47 PM) zzz: bom trabalho ao redigir o plano (04:21:24 PM) eyedeekay1: Obrigado, zzz, feliz por finalmente tê-lo em um estado utilizável (04:22:17 PM) zzz: não está perfeito, mas está ‘utilizável’ no sentido de que podemos comentar sobre ele (04:24:39 PM) eyedeekay1: A próxima coisa que vamos mover é o site, o que é bom porque é bastante simples e não tem nada que dependa dele; isso deve acontecer esta semana (04:25:26 PM) eyedeekay1: Mas, sobre o nextloop, eu gostaria de saber se há ampla aprovação para conceder a ele essa permissão de criar/escrever em repositórios do github para nós? (04:25:54 PM) zzz: ok. aguardando sua edição no plano/cronograma para evitar conflitos com o lançamento .47 (04:26:25 PM) eyedeekay1: Ack, já abri no meu editor :) (04:26:48 PM) zzz: Você terá que perguntar às pessoas que atualmente são admins do github, que não estão aqui, e eu não sou membro (04:27:39 PM) eyedeekay1: Até agora, esta proposta conta com a aprovação deles, embora eu ainda tenha um que não respondeu. (04:29:05 PM) zzz: por mim tudo bem, desde que vocês dois tenham um método de comunicação confiável e backup. Acho que não precisamos de mais admins que não respondem :) (04:29:53 PM) eyedeekay1: Acho que conseguimos administrar isso (04:30:06 PM) eyedeekay1: Então o nextloop vai receber permissões no github (04:31:40 PM) zzz: pessoas que ficam muito tempo sem responder e têm muitos privilégios podem ser boas como backup para o pior caso de ‘foi atropelado por um ônibus’, mas isso também é um risco potencial de segurança, então precisa ser gerenciado (04:33:12 PM) eyedeekay1: É (04:33:20 PM) eyedeekay1: Se houver mais alguma coisa que possamos tratar aqui no 3), então acho que é agora; caso contrário, veremos o plano revisado no tópico do zzz.i2p provavelmente dentro do próximo dia. (04:33:45 PM) zzz: super (04:34:18 PM) mikalvmeeh: (Estou meio aqui, perdi o oi) (04:34:56 PM) eyedeekay1: Bem, cobrimos os tópicos planejados, alguém tem mais alguma coisa? (04:36:43 PM) eyedeekay1: timeout 1m (04:38:51 PM) eyedeekay1: bafs Certo, isso encerra esta reunião. Por favor, lembrem-se: 1º de setembro, a próxima reunião marcada para este mesmo horário, 20h UTC (04:39:12 PM) eyedeekay1: Obrigado a todos por virem

Ajude seus amigos a juntar-se ao I2P compartilhando Reseed Bundles (pacotes de reseed)

Sun, 07 Jun 2020 00:00:00 +0000

A maioria dos novos I2P routers ingressa na rede fazendo bootstrap com a ajuda de um reseed service (serviço de Reseed). No entanto, os reseed services são centralizados e comparativamente fáceis de bloquear, considerando a ênfase em conexões descentralizadas e impossíveis de bloquear no restante da rede I2P. Se um novo I2P router não conseguir fazer bootstrap, pode ser possível usar um I2P router existente para gerar um “Reseed bundle” funcional e fazer bootstrap sem a necessidade de um reseed service.

Lançamento 0.9.46

Mon, 25 May 2020 00:00:00 +0000

Detalhes da atualização

0.9.46 contém melhorias significativas de desempenho na biblioteca de streaming. Concluímos o desenvolvimento da criptografia ECIES (proposta 144) e agora há uma opção para ativá-la para testes.

Apenas para usuários do Windows: Esta versão corrige uma vulnerabilidade de elevação de privilégios local que poderia ser explorada por um usuário local que tenha a capacidade de executar programas. Aplique a atualização o quanto antes. Agradecemos à Blaze Infosec pela divulgação responsável do problema.

Reunião de Desenvolvedores do I2P - 05 de maio de 2020

Tue, 05 May 2020 00:00:00 +0000

Resumo rápido

Presentes: echelon, eyedeekay, zlatinb, zzz

Registro da reunião

22:00:09 <eyedeekay> Olá, pessoal, bem-vindos à reunião da primeira terça-feira do mês, e a última reunião antes do lançamento 0.9.46. Quem mais está presente? 22:00:27 <zzz> oi 22:00:28 <zlatinb> oi 22:01:02 <eyedeekay> 0) Oi 22:01:02 <eyedeekay> 1) status/lançamento 0.9.46 22:01:03 <eyedeekay> 2) status da migração para git 22:01:03 <eyedeekay> 3) reseeds (servidores de bootstrap) 22:01:03 <eyedeekay> 4) diversos 22:03:07 <eyedeekay> Esta é a última reunião no IRC antes do lançamento da 0.9.46, o tag freeze é em cerca de uma semana, então as strings traduzidas devem estar concluídas até lá. Quaisquer alterações restantes devem ser enviadas até o prazo final, no dia 22 deste mês. 22:03:58 <eyedeekay> Estamos no cronograma para fazer este lançamento no prazo, pelo que eu saiba. 22:04:15 <eyedeekay> Da minha parte, no ciclo 0.9.46, continuei com mudanças organizacionais, cosméticas e de UI nos aplicativos, focando principalmente no i2ptunnel. Também estou trabalhando em uma configuração de rotação de tunnel para o i2ptunnel, que em breve estarei pronto para fazer check-in. Duvido que eu finalize a alocação dinâmica de tunnel para o i2ptunnel a tempo para a 0.9.46. 22:04:21 <eyedeekay> Alguém tem algo a acrescentar? 22:04:38 <zzz> sim 22:04:52 <zzz> os dois itens de destaque, melhorias de streaming e conclusão do ratchet, estão prontos 22:05:01 <eyedeekay> Excelente! 22:05:03 <zzz> os testes do ratchet com o i2pd estão indo bem 22:05:08 <zzz> bons relatos iniciais sobre o streaming 22:05:17 <zzz> os ajustes continuarão até o lançamento 22:05:28 <zzz> Agora estou focando principalmente em correções de bugs, em várias partes 22:05:55 <zzz> deve estar no cronograma para um lançamento no início da semana do dia 25 22:05:57 <zzz> eot 22:06:05 <eyedeekay> Muito bom. Para quem acompanha no #ls2, tem sido muito empolgante ver. 22:06:22 <eyedeekay> zlatinb, algo do seu lado? 22:07:29 <zlatinb> apenas muito trabalho de streaming, para continuar ou ser aplicado ao ssu na 47 22:07:52 <eyedeekay> Legal então. Seguindo para 2) 22:08:14 <eyedeekay> 2) status da migração para git 22:08:14 <eyedeekay> O Git foi preparado para uso geral, foi movido para um datacenter, hardware mais rápido e uma conexão mais rápida. As configurações para um novo git i2ptunnel foram em grande parte decididas, mas não feitas check-in. Novos cadastros no gitlab serão apresentados a termos de serviço básicos. Se não puderem cumprir esses TOS, a opção de hospedar serviços git por conta própria está claramente descrita. Há backups, e possui tanto HTTPS quanto .oni 22:08:14 <eyedeekay> o support gittorrent is still ongoing, as is the trac ticket migration. Enquanto continuarmos a usar o trac para issues por enquanto, acredito que o Git está pronto para uso em tempo integral se fizermos a transição após este lançamento. 22:10:16 <eyedeekay> o histórico do mtn continua sendo um ponto problemático para alguns repositórios interessantes 22:15:23 <eyedeekay> Desculpem, o pidgin travou aqui. 22:15:23 <eyedeekay> Onde estávamos? 22:15:38 <zzz> "mtn history remains..." 22:20:14 <eyedeekay> Obrigado, zzz. 22:21:03 <eyedeekay> Acho que não tenho muito mais a dizer sobre git do meu lado. Se ninguém mais tiver comentários, podemos seguir para os reseeds 22:21:03 <eyedeekay> timeout 1min 22:21:03 <eyedeekay> Ah, certo, eu não mencionei a URL HTTPS. Nosso git está visível em i2pgit.org 22:21:05 <eyedeekay> Seguindo, tópico 3) reseeds 22:21:05 <eyedeekay> zzz, a palavra é sua 22:21:18 <zzz> espera 22:21:25 <eyedeekay> OK 22:21:31 <zzz> posso ter a oportunidade de acrescentar alguns pensamentos sobre o 2)? 22:21:37 <eyedeekay> Claro 22:21:51 <zzz> obrigado 22:22:11 <zzz> antes de tudo, estou ficando melhor com git e gitlab, e enviei 3 MRs para o muwire neste fim de semana 22:22:21 <zzz> duas foram bem, uma nem tanto, mas estamos aprendendo 22:22:30 <zzz> estou me sentindo muito mais à vontade 22:22:52 <zzz> segundo: como mencionado, acho, na última reunião, nos beneficiaria muito ter um plano e um cronograma para a migração 22:23:00 <zzz> acho que não há nenhum publicado em lugar algum 22:23:23 <zzz> em particular quais branches quando, e assim por diante 22:23:23 <zzz> eot 22:27:42 <eyedeekay> Puxa, isso não chegou ao tópico. Nós discutimos um cronograma que incluía mover para o git coisas que não eram i2p.i2p antes do próprio i2p.i2p. Isso precisa ser disponibilizado antes de concluirmos a transição. Vou publicá-lo hoje à noite. Obrigado, zzz, pelo lembrete e por dar uma chance ao git. 22:27:42 <eyedeekay> Mais alguma coisa sobre o 2) de alguém? 22:28:58 <eyedeekay> Certo então 3) reseeds 22:29:04 <zzz> obrigado 22:29:16 <zzz> Quero fazer um chamado urgente por mais reseeds 22:29:33 <zzz> o meeh opera 3 dos nossos 10, e os 3 ficaram fora do ar por cerca de duas semanas. Um voltou. 22:29:43 <zzz> e os outros dois ainda estão fora do ar, por motivos diferentes 22:29:52 <zzz> ele não responde 22:30:12 <zzz> não é uma boa situação. Se ainda estiverem fora do ar em 2 semanas, vou removê-los antes do lançamento 22:30:16 <zzz> e ficaremos com 7 ou 8 22:30:39 <zzz> reseeds fora do ar resultam em uma experiência terrível para novos usuários, é inaceitável 22:31:12 <zzz> quem quiser operar um, por favor, entre em contato comigo 22:31:24 <fug> torne operar reseeds mais fácil, então as pessoas vão operá-los 22:31:26 <zzz> seria bom ter um do BiglyBT ou de outras organizações adjacentes ao I2P 22:31:45 <zzz> claro, sempre pode ser melhor 22:32:08 <zzz> infelizmente, a pessoa que gerenciava nossos reseeds e o software desapareceu no ano passado, então isso também está sem responsável 22:32:11 <eyedeekay> fug o que qualifica como mais fácil? Isso seria um trabalho para mim, eu sou o cara do Go, ficarei feliz em dockerizar ou torná-lo instalável com checkinstall ou go get-able ou o que for. 22:32:16 <zzz> EOT 22:32:44 <zzz> o plugin de reseed ele também deixou pela metade 22:32:47 <fug> eyedeekay: uma imagem Docker seria bom 22:33:03 <eyedeekay> Legal, vou postar aqui em um dia ou dois. 22:33:29 <fug> mas algo como um aplicativo simples, único, que fizesse o reseeding com pouca ou nenhuma configuração necessária seria ainda melhor 22:35:50 <eyedeekay> Isso é bem próximo do que é o reseed em Go, embora eu admita que há algumas arestas. Vou começar com Docker. 22:36:01 <eyedeekay> Mais algo sobre o 3)? 22:36:23 <zzz> não. obrigado por adicionar isso à pauta 22:36:48 <eyedeekay> De nada, sem problema. 4) diversos 22:39:29 <eyedeekay> Quero agradecer ao dr|zed por contribuir com o CSS aprimorado para meus sites pessoais, eu realmente aprecio o cuidado que foi dedicado a isso. Também consegui um pouco de aconselhamento de design para minha WebExtension. Alguém fazendo algo legal ou empolgante? 22:40:53 <eyedeekay> (Que não tenha sido mencionado em outro lugar?) 22:42:04 <eyedeekay> timeout 1m 22:43:47 <eyedeekay> Se mais ninguém tiver algo a acrescentar, vou em frente e encerrar a reunião. 22:44:49 <eyedeekay> Certo *bafs*. Obrigado a todos por virem e contribuírem com a reunião, até mais no IRC

Reunião de Desenvolvedores do I2P - 07 de abril de 2020

Tue, 07 Apr 2020 00:00:00 +0000

Resumo rápido

Present: echelon, eyedeekay, zlatinb, zzz

Registro da reunião

22:04:29 <eyedeekay> Olá, pessoal, quem está aqui? 22:04:40 <eche|on> peep :-=) 22:04:46 <zlatinb> oi 22:04:48 <zzz> presente 22:06:18 <eyedeekay> Certo, primeiro tópico, 0.9.46, zzz, a palavra é sua 22:06:52 <zzz> concluindo cerca de dois meses de trabalho no ratchet (proposal 144) 22:07:16 <zzz> estou chegando à conclusão da "fase 2", onde fica completo em funcionalidades 22:07:32 <zzz> e vou passar para mais correções de bugs e testes 22:07:51 <zzz> então a 46 será onde mais pessoas poderão testá-lo, e talvez o habilitemos por padrão na 47 22:08:23 <zzz> daqui para frente vou voltar a atenção para outras correções de bugs e tópicos, como streaming (trabalhando com o zlatinb) 22:08:56 <zzz> EOT da minha parte, então talvez outros queiram dizer no que estão trabalhando para a 46 22:09:01 <eche|on> Acabei de atualizar para -5 há 2 dias, ainda funciona bem, o patch de tunnel round robin está incluído, no momento nenhuma grande mudança observada 22:09:56 <zlatinb> Tenho relido várias vezes as RFCs do TCP e notado muitas discrepâncias nas nossas implementações de streaming e ssu. Então eu as reescrevi. Os tickets estão no trac 22:10:24 <eche|on> leitura e verificação muito, muito detalhadas, zlatinb 22:11:34 <eyedeekay> Comecei a trabalhar em revisões na UI do i2ptunnel para reduzir a quantidade de informações desnecessárias que apresentamos a novos usuários e no mecanismo de rotação periódica de chaves para i2ptunnels 22:12:19 <eyedeekay> Muitas coisas out-of-tree (fora da árvore) para mim também; quero substituir o pacote de perfil do Firefox por algo que funcione também em plataformas que não sejam Windows; isso está se encaminhando muito bem. 22:12:32 <eyedeekay> Isso é tudo para todo mundo? 22:12:46 <eche|on> parece que sim 22:12:49 <eyedeekay> Além disso, alguém tem alguma pergunta? 22:13:47 <eyedeekay> Até agora tudo certo. O próximo é assuntos diversos 22:14:37 <eyedeekay> Re: migração para git, foi tomada a decisão de migrar o i2p.i2p *após* o próximo lançamento e não antes. Outros repositórios podem ser migrados mais cedo, caso a caso. 22:15:06 <eche|on> bom 22:15:20 <eyedeekay> O cadastro em git.idk.i2p está aberto, mas requer aprovação manual de um administrador. Nós somos ágeis nisso, mas fique à vontade para me pingar se você estiver com pressa. 22:16:46 <eyedeekay> A abordagem preferida é usar git com SSH neste momento, exceto para o clone inicial, que você pode realizar baixando o git bundle com o snark. 22:16:50 <eyedeekay> EOT 22:17:18 <eyedeekay> Alguma pergunta para mim sobre a migração para git? 22:17:31 <eche|on> algum progresso na inclusão de tickets do trac? 22:17:49 <eyedeekay> Não tive tempo de trabalhar no tracboat, então não, ainda não. 22:17:58 <eche|on> ok 22:18:41 <zlatinb> Tenho 2 perguntas sobre a migração: 22:18:41 <zlatinb> 1. Há alguma forma de alterar o tempo limite de leitura de rede no ssh durante o git clone? Se sim, aumentá-lo para algo como 5 minutos melhorará as chances de sucesso 22:18:41 <zlatinb> 2. Como o trac não tem sido muito confiável, tudo bem começar a abrir ou espelhar tickets no GitLab? Eles serão analisados? 22:19:15 <eyedeekay> 1: Tenho investigado isso; não parece que sim, mas ainda não posso responder de forma conclusiva. 22:19:20 <zzz> sobre: 2) não por mim, se você estiver falando de i2p.i2p 22:19:25 <eche|on> para 2: o tracboat seria a solução em script, incluindo todos os tickets do trac no git 22:19:54 <zzz> pergunta relacionada: qual é o plano para melhorar o tempo de atividade consistentemente ruim dos serviços voltados ao público operados pelo meeh? 22:20:02 <eche|on> ah, desculpe, para copiar/migrar tickets existentes, os novos talvez sejam um problema 22:20:18 <zlatinb> os números dos tickets serão preservados? Se sim, o que acontece com os tickets já abertos no GL, eles precisam ser apagados? 22:21:21 <eyedeekay> Os números dos tickets devem ser preservados se eu conseguir fazer a migração funcionar; tickets duplicados precisarão ser apagados manualmente quando um ou outro ticket for encerrado. 22:22:08 <zlatinb> e se, por qualquer motivo, a migração não puder funcionar, qual é o plano de contingência? 22:23:12 <zzz> ainda não concordamos com a migração do trac de forma alguma; presumo que qualquer coisa disso sejam apenas experimentos. Proponho que a migração do trac seja adiada até que todos os ramos do mtn (incluindo os que ainda não estão no GH) sejam migrados para git 22:23:33 <zzz> talvez setembro, no mais cedo 22:23:42 <eche|on> a resposta a isso se correlacionará com a pergunta do zzz; no momento não há um plano fixo. Minha ideia seria manter o trac rodando com os tickets mais antigos 22:24:02 <eyedeekay> Eu não tenho como consertar o trac; migrar os tickets para fora dele é a única coisa que eu, pessoalmente, posso fazer. Se eu não puder migrá-los com o tracboat, vou ter que fazer eu mesmo. Eu conheço o lado do gitlab disso, só vou ter que aprender o lado do trac. Eu sei que o gitlab parece uma substituição óbvia e atraente para o trac, mas isso é um bloqueio substancial. 22:24:03 <zlatinb> ok, e até que uma migração seja tentada, devemos continuar usando o trac? 22:24:41 <eyedeekay> Sim 22:24:51 <eche|on> quanto a tickets: por favor, usem o trac até que a migração de tickets tenha sido feita 22:24:53 <zzz> então, quem é responsável por corrigir os serviços do meeh? ou desistimos e agora estamos trabalhando para substituir tudo o que ele opera? Se é isso que estamos fazendo, vamos ser explícitos sobre isso 22:25:56 <eche|on> meeh é responsável pelos seus serviços. o trac deve ser substituído pelo git. 22:26:31 <zzz> o que não resolve os problemas sistêmicos com outros serviços como o repositório deb e o outproxy 22:26:31 <eche|on> o repositório debian é um ponto em aberto no momento; eu fiz um espelho dele, mas agora preciso de mais tempo para ver como configurá-lo como esperado 22:27:32 <eche|on> outproxy eu não vou tocar de forma alguma 22:27:50 <eyedeekay> Estou feliz em ajudar a substituir o repositório deb do meeh, mas não posso fazer nada pelo outproxy. 22:29:19 <eche|on> o meeh frequentemente nos disse que o problema é principalmente o sistema antigo em IPs antigos que ele está usando; com o welterde alterando o DNS, isso mudou hoje 22:29:33 <zzz> presumo que a migração de tickets para um determinado ramo X ocorreria apenas depois que tivermos passado de mtn para git para X 22:29:35 <eche|on> mas, no momento, sem ideia 22:30:55 <eyedeekay> zzz Sim 22:31:08 <eyedeekay> Re: migração de tickets 22:31:27 <eyedeekay> Dessa forma, não confundiríamos as pessoas sobre onde os problemas estão sendo discutidos. 22:32:21 <eyedeekay> Mais alguma coisa? 22:34:22 <eyedeekay> tempo limite: 60s 22:36:22 <eyedeekay> **Bafs** OK, obrigado a todos por terem vindo

Usando um bundle do git para obter o código-fonte do I2P

Wed, 18 Mar 2020 00:00:00 +0000

Clonar repositórios de software grandes via I2P pode ser difícil, e usar o git às vezes pode tornar isso ainda mais difícil. Felizmente, às vezes também pode facilitar. O Git tem um comando git bundle que pode ser usado para transformar um repositório git em um arquivo do qual o git pode então clonar, fazer fetch ou importar, a partir de um local no seu disco local. Ao combinar esse recurso com downloads via BitTorrent, podemos resolver nossos problemas restantes com git clone.

Configuração do Gitlab sobre I2P

Mon, 16 Mar 2020 00:00:00 +0000

Este é o processo de configuração que utilizo para configurar o Gitlab e o I2P, com o Docker responsável por gerenciar o próprio serviço. O Gitlab é muito fácil de hospedar no I2P dessa forma; pode ser administrado por uma única pessoa sem muita dificuldade. Estas instruções devem funcionar em qualquer sistema baseado em Debian e podem ser facilmente adaptadas a qualquer sistema em que o Docker e um I2P router estejam disponíveis.

Git via I2P para Usuários

Fri, 06 Mar 2020 00:00:00 +0000

Tutorial para configurar o acesso ao git por meio de um I2P Tunnel. Este tunnel atuará como seu ponto de acesso a um único serviço git no I2P. Faz parte do esforço geral para migrar o I2P de monotone para Git.

Antes de mais nada: Conheça as funcionalidades que o serviço oferece ao público

Dependendo de como o serviço Git está configurado, ele pode ou não disponibilizar todos os serviços no mesmo endereço. No caso de git.idk.i2p, há uma URL HTTP pública e uma URL SSH para configurar no seu cliente SSH do Git. Qualquer uma pode ser usada para push ou pull, mas recomenda-se o uso de SSH.

Reunião de Desenvolvedores do I2P - 03 de março de 2020

Tue, 03 Mar 2020 00:00:00 +0000

Resumo rápido

Presentes: echelon, eyedeekay, sadie, mikalv, zzz

Registro da Reunião

20:59:49 <eyedeekay> Oi, pessoal, falta cerca de um minuto para a hora da reunião, quem está aqui? 20:00:33 <eche|on> Ok, é hora. Bem-vindos à reunião de desenvolvimento no IRC de 3 de março de 2020. 20:00:40 <eche|on> Agenda: 20:00:40 <eche|on> 0) Oi 20:00:40 <eche|on> 1) status do lançamento 0.9.45 20:00:40 <eche|on> 2) planos para 0.9.46 20:00:40 <eche|on> 3) estado/futuro do I2P para Android 20:00:40 <eche|on> 4) planos de MTN => Git 20:00:40 <eche|on> 5) diversos - planos de UX para 2020; página de doações 20:01:28 <eche|on> então, como o buffer antigo está quase inutilizável para mim e ainda não tenho um novo, vamos começar 20:01:31 <eche|on> 0) oi 20:01:33 <nextloop> oi! 20:01:38 <eche|on> Estou aqui, o eyedeekay está aqui, o nextloop está aqui 20:01:40 <zzz> oi 20:02:21 <eche|on> ok, vamos para o 1) 20:02:36 <eche|on> 0.9.45 foi lançado há alguns dias e até agora parece tudo bem 20:02:42 <eche|on> algum comentário? 20:03:03 <zzz> do meu lado correu tudo bem 20:03:11 <nextloop> qual é o status do Android? 20:03:16 <zzz> in-net, PPA, repositório deb. Sem relatos importantes até agora 20:03:31 <eche|on> Android ainda não concluído, ver ponto 3 20:03:34 <zzz> deixo com você relatar maven/fdroid/android/mac, não tenho informações sobre isso 20:03:47 <eche|on> o Mac foi compilado e colocado online 20:04:09 <eche|on> da minha parte correu suficientemente bem 20:04:13 <eche|on> oi sadie_ 20:04:45 <eche|on> ok, e agora vamos para o 2, os planos para 0.9.46 20:04:55 <eche|on> zzz: algum plano para 0.9.46 no seu roadmap? 20:05:17 <sadie_> oi 20:05:51 <zzz> rrd4j está entrando para substituir jrobin 20:05:56 <zzz> cerca de 30 check-ins até agora em uma semana 20:06:10 <zzz> original e espero finalizar o ratchet (prop. 144) 20:06:28 <eche|on> bom ritmo, vai desacelerar com certeza. O ratchet estará na .46 ou é um talvez? 20:06:41 <zzz> correções de SSU no jogger... talvez... talvez não... 20:07:23 <zzz> ratchet está na 45, funciona, mas muitos detalhes não estão finalizados; espero que estejam para a 46 20:07:36 <eche|on> ok, bom. 20:08:15 <zzz> lista de pendências do ratchet `http://zzz.i2p/topics/2639` 20:08:49 <eche|on> qual é o prazo estimado para um lançamento 0.9.46? maio? 20:08:50 <zzz> quais são os planos do restante? 20:09:15 <eche|on> eyedeekay, sadie, plano para 0.9.46 ? 20:09:18 <eyedeekay> Minha maior prioridade no momento é o readme localizado na console do router, atualmente estou um pouco bloqueado por uma recomendação de chat, mas vou resolver isso em breve. Vou me basear nisso para trabalhar progressivamente na nossa ajuda dentro do console. 20:09:24 <zzz> final de maio é minha proposta, sujeita ao acordo dos demais 20:10:07 <eche|on> ok, final de maio parece bom, vou verificar com os outros nos próximos dias. 20:10:20 <eyedeekay> Estou de acordo com final de maio 20:10:32 <mikalv_> mesmo 20:10:43 <eche|on> ok, mais alguma observação sobre os planos para 0.9.46? 20:10:51 <eche|on> comentários, perguntas? 20:11:24 <mikalv_> não, mas deveríamos resolver a questão do suporte à arquitetura do Android agora que temos todos aqui 20:11:32 <eche|on> esse é o ponto 3 :-) 20:11:44 <mikalv_> basicamente o Google diz: suportem x64 ou abandonem a plataforma (se só fornecerem 32 bits) 20:11:47 <eche|on> ao qual chegamos agora, já que ninguém levantou outra questão no ponto 2 20:11:56 <mikalv_> ótimo 20:11:59 <eche|on> mikalv_: qual é o estado do Android 0.9.45 ? 20:12:31 <mikalv_> Eu o compilei, recebi a reclamação do Google e esperei esta reunião por uma decisão administrativa sobre o que devemos fazer 20:12:48 <mikalv_> se devemos abandonar MIPS e afins, ou tentar produzir os binários de 64 bits para isso 20:13:04 <zzz> qual é a sua recomendação? 20:13:34 <mikalv_> uma vez decidido, devemos estar prontos para lançar a qualquer momento se o removermos, e não tenho certeza se precisamos produzir os binários de 64 bits, pois nunca tentei isso antes 20:13:42 <eche|on> Na minha opinião, não há muitos dispositivos Android MIPS e x86 disponíveis, então descartem-nos para a 0.9.45, mas mantenham isso em mente 20:13:57 <sadie_> Para mim, revisão da arquitetura da informação do console e do site; depois, workshop de identidade e valores com a Ura e a Simply Secure. Trabalho pós-instalação, revisão de infraestrutura e de políticas 20:14:06 <mikalv_> Tentei fazer o Google Play me dizer de alguma forma quanto eram usadas (as diferentes arquiteturas), mas não consegui encontrar métricas para isso 20:14:10 <zzz> você tem estatísticas de usuários, mikal? 20:14:22 <eche|on> ok, sadie, adendo ao ponto 2, anotado :-) 20:14:23 <mikalv_> o mais perto que chegamos é a uma lista de dispositivos 20:14:27 <nextloop> a arquitetura é relevante apenas para a biblioteca NDK jbigi, certo? 20:14:35 <mikalv_> mas então precisamos saber qual arquitetura todos os diferentes dispositivos têm 20:14:38 <zzz> parece uma decisão fácil para mim 20:14:40 <eche|on> sim, nextloop, em geral sim 20:14:44 <mikalv_> sim, nextloop 20:14:48 <nextloop> porque ela é compilada a partir do código-fonte a cada lançamento no F-Droid 20:15:17 <nextloop> nunca verifiquei se ela realmente é usada ou se usa o fallback em Java 20:15:25 <eche|on> ok 20:15:25 <mikalv_> mas isso é para as versões de 64 bits, de modo que o F-Droid tenha binários que não existem na versão do Google Play? 20:16:24 <nextloop> ele só executa o script de shell, acredito. o que for construído ali é o que sai 20:16:50 <eche|on> mikalv_: por favor verifique o script de shell/versão do F-Droid; se 64 bits estiver disponível, use; caso contrário, elimine essa arquitetura 20:17:24 <mikalv_> ok, farei isso então, a menos que haja objeções 20:17:35 <eyedeekay> Sem objeções da minha parte. 20:17:40 <mikalv_> (?) 20:17:43 <mikalv_> ótimo 20:17:46 <eche|on> agora para o ponto mais interessante: o futuro da versão de I2P para Android. Como o Bote está quase morto e não é usado, e não há desenvolvedores disponíveis, o caso de uso do I2P no Android acabou 20:17:57 <eche|on> queremos um futuro lançamento do I2P para Android? 20:18:09 <eche|on> mesmo sem o Bote e com caso de uso quase nulo? 20:18:16 <eche|on> eyedeekay: opinião? zzz? 20:18:28 <zzz> sua premissa é que o único caso de uso para o app do router no Android é o Bote? 20:18:47 <eche|on> como o navegador tem outros problemas (como o mikalv_ me disse), o que sobra? 20:18:59 <eyedeekay> As pessoas estão usando o Java I2P no Android para coisas que não são o Bote. Tem um cara hospedando o YaCy em cima do Termux ou alguma maluquice do tipo. Não quero tolher as pessoas. 20:19:03 <eche|on> além de ser um simples router em dispositivos pequenos 20:19:18 <zzz> simplesmente não é verdade que a navegação esteja quebrada 20:19:34 <mikalv_> basicamente não há uma forma “não técnica” de usar a versão atual para Android 20:19:39 <eche|on> ok, bom, então vocês dois votam pelo futuro do Android 20:19:41 <zzz> certo, idk? 20:19:48 <mikalv_> você pode ajustar o Firefox em about:config, o que a Mozilla adverte para não fazer 20:20:06 <eyedeekay> Sim, acho que o Android pode ter um futuro. 20:20:06 <mikalv_> mas além disso, na minha opinião, precisa de algum propósito de vida 20:20:45 <eche|on> mas, pelo que vi, o Android vai mudar de responsável para o eyedeekay, está correto? 20:20:46 <zzz> o que está por trás disso? a equipe não quer dar suporte? 20:20:51 <eyedeekay> Sim 20:21:00 <eche|on> O 20:21:01 <eche|on> ok 20:21:12 <eche|on> zzz: estou tentando levantar opiniões e ideias 20:21:26 <eche|on> e pelo que parece, o eyedeekay vai dar suporte ao Android na 0.9.46 e adiante 20:21:35 <eyedeekay> Vou continuar pelo menos a manter os builds de Android, vou assumir a responsabilidade. Quero continuar dando suporte. Só para esclarecer 20:21:45 <zzz> Acho que o Android é importante. No momento estamos oferecendo um suporte terrível. Não estamos corrigindo _nenhum_ bug e não há novos desenvolvimentos 20:21:48 <eche|on> e como os usuários parecem usá-lo, ele será suportado 20:22:12 <zzz> se não conseguirmos aumentar nosso suporte com a equipe atual, então devemos contratar alguém novo para fazê-lo 20:22:33 <eche|on> ok 20:22:48 <sadie_> Solicitei um apoio que eu sugeriria destinar ao Android. Ainda sem resposta. 20:23:12 <sadie_> Acho que o Android é importante 20:23:38 <eche|on> então o I2P para Android vai continuar e vamos tentar dar um suporte melhor para ele, pelo menos melhor do que apenas fornecer novos lançamentos 20:23:59 <eche|on> e, se houver financiamento, colocar um desenvolvedor pago para dar suporte ao desenvolvimento no Android 20:24:25 <eche|on> alguma pergunta, comentário, dica sobre o ponto 3, Android? 20:25:43 <eche|on> ok, passando para o tópico 4) a próxima migração de Monotone para Git 20:26:20 <eche|on> decidimos abandonar o Monotone e usar Git, um plano de migração ainda está em elaboração para manter a melhor usabilidade e os recursos necessários para o desenvolvimento do I2P 20:26:40 <eche|on> atualmente, o eyedeekay configurou um servidor Git em `http://git.idk.i2p` e fez um howto em https://github.com/eyedeekay/git-over-i2p/blob/master/GIT.md 20:27:02 <eche|on> estamos trabalhando para colocar o Trac na instância do Git e migrar todos os tickets para o Git 20:27:26 <eche|on> depois que essa migração estiver feita com segurança e verificada, decidiremos uma data para a mudança 20:27:46 <eche|on> no momento, estamos procurando testadores do guia e do servidor Git dentro do I2P 20:28:03 <eche|on> e, claro: por mais dicas, ideias e pedidos de recursos sobre este tópico 20:28:07 <eche|on> então, por favor 20:28:12 <eche|on> eyedeekay: mais comentários sobre isso? 20:28:39 <eyedeekay> Também tenho trabalhado em adicionar suporte a SOCKS ao webtorrent, o que deve tornar possível usarmos o gittorrent também em um futuro próximo. 20:29:19 <eche|on> nextloop: comentários? já que você está trabalhando no script de sincronização atualmente? 20:29:49 <zzz> o código do muwire está configurado e ligado ao GH como planejamos? 20:30:18 <eyedeekay> Embora meus testes nas últimas semanas tenham sido bem-sucedidos, eu gostaria muito que as pessoas revisassem meu guia e fizessem comentários sobre onde ele poderia ser esclarecido ou simplificado. 20:30:37 <nextloop> o problema de quedas de conexão durante o clone inicial é resolvido fazendo um clone raso e removendo o shallow de forma iterativa, estou certo? 20:30:46 <eche|on> zzz: ainda não sei, ainda não trabalhei nisso do meu lado 20:30:55 <eyedeekay> Sim, isso funciona agora. 20:30:56 <zzz> idk? 20:31:13 <eche|on> sim, nextloop, isso ajuda um pouco, mas mesmo a profundidade de 1 versão ainda são ~100 MB para baixar 20:31:37 <eche|on> ao remover o shallow, cresce um pouco (4–5 vezes no meu experimento) 20:31:49 <zzz> Tenho uma pergunta sobre nomes de usuário no git.idk – precisamos escolher um nome de usuário não utilizado no GH, ou precisamos registrá-lo preventivamente no GH para fazer tudo funcionar direito? 20:32:12 <nextloop> zzz: o GitHub identifica os committers com base nos endereços de e-mail. 20:32:17 <zzz> houve um relato no zzz.i2p há um tempo de que há várias contas falsas zzz-i2p no GH. isso é um problema? 20:32:42 <nextloop> então, se você adicionar ao GitHub o e-mail que usa para o git do I2P, o commit será vinculado à sua conta 20:33:16 <nextloop> eyedeekay: o arquivo torrent regular já está no ar? se me lembro bem, você estava trabalhando nisso 20:33:48 <eyedeekay> Bem, ele é gerável, mas ainda não há nada agendando-o 20:34:32 <zzz> então eu preciso me registrar no git.idk com um e-mail válido de clearnet se eu quiser me registrar no GH (antes ou depois)? ou isso é algo da configuração local? 20:34:55 <zzz> enfim, estamos entrando em detalhes demais, desculpe; vou trabalhar com o idk para resolver 20:35:17 <eyedeekay> Você não precisa escolher um nome de usuário no GH que esteja livre, pelo que sei; você pode trabalhar inteiramente a partir da instância do GitLab e não precisaríamos do GitHub para nada 20:35:17 <eche|on> o e-mail clearnet deve ser, neste caso, o endereço do i2pmail.org, na minha opinião 20:35:46 <nextloop> zzz: sim, no GitHub você precisa verificar o e-mail. talvez use i2p-mail.org? 20:35:54 <eche|on> atualmente, o plano é usar o GitLab (instância de git do idk na rede I2P) para o nosso trabalho e sincronizar com o GitHub 20:36:23 <eche|on> os tickets do Trac ficariam no servidor GitLab in-net 20:36:25 <nextloop> eyedeekay: eu estaria motivado a configurar esse arquivamento automático 20:36:27 <zzz> só quero garantir que não fique ligado a alguma conta zzz falsa quando for interligado ao GH 20:36:47 <eche|on> (desculpem o incômodo, GitLab e GitHub são ambos servidores com muitos recursos em torno do Git, ambos fazem praticamente as mesmas tarefas) 20:37:18 <eche|on> ponto válido, zzz 20:37:47 <eche|on> ok, antes de entrarmos em detalhes muito mais profundos, mais algum comentário? 20:39:06 <eche|on> indo para o tópico 5 – assuntos diversos. atualmente, 2 do meu lado: a) página de doações e b) planos de UX para 2020 20:39:40 <eche|on> 5a) uma nova página de doações foi criada pelo mikalv_ em https://donate.i2p.io/ e essas contas beneficiam a empresa I2P que o mikalv_ está tocando com o torkel na Noruega 20:40:07 <eche|on> ela está no ar e passa a coletar doações a partir de agora; em breve (tm) será divulgada no site e no Twitter 20:40:24 <eche|on> algum comentário sobre isso? questões, problemas? 20:41:29 <eche|on> 5)b) planos de UX para 2020 – a sadie está trabalhando com o elio em um projeto de UX, no qual o elio recebeu verbas para trabalhar na UX do I2P 20:41:42 <eche|on> sadie, mais informações, planos, ideias, comentários? 20:42:05 <sadie_> Revisão da arquitetura da informação do console e do site; depois, workshop de identidade e valores com a Ura e a Simply Secure serão o trabalho deste mês 20:42:41 <sadie_> Recebemos um feedback muito bom sobre o assistente de configuração! 20:43:31 <eyedeekay> Da minha parte, o projeto do Navegador foi oficialmente colocado em hiato. Praticamente não poderíamos ter escolhido momento pior para tentar algo assim, já que a base de código da Mozilla mudou drasticamente enquanto tentávamos trabalhar com ela. O projeto será revisitado quando tivermos um alvo menos móvel. Vou fazer melhorias no I2P e na navegação web em projetos que dominem menos o tempo. 20:43:36 <sadie_> Então, fase de pesquisa, síntese e documentação por enquanto. 20:44:03 <zzz> eyedeekay, status da beta 8, prometida para 'alguns dias' na reunião de um mês atrás? 20:44:24 <eyedeekay> Foi cancelada. Não havia sentido em criá-la, pois seria viável por um período muito curto. 20:44:35 <eche|on> obrigado, sadie, qual é o prazo para o projeto como um todo? data de término 20:44:56 <eche|on> eyedeekay: por favor, anuncie isso no site 20:45:21 <eyedeekay> Farei isso 20:45:22 <sadie_> A projeção de data final para o estudo é meados de junho 20:45:49 <zzz> se a beta 8 não seria viável por muito tempo, presumo que a beta 7 em nosso site já está obsoleta há muito e deve ser removida, com certeza 20:45:53 <eche|on> ok, e há uma ideia aproximada de em que momento as melhorias de UX entrarão no código do I2P? 20:46:59 <eche|on> sadie? 20:47:28 <eche|on> zzz: isso deve ser feito junto com o anúncio do encerramento definitivo do projeto do navegador 20:47:33 <sadie_> Não será antes de junho. Precisamos passar pelo processo primeiro. Se houver melhorias que possamos executar facilmente à medida que forem sugeridas e aprovadas, nós as implementaremos. 20:47:35 <zzz> sadie_, a organização financiadora da Ura é pública? e se sim, qual? 20:47:46 <mikalv_> sim, o projeto do navegador infelizmente começou na hora errada, pois a Mozilla reescreveu basicamente tudo na base de código no mesmo ano 20:48:05 <anonymousmaybe> o i2pbrowser atualmente tem muitas vulnerabilidades de segurança não corrigidas há muito tempo porque não acompanhou os lançamentos corrigidos do TB/FF 20:48:09 <mikalv_> então cada lançamento tinha um código bastante diferente do anterior e assim por diante 20:48:23 <eche|on> sadie_: ok, parece que o início da 0.9.47, talvez 0.9.48, será a primeira versão do I2P que receberá mudanças deste projeto 20:48:25 <sadie_> O financiamento para este estudo é fornecido por meio do Usability Lab. 20:48:39 <zzz> que é o OTF? 20:48:40 <sadie_> correto, ech 20:48:47 <mikalv_> o TBB teve 10 pessoas reescrevendo todos os seus patches três ou quatro vezes em 2019 20:49:34 <eche|on> https://www.opentech.fund/labs/usability-lab/ 20:49:45 <sadie_> OTF Resource Labs 20:49:58 <zzz> seria bom publicar alguns tweets de agradecimento e um post no blog se isso for público; é uma grande notícia sobre a qual devemos falar às pessoas! 20:50:37 <fug> vocês também deveriam dizer às pessoas como vocês desmontaram a interface e removeram a documentação 20:51:09 <eche|on> Em uma pequena nota negativa, o InternetFreedomFestival em Valência, Espanha, foi cancelado devido ao alto risco do coronavírus. 20:51:18 <eche|on> so new I2P participation in there 20:51:38 <eche|on> zzz: anotado e vai acontecer 20:52:15 <sadie_> zzz, sim, eu anunciei no fórum na semana passada. O cronograma de PR foi planejado 20:52:26 <eche|on> mais comentários, tópicos sob o tópico 5) diversos? 20:52:51 <eche|on> `http://i2pforum.i2p/viewtopic.php?f=27&t=925` 20:53:00 <eche|on> é a entrada do fórum com as novidades 20:53:10 <fug> zzz: o GitHub faz a detecção com base no e-mail especificado nos commits; esse e-mail precisa estar registrado em uma conta do GitHub, e o registro requer o envio de um link de confirmação para o e-mail 20:53:33 <fug> zzz: então, no caso dos seus commits com e-mail .i2p, você não poderá confirmá-los 20:53:55 <anonymousmaybe> há algum road map para isolamento do i2prouter? https://trac.i2p2.de/ticket/2132 20:54:47 <eche|on> o desmembramento do pacote Debian do I2P está, na minha opinião, em espera no momento 20:54:51 <eyedeekay> Ainda não há road map para isso. 20:55:02 <anonymousmaybe> ah, que pena.. 20:55:22 <eche|on> Pelo que sei, foram feitas algumas discussões com o mantenedor do deb, sem resultado produtivo ainda 20:56:02 <anonymousmaybe> o ticket já está lá, mas nenhum trabalho foi feito 20:56:17 <zzz> também ainda não há 45 para o sid, sem notícias do mhatta 20:56:38 <anonymousmaybe> mikalv_ corrigiu o Trac filtrando usuários do Tor/I2P? 20:56:42 <fug> há o https://github.com/tracboat/tracboat para migração de trac->gitlab, isso foi avaliado? 20:57:25 <eche|on> Na minha opinião, o eyedeekay está tentando o tracboat para a migração, pelo menos o nome foi mencionado 20:57:28 <fug> onde há alguma página de informações que descreva o status da migração para Git? 20:57:46 <eche|on> atualmente, nenhuma página exceto o howto e o servidor Git mencionados acima 20:57:56 <eche|on> pois ainda estamos na fase inicial 20:58:17 <fug> mesmo assim, vocês deveriam ter uma página para essa informação 20:58:21 <eche|on> anotado criar uma página de informações 20:58:22 <mikalv_> Espero que esteja corrigido; alguém teve problemas com isso nos últimos dias? 20:58:38 <eyedeekay> Trac? Não recentemente 20:58:49 <eche|on> sim, mikalv_, houve um usuário aqui tentando enviar um ticket e foi bloqueado por spam 20:58:59 <eche|on> mas ok, mais algum comentário para a reunião de desenvolvimento? 20:59:09 <zzz> o outproxy ainda é uma porcaria, mas o Trac está funcionando bem para mim 20:59:20 <mikalv_> e agora estamos falando do próprio sistema do Trac, e não do I2PTunnel, certo? 20:59:26 <eche|on> sim 20:59:43 <eche|on> uhh, o limite de 60 min chegou... 20:59:55 <eche|on> mais algum comentário? 21:00:05 <fug> sim, informações sobre desenvolver o I2P 21:00:16 <fug> deve mencionar o uso da nova instância do Git em vez do mtn que ninguém usa 21:00:45 <eche|on> será feito, se for válido e verificado para ser feito 100% 21:01:24 <eche|on> Se não houver mais comentários, como o tempo desta reunião no IRC está chegando a 60 min, que é um limite flexível, eu gostaria de encerrá-la. Devido à falta de um buffer apropriado, vou fazer um som de “plopp”. 21:01:45 <eche|on> então, ouvidos atentos: “plopp” 21:01:56 <sadie_> microfone no chão 21:02:02 <eche|on> reunião de desenvolvimento encerrada. obrigado a todos pelo tempo, ideias e comentários 21:02:14 <eche|on> um log será publicado em breve 21:02:14 <sadie_> obrigado, ech

Lançamento 0.9.45

Tue, 25 Feb 2020 00:00:00 +0000

Detalhes da atualização

0.9.45 contém correções importantes para o modo oculto e o testador de largura de banda. Há uma atualização para o tema escuro do console. Continuamos trabalhando na melhoria do desempenho e no desenvolvimento de uma nova criptografia de ponta a ponta (proposta 144).

Como de costume, recomendamos que atualize para esta versão. A melhor maneira de manter a segurança e ajudar a rede é executar a versão mais recente.

Reunião de Desenvolvedores do I2P - 04 de fevereiro de 2020

Tue, 04 Feb 2020 00:00:00 +0000

Resumo rápido

Presentes: echelon, eyedeekay, sadie, zlatinb, zzz

Registro da Reunião

20:00:00 <zzz> 0) Oi 20:00:00 <zzz> 1) status do projeto I2P Browser (sadie, meeh, idk) 20:00:00 <zzz> 2) Casos de uso de outproxy (proxy de saída) / status (sadie) 20:00:00 <zzz> 3) status do desenvolvimento 0.9.45 (zzz) 20:00:00 <zzz> 4) Status do scrum (zlatinb) 20:00:04 <zzz> 0) Oi 20:00:06 <zzz> oi 20:00:19 <zlatinb> oi 20:00:29 <zzz> 1) status do projeto I2P Browser (sadie, meeh, idk) 20:00:51 <zzz> sadie, qual a novidade mais recente sobre o projeto do navegador? 20:01:22 <zzz> ou, como ela não está aqui, mais alguém? 20:02:09 <eyedeekay> Oi 20:02:55 <zzz> eyedeekay, você tem uma atualização de status sobre o projeto do navegador? 20:03:22 <eyedeekay> Estamos prestes a lançar a última versão do navegador pelos próximos seis meses antes de entrar em hiato. Decidimos que precisamos ser muito mais inteligentes sobre como encapsular a configuração e compilar o navegador para que o projeto se torne sustentável, no momento ele é um enorme dreno de recursos. Uma declaração mais completa será publicada no site no momento do lançamento do navegador. 20:04:11 <zzz> este lançamento será a beta 8? se não me engano, na nossa última reunião há dois meses, estava previsto sair em 3 dias 20:04:58 <eyedeekay> Sim, esse é o motivo de entrar em hiato. Simplesmente não é sustentável continuar do jeito que temos feito; precisamos explorar outras opções que exijam menos trabalho apenas para acompanhar os lançamentos do Firefox. 20:05:27 <zzz> ok. bem-vinda, sadie_, você tem algo a acrescentar? 20:05:44 <sadie_> não 20:06:05 <zzz> alguém tem comentários ou perguntas sobre 1) navegador? 20:06:52 <zzz> mais algo em 1)? 20:07:29 <zzz> 2) Casos de uso de outproxy / status (sadie) 20:07:32 <eyedeekay> Forneceremos recomendações de procedimentos de substituição para configurar navegadores. 20:07:47 <zzz> ok 20:08:04 <zzz> sadie_, por favor, nos atualize sobre a pesquisa de outproxy 20:08:51 <sadie_> a pesquisa de outproxy foi adiada nos últimos meses. 20:09:42 <zzz> ok, alguma perspectiva de quando pode recomeçar? 20:11:53 <zzz> algum comentário ou pergunta sobre 2) outproxy? 20:12:20 <sadie_> não é uma alta prioridade no futuro imediato, conforme o roadmap. 20:12:40 <eyedeekay> O Meeh na verdade melhorou perceptivelmente, recentemente, o desempenho do outproxy de uso geral, o outproxy padrão em false.i2p 20:13:11 <zzz> mais algo em 2)? 20:14:04 <zzz> 3) status do desenvolvimento 0.9.45 (zzz) 20:14:15 <zzz> o desenvolvimento está indo bem 20:14:32 <zzz> temos 17K linhas de diff até agora, incluindo uma grande atualização nos temas escuros 20:14:38 <zzz> algumas correções para o modo oculto 20:14:47 <eche|on> espero que isso ajude 20:15:16 <zzz> algumas mudanças de ícones, novo tomcat, novo jetty, reprodutor de prévia HTML5 para arquivos parciais no i2psnark 20:15:52 <zzz> as datas estão no /topic acima. congelamento de tag em uma semana, prazo de check-in em 2 1/2 semanas, lançamento em 3 semanas 20:16:34 <zzz> Não estritamente no .45, mas posso anunciar que tivemos bom progresso em testes de interoperabilidade com o i2pd na proposta 144 (nova criptografia) 20:16:59 <zzz> e estamos continuando a trabalhar nos bugs e problemas de ambos os lados, e na própria proposta 20:17:27 <zzz> alguém deseja destacar algo que entrou no .45, ou algo que entrará? 20:19:01 <zzz> mais algo em 3)? perguntas ou comentários? 20:19:22 <eche|on> não 20:20:02 <zzz> 4) Status do scrum (zlatinb) 20:20:08 <zzz> vá em frente, zlatinb 20:20:15 <zlatinb> Oi. Brevemente: 1) o que você fez desde a última reunião 2) o que planeja fazer no próximo mês 3) bloqueadores ou ajuda necessária. Diga EOT quando terminar 20:20:46 <zlatinb> eu: 1) plugin MW 2) Mais trabalho no plugin MW, reescrita do SSU pelo jogger 3) sem bloqueadores EOT 20:21:16 <zzz> 1) correções de bugs, proposta 144, revisar patches do jogger e a proposta; 2) mais do mesmo, além do lançamento .45; 3) sem bloqueadores EOT 20:21:54 <eche|on> nada de especial, suporte ao servidor, `http://wiki.i2p-projekt.i2p` está no ar e sendo preenchido, tudo bem 20:23:26 <sadie_> trabalhando em melhorias na documentação pós-instalação com idk, garantimos mais pesquisa de Testes de Usabilidade , alcance comunitário / estratégia de PR / testando as webextensions do idk/ processo de descoberta - infraestrutura resiliente, pesquisa de rebranding - mais do mesmo no próximo mês 20:23:57 <zlatinb> mais alguém? T-1 minuto até o fim do scrum 20:24:01 <eyedeekay> 1) A maior parte do meu trabalho foi uma revisão substancial do tema escuro padrão para melhorar a legibilidade e deixá-lo com um visual mais moderno e consistente. Também adicionei recursos e corrigi bugs na minha webextension para o Firefox, agora ela consegue falar com i2pcontrol e snark-rpc. Também configurei meu eepSite pessoal e um recurso git comum(uma instância do gitlab em git.idk.i2p) para o projeto. 2) Vou trabalhar dentro 20:24:01 <eyedeekay> da migração do git. 3) sem bloqueadores. 20:24:41 <zlatinb> obrigado, scrum.end 20:24:48 <zzz> ok obrigado zlatinb 20:25:07 <zzz> alguém tem alguma pergunta, comentário ou tópicos adicionais para a reunião? 20:26:13 * zzz pega o baffer 20:27:01 * zzz *bafs* a reunião encerrada

Reunião de Desenvolvedores do I2P - 03 de dezembro de 2019

Tue, 03 Dec 2019 00:00:00 +0000

Recapitulação rápida

Presentes: eyedeekay, meeh, sadie, zlatinb, zzz

Registro da reunião

20:00:00 <zzz> 0) Oi 20:00:00 <zzz> 1) status do projeto I2P Browser (sadie, meeh, idk) 20:00:00 <zzz> 2) Outproxy (proxy de saída) casos de uso / status (sadie) 20:00:00 <zzz> 3) status do lançamento 0.9.44 (zzz) 20:00:00 <zzz> 4) Status scrum (zlatinb) 20:00:10 <sadie__> oi 20:00:20 <zzz> 0) Oi 20:00:22 <zzz> oi 20:00:47 <zzz> 1) status do projeto I2P Browser (sadie, meeh, idk) 20:00:49 <zlatinb> oi 20:01:00 <meeh> oi 20:01:23 <zzz> sadie, qual é a novidade mais recente sobre o projeto I2P Browser? e sinta-se à vontade para delegar quaisquer partes da sua resposta ao idk e ao meeh 20:01:32 <eyedeekay> Oi 20:03:02 <meeh> A maior novidade provavelmente é que nosso próximo lançamento agora é baseado no ESR 68 e não no 60, e nossas extensões estão em processo de serem incorporadas ao código-fonte, já que a Mozilla remove algumas das APIs que usamos atualmente nas versões posteriores 20:03:27 <zzz> e quando esse lançamento está previsto? 20:03:47 <meeh> Também é o primeiro lançamento que deve ser assinado pelo nosso novo certificado EV de assinatura de código, então nada de avisos assustadores 20:03:54 <meeh> em dois, três dias 20:04:06 <meeh> digamos dia 6 20:04:15 <zzz> ok, então isso será a beta 8, acho? 20:04:26 <meeh> sim, correto 20:04:27 <eyedeekay> Sim, beta 8 20:04:43 <zzz> ótimo. mais algo a acrescentar, sadie__ eyedeekay ? 20:05:08 <eyedeekay> Além disso, agora também habilitamos a suíte de aplicativos do I2P, snark, susimail, etc. 20:05:19 <sadie__> sim - também teremos um MVP e um roadmap atualizados disponíveis 20:05:54 <zzz> quando isso será publicado? 20:05:56 <meeh> e, com o tempo, lançaremos substitutos com padrões modernos, pelo menos para começar com o susimail e o addressbook 20:06:14 <meeh> isso não é para este lançamento, ops, mas para lançamentos posteriores 20:06:47 <sadie__> isso deve estar no site no meio da próxima semana, juntamente com o nome atualizado do projeto e a direção de marca 20:07:15 <meeh> uma novidade não diretamente ligada ao navegador é que agora também temos um "runner" do Rack que fala diretamente com o I2PSocket e não exige que o usuário faça o encaminhamento via alguma porta TCP local 20:07:25 <zzz> legal. quer revelar o novo nome ou vai segurar até estar no site? 20:07:34 <meeh> então isso torna possível executar, por exemplo, Ruby on Rails diretamente contra o I2PSocket 20:07:57 <sadie__> Vamos segurar até o site ser atualizado =) 20:08:12 <zzz> legal, meeh, sempre melhor evitar ir e voltar via um socket padrão 20:08:51 <zzz> parece um ótimo progresso 20:09:01 <zzz> mais algo no 1)? alguém tem alguma pergunta? 20:10:31 <zzz> 2) Casos de uso / status do outproxy (sadie) 20:10:41 <zzz> sadie__, quais são as novidades mais recentes sobre esse esforço de pesquisa? 20:10:44 <sadie__> A solução turnkey (pronta para uso) de outproxy foi colocada em espera até que eu possa obter os recursos necessários para uma coleta de informações adequada para concluir o MVP. Esta pesquisa não será retomada até o próximo ano. A discussão sobre outproxy de uso geral será retomada nas próximas semanas. Neste ponto, a prioridade para o nosso proxy deve ser investigar e melhorar questões de desempenho. 20:11:45 <zzz> ok, sobre o outproxy do projeto, qual é o status da investigação e das melhorias? 20:12:10 <zzz> meeh, você tem alguma informação sobre isso? 20:12:17 <sadie__> o meeh pode comentar esse esforço melhor do que eu 20:12:28 <meeh> Além disso, já que o tópico é outproxy, a gem do jruby que eu fiz também tem um outproxy simples, single-threaded, que pode rodar como um plugin de i2p, nesse caso 20:12:33 <meeh> encontrado aqui https://github.com/mikalv/ji2p-jruby/blob/master/bin/simple_outproxy 20:13:08 <zzz> mas e o outproxy atual? 20:13:09 <meeh> também comecei a dividir a gem, para que você não precise agrupar suporte a cluster e afins para um plugin simples de i2p que não tenha nada a ver com isso 20:13:13 <meeh> porque ela ficou bastante grande 20:13:41 <meeh> sim, fiz algumas atualizações de cabos e switches que eram um gargalo para o outproxy público 20:13:52 <zzz> Comecei a acompanhar cada fetch do outproxy, sucesso ou falha, em um post-it. A taxa de sucesso de hoje é de apenas 75% 20:14:26 <zzz> a sadie diz que é prioridade, então o que você planeja fazer em seguida? 20:14:39 <meeh> o próximo lançamento do navegador, beta 8 — desculpe, esqueci de mencionar antes — terá muito mais destinos apontando para o mesmo serviço, pois acreditamos que os próprios destinos sejam o próximo gargalo 20:14:56 <meeh> então não apenas o false.i2p e minha bridge do Tor, mas algo na casa de 20 20:15:30 <meeh> Também vou trocar o software de proxy por um software feito sob medida em elixir/erlang para isso, que escrevi há alguns meses 20:15:45 <meeh> também encontrado aqui https://github.com/mikalv/i2p-outproxy-elixir 20:16:00 <zzz> você considerou mudar de i2pd para Java? Acho que há alguns problemas sérios ao executá-lo no i2pd 20:16:14 <meeh> Tenho algumas mudanças não commitadas que vou enviar antes de fazer a troca, e qualquer um pode usar isso para rodar o seu próprio. Vou fazer uma documentação melhor para isso também 20:16:25 <meeh> Eu uso ambos atualmente 20:16:29 <meeh> tanto Java quanto i2pd 20:16:39 <zzz> ok 20:16:40 <meeh> devem ser quatro routers, todos tendo as duas dest 20:16:51 <meeh> apontando para o mesmo endpoint de proxy HTTP 20:17:05 <zzz> você já tem uma conclusão sobre qual oferece um serviço melhor? 20:17:17 <meeh> os i2pd estão configurados com cerca de 100 tunnels, comparados ao limite de 16 tunnel do Java 20:17:49 <meeh> não, desculpe, ainda não, mas isso é algo que coloquei na minha lista de tarefas de coisas que devo fazer num futuro próximo 20:18:21 <zzz> ok, incentivo a equipe a usar uma abordagem baseada em medições para fazer melhorias. não saiam atirando para todos os lados e mudando tudo 20:18:51 <meeh> sim, já fiz isso antes e aprendi com isso — então sem preocupação, será baseada em medições 20:18:55 <zzz> mais algo no 2), sadie__ ? 20:19:09 <sadie__> não 20:19:22 <zzz> alguém tem alguma pergunta sobre o 2)? 20:20:19 <zzz> 3) status do lançamento 0.9.44 20:20:29 <zzz> ok, colocamos o lançamento 0.9.44 no ar no domingo 20:21:00 <zzz> ele corrige um problema feio na forma como novos tipos de criptografia são tratados. Todos devem atualizar assim que puderem 20:21:12 <meeh> para Android, está publicado no Google Play, F-Droid e na nossa página de downloads, onde este último inclui assinatura GPG, e o site foi atualizado 20:21:33 <zzz> ótimo. e o mavencentral? 20:22:03 <meeh> sim, é uma dependência necessária do que citei acima, então ao concluir aquilo eu já devo ter feito o mavencentral 20:22:07 <zzz> está disponível para updates in-net agora. Cerca de 10% da rede já atualizou 20:22:38 <zzz> Também fiz o PPA e o repositório deb no domingo 20:22:58 <zzz> então acho que isso é a maior parte 20:23:05 <zzz> sem reclamações até agora 20:23:24 <zzz> infelizmente, o testador de largura de banda está praticamente completamente quebrado 20:23:51 <zzz> algo mudou no pool de testes recentemente, e a forma como estávamos fazendo o handshake parou de funcionar 20:24:10 <zzz> passei o último dia e meio trabalhando nisso, e consegui fazê-lo voltar a funcionar 20:24:40 <zzz> se alguém vir algo assim quebrado, por favor abra um ticket. É uma pena que não tenhamos percebido que estava quebrado antes do lançamento 20:25:29 <meeh> também temos uma nova página de doações (independente) chegando, que permitirá mais formas de doar, inclusive PayPal recorrente etc 20:25:39 <zzz> então isso é basicamente tudo o que tenho sobre a .44. Estamos apenas começando a .45 e montando o plano, mas espero que o lançamento 45 seja em fevereiro 20:25:44 <meeh> e está **bonita** 20:25:48 <meeh> com letras maiúsculas 20:25:56 <zzz> ok, meeh, ótimo 20:26:02 <zzz> mais algo no 3)? 20:27:02 <zzz> 4) status scrum 20:27:06 <zzz> vá em frente, zlatinb 20:27:31 <zlatinb> oi, bem brevemente: 1) o que você fez no mês passado 2) o que você planeja fazer no próximo mês 3) algum bloqueador ou você precisa de ajuda 4) EOT 20:28:31 <zlatinb> eu: 1) corrigi o filtro scriptável que escrevia em disco a cada 10 segundos, investiguei o suporte a servlet 3.0 (quebrado para classes internas) 2) empacotando o MW como um plugin do router 3) sem bloqueadores 20:28:35 <zlatinb> EOT 20:28:49 <zzz> 1) lançamento .44, correções de bugs, prop. 144 (ratchet) codificação e testes; corrigi um bug ruim de tunnel causando inicialização lenta, lancei uma nova versão do zzzot com a ajuda do drzed 20:29:28 <zzz> 1 (cont.) muito trabalho testando reseeds (servidores de bootstrap) e trabalhando com reseeders para consertar as coisas; também testei e removi trackers abertos 20:30:09 <meeh> concluído: gem do jruby para interagir e/ou controlar o router embutido ou standalone, suporte inicial a Kubernetes para destinos HA ou testes de cluster do i2p, muitos e muitos patches do Firefox, seja escritos do zero ou portados do tor browser, melhorias no outproxy e um novo aplicativo de e-mail com a intenção de substituir o susimail um dia 20:30:19 <meeh> trabalho inicial no último* 20:30:23 <zzz> 2) correções de bugs, testes da prop. 144, mais trabalho em melhoria de desempenho, 36C3 20:30:46 <sadie__> No mês passado estive trabalhando em mudanças no tema claro de CSS que estão no último lançamento, respondendo ao Usability Lab sobre financiamento de um estudo de UX para a console do router e conduzindo decisões de produto para o futuro do navegador. No próximo mês, haverá o guia de pós-instalação e mais trabalho de CSS, gestão e desenvolvimento do navegador 20:30:56 <zzz> 3) sem bloqueadores; 4) EOT 20:31:10 <sadie__> sem bloqueadores, EOT 20:31:15 <eyedeekay> 1) Tenho trabalhado para ampliar a experiência do I2P Browser para mais das capacidades gerais do I2P e ajustar a organização/visual da console do router e das páginas iniciais. 2) No próximo mês, vou trabalhar em mais melhorias de recursos do navegador, mais tutoriais de SAM e mais melhorias na UI da console do router. 3) sem bloqueadores EOT. 20:31:48 <zlatinb> obrigado, acho que é todo mundo </scrum> 20:32:08 <zzz> ótimo, mais algo no 4)? alguém tem alguma pergunta? 20:32:24 <zzz> ou mais algum tópico para a reunião? 20:32:28 <meeh> próximo mês: lançar a beta 8 do navegador, descobrir como podemos usar o software osslsigncode para assinar binários do Windows em sistemas Unix, trocar o software do outproxy, continuar o trabalho do novo app de e-mail e finalizar as mudanças da gem do jruby 20:33:16 <zzz> EOT, meeh? 20:33:32 <meeh> sim, EOT. 20:34:16 <zzz> ok. Um lembrete: não haverá reunião no mês que vem, pois estaremos nos recuperando do 36C3. Se alguém quiser participar das nossas reuniões no 36C3, venha procurar nossa mesa 20:34:32 <zzz> Tenho certeza de que vou tuitar a localização aproximada 20:34:48 <sadie__> e teremos um novo banner para a mesa! 20:34:48 <meeh> provavelmente podemos publicar algumas notas públicas da reunião também? 20:34:58 <meeh> isso é do ccc 20:34:59 <zzz> mais algum tópico para a reunião, enquanto eu procuro o baffer? 20:35:28 <zzz> você está se voluntariando, meeh? 20:35:41 <meeh> posso tentar fazer isso, sim 20:35:59 <sadie__> eu vou fazer um relatório para o ccc 20:36:35 <zzz> ok, encontrei o *baffer*, então acho que é isso por hoje 20:36:46 <zzz> vejo vocês pessoalmente em 4 semanas 20:37:10 <zzz> ops, 3 semanas e meia 20:37:24 * zzz *bafs* a reunião foi encerrada

Versão 0.9.44

Sun, 01 Dec 2019 00:00:00 +0000

Detalhes da atualização

0.9.44 contém uma correção importante para um problema de negação de serviço no tratamento, pelos serviços ocultos, de novos tipos de criptografia. Todos os usuários devem atualizar o mais rápido possível.

Esta versão inclui suporte inicial a uma nova criptografia de ponta a ponta (Proposta 144). O trabalho continua neste projeto, e ele ainda não está pronto para uso. Há mudanças na página inicial do console e novos reprodutores de mídia HTML5 incorporados no i2psnark. Estão incluídas correções adicionais para redes IPv6 protegidas por firewall. Correções no processo de construção de tunnel devem resultar em inicialização mais rápida para alguns usuários.

Reunião de desenvolvimento do I2P - 05 de novembro de 2019

Tue, 05 Nov 2019 00:00:00 +0000

Recapitulação rápida

Presentes: echelon, eyedeekay, lbt, sadie, zzz

Registro da Reunião

20:00:00 <zzz> 0) Olá 20:00:00 <zzz> 1) status do lançamento 0.9.43 (zzz) 20:00:00 <zzz> 2) status do projeto I2P Browser (sadie, meeh) 20:00:00 <zzz> 3) Casos de uso do Outproxy (proxy de saída) / status (sadie) 20:00:00 <zzz> 4) status do desenvolvimento 0.9.44 (zzz) 20:00:00 <zzz> 5) status das Propostas (zzz) 20:00:00 <zzz> 6) Status scrum (zlatinb) 20:00:04 <zzz> 0) Olá 20:00:06 <zzz> oi 20:00:10 <sadie_> oi 20:00:25 <zzz> 1) status do lançamento 0.9.43 (zzz) 20:00:38 <zzz> a 43 foi lançada há algumas semanas, sem problemas sérios até agora 20:01:02 <zzz> os itens restantes são o f-droid oficial (nextloop) e o debian oficial (mhatta) 20:01:08 <eyedeekay> oi 20:01:37 <zzz> mais algum problema pendente com o lançamento 43? 20:03:01 <zzz> 2) status do projeto I2P Browser (sadie, meeh) 20:03:16 <zzz> meeh, sadie, quais são as últimas informações sobre o navegador? 20:04:49 <sadie_> A Beta 7 foi lançada 20:05:10 <eyedeekay> O I2P Browser Beta 7 foi lançado ontem, junto com um roteiro atualizado. Esta é a penúltima versão que será baseada no firefox 60. Corrigimos alguns bugs e implementamos integração contínua, além de desenvolver um plano revisado e atualizado para o futuro do navegador como produto. 20:05:11 <sadie_> as notas podem ser encontradas no site do projeto. 20:05:35 <zzz> a data de lançamento está errada no site, para sua informação 20:05:51 <eyedeekay> Ah, droga, desculpe, não notei isso. Vou mudar imediatamente. 20:06:03 <sadie_> Também temos trabalhado no roteiro, que também pode ser encontrado no site do projeto 20:06:29 <zzz> o que você pode nos dizer sobre a próxima beta 8? o que ela terá, quando será lançada? 20:07:40 <sadie_> a beta 8 sairá no fim de novembro. 20:08:19 <zzz> alguém tem alguma pergunta sobre o navegador? meeh você tem algo a acrescentar? 20:08:27 <eyedeekay> A Beta 8 será lançada no fim de novembro, será a versão final baseada no Firefox 60. Estamos nos preparando para algumas mudanças de arquitetura que tornarão os aplicativos mais visíveis; você começará a ver os primeiros sinais disso na Beta 8, bem como mais feedback no navegador sobre a prontidão do router integrado. 20:08:53 <sadie_> estamos trabalhando em uma landing page melhor, um indicador de prontidão do proxy HTTP , e temas dinâmicos 20:09:20 <zzz> parece ótimo, espero que todos experimentem a beta 7 20:09:45 <zzz> mais algo em 2) ? 20:11:00 <zzz> 3) Casos de uso do Outproxy / status (sadie) 20:11:17 <zzz> sadie_, quais são as últimas novidades sobre este tópico? 20:11:32 <sadie_> Avançamos o documento de requisitos até onde sinto que podemos sem agora fazer mais pesquisa com usuários. 20:11:38 <sadie_> No meio do mês vou me reconectar com a pessoa que inspirou a solução de outproxy pronta para uso (turnkey). Podemos avaliar o documento de requisitos que foi criado e começar a tratar as perguntas de pesquisa com usuários de forma mais aprofundada. Os requisitos para esta solução fazem parte dos entregáveis do próximo lançamento.Avançamos o documento de requisitos até onde sinto que podemos sem agora fazer mais 20:11:38 <sadie_> pesquisa com usuários. 20:12:41 <zzz> ok, para ficar claro estamos trabalhando apenas nos requisitos durante o período da 44. Qualquer implementação seria na 45 ou depois, certo? 20:12:53 <sadie_> correto 20:13:32 <zzz> ok, mais algo que queira acrescentar? Alguém tem alguma pergunta sobre a pesquisa de outproxy? 20:14:01 <zzz> mais algo em 3) ? 20:15:01 <zzz> 4) status do desenvolvimento 0.9.44 (zzz) 20:15:23 <zzz> estamos há duas semanas no ciclo .44, com bastante código novo incorporado 20:15:52 <zzz> quase tudo é a implementação da proposta 144, nova criptografia para destinos 20:16:07 <zzz> Espero começar os testes de interoperabilidade com chisana_ em breve 20:16:35 <zzz> e devemos estar prontos para testadores corajosos em algumas semanas 20:16:57 <zzz> mas vai demorar bastante até usarmos isso por padrão, talvez 6-12 meses 20:17:23 <zzz> muito teste e outras mudanças são necessários para deixar isso sólido 20:17:59 <zzz> a outra coisa importante que tenho na fila para a .44 são algumas melhorias de desempenho no SSU, motivadas pelo nosso prolífico trac ticker 'jogger' 20:18:17 <zzz> sadie_, eyedeekay, meeh, algo que gostariam de acrescentar sobre no que estão trabalhando para a .44 ? 20:19:34 <zzz> mais algo em 4) ? 20:19:35 <sadie_> alterações na console do router /home, estratégia de longo prazo para o site 20:20:45 <zzz> 5) status das Propostas (zzz) 20:21:05 <zzz> não há muito mais a dizer aqui, 99% do foco está na 144. 20:21:30 <zzz> em seguida provavelmente 152, 153, ou talvez até uma nova proposta SSU 2 20:21:47 <zzz> não espero muito progresso em nada disso até o ano novo 20:21:58 <zzz> alguma pergunta sobre as propostas? 20:22:06 <zzz> mais algo em 5) ? 20:23:01 <zzz> 6) Status scrum (zlatinb) 20:23:12 <zzz> Acho que zlatinb disse que não poderia vir hoje 20:23:32 <eche|on> novo servidor com novo hardware e novos IPs, migrando serviços de um servidor para outro com o tempo. sem bloqueadores 20:23:41 <zzz> então pessoal, vocês já sabem o procedimento, por favor digam 1) o que fizeram no mês passado 2) o que farão no próximo mês; 3) quaisquer bloqueadores 20:23:52 <zzz> e terminem com EOT 20:24:49 <zzz> eu: 1) lancei a .44, muito trabalho na nova criptografia; 2) mais trabalho na nova criptografia, melhorias de desempenho no SSU, correções de bugs; 3) sem bloqueadores; EOT 20:25:11 <zzz> sadie_, meeh, eyedeekay, por favor, vão em paralelo 20:25:48 <sadie_> No mês passado e no próximo mês continuarei a trabalhar no I2P browser, seguir refinando o tema claro da console do router e desenvolver uma estratégia de longo prazo para o site com o IDK. A gestão do produto Outproxy e a coleta de requisitos continuarão. Propostas para pesquisa e desenvolvimento: propostas para melhorar UX e estudos de usabilidade foram submetidas ou estão sendo redigidas. Apresentações e wo 20:25:48 <sadie_> rkshops para conferências já começaram para 2020. 20:27:01 <zzz> última chamada eyedeekay meeh zlatinb 20:27:11 <eyedeekay> 1) Estive trabalhando em coisas que entram no navegador ou que são destinadas a ajudar o navegador. 2) Vou trabalhar em melhorar a organização de algumas das páginas iniciais da console do router, bem como implementar algumas das melhorias de design do navegador. 3 Sem bloqueadores EOT 20:27:53 <zzz> ok, presumindo EOTs de eche|on e sadie_ ... mais algo em 6) ? 20:28:02 <sadie_> sim 20:28:34 <zzz> mais algum tópico ou pergunta para a reunião? 20:28:59 <eche|on> e o bote? 20:29:04 <eche|on> algum sinal do str4d? 20:29:28 <zzz> Vi um RT ocasional no twitter, então ele está vivo 20:29:59 <zzz> é tudo que eu sei 20:30:26 <zzz> além do que está nos tickets 20:30:27 <eche|on> ok 20:30:38 <zzz> mais algo sobre o bote? 20:31:01 <zzz> mais algo para a reunião? 20:31:22 <lbt> Um "obrigado" a todos vocês :) 20:31:48 <zzz> de nada, lbt, obrigado por participar da reunião 20:31:54 <eyedeekay> De nada, amigo :) 20:33:00 * zzz *bafs* a reunião foi encerrada

Destaques de Pesquisa

Fri, 25 Oct 2019 00:00:00 +0000

Pesquisa em destaque - Um estudo empírico da rede de anonimato I2P e sua resistência à censura

A postagem de blog a seguir foi escrita por Hoàng Nguyên Phong, bolsista do Information Controls. Como bolsista do ICFP, a pesquisa de Phong concentrou-se em analisar diferentes aspectos da rede I2P, uma ferramenta de Internet que aprimora a privacidade e pode ser usada para acessar conteúdo online por meio de uma rede que aprimora o anonimato, útil para contornar a censura imposta pelo Estado. Trabalhando com sua organização anfitriã, a University of Massachusetts Amherst, Phong estudou a resiliência à censura da rede I2P, incluindo a identificação de quais métodos de bloqueio um censor estatal poderia usar para inibir o acesso ao I2P e a investigação de possíveis soluções para tornar o I2P mais resistente a tais bloqueios.

0.9.43 Lançamento

Tue, 22 Oct 2019 00:00:00 +0000

Detalhes da atualização

Na versão 0.9.43, continuamos trabalhando em recursos mais fortes de segurança e privacidade e em melhorias de desempenho. Nossa implementação da nova especificação leaseSet (LS2) está agora concluída. Estamos iniciando nossa implementação de criptografia de ponta a ponta mais robusta e mais rápida (proposta 144) para uma versão futura. Vários problemas de detecção de endereços IPv6 foram corrigidos e, claro, há várias outras correções de bugs.

Como de costume, recomendamos que você atualize para esta versão. A melhor forma de manter a segurança e ajudar a rede é executar a versão mais recente.

Relatório de viagem à Our Networks- não sei

Sat, 05 Oct 2019 00:00:00 +0000

Relatório de Viagem: Our Networks

No fim de semana do dia 20 de setembro, viajei para Toronto para me encontrar com Sadie e participar da conferência Our Networks. A conferência Our Networks abrange uma ampla variedade de tópicos, incluindo muitas tecnologias peer-to-peer, com foco em seu potencial para tornar o mundo um lugar melhor.

A conferência foi fascinante, cheia de pessoas muito inteligentes trabalhando em tudo, desde redes mesh físicas até a web distribuída e, claro, anonimato. Conversamos com ótimas pessoas do Tor, Protocol Labs, Parity Labs, o Dat Project, assim como uma variedade de artistas e cientistas sociais. Muito divertido também, e um ótimo ambiente. O Dat, em particular, apresenta algumas oportunidades bem interessantes para cooperação futura, na minha opinião.

Reunião de Desenvolvedores do I2P - 01 de outubro de 2019

Tue, 01 Oct 2019 00:00:00 +0000

Resumo rápido

Presentes: chisana, echelon, eyedeekay, meeh, nextloop, sadie, zlatinb, zzz

Registro da reunião

20:00:00 <zzz> 0) Oi 20:00:00 <zzz> 1) status do lançamento 0.9.42 (zzz) 20:00:00 <zzz> 2) status do projeto I2P Browser "labs" (sadie, meeh) 20:00:00 <zzz> 3) casos de uso / status do Outproxy (sadie) 20:00:00 <zzz> 4) status do desenvolvimento 0.9.43 (zzz) 20:00:00 <zzz> 5) status das propostas (zzz) 20:00:00 <zzz> 6) scrum de status (zlatinb) 20:00:05 <meeh> oi 20:00:05 <zzz> 0) Oi 20:00:08 <zzz> oi 20:00:16 <zlatinb> oi 20:00:18 <nextloop> Oi 20:00:23 <sadie__> oi 20:00:49 <zzz> 1) status do lançamento 0.9.42 (zzz) 20:01:12 <zzz> o lançamento 42 foi há 5 semanas, acredito que os únicos itens restantes há um mês eram a lib do cliente e um novo lançamento do bote para Android, e o deb/ubuntu oficial 20:01:19 <zzz> todos esses estão concluídos 20:01:41 <zzz> não há muito mais a dizer sobre a .42, que parece estar funcionando bem 20:01:46 <zzz> mais algo no ponto 1)? 20:02:29 <zzz> 2) status do projeto I2P Browser "labs" (sadie, meeh) 20:02:37 <eyedeekay> oi, pessoal 20:02:45 <meeh> estamos encaminhados em todas as tarefas; também comecei a aplicar os patches iniciais do ESR68, que seria nossa nova beta até 31 de dez. 20:02:46 <zzz> sadie, meeh, o que podem nos contar sobre este novo projeto e produto, qual é o status? 20:03:01 <chisana_> oi 20:03:02 <sadie__> A Beta 7 será lançada em 23 de outubro ou imediatamente após a 0.9.43 ser marcada (tagged). Até hoje, estamos em dia com os itens do roadmap (plano de desenvolvimento) para o próximo lançamento. Foi criado um roadmap provisório para lançamentos futuros, levando-nos até junho de 2020 20:03:04 <zzz> qual é a próxima tarefa, ou o próximo lançamento, meeh? 20:03:07 * chisana_ observa 20:03:13 <meeh> 23 de out 20:03:33 <meeh> ou assim que a 0.9.43 sair nessa data ou depois 20:03:36 <meeh> depende de nós 20:03:50 <zzz> vocês dois podem nos dizer onde está o roadmap e o que vai entrar na beta 7? 20:04:39 <sadie__> Os itens do Roadmap estão em dia até hoje 20:05:00 <zzz> o roadmap está publicado em algum lugar onde as pessoas possam ver? 20:06:27 <meeh> o próximo lançamento conterá principalmente correções de bugs, patches de estabilidade, um "backend" melhor para a janela de diálogo inicial 20:06:35 <eyedeekay> Esses são os itens que também estão no roadmap do projeto para a 9.43. 20:07:17 <meeh> se a Mozilla tiver quaisquer patches que devamos incluir até lá, eles também serão adicionados 20:07:18 <zzz> ok, então o roadmap da beta 7 está no roadmap do I2P no nosso site, as pessoas podem ver lá 20:07:29 <sadie__> sim 20:07:36 <zzz> o roadmap até junho de 2020 está publicado em algum lugar para as pessoas verem? 20:07:56 <sadie__> ainda não 20:07:57 <eyedeekay> Ainda não, pode ser em breve. 20:08:17 <zzz> ok. alguém tem alguma pergunta para a equipe do navegador? 20:09:03 <zzz> mais algo no ponto 2)? algo mais que a equipe queira dizer sobre o navegador? 20:09:26 <sadie__> por favor, testem e entrem na lista de e-mails! 20:09:44 <zzz> quer divulgar como assinar a lista de e-mails, sadie? 20:10:02 <meeh> disponível em `http://lists.i2p` ou https://lists.i2p.email 20:10:17 <zzz> ótimo 20:10:20 <sadie__> claro - tudo que você precisa pode ser encontrado no site https://geti2p.net/en/browser/develop 20:10:25 <zzz> mais algo no ponto 2)? 20:11:01 <zzz> 3) Casos de uso / status do Outproxy (sadie) 20:11:13 <zzz> sadie, conte-nos o status do projeto de outproxy, por favor 20:11:16 <sadie__> O MVP do Open Outproxy foi elaborado; estamos quase lá com o MVP de Friends and Family, mas ainda precisamos reunir mais informações sobre requisitos de administração, logging e relatórios. As reuniões serão retomadas na semana de 21 de outubro. 20:12:06 <sadie__> Tenho algumas ideias/pensamentos novos sobre como lidar com a administração, e mais pesquisa para fazer antes da próxima reunião 20:12:15 <zzz> por "elaborado" você não quer dizer que terminamos o desenvolvimento, espero... e você poderia definir MVP para todos, por favor? 20:12:40 <sadie__> Produto Mínimo Viável 20:13:03 <sadie__> não - ainda estamos trabalhando nos requisitos em algumas áreas 20:13:16 <zzz> então por 'elaborado' você quer dizer uma lista de requisitos, certo? 20:13:32 <sadie__> correto! 20:14:10 <zzz> onde as pessoas podem ver essa lista, e qual é a melhor forma de enviarem feedback para vocês sobre ela? 20:15:05 <sadie__> vou atualizar o trac e convidar as pessoas a participarem da conversa por lá 20:15:40 <zzz> por favor, diga a todos onde no trac eles poderão ver isso? 20:16:07 <sadie__> só um momento 20:17:04 <zzz> enquanto você procura, vou comentar que o alvo para isso é o ano que vem... não para a .43 ou .44 20:17:14 <zzz> para a implementação, isto é 20:17:46 <zzz> alguma pergunta ou comentário sobre o projeto de outproxy, enquanto ela procura? 20:19:00 <sadie__> #2472 foi onde começamos a discussão 20:19:00 <zzz> mais algo no ponto 3)? 20:19:59 <zzz> ok, então você vai colocar a lista de requisitos no ticket 2472 e é lá que você gostaria de receber feedback, certo? 20:20:17 <sadie__> correto 20:20:27 <zzz> perfeito 20:20:56 <zzz> 4) status do desenvolvimento 0.9.43 (zzz) 20:21:19 <zzz> o site tem o roadmap da .43, incluindo os itens do navegador para a beta 7, como mencionado anteriormente 20:21:46 <zzz> estamos há 5 semanas no desenvolvimento da .43, com um lançamento esperado para cerca de 3 semanas a partir de hoje 20:22:12 <zzz> as coisas estão indo bem, com algumas correções de IPv6 e mais trabalho para tornar o ls2 criptografado mais fácil de usar 20:22:52 <zzz> mais alguém quer nos contar no que está trabalhando para a .43, além da beta 7 do navegador? 20:23:36 <zzz> o congelamento de tag será daqui a uma semana a partir de amanhã, e eu atualizarei o Transifex nesse momento e avisarei a todos para começarem a traduzir 20:23:42 <zlatinb> com sorte vou conseguir testar a varredura de anotações do Servlet 3.0 20:24:12 <zzz> ok, sim, eu gostaria de finalizar isso se você precisar, ou cancelar se não precisar :) 20:24:18 <meeh> melhorando o nosso build com jlink, o que está relacionado a coisas do navegador, d'oh, mas ainda na base de código Java 20:24:42 <sadie__> IDK e eu estamos trabalhando em um novo assistente de configuração e a nova navegação do menu do site já foi feita. Vou fazer mais mudanças cosméticas no CSS do console 20:24:47 <meeh> Acho que vamos investigar mais esse tópico, já que o addressbook fica quebrado ao usar jlink 20:25:13 <zlatinb> é, e os plugins também - mas esses provavelmente vão continuar quebrados por um tempo 20:25:19 <zzz> ah, e vamos trabalhar em correções para Android para a 43 na próxima semana 20:26:38 <zzz> não acho que vocês queiram se incomodar em habilitar plugins de router para o navegador, mas talvez outros estejam pressionando vocês por isso? vale investigar mais 20:27:04 <zzz> mais algo no ponto 4)? 20:28:21 <zzz> 5) status das propostas (zzz) 20:28:45 <zzz> o foco exclusivo da equipe de propostas #ls2 no último mês tem sido a prop. 144 - nova criptografia 20:29:02 <zzz> estamos chegando perto de uma especificação completa e consistente, e começamos a escrever algum código de teste 20:30:01 <zzz> espero que parte desse código entre no lançamento Java .44 - não na .43 - mas só no começo do ano que vem é que estará realmente concluído na rede em produção 20:30:20 <zzz> e então talvez mais alguns lançamentos para eliminar os bugs 20:30:45 <zzz> mas é empolgante, pois estamos perto de substituir um dos algoritmos criptográficos originais e muito lentos, o ElGamal 20:31:28 <zzz> espero que depois nos voltemos para outra parte da substituição do ElGamal, com a proposta 152, sobre como fazemos os builds de tunnels 20:31:46 <zzz> mas podemos decidir trabalhar em "SSU2" também... não falamos sobre isso 20:31:56 <zzz> isso ficaria para meados ou final do ano que vem, eu diria 20:32:33 <zzz> a equipe está trabalhando bem junta e estamos trabalhando na 144 há quase um ano, então todos ficaremos muito felizes em terminar isso nos próximos meses 20:32:43 <zzz> alguma pergunta sobre essas ou outras propostas? 20:33:19 <zzz> mais algo no ponto 5)? 20:34:00 <zzz> 6) scrum de status (zlatinb) 20:34:04 <zzz> vai em frente, zab 20:34:29 <zlatinb> Oi, descrevam brevemente 1) o que vocês fizeram no último mês 2) o que planejam fazer no próximo mês 3) algum impedimento ou ajuda necessária? Digam EOT quando terminarem 20:34:59 <meeh> Tem sido bastante trabalho inicial no projeto do navegador, tanto pela integração do router quanto pelo aprendizado de toda a base de código do Firefox, sistema de build e arquitetura para chegar a um nível em que possamos dizer que temos as coisas sob controle. Estamos prestes a ter nightly builds e CI prontas para os ramos esr60 e esr68, assim como para pull requests que possamos receber. 20:35:01 <meeh> Os builds de artefatos também são uma meta a alcançar, o que permitiria que pessoas com hardware mais fraco baixassem partes do build do Firefox para reduzir as operações de compilação mais pesadas, tornando o desenvolvimento menos penoso. Também tenho analisado testes unitários e de regressão para o navegador, para evitar bugs bobos e tornar o produto mais estável e confiável. 20:35:01 <meeh> Também estamos chegando perto de ter nossos scripts de build personalizados que não se baseiam na base de scripts de build em Perl do Tor, tanto para suportar builds remotos quanto pelo fato de não sermos muitos que conhecem Perl. Além disso, também fiz alguma leitura e pesquisa sobre o sistema legal aqui para operar nossa organização. Trabalho inicial na política de logging dos servidores do projeto. 20:35:05 <meeh> EOT 20:35:18 <zlatinb> eu: 1) testando em testnet patches do jogger, algum trabalho com jlink 2) mais testnet, Servlet 3.0 3) sem impedimentos EOT 20:35:20 <sadie__> Participei do Our Networks no último fim de semana, em Toronto, elaborei um novo assistente de configuração para ser implementado no lançamento pelo IDK, definindo mais mudanças cosméticas de CSS para o próximo lançamento, avançando o consenso sobre outproxy e navegador, divulgação comunitária e foram solicitados mais recursos para UX. No mês que vem, vou me concentrar em opções de financiamento, novas estratégias de PR, divulgação no 36c3, preparar uma apresentação introdutória sobre o I2P 20:35:20 <sadie__> terminada para futuras palestras que todos possamos usar, melhorias no susi mail e continuação do trabalho no navegador e no outproxy. EOT 20:35:32 <zzz> 1) correções de bugs, IPv6, criptografia ls2, proposta 144 20:36:06 <eche|on> servidor rodando, o mesmo, sem impedimentos 20:36:25 <zzz> 2) correções de bugs, IPv6, criptografia ls2, especificação e código de teste da proposta 144, preparação e lançamento da 0.9.43, mais reuniões e definição de outproxy 20:36:48 <zzz> 3) sem impedimentos, EOT 20:37:11 <zlatinb> scrum.setTimeout(60*1000); 20:37:25 <zzz> eyedeekay? 20:37:35 <eyedeekay> só um momento 20:37:55 <eyedeekay> Tenho trabalhado na atualização do assistente de largura de banda para fazê-lo funcionar melhor com o I2P Browser e, em geral, parecer mais moderno e menos confuso. Também tenho trabalhado em organizar, desduplicar e aprimorar as bibliotecas SAM e em pequenas mudanças no navegador. No próximo mês, vou ajudar principalmente com o navegador, mas tenho algumas coisas que talvez eu proponha no i2ptunnel também. Sem impedimentos. 20:38:41 <zzz> sadie__, ou eyedeekay, têm um link para um relato do Our Networks para as pessoas lerem? 20:38:48 <meeh> sem impedimentos, a maioria das tarefas mencionadas continua (vou continuar trabalhando nelas no futuro) 20:39:16 <sadie__> não - precisamos fazer isso. Vai estar no blog do site 20:39:29 <eyedeekay> Vou colocar o meu no blog esta semana. 20:39:47 <zlatinb> obrigado, acho que é todo mundo, fim do scrum 20:40:03 <zzz> é isso para o ponto 6) 20:40:21 <zzz> mais alguém tem perguntas, comentários ou algo a acrescentar? Com certeza tem muita coisa acontecendo! 20:41:11 <zzz> mais algo para a reunião? 20:41:21 * zzz procura o martelo 20:42:05 <zzz> aqui está... 20:42:15 * zzz *bate o martelo* encerrando a reunião

Reunião de Desenvolvedores do I2P - 03 de setembro de 2019

Tue, 03 Sep 2019 00:00:00 +0000

Resumo rápido

Presentes: eyedeekay, sadie, zlatinb, zzz

Registro da reunião

Nota: as linhas de sadie não foram recebidas durante a reunião; foram coladas abaixo.

20:00:00 <zzz> 0) Oi 20:00:00 <zzz> 1) status do lançamento 0.9.42 (zzz) 20:00:00 <zzz> 2) status do projeto “labs” do I2P Browser (sadie, meeh) 20:00:00 <zzz> 3) Casos de uso de outproxy (proxy de saída) / status (sadie) 20:00:00 <zzz> 4) status do desenvolvimento 0.9.43 (zzz) 20:00:00 <zzz> 5) status das propostas (zzz) 20:00:00 <zzz> 6) Scrum de status (zlatinb) 20:00:04 <zzz> 0) Oi 20:00:06 <zzz> oi 20:00:17 <zlatinb> oi 20:00:30 <zzz> 1) status do lançamento 0.9.42 (zzz) 20:00:48 <zzz> o lançamento correu muito bem na semana passada 20:00:56 <zzz> há apenas algumas pendências 20:01:27 <zzz> colocar a bridge do GitHub para funcionar novamente (nextloop), o pacote do Debian sid (mhatta) e a biblioteca cliente Android que esquecemos para a 41 (meeh) 20:01:37 <zzz> nextloop, meeh, vocês têm ETAs (previsão de entrega) para esses itens? 20:03:06 <zzz> mais alguma coisa sobre 1)? 20:04:02 <zzz> 2) status do projeto “labs” do I2P Browser (sadie, meeh) 20:04:25 <zzz> sadie, meeh, qual é o status e qual é o próximo marco? <sadie> A Beta 5 deveria ter saído na sexta-feira, mas houve alguns problemas. Parece que alguns estão prontos https://i2bbparts.meeh.no/i2p-browser/ mas eu realmente precisava ouvir do meeh qual é o próximo prazo para isso <sadie> A página do Lab estará no ar até o fim desta semana. O próximo marco do Browser será discutir os requisitos do console para o lançamento da beta 6 20:05:51 <zzz> mais alguma coisa sobre 2)? 20:06:43 <zzz> 3) Casos de uso de outproxy / status (sadie) 20:06:57 <zzz> sadie, qual é o status e qual é o próximo marco? <sadie> Qualquer pessoa pode acompanhar as atas da nossa reunião no ticket 2472. Definimos os status dos casos de uso e temos uma lista de requisitos. O próximo marco serão os requisitos de usuário para um caso de uso de Amigos e Família, bem como os requisitos de desenvolvimento para Amigos e Família e para o caso de uso Geral, para ver onde eles podem se sobrepor 20:08:05 <zzz> mais alguma coisa sobre 3)? 20:08:19 <eyedeekay> Desculpem o atraso 20:09:01 <zzz> 4) status do desenvolvimento 0.9.43 (zzz) 20:09:21 <zzz> estamos apenas começando o ciclo da .43, que planejamos lançar em cerca de 7 semanas 20:09:40 <zzz> atualizamos o roteiro no site, mas vamos adicionar mais alguns itens 20:10:06 <zzz> tenho corrigido alguns bugs de IPv6 e acelerado o processamento de AES no tunnel 20:10:30 <zzz> em breve vou voltar minha atenção para a nova mensagem I2CP de blinding info (informações de cegamento) 20:10:59 <zzz> eyedeekay, zlatinb, vocês têm algo a acrescentar sobre a .43? 20:11:46 <eyedeekay> Não, acho que não 20:12:02 <zlatinb> provavelmente mais coisas de testnet (rede de testes) 20:12:32 <zzz> sim, temos mais alguns tickets do jogger para analisar, no que diz respeito ao SSU 20:12:48 <zzz> mais alguma coisa sobre 4)? 20:14:00 <zzz> 5) status das propostas (zzz) 20:14:20 <zzz> nosso foco principal é a nova e muito complexa proposta de criptografia 144 20:14:48 <zzz> fizemos bons avanços nas últimas semanas e fizemos algumas atualizações importantes na própria proposta 20:15:35 <zzz> ainda há algumas limpezas e lacunas a preencher, mas estou confiante de que está em estado suficientemente bom para que possamos começar a codificar algumas implementações de testes unitários em breve, talvez até o fim do mês 20:16:17 <zzz> além disso, a mensagem de blinding info para a proposta 123 (LS2 criptografado) terá outra análise depois que eu começar a codificá-la na próxima semana 20:16:52 <zzz> também, estamos esperando uma atualização da proposta 152 (mensagens de construção de tunnel) do chisana em breve 20:17:27 <zzz> concluímos a proposta 147 (prevenção entre redes) no mês passado e tanto o i2p quanto o i2pd têm isso codificado e incluído no lançamento .42 20:18:23 <zzz> então as coisas estão avançando; mesmo que a 144 pareça lenta e assustadora, até ela está progredindo bem 20:18:27 <zzz> mais alguma coisa sobre 5)? 20:20:00 <zzz> 6) Scrum de status (zlatinb) 20:20:05 <zzz> a palavra é sua, zlatinb 20:20:42 <zlatinb> Oi, por favor digam em poucas palavras: 1) o que vocês têm feito desde o último scrum 2) o que planejam fazer no próximo mês 3) vocês têm algum impedimento ou precisam de ajuda. Digam EOT quando terminarem 20:21:23 <zlatinb> eu: 1) Vários experimentos no testnet para acelerar transferências em massa 2) mais trabalho no testnet, de preferência em um servidor/rede maior 3) sem impedimentos EOT 20:22:15 <zzz> 1) correções de bugs, a mudança de separação da configuração, lançamento .42, propostas, workshops na DEFCON (veja meu relato de viagem no i2pforum e em nosso site) 20:23:56 <zzz> 2) correções de bugs, proposta 144, mensagem de blinding info, otimizações de desempenho, ajudar na pesquisa de outproxy, corrigir o assistente de SSL quebrado pela divisão da conf. 20:24:20 <zzz> mais correções de IPv6 20:24:38 <zzz> 3) sem impedimentos EOT 20:24:50 <eyedeekay> 1) Desde o último scrum tenho trabalhado em correções de bugs, no site, na proposta de outproxy e em coisas relacionadas a i2ptunnels. 2) Continuar reorganizando e melhorando a apresentação do site. Trabalhar no avanço da proposta de outproxy 3) sem impedimentos EOT <sadie> 1) Participei do FOCI, pesquisei opções de financiamento, encontrei potenciais financiadores, tive uma reunião com o Tails (incluindo o Mhatta), trabalhei na identidade do I2P Browser, atualizações do site com o IDK, fiz pequenas alterações no console para o último lançamento <sadie> 2) no meu próximo mês vou trabalhar em bolsas, melhorias no console e no site, assistente de configuração, participar do Our Networks em Toronto, avançar a pesquisa do I2P Browser e do OutProxy <sadie> 3) sem impedimentos EOT 20:25:29 <zlatinb> scrum.setTimeout( 60 * 1000 ); 20:27:04 <zzz> ok, esgotando o tempo 20:27:10 <zlatinb> ScrumTimeoutException 20:27:41 <zzz> última chamada para sadie, meeh, nextloop voltarem aos itens 1)-3) 20:27:52 <zzz> mais algum tópico para a reunião? 20:28:47 * zzz pega o baffer 20:30:00 * zzz bafs encerra a reunião

Relatório da viagem à Def Con- zzz

Fri, 30 Aug 2019 00:00:00 +0000

Relatório da viagem à Def Con

Eu e idk participamos da DEFCON 27 e apresentamos dois workshops sobre I2P para desenvolvedores de aplicações, com o apoio de mhatta e Alex. Eu ministrei o workshop no Monero Village e idk ministrou o do Crypto/Privacy Village. Aqui, vou resumir o workshop do Monero Village e uma palestra sobre o Tor por Roger Dingledine. idk publicará um relato da viagem sobre o seu workshop.

Relatório da viagem à USENIX FOCI

Fri, 30 Aug 2019 00:00:00 +0000

Relatório de Viagem ao USENIX FOCI

Ao longo do último ano, tive a sorte de participar da pesquisa que Nguyen Phong Hoang, da Stony Brook University, vem realizando sobre a censura ao I2P. A infraestrutura utilizada para essa pesquisa forneceu numerosos e geograficamente diversos pontos de medição e também a capacidade de realizar medições aprofundadas em todos os níveis da pilha de rede. Os serviços do I2P cuja disponibilidade foi medida incluíram a página inicial oficial, o site espelho, os reseed servers (servidores de bootstrap) e retransmissores ativos.

Relatório de viagem à Def Con- não sei

Fri, 30 Aug 2019 00:00:00 +0000

Relatório da Viagem à Def Con

Fui à Def Con 27 no último fim de semana para dar um workshop sobre o desenvolvimento de aplicações para I2P e para conhecer zzz, mhatta e Alex pessoalmente.

Minha oficina foi bem, até tivemos alguns desenvolvedores de aplicativos presentes! Em particular, tive uma conversa bastante longa com uma pessoa chamada Mary sobre como o I2P poderia ser usado para eliminar a centralização e aprimorar a privacidade em um aplicativo do tipo “Magic Wormhole”. Embora eu não estivesse totalmente familiarizado com o Magic Wormhole na época, acho que a maior parte dos meus conselhos foi aplicável. Acho que Mary tinha algumas ideias muito interessantes e viáveis sobre compartilhar informações de maneiras mais centradas nas pessoas que poderiam ser interessantes em aplicativos I2P, e estou ansioso para experimentar algumas delas.

Relatório de Viagem ao Internet Freedom Festival

Fri, 30 Aug 2019 00:00:00 +0000

Relatório da viagem ao Internet Freedom Festival

Foi a minha primeira vez no IFF, e que excelente experiência para o I2P foi! Encontrei-me com defensores de direitos humanos, pessoas que trabalham com métricas de censura e, claro, profissionais de UX e de segurança.

Meu objetivo foi me conectar com pessoas para apoiar ainda mais a reformulação de UX (experiência do usuário) do I2P, tendo em mente considerações de segurança e de UX para trabalhadores na linha de frente. Como me foi dito, as pessoas veem o I2P como um recurso muito importante e poderoso para contornar a censura e apoiar uma comunicação segura; no entanto, a interface sofre com algumas questões de usabilidade. As pessoas ficaram satisfeitas com nossos passos iniciais para proporcionar uma melhor experiência aos novos usuários, como nosso assistente de configuração e a ferramenta de detecção de largura de banda. Também recebi avaliações positivas sobre nossas mudanças no site e nos ícones de /home. Foi muito encorajador ouvir diretamente da comunidade que as pequenas mudanças que fizemos estão na direção certa.

Relatório de Viagem ao RightsCon

Fri, 30 Aug 2019 00:00:00 +0000

Relatório de Viagem ao RightsCon

As mensagens de ativistas na Síria durante a sessão Access No! no primeiro dia foram profundamente comoventes e realmente reforçaram por que trabalho com direitos digitais. Ouvimos as experiências de ativistas que não podem viajar devido à falta de status legal, documentação e a conflitos em curso. Para essas pessoas, “a internet é o único passaporte que (eles) carregam.” Defensoras e defensores de direitos humanos falaram sobre a importância do treinamento digital para manter as pessoas protegidas quando se comunicam com a família dentro do país, assim como com familiares e amigos que partiram. Eles criaram clínicas digitais para mostrar às pessoas como usar serviços com segurança; por exemplo, como usar recursos como as mensagens que desaparecem do Signal, para que essas mensagens não pudessem ser usadas contra elas quando os dispositivos são revistados em postos de controle de segurança. Continuar os estudos também era muito importante, confiando na internet para acessar recursos.

Versão 0.9.42

Tue, 27 Aug 2019 00:00:00 +0000

Detalhes da atualização

0.9.42 continua o trabalho para tornar o I2P mais rápido e mais confiável. Inclui várias mudanças para acelerar o nosso transporte UDP. Dividimos os arquivos de configuração para possibilitar, no futuro, um empacotamento mais modular. Continuamos o trabalho para implementar novas propostas para uma criptografia mais rápida e mais segura. Há, claro, também muitas correções de erros.

Como de costume, recomendamos que você atualize para esta versão. A melhor maneira de manter a segurança e ajudar a rede é executar a versão mais recente.

Reunião de Desenvolvimento do I2P - 6 de agosto de 2019

Tue, 06 Aug 2019 00:00:00 +0000

Resumo rápido

Presentes: mikalv, zlatinb, zzz

Registro da reunião

20:00:00 <zzz> 0) Oi 20:00:00 <zzz> 1) itens restantes do status do lançamento da 0.9.41 (mhatta, nextloop) 20:00:00 <zzz> 2) status do desenvolvimento da 0.9.42 (zzz) 20:00:00 <zzz> 3) status do LS2 (zzz) 20:00:00 <zzz> 4) status do projeto I2P Browser "labs" (meeh) 20:00:00 <zzz> 5) scrum de status (zlatinb) 20:00:04 <zzz> 0) Oi 20:00:07 <zzz> oi! 20:00:19 <zzz> 1) itens restantes do status do lançamento da 0.9.41 (mhatta, nextloop) 20:00:46 <zzz> nas últimas duas semanas, vi que o mhatta colocou a 41 no sid, o que é ótimo 20:01:04 <zzz> Também falei com o nextloop; ele não colocou a 41 no fdroid, mas outra pessoa colocou. 20:01:27 <zzz> e o nextloop prometeu voltar a cuidar do f-droid daqui para frente. ótimo! 20:01:31 <zzz> mais algo em 1) ? 20:01:50 <zzz> mais alguém aqui? por favor, diga oi 20:01:58 <zlatinb> oi 20:02:37 <zzz> ok, mais uma. Tomara que todo mundo apareça em breve 20:02:50 <zzz> 2) status do desenvolvimento da .42 20:03:02 <zzz> já se passaram 5 semanas, faltam 3, e 1 semana até o congelamento de tag 20:03:20 <zzz> integramos o código de divisão de configuração em que trabalhei com o idk 20:03:58 <zzz> muitas correções de bugs; GMP 6.1.2; atualizamos os arquivos do debian para funcionar no buster 20:04:17 <zzz> algumas correções no ls2 também 20:04:39 <zzz> zlatinb, quer mencionar o que você está fazendo com sua rede de testes e o que isso rendeu até agora? 20:05:11 <zlatinb> sim, basicamente eu configurei uma rede de testes com containers LXC 20:05:32 <zlatinb> até agora ela descobriu um bug importante no uso de filtro de Bloom e um bug menor no ssu 20:05:58 <zlatinb> tenho feito ajustes finos de diferentes constantes ultimamente, mas vou colocá-la para verificar os patches/ideias do joggers 20:06:06 <zlatinb> eot 20:06:23 <zzz> isso é muito bom, obrigado 20:07:04 <zzz> se conseguirmos adicionar alguma latência mínima, seria ainda melhor, mas tem sido divertido encontrar e corrigir alguns gargalos 20:07:15 <zzz> mais algo em 1) ? 20:07:30 <zzz> ops, mais algo em 2) ? 20:08:27 <zzz> 3) status do ls2 20:08:38 <zzz> muito progresso no último mês 20:09:05 <zzz> concordamos com uma pequena proposta, a 147, para evitar que redes de teste se contaminem com a rede principal 20:09:12 <zzz> esse código estará na .42 20:09:45 <zzz> chisana tem duas propostas publicadas, 152 e 153, para tornar a construção de tunnel e a criptografia de tunnel (respectivamente) mais seguras usando criptografia mais moderna 20:10:14 <zzz> já conversamos um pouco sobre elas, mas ainda não as revisamos formalmente 20:10:47 <zzz> a proposta 123 (LS2) continua recebendo alguns ajustes menores enquanto terminamos a implementação e os testes na rede em produção, mas tudo parece estar funcionando bem 20:11:26 <zzz> a grande é a proposta 144, nova criptografia. Estamos avançando devagar, mas de forma constante. Já estamos nisso há talvez uns 9 meses? 20:11:58 <zzz> ainda há algumas questões técnicas importantes a resolver antes que possamos iniciar implementações de teste 20:12:20 <zzz> o maior problema agora é conseguir tempo suficiente das pessoas para levar as coisas adiante 20:12:46 <zzz> alguma pergunta sobre 3) ls2 e outras propostas? 20:13:47 <zzz> ok, vamos para 4) status do projeto I2P Browser labs 20:13:54 <zzz> mikalv, quais as novidades? 20:14:16 <mikalv> estamos caminhando para uma integração com o próprio i2p router, jlinked 20:14:38 <mikalv> do lado do i2pbutton, estamos mais ou menos prontos, faltam algumas coisas para corrigir 20:15:15 <mikalv> quanto aos scripts de build, precisamos escrevê-los, já que os desenvolvedores usaram um extrato simulado do i2p jlinked em que o navegador o inicia, para testes 20:15:48 <zzz> qual é a versão beta atual e quando veremos a próxima versão beta? 20:15:52 <mikalv> além disso, tentamos ter pelo menos duas reuniões por semana para transformá-lo em um produto de verdade e com metas claras 20:16:24 <mikalv> a atual ainda é a beta4, e espero lançar a beta5 até o fim desta semana — se der, com o router embutido 20:17:27 <zzz> Entendo que você iniciou uma lista de e-mails para isso? Gostaria de anunciá-la aqui ou ainda não está pronta? 20:18:09 <zzz> sadie, zlatinb, algo que queiram acrescentar sobre o navegador 20:18:20 <zzz> ? 20:19:36 <zzz> alguém tem perguntas sobre 4) o navegador? 20:20:21 <zzz> mais algo em 4) ? 20:21:10 <zzz> 5) scrum — é com você, zlatinb 20:22:02 <zlatinb> vamos fazer o scrum em paralelo; em poucas palavras — 1) no que você trabalhou desde o último scrum 2) no que planeja trabalhar no próximo mês 3) você tem algum bloqueador ou precisa de ajuda. Diga EOT quando terminar 20:22:34 <zlatinb> eu: 1) construindo uma rede de testes, perseguindo gargalos 2) mais rede de testes, também vou dar uma olhada nos tickets do joggers 3) na verdade, nenhum EOT 20:23:34 <zzz> 1) lançamento 41, código de divisão de configuração, correções de bugs, propostas, planejamento de novos tipos de criptografia, correções no ls2 20:24:10 <zzz> 2) lançamento 42, correções de bugs, propostas (especialmente pesquisa sobre novas questões de criptografia), DEFCON 20:24:16 <zzz> 3) sem bloqueadores; EOT 20:25:18 <mikalv> tenho trabalhado principalmente no navegador (incluindo o i2pbutton, que agora inicia um router se encontrado), também fiz grandes melhorias do meu lado para o outproxy, e também comecei a prototipar uma solução para outproxies privados que tem uma velocidade tão boa que consigo usá-la para navegação em clearnet no dia a dia 20:25:53 <mikalv> e também coloquei no ar listas de e-mails, sim, que pelo I2P estão em `https://lists.i2p/postorius/lists/` mas também disponíveis pela clearnet em https://lists.i2p.email/postorius/lists/ 20:26:20 <mikalv> qualquer um com ideias construtivas, contribuições, discussões e afins é, claro, bem-vindo 20:26:57 <mikalv> além disso, pesquisei como podemos aceitar doações com cartão de crédito e como também podemos vender shirs e afins ao mesmo tempo 20:27:10 <mikalv> EOT 20:27:12 <mikalv> noblock 20:28:14 <zzz> acho que é isso? zlatinb, deixamos com você para cobrar os faltosos? 20:28:17 <zlatinb> mais alguém? se não, o scrum termina em 1 minuto :) 20:28:27 <zlatinb> ok 20:28:33 <zlatinb> ScrumTimeoutException 20:28:41 <mikalv> lol 20:28:42 <zzz> enquanto estamos no 'período de tolerância' — DEFCON! idk e eu estaremos lá neste fim de semana! 20:29:04 <zzz> Monero Village na tarde de sexta, e Crypto/Privacy Village na tarde de sábado 20:29:22 <zzz> workshop, perguntas e respostas e adesivos em ambos os dias. apareça para dizer oi 20:29:57 <zzz> re: outproxies, vou colocar isso na pauta do mês que vem, para a sadie nos apresentar um panorama do que estamos tentando fazer 20:30:06 <zzz> mais algo para a reunião? 20:30:52 <zzz> ah, e a Sadie vai apresentar um artigo na FOCI em San Jose na próxima semana! não deixe de procurá-la se você estiver por lá 20:30:59 <mikalv> não, mas espero que tenhamos mais para os casos do navegador/outproxy até a próxima reunião 20:31:39 <zzz> é, ainda não temos um bom plano nem para o navegador nem para o outproxy. Temos ideias e provas de conceito, mas nenhum plano 20:31:53 <zzz> então será bom ver isso se encaixar 20:32:02 * zzz aquece o baffer 20:32:44 <zzz> último baf do verão, até setembro... 20:32:55 * zzz ****bafs**** encerra a reunião

Programação da Conferência Agosto de 2019

Mon, 29 Jul 2019 00:00:00 +0000

Programação da Conferência de Agosto de 2019

Olá a todos,

O próximo mês será agitado! Encontre-se com os desenvolvedores do I2P em dois workshops na Defcon 27 e conecte-se com pesquisadores que vêm observando a censura ao I2P no FOCI ‘19.

I2P for Cryptocurrency Developers

zzz

Monero Village
August 9, 3:15pm
Monero Village will be on the 26th floor of Bally’s map

Este workshop auxiliará desenvolvedores a projetar aplicações para se comunicarem via I2P, visando anonimato e segurança. Discutiremos requisitos comuns para aplicações de criptomoedas e analisaremos a arquitetura e as necessidades específicas de cada aplicação. Em seguida, abordaremos as comunicações de tunnel, a seleção de router e de bibliotecas, e as opções de empacotamento, e responderemos a todas as perguntas relacionadas à integração do I2P.

Acelerando sua rede I2P

Sat, 27 Jul 2019 00:00:00 +0000

Este post foi adaptado diretamente de material criado originalmente para o de mhatta medium blog . Ele merece o crédito pelo post original (OP). Foi atualizado em certos trechos onde se refere a versões antigas de I2P como se fossem atuais e passou por uma edição leve. -idk

Logo após iniciar, o I2P costuma parecer um pouco lento. É verdade, e todos nós sabemos por quê: por sua natureza, garlic routing (roteamento ‘garlic’) adiciona sobrecarga à experiência familiar de usar a internet para que você tenha privacidade, mas isso significa que, para muitos ou para a maioria dos serviços do I2P, seus dados precisarão passar por 12 saltos por padrão.

Reunião de Desenvolvimento do I2P - 02 de julho de 2019

Tue, 02 Jul 2019 00:00:00 +0000

Resumo rápido

Presentes: eyedeekay, meeh, sadie, zlatinb, zzz

Registro da reunião

20:00:00 <zzz> 0) Oi 20:00:00 <zzz> 1) Itens restantes do status do lançamento 0.9.40 (mhatta, nextloop) 20:00:00 <zzz> 2) Status do lançamento 0.9.41 (zzz) 20:00:00 <zzz> 3) Status do LS2 (zzz) 20:00:00 <zzz> 4) Status do projeto I2P Browser "labs" (meeh) 20:00:00 <zzz> 5) solicitação para a página inicial do console do muwire.i2p (zlatinb) 20:00:00 <zzz> 6) Scrum de status (zlatinb) 20:00:03 <zzz> 0) Oi 20:00:05 <zzz> oi 20:00:12 <zlatinb> oi 20:00:31 <zzz> 1) Itens restantes do status do lançamento 0.9.40 (mhatta, nextloop) 20:00:42 <zzz> ainda sem notícias do mhatta ou do nextloop, infelizmente 20:00:59 <zzz> Fiz várias tentativas de encontrar um novo mantenedor do pacote deb, sem sucesso até agora 20:01:09 <zzz> algo mais em 1) ? 20:01:35 <zzz> 2) Status do lançamento 0.9.41 (zzz) 20:01:46 <sadie__> oi 20:01:54 <eyedeekay> Oi 20:02:09 <zzz> estamos encerrando o período de revisão. Espero ter atualizações dentro da rede amanhã de manhã, com outras coisas na sequência 20:02:44 <zzz> e então vamos fazer tudo de novo para a 42 20:03:06 <zzz> algo mais em 2) ? 20:03:48 <zzz> 3) Status do LS2 (zzz) 20:04:01 <zzz> estamos avançando devagar, mas de forma constante 20:04:11 <zzz> a .41 tem suporte para autenticação por cliente 20:04:22 <zzz> o garlic farm (projeto relacionado a garlic encryption) também está progredindo, lentamente 20:04:46 <zzz> planejamos uma nova mensagem I2CP para a .42 para passar informações de blinding (cegamento) do cliente para o router 20:05:12 <zzz> continuamos avançando na proposta 144 para nova criptografia, mas é realmente difícil 20:05:42 <zzz> Espero ter uma boa especificação para a 144 em alguns meses, talvez ter algum código de teste disponível no final deste ano 20:05:55 <zzz> como sempre, nossas reuniões são às segundas-feiras às 18:30 UTC em #ls2, todos são bem-vindos 20:06:07 <zzz> algo mais em 3) ? 20:06:37 <zzz> 4) Status do projeto I2P Browser "labs" (meeh) 20:06:45 <zzz> meeh, quais as novidades mais recentes sobre o navegador? 20:07:38 <zzz> ok, acho que ele não está aqui 20:07:51 <zzz> 5) solicitação para a página inicial do console do muwire.i2p (zlatinb) 20:08:01 <zlatinb> oi 20:08:07 <zzz> `http://zzz.i2p/topics/2722` 20:08:11 <zzz> conte-nos sobre o seu site, por favor 20:09:30 <zlatinb> MuWire é um aplicativo de compartilhamento de arquivos de propósito geral que funciona sobre o I2P. O site contém links de download, capturas de tela e informações gerais sobre o aplicativo. 20:10:05 <zlatinb> Acredito que o MW seja de interesse e utilidade gerais para a comunidade I2P; ele vem crescendo rapidamente e atraindo muito interesse. 20:10:22 <zzz> alguém tem algum comentário sobre essa solicitação? a favor? contra? 20:10:41 <zzz> ou alguma pergunta? 20:11:39 <zzz> Eu apoio a solicitação, acho que é um aplicativo legal que só é útil se tiver muitos usuários, e podemos ajudar colocando-o no console 20:11:55 <zzz> sadie__, ? eyedeekay ? 20:12:23 <sadie__> Eu apoio a solicitação 20:12:30 <eyedeekay> Eu também apoio. 20:12:49 <zzz> ótimo. não havendo objeções, vamos incluí-lo para a .42 20:12:54 <zzz> algo mais em 5) ? 20:13:41 <zzz> 6) Scrum de status (zlatinb) 20:13:45 <zzz> pode começar, zab 20:14:15 <zlatinb> Oi, vamos fazer o scrum em paralelo. Por favor, digam em poucas palavras: 1) o que vocês têm feito desde o último scrum 2) o que planejam fazer no próximo mês 3) se têm algum bloqueio ou precisam de ajuda. Ao terminar, digam EOT 20:15:38 <zzz> 1) correções de bugs, autenticação por cliente, garlic farm, nova criptografia, mais correções de bugs, preparando o lançamento, trabalho inicial em novidades para a .42 20:15:39 <zlatinb> eu: 1) apenas um pequeno ajuste na API do RouterContext para permitir gerenciador de logs personalizado 2) Tenho mais mudanças em Router/RouterContext que gostaria de fazer para melhorar a incorporação do router. Também posso trabalhar no garlic farm se isso avançar. 3) Sem bloqueios de fato, só seria bom ter o Maven mais simplificado 20:15:41 <zlatinb> EOT 20:16:41 <zzz> 1a) muitas correções de bugs e limpezas no Android 2) lançamento da .41, separação de configuração para a .42, nova mensagem I2CP para a .42, trabalho na proposta 144 sobre nova criptografia 20:17:20 <sadie__> Continuei a trabalhar no console - logotipo atualizado adicionado a ambos os temas. Viajei a Túnis para a RightsCon e fiz mais conexões na comunidade. Ações de divulgação na comunidade, testes, revisão de tickets e me acostumando ao tx. 20:17:37 <zzz> 2a) preparando para a defcon, mais trabalho no garlic farm, trabalhando com a equipe do #ls2 na construção de tunnel para routers com nova criptografia 20:17:45 <sadie__> mês que vem: atualização do modelo de ameaças, pesquisa com usuários e criação de personas, captação de recursos 20:17:45 <eyedeekay> Tenho trabalhado na configuração de split tunnel, recentemente tem sido testes em várias plataformas. Fiz uma webextension para melhorar como a navegação funciona no Android configurando o navegador automaticamente, escrevi/espelhei vários posts de blog e trabalhei no site. 2) Terminar de testar os split tunnels e colocá-los no router para a .42. Trabalhar com o meeh no navegador. 3) sem bloqueios EOT 20:17:46 <sadie__> EOT 20:18:01 <zzz> 3) sem bloqueios, EOT 20:18:15 <zlatinb> obrigado, acho que isso é todo mundo </scrum> 20:18:22 <meeh> estou escrevendo 20:18:24 <meeh> um momento 20:18:37 <zzz> ok 20:21:29 <meeh> Tenho trabalhado principalmente no navegador, também investiguei a questão das dependências do Maven, documentação e também avaliei o quão trabalhoso seria construir o navegador para Android para podermos descontinuar o interno no nosso app. 20:22:29 <zzz> meeh, isso foi o 1)? por favor, dê 2) e 3) seguidos de EOT 20:25:34 <meeh> 1) sim, acima 2) navegador: deixar a documentação do usuário pronta, tornar os recursos atuais estáveis, finalizar o rebranding especialmente em termos de ícones e gráficos. osx launcher: finalizar o recurso de compartilhamento do Torrent Snark. android: concluir a avaliação de quão trabalhoso seria portar o navegador — o Tor faz o mesmo agora e, dado que usamos muito do mesmo e scripts de build, talvez seja viável. e por fim, para as doações 20:26:39 <meeh> 3) sem bloqueios, e sem necessidade de ajuda além de que estou sempre feliz em aceitar PRs para coisas do navegador e especialmente coisas de Android, no que eu não sou muito habilidoso 20:27:03 <zzz> EOT? 20:27:07 <meeh> EOT 20:27:14 <zzz> ok, obrigado, meeh 20:27:22 <zzz> então é isso para o 6) scrum 20:27:34 <zzz> vamos voltar ao 4) I2P Browser (meeh) 20:28:06 <zzz> poderia, por favor, nos dar um status se houver algo mais a acrescentar além do que estava no seu scrum? 20:28:56 <zzz> último lançamento, próximo lançamento, estabilidade, recursos, ... ? 20:30:21 <meeh> Acho que cobrimos a maior parte dos gráficos de ícones no projeto do navegador; no entanto, ainda temos algumas imagens (lembro especialmente do assistente de introdução agora) que precisam ser substituídas por algo, o mesmo vale para textos. Além disso, a última semana mostrou que levamos aproximadamente 1–2 dias (até 48 horas) para reagir a um problema de segurança (isto é, desde quando tive tempo até que fosse compilado) 20:34:05 <meeh> a documentação para desenvolvedores deve ser suficiente por um tempo, a documentação para usuários está quase pronta, tentando não copiar demais de lugares como a Mozilla e afins nessa tentativa. Nossa abordagem para modificações no fork é colocar a maior parte da nossa lógica e recursos no i2pbutton - e fazer apenas o que é realmente necessário no código-fonte do Firefox, o que até agora parece funcionar bem. Isso também inclui traduções, já que o Firefox 20:34:05 <meeh> fornece as suas, então o único restante para traduzir são strings específicas do I2P 20:35:01 <zzz> ok, obrigado pela atualização. Algo mais em 4) ? 20:35:07 <zzz> alguma pergunta sobre o navegador? 20:35:16 <meeh> minhas impressões sobre migrar para uma nova versão ESR são ... mais ou menos positivas, ou seja, não tenho muita certeza se pode ser feito automaticamente; no entanto, os poucos lugares que precisam de um ou dois patches estão começando a ficar realmente bem conhecidos para mim 20:35:56 <meeh> o próximo lançamento não deve demorar tanto; depende um pouco de quanto a equipe quiser impulsionar nas próximas semanas 20:36:35 <zzz> sim, precisamos ponderar as prioridades. Acho que estamos aprendendo mais sobre quanto esforço seria necessário para fazer isso de verdade 20:36:46 <zzz> algo mais em 4) ? 20:36:50 <meeh> realmente não tenho um cronograma para isso além de quando algum recurso novo/atual estiver pronto ou mais pronto e/ou quaisquer patches de segurança forem lançados para Android 20:36:53 <meeh> ffirefox** 20:38:10 <zzz> algo mais em 4) ? 20:39:05 <zzz> algo mais para a reunião? 20:39:54 <zzz> obrigado, pessoal 20:40:01 * zzz *bafs* a reunião foi encerrada

Versão 0.9.41

Tue, 02 Jul 2019 00:00:00 +0000

Detalhes da atualização

0.9.41 inclui melhorias de desempenho, aprimoramentos na biblioteca de streaming e correções de bugs importantes. Continuamos o trabalho de desenvolvimento em novos leasesets (LS2) e leasesets criptografados. Esta versão contém o conjunto habitual de correções de bugs e atualizações de tradução.

Como de costume, recomendamos que você atualize para esta versão. A melhor maneira de manter a segurança e ajudar a rede é executar a versão mais recente.

Então você quer desenvolver uma biblioteca SAM

Sun, 23 Jun 2019 00:00:00 +0000

Ou, falando com i2p para pessoas que não estão muito acostumadas a ler especificações

Uma das melhores funcionalidades do I2P, na minha opinião, é a sua SAM API, que pode ser usada para construir uma ponte entre o I2P e a sua aplicação ou linguagem de preferência. Atualmente, existem dezenas de bibliotecas SAM para uma variedade de linguagens, incluindo:

Se você estiver usando qualquer uma dessas linguagens, talvez já consiga portar sua aplicação para o I2P usando uma biblioteca existente. No entanto, não é disso que trata este tutorial. Este tutorial trata do que fazer se você quiser criar uma biblioteca SAM em uma nova linguagem. Neste tutorial, vou implementar uma nova biblioteca SAM em Java. Escolhi Java porque ainda não existe uma biblioteca Java que conecte você ao SAM, por causa do uso de Java no Android e porque é uma linguagem com a qual quase todo mundo tem pelo menos um pouco de experiência; assim, espero que você consiga traduzi-la para uma linguagem de sua preferência.

Como configurar um servidor ssh por trás do I2P para acesso pessoal

Sat, 15 Jun 2019 00:00:00 +0000

Como configurar um servidor ssh por trás do I2P para acesso pessoal

This is a tutorial on how to set up and tweak an I2P tunnel in order to use it to access an SSH server remotely, using either I2P or i2pd. For now, it assumes you will install your SSH server from a package manager and that it’s running as a service.

Considerações: Neste guia, parto de alguns pressupostos. Eles precisarão ser ajustados dependendo das complicações que surgirem na sua configuração específica, especialmente se você usar VMs ou contêineres para isolamento. Isto pressupõe que o I2P router e o servidor SSH estão em execução no mesmo localhost. Você deve usar chaves de host SSH recém-geradas, seja utilizando um sshd recém-instalado, seja excluindo as chaves antigas e forçando sua regeneração. Por exemplo:

Reunião de Desenvolvedores do I2P - 04 de junho de 2019

Tue, 04 Jun 2019 00:00:00 +0000

Resumo rápido

Presentes: echelon, eyedeekay, zlatinb, zzz

Registro da reunião

20:00:14 <zzz> 0) Oi 20:00:16 <zzz> oi 20:00:43 <zzz> 1) status do lançamento 0.9.40: itens restantes (meeh, mhatta, nextloop, str4d) 20:00:43 <zzz> 2) status do lançamento do i2pbote-android corrigido (meeh) 20:00:43 <zzz> 3) status de desenvolvimento 0.9.41 (zzz) 20:00:43 <zzz> 4) status do LS2 (zzz) 20:00:43 <zzz> 5) status do projeto I2P Browser "labs" (meeh) 20:00:43 <zzz> 6) scrum de status (zlatinb) 20:01:03 <zzz> 1) status do lançamento 0.9.40: itens restantes (meeh, mhatta, nextloop, str4d) 20:01:28 <zzz> Acredito que Debian/Ubuntu e o f-droid oficial ainda faltam? 20:01:41 <zzz> Recebi resposta do mhatta, mas ele não fez promessas 20:02:04 <zzz> Entrei em contato com outras pessoas do Debian para ver se alguém mais poderia fazer, nada ainda 20:02:10 <zzz> nextloop, você tem uma atualização para nós? 20:02:53 <eche|on> eu fiz build de teste para debian buster e stretch em echelon.i2p/update/ 20:02:57 <zzz> mais algo no 1) ? 20:03:29 <zzz> 2) status do lançamento do i2pbote-android corrigido (meeh) 20:03:40 <zzz> mikalv, tem uma atualização para nós sobre o bote? 20:04:52 <zzz> Acredito que lançamos o bote e está funcionando para as pessoas 20:04:58 <zzz> mais algo no 2) ? 20:05:16 <eyedeekay> Nada da minha parte 20:05:30 <zzz> 3) status de desenvolvimento 0.9.41 (zzz) 20:05:45 <zzz> ok, estamos um pouco além da metade do ciclo de desenvolvimento .41 e está indo bem 20:06:06 <zzz> o grande recurso é a autenticação por cliente para o LS2 criptografado 20:06:19 <zzz> também corrigimos um bug no tratamento de mensagens grandes que acho que vai ajudar o bote a funcionar melhor 20:06:55 <eche|on> veremos, build de teste disponível 20:06:56 <zzz> idk e eu estamos trabalhando em dividir os arquivos clients.config e i2ptunnel.config, mas parece que vai ter que esperar até a .42 20:07:38 <zzz> para o bote perceber a diferença provavelmente terá que chegar à maior parte da rede, já que o bug pode ser encontrado por qualquer router ao longo do caminho 20:08:03 <eche|on> sim 20:08:12 <zzz> o lançamento está programado para a primeira semana de julho 20:08:33 <zzz> mais algo no 3) ? 20:09:28 <zzz> 4) status do LS2 (zzz) 20:09:58 <zzz> segue firme. Já tivemos 42 reuniões semanais até agora e sem fim à vista, embora ultimamente estejamos dedicando mais tempo à nova criptografia (proposta 144) 20:10:19 <zzz> Já mencionei o código de autenticação por cliente que estará na 41. 20:10:54 <zzz> O desenvolvimento do garlic farm para o meta ls2 está em pausa há talvez 3 semanas, em favor do código de autenticação de cliente, mas voltaremos a isso em breve 20:11:27 <zzz> Continuo migrando especificações das propostas para a parte principal de especificações do nosso site 20:11:38 <zzz> à medida que vamos implementando e testando as coisas 20:11:52 <zzz> nossas reuniões continuam às 18h30 UTC nas segundas-feiras em #ls2 20:12:11 <zzz> mais algo no 4) ? 20:13:04 <zzz> 5) status do projeto I2P Browser "labs" (mikalv) 20:13:15 <zzz> mikalv, como vai o i2p browser? 20:14:08 <zzz> Sei que saiu uma nova versão beta e está recebendo alguns testes, mas para algumas pessoas não funciona de jeito nenhum? 20:15:04 <zzz> há também um pedido de mais documentação na nossa página de downloads do lab, e ele disse que cuidaria disso em breve, então fiquem atentos 20:15:17 <zzz> ok, acho que mikalv não está por aqui, mais algo no 5) ? 20:16:08 <zzz> 6) scrum de status (zlatinb) 20:16:13 <zzz> é com você, zlatinb 20:16:42 <zlatinb> Oi, vamos ao de sempre – digam 1) o que vocês têm feito desde o último scrum 2) o que planejam fazer no próximo mês 3) se têm algum impedimento ou precisam de ajuda 20:16:46 <zlatinb> terminem com EOT quando concluírem 20:17:08 <zlatinb> eu: 1) um pouco de garlic farm, não muito mais 2) com sorte mais garlic farm 3) sem impedimentos 20:17:09 <zlatinb> EOT 20:17:17 <eche|on> fazendo o de sempre, mantendo o servidor vivo, seguindo no mesmo, sem impedimentos, eot 20:17:30 <zzz> 1) garlic farm, ls2 e autenticação por cliente; correções de bugs 20:18:10 <zzz> 2) garlic farm, correções de bugs, GMP 6.1.2, divisão de arquivos de configuração, preparando para o lançamento 0.9.41 20:18:18 <eyedeekay> Dividir configs do i2ptunnel e escrever documentação/blogs, 2) mais disso 3) sem impedimentos eot 20:18:32 <zzz> 3) sem impedimentos, EOT 20:18:44 <zlatinb> ok, acho que é todo mundo, obrigado 20:19:04 <zzz> ok, isso foi bem rápido, estamos ficando mais eficientes! 20:19:18 <zzz> mais algo para a reunião de hoje? 20:20:15 <zzz> ah, e parabéns ao eyedeekay que assinou um acordo de dev e recebeu privilégios de checkin no mtn! embora ele já tenha feito bastante por nós nos últimos meses, agora ele pode causar estrago muito mais rápido! 20:20:37 <eyedeekay> :-D 20:20:38 <zzz> ansioso para ter o eyedeekay diretamente na base de código 20:21:07 * zzz procura o baffer para te acertar 20:22:01 * zzz *bafs* encerra a reunião

Como disponibilizar seu site da Web existente como um eepSite do I2P

Sun, 02 Jun 2019 00:00:00 +0000

Esta postagem de blog destina-se a servir como um guia geral para operar um espelho de um serviço da clear-net (internet aberta) como um eepSite. Ela aprofunda a postagem anterior do blog sobre I2PTunnel tunnels básicos.

Infelizmente, provavelmente é impossível cobrir completamente todos os casos possíveis de tornar um site existente disponível como um eepSite; há simplesmente uma gama diversa demais de software do lado do servidor, sem falar nas peculiaridades, na prática, de qualquer implantação específica de software. Em vez disso, vou tentar transmitir, da forma mais específica possível, o processo geral de preparação de um serviço para implantação no eepWeb ou em outros serviços ocultos.

Tutorial básico de I2P Tunnels com imagens

Sun, 02 Jun 2019 00:00:00 +0000

Embora o router Java I2P venha pré-configurado com um servidor web estático, o jetty, para fornecer o primeiro eepSite do usuário, muitos precisam de funcionalidades mais sofisticadas do seu servidor web e preferem criar um eepSite com um servidor diferente. Isso é, claro, possível e, na verdade, é bem fácil depois que você o faz pela primeira vez.

Embora seja fácil de fazer, há algumas coisas que você deve considerar antes de fazê-lo. Você vai querer remover características identificáveis do seu servidor web, como cabeçalhos potencialmente identificadores e páginas de erro padrão que informam o tipo de servidor/distribuição. Para mais informações sobre ameaças ao anonimato causadas por aplicações configuradas de forma incorreta, consulte: Riseup aqui , Whonix aqui , este artigo de blog sobre algumas falhas de opsec (segurança operacional) , e a página de aplicações do I2P aqui . Embora grande parte dessas informações seja voltada para os Onion Services do Tor, os mesmos procedimentos e princípios se aplicam à hospedagem de aplicações sobre I2P.

Como se voluntariar ajudando no bootstrap do I2P-Bote

Mon, 20 May 2019 00:00:00 +0000

Uma maneira fácil de ajudar as pessoas a trocarem mensagens privadas entre si é executar um par (peer) do I2P-Bote que possa ser usado por novos usuários do bote para inicializar seus próprios pares do I2P-Bote. Infelizmente, até agora, o processo de configurar um par de inicialização do I2P-Bote tem sido muito mais obscuro do que deveria ser. Na verdade, é extremamente simples!

O que é o I2P-bote?

O I2P-bote é um sistema de mensagens privadas construído sobre o i2p, que possui recursos adicionais para tornar ainda mais difícil inferir informações sobre as mensagens que são transmitidas. Por isso, pode ser usado para transmitir mensagens privadas com segurança, tolerando alta latência e sem depender de um retransmissor centralizado para enviar mensagens quando o remetente fica offline. Isso contrasta com quase todos os outros sistemas populares de mensagens privadas, que ou exigem que ambas as partes estejam online, ou dependem de um serviço semi-confiável que transmite mensagens em nome de remetentes que ficam offline.

Reunião de Desenvolvimento do I2P - 07 de maio de 2019

Tue, 07 May 2019 00:00:00 +0000

Recapitulação rápida

Presentes: chisana, eyedeekay, meeh, sadie, zlatinb, zzz

Registro da reunião

20:00:00 <zzz> 0) Oi 20:00:00 <zzz> 1) status do lançamento 0.9.39 - itens pendentes (meeh, mhatta, nextloop, str4d) 20:00:00 <zzz> 2) status do lançamento do i2pbote-android corrigido (meeh) 20:00:00 <zzz> 3) status de desenvolvimento 0.9.40 (zzz) 20:00:00 <zzz> 4) status do LS2 (zzz) 20:00:00 <zzz> 5) scrum de status (zlatinb) 20:00:04 <zzz> 0) Oi 20:00:06 <zzz> oi 20:00:10 <meeh> oi 20:00:17 <zlatinb> oi 20:00:51 <zzz> 1) status do lançamento 0.9.39 - itens pendentes (meeh, mhatta, nextloop, str4d) 20:00:55 <eyedeekay> oi 20:01:07 <zzz> este item da pauta é da reunião do mês passado... 20:01:29 <zzz> quando ainda faltavam debian, f-droid e mavencentral 20:01:40 <zzz> meeh, você tem alguma atualização para nós sobre algum desses itens? 20:02:33 <meeh> eu e o str4d vamos fazer "pairing" neste lançamento, ou seja, ele vai passar por todas as etapas comigo, o que inclui maven/f-droid. Estou entrando em contato com ele hoje sobre isso, já que falamos disso há uma ou duas semanas. 20:02:43 <zzz> e alguém ouviu do mhatta sobre debian? 20:02:51 <meeh> isso deve cobrir fdroid, maven e googleplay 20:03:15 <zzz> meeh, isto é sobre a .39 - os lançamentos no f-droid e no mavencentral da .39 foram publicados? 20:03:33 <sadie_> oi 20:03:34 <meeh> o launcher do osx claro que será atualizado também 20:03:52 <meeh> não, mas quando eu fizer o pairing com o str4d vou aprender como corrigir isso 20:03:59 <meeh> então tanto a 39 quanto a 40 devem ficar resolvidas 20:03:59 <zzz> estamos falando de itens da .39 de 7 semanas atrás que não estavam completos na última reunião 5 semanas atrás 20:04:17 <meeh> `https://search.maven.org/search?q=g:net.i2p` 20:04:19 <meeh> maven is latest bt 20:04:24 <meeh> w 20:04:24 <meeh> .39 20:04:48 <zzz> ok. então qual é a ETA para o "pairing" (não deixe ele te infectar com o zcash-speak) 20:05:38 <R4SAS> :D 20:05:39 <zzz> e eu achava que nosso problema com o f-droid eram dependências de servidor, não o know-how. Isso foi resolvido? 20:05:57 <meeh> minha resposta nisso é: quando o str4d tiver um tempo para mim para um walkthrough rápido - que eu entendi que ele arranjaria bem rápido quando falei com ele da última vez. Eu atualizo vocês sobre o que ele disser hoje 20:06:41 <zzz> sobre o mavencentral, você tem tudo de que precisa, incluindo o howto, certo? você tem todas as permissões que precisa? 20:06:58 <meeh> sem howto 20:07:19 <zzz> estou perguntando porque “quando o str4d tiver tempo” infelizmente não significa nada :( 20:07:28 <meeh> temos alguns arquivos de script do maven/gradle no nosso repositório, que eu poderia adivinhar como funcionam e tentar, o que eu prefiro não bagunçar 20:07:46 <meeh> tenho esperança nele desta vez 20:08:09 <meeh> hora de se livrar das cobranças, para liberar mais tempo - soa como algo que todo mundo aceitaria 20:08:42 <zzz> claro, o plano a longo prazo é remover o str4d de todas as dependências, estamos quase lá, continue pressionando até terminar 20:09:36 <zzz> ok, voltando ao mhatta - alguém ouviu dele? é hora de começar a ligar para ele ou para onde vamos a partir daqui? 20:09:46 <zzz> zlatinb, alguma ideia? 20:10:04 <zzz> e alguém ouviu do nextloop? 20:10:15 <zlatinb> ligar para ele da última vez não funcionou, embora ele tenha confirmado que eu tinha o número certo 20:10:27 <zlatinb> sem ideias, infelizmente 20:10:39 <zzz> meeh, pelo que entendi você também pode simplesmente enviar um pedido para entrar no f-droid de verdade, não precisamos realmente do nextloop. Você sabe como fazer isso? 20:10:40 <sadie_> alguém pode assumir as tarefas do mhatta? 20:11:15 <zzz> alguém que seja um Debian Developer oficial... conhecem outros com tempo? 20:11:38 <meeh> lamento dizer que conheço ainda menos de frdroid do que de android - eu só (pelo menos na minha memória) fui o host do nosso repositório privado 20:11:53 <sadie_> não - mas devemos começar a procurar 20:11:57 <meeh> mas posso perguntar ao str4d enquanto falo com ele, ele deve saber 20:12:20 <zzz> ok meeh, lembre que há dois fdroids, o nosso e o oficial fdroid.org, então por favor consiga o howto para ambos. Por favor tente encontrar o nextloop 20:12:27 <zzz> twitter, email, etc 20:13:13 <meeh> sim, o nosso foi movido e, em teoria, deve funcionar quando eu tentar aqueles comandos de python para fazer o push - vou testar isso depois de falar com o str4d 20:13:19 <zzz> mais algo em 1) ? Não fizemos um ótimo trabalho na .39 20:13:40 <zzz> então vamos corrigir rápido para a .40 20:13:57 <zzz> lançamentos são o que fazemos; quando não conseguimos lançar, falhamos 20:14:16 <zzz> mais algo em 1) ? 20:15:18 <zzz> 2) status do lançamento do i2pbote-android corrigido (meeh) 20:15:35 <zzz> meeh, qual é o status do tão esperado lançamento do Bote para android? 20:15:42 <meeh> atualmente ainda fica travado em "connecting" 20:16:14 <zzz> mas o eyedeekay relata que funciona? 20:16:36 <zzz> você tentou em um ambiente sem firewall, meeh? 20:16:41 <eyedeekay> funciona apenas se você usar o router embutido. Isso é em um tablet 20:16:44 <meeh> ok, sinto que já conversamos muitas vezes sobre o lançamento. por favor, não me tome como grosseiro, maldoso, ou qualquer coisa além de "tentando ser o mais claro possível" - eu não lanço um produto quebrado. A menos que eu consiga enviar uma mensagem do meu bote-android para meu desktop-android - eu não vou lançar 20:17:20 <zzz> esta é uma reunião de status para todos. Finja que você não fala comigo há um mês e diga a todos onde estamos, por favor. Você não está falando comigo, está reportando ao mundo 20:17:41 <meeh> porque a não ser isso, o que lançarmos é por definição quebrado - e isso refletiria mal sobre nós 20:18:00 <meeh> ok desculpa - mas é isso ^ :) 20:18:27 <zzz> então, qual a previsão ou ETA ou palpite para consertar e lançar? 20:18:41 <meeh> mas sim, sinto fortemente que empurrar um lançamento quebrado refletiria mal no i2p - alguém discorda dessa afirmação? 20:19:11 <zzz> não estou te pressionando a lançar. Estou perguntando quando será lançado. 20:19:26 <zzz> esse é o propósito desta reunião, reportar status 20:19:34 <meeh> quanto tempo você acha que levaria para fazer o bote conectar via tcp socket em vez de unix domain? 20:19:46 <zzz> não sei 20:20:06 <meeh> porque no melhor caso, que é o que espero, é isso que precisamos fazer.. senão, nenhuma pista :( 20:20:32 <meeh> porque se os pares não são o problema, e ainda assim lutamos para conectar 20:20:38 <meeh> e com base nas minhas sessões de depuração 20:20:48 <meeh> suspeito que seja o IPC entre os apps que fazem nonce 20:20:56 <meeh> e destroem a com 20:21:06 <zzz> ok. talvez possamos conseguir mais testadores pedindo aqui neste canal... talvez cisiey 20:21:15 <meeh> porque o tunnel e os leases parecem ok na minha visão 20:21:39 <meeh> então meu próximo lugar lógico para olhar é entre router <-> bote 20:21:46 <zzz> ok. mas se está tentando construir um tunnel para o bote, então não é um problema com o socket i2cp 20:21:57 <meeh> talvez o socket de controle funcione, mas a transferência de dados pare 20:22:07 <zzz> ou você está falando com o router ou não está. é tudo pelo mesmo socket 20:22:17 <zzz> (controle e dados) 20:22:32 <meeh> talvez o google faça algo que não sabemos - não seria a primeira vez 20:22:50 <zzz> a boa notícia é que você está progredindo, já ficamos travados muitas vezes antes e sempre resolvemos 20:22:54 <zzz> obrigado pela atualização 20:22:57 <zzz> mais algo em 2) ? 20:23:07 <meeh> então o i2cp funciona como tls, configura e depois vai para transferência de dados pura? 20:23:34 <zzz> é controle e dados multiplexados, o tempo todo. nunca “vai para” dados puros 20:23:54 <meeh> ok, então dados binários codificados em ascii? 20:24:15 <zzz> posso te explicar como o i2cp funciona depois da reunião se você quiser 20:24:21 <meeh> enfim - podemos ver detalhes de impl. depois 20:24:22 <meeh> sim 20:24:27 <zzz> mais algo em 2) ? 20:25:02 <zzz> 3) status de desenvolvimento 0.9.40 (zzz) 20:25:16 <zzz> o status de desenvolvimento 0.9.40 está PRONTO! 20:25:30 <zzz> fizemos um ciclo curto de 6 semanas e meia e lançamos hoje 20:25:32 <chisana> parabéns! 20:25:54 <zzz> a atualização in-net está ativa. Não tenho certeza se as notícias em inglês foram atualizadas. O enxame parece um pouco pequeno? 20:26:05 <zzz> eche|off, você investigou? 20:26:25 <zzz> está pelo menos atualizando parcialmente 20:26:47 <zzz> vamos observar isto de perto porque desativamos o NTCP 1, o que não deveria ter nenhum efeito colateral, mas vamos ver 20:27:19 <zzz> então, vamos falar da ETA dos itens de release. A in-net update saiu, o site foi atualizado. Vou fazer nosso PPA e o repositório deb amanhã. 20:27:45 <zzz> meeh, qual é a eta para o lançamento do router de android? 20:28:01 <meeh> de novo, vou fazer desta vez com o str4d 20:28:23 <meeh> toda a "parte do str4d" do lançamento num pacote só 20:28:24 <meeh> :) 20:28:28 <zzz> até para o router de android? você fez sozinho da última vez. 20:28:42 <zzz> eu só queria depender o mínimo possível dele 20:28:42 <meeh> Sim, fazendo uns hacks em torno do maven 20:28:50 <meeh> mas a ordem correta é publicar no maven primeiro 20:29:05 <meeh> Sim, mas a meta é que esta seja a última vez que fazemos isso, <ever> 20:29:24 <zzz> ok. vamos ver se isso se concretiza, tomara que sim 20:30:07 <meeh> para registro, já entrei em contato com ele por DM @ twitter 20:30:25 <zzz> ok, avise quando tiver uma ETA 20:30:26 <meeh> que é onde tenho falado com ele nas últimas vezes 20:31:02 <zzz> zlatinb, acho que você e eu deveríamos enviar para todos os 10 e-mails do mhatta para tentar chamar a atenção dele? Faz dois meses que não ouvimos dele 20:31:25 <zzz> odiaria ter algum lançamento antigo no buster 20:31:27 <zlatinb> claro, me manda os emails e eu disparo algo 20:31:38 <zzz> ok 20:31:59 <zzz> eche|off, eche|on vocês aí? 20:32:39 <zzz> ok, acho que é isso para 3) ? 20:33:18 <zzz> 4) status do LS2 (zzz) 20:33:42 <zzz> vou dar um status rápido sobre as 3 propostas principais: 123, 144 e 150 20:34:13 <zzz> 123 é a proposta do ls2. Está quase pronta e colocamos muito do código de ls2 criptografado na .40 onde podemos fazer mais testes 20:34:34 <zzz> a proposta em si não mudou quase nada no último mês, o que é bom 20:35:05 <zzz> 144 é a nova proposta de criptografia. Não teve nenhuma atividade no último mês enquanto aconteciam coisas de maior prioridade 20:35:26 <zzz> mas recebi muitos comentários. espere um rascunho atualizado em uma ou duas semanas 20:35:48 <zzz> eu gostaria de ver algumas implementações da 144 em 4-6 meses, mas temos muito trabalho para chegar lá 20:36:05 <zzz> 150 é a nova proposta 'garlic farm' baseada em raft, para gerenciar multihoming em massa. 20:36:30 <zzz> é uma nova proposta, mas recebeu um feedback bem bom, bem menos reclamações do que a 144! 20:37:04 <zzz> zlatinb, quando você acha que podemos ter um plugin experimental implementando a 150? alguns meses? 20:37:24 <zzz> acho que precisamos falar sobre o que conseguimos colocar na .41 para suportá-la 20:37:38 <zlatinb> depende de como definirmos o escopo; muitos dos recursos listados são só nice-to-haves 20:37:59 <zzz> sim, na minha revisão de ontem marquei muita coisa como não-para-a-primeira-versão 20:38:07 <zlatinb> se reduzirmos tudo ao mínimo absoluto talvez menos de alguns meses 20:38:47 <zzz> sim, ainda não tivemos nossa reunião de roadmap para a .41, então não tenho certeza do que fica onde em termos de prioridade 20:38:49 <zlatinb> acho que é um projeto de tamanho médio 20:39:18 <zzz> concordo 20:39:37 <zzz> alguém tem alguma pergunta sobre 4), ls2, ou propostas relacionadas? 20:39:52 <zzz> como sempre, todos são bem-vindos às nossas reuniões, segundas às 18:30 UTC no IRC #ls2 20:40:27 <chisana> se eu conseguir montar um ECIES "funcional/MVP", isso ajuda a concluir a 144? 20:40:54 <zzz> claro 20:41:37 <zzz> alguém tem que ser o primeiro. já fizemos testes de integração com várias outras propostas, voltando um ano até o NTCP 2. 20:42:03 <zzz> alguém termina primeiro, depois outra pessoa, aí você tenta fazê-las conversarem, depois tenta descobrir quem está certo e quem está errado 20:42:33 <zzz> é um trabalho difícil e lento, mas é a única maneira de fazer 20:43:15 <chisana> com certeza, a 144 é onde vou gastar a maior parte do meu tempo, então vou trazer atualizações/perguntas frequentes 20:43:25 <zzz> aprendemos que quase nunca terminamos até termos duas implementações. é a única forma de "testar" a especificação 20:43:41 <zzz> ótimo 20:43:49 <zzz> alguém tem alguma pergunta sobre 4), ls2, ou propostas relacionadas? 20:44:30 <zzz> 5) status scrum (zlatinb) 20:44:36 <zzz> a palavra é sua, zlatinb 20:45:15 <zlatinb> Oi. O scum habitual em paralelo. Por favor descrevam em poucas palavras 1) o que vocês têm feito desde o último scrum 2) o que planejam fazer no próximo mês 3) se têm algum bloqueador ou precisam de ajuda. Digam EOT quando terminarem 20:45:49 <zlatinb> Eu: 1) retoques no filtro avançado, trabalho no garlic farm, ajuste do outproxy com o arctic, alguns jogger tix 2) com sorte, só garlic farm 3) sem bloqueadores EOT 20:47:03 <zzz> 1) correções de bugs; instalador do windows assinado; mudança para izpack 5; recurso de importação do susidns; implementação de ls2 criptografado; revisão e lançamento da .40; trabalhando em problemas de I2CP no android 20:47:38 <meeh> 1) estive redesenhando o osx launcher e atualizando o código swift para 4.2, em breve 5, limpei o código, migrei mais do objc. Também fiz algumas melhorias para os serviços que hospedo para o i2p inc. incluindo outproxy. e algum desenvolvimento e aprendizado de android 20:47:55 <zzz> 1 cont.) escrevi a proposta do garlic farm, bastante coisa de arquitetura do garlic farm; reuniões e discussões de ls2; trabalho com a sadie em ícones etc. 20:48:09 <sadie_> trabalhando na atualização da iconografia para a .40, vou continuar isso para a .41 e também atualizar o logo com o logo criado pela Ura para o console e o site. Melhorias no assistente de configuração, preparando viagem para a RightsCon e outreach com TX, IFF EOT 20:48:55 <zzz> 2) lançamento da .40 no PPA; roadmap da .41; trabalho de divisão de config com o eyedeekay, garlic farm; reuniões de ls2; correções de bugs; talvez automatizar detecção de Sybil -> blacklisting? 20:49:03 <meeh> 2) para o próximo mês planejo dar um pouco de amor ao nosso navegador novamente, atualizando a versão para igualar o upstream, algumas melhorias de integração com i2p se for viável, tornar o menu de contexto nativo do osx -> snark-share utilizável, e também olhar mais os problemas com mattermost/irc/nossa comunicação 20:49:06 <eyedeekay> 1) Bote, correções de bugs, escrevendo guias 2) com sorte dividir configuração, bote e correções de bugs 3) sem bloqueadores EOR 20:49:10 <eyedeekay> *EOT 20:49:38 <meeh> 3) não, tomara que não, agora seria apenas aguardar o str4d sugerir um horário para fazermos pairing e fazer o release 20:49:48 <sadie_> docs/testes do outproxy 20:49:50 <meeh> EOT 20:49:56 <zzz> 3) bloqueadores: mhatta para coisas de debian/tails 20:50:06 <eyedeekay> Ah, também gostaria de passar um tempo com o meeh no navegador no próximo mês. 20:50:17 <zzz> EOT 20:50:51 <zlatinb> Obrigado, isso conclui o scrum. 20:50:59 <zzz> ok, obrigado zlatinb 20:51:12 <zzz> algumas perguntinhas rápidas antes de encerrarmos a reunião 20:51:27 <zzz> um ciclo de 8 semanas e uma data de lançamento em 2 de julho para a .41 funcionam? meeh? 20:52:12 <meeh> nada imediato dizendo que não, acho que está ok 20:52:26 <zzz> ok, é isso que vamos anotar provisoriamente até ouvirmos do eche|off 20:52:57 <zzz> próximo, meeh, você colocou o build do osx da .40 no ar? está na página de d/l porque é acionado pelo número da versão, mas eu não te perguntei se você já tinha feito 20:53:16 <zzz> então isso é um bug no nosso processo 20:53:24 <meeh> não, eu estava pensando em começar esse processo agora depois da reunião 20:53:37 <meeh> não tive tempo antes 20:54:06 <zzz> ok, obrigado. Vou ajustar nossa checklist para eu não publicar o build na página de d/l até você terminar, da próxima vez 20:54:33 <zzz> última pergunta para o meeh, você planeja fazer um release do navegador para corrigir o lance do cert do firefox? ou isso nem é necessário? 20:55:19 <meeh> poderia elaborar o "firefox cert thing" por favor? :p 20:55:21 <zzz> como você disse, hora de dar um pouco de amor ao navegador. Em algum momento devemos falar se o projeto 'lab' deve se formar em algo maior, ou ser encerrado? 20:55:48 <zzz> onde plugins como o noscript quebraram. Eu te explico depois ou dá uma olhada no twitter ou na ars technica 20:55:48 <meeh> sim, por que não tomamos isso como um tópico na nossa próxima reunião então? 20:55:54 <meeh> sobre RC ou morte 20:55:58 <zzz> ok, faremos 20:56:09 <zzz> alguém tem mais alguma coisa para a reunião? 20:56:27 <meeh> vou começar o build do osx agora se não houver mais nada 20:56:44 * zzz procura o baffer 20:57:00 <meeh> próxima atualização do osx vai auto-atualizar (woho!) 20:57:18 * zzz *bafffs* a reunião encerrada

Versão 0.9.40

Tue, 07 May 2019 00:00:00 +0000

Detalhes da atualização

A versão 0.9.40 desativa o antigo transporte NTCP1 e remove o suporte a introduções SSU via IPv6. Agora que o NTCP2 está habilitado por padrão há mais de 6 meses, é hora de desativar o antigo transporte NTCP1 e economizar largura de banda e memória. Continuamos o trabalho de desenvolvimento no LS2 e em leasesets criptografados. Vários bugs foram corrigidos.

Como de costume, recomendamos atualizar para esta versão. A melhor forma de manter a segurança e ajudar a rede é executar a versão mais recente.

Reunião de Desenvolvimento do I2P - 02 de abril de 2019

Tue, 02 Apr 2019 00:00:00 +0000

Recapitulação rápida

Presentes: chisana, echelon, eyedeekay, meeh, zlatinb, zzz

Registro da reunião

20:00:00 <zzz> 0) Oi 20:00:00 <zzz> 1) status do lançamento 0.9.39 (zzz) 20:00:00 <zzz> 2) status do desenvolvimento 0.9.40 (zzz) 20:00:00 <zzz> 3) status do LS2 (zzz) 20:00:00 <zzz> 4) scrum de status (zlatinb) 20:00:03 <zzz> 0) Oi 20:00:05 <zzz> oi 20:00:14 <zzz> 1) status do lançamento 0.9.39 (zzz) 20:00:33 <zzz> a 39 foi lançada há 11 dias, quase metade da rede já atualizou 20:01:10 <zzz> ainda aguardando mavencentral (str4d), nosso f-droid (meeh), f-droid oficial (nextloop) e debian (mhatta) 20:01:12 <meeh> oi 20:01:26 <zzz> algum de vocês tem ETA de quando esses itens ficarão prontos? 20:02:58 <meeh> se for tão fácil quanto https://f-droid.org/docs/Setup_an_F-Droid_App_Repo/ parece ser, mais tarde hoje. 20:03:31 <zzz> você já configurou, temos isso há anos. É só questão de colocar o novo apk lá, o que você já fez várias vezes antes 20:04:08 <zzz> por favor, aperte o str4d sobre o maven central, e descubra como tirá-lo do processo o quanto antes. Já faz um ano que estamos tentando assumir o controle disso 20:04:08 <meeh> não, eu hospedei, nunca enviei 20:04:47 <zzz> se você diz, mas eu me lembro de você ter copiado o apk para lá antes 20:05:04 <meeh> acabei de escrever para ele no Twitter sobre o maven 20:05:36 <zzz> vamos tentar concluir tudo isso dentro de uma semana após o lançamento daqui para frente. Pega mal para nós levar várias semanas 20:05:47 <zzz> não sei o que está acontecendo com o mhatta 20:06:09 <zzz> precisamos melhorar nisso 20:06:44 <zzz> a boa notícia é que não houve reclamações reais sobre a 39, além de que ela não corrigiu apps Android de terceiros... mas eles também não funcionavam antes 20:07:01 <zzz> meeh, qual é o seu ETA para lançar um novo android bote que funcione? 20:07:29 <meeh> se você não viu - descobriu-se que era apenas uma reinstalação, que era onde estava o problema com o shared uid 20:07:53 <meeh> então, não corrigido => provavelmente corrigido 20:08:03 <zzz> achei que isso fosse apenas para um ambiente de dev? 20:08:33 <meeh> sem ideia, já que não sou realmente familiar nem com o bote nem com o android - macaco batendo no teclado esperando por resultados úteis 20:08:47 <zzz> você leu o link que ele nos passou? 20:09:02 <zzz> <cisiey> zzz, https://developer.android.com/guide/topics/manifest/manifest-element#uid 20:09:02 <zzz> <cisiey>>se esse atributo for definido com o mesmo valor para dois ou mais apps, todos eles compartilharão o mesmo ID, desde que seus conjuntos de certificados sejam idênticos 20:09:25 <zzz> de qualquer forma, detalhes demais para a reunião, mas ainda temos alguma pesquisa a fazer 20:09:55 <zzz> ok, sem ETA para o bote. Talvez o mhatta possa ajudar 20:10:06 <zzz> ou alguém 20:10:10 <zzz> mais alguma coisa em 1) ? 20:11:19 <zzz> 2) status do desenvolvimento 0.9.40 (zzz) 20:11:29 <zzz> estamos duas semanas dentro de um ciclo curto de 7 semanas 20:11:51 <zzz> zlatinb apresentou hoje um novo e sofisticado bloqueador/limitador de streaming 20:12:00 <zzz> eu fiz check-in de um novo recurso de importação do susidns 20:12:22 <zzz> e trabalhando duro no suporte ao novo formato "b33" que torna possível testar o ls2 criptografado 20:12:37 <zzz> estamos usando os floodfills da .39 para testar o ls2 criptografado e está funcionando muito bem até agora 20:13:18 <zzz> há uma lista muito, muito longa no roadmap da .40, provavelmente é ambiciosa demais, mas com sorte chegaremos à metade 20:13:37 <zzz> mais alguém quer relatar o que está fazendo para a .40? 20:14:00 <zlatinb> backend de meta-LS, com sorte 20:14:13 <zlatinb> mas isso não está realmente atrelado a um release do router, então tanto faz 20:14:26 <eyedeekay> eu basicamente já tenho uma pasta i2ptunnels.config.d funcionando 20:14:58 <zzz> ah sim, precisamos conversar sobre isso em algum momento, eyedeekay, para ver como isso se encaixa com meu trabalho meio feito de um ano atrás 20:15:12 <zzz> vou falar com você sobre isso em algum momento 20:15:25 <meeh> no cronograma com as coisas de osx, teremos atalho nativo para compartilhar arquivo/diretório com o snark, autoatualizador, nova versão do swift, limpeza geral de código 20:15:35 <zzz> meeh, eyedeekay, algum status sobre as coisas do libsam? 20:16:26 <meeh> nada além de que preciso me atualizar no exemplo, não tive tempo de trabalhar nisso ultimamente 20:17:01 <zzz> ok, mais alguma coisa em 2) ? 20:17:41 <eyedeekay> eu montei um binding do swig para a biblioteca em C++, mas acabei de aprender swig, nem tenho certeza se funciona ainda. 20:18:28 <zzz> 3) status do ls2 20:18:37 <zzz> já tivemos 34 reuniões e seguimos firmes 20:18:46 <zzz> o ls2 criptografado está funcionando bem 20:19:00 <zzz> para meta ls estamos começando a falar seriamente sobre o backend 20:19:14 <zzz> b33 está progredindo 20:19:36 <zzz> voltei a trabalhar na proposta ratchet, começando alguma codificação, mas ainda vai levar um tempo 20:19:49 <zzz> a proposta blake está parada, prioridade menor por enquanto 20:20:32 <zzz> com sorte, muitas das peças já estão no lugar e podemos começar a usá-las de verdade, ou por padrão 20:20:49 <zzz> alguma pergunta sobre ls2, ou mais alguma coisa para 3) ? 20:21:29 <chisana> o ls2 criptografado funciona com ed25519 -> ed25519 (independentemente do hash usado)? 20:21:53 <chisana> ou red25519 é obrigatório? 20:22:09 <zzz> red é obrigatório 20:22:36 <chisana> ok, obrigado 20:22:47 <zzz> porque você precisa de uma forma definida de fazer blinding (cegamento) 20:23:10 <chisana> você pode fazer blinding com ed25519 20:23:14 <zzz> em teoria você poderia criptografar de/para qualquer coisa, mas isso não seria necessariamente seguro, ou bem definido 20:23:20 <chisana> o libsodium tem isso como exemplo na documentação deles 20:23:34 <zzz> nós suportamos ed->red e red->red, só isso 20:23:58 <zzz> podemos discutir mais no #ls2 se você quiser depois da reunião 20:24:08 <zzz> mais alguma coisa em 3) ? 20:24:12 <chisana> certo, não quis desviar o assunto 20:24:49 <zzz> sem problema, eu pedi perguntas! 20:24:54 <zzz> ok, vamos em frente 20:25:00 <zzz> 4) scrum de status (zlatinb) 20:25:03 <zzz> vai lá, zlatinb 20:25:09 <zlatinb> Oi. Scrum paralelo rápido: 1) o que você tem feito desde o último scrum 2) o que você planeja fazer no próximo mês 3) algum bloqueador ou ajuda necessária 20:26:10 <zlatinb> eu: 1) muito trabalho com o arctic para fazer o lado cliente funcionar bem com os outproxies dele. Novo filtro de acesso (também solicitado pelo arctic) 2) backend de meta-LS, com sorte 3) sem bloqueadores reais 20:27:16 <zzz> eu: 1) lançamento da 39, ls2 incluindo as propostas 123, 144, 146, 148, 149; muitas correções de bugs; importação do susidns; b33; revisão do código de outros; suporte 20:28:14 <zzz> 2) preparação para o lançamento da 40; muitas correções de bugs; mais trabalho em ls2; continuar tentando fazer o instalador do Windows assinado funcionar; codificação na proposta ratchet 144 e atualização da documentação 20:28:29 <meeh> 1) as atualizações do launcher do osx, comecei a me atualizar nas reuniões do #ls2 e no exemplo do libsam, 2) android bote, launcher do osx, nova build do navegador, acompanhando as reuniões do #ls2 3) se alguém quiser, sempre vou agradecer ajuda com android já que não conheço a plataforma, mas sem questões específicas no momento. 20:28:55 <zzz> 3) bloqueadores: mhatta por várias coisas de debian/tails 20:28:56 <zzz> EOT 20:31:29 <zzz> mais alguém para 4) ? 20:33:29 <zlatinb> ah, desculpa, EOT :) 20:33:31 <meeh> EOT 20:33:31 <zlatinb> eyedeekay, eche|on ? 20:33:31 <eyedeekay> desculpa, só um segundo 20:33:31 <eche|on> sim? 20:33:31 <meeh> é scrum 20:33:31 <eche|on> nada de especial até agora 20:33:31 <eyedeekay> 1) Desde domingo tenho trabalhado em dividir a configuração do i2ptunnel em múltiplos diretórios. 2) Coisas de aplicação incluindo nginx auto-instalável, sshd/ssh, extensões Webextensions/XUL para o navegador 3) O primeiro é necessário para fazer o segundo 20:33:31 <eche|on> serviços concluídos, sem bloqueadores, prossigam 20:33:31 <eyedeekay> EOT 20:33:31 <zlatinb> ok, acho que é todo mundo </scrum> 20:33:52 <zzz> ok, mais alguma coisa para a reunião? 20:34:47 <zzz> achei que não tinha muita gente até o eche|on e o eyedeekay falarem no final! 20:35:00 <zzz> última chamada antes do baffer aparecer 20:36:21 * zzz *bafs* a reunião foi encerrada

Versão 0.9.39

Thu, 21 Mar 2019 00:00:00 +0000

Detalhes da atualização

0.9.39 inclui alterações abrangentes para novos tipos de banco de dados de rede (proposta 123). O plugin i2pcontrol agora é distribuído como uma aplicação web para dar suporte ao desenvolvimento de aplicações RPC. Vários erros importantes em streaming, i2psnark e NTCP2 foram corrigidos.

Como de costume, recomendamos atualizar para esta versão. A melhor maneira de manter a segurança e ajudar a rede é executar a versão mais recente.

Reunião de Desenvolvedores do I2P - 05 de março de 2019

Tue, 05 Mar 2019 00:00:00 +0000

Resumo rápido

Presentes: picklerick, R4SAS, sadie, tini2p, zlatinb, zzz

Registro da Reunião

20:00:00 <zzz> 0) Oi 20:00:00 <zzz> 1) status do dev 0.9.39 (zzz) 20:00:00 <zzz> 2) status do LS2 (zzz) 20:00:00 <zzz> 3) Scrum de status (zlatinb) 20:00:04 <zzz> 0) Oi 20:00:05 <zzz> oi 20:00:14 <sadie__> oi 20:00:14 <zzz> 1) status do dev 0.9.39 (zzz) 20:00:32 <zzz> tem sido um ciclo de lançamento movimentado, muitas mudanças chegando para a 39 20:00:47 <zzz> melhorias de desempenho, mais trabalho no LS2, a adição do i2pcontrol 20:00:48 <zlatinb> oi 20:01:09 <zzz> muitos bugs corrigidos 20:01:37 <zzz> o lançamento será em duas semanas, se conseguirmos tomar algumas decisões finais para o ls2 criptografado que ainda estão pendentes 20:02:04 <zzz> e acho que teremos novos ícones da página inicial? sadie__ eles vão entrar? 20:02:16 <sadie__> sim 20:02:34 <zzz> ótimo. 20:03:01 <zzz> sei que o meeh está tentando corrigir o problema do bote no Android, se for do lado do router, o que ainda não sabemos 20:03:20 <R4SAS> zzz: tenho uma pequena pergunta sobre traduções, perguntar depois? 20:03:33 <zzz> e ele também está trabalhando em algumas melhorias no iniciador do OSX para a 39 20:03:44 <zzz> sim R4SAS vamos esperar até depois da reunião 20:03:51 <R4SAS> kk 20:04:27 <zzz> a 38 está funcionando sem problemas e corrigimos muitos bugs de LS2 para a 39 20:05:08 <zzz> o ciclo de lançamento de 8 semanas é bem rápido e estamos correndo para terminar tudo, mas por enquanto estamos no prazo, por pouco 20:05:21 <zzz> mais algo para 1) ? 20:06:12 <zzz> 2) status do LS2 (zzz) 20:06:22 <zzz> terminamos nossa 30ª reunião ontem 20:06:36 <zzz> os testes "regulares" de LS2 estão indo bem 20:07:01 <zzz> estamos finalizando a especificação do LS2 criptografado e temos uma nova proposta 146 que define a parte de assinatura/verificação 20:07:42 <zzz> tudo de meta-ls2 foi adiado para a 40. LS2 criptografado foi muito mais difícil de chegar a um acordo e fazer funcionar, não sobrou tempo para meta 20:08:01 <zzz> as reuniões continuam toda segunda-feira, 19:30 UTC em #ls2 20:08:06 <zzz> todos são bem-vindos 20:08:58 <zzz> ls2 criptografado é muito bom, no sentido de que os floodfills não veem os leasesets, então evita algumas raspagens simples pelos floodfills 20:09:34 <zzz> levar o suporte a ls2 para os floodfills torna muito mais fácil para nós testar e corrigir bugs. 20:09:53 <zzz> quando tudo estiver funcionando, vamos expor as opções na UI para que as pessoas possam começar a usar 20:10:29 <zzz> alguma pergunta sobre LS2 (proposta 123) ou relacionado? 20:10:52 <R4SAS> sim, ls2 enc 3 já funciona 20:11:44 <zzz> o tipo 3 funciona, sim. Porém, sem a nova criptografia, não ajuda muito. As propostas de criptografia são a 144 e a 145; ainda não avançamos muito nelas 20:11:44 <tini2p> o cegamento em encls2 será independente do tipo de chave/curva, isto é, ed25519, curve25519, red25519? 20:12:33 <zzz> o cegamento é definido para curvas específicas. Estamos definindo para dois tipos de entrada (ed25519 e red25519) e um tipo cegado (red25519) 20:12:46 <zzz> mas estamos projetando tudo de forma que possamos mudar de ideia depois, ou adicionar novos tipos 20:13:41 <zzz> então é para uma combinação particular de tipo de assinatura -> tipo de assinatura 20:13:47 <tini2p> excelente, obrigado zzz 20:13:58 <zzz> mais algo em 2) ? 20:14:50 <zzz> 3) Scrum de status (zlatinb) 20:14:54 <zzz> assuma, zlatinb 20:14:59 <zlatinb> Oi, vamos fazer o scrum em paralelo. Por favor, digam: 1) o que fizeram no último mês 2) o que planejam fazer no próximo mês 3) se têm algum impedimento ou precisam de ajuda. Quando terminarem, digam EOT 20:16:24 <zzz> 1) trabalho em LS2, correções de bugs, melhorias de desempenho, adicionado i2pcontrol, temas removidos, opção de desativar NTCP1, corrigida a opção de desativar SSU, correções no apparmor 20:16:36 <zlatinb> eu: 1) Trabalho em instalador sem dependências - disponível no laboratório. Tíquetes do Jogger - a maioria está concluída ou decidida. Proxies árticos - muita análise, alguns bugs no i2p foram encontrados como resultado. 2) mais análise de rede 3) Sem impedimentos. EOT 20:17:05 <zzz> 1b) melhorias de multi-outproxy 20:17:42 <sadie__> Este mês: melhorias de UI/ UX, fazendo conexões para IFF, proposta de financiamento, narrativa, pesquisa com usuários. Próximo mês, Internet Freedom Festival, continuar o trabalho de UX/ UI, melhorias no site, atualizações de documentação. EOT 20:18:16 <zzz> 2) LS2 (criptografado/meta), lançamento da 39, com sorte trabalhar em corrigir o instalador assinado do Windows, correções no Debian com mhatta 20:18:38 <zzz> 3) sem impedimentos, EOT 20:19:42 <zlatinb> Mais alguém? Se não, o scrum termina em 60s. 20:20:30 <tini2p> 1) trabalhando na implementação de envoltórios genéricos para um possível ecies-x25519 e consolidando estruturas de dados comuns do i2p, substituindo crypto++ por libsodium. 2) implementar red25519 + encls2 e começar no netdb. 3) não consigo pensar em nada no momento, volto a avisar. EOT 20:20:56 * zlatinb reinicia o timeout de 60s 20:21:37 <zzz> haha, temos um scrummer voluntário 20:21:50 <tini2p> :) 20:22:17 <zzz> onde podemos encontrar seu trabalho, tini2p? 20:22:45 <zlatinb> TimeoutException 20:22:52 <zlatinb> ScrumTimeoutException :) 20:23:04 <tini2p> https://gitlab.com/tini2p/tini2p 20:23:09 <zzz> ok acho que é isso para o 3), obrigado zlatinb 20:23:21 <zzz> obrigado, tini2p, espero que algumas pessoas deem uma olhada 20:23:27 <tini2p> grande PR vindo da branch tune 20:23:34 <zzz> mais algo para a reunião? 20:23:51 <zzz> alguma pergunta ou comentário? 20:24:10 <picklerick> quais seriam os requisitos para contribuir com um novo transporte? 20:24:53 <zzz> acho que, para começar, escreva como uma proposta 20:25:04 <picklerick> ok 20:25:46 <zzz> coloque em rst markdown, você pode pegar o formato de uma das existentes, encontre o código-fonte em nosso branch i2p.www no github 20:26:11 <picklerick> ah vocês estão no github agora? 20:26:19 <picklerick> ainda bem, eu odeio o monotone com todas as forças 20:26:20 <zzz> eu gostaria de iniciar uma proposta "SSU2" algum dia, talvez mais tarde este ano 20:26:36 <picklerick> zzz: se quiser, eu adoraria ajudar como consultor 20:26:42 <zzz> temos espelho no gitbhub há anos, então você sempre pode usar isso para obter arquivos, se quiser 20:26:46 <zzz> mas não aceitamos GH PRs 20:26:56 <tini2p> +1 20:27:19 <zzz> picklerick, sinta-se à vontade para se juntar a nós em #ls2; não estamos falando sobre transportes agora, mas sempre podemos usar mais massa cinzenta 20:27:33 <zzz> mais algo para a reunião? 20:28:00 * zzz pega o baffer 20:29:05 * zzz *bafs* encerra a reunião

Laboratório do I2P

Thu, 14 Feb 2019 00:00:00 +0000

Olá a todos,

Forneça SOMENTE a tradução, nada mais:

Há muitos projetos no mundo I2P que nos entusiasmam, mas nem todos estão prontos para produção. Decidimos criar um local onde possamos disponibilizá-los a qualquer pessoa interessada em experimentá-los, que servirá como campo de provas para projetos que um dia poderão tornar-se produtos oficiais do I2P. Este local é o I2P Laboratory .

In the lab we will be offering downloads ready for you to try. Keep in mind that they are not going to be “release” quality, and some may not even be “beta” quality. We do not offer official support for them. Any of the lab projects may get discontinued at any time.

Reunião de Desenvolvedores do I2P - 05 de fevereiro de 2019

Tue, 05 Feb 2019 00:00:00 +0000

Resumo rápido

Presentes: echelon, idk, R4SAS, sadie, zlatinb, zzz

Registro da reunião

20:00:00 <zzz> 0) Oi 20:00:00 <zzz> 1) status do lançamento 0.9.38 (zzz) 20:00:00 <zzz> 2) status do desenvolvimento 0.9.39 (zzz) 20:00:00 <zzz> 3) status do LS2 (zzz) 20:00:00 <zzz> 4) status do scrum (zlatinb) 20:00:03 <zzz> 0) Oi 20:00:05 <zzz> oi 20:00:11 <zzz> 1) status do lançamento 0.9.38 (zzz) 20:00:13 <zlatinb> oi 20:00:21 <sadie_> oi 20:00:26 <zzz> ok, duas semanas desde que lançamos a 38, a rede está aproximadamente metade atualizada 20:00:42 <zzz> estamos usando isso para testar coisas do LS2 (mais sobre isso depois) 20:00:51 <eche|offf> oi 20:00:55 <zzz> não ouvimos nenhuma reclamação ou problema importante 20:01:31 <zzz> também temos o novo instalador de perfil do Firefox e o instalador para Mac por aí, não vi nenhum bug sobre eles também 20:02:22 <zzz> então tudo parece estar indo bem. a 38 estará no ubuntu disco e no debian buster. 20:02:28 <zzz> mais algo em 1) ? 20:02:36 <eche|offf> não 20:03:16 <zzz> 2) status do desenvolvimento 0.9.39 (zzz) 20:03:46 <zzz> já se passaram 2 semanas de um ciclo de 8 semanas, com um lançamento para meados/final de março. Nós incluímos o código i2pcontrol json-rpc2 sem plugin 20:04:06 <zzz> muito mais mudanças para o LS2 entrando 20:04:32 <zzz> correção para WebSockets HTTP. Muitas correções de bugs e melhorias de desempenho entrando agora 20:04:59 <zzz> e algumas coisas para fazer as compilações do debian funcionarem melhor no disco/buster 20:05:15 <R4SAS> + atualização na sobrescrita do User-Agent para outproxy (proxy de saída)? 20:05:26 <zzz> eu espero conseguir incluir quaisquer outras grandes mudanças até meados de fevereiro, então podemos trabalhar mais nas correções de bugs 20:05:52 <zzz> R4SAS, não estou familiarizado com isso, tem um número de ticket para mim? 20:07:03 <R4SAS> Li sobre isso alguns dias atrás nesse canal 20:07:19 <zzz> além disso, não está claro quais mudanças no console acontecem na 38, estou trabalhando com a equipe de design para entender o que é possível no tempo restante 20:07:41 <eche|offf> na 39 20:07:46 <zzz> R4SAS, o drzed me pediu para mudar o user-agent de clearnet de 52 para 60 para corresponder ao TBB atual, e eu fiz isso 20:07:52 <zzz> sim, 39, valeu eche|offf 20:08:09 <zzz> mais algo em 2) ? estou esquecendo algo? 20:08:55 <zzz> ah, eu tenho algumas mudanças para uma melhor seleção de outproxy, recebi alguns feedbacks iniciais sobre isso, preciso testar mais 20:10:00 <zzz> 3) status do LS2 20:10:22 <zzz> tem sido muito trabalho. tivemos nossa 26ª reunião semanal ontem! 20:10:50 <zzz> as partes da proposta 123 que estão na 38 estão funcionando, mas não temos certeza de que estão funcionando perfeitamente, mais testes são necessários 20:11:04 <zzz> as especificações no site foram atualizadas para corresponder 20:11:47 <zzz> também temos as novas propostas 144 e 145 publicadas, para definir a nova criptografia possibilitada pelo LS2 20:11:54 <eche|offf> meio ano, parabéns 20:12:16 <zzz> mais da proposta 123 chegará à 39 20:12:53 <zzz> estamos mergulhados nas questões de cegamento e criptografia nas reuniões do LS2, para impedir a espionagem pelos floodfills, e estamos chegando perto 20:13:04 <zzz> não está claro se isso entrará na 39 ou não 20:13:39 <zzz> todos são bem-vindos para se juntar a nós e cantar junto, no #ls2 nas segundas-feiras às 7:30 PM UTC 20:13:53 <zzz> alguma pergunta ou outras coisas em 3) ? 20:15:15 <zzz> 4) status do scrum (zlatinb) 20:15:19 <zzz> a palavra é sua, zlatinb 20:15:32 <zlatinb> Oi. Vamos fazer o scrum em paralelo. Descrevam em poucas palavras: 1) o que vocês têm feito desde o último scrum 2) o que planejam fazer no próximo mês 3) quaisquer bloqueadores ou se precisam de ajuda. Quando terminarem, digam EOT 20:15:38 <zlatinb> Todos, vão! 20:16:09 <zlatinb> eu: 1) trabalho no instalador de perfil do Firefox, fazendo a ponte com o Monero sobre i2p-zero, tickets do jogger 20:16:40 <eche|offf> terminei as coisas financeiras do i2p, configurei novo servidor web, coloquei online, funcionando como antes, sem bloqueadores. atualmente mexendo com debian buster e java 11 :-/ 20:16:52 <zzz> 1) LS2, bugs, 35C3, lançamento da 38, i2pcontrol, coisas do debian, melhorias de desempenho, bugs, bugs, bugs 20:17:01 <zlatinb> 2) mais tickets do jogger, pesquisa sobre jlink para um instalador ao estilo i2p-zero para nós 20:17:05 <zlatinb> 3) nada que eu possa ver no momento 20:17:18 <zlatinb> EOT 20:18:45 <zzz> 2) LS2, bugs, renovar minha chave GPG, testes, trabalhar na 39, talvez um lançamento do orchid? Tenho certeza de que há mais que estou esquecendo 20:18:46 <sadie_> Trabalhando com novos contatos em ONGs (usabilidade e pesquisa com usuários) , melhorias de UX no site , atualizando docs, EOT 20:18:51 <zzz> 3) sem bloqueadores 20:18:52 <zzz> EOT 20:20:03 <zlatinb> acho que é isso para o scrum 20:20:31 <zzz> 2a) implementar uma opção para desativar NTCP1 :) 20:21:10 <zzz> ok, vejo que alguns de nós não apareceram, vamos dar uma bronca neles depois :) 20:21:19 <eche|offf> hehe 20:21:21 <zzz> mais algo para a reunião? 20:21:41 <eche|offf> e eu estou atualmente perdido em ant, deb-src e erros estranhos com ascii 20:21:46 <idk> eu estou aqui, só me distraí. Estou tocando o trabalho no navegador, só isso. 20:22:08 <zzz> ah, oi idk. fique à vontade para um 1/2/3 completo, por favor 20:23:22 <zzz> e eu gostaria de lhe dar as boas-vindas publicamente à equipe! 20:24:49 <zzz> idk, por favor nos dê seu 1/2/3 20:24:55 <idk> Obrigado, estou feliz por ter a oportunidade de ajudar. OK, ontem eu resolvi os problemas que estava tendo com rbm ao compilar o navegador a partir do código-fonte. Eles parecem ter sido em sua maioria resolvidos pelo meeh. Hoje estive trabalhando em extensões do navegador e examinando exatamente o que posso e não posso fazer com webextensions para reforçar o navegador. 20:25:54 <zzz> ^^ isso foi o 1) 20:25:55 <zlatinb> (2 é o que você planeja fazer no próximo mês, 3 é se você tem algum bloqueador) 20:27:17 <idk> Foi mal. No próximo mês planejo trabalhar na implementação de algum tipo de isolamento ao estilo Tor para as conexões do navegador i2p em uma base de sessão a sessão, se eu não fizer isso antes. Não prevejo bloqueadores de natureza substancial, apenas que as webextensions são limitadas. 20:28:00 <zzz> super, obrigado 20:28:21 <zzz> ok, isso é tudo para 4), a menos que o meeh esteja por aqui 20:28:28 <zzz> mais algo para a reunião? 20:28:33 <eche|offf> ah, e enquanto os problemas de build no buster/jdk11 não forem resolvidos, não consigo mais compilar nenhum teste 20:29:09 <eche|offf> (o que não é um grande problema) 20:29:24 <zzz> esse é o ticket #2410, certo? 20:29:30 <eche|offf> sim 20:29:36 <eche|offf> avancei um pouco mais hoje^ 20:29:41 <zzz> ok, vou dar uma olhada em breve 20:29:52 <zzz> mais algo para a reunião? 20:30:04 * zzz aquece o baffer 20:31:05 * zzz *bafs* encerra a reunião

Lançamento 0.9.38

Tue, 22 Jan 2019 00:00:00 +0000

Detalhes da atualização

0.9.38 habilita o NTCP2 por padrão para todos os usuários. O NTCP2 oferece resistência eficaz contra a censura por DPI (inspeção profunda de pacotes) e resulta em menor carga de CPU devido à criptografia mais rápida e moderna utilizada. Esta versão também inclui correções importantes de erros e melhorias de desempenho.

Como de costume, recomendamos que você atualize para esta versão. A melhor maneira de manter a segurança e ajudar a rede é executar a versão mais recente.

Reunião de Desenvolvedores do I2P - 06 de dezembro de 2018

Thu, 06 Dec 2018 00:00:00 +0000

Recapitulação rápida

Presentes: alex, zlatinb, zzz

Registro da Reunião

20:00:00 <zzz> 0) Oi 20:00:00 <zzz> 1) status de dev da 0.9.38 (zzz) 20:00:00 <zzz> 2) status de LS2 (zzz) 20:00:00 <zzz> 3) situação do 35c3 (echelon) 20:00:00 <zzz> 4) Status do scrum (zlatinb) 20:00:03 <zzz> 0) Oi 20:00:05 <zzz> oi 20:00:08 <zlatinb> oi 20:00:13 <zzz> 1) status de dev da 0.9.38 (zzz) 20:00:32 <zzz> A 38 está se delineando como um lançamento bem grande; já temos mais de 30k linhas de diff 20:01:03 <zzz> Já foram integrados até agora os básicos para o novo assistente, a nova implementação de GeoIP e o suporte inicial a LS2 20:01:26 <zzz> A 37 está rodando muito bem, com 75% ou mais da rede executando-a, sem problemas de NTCP2 relatados 20:01:55 <zzz> Os ícones e as mudanças de CSS devem começar a aparecer na semana que vem 20:02:21 <zzz> nossos planos são lançar no fim de janeiro. Com algumas semanas de folga pelos feriados, ainda há muito a fazer até lá 20:02:26 <zzz> mas até agora está tudo indo bem 20:02:50 <zzz> Incentivo todos vocês a testar uma compilação de desenvolvimento de bobthebuilder.i2p, ou a compilar vocês mesmos 20:03:08 <zzz> precisamos de testadores, pois há muitas mudanças; precisamos encontrar os problemas agora, não depois do lançamento 20:03:15 <zzz> mais algo em 1)? 20:04:16 <zzz> 2) status de LS2 (zzz) 20:04:47 <zzz> tivemos nossa 19ª reunião semanal ontem. A parte básica de LS2 está pronta e estou trabalhando em implementá-la para a 38 20:05:28 <zzz> agora estamos fazendo duas coisas em paralelo - trabalhando na especificação de LS2 criptografado e começando a trabalhar na proposta 144, que define uma nova criptografia e um protocolo fim a fim que depende de LS2 20:05:43 <zzz> o LS2 criptografado deve ser concluído em breve. 20:06:24 <zzz> a proposta 144, que chamamos de ECIES-X25519-AEAD-ratchet, é bastante complexa e acho que levará um ou dois meses para estabilizar 20:06:41 <zzz> as reuniões são às segundas, 7:30 UTC, em #ls2, todos são bem-vindos 20:06:55 <zzz> mais algo em 2)? 20:08:00 <zzz> 3) situação do 35c3 (echelon) 20:08:17 <zzz> Acredito que o echelon não consegue vir aqui hoje 20:08:46 <zzz> Eu sei que ele está trabalhando numa solução de banner de mesa e em doces para distribuir, e comprou todos os nossos ingressos 20:08:56 <zzz> então acho que estamos bem encaminhados, vejo vocês lá em 3 semanas 20:09:01 <zzz> mais algo em 3)? 20:09:51 <zzz> ah, e um lembrete: não teremos reunião aqui em 1º de janeiro; nossas reuniões serão no CCC. A próxima reunião aqui será em 5 de fev. 20:10:11 <zzz> 4) Status do scrum (zlatinb) 20:10:15 <zzz> pode falar, zlatinb 20:10:28 <zlatinb> Olá. Vamos fazer o scrum em paralelo, já que é fácil acompanhar no IRC de qualquer forma. Basta começar digitando 1) o que você fez no último mês 2) o que planeja fazer no próximo mês 3) quaisquer bloqueios ou ajuda necessária. Termine seu relatório com EOT 20:10:56 <zzz> ok, vamos ver como isso vai... 20:11:10 <alex_the_designerr> alex eu realmente amo hexágonos aqui : o trabalho de ícones está progredindo como o zzz mencionou em 1) 20:11:30 <alex_the_designerr> no mês passado fiz atualizações do site e algum trabalho de logotipo 20:11:48 <zlatinb> 1) Trabalho no onboarding (integração inicial), principalmente no assistente e no instalador do Firefox para Windows com IDK. Consegui um certificado de assinatura para que nossos instaladores do Windows possam ser assinados. Pequenos hacks experimentais no snark 20:12:09 <alex_the_designerr> no mês que vem vou finalizar a entrega inicial do novo site, integrar os ícones e, *com sorte*, obter aprovação para um novo logotipo 20:12:21 <zlatinb> 2) Concluir o instalador de perfil do Firefox para Windows e o trabalho do assistente para a 0.9.38 20:12:32 <alex_the_designerr> metas estendidas de personas e padrões 20:13:01 <alex_the_designerr> sem bloqueios, só correria EOT 20:13:06 <zlatinb> 3) Sem bloqueios, mas vou precisar trabalhar de perto com o zzz para colocar as coisas no monotone de uma forma significativa; também com o meeh se formos reutilizar o perfil do Firefox no OSX 20:13:07 <zlatinb> EOT 20:13:09 <zzz> eu: 1) assistente, geoip, ls2, prop. 144, correções de bugs; 2) ls2, prop. 144, integração das mudanças do time de design, correções de bugs, preparação para 35C3, 35C3, configurar a máquina de assinatura; 3) sem bloqueios EOT 20:13:57 <zlatinb> mais alguém da equipe aqui? 20:14:30 <zlatinb> não parece. Isso é tudo da minha parte em 4) 20:14:47 <zzz> ok, alguém tem mais algo para a reunião? 20:15:49 * zzz encontra o baffer 20:16:06 * zzz *bafs* a reunião encerrada

Reunião de Desenvolvimento do I2P - 06 de novembro de 2018

Tue, 06 Nov 2018 00:00:00 +0000

Resumo rápido

Presentes: echelon, str4d, meeh, zlatinb

Registro da Reunião

<eche|on> 0) Oi <eche|on> 1) status de desenvolvimento da 0.9.38 (echelon) <eche|on> 2) status do LS2 (echelon) <eche|on> 3) Status do scrum (zlatinb) <eche|on> nenhum outro tópico foi adicionado ao thread no i2p antes. <eche|on> 0) <eche|on> oi! <eche|on> bem-vindos! <zlatinb> oi <eche|on> alguma adição à pauta? <eche|on> parece que não <eche|on> 1) status de desenvolvimento da 0.9.38 <eche|on> a 0.9.38 será principalmente uma atualização da console, a Sadie e a equipe de UX, UI estão trabalhando duro nisso, como visto na transmissão ao vivo de sexta feita pelo Alex <eche|on> as especificações são difíceis de definir mas estão progredindo bem <eche|on> estamos descobrindo o que é possível mudar na console e vamos incluir as primeiras partes na 0.9.38 <eche|on> o plano é de alguns meses até que todas as mudanças entrem; nem todas estarão na 0.9.38 <str4d> oi <eche|on> o plano atual para o lançamento da 0.9.38 é dezembro, pouco antes do 35c3 <eche|on> algo mais sobre 1) ? <zlatinb> Achei que 0,9.38 seria em janeiro, mas tudo bem <eche|on> sim, se for trabalho demais, adiamos para jan, depois do 35c3 <zlatinb> nada mais da minha parte em 1) <eche|on> ok <eche|on> 2) atualização do status do LS2 <eche|on> nada importante para atualizar aqui, as reuniões de dev continuam, os tópicos estão sendo discutidos, mas nenhum código foi liberado ainda <eche|on> trabalho difícil, pesado, muitos tópicos, leva mais tempo, estimamos que não seja antes da .40 <eche|on> algo mais sobre 2) <eche|on> ? <str4d> Anyone interested in giving feedback should look at https://geti2p.net/spec/proposals/123-new-netdb-entries (which is where most changes are currently centered on) <eche|on> sim, por favor interajam e deem feedback <eche|on> então passo para o zlatinb o 3) status do scrum <zlatinb> oi. Só o eche|on e o meeh estão no canal agora, então por que vocês não seguem em frente e nos dão o 1-2-3 (em paralelo) <eche|on> 1) trabalhando em financiamentos, servidor, preparando o 35c3, comprei ingressos <eche|on> 2) seguindo com esse trabalho <eche|on> 3) sem impedimentos <eche|on> <meeh> 1) limpeza do OSX Launcher & firefox profile <meeh> 2) Migração de servidor <meeh> 3) Desenvolvimento da Testnet <meeh> 4) Sem impedimentos <zlatinb> Aqui vão os meus: 1) no mês passado trabalhei em UX com a Sadie e o Alex, definição da Testnet (post está no fórum zzz.i2p) e perfil do Firefox I2P personalizado (post está no i2pforum) 2) mais UX, certificado de assinatura de código 3) sem impedimentos <str4d> ERR_OUT_OF_BOUNDS_WRITE <zlatinb> lol <eche|on> certo, por favor testem o perfil do Firefox I2P, zlatinb por favor compartilhe o link <zlatinb> `https://github.com/eyedeekay/firefox.profile.i2p/releases` <eche|on> obrigado <meeh> legal, valeu <eche|on> sobre o 35c3: a equipe central vai se reunir em Leipzig <eche|on> se mais alguém quiser vir, ficaremos felizes em encontrar vocês e passar um tempo para discutir tópicos do I2P, ou só tomar um café/cerveja/doces <eche|on> Ok, isso é tudo da pauta, mais algum item? <str4d> Divirtam-se! Eu não estarei no 35c3 este ano, mas estarei na RWC em janeiro. <eche|on> *eu aqueço o sidekick baffer* <eche|on> ótimo, o Alex planeja ir, além da Sadie, também <eche|on> *baffer balança* <str4d> Aesome <str4d> s/Ae/Awe/ <eche|on> *baff* a reunião está encerrada. Obrigado pela sua participação. Nos vemos novamente na próxima reunião em dezembro, dia 4 às 20h UTC

Desenvolvendo aplicações focadas em privacidade com Python e I2P

Tue, 23 Oct 2018 00:00:00 +0000

Invisible Internet Project (I2P) fornece uma estrutura para o desenvolvimento de aplicações com foco em privacidade. É uma rede virtual que funciona sobre a Internet comum, na qual hosts podem trocar dados sem revelar seus endereços IP “reais”. As conexões dentro da rede I2P são estabelecidas entre endereços virtuais chamados I2P destinations (destinos do I2P). É possível ter quantos destinos forem necessários e até usar um novo destino para cada conexão. Eles não revelam nenhuma informação sobre o endereço IP real para a outra parte.

Versão 0.9.37

Thu, 04 Oct 2018 00:00:00 +0000

Detalhes da atualização

A versão 0.9.37 continua o trabalho no nosso novo transporte NTCP2, que foi introduzido no lançamento anterior. Um novo protocolo de teste de pares SSU IPv6 passa a ser suportado. Este lançamento contém inúmeras correções de bugs e melhorias de desempenho.

Como de costume, recomendamos que você atualize para esta versão. A melhor maneira de manter a segurança e ajudar a rede é executar a versão mais recente.

Reunião de Desenvolvimento do I2P - 02 de outubro de 2018

Tue, 02 Oct 2018 00:00:00 +0000

Resumo rápido

Presentes: alex, anonymousmaybe, DogeDollars, echelon, villain, zlatinb, zzz

Registro da Reunião

20:00:00 <zzz> 0) Oi 20:00:00 <zzz> 1) status de desenvolvimento 0.9.37 (zzz) 20:00:00 <zzz> 2) status do LS2 (zzz) 20:00:00 <zzz> 3) Status do scrum (zlatinb) 20:00:03 <zzz> 0) Oi 20:00:05 <zzz> Oi 20:00:11 <zlatinb> oi 20:00:17 <zzz> 1) status de desenvolvimento 0.9.37 (zzz) 20:00:41 <zzz> como a maioria de vocês sabe, antecipamos o lançamento 37 em algumas semanas. O prazo final para commits foi ontem, o lançamento será na quinta-feira 20:00:57 <zzz> há muito pouco nele além de habilitar o NTCP2 por padrão 20:01:28 <zzz> o inicializador do OSX não estará pronto para o lançamento, mas estamos vendo um progresso realmente bom 20:01:54 <zzz> se tudo correr bem, este será nosso último lançamento do ano. Temos os feriados e o CCC, e esperamos a 38 em janeiro 20:01:59 <zzz> mais algo sobre 1) ? 20:02:30 <villain> oi pessoal 20:02:43 <zzz> 2) status do LS2 (zzz) 20:02:59 <zzz> tivemos 12 reuniões nos últimos 3 meses e estamos fazendo um progresso lento, porém constante 20:03:39 <zzz> temos um bom entendimento do que é necessário para criptografia nova, e concordamos com a maioria das questões genéricas sobre como adicionar criptografia nova e colocar e retirar novos LSes do netdb 20:03:40 <eche|on> oi 20:04:16 <eche|on> parece ótimo até agora 20:04:17 <zzz> continuaremos a trabalhar em questões relacionadas, como encrypted leasesets e multihoming massivo, bem como começar a discutir especificidades para opções particulares de criptografia nova 20:04:51 <zzz> espero que as reuniões de LS2 continuem por algum tempo, então, se você estiver interessado, junte-se às discussões 20:05:02 <zzz> mais algo sobre 2) ? 20:05:14 <eche|on> bom ver algum progresso 20:06:14 <zzz> 3) Status do scrum (zlatinb) 20:06:18 <zzz> tudo seu, zab 20:06:44 <zlatinb> certo, vamos fazer o scrum, o de sempre 1) o que você fez no mês passado 2) o que você vai fazer no próximo mês 3) algum impedimento? 20:07:02 <zlatinb> villain: este seria seu primeiro scrum de verdade, acho, então você começa :) 20:08:23 <zlatinb> villain? 20:08:26 <villain> ok, 1) lancei a biblioteca SAM baseada em asyncio https://github.com/l-n-s/i2plib e sua documentação, fiz um aplicativo de compartilhamento de arquivos com GUI com ela https://github.com/l-n-s/QuickShare, aprendi como o JSP funciona no RouterConsole, fiz um primeiro lançamento de pacote rpm para CentOS e Fedora e configurei um repositório COPR para pacotes rpm https://copr.fedorainfracloud.org/coprs/supervillain/I2P/ 20:08:56 <zlatinb> ok, voltaremos a você. zzz que tal você ir primeiro em vez disso 20:08:59 <eche|on> 1) manutenção de servidores, cobrir as quedas do servidor, gestão de finanças 2) continuar nesse trabalho, conseguir novos adesivos, 3) sem impedimentos até agora :-) 20:09:04 <villain> 2) fazer o pacote do Fedora usar as bibliotecas do sistema, trabalhar em um design melhor da Router Console após o lançamento, publicar um artigo sobre desenvolvimento de aplicações I2P via API SAM 20:09:09 <zlatinb> ops, desculpa 20:09:12 <eche|on> ops 20:09:29 <villain> 3) preciso fazer algo com a dependência Jetty no Fedora, já que só suportamos a v9.2 e o Fedora tem a v9.4 20:09:39 <DogeDollars> lol 20:10:03 <zzz> oba, scrum paralelo 20:10:11 <zzz> para mim: 20:10:12 <villain> :D 20:10:39 <eche|on> villain: sobre o jetty, precisa de mais trabalho, até onde sei eles mudaram algumas APIs no meio do caminho 20:10:44 <zzz> 1) muitas correções de bugs menores do NTCP2 que apareceram desde o lançamento 36, obrigado a todos os testadores 20:11:11 <zzz> preparando-se para o lançamento 37, testando o instalador do OSX, outras correções de bugs e pesquisa, pesquisa de LS2 20:11:42 <zzz> 2) lançamento 37, começando um trabalho sério de migração para o novo formato de banco de dados geoip, mais LS2, mais correções de bugs, trabalhando com as equipes de PR/UI em ideias para o console 20:12:23 <zzz> 3) sem impedimentos... também observe que, devido a algumas obrigações pessoais, estou trabalhando apenas meio período no mês passado e no próximo 20:12:24 <zzz> FIM 20:12:52 <zlatinb> certo, eche|on ? 20:12:59 <eche|on> 1) manutenção de servidores, cobrir as quedas do servidor, gestão de finanças 2) continuar nesse trabalho, conseguir novos adesivos, 3) sem impedimentos até agora :-) 20:13:22 <zlatinb> ótimo, obrigado 20:13:33 <zlatinb> alex_the_designer: já que você acabou de entrar, este é o nosso scrum mensal 20:13:46 <alex_the_designer> olá! 20:13:55 <zlatinb> quer nos dizer 1) o que você fez no mês passado 2) o que você vai fazer no próximo mês 3) você tem algum impedimento 20:15:04 <alex_the_designer> 1 . tenho feito streaming às sextas. durante esse tempo tenho feito progresso incremental na atualização do site. também criei uma pesquisa para nos ajudar com branding & design. 20:16:15 <alex_the_designer> 2. vou continuar transmitindo, mas vou tentar encerrar o desenvolvimento web fora da stream. também estou um pouco atrasado no whitepaper reformulado. quero entregar pelo menos um esboço e um rascunho até o fim do mês 20:17:22 <alex_the_designer> 3. o único impedimento no momento é um pouco de falta de conhecimento sobre como o framework web atual gera caminhos. nada de outro mundo, só exige mais leitura de documentação e fuçar 20:18:28 <zlatinb> ok, vou falar um pouco mais sobre a pesquisa depois do scrum. Obrigado 20:18:32 <zlatinb> meeh: você está aqui? 20:20:10 <zlatinb> meeh? 20:21:00 <zlatinb> fique à vontade para dar seus 1-2-3 quando aparecer 20:21:20 <zlatinb> isso é FIM do scrum, mas eu gostaria de falar um pouco sobre a pesquisa do Alex 20:21:27 <zzz> vá em frente 20:22:17 <zlatinb> para todos no canal, por favor deem atenção a esta pesquisa e a preencham. Ela está hospedada no Google Forms, mas (a menos que você faça algo estúpido) não é possível correlacionar seu google id com sua persona I2P 20:22:46 <zlatinb> aqui está o link: https://docs.google.com/forms/d/e/1FAIpQLSdVCHXXBnHOrPpR6RH2DkCf3Q4W1kPBpg0QWToxfday0xqNAg/viewform 20:23:14 <zlatinb> alex_the_designer: por favor diga algumas palavras sobre como esta pesquisa vai ajudá-lo no processo criativo 20:23:21 <alex_the_designer> certamente! 20:24:14 <alex_the_designer> então, começando pelo básico, é importante entender as diferenças entre como nós, como mantenedores internos, percebemos a utilidade do sistema e nossa apresentação como marca versus como os usuários percebem a utilidade do sistema e sua identidade como humanos 20:24:41 <alex_the_designer> isso é bem profundo, mas há coisas bem diretas que podemos usar 20:25:22 <villain> ah, faz sentido 20:25:25 <alex_the_designer> por exemplo, se descobrirmos que muitas pessoas têm uma postura agressiva, podemos usar teoria básica das cores para saber que cores quentes (vermelhos, amarelos, laranjas) fazem sentido 20:25:34 <anonymousmaybe> sério? "que coisas o i2p deveria considerar para decidir para quem o i2p é?" 20:25:55 <alex_the_designer> todas as perguntas são sérias, anon :D 20:26:19 <villain> só não entendi, essas perguntas são pessoais ou relacionadas à visão do projeto 20:26:48 <villain> vou preencher em breve 20:27:02 <alex_the_designer> é importante falar um pouco sobre você e seus valores e seus ideais para o projeto 20:27:31 <anonymousmaybe> alex_the_designer é, essa aí é meio ruim , porque I2P é para todo mundo, sem dúvida sobre isso 20:27:46 <alex_the_designer> há uma suposição implícita aí de que quem somos e o que fazemos não são compartimentalizados, mas sim que se alimentam um ao outro :D 20:28:36 <anonymousmaybe> eu gosto de compartimentalização, por isso uso Qubes :p 20:28:42 <alex_the_designer> anon, dizer que é para todo mundo não é totalmente correto, é? 20:28:57 <alex_the_designer> Estados de vigilância, por ex. :D 20:29:48 <zzz> mais algo sobre a pesquisa? 20:29:52 <alex_the_designer> a universalidade pode ser um resultado, contudo; então, se você sente isso com convicção, por favor escreva sobre isso :D 20:30:10 <zlatinb> da minha parte, não (sobre a pesquisa) 20:30:25 <zzz> mais algo para a reunião? 20:30:51 <anonymousmaybe> zzz alguma consideração para sandboxing do i2p? 20:30:54 <alex_the_designer> eu só diria que seus esforços na pesquisa são profundamente apreciados. eu sei que é bem longa 20:31:16 <zzz> obrigado por fazer isso, alex 20:31:30 <anonymousmaybe> alex_the_designer sim, vou preencher 20:31:46 <zzz> anonymousmaybe, não que eu saiba, e eu não sou a pessoa certa para perguntar, mas você pode levantar isso neste canal após a reunião 20:31:50 <zzz> mais algo para a reunião? 20:32:16 * zzz pega o baffer 20:33:00 * zzz *baffffs* encerra a reunião

Reunião de Desenvolvimento do I2P - 05 de setembro de 2018

Wed, 05 Sep 2018 00:00:00 +0000

Resumo rápido

Presentes: alex, echelon, mikalv, R4SAS, villain, zzz

Registro da Reunião

20:07:48 <zzz> 0) Oi 20:07:48 <zzz> 1) status do lançamento 0.9.36 (zzz) 20:07:48 <zzz> 2) status do desenvolvimento 0.9.37 (zzz) 20:07:48 <zzz> 3) status do LS2 (zzz) 20:07:48 <zzz> 4) planejamento do CCC (zzz/echelon/mikalv) 20:07:48 <zzz> 5) scrum de status (zlatinb) 20:07:55 <zzz> 0) Oi 20:07:58 <zzz> Oi 20:08:00 <eche|on> oi 20:08:16 <villain> oi :) 20:08:22 <zzz> desculpem pelo atraso 20:08:29 <zzz> 1) status do lançamento 0.9.36 (zzz) 20:08:47 <zzz> acredito que terminamos tudo, com a possível exceção do f-droid 20:08:53 <R4SAS> oi 20:09:04 <zzz> nextloop, algum status do f-droid? 20:09:44 <zzz> os testes do ntcp2 estão indo bem 20:09:56 <zzz> mais algo no 1) ? 20:10:09 <R4SAS> Tenho uma 20:10:33 <R4SAS> onde posso ver pacotes para Debian em forma de listagem? 20:10:54 <zzz> acho que é packages.debian.org - há uma caixa de pesquisa 20:11:12 <R4SAS> Estou pensando em adicionar pacotes do i2p no meu repositório 20:11:32 <zzz> há também um packages.ubuntu.com 20:11:44 <zzz> e nosso repo é deb.i2p2.de 20:12:00 <zzz> mais algo no 1) ? 20:12:03 <R4SAS> para Ubuntu vou usar pacotes do Launchpad 20:12:36 <zzz> 2) status do desenvolvimento 0.9.37 (zzz) 20:13:03 <zzz> estamos no início do ciclo .37. Definimos um ciclo de 9 semanas com um lançamento na semana de 22 de Out. 20:13:21 <eche|on> ok 20:13:39 <zzz> o meeh está trabalhando para concluir o instalador do osx para a 37. Estou trabalhando em migrar para o novo formato GeoIP da MaxMind 20:13:56 <zzz> todo mundo está olhando coisas da UI (interface do usuário) 20:14:13 <zzz> devemos ter os resultados dos testes de usabilidade em breve 20:14:40 <zzz> vamos, com sorte, mover a página de ajuda do console para o Transifex 20:15:07 <zzz> então, tradutores, reservem um tempo para meados de outubro para traduzi-la! 20:15:11 <zzz> mais algo no 2) ? 20:15:28 <eche|on> nada ainda, ntcp2 por padrão? 20:15:32 <eche|on> na .37 ? 20:15:37 <meeh> sim, estou trabalhando no wrapper do osx - agora portado para o xcode, isso e como,se,o quê i2p-browser :) 20:15:38 <zzz> sim, isso também :) 20:16:32 <zzz> sim, ntcp2 por padrão na 37. Por favor, todos testem as builds de desenvolvimento onde ele é o padrão, ou ativem-no no release .36-0 20:16:38 <zzz> mais algo no 2) ? 20:17:34 <zzz> 3) status do LS2 20:17:42 <zzz> tivemos cerca de 8 reuniões ao longo de dois meses 20:18:06 <zzz> ainda estamos na fase de discussão, mas acho que estamos perto de tomar algumas decisões e avançar 20:18:29 <eche|on> pelo menos algo 20:18:30 <zzz> há muitas questões relacionadas, como criptografia nova, que estão complicando as coisas 20:18:47 <zzz> são muitas coisas que estão na mesa há 5 anos ou mais que finalmente estamos abordando 20:19:05 <eche|on> bom trabalho ! 20:19:17 <zzz> o que está claro é que não faremos tudo de uma vez 20:19:35 <zzz> vamos fazer algumas mudanças iniciais, que permitirão coisas opcionais, e mais mudanças virão depois 20:19:53 <zzz> começamos a atualizar o documento de proposta 20:20:17 <zzz> espero ter algumas decisões documentadas em breve... o que nos permitirá começar a codificar e fazer experimentos 20:21:09 <zzz> tiramos uma semana de folga por causa do Labor Day, mas nossa próxima reunião é na segunda-feira, dia 12, às 17:00 UTC no #ls2 20:21:44 <zzz> todos são bem-vindos, é complexo e difícil de acompanhar até para nós que estamos mergulhados nisso, mas é divertido ver as coisas se encaixando 20:21:48 <zzz> mais algo no 3) ? 20:22:34 <zzz> 4) planejamento do CCC 20:22:57 <eche|on> ok, o ccc será em Leipzig 20:23:01 <zzz> Tomamos decisões preliminares em dezembro passado, mas tradicionalmente finalizamos as regras por volta desta época todo ano 20:23:13 <zzz> com certeza Leipzig, certo? 20:23:29 <eche|on> sim, já anunciado oficialmente pelo CCC 20:23:36 <zzz> ótimo, eu não tinha visto isso 20:24:19 <zzz> pagamos pelos ingressos do congresso, reembolsamos até 1500 euros por avião/trem e, de novidade para este ano, concordamos com até 400 euros de despesas de hotel 20:24:27 <eche|on> sim 20:24:56 <zzz> acima de 1500 ou pago adiantado somente em 'circunstâncias especiais', isto é, você está quebrado :) 20:25:13 <eche|on> até agora tudo parece bom 20:25:25 <zzz> e isso é apenas para membros do programa pagos, a menos que haja aprovação do echelon. 20:25:28 <eche|on> os ingressos serão gerenciados de forma central, se possível 20:25:38 <zzz> vamos comprar os ingressos do congresso centralmente, correto. 20:25:48 <zzz> então precisamos saber quem vai... em breve... 20:26:12 <zzz> então, alguma objeção ou mudança às regras como as listei aqui? 20:26:12 <eche|on> presumo que precisamos até o fim de out 20:26:20 <eche|on> não há necessidade de mudar 20:26:31 <meeh> não, tudo certo 20:26:49 <zzz> a ideia é: se você quer estar lá, o projeto vai ajudar você a chegar lá 20:27:35 <zzz> adesivos e réguas de energia e faixas e mesas e outras logísticas assim, vamos resolver conforme avançamos, não há necessidade de discutir aqui na reunião 20:27:58 <eche|on> ok, sim 20:28:31 <zzz> se você ainda não comprou suas passagens de avião, faça isso AGORA, não há muitos voos para o LEJ. Se você vai de bicicleta ou de trem, tem mais tempo 20:28:54 <zzz> quem nunca foi, pergunte a quem já foi sobre hotéis e qualquer outra coisa que queira saber 20:29:09 <zzz> mais algo no 4) ? 20:30:19 <zzz> 5) scrum 20:30:28 <zzz> zab está fora, então eu conduzo 20:31:05 <zzz> quando eu chamar você, por favor diga 1) o que você fez no mês passado 2) o que você vai fazer no próximo mês 3) quaisquer impedimentos; termine com EOT ou 'é isso' ou algo assim 20:31:13 <zzz> villain, você começa 20:33:00 <zzz> eche|on, você é o próximo 20:33:35 <eche|on> eu cuidei de toda a parte financeira, trabalho de servidor, testes, ajudando com o release (notícias), vou fazer o mesmo no próximo mês, sem impedimentos. Vou ficar AFK amanhã até quarta, dia 12 20:33:58 <zzz> obrigado. meeh, sua vez 20:34:27 <meeh> ok, tenho tempo para três pontos 20:34:28 <meeh> * trabalhei com a portabilidade do lançador do osx concluída para o xcode - a reversão foi difícil, já que minhas habilidades com monotone dizem que eu não deveria brincar com fogo (era período de congelamento) 20:34:28 <meeh> * um dos DCs onde tenho servidores teve uma falha de energia em que tudo caiu - então passei o dia principalmente garantindo que as coisas rodassem e discutindo com servidores hoje. 20:34:28 <meeh> * analisei tanto o firefox/chromium para resolver questões de certificados autoassinados quanto um navegador de privacidade, fiz 24 horas de monkey coding em um plugin Qt baseado em chromium, mas que deu resultados ótimos. 20:35:23 <zzz> e para o próximo mês? impedimentos? 20:35:49 <meeh> o lançador do osx foi totalmente movido para o xcode agora, o ícone voltou a aparecer, há um comportamento estranho com o action handler, mas deve ser corrigido a qualquer momento 20:36:31 <villain> Ok, aprendi coisas sobre monotone e Java. corrigi https://trac.i2p2.de/ticket/1244, adicionei uma tradução de um artigo ntcp2. fiz um press-release para a 0.9.36 em russo. Na semana passada, desenvolvendo aquela biblioteca Python assíncrona, agora finalizando a documentação dela. https://github.com/l-n-s/i2plib 20:36:47 <meeh> para o próximo mês vou olhar mais o caso do navegador se o resto de vocês aprovar quando eu lhes der uma revisão na próxima reunião; se não, provavelmente Android e osx são o mais alto na lista 20:37:35 <zzz> villain, e para o próximo mês? impedimentos? 20:38:57 <zzz> quanto a mim, no mês passado corrigi muitos bugs do NTCP2 e outros, e lancei a versão 36. 20:39:30 <zzz> no próximo mês será o novo código de GeoIP, continuar a trabalhar no LS2, corrigir mais bugs, deixar a página de ajuda pronta para tradução 20:39:53 <zzz> no entanto, vou ficar mais AFK na próxima semana 20:39:56 <zzz> sem impedimentos 20:40:28 <zzz> mais alguém aqui para relatar? sl ou alex_the_designer ? 20:40:32 <eche|on> :-) 20:40:39 <alex_the_designer2> oi 20:40:59 <zzz> oi alex_the_designer2 por favor nos dê seus 1/2/3 mês passado/próximo mês/impedimentos 20:41:06 <alex_the_designer2> mês passado: fiquei bloqueado no onboarding (integração). meus sinceros agradecimentos ao eche|on e ao meeh por me desbloquearem 20:41:23 <villain> no próximo mês, como o zzz mencionou, vou ganhar mais prática com monotone, corrigir os tickets do site, finalizar um pacote Red Hat. gostaria de ouvir feedback sobre minha lib Python do str4d , e adicioná-la à organização i2p no GitHub, se estiver ok 20:41:37 <villain> sem impedimentos, exceto isso 20:41:43 <villain> EOT 20:42:10 <zzz> obrigado, villain 20:42:15 <alex_the_designer2> este mês: olhando a issue 1996 no trac (tenho quase certeza de que era aquela para a qual você queria contribuição), também começando a escrever um whitepaper. consegui algum progresso na atualização do www durante as streams de sexta, mas também farei durante a semana. 20:42:46 <alex_the_designer2> sem impedimentos. vou ficar meio AFK de 17 a 21, pois estarei em SF. EOT ou 'é isso' ou algo assim :D 20:43:06 <zzz> alex_the_designer2, também, talvez por ser sua primeira reunião, você poderia nos dar uma visão geral rápida das suas sessões de sexta à noite no Twitch, o que pode sair delas, como podemos participar? 20:43:20 <alex_the_designer2> claro! 20:44:14 <alex_the_designer2> então às sextas, das 21:30 CST até cerca de 23:00 CST, eu faço streaming em twitch.tv/alex_the_designer. quando comecei lá em janeiro, o tema geral era 'FOSS Design', mas tem sido mais voltado para o i2p 20:45:00 <alex_the_designer2> venho fazendo tutoriais básicos e afins para ajudar iniciantes a entender como configurar o i2p e hospedar um site, pois acredito que conteúdo é o principal impedimento para uma adoção ampla 20:45:36 <alex_the_designer2> o que ajudaria é o pessoal aparecer e socializar, se quiser. também, divulgar o programa por quaisquer canais de mídia social que você preferir ajuda muito 20:46:26 <alex_the_designer2> também tenho algumas gravações brutas que quero publicar online de shows anteriores, mas preciso editá-las (principalmente para ocultar meu IP residencial) 20:46:48 <zzz> você está recebendo feedback dos espectadores que nos dê insights sobre prioridades e escolhas de UI? Como você pode canalizar o que está aprendendo de volta para o resto de nós, seja em posts ou tickets ou textos? Tem algum plano? 20:47:08 <alex_the_designer2> the_tin_hat tem aparecido regularmente e fornecido bastante alívio cômico e feedback 20:47:42 <alex_the_designer2> quando se trata de escolhas de UI, não tive feedback suficiente dos usuários para realmente justificar quaisquer escolhas 20:47:52 <eche|on> ok, em 6h meu despertador toca, vou para a cama, até mais 20:48:03 <alex_the_designer2> então é no feeling e por tentativa e erro 20:48:04 <zzz> boa noite, echelon 20:48:15 <alex_the_designer2> até mais, echelon! 20:48:35 <zzz> ok, então talvez precisemos ampliar o público primeiro 20:49:04 <zzz> então vamos divulgar mais, talvez em nossos fóruns, ou um post no blog... não só no Twitter 20:49:33 <zzz> obrigado, alex, pela visão geral; você está fazendo um bom trabalho, tomara que resulte em mais usuários e conteúdo e em um produto melhor 20:49:38 <alex_the_designer2> todo canal é muito útil, já que o público está espalhado :D 20:49:45 <zzz> isso 20:49:48 <alex_the_designer2> obrigado pelo voto de apoio! 20:50:07 <zzz> mais alguém que deixei de fora do scrum? sadie sl 20:50:18 <zzz> mais algo para a reunião? 20:50:52 * zzz pega o baffer 20:51:13 <villain> alex_the_designer2: posso fazer anúncios no reddit /r/i2p para suas streams 20:51:31 <zzz> boa ideia 20:51:36 <alex_the_designer2> muito obrigado, villain 20:51:42 <zzz> desculpem novamente pelo início tardio da reunião 20:51:49 * zzz *bafs* a reunião foi encerrada

Versão 0.9.36

Thu, 23 Aug 2018 00:00:00 +0000

Detalhes da atualização

A versão 0.9.36 introduz o NTCP2, o nosso novo protocolo de transporte seguro. O NTCP2 oferece resistência eficaz contra a censura por inspeção profunda de pacotes (DPI) e resulta em menor carga de CPU. Isso torna mais provável que o I2P seja executado em dispositivos de baixo desempenho, como smartphones e roteadores domésticos. O protocolo está desativado por padrão nesta versão para testes.

Como de costume, recomendamos que atualize para esta versão. A melhor forma de manter a segurança e ajudar a rede é executar a versão mais recente.

Detalhes de Implementação do NTCP2

Mon, 20 Aug 2018 00:00:00 +0000

Os protocolos de transporte do I2P foram originalmente desenvolvidos há cerca de 15 anos. Na época, o principal objetivo era ocultar os dados transferidos, não ocultar o fato de que se estava usando o próprio protocolo. Ninguém pensava seriamente em proteger contra DPI (inspeção profunda de pacotes) e censura de protocolos. Os tempos mudam e, embora os protocolos de transporte originais ainda forneçam segurança robusta, surgiu demanda por um novo protocolo de transporte. NTCP2 foi projetado para resistir às ameaças de censura atuais. Principalmente, à análise por DPI do comprimento dos pacotes. Além disso, o novo protocolo usa os desenvolvimentos mais modernos em criptografia. NTCP2 é baseado no Noise Protocol Framework , com SHA256 como função de hash e x25519 como um mecanismo de troca de chaves Diffie-Hellman (DH) de curva elíptica.

Reunião de Desenvolvedores do I2P - 07 de agosto de 2018

Tue, 07 Aug 2018 00:00:00 +0000

Resumo rápido

Presentes: echelon, mikalv, villain, zlatinb, zzz

Registro da reunião

20:00:05 <zzz> 0) Oi 20:00:05 <zzz> 1) status 0.9.36 (zzz) 20:00:05 <zzz> 2) status do LS2 (zzz) 20:00:05 <zzz> 3) Solicitações para bobthebuilder.i2p e paste.crypthost.i2p em `http://zzz.i2p/posts/13897` 20:00:05 <zzz> 4) Scrum de status (zlatinb) 20:00:05 <zzz> 5) Reagendar a reunião de 4 de set. (zzz) 20:00:10 <zzz> 0) Oi 20:00:12 <zzz> oi 20:00:21 <zzz> 1) status 0.9.36 (zzz) 20:00:27 <zlatinb> oi 20:00:29 <villain> oi, pessoal 20:00:34 <zzz> 6 semanas no ciclo 36, faltam 2 semanas 20:00:52 <mikalv> oi 20:00:53 <zzz> congelamento de tags é amanhã; prazo final de commit uma semana a partir de sexta; lançamento na semana de 20 de ago. 20:01:18 <zzz> todos, por favor, testem. Vou marcar a próxima versão como -rc 20:01:31 <zzz> mais algo no 1)? 20:02:24 <zzz> 2) status do LS2 (zzz) 20:02:30 <zzz> tivemos nossa 5ª reunião ontem 20:02:47 <zzz> indo bem, mas indo muito devagar. As questões são complexas e inter-relacionadas 20:03:11 <zzz> atualizei a proposta (123) hoje, mas ainda está bem crua 20:03:41 <zzz> ainda nem concordamos sobre metas e prioridades, então vai levar um tempo, mas estou satisfeito com o processo 20:03:58 <zzz> todos são bem-vindos, próxima reunião é na segunda que vem, 18:00 UTC em #ls2 20:04:27 <zzz> mais algo no 2)? 20:05:13 <zzz> 3) Solicitações para bobthebuilder.i2p e paste.crypthost.i2p em `http://zzz.i2p/posts/13897` 20:05:25 <zzz> são pedidos de página inicial do console 20:05:33 <zzz> o candidato sl está aqui? 20:06:07 <zlatinb> geralmente não, pois é tarde no $HOME 20:06:27 <zzz> alguém tem comentários a favor ou contra adicionar estes à página inicial do console? 20:07:06 <zlatinb> Sou +1 para adicionar o bob the builder, neutro sobre o novo paste 20:07:13 <zzz> alguma objeção? 20:07:31 <mikalv> Sou +1 para serviços online no console 20:07:55 <zzz> não dói ter um segundo paste, especialmente já que o que temos agora ficou offline por semanas de cada vez 20:08:15 <zzz> embora tenha sido bastante confiável recentemente 20:08:40 <zzz> não havendo objeções, vou adicioná-los ao console para a 36 20:08:46 <villain> se houver links mortos para remover, podemos adicionar esses links no lugar 20:08:50 <zzz> mais algo no 3)? 20:09:04 <eche|on> não 20:09:11 <zzz> o zerobin não está morto, só não teve o melhor uptime no passado 20:09:46 <zzz> 4) Scrum de status (zlatinb) 20:09:49 <zzz> vai, zlatinb 20:10:31 <zlatinb> ok, vamos passar pela sala e, quando seu nome for chamado, descreva brevemente 1) o que você tem feito no último mês 2) o que planeja fazer no próximo mês 3) se você está bloqueado por alguém ou precisa de ajuda 20:10:57 <zlatinb> vamos começar com o Novato - villain. Como este é seu primeiro scrum, pule 1) e vá só com 2) e 3) 20:11:09 <zlatinb> vai, villain 20:12:24 <zlatinb> villain, você está aí? 20:12:34 <villain> aprendendo Java e monotone, planos de corrigir mais alguns tickets do site antes do lançamento 36, como zzz discutiu com zzz. e aprender mais :) 20:13:00 <villain> sem bloqueios no momento 20:13:41 <zlatinb> ótimo. Normalmente dizemos EOT no fim do relatório :) 20:13:48 <villain> agora pesquisando em https://trac.i2p2.de/ticket/1583 20:13:57 <villain> EOT 20:13:59 <villain> hehe 20:14:17 <zlatinb> obrigado. zzz, você é o próximo 20:14:37 <zzz> ok. no mês passado foi principalmente lapidar e testar ntcp2, com a ajuda do orignal 20:14:46 <zzz> iniciando a pesquisa e as reuniões do LS2 20:14:59 <zzz> muitas e muitas correções de bugs, claro 20:15:33 <zzz> no próximo mês será lançar a .36 e continuar no LS2, correções de bugs, etc. 20:15:41 <zzz> também fazendo alguma refatoração de código no caminho 20:16:06 <zzz> espero chegar ao assistente SSL para ambientes sem Jetty para a 37. Infelizmente não consegui fazer para a 36, foi difícil demais 20:16:13 <zzz> sem bloqueios; EOT 20:17:14 <eche|on> ok, fiz muito trabalho de administração do fórum, alguns testes de código, doações e gestão de contas, vou continuar com isso no próximo mês, sem bloqueios no momento 20:17:20 <eche|on> uupos 20:17:40 <zlatinb> ok, eche|on, podemos ir com você em seguida :) 20:17:51 <eche|on> isso é mais ou menos tudo^^ 20:18:04 <zlatinb> ok, legal 20:18:10 <zlatinb> mikalv: e você? 20:18:14 <mikalv> Sim, bem, por mim; Atual: OSX Launcher beta para 0.9.36 Próximo; 1. Continuar no OSX launcher (deixá-lo bonito, mais alguns recursos e trabalhar na estabilidade). 2. Com sorte, ajudar o zzz com a pesquisa e impl. do LS2. 3. Lançar um test-MVP/alpha de um pacote (bundle) de navegador. 20:18:23 <mikalv> 4. Continuar minha campanha por não-ter-uma-única-pessoa-como-ponto-de-falha, onde os membros do núcleo que hospedam serviços centrais dão acesso a outros membros do núcleo como backup/retaguarda se alguém desaparecer, para que o projeto não sofra mais com tais eventos. 20:18:28 <mikalv> Bloqueio: Espero que possamos obter o controle do DNS de i2p2.de do welt. 20:18:56 <mikalv> eu ou o eche|on, pelo menos alguém mais ativo 20:19:09 <zlatinb> uau, isso estava bem preparado, muito bem 20:19:25 <zlatinb> sadie mencionou que *talvez* conseguisse participar — chamando sadie 20:19:49 <zlatinb> str4d: alguma chance de você estar por aí? 20:19:53 <eche|on> Welt me contactou, respondi, nenhuma resposta dele 20:19:58 <mikalv> zlatinb: lembre-se, tenho feito isso por dois anos, todo dia, antes do i2p agora :p 20:20:41 <mikalv> Quero obter controle do domínio DNS, para poder mudar mais livremente o IP do trac e, mais tarde, o de download 20:20:59 <zlatinb> Alex W. estava por aqui, mas acabou de sair, então acho que é isso para o scrum 20:21:16 <mikalv> por causa da situação, o servidor antigo descontinuado faz proxy reverso para o novo trac :( 20:22:04 <zzz> 5) Reagendar a reunião de 4 de set. (zzz) 20:22:08 <zlatinb> EOT 20:22:19 <mikalv> é, desculpa EOT 20:22:26 <zzz> ok, eu não posso no dia 4 de set. e acho que alguns outros também não podem 20:22:46 <zzz> podemos fazer qua., 5 de set., ou ter., 11 de set.? 20:23:01 <zzz> se for no dia 11, haverá apenas 3 semanas entre essa e a reunião de 2 de outubro 20:23:27 <zlatinb> Vou estar na estrada na maior parte de setembro, então não posso prometer nem o dia 5 nem o 11 20:23:27 <zzz> Quero colocar o CCC na agenda para a reunião de setembro, embora tenhamos tomado a maioria das decisões em dezembro passado para financiamento 20:23:44 <mikalv> Acho que posso em ambas, então por mim está ok 20:23:53 <zzz> eche|on, e você? 20:24:12 <eche|on> dia 11 não dá 20:24:30 <zzz> qua., 5, ok? 20:24:41 <eche|on> dia 5 parece ok 20:24:52 <zzz> ok, vamos deixar pré-marcado para qua., dia 5 20:24:55 <mikalv> ok 20:25:02 <zzz> mais algo no 5)? 20:25:06 <zzz> mais algo para a reunião? 20:25:51 * zzz pega o baffer 20:26:40 * zzz *bafs* fecha a reunião

Reunião de Desenvolvedores do I2P - 03 de julho de 2018

Tue, 03 Jul 2018 00:00:00 +0000

Resumo rápido

Presentes: echelon, str4d, zlatinb, zzz

Registro da reunião

20:00:00 <zzz> 0) Olá 20:00:00 <zzz> 1) status do lançamento 0.9.35 (zzz) 20:00:00 <zzz> 2) atualização de NTCP2 (zzz) 20:00:00 <zzz> 3) anúncio da reunião LS2 (zzz) 20:00:00 <zzz> 4) programa de financiamento 2H 2018 (zab/zzz) 20:00:00 <zzz> 5) scrum de status (zab) 20:00:05 <zzz> 0) Olá 20:00:07 <zzz> Olá 20:00:16 <zlatinb> oi 20:00:21 <zzz> 1) status do lançamento 0.9.35 (zzz) 20:00:42 <zzz> a 35 saiu faz uma semana, sem grandes reclamações até agora 20:01:03 <zzz> os JARs do Maven estão no ar, acredito que o meeh vai lançar o Android em breve 20:01:20 <zzz> ainda não tive notícias do mhatta sobre o Debian oficial 20:01:57 <zzz> mais alguma coisa em 1) ? 20:02:44 <zzz> 2) atualização de NTCP2 (zzz) 20:03:04 <zzz> terminamos a especificação na semana passada, e temos vários routers ativos na rede 20:03:26 <zzz> i2pd está prosseguindo com sua implementação e testes 20:03:30 <eche|on> bom até agora 20:03:52 <zzz> tenho alguns ajustes para fazer, e ainda não testei a variante para ambientes atrás de firewall, mas as coisas estão indo muito bem 20:04:21 <zzz> também publiquei hoje um FAQ rápido nos nossos fóruns 20:04:43 <zzz> mais alguma coisa em 2) ? 20:05:37 <zzz> 3) anúncio da reunião LS2 (zzz) 20:06:01 <zzz> vamos seguir o mesmo processo para a próxima proposta, que é a 123 "LS2" 20:06:15 <zzz> também cobrindo nova criptografia, busca de serviços, multihoming massivo e tópicos relacionados 20:06:36 <zzz> a primeira reunião será na segunda-feira, 9 de julho, às 7 PM UTC em #ls2 20:06:45 <eche|on> ótima tarefa, muito trabalho a fazer 20:07:05 <zzz> sim, não faço ideia de como vai ser, mas precisamos começar, já faz tempo demais 20:07:30 <zzz> mais alguma coisa em 3) ? 20:07:44 <eche|on> não 20:08:23 <zzz> 4) programa de financiamento 2H 2018 (zab/zzz) 20:08:32 <zzz> o anúncio está no i2pforum.i2p e no zzz.i2p 20:08:42 <zzz> o programa está aberto a novos candidatos 20:08:51 <zzz> o prazo final é quarta-feira, 25 de julho 20:09:13 <zzz> se alguém tiver alguma pergunta, pode fazê-la agora, ou depois da reunião 20:09:34 <zzz> alguém tem alguma pergunta sobre o programa? 20:09:38 <eche|on> um ponto: não é necessário que toda a equipe do i2p aprove novos membros (a equipe ainda não está perfeitamente definida, como um time de pessoas listadas na página ou qualquer outro grupo) 20:10:13 <zlatinb> eu diria que pelo menos aqueles que já estão no programa remunerado 20:10:42 <zzz> verdade, acho que coletivamente precisamos aprovar... não que precisemos de aprovação individual de cada um 20:10:45 <eche|on> sim 20:10:50 <zzz> isso parece certo? 20:10:58 <eche|on> só queria destacar isso para deixar esse ponto mais claro 20:11:12 <zzz> ok 20:11:26 <zzz> mais alguma coisa em 4) ? 20:12:18 <zzz> 5) scrum de status (zlatinb) 20:12:24 <zzz> é com você zlatinb 20:12:59 <zlatinb> oi. Vamos passar pela sala e fazer o de sempre : 1) o que você tem feito no último mês 2) o que planeja fazer no próximo mês 3) algum impedimento ou ajuda necessária 20:13:03 <zlatinb> zzz: comece você 20:13:33 <zzz> 1) reuniões de NTCP2, proposta, especificação, implementação e testes; lançamento .35; correções de bugs e triagem 20:14:02 <zzz> mesclando NTCP2 no trunk; mesclando atualizações de EdDSA do GitHub para o trunk; atualizações de roadmap 20:14:30 <zzz> 2) testes de NTCP2, correções de bugs e outras coisas para o .36; iniciar as reuniões de LS2, pesquisa, planejamento 20:14:39 <zzz> 3) sem impedimentos 20:14:40 <zzz> EOT 20:14:55 <zlatinb> eche|on: e você? 20:15:38 <eche|on> Cuidando dos serviços na web, administrando o fórum, fazendo tarefas financeiras, ajudando com o lançamento 20:16:02 <eche|on> continuar fazendo essas coisas, sem impedimentos por enquanto 20:16:23 <zlatinb> Irc2PGuest44785: meeh eu sei que é você, você está aqui? 20:16:43 <zlatinb> parece que não 20:16:48 <zlatinb> str4d: você está aqui? 20:17:01 <str4d> 1) design de NTCP2. 2) pesquisa e design de LS2. 3) não tenho espaço para mais nada. 20:17:19 <zlatinb> legal, bom te ver, cara 20:17:49 <zlatinb> sadie não está aqui, manas está isento, então sobra eu: 20:17:49 <zlatinb> 1) muito, muito profiling, experimentos, melhorias de capacidade 20:17:49 <zlatinb> 2 20:17:52 <zlatinb> ainda não decidi 20:17:54 <zlatinb> 3) na verdade não 20:18:14 <zlatinb> acho que é todo mundo 20:18:33 <zlatinb> zzz: de volta para você 20:18:37 <zzz> ok, isso foi rápido. mais alguma coisa para a reunião? 20:20:01 * zzz encerra a reunião

Lançamento 0.9.35

Tue, 26 Jun 2018 00:00:00 +0000

Detalhes da atualização

0.9.35 altera o tipo de assinatura padrão para Ed25519. Este é o passo final no longo processo de migração para criptografia mais recente, mais forte e mais rápida. Esta versão inclui inúmeras correções de erros e melhorias de desempenho.

Como de costume, recomendamos que você atualize para esta versão. A melhor maneira de manter a segurança e ajudar a rede é executar a versão mais recente.

Reunião de Desenvolvedores do I2P - 5 de junho de 2018

Tue, 05 Jun 2018 00:00:00 +0000

Recapitulação rápida

Presentes: echelon, obscuratus, zlatinb, zzz

Registro da reunião

20:00:00 <zzz> 0) Oi 20:00:00 <zzz> 1) status do F-Droid 0.9.34 (str4d, meeh, nextloop) 20:00:00 <zzz> 2) atualização 0.9.35 (zzz) 20:00:00 <zzz> 3) atualização de NTCP2 (zzz) 20:00:00 <zzz> 4) Scrum de status (zab) 20:00:03 <zzz> 0) Oi 20:00:05 <zzz> oi 20:00:12 <zzz> 1) status do F-Droid 0.9.34 (str4d, meeh, nextloop) 20:00:20 <zzz> alguém teve notícias do nextloop? 20:00:30 <eche|on> não 20:01:22 <zzz> Vou tentar encontrá-lo no Twitter, mas por enquanto o F-droid ainda está desatualizado 20:01:27 <zzz> 2) atualização 0.9.35 (zzz) 20:01:54 <zzz> ok, a 35 está indo bem. adiamos o lançamento em uma semana. congelamento de tags em uma semana, prazo final para check-ins em 2 1/2 semanas 20:02:00 <zzz> lançamento em cerca de 3 semanas 20:02:15 <zzz> mais alguma coisa em 2) ? 20:02:40 <eche|on> ainda não 20:03:07 <zzz> 3) atualização de NTCP2 (zzz) 20:03:37 <zzz> ainda estamos realizando reuniões semanais, mas estamos quase terminando com elas. a proposta está bem sólida, mas ainda virão mudanças (provavelmente), então ainda não é final 20:04:00 <zzz> Tenho um router de teste ativo na rede. O plano é fornecer suporte na .36, desativado por padrão, e habilitá-lo na .37 20:04:28 <eche|on> acabei de ler um tweet do orignal fazendo algum ntcp2 para i2pd 20:04:37 <zzz> pretendemos usar o mesmo processo de reunião e decisão para a proposta de LS2, começando em breve 20:04:43 <zzz> sim, toda a ação está em #ntcp2 20:04:51 <eche|on> ok 20:04:58 <zzz> mais alguma coisa em 3) ? 20:05:18 <eche|on> a .37 estará pronta para usar NTCP2? 20:05:40 <eche|on> isso é no fim de 2018 20:05:48 <zzz> certo, faremos testes na 36 com pessoas que o habilitarem manualmente. Depois habilitaremos por padrão na 37 20:05:53 <zlatinb> outra pergunta: há planos de lançar um modo bob-only na .36, por exemplo? 20:06:03 <zzz> certo. 37 talvez em novembro 20:06:04 <zlatinb> ou bob-only na .35 para facilitar os testes? 20:06:14 <zzz> o que significa bob-only? 20:06:28 <zlatinb> apenas conexões tcp de entrada 20:06:45 <zzz> ah, apenas receber? é, não é uma má ideia. Mas não para a 35. 20:06:53 <obscuratus> Posso começar a testar NTCP2 na minha rede de testes? 20:06:54 <zzz> depende de quanto teste obtivermos no ciclo da 36 20:07:14 <zzz> obscuratus, não, o suporte completo não será integrado até depois do lançamento da 35. Ainda está em desenvolvimento 20:07:29 <eche|on> presumo que logo após o lançamento da .35 o código será movido para o ramo principal 20:07:32 <zzz> o que há na 35 agora são apenas stubs 20:07:36 <zzz> correto, eche|on 20:08:05 <zzz> mais alguma coisa em 3) ? 20:09:01 <zzz> 4) Scrum de status (zlatinb) 20:09:03 <zzz> vai, zlatinb 20:09:33 <zlatinb> oi, vamos ao de sempre: 1. o que você fez no último mês 2. o que você planeja fazer no próximo mês 3. alguém está te bloqueando ou você precisa de ajuda 20:09:36 <zlatinb> zzz, comece você 20:09:44 <zzz> ok 20:10:13 <zzz> Tenho trabalhado mais ou menos em partes iguais em NTCP2, correções de bugs e finalizando alguns recursos novos para a 35 (assistente de SSL e pastas do susimail) 20:10:48 <zzz> Espero que o próximo mês seja NTCP2, correções de bugs, o lançamento da 35 que sempre leva bastante tempo, e o início do LS2 20:11:01 <zzz> sem bloqueadores; EOT 20:11:22 <zlatinb> obrigado. eche|on ? 20:11:37 <eche|on> muito IRC, fórum, gerenciando os fundos, trabalhando no sistema de criptomoeda 20:11:54 <eche|on> esse trabalho continua, sem bloqueios ainda, exceto férias ^^ 20:12:12 <zlatinb> ok. str4d, você está aqui? 20:12:40 <zlatinb> parece que não. meeh, você está aqui? 20:13:18 <zlatinb> parece que não. sadie não pode vir, mhatta e slumlord também não estão aqui 20:13:26 <zlatinb> bem, é isso 20:13:36 <zlatinb> eot 20:13:36 <eche|on> a época de férias nos pegou.. 20:13:44 <eche|on> baffer? 20:13:46 <zzz> ok, alguém tem mais alguma coisa para a reunião? 20:14:31 <zzz> sim, é hora do baffer 20:14:52 <zzz> reunião curta, mas há muita coisa acontecendo, tudo certo 20:14:59 * zzz *bafs* a reunião foi encerrada 20:15:01 <zzz> obrigado a todos

Reunião de Desenvolvedores do I2P - 01 de maio de 2018

Tue, 01 May 2018 00:00:00 +0000

Resumo rápido

Presentes: anonymousmaybe, orignal, str4d, zlatinb, zzz

Registro da reunião

20:00:00 <zzz> 0) Oi 20:00:00 <zzz> 1) status do F-Droid 0.9.34 (str4d, meeh, nextloop) 20:00:00 <zzz> 2) atualização 0.9.35 (zzz) 20:00:00 <zzz> 3) atualização do NTCP2 (zzz) 20:00:00 <zzz> 4) Status scrum (zab) 20:00:03 <zzz> 0) Oi 20:00:05 <zzz> oi 20:00:09 <zzz> 1) status do F-Droid 0.9.34 (str4d, meeh, nextloop) 20:00:27 <zlatinb> oi 20:00:31 <zzz> ok acho que a única coisa restante para a 34 é o fdroid? vocês têm um status? 20:00:35 <orignal_> oi 20:02:10 <zzz> ok, 3 semanas desde o lançamento da 34, vamos torcer para que seja concluído em breve 20:02:15 <zzz> mais algo no 1) ? 20:03:01 <zzz> 2) atualização 0.9.35 (zzz) 20:03:08 <zzz> 35 está indo bem 20:03:29 <zzz> 3 semanas já, faltam 7 semanas, 16K linhas de diff até agora. congelamento de funcionalidades em 1-2 semanas 20:03:57 <zzz> muita coisa boa até agora. como sempre, precisamos de testadores 20:04:12 <zzz> mais algo no 2) ? 20:06:00 <zzz> 3) atualização do NTCP2 (zzz) 20:06:20 <zzz> tivemos nossa 6ª reunião ontem e eu fiz minha atualização semanal da proposta há algumas horas; está no nosso site 20:06:45 <zzz> isso praticamente encerra a fase da especificação. Ainda não está bonito e certamente vai mudar, mas as grandes decisões já foram tomadas 20:07:11 <zzz> agora estamos na fase de implementação de teste. cada projeto deve codificar uma implementação até o fim de maio, e faremos testes de interoperabilidade em junho 20:07:37 <zzz> claro que continuaremos atualizando a especificação com base no que aprendermos ao começar a codificar 20:08:00 <zzz> então as coisas estão indo muito bem 20:08:15 <zzz> mais algo no 3) ? 20:08:21 <orignal_> zzz, você pode listar toda a cripto necessária para o ntcp2? 20:08:38 <zzz> por favor leia a especificação, não vamos fazer isso aqui, obrigado 20:08:39 <orignal_> além do que já está no I2P 20:09:02 <zzz> ou podemos discutir n #ntcp2 depois da reunião 20:09:34 <orignal_> achei que poderia ser interessante para todo mundo 20:09:36 <i2pr> [Slack/str4d] Aff internet 20:09:41 <zzz> mais algo no 3) ? 20:09:52 <i2pr> [Slack/str4d] Digitando 20:10:07 <i2pr> [Slack/str4d] Agora que temos um rascunho de especificação razoavelmente estável, vou ver se consigo dar uma limpada nele neste fim de semana e, depois, vou pedir para alguns amigos criptógrafos darem uma olhada. 20:11:01 <zzz> ok 20:11:08 <zzz> mais algo no 3) ? 20:12:02 <zzz> 4) Status scrum (zab) 20:12:06 <zzz> pode começar, zlatinb 20:12:15 <zlatinb> Oi, antes de começarmos - recebi pedidos de financiamento de todos, exceto do mhatta, mas isso é por causa de confusão com PGP 20:12:32 <zlatinb> então vou enviar as aprovações finais a cada um mais tarde hoje à noite 20:12:41 <zlatinb> e a do mhatta acabará ficando um pouco atrasada 20:13:37 <zlatinb> ok vamos começar - passando pela sala, 1-2-3 20:13:37 <zlatinb> zzz: vai 20:13:45 <zzz> ok 1) mês passado: 20:14:12 <zzz> lançamento da 34, pastas do susimail, DNSoverhTTPS, assistente SSL, o grupo revisou o artigo do PETS, novo lançamento do orchid... 20:14:23 <zzz> especificação do NTCP2, muitas reuniões e planejamento, muitas correções de bugs 20:14:30 <zzz> 2) próximo mês: 20:14:51 <zzz> impl do ntcp2, finalização do assistente ssl, muitas correções de bugs, mais planejamento e reuniões 20:15:04 <zzz> 3) bloqueadores: especificação de indicação 'pronto' do TAILS do mhatta 20:15:06 <zzz> EOT 20:15:18 <zlatinb> ok. str4d sua vez 20:15:31 <i2pr> [Slack/str4d] 1) Mês passado: 20:15:56 <i2pr> [Slack/str4d] - Terminei de migrar o I2P-Bote para o lançamento oficial do Apache James Server, deixei IMAP e SMTP funcionando bem o suficiente para implementar um serviço de retransmissão de transações de Zcash, fiz um novo lançamento. 20:16:24 <i2pr> [Slack/str4d] - Concluí o artigo sobre XRDS 20:16:33 <i2pr> [Slack/str4d] - Revisei a atualização do rascunho de VRP 20:16:40 <i2pr> [Slack/str4d] - Correções de bugs 20:16:50 <i2pr> [Slack/str4d] - Reuniões de design / especificação do NTCP2 20:17:02 <i2pr> [Slack/str4d] - Implementei (quase toda) a especificação preliminar do NTCP2 em Rust 20:17:07 <i2pr> [Slack/str4d] 2) Próximo mês: 20:17:32 <i2pr> [Slack/str4d] - Implementar as últimas arestas do NTCP2 no rascunho da especificação 20:17:46 <i2pr> [Slack/str4d] - Escrever um framework para gerar vetores de teste do NTCP2 20:17:55 <i2pr> [Slack/str4d] - Convencer a mim mesmo de que SipHash é adequado para ofuscação do comprimento 20:18:09 <i2pr> [Slack/str4d] - Escrever o cegamento AES de efêmeros como uma extensão do Noise 20:18:26 <i2pr> [Slack/str4d] - Trabalhar na implementação em Java do Noise com zzz e meeh 20:18:39 <i2pr> [Slack/str4d] - Lançar coisas conforme necessário 20:19:32 <i2pr> [Slack/str4d] 3) Bloqueadores: nenhum no momento; Atrito: viagens. 20:19:34 <i2pr> [Slack/str4d] EOT 20:20:00 <zlatinb> certo. meeh você está aqui? 20:20:49 <zlatinb> echelon? sadie? 20:21:31 <zlatinb> mhatta: por acaso você está por aí? 20:22:06 <zlatinb> :( 20:22:11 <anonymousmaybe> desculpe a interrupção , mas aqui tem Q/A de discussão ? ou só listar coisas ? 20:22:39 <zlatinb> anonymousmaybe: SCRUM - listando coisas, discussão talvez depois 20:22:39 <zzz> em cerca de 30 segundos vou pedir outros tópicos, aguarde 20:23:01 <zzz> é isso, zlatinb ? 20:23:08 <anonymousmaybe> entendi , obrigado 20:23:09 <zlatinb> acho que sim 20:23:36 <zzz> ok, talvez seja hora de um e-mail severo seu para todo mundo pedindo que estejam aqui e sejam pontuais... 20:23:48 <zzz> ok isso é tudo para o 4) 20:23:57 <zzz> mais algo para a reunião? anonymousmaybe é a sua vez 20:24:51 <anonymousmaybe> eu gostaria de perguntar sobre a implementação de DNSoverhTTPS, 20:25:34 <zzz> ok, esse é um detalhe técnico melhor discutido após a reunião de status 20:25:46 <zzz> mais algo para a reunião? 20:26:40 <anonymousmaybe> da minha parte, não 20:27:01 * zzz pega o baffer 20:27:38 * zzz *bbbaffs* a reunião encerrada

Lançamento 0.9.34

Tue, 10 Apr 2018 00:00:00 +0000

Detalhes da atualização

0.9.34 inclui correções importantes para serviços ocultos, streaming e SAM. Esta versão dá continuidade aos trabalhos de preparação para que Ed25519 seja o tipo de assinatura padrão e NTCP2 um novo transporte. Inclui melhorias de desempenho e o habitual conjunto de correções de bugs.

Como de costume, recomendamos que atualize para esta versão. A melhor forma de manter a segurança e ajudar a rede é executar a versão mais recente.

Reunião de Desenvolvedores do I2P - 03 de abril de 2018

Tue, 03 Apr 2018 00:00:00 +0000

Resumo rápido

Presentes: manas, meeh, str4d, zlatinb, zzz

Registro da reunião

20:00:01 <zzz> 0) Oi 20:00:01 <zzz> 1) atualização 0.9.34 (zzz) 20:00:01 <zzz> 2) tickets bloqueadores da 0.9.34 (str4d) 20:00:01 <zzz> 3) build Android/Maven da 0.9.34 e funções/cronograma de release (str4d/meeh) 20:00:01 <zzz> 4) Proposta de remoção de open4you.i2p e git.repo.i2p da página inicial do console (anonymousmaybe) 20:00:01 <zzz> 5) plano para 0.9.35 (zzz) 20:00:01 <zzz> 6) plano de NTCP2 (zzz) 20:00:01 <zzz> 7) Status scrum (zab) 20:00:05 <zzz> 0) Oi 20:00:07 <zzz> Oi 20:00:30 <zzz> bem-vindos à reunião 269, ao longo de quase 16 anos 20:00:33 <manas> Ei 20:00:43 <zlatinb> oi 20:00:44 <zzz> 1) atualização 0.9.34 (zzz) 20:00:55 <zzz> ok, o prazo de tradução e checkin é em 3 dias 20:01:20 <zzz> não há muitos relatos de bugs recentes 20:01:36 <zzz> então estamos indo bem, pendente o item 2) 20:01:56 <zzz> estive trabalhando na .35 e além nas últimas semanas 20:02:04 <zzz> algo mais em 1) ? 20:03:00 <zzz> 2) tickets bloqueadores da 0.9.34 (str4d) 20:03:25 <i2pr> [Slack/str4d] Hi :B 20:03:32 <zzz> o str4d tem vários tickets bloqueadores de meses atrás, e já foram empurrados além de alguns releases 20:03:38 <manas> oi str4d 20:03:38 <zzz> str4d, qual é o seu plano para eles? 20:04:10 <i2pr> [Slack/str4d] Vejo dois tickets bloqueadores. 20:04:19 <i2pr> [Slack/str4d] Um é reseeding em Androids antigos 20:04:39 <zzz> ok, bom, 2 é melhor do que 'vários' 20:04:45 <i2pr> [Slack/str4d] Para esse, reduzimos a janela do problema, mas na época não conseguimos identificar uma correção (a que tentamos não funcionou) 20:05:07 <i2pr> [Slack/str4d] No momento não tenho tempo para trabalhar nisso, e as versões mais antigas estão sendo usadas cada vez menos 20:05:24 <i2pr> [Slack/str4d] Então estou pensando que deveríamos simplesmente descontinuar as versões antigas do Android 20:05:59 <i2pr> [Slack/str4d] Observe que a Google Play Store colocou requisitos de que novos uploads de app passem a se conformar a APIs mais novas, então, nesse sentido, podemos ter a mão forçada se quisermos continuar a publicar no GPlay 20:07:02 <zzz> e o outro? 20:07:16 <i2pr> [Slack/str4d] Remover suporte para APIs antigas deve ser relativamente simples de fazer como parte da próxima atualização, se concordarmos. 20:08:03 <i2pr> [Slack/str4d] O outro são correções de strings traduzidas desde a 0.9.31 (no OP diz "menor, mas classificando como bloqueador") 20:09:19 <i2pr> [Slack/str4d] Parte disso eu corrigi localmente, mas não tive tempo de extrair e enviar. 20:09:41 <zzz> Acho que a questão é se você pretende fazer alguma correção de bugs de UI. A última correção que vimos sua foi há 5 meses. Eu destaquei cerca de 10 tickets há um mês que eu queria ver corrigidos para a .34. Você pretende fazer algum trabalho de UI daqui para frente ou devemos encontrar um substituto? 20:09:58 <i2pr> [Slack/str4d] Realisticamente, se deixar comigo, vai continuar escorregando, já que minhas prioridades estão em outro lugar no momento. 20:10:39 <i2pr> [Slack/str4d] Planejo enviar mais dos patches de UI, mas não tenho tempo para isso em um prazo suficientemente curto. 20:11:05 <zzz> ok, então não devemos esperar nenhum trabalho de UI, nem mesmo correções simples, da sua parte, nem para a .34 nem depois? 20:11:31 <i2pr> [Slack/str4d] O problema é que a palavra "simples" está carregando muito peso aí :stuck_out_tongue: 20:12:11 <i2pr> [Slack/str4d] Para a .34, correto, não esperem nenhum trabalho de UI de mim. 20:12:15 <zzz> ok. Gostaria que tivéssemos sabido disso meses atrás. Perdemos tempo demais. Vamos começar a reatribuir o trabalho e procurar substitutos. 20:12:22 <zzz> mais algo para 2) ? 20:13:01 <i2pr> [Slack/str4d] Posso passar conjuntos de patches para outros extraírem as correções "simples" - talvez eles tenham mais sorte do que eu lidando com monotone+git 20:13:23 <zzz> 3) build Android/Maven da 0.9.34 e funções/cronograma de release (str4d/meeh) 20:14:03 <zzz> Gostaria de saber se o str4d e o meeh decidiram quem vai fazer o quê para os releases de maven/fdroid/android da .34, para eu saber quem cobrar e quando vai acontecer 20:15:37 <i2pr> [Slack/str4d] O meeh tem as chaves de assinatura para Android e FDroid 20:15:51 <meeh> Podemos resolver isso agora. O que você acha, str4d, você tem tempo para isso, ou deveria eu? 20:16:16 <i2pr> [Slack/str4d] Eu ficaria feliz que você fizesse com eu no seu ouvido :slightly_smiling_face: 20:16:31 <i2pr> [Slack/str4d] (porque quero ampliar nossas capacidades de release) 20:16:47 <zzz> meeh, ok para você? 20:17:00 <i2pr> [Slack/str4d] Podemos marcar um horário para parear nisso. 20:17:16 <meeh> Sim, podemos fazer isso. É a melhor opção até agora, assim você pode me atualizar sobre como e o que fazer 20:17:29 <zzz> e quanto ao maven central? 20:17:45 <i2pr> [Slack/str4d] Atualmente sou o único com credenciais para isso. 20:18:08 <meeh> Sim, não tenho acesso ao maven 20:18:22 <i2pr> [Slack/str4d] Há alguns passos com a Sonatype que precisam ser feitos para mudar isso 20:18:29 <zzz> então você vai fazer ou vai dar privilégios ao meeh? Preciso saber quem é o responsável e quando vai acontecer 20:18:39 <i2pr> [Slack/str4d] (lembrando vagamente o que tive que fazer para configurar isso da primeira vez) 20:18:52 <i2pr> [Slack/str4d] Eu farei isso para a .34 20:19:21 <i2pr> [Slack/str4d] (provavelmente no mesmo pareamento com o meeh) 20:19:57 <zzz> ok, posso cobrar de vocês dois um prazo de duas semanas para liberar tudo? Se eu cortar o meu até 10 de abril, isso seria 24 de abril. ok? 20:20:41 <i2pr> [Slack/str4d] Ok. 20:20:51 <zzz> ok, meeh? 20:20:56 <i2pr> [Slack/str4d] Estarei em Denver na semana do dia 9, depois de volta ao Reino Unido na semana seguinte 20:21:09 <i2pr> [Slack/str4d] Então, a semana que funcionar melhor em fuso horário para o meeh 20:21:11 <meeh> Sim 20:21:39 <zzz> ok. meeh, você também me deve um ack de que verificou o relatório de crash do gplay 20:21:45 <zzz> mais algo em 3) ? 20:21:49 <meeh> Devo conseguir ajustar algo que se encaixe para o str4d nesse cronograma 20:22:27 <zzz> 4) Proposta de remoção de open4you.i2p e git.repo.i2p da página inicial do console (anonymousmaybe) 20:22:48 <zzz> ok, anonymousmaybe informa que esses dois sites estão fora do ar há semanas ou meses e recomenda que sejam removidos do console do router 20:22:55 <zzz> alguma objeção? 20:23:28 <i2pr> [Slack/str4d] git.repo.i2p está fora do ar há um tempo principalmente porque não tive tempo de entrar e fazê-lo rodar novamente. 20:23:53 <zzz> então não estou ouvindo você se opondo :) 20:23:55 <i2pr> [Slack/str4d] Se for desejado que ele volte a rodar, posso arrumar tempo para isso. Mas também não me oponho a removê-lo. 20:24:06 <zzz> se não, vou remover ambos para a .34 20:24:31 <i2pr> [Slack/str4d] Sem objeções da minha parte quanto ao open4you.i2p 20:24:33 <zzz> você pode solicitar reinclusão seguindo nossos processos normais assim que estiver no ar e estável 20:25:00 <zzz> é uma experiência de usuário terrível ter links mortos na página inicial do nosso console, e devemos isso aos nossos usuários: manter ou remover 20:25:06 <i2pr> [Slack/str4d] ACK (Segui esse processo da primeira vez, se bem me lembro :D) 20:25:15 <zzz> ok, algo mais em 4) ? 20:25:54 <zzz> 5) plano para 0.9.35 (zzz) 20:26:11 <zzz> ok, tivemos uma reunião de roadmap há uma ou duas semanas, e o roadmap no nosso site reflete os resultados 20:26:22 <zzz> todo o resto foi empurrado para 36/37 20:26:35 <zzz> já estamos trabalhando duro nos recursos da 35 há algumas semanas 20:26:55 <zzz> é assim que quero trabalhar em cada release, onde o trabalho é feito com antecedência e então mesclado cedo no ciclo 20:27:13 <i2pr> [Slack/str4d] +1 20:27:13 <zzz> o cronograma é para um release .35 em meados/final de junho, ciclo padrão de 10 semanas 20:27:34 <manas> Haverá uma reunião similar à última antes do release .35? 20:27:57 <zzz> sim, gostaria de fazer uma reunião de roadmap para a próxima algumas semanas antes de cada release 20:28:06 <manas> ok, parece bom 20:28:20 <zzz> mais algo em 5) ? 20:28:35 <zzz> s/all the// 20:29:08 <i2pr> [Slack/str4d] o roadmap da .35 me parece razoável 20:29:24 <i2pr> [Slack/str4d] +1 em melhorias de configuração de testnet privada :smile: 20:30:01 <zzz> 6) plano de NTCP2 (zzz) 20:30:09 <manas> Eu publiquei nos fóruns um pouco tarde, mas gostaria de ter uma reunião (ou discutir na próxima reunião) para tratar de detalhes sobre a rede de teste privada 20:30:30 <zzz> ok, reunimos uma equipe com representantes de todos os 3 projetos. Tivemos duas reuniões até agora e temos uma nova versão da proposta publicada 20:30:39 <meeh> manas vou entrar em contato com você em um dia ou dois, também fiz algum trabalho no tópico 20:30:43 <zzz> planejamos nos reunir uma vez por semana e soltar um novo rascunho após cada reunião 20:30:49 <manas> meeh: beleza :) 20:31:02 <zzz> o objetivo é terminar até o final de abril e ter implementações de teste até o final de maio. 20:31:19 <zzz> a próxima reunião é em #ntcp2, 9 de abril, 16:00 UTC, todos são bem-vindos. 20:31:20 <i2pr> [Slack/str4d] Qual proposta está sendo levada adiante? 20:31:36 <zzz> a versão que publicamos ontem. 20:31:52 <zlatinb> está disponível no clearnet forum, str4d 20:32:16 <zzz> na verdade, está no site. proposta 111. 20:32:56 <i2pr> [Slack/str4d] Ok, então é a atualização que eu propus 20:33:06 <zzz> comentários podem ser feitos no i2pforum.i2p, i2pforum.i2p, no ticket do trac, no tópico zzz.i2p, em #ntcp2, aqui, você pode me enviar email, de qualquer forma que quiserem. Clearnet ou não. Damos boas-vindas à participação de todos. 20:33:11 <i2pr> [Slack/str4d] Preciso verificar se o que foi colocado no site corresponde ao que venho trabalhando localmente 20:33:46 <zzz> como te enviei por email há uma semana, não exigimos uma proposta separada sua. 20:34:12 <zzz> 111 será a proposta e iremos atualizá-la a cada semana após nossa reunião.\ 20:34:33 <i2pr> [Slack/str4d] Vou te pingar depois da reunião. 20:34:40 <zzz> mais algo em 6) ? 20:36:00 <zzz> 7) Status scrum (zab) 20:36:04 <zzz> com você, zlatinb 20:36:30 <zlatinb> Oi. Antes de começarmos o scrum, todos que querem ser pagos, por favor preencham a planilha de horas/formulário de solicitação que o zzz postou no fórum dele 20:36:55 <zlatinb> e me enviem o formulário por email 20:36:58 <zlatinb> agora vamos ao scrum 20:37:01 <zzz> ok, sugiro que esperemos até pelo menos a última semana do mês, assim as pessoas sabem quanto trabalharam até então? 20:37:42 <i2pr> [Slack/str4d] Concordo. Pelo que entendi, o trimestre começou em fev 20:37:43 <zlatinb> claro, mas eu precisaria de alguns dias depois de receber o formulário 20:38:09 <manas> Acredito que o post dizia não antes de 23 de ABR 20:38:29 <zzz> No post eu disse que o mais cedo para enviar por email é 23 de abril e o mais tarde é 30 de abril. Mas você faz as regras e eu atualizo. 20:38:49 <zlatinb> essas datas estão boas 20:39:07 * zlatinb foi pego por não ter lido o post ;-) 20:39:17 <zlatinb> de qualquer maneira :) 20:39:50 <zlatinb> então, scrum - vamos rodar a sala, quando seu nome for chamado, por favor publique uma breve descrição de 20:39:56 <zlatinb> 1) o que você tem feito desde o último scrum 20:40:02 <zlatinb> 2) o que você planeja fazer no próximo mês 20:40:21 <zlatinb> 3) você está bloqueado por alguém ou precisa de ajuda em algo 20:40:40 <zlatinb> por favor faça isso mesmo que você tenha atualizado no chat por vídeo, isto é para a posteridade 20:41:02 <zlatinb> então, zzz, você primeiro 20:41:35 <zzz> obrigado, zlatinb. No último mês, fiz muito trabalho no release .34, incluindo muitos consertos de bugs e novos recursos. 20:42:13 <zzz> Mais recentemente, migrei para recursos e pesquisa da 35, incluindo pastas do susimail e o novo protocolo NTCP2 20:42:53 <zzz> no próximo mês, planejo revisar o artigo que recebemos há um mês, continuar o trabalho no NTCP2, soltar o release 34, 20:43:05 <zzz> e corrigir bugs. 3) sem bloqueadores. EOT. 20:43:18 <zlatinb> obrigado 20:43:26 <zlatinb> eche|off: você está aqui por acaso? 20:43:39 <zzz> acho que não 20:43:40 <zlatinb> Eu sei que ele disse que não estaria, mas só por via das dúvidas... 20:44:03 <zlatinb> certo. Próximo de tempo integral - meeh, vai 20:44:22 <meeh> Destaques 20:44:22 <meeh> Estou quase terminando um MVP para um novo launcher no OSX, melhorei o serviço de outproxy e estou ajustando para melhor performance. Fiz alguns testes em Scala, mais por vir. E configurei sistemas de teste de que preciso para dev/test de Android e OSX. Também usei um tempo para me familiarizar novamente com as bases de código. Também dei uma lida nas propostas. 20:44:40 <meeh> Miscelânea: Muita coisa eu realmente não consigo lembrar agora. 20:45:23 <meeh> Para a próxima rodada: Ter o MVP para OSX pronto. Surpreender vocês com um bom bundle de navegador. Focar mais em testes em Scala, Android e documentação de contribuição 20:45:51 <meeh> Bloqueadores; mja.. ser mais seguro nas mudanças de DNS como discutido no último vídeo 20:46:12 <zlatinb> sim, de fato, vou ter que cobrar o welt mais a sério 20:46:34 <zlatinb> algo mais, meeh? 20:46:51 <meeh> Porque, assim que pudermos ter certeza das mudanças e de quando, posso descontinuar alguns serviços antigos com servidores e software novos (limpeza, e tal) 20:46:59 <meeh> Melhorar meus serviços para i2p 20:47:04 <meeh> Pronto agora :) 20:47:19 <zlatinb> legal 20:47:35 <zlatinb> manas: deve ser bem tarde onde você está, bom te ver, seu update por favor? 20:47:56 <manas> oi, pessoal. bom ver todos de novo 20:47:57 <manas> para resumir: estudei até o capítulo 4, que é sobre sintaxe de Java, do livro que estou usando para estudar Java. continuarei com o capítulo 5 este mês, objetos em Java. escrevi algum código em Java que foi revisado pelo zzz (obrigado, zzz). continuarei estudando cripto também. lendo sobre Ant e Gradle. pensando sobre a rede de teste, planejando adquirir algum hardware para 20:47:58 <manas> isso. continuo mantendo serviços que executo e acompanhando divulgações de segurança. lendo/respondendo a posts no trac e no fórum regularmente. 20:48:19 <manas> meeh, se você tiver algum texto/documentação para compartilhar sobre operar um outproxy, eu teria interesse em ler :) 20:48:21 <manas> eot 20:48:57 <zlatinb> coisa boa - quero falar em breve sobre o negócio de outproxy à luz do OTF 20:49:08 <meeh> Claro, podemos falar sobre isso depois. Principalmente é um tunnel sem nada no campo de domínio 20:49:09 <zlatinb> mas agora de volta ao scrum - str4d sua tunr 20:49:11 <zlatinb> vez 20:49:18 <i2pr> [Slack/str4d] No último mês, trabalhei nas nossas especificações de cripto atuais, comecei o processo de migração das propostas para o novo fórum, participei da reunião de desenvolvedores do Tor em Roma (pelo Zcash, mas tive várias discussões relevantes para I2P), trabalhei com Elio/Ura em mockups do site, trabalhei no Ire em preparação para o rascunho de implementação do NTCP2, e de modo geral pensei 20:49:19 <i2pr> sobre as primitivas criptográficas do NTCP2. 20:50:20 <i2pr> [Slack/str4d] No próximo mês, planejo checar meu email XD, parear com o meeh na .34 Android/Maven, agendar no meu calendário essas reuniões que estou perdendo, revisar o artigo, começar um rascunho de implementação do NTCP2 para entender algumas das questões da biblioteca Noise, e trabalhar na especificação do blinding de chave efêmera ao estilo Elligator. 20:50:50 <i2pr> [Slack/str4d] Único bloqueador é relacionado a email, vou pingar as pessoas depois sobre isso. 20:50:57 <i2pr> [Slack/str4d] EOT 20:51:38 <zlatinb> i2pr: str4d ping ping 20:52:35 <zlatinb> obrigado 20:52:46 <zlatinb> a sadie está por aí no slack? 20:53:40 <zlatinb> se não, acho que isso é todo mundo / tudo para 7) 20:54:03 <zzz> ok, obrigado zlatinb, alguém tem mais algo para a reunião? 20:54:38 <i2pr> [Slack/str4d] Acho que ela não está aqui 20:54:55 <meeh> não, apenas o anúncio de que vou configurar mais recursos para o outproxy e melhorá-lo 20:55:03 * zzz pega o baffer 20:56:00 * zzz *baffs* e encerra a reunião

Reunião de Desenvolvedores do I2P - 06 de março de 2018

Tue, 06 Mar 2018 00:00:00 +0000

Resumo rápido

Presentes: echelon, meeh, psi, str4d, zlatinb, zzz

Registro da Reunião

20:00:00 <zzz> 0) Oi 20:00:00 <zzz> 1) Itens restantes do lançamento 0.9.33 (f-droid.org, Debian oficial) (nextloop, mhatta) 20:00:00 <zzz> 2) Atualização 0.9.34 (zzz) 20:00:00 <zzz> 3) Scrum de status (zab) 20:00:04 <zzz> 0) Oi 20:00:06 <zzz> oi 20:00:17 <zlatinb> oi 20:00:20 <zzz> bem-vindos à reunião 268 deste grande projeto de 15 anos! 20:00:44 <zzz> 1) Itens restantes do lançamento 0.9.33 (f-droid.org, Debian oficial) (nextloop, mhatta) 20:01:03 <zzz> ok, o nextloop fez um PR para o f-droid, ainda não apareceu, mas com sorte será em breve 20:01:30 <zzz> para o Debian, ainda não tivemos notícias do mhatta, e perdemos o prazo do Bionic 20:01:51 <zzz> mais algo no 1)? 20:03:01 <zzz> 2) Atualização 0.9.34 (zzz) 20:03:37 <zzz> estamos na metade do ciclo de 10 semanas programado. Defini o prazo de check-in para daqui a 4 semanas e meia. Congelamento de tags em 3 semanas, lançamento em 5 semanas 20:04:03 <zzz> estamos com 16K linhas de diff. A mudança mais notável é a parte 2 da reformulação do susimail. O resto são correções por toda parte 20:04:28 <zzz> Incentivo todos da equipe a corrigirem alguns tickets para o lançamento, se possível 20:05:01 <zzz> já passamos o prazo para 'grandes mudanças', mas ainda esperamos várias correções de todos 20:05:21 <zzz> e, claro, testar os builds de desenvolvimento também é tarefa de todos, por favor, ajudem 20:05:31 <zzz> mais algo no 2)? 20:07:01 <zzz> 3) Scrum de status (zab) é com você 20:07:04 <eche|on> na verdade não 20:07:11 <zlatinb> Oi. Vamos passar por todos e, quando seu nome for chamado, por favor, dê uma breve descrição de: 20:07:21 <zlatinb> 1) o que você tem feito desde o último scrum 20:07:29 <zlatinb> 2) o que você planeja fazer no próximo mês 20:07:44 <zlatinb> 3) se você está bloqueado por algo ou se precisa de ajuda de alguém 20:08:11 <zlatinb> Por favor, espere até o scrum terminar se achar que precisa tratar de uma questão ou fazer um comentário 20:08:21 <zlatinb> vamos lá — zzz, comece 20:09:10 <zzz> ok. além do que já disse... tenho trabalhado em melhorar o suporte a ssl no console e nas eepsites; melhorias no upnp; correções de ipv6; e refatorações diversas 20:09:40 <zzz> Espero continuar com ssl e ipv6 no próximo mês, além de encerrar outras correções para o lançamento, que será no início de abril 20:10:06 <zzz> Estou bloqueado para trabalhar nas propostas, aguardando trabalhar com o str4d 20:10:07 <zzz> FIM 20:10:41 <zlatinb> eche|on: por favor, vá em frente 20:11:07 <eche|on> ok, tenho trabalhado no trac, fórum e blog 20:11:28 <eche|on> no mês que vem isso continuará, um pouco mais de PR, atualizar as finanças,... 20:11:39 <eche|on> no momento, tudo ok; semana que vem estarei viajando 20:12:12 <zlatinb> ótimo. meeh, você está aí? Pode nos dar uma atualização? 20:12:38 <meeh> Sim, um momento 20:13:45 <meeh> Tenho trabalhado na parte do launcher do OSX porque isso me incomoda muito desde que estou no OSX; além disso — nos últimos 1,5 dia usei para migrar nosso horrível banco de dados sqlite (trac) para algo que escale 20:13:53 <meeh> Tentando evitar aquele problema do byte nulo 20:14:31 <meeh> Parece que vou conseguir fazê-lo funcionar agora, desde que eu tenha definido manualmente todas as tabelas antes no pgsql, antes de tentar importar (então sem as tabelas) 20:15:37 <meeh> E sim, também posso ter algo quanto à exportação de git->monotone 20:15:45 <meeh> Isso é tudo da minha parte 20:16:22 <zlatinb> ok, então não está bloqueado por nada, pelo que entendi? 20:16:46 <meeh> não 20:16:50 <meeh> Tudo certo :) 20:17:16 <zlatinb> excelente. psi, quer se juntar à diversão? 20:17:22 <psi> claro 20:17:28 <psi> vamos ver 20:17:47 <psi> 1) este é meu primeiro scrum para o i2p 20:18:18 <psi> 2) este mês vou deixar o libsam super brilhante e incrível 20:18:32 <psi> possivelmente adicionando uma variante com epoll/kqueue 20:18:57 <psi> 3) no momento aguardando revisão do PR que fiz no GitHub para o libsam 20:19:00 <psi> FIM 20:19:20 <zlatinb> muito bom 20:19:24 <zlatinb> str4d: você está aí? 20:19:51 <zlatinb> sadie, talvez você esteja? 20:20:09 <zzz> sadie me disse que provavelmente perderia 20:20:41 <zlatinb> e o str4d parece ausente 20:20:55 <zlatinb> então isso conclui o scrum, creio eu — manas está isento e mhatta está ausente sem aviso 20:21:20 <zzz> ok, mais alguma coisa para o 3)? mais algo para a reunião? 20:21:34 <zlatinb> agora, alguém tem perguntas ou comentários sobre algo que foi levantado durante o scrum? 20:21:41 <meeh> Tenho uma pergunta sobre Oracle, licença e nós quando for a hora de perguntas e respostas 20:21:54 <zlatinb> (esta é a parte de bloqueador/bloqueado) 20:22:05 <zlatinb> meeh: ok, podemos conversar após a reunião 20:22:43 <zzz> Só acrescento que estou bloqueado em todas as possíveis mudanças e melhorias de empacotamento por depender do mhatta 20:23:12 <zzz> e quanto ao recurso de notificação de inicialização do Tails, idem 20:24:22 <zlatinb> ok. Isso conclui o 3), acho 20:24:33 <zzz> ok, mais algo para a reunião? 20:25:02 * zzz pega o baffer 20:25:27 <i2pr> [Slack/str4d] Aqui 20:25:38 * zzz larga o baffer 20:25:38 <zlatinb> olá 20:25:39 <i2pr> [Slack/str4d] Desculpe o atraso, problemas de internet de novo 20:26:13 <zlatinb> então, sim, brevemente 1) o que você fez 2) o que vai fazer 3) bloqueado / precisa de ajuda? 20:27:58 <i2pr> [Slack/str4d] 1) correção de bugs, trabalho de release, patchset da UI do console do router, trabalho no Android e delegação da chave de assinatura, triagem de tickets, artigo para a XRDS 20:29:14 <i2pr> [Slack/str4d] Ah, e colaboração com a Ura 20:29:24 <i2pr> [Slack/str4d] (além das reuniões de sempre etc.) 20:31:40 <i2pr> [Slack/str4d] 2) Migrar todas as propostas para o novo fórum, finalizar o rascunho do NTCP Noise como uma nova proposta, reunião do Tor Dev, sincronizar com a Ura, sincronizar com o dawuud sobre SPHINCS, possivelmente revisão de artigo, revisões no artigo da XRDS, triagem de tickets 20:34:49 <zlatinb> você está bloqueado em algo ou precisa de ajuda de alguém? 20:34:50 <i2pr> [Slack/str4d] 3) Nada no momento, mas contato com pessoas interessadas em revisar coisas 20:35:07 <i2pr> [Slack/str4d] Ah, lista de e-mails 20:35:20 <zzz> ok, mais alguma coisa para o 3)? mais algo para a reunião? 20:36:03 * zzz pega o baffer de novo 20:36:23 <zzz> zab, gostei do 1‑2‑3, funcionou bem 20:37:01 * zzz **encerra** a reunião

I2P na BSidesNYC

Mon, 12 Feb 2018 00:00:00 +0000

Sadie e str4d participaram do BSidesNYC no sábado, 20 de janeiro. Agradecemos à equipe do BSides por realizar uma conferência tão excelente!

Além de algumas palestras, dedicamo-nos principalmente a trabalhar em várias metas que havíamos definido para o dia durante a tarde, na área comum do John Jay College.

Nossa tarefa mais urgente foi escrever o roadmap de alto nível para 2018, seguindo as discussões no 34C3. Isso já foi publicado - confira! Também retomamos algumas conversas que haviam sido deixadas de lado durante o período de festas, relacionadas ao nosso incipiente Processo de Resposta a Vulnerabilidades, e trabalhamos para colocá-lo em “uso em produção”.

Roteiro de alto nível para 2018

Sun, 11 Feb 2018 00:00:00 +0000

Uma das muitas coisas que discutimos no 34C3 foi em que deveríamos nos concentrar para o próximo ano. Em particular, queríamos um roadmap (plano de ação) que fosse claro sobre o que queremos garantir que faremos, versus o que seria realmente bom ter, e que também nos permitisse ajudar a integrar os recém-chegados em qualquer uma das categorias. Aqui está o que elaboramos:

Prioridade: Nova cripto(grafia!)

Muitas das primitivas e protocolos atuais ainda mantêm seus projetos originais de por volta de 2005 e precisam de melhorias. Temos tido várias propostas abertas há vários anos com ideias, mas o progresso tem sido lento. Todos concordamos que isso precisa ser nossa principal prioridade para 2018. Os componentes centrais são:

Roteiro de alto nível para 2018

Sun, 11 Feb 2018 00:00:00 +0000

Uma das muitas coisas que discutimos no 34C3 foi em que deveríamos concentrar nossos esforços no próximo ano. Em particular, queríamos um roteiro que deixasse claro o que queremos garantir que será concluído, em contraste com o que seria muito bom ter, e que também nos ajudasse a integrar recém-chegados em qualquer uma das categorias. Eis o que definimos:

Prioridade: Nova cripto(grafia!)

Muitas das primitivas e dos protocolos atuais ainda conservam seus projetos originais de por volta de 2005 e precisam de melhorias. Há vários anos temos diversas propostas abertas com ideias, mas o progresso tem sido lento. Todos concordamos que isso precisa ser a nossa prioridade máxima para 2018. Os componentes centrais são:

Reunião de Desenvolvedores do I2P - 06 de fevereiro de 2018

Tue, 06 Feb 2018 00:00:00 +0000

Resumo rápido

Presentes: echelon, manas, meeh, orignal, R4SAS, sadie, str4d, zlatinb, zzz

Registro da Reunião

20:00:01 <zzz> 0) Oi 20:00:01 <zzz> 1) atualização 0.9.33/34 (zzz) 20:00:01 <zzz> 2) acompanhamento 34C3 (zzz) 20:00:01 <zzz> 3) relatório B-Sides NYC (sadie, str4d) 20:00:01 <zzz> 4) relatório FOSDEM (echelon) 20:00:01 <zzz> 5) Status scrum (zab) 20:00:05 <zzz> 0) Oi 20:00:08 <zzz> Oi 20:00:11 <zlatinb> oi 20:00:15 <manas> oi 20:00:19 <echelon> oi 20:00:35 <zzz> 1) atualização 0.9.33/34 (zzz) 20:00:46 <zzz> ok, 0.9.33 saiu há uma semana, tudo parece bom até agora 20:00:47 <orignal_> oi 20:01:22 <zzz> itens restantes são android/fdroid/maven do str4d e o debian oficial do mhatta. Vocês dois poderiam nos dar uma ETA? 20:01:27 <R4SAS> oi 20:01:33 <echelon> sim, parece bom 20:02:39 <zzz> precisamos de ambos até o fim de semana, para cumprir nossa meta de duas semanas para itens principais do lançamento e para cumprir o prazo do Bionic 20:03:24 <zzz> ok vou avançar para a .34, espero que eles apareçam 20:03:48 <zzz> defini um cronograma de 10 semanas para a .34 com um lançamento em meados de abril. Isso significaria os itens grandes até o início de março 20:03:59 <echelon> ok 20:04:06 <zzz> fiz commit de algumas coisas pequenas, e tenho uma grande reescrita do susimail chegando em alguns dias 20:04:19 <echelon> vou testá-los 20:04:42 <echelon> mais alguma coisa no plano para a .34 ? 20:04:50 <zzz> ah, outra coisa sobre a .33, tivemos 73 tickets abertos no ciclo de desenvolvimento da .33. Corrigi cerca de 30. 20:04:54 <i2pr> [Slack/sadie] oi 20:05:13 <zzz> sou basicamente o único fazendo triagem ou correções e, se eu não receber ajuda, não terei tempo para mais nada 20:05:38 <zzz> então eu apreciaria, tickets são tarefa de todos, por favor ajudem onde puderem 20:05:54 <echelon> Posso procurar alguns tickets, mas não posso fazer código 20:06:08 <echelon> ainda lutando com a gestão de usuários no trac 20:06:08 <zzz> sobre a .34, o roadmap precisa de alguns ajustes para o que realmente podemos fazer, mas não olho para ele há algumas semanas 20:06:23 <echelon> ok 20:06:34 <zzz> muitos dos tickets são para o site e não temos ninguém fazendo correções consistentes no site há muito tempo 20:06:51 <echelon> ok, conteúdo é fácil 20:07:02 <zzz> suponho que o str4d tenha algumas correções de UI para a 34, já que ele não conseguiu colocar nada na 33, mas veremos 20:07:08 <zzz> mais alguma coisa em 1) ? 20:08:00 <zzz> 2) acompanhamento 34C3 (zzz) 20:08:35 <zzz> isso era realmente só um placeholder. Uma coisa pendente é finalizar a visão geral das prioridades do roadmap do str4d e colocar no site 20:08:40 <zzz> str4d, algum status sobre isso? 20:08:55 <zzz> alguém mais tem algo a dizer sobre o 34C3? 20:09:17 <manas> foram 4 dias excelentes :) 20:09:17 <echelon> não houve tanta gente falando conosco quanto no 33c3 20:09:52 <zzz> sim, embora tenhamos feito muita coisa, talvez porque tivemos menos público espontâneo. É uma troca 20:09:55 <orignal_> já não há interesse no i2p? 20:10:06 <i2pr> [Slack/str4d] Tenho o rascunho desde então, mas continuo enfrentando problemas de acesso ao fórum de desenvolvimento 20:10:08 <zzz> foi mais a localização da mesa 20:10:11 <i2pr> [Slack/str4d] Feito* 20:10:13 <echelon> claro 20:10:27 <zzz> str4d, ETA para colocar isso no site? 20:11:24 <zzz> str4d, voltando ao 1), ETA para maven/android/fdroid .33? 20:11:31 <i2pr> [Slack/str4d] Se eu não precisar solicitar mais revisão no fórum de desenvolvimento, posso fazer isso hoje à noite 20:11:55 <zzz> Eu enviei algumas objeções às quais você não respondeu, pelo menos até algumas horas atrás 20:11:59 <i2pr> [Slack/str4d] As coisas da .33 provavelmente não neste fim de semana, vou estar trabalhando o fim de semana todo em coisas do Zcash 20:12:11 <zzz> ETA para a .33 então? 20:12:23 <i2pr> [Slack/str4d] Certo, é isso que eu tenho tentado postar no fórum de desenvolvimento 20:12:57 <zzz> bem, se você viu, então leve em conta as objeções, ou não, fica a seu critério 20:13:58 <i2pr> [Slack/str4d] .33 terá que ser no próximo fim de semana (por volta do dia 18?) 20:14:41 <zzz> isso é 2 semanas e meia após o lançamento. Não tem como fazer antes? Precisamos realmente tratar esses itens como produtos primários do lançamento e colocá-los no ar rapidamente 20:15:31 <orignal_> zzz, por que você não pode cuidar disso sozinho? 20:15:50 <zzz> todos temos nossos papéis. Eu não posso fazer tudo. 20:17:07 <orignal_> às vezes você tem que 20:17:09 <zzz> ok, o str4d pode responder, ou não. Mais alguma coisa em 1) ou 2) ? 20:17:17 <i2pr> [Slack/str4d] Não posso mudar minha agenda de trabalho 20:17:48 <i2pr> [Slack/str4d] Seria ótimo ter mais pessoas capazes de fazer esses releases, particularmente o Maven 20:17:52 <zzz> ok, vamos descobrir como fazer isso acontecer mais rápido da próxima vez 20:17:59 <zzz> 3) Relatório do B-Sides NYC (sadie, str4d) 20:18:19 <zzz> sadie, str4d, poderiam nos dar um breve relatório e também informar a ETA para publicar o relatório completo da viagem? 20:18:47 <i2pr> [Slack/sadie] correu bem - temos um post de blog pronto (algum problema para publicar) 20:19:22 <zzz> isso foi... realmente breve... ETA para publicar isso? 20:19:34 <i2pr> [Slack/sadie] trabalhamos no roadmap, trabalhamos no site e discutimos ideias de divulgação para este ano 20:20:11 <i2pr> [Slack/str4d] A IA do site para navegação está em bem melhor forma 20:20:25 <i2pr> [Slack/sadie] voltamos a falar com o Elio, que fez o novo logo, para começar o design das subpáginas 20:20:32 <zzz> IA? 20:20:40 <i2pr> [Slack/str4d] Arquitetura da informação 20:21:21 <zzz> sadie, str4d, ETA para publicar o relatório da viagem? 20:21:30 <i2pr> [Slack/str4d] O post do blog estará no ar assim que o roadmap estiver 20:21:56 <zzz> ok. Mais alguma coisa em 3) ? 20:22:45 <zzz> 4) Relatório FOSDEM (echelon) 20:22:47 <i2pr> [Slack/str4d] tl;dr correu bem, vale a pena fazer de novo 20:22:58 <zzz> echelon, como foi no FOSDEM, como foi a palestra sobre I2P? 20:23:25 <echelon> o FOSDEM é um evento grande e bacana com>20 trilhas paralelas e milhares de visitantes, tudo gratuito para participar 20:23:34 <manas> uau, legal 20:23:58 <echelon> o próprio FOSDEM é bem gerido e organizado, mas conseguir comida demora um pouco; também muitas palestras lotam rápido e não dá para entrar 20:24:23 <echelon> mas todas as palestras são transmitidas ao vivo e agora são enviadas para o YouTube e ficam online na página do FOSDEM 20:24:49 <echelon> a palestra de i2p foi uma rápida apresentação sobre o que é i2p e em que difere do Tor, não muito mais, o tempo era curto 20:25:09 <zzz> você conheceu o cara? 20:25:20 <echelon> o autor é um cara do i2pd, não muito em contato aqui, mas tinha uma visão bastante boa do código, exceto por alguns números errados 20:25:29 <echelon> o público foi de ~100–150 pessoas, a sala estava cheia 20:25:53 <zzz> ótimo, que bom que você foi 20:26:01 <zzz> mais alguma coisa em 4) ? 20:26:01 <echelon> apenas 2 perguntas depois, por exemplo, se o java i2p realmente usa agora 2–4 GB e se ele roda em um raspverry pi 20:26:17 <echelon> deveríamos ir em 2019 também 20:26:43 <echelon> (eu só trouxe para casa uma tosse, que pena) 20:26:53 <orignal_> como é que não conhecemos esse cara? 20:27:27 <manas> echelon: eu trouxe uma tosse forte no voo de volta do 34c3 :) agora está tudo bem 20:27:29 <echelon> ele ficou sob o radar, mas tem direitos de push no git 20:27:49 <orignal_> manas onde você está agora? 20:27:51 <zzz> mais alguma coisa em 4) ? 20:27:58 <echelon> não conversei muito, como eu já estava mal e o tempo foi um problema no domingo 20:28:29 <orignal_> direitos de push? Acho que só R4SAS, villain e psi têm 20:28:38 <zzz> 5) Status scrum (zlatinb) 20:28:45 <zzz> ok zab, a palavra é sua 20:28:50 <echelon> ele disse que deu push de código para o i2pd 20:28:59 <echelon> ok 20:29:08 <zlatinb> olá a todos. Estou feliz em dizer que todas as propostas de compensação foram aprovadas! 20:29:10 <orignal_> nós vamos encontrá-lo então 20:29:46 <zlatinb> vamos passar pela sala e, quando seu nome for chamado, por favor dê um breve resumo do que você vai trabalhar nos próximos 6 meses. Por favor deixem as perguntas para depois 20:29:55 <zlatinb> zzz você começa 20:30:52 <zzz> ok, a maior parte do meu tempo é gestão do projeto, correções de bugs e código novo, mas planejo dedicar uma parte significativa do tempo a propostas e planejamento, além de estudar algumas coisas 20:31:02 <zzz> para estar bem informado o suficiente para tomar algumas das decisões que precisamos tomar 20:31:27 <zzz> a maioria de vocês sabe o que eu faço, mas esse é um resumo rápido 20:31:39 <zzz> código código código, bugs bugs bugs, repetir 20:31:42 <zzz> EOT 20:31:56 <zlatinb> Obrigado. echelon , sua vez 20:32:23 <echelon> ok, gerenciando os fundos, fazendo um pouco de PR, gerenciando a maioria dos serviços, fazendo algum trabalho no trac, indo a conferências^^ 20:32:41 <echelon> eot 20:32:55 <zlatinb> str4d: vai 20:33:04 <i2pr> [Slack/str4d] Primeira prioridade do meu tempo será escrever e revisar propostas e gerenciar o processo de propostas junto com o zzz para garantir que tenhamos documentos de proposta de alta qualidade para a comunidade. 20:33:33 <i2pr> [Slack/str4d] A segunda prioridade será esboçar implementações de propostas em Java e Rust e colaborar com pessoas fora do I2P em componentes comuns. 20:34:10 <i2pr> [Slack/str4d] O restante do meu tempo será em Maven, Android (apenas correções de bugs) e I2P-Bote. 20:34:13 <i2pr> [Slack/str4d] EOT 20:34:53 <zlatinb> sadie, obrigado por vir! Diga-nos o que você vai fazer 20:35:20 <zlatinb> Sadie? 20:35:42 <i2pr> [Slack/str4d] Você não consegue ver a notificação de escrita no shack 20:35:43 <i2pr> [Slack/sadie] Oi! Vou expandir meu papel de PR - posts no blog, notícias da console.. 20:35:47 <i2pr> [Slack/str4d] Slack* 20:36:26 <i2pr> [Slack/sadie] também - triagem no trac - melhorando nossos tempos de resposta, ajudando usuários 20:37:13 <i2pr> [Slack/sadie] pesquisa de financiamento, alcance a outros projetos e parcerias estratégicas. Encontrar mais usuários e devs 20:37:35 <i2pr> [Slack/sadie] EOT 20:37:47 <zlatinb> Parece ótimo. manas, sua vez 20:37:52 <manas> oi 20:38:05 <manas> próximos 6 meses: estudar Java, documentação do i2p e familiarizar-se com a base de código; estudar criptografia, anonimato, privacidade e segurança - quaisquer recomendações de livros/artigos/etc. relacionados a esses tópicos são bem-vindas :) 20:38:10 <manas> tenho algumas ideias de arte interessante que poderiam ser usadas para adesivos/camisetas com a marca i2p, que também irei explorar 20:38:14 <manas> status atual: o espaço de escritório foi montado; coisas de rede quase todas feitas - um router requer uma atualização de firmware, abri um ticket. pronto para avançar em todas as tarefas. 20:38:16 <manas> eot 20:38:36 <zlatinb> ótimo. meeh e mhatta, vocês estão aqui? 20:38:49 <meeh> estou aqui 20:38:58 <zlatinb> manda ver 20:39:01 <manas> oi meeh :) 20:39:05 <meeh> me dê um momento para acompanhar 20:39:40 <zlatinb> estamos fazendo o scrum, apenas dê um breve resumo do que você vai fazer nos próximos 6 meses 20:39:46 <meeh> entendi 20:42:12 <meeh> próximos 6 meses: completar o máximo possível de scalatests (testes unitários) para as partes de core e router do i2p, provavelmente outras também. além disso, i2p para OSX precisa de melhorias, onde vou trabalhar no launcher e no processo de atualização; também espero fazer melhorias em docs/web, acompanhar o máximo que eu puder no trac com relação a issues abertas de todos os tipos e, por fim, alguma pesquisa para nova cripto / I2NP 20:42:45 <zlatinb> certo 20:44:39 <zlatinb> infelizmente o mhatta não está aqui, então isso conclui o scrum 20:44:39 <zlatinb> antes de 'baf' a reunião, gostaria de dar a chance às pessoas de fazerem quaisquer perguntas aos outros membros da equipe 20:44:40 <zlatinb> então, se tiverem algo específico que queiram perguntar sobre as metas - mandem ver! 20:44:40 <zlatinb> se não, falcon heavy lança em um minuto :) 20:44:41 <manas> meeh: você vai considerar separar os testes que requerem acesso à rede daqueles que não requerem? 20:44:42 <meeh> Gostaria de pedir que as pessoas digam se há lugares que realmente precisam de testes — priorizando em relação a outros. Aberto a sugestões. 20:45:21 <zzz> manas e str4d são os melhores para discutir os testes 20:45:38 <meeh> manas: eu tentaria emular/mocar a rede o quanto puder; ainda não pensei em como fazer se eu encontrar um teste, mas posso manter você informado :) 20:45:59 <manas> BobTheBuilder atualmente executa os testes do Ant com o wrapper do torsocks. Seria legal poder executar os testes que exigem rede independentemente do restante 20:46:00 <meeh> s/test/um lugar onde seja necessário um teste/ 20:46:29 <zzz> zab, precisaremos discutir se queremos manter a parte de scrum desta reunião, ou não; podemos fazer isso nas próximas semanas 20:46:30 <meeh> então vou ver isso :) 20:46:33 <meeh> obrigado pelo conselho. 20:46:45 <zzz> e haverá um scrum antes do próximo mês? 20:47:03 <manas> meeh: vamos discutir mais, eu também vou dar uma olhada nos testes :) 20:47:11 <zlatinb> certo, então eu gostaria de um scrum com todos todo mês 20:47:17 <meeh> estou totalmente ok com isso - eu já faço pior (todo dia 09h30) :p 20:47:19 <zlatinb> exceto o manas que não consegue por causa do fuso horário 20:47:44 <zzz> tenho certeza de que o mhatta está em um fuso horário pelo menos tão ruim 20:47:46 <manas> sim, é cedo aqui lol 20:47:47 <zlatinb> independentemente disso, vou me reunir com quem trabalha em tempo integral toda semana por irc/signal, etc. 20:47:56 <manas> o mhatta pode estar em sono profundo 20:47:59 <meeh> Vou mudar de fuso horário se necessário, no pior caso :) 20:48:14 <zzz> o mais cedo que posso adiantar a reunião é mais meia hora, embora depois do horário de verão provavelmente eu possa fazer às 19:00 UTC 20:48:25 <zzz> ainda não é cedo o suficiente para o mhatta, eu acho 20:48:41 <manas> embora uma vez por mês não seria um problema. uma vez por semana poderia ser 20:49:18 <zzz> Incentivo todos a estarem no IRC com a maior frequência possível. Tem estado terrivelmente quieto aqui. Este é o melhor lugar para fazer as coisas acontecerem 20:49:25 <zzz> mais alguma coisa em 5) ? 20:49:30 <zlatinb> ok, terminei, obrigado a todos 20:49:38 <zzz> mais alguma coisa para a reunião? 20:50:08 <meeh> Costumo estar aqui quase sempre — só estive ocupado encerrando meu projeto no emprego diurno. Então serei mais ativo com o tempo. 20:50:19 * zzz pega o *baffer* 20:50:29 <meeh> Estou supondo ter uma data de início dentro da semana, zlatinb 20:50:56 <zlatinb> ótimo 20:51:02 * zzz *bafs* a reunião encerrada

Lançamento 0.9.33

Tue, 30 Jan 2018 00:00:00 +0000

Detalhes da atualização

0.9.33 dá continuidade ao esforço de vários anos para migrar a rede para uma criptografia mais forte e mais rápida. Esta versão inclui suporte a mais tipos de assinatura e a preparação do Ed25519 como padrão. Estão incluídas correções importantes de erros e melhorias de desempenho.

Como de costume, recomendamos atualizar para esta versão. A melhor maneira de manter a segurança e ajudar a rede é executar a versão mais recente.

Reunião de Desenvolvedores do I2P - 05 de dezembro de 2017

Tue, 05 Dec 2017 00:00:00 +0000

Resumo rápido

Presentes: str4d, orignal, zlatinb, zzz

Registro da reunião

20:00:00 <zzz> 0) Oi 20:00:00 <zzz> 1) atualização 0.9.33 (zzz) 20:00:00 <zzz> 2) planejamento do 34C3 (zzz) 20:00:03 <zzz> 0) Oi 20:00:05 <zzz> oi 20:00:30 <zzz> 1) atualização 0.9.33 (zzz) 20:00:48 <zzz> o dev 0.9.33 começou com tudo, com 20K linhas de diff até agora 20:00:55 <zzz> muitas correções boas 20:01:17 <zlatinb> oi 20:01:42 <zzz> além disso, o 0.9.32 para android saiu depois da nossa meta de 2 semanas, então fizemos algumas mudanças de processo para garantir que revisamos os travamentos do google play antes do lançamento para desktop 20:02:01 <i2pr> [Slack/str4d] oi 20:02:02 <zzz> isso deve possibilitar um lançamento para android mais cedo e de maior qualidade 20:02:29 <i2pr> [Slack/str4d] Tenho mais patches de CSS e JSP localmente; espero limpá-los e colocá-los no mtn neste fim de semana para uma revisão mais longa. 20:02:40 <zzz> Acho que estamos no caminho para um lançamento 0.9.33 no fim de janeiro. Isso significa que mudanças grandes devem entrar este mês, antes do CCC 20:03:28 <zzz> temos mais ajustes de streaming para fazer, e eu estive corrigindo problemas do susimail esta semana 20:04:12 <zzz> mais algo em 1) ? 20:04:24 <zlatinb> se me permitem sugerir, disponibilizar builds de dev no tracker do postman 20:04:35 <zlatinb> algumas pessoas vão baixar e testar qualquer coisa que aparecer lá 20:04:50 <zzz> acredito que você pode obtê-los via magnets ou arquivos torrent de bobthebuilder.com 20:05:17 <zlatinb> ah sim, é só que a presença no postman traz muita visibilidade 20:05:43 <zzz> ok, fale com o op do bobthebuilder sobre isso, boa ideia 20:05:54 <zzz> mais algo em 1) ? 20:05:58 <i2pr> [Slack/str4d] Além disso, agora temos builds contínuos no Travis CI também, então fique de olho em `https://travis-ci.org/i2p/i2p.i2p` para outra perspectiva 20:06:44 <zzz> str4d, se você puder configurar um bot de irc para isso, pode ajudar, é difícil lembrar de verificar um site 20:07:17 <zzz> mais algo em 1) ? 20:08:01 <zzz> 2) planejamento do 34C3 (zzz) 20:08:10 <zzz> ok, a situação dos adesivos está sob controle 20:08:25 <zzz> eche|on está com as passagens de trem 20:08:33 <zzz> hottuna nos inscreveu na wiki 20:08:43 <zzz> o noisy square já apareceu na wiki? 20:08:50 <zzz> e quem está com o banner? 20:09:23 <zzz> Vou configurar o grupo de DM do Twitter mais tarde, a menos que alguém faça antes 20:11:01 <zzz> sem ouvir resposta... mais algo em 2) ? 20:12:01 <zzz> mais algo para a reunião? 20:12:33 <orignal> talvez faça sentido tornar a reunião menos frequente? 20:12:47 <orignal> devido à falta de interesse 20:12:56 <orignal> mas promovê-la mais 20:13:09 <i2pr> [Slack/str4d] Estou ansioso por isso! 20:13:35 <i2pr> [Slack/str4d] Acho que mensal está bom 20:13:41 <zzz> orignal, talvez; podemos discutir isso no ccc. 20:13:47 <i2pr> [Slack/str4d] Se este é um bom horário sempre é algo debatível 20:13:56 <zzz> A equipe de PR talvez possa promovê-la mais, com certeza 20:14:10 <orignal> Eu a faria sempre uma semana antes do lançamento 20:14:16 <i2pr> [Slack/str4d] zzz, acabei de enviar a config para notificações de IRC para i2p.i2p 20:14:34 <zzz> além disso, nota de planejamento: nossas próximas reuniões serão presenciais no CCC. Não teremos reunião em 2 de jan. 20:14:35 <orignal> pelo menos teria um assunto 20:14:44 <zzz> Nossa próxima reunião no IRC será na terça, 6 de fev. 20:15:33 <zzz> confiram o tópico em zzz.i2p para temas para as reuniões do CCC 20:15:42 <zzz> adicionem suas sugestões lá, se tiverem 20:15:47 <zzz> mais algo para a reunião? 20:15:52 * zzz pega o baffer 20:16:58 <i2pr> [Slack/str4d] Vou trabalhar mais nas propostas antes do CCC 20:17:11 * zzz *bafs* encerra a reunião

Reunião de Desenvolvedores do I2P - 07 de novembro de 2017

Tue, 07 Nov 2017 00:00:00 +0000

Resumo rápido

Presentes: orignal, zlatinb, zzz

Registro da Reunião

20:00:03 <zzz> 0) Oi 20:00:03 <zzz> 1) atualização 0.9.32 (zzz) 20:00:03 <zzz> 2) planejamento do 34C3 (zzz) 20:00:06 <zzz> 0) Oi 20:00:08 <zzz> oi 20:00:27 <zlatinb> oi 20:00:39 <zzz> 1) atualização 0.9.32 (zzz) 20:01:02 <zzz> compilei na noite passada, parece que o echelon acabou de publicar as notícias 20:01:20 <zzz> Vou cuidar do debian/launchpad hoje à noite ou amanhã 20:01:41 <zzz> str4d, quando podemos esperar Android e Maven? 20:02:22 <zzz> também vamos precisar que o str4d ou o meeh coloquem os arquivos no site, me avise quando fizer isso 20:02:54 <zzz> Defini a data da 0.9.33 para o fim de janeiro 20:02:59 <zzz> mais algo sobre 1) ? 20:03:54 <orignal_> oi 20:04:05 <zzz> 2) planejamento do 34C3 (zzz) 20:04:20 <zzz> está tudo certo com os ingressos, teremos cerca de 8 pessoas lá 20:04:48 <zzz> anunciaram a nova forma como as assembleias serão organizadas. hottuna2 normalmente nos inscreve, você pode fazer isso este ano? 20:05:43 <zzz> ok, vamos ter que falar com o hottuna2 para garantir que teremos uma mesa reservada 20:05:47 <zzz> mais algo sobre 2) ? 20:05:57 <zlatinb> Talvez eu só apareça e me encontre com vocês para tomar algo do lado de fora 20:05:57 <zlatinb> a menos que eu tenha sorte e consiga um ingresso 20:07:09 <zzz> nós tínhamos ingressos extras, mas talvez tenham expirado. pergunte ao echelon 20:07:12 <zzz> mais algo sobre 2) ? 20:07:31 <zzz> mais algo para a reunião? 20:09:00 * zzz *baffs* encerra a reunião

Versão 0.9.32

Tue, 07 Nov 2017 00:00:00 +0000

Detalhes da atualização

Dev de Verão do I2P 2017: Muito mais velocidade!

Thu, 01 Jun 2017 00:00:00 +0000

Chegou novamente aquela época do ano! Estamos iniciando o nosso programa de desenvolvimento de verão, no qual nos concentramos em um aspecto específico do I2P para impulsioná-lo. Nos próximos três meses, incentivaremos tanto novos contribuidores quanto membros atuais da comunidade a escolherem uma tarefa e a divertirem-se com ela!

No ano passado, concentramos nossos esforços em ajudar usuários e desenvolvedores a aproveitar o I2P, melhorando as ferramentas de API e dando uma atenção especial às aplicações que rodam sobre o I2P. Neste ano, queremos melhorar a experiência do usuário trabalhando em um aspecto que afeta a todos: desempenho.

Lançamento 0.9.30

Wed, 03 May 2017 00:00:00 +0000

Detalhes da atualização

0.9.30 contém uma atualização para o Jetty 9 e o Tomcat 8. As versões anteriores não são mais suportadas e não estão disponíveis nos próximos lançamentos do Debian Stretch e do Ubuntu Zesty.

O router migrará o arquivo de configuração jetty.xml de cada site Jetty para a nova instalação do Jetty 9. Isso deve funcionar para configurações recentes e não modificadas, mas pode não funcionar para instalações modificadas ou muito antigas. Verifique se o seu site Jetty funciona após a atualização e entre em contato conosco no IRC se precisar de assistência.

Reunião de Desenvolvedores do I2P - 02 de maio de 2017

Tue, 02 May 2017 00:00:00 +0000

Quick recap

Presentes: backup, manas, zzz

Registro da reunião

20:00:01 <zzz> 0) Olá 20:00:01 <zzz> 1) atualização 0.9.30/.31 (zzz) 20:00:01 <zzz> 2) status do branch da UI - (str4d) 20:00:01 <zzz> 3) planos do I2P Summer Dev - (str4d) 20:00:01 <zzz> 4) atualização do EdDSA - (str4d) 20:00:05 <zzz> 0) Olá 20:00:07 <zzz> oi 20:00:23 <zzz> 1) atualização 0.9.30/.31 (zzz) 20:00:48 <zzz> alguns dias atrasado em relação ao cronograma devido a bugs do Jetty que precisei corrigir, mas vou terminar a revisão hoje à noite e fazer a compilação amanhã de manhã 20:00:58 <manas> Olá 20:01:19 <zzz> se o eche|on estiver por aqui amanhã, lançaremos a atualização dentro da rede, e eu vou trabalhar nas compilações do launchpad e deb para quinta e sexta 20:01:46 <zzz> a 31 eu agendei para o fim de junho ou início de julho 20:01:53 <backup> Oi 20:02:03 <manas> Oi backup! :D 20:02:15 <zzz> você pode ver o roadmap do que temos planejado (ou pelo menos esperávamos) para a 31 20:02:19 <zzz> mais algo em 1) ? 20:03:18 <zzz> 2) status do branch da UI - (str4d) 20:03:43 <zzz> str4d, é com você 20:04:13 <zzz> ok, esta vai ser a reunião mais curta de todas 20:04:27 <backup> Achei que éramos mais pessoas aqui :) 20:04:27 <manas> :P 20:04:33 <zzz> mais algo em 2), 3) ou 4), ou qualquer outro tópico para a reunião? 20:04:44 <manas> Eu queria destacar este tópico: `http://trac.i2p2.i2p/ticket/1139` 20:04:46 <manas> *ticket 20:04:54 <manas> Deveríamos tentar incluir essa mudança na nova UI 20:05:21 <manas> "Semi-shutdown": interromper temporariamente a aceitação de tunnels participantes. 20:05:57 <manas> backup: Você poderia me enviar por mensagem privada o novo link de status? 20:06:05 <manas> obrigado 20:06:08 <zzz> ok, talvez você possa adicionar suas razões de por que isso é importante ao ticket? 20:06:41 <manas> Eu estava interessado em saber mais sobre os planos de desenvolvimento de verão, mas acho que isso vai ter que esperar até o str4d aparecer 20:06:43 <manas> zzz: claro 20:06:43 <zzz> qualquer coisa de UI não crítica tem que esperar até mesclarmos o branch da UI, então, com sorte, isso virá em breve 20:06:49 <zzz> mais algo para a reunião? 20:07:06 <zzz> bom ver você aqui, backup 20:07:14 * zzz pega o baffer 20:07:40 <manas> Eu queria propor reuniões regulares de operadores de reseed 20:07:45 <manas> o que você acha, backup ? 20:08:19 <zzz> Eu daria +1 nisso 20:08:38 <backup> sim, boa ideia 20:08:44 <zzz> Vou deixar vocês continuarem a discussão, porém, por enquanto... 20:08:50 * zzz *bafs* encerra a reunião

Reunião de Desenvolvedores do I2P - 04 de abril de 2017

Tue, 04 Apr 2017 00:00:00 +0000

Resumo rápido

Presentes: atoi, echelon, manas, orignal, randomrng, str4d, z3r0fox, zzz

Registro da reunião

20:00:05 <zzz> 0) Oi 20:00:05 <zzz> 1) atualização 0.9.30 (zzz) 20:00:05 <zzz> 2) status da branch de UI - (str4d) 20:00:05 <zzz> 3) planos do I2P Summer Dev - (str4d) 20:00:05 <zzz> 4) atualização de EdDSA - (str4d) 20:00:09 <zzz> 0) Oi 20:00:12 <zzz> oi 20:00:28 <manas> Olá 20:00:33 <eche|on> oi 20:01:00 <zzz> 1) atualização 0.9.30 (zzz) 20:01:24 <zzz> ok, as coisas vão bem, os testadores estão encontrando alguns problemas, o que é ótimo. O Jetty 9 está indo de forma bem tranquila até agora 20:01:35 <z3r0fox> Oi! o/ 20:01:54 <zzz> Identifiquei os plugins que precisam de atualização em zzz.i2p... para melhores resultados, eles precisam ser recompilados antes do lançamento 20:01:56 <eche|on> em geral sim 20:02:04 <eche|on> exceto pelos arquivos de configuração antigos do Jetty 20:02:24 <zzz> que bom que estamos fazendo isso agora para estarmos prontos para o stretch e o zesty 20:02:36 <eche|on> sim 20:02:56 <zzz> obrigado ao echelon e a outros pelos testes. Provavelmente vou marcar uma build de desenvolvimento como -rc mais cedo do que o habitual para obter mais testes 20:03:12 <eche|on> ok 20:03:20 <orignal_> oi 20:03:34 <zzz> Defini o prazo de check-in para sexta-feira, 28 de abril; lançamento na primeira semana de maio 20:03:54 <zzz> mais algo sobre 1) ? 20:04:15 <atoi> quando o Java terá assinaturas GOST? 20:04:41 <eche|on> 2019 20:05:01 <zzz> atoi ainda não concordamos com a proposta; se concordarmos, a melhor estimativa é para o fim do ano que vem, por causa das prioridades 20:05:02 <eche|on> mas tudo bem com 1, bom que adiamos UII 20:05:54 <zzz> mas eu fiz algumas outras propostas (136 e 137) para facilitar a introdução de novos tipos de assinatura 20:06:00 <zzz> mais algo sobre 1) ? 20:06:02 <atoi> mal posso esperar para ter GOST funcionando 20:07:22 <zzz> 2) status da branch de UI - (str4d) 20:07:35 <zzz> str4d, qual é a novidade mais recente na sua branch de UI? 20:07:53 <str4d> A branch de UI tem estado relativamente estável nas últimas semanas 20:08:28 <zzz> o plano é propor no começo de maio para o .31 ? 20:08:57 <str4d> Há algumas atualizações de tema que preciso integrar e fazer push, atendendo a alguns feedbacks, mas em termos de estrutura está basicamente pronto 20:09:08 <str4d> Sim 20:09:13 <zzz> ok, ótimo 20:09:19 <zzz> mais algo sobre 2) ? 20:09:24 <eche|on> mal posso esperar para testar isso^^ 20:10:00 <str4d> Se alguém quiser testar mas não quiser o trabalho de compilar, vou disponibilizar um i2pupdate.zip assim que essas próximas mudanças de tema entrarem 20:10:18 <eche|on> Eu espero pela proposta... 20:11:02 <zzz> 3) planos do I2P Summer Dev - (str4d) 20:11:19 <zzz> str4d, quais são os planos? 20:11:47 <str4d> Certo, a sadie e eu jogamos algumas ideias, e o que ficou foi que, para este Summer Dev, devemos focar em velocidade 20:12:37 <str4d> Porque a) é uma extensão lógica do ano passado (facilitamos para os apps usarem I2P, mas agora precisamos fazê-los querer usar), e b) isso já cobre cerca de metade do nosso roadmap atual 20:13:37 <zzz> ok, onde podemos encontrar esses planos, e como encontramos pessoas para realizá-los? 20:14:06 <str4d> a sadie fez anotações do meu falatório, então vou importuná-la por elas :) 20:14:18 <str4d> Basicamente, acho que isso significa: 20:14:51 <str4d> - Avançar as várias propostas que afetam a velocidade (LS2, criptografia E2E mais nova, multihoming massivo) 20:15:24 <str4d> - Colocar algo rodando semelhante ao bwauth do Tor que possamos usar para começar a coletar métricas especificamente sobre velocidade da rede 20:16:27 <manas> Eu estava pensando em escrever algum código para testar as velocidades do I2P com programas diferentes (rsync, torrents, sftp etc.) 20:16:34 <str4d> - Expor a seleção de tunnel via I2CP (à la as coisas em lua do psi) 20:16:51 <manas> Posso compartilhar isso se for útil/interessante 20:16:51 <randomrng> multihoming massivo <3 20:17:00 <zzz> parece bom. devemos colocar isso na pauta da reunião do mês que vem para obter uma atualização? 20:17:00 <str4d> - Acelerações de ElGamal para o curto prazo 20:17:17 <str4d> Sim. 20:17:35 <zzz> Observei que a maior parte do que está no roadmap do .30, definido há apenas 3 meses no CCC, é pura ficção e será adiada. Vou atualizá-lo em breve. 20:18:10 <zzz> mais algo sobre 3) ? 20:18:16 <str4d> Temos dois meses até começar oficialmente. Vou continuar conversando com a sadie para detalhar um plano, mas o que nós *realmente* precisamos é de pessoas para escolher coisas nas quais querem trabalhar 20:18:32 <str4d> o manas já tem uma vantagem inicial aí ;P 20:18:35 <orignal_> que tipo de aceleração? 20:18:48 <str4d> orignal_, a pré-computação de tabelas 20:18:48 <manas> :) 20:19:03 <orignal_> a minha ou outra coisa? 20:19:09 <zzz> se você e a sadie documentarem um framework (estrutura) e opções, isso ajudará as pessoas a escolher coisas 20:19:22 <str4d> +1 20:19:30 <zzz> mais algo sobre 3) ? 20:19:35 <str4d> orignal_, não será o seu, porque aquilo utiliza diretamente o OpenSSL, ao qual não temos acesso 20:19:52 <orignal_> quero dizer a base 20:20:03 <orignal_> não a implementação 20:20:28 <str4d> Ah, sim, provavelmente baseado no seu (embora eu quisesse entender a matemática eu mesmo) 20:21:03 <zzz> 4) atualização de EdDSA - (str4d) 20:21:10 <orignal_> bom saber :) 20:21:13 <zzz> str4d, o que está acontecendo com EdDSA? 20:21:39 <str4d> Acabei de fazer push do EdDSA-Java 0.2.0, mais de um ano depois do último release 20:22:28 <orignal_> qual é a diferença? 20:22:37 <str4d> Inclui várias limpezas, a codificação para PKI que em breve será padrão, correção dos nomes JCA, um Security Provider, e agora deve ser de tempo constante graças a um terceiro que fez uma auditoria 20:22:59 <str4d> Eu puxei o código para i2p.i2p.zzz.test2 20:23:26 <orignal_> alguma melhoria de velocidade? 20:23:30 <str4d> Mas o que isso precisa agora é de testes para verificar se tudo ainda funciona bem 20:23:45 <zzz> quanto de testes você fez? 20:23:58 <str4d> orignal_, redução de velocidade na assinatura por tê-la tornado de tempo constante (mas não tanto) 20:24:06 <str4d> zzz, o código do EdDSA em si é bem testado 20:24:20 <orignal_> tempo constante na assinatura ou na verificação? 20:24:32 <zzz> Ainda sou cético quanto a tempo constante, mas se não fizermos, todo mundo vai reclamar 20:24:39 <str4d> assinatura (a verificação nunca foi de tempo constante, já que não há informação secreta) 20:25:01 <zzz> str4d, você está mirando 31 ou 30? 20:25:02 <str4d> O que eu *ainda não* testei é como isso interage com o resto do I2P, especificamente em relação às correções de nomenclatura do JCA 20:25:39 <zzz> como postei em zzz.i2p, acho que é perda de tempo correr atrás das diretrizes de nomenclatura de algum RFC 20:25:47 <str4d> Provavelmente perto demais do 30 para incluir, já que estamos usando o código diretamente em vez da biblioteca 20:25:50 <orignal_> o gargalo de performance é a verificação 20:26:22 <str4d> Para a minha biblioteca, fazia sentido corrigir as coisas antes da 0.2.0 porque antes não havia um Provider, então ninguém estava usando os nomes JCA 20:26:26 <zzz> str4d, a proposta também será um inferno de merge devido às mudanças de javadoc que você fez e que eu já corrigi no .29, não vai ser divertido 20:27:14 <str4d> Ok, parece que o plano é fazer merge de i2p.i2p em .test2, corrigir os conflitos de merge e então colocar pessoas para testar 20:27:25 <zzz> mas nós sempre tivemos um provider. suas mudanças no test2 tenderam a preferir algum PR do GitHub ao que eu já tinha feito para alcançar a mesma coisa, então estou um pouco cético quanto a tudo isso 20:27:42 <zzz> você poderia propor desse jeito se quiser, ou apenas adiar a dor até a proposta no outro sentido 20:28:23 <str4d> Sim, mas sendo honestos, eu duvido que alguém estivesse usando isso 20:28:31 <zzz> como eu disse, eu deixo a decisão para você, é originalmente seu código, mas ainda quero dar uma olhada com calma 20:29:11 <zzz> Eu tenho um router com uma chave de família EdDSA para testar. não lembro em qual formato. Lembre-se de que eu fiz todas essas correções há quase 4 meses; desde então estamos esperando por você e seus amigos do RFC :) 20:29:11 <str4d> (quem já não estivesse importando diretamente o i2p.jar, e já teria migrações a fazer quando atualizasse) 20:29:32 <zzz> mais algo sobre 4) ? 20:30:08 <str4d> Da minha parte, não :) 20:30:13 * zzz procura pelo baffer 20:30:19 <zzz> mais algo para a reunião? 20:31:20 <str4d> A próxima reunião do tor-dev do Tor, por volta de setembro, provavelmente será em Montreal 20:31:33 <orignal_> quando? 20:31:53 <z3r0fox> Legal 20:31:55 <str4d> ------------------------------------^ 20:31:56 <zzz> mais algo para a reunião? 20:32:14 <str4d> Estou planejando ir 20:32:28 <zzz> pensando em mudar de equipe? 20:32:47 <str4d> Só tentando influenciá-los ;) 20:33:14 <zzz> economize o dinheiro da passagem de avião, isso não vai acontecer 20:33:24 <manas> É, Montreal é legal :) 20:33:27 <str4d> Também espero que, como o Summer Dev terá acabado de terminar, teremos algumas boas melhorias de velocidade para comentar lá 20:34:28 * zzz *BAFS*** a reunião foi encerrada

Reunião de Desenvolvedores do I2P - 07 de março de 2017

Tue, 07 Mar 2017 00:00:00 +0000

Presentes: echelon, fluffypony, hottuna, str4d, zzz

Registro da reunião

20:00:01 <zzz> 0) Oi 20:00:01 <zzz> 1) planejamento do 33C3 20:00:01 <zzz> 2) atualização 0.9.28 (zzz) 20:00:07 <zzz> 0) Oi 20:00:09 <zzz> oi 20:00:17 <eche|on> oi 20:00:22 <i2pr> [Slack/str4d] Oi! 20:00:38 <zzz> 1) planejamento do 33C3 20:01:05 <eche|on> bom 20:01:11 <zzz> ok, quero garantir que o eche|on tenha a compra de ingressos para 8 de nov. sob controle e que o hottuna tenha o pedido de mesa sob controle 20:01:16 <eche|on> na segunda às 20h a pré-venda de ingressos começará 20:01:29 <eche|on> Vou estar em Praga com internet móvel e laptop 20:01:38 <hottuna> zzz yo 20:01:47 <zzz> ok, então assumindo que Praga tenha internet você estará bem? 20:01:56 <eche|on> mas temo que eu não consiga comprar 6 ingressos de uma vez. Vou tentar. Se não der, vou avisar pelo Twitter 20:02:11 <zzz> ok, ótimo 20:02:20 <eche|on> Acho que vão limitar a, no máximo, 2 ingressos por pedido ou algo assim, mas veremos 20:02:36 <zzz> hottuna, você pode colocar nosso pedido de noisy square no wiki de novo este ano? e você está ciente de que monero quer se juntar? 20:04:20 <hottuna> zzz: não estava ciente de monero. quantas pessoas seremos? e monero vai ficar sob nossa bandeira? 20:04:21 <hottuna> zzz: o servidor do wiki do ccc não está respondendo agora. faz algumas semanas que verifiquei se o wiki do 33c3 tinha sido lançado 20:05:10 <zzz> Não sei, fale com o fluffypony para informações, acredito que eles farão o próprio pedido mas podem pedir para compartilharmos uma mesa ou ficarmos perto 20:05:37 <zzz> hottuna, por favor confirme que você vai monitorar o wiki e fazer o pedido para o nosso projeto 20:06:39 <fluffypony> Eu gostaria que a gente compartilhasse uma mesa 20:07:01 <fluffypony> se o hottuna estiver com o pedido sob controle seria ótimo 20:07:08 <fluffypony> Posso coordenar com o hottuna a descrição 20:07:22 <zzz> fluffypony, sugiro que você faça seu próprio pedido mas peça para ficar perto de nós e/ou compartilhar 20:07:24 <fluffypony> hottuna: não sei quantas pessoas, mas vamos garantir que tenha alguém na mesa 20:07:27 <zzz> hottuna? 20:07:32 <i2pr> [Slack/str4d] Parece bom 20:07:46 <hottuna> fluffypony: posso solicitar uma mesa para i2p+monero se você souber quantas pessoas de monero serão e se também está ok para vocês ficarem sob a bandeira do projeto i2p 20:07:55 <zzz> ok ótimo 20:07:58 <hottuna> zzz: quantos seremos? 20:08:07 <fluffypony> hottuna: ok vamos conversar em privado e resolver isso 20:08:09 <eche|on> hottuna: atualmente conto 6 20:08:33 <eche|on> zzz, hottuna. bobthebuilder, meeh, str4d e eu 20:08:34 <hottuna> zzz: de qualquer forma estou comprometido a monitorar o wiki e preencher essas coisas 20:08:36 <zzz> Meeh pode trazer alguns extras, pergunte a ele. Eu diria 8 para nós e 4 para monery por enquanto 20:08:43 <eche|on> Se deixei alguém de fora, avisem! 20:08:43 <zzz> ótimo, hottuna 20:09:00 <i2pr> [Slack/str4d] Qual o tamanho das mesas? 20:09:02 <hottuna> ok, 12 então preliminarmente 20:09:13 <hottuna> basicamente, do tamanho que pedirmos 20:09:26 <zzz> ok quanto às palestras - sei que str4d e sadie estavam pensando em submeter, isso aconteceu? (provavelmente não) e você coordenou com YTBI como plano B? 20:09:37 <zzz> *YBTI 20:09:44 <eche|on> que eu saiba não 20:09:54 <eche|on> str4d poderia nos esclarecer aqui 20:10:15 <i2pr> [Slack/str4d] Sadie não vai participar do CCC AIUI (questões pessoais), e eu não submeti uma palestra por causa dos assuntos do lançamento do Zcash 20:10:24 <zzz> ah e parabéns ao str4d pelo lançamento, talvez ele esteja rico demais para falar com a gente agora 20:10:47 <i2pr> [Slack/str4d] Heh, improvável :stuck_out_tongue: 20:10:56 <zzz> ok espero que sadie e eche|on estejam coordenados sobre se ela vai ou não, com relação aos ingressos 20:11:02 <i2pr> [Slack/str4d] Vou trabalhar em uma palestra para YTBI porém 20:11:21 <eche|on> zzz: ela não vai ao 33c3, mas vai ao RWC 20:11:30 <zzz> ok, alguém viu alguma conversa sobre o grothoff ou se YBTI vai acontecer? 20:11:51 <zzz> sempre mal organizado, provavelmente só saberemos mais tarde 20:11:55 <eche|on> nada visto ainda, IMHO a questão dos ingressos é um motivo para segurar 20:12:09 <i2pr> [Slack/str4d] Bom ainda ter alguém indo ao RWC 20:12:32 <zzz> é em NYC este ano? 20:12:40 <i2pr> [Slack/str4d] Sim 20:12:55 <zzz> legal. talvez mais pessoas apareçam também 20:13:02 <zzz> algo mais em 1) ? 20:13:12 <eche|on> no momento não 20:13:18 <eche|on> eu vou avisar sobre os ingressos 20:13:26 <zzz> ok 20:13:44 <zzz> 2) atualização 0.9.28 20:14:00 <zzz> Atualizei várias libs de terceiros que incluímos, incluindo jetty 20:14:24 <eche|on> ótimo 20:14:28 <zzz> e jrobin. Também brigando com alguns problemas do java 9. E correndo atrás de alguns tickets de transporte 20:14:46 <eche|on> e tópicos especiais para observar ao compilar as atualizações? 20:14:51 <zzz> como de costume, não estou recebendo muita ajuda com código ou tickets; toda ajuda é bem-vinda 20:15:01 <zzz> hã? 20:15:40 <i2pr> [Slack/str4d] Tenho o trabalho de reformulação da UI que quero finalizar e mesclar para a 0.9.28 20:15:40 <eche|on> ant updatewithjetty é o de sempre, mas com outras libs novas, algo especial a observar? 20:15:57 <zzz> não, nada especial 20:16:06 <eche|on> ok, bom 20:16:13 <i2pr> [Slack/str4d] Além disso, vou trabalhar no recurso "setup wizard" em novembro, que eu quero na 0.9.28 para termos algo para direcionar novos usuários no CCC 20:16:32 <zzz> str4d, se você vai mesclar algo grande por favor faça isso na próxima semana, talvez duas no máximo, quero lançar a .28 em meados de dezembro antes do ccc 20:16:46 <zzz> str4d, falando em releases, como vai o release .27 para android? 20:16:49 <eche|on> na maioria dos tickets não posso ajudar muito. mas os tickets do Syndie eu posso corrigir, com uma pequena ajuda sua, zzz (depois do meeet) 20:16:49 <i2pr> [Slack/str4d] ACK 20:17:27 <i2pr> [Slack/str4d] o release .27 para Android não saiu do lugar enquanto eu estava ocupado com o lançamento do Zcash. 20:17:32 <i2pr> [Slack/str4d] Mas vou arrumar tempo para isso esta semana. 20:17:35 <zzz> depois de um ciclo de 4 meses durante o verão, quero voltar a ciclos de 6-8 semanas 20:17:55 <i2pr> [Slack/str4d] Também estou bem perto de terminar de mesclar os repositórios do I2P-Bote e do Bote Android 20:18:00 <zzz> ok, e claro que o Bote precisa de atenção, e não é tarde demais para um post no blog sobre o summer of x 20:18:18 <i2pr> [Slack/str4d] O plugin do Gradle para fazer I2P plugins está funcionando (ao que parece) 20:18:54 <i2pr> [Slack/str4d] Então, assim que eu mesclar as últimas partes (o que vai depender de eu enviar o router.jar da 0.9.27 para o Maven Central junto com os outros JARs), as coisas devem funcionar bem. 20:19:31 <zzz> str4d, fiz algumas mudanças pós-27 que podem forçar você a ajustar algumas coisas para android e/ou seus arquivos do IDE ou maven, para sua informação, para a .28, mas não devem afetar seu release 27 20:19:44 <i2pr> [Slack/str4d] Se não for durante esta semana, vou ter tempo livre durante meus voos de volta para a NZ neste fim de semana. 20:19:49 <i2pr> [Slack/str4d] ACK 20:20:11 <zzz> ok. Eu realmente não esperava que você fizesse algo em outubro, apesar do seu otimismo :) 20:20:16 <zzz> algo mais em 2) ? 20:20:29 <i2pr> [Slack/str4d] eu tenho todo o otimismo 20:20:48 <zzz> mais algo para a reunião? 20:21:26 * zzz alcança o baffer 20:22:18 * zzz *baffffffffs*** a reunião está encerrada

Lançamento 0.9.27

Mon, 17 Oct 2016 00:00:00 +0000

Detalhes da atualização

A versão 0.9.27 inclui diversas correções de erros. A biblioteca GMP atualizada para aceleração criptográfica, que foi empacotada na versão 0.9.26 apenas para novas instalações e compilações do Debian, agora está incluída na atualização dentro da rede para a 0.9.27. Há melhorias nos transportes IPv6, nos testes de pares SSU e no modo oculto.

Atualizamos vários plugins durante o I2P Summer e o seu router irá atualizá-los automaticamente após a reinicialização.

Reunião de Desenvolvedores do I2P - 04 de outubro de 2016

Tue, 04 Oct 2016 00:00:00 +0000

Resumo rápido

Presentes: echelon, EinMByte, MXPLRS\|Kirill, obscuratus, str4d, zzz

Registro da reunião

20:00:04 <zzz> 0) Oi 20:00:04 <zzz> 1) atualização 0.9.27 (zzz) 20:00:08 <zzz> 0) Oi 20:00:09 <zzz> oi 20:00:24 <i2pr> [Slack/str4d] Oi 20:00:30 <eche|on> oi 20:00:42 <i2pr> [Slack/str4d] O avião pousa em 20 min, então provavelmente estarei disponível apenas por 5–10 min 20:00:51 <EinMByte> Oi 20:01:10 <zzz> 1) atualização 0.9.27 (zzz) 20:01:11 <i2pr> [Slack/str4d] (então priorize qualquer coisa que precise da minha atenção) 20:01:44 <zzz> ok, depois de um recorde de mais de 4 meses, vou dar a largada no lançamento 27; prazo de check-in em 10 dias; lançamento na semana do dia 17 20:02:04 <i2pr> [Slack/str4d] :+1: 20:02:12 <zzz> nada muito grande aí, mas precisamos manter as coisas andando 20:02:26 <zzz> vou olhar os tickets de ipv6 mais uma vez na próxima semana, tentando corrigir mais coisas 20:02:39 <zzz> qualquer coisa que precise de testes, por favor faça check-in o quanto antes 20:02:50 <zzz> mais algo em 1) ? 20:03:06 <i2pr> [Slack/str4d] vou arrumar tempo neste fim de semana para corrigir o problema do Bote 20:03:17 <EinMByte> Isso inclui testes de pares IPv6? 20:03:29 <i2pr> [Slack/str4d] (já que o lançamento beta 2 do Zcash, que eu estava gerenciando, já terá ficado para trás) 20:03:46 <zzz> sim, o teste de pares foi integrado há alguns meses; não está claro quão bem funciona, vamos descobrir após o lançamento 20:04:02 <MXPLRS|Kirill_> zzz, changelog? 20:04:12 <EinMByte> Ok 20:04:43 <zzz> MXPLRS|Kirill_, faz tempo que não atualizo o post de resumo do lançamento no zzz.i2p, mas você sempre pode olhar o arquivo history.txt no GitHub 20:04:59 <MXPLRS|Kirill_> zzz, ok 20:05:02 <zzz> vou atualizar o post no zzz.i2p nos próximos dias 20:05:21 <zzz> vou fazer push das tags para o tx hoje ou amanhã 20:05:29 <zzz> mais algo em 1) ? 20:05:51 <obscuratus> Há algo específico que você quer que eu teste no meu ambiente de testes? 20:06:16 <zzz> na verdade não, agradeço seus testes de ipv6 até agora 20:06:23 <obscuratus> Se houver, é só me passar conforme for pensando nas coisas. 20:06:38 <zzz> ok 20:06:41 <zzz> mais algo em 1) ? 20:07:02 <i2pr> [Slack/str4d] da minha parte, não 20:07:05 <zzz> mais algo para a reunião? 20:07:46 <EinMByte> Só quero mencionar que atualizei a proposta NTCP2 20:08:08 <EinMByte> (tanto no tópico do zzz.i2p quanto no gist.github.com) 20:08:10 <i2pr> [Slack/str4d] Tenho que guardar o laptop agora o/ 20:08:10 <zzz> ótimo, bom trabalho 20:08:21 <zzz> acho que estamos fazendo bons progressos 20:08:44 <zzz> mais algo para a reunião? 20:09:08 * zzz pega o baffer 20:09:12 <EinMByte> Os modos de autenticação ainda estão incompletos, então é aí que precisamos de mais trabalho, na minha opinião (IMHO) 20:09:24 <EinMByte> Nada mais para a reunião, acho 20:09:43 <zzz> ansioso para revisar o novo rascunho 20:10:01 * zzz *bafffffffs* encerra a reunião

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

Tue, 06 Sep 2016 00:00:00 +0000

Quick recap

Presentes: echelon, EinMByte, orignal, psi, str4d, z3r0fox, zzz

Registro da reunião

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

Reunião de Desenvolvedores do I2P - 02 de agosto de 2016

Tue, 02 Aug 2016 00:00:00 +0000

Resumo rápido

Presentes: nextloop, psi, poneyhot, sadie, str4d, trolly, xmpre, zzz

Registro da Reunião

21:00:01 <zzz> 0) Oi 21:00:01 <zzz> 1) Relatório do HOPE (zzz/sadie) `http://zzz.i2p/topics/2152` 21:00:01 <zzz> 2) Atualização 0.9.27 (zzz) `http://zzz.i2p/topics/2132` 21:00:01 <zzz> 3) Atualização do Summer of X (sadie/str4d) 21:00:05 <zzz> 0) Oi 21:00:07 <zzz> oi 21:00:38 <xmpre> Olá 21:00:44 <i2pr> [Slack/str4d] Oi 21:00:56 <zzz> 1) Relatório do HOPE (zzz/sadie) `http://zzz.i2p/topics/2152` 21:01:32 <zzz> Publiquei um breve relatório de viagem nesse link. sadie, comraden1, gravy, ou qualquer pessoa que tenha assistido a alguns dos vídeos, algo a acrescentar? 21:02:30 <i2pr> [Slack/str4d] Ainda não assisti aos vídeos. Algum que eu deva marcar além dos do Tor? 21:03:01 <zzz> Não vi muito mais. Tomara que as pessoas adicionem algumas recomendações no tópico do zzz.i2p 21:03:13 <xmpre> Para quem talvez não saiba, onde estão os vídeos? 21:03:27 <zzz> provavelmente hope.net 21:03:56 <zzz> mais algo em 1) ? 21:03:59 <xmpre> https://hope.net/watch.html 21:04:54 <zzz> 2) Atualização 0.9.27 (zzz) `http://zzz.i2p/topics/2132` 21:05:57 <zzz> ainda mirando meados de setembro, no mais cedo. Não há muita atividade no mtn nem grandes funcionalidades. Depois que eu terminar as coisas do verão do i2p, quero me voltar para o NTCP2. Então sem pressa para a .27 no momento, as coisas estão bem estáveis 21:06:26 <zzz> alguém tem comentários sobre o cronograma ou o conteúdo da .27? 21:06:39 <i2pr> [Slack/str4d] Vou direcionar minha atenção ao NTCP2 mais ou menos na mesma época 21:06:49 <xmpre> Eu tinha uma sugestão para facilitar o multihoming, devo adicionar isso ao trac? 21:06:59 <xmpre> essencialmente um recurso de exportação/importação 21:07:11 <zzz> ok, bom. Ainda precisamos de uma nova pessoa para o Tails também, todos precisamos tuitar sobre isso 21:07:19 <i2pr> [Slack/str4d] Eu também gostaria que considerássemos ativar o SAM por padrão. 21:07:43 <zzz> xmpre, se for óbvio, o trac serve; se precisar de alguma discussão, zzz.i2p pode ser melhor 21:07:48 <i2pr> [Slack/str4d] Ou pelo menos discutir as implicações de fazer isso 21:08:06 <xmpre> Certo, zzz 21:08:27 <zzz> vamos colocar 'SAM por padrão' na pauta do próximo mês, após o fim da atividade de apps do verão, mas antes da .27 21:08:40 <i2pr> [Slack/str4d] ACK 21:08:53 <i2pr> [Slack/str4d] Enquanto isso, as pessoas podem pensar nisso 21:09:21 <i2pr> [Slack/str4d] E, por exemplo, comparar com a política do Tor para a porta de controle 21:09:38 <zzz> adicionado a `http://zzz.i2p/topics/2149` 21:10:03 <zzz> talvez queiramos deixar auth ou ssl ativados se isso ficar ligado por padrão? não sei. Vou pensar nisso 21:10:11 <zzz> mais algo em 2) ? 21:10:58 <psi> (oi) 21:11:10 <zzz> falando na próxima reunião, o orçamento do CCC estará na pauta, veja o link acima, e por favor tenham seus requisitos prontos para essa reunião 21:11:13 <i2pr> [Slack/sadie] oi - estou atolada no trabalho, pessoal 21:11:33 <zzz> indo para 3) ... 21:11:43 <zzz> 3) Atualização do Summer of X (sadie/str4d) 21:11:50 <zzz> sadie, str4d, quais as novidades? 21:12:10 <i2pr> [Slack/str4d] Sem problema, Sadie, feliz que você possa dar uma passada, ainda que rapidamente :) 21:12:22 <i2pr> [Slack/str4d] O Summer Dev está indo muito bem, eu acho 21:12:47 <i2pr> [Slack/str4d] Este mês esteve publicamente focado no nosso trabalho com outros aplicativos 21:13:11 <i2pr> [Slack/str4d] (apps com os quais geralmente não tínhamos trabalhado antes) 21:13:47 <i2pr> [Slack/str4d] Consegui incluir suporte a cliente I2P no Foolscap, a biblioteca de comunicação usada pelo Tahoe-LAFS 21:14:29 <i2pr> [Slack/str4d] Então espero que em breve possamos usar o upstream com a rede do I2P, pelo menos para clientes 21:14:57 <i2pr> [Slack/str4d] Suporte no lado do servidor para I2P e Tor está planejado para um lançamento posterior 21:15:31 <i2pr> [Slack/str4d] Também estou muito perto de fazer o ZeroNet funcionar sobre o I2P como prova de conceito 21:16:01 <i2pr> [Slack/str4d] (o que também resultou em melhorias significativas no i2p.socket por mim e pelo psi) 21:16:22 <zzz> ++psi 21:17:15 <zzz> da minha parte, fiz lançamentos de plugin para i2phex, jwebcache e orchid. Haverá um lançamento do syndie em cerca de uma semana (por favor, atualizem as traduções!) e outro lançamento do orchid também 21:17:34 <i2pr> [Slack/str4d] Uhul 21:17:45 <zzz> e talvez o jircii; há pelo menos uma pessoa pedindo, se houver mais alguém, por favor, gritem 21:17:45 <xmpre> Obrigado pelos esforços no i2psnark standalone, tenho 1 instância funcionando com o i2pd 21:17:58 <psi> o i2p.socket ainda precisa de algum feedback de desenvolvedor, ah, certo, e tenho que me lembrar de olhar aquele ticket do IPFS 21:18:44 <i2pr> [Slack/str4d] O próximo mês está designado para trabalhar nos nossos próprios apps, mas eu adoraria ver mais trabalho com desenvolvedores externos também 21:18:59 <zzz> também um lembrete a todos para testar essas libs e apps standalone com o i2pd também 21:19:02 <i2pr> [Slack/str4d] Por exemplo, o psi trabalhando com os devs do IPFS :) 21:19:15 <i2pr> [Slack/str4d] :+1: 21:19:47 <nextloop> olá. a maioria dos plugins não está no GitHub. devo colocá-los lá também? 21:19:54 <i2pr> [Slack/str4d] Se alguém estiver sem ideias, me pingue e eu passo a lista completa. 21:20:23 <i2pr> [Slack/str4d] Pode ser uma boa ideia 21:20:29 <zzz> uma coisa sem equipe no momento, e não tenho certeza se deveria ter, é compilar/assinar pacotes standalone. kytv fez alguns, ech fez alguns, mas não temos empacotamento ou hospedagem consistentes para muitos deles 21:20:57 <zzz> para alguns, nem existem alvos de build bem acabados no código 21:21:21 <i2pr> [Slack/str4d] Mmm 21:21:56 <i2pr> [Slack/str4d] Vou trabalhar na migração do I2P-Bote para o Gradle este mês, como parte da reformulação do processo geral de build 21:22:10 <xmpre> Posso começar a compilar/assinar pacotes standalone do i2psnark, estou compilando o I2P em Java através do bobthebuilder.i2p 21:22:18 <zzz> Eu não quero ser mantenedor de nenhum deles. No máximo quero fazer um build rápido de plugin depois que alguém fizer o resto. Mas não estava acontecendo muita coisa, o que acho que é o objetivo do i2psummer. 21:22:19 <trolly> gradle? 21:23:26 <zzz> ah sim, obrigado ao xmpre por colocar o bobthebuilder para rodar. Ele estava rodando um pouco demais ontem... e eu fiz o push do -8 há algumas horas e ainda não vi um build aqui. Mas tenho certeza de que você vai deixá-lo rodando suavemente 21:23:49 <zzz> mais algo em 3) ? 21:24:08 <i2pr> [Slack/str4d] Uma coisa que eu gostaria de fazer na reforma atual do site é divulgar melhor os apps que nós já temos e indicar claramente onde voluntários poderiam ajudar 21:24:13 <xmpre> Hmm, deixe-me verificar, zzz 21:24:16 <i2pr> [Slack/str4d] Melhor* 21:24:41 <zzz> para começar, verifique o que há no i2pwiki 21:24:55 <i2pr> [Slack/str4d] Eu também poderia vincular isso ao Summer Dev 21:25:14 <poneyhot> se me permitem algumas sugestões... não publiquem em ordem alfabética, não há motivo para o anoncoin ser o primeiro 21:25:20 <poneyhot> ou hospedagem git anônima .. 21:25:22 <zzz> mais algo para a reunião? 21:25:30 <i2pr> [Slack/str4d] Mas isso seria como parte do post de blog do próximo mês 21:25:45 <zzz> str4d, você tem um post de julho saindo em breve? 21:25:47 <i2pr> [Slack/str4d] 4) Reformulação do layout do site 21:26:06 <i2pr> [Slack/str4d] zzz, em breve, sim. Nos próximos dias 21:26:09 <zzz> ok 4) layout do site str4d, vai 21:26:49 <i2pr> [Slack/str4d] Elio Qoshi está fazendo bom progresso na reformulação do layout do site 21:27:47 <i2pr> [Slack/str4d] Ele refez o site do Whonix e atualmente está trabalhando com o Tor no branding e no guia de estilo deles, para referência 21:28:15 <i2pr> [Slack/str4d] (também trabalhou para a Mozilla) 21:29:08 <zzz> ótimo 21:29:20 <i2pr> [Slack/str4d] O objetivo atual é reduzir os paredões de texto (ainda mais do que eu já reduzi) e também ter um design coeso entre a landing page e as páginas internas (algo que o design atual não tem) 21:30:27 <i2pr> [Slack/str4d] O wireframe atual dele, para dar uma ideia, terá conteúdo em coluna única no meio, com margens laterais (gutters) de espaço em branco iguais de cada lado (nas quais irão a navegação na página e os metadados, como atualmente) 21:30:45 <zzz> ok. como discutimos outro dia sobre os logos, é bom saber quais objetivos você está passando ao designer para que possamos avaliar os resultados nesse contexto 21:31:06 <zzz> mais algo em 4) ? 21:31:24 <i2pr> [Slack/str4d] Na página inicial, a lista (bastante terrível) na coluna central será substituída por destaques mais amigáveis para apps e tarefas específicas 21:31:25 <poneyhot> 4) inclui a página inicial 127.0.0.1? 21:31:37 <i2pr> [Slack/str4d] honeypot, não 21:31:52 <zzz> mais algo para a reunião? 21:32:05 <i2pr> [Slack/str4d] Ah, ele acabou de me enviar a primeira captura de tela do design proposto da página inicial 21:32:26 <i2pr> [Slack/str4d] Mas não posso simplesmente compartilhar no IRC, então vou ter que fazê-lo quando eu estiver de volta ao computador 21:32:41 <i2pr> [Slack/str4d] Sobre o console do router: 21:32:57 <zzz> ok 5) console do router str4d vai 21:33:03 <i2pr> [Slack/str4d] Veja o branch i2p.i2p.str4d.ui para o andamento 21:33:27 <i2pr> [Slack/str4d] O CSS foi atualizado para corresponder às alterações do back-end e está em um primeiro rascunho 21:33:45 <zzz> poneyhot, você tinha um tópico de reunião para adicionar sobre o console? 21:34:18 <i2pr> [Slack/str4d] (tenho algumas alterações locais para enviar antes deste fim de semana se eu tiver tempo) 21:34:18 <i2pr> [Slack/str4d] Feedback é bem-vindo 21:34:18 <i2pr> [Slack/str4d] Note, porém, que isto é apenas um passo intermediário 21:34:30 <zzz> mais algo em 5) ? 21:34:37 <i2pr> [Slack/str4d] Nenhuma das alterações afeta, por enquanto, nada estrutural 21:34:48 <poneyhot> Preciso verificar as mudanças primeiro, só não gosto da ordenação alfabética 21:34:49 <i2pr> [Slack/str4d] Esse é meu plano para provavelmente outubro 21:35:09 <zzz> ah, era isso a que você se referia sobre o anoncoin, entendi 21:35:17 <zzz> mais algo para a reunião? 21:35:29 <poneyhot> parece que essas são as coisas mais importantes no i2p 21:35:35 <i2pr> [Slack/str4d] poneyhot, isso pode acabar mudando por completo 21:35:51 <i2pr> [Slack/str4d] Ou não ^^ 21:36:25 * zzz agarra o baffer ao estilo Negan 21:36:26 <i2pr> [Slack/str4d] Meu objetivo é ter um console do router renovado e aprimorado pronto para o CCC 21:36:58 <xmpre> Ficarei feliz em ajudar a testar o novo console do router 21:37:09 <xmpre> (e espero que os erros irritantes de cookie sejam corrigidos :p) 21:37:24 * zzz *bafs* a reunião está encerrada

Reunião de Desenvolvedores do I2P - 05 de julho de 2016

Tue, 05 Jul 2016 00:00:00 +0000

Recapitulação rápida

Presentes: dg, psi, sadie, str4d, Zerolag, zzz

Registro da Reunião

21:00:23 <zzz> 0) Oi 21:00:23 <zzz> 1) atualização do HOPE (zzz) `http://zzz.i2p/topics/1968` 21:00:23 <zzz> 2) atualização 0.9.27 (zzz) 21:00:23 <zzz> 3) atualização do Summer of X (sadie/str4d) 21:00:27 <zzz> 0) Oi 21:00:29 <zzz> oi 21:00:47 <psi> oi 21:00:48 <zzz> 1) atualização do HOPE (zzz) `http://zzz.i2p/topics/1968` 21:00:48 <i2pr> [Slack/str4d] Oi 21:01:13 <zzz> ok, o HOPE é em 2 semanas e meia. O possível almoço com o Lance na sexta ainda está por confirmar 21:01:42 <zzz> por favor mantenham a hora do almoço de sexta livre, não espero que saibamos se vai acontecer ou não até aquela semana 21:01:49 <zzz> ansioso para ver todo mundo lá 21:01:54 <zzz> mais algo em 1) ? 21:02:06 <i2pr> [Slack/str4d] Agora está garantido que não estarei lá 21:02:20 <i2pr> [Slack/str4d] O timing não tem sido favorável para mim ;_; 21:02:51 <psi> ao que parece, não vou ao HOPE este ano 21:03:14 <i2pr> [Slack/sadie] Estarei no HOPE 21:03:38 <zzz> 2) atualização 0.9.27 (zzz) 21:04:13 <zzz> A .27 está progredindo lentamente, como esperado. Nesse ritmo, o lançamento .27 será adiado de agosto para setembro. 21:04:31 <zzz> enquanto focamos nas coisas do X e, talvez, NTCP2 21:04:47 <i2pr> [Slack/str4d] Por mim, tudo bem 21:04:50 <zzz> tudo bem para todos? 21:05:02 <dg> Não há nada que exija pressa, então OK 21:05:09 <dg> no fim, lançaremos quando precisarmos 21:05:28 <zzz> A 26 parece bem estável. A única coisa é o problema do Bote 'class not found', para o qual estamos aguardando informações de acompanhamento no trac 21:05:52 <dg> Havia algo relacionado ao pacote Debian que encontrei como um problema 21:05:56 <i2pr> [Slack/str4d] E isso nos dá a chance de concluir em agosto trabalhos em plugins para a .27 21:05:57 <zzz> e se for o que eu penso, poderíamos corrigir com uma mudança simples e apenas reconstrução deb/ubuntu 21:06:00 <dg> Mas vou guardar para um ticket. 21:06:12 <zzz> mais algo em 2) ? 21:06:38 <psi> a .27 afeta algo no i2pd? 21:07:19 <zzz> há testes de pares IPv6, sim. o i2pd não deve atualizar para 27 até que isso seja suportado 21:07:39 <psi> ok 21:07:50 <zzz> não precisa estar no cronograma do Java, porém 21:07:53 <zzz> mais algo em 2) ? 21:08:42 <zzz> 3) atualização do Summer of X (sadie/str4d) 21:08:51 <zzz> sadie, str4d, como estão as coisas? 21:08:52 <i2pr> [Slack/str4d] Ainda não, acho? 21:08:55 <i2pr> [Slack/str4d] Ah, sim 21:08:55 <i2pr> [Slack/str4d] Não 21:10:30 <zzz> os perigos de usar um relay para a reunião? 21:10:40 <i2pr> [Slack/str4d] Acho que tem ido bem até agora 21:10:55 <i2pr> [Slack/str4d] Já estamos há um mês e tivemos três (se não me engano) posts no blog sobre isso 21:11:46 <zzz> ok, o que vamos fazer em julho? 21:12:02 <i2pr> [Slack/str4d] Aplicativos 21:12:05 <i2pr> [Slack/str4d] Divulgação 21:12:15 <i2pr> [Slack/str4d] Então vou trabalhar com Tahoe-LAFS 21:12:29 <i2pr> [Slack/str4d] Na integração deles com o I2P 21:13:12 <zzz> alguém se voluntaria para trabalhar no transmission e/ou libtorrent? Esses parecem pântanos de problemas no momento 21:13:14 <i2pr> [Slack/str4d] E também enviar um PR (pull request) para atualizar a biblioteca I2P do lightning Browser 21:13:45 <i2pr> [Slack/str4d] Sim, nunca é tarde para adotar outra API 21:13:59 <i2pr> [Slack/str4d] Outros projetos que eu gostaria de ver a gente ajudar este mês: 21:14:02 <zzz> a parte de divulgação é fundamental, vamos espalhar a palavra via twitter e e-mail 21:14:08 <psi> o que foi feito no transmission antes? 21:14:31 <zzz> há um fork (ramificação) de i2p para o transmission, veja o tópico em zzz.i2p 21:14:33 <i2pr> [Slack/str4d] psi, suporte a SAM 21:14:52 <i2pr> [Slack/str4d] no libtorrent 21:14:54 <psi> isso foi antes do libsam3, não foi? 21:14:58 <psi> eu diria que isso degradou completamente 21:15:09 <i2pr> [Slack/str4d] (eu vivo esquecendo que o transmission não usa isso) 21:15:23 <zzz> sadie, o que você planejou para o PR de julho? 21:15:31 <i2pr> [Slack/str4d] Mmm, um fork limpo pode ser mais fácil 21:15:58 <i2pr> [Slack/str4d] Como eu estava dizendo, os outros projetos para os quais tenho ideias: 21:16:01 <i2pr> [Slack/str4d] - IPFS (implementações em Go e Python) 21:16:27 <i2pr> [Slack/str4d] - OpenBazaar (em breve usará IPFS) 21:16:34 <i2pr> [Slack/str4d] - ZeroNet 21:17:02 <i2pr> [Slack/str4d] Qualquer um destes seria um bom candidato para alguém ajudar 21:17:33 <villain> olá i2peeps :) zzz: acabei de enviar um patch para o site, espero que seja aplicado 21:17:38 <psi> ainda não consegui entender o guia de contribuição do ipfs 21:17:45 <zzz> ok ótimo. Mais algo em 3) ? Sadie? 21:18:05 <zzz> valeu, villain, estamos no meio de uma reunião, vou procurar isso depois 21:18:06 <psi> eu adoraria entrar no IPFS mas ainda não descobri como. 21:18:25 <Zerolag> eu adoraria colocar as mãos no ZeroNet. Ver quão bem funciona sobre i2p. 21:18:28 <i2pr> [Slack/str4d] Psi, posso dar uma olhada neste fim de semana em como eles integram colaboradores 21:19:08 <psi> Zerolag: da última vez que verifiquei, adicionar i2p ao zeronet deve ser bem fácil, já que eles já têm um boilerplate para o tor 21:19:11 <i2pr> [Slack/str4d] Zerolag, ótimo! Eles são baseados em torrent, então precisariam ser adaptados à nossa especificação de torrent 21:19:21 <psi> além disso, i2p.socket está avançando 21:19:33 <i2pr> [Slack/str4d] (para suportar torrents clearnet (internet aberta) e I2P lado a lado) 21:19:54 <psi> zeronet usa o bittorrent mainline? 21:20:01 <i2pr> [Slack/str4d] não tenho certeza 21:20:17 <psi> tenho quase certeza de que não, mas mesmo assim... 21:20:22 <i2pr> [Slack/str4d] (que implementação eles usam) 21:20:36 <zzz> Mais algo em 3) ? Sadie? 21:20:58 <i2pr> [Slack/str4d] psi, eles usam a criptografia do Bitcoin e a rede bittorrent 21:21:39 <i2pr> [Slack/str4d] Acho que a Sadie pode ter feito dupla marcação com esta reunião 21:21:49 <zzz> seguindo em frente então. mais algo para a reunião? 21:22:21 <zzz> todo mundo ok com 21h de novo? Vejo que o echelon não está aqui, talvez por causa da mudança de horário, talvez não 21:22:46 <psi> 21h funciona para mim 21:22:46 <Zerolag> str4d certo, qual é a especificação de i2p para torrent? 21:23:09 * zzz aquece o baffer 21:23:12 <i2pr> [Slack/str4d] Nada mais da minha parte além de: escolha um projeto e ajude-os! :-) 21:23:31 <i2pr> [Slack/str4d] 21h é perfeito para mim 21:24:05 <Zerolag> Estarei aqui às 21h com certeza 21:24:15 <i2pr> [Slack/str4d] Zerolag, veja o site do I2P (Docs -> Apps -> BitTorrent) 21:24:19 * zzz *baffffs* a reunião foi encerrada

Retrospectiva de desenvolvimento do verão: APIs

Sat, 02 Jul 2016 00:00:00 +0000

Summer Dev está a todo vapor: temos estado ocupados lubrificando as engrenagens, lixando as arestas e colocando a casa em ordem. Agora é hora do nosso primeiro balanço, em que atualizamos você sobre o progresso que estamos fazendo!

APIs month

O nosso objetivo para este mês foi “integrar-se” - fazer com que as nossas APIs e bibliotecas funcionem dentro da infraestrutura existente de várias comunidades, de modo que os desenvolvedores de aplicações possam trabalhar com o I2P de forma mais eficiente e os utilizadores não precisem de se preocupar com os detalhes.

I2P no Maven Central

Mon, 13 Jun 2016 00:00:00 +0000

Estamos quase na metade do mês de APIs do Summer Dev, e fazendo grandes progressos em várias frentes. Tenho o prazer de anunciar que o primeiro deles está concluído: as bibliotecas cliente do I2P agora estão disponíveis no Maven Central!

Isto deve tornar muito mais simples para desenvolvedores Java usarem o I2P em suas aplicações. Em vez de precisarem obter as bibliotecas a partir de uma instalação atual, eles podem simplesmente adicionar o I2P às suas dependências. Da mesma forma, atualizar para novas versões será muito mais fácil.

Lançamento 0.9.26

Tue, 07 Jun 2016 00:00:00 +0000

I2P agora é um site proposto no Stack Exchange! Por favor, comprometa-se a usá-lo para que a fase beta possa começar.

Detalhes da atualização

A versão 0.9.26 contém uma grande atualização na nossa biblioteca nativa de criptografia, um novo protocolo de subscrição do livro de endereços com assinaturas e melhorias significativas no empacotamento para Debian/Ubuntu.

Para a criptografia, atualizamos para o GMP 6.0.0 e adicionamos suporte a processadores mais recentes, o que acelerará consideravelmente as operações de criptografia. Além disso, agora estamos usando funções do GMP em tempo constante para evitar ataques de canal lateral. Por precaução, as alterações do GMP estão ativadas apenas para novas instalações e compilações do Debian/Ubuntu; vamos incluí-las nas in-net updates (atualizações pela rede I2P) na versão 0.9.27.

Reunião de Desenvolvimento do I2P - 7 de junho de 2016

Tue, 07 Jun 2016 00:00:00 +0000

Resumo rápido

Presentes: eche|on, plzcdv, psi, str4d, zzz

Registro da reunião

20:00:31 <zzz> 0) Oi 20:00:31 <zzz> 1) plano de lançamento 0.9.26 (zzz) 20:00:31 <zzz> 2) atualização do planejamento para a HOPE (zzz) `http://zzz.i2p/topics/1968` 20:00:31 <zzz> 3) plano para 0.9.27 (zzz) 20:00:31 <zzz> 4) Summer of X (sadie) 20:00:35 <zzz> 0) Oi 20:00:37 <zzz> Oi 20:01:16 <zzz> 1) plano de lançamento 0.9.26 (zzz) 20:01:46 <zzz> ok, construí a versão .26 ontem, terminei as coisas do Launchpad, e ativamos as atualizações dentro da rede há uma hora 20:01:56 <zzz> só falta o Debian, que planejo fazer amanhã 20:02:27 <zzz> lembrem-se de que as atualizações dentro da rede não receberão os novos arquivos jbigi, pois estávamos preocupados com a falta de testes 20:02:40 <zzz> então fiquem de olho em relatórios de bugs de usuários do Debian e de novas instalações 20:02:45 <zzz> mais algo sobre 1) ? 20:03:14 <zzz> 2) atualização do planejamento para a HOPE (zzz) `http://zzz.i2p/topics/1968` 20:03:39 <str4d> Oi! 20:03:45 <zzz> A HOPE é daqui a 6 semanas a partir de sexta. Estamos pagando os ingressos da conferência de US$ 150 em atraso (depois do evento) 20:04:11 <zzz> não estamos pagando viagem, mas se alguém realmente não conseguir ir sem alguma ajuda, diga 20:04:32 <zzz> não haverá reunião de dev antes ou depois, pois não consegui um compromisso do lance 20:04:53 <zzz> ansioso para ver a galera em Nova York 20:05:02 <zzz> mais algo em 2) ? 20:05:25 <zzz> 3) plano para 0.9.27 (zzz) 20:06:00 <zzz> vamos esperar pelo netsplit 20:06:06 <plzcdv> Oi. 20:07:47 <zzz> ok, vocês aí viram tudo de 2) sobre a HOPE? 20:08:35 <str4d> Oi de novo! 20:08:35 <eche|on> jo 20:08:39 <str4d> Não 20:08:43 <str4d> O último que vi foi seu Oi 20:08:53 <zzz> puxa vida. Estou em 3) 20:08:57 <str4d> (e o 1) ) 20:09:02 <zzz> deixem-me copiar/colar 1 e 2 20:09:16 <zzz> <zzz> 1) plano de lançamento 0.9.26 (zzz) 20:09:16 <zzz> <zzz> ok, construí a versão .26 ontem, terminei as coisas do Launchpad, e ativamos as atualizações dentro da rede há uma hora 20:09:16 <zzz> <zzz> só falta o Debian, que planejo fazer amanhã 20:09:16 <zzz> <zzz> lembrem-se de que as atualizações dentro da rede não receberão os novos arquivos jbigi, pois estávamos preocupados com a falta de testes 20:09:16 <zzz> <zzz> então fiquem de olho em relatórios de bugs de usuários do Debian e de novas instalações 20:09:31 <zzz> <zzz> 2) atualização do planejamento para a HOPE (zzz) `http://zzz.i2p/topics/1968` 20:09:44 <zzz> <zzz> A HOPE é daqui a 6 semanas a partir de sexta. Estamos pagando os ingressos da conferência de US$ 150 em atraso (depois do evento) 20:09:44 <zzz> <zzz> não estamos pagando viagem, mas se alguém realmente não conseguir ir sem alguma ajuda, diga 20:09:44 <zzz> <zzz> não haverá reunião de dev antes ou depois, pois não consegui um compromisso do lance 20:09:44 <zzz> <zzz> ansioso para ver a galera em Nova York 20:09:44 <zzz> <zzz> mais algo em 2) ? 20:10:03 <zzz> ou sobre 1) ? 20:10:43 <str4d> Nada que eu consiga lembrar sobre 1) 20:11:09 <str4d> Em 2), ainda espero comparecer, mas ainda não tenho ingresso porque ainda não tenho uma data de defesa e, portanto, não sei se estarei nos EUA até lá. 20:11:27 <str4d> data* 20:11:43 <zzz> ok, se alguém está em cima do muro, por favor compre um ingresso, é bem legal 20:11:51 <zzz> 3) plano para 0.9.27 (zzz) 20:12:34 <zzz> muita coisa difícil no roteiro aqui - migração de criptografia para servidores, coisas do Mac, e trabalho em IPv6 e NTCP2 20:13:07 <zzz> ninguém olha para o NTCP2 há cerca de um ano e não recebi nenhum comentário sobre os testes de pares IPv6. então preciso de ajuda 20:13:39 <zzz> além disso, a velocidade em .27 depende de quanto tempo eu gastar no Summer of X. Tenho isso provisoriamente agendado para o fim de agosto. 20:13:46 <zzz> mais algo em 3) ? 20:13:46 <eche|on> Eu poderia testar isso, mas... 20:14:01 <str4d> Vou priorizar isso mais na minha lista de tarefas do I2P 20:15:09 <zzz> 4) Summer of X (sadie) 20:15:24 <zzz> qual é o plano para o nosso verão do hemisfério norte? 20:15:31 <str4d> Eu talvez também tenha coisas intermediárias de UI para apoiar 20:15:49 <str4d> sadie está atrasada por causa do trabalho (cliente problemático) 20:15:55 <str4d> Então eu cubro :) 20:16:10 <str4d> Espero que todos aqui tenham visto o post de lançamento no blog :D 20:16:43 <str4d> Isso basicamente só expõe o que já havia sido discutido. 20:17:09 <str4d> Então: 20:17:16 <str4d> 4a) APIs 20:17:17 <str4d> 4b) Apps 20:17:22 <str4d> 4c) Plugins 20:17:29 <str4d> 4d) Branding (gestão de marca) 20:17:33 <str4d> 4a) 20:18:13 <str4d> Este mês é o esforço para melhorar nossas APIs. Já fizemos bons progressos nisso no lançamento 0.9.26 20:18:39 <str4d> A próxima coisa será eu enviar nossos JARs para o Maven Central, para que devs Java possam usá-los mais facilmente 20:18:53 <str4d> (e atualizar adequadamente a biblioteca cliente Android do I2P) 20:19:15 <str4d> Para o restante deste mês, tenho uma lista extensa de sugestões: 20:19:33 <zzz> você menciona "nossas bibliotecas C++ e Python", mas temos alguma que mantemos? quem fará esse trabalho e em quais bibliotecas específicas? 20:19:41 <str4d> - Atualizar as bibliotecas SAM para v3.3 20:19:50 <str4d> zzz, isto ^ 20:19:56 <zzz> Acabei de dizer a um cara aqui uma hora atrás que essas não são nossas, são de terceiros 20:20:10 <str4d> - txi2p (Python Twisted, eu farei isso) 20:20:32 <zzz> onde estão as bibliotecas SAM? 20:20:41 <zzz> ou melhor, quais 20:21:25 <str4d> - libsam3 (C, tanto síncrona quanto assíncrona, em git.repo.i2p) 20:21:49 <zzz> ok. psi também tem uma em Go 20:21:53 <str4d> - - i2psam (C++, https://github.com/VirtualDestructor/bitcoin-qt-i2p/tree/master/i2psam) 20:22:16 <str4d> Veja `http://i2p-projekt.i2p/docs/api/samv3` para outros 20:22:33 <zzz> Acho que vou principalmente adiantar apps, além de ficar de prontidão para responder perguntas 20:22:35 <zzz> parece bom 20:22:45 <str4d> Eu gostaria de ver pelo menos as bibliotecas Python Twisted e C++ atualizadas 20:22:56 <str4d> (para meus próprios fins no mês que vem >:D ) 20:23:06 <str4d> Outras sugestões para este mês: 20:23:11 <str4d> - fazer o libtorrent funcionar corretamente 20:23:34 <zzz> ooh sim libtorrent++\ 20:23:36 <str4d> - Ativar a API SAM por padrão no Java I2P (para .27 agora) 20:23:54 <str4d> - Subir meu patch do I2P para o lighttpd upstream (requer atualizar pelo menos o libsam3) 20:24:21 <zzz> abri o ticket #1804 para dividir /configclients 20:24:25 <zzz> posso fazer isso 20:24:28 <str4d> Certo, temos voluntários para alguma dessas sugestões? 20:25:34 <plzcdv> Sou tímido, mas estou aqui. 20:25:48 <str4d> zzz, Mmm, isso seria um bom passo à frente tanto nas minhas coisas de UI quanto para o mês de Plugins 20:26:17 <zzz> ok. pode te causar conflitos de merge, cuidado 20:26:29 <str4d> zzz, Seria bom que isso acontecesse na minha branch de UI ou baseada nela para reduzir conflitos de merge 20:26:29 <str4d> plzcdv, oi! 20:27:14 <str4d> dg, hottuna3, psi, algo a comentar sobre o acima? 20:27:34 <zzz> não havendo voluntários, vamos passar para 4b 20:28:29 <plzcdv> Eu não sabia que existia um libtorrent. 20:28:29 <str4d> plzcdv, ele é usado em várias aplicações, mas nenhuma delas (que eu saiba) expõe a funcionalidade do I2P (provavelmente porque está quebrada) 20:28:54 <plzcdv> Libtorrent (ou algo similar) parece algo fundamental. 20:29:04 <plzcdv> Comunicação é compartilhar informação. 20:29:17 <str4d> Tenho três fins de semana restantes este mês para trabalhar no I2P. Um deles será no txi2p, e eu me coloco para trabalhar no i2psam em outro. 20:30:13 <str4d> todos os demais, se tiverem ideias ou vontade de trabalhar em qualquer um dos outros, fiquem à vontade 20:30:33 <zzz> qual é o plano de PR (relações públicas) da sadie para tudo isso? 20:30:38 <str4d> Vou colocar alguma divulgação em algum momento desta semana que possamos usar para PR, para talvez conseguir ajuda adicional 20:30:38 <str4d> 4b) Apps 20:30:40 <plzcdv> Eu gostaria de trabalhar no libtorrent ou em algo semelhante. 20:30:54 <str4d> zzz, vou cobrir em 4d) 20:31:02 <zzz> ok 20:31:09 <str4d> plzcdv, por favor, vá em frente! 20:32:20 <str4d> Se você conseguisse atualizar o libtorrent para que o suporte ao I2P funcionasse, seria muito apreciado :D 20:32:45 <zzz> para apps, eu planejo fazer o snark standalone (aproveitando o bom trabalho do psi), o syndie e o i2phex. Talvez o orchid também. 20:33:00 <str4d> plzcdv, podemos discutir depois da reunião :) 20:33:13 <zzz> ops, orchid é plugins. 20:33:24 <str4d> zzz, eu estava pensando nisso tudo como plugins 20:33:28 <zzz> de qualquer forma, os 3 primeiros antes da HOPE. 20:33:45 <str4d> Mas tudo bem adiantar 20:34:01 <zzz> ok, então estou adiantando, a menos que haja algum app para trabalhar. Acho que o snark conta. 20:34:23 <str4d> O que eu vejo para o mês de Apps é aproximação a outros desenvolvedores que queiram integrar o I2P em suas aplicações 20:34:25 <str4d> Então: 20:34:26 <str4d> - Tahoe-LAFS 20:34:29 <str4d> - Zeronet 20:34:41 <str4d> - OpenBazaar (via IPFS, para o qual eles estão migrando) 20:34:51 <zzz> ok, então isso é principalmente divulgação e alcance, até alguém se interessar 20:35:06 <str4d> - Whonix (alguém acabou de me enviar um e-mail hoje) 20:35:11 <str4d> zzz, não apenas PR 20:35:23 <str4d> Vou lá e contribuir com código 20:35:53 <str4d> Tahoe em particular, eu já conheço as partes relevantes do código deles (tendo trabalhado com eles nisso anteriormente) 20:36:07 <str4d> É por isso que quero deixar o txi2p atualizado este mês 20:36:16 <str4d> Mais um: Zcash 20:36:22 <zzz> ok 20:38:52 <str4d> Outro lugar cujo código conheço, estou pensando em olhar os patches do bitcoin-qt-i2p acima e ver quão aplicáveis seriam. 20:39:09 <str4d> Os entregáveis concretos que quero para o mês de Apps são ter escrito código ou contribuído para discussões de design que ajudem outros devs com a integração ao I2P, idealmente aproveitando o trabalho que estamos fazendo agora 20:39:09 <str4d> Outras ideias para o mês de Apps: 20:39:09 <str4d> - Vuze 20:39:09 <str4d> - Lightning Browser (no Android, vou atualizar o uso que fazem da biblioteca cliente do I2P) 20:39:09 <str4d> - Projetos usando libtorrent! 20:39:39 <str4d> Vou começar a abordar alguns destes este mês, e incentivo outros a fazer o mesmo Se alguém tiver outras ideias de projetos, avise. 20:40:10 <str4d> (alguns desses projetos) 20:41:51 <str4d> 4c) Plugins 20:41:51 <str4d> É aqui que eu via a gente dando um pouco de atenção aos apps e plugins existentes que desenvolvemos e mantemos :) 20:41:51 <str4d> Então: 20:41:51 <str4d> - Bote 20:41:51 <str4d> - Snark 20:41:51 <str4d> - Orchid 20:41:51 <str4d> - Entre outros 20:41:51 <str4d> Dito isso, não há razão para que não possam ser trabalhados antes se alguém não tiver outra coisa em que trabalhar 20:42:12 <str4d> Ou trabalhados depois se, por exemplo, a contribuição para um dos apps no próximo mês estiver indo bem 20:44:51 <str4d> Os três meses são principalmente para divulgação (PR), não para gestão de projeto :) 20:44:51 <str4d> (embora certamente me ajude a planejar meu próprio tempo!) 20:44:51 <str4d> Podemos discutir mais o 4c) na reunião do próximo mês. Por ora, incentivo mais gente aqui a pensar no 4b) e começar a trabalhar no 4a) :D 20:44:51 <str4d> 4d) Branding (e PR) 20:44:51 <str4d> Atualmente a estratégia de PR para o I2P Summer Dev foca em posts no blog e no Twitter 20:44:51 <str4d> Vou escrever atualizações regulares no blog sobre o que estamos fazendo. 20:44:51 <str4d> Plano aproximado: 20:44:51 <str4d> - Post de lançamento (feito) 20:45:30 <str4d> - APIs (vou escrever nos próximos dias, para divulgar o trabalho no Maven Central e a lista de outras sugestões para este mês) 20:46:02 <str4d> - Apps (divulgar a lista de projetos com os quais trabalharemos, bem como outras sugestões, e um resumo de como nos saímos no mês de APIs) 20:46:11 <str4d> - Plugins (formato semelhante ao post de Apps) 20:46:19 <str4d> - Post de encerramento 20:46:54 <str4d> Então os posts restantes devem ser com cerca de um mês de intervalo, talvez com pequenas atualizações entre eles conforme acharmos adequado 20:47:19 <str4d> Enquanto isso, no Twitter, tudo o que postarmos relacionado a este trabalho deve ter a hashtag #I2PSummer 20:47:38 <str4d> (esses posts no blog, comentários sobre qual API ou app você está trabalhando, etc...) 20:47:50 <psi> re: go eu implemento net.* para i2p em Go 20:48:10 <str4d> psi, uhu! 20:48:28 <psi> net.Dial net.Listener net.PacketConn net.Conn net.Addr etc 20:48:36 * psi rola para cima 20:48:56 <str4d> Quanto ao branding, tive uma ideia três dias antes do lançamento de que seria ótimo ter algum tipo de logo para o I2P Summer Dev (de preferência um que possamos reutilizar em anos futuros) 20:48:58 <psi> ++ sam padrão por favor 20:49:12 <str4d> E então vi o Elio Qoshi lançar uma startup de design open source um dia depois 20:50:00 <zzz> mais algo em 4) ? 20:50:09 <str4d> Então: entrei em contato com ele sobre desenhar um logo para o I2P Summer Dev (sozinho e com texto para uso em banners, camisetas etc.), visando o fim deste mês para entrega 20:50:47 <str4d> Eu informei um orçamento de US$ 200, porque era o que eu me sentia confortável em pagar do meu bolso se o projeto não achasse que isso era um bom uso de fundos. 20:50:55 <str4d> Então: isso é um bom uso de fundos? 20:51:25 <psi> temos equipe para o summer of $i2pthing ? 20:51:41 <zzz> não é um bom uso de fundos a menos que planejemos fazer algo com isso 20:51:47 <str4d> (a sadie também está procurando um designer que conhece, e a startup do Elio promete 100% de devolução do dinheiro se não gostarmos dos designs, então no geral é de baixo risco na minha humilde opinião) 20:52:26 <str4d> zzz, o plano é usar o branding na conta GetI2P no Twitter (avatar + banner), usá-lo em posts relevantes no site (e de alguma forma na página inicial), etc. 20:52:29 <zzz> então, a menos que tenhamos planos concretos para usá-lo _fast_, vai ser dinheiro jogado fora 20:52:36 <str4d> Possivelmente camisetas (a sadie está verificando o custo) 20:52:54 <str4d> zzz, é por isso que quero a entrega para o fim deste mês, assim temos dois meses para usá-lo 20:53:09 <str4d> E então teremos para uso futuro 20:53:16 * psi lag 20:53:41 <str4d> Como disse no post de lançamento, estou animado para dar brindes aos novos colaboradores. Atualmente são adesivos, pode ser que sejam camisetas 20:54:04 <str4d> psi, no momento não temos pessoal suficiente para o I2P Summer Dev, há um monte de ideias procurando devs :) 20:54:14 <zzz> por favor obtenha aprovação do echelon antes de gastar qualquer dinheiro 20:55:03 <psi> ok 20:55:09 <str4d> Entrei em contato com o eche|on quando tive a ideia, mas queria obter confirmação em uma reunião :) 20:56:02 <psi> re: summer of $i2pthing acho que meu i2p net.* poderia se encaixar na libp2p do ipfs relativamente fácil, mas iniciar no processo de desenvolvimento do ipfs é intimidante 20:56:04 <zzz> então você já tem aprovação dele, ou apenas disse que estava pensando nisso? 20:56:22 <psi> na verdade minha biblioteca em Go para i2p 20:56:41 <str4d> zzz, eu disse a ele o que estava pensando e meu orçamento proposto, e disse que traria isso na reunião 20:56:50 <zzz> Quero evitar o problema que tivemos com os adesivos, em que o hottuna só discutiu vagamente com o eche, depois apresentou uma conta de US$ 600 20:56:57 <str4d> Se tudo o que preciso é da aprovação do eche, então vou buscá-la e seguir em frente :D 20:57:22 <psi> dependendo de eu conseguir ou não essa próxima entrevista de trabalho, posso ter ou não muito tempo livre 20:57:43 <str4d> zzz, vou 20:57:51 <str4d> (evitar esse problema) 20:58:06 <str4d> psi, libpnp é em Go? 20:58:07 <zzz> US$ 200 não é muito, mas isso também não nos dá muito. Camisetas custam mais e dão muito mais trabalho se você for levá-las a NYC para a HOPE 20:58:16 <psi> libp2p é em Go e JS 20:58:26 <str4d> uhum 20:58:32 <zzz> mais algo em 4) ? 20:58:33 <str4d> OpenBazaar é em Go também então? 20:58:35 <psi> na verdade, é a camada de abstração de rede do ipfs 20:58:38 <psi> é uma API 20:58:49 <psi> openbazaar é py2 20:58:49 <str4d> isso é só para o logo. Camisetas seriam um orçamento separado 20:58:53 <psi> usando Twisted 20:59:02 <str4d> E sim, a sadie está vendo camisetas a tempo da HOPE 20:59:02 <psi> (se bem me lembro) 20:59:17 <str4d> psi, mas eles disseram que estão migrando para IPFS... estranho 20:59:34 <zzz> última chamada para 4) 20:59:37 <str4d> De qualquer forma, se você tiver tempo este mês para atualizar suas bibliotecas SAM para 3.3, seria fantástico :) 20:59:48 <str4d> Ok ok, termino por aqui :P 20:59:55 <psi> sim, sam 3.3 será implementado com certeza 20:59:57 <str4d> (em 4)) 21:00:08 <zzz> seria bom atualizar o lado do i2pd para 3.3 também 21:00:16 <zzz> mais algo para a reunião? 21:00:25 * zzz procura o baffer 21:00:28 <str4d> Ah, estou pensando em mover as libs SAM para o projeto i2p no GitHub 21:00:38 <str4d> E sim, tenho 5) reagendar a próxima reunião 21:00:50 <zzz> ok 5) vai, str4d 21:01:09 <str4d> Acho que seria bom tornar algumas das obscuras (olhando para libsam3 e i2psam aqui) mais visíveis 21:01:11 <psi> quais libs sam especificamente? 21:01:22 <psi> lembre-se de que misturar licenças é ruim 21:01:22 <str4d> txi2p provavelmente fica bem onde está, já que já tem muitos vínculos 21:01:32 <str4d> psi, não será no repositório i2p.i2p 21:01:37 <zzz> vamos adiar o resto das coisas de libs para depois da reunião 21:01:39 <psi> oh 21:01:42 <zzz> ok 5) vai, str4d 21:01:54 <psi> kk 21:01:54 <str4d> Eu só hospedaria os repositórios git existentes 21:01:57 <str4d> 5) reagendar 21:02:13 <str4d> Tenho dificuldade de participar neste horário de reunião no momento porque é cedo 21:02:21 <str4d> sadie tem dificuldade porque é no horário de trabalho 21:02:46 <str4d> Gostaria de propor que mudemos a reunião para uma hora mais tarde, o que resolve ambos os problemas. 21:03:16 <str4d> (pelo menos pelo restante do verão; podemos voltar quando chegarem as mudanças do horário de verão novamente, se quisermos) 21:03:18 <zzz> poderia verificar isso com os europeus, já que são os que seriam mais afetados 21:03:58 <str4d> Isso é o eche|on, e...? 21:03:59 <zzz> o que você acertar com eles está bom para mim. Foi o que eu disse na última reunião, ou talvez na anterior. 21:04:10 <zzz> principalmente o ech 21:04:24 <str4d> uhum 21:04:33 <str4d> Vou perguntar a ele ao mesmo tempo em que acerto os orçamentos 21:04:53 <str4d> Se ele concordar, então provavelmente é mais fácil simplesmente mudar o horário sumariamente e esperar reclamações :P 21:05:02 <zzz> vamos tentar no próximo mês e ver como vai, mas sim, é bom perguntar a ele antes 21:05:07 <zzz> mais algo sobre 5) ? 21:05:14 <str4d> Por mim é isso! 21:05:17 <zzz> mais algo para a reunião? 21:05:45 <str4d> Feliz Summer Dev, pessoal! Vamos Fazer o I2P InteGrar de Novo! 21:05:49 * zzz ***bafs*** encerra a reunião

Desenvolvimento de Verão do I2P

Wed, 01 Jun 2016 00:00:00 +0000

Ao longo dos últimos anos, a necessidade de os usuários estarem no controle de seus próprios dados tornou-se cada vez mais evidente. Tem sido feito um excelente progresso nesse sentido com a ascensão de aplicativos de mensagens como Signal e de sistemas de armazenamento de arquivos como Tahoe-LAFS. O trabalho contínuo da Let’s Encrypt para levar HTTPS ao mundo inteiro vem ganhando força de forma constante.

Mas incorporar privacidade e anonimato em aplicações não é trivial. Grande parte do software que as pessoas usam todos os dias não foi projetado para preservar a privacidade, e as ferramentas disponíveis para os desenvolvedores geralmente não são fáceis de usar. A pesquisa OnionScan, publicada recentemente, dá uma ideia de como é fácil até mesmo para usuários técnicos configurarem incorretamente seus serviços, comprometendo completamente suas intenções.

Reunião de Desenvolvedores do I2P - 3 de maio de 2016

Tue, 03 May 2016 00:00:00 +0000

Resumo rápido

Presentes: eche|on, pr0ng, xmpre, xmz, zzz

Registro da Reunião

20:00:46 <zzz> 0) Oi 20:00:46 <zzz> 1) Status do Tails (pr0ng) `http://zzz.i2p/topics/2108` 20:00:46 <zzz> 2) Atualização do planejamento 0.9.26 (zzz) 20:00:46 <zzz> 3) Atualização do planejamento HOPE (zzz) `http://zzz.i2p/topics/1968` 20:00:50 <zzz> 0) Oi 20:00:52 <zzz> oi 20:01:01 <pr0ng> E aí, Eeepers 20:01:22 <zzz> 1) Status do Tails (pr0ng) `http://zzz.i2p/topics/2108` 20:01:32 <zzz> ok, muita coisa aconteceu no Tails no último mês 20:01:33 <pr0ng> Oi zzz 20:01:47 <Irc2PGuest33835> oi 20:02:01 <zzz> 0.9.25 entrou no Tails 2.3, e 0.9.26 pode ou não alinhar com o 2.4. pr0ng, você poderia nos dar um breve relatório? 20:02:51 <pr0ng> Não tenho certeza sobre a parte de “não alinhar” — isso é o suporte de persistência do I2P? 20:03:05 <zzz> quero dizer em termos de cronograma 20:03:36 <pr0ng> Basicamente, este lançamento foi pego do repositório deb.i2p.no e enviado para o repositório APT do Tails pelo “anonym” 20:04:00 <pr0ng> Testei a versão isoladamente na imagem do Tails, de forma bastante extensa 20:04:20 <pr0ng> Tenho me comunicado com o anonym para entender o que vai para onde e quando 20:04:28 <zzz> e eu disse a eles que você tinha testado... talvez seja por isso que o anonym fez o resto? 20:04:48 <pr0ng> Pessoa muito bacana e prestativa, me deu muitos conselhos e ajuda 20:05:02 <pr0ng> Agora entendo exatamente como a versão é testada e implantada 20:05:27 <zzz> o que aconteceu para .25/2.3 é o processo real, ou eles esperam que você faça mais da próxima vez? 20:05:42 <pr0ng> De fato. Eles pegaram o .deb direto do I2P 20:06:40 <pr0ng> Há alguns scripts que definem como o I2P é implantado — eles / o anonym usaram esses, e agora sei onde estão e como compilar/transferir para inclusão 20:07:29 <zzz> ok, então você fará mais da próxima vez 20:07:55 <pr0ng> Eles podem pegar do deb.i2p2.no ou por outros métodos — no momento eles estão destacando o aspecto da persistência — posso precisar fazer outra coisa para isso funcionar no próximo lançamento, mas vou descobrir com certeza. 20:08:20 <eche|on> ótimo até agora 20:08:30 <pr0ng> é possível — parece que vou conseguir “entregar” a versão eu mesmo desta vez 20:08:33 <zzz> então você começou a entrar nas questões pendentes deles, a primeira das quais é persistência? 20:08:48 <pr0ng> sim — estou satisfeito que passou e aprendi os requisitos 20:10:09 <pr0ng> sim — vou olhar as questões pendentes — o elemento de persistência parece ser mais um “bom ter”, mas foi destacado na nossa conversa. 20:10:24 <zzz> qual seria o seu prazo para que eu tenha a 0.9.26 no deb.i2p2.no para você conseguir colocá-la no Tails 2.4? 20:11:48 <pr0ng> Vou precisar determinar isso — é algo sobre o qual não posso ser preciso no momento 20:12:01 <pr0ng> Certamente voltarei com uma resposta para isso 20:12:13 <zzz> ok, me avise, mesmo que seja só um palpite. 20:12:22 <zzz> mais algo em 1) ? 20:12:40 <pr0ng> Vou, com certeza. 20:12:52 <pr0ng> Até aqui tudo bem, acho eu. 20:13:04 <zzz> obrigado de novo, você está fazendo um ótimo trabalho, bom tê-lo nisso 20:13:34 <zzz> 2) Atualização do planejamento 0.9.26 (zzz) 20:13:36 <pr0ng> Fico feliz em ajudar — tem sido uma curva acentuada, mas estou bem mais confortável com o processo e os requisitos. :) 20:14:11 <zzz> Eu terminei as partes principais do .26 — protocolo de assinatura do livro de endereços e CRLs no feed de notícias. E fizemos o merge do GMP 6 20:14:48 <xmz> zzz: alguém relatou uma configuração de family funcionando usando o console do I2P em Java? 20:14:48 <xmz> zzz: Eu nunca consegui fazê-la funcionar 20:14:50 <zzz> Agora vou me dedicar à correção de bugs e esse será meu foco até o lançamento. Estou no encalço de um bug estranho de temporizador que acho ser a causa raiz de alguns problemas que as pessoas estão vendo 20:15:32 <zzz> xmz, além de mim, não ouvi relatos de falha ou sucesso 20:15:34 <pr0ng> desculpe a ignorância — “propped GMP 6” significa “dropped libgmp”? 20:15:42 <zzz> se você estiver com problemas, por favor abra um ticket 20:15:57 <xmz> ok, vou testar daqui a pouco e relatar 20:16:05 <zzz> propped = propagate = merge de outro branch (de desenvolvimento) 20:16:25 <zzz> neste ponto ainda não defini uma data para o .26, mas fim de maio ou começo de junho parece provável 20:16:40 <pr0ng> Ah. Ok. obrigado por isso :) 20:17:14 <zzz> obrigado ao eche|on por fazer algumas compilações de dev. Gostaríamos muito de ver alguém assumir e fazer um site real, automático, de compilações de desenvolvimento 20:17:18 <eche|on> Eu voto na segunda semana de junho 20:17:50 <zzz> Como alguns de vocês podem ter visto, declarei que estamos desacelerando nossos lançamentos, de 6–8 semanas para 8–10. 20:17:52 <eche|on> Eu quero, mas meu tempo está limitado no momento 20:18:32 <eche|on> sim, está ok 20:18:32 <zzz> Isso é um subproduto de menos testes, eu fazendo muita coisa que o kytv fazia, e uma redução geral de atividade em todo lugar 20:19:18 <zzz> também há quase nenhuma participação na revisão de propostas e na preparação para as coisas difíceis que virão este ano, esp. NTCP2 e relacionados 20:20:10 <zzz> também há o “summer of x” proposto, sobre o qual eu esperava uma atualização da sadie. Se avançarmos com isso, vai desacelerar bastante os lançamentos 20:20:47 <zzz> Posso dizer que não há ninguém trabalhando adiantado no planejamento ou na codificação do .27 agora 20:20:52 <zzz> mais algo em 2) ? 20:21:52 <zzz> 3) Atualização do planejamento HOPE (zzz) `http://zzz.i2p/topics/1968` 20:22:32 <zzz> Continuo falhando em obter um compromisso de espaço para reunião do Lance para o HOPE 20:22:51 <zzz> então ainda não posso dar orientação a ninguém se estão fazendo planos para comparecer 20:23:15 <zzz> sadie ia se encontrar com ele na semana passada, ela não respondeu à minha pergunta sobre se obteve uma resposta dele 20:23:25 <eche|on> hmm 20:24:05 <zzz> Se alguém tiver uma data limite sobre quando precisa saber, diga. Eu me sinto mal por ficar cobrando o Lance, mas não está funcionando 20:24:26 <xmpre> zzz: tenho um servidor Jenkins configurado para i2pd, posso configurar um para o I2P em Java se houver interesse? 20:24:44 <zzz> sim, xmpre, com certeza 20:25:20 <zzz> mais algo em 3) ? 20:27:05 <eche|on> zzz: Ainda tenho aquele ticket^^ 20:27:15 <zzz> Vi no histórico acima que str4d e sadie tiveram problemas com o horário padrão da reunião, e algo sobre mudar a base do fuso horário que eu não entendi. Se vocês dois quiserem negociar com os europeus e chegar a algo que funcione para todos, por favor façam 20:27:20 <zzz> mais algo para a reunião? 20:27:55 <pr0ng> Estou planejando aparecer no I2PCon-2 — há alguma ideia de quando/onde será? 20:28:28 <pr0ng> ... lendo, já perdi isso!? 20:28:33 <zzz> Não acho que haverá um i2pcon 2. 20:28:50 <zzz> talvez um pequeno encontro em Toronto no outono, como uma pequena imitação 20:28:55 <pr0ng> Que pena 20:29:11 <zzz> se quiser encontrar algumas pessoas do i2p pessoalmente, a melhor chance é o HOPE e o CCC 20:29:18 * zzz aquece o baffer 20:29:31 <pr0ng> Vou anotar isso então. 20:29:54 * zzz *bafs* a reunião encerrada

Reunião de Desenvolvedores do I2P - 07 de abril de 2016

Thu, 07 Apr 2016 00:00:00 +0000

Quick recap

Presentes: eche|on, hottuna, orignal, str4d, susbarbatus, zzz

Registro da reunião

20:00:05 <zzz> 0) Oi 20:00:05 <zzz> 1) Itens em aberto das reuniões anteriores `http://zzz.i2p/topics/2093` 20:00:05 <zzz> 2) Substituição dos papéis e serviços do kytv `http://zzz.i2p/topics/2098` 20:00:05 <zzz> 3) Atualização do planejamento da 0.9.26 `http://i2p-projekt.i2p/en/get-involved/roadmap` `http://zzz.i2p/topics/1960` 20:00:05 <zzz> 4) Planejamento para a HOPE `http://zzz.i2p/topics/1968` 20:00:05 <zzz> 5) Breve revisão das reuniões mensais e da gestão do projeto após 3 meses 20:00:10 <zzz> 0) Oi 20:00:12 <zzz> oi 20:00:38 <zzz> 1) Itens em aberto das reuniões anteriores `http://zzz.i2p/topics/2093` 20:00:55 <orignal_> oi 20:01:00 <zzz> - Preparação da campanha de reseed, até o fim de janeiro: 20:01:00 <zzz> ** Sadie vai contatar o backup para discutir ABERTO, nova data 5 de abril 20:01:11 <zzz> sadie, status? 20:02:10 <zzz> - Fortalecendo a rede - página inicial e páginas adicionais 20:02:10 <zzz> ** str4d, gravy, cacapo: Adicionar casos de uso, no que somos melhores, mais "paixão" e "substância", adicionar / destacar o Bote, até o fim de janeiro ABERTO, str4d vai adicionar casos de uso ao site até 6 de mar., mais mudanças sobre paixão etc. até 5 de abr. 20:02:15 <zzz> str4d, status? 20:03:06 <zzz> - Adicionar a "Story" da I2P / histórico / por quê 20:03:06 <zzz> ** comraden vai editar / lapidar / aprimorar / publicar até o fim de fevereiro ABERTO, nova data 1º de abr., rascunho de volta para zzz até meados de março 20:03:11 <zzz> comradenosebleed, status? 20:03:34 <str4d> oi 20:04:40 <zzz> Gerenciamento de tickets - atualmente ad hoc 20:04:40 <zzz> ** Sadie vai revisar, fazer recomendações ou possivelmente começar a gerenciá-los (para quando?) ABERTO, str4d e sadie para agendar reunião ou fazer relatório até 5 de abril(?) 20:04:50 <zzz> sadie, str4d: status? 20:05:49 <hottuna> oi 20:05:59 <zzz> str4d ABERTO - lançamento do Android 0.9.24 em 3 de mar., lista de TODO compilada até 6 de mar., rascunho do roadmap até 6 de mar., para revisão em 5-6 de mar. 20:06:05 <zzz> str4d, status? 20:06:33 <str4d> Discutimos isso 20:06:41 <str4d> (desculpe, fazendo 2 reuniões ao mesmo tempo) 20:06:54 <zzz> str4d e zzz vão revisar o ticket VRP até 12 de fev.; Vamos tomar algumas decisões durante as reuniões do roadmap em 5-6 de março (zzz fez em 8 de fev., str4d até 6 de mar.) 20:06:56 <str4d> sobre: tickets 20:06:57 <zzz> str4d, status? 20:07:29 <zzz> sadie e anonimal vão trazer edições do CoC baseadas no Monero 0mq na reunião de 5 de abril 20:07:36 <zzz> sadie, anonimal: status? 20:08:25 <str4d> Eu decidi anteriormente ter o status "new" para tickets que precisam de triagem, e ainda acho que esse é o caminho a seguir 20:09:00 <str4d> Também acho que pode ser uma boa ideia definir um horário regular para alguns de nós passarmos por esses tickets 20:09:09 <str4d> sobre: android 20:09:59 <str4d> Ainda não aconteceu porque estou bloqueado no script de build 20:10:17 <eche|on> uhh 20:10:54 <str4d> Ticket VRP: ainda não aconteceu porque eu estive doente quando planejava trabalhar nisso 20:11:00 <zzz> está claro que o estilo atual de gestão do projeto não está funcionando porque nada está acontecendo. Vamos seguir, e coloquei 5) na pauta para decidir se devemos continuar com reuniões mensais ou não 20:11:10 <zzz> quase todos esses itens têm 3 meses e 1/3 20:11:19 <str4d> O que aconteceu, que não está na lista do zzz, é que terminei a migração das especificações e estou bem avançado na migração das propostas 20:11:37 <zzz> ótima notícia sobre especificações/propostas, bom trabalho 20:12:09 <str4d> Então eu diria que "nada" é incorreto, apenas movendo priorizações que não se refletem no estilo atual de GP 20:12:17 <str4d> Então sim, precisamos refinar 20:12:20 <zzz> ok. boa perspectiva 20:12:25 <zzz> mais algo em 1) ? 20:13:04 <str4d> Para todos os demais, as coisas das propostas estão em `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/spec/proposals` - por favor, revisem e comentem :) 20:13:26 <zzz> 2) Substituição dos papéis e serviços do kytv `http://zzz.i2p/topics/2098` 20:13:34 <zzz> há uma lista de cerca de 20 coisas que ele fazia 20:13:44 <str4d> Nada mais da minha parte 20:13:47 <str4d> (Eu fiz trabalho no I2P Android, só não consegui chegar ao lançamento) 20:13:55 <zzz> Tenho me concentrado no que vi como as maiores prioridades - launchpad e debian 20:14:14 <zzz> alguns outros estão pesquisando outras coisas, e trocamos alguns links da página inicial do console na .25 20:14:33 <zzz> para mim, a próxima coisa mais importante é o mantenedor do tails 20:15:06 <zzz> há alguém aqui que conheça tails E empacotamento debian e possa ajudar? se não, vou fazer o chamado no twitter o quanto antes 20:15:24 <zzz> seremos removidos do tails já no próximo lançamento em dois meses 20:15:32 <zzz> 2.4, creio eu 20:15:50 <zzz> é mais do que consigo assumir. Eu não farei isso. 20:16:02 <str4d> Ugh 20:16:19 <str4d> O que o Tails exige no mínimo 20:16:19 <str4d> ? 20:16:20 <zzz> o trabalho é pegar o empacotamento do debian que eu faço, ajustar/inserir no tails, testar, testar, testar, além de vários tickets do I2P no tails que já existem 20:16:49 <zzz> acho que há um grande texto que o kytv fez, está linkado no tópico do kytv no zzz.i2p 20:17:04 <zzz> basicamente a entrada para o tails é um pacote deb 20:17:19 <zzz> mas acho que eles têm uma lista de queixas acumuladas 20:17:25 <eche|on> chamado no twitter 20:17:33 <str4d> +1 no Twitter 20:17:35 <zzz> mais alguém tem algo a relatar sobre a substituição do kytv? 20:18:07 <str4d> Não avancei mais no servidor de CI (integração contínua) do Buildbot desde que mencionei no IRC uma ou duas semanas atrás 20:18:23 <str4d> Vou trabalhar mais nisso neste fim de semana 20:18:42 <zzz> ok. há muito na lista, vamos cada um escolher algo importante. 20:19:02 <zzz> última chamada para 2) 20:19:46 <str4d> Se ninguém mais fizer, eu *talvez* assuma o bot/relay de IRC. Improvável por ora. 20:20:34 <zzz> acho que os builds deb estão em forma decente mas ainda há algumas coisas como arm para jessie que talvez eu tenha corrigido hoje, ou talvez não 20:21:19 <zzz> 3) Atualização do planejamento da 0.9.26 `http://i2p-projekt.i2p/en/get-involved/roadmap` `http://zzz.i2p/topics/1960` 20:21:33 <zzz> ok quero fazer 3a) cronograma e depois 3b) GMP 6 20:21:38 <zzz> 3a) cronograma 20:22:03 <zzz> o roadmap diz 'maio' e 6–7 semanas após o último lançamento, 22 de março, seria início a meados de maio 20:22:36 <zzz> nas reuniões do roadmap há um mês, chegamos a um plano ambicioso incluindo o protocolo de assinatura do livro de endereços 20:23:16 <zzz> mas tudo desmoronou no dia seguinte quando as coisas do kytv caíram e ficou menos provável que ele voltasse 20:23:36 <zzz> então ainda não comecei nada relacionado à 26. nas últimas 2–3 semanas foi tempo integral em debian/launchpad 20:24:01 <str4d> ~sete semanas a partir de agora é o fim de maio. Você acha viável? 20:24:15 <str4d> (Agora que as coisas do debian estão em grande parte sob controle) 20:24:19 <zzz> isso empurrará a 26 provavelmente para junho, e ficará bem além do prazo do tails 2.4 20:24:37 <str4d> Ugh 20:24:37 <zzz> final de maio pode acontecer, mas está ficando menos provável a cada dia 20:24:42 <str4d> Quando é o prazo do tails? 20:25:11 <zzz> não sei de cabeça. Já pedi de novo para eles incluírem a 25 eles mesmos (eles já recusaram uma vez) 20:25:23 <eche|on> Acho que junho está ok, já que o tails está sob julgamento atualmente 20:25:45 <zzz> eles não têm visibilidade do uso do i2p no tails e não ouvem nenhum clamor, então veem como mais trabalho do que vale 20:26:18 <eche|on> sim 20:26:33 <zzz> normalmente, para um recurso grande como o protocolo de assinatura do livro de endereços, eu teria terminado uma semana antes do lançamento _anterior_, pronto para 'prop' 20:26:54 <zzz> então são 3 semanas de atraso, mais o tempo de desenvolvimento, que é de pelo menos algumas semanas, ou 5 semanas de atraso no total 20:27:39 <zzz> esse é o status. Ainda não publiquei nada no roadmap oficial, mas preciso fazer isso em breve 20:27:49 <zzz> mais algo em 3a) cronograma ? 20:27:58 <str4d> O que planejamos incluir no lançamento 0.9.27 propriamente dito? 20:28:16 <zzz> veja o link do roadmap acima 20:28:31 <zzz> ntcp2/dh/pt iniciais 20:29:18 <str4d> Ainda acho que as coisas precisam acontecer na ordem lá, então o que poderíamos fazer é empurrar o protocolo de assinatura do livro de endereços para 0.9.27 20:29:27 <str4d> Isso te dá maio para trabalhar nele 20:29:47 <zzz> mas ainda não há .26. nada aconteceu. não há nada lá além de mudanças de deb 20:29:50 <str4d> E então a .26 pode ser CRLs e alguma limpeza geral talvez 20:30:08 <zzz> até alguém (incluindo eu) fazer algo, não há nada para lançar 20:30:27 <zzz> então vamos ver como vai. Também preciso tirar alguns dias para fazer meus impostos :) 20:30:37 <zzz> mais algo em 3a) cronograma ? 20:30:55 <eche|on> não se apeguem demais ao cronograma planejado 20:30:56 <str4d> Tenho alguns ajustes iniciais de UI que surgiram das minhas discussões com a sadie que posso aplicar 20:31:20 <zzz> 3b) GMP 6 20:31:25 <str4d> (não é o grande redesenho que planejei, mas alguns refinamentos gerais) 20:31:50 <zzz> após cerca de 15 meses de trabalho, tuna e eu estamos quase prontos para fazer 'prop' do branch gmp6 para o trunk para a 26 20:32:05 <zzz> tuna tem cerca de uma centena de binários compilados ao longo dos últimos 6 meses, aguardando check-in 20:32:25 <zzz> compilados de várias formas - VMs, nativo, Microsoft, sistemas emprestados, etc. 20:32:53 <zzz> tradicionalmente fazemos check-in de notas detalhadas sobre o ambiente de compilação (revisões do compilador, detalhes do SO, etc.) para cada binário que colocamos no repositório 20:33:13 <zzz> infelizmente, o tuna não manteve registros de nenhuma das compilações. 20:34:06 <zzz> então a pergunta é: recomeçamos (possivelmente nos custando 6 meses), ou eu só construo os binários para Linux e ignoro todo o resto, ou será que realmente não precisamos dessas notas e seguimos em frente com tudo que o tuna fez? 20:34:08 <eche|on> alguma chance de refazê-los? 20:34:47 <zzz> tuna diz que é impossível. qualquer um poderia construir os binários linux 32/64. mas todo o resto é problemático 20:35:00 <eche|on> boa pergunta, neste caso: refazer ou aceitar, sem meio termo 20:35:25 <eche|on> precisamos do material gmp para mac, win e arm 20:35:29 <zzz> por último o que o tuna me disse foi: pegue ou largue, ele terminou 20:35:54 <zzz> mesmo que as compilações sejam rápidas, os testes são lentos 20:36:25 <str4d> Temos o processo de teste documentado em algum lugar? 20:36:54 <zzz> se você for à última página de `http://zzz.i2p/topics/1960` ele enviou todas as notas de compilação que tem 20:36:56 <eche|on> (só para constar, já aceitamos outras coisas sem notas) 20:37:07 <str4d> porque isso parece exatamente o que deveríamos colocar em um servidor de CI 20:37:38 <zzz> ele atualizou os readmes de como compilar. há algumas informações no tópico sobre como testar, e eu desenvolvi meus próprios métodos também 20:38:07 <zzz> lembre que ele lançou 13 versões da coleção de binários nos últimos 6 meses 20:38:36 <zzz> hottuna, você tem algo a acrescentar? 20:38:37 <str4d> Se alguém puder escrever uma metodologia de testes, posso transformar isso em um tipo de build no Buildbot 20:38:58 <str4d> Aí é só encontrar máquinas para conectar isso. 20:39:08 <hottuna> um segundo 20:39:24 <str4d> Estou pensando que provavelmente deveríamos investir em um Mac que possamos deixar rodando em algum lugar como buildslave 20:39:44 <hottuna> eche|on: sobre refazer: não é impossível, mas é trabalho demais para mim agora. de longe. 20:40:02 <str4d> nada muito caro, mas algo que possamos realmente usar para completar o trio (já teremos buildslaves linux e windows assim que eu acertar as VMs com o eche) 20:40:10 <eche|on> hottuna: há alguma forma de como reconstruir? 20:40:27 <zzz> mesmo que a compilação de todos os 100 arquivos acontecesse amanhã, seriam 3 meses para testar 20:40:39 <hottuna> há um documento README que _deveria_ conter tudo o que você precisa. 20:40:48 <str4d> Pelo menos, nos beneficiamos das melhorias do hottuna nos vários scripts 20:41:10 <str4d> Mas a outra questão é: se reconstruirmos agora, pulamos para 6.1 20:41:11 <zzz> além disso, há mudanças enormes no próprio código cpuid 20:41:23 <hottuna> str4d: os scripts não estão perfeitos agora, mas de qualquer forma estão melhores. 20:41:23 <zzz> certo, talvez 6.1 20:41:25 <str4d> Sim 20:41:30 <hottuna> str4d: se reconstruirmos, devemos pular para 6.1 20:41:44 <eche|on> o novo código funciona bem? 20:41:57 <hottuna> eche|on: pelo que sabemos não tem bugs (hah!). 20:42:07 <zzz> claro que nos builds debian linkamos dinamicamente, então você teria 6.1 de qualquer forma se instalado (e isso me lembra, não testamos libs dinâmicas do gmp 6) 20:42:10 <str4d> Só não sei o quanto os scripts precisam mudar para fazer 6.1, mas espero que funcione basicamente como drop-in 20:42:14 <eche|on> se os testes estiverem ok, inclua. e vamos reconstruir com 6.1 em um canal paralelo e deixar as informações entrarem depois 20:42:38 <eche|on> pelo que vejo, já testamos isso bastante bem 20:42:51 <hottuna> eche|on: a parte complicada não foi rodar os scripts em si. conseguir máquinas, configurar ambientes e testar é que foi a parte complicada/lenta 20:43:03 <eche|on> sim 20:43:13 <str4d> hottuna, é isso que quero colocar na CI 20:43:15 <zzz> vamos voltar à questão original. Queremos jogar fora 6 meses de trabalho (na verdade estamos nisso desde o início de 2015) ou podemos aceitar os binários que temos, sem notas sobre os detalhes 20:43:25 <str4d> Quantas máquinas distintas você acha que usou? 20:43:37 <zzz> vamos deixar CI etc. de lado por um momento e decidir se temos um problema ou não 20:43:52 <hottuna> str4d: deve ser basicamente drop-in, com um ou dois alvos a mais. não faz sentido não ter suporte para as arquiteturas mais recentes suportadas pelo gmp 20:44:13 <str4d> zzz, eu me inclinaria a aceitar os binários condicionado a fazermos uma migração para 6.1 20:44:24 <hottuna> str4d: ~6 ambientes distintos 20:44:29 <zzz> 6.1 está no roadmap para o fim deste ano 20:44:39 <zzz> os binários atuais são 6.0 20:44:41 <str4d> Quais são os efeitos colaterais de aceitarmos os binários? 20:44:41 <hottuna> str4d: nenhuma máquina necessariamente se estiver cross-compilando 20:44:51 <str4d> 1) eles vão parar no mtn 20:45:01 <zzz> lembrem também, isso nos dá grandes ganhos de velocidade em certos hardwares, e também tempo constante 20:45:17 <str4d> 2) eles serão incluídos nos arquivos de atualização e instalação relevantes 20:45:21 <zzz> 'efeito colateral' = coisas ruins? 20:45:28 <str4d> 2a) aumentando bastante o tamanho do arquivo de atualização 20:45:44 <str4d> 3) se estiver quebrado em algum sistema específico, o que acontece? 20:46:03 <str4d> Já planejávamos 1) de qualquer forma 20:46:26 <zzz> só faremos check-in dos binários se forem imediatamente 'propped' para a .26. 20:46:28 <str4d> Da mesma forma para 2), mas os binários 6.0 seriam substituídos pelos 6.1 então não é grande coisa 20:46:37 <str4d> O que me preocupa é 3) 20:46:43 <zzz> apenas binários para release serão colocados no repositório 20:47:00 <str4d> 3a) existe algum código hoje para verificar um estado de falha? 20:47:04 <zzz> 3) é um risco genérico de qualquer mudança 20:47:19 <zzz> falhas no gmp geralmente são crash da JVM 20:47:26 <str4d> 3b) Há uma forma de voltar para uma libjbigi mais antiga que funcione? 20:47:44 <str4d> (automática ou manual) 20:48:00 <str4d> Poderíamos, por exemplo, renomear a libjbigi antiga para, se houver problema, podermos dizer aos usuários "vá e renomeie este arquivo" 20:48:22 <zzz> str4d, você está explorando se deveríamos jamais mudar o jbigi? esses são impactos genéricos de mudar o gmp 20:49:14 <str4d> zzz, sua preocupação é não saber a origem precisa desses binários. Minha suposição então é que estamos preocupados que, se houver um problema, se torne muito mais difícil rastrear a fonte. 20:49:27 <str4d> Então estou pensando em termos de estratégias de mitigação 20:50:00 <zzz> poderíamos não incluir jbigi.jar na atualização 26, assim somente instalações novas receberiam. Seria um rollout mais lento. 20:50:25 <zzz> novas instalações + launchpad/deb 20:50:57 <zzz> a correção genérica é remover libjbigi.so e jbigi.jar, aí você funciona sem 20:51:01 <str4d> Isso pode ser uma boa ideia de qualquer maneira 20:51:30 <str4d> Distribuir para novas instalações e, se não ouvirmos problemas, distribuir nas atualizações no próximo lançamento. 20:51:43 <zzz> Acho que o ponto do tuna é que nada é reprodutível mesmo. São todos sistemas emprestados e VMs há muito apagadas 20:52:23 <zzz> eche|on, as informações do sistema e do msvc da máquina que o hottuna usou para os builds de win estão disponíveis? 20:53:10 <zzz> o tuna não se voluntariou para nenhuma pesquisa, mas ele não pegou emprestado o laptop da sadie também? ou é tudo inútil já que upgrades podem ter acontecido nesse meio tempo? 20:53:24 <eche|on> ele teve acesso à máquina com win 10 no meu host KVM. Posso fazer login e verificar 20:53:33 <str4d> Mmm, por isso eu gostaria de fazer os builds 6.1 no Buildbot com servidores de build que possamos rastrear. 20:53:57 <hottuna> zzz: peguei emprestados dois Macs com osx de amigos diferentes 20:53:58 <eche|on> Eu não mudei a VM em nada 20:54:33 <zzz> ninguém sequer se voluntariou para assumir um Mac gratuito que nós pagaríamos, porque ninguém quer ser o 'cara do Mac' 20:54:51 <zzz> então é realmente falta de tempo e pessoal, não de dinheiro 20:55:17 <hottuna> zzz: eu só não quero gadgets que eu tenha que carregar por aí. 20:56:01 <zzz> aqui estão as notas de build completas do hottuna: 20:56:03 <zzz> Notas de build jbigi: 20:56:03 <zzz> ------------------ 20:56:03 <zzz> Windows: compilação cruzada, hosts linux. Compilador: GCC 20:56:03 <zzz> Linux: compilação nativa. Compilador: GCC 20:56:03 <zzz> FreeBSD: compilação nativa, VM. Compilador: GCC 20:56:03 <zzz> OSX: compilação nativa. Compilador: GCC 20:56:03 <zzz> Notas de build jcpuid: 20:56:03 <zzz> ------------------- 20:56:03 <zzz> Windows: compilação nativa. Compilador: MSVC 20:56:03 <zzz> Linux: compilação nativa. Compilador: GCC 20:56:03 <zzz> FreeBSD: compilação nativa. Compilador: GCC 20:56:03 <zzz> OSX: compilação nativa. Compilador: GCC 20:56:17 <zzz> isso é suficiente ou recomeçamos? 20:57:14 <str4d> Considerando que vamos migrar para 6.1 até o fim do ano, e que esses binários tiveram testes razoáveis, estou inclinado a dizer que sim. 20:57:41 <zzz> alguma objeção? 20:57:45 <eche|on> é pelo menos um começo, mas em termos de "builds reprodutíveis do Tor" não é nada. que tipo de padrões queremos? 20:58:03 <hottuna> não 20:58:34 <eche|on> eu gostaria de incluí-los em novas instalações com a flag "temp". Sei que é trabalhoso. 20:59:14 <zzz> basicamente, os testes atuais caíram a zero. A única forma de obter mais testes é colocá-los no trunk, e em um lançamento. 20:59:17 <susbarbatus> Desculpem me intrometer; tenho vários Macs, e não tenho problema em ser um cara de Mac ou de bsd. Se alguém puder me dizer o que é necessário depois da reunião, posso avaliar se é algo em que posso contribuir, caso eu tenha conhecimento suficiente / seja aprendível. 20:59:29 <zzz> ótimo, susbarbatus 20:59:44 <str4d> susbarbatus, seria fantástico 20:59:47 <zzz> ok, então vamos pedir ao hottuna para fazer o check-in 20:59:53 <eche|on> zzz: sim, nunca dissemos que lançamento é 100% seguro e completo^^ 21:00:05 <zzz> hottuna, o branch é i2p.i2p.str4d.gmp6 (NÃO i2p.i2p.zzz.gmp6) 21:00:17 <hottuna> ok 21:00:38 <zzz> hottuna, não esqueça de dar mtn drop nos que precisam ser removidos. Quando terminar, o diretório deve corresponder exatamente ao que está no seu zip v13 21:00:50 <zzz> mais algo em 3b) ? 21:00:55 <hottuna> você quer que os jcpuid/binários antigos para plataformas para as quais não compilamos sejam removidos? 21:01:09 <str4d> susbarbatus, o que eu gostaria de configurar é um buildserver, se você puder se comprometer a manter um Mac sempre ligado e estar disponível para perguntas/assistência quando algo falhar. Em geral não exigiria muita participação da sua parte, porque o buildserver seria controlado automaticamente :) 21:01:28 <zzz> Acredito que a proposta do hottuna era que a v13 fosse _exatamente_ o que seria lançado, nada mais, nada menos. 21:01:38 <zzz> se quiser podemos revisar isso de novo depois da reunião 21:01:38 <str4d> Ou se não sempre ligado, pelo menos facilmente iniciado na configuração do buildserver 21:01:51 <hottuna> zzz: esplêndido 21:01:54 <str4d> (o buildmaster vai lidar com buildservers que não estão sempre online) 21:02:12 <zzz> vamos adiar a conversa de buildserver e passar para 4) 21:02:22 <zzz> 4) Planejamento para a HOPE `http://zzz.i2p/topics/1968` 21:02:23 <susbarbatus> str4d: sem problema. Posso colocar meu mac mini ~2012 para isso. É lento mas não estará fazendo mais nada. 21:02:24 <str4d> ACK 21:02:33 <str4d> ^5 susbarbatus :) 21:02:52 <eche|on> hope - consegui um ingresso para gastar 21:02:57 <zzz> Me encontrei com o Lance esta semana. a proposta continua sendo que ele forneça uma sala de conf. pequena o dia todo, no dia anterior ou posterior à HOPE 21:03:04 <zzz> isto é, 21 ou 25 de julho 21:03:22 <zzz> Deixei claro para ele que precisamos de uma data e compromisso em breve, para podermos comprar as passagens 21:03:46 <zzz> isso não seria aberto ao público. só por convite, 5–6 pessoas, apenas um encontro para reuniões de roadmap etc. 21:03:51 <str4d> Neste momento não posso me comprometer a estar lá, embora haja uma pequena chance de eu estar nos EUA até lá 21:04:00 <zzz> além disso, apresentamos a ele o que estamos fazendo e vice-versa 21:04:30 <zzz> no momento tenho eu e a sadie como certos, com comradenosebleed e lazygravy como talvez. Quem mais? 21:04:49 <zzz> e qual é a data limite para vocês organizarem as viagens? 21:05:33 <zzz> se for só eu e a sadie talvez possamos cancelar tudo, mas vamos ver 21:05:39 <zzz> alguém? 21:06:04 <zzz> hottuna vai vir? 21:06:07 <str4d> (tudo depende de quando for marcada a defesa da minha tese, ainda não faço ideia de quando será) 21:06:09 <str4d> (e também de outras coisas relacionadas a visto) 21:06:17 <str4d> Se a defesa da minha tese for antes disso, eu gostaria de estar lá (mesmo que só de passagem) 21:06:17 <eche|on> Estou interessado, mas não consigo pagar voo e hotel. esp. se nos encontrarmos mais tarde em can 21:06:17 <str4d> Então me pergunte de novo em um mês mais ou menos 21:06:45 <zzz> ok, vou manter a pressão no Lance para fechar isso, e espero que as pessoas apareçam 21:06:50 <zzz> última chamada em 4) 21:07:00 <hottuna> zzz: é realmente complicado para mim em termos de agenda. tenho que estar na UE em 16 de jul. para um casamento. 21:07:15 <hottuna> Não acho que eu me atreva a me comprometer agora. 21:07:20 <zzz> ótimo, passe por NYC na volta :) 21:07:26 <hottuna> (ou de forma alguma se tiver que ser decidido agora) 21:07:33 <hottuna> hmmph.. 21:07:44 <hottuna> não é uma ideia terrível 21:07:47 <zzz> 5) Breve revisão das reuniões mensais e da gestão do projeto após 3 meses 21:07:59 <str4d> Então me coloque como "com esperança" para o meetup, e improvável para a HOPE (já que não posso me comprometer a precisar de um ingresso, mas usarei um sobrando se eu acontecer de estar lá) 21:08:26 <zzz> ok, da minha perspectiva isso não está funcionando, quase nenhum item de ação está sendo concluído, então dá para consertar as coisas ou devemos parar com as reuniões mensais? 21:08:40 <str4d> Acho que dá para consertar 21:08:42 <zzz> se ninguém está fazendo nada, não há o que gerenciar. Não está tão ruim assim, mas está perto 21:09:11 <str4d> Pelo menos, acho as reuniões mensais úteis 21:09:30 <zzz> o objetivo também era fazer a transição da gest. do projeto para a sadie mas ela nem está aparecendo nas reuniões então isso também não está no trilho 21:09:32 <hottuna> Eu concordaria com isso 21:09:44 <str4d> Ela achou que era uma hora mais cedo 21:09:49 <str4d> Ela está em outra reunião agora 21:10:19 <str4d> (ela apareceu uma hora mais cedo e ninguém estava conversando aqui) 21:10:41 <zzz> claro, todo mundo adora reuniões quando não precisa conduzi-las. Mas eu fico parecendo um bobo perguntando todo mês se algo que alguém prometeu 3 meses atrás aconteceu. Estou cansado disso. 21:10:49 <str4d> Eu discuti isso com a sadie, e agora temos reuniões semanais definidas para nos manter no trilho com itens em que ambos estamos trabalhando 21:11:19 <str4d> zzz, então não faça do foco da reunião "você fez essa coisa" 21:11:36 <zzz> talvez isso seja dramático demais, mas com a falta de progresso e o desaparecimento do kytv acho que estamos encrencados 21:11:40 <hottuna> zzz: quando a transição para a sadie deveria acontecer? 21:11:40 <str4d> Acho que as reuniões mensais deveriam servir mais para reavaliar prioridades e reorganizações 21:11:58 <zzz> ok, então como mantemos as pessoas no trilho para fazer o que prometeram? 21:12:13 <str4d> enquanto o "você fez isso" precisa de a) mais responsabilidade pessoal e b) mais acompanhamento individual 21:12:30 <hottuna> zzz: não está ótimo de forma alguma, mas "encrenca séria" provavelmente é exagero. 21:13:02 <str4d> zzz, no meu caso, marquei reuniões semanais com a sadie para me manter no trilho, e dei a ela acesso à minha lista de tarefas do I2P para que ela possa ajudar a priorizar 21:13:07 <susbarbatus> str4d: acho que o ponto é mais que, se todos estivessem cumprindo promessas/compromissos, então o zzz não teria que fazer a pergunta "você fez isso?" ;). 21:13:12 <str4d> (só tivemos uma reunião até agora, então ainda preciso ver como isso funciona) 21:13:17 <str4d> susbarbatus, sim 21:13:50 <str4d> Precisamos ser flexíveis o suficiente para lidar com o fato de que as pessoas fazem isso por diversão/voluntariado fora do trabalho regular 21:14:13 <zzz> certo. Meu sistema atualmente é que, quando você termina algo, você relata isso no tópico do zzz.i2p para a reunião, para _não_ precisarmos ocupar tempo de reunião com isso 21:14:15 <str4d> Mas também precisamos enfatizar que se alguém não está fazendo as coisas, não está ajudando 21:14:28 <zzz> só quando as pessoas não terminam e não reportam é que precisamos perder tempo aqui 21:14:42 <str4d> e é melhor passar um item para outra pessoa do que bloquear indefinidamente 21:14:54 <str4d> (diz o cara que está bloqueando indefinidamente no I2P Android :P ) 21:15:19 <zzz> então str4d e sadie configuraram um sistema paralelo e não público de gestão do projeto como experimento. isso é interessante, mas claro que não está claro como se relaciona com o que estou fazendo, ou se devo continuar fazendo 21:15:55 <str4d> zzz, é uma parte do quadro mais amplo 21:16:28 <str4d> Como eu disse acima, acho que tentar fazer o "por que você não fez isso" em uma reunião mensal não é tão útil quanto achávamos que seria 21:16:35 <zzz> então, a gestão do projeto via meu fórum e a "cobrança" nas reuniões mensais, estou preparado para declarar como um fracasso 21:16:50 <str4d> porque, se não fizeram nada nas três primeiras semanas, é improvável que façam na última 21:17:21 <str4d> por isso acho que checagens rápidas mais regulares para pessoas que têm itens pendentes são melhores, que é o que estou tentando com a sadie 21:17:34 <zzz> neste ponto não acho que vou receber o rascunho de volta do comradenosebleed, ou um CoC (Código de Conduta), ou casos de uso no site, ou um lançamento do Android, pelo menos não até alguma data específica por mais distante que seja 21:18:10 <zzz> então proponho parar a revisão mensal de itens de ação. Como de costume, as pessoas farão ou não o que quiserem no open source, e é muito, muito difícil convencer alguém a fazer qualquer coisa por aqui. 21:18:36 <zzz> as pessoas farão o que querem, e quaisquer "cenouras e porretes" que eu tenha não são eficazes 21:19:50 <str4d> Eu voto para mantermos as reuniões mensais, e usá-las para continuar ajustando nossas prioridades com base no que *de fato* é feito e no que aconteceu no mês passado (por exemplo, o que acabamos de fazer sobre a .26 depois do kytv) 21:20:56 <susbarbatus> Bem, como está funcionando o sistema de recompensas no momento? Por exemplo, é uma boa lista pública resumida com incentivo pago. As pessoas ainda olham para isso? 21:20:59 <susbarbatus> O que quero mencionar: e micropagamentos para tarefas. 21:21:03 <str4d> enquanto isso, se alguém concorda em fazer algo, também deveria concordar em manter a sadie informada sobre o progresso, ou pelo menos dar à sadie um canal de comunicação para dar uma cobrada :P 21:21:21 <zzz> ok, então proponho deixar o cargo de gestor do projeto, a ser substituído por algum sistema e pessoa a definir. Teremos reuniões mensais, mas sem revisão de itens de ação 21:21:54 <zzz> próxima reunião será na ter., 3 de maio 21:21:58 <zzz> mais algo em 5) 21:22:10 <zzz> mais algo para esta reunião? 21:22:35 <str4d> Nada da minha parte 21:22:53 <zzz> obrigado a todos, reunião longa hoje 21:22:58 * zzz *bafs* encerra a reunião

Versão 0.9.25

Tue, 22 Mar 2016 00:00:00 +0000

Detalhes da atualização

Lançamento 0.9.24

Wed, 27 Jan 2016 00:00:00 +0000

Detalhes da atualização

0.9.24 contém uma nova versão do SAM (v3.2) e diversas correções de bugs e melhorias de eficiência. Observe que esta versão é a primeira a exigir Java 7. Atualize para Java 7 ou 8 o quanto antes. Seu router não será atualizado automaticamente se você estiver usando Java 6.

Para evitar os problemas causados pela muito antiga biblioteca commons-logging, nós a removemos. Isso fará com que plugins I2P-Bote muito antigos (0.2.10 e anteriores, assinados por HungryHobo) travem se o IMAP estiver ativado. A correção recomendada é substituir o seu plugin I2P-Bote antigo pelo atual, assinado por str4d.

Recapitulação do CCC

Sat, 23 Jan 2016 00:00:00 +0000

Presentes: Sadie, Colin, lazygravy, zzz, hottuna, kytv, cacapo e eche|on.

Iniciar

O projeto teve mais um ano bem-sucedido no CCC. Gostaríamos de agradecer aos voluntários do 32C3 por toda a ajuda na organização deste evento e por nos receberem de forma tão acolhedora. Muitos colaboradores do I2P puderam participar do Congresso deste ano graças às muitas doações generosas de apoiadores como você ao projeto.

Assim como nos anos anteriores, ficamos no Noisy Square, perto da mesa da EFF. Isso se mostrou um local ideal para nós, já que nossa mesa esteve quase sempre movimentada com usuários atuais e novos interessados em I2P, com muitos dos quais não teríamos tido a oportunidade de conversar de outra forma.

Reunião de desenvolvedores do I2P - 30 de dezembro de 2015

Wed, 30 Dec 2015 00:00:00 +0000

Recapitulação rápida

Presentes: cacapo, comraden1, dg, eche\|on, hottuna, kytv, lazygravy, psi, str4d, zzz

Registro da reunião

09:49:14 <zzz> 0) Oi 09:49:14 <zzz> 1) Estrutura e objetivos da reunião 09:49:14 <zzz> 2) PR 09:49:14 <zzz> 3) Gestão de Projetos 09:49:14 <zzz> 0) Oi 09:49:16 <zzz> Oi 09:49:30 <zzz> 1) Estrutura e objetivos da reunião 09:49:30 <zzz> Antes de mais nada, peço desculpas pelo horário horrível desta reunião para o pessoal da América do Norte. 09:49:30 <zzz> Esta será um pouco diferente da nossa estrutura usual de reunião, porque é majoritariamente presencial aqui no CCC. 09:49:31 <zzz> Vamos tentar repassar os destaques para o IRC. 09:49:33 <zzz> Também vamos tomar notas aqui. 09:49:35 <zzz> Agora, deixem-me fazer um preâmbulo para esta reunião. 09:49:49 <zzz> Como todos devem saber, Sadie foi fundamental para a organização e o sucesso da I2PCon em Toronto. 09:49:49 <zzz> Todos vimos seu talento e entusiasmo em Toronto e, obviamente, ela quer fazer mais pelo I2P daqui para frente. 09:49:49 <zzz> Ao trabalharmos com ela antes e durante a conferência, soubemos que ela tem ampla experiência em Gestão de Projetos e PR, 09:49:49 <zzz> tanto com o Tor quanto no mundo real. 09:49:49 <zzz> Pedi a ela, após a conferência, que conhecesse melhor o nosso projeto, entendesse nossa estrutura e processos atuais, 09:49:52 <zzz> e voltasse com recomendações sobre o que poderíamos melhorar e como ela poderia nos ajudar. 09:50:04 <zzz> Desde então, ela teve várias longas chamadas com o tuna, comigo, o str4d, o psi e outros, 09:50:04 <zzz> e revisou nosso site, o Trac e os processos atuais. 09:50:04 <zzz> Além disso, o psi a nomeou Assistente de PR e ela está tuitando na conta @GetI2P e ajudando a divulgar o I2P. 09:50:06 <zzz> Ela agora está pronta para nos trazer algumas recomendações. 09:50:06 <zzz> Enquanto minha pergunta original para ela foi "como você pode nos ajudar?", a resposta que voltou é 09:50:06 <zzz> algo mais como "aqui estão as coisas que precisamos corrigir para que eu possa ajudar de forma eficaz", 09:50:08 <zzz> seguido pelas coisas que ela de fato poderia fazer por nós, ou mais precisamente como todos nós podemos trabalhar juntos de forma mais eficaz. 09:50:19 <zzz> O que eu gostaria de fazer hoje é ouvir as recomendações dela e discutir cada uma brevemente. 09:50:19 <zzz> Muitos desses tópicos tendem a gerar discussões longas e eu gostaria de conter isso para não ficarmos aqui o dia todo. 09:50:19 <zzz> Para cada recomendação, gostaria de obter o compromisso de um de vocês para acompanhar. 09:50:19 <zzz> Se a recomendação não for controversa e tivermos consenso, esse compromisso seria implementá-la. 09:50:20 <zzz> Se precisar de mais pesquisa ou não concordarmos, esse compromisso seria rever nossas opções e 09:50:21 <zzz> apresentar um plano, ou uma contraproposta, ou uma lista de opções para serem discutidas em uma reunião futura. 09:50:23 <zzz> Esses compromissos e prazos serão anotados e acompanhados. 09:50:25 <zzz> Não quero empacar em nenhum ponto, então vou procurar voluntários para acompanhar a maioria das coisas. 09:50:42 <zzz> Quero enfatizar que eu pedi para a Sadie fazer isso e nos dar sua opinião com base na experiência anterior dela. 09:50:42 <zzz> Podemos não concordar, mas devemos ouvir e considerar cuidadosamente as recomendações dela. 09:50:42 <zzz> O I2P é bastante peculiar e nem tudo pode ser apropriado para nós, 09:50:42 <zzz> mas ela passou a nos conhecer bem neste ano, então vamos ouvir o que ela tem. 09:50:43 <zzz> Claro que poderemos aceitar sugestões de outros, mas tenho a impressão de que a Sadie já cobriu muita coisa. 09:51:24 <zzz> Vamos primeiro falar de PR e depois de Gestão de Projetos. 09:51:24 <zzz> Ambos são temas muito amplos e haverá sobreposição. Mas vamos tentar mantê-los o mais separados possível. 09:51:54 <zzz> *** fim do colar referente ao tópico 1), começaremos com o 2) em alguns minutos. obrigado *** 09:58:39 <hottuna> str4d: oi, deveríamos conversar sobre as coisas de DH que estamos usando 09:59:30 <str4d> hottuna, você está se referindo aos handshakes do NTCP e do SSU? 09:59:55 <hottuna> acho que onde quer que DH seja usado 10:00:39 <hottuna> ok. vamos falar sobre isso depois da reunião 10:00:47 <str4d> Claro 10:00:57 <str4d> De acordo com `http://trac.i2p2.i2p/wiki/Crypto/CurrentSpecs` é só NTCP e SSU 10:01:21 <hottuna> o zzz vai ler a nota longa acima para nós agora 10:01:48 <str4d> (Ainda preciso atualizar essa página antes da minha palestra) 10:04:10 <psi> acho que estou aqui 10:06:33 <lazygravy> psi: sim, o zzz postou uma longa mensagem pouco antes de você entrar. falando IRL agora 10:07:57 <hottuna> Então, o que queremos fazer é obter compromissos das pessoas para resolver um monte de tópicos diferentes 10:08:25 <hottuna> Algumas coisas que vamos abordar serão controversas e outras não 10:08:47 <hottuna> os tópicos não controversos esperamos apenas atribuir a uma pessoa e deixar isso resolvido 10:08:56 <hottuna> Passando para Sadie e PR 10:09:16 <hottuna> gravy e sadie têm escrito posts de blog 10:09:29 <hottuna> e estão buscando mais conteúdo 10:10:21 <hottuna> muito conteúdo se perde nas mensagens de commit 10:10:38 <hottuna> em que o autor do commit não registra de fato a importância do commit 10:11:24 <str4d> Em vez de vasculhar mensagens de commit, o melhor/mais fácil lugar para olhar é o history.txt 10:11:30 <hottuna> idealmente, gostaríamos de publicar um post no blog pelo menos a cada 2 meses para manter alguma sensação de ritmo 10:12:08 <str4d> Isso ainda não dá uma indicação de importância, mas é contextualmente mais fácil de lidar e filtra o joio de commits que não entram no history.txt 10:13:04 <lazygravy> str4d: a questão é que há tantas coisas legais acontecendo, e não há como descobrir sem acompanhar o i2p de perto. deveria ser mais fácil para as pessoas verem as coisas legais 10:13:47 <str4d> Talvez o que ajude (seria meio radical) seria reestruturar o history.txt para organizar itens por importância (major/minor/bugfix), mais como um changelog (ou ter um arquivo de changelog em paralelo) 10:14:13 <str4d> já que, como está, o arquivo de histórico é basicamente apenas um log de commits mais fácil de analisar 10:14:30 <str4d> Dito isso, ele é conveniente, então talvez informações paralelas sejam melhores (ainda que mais difíceis de manter) 10:14:38 * str4d para de se atolar nos detalhes 10:14:41 <str4d> :P 10:14:59 <hottuna> o lazygravy poderia atuar como editor e meio que delegar a responsabilidade de escrever conteúdo quando apropriado 10:15:14 <str4d> Certamente, facilitar saber o que está acontecendo é um ponto positivo, e acho que alguns dos tópicos de organização de alto nível ajudarão nisso 10:15:33 <str4d> (ou seja, quem for escrever o post pode olhar lá pelo panorama de alto nível em vez do log de commits) 10:15:56 <psi> soa bastante semelhante a programação em par 10:16:10 <hottuna> próximo tópico dentro de PR 10:16:29 <hottuna> sobre fazer uma campanha de reseed e atrair novos desenvolvedores 10:16:46 <psi> (ou mais como programação de casal, o programador e a esposa do programador) 10:17:11 <lazygravy> str4d: i.e. WTF são lease sets criptografados, ou um destaque legal do repositório debian do kytv 10:17:15 <hottuna> gostaríamos de envolver o torontocrypto para atrair mais hosts de reseed 10:17:23 <lazygravy> s/i.e./e.g./ 10:17:24 <iRelay> lazygravy quis dizer: str4d: e.g. WTF são lease sets criptografados, ou um destaque legal do repositório debian do kytv 10:18:25 <hottuna> Gostaríamos de gerar um pacote de conteúdo contendo todas as informações necessárias para configurar um host de reseed, tudo disponível em um só lugar 10:19:14 <hottuna> precisamos articular por que reseeds são necessários e importantes 10:19:18 <str4d> Mmm 10:19:42 <str4d> Poderia até ser tão simples quanto "sudo apt-get i2p-reseed" 10:20:22 <lazygravy> str4d++ 10:20:23 <kytv> Eu estava pensando em fazer imagens docker para que possa ser completamente plug-n-play 10:20:47 <psi> o reseed em Go era excessivamente fácil de configurar e usar 10:20:56 <hottuna> hottuna/eu me ofereci para escrever alguns parágrafos sobre por que reseeds são necessários e o que eles fazem 10:21:07 <hottuna> kytv: isso seria incrível 10:21:23 <str4d> kytv++ 10:21:35 <str4d> Largar e usar é o ideal 10:22:00 <str4d> Algo como o que foi mencionado em uma das palestras do Tor ontem, sobre como as pessoas no futuro poderiam obter um certificado LetsEncrypt que venha com um .onion gratuito 10:22:16 <str4d> (ou seja, o script do letsencrypt configura o Tor HS para o usuário) 10:22:38 <kytv> o i2p-tools do mdrollete está disponível como uma imagem docker, então talvez nós (=eu) possamos apenas polir minha imagem docker do I2P (ainda não divulgada) para que dê para fazer tudo copiando e colando uma linha de comando e o reseed “simplesmente funcione” 10:22:41 <hottuna> sobre onboarding de desenvolvedores, tornando o código-fonte mais acessível 10:22:42 <str4d> (isso por si só seria muito legal para o I2P, mas é um pouco diferente do que precisamos aqui) 10:22:55 <comraden1> kytv: docker com certeza 10:23:01 <hottuna> str4d: posso te convencer a adicionar alguns links para o código-fonte a partir do geti2p.net? 10:23:04 <str4d> Se reseeds forem um appliance, isso também facilita muito manter reseeds honestos em sincronia 10:23:17 <str4d> hottuna, onde? 10:23:18 <lazygravy> ideia: deveríamos tirar a nota da 0.7.6 na página de download 10:23:33 <kytv> (Eu sou mais do time lxc, mas estou aprendendo docker, então tanto faz ) 10:23:45 <kytv> ja 10:23:50 <lazygravy> kytv: docker parece “na moda” agora, então pode ser o melhor 10:23:54 <hottuna> onde fizer sentido 10:24:08 <str4d> Acredito que haja pelo menos um link para o ViewMTN do kytv, mas isso é dentro do I2P 10:24:11 <hottuna> mas a ideia é facilitar para dar uma olhada rápida no código-fonte 10:24:13 <kytv> Mover toda a documentação de coisas antigas para /attic ou algo relacionado 10:24:19 <hottuna> para atrair desenvolvedores 10:24:33 <hottuna> str4d, fora do i2p e idealmente a partir do geti2p.net, é o que queremos 10:24:36 <str4d> Eu poderia adicionar links para a nova página de devs para a página do Github, mas eles precisariam estar claramente marcados como somente leitura 10:24:50 <psi> se vocês realmente querem atrair devs, deveríamos deixar o github mais ativo 10:24:52 <hottuna> sim. 10:25:57 <str4d> É na nova página de dev que vocês querem os links? 10:25:57 <hottuna> isso parece um passo simples e direto a tomar 10:25:57 <hottuna> apenas adicionar um link somente leitura para o github 10:25:57 <str4d> hottuna, qual? Links ou o github mais ativo? 10:25:57 <hottuna> já seria uma melhoria 10:25:57 <str4d> ahk 10:26:05 <hottuna> str4d: posso colocar seu nome ao lado disso? 10:26:24 <hottuna> esse item, no caso 10:26:38 <str4d> Claro. Presumo que todos esses vão virar issues no Trac 10:26:51 <hottuna> não sei se vão. 10:26:57 <hottuna> vou perguntar ao zzz 10:27:09 <str4d> É, provavelmente não vale a pena para as tarefas menores 10:27:20 <str4d> Contanto que eu receba a lista em algum momento :P 10:27:26 <hottuna> ok 10:27:36 <hottuna> acho que o zzz vai fazer um texto no zzz.i2p 10:28:22 <kytv> isso quase certamente irá para o zzz.i2p, mas talvez também como tickets no Trac 10:28:41 <str4d> k 10:28:50 * str4d abre a lista de afazeres para começar a adicionar itens 10:32:43 <hottuna> estamos falando sobre quais casos de uso deveríamos promover para o i2p 10:33:13 <hottuna> e o consenso parece ser que devemos promover os casos de uso nos quais somos bons. como o Bote 10:33:20 <str4d> Mmm 10:33:29 <str4d> Definitivamente precisamos destacar o aspecto peer-to-peer 10:33:36 <hottuna> como torrents para potenciais 10:33:38 <hottuna> y 10:33:57 <hottuna> gostaríamos de destacar esses bons usos na página principal 10:34:12 <hottuna> *o que gostaríamos de destacar 10:34:20 <str4d> Isso é algo em que o I2P deve ter uma vantagem fundamental, devido à natureza de comutação por pacotes e à simetria em nível de tunnel 10:34:33 <hottuna> sim. e há outras coisas em que somos bons 10:34:39 <str4d> E particularmente aplicações que por si só incentivem a contribuição 10:34:41 <hottuna> e essas coisas devemos promover 10:35:05 <hottuna> e, enquanto isso, podemos continuar trabalhando nas coisas em que ainda não somos tão bons 10:35:09 <str4d> (porque a necessidade de contribuição do I2P pode então pegar carona na da aplicação) 10:35:43 <hottuna> lazygravy, str4d, cacapo: vocês poderiam trabalhar nos 3 melhores casos de uso para o i2p 10:36:01 <hottuna> para que possamos então apresentá-los adequadamente na página inicial 10:36:18 <str4d> Claro 10:37:03 <cacapo> yepp 10:37:08 <hottuna> quando vocês podem voltar com algo (recomendações ou mudanças no site)? 10:37:43 <hottuna> um prazo para o fim de janeiro está ok? 10:37:55 <cacapo> ok 10:38:01 <hottuna> relacionado a PR: i2p.net ficará disponível em breve 10:38:03 <str4d> Por mim, tudo bem 10:39:04 <eche|on> 16.4.2016 é para i2p,net 10:39:11 <str4d> Posso dizer agora que, se quisermos dizer “coisas que funcionam bem hoje”, estamos realmente falando apenas de e-mail de alta latência (Bote) e torrents. Em breve podemos adicionar armazenamento de dados distribuído também (assim que o Tahoe tiver suporte nativo a cliente I2P) 10:39:24 * str4d está ansioso pela recuperação do i2p.net 10:39:33 <eche|on> o tahoe só será utilizável com upload/download paralelo 10:40:08 <str4d> Acho que seria ideal combinar isso com minha proposta de serviços de dev no i2p.i2p, tê-los disponíveis em paralelo dentro e fora da rede 10:40:12 <hottuna> cacapo comenta que o i2p não comunica muito bem uma narrativa sobre o projeto. ou nada. 10:40:29 <lazygravy> str4d: o tahoe tem seus próprios problemas de UI... :/ (embora eu adore) 10:40:29 <hottuna> ao contrário do tor, que tem muita história e contexto 10:41:03 <str4d> hottuna, que narrativa ele quer dizer? 10:41:09 <hottuna> relacionada a jake/snowden/&/etc 10:41:42 <str4d> ah, narrativa relacionando a história do I2P ao contexto mundial? 10:41:43 <hottuna> comraden1: se voluntaria para fazer um texto sobre a história do i2p 10:41:52 <str4d> (como fez a palestra de Tor HS?) 10:42:05 <eche|on> história: palestra do zzz na i2pcon, minha palestra no 32c3 10:42:06 <hottuna> (não vi isso) 10:42:33 <str4d> minha palestra na I2PCon também teve um pouco disso 10:42:37 <hottuna> zzz, comraden1 e lazygravy se voluntariaram para fazer o texto de fato 10:42:41 <hottuna> psi: por aí? 10:42:53 <psi> sim 10:42:57 <hottuna> str4d: e também o trecho do Lance James 10:43:34 <str4d> lazygravy, a UX do Tahoe deve melhorar muito quando o magic folders for lançado. Em termos de UI, ainda há trabalho a fazer, mas não tanto quanto nós :P 10:43:52 <hottuna> str4d, sadie, vocês dois poderiam se ajudar para fazer a divulgação da palestra no RWC? 10:44:03 <hottuna> última chamada para tópicos relacionados a PR 10:44:06 <hottuna> Lest* 10:44:08 <hottuna> last* 10:44:49 <hottuna> certo, vou tomar isso como silêncio 10:44:50 <str4d> hottuna, sim, vou manter contato com a Sadie 10:44:56 * str4d ainda precisa preparar essa palestra :/ 10:45:04 <hottuna> Próximo tópico. GESTÃO DE PROJETOS 10:45:34 <comraden1> str4d: também “história de como o i2p começou”. Estou pensando na marinha pesquisando onion routing -> second generation onion router -> tor 10:46:40 <str4d> comraden1, mmm, você provavelmente encontrará muito disso nos logs das primeiras reuniões do I2P no site 10:47:15 <str4d> Se você for cavucar por lá, sinta-se à vontade para escrever resumos rápidos das reuniões para eu poder adicioná-los :P 10:48:11 <comraden1> str4d: o zzz mencionou que tem muito disso na cabeça e queria escrever um rascunho. Eu vou editar e garantir que fique perfeito antes de lançarmos 10:48:45 <str4d> +1 10:49:19 <dg> Eu me lembro de ter falado sobre isso com o zzz há séculos; se ele tiver logs disso, pode ser útil 10:49:22 <hottuna> estamos falando sobre quais são os objetivos reais do projeto 10:49:54 <hottuna> e que é importante tê-los escritos em algum lugar para podermos fazer uma gestão de projeto significativa 10:50:29 <str4d> Daria uma boa página “sobre” 10:51:16 <str4d> Eu queria mesclar as várias páginas de introdução, mas na verdade poderíamos aproveitá-las separadamente 10:51:36 <str4d> Transformar https://geti2p.net/en/about/intro em uma breve visão geral do I2P, tanto da rede quanto do projeto 10:51:38 <iRelay> Título: Intro - I2P (em geti2p.net) 10:51:59 <str4d> Depois, fazer de https://geti2p.net/docs/how/intro a página “como o I2P funciona” de fato 10:52:00 <iRelay> Título: A Gentle Introduction to How I2P Works - I2P (em geti2p.net) 10:52:10 <str4d> Mais ou menos o que parecem ser agora, mas devidamente separadas 10:53:12 <dg> hottuna: Onde posso encontrar os posts do blog? 10:53:22 <dg> hottuna: Só consigo ver um (`http://i2p-projekt.i2p/en/blog/2015/11/15/Community-Outreach)` 10:53:25 <iRelay> Título: Community Outreach - Blog - I2P (em i2p-projekt.i2p) 10:54:38 <lazygravy> dg: eles não existem além desse 10:54:55 <lazygravy> e aquele foi basicamente um POC, na minha opinião. O próximo deve ser publicado em 10Jan2016 no CCC 10:58:32 <hottuna> estamos falando sobre se queremos ser geridos 10:58:46 <hottuna> dg, str4d, psi: vocês têm alguma opinião sobre ter o trabalho de vocês gerido? 10:59:11 <psi> por quem e quanto de gerenciamento? 10:59:17 <hottuna> pela sadie 10:59:26 <dg> aberto a isso 10:59:42 <hottuna> e que isso seja relaxado em termos de prazos. mas sem prazos impostos 10:59:46 <hottuna> as coisas ficam prontas quando ficarem prontas 11:00:11 <hottuna> mas associar mentalmente um prazo a elas pode ser uma ferramenta útil 11:00:11 <dg> pronto quando estiver pronto, mas com um empurrãozinho/motivação 11:00:40 <psi> sem pensamentos até eu tomar café da manhã 11:00:47 <hottuna> ou, no mínimo, saber que outra pessoa sabe que uma determinada tarefa está na sua pilha 11:01:15 <hottuna> sobre gestão de projetos: gostaríamos de voltar a ter reuniões semanais/quinzenais em funcionamento 11:01:25 <hottuna> o zzz tem a meta de iniciá-las em fevereiro novamente 11:01:27 <hottuna> again* 11:01:36 <hottuna> e então ir transferindo gradualmente para a sadie 11:01:48 <hottuna> para isso acontecer, a sadie precisa entrar no IRC 11:01:56 <str4d> Por mim, tudo bem. Eu tendo a trabalhar melhor quando tenho alguém para trocar ideias 11:03:23 <hottuna> o zzz acabou de se comprometer a ter um único roadmap escrito até o fim de fevereiro 11:03:23 <hottuna> excelente. 11:03:23 <hottuna> o consenso parece ser que ser gerido de forma leve provavelmente é bom. 11:03:23 <hottuna> mas qualquer coisa pesada demais só transformaria isso em trabalho 11:03:23 <str4d> Soa bem. Podemos sempre ajustar o nível depois que tivermos alguma experiência com isso. 11:03:23 * dg acena com a cabeça 11:03:23 <hottuna> *roadmap será para fim de jan, não fev 11:03:23 <hottuna> str4d: combinado 11:04:35 <str4d> Para sua informação, zzz, a sadie e eu vamos nos encontrar no começo de março; seria bom manter isso em mente quanto às coisas em que podemos trabalhar/discutir então. 11:05:52 <hottuna> sobre os tickets no Trac, a sadie está se voluntariando para ficar de olho e encaminhar tickets para a pessoa certa 11:06:05 <dg> Poder observar nossa mecânica como trac/zzz.i2p/irc é importante para a Sadie entender completamente como trabalhamos, de qualquer forma 11:06:16 <dg> Ela conseguiu fazer isso sem acesso ao IRC? 11:07:04 <hottuna> str4d: você estaria disposto a ajudar a sadie nesse esforço? 11:07:40 <str4d> Eu tenho há um tempo na minha lista de tarefas um item semanal de “dar uma olhada nos tickets novos”, que continuo adiando porque tem coisa demais 11:08:06 <str4d> Mas a partir do ano que vem, vou me empenhar para ajudar a sadie com isso :) 11:08:49 <str4d> Vocês devem ter notado que agora há um status “open” para os tickets. Eu adicionei isso para podermos diferenciar entre tickets novos e aqueles que já vimos mas não necessariamente temos uma opinião 11:08:53 <hottuna> Última chamada para tópicos de GESTÃO DE PROJETOS 11:09:10 <dg> hottuna: veja acima 11:09:25 <str4d> Meu objetivo seria ter o mínimo possível de tickets “new”, isto é, movê-los para uma pessoa/status relevante, ou “open” para ao menos reconhecê-los como um ticket válido. 11:09:36 <hottuna> Última chamada para OUTROS tópicos 11:09:48 <hottuna> dg: colocar a sadie no Trac é fundamental. e um requisito 11:10:00 <hottuna> Quero dizer no IRC 11:10:17 <dg> ok 11:10:23 <str4d> Eu tenho uma conta de bouncer de IRC para ela já faz um tempo 11:10:42 <hottuna> str4d: podemos te pedir para escrever alguns itens sobre o que você aprendeu sobre resposta a vulnerabilidades na conferência? 11:10:48 <str4d> Tudo que ela precisa é de ajuda para conectar do lado dela, e aí poderá manter logs etc. sem precisar ficar conectada o tempo todo 11:11:40 <str4d> hottuna, você quer dizer da conversa com a k8em0 na Kiwicon? 11:11:47 <hottuna> mhm 11:11:47 <dg> Também ajuda com a configuração do navegador/privoxy? 11:12:13 <str4d> Eu não aprendi muito mais do que já meio que sabia, além de ouvir antecipadamente sobre o programa de recompensa por bugs que o Tor acabou de anunciar 11:12:26 <zzz> estamos propondo adiar a discussão de VRP para janeiro 11:12:36 <hottuna> str4d: faria sentido escrever um textinho? 11:12:40 <str4d> a k8em0 disse que ficou muito impressionada com nosso ticket de VRP 11:12:45 <hottuna> tipo um post no zzz.i2p? 11:12:55 <hottuna> ou foi tudo meio inútil? 11:13:15 <str4d> Não foi inútil, mais uma confirmação de que nosso ticket de VRP está no caminho certo 11:13:31 * zzz ******BAFFFFS***** a reunião está encerrada, obrigado a todos

Lançamento 0.9.23

Thu, 19 Nov 2015 00:00:00 +0000

Olá I2P! Este é o primeiro lançamento assinado por mim (str4d), após 49 lançamentos assinados por zzz. Este é um teste importante da nossa redundância em tudo, incluindo pessoas.

Manutenção

Minha chave de assinatura tem sido incluída nas atualizações do router há mais de dois anos (desde a 0.9.9), portanto, se você estiver em uma versão recente do I2P, esta atualização deve ser tão fácil quanto qualquer outra. No entanto, se você estiver executando uma versão anterior à 0.9.9, primeiro será necessário atualizar manualmente para uma versão recente. Depois de atualizar manualmente, seu router encontrará e baixará a atualização 0.9.23 como de costume.

Envolvimento com a comunidade

Sun, 15 Nov 2015 00:00:00 +0000

Solicitação de feedback

Vamos encarar os fatos – nosso console precisa de melhorias. Nosso site também poderia passar por uma atualização. Estamos em busca de feedback sobre como melhorar a usabilidade do I2P para usuários novos e atuais!

Reunião de Desenvolvedores do I2P - 03 de novembro de 2015

Tue, 03 Nov 2015 00:00:00 +0000

Resumo rápido

Presentes: abyss, amknesia, anonimal, dogedDEV, eche|on, kytv, Lady3Jane, lbt, obscuratus, psi, sadie_i2p, str4d, trolly, xmz, Z0rg1nc, zab@kyirc, zzz

Registro da reunião

20:00:17 <zzz> 0) Olá 20:00:17 <zzz> 1) `http://dogecoindark.i2p/` solicitação para a página inicial da Router Console, reconsideração da reunião de 14 de julho `http://i2p-projekt.i2p/en/meetings/238` -- solicitação original: `http://zzz.i2p/topics/236?page=2#p9999` -- resultado: `http://zzz.i2p/topics/236?page=3#p10078` -- possivelmente substituído por `http://doged.i2p/` 20:00:17 <zzz> 2) `http://exchanged.i2p/` solicitação para a página inicial da Router Console: `http://zzz.i2p/topics/236?page=3#p10391` 20:00:17 <zzz> 3) `http://i2pwiki.i2p/` solicitação para a página inicial da Router Console: `http://zzz.i2p/topics/236?page=3#p10437` 20:00:18 <zzz> 4) `http://lenta.i2p/` solicitação para a página inicial da Router Console: `http://zzz.i2p/topics/236?page=3#p10439` 20:00:21 <zzz> 5) atualização da preparação do CCC desde a reunião de 6 de out.: `http://i2p-projekt.i2p/en/meetings/239` 20:00:22 <zzz> 6) proposta de substituição do forum.i2p (hottuna, dg) - acompanhamento da reunião de 6 de out.: `http://i2p-projekt.i2p/en/meetings/239` 20:00:25 <zzz> Observe que vários comentários iniciais sobre os itens 1-4 estão na página da pauta `http://zzz.i2p/topics/1970` 20:00:27 <zzz> 0) Olá 20:00:42 <zzz> bem-vindos à 240ª reunião deste grande projeto, ao longo de 13 anos e meio 20:01:00 <zab@kyirc> oi 20:01:10 <anonimal> Olá 20:01:24 <iRelay> Título: zzz.i2p: How to get my Eepsite added to the Router Console home page (em zzz.i2p) 20:01:27 <zzz> para os novatos, esta reunião é principalmente para tomadas de decisão em grupo; vamos mirar 10 minutos ou menos para cada item da pauta 20:01:43 <iRelay> Título: zzz.i2p: How to get my Eepsite added to the Router Console home page (em zzz.i2p) 20:01:51 <zzz> e, como lembrete, qualquer pessoa pode agendar uma reunião aqui a qualquer momento por qualquer motivo 20:01:53 <iRelay> Título: I2PWiki (em i2pwiki.i2p) 20:02:16 <zzz> 1) `http://dogecoindark.i2p/` solicitação para a página inicial da Router Console, reconsideração da reunião de 14 de julho `http://i2p-projekt.i2p/en/meetings/238` -- solicitação original: `http://zzz.i2p/topics/236?page=2#p9999` -- resultado: `http://zzz.i2p/topics/236?page=3#p10078` -- possivelmente substituído por `http://doged.i2p/` 20:02:26 <iRelay> Título: zzz.i2p: How to get my Eepsite added to the Router Console home page (em zzz.i2p) 20:02:35 <iRelay> Título: I2P Development Meeting 239 - I2P (em i2p-projekt.i2p) 20:02:39 <zzz> o operador de dogecoindark.i2p está aqui? 20:02:39 <iRelay> Título: I2P Development Meeting 239 - I2P (em i2p-projekt.i2p) 20:02:43 <iRelay> Título: zzz.i2p: Meeting Tues. Nov. 3, 8 PM UTC (em zzz.i2p) 20:03:17 <iRelay> Título: I2P Development Meeting 238 - I2P (em i2p-projekt.i2p) 20:04:34 <zzz> Vi muitos comentários negativos sobre dogecoindark.i2p/doged.i2p na página da reunião. Mais alguém deseja comentar a favor ou contra? 20:05:03 <psi> acho que o I2P deveria passar a adotar uma postura neutra em relação a criptomoedas em geral 20:05:20 <zzz> qual você diria que é nossa postura agora? 20:05:33 <psi> neutra 20:06:03 <zzz> então o que você quer dizer com 'passar a' adotar uma postura neutra? 20:06:06 <dogedDEV> sim 20:06:11 <dogedDEV> estou aqui 20:06:30 <dogedDEV> quais foram os comentários negativos? 20:06:32 <dogedDEV> removi todos os scripts, 20:06:35 <psi> não endossar algumas moedas em detrimento de outras 20:06:38 <dogedDEV> agora são só gráficos e HTML 20:06:54 <zzz> dogedDEV, por favor, revise-os rapidamente, o link está acima 20:07:00 <dogedDEV> e movi muito do nosso código-fonte para o repositório git baseado em I2P 20:07:02 <anonimal> Já expus meu ponto em `http://zzz.i2p/topics/1970-meeting-tues-nov-3-8-pm-utc` 20:07:02 <str4d> oi 20:07:06 <iRelay> Título: zzz.i2p: Meeting Tues. Nov. 3, 8 PM UTC (em zzz.i2p) 20:07:51 <zzz> dogedDEV, por favor explique a mudança de nome e responda às objeções sobre todas as imagens. Neste momento você não tem nenhum apoio, então você tem cerca de 2 minutos para nos convencer do contrário 20:08:34 <dogedDEV> bem, tenho trabalhado sem parar para expandir-nos mais no I2P 20:08:39 <dogedDEV> construí um servidor Electrum no I2P 20:08:49 <dogedDEV> refiz o site inteiro depois das reclamações de que tinha widgets 20:09:00 <dogedDEV> por isso o nome mudou para i2p. Abandonei o site antigo e recomecei do zero. 20:09:11 <dogedDEV> fiz vários tutoriais para ajudar usuários a entrar no I2P 20:09:29 <dogedDEV> e doged.i2p é sua casa permanente 20:11:15 <dogedDEV> gostaria de pensar que, se as pessoas aumentarem sua largura de banda, os gráficos carregarão mais rápido. talvez eu adicione uma versão somente texto em breve para atender quem tem necessidades de baixa largura de banda 20:11:15 <dogedDEV> eu realmente gosto do I2P e divulguei para muitas pessoas preocupadas com privacidade, globalmente, sobre ele e seus benefícios 20:11:15 <zzz> mas todo o I2P é de 'baixa largura de banda'. O problema está do seu lado, não dos seus usuários 20:11:15 <dogedDEV> as imagens parecem carregar rápido para mim e outros usuários que ajustaram sua largura de banda 20:11:15 <zzz> não para mim 20:11:15 <dogedDEV> acho que nosso site lá carrega tão rápido quanto nosso site .onion. 20:11:19 <dogedDEV> tenho focado menos no Tor ultimamente e mais no I2P. 20:11:21 <zzz> nem para os outros que comentaram 20:11:27 <anonimal> Nem para mim, e estou carregando de novo e esperando. 20:11:45 <anonimal> E fontes da clearnet ainda estão sendo puxadas. É como se nada tivesse mudado desde que postamos naquele tópico. 20:11:50 <dogedDEV> posso mudar a resolução delas, creio 20:12:00 <zzz> nenhum site em 2015 coloca tudo atrás de 200 imagens na página inicial 20:12:02 <dogedDEV> de onde está puxando da clearnet? 20:12:13 <dogedDEV> não deveria estar se comunicando com nenhuma clearnet 20:12:17 <abyss> olá 20:12:24 <kytv> a página índice 20:12:47 <zzz> neste momento não vejo como 'amplamente útil para a comunidade I2P', que é nosso primeiro critério 20:12:56 <zzz> Vejo aonde você quer chegar, mas acho que ainda não chegou lá 20:13:03 <dogedDEV> como uma criptomoeda focada em privacidade não é útil? 20:13:06 <kytv> está claramente melhor do que estava. 20:13:08 <str4d> estou carregando o site agora 20:13:15 <zzz> alguém aqui é a favor desta solicitação? por favor, manifeste-se agora 20:13:23 <dogedDEV> acabei de carregar, metade dos gráficos já carregou aqui 20:13:39 <str4d> O site levou 13s para carregar o HTML (mas a maior parte foi para obter o LS) 20:13:44 <dogedDEV> e não estou conectando a ele localmente nem nada 20:13:48 <abyss> funciona bem para mim 20:13:50 <str4d> nunca carreguei o site no endereço novo ainda 20:14:01 <str4d> A imagem mais rápida foi 17s 20:14:10 <str4d> A mais lenta até agora é 1min44s 20:14:25 <dogedDEV> posso, com certeza, reduzir a resolução dos gráficos 20:14:34 <zzz> da última vez que tentei, desisti após 10 minutos 20:14:42 <abyss> o dogedev tem trabalhado duro em promover privacidade e levar a comunidade de criptomoedas da clearnet em direção ao I2P 20:14:44 <str4d> 3 min e ainda não carregou 20:14:51 <anonimal> ^ aqui também, ainda está carregando. 20:14:53 <kytv> nunca carregou completamente aqui 20:14:56 <eche|on> ok, começou a carregar 1 min atrás, vamos esperar 20:14:57 <str4d> dogedDEV, você está usando o mesmo router I2P para o HTTP tunnel ao testar? 20:15:14 <dogedDEV> não 20:15:14 <str4d> porque, se sim, sua conexão não estará passando pelo I2P 20:15:29 <zzz> não estamos duvidando do comprometimento do dogedDEV com o I2P. estamos apenas avaliando a adequação de adicionar o site à página inicial 20:15:46 <dogedDEV> acho que posso reduzir a resolução das imagens, diminuindo assim o tamanho dos arquivos. 20:16:01 <str4d> dogedDEV, ok, agora que parte da metade superior do site carregou (recursos de desenvolvimento etc.), consigo ver o problema 20:16:10 <dogedDEV> eu só queria que ficasse bonito, mas suponho que para o usuário médio carregue devagar. e desempenho é igualmente importância. 20:16:15 <str4d> Você não deveria precisar usar imagens para *TODO* o seu conteúdo 20:16:22 <dogedDEV> importante* 20:16:30 <anonimal> Aprecio o mérito artístico, mas por que isso não pode ser uma oportunidade para inovação? 20:16:32 <zzz> Estou propondo que rejeitemos esta solicitação. Ele sempre pode reenviar no futuro. Alguma objeção? 20:16:42 <str4d> Isso não só faz o site demorar uma eternidade para carregar, como também o torna não pesquisável 20:16:52 <dogedDEV> há inovação na moeda, inclusive com o I2P 20:16:57 <dogedDEV> há outros servidores Electrum no I2P por aí? 20:17:34 <zab@kyirc> Sou totalmente a favor de entrar em coisas financeiras, mas isto está muito lento 20:18:01 <anonimal> Parece que a única pessoa que se importa com a visão do site é o autor. 20:18:01 <dogedDEV> estou trabalhando em um app Android agora que se conecta ao nosso Electrum no I2P 20:18:01 <str4d> Se o que você gosta é a fonte, você pode carregá-la via CSS 20:18:01 <zzz> não estamos duvidando da inovação nem do seu projeto como um todo. Apenas do site. 20:18:01 <anonimal> Estou falando apenas do site, esta reunião é sobre o *site*. 20:18:01 <zzz> última chamada para discussão sobre 1) 20:18:01 <str4d> A maioria do que posso ver no site poderia ser feito em CSS, o que reduziria drasticamente as imagens necessárias e melhoraria drasticamente os tempos de carregamento do site. 20:18:01 <dogedDEV> não, eu concordei com a visão do site; se os gráficos são grandes demais, posso diminuir o tamanho e até fazer um link somente texto, que use apenas CSS 20:18:01 <abyss> anonimal, eu gosto 20:18:02 <anonimal> Concordo com o str4d 20:18:29 <kytv> sem objeções em rejeitar. É insuportavelmente lento quando carrega. 20:18:43 <dogedDEV> quando é a próxima reunião? 20:18:43 <kytv> e agora não é um desses momentos... 20:18:47 <kytv> $ http_proxy=`http://127.0.0.1:4444` curl --silent `http://doged.i2p/` 20:18:50 <kytv> <html><head><title>408 Request Timeout</title></head> 20:18:51 <kytv> <body><h2>408 Request timeout</h2> 20:18:57 <zzz> e não é só o site em si - também é a recente mudança de nome (que talvez devesse reiniciar o cronômetro completamente) e a objeção do psi a promover _qualquer_ moeda 20:19:09 <iRelay> Título: DogecoinDark.i2p Official Site (em doged.i2p) 20:19:13 <zzz> ok, é isso para 1) 20:19:24 <str4d> dogedDEV, agora que um pouco mais do site carregou, está realmente muito bonito. Mas acho que quase tudo, até pelo menos os links de FB/Twitter/etc., poderia ser feito via CSS com algumas imagens apenas para o que realmente precisa ser imagem. 20:19:24 <zzz> 2) `http://exchanged.i2p/` solicitação para a página inicial da Router Console: `http://zzz.i2p/topics/236?page=3#p10391` 20:19:29 <dogedDEV> então, já que a promoção de moedas do psi afeta a avaliação, o anoncoin está sendo removido? 20:19:38 <dogedDEV> porque isso seria bobo 20:19:41 <iRelay> Título: zzz.i2p: How to get my Eepsite added to the Router Console home page (em zzz.i2p) 20:19:46 <str4d> Então sou -1 em 1) por enquanto. 20:19:47 <zzz> o operador de exchanged.i2p está aqui? 20:20:06 <abyss> zzz, ei, eu estou aqui 20:20:31 <zzz> ok, abyss, por favor nos conte sobre seu site e responda a quaisquer objeções levantadas no tópico do zzz.i2p 20:20:43 <psi> anoncoin está morto 20:20:47 <psi> (na minha opinião) 20:20:51 <dogedDEV> isso é triste =\ 20:21:00 <dogedDEV> enfim, seguindo. vou reenviar. 20:21:00 <abyss> psi, não está morto 20:21:26 <dogedDEV> sou a favor de exchanged.i2p, se minha opinião importar. 20:21:31 <abyss> ok zzz, a principal preocupação é que eu não seria confiável para se confiar o dinheiro de outras pessoas 20:21:47 <zzz> conte-nos sobre o site primeiro, por favor 20:21:50 <dogedDEV> o site carrega rápido, as negociações são rápidas. muitos usuários de doged negociaram lá sem problemas. 20:21:58 <abyss> ok 20:22:26 <abyss> Exchanged.i2p é um site onde usuários podem negociar criptomoedas como bitcoin, litecoin, anoncoin, dogecoindark etc. anonimamente 20:22:47 <abyss> estamos operando desde 1º de julho 20:23:00 <abyss> os testes alpha começaram em 1º de junho 20:23:49 <abyss> também tenho sido avalizado pela equipe de desenvolvimento do anoncoin e do dogecoindark 20:24:19 <abyss> o dev do anoncoin não está aqui no momento, mas aqui está o link https://www.reddit.com/r/CryptoCurrency/comments/3cxk7k/exchangedi2p_anonymous_exchange/ 20:24:23 <iRelay> Título: Exchanged.i2p Anonymous Exchange : CryptoCurrency (em www.reddit.com) 20:24:24 <zzz> parecem haver duas objeções: que o site é muito cru/inicial, e que não deveríamos endossar nada financeiro 20:25:17 <zzz> aqui está o que eu disse no tópico da solicitação: Nunca tivemos um pedido para uma exchange antes. Embora eu não ache que sejamos qualificados para avaliar a legitimidade e a estabilidade de qualquer mercado, acho que devemos tentar, pois pode haver algum tipo de bênção implícita ao colocar um link na Router Console. 20:25:28 <dogedDEV> ao colocar um ícone em um menu, pessoalmente não vejo isso como endosso. a menos que vocês também incentivem seu uso em detrimento de outras pessoas que estão pedindo a mesma coisa que ele. 20:25:49 <zab@kyirc> a rusticidade torna os tempos de carregamento rápidos e não afeta a utilidade 20:26:12 <zab@kyirc> para qualquer trader, tempo de resposta rápido é muito mais importante que beleza 20:26:13 <dogedDEV> eu curto os menus em ASCII. me lembra os velhos tempos. 20:26:19 <abyss> tentei criar um design que maximizasse a usabilidade 20:26:19 <dogedDEV> acho que muitos usuários sentem o mesmo. 20:26:19 <zzz> alguém tem alguma opinião sobre isso? É um endosso? Devemos tentar verificar? Ou não deveríamos colocar mercados ou plataformas de negociação na página inicial de forma alguma? 20:26:34 <dogedDEV> certo, tempo de resposta e o admin estar por aí há tanto tempo, acho que é pra seguir. 20:27:00 <str4d> Do ponto de vista de usabilidade, parece bom (mas não fiz nenhuma negociação) 20:27:15 <kytv> Estou mais ou menos indiferente. Minha objeção ao #1 é a lentidão extrema no carregamento. Este, pelo menos, é *muito* rápido. 20:27:17 <dogedDEV> ele até adicionou recentemente uma API a pedido de um site de análise 20:27:17 <anonimal> Sim, como temos o poder de escolher, todo link vira um endosso implícito. 20:27:24 <zab@kyirc> Sou definitivamente a favor de mercados, exchanges e qualquer coisa financeira sobre I2P em geral. Isso adiciona uma dimensão à ampla usabilidade do I2P que ajuda a atrair pessoas 20:27:27 <str4d> Sugeri que houvesse também um tema claro, porque o contraste escuro é difícil para alguns usuários 20:27:33 <zzz> alguém aqui usou este site para alguma negociação? por favor, diga 20:27:37 <lbt> Opinião de usuário aqui: Acho que a informação deveria ser facilmente encontrada, mas também acho que não deveria fazer parte de um router :o Talvez um link para uma lista, ordenada por tema, de domínios ativos ou algo assim na Router Console? 20:27:45 <str4d> (particularmente azul sobre preto, embora o tom de azul esteja um pouco melhor que da última vez) 20:28:10 <zab@kyirc> str4d: cores de mainframe dos anos 80 FTW ;-) 20:28:27 <zzz> não vamos entrar em conselhos detalhados de cor aqui. Visão geral, hora da decisão. Sim ou não e por quê, por favor. 20:28:38 <amknesia> Já existe uma declaração na página inicial do router dizendo 'os links abaixo não são um endosso, mas simplesmente sites que atenderam às diretrizes mínimas para serem colocados na página inicial'? 20:29:03 <dogedDEV> sim - o site carrega rápido, eu usei e funciona como esperado. o abyss está sempre por aí e é fácil falar com ele. 20:29:08 <dogedDEV> amknesia, boa ideia. 20:29:35 <dogedDEV> os desenvolvedores do I2P não aprovam/endossam os sites listados na console. 20:29:44 <zzz> É amplamente útil para a comunidade I2P? 20:29:56 <zzz> explícito ou não, é um endosso implícito 20:30:02 <zab@kyirc> absolutamente 20:30:20 <str4d> Amplamente útil? Na minha humilde opinião, sim. 20:30:31 <dogedDEV> contanto que moeda fiduciária não esteja envolvida, acho que é uma ótima adição. 20:30:39 <anonimal> Sim, amplamente útil, e o site melhorou um pouco em usabilidade. 20:30:48 <zzz> alguém aqui realmente usou para uma negociação? 20:30:48 <Lady3Jane> O endosso é implícito, especialmente para recém-chegados e especialmente porque muitos links são de fato oficiais 20:30:58 <anonimal> Não. 20:31:07 <zab@kyirc> mesmo se houver moeda fiduciária envolvida, ainda é uma ótima adição 20:31:07 <dogedDEV> eu negociei nele. 20:31:27 <anonimal>>O endosso é implícito 20:31:28 <amknesia> zzz: Eu, só algumas frações de satoshi em negociação, porém. 20:31:28 <dogedDEV> pequenos valores, mas ao longo do tempo, e sempre funcionou 20:31:30 <str4d> Mas com moeda fiduciária envolvida, é mais difícil que o site em si seja justificadamente anônimo 20:31:33 <anonimal> Sim, e uma isenção de responsabilidade seria inútil. 20:31:33 <Lady3Jane> pilgrim-wu (que não está aqui) está profundamente envolvido em criptoexchanges (inclusive gerencia uma sediada no W. China). Ele já usou exchanged.i2p antes. Ele adora, zzz 20:32:25 <abyss> para quem se interessar, posso dar alguns doged para negociar 20:32:25 <zzz> ok, vamos encerrar isto. O consenso não está claro para mim, então por favor digitem +1 para sim e -1 para não 20:32:32 <dogedDEV> +1 20:32:35 <str4d> Do ponto de vista de 'risco', se o site está apenas trocando criptomoedas, então está sujeito às forças de mercado de outras exchanges no que diz respeito ao valor 20:32:42 <abyss> assim vocês podem testar por si mesmos :) 20:32:45 <zab@kyirc> +1 20:33:33 <trolly> +1 20:33:33 <Lady3Jane> (Não sei se tenho direito a voto aqui, mas...) +1 20:33:48 <anonimal> -1: Nada de sexo, drogas, dinheiro ou rock&roll na Router Console. 20:33:56 <kytv> = "neutro / não negativo" 20:34:30 <abyss> +1 se meu voto contar 20:34:33 <psi> +1 nada de drogas sexo dinheiro rock/roll na Router Console 20:34:38 <trolly> sem rock&roll?? OMG anonimal!! 20:34:41 <obscuratus> -1: Bom site, mas concordo que é um endosso. 20:34:49 <psi> na verdade, -1 20:34:57 <abyss> psi, :) 20:34:57 <trolly> +1 drogas, sexo e rock&roll em todo lugar 20:35:01 <abyss> :( 20:35:09 <amknesia> Pergunta: E quanto a ter uma página/site de links em vez da página inicial, mas com link a partir dela. Isso evitaria o 'endosso implícito' na página inicial, ao mesmo tempo facilitando para novatos encontrar sites de interesse. Algum dos sites atuais da página inicial está configurado para prover isso? 20:35:21 <obscuratus> amknesia: +1 20:35:28 <lbt> amknesia: +1 20:35:29 <Lady3Jane> Do ponto de vista de RP, anonimal, concordo quanto a sexo e drogas. Não queremos que a console vire o equivalente no I2P da hidden wiki. Mas por que corretoras de moeda são inerentemente negativas? 20:35:47 <Lady3Jane> console do router* 20:35:56 <anonimal> Eu tenderia à ideia do amknesia. 20:36:01 <dogedDEV> acho que redes privadas têm uma obrigação indireta de proteger cripto, especialmente recentemente. 20:36:05 <dogedDEV> mas isso é só a minha opinião. 20:36:05 <zzz> +1 de mim (por pouco) 20:36:19 <str4d> Lady3Jane, O problema inerente com uma exchange anônima é que há toda chance do site desaparecer com todos os fundos, e sem ressarcimento 20:36:35 <dogedDEV> isso pode acontecer em qualquer exchange 20:36:43 <dogedDEV> e já aconteceu em exchanges da clearnet. 20:36:51 <anonimal> ^ Então não vejo razão para endossar mais uma aqui. 20:36:57 <amknesia> str4d: Só como contra-argumento: Isso já aconteceu com exchanges públicas não anônimas, então isso é realmente uma ameaça maior? 20:36:57 <str4d> Aconteceu, sim. Mas há vias para ao menos ressarcimento parcial 20:37:08 <Lady3Jane> abyss: Além do típico sistema de escrow, você tem alguma contingência para assegurar ao público (mas acima de tudo, aos devs que querem endossar você) que não vai fugir com uma mala de dinheiro? 20:37:17 <abyss> anonimal, porque esta é privada 20:37:25 <zzz> conto 4+ e 3-, mas também poderíamos declarar que está muito apertado e reconsiderar em uma reunião futura 20:37:31 <str4d> Lady3Jane, na verdade não vejo um escrow 20:37:37 <str4d> (pelo menos não na lista de segurança) 20:37:46 <str4d> Eu queria perguntar sobre multisig também 20:37:58 <anonimal> E talvez devêssemos revisar os padrões para submissão. 20:38:19 <abyss> não há escrow ou multisig porque isso não é realmente prático para uma exchange de baixa latência 20:38:29 <zzz> kytv, str4d, com uma arma na cabeça, por favor votem + ou - 20:38:32 <amknesia> Talvez seja hora de um serviço de reputação cripto? 20:39:05 <dogedDEV> similar ao cryptoasian, você quer dizer? 20:39:17 * anonimal não se importa quem faz o que, onde ou quando, isto é apenas para a Router Console do I2P em Java. 20:39:25 <zzz> última chamada para votos 20:39:27 <str4d> Estou em +0,5, de forma cautelosa, neste estágio. Acho que o site é benéfico para os usuários, mas os riscos provavelmente deveriam ser melhor transmitidos aos usuários. 20:39:56 <dogedDEV> talvez o abyss possa colocar um disclaimer no site? 20:40:10 <zzz> que tal aprovado se ele colocar um disclaimer lá então? 20:40:16 <dogedDEV> e isso pelo menos apaziguaria as pessoas votando não por causa do risco 20:40:27 <abyss> posso fazer isso 20:40:44 <str4d> Sempre há risco, mas enquanto os usuários estiverem explicitamente cientes dos riscos, eu 20:40:46 <kytv> zzz: +1 (com algum tipo de disclaimer) 20:40:51 <str4d> não me oponho. 20:40:52 <zzz> gastamos tempo demais nisso, se não decidirmos nos próximos 60 segundos vou seguir em frente de qualquer forma 20:41:04 <zzz> ok, parece aprovação se ele adicionar o disclaimer 20:41:07 <zzz> mais algo em 2) ? 20:41:20 <dogedDEV> zzz: quando é a próxima reunião? 20:41:23 <amknesia> É difícil torná-lo provisório? 20:41:27 <fox> +1 para a exchange do abyss, o código é limpo 20:41:32 <zzz> 3) `http://i2pwiki.i2p/` solicitação para a página inicial da Router Console: `http://zzz.i2p/topics/236?page=3#p10437` 20:41:34 <amknesia> IE vocês sempre poderiam removê-lo depois da próxima sessão se houver problemas? 20:41:38 <zzz> o operador de i2pwiki.i2p está aqui? 20:41:50 <iRelay> Título: I2PWiki (em i2pwiki.i2p) 20:42:33 <zzz> alguma discussão sobre i2pwiki pró/contra? 20:42:43 <fox> open4you.i2p não é só um zumbi? 20:42:56 <zzz> por favor, mantenham-se no tópico 20:42:56 * anonimal carregando 20:42:59 <kytv> +1 para i2pwiki. Ele realmente carrega e o usuário disponibiliza backups. 20:43:10 <str4d> dogedDEV, a próxima reunião de página inicial será uma semana antes do lançamento 0.9.24 20:43:11 <psi> +1 i2pwiki 20:43:22 <fox> -1 open4you 20:43:31 <trolly> open4you.i2p às vezes funciona e às vezes não, fox 20:43:31 <dogedDEV> i2host não está carregando para mim 20:43:31 <zzz> alguma objeção a i2pwiki? 20:43:41 <zzz> por favor, mantenham-se no tópico 20:43:43 <abyss> acho decente 20:43:44 <str4d> i2pwiki.i2p por padrão redireciona para B32 20:43:53 <fox> trolly: às vezes carrega, mas não acho que ainda ofereçam hospedagem 20:43:54 <trolly> o admin não respondeu, acho que open4you.i2p foi hackeado ou algo assim 20:43:57 <str4d> (pelo menos para mim) 20:44:03 <zzz> por favor, mantenham-se no tópico. open4you NÃO é o tópico. 20:44:14 <anonimal> slogans de i2p ainda estão lá. Isso foi um problema antes. 20:44:31 <trolly> ele criou admin2.ope4you.i2p depois, mas só consigo fazer login em admin.open4you.i2p 20:44:32 <zzz> a questão dos slogans é suficiente para rejeitar? 20:44:40 <abyss> str4d, acho que isso é um problema do mediawiki, o meu estava com o mesmo problema 20:44:45 <zzz> por favor, mantenham-se no tópico. open4you NÃO é o tópico. 20:45:05 <str4d> Além disso, interessante - ugha.i2p está de volta 20:45:19 <anonimal> Sim, por causa de algum conteúdo. Fora isso, eu daria +1. 20:45:30 <abyss> 2015-10 Novo eepsite de wiki: Como ugha.i2p ficou fora do ar de maio de 2015 até 2015-10-30, uma nova wiki foi lançada (`http://i2pwiki.i2p`). Está rodando em MediaWiki. Por favor, migrem para esta wiki. 20:45:30 <kytv> i2pslogans não é um problema. Isso também estava em ugha.i2p. Usuários podem policiar isso assim como podiam em ugha 20:45:31 <dogedDEV> -1 em i2pwiki.i2p 20:45:44 <abyss> *da ugha.i2p. página inicial 20:45:46 <iRelay> Título: I2PWiki (em i2pwiki.i2p) 20:45:47 <str4d> Sou geralmente +1 para i2pwiki.i2p, mas realmente gostaria que o problema do redirecionamento fosse corrigido 20:45:53 <dogedDEV> Não foi possível encontrar o seguinte destino: `http://i2host.i2p/cgi-bin/i2hostjump?i2pwiki.i2p/` 20:46:07 <iRelay> Título: I2HOST Jump (em i2host.i2p) 20:46:07 <str4d> dogedDEV, `http://nrbnshsndzb6homcipymkkngngw4s6twediqottzqdfyvrvjw3pq.b32.i2p` é o B32 de i2pwiki 20:46:11 <zzz> ok, temos + de psi e kytv e str4d , - de anonimal e dogedev. Outros, por favor, votem 20:46:14 <zzz> eu: +1 20:46:16 <abyss> str4d, poderia ser um problema do i2prouter? 20:46:17 <kytv> É só uma configuração do I2PTunnel, tenho certeza, não é um problema do mediawiki. 20:46:20 <iRelay> Título: I2PWiki (em nrbnshsndzb6homcipymkkngngw4s6twediqottzqdfyvrvjw3pq.b32.i2p) 20:46:24 <fox> o tópico não é limpar /home? 20:46:24 <lbt> str4d: Se você não notou, veja a página de status do uhga, parece que esteve "no ar" o tempo todo 20:46:26 <obscuratus> +1 20:46:49 <abyss> str4d, acho que quando sites usam links relativos o i2prouter padroniza para o b32 20:46:53 <zzz> fox, estamos no item 3) da agenda 20:47:02 <fox> +1 i2pwiki ele carrega e é útil 20:47:23 <zzz> ok, conto 6 + e 2 -, parece aprovado, alguma objeção final? 20:47:27 <abyss> +1 acho útil e funciona bem 20:47:51 <anonimal> +1, eu estava errado. 20:47:56 <zzz> última chamada para 3) 20:47:57 <anonimal> Os slogans foram corrigidos. 20:48:06 * anonimal viu versão em cache. 20:48:15 <zzz> 4) `http://lenta.i2p/` solicitação para a página inicial da Router Console: `http://zzz.i2p/topics/236?page=3#p10439` 20:48:22 <zzz> o operador de lenta.i2p está aqui? 20:48:35 <iRelay> Título: Lenta.i2p | (em lenta.i2p) 20:48:37 <zab@kyirc> +1 de mim. Carrega rápido, as notícias são reais e o layout é agradável 20:48:48 <zzz> este pareceu ter amplo apoio no tópico do zzz.i2p e no #ru quando perguntei lá algumas semanas atrás 20:49:12 <zzz> mais algum pensamento pró/contra? 20:49:34 <kytv> = "neutro / não negativo" 20:49:45 <trolly> o admin do i2pwiki está por aqui? 20:49:55 <zab@kyirc> ter algo voltado a usuários .ru na página inicial pode ser visto como um sinal de boa vontade 20:49:57 * anonimal Sem objeções. xopowo. 20:50:08 <str4d> Não faço ideia do que diz, mas é bom refletirmos a base de usuários russa. 20:50:14 <abyss> +1 para lenta.i2p 20:50:18 <zzz> parece aprovado para mim. última chamada para 4) 20:50:21 <psi> +1 para lenta.i2p 20:50:43 <kytv> +0,5 com base na aprovação de pessoas que podem ler russo 20:50:51 <str4d> O título deveria estar em russo, para que os usuários percebam instantaneamente que é um site RU 20:51:12 <amknesia> Hm, pergunta boba, mas talvez devesse haver uma divisão de links com base no 'idioma selecionado atualmente' versus links em 'línguas estrangeiras'? 20:51:16 <str4d> (tanto para os que não falam russo não clicarem, quanto para os que falam russo clicarem) 20:51:30 <str4d> amknesia, pensei nisso agora mesmo :) 20:51:50 <zzz> sempre podemos ajustar o nome na console 20:51:57 <zzz> 5) atualização da preparação do CCC desde a reunião de 6 de out.: `http://i2p-projekt.i2p/en/meetings/239` 20:52:02 <iRelay> Título: I2P Development Meeting 239 - I2P (em i2p-projekt.i2p) 20:52:34 <zzz> Só coloquei este item na agenda no caso de haver algo a discutir. acredito que o banner e os doces e tudo isso estão sob controle. 20:52:47 <zzz> concluímos as decisões do orçamento na última reunião. 20:52:59 <zzz> Se alguém tiver algo a levantar sobre o CCC, agora é a hora, senão vamos seguir 20:53:56 <zzz> última chamada para 5) 20:54:31 <str4d> Nada da minha parte 20:54:36 <str4d> Divirtam-se por lá 20:54:46 <zzz> 6) proposta de substituição do forum.i2p (hottuna, dg) - acompanhamento da reunião de 6 de out.: `http://i2p-projekt.i2p/en/meetings/239` 20:55:13 <zzz> ok, as notas da última reunião estão publicadas (valeu, kytv) e no final você verá que hottuna e dg deveriam voltar com uma proposta. 20:55:30 <zzz> hottuna e dg, é com vocês. No entanto, nenhum dos dois parece estar aqui? 20:56:05 <zzz> mais alguém tem algo sobre substituição do fórum que estenda (não repita) a discussão da última reunião? 20:56:51 <str4d> Tenho algo tangencialmente relacionado que gostaria de emendar à reunião se tivermos tempo. 20:56:56 <obscuratus> E quanto a forums.i2p? 20:58:30 <zzz> ok, mais algo em 6) ? 20:58:30 <str4d> Acho que um fórum de usuários é uma boa ideia 20:58:30 <trolly> freedomforum.i2p também funciona 20:58:30 <str4d> E acho que tê-lo acessível pela clearnet (não só via inproxy) é uma boa ideia 20:58:30 <obscuratus> str4d: +1 20:58:30 <zzz> o item específico da agenda é se deveria haver um substituto 'oficial' 20:58:30 <trolly> e temos um novo fórum.. `http://es.i2p` 20:58:30 <trolly> mas é apenas em espanhol, porém qualquer um pode criar um canal em EN, claro 20:58:39 <zzz> nenhum site, 'oficial' ou não, solicitou estar na página inicial da console 20:58:42 <trolly> canal/tópico * 20:58:54 <zzz> ok, mais algo em 6) ? 20:59:01 <Z0rg1nc> mm, como vocês vão proteger novos usuários do fórum se ele cair também? 20:59:07 <str4d> Se tivermos pessoas dispostas a manter um fórum oficial, sou +1 20:59:14 <Z0rg1nc> *se não apenas admins forem permitidos a falar 20:59:39 * anonimal realmente gostaria da presença de dg e hottuna antes de se pronunciar sobre 6) 20:59:44 <zzz> Sou +1 para muitos fóruns, -0,1 para um oficial 20:59:50 <trolly> Não posso dizer se o admin do `http://es.i2p` gostaria de manter um fórum oficial também, desculpe 20:59:53 <amknesia> Proponho adiar para a próxima discussão. 21:00:13 <str4d> +1 por adiar 21:00:16 <zzz> como hottuna e dg não estão aqui, vamos adiar isso 21:01:20 <zzz> 7) str4d vai 21:01:20 <str4d> s/adiar/arquivar 21:01:20 <str4d> Ok 21:01:20 <str4d> Aqui está uma ideia que está martelando na minha cabeça há alguns meses 21:01:20 <str4d> Definimos *.i2p.i2p como um espaço não atribuível. 21:01:27 <str4d> E reservamos para uso pelos devs/serviços do I2P 21:01:48 <psi> +1 parece divertido 21:01:51 <str4d> Isso nos contorna de qualquer coisa esquisita que aconteça com relação ao addressbook do I2P / espaço de nomes 21:02:05 <amknesia> Parece um plano para mim. 21:02:07 <str4d> definimos na especificação de nomes a que Dest cada 3LD se refere 21:02:19 <str4d> E podemos mudar a qualquer momento 21:02:37 <str4d> (possivelmente tendo um hosts.txt dentro da rede, que hospedamos, contendo os Dests especificados atuais) 21:03:08 <anonimal>>definimos na especificação de nomes 21:03:21 <anonimal> E isso protegeria contra malícia, certo? 21:03:50 <str4d> Sim. A especificação é pública e quaisquer mudanças maliciosas seriam completamente visíveis 21:03:55 <zzz> str4d, já está bloqueado pelo registrador stats.i2p e acho que pela maioria dos outros. Porém, atualmente não está bloqueado na importação do addressbook. 21:04:23 <zzz> não sei que 'coisas esquisitas' você tem em mente 21:05:20 <str4d> zzz, o problema com o sistema atual de addressbook é que ele é apenas pseudo-global. 21:05:36 <str4d> Isso, por si só, é debatível, para o futuro 21:05:37 <eche|on> isso é bom 21:05:53 <str4d> Mas, na minha humilde opinião, serviços operados por *nós* *deveriam* ser globais. 21:06:23 <amknesia> Ideia boba: E se migrássemos para um esquema ao estilo namecoin com algum tipo de sistema PoS com uma quantidade exigida de tempo de CPU para manter seus domínios? 21:06:30 <str4d> A forma mais fácil de fazer isso é definir uma seção do namespace como controlada por nós. A seção lógica é *.i2p.i2p 21:06:39 <str4d> amknesia, isso está fora do escopo deste tópico da reunião 21:06:43 <zzz> str4d, talvez escreva sua proposta no subfórum de nomes do zzz.i2p? 21:06:54 <amknesia> Ok 21:07:01 <str4d> zzz, farei, quando eu tiver tempo para isso (provavelmente no mês que vem) 21:07:11 <zzz> ok, mais algo em 7) 21:07:37 <zzz> mais alguma coisa para a reunião? 21:07:40 <str4d> Heh, nesse ponto, também tenho outra proposta: tornar as propostas um pouco mais formais e visíveis 21:08:08 <zab@kyirc> desmutar o drz e mesclar o fux (brincadeira) 21:08:08 <zzz> ok, agora você está ficando meta, então.... 21:08:14 <str4d> Breve 8) 21:08:28 <zzz> 8) str4d vai 21:08:30 <str4d> zzz, tópico legítimo, prometo :) 21:08:48 <str4d> No momento, todas as propostas são feitas no zzz.i2p 21:08:54 <str4d> A visibilidade geral delas é, na minha humilde opinião, no mínimo ruim 21:08:57 * anonimal aguarda o post do str4d 21:09:17 <zzz> concordo, então proponha algo melhor :) 21:09:24 <str4d> Pegue, por exemplo, a melhoria do feed do serviço de hostname, que se perde 21:09:46 <zzz> não estou tratando meu site como precioso. Você tem uma proposta? 21:09:54 <str4d> Proponho que as propostas sejam armazenadas formalmente no repositório do site do I2P e fiquem visíveis 21:10:09 <zzz> por mim, tudo bem 21:10:15 <str4d> Com links para o tópico de discussão canônico no zzz.i2p 21:10:22 <str4d> Originalmente planejei um repositório novo separado 21:10:32 <zzz> você pode configurar isso/ 21:10:32 <str4d> Mas o site do I2P serve a dois propósitos: 21:10:36 <zzz> ? 21:10:37 <str4d> - Definir a especificação da rede I2P 21:10:47 <str4d> - Documentar a implementação de referência (Java) 21:10:55 <zzz> alguém tem alguma objeção? 21:11:03 <xmz> não 21:11:11 <str4d> E como as especificações já fazem parte do site, proponho ao mesmo tempo elevar a posição delas 21:11:27 <zab@kyirc> contanto que as propostas sejam texto puro - não coloque binários no mtn, por favor 21:11:28 <anonimal> Onde isso ficaria no site? 21:11:38 <str4d> E defini-las como não traduzíveis, por simplicidade 21:11:46 <str4d> zab, de jeito nenhum 21:11:59 <str4d> anonimal, atualmente elas estão em /langcode/docs/specs/* 21:12:03 <str4d> (as especificações) 21:12:04 <zzz> Acho que o str4d já tem carta branca para organização menor do site 21:12:12 <zzz> então podemos encerrar isto? 21:12:17 <zzz> mais algo em 8) ? 21:12:20 <str4d> Proponho, em vez disso, ter /spec/* para especificações e /spec/proposal/* para propostas 21:12:46 <str4d> zzz, sim, mas isso também entra nos processos de proposta 21:12:49 <zzz> não vamos usar uma reunião para discutir detalhes de caminhos do site 21:12:56 <anonimal> Só pergunto porque o layout do site é informação demais de uma vez, para o meu gosto, na minha opinião. 21:13:08 <str4d> o objetivo final é que pessoas fora do I2P possam então ver nossas propostas. 21:13:22 <str4d> anonimal, a reformulação está em andamento, deixe isso para depois :) 21:13:25 <zzz> concordado e não ouvi nenhuma objeção 21:13:27 <zzz> mais algo em 8) ? 21:13:30 * anonimal :) 21:13:44 <zzz> mais alguma coisa para a reunião? 21:13:54 <anonimal> Sim, brevemente. 21:14:04 <zzz> 9) anonimal vai 21:14:04 <abyss> então exchanged.i2p foi aprovado com um disclaimer? 21:14:18 <abyss> algo como "Aviso: negociar criptomoedas é arriscado; confiar seu dinheiro a pessoas anônimas também é arriscado. " 21:14:32 <zzz> abyss sim 21:14:33 <zzz> 9) anonimal vai 21:14:45 <abyss> \o/ 21:14:46 <anonimal> O *i2p.i2p do str4d me fez pensar nos comentários do IETF feitos na I2PCon e https://blog.torproject.org/blog/landmark-hidden-services-onion-names-reserved-ietf 21:14:49 <iRelay> Título: Landmark for Hidden Services: .onion names reserved by the IETF | The Tor Blog (em blog.torproject.org) 21:15:05 <amknesia> abyss: Não esqueça o 'Por favor ignore o homem por trás do site com a mala virtual e DC-3 abastecido' :) 21:15:13 <anonimal> Então a pergunta é: 21:15:27 <xmz> também poderia adicionar que o serviço não é endossado de forma alguma pelo projeto i2p (desculpe, não consigo ver toda a discussão anterior, estou no celular) 21:15:49 <zzz> estamos em 9), por favor, mantenham-se no tópico 21:16:09 <anonimal> Estamos buscando a IANA? 21:16:12 * anonimal desculpe o lag 21:16:26 <str4d> anonimal, sim. Sou o representante do I2P nesse processo. 21:16:58 <anonimal> Boa! Algo a relatar? 21:17:02 <str4d> Também me voluntariei para estar no comitê de design que vai propor mudanças/melhorias ao processo da RFC 6761 21:17:31 <str4d> .i2p foi proposto junto com .onion, .gnu, .bit e alguns outros pela equipe do GNUnet 21:17:40 <zzz> ótimo, obrigado por continuar com isso, str4d 21:17:42 <str4d> Isso ficou parado por vários anos, indo e voltando 21:17:56 <zzz> Tenho certeza de que você pode detalhar mais para ele após a reunião 21:17:58 <anonimal> Sim, obrigado, str4d. 21:18:05 <zzz> mais algo em 9) ? 21:18:09 <zzz> mais alguma coisa para a reunião? 21:18:31 <str4d> bem... 21:18:34 <str4d> (brincadeira ;) 21:18:40 <anonimal> lol 21:18:47 <sadie_i2p> ha 21:19:01 <zzz> obrigado a todos. /me ****bafs**** the meeting closed

Reunião de Desenvolvedores do I2P - 06 de outubro de 2015

Tue, 06 Oct 2015 00:00:00 +0000

Resumo rápido

Presentes: cacapo, comradenosebleed, dg, eche|on, hottuna2, postman, str4d, zzz

Registro da reunião

19:59:41 <zzz> 0) Oi 19:59:41 <zzz> 1) Orçamento 32C3 19:59:41 <zzz> 2) Outros itens de tarefas do 32C3 - banner, etc. 19:59:41 <zzz> 3) Orçamento RWC 19:59:44 <zzz> 0) Oi 19:59:47 <zzz> Oi 19:59:50 <eche|on> oi 19:59:53 <dg> oi 19:59:59 <zzz> 1) Orçamento 32C3 19:59:59 <cacapo> oi 20:00:23 <zzz> ok, o plano é fazer o que fizemos em Toronto, que é definir um orçamento geral e deixar o echelon cuidar dos detalhes 20:00:43 <hottuna2> eu amo soylent e você 20:00:46 <hottuna2> ops 20:00:47 <zzz> echelon, qual é o total dos pedidos de verbas de viagem que você recebeu 20:01:06 <eche|on> atualmente é cerca de 4k e 2 BTC 20:01:56 <hottuna2> calculado como? 20:02:03 <zzz> ok, houve pedidos excessivos ou de algum desconhecido que precisamos discutir, ou estava tudo razoável? 20:02:41 <eche|on> todos razoáveis, nenhum acima de 1k euro até agora, então... tudo certo 20:02:52 <eche|on> alguns escreveram informação demais, haha 20:03:22 <zzz> e aproximadamente quanto mais para pagar por ingressos do CCC, um jantar, cobrinhas de goma e afins? 20:04:06 <eche|on> Acho que o jantar ficará em 500+x, os ingressos serão 100 cada (para ~10 pessoas) e as cobras de goma e miudezas entre 200-300 20:04:24 <eche|on> jantar para 20+x 20:05:04 <zzz> então isso dá 1800 euros + 4K de viagem + ~500 por 2 BTC, total de 6300 euros, certo? 20:05:53 <eche|on> sim, mas não vamos chegar a isso, na minha opinião parte do fundo de viagem será pago em BTC, e o jantar pode sair mais barato... 20:05:59 <eche|on> então vamos dizer 6k 20:06:34 <eche|on> ano passado tivemos 1257 sem custos de viagem 20:06:38 <zzz> isso me parece bem razoável, vamos abrir para discussão... o que vocês acham? 20:06:39 <eche|on> e alguns ingressos 20:07:13 <hottuna2> isso significa que vamos alcançar nossa meta de gastar 10% por ano? 20:07:31 <eche|on> claro 20:07:53 <hottuna2> quer dizer, ficaremos abaixo de 10%? 20:08:01 <zzz> duvido, temos ~250K e só gastamos 4–5K em Toronto iirc 20:08:02 <eche|on> claro 20:08:22 <eche|on> espera, 150k, não 250... 20:08:49 <zzz> de qualquer forma, estamos bem abaixo de 10%, conta de guardanapo 20:09:02 <eche|on> e atualmente gastamos 5.3k este ano 20:09:19 <hottuna2> ok. estou satisfeito com isso. 20:09:22 <zzz> alguma objeção a um orçamento de 6K euros para o CCC? 20:10:05 <zzz> ótimo 20:10:41 <zzz> como sempre eche|on acho que preferimos reembolsar as pessoas, mas podemos pagar adiantado se realmente precisarem para comprar ingressos, certo? 20:11:25 <hottuna2> há como saber de quanto será o reembolso? 20:11:25 <eche|on> correto 20:11:44 <zzz> acho que acabamos de aprovar 100% dos pedidos das pessoas, correto? 20:11:49 <eche|on> sim 20:12:05 <zzz> ok, então o que você pediu é o que você vai receber, hottuna2 20:12:13 <hottuna2> ok 20:12:23 <zzz> muito obrigado, eche|on; acho que esse processo funcionou bem 20:12:27 <zzz> mais algo em 1) ? 20:12:53 <zzz> 2) Outros itens de tarefas do 32C3 - banner, etc. 20:13:05 <eche|on> o banner ainda está em Toronto 20:13:10 <eche|on> cartaz - precisamos de um cartaz 20:13:28 <zzz> telefones DECT parte 2? banner? cartaz? o que precisa ser feito, voluntários? 20:13:35 <eche|on> precisamos de uma mesa (vou tentar entrar no wiki e criar alguma página sobre o nosso grupo) 20:13:45 <hottuna2> quem está com o banner? 20:13:57 <hottuna2> eu não estou com ele. 20:13:57 <str4d> j0 20:13:58 <eche|on> estava no hacklab de Toronto 20:14:13 <hottuna2> devo levar a arte do púlpito da i2pcon? 20:14:40 <zzz> hottuna2, você pode ficar encarregado de encontrar o banner em Toronto e trazê-lo? 20:14:53 <eche|on> podemos cuidar dos telefones DECT, mas não sei, todo mundo tem celular, Wi‑Fi disponível... 20:15:13 <zzz> talvez DM do Twitter tenha tornado DECT obsoleto 20:15:15 <hottuna2> zzz, farei isso. 20:15:19 <eche|on> hottuna2: houve uma discussão no Twitter com a sadie sobre o banner e deixar que ela o leve para Hamburgo 20:15:23 <dg> vou só ao Twitter 20:15:41 <dg> irc se não houver resposta 20:15:50 <hottuna2> precisamos de algum outro material de marketing? 20:15:50 <eche|on> a mesa precisa ser reservada o quanto antes 20:15:59 <eche|on> adesivos 20:16:06 <zzz> eche|on, você se ofereceu para reservar a mesa? 20:16:28 <eche|on> um folheto (3 colunas, dobrado) com informações básicas ajudaria muito, mas não está disponível 20:16:44 <eche|on> zzz: posso tentar reservar a mesa no dia 26 antes do cinema 20:16:56 <eche|on> ou melhor: vou fazer o possível para reservá-la 20:17:00 <dg> lugar de sempre, ou? 20:17:10 <eche|on> dg: seria o ideal, noisysquare 20:17:11 <zzz> sim, mas você se ofereceu para se inscrever no wiki, certo, echelon? 20:17:13 <dg> só uma pergunta: qual é o tamanho da mesa normalmente? 20:17:24 <eche|on> sim, vou tentar cuidar do wiki também 20:17:28 <zzz> 8-10 20:17:30 <cacapo> eche|on: não tivemos um concurso de folheto um tempo atrás 20:17:31 <dg> eche|on: ah, bom 20:17:32 <hottuna2> Sadie manda um Oi pelo Twitter 20:17:36 <dg> zzz: então cabe todo mundo? 20:17:38 <eche|on> a mesa é geralmente uma mesa redonda para 8-10, ou uma mesa quadrada 20:17:51 <dg> hottuna2: ela needs2irc 20:17:56 <zzz> nunca estamos todos lá ao mesmo tempo, sem preocupações 20:17:58 <eche|on> cacapo: sim, mas os resultados do concurso de folheto não eram utilizáveis AFAIR 20:18:03 <hottuna2> é isso que estou dizendo a ela 20:18:20 <dg> certo :) 20:18:34 <zzz> também houve a ideia de distribuir pendrives USB, eu pesquisei, parece que saem por US$ 2 no atacado para baixa capacidade 20:18:41 <dg> estou esperando a programação para planejar meu dia 20:18:42 <eche|on> `http://echelon.i2p/29c3/` 20:18:46 <iRelay> Título: Concurso I2P 29C3 (em echelon.i2p) 20:18:51 <dg> saber quando entrar/sair 20:19:29 <eche|on> dg: normalmente nos encontramos entre 10–12h e saímos depois da 1h... 20:19:47 <zzz> então, sobre o cartaz, quem está vendo isso? 20:19:48 <eche|on> zzz: os pendrives USB são legais 20:20:03 <eche|on> mas não sei se são realmente úteis 20:20:13 <hottuna2> então o wiki de 2015 para o 32c3 não parece estar aberto ainda 20:20:28 <eche|on> correto 20:20:36 <dg> passa da minha hora de dormir ;) combina com minhas manhãs de preguiça 20:20:43 <zzz> não vou carregar centenas de USBs pelo oceano. Não sei se já é tarde para conseguir os com logo 20:20:46 <dg> o CCH fica aberto a noite toda? 20:20:58 <eche|on> dg: o CCH fica aberto 24/7 20:21:08 <zzz> vamos adiar a conversa sobre o básico e a logística do CCC por enquanto 20:21:20 <dg> ok, obrigado, eche|on 20:21:22 <zzz> este item da pauta é só para preparação 20:21:36 <eche|on> zzz: 2 weeks time on one sender 20:22:07 <zzz> alguém quer se voluntariar para um cartaz ou para os pendrives USB? 20:22:29 <zzz> e qual foi a resposta sobre os adesivos? 20:22:32 <eche|on> mas um pendrive/cartão USB custa cerca de 4–6 cada 20:22:48 <zzz> vi por cerca de US$ 2 no eBay 20:22:58 <hottuna2> não tenho certeza se entendi a ideia por trás dos pendrives USB 20:23:08 <zzz> mas acho que esses não eram personalizados 20:23:15 <dg> vamos incluir o i2p, só colocar nosso logo, ou...? 20:23:22 <zzz> ambos 20:23:44 <hottuna2> não tenho certeza de que seja um bom uso do dinheiro. se fôssemos o Tails, seria outra história 20:24:41 <eche|on> não sou muito fã de USB nessa faixa cara, pois precisaríamos de 100+x, isso dá pelo menos 500 20:24:45 <eche|on> para os personalizados 20:24:47 <zzz> ok 20:24:51 <eche|on> com pouco uso 20:25:10 <zzz> então vamos pular os pendrives USB. E os adesivos? Como está o estoque aí? Você trouxe todos para cá ou? 20:25:17 <str4d> hottuna2: nem precisamos dar os USBs 20:25:24 <eche|on> ainda tenho adesivos 20:25:42 <comradenosebleed> zzz: eu também tenho um monte de adesivos que o tuna me deu, não me importo de levá-los comigo 20:25:44 <str4d> se forem decentes o bastante, poderíamos vender a preço de custo 20:25:45 <eche|on> mas alguns dos contatos de Toronto queriam criar um novo design, AFAIK. 20:25:55 <comradenosebleed> (desculpa, tuna, estou tentando distribuir o máximo que consigo) 20:26:05 <dg> talvez eu tenha alguns adesivos 20:26:11 <eche|on> str4d: não gosto de vender e lidar com dinheiro além do meu cartão de débito no CCC 20:26:16 <zzz> eche|on, você tem o suficiente para o CCC ou precisa que o comradenosebleed traga alguns? 20:26:30 <hottuna2> queremos comprar mais camisetas 20:26:40 <eche|on> tenho o suficiente para o CCC, mas são as últimas que tenho 20:26:53 <comradenosebleed> provavelmente tenho uns 200 na minha mesa, não tenho problema em levá-los comigo 20:27:07 <eche|on> então preciso de um novo design, ou peço mais 10k com o mesmo design 20:27:13 <hottuna2> e uma pergunta à parte, queremos vendê-las? 20:27:23 <hottuna2> eche|on: eu gostaria de fazer um novo design 20:27:33 <hottuna2> antes de pedir novos adesivos 20:27:36 <zzz> vamos adiar a compra de mais adesivos por enquanto se temos o suficiente para o CCC e há potencial para um novo design 20:27:44 <eche|on> certo 20:27:51 <zzz> não, acho que não devemos vendê-los 20:27:53 <dg> vou levar alguns de qualquer forma 20:28:02 <hottuna2> zzz, de acordo. 20:28:12 <str4d> ninguém vende adesivos em conferências :P 20:28:21 <str4d> só a divulgação já compensa 20:28:22 <hottuna2> ainda assim, queremos comprar mais camisetas? 20:28:43 <eche|on> hottuna2: podemos perguntar no zzz.i2p sobre visitantes (equipe i2p) que precisem/queiram uma camisa. pelo menos dg e str4d precisam 20:28:46 <str4d> (ah espera, camisetas, deixa pra lá) 20:28:46 <eche|on> sim 20:28:56 <zzz> eu digo não às camisetas. dá trabalho demais vender, e praticamente todo mundo já tem uma, certo? 20:29:05 <str4d> eu não 20:29:11 <str4d> mas eu não estarei no CCC 20:29:13 <eche|on> e postman postman !?? 20:29:20 <eche|on> ah, foi mal... 20:29:20 <dg> o postman vai se juntar a nós btw :) 20:29:29 <zzz> para os casos isolados, podem comprar na spreadshirt 20:29:40 <zzz> se quiserem 20:30:04 <str4d> Esse era o meu plano :) 20:30:19 <zzz> qual foi a resposta sobre o cartaz? Talvez o tuna e a sadie façam algo, talvez não? 20:30:22 <dg> vou pegar uma também, não há necessidade de pedir mais para o projeto 20:30:37 <zzz> o cartaz do Timothy Leary ainda existe? 20:31:27 <hottuna2> zzz, então sem camiseta para o dg ou o postman? 20:31:37 <hottuna2> não me importo de encomendar/levá-las. 20:31:40 <postman> ei, eu pegaria uma 20:31:49 <eche|on> `http://echelon.i2p/29c3/user5/poster/final_with_garlic.jpg` 20:32:03 <eche|on> zzz: esse? 20:32:06 <dg> eu gostaria de uma amarela se você tiver, mas eu mesmo peço se não tiver 20:32:43 <hottuna2> dg, postman, quais são seus tamanhos? 20:32:45 <zzz> parece que fica entre o tuna, o postman e o dg resolverem as camisetas, se o tuna as encomenda ou se os outros simplesmente compram as suas 20:32:56 <eche|on> os custos das camisetas podem ser reembolsados no 32C3 para membros da equipe 20:33:03 <dg> sim, desculpa, vamos deixar para depois :) 20:33:26 <zzz> ok, então o projeto vai reembolsar camisetas para quem não tiver 20:33:34 <zzz> alguma objeção a isso? 20:33:41 <eche|on> já pagamos as outras camisas 20:33:48 <zzz> sim 20:34:31 <zzz> ok, parece que não temos uma resposta sobre o cartaz no momento, mas não é um grande problema se não conseguirmos um 20:34:31 <eche|on> data do jantar em pré-anúncio? 20:34:32 <hottuna2> não 20:34:32 <hottuna2> foi assim que fizemos anteriormente 20:34:39 <zzz> sim, eche|on, esse é o cartaz do Leary 20:35:09 <zzz> eche|on, você tem uma proposta de qual noite para o jantar? 20:35:42 <eche|on> hmm, dia 27 é um pouco cedo, mas ainda ok. 28 ou 29 também servem. Mas preciso esperar a programação das palestras 20:36:03 <zzz> ok, talvez vamos anotar provisoriamente dia 28, sujeito a mudança 20:36:08 <zzz> mais algo em 2) ? 20:36:09 <eche|on> podemos fazer no dia 27, é domingo, primeira noite, todos com jet lag, ninguém vai querer cerveja, barato^^ 20:36:49 <zzz> última chamada para 2) 20:36:51 <dg> não, obrigado, dia 27 não 20:37:20 <zzz> 3) Orçamento RWC 20:37:36 <zzz> eche|on, há pedidos de financiamento para o RWC? Qual é o total? 20:37:51 <eche|on> sim, isso é um pouco não-anônimo, recebi um pedido de 500 para custos de hotel no RWC 20:38:20 <zzz> soa razoável, alguma objeção? 20:38:25 <eche|on> não 20:38:30 <eche|on> se o artigo for bom, tudo certo^^ 20:38:51 <eche|on> e é 2016, ano novo, novos 10% *g* 20:39:24 <zzz> eu incentivo quem puder ir ao RWC a conferir, é uma boa conferência 20:39:35 <zzz> mais algo em 3) ? 20:39:40 <eche|on> longe demais de mim 20:39:53 <eche|on> embora interessante, claro 20:39:55 <dg> longe demais e incompatível com o CCC 20:40:50 <zzz> ok, mais algum tópico? Sei que eu derrubei i2pcontrol, a talk do 32c3 e a substituição do fórum lá no tópico do zzz.i2p, mas se alguém quiser discutir _brevemente_ fale agora 20:41:33 <hottuna2> sim. eu gostaria de falar sobre o forum.i2p 20:41:38 <hottuna2> queremos substituí-lo? 20:41:52 <dg> apenas sobre a substituição do fórum, estamos abertos a isso e discutindo. se alguém acha que é uma boa ideia fazermos, fale com postman/comigo/eche|on. podemos operar um, mas não sabemos se há muito apoio 20:42:33 <zzz> vou colar minha posição do zzz.i2p, outros podem discordar, tudo bem 20:42:35 <hottuna2> acho que devemos ter um lugar público para discussões 20:42:54 <zzz> Minha opinião consistente tem sido que os usuários votarão com os pés, deixar mil flores desabrocharem, etc. etc. Não é necessário, ou mesmo sensato, que nós abençoemos um substituto. Um ou mais são livres para solicitar colocação na página inicial do console seguindo nosso processo usual. Se alguém quiser montar um site de fórum, deve fazê-lo, 20:43:18 <hottuna2> não concordo. 20:43:19 <dg> hottuna2: embora eu seja muito aberto a um fórum, o que não é aberto no zzz.i2p? para constar, é improvável que um forum.i2p operado por postman/echelon/por mim esteja na clearnet (internet aberta) 20:43:43 <hottuna2> acho que deveríamos ter um fórum na clearnet. 20:43:47 <zzz> zzz.i2p não é aberto a todos os tópicos 20:44:01 <hottuna2> interagir com o i2p agora é como interagir com um tijolo. 20:44:06 <zzz> os fóruns são _martelados_ por robôs de indexação via inproxies (proxies de entrada) 20:45:15 <zzz> e martelados por spam via inproxies 20:45:15 <hottuna2> tem o IRC e o zzz.i2p. é isso em termos de comunicações públicas com o i2p 20:45:15 <hottuna2> como vamos atrair pessoas novas em ferramentas de anonimato se nem estamos disponíveis para essas pessoas? 20:45:15 <eche|on> zzz.i2p é conversa de dev; um fórum para usuários seria legal, mas não pode ser operado na clearnet 20:45:15 <zzz> eu gostaria de ver mais uso do blog no nosso site pela equipe de RP 20:45:16 <hottuna2> entendo que manter um fórum é bem inconveniente. 20:45:19 <eche|on> forum.i2p atualmente é um bom fórum, mantenho-o tão limpo quanto eu quiser 20:45:36 <dg> administrar um é ok, clearnet vai ser difícil. É possível, mas... 20:45:38 <zzz> o fórum estará morto até o fim do ano devido ao rekey (troca de chaves) 20:45:38 <hottuna2> mas o nosso blog não suporta comunicação de mão dupla. o lbog é apenas uma ferramenta de broadcast. 20:45:53 <dg> vejo que a clearnet seria útil para suporte, porém. 20:46:02 <hottuna2> então este é um tópico relevante para tentar tratar o quanto antes. 20:46:38 <zzz> alguém quer tocar um substituto de fórum (ou 'o' fórum)? vá em frente, você não precisa da permissão de ninguém 20:46:42 <hottuna2> suporte e também atrair novos desenvolvedores. mostrar às pessoas os tópicos que estamos discutindo é uma forma de atrair desenvolvedores e gente de todos os níveis 20:46:50 <str4d> não vejo uma maneira simples de adicionar comentários ao blog sem ir além da abordagem quase estática 20:47:19 <dg> a equipe irc2p topa, mas não sei como lidar com o problema da clearnet 20:47:21 <zzz> hottuna2, ninguém está dizendo que um fórum não é uma coisa boa 20:47:47 <str4d> seção de comentários ao* 20:47:53 <hottuna2> então concordamos que ter um seria útil para nós? 20:47:55 <eche|on> dg: o forum.i2p já foi clearnet, não deu muito certo, foi fechado e tudo bem 20:48:09 <zzz> declarei o forum.i2p morto lá em janeiro. Teve tempo de sobra. 20:48:16 <hottuna2> e também concordamos que queremos alcançar e atrair novatos para se juntarem ao i2p? 20:48:23 <dg> eche|on: seria útil para suporte a usuários, porém 20:48:36 <hottuna2> para que isso seja mais do que um objetivo vaporware, é preciso ação 20:48:37 <eche|on> dg: não vale o trabalho 20:48:42 <zzz> hottuna2, concordo que fóruns são bons. Não sei se um de nós precisa operar um. E não tenho certeza de ter ouvido alguém se voluntariar. 20:49:08 <dg> não me importo em lidar com o spam, só quero permanecer anônimo e você não pode fazer isso operando um site na clearnet 20:49:23 <eche|on> sim 20:50:46 <hottuna2> dg, eu ou outra pessoa poderíamos alugar o root server (servidor dedicado)? 20:50:46 <eche|on> mas sério, você não quer o fórum do i2p na clearnet 20:50:46 <hottuna2> e você teria acesso a ele via i2p+ssh? 20:50:46 <zzz> então talvez o dg como admin combinado com alguns recursos de servidor possa ser uma solução 20:50:46 <dg> hottuna2: isso é algo que podemos discutir se você (ou outra pessoa) estiver confortável com o custo 20:50:46 <hottuna2> eche|on: quero que o fórum seja na clearnet e no i2p 20:50:46 <eche|on> hottuna2: você vai perdê-lo. 20:50:46 <eche|on> o forum.i2p teve problemas massivos de spam 20:50:46 <dg> eche|on: sei que a clearnet pode ser um problema, mas muitos usuários gostam dela como mecanismo de suporte 20:50:46 <dg> irc não é para todo mundo, especialmente onde temos a "câmara de sono profundo" 20:50:46 <eche|on> é por isso que foi fechado 20:50:46 <zzz> claro, clearnet é um sonho legal, talvez solucionável, talvez não 20:50:50 <eche|on> forum.i2p ainda é um bom canal de suporte 20:50:54 <hottuna2> dg, estou confortável com isso, e também acho que o i2p reembolsaria um servidor de fórum 20:51:24 <dg> feliz em tentar e, se não funcionar, ficaremos só no i2p. Não sei sobre o i2p reembolsar isso (embora não seja minha decisão), mas, de novo, o i2p já reembolsa serviços centrais... 20:51:25 <comradenosebleed> Quantos moderadores havia no fórum quando estava na clearnet? Se tivéssemos mais mods poderíamos reduzir abuso, spam etc. 20:51:35 <hottuna2> eche|on: eche|on: o i2p patrocinaria uma máquina para o fórum? 20:51:35 <dg> comradenosebleed: afaik era só o eche|on 20:51:43 <eche|on> comradenosebleed: tínhamos pelo menos 5–10 pessoas 20:51:49 <dg> hottuna2: estou feliz em administrar de qualquer forma, só não quero colocar um peso em você. 20:51:53 <eche|on> mas um cara bem idiota fez spam e um pouco de DDOS 20:52:06 <hottuna2> dg, você se voluntaria para configurar e administrar um fórum clearnet+oculto? 20:52:07 <zzz> dg, talvez você possa estimar os requisitos de banda/poder de processamento e montar uma proposta? 20:52:25 <dg> hottuna2, zzz: ok, vou trabalhar com o hottuna2 nisso e podemos elaborar uma proposta 20:52:36 <dg> hottuna2: enquanto eu puder continuar anônimo, sem problema 20:52:38 <hottuna2> pegar um servidor bem potente na hertzner sai por cerca de 30/mês 20:52:42 <zzz> ainda não sou a favor, mas estou disposto a ouvir 20:52:55 <zzz> temos VMs sobrando agora, mas depende da carga 20:53:02 <zzz> ok, mais algo sobre o fórum? 20:53:06 <zzz> mais algo para a reunião? 20:53:11 <eche|on> além disso, estando na clearnet você não pode hospedar muitos tópicos que estão agora no forum.i2p 20:53:11 * zzz aquece o baffer 20:53:28 <hottuna2> zzz, eche|on: sobre VMs sobrando, queremos colocar toda a nossa infraestrutura no mesmo host? 20:53:30 <eche|on> por exemplo, você vai precisar de um russo nativo para administrar o fórum 20:53:31 <comradenosebleed> eu me voluntario como moderador se colocarmos um fórum na clearnet. Por mais que eu odeie sugerir cloudflare para hospedá-lo, eles têm excelente prevenção de ddos 20:54:01 <hottuna2> comradenosebleed: anotado 20:54:02 <eche|on> e esse precisaria conhecer as regras do país onde o host está hospedado (hetzner é alemã, a Alemanha tem algumas leis estranhas, p.ex.) 20:54:15 <zzz> fiquem à vontade para continuar a conversa sobre o fórum, porém eu... vou... 20:54:23 <eche|on> baffando! 20:54:25 <zzz> .. *baffando* a reunião encerrada

Lançamento 0.9.22

Sat, 12 Sep 2015 00:00:00 +0000

Detalhes da atualização

A versão 0.9.22 contém correções para o problema de o i2psnark ficar preso antes da conclusão e inicia a migração dos router infos (informações do router) para novas e mais fortes assinaturas Ed25519. Para reduzir a instabilidade na rede, seu router terá apenas uma pequena probabilidade de converter para Ed25519 a cada reinicialização. Quando ele fizer a troca de chaves (rekey), espere ver um uso de largura de banda menor por alguns dias, enquanto ele se reintegra à rede com sua nova identidade. Se tudo correr bem, vamos acelerar o processo de troca de chaves na próxima versão.

I2PCon: Missão Cumprida

Thu, 20 Aug 2015 00:00:00 +0000

A I2PCon foi um enorme sucesso. Para nós, os colaboradores do I2P, ela representa um grande avanço em termos do que somos capazes de realizar como comunidade, de como comunicamos os casos de uso do I2P e de como alcançamos pessoas preocupadas com a privacidade.

Ao organizar este evento, também expandimos nossa comunidade. Pessoas que anteriormente apenas acompanhavam em silêncio nossos canais de irc, ou usavam nosso software, ou talvez nem sequer tivessem ouvido falar do I2P, agora fazem parte da nossa comunidade.

Lançamento 0.9.21

Fri, 31 Jul 2015 00:00:00 +0000

Detalhes da atualização

0.9.21 contém várias mudanças para adicionar capacidade à rede, aumentar a eficiência dos floodfills e usar a largura de banda de forma mais eficaz. Migramos os tunnels de clientes compartilhados para assinaturas ECDSA e adicionamos um fallback em DSA usando a nova funcionalidade “multisession” para aqueles sites que não suportam ECDSA.

Os palestrantes e a programação da I2PCon em Toronto 2015 foram anunciados. Consulte a página da I2PCon para obter detalhes. Reserve seu lugar no Eventbrite.

I2PCon

Thu, 16 Jul 2015 00:00:00 +0000

A I2PCon é o primeiro evento do seu tipo. Ela tem dois objetivos de curto prazo. O primeiro é oferecer ao público em geral um evento onde seja possível obter conhecimento sobre privacidade e preocupações com a privacidade. O segundo objetivo é promover o projeto I2P e sua comunidade. Isso se dará na forma de discussões técnicas sobre criptografia, anonimato e tópicos centrados em I2P.

Há um objetivo mais amplo e de prazo mais longo para este evento: construir uma comunidade de pessoas conscientes da privacidade. Ao conectar pessoas que reconhecem a importância da privacidade, gostaríamos de proporcionar um fórum onde essa comunidade possa crescer.

Reunião de Desenvolvimento do I2P - 14 de julho de 2015

Tue, 14 Jul 2015 00:00:00 +0000

Resumo rápido

Presentes: chlorelium, dg, EinMByte, hottuna, lazygravy, psi, RN, str4d, z3r0fox, zzz

Registro da Reunião

Encontro em Toronto

Tue, 02 Jun 2015 00:00:00 +0000

A equipe do I2P tem o prazer de anunciar que vamos organizar um encontro em Toronto nos dias 15 e 16 de agosto. Vários membros da nossa comunidade estarão presentes e vão conduzir palestras, oficinas e discussões sobre e relacionadas ao I2P. Este evento não é apenas para pessoas do I2P; é para todos.

Se você tem curiosidade sobre o I2P, se interessa por privacidade/criptografia/anonimato ou apenas quer aparecer para conversar conosco, venha. Este é um evento para todos. Se você não tiver familiaridade com nenhum desses temas, apareça mesmo assim e mostraremos como o I2P funciona e o que você pode fazer com ele.

Versão 0.9.20

Tue, 02 Jun 2015 00:00:00 +0000

0.9.20 contém muitas correções de bugs importantes e várias mudanças para aumentar a capacidade de floodfill na rede.

Routers configurados para 32–64 KB de largura de banda compartilhada agora podem se tornar floodfill, e routers configurados para 512 KB ou mais de largura de banda compartilhada terão limites de conexão mais altos. Essas alterações podem fazer com que seu router use mais recursos. Se o router ficar muito ocupado, a melhor forma de reduzir o uso é diminuir as configurações de largura de banda no console. Se isso não ajudar, agora você pode desativar o floodfill automático na página de configuração avançada no console.

Reunião dos Desenvolvedores do I2P - 5 de maio de 2015

Tue, 05 May 2015 00:00:00 +0000

Resumo rápido

Presentes: cacapo, dg, eche|on, hottuna, psi, str4d, xmz, zzz

Registro da Reunião

20:00:23 <zzz> 0) Oi 20:00:23 <zzz> 1) Planejamento da reunião em Toronto (15-16 de ago.) 20:00:27 <zzz> 0) Oi 20:00:29 <zzz> oi 20:00:35 <eche|on> oi 20:00:51 <psi> já está quase na hora da reunião? 20:00:53 <zzz> 1) Planejamento da reunião em Toronto (15-16 de ago.) 20:01:03 <dg> oi 20:01:14 <zzz> 1a) revisar onde estamos 20:01:19 <zzz> 1b) voluntários 20:01:32 <zzz> 1c) seguimos em frente 20:01:37 <zzz> 1a) revisar onde estamos 20:02:00 <zzz> hottuna, por favor nos dê uma atualização sobre o planejamento, o local e os custos previstos 20:02:20 <hottuna> Oi a todos 20:02:24 <psi> oi 20:02:50 <str4d> oi 20:02:53 <hottuna> Então, reservamos dois blocos de 8 horas no hacklab em Toronto para 15-16 de ago. 20:03:20 <hottuna> Os períodos custam 150 CAD cada 20:03:46 <hottuna> Este é o local: https://hacklab.to/ 20:03:48 <iRelay> Title: hacklab.to - Toronto's hacker collective (at hacklab.to) 20:04:07 <hottuna> O plano inicial é ter dois eventos separados. 20:04:37 <xmz> oi 20:04:44 <hottuna> 15Ago: apresentação geral de I2P + I2P CryptoParty (evento de criptografia e privacidade) 20:05:28 <hottuna> 16Ago: Fazer uma apresentação técnica levando a discussões sobre várias questões futuras 20:06:10 <hottuna> Idealmente eu gostaria de ter um roteiro melhor para ambos os dias até o fim desta reunião. 20:07:09 <psi> a hospedagem é por conta própria ou isso está “coberto”? 20:07:13 <hottuna> Além disso, conseguimos através do J@torontocrypto um espaço tipo lounge numa casa em Toronto para planejamento/hacking/etc. à noite 20:07:55 <hottuna> psi, a hospedagem pode ser oferecida gratuitamente nesse lounge (que é uma casa no lado oposto de Toronto) 20:08:14 <xmz> transporte de e para o lounge? 20:08:46 <hottuna> Transporte público não deve ser muito ruim. Algo como 25 minutos de metrô. 20:08:46 <xmz> Acho que cada um se arranja. Vou estar de carro então posso levar algumas pessoas 20:08:54 <eche|on> blocos de 8h, horários? 20:08:55 <xmz> ah, não é ruim 20:09:11 <eche|on> carros na cidade... 20:09:25 <zzz> ok, obrigado, tuna, gostaria de abrir para perguntas e comentários agora, antes de entrarmos nos detalhes da pauta ou nos voluntários 20:09:28 <xmz> você tem um ponto aí, eche|on 20:09:42 <xmz> o trânsito em Toronto pode ser bem ruim 20:10:01 <eche|on> 2 blocos de 8h está bom, quais os horários? e presumo que chegamos, sentamos, temos energia e Wi‑Fi 20:10:03 <zzz> alguém tem perguntas ou comentários gerais? 20:10:14 <eche|on> e algum material técnico fornecido 20:10:18 <dg> haverá streams, e estamos pensando em divulgar isso? se sim, como? 20:10:54 <hottuna> eche|on, blocos de 8h: são blocos noturnos, então acho que teríamos que sair do hacklab por volta de 00:00 20:10:54 <hottuna> J se ofereceu para organizar a parte de CryptoParty do dia 15 de ago. 20:11:23 <eche|on> meia-noite está bom, o que dá das 16h às 24h 20:11:32 <hottuna> eche|on: energia, wifi, cadeiras, mesas, etc. estão disponíveis 20:11:32 <xmz> isso é bom 20:11:48 <xmz> se houver upload suficiente, streaming é definitivamente uma opção 20:11:52 <eche|on> por mim, tudo certo até agora. 20:12:17 <eche|on> streaming não é um grande problema, temos root server com tráfego livre para distribuir, se quisermos 20:12:26 <hottuna> xmz, não sei se eles têm uma internet muito forte. 20:12:42 <hottuna> além disso, streaming pode não ser aceitável por motivos de privacidade 20:12:56 <hottuna> e adicionalmente daria bastante trabalho organizar 20:13:01 <str4d> Sim, isso é um tópico para discussão 20:13:01 <xmz> sim 20:13:14 <dg> e quanto à divulgação? 20:13:19 <eche|on> é, não sou a favor de streaming, só Twitter e Instagram^^ 20:13:34 <str4d> Mas tecnicamente não seria difícil. Não precisamos de 1080p de upload ^^ 20:13:36 <eche|on> anúncios, já fazemos anúncios no zzz e no fórum, ou que anúncios? 20:13:49 <fox> então o primeiro a hackear o AP Wi‑Fi público vence? 20:13:57 <hottuna> dg, J se ofereceu para fazer um pouco de divulgação e, como ele já fez algumas CryptoParties em Toronto, acho que não teremos problemas para atrair público. 20:14:06 <dg> anúncios para o público geral, não tenho certeza de quão grande é o alcance do hacklab? 20:14:14 <dg> hottuna: obrigado, era isso que eu procurava 20:14:14 <hottuna> o twitter/site do i2p também seriam úteis 20:14:30 <dg> Estou agradavelmente surpreso com quantos podem comparecer 20:14:48 <zzz> "j" está ansioso para acionar a publicidade, pedi a ele (via tuna0) para segurar até fazermos esta reunião, definirmos quem fará RP do nosso lado e podermos fazer um anúncio coordenado 20:14:52 <hottuna> fox, há uma rede de convidados disponível 20:14:54 <eche|on> Sou a favor de um evento de I2P com “alguns” convidados 20:14:55 <xmz> sim, estou feliz por ser em Toronto. se fosse em outro lugar seria difícil para mim comparecer. 20:15:09 <dg> seria ótimo se ele pudesse vir aqui também. 20:15:12 <dg> (j) 20:15:38 <hottuna> dg, J está distraído pelo mundo real hoje 20:15:56 <hottuna> a única coisa que J nos pediu é um roteiro para 16 de ago. 20:16:02 <dg> hottuna: não acho que o mataria configurar um bouncer (proxy persistente de IRC)! Ele vem dizendo que vai aparecer faz tempo 20:16:41 <eche|on> então, sáb/dom cada um das 16h à meia-noite 20:16:42 <zzz> alguém tem outras perguntas ou comentários gerais, ou alguma objeção a fazermos isso? 20:16:58 <eche|on> Eu voto em um almoço de I2P no domingo antes do hacklab 20:16:59 <xmz> nenhuma objeção, só incentivo aqui 20:17:06 <xmz> é uma boa ideia 20:17:15 <psi> é efetivamente de sáb até segunda de manhã, certo? 20:17:24 <eche|on> Seria bom juntar algumas pessoas do I2P e nos conhecermos, o resto é lucro na minha visão 20:17:52 <zzz> vamos evitar a tentação de discutir detalhes pequenos. Por exemplo, suspeito que os horários possam mudar, a pauta ainda não está definida, não precisamos falar de configuração de bouncer 20:18:02 <hottuna> eche|on, sim — pelo que sei. Essa janela pode ser deslocada uma hora para frente ou para trás. 20:18:16 <eche|on> sim, está ok 20:18:38 <eche|on> então o alojamento no lounge é para os notívagos atravessarem a noite 20:18:41 <psi> hottuna: o que é palestra geral vs palestra técnica? 20:19:03 <hottuna> psi, boa pergunta. e algo que teremos que decidir. 20:19:05 <eche|on> palestra geral: I2P, o que é, como funciona; palestra técnica: qual é o protocolo 20:19:22 <eche|on> hottuna: mas o alojamento com lugar para dormir é de sáb a seg, ou? 20:19:30 <hottuna> para 15 de ago., gostaríamos de mirar um público mais geral. Então qualquer coisa que pessoas não‑i2p entenderiam 20:19:31 <xmz> há guias/passo a passo planejados para pessoas novas no I2P? 20:19:33 <dg> s/kill/kill him/ 20:19:34 <str4d> Não estarei presente (como já disse), mas não tenho objeções de alto nível 20:19:34 <iRelay> dg meant: hottuna: I don't think it'd kill him to setup a bouncer! He has been saying he'll come for a while 20:19:34 <eche|on> e o lounge faz barulho para quem estiver dormindo? 20:20:06 <hottuna> xmz, está planejada uma CryptoParty que basicamente é um walkthrough/workshop em grupo para 15 de ago. 20:20:14 <xmz> isso é ótimo 20:20:33 <psi> Quero fazer uma breve introdução ao desenvolvimento de apps para i2p 20:21:16 <psi> deveríamos realmente mostrar como é fácil desenvolver com i2p <-- ideia de workshop 20:22:26 <hottuna> psi, uma introdução ao desenvolvimento de apps para i2p seria boa para 16 de ago., imagino 20:22:30 <str4d> ++ 20:22:43 <str4d> Isso encaixaria bem com Android 20:22:45 <hottuna> eche|on, sobre o lounge: eu gostaria de confirmar os detalhes com o J, sáb‑seg soa apropriado 20:22:45 <dg> seria legal, psi 20:22:45 <hottuna> str4d, você gostaria de falar sobre Android? 20:22:45 <eche|on> nesse caso eu vou para meu próprio quarto de hotel ;-) 20:22:45 <psi> eu precisaria levar uma cópia do monotone para não esperarmos 5 horas para sincronizar 20:22:45 <zzz> sim, eu imagino o sábado como algo público, e o domingo como uma reunião de dev / hackathon, aberto ao público mas provavelmente só nós. Também poderíamos fazer uma segunda apresentação pública no dom. se a primeira estiver “lotada” 20:22:45 <str4d> hottuna: provavelmente é uma boa ideia fazê‑lo, já que eu sou o líder de fato do projeto Android :P 20:22:46 <eche|on> parece razoável, zzz 20:23:15 <hottuna> str4d, vou te inscrever para 16 de ago. e falar sobre Android então? 20:23:36 <str4d> Sim 20:24:12 <hottuna> psi, te inscrevi para uma introdução ao desenvolvimento de apps para i2p. tudo bem? 20:24:22 <psi> sim 20:24:29 <zzz> ok, vou passar para 1b) voluntários 20:24:44 <zzz> nunca fizemos isso antes. Não vai acontecer a menos que alguém esteja no comando. 20:24:44 <hottuna> danke. 20:24:57 <zzz> Ninguém consegue fazer tudo sozinho. 20:25:19 <zzz> Precisamos de alguém responsável geral por isso, e de várias pessoas responsáveis por partes diversas. 20:25:20 <eche|on> pessoas no comando, eu voto em: hottuna contato local para reservar o local e o lounge, eu pago 20:25:49 <zzz> Se alguém acha que isso será fácil... pense de novo 20:26:08 <hottuna> topo continuar fazendo a coordenação geral, que é o que venho fazendo até agora. 20:26:13 <zzz> e se não acharmos voluntários suficientes, vamos cancelar tudo agora antes de sair gastando dinheiro 20:26:32 <zzz> então aqui está minha lista do meu post, que pode estar exagerada, mas podemos começar por aqui: 20:26:47 <zzz> - Coordenador Geral do Encontro (??) 20:26:47 <zzz> - Finanças (echelon) 20:26:47 <zzz> - RP / Marketing (psi) 20:26:47 <zzz> - Infraestrutura / Logística (hottuna) 20:26:47 <zzz> - Cronograma geral (??) 20:26:47 <zzz> - Planejamento da CryptoParty (??) 20:26:49 <zzz> - Apresentação da CryptoParty (??) 20:26:51 <zzz> - Apresentação técnica profunda (zzz) 20:26:53 <zzz> - apresentação i2pd / sessão de planejamento (orignal) 20:26:58 <zzz> - apresentação / sessão de planejamento de Android (str4d via skype) 20:26:59 <zzz> - Líder do Roadmap / sessões técnicas (??) 20:27:01 <zzz> - Escolha de locais para comer/beber (orignal) 20:27:03 <zzz> - Escolha de hotel / casa para pernoite (hottuna) 20:27:05 <zzz> - Coordenador de lanches (echelon) 20:27:07 <zzz> - Adesivos (echelon) 20:27:09 <zzz> - Gravação de vídeo/áudio (??) 20:27:53 <eche|on> Sou a favor de não planejar muito as palestras. temos alguns voluntários aqui para fazer palestras 20:28:18 <zzz> certo. Não quero fazer o planejamento aqui nesta reunião. Quero escolher os responsáveis e deixar que façam 20:28:39 <zzz> e a pessoa responsável geral pode conduzir todas as reuniões subsequentes 20:28:45 <hottuna> Eu me voluntario para organizar o cronograma geral também. 20:28:52 <xmz> o planejamento da cryptoparty terá que ser coordenado com o J, certo? 20:29:01 <xmz> ou ele vai cuidar de tudo 20:29:04 <hottuna> J se voluntariou para organizar a CryptoParty 20:29:17 <zzz> ok, então hottuna como responsável geral e também responsável pelo cronograma? 20:29:52 <str4d> +1, ele é o mais indicado para acompanhar tudo 20:29:56 <eche|on> se ele topa? 20:31:16 <zzz> ok, hottuna? 20:31:16 <hottuna> tudo bem por mim. provavelmente é mais fácil assim 20:31:17 <hottuna> quanto à apresentação da CryptoParty, não tenho certeza do que deveria conter 20:31:17 <hottuna> eu topo. 20:32:02 <str4d> hottuna: presumo que isso signifique que você definitivamente estará em Toronto para o evento? (Isso estava no ar antes) 20:32:02 <zzz> alguém já foi a uma CryptoParty? 20:32:08 <psi> eu já 20:32:22 <psi> pelo que vejo é tipo uma mini‑con 20:32:30 <hottuna> str4d, estou planejando estar em Toronto. então, a menos que algum desastre aconteça, estarei, 20:33:01 <cacapo> oi - o echelon e eu fizemos uma pequena cryptoparty no 29c3 20:33:16 <zzz> ótimo. psi podemos te nomear para trabalhar com o J tanto no RP quanto na CryptoParty? 20:34:43 <psi> sim 20:34:43 <psi> (agora que isso está firme vou comprar minhas passagens) 20:34:43 <hottuna> cacapo, eche|on: vocês gostariam de participar da CryptoParty? 20:34:43 <hottuna> psi, você tem os contatos do J? 20:34:44 <cacapo> hottuna: claro, topo 20:34:54 <eche|on> Eu fui só um ajudante na parte do I2P, estarei em Toronto, mas mais como reserva :-) 20:34:55 <str4d> hottuna: presumo que isso signifique que você definitivamente estará em Toronto para o evento? (Isso estava no ar antes) :P 20:34:56 <str4d> eita 20:34:58 <str4d> foi mal 20:35:10 <psi> hottuna: no momento não 20:35:25 <hottuna> Não tenho exatamente certeza do que precisa ser feito. idealmente você coordenaria isso com o J 20:35:28 <psi> hottuna: encaminhe para mim quando puder 20:35:30 <str4d> psi: não está firme até 1c) 20:35:38 <zzz> quem gostaria de trabalhar — ou apresentar — uma palestra, em qualquer dos dias? 20:36:12 <psi> eu ajudo como “wingman” em uma apresentação se alguém precisar 20:36:13 <zzz> posso fazer uma por dia, mas acho que deveríamos ter várias curtas, não uma grande por uma pessoa só 20:36:28 <eche|on> certo 20:37:37 <zzz> hottuna, parece que orignal teve que sair, você pode falar com ele depois para ver com o que ele pode se voluntariar, talvez uma apresentação do i2pd ou sessão técnica, ou uma ida a um bar/ 20:38:13 <hottuna> zzz, então psi e str4d ofereceram duas técnicas para 16 de ago. 20:38:17 <hottuna> zzz, vou tentar falar com o orignal, sim. 20:38:23 <zzz> mais alguém quer se voluntariar para algo neste momento? 20:39:56 <zzz> ok, parece para mim que temos as atribuições importantes feitas. 20:40:06 <eche|on> não muito, estarei por aí 1 ou 2 dias antes e vou dar uma olhada 20:40:23 <zzz> então 1c) parece que temos equipe adequada para seguir com isso? 20:40:33 <hottuna> eu diria que sim. 20:40:48 <eche|on> seremos mais de 5 pessoas por lá? ;-) 20:41:14 <zzz> Quero garantir que não coloquemos coisa demais nas costas do tuna. Vamos todos ajudar para que isso seja um sucesso 20:41:33 <eche|on> sim, façam um plano no zzz.i2p sobre as palestras 20:41:35 <zzz> ok, se o tuna não está em pânico então acho que estamos em boa forma 20:41:52 <hottuna> Não estou em pânico. 20:41:54 <eche|on> e o hottuna deve me passar o contato para pagar 20:42:11 <zzz> Espero que o hottuna conduza mais várias reuniões nas próximas semanas e meses para se preparar 20:42:15 <hottuna> eche|on, poderia ser em dinheiro, no mundo real? 20:42:27 <hottuna> Acho que vamos precisar de uma página de wiki para organizar. 20:42:40 <eche|on> dinheiro também está OK, mas quanto mais eu puder pagar adiantado melhor, meu cartão de crédito/débito não é exatamente ilimitado^^ 20:42:53 <psi> eu tenho um wiki que posso dedicar 20:42:57 <psi> potencialmente 20:43:00 <zzz> quero adicionar um 1d) apoio financeiro à pauta 20:43:13 <zzz> 1d) apoio financeiro 20:43:32 <hottuna> posso sugerir: https://trac.i2p2.de/wiki/MeetupToronto2015 20:43:33 <eche|on> temos dinheiro para distribuir. 20:43:49 <zzz> tradicionalmente só reembolsamos pessoas em cerca de $200 para conferências 20:44:19 <zzz> ouvi que algumas pessoas podem precisar de significativamente mais para poder comparecer 20:44:28 <eche|on> str4d: seu problema era principalmente dinheiro para comparecer? 20:44:44 <str4d> eche|on: não, timing 20:44:51 <zzz> qual é o máximo que estaríamos dispostos a dar por pessoa? ou, alternativamente, quanto dinheiro as pessoas precisariam para comparecer? 20:44:51 <eche|on> ha, não, confundi alguns nomes.. 20:44:52 <str4d> (bem, dinheiro também) 20:44:59 <zzz> $500? $1000? $2000? 20:45:11 <eche|on> IMHO voos da europa são 1200 ida e volta 20:45:19 <eche|on> e IMHO é isso que o kytv precisa para comparecer 20:45:33 <eche|on> se ele/ela puder ficar em algum lugar $barato e bom 20:45:45 <zzz> se alguém tiver um número exato de que precisa, fale agora 20:45:53 <eche|on> kytv: agora é sua hora. 20:46:09 <zzz> ou, quanto acham razoável? 20:46:27 <eche|on> Acho que podemos pagar um monte de coisas diferentes, mas eu preferiria pagar mais nos custos de viagem e menos em bebida alcoólica no evento 20:46:35 <eche|on> (pronuncia-se booze?) 20:47:13 <hottuna> eche|on, ter pessoas presentes é mais importante, sim. 20:47:16 <psi> hm 20:47:23 <hottuna> (é booze, sim) 20:47:28 <zzz> ou, de outra forma, quanto deveríamos gastar no total neste evento? 20:48:01 <eche|on> atualmente na lista para eu pagar: local, alguns lanches/café/coffee‑break, um jantar/almoço para o I2P. 20:48:20 <psi> todos os meus custos seriam só transporte e eu teria que ver essa parte, provavelmente aéreo, talvez ônibus/trem 20:48:43 <zzz> $10K seria exagerado gastar? 20:48:50 <eche|on> Eu pagaria ao kytv (e a qualquer outro colaborador dedicado do I2P) 1200 pelo voo, e a cada outro até 500, se quiserem 20:49:20 <hottuna> eche|on, parece razoável 20:49:25 <str4d> $10k precisaria ser muito bem justificado 20:49:33 <eche|on> e isso daria uns 10k aproximadamente 20:50:04 <str4d> Mas com boa justificativa, eu não seria contra 20:50:59 <eche|on> ok, 5k‑10k nessa faixa 20:51:24 <hottuna> devemos reembolsar os custos totais de viagem ou algo como 50% ou 75%? 20:51:27 <zzz> que tal até $1500 de reembolso para membros do core team, e até 2500 euros para ‘circunstâncias especiais’, ou seja, você realmente precisa 20:51:36 <eche|on> Eu pagaria até 10k, a única questão: se fizermos isso regularmente, é meio difícil pagar 10k todo ano 20:51:38 <hottuna> eche|on, acho que algo mais perto de 5k do que 10k seria mais fácil de concordar 20:51:56 <zzz> eche|on, relembre‑nos, quanto dinheiro temos no momento? 20:52:10 <eche|on> espera um segundo 20:52:37 <str4d> No HoF atual: 44,6k euros e 537,7 BTC 20:52:50 <eche|on> cerca de 41k euros, 534 Bitcoin e 700 Litecoin do meu lado 20:53:19 <eche|on> 534 btc a 210 cada, LTC é 1,2 cada 20:53:52 <fox> experiência pessoal para quarto e pensão baratos: o motel 6 ficou bem melhor pela América do Norte 20:53:59 <xmz> Posso ajudar na montagem/desmontagem etc. 20:54:50 <hottuna> que tipo de despesas gostaríamos de reembolsar para uma pessoa? despesa total da viagem? só voos? voos+hotel? 20:55:02 <fox> lugares do tipo “inn” são legais se você quiser café da manhã 20:55:22 <zzz> normalmente fazemos sem perguntas, o que quer que você tenha gasto 20:56:13 <str4d> Mas dado o tamanho desse gasto, provavelmente queremos algumas restrições razoáveis 20:56:33 <eche|on> Eu voto por despesas de viagem 20:56:34 <zzz> claro. 20:56:41 <eche|on> já que o lounge é barato e disponível 20:56:55 <psi> hottuna: só para esclarecer, eu teria ou não que reservar hotel pessoalmente 20:56:59 <psi> (Para mim) 20:57:04 <xmz> Poderíamos ter alguma forma de aceitar doações no evento 20:57:04 <eche|on> e comida/bebida é como em casa, se você quiser 20:57:25 <hottuna> psi: você teria que fazer a reserva. reserve o que quiser. o echelon te reembolsa 20:57:33 <psi> ok 20:57:45 <zzz> que tal máximo de US$ 1K para norte‑americanos, 1500 euros no máximo para europeus, 2000 euros no máximo para ‘circunstâncias especiais’ 20:58:20 <eche|on> zzz: voos de US para CAD são <1000$ ? 20:58:22 <cacapo> com 5K‑10K e muitas pessoas chave presentes, por que não chamar de Summit - um pouco mais oficial 20:59:00 <zzz> não deveria ser mais de $400 20:59:04 <zzz> mas não olhei 20:59:12 <zzz> e pode ser distância de carro para alguns 20:59:44 <zzz> nunca reembolsamos 100% para ninguém 20:59:44 <eche|on> Quero notar de novo e perguntar: se fizermos nesse montante, precisamos esclarecer que os reembolsos para 32C3 e os próximos eventos serão como de costume ~200, a não ser que algo especial aconteça 21:00:03 <hottuna> eche|on, concordo 21:00:47 <zzz> Estou apenas jogando propostas, alguém por favor concorde/discorde se está alto/baixo 21:00:48 <eche|on> é meio injusto, mas pode ser visto como uma forma de divulgação 21:01:00 <eche|on> zzz: eu concordo, com essa observação adicionada 21:01:46 <zzz> veja por outro lado, acho que deveríamos gastar pelo menos 10% do nosso dinheiro por ano. Talvez 15‑20%. 21:02:04 <eche|on> hmm 21:02:19 <zzz> porque mais 10 anos seria muito tempo nesse ritmo 21:02:58 <eche|on> recebemos 7k em doações em 2014 e gastamos 11k (em euros apenas) 21:03:55 <hottuna> zzz, se formos fazer a coisa por percentuais, vamos começar baixo. 21:03:57 <eche|on> este ano recebemos ~600 euros e gastamos 3k 21:04:21 <eche|on> 10% está bom para mim no momento 21:04:30 <eche|on> teria que converter alguns BT para de novo... 21:04:31 <zzz> incluindo btc temos ~150 mil euros 21:05:00 <eche|on> Eu chamo BTC meio que de “coisa para brincar” e, a menos que estejam em aqui, eu realmente não conto muito com eles. 21:05:30 <eche|on> claro, a cotação é 210 atualmente, mas nunca vou conseguir trocar 400 BTC de uma vez. 21:05:38 <hottuna> Concordo com o eche|on. btc não são 100% confiáveis para esse tipo de conta 21:06:10 <eche|on> então, concordando com no máximo 10k para este evento, vou trocar alguns BTC 21:06:33 <eche|on> Só quero ficar no lado seguro e ter algum tipo de “reserva” em . 21:06:40 <zzz> você pode oferecer extra às pessoas se aceitarem reembolso em BTC 21:06:54 <eche|on> claro, faço isso o tempo todo. essa é a vantagem do BTC 21:07:08 <eche|on> você pode pagar o pessoal com eles, mas não pode contar com isso. 21:07:50 <hottuna> eche|on, zzz, psi, dg: todos concordamos com um teto duro de 10k para despesas relacionadas a este evento? 21:07:53 <eche|on> mas sim, temos o dinheiro 21:08:02 <zzz> ok, que tal isso: orçamos 10K euros para o evento total. O máximo por pessoa depende de quantas pessoas vão, pedidos de “circunstâncias especiais” etc., a serem determinados depois 21:08:03 <psi> teto duro sim 21:08:20 <hottuna> zzz, parece bom. 21:08:44 <eche|on> Hmm, teto duro é interessante, mas depende dos custos locais de lanches^^ 21:09:07 <eche|on> podemos colocar teto duro nas despesas para as pessoas comparecerem. 21:09:15 <eche|on> e isso seria 8 ou 9k? 21:09:24 <zzz> mas todo mundo use o bom senso. Você não pode dirigir até Toronto e reservar um hotel de $400 a noite e esperar que tudo seja coberto 21:09:55 <eche|on> zzz: despesas de viagem, ou viagem&hotel? 21:10:23 <zzz> não sei 21:10:35 <eche|on> também: lista de pessoas a priorizar (tipo: quem já fez muito, quem vai dar palestra, outros) 21:10:38 <hottuna> eche|on, dado que há um lounge disponível gratuitamente não sou contra a ideia de apenas despesas de viagem 21:10:47 <zzz> normalmente é voo + hotel, mas nunca chegamos perto de reembolso total antes então não importava 21:11:39 <str4d> Acho que por agora orçamento de 10k, fazer uma chamada para sabermos quem vai mesmo, então estaremos em melhor posição para orçar reembolso 21:11:50 <eche|on> Resumo minha opinião: teto de 8k para despesas de viagem dos participantes, com algum nível de prioridade para as pessoas 21:12:00 <zzz> ok 21:12:32 <str4d> (chamada das pessoas do core) 21:12:34 <zzz> vamos encerrar isso por ora, pediremos que as pessoas enviem e‑mail para o echelon com quanto precisariam depois 21:12:37 <hottuna> eche|on, de acordo. 21:12:51 <hottuna> certo 21:12:54 <zzz> ok, todos que vão e querem reembolso do projeto digam ‘sim’ 21:12:56 <zzz> sim 21:13:02 <eche|on> sim ;-) 21:13:04 <hottuna> https://trac.i2p2.de/wiki/MeetupToronto2015 agora contém algumas informações. 21:13:12 <psi> sim 21:13:19 <hottuna> se você se inscreveu para uma responsabilidade, por favor ajude a manter esta página 21:14:17 <zzz> ok, eche|on, por favor veja com o kytv depois quanto ele precisaria para comparecer 21:14:22 <hottuna> cacapo ?? 21:14:24 <zzz> algo mais em 1d? 21:14:47 <cacapo> hottuna: sim, eu vou se conseguir dobrar meu chefe 21:15:12 <cacapo> Ficaria feliz em receber um pequeno reembolso em BTC 21:15:14 <hottuna> zzz, não 21:15:24 <zzz> vai levar alguns dias para descobrir quem vai. 21:15:49 <zzz> para algumas pessoas o valor do reembolso pode entrar na decisão, mas para a maioria provavelmente não 21:15:59 <zzz> algo mais em 1) ? 21:16:14 <zzz> outros tópicos (não Toronto) para discutir? 21:16:46 <zzz> primeira reunião em 6 meses, tenho que procurar o “baffer” 21:17:15 <zzz> obrigado a todos e especialmente aos voluntários 21:17:26 <zzz> ahh, aí está 21:17:40 <eche|on> ótimo 21:17:49 <eche|on> hora de dormir agora^^ 21:17:52 * zzz *bafs* encerra a reunião

Lançamento 0.9.19

Sun, 12 Apr 2015 00:00:00 +0000

0.9.19 traz várias correções e melhorias para o desempenho do floodfill. Muitos de vocês observaram alto uso de CPU após o lançamento da 0.9.18. Isso foi causado por uma combinação de maior uso de criptografia, o grande influxo de usuários do Vuze na rede, redução do número de floodfills devido a requisitos de desempenho mais rígidos e alguns bugs de longa data. As coisas devem melhorar bastante depois que a maior parte da rede tiver sido atualizada. Como sempre, a melhor maneira de reduzir o uso de CPU é diminuir seus limites de largura de banda.

Versão 0.9.18

Sun, 22 Feb 2015 00:00:00 +0000

0.9.18 contém diversas correções de erros e melhorias de desempenho. Reduzimos o tempo de inicialização e a latência em todos os nossos protocolos de rede. Aumentamos os limites padrão de conexões para os routers mais rápidos e reduzimos o uso de threads no i2ptunnel. Correções no UPnP devem melhorar o tratamento de alterações em dispositivos externos. O uso de CPU em routers de alta largura de banda pode ser reduzido graças a algumas correções no NTCP.

Relatório da viagem ao 31C3

Tue, 20 Jan 2015 00:00:00 +0000

Presentes: Apekatten , Echelon , Hottuna , Marielle , Meeh , Sindu, zzz

Estivemos, pelo segundo ano consecutivo, em um ótimo local no Congresso, no Noisy Square , bem ao lado da mesa da EFF. Fazer parte do Noisy Square realmente aumentou nossa visibilidade e ajudou muitas pessoas a nos encontrar. Obrigado ao Noisy Square e aos organizadores do 31C3 por um excelente Congresso.

Também agradecemos a Gabriel Weinberg e ao seu fabuloso mecanismo de busca DuckDuckGo pelo apoio às ferramentas de anonimato de código aberto e pela generosa contribuição ao I2P em 2014. O financiamento do DuckDuckGo e de outros ajudou a viabilizar nossa participação no CCC. Este é o principal encontro anual dos desenvolvedores do I2P e é fundamental para o nosso sucesso.

Lançamentos do aplicativo Android

Mon, 01 Dec 2014 00:00:00 +0000

Já faz algum tempo desde a última vez que publiquei atualizações sobre nosso desenvolvimento para Android, e vários lançamentos do I2P ocorreram sem lançamentos correspondentes para Android. Finalmente, a espera acabou!

Novas versões do aplicativo

Novas versões do I2P Android e do Bote foram lançadas! Elas podem ser baixadas a partir destes URLs:

A principal mudança destas versões é a transição para o novo sistema de design Material do Android. O Material Design tornou muito mais fácil para desenvolvedores de aplicativos com, digamos, habilidades de design “minimalistas” (como eu) criar aplicativos mais agradáveis de usar. O I2P Android também atualiza seu I2P router subjacente para a versão recém-lançada 0.9.17. O Bote traz vários novos recursos juntamente com muitas melhorias menores; por exemplo, agora você pode adicionar novos destinos de e-mail por meio de códigos QR.

Versão 0.9.17

Sun, 30 Nov 2014 00:00:00 +0000

0.9.17 é principalmente uma versão de correção de erros, mas também dá continuidade à nossa migração para assinaturas criptográficas mais fortes.

Migramos o sistema de feed de notícias usado para as notícias no seu console e para a indicação da versão mais recente do router para um formato assinado usando chaves RSA de 4096 bits, para maior segurança.

Novos eepsites e servidores serão assinados com ECDSA por padrão, se ECDSA estiver disponível. Agora há um aviso na barra lateral do console se o ECDSA não estiver disponível. Para usuários do RedHat, temos relatos de instalações bem-sucedidas do JAR BouncyCastle Provider (bcprov) para adicionar suporte ao ECDSA.

Reunião de desenvolvimento do I2P - 25 de novembro de 2014

Tue, 25 Nov 2014 00:00:00 +0000

Resumo rápido

Presentes: dg, eche|on, EinMByte, JekabsR, kytv, orignal, psi, str4d, zzz

Registro da reunião

20:04:39 <str4d> Oi 20:04:44 <str4d> É hora da reunião 20:06:47 <str4d> zzz, psi, kytv, Meeh, dg 20:07:30 <psi> é? 20:07:39 <psi> ah terça-feira 20:09:03 <zzz> presente 20:09:48 <orignal> reunião? 20:10:11 <str4d> orignal: discutindo a lista de tarefas do Java I2P 20:10:35 <str4d> Enquanto esperamos outros aparecerem: `http://trac.i2p2.i2p/wiki/Roadmaps/1.0` 20:10:41 <kytv> Presente também, embora eu geralmente seja inútil quanto a essas coisas. 20:11:37 <str4d> Ajustei o gráfico de Gantt na página acima (que eu configurei para o ciclo de desenvolvimento 0.9.13-0.9.16) para mostrar o que acho que fizemos. 20:13:30 <zzz> interessante 20:14:06 <zzz> múltiplos destinos por tunnel <-- não aconteceu 20:14:22 <str4d> Não aconteceu? Ok, culpa minha. 20:14:27 <zzz> passada do FindBugs <-- aconteceu, mas sempre dá para fazer de novo 20:14:56 <str4d> Várias sessões por I2CP - isso também não aconteceu *derp* 20:14:56 * str4d corrige 20:15:48 <zzz> uau, tivemos um bom ano (na minha opinião) 20:16:38 <eche|on> sim, tivemos 20:17:14 <str4d> zzz: sim, eu chamei isso de parte da preparação para a auditoria especificamente, mas você está certo. 20:17:39 <zzz> investigar novo DH <---- eu diria que só pela metade, em relação ao NTCP2 de qualquer forma 20:20:26 <str4d> O Gantt não mostra facilmente "meio feito" :P 20:20:34 <str4d> Recarreguem a página, corrigido 20:21:36 <str4d> Ok, então isso é o que concluímos no último ciclo. 20:21:36 <zzz> então não está feito 20:23:45 <str4d> O objetivo desta reunião é começar a planejar o que será feito no próximo ciclo. 20:23:46 <zzz> Gostaria de reiterar que um ciclo de planejamento de 3–5 versões parece ser muito útil para focar nossas mentes e nossos recursos 20:23:47 <str4d> (Quando eu atualizar o gráfico de Gantt, vou deixar os itens meio feitos lá e empurrá-los para a frente) 20:23:47 <str4d> Na reunião anterior, pedi aos participantes que pensassem em alguns pontos cada um sobre coisas que querem ver feitas no I2P e ao redor do I2P 20:23:47 <str4d> Podemos colar isso agora, por favor? 20:24:21 <str4d> +1 20:24:36 <str4d> E agora temos evidências disso! 20:26:15 <zzz> sem entrar no que é mais importante do que o quê, acho que quase tudo o que está mostrado e inacabado no gráfico de Gantt ainda é importante 20:27:01 <str4d> Concordo. 20:27:07 <str4d> Ainda quero ver que ideias as pessoas tiveram na última semana, se é que tiveram. 20:27:45 <str4d> Aqui estão as minhas: `http://pastethis.i2p/show/jF2RkHwrIPkCb0yOpI7l/` 20:27:46 <iRelay> Título: Paste #jF2RkHwrIPkCb0yOpI7l | LodgeIt! (em pastethis.i2p) 20:28:07 <eche|on> Estou sem opções, eu vejo de colocar o I2P para fora, com a ajuda de bote android, i2p messenger é uma opção, um servidor XMPP e syndie. Desculpe, ainda considero syndie importante. 20:28:27 <str4d> eche|on: ótimo, obrigado! 20:28:43 <str4d> Continuem mandando :) 20:28:53 <eche|on> e com o app Android vêm rotas restritas 20:28:54 <zzz> minha lista de coisas novas: resolver o problema ECDSA do Red Hat, migrar para EdDSA, Jetty 9 / Java 7, expandir a base de usuários do Vuze, e mais marketing / alcance / parcerias / incorporação 20:29:36 <str4d> Para perpetuarmos nos logs, vou escrever minhas ideias aqui também: 20:30:11 <str4d> A fazer no I2P: análise de UX da Routerconsole e redesign; Pegar ideias do design HS 2.0 do Tor e aplicar aos Destinos do I2P; Escalonamento de largura de banda. A fazer ao redor do I2P: melhorias de tema do site; Implementar relés de busca do I2P-Bote; Pesquisa 20:30:23 <zzz> mais uma: orchid: consertar ou matar 20:30:32 <str4d> +100 20:31:13 <kytv> Com relação ao problema ECDSDA no RedHat/Gentoo, talvez pudéssemos/deveríamos exibir uma mensagem na barra lateral (ou nos logs) com um link de download. Ou talvez perguntar ao usuário se “nós” devemos baixá-lo em ./lib 20:31:35 <zzz> mais uma: melhorias de testes, hardware de testes, testes no Windows 20:31:58 <str4d> kytv: boas ideias (mas discuti-las pode ficar para outra reunião :) 20:32:03 <zzz> mais uma: gastar mais dinheiro 20:32:36 <zzz> mais uma: China 20:32:58 <str4d> Entre essas ideias e a lista não concluída na página acima, temos um bom conjunto de projetos potenciais. 20:33:34 <str4d> Meu objetivo é deixar esses projetos organizados, formalizados e publicados na página de tarefas do site 20:34:11 <str4d> Dando uma fuçada nas páginas de tarefas de outros projetos, este é o formato que estou propondo: 20:34:11 <str4d> `http://pastethis.i2p/show/nvexU3ZvSFOI6L5DrrqM/` 20:34:12 <iRelay> Título: Paste #nvexU3ZvSFOI6L5DrrqM | LodgeIt! (em pastethis.i2p) 20:34:54 <eche|on> boa ideia 20:35:10 <kytv> Idem em relação ao Orchid 20:35:10 <kytv> Meu principal “A fazer ao redor do I2P” é com relação a testes. Não testes automatizados com software, por si só, mas qualquer um dos nossos serviços indo ao ar sem qualquer tipo de teste... apenas [puf], “está no ar... mas não sei se funciona.” 20:35:12 <kytv> No I2P: Fazer o Instalador instalar no diretório do usuário no Windows para evitar qualquer tipo de problema de permissões. Deve ser fácil, mas eu não sei como. 20:35:16 <kytv> O Chrome fez isso (talvez ainda faça?) 20:35:41 <str4d> Meu resultado ideal: usuários podem ir à página de tarefas e encontrar uma lista de todas as ideias que temos para projetos no e ao redor do I2P. 20:36:11 <zzz> mais uma: GSoC 20:36:14 <str4d> Haverá uma nuvem de tags no topo em que possam clicar para filtrar projetos que exigem certas habilidades 20:36:17 <str4d> skills 20:36:21 <zzz> mais uma: encontro no verão 20:37:54 <zzz> mais uma: investigação de GNS, segunda passada? 20:38:28 <str4d> mmm 20:38:54 <zzz> ou talvez, só mais uma discussão com aquele pessoal resolva 20:39:09 <str4d> Agora, vou retirar do Gantt as tarefas que concluímos. 20:39:27 <zzz> você pode salvar e começar um novo? 20:39:29 <str4d> zzz: quais dos últimos lá embaixo foram concluídos (detecção de replay de SSU etc.)? 20:39:38 <str4d> Claro, posso. 20:39:49 <zzz> é meio legal mostrar que realmente realizamos coisas 20:40:19 <eche|on> zzz: a maioria das coisas foi feita por você IMHO 20:40:35 <EinMByte> eu perdi a reunião? 20:40:37 <zzz> Acho que relatei tudo que estava do lado errado de concluído ou não 20:42:39 <str4d> Novo gráfico no ar 20:43:55 <str4d> zzz: quais dos três lá embaixo devem ser empurrados adiante? Acho que o bloqueio do cliente ainda é um problema? 20:43:59 <zzz> Eu gostaria de ver muito mais planejamento e foco nas coisas sem codificação nos próximos meses. Muitas coisas estão bastante desorganizadas ou não acontecendo em nada que se aproxime de um ritmo disciplinado ou constante 20:44:09 <str4d> (bloqueio de client tunnel) 20:44:18 <str4d> zzz: concordo. 20:44:34 <str4d> Isso, na minha opinião, será ajudado ao trabalharmos na página de tarefas. 20:44:56 <str4d> Se conseguirmos explicar os projetos sem codificação de uma forma que os recém-chegados possam entender e fazer, isso também nos ajuda. 20:44:59 <zzz> não tenho 100% de certeza agora sobre o que é esse item de bloqueio do cliente, mas acho que ainda está inacabado 20:45:08 <str4d> (Da mesma forma para projetos de codificação) 20:45:32 <zzz> isso aí 20:45:53 * str4d empurra as melhorias de streaming adiante também 20:46:03 <str4d> Posso cortar a detecção de replay de sessão SSU então? 20:46:04 <dg> Você quer dizer os problemas de duplicação? 20:46:18 <dg> O jeito em que recebíamos tunnels que não se descadastram do I2PTunnel e não permitem novos? Esse tipo de coisa? 20:46:30 <zzz> str4d, vou ter que te responder depois sobre SSU replay, não sei agora 20:46:45 <dg> Eu gostaria de ver menos morte de tunnel em vez de vazão 20:46:59 <str4d> dg: pode ser isso. Há também o problema separado de a inicialização do I2PTunnel travar a UI 20:47:29 <zzz> coloque “tunnel death” lá como um novo item, por que não 20:48:01 <dg> str4d: Tinha esquecido disso! 20:48:03 <str4d> k 20:48:39 <zzz> acho que essa coisa do bloqueio eu tenho algo sem marcar no código para isso, vem se arrastando há uns 18 meses, mas ainda não está certo 20:48:40 <str4d> Próximo: olhar as ideias acima. Quais devem ir na nossa planilha de 6 meses (isto é, quais devo adicionar ao Gantt)? 20:50:16 <psi> EinMByte: reunião em andamento 20:50:21 <psi> (não) 20:51:51 <zzz> Sugiro colocar tudo lá por enquanto, depois falamos de prioridades, ou deixamos as dependências do Gantt nos dizerem o que fazer a seguir? 20:52:52 <str4d> mmk 20:53:04 * str4d está extraindo a lista acima e arrumando agora 20:53:08 <EinMByte> psi: ah, ótimo. 20:54:08 <psi> item potencial: fazer benchmark da vazão de tunnel e das taxas de descarte de mensagens 20:54:26 <str4d> EinMByte: você tem alguma ideia para nossa lista de tarefas? 20:55:15 <EinMByte> NTCP2, possivelmente. Embora fosse de longo prazo 20:56:39 <str4d> EinMByte: para referência: `http://trac.i2p2.i2p/wiki/Roadmaps/1.0` 20:56:53 <EinMByte> obrigado 20:57:04 <EinMByte> (ia perguntar) 21:00:23 <str4d> Aqui está a lista das ideias de todos: 21:00:24 <str4d> `http://pastethis.i2p/show/K0fGRb2708ADbCTZ9u9K/` 21:00:25 <iRelay> Título: Paste #K0fGRb2708ADbCTZ9u9K | LodgeIt! (em pastethis.i2p) 21:01:01 <str4d> Quase todas estas podem ser transformadas em projetos para a página de tarefas do site. 21:01:36 <str4d> Próximo tópico de discussão: quais destas (e as que estão no Gantt atualmente) são mais importantes para fazermos nos próximos seis meses? 21:02:48 <psi> rotas restritas é provavelmente o item mais importante na minha opinião 21:02:50 <EinMByte> com respeito ao syndie, talvez: eu estava trabalhando neste plugin - sem tempo agora, porém). Isto pode ser uma das coisas que podem (?) trazer mais atenção ao syndie. 21:03:20 <dg> str4d: Tunnel death está ausente e acho isso bastante importante 21:03:37 <EinMByte> Se alguém estiver interessado em desenvolver plugins para firefox / icedove: vocês sabem o que fazer 21:03:37 <str4d> dg: está lá (bloqueio de thread de tunnel) 21:03:41 <str4d> Achei que era isso 21:03:49 <dg> ah, desculpa str4d, eu quis dizer quando conexões são abruptamente terminadas 21:03:54 <dg> minha culpa 21:04:04 <str4d> Ah, ok 21:04:55 <EinMByte> psi: concordo que rotas restritas são importantes. Mas também acho que devemos perceber que vai levar bastante tempo para implementar 21:05:21 <EinMByte> (não tenho certeza de quanto do design/conceito foi feito) 21:05:35 <dg> No I2P: rotas restritas, problemas de ECDSA no RedHat, HS 2.0 do Tor, depois o resto. Ao redor do I2P: base de usuários do Vuze, GSoC, pesquisa, benchmark, depois o resto. 21:06:04 <dg> Concordo com EinMByte.. o redesign da router console é importante, mas isso pode levar um tempo indeterminado. 21:07:15 <EinMByte> str4d: mais uma coisa, possivelmente. Conheço alguns pesquisadores que desenvolveram um novo conceito para um DWSE (distributed web search engine, motor de busca web distribuído), eles podem estar interessados em desenvolver isso como uma aplicação do I2P 21:07:42 <str4d> EinMByte: legal! 21:07:49 <EinMByte> Já que a maioria dos DWSEs agora não funciona muito bem, seria muito interessante ter isso, na minha opinião 21:08:01 <zzz> não, por “tunnel death” eu quis dizer quebra de tunnel de 3 minutos, o teste de datagrama do cara do Vuze, etc. Distinto de problemas locais de bloqueio do i2ptunnel. 21:08:07 <EinMByte> Também é algo que eu consideraria implementar 21:08:20 <dg> Eu não estava pensando precisamente em 3 minutos, mas isso estava incluído. 21:08:34 <EinMByte> (com ajuda, de preferência) 21:09:03 <str4d> ok, recarreguem a página do Gantt 21:10:34 <EinMByte> str4d: de qualquer modo, não conte muito com isso, depende de os usuários do I2P realmente se interessarem por algo assim. 21:11:14 <EinMByte> Além disso, não tenho certeza sobre as coisas de GNS. Em qualquer caso, não deveria ter alta prioridade. 21:11:56 <str4d> Paste de novas ideias atualizado: `http://pastethis.i2p/show/1qxHbkWjD27N7SdzNJZL/` 21:11:57 <iRelay> Título: Paste #1qxHbkWjD27N7SdzNJZL | LodgeIt! (em pastethis.i2p) 21:12:35 <zzz> eu diria que 4 categorias amplas são de maior importância: 1) continuação da migração cripto de curto prazo (livro de endereços, muiltidest, etc.) 2) planejamento/pesquisa cripto de longo prazo (DH, LS2, NTCP2) 3) tudo de testes 4) tudo de não-codificação 21:13:48 <EinMByte> zzz: está em ordem de importância? 21:14:05 <str4d> Os problemas de ECDSA entram na primeira categoria; o HS 2.0 do Tor entra na segunda categoria. 21:14:21 <zzz> não. importância aproximadamente igual 21:14:44 <str4d> Então o único item não representado nessas categorias é rotas restritas 21:15:28 <jenkins@kyirc> Iniciando build #556 para o job i2pd (build anterior: SUCESSO) 21:15:30 <jenkins@kyirc> Projeto i2pd build #556: SUCESSO em 8.2 s: `http://jenkins.killyourtv.i2p/job/i2pd/556/` 21:15:31 <jenkins@kyirc> * orignal: eliminated NTCPServerConnection 21:15:32 <jenkins@kyirc> * orignal: moved NTCP client code to Transports 21:16:34 <EinMByte> talvez NTCP2 não seja tão importante assim 21:16:50 <zzz> e a razão de eu tê-las agrupado assim e dizer prioridade igual é que provavelmente são 4 grupos separados de pessoas para essas 4 categorias que poderiam progredir 21:17:08 <EinMByte> ou, pelo menos antes de podermos começar propriamente com o NTCP2, precisamos fazer muita pesquisa, além de responder algumas questões muito importantes 21:17:33 <jenkins@kyirc> Projeto i2pd (Linux x86) build #33: SUCESSO em 1 min 47 s: `http://jenkins.killyourtv.i2p/job/i2pd%20(Linux%20x86)/33/` 21:17:44 <EinMByte> zzz: de fato 21:17:51 <JekabsR> é interessante que a rede i2p tende a juntar todos os routers rápidos 21:17:58 <jenkins@kyirc> Iniciando build #33 para o job i2pd (Linux x64) 21:18:03 <zzz> certo. “NTCP2” é só uma abreviação para um monte de coisas que podem ou não realmente resultar em algo chamado “NTCP2” 21:18:34 <JekabsR> e eles não preferem routers lentos 21:18:40 <EinMByte> Sim. Em qualquer caso, se mudarmos as camadas de transporte, é extremamente importante não cometer erros, pois isso provavelmente quebraria o I2P por completo. 21:19:19 <psi> JekabsR: routers mais lentos ainda são usados, só não tanto 21:19:43 <jenkins@kyirc> Projeto i2pd (Linux x64) build #33: SUCESSO em 1 min 52 s: `http://jenkins.killyourtv.i2p/job/i2pd%20(Linux%20x64)/33/` 21:20:05 <EinMByte> zzz: se 2 é “pesquisa”, então você está certo 21:20:33 <EinMByte> pode ser feito simultaneamente 21:21:52 * str4d está refazendo o Gantt nessas quatro categorias (mais uma categoria Outros) 21:22:12 <JekabsR> mas há um problema — destinos do tipo cliente raramente obtêm conexões de router rápidas 21:22:40 <eche|on> não? 21:22:46 <psi> JekabsR: não tenho certeza se isso é preciso 21:23:46 <zzz> str4d, esquecemos do Android, ou isso é um roadmap separado? 21:23:59 <str4d> zzz: esquecemos 21:24:01 <eche|on> JekabsR: routers em modo escondido têm alguns problemas, mas outros conseguem conexões rápidas, pois há routers rápidos suficientes disponíveis e com capacidade livre 21:24:26 <str4d> Tecnicamente, I2P Android entra na categoria “no I2P” 21:24:35 <psi> ah, outra pergunta de pesquisa: quanta capacidade o i2p realmente tem agora? 21:25:14 <zzz> talvez uma 5ª categoria para Android faça mais sentido 21:25:46 <zzz> mas não estou preso a categorias. Só mencionei as 4 como uma forma rápida de comunicar o que acho importante 21:25:54 <JekabsR> porque tendem a criar um pequeno número de conexões realmente rápidas e um grande número de conexões lentas 21:26:11 <dg> [citação necessária] 21:26:15 <JekabsR> meu router começou a derrubar tunnels lentos 21:26:24 <str4d> zzz: acho que foi uma boa ideia 21:26:56 <str4d> Atualizem a página do Gantt agora 21:27:07 <eche|on> JekabsR: https://geti2p.net/_static/pdf/I2P-PET-CON-2009.1.pdf 21:30:12 <eche|on> JekabsR: tunnels são derrubados apenas no fim do tempo de vida do tunnel e se os próprios tunnels precisarem da capacidade. 21:30:29 <str4d> Se você recarregar `http://trac.i2p2.i2p/wiki/Roadmaps/1.0` agora verá os títulos, cada um com uma barra de seis meses. Isso dá uma indicação de quanto tempo há para encaixar tudo. 21:32:43 <str4d> Agora que temos algumas ideias para os próximos seis meses, precisamos começar a planejar prazos. 21:33:18 <str4d> E quem vai pegar o quê. 21:33:52 <JekabsR> meu console frequentemente relata que tem conexões de entrada demais e tunnels são parcialmente rejeitados. Como o i2p decide qual rejeitar? 21:34:08 <dg> ‘conexões de entrada demais’? 21:34:21 <dg> JekabsR: uma reunião está em andamento, você pode querer esperar até terminar 21:35:00 <str4d> Também gostaria de alguns voluntários para ajudar a transformar a lista de ideias em uma página de projetos funcional na página de tarefas do site 21:35:12 <JekabsR> Conexões NTCP: 425. Limite: 425. Tempo limite: 2 min. 21:35:30 <JekabsR> Conexões UDP: 1149. Limite: 1275. Tempo limite: 4 min. 21:36:14 <JekabsR> os limites estão sendo atingidos 21:37:42 <JekabsR> o router está usando 80% da CPU 21:38:23 <str4d> Alguém? 21:39:36 <kytv> JekabsR: 1) reunião em andamento, você pode querer esperar; 2) dê uma olhada em `http://127.0.0.1:7657/peers#help` 21:41:16 <JekabsR> kytv: vou ver 21:41:44 <zzz> str4d, acho que você perdeu todo mundo depois de uma hora e 45. Talvez declarar vitória por agora e avançamos mais em outro momento? 21:41:45 <str4d> Vamos tentar algumas perguntas mais específicas. 21:41:52 <str4d> Ou isso./ 21:41:55 <JekabsR> 330,0 / 342,4 KBps minha carga atual 21:42:06 <str4d> Sim, definitivamente fizemos um bom progresso. 21:42:30 <JekabsR> e uploads de torrent a 2 - 5kb de velocidade :( 21:44:17 <str4d> Obrigado pelas discussões, pessoal! 21:44:20 * str4d aquece o baffer 21:44:20 * str4d ***bafs a reunião encerrada

Reunião de Desenvolvedores do I2P - 18 de novembro de 2014

Tue, 18 Nov 2014 00:00:00 +0000

Resumo rápido

Presentes: dg, eche|on, Meeh, orignal, psi, RN, str4d, zzz, o log completo foi parcialmente reconstruído a partir do scrollback (histórico do chat), iRelay entrou e saiu intermitentemente no início.

Registro da reunião

<zzz> 0) Olá <zzz> 1) Reembolso para participantes do 31C3 (zzz, echelon) <zzz> 2) Compra de máquinas para teste/compilação (zzz, kytv) <zzz> 3) Cronograma de lançamento do 0.9.17 e/ou 0.9.16.1 (zzz) <zzz> 4) Status do reseed e novo admin (zzz) <zzz> 5) Teste de notícias SU3 antes do 0.9.17 (zzz, echelon, psi) <zzz> 6) Roteiro de 6 meses, NTCP2 etc. (str4d, remarcado de 28 de out.) <zzz> 7) Tópicos para novos desenvolvedores (str4d) <zzz> 0) Olá <zzz> Olá <dg> oi, consegui chegar. <str4d> Olá <orignal> oi <zzz> Gostaria de manter os itens 1-5 curtos, 5-10 minutos cada. Depois passo para o str4d os itens restantes para durarem o quanto ele quiser. <zzz> 1) Reembolso para participantes do 31C3 (zzz, echelon) <zzz> Tradicionalmente pagamos os ingressos de conferência para membros do projeto e acho que há amplo consenso para continuar com isso <RN> oi <zzz> Como o CCC no ano passado foi tão produtivo, proponho que forneçamos fundos adicionais para apoiar as pessoas e encorajá-las a participar <zzz> Não um reembolso completo, apenas um apoio parcial. Proponho 200 euros para cada, além do ingresso. <zzz> opiniões/discussão? <eche|on> por mim, sem problema <str4d> O ingresso é 150 euros (se não me engano)? <RN> parece razoável para mim... 350... 20:04:02 <zzz> Acho que o ingresso é 100-120 euros 20:04:43 <eche|on> o ingresso foi 80 euros da última vez 20:04:43 <str4d> https://events.ccc.de/congress/2014/wiki/Static:Tickets 20:04:46 <iRelay> Título: Tickets - 31C3_Public_Wiki (em events.ccc.de) 20:05:01 <zzz> Além disso, se houver alguém que precise de um nível de apoio mais alto para conseguir participar, deve falar agora 20:05:16 <RN> qual é a data? 20:05:29 <eche|on> 27 a 30 de dezembro <zzz> parece que temos acordo quanto à ideia geral. Alguma discussão sobre o valor exato? * RN não pode comparecer.... <RN> mas acho que algo extra além do ingresso é bom para despesas diversas e hospedagem.... <str4d> Não tenho objeções a 200 euros + ingresso <eche|on> então, quem vai e quem receberia o dinheiro? ;-) <RN> 200 cobriria duas diárias de hotel, ou as quatro? <zzz> Presumo que seriam cerca de 8 pessoas, como no ano passado, para fins de orçamento <eche|on> RN: depende do hotel, com certeza cobriria um hostel <str4d> RN: depende de onde você for <eche|on> ok, não é a quantidade de pessoas que é um problema, mas eu não gostaria de pagar esse dinheiro a um novato, só porque ela/ele leu sobre isso. sem problema para pessoas "bem conhecidas" <zzz> certo <str4d> https://events.ccc.de/2014/10/14/31c3-special-terms-at-generator-hostel/ <str4d> Oferta especial 31C3. Quartos duplos por 70,00 euros; uma cama em dormitório de seis, 17,00 euros por noite. <zzz> isso de forma alguma cobre completamente hotel/comida/avião. É só uma ajudinha para incentivar membros da equipe a participar <zzz> última chamada para discussão do item 1) <str4d> Com duas pessoas dividindo o quarto duplo acima, os 200 euros cobririam o hotel <RN> ainda me parece razoável... <zzz> ok, parece que temos acordo <eche|on> claro <RN> :) <zzz> 2) Compra de máquinas para teste/compilação (zzz, kytv) <zzz> temos cobertura de testes limitada para Windows e Mac. <zzz> o zab costumava testar com Mac, ele se foi; o meeh tem um Mac, mas ele pifou e/ou ele ficou sem tempo <zzz> então eu queria perguntar se conseguiríamos mais cobertura de testes se comprássemos máquinas Windows ou Mac para o kytv e/ou outros <RN> meu Mac é muito antigo para ajudar... e eu queimei o filtro de linha em que ele ligava... <Meeh_> zzz: o que preciso testar? <zzz> essas poderiam ser usadas para outras coisas também (por exemplo, laptops poderiam ser legais) <Meeh_> tenho OS X 10.9 e 10.10 <eche|on> Tenho uma máquina Windows, mas não tempo. ainda temos 2 licenças de Win 8 <Meeh_> diga e faço agora <zzz> Meeh_, rodar compilações de desenvolvimento. Você as executa agora? <dg> quando dizemos 'cobertura de testes', o que queremos dizer? <zzz> alguém está rodando compilações de desenvolvimento no Windows? <Meeh_> não, desculpe, Mac novo... faz um dia que meu Lenovo morreu, a marielle teve que me comprar um <Meeh_> então acabei de instalar o Java <Meeh_> me dá um segundo e eu faço o build e inicio <RN> sim, porque dependendo do tempo e do nível de cobertura de testes... tenho um XP +pos_ready rodando builds de teste 20:14:15 <dg> eu poderia se necessário, mas seria em uma VM e eu não usaria intensamente 20:14:25 <dg> só ver se funciona após uptime, testar alguns eepsites, rodar algum snark, verificar erros 20:14:30 <dg> não sei se eu toparia com todos os erros que um usuário real toparia 20:14:47 <zzz> minha pergunta é: podemos incentivar alguém a fazer mais testes de builds de desenvolvimento se comprarmos máquinas dedicadas? 20:15:31 <str4d> Há dois tipos de testes dos quais nos beneficiaríamos: pessoas fazendo QA (garantia de qualidade) manualmente nas builds e servidores de CI (integração contínua) rodando em Windows e Mac. 20:15:39 <eche|on> eu não. Tenho todo o hardware/software, mas não tempo/disposição para testes intensivos 20:15:49 <zzz> sim, str4d 20:16:09 <RN> ou e se a máquina fosse configurada com algum tipo de acesso remoto "seguro via I2P" para a equipe de desenvolvimento... 20:16:17 <Meeh_> zzz, posso sempre fazer testes no OS X; se eu não responder no IRC, tente twitter ou meeh@mail.i2p, já que ambos alertam meu telefone 20:16:24 <str4d> Este tópico parece ser sobre QA, mas o que seria necessário para, por exemplo, um servidor de CI em Mac ser conectado ao Jenkins do kytv? 20:16:47 <Meeh_> para uma CI sim 20:16:48 <zzz> alguém faria mais se comprássemos hardware para essa pessoa? 20:16:59 <Meeh_> infelizmente eu preciso mover meu Mac de tempos em tempos 20:17:22 <eche|on> <= falta a conexão de rede gratuita até agora. 20:17:23 <Meeh_> que hardware, que testes em qual SO? (independentemente de pagar pelo hw) 20:17:26 <zzz> Meeh, você parece estar com menos tempo ultimamente, não mais 20:17:37 <zzz> Windows e Mac 20:17:41 <eche|on> Já rodo um nó I2P no meu endereço. Mas hm, eu poderia rodar Windows em IPv6 20:17:48 <Meeh_> sim, resolvi muita coisa na RL (vida real) que tomava tempo 20:17:53 <RN> se o resto da minha infraestrutura não estivesse constantemente uma bagunça eu ofereceria um lar para uma máquina.... 20:18:26 <Meeh_> para sua informação, i2pd/i2p estará disponível de au,ru,nl,uk,de,no,us-w,us-e em cerca de uma hora 20:18:34 <Meeh_> para download 20:18:39 <zzz> ok, não vamos nos preocupar com quem em particular. eche|on, se encontrarmos alguém, temos orçamento para comprar algum hardware? 20:18:40 <Meeh_> CDN 20:18:47 <zzz> Meeh, por favor, mantenha-se no tópico 20:18:52 <eche|on> zzz: temos fundos, com certeza 20:19:02 <eche|on> a propósito, Meeh, o dinheiro chegou? 20:19:17 <zzz> ok, proponho encerrar este tópico e procurar voluntários nas próximas semanas 20:19:18 <RN> falem comigo em 6 meses se eu tiver estabilizado os demônios... 20:19:24 <zzz> eche|on, por favor, mantenha-se no tópico 20:19:34 <zzz> mais alguma discussão sobre o item 2)? 20:20:03 <Meeh_> ah, desculpe, esqueci de responder. está pago e encerrado.. acho que recebi o dinheiro, mas a marielle transferiu ao mesmo tempo, então preciso conferir. mas quase certo. obrigado 20:20:07 <dg> eu gostaria de ouvir o kytv 20:20:18 <Meeh_> eche|on: ^ 20:20:28 <dg> pm, pessoal 20:20:40 <zzz> vamos colocar isso na pauta para revisitar na próxima reunião 20:20:51 <str4d> +1 20:20:51 <zzz> 3) Cronograma de lançamento do 0.9.17 e/ou 0.9.16.1 (zzz) 20:21:07 <eche|on> Eu voto por 0.9.17 20:21:18 <zzz> Em determinado momento eu queria fazer um lançamento 0.9.16.1 para corrigir o bug no SSU, mas já desisti disso 20:21:21 <dg> Nada desabou... então 0.9.17. 20:21:21 <eche|on> em 2-3 semanas 20:21:41 <zzz> Agora proponho um lançamento "mini" 0.9.17 no fim de semana de 29 de nov. 20:22:00 <zzz> isto é, um ciclo de 4 semanas para corrigir bugs, bem antes o recesso de Natal 20:22:02 <str4d> Há vários relatos no forum.i2p de que a rede 0.9.16 ficou mais lenta e a participação nos nós diminuiu. 20:22:03 <RN> "mini?" 20:22:22 <zzz> mini no sentido de mudanças limitadas e não um ciclo completo de 6-7 semanas 20:22:25 <str4d> Não sei se o bug do SSU poderia estar causando isso... 20:22:37 <RN> ah... sim... mini... bom plano... 20:22:43 <zzz> praticamente o que está no mtn agora. Cerca de 13 mil linhas de diff, mas a maior parte são mudanças de testes eddsa 20:22:49 <orignal> claro que causa. por causa de pacotes descartados 20:23:10 <zzz> a propósito, minhas estatísticas de sucesso de build expl. aumentaram significativamente desde o lançamento .16. Não sei por quê 20:23:11 <RN> então parece que sim para fazer um mini-lançamento <zzz> o bug no SSU é na verdade só uma irritação, não acho que seja a causa de problemas reais <zzz> ok, vamos declarar congelamento de tags e mirar um lançamento em 11 dias <zzz> algo mais sobre o item 3)? <eche|on> então 0.9.17 em 2 semanas <RN> uhuuu! <str4d> Os operadores dos hosts de lançamento estarão disponíveis então? <dg> sim. <str4d> (Lembrando que 29 de nov. é logo após o Dia de Ação de Graças) <dg> Para mim não leva muito, não será um problema. <zzz> vamos assumir que sim por enquanto e adiar se necessário. eu estarei por aqui, mas em um semi-coma de peru. perfeito para compilar. <dg> De qualquer forma, é basicamente do echelon que você precisa <zzz> 4) Status do reseed e novo admin (zzz) <zzz> Este é apenas um breve anúncio para quem não sabe. <Meeh_> yeo <zzz> Devido a restrições de tempo, o Meeh transferiu o trabalho de admin do reseed para o "backup" <Meeh_> o que é claramente o melhor no momento :) <zzz> o backup não está no IRC, mas pode ser contatado facilmente em backup@mail.i2p ou no subfórum de reseed no zzz.i2p <zzz> obrigado ao meeh e ao backup pela transição tranquila <Meeh_> mas acho que o logstash será interessante para o admin de reseed em breve <Meeh_> que eu coleto do meu <eche|on> o Dia de Ação de Graças não é problema aqui na Europa <zzz> o backup está trabalhando para colocar o restante dos sites em su3, melhorar o monitoramento e recrutar novos hosts <zzz> então, por favor, deem total apoio ao backup. <str4d> Sim :) <dg> :) <zzz> trabalhem com ele também se tiverem problemas de SSL/TLS que ele tenha descoberto <zzz> algo mais sobre o item 4)? <Meeh_> Posso fornecer reseed da Rússia e da Austrália agora <Meeh_> se quiserem <Meeh_> também <Meeh_> nada mais sobre 4 da minha parte <eche|on> Meeh_: pergunta ao baclup^^ <zzz> ótimo, contate seu novo líder ;) <zzz> 5) Teste de notícias SU3 antes do 0.9.17 (zzz, echelon, psi) <eche|on> aah <zzz> .17 inclui uma mudança para notícias su3. <eche|on> esse é um tópico <eche|on> preciso testar isso 20:29:17 <zzz> Eu gostaria que o eche|on adicionasse um item de notícias, gerasse o su3, para que possamos testá-lo antes do lançamento .17 20:29:43 * str4d está refletindo sobre a especificação atual para garantir que está ideal 20:29:52 <zzz> todas as builds de desenvolvimento devem estar puxando de news.su3 agora, mas como não houve nada novo desde o lançamento, precisa de um teste 20:30:07 <eche|on> Vou tentar gerar um .su3 nos próximos dias 20:30:25 <zzz> também seria ideal, mas não obrigatório, se o psi criasse um cert e o comitasse, já que ele é o backup mas atualmente não consegue criar seu próprio arquivo su3 20:30:45 <dg> por que ele não pode? 20:32:24 <zzz> str4d, revise também a whitelist de XHTML no código, por favor 20:32:24 <zzz> ótimo, obrigado, eche|on 20:32:24 <str4d> Farei. 20:32:24 <eche|on> zzz: o script estava no mtn? 20:32:24 <zzz> eche|on, sim, i2p.scripts 20:32:24 <zzz> Sei que o str4d propôs escrever o XML à mão, e foi o que eu fiz para o lançamento .16, mas talvez uma busca por um gerador de feed fosse útil 20:32:24 <zzz> não sei 20:32:24 <zzz> algo mais sobre o item 5)? 20:32:24 <str4d> O que eu proporia na verdade é: 20:32:51 <str4d> - Encontrar um programa para escrever feeds Atom. 20:33:22 <str4d> -- Se nada for adequado, escrever um script em Python que converta um diretório de entradas XHTML em um feed...? 20:33:56 <zzz> sim 20:33:56 <str4d> - Armazenar as informações sobre as versões de lançamento etc. em um arquivo de configuração separado, e ter um script que as insira no feed Atom. 20:34:19 <zzz> str4d, por favor, faça essa revisão da spec nos próximos dias 20:34:26 <str4d> Ok 20:34:38 <zzz> algo mais sobre o item 5)? 20:35:26 <zzz> 6) Roteiro de 6 meses, NTCP2 etc. (str4d, remarcado de 28 de out.) 20:35:26 <zzz> 7) Tópicos para novos desenvolvedores (str4d) 20:35:38 <zzz> Eu passo a reunião e o baffer para o str4d neste momento 20:35:48 <str4d> Ooooooooo 20:35:56 * str4d sorri com satisfação 20:35:56 <Meeh_> e talvez eu tenha notícias ao final da reunião 20:35:58 <Meeh_> da reunião 20:36:02 <Meeh_> então dá um HL em mim, str4d, por favor :) 20:36:25 <str4d> Ok, não lembro exatamente o que eu planejava dizer no item 6) quando propus originalmente.. 20:39:31 <str4d> Então vou começar com o 7) e ver se me volta. 20:39:31 <str4d> Apesar da reformulação do site, as informações que disponibilizamos lá não estão bem organizadas nem claras. 20:39:31 <str4d> E com o foco aumentado no último ano em privacidade e segurança, precisamos realmente aproveitar ao máximo o ambiente atual. 20:39:57 <str4d> Temos vários locais com informações sobre possíveis projetos, tarefas etc., mas nada claro ou atualizado 20:41:06 <str4d> `http://i2p-projekt.i2p/en/get-involved/todo` 20:41:06 <str4d> `http://i2p-projekt.i2p/en/get-involved/roadmap` 20:41:06 <str4d> `http://i2p-projekt.i2p/en/docs/overview/performance/future` 20:41:06 <str4d> `http://i2p-projekt.i2p/en/get-involved/develop/applications` 20:41:06 <str4d> Vou deixar os dois últimos links por agora, mas pelo menos quero que todos nós olhemos as páginas de todo e roadmap agora. 20:41:17 <str4d> tipo, agora 20:41:20 <str4d> ;P 20:41:40 <iRelay> Título: Roadmap - I2P (em i2p-projekt.i2p) 20:41:42 <iRelay> Título: Future Performance Improvements - I2P (em i2p-projekt.i2p) 20:41:45 <iRelay> Título: Application Development - I2P (em i2p-projekt.i2p) 20:42:08 <str4d> A página de todo está preenchida principalmente com tarefas que parecem ter sido concluídas. Das tarefas que restam, quantas ainda são relevantes? 20:43:49 <zzz> a página wiki no trac e os vários tópicos no zzz.i2p provavelmente são muito mais relevantes 20:44:13 <str4d> Provavelmente. Mas não são visíveis para quem está de fora. 20:44:41 <str4d> "Oi, quer ajudar no I2P? Vá caçar algo para fazer no zzz.i2p" 20:44:49 <zzz> certo 20:44:56 <str4d> Não estou dizendo para duplicarmos informações. 20:45:50 <str4d> Mas acho que o site deve conter uma visão geral concisa do que achamos importante para o I2P, com links para mais informações conforme desejado. 20:45:52 <str4d> Isso se encaixa bem em um futuro projeto do GSoC (Google Summer of Code). 20:46:16 <str4d> Como sempre, falar assim não vai fazer muita coisa :P 20:46:33 <zzz> uma revisão em grupo agora no IRC vai funcionar, ou precisamos de um voluntário para refazer tudo, ou algumas horas no CCC resolveriam? 20:47:19 <str4d> Revisão em grupo agora não vai funcionar. E depois do que passei com o site, não acho justo colocar tudo isso em uma pessoa só. 20:47:40 <eche|on> Eu voto em um "vamos trabalhar um pouco nisso e, se não terminar no CCC, fazemos na mesa 20:47:45 <zzz> talvez seja justo se não for você... 20:48:02 <str4d> O CCC está bem próximo, então seria ideal. Mas precisaríamos atualizar o site etc. muito rapidamente, para podermos apontar as pessoas para ele. 20:49:32 <zzz> se sua intenção é que isso esteja no contexto de um esforço mais amplo para aplicar ao GSoC, por favor deixe claro 20:50:14 <str4d> Eu gostaria muito de trazer um estudante do GSoC a bordo, mas isso é um tópico separado. 20:50:50 <zzz> se não for pelo GSoC, qual o motivo do "muito rapidamente"? 20:51:20 <str4d> zzz: quis dizer que, se o trabalho for feito no CCC, então não podemos capitalizar isso no CCC. 20:51:32 <zzz> ah, ok 20:52:08 <str4d> Em vez disso, teríamos que dizer "confira o site em x dias", o que não deixa uma impressão tão boa. 20:53:46 <zzz> então seu objetivo é ter uma boa resposta para as pessoas que chegam e perguntam 'do que vocês precisam'? 20:53:53 <str4d> No site, /todo é antigo. /roadmap é ralo. /performance/future é separado, e /develop/applications é um monte de tópicos agrupados em um só. 20:53:56 <str4d> zzz: sim. 20:54:19 <str4d> Pessoas interessadas no I2P podem olhar o site e ver imediatamente como suas habilidades serão mais úteis. 20:54:44 <str4d> No topo da lista: designers de UI (interface do usuário) ^_^ 20:54:53 <zzz> mas as pessoas que perguntam isso geralmente nunca rodaram o i2p, então minha resposta é 'instale e rode por algumas semanas, depois pergunte no IRC' 20:55:52 <str4d> Não acho que rodar o I2P precise ser pré-requisito para ajudar. 20:55:52 <zzz> mas sim, a outra resposta é 'ui, cripto, ..." 20:56:25 <str4d> Na minha opinião, se você diz para alguém esperar algumas semanas, muitas vezes o entusiasmo pode ser deslocado por outra coisa. 20:56:28 <str4d> Certo, mas precisamos ser mais específicos. 20:56:28 <zzz> mas realisticamente alguém vai começar a desenvolver sem nunca ter usado? 20:56:59 <zzz> não consigo imaginar me voluntariando para programar para um software que nunca usei. 20:58:33 <str4d> Não, mas podemos começar a engajar com elas enquanto começam a usar o I2P. 20:58:33 <zzz> claro. concordo com tudo. Uma lista de tarefas (todo) atualizada é um sinal de um projeto sério. 20:58:58 <str4d> Ok, hora da ação: 20:58:58 <RN> lá está falando sobre 6.x e anteriores... 20:59:07 <dg> outra coisa é se vamos ou não abandonar stop-and-go, etc 20:59:16 <dg> as pessoas apontam para nossa documentação e dizem "uau, eles vão ter/fazer" 20:59:33 <str4d> dg: ? 21:00:43 <> RN@kyirc inclina-se na cadeira... 21:01:06 <dg> e, ah, atrasos 21:01:30 * RN sente-se nostálgico 21:02:35 <str4d> Durante a próxima semana, todos aqui podem elaborar duas listas? Uma com recursos e melhorias que gostariam de ver no I2P em si, e outra com recursos e melhorias no ecossistema I2P (isso inclui coisas como novos apps e serviços, trabalho de dev em apps existentes, pesquisa, revisão de código etc.) 21:02:35 <str4d> Não precisa ser longa, mas acho que se todos contribuirmos com alguns pontos em cada uma, mesmo que alguns sejam duplicados, será um bom ponto de partida. 21:02:35 * str4d vai rascunhar um esboço de como o conteúdo será apresentado no site (que conteúdo irá para onde etc.) 21:03:29 <RN> temos um mecanismo de pesquisa/opinião razoável? no fórum ou no zzz? 21:03:31 <zzz> sim, se você montar a estrutura nós podemos preencher 21:03:53 <str4d> zzz: parece ser sempre assim ;P 21:04:33 <str4d> Quem está disponível neste mesmo horário na próxima semana para uma "reunião"/discussão em grupo? 21:04:57 <RN> talvez eu esteja 21:05:55 <str4d> O único tópico será peneirar as listas com as quais as pessoas aparecerem e organizá-las nas seções de conteúdo que vou apresentar. 21:05:59 <zzz> ok 21:06:20 <dg> eu também 21:06:31 <RN> você quer as listas enviadas por i2pmail para você? 21:06:50 <RN> ou contribuir para um tópico no fórum ou no trac ou??? 21:07:44 <str4d> RN: se você não puder ir à reunião, me mande um link para pastethis.i2p 21:08:31 <str4d> Caso contrário, é só levar à reunião. 21:08:38 <RN> k 21:08:41 <str4d> Em vez de uma discussão no zzz.i2p, desta vez quero tentar uma tempestade de ideias independente sem ser influenciado pelo que já foi postado. 21:09:16 <str4d> Após a reunião, teremos algo que pode ser postado no zzz.i2p ou no wiki (provavelmente lá) para mais discussão e edição. 21:11:36 <str4d> Alguém mais tem algo a dizer sobre o item 7)? 21:11:45 * str4d terminou por esta reunião 21:11:59 <str4d> Caso contrário, vou voltar ao item 6) brevemente 21:13:30 * RN aguarda o baffing ou a passagem do baffer 21:13:54 * str4d não assume nada. 21:14:00 <str4d> 6) Roteiro de 6 meses, NTCP2 etc. (str4d, remarcado de 28 de out.) 21:14:39 <str4d> Ainda não consigo lembrar para onde eu queria ir com este tópico, mas ele encaixa bem com o 7. 21:14:52 <str4d> Trabalhos de desenvolvimento em larga escala anteriores foram aproximadamente semestrais, e estamos perto do fim de um ciclo. 21:15:38 <str4d> Além do movimento contínuo rumo à nova criptografia, devemos decidir onde focar o esforço de desenvolvimento nos próximos seis meses. 21:16:07 <str4d> NTCP2 é uma sugestão, e desenvolvimento e integração de PT 21:16:11 <eche|on> estou afk agora 21:16:21 <str4d> o/ eche|on 21:16:49 <str4d> Formalizar nossa lista de tarefas (todo) vai, na minha opinião, nos ajudar tanto quanto ajudará novos desenvolvedores em potencial. 21:17:13 <str4d> No mínimo, precisamos garantir que a lista em papel do zzz de coisas de desenvolvimento seja à prova de ônibus ;) 21:18:44 <Meeh_> qual é o tópico atual? 21:19:24 <str4d> Meeh_: acho que todos já terminaram de ouvir meu discurso, então vou passar para você :) 21:19:28 <RN> roteiro de 6 meses... 21:19:53 <str4d> Para o item 6) acho que podemos falar mais na próxima semana, depois que discutirmos as listas das pessoas. 21:20:00 <str4d> s/it/it more/ 21:20:01 <iRelay> str4d quis dizer: Para o item 6) acho que podemos falar mais na próxima semana, depois que discutirmos as listas das pessoas. 21:20:31 <Meeh_> ah, obrigado 21:21:23 <Meeh_> bem, enquanto vocês fizeram a reunião agora, eu fiz o que disse que faria, e isso está dando ao i2p muito mais espelhos de download 21:21:48 <RN> :) 21:21:55 <str4d> Yay! 21:22:03 <dg> ótimo 21:22:03 <Meeh_> em algumas horas, download.i2p.io deve funcionar para todos, e deve resolver com base em latência e geoip 21:22:06 <Meeh_> nada registrado do meu site 21:22:07 <Meeh_> coisinha de DNS 21:22:14 <Meeh_> eles também ganharam nomes 21:22:17 <Meeh_> vou listá-los agora 21:22:31 <Meeh_> o domínio mencionado era um domínio compartilhado 21:23:45 <Meeh_> jp01-mirror.i2p.io, nl01-mirror.i2p.io, no01-mirror.i2p.io, ru01-mirror.i2p.io, uk01-mirror.i2p.io, use01-mirror.i2p.io, usw01-mirror.i2p.io 21:24:00 <Meeh_> todos responderão em http(s) 21:24:19 <Meeh_> ah, o de01 também vai surgir 21:24:38 <Meeh_> mas NL01 e DE01 provavelmente não estarão no ar antes de amanhã; no entanto, todos os outros devem funcionar em pouco tempo 21:25:01 * RN abraça Meeh_ 21:25:09 <Meeh_> Também consegui meus certificados do Windows e da Apple 21:25:32 <Meeh_> então vou assinar builds do i2pd no OS X e no Windows, para escapar do bloqueador/alerta de "publicador não confiável" 21:25:42 <Meeh_> também 21:26:20 <Meeh_> todo membro da equipe I2P pode ter sua própria conta de e‑mail @ i2p.io OU um alias, com acesso via clearnet, inclusive 21:26:31 <Meeh_> por exemplo, a marielle tem m@i2p.io, e eu tenho mv@i2p.io 21:26:39 <Meeh_> curto e limpo :D 21:27:09 <Meeh_> fora isso, desculpem por não estar mais por aqui, mas espero que as coisas de RL estejam resolvidas agora e eu possa continuar aqui :) 21:27:51 <Meeh_> por fim, uma build de i2pd para OS X e Windows será lançada amanhã ou hoje à noite. 21:27:53 <Meeh_> obrigado por ouvirem! 21:28:12 * RN abraça mais o Meeh_ 21:28:41 <Meeh_> hehe, obrigado RN:) 21:29:02 <str4d> Meeh_++ 21:29:16 <dg> str4d, zzz, Meeh_++ 21:29:32 <Meeh_> str4d, isso pode/poderia incluir o F-Droid também, se você quiser 21:29:45 <str4d> Meeh_: há um CDN (rede de distribuição de conteúdo) configurado para esses servidores, ou eles são "individuais"? Ou seja, como a lista de espelhos no site deve ser atualizada? 21:30:04 <Meeh_> kytv: um servidor para governar todos.. lembre que se você publicar naquele ao qual tem acesso, todos os servidores recebem 21:31:42 <Meeh_> str4d: estou parcialmente pronto com o balanceamento de DNS 21:31:42 <Meeh_> ou seja, ele reage ao espelho mais próximo 21:31:42 <Meeh_> então poderíamos usar um domínio único para tudo 21:31:42 <str4d> Ok, então o único link de download que as pessoas verão é download.i2p.io 21:31:42 <Meeh_> mas o guia era para bind9 e estou rodando powerdns no servidor necessário, então só preciso... achar o jeito deles de fazer o mesmo 21:31:42 <str4d> (para esse sistema de espelhos) 21:31:55 <Meeh_> sim, ou se formos ... abraçar isso, podemos colocar todos 21:31:58 <str4d> F-Droid nisso também seria ideal. 21:32:51 <Meeh_> sim, agora é apenas um rsync simples, mas eu atualizo para um proxy OpenStack Swift em cada local quando eu vir alta demanda 21:33:07 <Meeh_> aí será uma URL REST para publicar atualizações também 21:33:15 <Meeh_> até o zzz poderá fazer ele mesmo pelo navegador com as credenciais corretas 21:33:31 <Meeh_> (quando o swift for adicionado) 21:33:47 <Meeh_> o motivo de eu não ter feito agora é que teria levado pelo menos uma ou duas horas a mais 21:33:49 <Meeh_> no mínimo 21:34:00 <Meeh_> então eu não teria chegado à reunião :p 21:34:20 <str4d> Ou como https://fdroid.i2p.io/repo/ e https://fdroid.i2p.io/archive/, ou https://download.i2p.io/fdroid/repo/ e https://download.i2p.io/fdroid/archive/ 21:34:42 <str4d> A segunda opção é provavelmente melhor, assim não precisamos de certificados HTTPS separados. 21:34:51 <psi> i2p.io vai ser um inproxy (proxy de entrada)? 21:34:51 <Meeh_> escolha qualquer *.i2p.io/* e você pode usar o curinga de https 21:34:58 <Meeh_> sua escolha 21:35:01 <Meeh_> não 21:35:04 <Meeh_> página do i2pd 21:35:14 <Meeh_> subsite do PS 21:35:24 <Meeh_> claro, linkando para geti2p.net também 21:36:02 <Meeh_> veja isso como uma página de readme, mais ou menos, tanto sobre o I2P como rede quanto o i2pd como cliente 21:36:21 <Meeh_> nem tudo pronto, então se tiverem sugestões, por favor escrevam 21:37:47 <str4d> Meeh_: parece bom. Se você tem um certificado curinga então escolherei fdroid.i2p.io (ou f-droid.i2p.io, que seria tecnicamente correto) 21:37:56 <str4d> É, vá de f-droid.i2p.io 21:38:08 <Meeh_> claro, adicionamos 21:38:16 <str4d> Ok, na minha opinião a reunião está encerrada. Algum pedido final de tópicos? 21:38:27 <Meeh_> você também quer acesso e configurar seu próprio vhost no nginx? 21:38:35 <Meeh_> mesmo servidor ao qual o kytv 21:38:46 <Meeh_> tem acesso 21:39:00 <Meeh_> Acho que você tinha, na verdade, ou tem 21:39:15 <Meeh_> por causa da configuração inicial do F-Droid 21:39:22 <str4d> Tenho, sim - foi como eu enviei as coisas existentes do F-Droid 21:39:22 <Meeh_> se não me engano 21:39:32 <str4d> Enfim 21:39:34 * str4d aquece o baffer 21:39:43 <Meeh_> faça login, verifique se sua senha funciona, me avise se não e eu garanto que você pode dar sudo 21:39:55 * str4d ***bafs a reunião encerrada 21:40:13 * RN dança uma dança de agradecimento por uma boa reunião

Lançamento 0.9.16

Sat, 01 Nov 2014 00:00:00 +0000

0.9.16 é um avanço significativo no nosso plano de migrar das assinaturas criptográficas DSA para ECDSA e, em seguida, EdDSA, e traz várias outras mudanças para aumentar seu anonimato e segurança. Os tunnels (túneis) do cliente para standard, IRC e SOCKS IRC usarão assinaturas ECDSA por padrão. Além disso, corrigimos um grande número de erros graves, incluindo travamentos do console.

Alterações nas estruturas de dados do router exigirão que os usuários do plugin i2pcontrol atualizem para a versão 0.0.9.

Lançamento 0.9.15

Sat, 20 Sep 2014 00:00:00 +0000

A versão 0.9.15 adiciona suporte preliminar a assinaturas Ed25519 EdDSA. Inclui um novo backend de configuração persistente para o i2psnark e corrige vários problemas no tratamento de nomes de arquivos pelo i2psnark. Há várias melhorias para acelerar o SAM. Os plugins agora suportam assinaturas mais fortes no formato de arquivo su3. A instalação de plugins via o console, que havia sido desativada na versão 0.9.14, foi reativada.

Oferecemos suporte a assinaturas ECDSA desde a 0.9.12 e gostaríamos de começar a usar ECDSA por padrão. Infelizmente, alguns de vocês ainda estão executando versões mais antigas do I2P e, para outros, sua distribuição ou o ambiente de execução do Java não oferece suporte ao ECDSA. Há relatos de que as distribuições Red Hat (RHEL, Fedora) não têm suporte a ECDSA. Alguns resolveram os problemas do Java atualizando do Java 6 para o Java 7; outros tiveram sucesso instalando os “unlimited strength policy files”. Adicionamos informações sobre recursos criptográficos ausentes ao arquivo de log e à página /logs no console. Depois de atualizar para a 0.9.15, verifique se falta suporte a ECDSA e tente corrigi-lo, se necessário. Isso é particularmente importante para quem opera eepsites e serviços populares.

Versão de teste para Android no Google Play na Noruega

Sat, 23 Aug 2014 00:00:00 +0000

O I2P Android existe há mais de três anos. Nesse período, ele evoluiu de um simples projeto de teste para um port para Android funcional e útil do I2P router (roteador). Nosso objetivo final tem sido lançar o I2P Android na Google Play, para facilitar que os usuários descubram, instalem e usem o I2P em seus dispositivos Android. Depois de muito trabalho melhorando a interface do usuário, corrigindo bugs e realizando testes, achamos que o I2P Android está finalmente pronto para estar onde os usuários estão.

O surgimento da Privacy Solutions

Fri, 15 Aug 2014 00:00:00 +0000

Olá a todos!

Hoje anunciamos o projeto Privacy Solutions, uma nova organização que desenvolve e mantém software I2P. A Privacy Solutions inclui vários novos esforços de desenvolvimento projetados para aprimorar a privacidade, a segurança e o anonimato dos usuários, com base nos protocolos e na tecnologia I2P.

Esses esforços incluem:

The Abscond browser bundle.
The i2pd C++ router project.
The “BigBrother” I2P network monitoring project.
The Anoncoin crypto-coin project.
The Monero crypto-coin project.

O financiamento inicial da Privacy Solutions foi fornecido pelos apoiadores dos projetos Anoncoin e Monero. A Privacy Solutions é um tipo de organização sem fins lucrativos sediada na Noruega, registrada nos registros do governo norueguês. (Algo como uma 501(c)3 dos EUA.)

Lançamento 0.9.14.1

Sat, 09 Aug 2014 00:00:00 +0000

0.9.14.1 inclui correções para o formulário “Adicionar Torrent” no i2psnark e alguns outros formulários da web. Restauramos a capacidade de instalar plugins pelo console, mas você deve primeiro editar o arquivo router.config (em ~/.i2p/ ou /var/lib/i2p/i2p-config/ ou %APPDATA%\I2P) para adicionar a linha routerconsole.enablePluginInstall=true. Outros recursos avançados raramente usados que foram removidos na 0.9.14 podem ser restaurados adicionando a linha routerconsole.advanced=true.

Como de costume, se configurado com o padrão “Download and Verify”, o router fará o download da atualização automaticamente e exibirá um botão para reiniciar. No entanto, devido a um bug na versão 0.9.14, se a sua atualização estiver configurada para “Notify only”, o botão de download não será exibido. Você deve alterar sua configuração para “Download and Verify” ou “Download, Verify, and Restart” para atualizar.

Lançamento do I2P 0.9.14

Sat, 26 Jul 2014 00:00:00 +0000

A versão 0.9.14 inclui correções críticas para vulnerabilidades de XSS e de execução remota relatadas pela Exodus Intelligence. Como precaução adicional, desativamos vários recursos avançados de configuração no console do router, incluindo a instalação de novos plug-ins. Planejamos reativá-los em uma versão futura após revisão adicional.

Devido a alterações na biblioteca do I2P, os usuários do I2P-Bote devem atualizar o plugin para a versão 0.2.10 para funcionar com o I2P 0.9.14. Seu router deverá atualizar o plugin automaticamente após a reinicialização do router.

Reunião de Desenvolvedores do I2P - 14 de julho de 2014

Mon, 14 Jul 2014 00:00:00 +0000

Resumo rápido

Presentes: eche|on, Meeh, psi, zzz

Registro da reunião

20:00:11 <zzz> 0. Oi 20:00:11 <zzz> 1. Selecionar novo Gerente de Relações Públicas (zzz) 20:00:19 <zzz> 2. Substituir mtn.i2p2.i2p no i2ptunnel.config padrão (zzz) 20:00:23 <zzz> 0. Oi 20:00:29 <zzz> Oi 20:00:49 <zzz> 1. Selecionar novo Gerente de Relações Públicas (zzz) 20:00:50 <zzz> 1) Gerente de Relações Públicas. orion se demitiu. Indico psi e Meeh como excelentes candidatos. Outros podem propor seus nomes para consideração abaixo, ou na reunião. Você também pode querer se voluntariar como assistente. As funções incluem: 20:00:50 <zzz> - Tuitar com frequência usando @geti2p 20:00:50 <zzz> - enviar adesivos para quem pedir 20:00:50 <zzz> - Falar em conferências e encontros 20:00:50 <zzz> - Responder aos e-mails de press@i2pmail.org (gerar e distribuir uma nova chave GPG para isso) 20:00:52 <zzz> - Divulgação: fazer contato com pessoas/grupos com quem queremos trabalhar; formar alianças estratégicas 20:00:55 <zzz> - Tarefas diversas de promoção, suporte e comunicação 20:00:56 <zzz> - Manter uma atitude positiva 20:00:56 <Meeh> Oi 20:01:11 <psi> ? 20:01:13 <psi> oi 20:01:38 <zzz> Algum entre psi ou Meeh está disposto a assumir? Há outros voluntários ou indicações? 20:01:50 <psi> Estou disposto a assumir, se desejarem 20:02:24 <eche|on> disponível aqui, mas não para esse trabalho, desculpe 20:02:27 <psi> Também posso conseguir os adesivos do orion 20:03:23 <zzz> Meeh, você está disposto a assumir ou prefere dar seu apoio ao psi? 20:04:49 <zzz> mais alguém tem comentários? 20:04:59 <Meeh> Posso fazer ambos; quero dizer, posso assumir e, claro, apoiarei o psi se for ele quem fizer 20:05:45 <psi> então uma equipe de RP? 20:06:12 <Meeh> por que não? Não posso ir aos EUA, então de qualquer forma preciso de alguém lá 20:06:21 <psi> funciona 20:06:27 <zzz> Acho que o psi pode ter mais tempo do que o Meeh para isso? 20:06:57 <psi> sim, tenho muito tempo livre agora e provavelmente por um tempo 20:07:24 <Meeh> mas sem problemas para cobrir UE/Ásia/África 20:07:34 <Meeh> Sim, em alguns pontos acho isso também 20:07:44 <zzz> Desde que o conheço, o Meeh nunca teve muito tempo livre 20:08:00 <Meeh> no entanto, acho que posso contribuir bastante no que diz respeito a tuitar, falar em conferências e fazer alguma divulgação 20:08:17 <zzz> que tal o psi como responsável e o Meeh como assistente? 20:08:26 <psi> eu não faço apresentações em público, então posso deixar isso com o Meeh 20:08:36 <psi> parece bom 20:08:44 <Meeh> também me parece bom 20:08:47 <Meeh> Posso cuidar da parte pública 20:08:58 <zzz> alguma objeção ou outros comentários? 20:09:44 <zzz> ok, ótimo 20:10:28 <zzz> Vou passar ao psi a senha do Twitter. Por favor, pegue os adesivos com o orion. 20:10:44 <psi> entendido 20:11:19 <zzz> Além disso, por favor, gere e distribua uma chave GPG para o press@ e peça ao welterde para ajustar a lista de discussão de acordo 20:11:27 <zzz> falando no welt... 20:11:33 <eche|on> .... 20:11:36 <zzz> 2. Substituir mtn.i2p2.i2p no i2ptunnel.config padrão (zzz) (Fora do ar desde 12 de junho - possíveis substitutos mtn.killyourtv.i2p ou mtn.i2p-projekt.i2p) 20:11:52 * psi indica o do kytv 20:12:05 <zzz> eche|on, kytv_, algum de vocês gostaria de se voluntariar? 20:12:15 <zzz> não podemos colocar ambos em um único tunnel, pois isso confunde o mtn 20:12:56 <zzz> há outros que estejam ativos e funcionando há algum tempo? 20:13:01 <eche|on> pode colocar o meu, eu tento mantê-lo funcionando como sempre 20:14:24 <zzz> ok, então será o echelon, acho 20:14:37 <eche|on> o kytv já faz muitas coisas 20:15:07 <zzz> ambos parecem muito confiáveis, então não faz muita diferença 20:15:27 <Meeh> mtn.meeh.i2p está em execução há um ano agora 20:15:29 <zzz> isso não dá mais trabalho, talvez só um pouquinho mais de tráfego, provavelmente nem perceptível 20:16:25 <eche|on> podemos criar 3 tunnels e habilitar apenas um? 20:17:55 <zzz> legal, meeh, bom saber 20:17:55 <zzz> mais algo sobre o 2)? 20:17:55 <zzz> outros tópicos para a reunião? 20:18:19 <psi> temos um IRC de backup? 20:18:39 <psi> parece que se parte/tudo das coisas do postman cair, estaremos encrencados 20:19:17 <psi> mail+irc é do postman, então qual é o ponto de encontro de backup no caso de as coisas do postman não funcionarem 20:19:29 <zzz> claro, poderíamos criar 3 tunnels, mas para mim isso parece só desordem adicional 20:19:37 <psi> estou me perguntando isso já faz um tempo... 20:20:28 <eche|on> ok, certo, dentro do ciclo de lançamento de 6 semanas podemos mudar isso rápido o suficiente; além disso, pessoas realmente interessadas podem entrar aqui. Também posso enviar a chave para $trusted 20:21:54 <zzz> temos 3 servidores de IRC 20:21:54 <zzz> não há backup para o próprio postman... 20:21:54 * zzz aquece seu short baffer para a reunião curta 20:21:54 * zzz ***bafs o encerramento da reunião

Reunião de Desenvolvimento do I2P - 01 de julho de 2014

Tue, 01 Jul 2014 00:00:00 +0000

Resumo rápido

Presentes: bgwcb, eche|on, kytv, Meeh, psi, str4d, zzz

Registro da reunião

20:00:32 <zzz> 0. Oi 20:00:32 <zzz> 1. I2P no Google Play (meeh / str4d) 20:00:32 <zzz> 2. Testes em tablets (zzz) 20:00:37 <zzz> 0. Oi 20:00:39 <zzz> Olá 20:00:51 <zzz> 1. I2P no Google Play (meeh / str4d) 20:01:12 <eche|on> oi 20:01:13 <zzz> Meeh, str4d, por favor, falem sobre seus planos para o Google Play 20:03:31 <zzz> ok, vou dizer o que eu sei 20:03:56 <zzz> Meeh tem uma conta existente, mas não usada; ele vai dar acesso ao str4d também; 20:04:35 <zzz> ele tem uma build de dev lá agora que é só por convite; eles planejam torná-la disponível para todos com a build 0.9.14; 20:04:55 <eche|on> uma conta de dev não deve ser problema algum 20:05:06 <zzz> eles planejam ter duas versões, uma gratuita e uma de "doação" pelo custo de ~$2.50 20:05:18 <eche|on> sim 20:05:30 <bgwcb> por quê? 20:05:49 <zzz> Meeh repassaria os fundos ao echelon mensalmente (assumindo que fosse suficiente para valer a pena, e que o meeh não tivesse nenhuma despesa) 20:05:50 <eche|on> Vai ter alguns problemas com o registro como I2P, mas ele/ela vai dar conta 20:05:52 <bgwcb> e para que vocês precisam do google play? 20:06:14 <zzz> aparentemente muitos apps têm versões de doação, a taxa de adesão é talvez 1% da versão gratuita 20:06:47 <eche|on> é uma boa ideia 20:06:50 <zzz> todo mundo tem google play; só poucos têm f-droid ou amazon ou instalam diretamente de um site 20:07:03 <eche|on> Não acho que vai entrar muito dinheiro, mas melhor do que nada 20:07:05 <zzz> é isso que eu sei, mais ou menos. Comentários? 20:07:22 <eche|on> comentário: o registro como I2P vai ser uma bagunça, mas no mais, sigam em frente 20:08:08 <zzz> alguém desconhecido reservou, mas não publicou, net.i2p.android.router. Meeh está tentando recuperá-lo. 20:08:11 <bgwcb> quais diferenças há na gratuita em relação à de doação? 20:08:21 <eche|on> bgwcb: nenhuma ;-) 20:08:33 <zzz> não é um grande problema, mas impediria a detecção de duplicata com instalações existentes do site ou do f-droid 20:08:33 <bgwcb> uau 20:08:33 <eche|on> exceto a doação do campo de compra. 20:08:44 <bgwcb> boa ideia, seu gênio adormecido 20:08:49 <psi> oi 20:08:57 <eche|on> zzz: então o registro funciona via as classes java e não pelo nome do projeto? 20:09:34 <zzz> a classe é essencialmente o nome, ou identificador único. meeh e str4d estão investigando 20:09:48 <psi> sobre: versão de doação, ela terá "mais recursos"? 20:09:54 <zzz> também estamos tentando encontrar o nextloop, nosso cara do f-droid, para ajudar 20:10:02 <psi> ou é só outro pacote? 20:10:11 <eche|on> psi: não, só uma função de "você tem a versão de doação" ;-) 20:10:18 <eche|on> na tela Sobre, IMHO 20:10:37 <eche|on> bálsamo para a alma "você é melhor que os outros, você nos pagou algo!" 20:10:38 <psi> legal 20:10:41 <kytv> (um 'oi' tardio) 20:10:53 <zzz> algum comentário sobre uma versão de doação? 20:10:56 <psi> epeen 20:11:21 <zzz> alguma objeção a uma versão de doação? ou ao google play em geral? 20:11:28 <eche|on> zzz: sigam em frente, eu adicionaria um texto "Sobre" diferente no próprio app 20:11:47 <eche|on> eu já tive a ideia de vender cada versão de android, mas não há necessidade 20:12:29 <zzz> se você se interessa pelo que o Meeh tem até agora ou quer testar a versão dele do app, contate-o 20:12:50 <eche|on> o que é um bom guia para TOP2 ;-) 20:13:01 <zzz> última chamada por comentários sobre o google play 20:13:28 <kytv> +1 para google play, mais usuários é bom 20:13:50 <psi> +1 para google play também, já que mais usuários significa mais feedback 20:14:14 <kytv> (não tenho certeza sobre +1 para "exigir pagamento", mas doações são A-OK) 20:14:36 <Meeh> *lendo o histórico* 20:14:39 <zzz> 2 versões, gratuita e paga. a previsão é que 99% escolherá a gratuita 20:15:12 <kytv> sim, entendi. Está perfeitamente ok. 20:15:25 <zzz> Meeh antes da última chamada, vamos dar a ele alguns minutos para ler o histórico e detalhar 20:17:56 <Meeh> hm, sim. 20:18:13 <Meeh> bem, eu gostaria de adicionar um tópico na verdade, que de certa forma está conectado com isso 20:18:24 <Meeh> mas de certa forma também não 20:18:55 <zzz> Meeh, última chamada para comentários sobre 1) 20:19:04 <zzz> eu errei algo? 20:20:04 <Meeh> eu faria isso com prazer, e o esquema de dois apps com doações ainda me parece uma boa ideia :) 20:20:05 <Meeh> não, estava certo sobre o namespace etc. 20:20:05 <Meeh> você acertou 20:20:06 <zzz> ok então. fim de 1). 20:20:07 <zzz> 2. Testes em tablets (zzz) 20:20:42 <zzz> Não temos testadores e devs de android suficientes agora. Estamos prestes a ganhar muito mais usuários. Então, definitivamente precisamos de mais testadores e devs. 20:20:49 <Meeh> Mencione-me quando eu puder adicionar o 3), é um tópico grande. e provavelmente interessaria a muitos 20:21:03 <Meeh> preciso trabalhar mais no tópico enquanto 2) 20:21:05 <zzz> ok 3) meeh na lista 20:21:08 <zzz> de volta ao 2) 20:21:41 <zzz> Eu gostaria de propor reembolsar pessoas que queiram comprar um dispositivo Android e que prometam fazer testes ou desenvolvimento. 20:22:13 <zzz> Digamos, até $200 para cada um para até 8 pessoas, suficiente para comprar um tablet de 7", ou para financiar parcialmente um telefone ou tablet de 10" 20:22:31 <zzz> Eu também gostaria de financiar completamente um tablet de 10" para o str4d, até uns $400 20:22:44 <zzz> comentários? voluntários? 20:23:24 <eche|on> meu comentário já está registrado, sigam em frente. 20:23:25 <str4d> oi 20:23:27 <str4d> desculp pelo atraso 20:23:36 <eche|on> mas não comprem dispositivos chineses com spyware^^ 20:24:07 <zzz> já compramos alguns dispositivos para devs mas nós realmente, realmente precisamos de testadores 20:24:47 <str4d> desculpa* 20:24:55 <zzz> isso seria para pessoas que já fazem parte da comunidade de devs, p.ex., psi, orion, dg, kytv, echelon, etc. 20:25:23 <zzz> quem quer um? acho que isso seria um ótimo uso dos fundos do projeto 20:26:00 <kytv> Estou sempre aberto a testar, mas não tenho tablet e não sei quão útil seria qualquer feedback que eu possa dar. Dito isso, posso testar e fornecer relatórios (espero) válidos. 20:26:21 <zzz> ok, temos um. ótimo. 20:26:48 <zzz> como de costume, peçam reembolso ao echelon, nosso tesoureiro 20:26:52 <Meeh> Eu também poderia testar, mas meu tablet está começando a ficar meio velho 20:26:56 <Meeh> meio* 20:27:18 <zzz> Eu gosto muito dos tablets android de 7". Ótimos para testes e uso geral. E você não corre o risco de estragar seu telefone. 20:27:50 <zzz> última chamada por comentários sobre 2) tablets android para testes 20:28:23 <str4d> A escolha do dispositivo é importante 20:28:30 <eche|on> (eu NÃO pago produtos da Apple, lol) 20:28:37 <Meeh> Posso ajudar a testar, mas para garantir os testes provavelmente seria preciso a compra de um tablet novo 20:28:53 <str4d> A oportunidade que temos aqui é oferecer uma gama de *tamanhos* de dispositivos assim como *densidades* de tela 20:29:21 <zzz> se deixarmos cada pessoa escolher seu próprio telefone ou tablet, isso deve fornecer a variedade necessária 20:29:55 <zzz> ok, passando para 3) o tópico desconhecido do Meeh. 15 minutos no máximo. 20:29:57 <zzz> vai lá, Meeh 20:29:59 <str4d> (p.ex., meu tablet de 7" é 600x1024 pixels e cai na categoria -sw600dp) 20:32:03 <Meeh> ok, decidi voltar (já que estive fora por um tempo) com uma surpresa, alguns podem ter ouvido falar, e alguns visto algo disso.. mas, resumindo, eu fiz um "pacote de navegador I2P" que provavelmente estará pronto para win32 e osx dentro de 24 horas 20:32:29 <Meeh> ativem seus plugins do tor e vejam https://hideme.today/dev/ 20:32:35 <iRelay> Título: The Abscond bundle (em hideme.today) 20:32:39 <Meeh> esse é o conjunto de recursos e a "cara" dele 20:32:57 <psi> como assim 20:33:01 <psi> um pacote de navegador? 20:33:05 <Meeh> Estou tentando tornar o i2p mais fácil de começar.. porque essa é sempre a reclamação que eu recebo 20:33:08 <Meeh> sim 20:33:17 <Meeh> e mais: é 100% portátil 20:33:26 <Meeh> você pode colocá-lo num pendrive usb 20:33:39 <Meeh> executá-lo em qualquer máquina.. fazer uma modificação, e você pode dar boot cruzado nele também 20:33:42 <psi> legal 20:33:43 <str4d> psi: Tor Browser com I2PButton 20:33:46 <Meeh> como em a mesma instalação em win,linux,osx 20:33:58 <Meeh> mais ou menos como o str4d disse, sim :) 20:34:38 <Meeh> então, algum de vocês tem comentários etc. sobre isso, ideias, ++, ? 20:34:49 <psi> onde posso conseguir? 20:34:56 <Meeh> achei que seria bom ter algum feedback antes do lançamento 20:34:57 <psi> parece que a instância do gitlab está bloqueada 20:35:11 <Meeh> vou publicar o código final e disponibilizá-lo algumas horas depois da reunião 20:35:21 <psi> ok 20:35:23 <Meeh> não terminei um conjunto completo de build 20:35:38 <Meeh> então preciso dizer como compilar e juntar todas as partes 20:35:44 <eche|on> comentário: muito trabalho. 20:35:47 <eche|on> mas ótimo. 20:36:13 <Meeh> eu foquei mais em um protótipo/prova de conceito do que em um sistema de build 20:36:54 <Meeh> então eu peguei o torbrowser em si e o rebatizei, o torbutton está quase reescrito para funcionar 100% com i2p em vez de tor, 20:37:17 <Meeh> o lançador foi escrito do zero por mim, muito por causa da parte do jre 20:37:34 <Meeh> portanto todos os scripts de build antigos do tor falham 20:37:43 <Meeh> e não são facilmente modificáveis 20:38:36 <psi> orchid incluído? 20:38:59 <Meeh> sim, há alguns plugins do i2p assim como plugins do navegador incluídos 20:39:06 <psi> legal 20:39:16 <Meeh> plugins do i2p principalmente para despertar interesse, como o i2p-bote 20:39:23 <Meeh> e plugins do navegador para privacidade 20:40:20 <Meeh> a ideia é ter um script de build que facilmente construa um novo bundle para osx,linux,win32 a cada release do i2p 20:40:37 <Meeh> e claro, atualização do navegador etc., mas isso vai exigir trabalho manual 20:40:53 <Meeh> mas incluí nos meus planos futuros manter isso 20:42:25 <zzz> ok, mais algo em 3) ? 20:43:02 <zzz> alguém tem outros tópicos? 20:43:14 <Meeh> não, basicamente era isso. se alguém em win32 quiser testar, por favor grite, porque depois da experiência com o anoncoin isso precisa de mais testes 20:43:55 <Meeh> e vejo que vou ficar sem cafeína se eu não sair para comprar, volto em 10. leva 5min cada trecho :) 20:44:24 <zzz> ok, ótimo. Um lembrete de que qualquer um pode convocar uma reunião sobre qualquer tópico a qualquer momento. 20:44:35 * zzz *bafs* a reunião foi encerrada

Lançamento do I2P 0.9.13

Thu, 22 May 2014 00:00:00 +0000

0.9.13 inclui correções para routers atrás de um firewall, melhorias nas consultas ao netdb e uma grande atualização do SusiMail. Claro, há também a coleção habitual de correções de bugs e atualizações de tradução.

Como de costume, recomendamos atualizar para esta versão. A melhor forma de manter a segurança e ajudar a rede é executar a versão mais recente.

zzz atualizou suas chaves GPG, e os arquivos da versão estão assinados com suas novas chaves. A nova impressão digital da chave é: 2D3D 2D03 910C 6504 C121 0C65 EE60 C0C8 EE72 56A8

Reunião de Desenvolvedores do I2P - 6 de maio de 2014

Tue, 06 May 2014 00:00:00 +0000

Resumo rápido

Presentes: bgwcb, dg, eche|on, EinMByte, hghoster, kytv, nombra, Nyakov, psi, topiltzin, user, Yi, zzz

Registro da reunião

20:00:37 <zzz> `http://zzz.i2p/topics/1618` 20:00:43 <bgwcb> bem, vamos começar? 20:00:46 <iRelay> Título: zzz.i2p: Reunião ter. 6 de maio - 20:00 UTC (em zzz.i2p) 20:00:57 <zzz> 0. Oi 20:00:57 <zzz> 1. solicitação para página inicial da console do hiddengate.i2p (veja a próxima mensagem para detalhes) 20:00:57 <zzz> 2. OMGWTFBBQ Summer Europe - echelon 20:00:57 <zzz> 3. cronograma do lançamento 0.9.13 20:01:06 <zzz> 0. Oi 20:01:09 <zzz> olá 20:01:11 <eche|on> oi! 20:01:15 <psi> olá 20:01:16 <topiltzin> oi 20:01:23 <nombra> o/ (reconectado bem a tempo) 20:01:38 <kytv> hola 20:01:49 <Yi> o que é? 20:01:50 <zzz> A maioria destes itens deve ser breve, vamos limitá-los a 15 minutos cada. 20:02:00 <hghoster> oi, pessoal 20:02:05 * mokosoul sai de fininho antes que alguém perceba que esteve aqui na reunião. 20:02:08 <zzz> 1. solicitação para página inicial da console do hiddengate.i2p 20:02:16 <zzz> vejam o link acima para detalhes 20:02:42 <zzz> hghoster é quem solicitou para hiddengate.i2p. você poderia nos falar um pouco sobre o site? 20:03:52 <hghoster> HiddenGate é um projeto para usuários russos de I2P. Objetivo: publicar, online/offline, o jornal "Vestnik I2P", que apresenta o I2P e orienta como acessá-lo. 20:04:00 <hghoster> temos wiki, fórum, imboard 20:04:06 <EinMByte> Oi 20:04:47 <EinMByte> hghoster: então... podemos dizer que é um tipo de site de ajuda? 20:05:03 <hghoster> então... nós já publicamos a primeira versão do jornal. também tem alguns caras que continuam a preencher a wiki com novos artigos técnicos 20:05:04 <kytv> para conveniência, a ToS em EN: `http://hiddengate.i2p/wiki/ToS#Terms_of_Service` 20:05:04 <zzz> ok, obrigado. Alguém tem perguntas ou comentários? Eu especialmente gostaria de comentários de falantes de russo 20:05:08 <iRelay> Título: HiddenGate Wiki: HiddenGate Wiki (em hiddengate.i2p) 20:05:27 <bgwcb> hghoster: imageboard censurado, mas provavelmente é bom porque nós, bons anônimos russos, não gostamos de cp 20:05:29 <EinMByte> Visitei o site antes e parece bom 20:05:50 <EinMByte> uma coisa que eu gostaria de mencionar: a página inicial está toda em russo 20:05:55 <hghoster> EinMByte: sim. nosso objetivo é fazer uma plataforma onde novos usuários não verão cp, etc., algum conteúdo chocante 20:06:15 <hghoster> só para discussões políticas, alguns interesses, etc. sem lixo, sem cp 20:06:48 <hghoster> EinMByte: mas há uma ou duas páginas em inglês, por exemplo a ToS. um momento, por favor 20:07:08 <EinMByte> Então, talvez uma introdução em inglês seria bom? 20:07:08 <EinMByte> (mesmo que o resto do site esteja em russo) 20:07:08 <EinMByte> Parece bom 20:07:14 <zzz> hghoster publicou uma ToS em inglês e em russo, conforme exigido: `http://hiddengate.i2p/wiki/ToS` 20:07:18 <iRelay> Título: HiddenGate Wiki: HiddenGate Wiki (em hiddengate.i2p) 20:07:20 <EinMByte> zzz: considerando a quantidade de usuários russos, acho que seria uma boa adição 20:07:22 <hghoster> zzz obrigado 20:07:48 <EinMByte> Bem, eu só gostaria de pelo menos uma frase em inglês na página inicial 20:08:05 <EinMByte> porque visitar hiddengate.i2p foi bem confuso para mim 20:08:31 <EinMByte> e suponho que seria assim para a maioria dos usuários de I2P não russos 20:08:45 <EinMByte> no entanto, eu concordo com a proposta 20:09:18 <zzz> mais algum comentário dos usuários russos aqui - bgwcb denixx_ Nyakov? 20:09:38 <hghoster> podemos colocar algum texto de boas-vindas no topo da primeira página explicando aos usuários não russos onde eles estão 20:10:12 <EinMByte> hghoster: é isso que quero dizer 20:10:19 <hghoster> estou registrando nossa conversa e vamos discutir isso depois também 20:10:21 <hghoster> acho que eles podem estar dormindo :) mas o bgwcb não 20:10:22 <Nyakov> Acho que é uma boa ideia 20:10:36 <bgwcb> acho que se o hiddengate entrar na página inicial, isso vai encher o hiddengate de algum conteúdo bom 20:10:37 <hghoster> ok, vou me lembrar disso, obrigado 20:10:49 <EinMByte> Afinal, suponho que é isso que os usuários vindos do painel de controle verão: a página principal 20:10:49 <zzz> hghoster, recebi alguns comentários na semana passada em #ru de que seu site tinha muito pouco conteúdo. Quais são seus planos para adicionar mais conteúdo? 20:10:53 <Yi> acho que está ok 20:11:12 <zzz> não queremos sites "mortos" na nossa página inicial 20:11:17 <user@kyirc> +1 pela frase de boas-vindas. o nome de domínio está em inglês e eu poderia ter chegado ao site também e então nem saber o que é é meio frustrante, mesmo que o resto vá ser ininteligível para mim de qualquer forma 20:11:53 <bgwcb> e é uma boa ideia porque eles não têm cp. os recém-chegados podem ter medo das redes escuras porque é um abrigo para pedófilos e terroristas 20:11:59 <hghoster> com certeza planos são bons :) há outro cara, "Glavred", ele é o criador da ideia deste projeto. eu estou trabalhando nisso como admin. também há alguns caras que continuam a preencher a wiki 20:12:37 <hghoster> claro que não preenche tão rápido quanto queremos. mas continuamos nosso trabalho de qualquer jeito. até alguém como o sr. P não fechar os internets 20:12:48 <bgwcb> mas então eu vou querer colocar na página inicial `http://rus.i2p` com um comentário de que tem algum conteúdo chocante 20:12:50 <hghoster> desculpem meu inglês ruim 20:13:00 <iRelay> Título: I2P Wiki (em rus.i2p) 20:13:13 <zzz> não precisa se desculpar, você está indo bem :)( 20:13:40 <zzz> ok, mais algum comentário? Não ouvi nenhuma objeção até agora? 20:13:53 <dg> Parece bom para mim. 20:13:54 <EinMByte> zzz: sobre sites "mortos" - veja assim: se um site vai para a página inicial, isso pode muito bem aumentar o tráfego 20:14:09 <EinMByte> então, isso também pode ter um efeito positivo no conteúdo 20:14:12 <dg> Além disso, podemos sempre remover um site se estiver "morto" 20:14:21 <EinMByte> exatamente 20:14:45 <kytv> sem problemas aqui, mas uma ou duas frases introdutórias em inglês (para combinar com o idioma do hostname) seriam bem-vindas. 20:15:26 <user@kyirc> o tooltip da console poderia/deveria já mencionar que é em russo. sou a favor 20:16:08 <hghoster> o site está hospedado fora da Rússia, então acho que não há problemas com isso. também sou c++er e tenho um bom trabalho, então dinheiro não é problema. o principal é como propagar o I2P de forma mais efetiva. esperamos que o jornal nos ajude 20:16:32 <hghoster> kytv: sim, claro 20:16:48 <zzz> então tá, hghoster, aprovamos seu pedido e vou adicioná-lo para a 0.9.13. Obrigado por participar da reunião e boa sorte com seu site 20:16:48 <bgwcb> sou a favor de aparecer na página principal 20:16:48 <zzz> obrigado também aos nossos amigos do #ru por nos ajudar 20:16:50 <psi> (c++ers estão convidados a ajudar com i2pd e i2pcpp) <-- off topic 20:16:59 <zzz> seguindo em frente 20:16:59 <zzz> 2. OMGWTFBBQ Summer Europe - echelon 20:17:01 <zzz> eche|on, conte-nos sobre isso 20:17:03 <hghoster> obrigado a todos! 20:17:08 <bgwcb> obrigado a todos, foi interessante 20:17:19 <eche|on> o churrasco 20:17:38 <eche|on> sempre quisemos fazer um churrasco, posso oferecer para sediar um neste verão, em Graz, Áustria 20:17:45 <eche|on> se quisermos fazer um 20:18:18 <eche|on> dinheiro para bebidas/comida está disponível nos fundos IMHO, só a parte sobre pessoas irem a este churrasco é que é um tópico... 20:18:28 <EinMByte> seria legal, mas eu provavelmente não compareceria (por razões de anonimato) 20:18:35 <zzz> quando? 20:18:46 <eche|on> eu penso mais no fim de agosto, começo de setembro 20:19:21 <zzz> para não conflitar com a DEFCON, primeira semana de agosto 20:19:33 <eche|on> certo, eu sei 20:19:48 <bgwcb> É uma boa ideia 20:19:58 <EinMByte> zzz: posso acrescentar rapidamente duas coisas: uma pergunta sobre Just Mail, outra sobre a DerbyCon (offtopic, desculpe) 20:20:11 <psi> sobre o tema de conferências, o orion e eu provavelmente estaremos na DerbyCon 20:20:17 <eche|on> e eu sei que não virá muita gente, e eu só posso fornecer um local para o churrasco, sem acomodação para dormir 20:20:23 <zzz> EinMByte, você será o número 4 da pauta 20:20:33 <EinMByte> zzz: obrigado 20:20:46 <zzz> psi, DerbyCon será o número 5 da pauta 20:20:52 <psi> ok 20:20:56 <EinMByte> eche|on: churrasco é definitivamente uma boa ideia 20:21:05 <EinMByte> se você conseguir gente suficiente para comparecer 20:21:38 <bgwcb> mas por que está hospedado fora da Rússia? 20:21:38 <zzz> quem estiver interessado em um churrasco em Graz no fim de agosto/início de setembro, por favor digite "yes" ou "maybe" 20:21:53 <EinMByte> zzz: participar ou só apoiar 20:22:09 <zzz> participar. 20:22:15 <zzz> eu direi "maybe" 20:22:37 <bgwcb> maybe 20:22:56 <psi> "maybe" (se eu conseguir chegar lá, o que é bem improvável) 20:23:11 <eche|on> hm, acho que vou iniciar um questionário no forum.i2p? 20:23:26 <eche|on> Graz é muito bem acessível de avião via Frankfurt ;-) 20:23:40 <eche|on> mas isso é caro. Eu sei. 20:24:14 <zzz> eche|on, não muito apoio... talvez um encontro ou churrasco em uma conferência fosse mais popular? 20:24:17 <EinMByte> Eu também acho melhor levar esse assunto para um fórum ou algo assim 20:24:51 <bgwcb> where owned? 20:24:52 <eche|on> zzz: isso seria melhor. se encontrarmos uma conf que se encaixe? 20:24:52 <bgwcb> desculpe, onde exatamente 20:24:54 <EinMByte> 5? 20:24:54 <bgwcb> ? 20:24:55 <zzz> eu adoraria um encontro no verão, mas combinado com uma conf pode fazer mais sentido 20:24:57 <eche|on> este ano não tenho tempo para ir a Las Vegas 20:25:45 <eche|on> (de novo) 20:25:48 <eche|on> mas se quiserem fazer algo, há dinheiro disponível^^ 20:25:48 <zzz> ok, vamos adiar este tópico para mais pesquisa, talvez possamos conversar de novo em algumas semanas com ideias 20:25:48 <eche|on> vou ficar de olho nisso 20:26:03 <EinMByte> bom 20:26:14 <zzz> seguindo em frente 20:26:18 <zzz> 3. cronograma do lançamento 0.9.13 20:26:46 <zzz> estamos a cerca de 4 semanas desde a 0.9.12 e nosso ciclo normal de 5–8 semanas nos dá um lançamento para o fim de maio 20:27:02 <dg> só 4.. 20:27:11 <zzz> rfree tem feito uma boa pesquisa sobre os problemas na 0.9.12 com routers atrás de firewall e a -14 parece ajudar bastante 20:27:17 <EinMByte> e quanto àqueles supostos problemas com a 0.9.12, foram resolvidos (se é que havia)? 20:27:19 <zzz> então ele está recomendando um lançamento em breve. 20:27:28 <EinMByte> ah, certo 20:27:50 <zzz> parece ser apenas com routers atrás de firewall, mas isso inclui todos os usuários de TAILS também 20:27:56 <eche|on> zzz: até onde você foi com o susimail, terminou? 20:28:12 <zzz> sim, estou praticamente concluído com o susimail por ora 20:28:24 <eche|on> ok, e o Tails, próximo lançamento em que data? 20:28:25 <zzz> então susimail + correções de firewall parece bom o suficiente para um lançamento 20:28:32 <eche|on> ou seja, para qual data precisamos estar prontos? 20:28:33 <zzz> então talvez em 2 ou 3 semanas? 20:28:58 <user@kyirc> -0 foi ruim para mim, em lin, sem firewall, -4 corrigiu a capacidade de alcance. depois, no XP com firewall, -0 era quase inutilizável. -14 funciona ótimo 20:29:04 <eche|on> atualmente sem problema com um ciclo mais curto 20:29:24 <user@kyirc> não sei sobre o problema de travamento da console, porém, que foi na -14 20:29:36 <zzz> prazo de check-in 16 ou 23 de maio, e lançamento 19 ou 26 de maio 20:29:47 <eche|on> 16 de maio seria melhor (dia 29 é feriado) 20:29:50 <dg> Eu digo 16/19, desde que não haja deadlocks e coisas assim. 20:30:10 <dg> Se os usuários ainda estiverem sofrendo, adiem. 20:31:10 <zzz> OK, vamos mirar no dia 16 para o prazo e um lançamento no dia 19. Se tivermos problemas não resolvidos, então adiaremos 20:31:20 <EinMByte> ok 20:31:45 <user@kyirc> no XP está perfeitamente bem. a parada da console no MEU caso pode ter sido causada por mim, já que eu testei um plugin que ainda dependia de uma versão mais antiga do Jetty. talvez isso tenha mudado algo nas minhas configurações, pois os problemas permaneceram após remover os plugins. mas isso é só no MEU caso 20:32:14 <user@kyirc> se mais ninguém tiver esse problema, então -14 é um bom candidato a lançamento, imho 20:32:49 <zzz> seguindo em frente: 4) EinMByte Just Mail 20:32:49 <EinMByte> sim, só uma pergunta menor 20:32:49 <EinMByte> orion: ding 20:32:54 <EinMByte> então minha pergunta foi: o orion conseguiu entrar em contato 20:33:07 <EinMByte> e segundo: que diabos eles estão fazendo 20:33:16 <EinMByte> imho, não parece que isso possa funcionar 20:33:20 <zzz> ele recebeu uma resposta e me copiou, não dizia muita coisa 20:33:26 <EinMByte> então acho que eles precisam de algum conselho 20:33:30 <EinMByte> zzz: você poderia colar 20:33:38 <EinMByte> estou interessado 20:34:04 <EinMByte> como escrevi em `http://zzz.i2p/topics/1614,` eu duvido das ideias deles 20:34:10 <iRelay> Título: zzz.i2p: Just Mail Kickstarter (em zzz.i2p) 20:34:28 <EinMByte> * a viabilidade das ideias deles 20:35:09 <zzz> Vou colar naquele tópico depois da reunião... É só papo furado de marketing, não explica realmente nada. 20:35:26 <EinMByte> certo, obrigado 20:35:44 <zzz> mais alguma coisa sobre Just Mail? 20:35:47 <EinMByte> acho que isso resolve o 4, não parece que isso vai dar certo 20:36:12 <EinMByte> (sinto muito também pelas pessoas que investiram nisso) 20:36:25 <zzz> seguindo em frente 20:36:37 <zzz> 5) DerbyCon EinMByte psi orion 20:36:55 <psi> acredito que o orion e eu conseguiremos comparecer à DerbyCon 20:37:00 <EinMByte> de novo, eu queria saber o status disso 20:37:07 <EinMByte> ok, já há alguma palestra? 20:37:20 <psi> eu estava esperando que vocês dois pudessem dar uma 20:37:29 <zzz> `http://zzz.i2p/topics/1579` 20:37:33 <iRelay> Título: zzz.i2p: Derbycon Louisville Sept. 24-28 (em zzz.i2p) 20:37:44 <EinMByte> zzz: nenhuma chance de você dar uma palestra? 20:38:20 <zzz> Há uma chance, mas eu voto no nosso cara de PR, o orion 20:38:24 <EinMByte> além disso, alguém sabe se essas palestras serão transmitidas ou não? 20:38:50 <psi> se forem, você sempre pode se vestir como o unibomber (str4d) 20:39:25 <zzz> psi, orion, recomendo que vocês contatem o Adrian imediatamente para saber o cronograma e o processo do CFP e descobrir que tipo de palestra seria apropriada 20:39:35 <psi> ok 20:39:46 <zzz> Esta é principalmente uma conf de InfoSec, bem diferente da DEFCON/HOPE/CCC etc. 20:40:39 <EinMByte> É importante que tenhamos uma palestra, porque isso certamente vai espalhar a palavra 20:40:54 <EinMByte> (também mais chance de pesquisa acadêmica) 20:41:13 <zzz> falando em HOPE: `http://zzz.i2p/topics/1507` 20:41:19 <iRelay> Título: zzz.i2p: HOPE X (em zzz.i2p) 20:41:36 <zzz> e DEFCON: `http://zzz.i2p/topics/1556` 20:41:42 <iRelay> Título: zzz.i2p: DEFCON 2014 (em zzz.i2p) 20:42:07 <zzz> de qualquer forma, psi e orion, se vocês forem à DerbyCon há uma chance de eu ir também. 20:42:18 <zzz> eche|on, churrasco em Louisville? 20:42:22 <EinMByte> em um mundo ideal, teríamos uma palestra em todas essas conferências 20:42:30 <psi> ooh isso parece legal, churrasco no KT 20:42:51 <zzz> KY 20:43:02 <psi> é KY? puxa 20:43:50 <zzz> dois ou três de vocês deveriam coautorizar uma palestra e me deixar fora disso. Seria o melhor :) 20:44:00 <zzz> mais alguma coisa para a reunião? 20:44:10 * zzz esquenta o baffer 20:44:14 <user@kyirc> não é um tópico da pauta, mas acho que deveríamos começar a pensar sobre nossa página oficial dentro da rede. www.i2p2.i2p é feia. ela foi escolhida para corresponder ao domínio da Internet pública i2p2.de. como este não é mais nosso endereço principal, também deveríamos pensar em um domínio mais bonito dentro da rede. i2p.i2p, por exemplo. não sei se geti2p.i2p faz sentido, já que você não precisa mais _get_ i2p. 20:44:23 <eche|on> zzz: louiesville, hora, local? 20:44:39 <zzz> `http://zzz.i2p/topics/1579` 20:44:44 <iRelay> Título: zzz.i2p: Derbycon Louisville Sept. 24-28 (em zzz.i2p) 20:44:53 <user@kyirc> não é urgente, mas talvez algo em que pensar, e fácil de "consertar" 20:45:22 <EinMByte> sim, uma nova página inicial seria bom 20:45:22 <eche|on> hm, nessa data eu queria estar na Escócia 20:45:30 <zzz> user, isso é com o welterde. Na console do router removemos todas as referências, agora apontamos para i2p-projekt.i2p 20:45:59 <user@kyirc> que também não é perfeito, por causa do k 20:45:59 <zzz> obrigado a todos por uma boa reunião 20:46:09 <eche|on> precisaria verificar os horários 20:46:20 <EinMByte> zzz: uma última coisa, você planeja ter reuniões regulares 20:46:30 <user@kyirc> como é um link não é um problema tão grande, mas ainda assim um nome em inglês seria melhor, imho 20:46:44 <EinMByte> (a menos que isso já seja o caso?) 20:47:02 <zzz> EinMByte, nós agendamos reuniões conforme necessário. Qualquer um pode agendar uma reunião a qualquer momento, para qualquer tópico. 20:47:17 <EinMByte> zzz: certo 20:47:23 <user@kyirc> o que há de errado com i2p-project.i2p? já está registrado por outra pessoa? 20:47:47 <eche|on> mas Louisville é fácil de chegar e central 20:47:50 <zzz> EinMByte, `http://zzz.i2p/topics/1491` 20:47:55 <iRelay> Título: zzz.i2p: Project Meetings (em zzz.i2p) 20:48:37 <EinMByte> estou pensando em uma reunião de i2pcpp 20:48:42 <EinMByte> mas preciso discutir com o orion 20:48:44 <zzz> se formos à DerbyCon deveríamos tentar convencer o Lance a ir também 20:50:03 <eche|on> ok, vou manter isso em mente e vou para a cama 20:50:04 <eche|on> até mais 20:50:19 <zzz> qualquer palestra terá que ser foda para ser aceita. A DerbyCon foi pequena no primeiro ano, mas este é o 4º ano, eu acho. Temos um pequeno acesso interno com o irongeek, mas não é só o show dele. 20:50:55 <EinMByte> btw, estou disposto a olhar os slides etc. Não sei se ajudaria muito, mas nunca se sabe 20:51:51 <EinMByte> de qualquer forma, tchau

Reunião de Desenvolvimento do I2P - 22 de abril de 2014

Tue, 22 Apr 2014 00:00:00 +0000

Resumo rápido

Presentes: hottuna, nombre\_, psi, str4d, zzz2

Registro da reunião

20:32:31 <str4d> Olá a todos 20:34:53 <str4d> 0) Oi 20:34:53 <str4d> 1) TODO 0.9.13-0.9.16 `http://zzz.i2p/topics/1600` 20:34:53 <str4d> 2) Novo transporte para os PTs do Tor `http://zzz.i2p/topics/1551` 20:34:53 <str4d> 3) Quaisquer itens que surgirem de 1) 20:34:53 <str4d> Atividade pós-reunião: teste de estresse do Mumble (bate-papo por voz sobre I2P) 20:35:07 <iRelay> Título: zzz.i2p: TODO 0.9.13 - 0.9.16 (em zzz.i2p) 20:35:10 <iRelay> Título: zzz.i2p: Suporte aos Pluggable Transports do Tor (em zzz.i2p) 20:35:29 <str4d> 0) Oi 20:35:57 <hottuna> Olá 20:37:37 <str4d> Mais alguém? 20:38:01 <str4d> zzz2 orion psi kytv meeh_ 20:41:17 <str4d> Com sorte, alguns deles vão aparecer. 20:41:17 <str4d> 1) TODO 0.9.13-0.9.16 `http://zzz.i2p/topics/1600` 20:41:22 <iRelay> Título: zzz.i2p: TODO 0.9.13 - 0.9.16 (em zzz.i2p) 20:41:26 <zzz2> aqui 20:41:58 <str4d> A pedido do zzz, iniciámos um tópico de discussão para propor ideias para o roteiro (roadmap) do I2P daqui para frente. 20:42:27 <str4d> Houve muita conversa, mas não se chegou a um consenso. 20:43:14 <str4d> Resumi algumas das sugestões iniciais na página do roadmap `http://trac.i2p2.i2p/wiki/Roadmaps/1.0` 20:43:17 <iRelay> Título: Roadmaps/1.0 I2P Bugtracker (em trac.i2p2.i2p) 20:45:01 <str4d> zzz2: Vejo que você tem se dedicando ao susimail (oba) 20:46:19 <zzz2> é, caí nesse buraco de coelho enquanto tentamos decidir o que é realmente importante 20:52:07 <str4d> Acho que foi um trabalho útil, nem que seja porque há um bug antigo sobre problemas de login, e o susimail é um dos primeiros apps que os usuários vão experimentar 20:52:08 <str4d> `http://trac.i2p2.i2p/ticket/747` 20:52:12 <iRelay> Título: #747 (Problemas de login com o Susimail) I2P Bugtracker (em trac.i2p2.i2p) 20:54:45 <psi> str4d: ohai 20:54:47 * psi está atrasado? 20:55:19 <str4d> sim, psi está 20:55:25 <str4d> Ainda não aconteceu muita coisa :/ 20:55:58 * psi rola a tela para cima 20:56:07 <str4d> Para resumir o que vem acontecendo desde que o RFC foi publicado: 20:56:18 <str4d> - zzz tem trabalhado no susimail 20:56:59 <str4d> - psi tem se familiarizado com PTs, novo DH e JNI 20:57:23 <str4d> - Eu tenho trabalhado no I2P-Bote Android e, agora, em Java EdDSA 20:57:39 * psi passou o dia inteiro detalhando a estrutura de PT para i2p 20:58:59 <zzz2> se str4d e psi estão progredindo em EdDSA, 25519 e PTs, então acho que o melhor uso do meu tempo é avançar na migração para o novo algoritmo de assinatura, p.ex., múltiplos dests por um tunnel, e algum tipo de suporte a addressbook 21:00:27 <jenkins@kyirc> Iniciando build #581 para o job I2P 21:01:01 <zzz2> qual é o status das chaves mtn do psi e do acordo de desenvolvimento? Não recebi nada pelo correio. 21:01:23 <str4d> psi assinou o acordo de desenvolvimento, eu publiquei no site 21:01:36 <str4d> (então as chaves públicas dele estão registradas) 21:02:10 <zzz2> a impressão digital da chave dele está lá também? 21:02:32 <zzz2> se sim vou adicioná-lo e anunciar 21:03:02 <psi> minha fp do gpg está no meu twitter 21:03:05 <str4d> não a impressão digital, mas a própria chave está 21:03:47 <zzz2> isso precisa estar naquele arquivo de template de exemplo monotonerc. psi, talvez você possa fazer isso como seu primeiro teste de habilidades com mtn? 21:04:23 <jenkins@kyirc> Iupiii, build corrigido! 21:04:24 <jenkins@kyirc> Projeto I2P build #581: CORRIGIDA em 3 min 55 s: `http://jenkins.killyourtv.i2p/job/I2P/581/` 21:04:36 <psi> posso fazer isso 21:04:40 <psi> já fiz isso localmente 21:04:53 <str4d> zzz2, psi, atualizei o Gantt do roadmap - `http://trac.i2p2.i2p/wiki/Roadmaps/1.0` 21:04:56 <iRelay> Título: Roadmaps/1.0 I2P Bugtracker (em trac.i2p2.i2p) 21:05:21 <psi> a fp da chave monotone para minha chave de transporte NOT é "1ceb85b992114bae1bcb156ef238f8f3044a6bfe", -- ampernand@gmail.com 21:06:04 <psi> posso pegar a fp da minha chave de transporte também 21:06:29 <zzz2> ok, ótimo, bem-vindo ao time! Como digo a todos, por favor, tenha cuidado, pratique no www primeiro 21:06:30 <str4d> psi: você precisa enviar isso para o eche, kytv e welt 21:06:43 <str4d> +1 21:06:56 * kytv recebeu e está adicionando no servidor dele 21:07:08 <zzz2> psi, temos instruções bem precisas na página da web sobre como fazer tudo isso... :) 21:07:27 <psi> vou revisar isso 21:07:38 <zzz2> p.ex., me enviar e-mail (mas para você não é mais necessário) 21:08:15 <str4d> Como está o Gantt do roadmap para todos agora? Há itens que parecem irrealistas, ou algo faltando 21:08:16 <str4d> ? 21:09:37 * psi revisa o roadmap 21:09:43 <jenkins@kyirc> Projeto I2P UnitTests build #528: SUCESSO em 5 min 6 s: `http://jenkins.killyourtv.i2p/job/UnitTests/528/` 21:09:57 <jenkins@kyirc> Iniciando build #82 para o job I2P-Android 21:09:59 <str4d> zzz2: sugiro que você resolva o item das novas chaves GPG mais cedo do que tarde ;) 21:10:19 <zzz2> str4d, por favor nos diga o que isso está te dizendo sobre o que é importante 21:10:33 <str4d> psi: você está encontrando muita sobreposição entre seu trabalho com PTs e NTCP2? 21:10:34 <zzz2> sim, vou fazer isso antes do próximo lançamento, prometo 21:11:24 <str4d> Na minha opinião (IMHO), há três coisas importantes: 21:11:32 <jenkins@kyirc> Projeto I2P-Android build #82: SUCESSO em 1 min 34 s: `http://jenkins.killyourtv.i2p/job/I2P-Android/82/` 21:11:40 <str4d> 1) progresso na atualização de criptografia - agora finalmente em andamento 21:12:01 <psi> str4d: no momento, ainda não olhei o ntcp2 21:12:13 <str4d> (dando sequência ao trabalho de preparação) 21:13:28 <zzz2> 1) "agora em andamento"? Tenho ralado muito nisso há 6 meses 21:13:32 <str4d> 2) Preparação para auditoria - na minha opinião, precisamos colocar nosso modelo de ameaça etc. em dia o quanto antes (ASAP) 21:15:33 * psi fica afk por 30 minutos 21:15:33 <psi> evento inesperado, bbl 21:15:33 <psi> vou olhar o scrollback depois 21:16:21 <zzz2> Parece haver alguma confusão por aí sobre a "nova criptografia de assinatura". Está pronta, está disponível na 0.9.12, funciona. Para destinations. 21:17:06 <zzz2> A "única" coisa não feita é migrar destinations publicados existentes para um novo. 21:21:13 <str4d> sim, o que primeiro depende de escolher um novo, que na minha opinião deve ser Ed25519, o que depende de obter uma implementação rápida. 21:21:15 <str4d> E, ao mesmo tempo, concordo que a infraestrutura de migração restante necessária deve ser implementada. 21:21:16 <str4d> <str4d> Por anos deixamos isso de lado e trabalhamos no que achamos benéfico para os usuários, mas, na minha opinião, se quisermos começar a atrair mais interesse de pesquisa e utilizá-lo de forma eficaz, precisamos estar mais conscientes do que o I2P pode e não pode alcançar. 21:21:17 <str4d> <str4d> Eu sei que você tem, zzz ;P 21:21:18 <str4d> <str4d> (Eu estava me referindo especificamente à parte que envolve a nova criptografia em si) 21:21:19 <str4d> <str4d> obrigado pelo esforço que você colocou para chegar até aqui :) 21:21:20 <str4d> <str4d> 3) Usabilidade, UX - este é um terceiro ponto importante que não está no gráfico do Roadmap 21:21:22 <str4d> <str4d> Bem - o trabalho do zzz no susimail entra nessa categoria, assim como melhorias no streaming 21:21:41 <str4d> <str4d> Mas também é importante revisar nossas páginas de erro e de ajuda, e como auxiliamos o usuário a realizar suas tarefas. 21:21:41 <str4d> (depois da minha linha "2) Preparação para auditoria") 21:22:00 <str4d> Preciso ficar AFK em 10-15 min 21:22:50 <str4d> E como o psi está AFK, vou retirar "2) Novo transporte para os PTs do Tor" desta reunião 21:23:55 <str4d> zzz2: na sua opinião, o que precisamos fazer antes de organizar uma reunião com o Lance sobre o modelo de ameaça? 21:24:59 * str4d gostaria de tentar uma reunião com o Lance em maio 21:26:04 <str4d> então precisamos definir o que devemos fazer antes disso, para podermos organizar a reunião com tempo suficiente para terminar isso primeiro. 21:29:27 <zzz2> Discordo que primeiro precisamos escolher. 21:29:59 <zzz2> Ou, que possamos escolher agora (P256) e escolher de novo mais tarde quando houver mais opções disponíveis. 21:30:02 <MTN@kyirc> [ I2P ] correção de compilação [zzz@mail.i2p] `http://killyourtv.i2p/viewmtn/revision/info/12396c3ee88d1194482fc2cc3751db1169cc52e3` 21:30:34 <zzz2> Poderíamos mudar o padrão para novos dests para P256 na 0.9.13, se quisermos. 21:30:35 <str4d> zzz2: se chegarmos ao ponto em que o sistema de nomes consiga lidar com escolhas dinâmicas de enc, então eu concordo 21:31:05 <zzz2> P256 é claramente melhor que DSA 21:31:34 <str4d> Também concordo. 21:31:43 <zzz2> Acho melhor os haters do P256 darem um passo atrás e pensarem em quão ruim é o DSA 1024. 21:32:03 <MTN@kyirc> [ WWW ] adicionando a chave de transporte do psi [kytv@mail.i2p] `http://killyourtv.i2p/viewmtn/revision/info/029163d2d446f10ab1a129b559802fabac2ef8b7` 21:32:52 <str4d> zzz2: entendo seu ponto. 21:33:39 <zzz2> sobre: auditoria e Lance, sempre é uma boa hora. você tem alguma atualização do processo de auditoria para nós, vinda da lista de e-mails? 21:33:40 <str4d> Parte do motivo de eu querer ter EdDSA funcionando antes da troca é que, com base no que você disse em tópicos antes, eu não gostaria de trocar o algoritmo de assinatura de Dest duas vezes. 21:34:14 <str4d> sim, da segunda vez seria um pouco mais fácil porque o suporte a multi dest etc. já estaria lá, mas a parte de nomes ainda é o ponto fraco. 21:34:48 <zzz2> para servidores você não quer mudar duas vezes, mas para clientes não importa 21:35:04 <str4d> bem observado. 21:35:23 <str4d> Há algo que impediria Dests novos de falar com os antigos? 21:35:31 <nombre_> então, pelo que entendi, vocês estão fazendo upgrades de criptografia? existe talvez uma página que detalhe tudo o que estão planejando? e, sobre uma implementação de 25519, vocês poderiam simplesmente usar NaCl via JNI, ou Kalium, embora isso possa ser um tanto limitante 21:35:34 <zzz2> e mesmo para servidores, se você mudar para P256 dificilmente vale a pena mudar de novo, a menos que saia alguma notícia muito ruim sobre P256 21:35:54 <str4d> Se não, pode ser uma boa ideia colocar os clientes em P256 antes 21:36:08 <zzz2> novos dests podem falar com os antigos e vice-versa, desde que ambos estejam na 0.9.12 ou posterior 21:36:39 <str4d> zzz2: http://blog.cr.yp.to/20140323-ecdsa.html é razão suficiente para eu não querer permanecer em ECDSA 21:36:43 <iRelay> Título: cr.yp.to: 2014.03.23: How to design an elliptic-curve signature system (em blog.cr.yp.to) 21:37:56 <str4d> não por um único ponto (ainda), mas se conseguirmos uma implementação de EdDSA eficaz e *correta*, acho que seria muito benéfico mudar 21:38:27 <str4d> nombre_: `http://trac.i2p2.i2p/ticket/856` 21:38:30 <iRelay> Título: #856 (Revisão/migração de criptografia) I2P Bugtracker (em trac.i2p2.i2p) 21:38:30 <str4d> (e links ali dentro) 21:38:40 <nombre_> obrigado str4d 21:38:53 <zzz2> nada ali me diz para adiar se livrar do DSA. Também não há nada ali que me faça entrar em pânico sobre P256. Há algo melhor que P256? claro. 21:39:15 <str4d> sem atualizações reais, propriamente ditas, da lista de e-mails da OpenITP; não tem havido muita atividade real ultimamente. 21:40:38 <zzz2> Eu reservei espaço para 65536 algoritmos de assinatura e implementei 7. Faltam 65529, podemos adicionar alguns a cada release se quisermos. 21:43:27 <str4d> zzz, eu apoiaria mover os clientes para p256 na 0.9.13 21:44:47 <str4d> mas se a transição de servidor ainda não for ser tranquila, eu preferiria esperar um pouco e ver como vai o trabalho em EdDSA. 21:45:49 <nombre_> eu também (não que minha opinião valha algo), o ECDSA da NIST é melhor que DSA, mesmo que alguns de nós, paranoicos de chapéu de alumínio, só se sintam seguros quando for 25519 21:46:48 <nombre_> quebrar dest/b32 é meio que esperado, né? 21:47:13 <str4d> levou muito tempo e muito trabalho para chegar a este ponto, não faz sentido correr na última hora 21:49:48 * RN dá uma espiada e olha em volta 21:54:36 <zzz2> há 1) clientes 2) novos servidores e 3) migração de servidores existentes. 21:54:43 <zzz2> 1 e 2 podemos fazer agora, 3) dá muito mais trabalho. 21:54:59 <zzz2> 1 e 2 quebram a compatibilidade com routers antigos, i2pcpp e i2pd, até que eles alcancem 21:55:16 <nombre_> então há alguém trabalhando em achar/criar uma implementação em Java de 25519? e qual é o prazo estimado de quando ela seria utilizável? 21:55:28 <nombre_> presumo que com p256 isso já seja viável porque isso está incluído no Bouncy Castle? 21:55:52 <zzz2> p256 está na JVM 21:56:06 <nombre_> ah, melhor ainda 21:56:17 <zzz2> temos 25519 em Java agora, mas é lento demais para ser utilizável. str4d e psi estão tentando acelerar 21:57:39 <nombre_> hmm, bem, sem saber nada de cripto, eu acharia que usar JNI seria a maneira mais simples de acelerar. talvez eu deva estudar mais o 25519 para entender quais partes são os gargalos 23:02:36 <str4d> Ninguém realmente encerrou quando eu fui afk, então: 23:02:53 * str4d *baf* encerra a reunião.

Lançamento 0.9.12

Mon, 31 Mar 2014 00:00:00 +0000

I2P agora requer Java 6 ou superior. Recomendamos fortemente que você atualize para o Java 7. Se você ainda estiver usando o Java 5, deve atualizar o Java antes de instalar o I2P 0.9.12.

A versão 0.9.12 adiciona suporte preliminar a Destinos assinados com ECDSA. Ela contém várias correções no tratamento de Mensagens de Status de Entrega (confirmações de recebimento) e essas mensagens agora são criptografadas de ponta a ponta para maior segurança.

Mecanismo de busca DuckDuckGo concede US$ 5.000 ao Invisible Internet Project

Wed, 12 Mar 2014 00:00:00 +0000

Somewhere, NH – A empresa de busca na Internet DuckDuckGo doa US$ 5.000 ao Invisible Internet Project (I2P) como parte de seu programa anual de doações a projetos de código aberto. O prêmio foi concedido com base em indicações feitas por membros do público no portal da comunidade do DuckDuckGo. Com ênfase na privacidade, o DuckDuckGo oferece um mecanismo de busca que não rastreia seus usuários nem armazena dados pessoais. I2P é uma rede anônima destinada a proteger indivíduos da vigilância em massa (dragnet surveillance) regularmente realizada por provedores de serviços de Internet (ISPs) e governos.

Reunião de Desenvolvedores do I2P - 11 de março de 2014

Tue, 11 Mar 2014 00:00:00 +0000

Recapitulação rápida

Presentes: AK-47, eche|on, efkt, inscrut\_, kytv, orion, psi, str4d, topiltzin, zzz

Registro da reunião

20:00:26 <zzz> 0. Oi 20:00:26 <zzz> 1. solicitação para página inicial do console do anoncoin.i2p (Meeh) 20:00:26 <zzz> 2. Git (Meeh) 20:00:26 <zzz> 3. Echelon redução de serviços / incorporação 20:00:26 <zzz> 0. Oi 20:00:27 <zzz> Oi 20:00:33 <zzz> Vamos limitar cada tópico a cerca de 15 minutos 20:01:43 <eche|on> oi 20:02:02 <orion> Oi. 20:02:29 <inscrut_> oi eche|on 20:02:39 <inscrut_> o/ orion 20:02:48 <topiltzin> oi 20:04:08 <inscrut_> e aí, topz 20:05:15 <str4d> hey 20:05:26 <topiltzin> netsplit 20:05:54 <str4d> buuu 20:05:59 <str4d> vaias 20:06:15 * inscrut_ arremessa um tomate 20:08:58 <topiltzin> certo, a reunião acabou. Circulando agora 20:09:01 <eche|on> sobre os tópicos 0-2 eu estou mais ou menos no "podem seguir em frente". 20:09:12 <zzz> ok vamos tentar isso de novo 20:09:12 <zzz> <zzz> 0. Oi 20:09:12 <zzz> <zzz> 1. solicitação para página inicial do console do anoncoin.i2p (Meeh) 20:09:12 <zzz> <zzz> 2. Git (Meeh) 20:09:12 <zzz> <zzz> 3. Echelon redução de serviços / incorporação 20:09:12 <zzz> <zzz> 0. Oi 20:09:12 <zzz> <zzz> Oi 20:09:12 <zzz> <zzz> Vamos limitar cada tópico a cerca de 15 minutos 20:09:12 <zzz> <zzz> Para 2 e 3, que são tópicos grandes e frequentemente discutidos, vamos focar em onde estamos agora e no que fazer em seguida, não em como chegamos aqui 20:09:12 <zzz> <zzz> Não espero chegar a decisões sobre 2 ou 3, mas seria bom definir próximos passos para pesquisa, se necessário 20:09:12 <zzz> <zzz> Além disso, o contexto sobre os itens da pauta está no link no /topic acima. 20:09:12 <zzz> <zzz> 1. solicitação para página inicial do console do anoncoin.i2p (Meeh) 20:09:12 <zzz> <zzz> Meeh, você está aqui? 20:09:12 <zzz> <zzz> pulando 1 e 2 20:09:12 <zzz> <zzz> 3. Echelon redução de serviços / incorporação 20:09:12 <zzz> <zzz> eche|on, você está aqui? 20:09:44 <zzz> então pulamos 1 e 2 e estamos no 3. eche|on, a palavra é sua 20:10:12 <eche|on> devido a várias questões privadas e não privadas, reduzi meus serviços e vou reduzir mais alguns 20:10:20 <eche|on> por exemplo, false.i2p está fora do ar 20:10:48 <eche|on> qual será o próximo serviço eu não posso dizer no momento, continuarei sendo o cara do dinheiro pelo menos neste ano 20:11:27 <eche|on> Acabei de pensar que não consegui impedir o I2P de perder dinheiro devido a fraude e outras coisas; fica mais difícil 20:11:54 <eche|on> além disso, quanto mais dinheiro, mais difícil fica, especialmente com empresas doando dinheiro para nós, que deveríamos gastar em coisas "úteis". 20:12:17 <orion> Eu gostaria de intervir. 20:12:19 <eche|on> não é tudo muito claro, mais uma "sensação", eu sei, mas só quero informar vocês 20:13:33 <AK-47> Obrigado pelo tempo que durou, de qualquer forma. 20:13:33 <psi> oi 20:13:33 <zzz> eche|on, você tem alguma proposta específica para nos trazer hoje? 20:14:30 <zzz> duas possibilidades que podem reduzir um pouco sua carga de trabalho - tornar o orion "tesoureiro adjunto - U.S. $$" e o Meeh "tesoureiro adjunto - BTC/altcoin" --- alguma dessas ajudaria? 20:14:31 <eche|on> minha proposta: pensar seriamente em nos incorporar e, se não 20:14:50 <eche|on> um tesoureiro para $ ajudará com doações em $, claro 20:15:00 <eche|on> e meeh para alt/btc também seria bom 20:15:43 <inscrut_> é possível tornar públicos os livros (contábeis)? talvez como um livro-razão de partidas dobradas? 20:15:52 <eche|on> livros? 20:16:01 <eche|on> `http://echelon.i2p/donations/index.html` 20:16:09 <iRelay> Título: Doações (em echelon.i2p) 20:16:26 <orion> Quero fazer duas propostas separadas. A primeira é esta: Devemos manter o dinheiro distribuído em várias moedas (dólar, euro, *coin). 20:16:39 <orion> E devem ser mantidos em diferentes jurisdições. 20:16:40 <eche|on> meu maior problema/medo é o montante de quase 40k na minha mão. como, "oficialmente", este é o meu dinheiro, perante a lei. Não do I2P. 20:17:54 <str4d> hmm. Então, se você tiver problemas financeiros pessoais, legalmente você teria que usar os fundos do I2P. 20:18:15 <eche|on> correto 20:18:32 <eche|on> esse é o problema de não sermos uma entidade legal 20:18:54 <eche|on> e é por isso que não quero mais do que 50k aqui, mais ou menos 20:21:36 <orion> eche|on: antes de considerar a incorporação, você concorda que o dinheiro deve ser mantido tanto em diferentes moedas quanto em diferentes jurisdições? 20:21:43 <eche|on> Não tenho grandes problemas (pessoais) com mais de 50k, mas se houver problemas, o I2P vai perder, o que não é minha intenção 20:22:05 <zzz> há algum benefício em manter uma conta em $$. Grande parte de nossa receita e despesas é em $$ e perdemos muito nas conversões de ida e volta 20:22:13 <eche|on> orion: uma conta em $ baseada nos EUA é útil e, se alguém quiser assumir: sim 20:22:34 <orion> Eu me voluntario para manter USD em uma conta. 20:23:40 <zzz> é administrável que várias pessoas mantenham dinheiro e ainda assim consolidar os totais e transações na página do hall da fama? 20:24:25 <eche|on> é possível devido à hospedagem em mtn/git da nossa página 20:24:42 <eche|on> precisaríamos de uma tabela/seção para cada moeda 20:25:06 <str4d> exibir isso é simples 20:25:07 <eche|on> se quisermos dividir UMA moeda entre 2+x pessoas, elas precisam interagir bem 20:26:58 <zzz> eche|on continuaria como tesoureiro e responsável por manter os totais, com assistentes responsáveis por acompanhar sua parte? 20:27:00 <eche|on> sobre a incorporação: 50k não vale a dor de cabeça, na minha opinião (IMHO), mas HÁ um risco 20:27:16 <eche|on> zzz: seria bom. 20:27:30 <zzz> a incorporação faz muito pouco para reduzir o risco 20:27:50 <eche|on> mas tira o risco de cima de mim ;-) 20:29:03 <orion> Tenho uma proposta que não envolve incorporação: um fundo fiduciário 20:29:03 <str4d> não impede perda de dinheiro por má-fé, mas evita perda legal por insolvência pessoal 20:29:06 <zzz> então a proposta é tornar o orion um tesoureiro adjunto - U.S. --- alguma objeção ou mais discussão sobre isso? 20:29:07 <topiltzin> não gaste os bitcoins com ácido 20:29:09 <str4d> eu apoio a indicação do orion 20:29:59 <zzz> ok, parece um acordo fechado, eche|on e orion podem acertar os detalhes. 20:30:16 <eche|on> adendo à lista de tópicos: 20:30:24 <eche|on> 4. Recompensa de 50BTC para cliente Bitcoin 20:30:43 <zzz> Estamos quase no fim dos nossos 15 minutos. Próximos passos sobre incorporação ou propostas ou coisas a fazer ou pesquisar sobre incorporação? 20:30:53 <eche|on> 50BTC é muito dinheiro por um plugin do I2P btc. Proposta: reduzir para 10 e colocar 40BTC no fundo geral 20:31:05 <zzz> ok ech você está na lista para o #4 20:31:15 <orion> topiltzin: Não vou. :x 20:31:29 <zzz> última chamada para o tópico 3 20:31:35 <orion> zzz: Fundo fiduciário. 20:31:52 <orion> Quero propor isso como uma alternativa barata à incorporação. 20:32:25 <zzz> ok, que tal se você redigir uma proposta e publicá-la em algum lugar e podemos discutir em uma reunião futura? 20:32:41 <str4d> Com, por exemplo: quais são as diferenças legais? 20:33:46 <zzz> declarando o fim do tópico 3 20:33:50 <zzz> de volta ao tópico 1 20:33:52 <zzz> 1. solicitação para página inicial do console do anoncoin.i2p (Meeh) 20:34:09 <zzz> alguma discussão, concordância ou objeções ao anoncoin.i2p na página inicial? 20:34:44 <eche|on> mandar ver, adicione 20:35:41 <zzz> anoncoin pode estar prestes a ficar grande e o Meeh está trabalhando para promovê-lo mais para a comunidade I2P 20:35:48 <zzz> última chamada para 1 20:36:22 <eche|on> Eu seria cuidadoso com "ficar grande"; nem o litecoin ficou grande, é tudo um pouco de hype, mas enfim, ótimo que o anoncoin seja conhecido por causa do I2P 20:36:40 <eche|on> pena que o Snowden não fez marketing para o I2P 20:36:49 <zzz> heh. 20:37:03 <zzz> mas fale com o Meeh se você tiver alguma pergunta sobre os planos dele 20:37:06 <str4d> Não consegui ver o site, mas não tenho objeções óbvias. 20:37:08 <eche|on> farei isso 20:37:16 <zzz> fim do 1. Vou adicionar. 20:37:17 <zzz> 2. Git (Meeh) 20:37:30 <efkt> +1 para anoncoin 20:37:38 <orion> Sem objeções para anoncoin. 20:37:39 <eche|on> git - sem objeção real, exceto a questão de retomada e a necessidade de um howto 20:37:40 <zzz> alguma opinião sobre git? 20:37:56 <zzz> existe uma questão de retomada? 20:38:08 <str4d> Prós: 20:38:12 <eche|on> que eu saiba, o GIT não retoma 20:38:16 <str4d> Todo mundo conhece 20:38:24 <orion> Espera, o que é retomar? 20:38:32 <orion> Qual é o contexto deste tópico? 20:38:50 <zzz> `http://zzz.i2p/topics/1588` <--- contexto 20:38:56 <iRelay> Título: zzz.i2p: Reunião Ter. 11 de Mar. 20:00 UTC (em zzz.i2p) 20:38:57 <topiltzin> Se a conexão cair durante um fetch/clone/pull/push 20:39:03 <eche|on> orion: em um clone/pull/... grande, se o túnel cair, o git começa do início ou do meio da transação? 20:40:11 <str4d> Tudo suporta isso 20:40:12 <str4d> Pode assinar ou aprovar commits com chaves GPG 20:40:12 <str4d> orion: possível mudança do mtn para o git 20:40:12 <str4d> Contras: 20:41:09 <str4d> - Retomada não suportada (se um pull falhar no meio do caminho você tem que começar do início) 20:41:09 <str4d> - fuso horário local armazenado no commit 20:41:09 <str4d> (corrigir com alias git='TZ=UTC git') 20:41:41 <zzz> HH recentemente aceitou um pull request no GitHub i2p.i2p. Se ele pode fazer isso, por que mudar para git? O git de verdade é melhor do que exportar? 20:42:05 <topiltzin> git de verdade seria anônimo, pois não estaríamos usando o GitHub 20:42:42 <topiltzin> há outras questões com a exportação - mudanças desde a última exportação não ficam visíveis até a próxima exportação 20:42:49 <zzz> Eu pensei que a ideia era facilitar os pulls do GitHub 20:43:26 <zzz> se um novo colaborador tiver que rodar git dentro do i2p, nós realmente tornamos isso mais fácil para ele? 20:43:58 <topiltzin> se fizéssemos o quê? 20:44:14 <zzz> mudássemos para git, seja lá o que isso signifique 20:44:37 <topiltzin> eu suponho que teríamos servidores git dentro do i2p e também na clearnet, como temos no mtn agora 20:45:46 <topiltzin> e eles sincronizariam periodicamente como agora. Conceitualmente tudo permanece igual, o que mudamos é o software 20:45:53 <zzz> Acho que não sei como pull requests funcionam, então vou parar de fazer perguntas 20:47:30 <topiltzin> pull request é como dizer: "Por favor sincronize do meu repositório git" 20:47:56 <topiltzin> em nível conceitual há muito pouca diferença entre git e mtn. É surpreendente como seus mecanismos são semelhantes 20:47:56 <zzz> que tal uma votação informal - quem tiver opinião, digite ++, +, 0, -, ou -- para fortemente a favor/a favor/neutro/contra/fortemente contra a mudança para git 20:48:05 <topiltzin> ++ 20:48:08 <orion> ++ 20:48:17 <eche|on> 0 20:49:02 <zzz> 0 20:50:14 <zzz> algum voluntário para pesquisar mais e trazer um relatório? 20:51:08 <topiltzin> algo específico sobre o que pesquisar? 20:51:28 <zzz> temos, por exemplo, viewmtn, trac e algumas coisas de mtn embutidas em nossos scripts de compilação que precisariam ser tratadas. Alguém para fazer uma lista do que seria necessário e quanto trabalho 20:51:59 <zzz> e se a questão da retomada é um problema sério ou não 20:53:01 <zzz> então, vamos devolver ao Meeh já que é item da pauta dele. Vamos pedir que ele traga um relatório em uma reunião futura. 20:53:10 <zzz> mais alguma coisa no 2? 20:53:12 <topiltzin> vou dar uma olhada, embora eu imagine que o kytv saiba melhor sobre os scripts de compilação, não? 20:53:42 <zzz> as coisas de compilação são em sua maioria obra minha 20:53:52 <zzz> fim do 2) 20:53:59 <zzz> 4. Recompensa de 50BTC para cliente Bitcoin - echelon, vai 20:54:39 <eche|on> ok, o cliente nativo de bitcoin ainda tem 50 BTC restantes para a tarefa de "integrar o cliente btc ao cliente I2P", também conhecido como: plugin 20:55:38 <eche|on> já existe um cliente btc para I2P (na minha opinião, IMHO, o giv fez) e ele recebeu 68 BTC e 30 da recompensa pelo cliente independente 20:56:08 <eche|on> agora: 50 BTC é MUITO para fazer um plugin. Eu gostaria de dividir, por exemplo, 10 BTC para o plugin, 40 para o fundo geral 20:56:28 <str4d> mesmo 10BTC é muito. 20:57:12 <kytv> (1BTC é muito) 20:57:22 <kytv> (para um plugin) 20:59:04 <eche|on> não sei, por isso coloquei isso como tópico 20:59:16 <eche|on> não quero ser o cara mau "roubando" dinheiro de recompensas 21:02:42 <zzz> sem objeções a dividir isso 21:03:00 <eche|on> ok 21:03:09 <eche|on> farei isso 21:03:22 <zzz> mais alguém com opiniões sobre o 4) 21:03:45 <kytv> só para ficar claro: sem objeções à divisão. 21:03:52 <zzz> mais alguma coisa para a reunião? 21:04:23 * zzz incentiva as pessoas a discutir as coisas entre as reuniões 21:04:41 <kytv> (grande objeção a 50BTC indo para um plugin... quero dizer http://coinmill.com/BTC_EUR.html#BTC=50) 21:04:45 <iRelay> Título: Converter Bitcoins (BTC) e Euros (EUR): Calculadora de Conversão de Taxa de Câmbio (em coinmill.com) 21:04:53 <zzz> e lembra que qualquer pessoa pode agendar uma reunião sobre qualquer tópico a qualquer momento 21:05:06 * zzz *bafs* a reunião foi encerrada

Malware em i2pbrowser.net

Sun, 16 Feb 2014 00:00:00 +0000

Fomos recentemente informados da existência de i2pbrowser.net. Este site copia nossa página inicial e a página de download, e tenta enganar os usuários para que façam o download de malware para Windows.

Há vários indicadores de que o i2pbrowser.net é um site de malware:

The domain was registered on February 10th, 2014.
The download URLs for Windows, Mac OSX, Linux, Android etc. all link to the same .exe file.
The .exe is only 741 KB; the official Windows installer for I2P is 13 MB.

Nós mesmos não examinamos o malware, mas ele não parece ser muito sofisticado; não está integrado nem distribuído junto com o software I2P. O especialista em segurança da informação Lance James publicou um tweet classificando-o como “um DarkComet RAT padrão” (trojan de acesso remoto).

Versão 0.9.11

Sat, 08 Feb 2014 00:00:00 +0000

0.9.11 continua melhorando a consulta e o armazenamento de LeaseSet para impedir que um atacante correlacione um Destination (Destino) com um Router. Ela adiciona suporte para o plugin de outproxy (proxy de saída) Orchid , que está disponível em plugins.i2p. Há uma redução no uso de memória devido a correções nos transportes. Temos algumas melhorias no protocolo I2CP que fornecerão melhores mecanismos de consulta e proteção de autorização para clientes externos. Claro, há também a coleção usual de correções de bugs. Todos os usuários devem atualizar.

0.9.10 Release

Wed, 22 Jan 2014 00:00:00 +0000

A versão 0.9.10 altera o mecanismo para realizar consultas de LeaseSet, tornando mais difícil para um atacante correlacionar um Destination (destino I2P) com um Router. Ela também corrige bugs de codificação de caracteres no susimail e inclui várias outras correções de bugs e atualizações de tradução. A maioria de vocês atualizará via torrent, usando o novo formato de atualização “su3” com chaves mais fortes.

Recentemente participamos do 30C3 e do Real World Crypto , estabelecendo várias novas conexões e formulando grandes planos para 2014. Agradecemos aos que apoiaram nossa participação com suas doações!

Syndie 1.105b Release

Tue, 21 Jan 2014 00:00:00 +0000

Esta é a primeira versão estável desde fevereiro de 2013. É essencialmente a mesma que a 1.104b-7-rc, com algumas atualizações de tradução.

Todos os binários e pacotes de código-fonte estão em syndie.de e syndie.i2p. Os plugins estão disponíveis em plugins.i2p e stats.i2p.

Wed, 02 Oct 2013 00:00:00 +0000

0.9.8.1 corrige um problema na atualização para a versão 0.9.8 no Windows para algumas pessoas. Novas instalações e plataformas não-Windows não são afetadas; no entanto, todas as plataformas serão atualizadas automaticamente, mesmo se estiverem executando a versão 0.9.8.

Veja o ticket do Trac para detalhes e soluções alternativas. Veja as notas de lançamento da versão 0.9.8 para informações sobre IPv6 e outras alterações.

Devido a ataques recentes, os logins estão desativados no Trac e novos registros estão desativados no zzz.i2p. Até que esses serviços sejam restaurados, por favor reporte todos os bugs no IRC freenode ou no IRC2P #i2p-dev.

Lançamento 0.9.8

Mon, 30 Sep 2013 00:00:00 +0000

A versão 0.9.8 inclui o tão aguardado suporte a IPv6. Está ativado por padrão, mas, é claro, você precisa de um endereço IPv6 público para usá-lo. A configuração está na guia de configuração ’network’ do seu console. Também temos melhorias de anonimato, incluindo preenchimento dos pacotes SSU e chaves privadas do router mais longas.

30% de vocês farão a atualização via torrent na rede neste ciclo de atualização.

Detalhes do IPv6

O IPv6 está habilitado e é preferido por padrão. Se você tiver um endereço IPv6 público e estiver se conectando a outro router com um endereço IPv6 publicado, a conexão será feita via IPv6. Há uma nova seção de configuração de IPv6 em /confignet no console do router. Se o IPv6 estiver causando problemas, você pode desativá-lo lá.

Reunião de Desenvolvedores do I2P - 10 de setembro de 2013

Tue, 10 Sep 2013 00:00:00 +0000

Recapitulação rápida

Presentes: dbowie, dg, efkt, EpicCoffee, Pseudonemo, psi, topiltzin, trolly, welterde, zzz

Registro da reunião

20:00:31 <zzz> 0) oi 20:00:38 <zzz> 1) reformulação do site (str4d) 20:00:55 <zzz> 2) pedido de inclusão na página inicial da router console para `http://open4you.i2p/` 20:01:03 <iRelay> Título: open4you.i2p (em open4you.i2p) 20:01:11 <zzz> 3) desativar o outproxy (topiltzin / dg) 20:01:20 <zzz> 4) atualização do projeto netdb (hottuna) 20:01:23 <zzz> 0) oi 20:01:25 <zzz> oi 20:01:30 <dg> oi 20:01:35 <topiltzin> oi 20:01:42 <zzz> mais informações e links em `http://zzz.i2p/topics/1460` 20:01:55 <zzz> vamos tentar algo novo e limitar cada item da pauta a 15 minutos 20:02:00 <iRelay> Título: zzz.i2p: Reunião ter., 10 de set., 20:00 UTC (em zzz.i2p) 20:02:03 <zzz> 1) reformulação do site (str4d) 20:02:07 <zzz> vai, str4d 20:04:12 <zzz> pulando o 1) por enquanto 20:04:17 <zzz> 2) pedido de inclusão na página inicial da router console para `http://open4you.i2p/` 20:04:21 <iRelay> Título: open4you.i2p (em open4you.i2p) 20:04:28 <zzz> o solicitante do open4you está aqui? 20:05:53 <zzz> pulando o 2) por enquanto 20:05:59 <zzz> 3) desativar o outproxy (topiltzin / dg) 20:06:05 <zzz> vai, dg ou topiltzin 20:06:05 <dg> \o 20:06:13 <dg> Eu começo. 20:06:50 <dg> Oi pessoal, venho pensando nisso há algum tempo: acho que ter o outproxy (proxy de saída) para HTTP (e possivelmente HTTPS) incluído por padrão não está alinhado com nossos objetivos; 20:07:25 <dg> na maioria das vezes, quando perguntam no IRC sobre uso de outproxy, os membros da comunidade recomendam o Tor e que não mexam no outproxy para a maioria/qualquer uso 20:07:38 <dg> “deixamos isso para o Tor” é algo que se diz muito por aqui 20:08:22 <dg> o outproxy é centralizado, o que obviamente é um grande problema; o Tor já tem problemas mesmo com milhares de nós de saída, quanto mais nós com apenas um 20:08:43 <dg> além das questões de segurança, é um problema de usabilidade. E se alguém tentando usar o I2P achar que o I2P é muito lento porque o google.com carrega devagar? Ah, e em alemão? Hã? 20:09:14 <dg> Não implementamos o código de outproxy como um recurso ‘de verdade’ por um motivo: não queremos fazer isso e nosso alvo são os serviços ocultos 20:09:58 <dg> Sinto que estamos colocando os usuários em risco ao inserir o outproxy por padrão e (possivelmente) confundindo a percepção deles sobre o que o I2P é e o que ele faz. 20:10:04 <dg> fim do pitch inicial 20:10:17 <zzz> topiltzin, você tem algo a acrescentar? 20:10:52 <topiltzin> é uma boa lista; também entendo o ponto do KillYourTV de que a funcionalidade não deve ser removida 20:11:22 <zzz> ok, vamos abrir para comentários de outros 20:11:23 <topiltzin> mas concordo fortemente com o dg que é melhor afastar os usuários de usar o I2P para navegação na clearnet (internet aberta) 20:12:17 <dg> Alguém (Pseudonemo) sugeriu uma página de explicação sobre por que sites da clearnet não vão carregar e, possivelmente, uma recomendação de usar o Tor. 20:12:19 <welterde> um plugin que faça outproxy via Tor localmente seria legal.. 20:12:45 <dg> welterde: engraçado você dizer isso.. o jtor foi apresentado pelo ioerror ao zzz algumas semanas atrás. 20:13:26 <welterde> dg: sim.. era nisso que eu estava pensando.. deve ser muito mais limpo do que ter que depender de um componente externo em execução 20:13:52 <dg> Então, opiniões? 20:13:54 <efkt> Geralmente, a única hora em que vejo o tema do I2P em discussão é respondendo perguntas como “Por que não funciona do jeito que eu quero?” e fornecendo alternativas como o outproxy do Meeh ou simplesmente usar o Tor. Ter a opção de outproxy é uma coisa boa, e os usuários saberem que existe essa opção também é legal. 20:13:56 <zzz> Sou contra remover isso — é um recurso limitado, sim, mas o que ele faz, faz razoavelmente bem. Não vamos melhorar a usabilidade dele desativando-o. Só vamos tornar as coisas mais difíceis e confusas. 20:14:45 <EpicCoffee> Acho que no geral concordo com o zzz (desde que entrei) 20:14:58 <zzz> talvez quando tivermos uma solução melhor (um plugin para Tor) então poderíamos desativar o do echelon por padrão 20:15:19 <trolly_> opções são sempre boas, e eu uso bastante os outproxies; claro que sei que não se deve confiar em comunicações via outproxy 20:15:21 <dg> Por que deveríamos fazer algo que (em geral) reconhecemos que o Tor faz melhor? Parece que estamos desapontando as pessoas ao sequer tentar, é uma falsa impressão. Uma página de explicação bem feita poderia reduzir a confusão/dificuldade 20:15:46 <dg> Não sugiro remover a capacidade, apenas o padrão 20:15:47 <zzz> parece que o dg está basicamente descrevendo um problema de documentação/educação, que não será resolvido ao desativá-lo. 20:16:24 <topiltzin> não seria resolvido, mas seria evitado 20:16:31 <dg> Não sei por que o usuário deveria confiar em um terceiro ao instalar o I2P 20:16:36 <zzz> i2ptunnel assusta e eu preferiria não ter que mandar as pessoas irem lá para ativá-lo 20:16:36 <EpicCoffee> Algumas pessoas não usam Tor e não vão usar Tor por vários motivos. Elas podem ter utilidade para um outproxy do I2P. 20:17:12 <topiltzin> a proposta do kytv de ter uma página de aviso que deixe as coisas claras seria uma solução adequada, não? 20:17:16 <trolly_> dg, você está certo, o EpicCoffee também 20:17:26 <EpicCoffee> Em raras ocasiões eu uso o outproxy, principalmente para conferir links enviados no i2prc 20:17:42 <dg> Entendo que podemos dizer “bem, o usuário deveria ler” ou algo assim, mas... devemos deixá-los atirar no próprio pé tão facilmente? 20:17:49 <trolly_> como eu, EpicCoffee 20:17:51 <zzz> olhando por outro ângulo, embora esteja ativado por padrão no lado do I2P, sempre exige uma ação afirmativa do usuário para habilitar no navegador. Então dá para dizer que não está ativado por padrão agora, se você considerar também o navegador. 20:18:09 <EpicCoffee> Se o link não puder ser carregado pelo outproxy, é improvável que eu o carregue pela clearnet. 20:18:32 <dg> também exige ação afirmativa para navegar em eepsites, ainda assim é confuso. Se alguém estiver ciente dos riscos, pode adicionar o outproxy. 20:18:37 *** trolly_ agora é conhecido como trolly 20:18:37 <dg> Ou carregar o possível plugin para Tor que pode estar vindo 20:18:49 <EpicCoffee> Tenho certeza de que não estou sozinho nisso. 20:18:49 <EpicCoffee> lol 20:18:55 <zzz> o eche|on tem alguma opinião? 20:19:03 <dg> Isso não é um ataque ao echelon, mas deveríamos confiar todo o tráfego de outproxy a uma única pessoa? 20:19:12 <dg> Independentemente de quem seja, é um ponto único e uma pessoa só 20:19:37 <zzz> você preferiria confiar em uma pessoa que você mais ou menos conhece, ou em 3000 que você não conhece? 20:19:41 <dg> É fácil supor que o I2P esteja realizando um mecanismo tipo o do Tor 20:19:57 <dg> Em 3000 que eu não conheço 20:20:10 <zzz> estamos chegando à marca dos 15 minutos. temos algum tipo de consenso? mais alguém tem alguma opinião sobre isso? 20:20:34 <welterde> na minha humilde opinião, não deveríamos desativá-lo até termos o plugin para Tor 20:20:37 <Pseudonemo> Acho que o dg está argumentando principalmente sob a perspectiva de usuários novos. Eles não conhecem o eche|on. 20:20:51 <topiltzin> +1 Pseudonemo 20:20:59 <dg> *Eu* conheço o eche|on, então não me importo tanto com o outproxy, mas sim. 20:21:04 <dg> welterde: posso concordar com esse compromisso. 20:21:21 <EpicCoffee> ninguém deveria usar um outproxy para nada sensível. isso deveria ser óbvio, lol. 20:21:22 <dg> Vamos deixar por aqui? 20:21:33 <topiltzin> pressupondo que um plugin para Tor esteja sendo feito... o que não está 20:21:54 <zzz> ok, tópico interessante, obrigado por trazer isso, dg. Pode valer a pena falar sobre isso de novo daqui a um tempo, com ou sem plugin para Tor 20:21:59 <topiltzin> é um problema de educação, então o melhor seria resolvê-lo por meio de educação 20:22:16 <dg> zzz: sem problema, obrigado. 20:22:39 <zzz> algum voluntário para olhar a questão de educação/documentação e propor algumas melhorias? 20:22:42 <EpicCoffee> topiltzin: acho que eu não gostaria de um plugin para Tor no I2P. Minha opinião é que eu não gosto/confio no Tor. 20:22:55 <dg> EpicCoffee: assunto movido, deixemos para a próxima :) 20:23:16 <zzz> última chamada por voluntários e então encerramos este tópico 20:23:43 <zzz> ok então. 20:24:04 <zzz> pulando o 4) já que o hottuna não está aqui 20:24:04 <zzz> vamos voltar ao 1), o str4d está aqui? 20:24:45 <zzz> pulando o 1) de novo 20:24:49 * EpicCoffee deve estar alheio à “lista” 20:25:01 <dg> EpicCoffee: você não estava aqui no começo, vou mandar PM. 20:25:09 <zzz> 2) open4you.i2p, que vamos discutir esteja o solicitante aqui ou não. 20:25:12 <EpicCoffee> ah, obrigado, dg 20:25:13 <zzz> open4you, você está aqui? 20:25:15 <topiltzin> EpicCoffee: o canal é registrado em tempo real `http://killyourtv.i2p/irclogs/%23i2p-dev.2013-09-10.log` 20:25:54 <zzz> o pedido está no final de `http://zzz.i2p/topics/1429` 20:26:03 <iRelay> Título: zzz.i2p: Resumo do Lançamento 0.9.8 (em zzz.i2p) 20:26:44 <zzz> como lembrete, já que não fazemos isso há um tempo, minhas diretrizes pessoais estão em `http://zzz.i2p/topics/236` 20:26:49 <iRelay> Título: zzz.i2p: Como adicionar meu Eepsite à página inicial da router console (em zzz.i2p) 20:27:09 <zzz> alguém já usou esse site? Alguém tem alguma opinião sobre colocá-lo no console? 20:27:30 <dg> Se o open4you não aparecer, posso propor um? 20:27:31 <dg> carregando as diretrizes agora 20:27:36 <topiltzin> Gosto que o operador seja franco sobre o que pode e não pode garantir 20:28:08 *** trolly agora é conhecido como trolly_ 20:28:14 <topiltzin> mas além dessa impressão (positiva) não há muito a dizer... 20:28:15 <zzz> estamos considerando apenas o open4you hoje, pelo menos no item 2). Se quiser, você pode ter um novo item 5), dg 20:28:28 <EpicCoffee> Acredito que deveria haver hospedagem disponível no I2P, porém não sei se eu confiaria em um host, lol. Estou dividido quanto ao tema de hospedagem, então vou me abster neste 20:28:29 <dg> zzz: ok, vlw 20:28:42 <zzz> os Termos de Uso dele me parecem ok 20:29:03 <zzz> é uma categoria nova que atualmente não está no console, então isso é um ponto positivo 20:29:03 <dg> não conheço nenhum cliente do open4you.i2p, então não posso atestar, mas se o dono aparecer outra hora, tudo bem discutir de novo 20:29:56 <dg> a falta de recomendações me deixa desconfiado 20:30:24 <zzz> a questão recente do FreedomHosting torna a hospedagem de eepsite interessante 20:31:13 <dg> Pelo que entendi, isso é gratuito, certo? 20:31:19 <zzz> temos alguma pergunta que o solicitante deva responder para tomarmos uma decisão? ou podemos decidir hoje? 20:31:33 <zzz> Não vi se era gratuito ou não. o FAQ está apenas em russo. 20:31:45 <topiltzin> é gratuito 20:31:45 <dg> Se é gratuito, por que não? Não há risco de golpe e definitivamente é de ‘interesse’. 20:31:49 <dg> "9 months work free web hosting in i2p." 20:31:58 <dg> foi mal, pessoal, eu estava sob a impressão de que era bitcoin 20:32:19 <topiltzin> ainda assim, não temos ideia se realmente funciona 20:32:46 <dg> Devemos encarar isso e encontrar um voluntário para testar em algum momento entre agora e o lançamento? 20:32:55 <dg> Se não funcionar, a gente tira 20:33:15 <zzz> Estou inclinado a dizer sim agora. Não sei o que provaria uma pessoa testar. Podemos sempre remover depois. 20:33:33 <dg> bem, testar pelo menos verifica se funciona. Não há muito mais que possamos testar. 20:33:39 <zzz> Eu esperaria que as pessoas estivessem ao menos vagamente cientes das questões de confiança envolvidas em hospedagem 20:33:41 <dg> sim, também sou a favor. 20:34:10 <zzz> não há razão para não funcionar. Para começar, não vejo nenhuma evidência de um processo automatizado. 20:34:12 <dg> Mais algum voto? 20:34:26 <dg> parece ser movido a email 20:34:28 <dg> driven 20:34:43 <zzz> última chamada para opiniões/objeções 20:34:57 <topiltzin> por ‘funciona’ quero dizer se o operador realmente fará o que diz que vai fazer 20:35:14 <psi> temos algum depoimento de usuários sobre o open4you? 20:35:22 <topiltzin> em vez de configurar um eepsite e abandoná-lo 20:35:24 <dg> não 20:35:28 <topiltzin> psi: nenhum, esse é o problema 20:35:31 <dg> topiltzin: se isso acontecer, podemos remover. 20:35:39 <dg> o dono é ao menos um pouco ativo, já que fez o pedido 20:35:48 <dg> sou a favor. 20:35:53 <psi> sim, eu diria para não seguir com a recomendação; primeiro conseguimos um usuário de teste 20:35:56 <zzz> minha suposição é que ele tenha quase nenhum negócio até agora. Vamos dar a ele um período de teste de algumas versões do I2P com isso no console, e se for fajuto então a gente tira 20:36:09 <psi> ou... se formos endossar, colocar um aviso grande e gordo 20:36:10 <dg> zzz: +1 20:36:27 <psi> hmm 20:36:33 <psi> zzz tem um bom ponto 20:36:42 <psi> mas... ainda assim 20:36:49 <dg> psi: é gratuito 20:36:56 <zzz> psi, por favor esclareça: você está objetando ou não? 20:36:56 <topiltzin> Vou mandar email para ele nos próximos dias 20:36:58 <psi> oh? é? 20:37:04 <dg> sim 20:37:08 <psi> estou manifestando cautela 20:37:13 <psi> sem objeção 20:37:16 <topiltzin> Acho que posso muito bem colocar o zab.i2p de volta no ar 20:37:22 <dg> Eu achava que era bitcoin, mas não é 20:37:25 <dg> É gratuito, então... não me importo muito com depoimentos ainda 20:37:30 <dg> :) 20:37:40 <dg> topiltzin: você é a favor ou contra? 20:37:52 <topiltzin> me abstendo 20:38:00 <zzz> parece que não temos objeções e está aprovado? se eu estiver errado, por favor, digam 20:38:01 <topiltzin> Vou testar a hospedagem dele nos próximos dias, no entanto 20:38:05 <dg> 2 a favor, 0 contra 20:38:12 <psi> abstenção 20:38:19 <welterde> abstenção 20:38:26 <EpicCoffee> estou curioso como os arquivos são transferidos para a conta de hospedagem do open4you 20:38:47 <dg> EpicCoffee: ftp (hã?) ou via um painel de controle, ao que parece. 20:39:07 <psi> sftp? 20:39:18 <zzz> ok, vou mandar email para ele para conseguir um logo e colocar as coisas no console. Quem se interessar, por favor, inscreva-se e nos conte depois 20:39:34 <zzz> se for fajuto ou não funcionar, podemos sempre tirar pouco antes do lançamento. 20:39:35 <dg> "1 GB of available space, php5, mysql, ftp access, 3 tunnel \ 2 hop" 20:39:40 <dg> +1 20:39:48 <welterde> psi: duvido.. 20:40:01 <zzz> e isso encerra o item 2) 20:40:18 <zzz> sem sinal de hottuna ou str4d, então vamos para o 5) pedido do dg 20:40:20 <zzz> vai, dg 20:40:29 <welterde> embora devesse funcionar melhor sobre o I2P (sabe.. modo passivo/ativo e tal para ftp..) 20:41:36 <dg> Proponho `http://salt.i2p/` (não é meu site, é do efkt) para inclusão na router console. O salt.i2p contém: um wiki grande e útil de eepsites e guias; XMPP; um canal de IRC que provavelmente é o mais ativo no IRC2p 20:41:51 <iRelay> Título: salted (em salt.i2p) 20:42:00 <dg> Ele fornece muitos ‘pontos de partida’ de eepsite e é SFW. 20:42:02 <EpicCoffee> eu digo +1 para o salt 20:42:07 <EpicCoffee> eu gosto do wiki do salt 20:42:16 <topiltzin> sim, #salt pwnz +1 20:42:18 <dg> o salt cresceu e se tornou um ótimo recurso para mim e para outros na comunidade 20:42:28 <dg> o canal é #salt ftr 20:42:52 <zzz> realmente só podemos aceitar pedidos do dono do eepsite. Você poderia pedir para ele solicitar seguindo as diretrizes em `http://zzz.i2p/topics/236` ? então podemos considerar para a 0.9.9 20:42:54 <welterde> +1.. é basicamente o que aquele wiki antigo costumava ser, agora.. 20:43:06 <iRelay> Título: zzz.i2p: Como adicionar meu Eepsite à página inicial da router console (em zzz.i2p) 20:43:33 <zzz> Não estou familiarizado com o site 20:43:55 <zzz> Não acho que queiramos começar a adicionar sites sem permissão 20:44:14 <dg> Ele estava ativo não faz muito, pode aparecer a qualquer momento 20:44:23 <dg> Concordo em não adicionar sem permissão 20:44:34 <dg> ainda assim, achei que valia tentar 20:44:43 <zzz> chamando o efkt 20:44:49 <efkt> Vocês têm minha permissão, desde que todos estejam satisfeitos com isso. Criei o site com algumas das possíveis políticas e ideias do I2P em mente sobre que conteúdo é apropriado para o I2P. Estou aberto a discussão se vocês não gostarem de algo que possa estar lá (só dizendo) 20:44:53 <EpicCoffee> efkt é o dono do salt? Presumo isso com base em observações. 20:44:59 <dg> Sim, EpicCoffee. 20:45:10 <efkt> Daí o aviso na página inicial, políticas explícitas sobre gore/pr0n/etc. 20:45:43 <efkt> O wiki não é aberto para edição a menos que acabemos conhecendo você, então é improvável que seja vandalizado. 20:46:03 * EpicCoffee também aponta o XMPP do salt 20:46:17 <dg> o XMPP também é popular e vem com guias. :) 20:46:50 <topiltzin> sim, o salt é muito bom mesmo.. tem uma sensação real de comunidade 20:46:59 <zzz> se você quiser fazer isso agora, por favor responda às perguntas a seguir. Se for demais para agora, podemos discutir em cerca de 6 semanas, antes do próximo lançamento 20:47:00 <EpicCoffee> desde que os usuários entendam que os admins podem ver o que é dito se não estiver criptografado (acho que o artigo do wiki incentiva fortemente OTR) 20:47:06 <efkt> Temos servidores XMPP suficientes por aí para que, no futuro, não seja uma má ideia listar alguns no console. A maioria de nós que roda servidores tem S2S funcionando. 20:47:07 <zzz> - Um endereço de email 20:47:07 <zzz> - A URL para a qual linkar 20:47:07 <zzz> - A URL dos seus termos de serviço em inglês, se disponível ou necessário 20:47:07 <zzz> - Se o site não estiver em inglês, uma breve descrição do site em inglês 20:47:07 <zzz> - (Opcional) Uma URL para um ícone png transparente para exibir. O tamanho deve ser 32x32 (sujeito a mudança). Se nenhum ícone for fornecido, o ícone será o “toopie”. Copiaremos esse ícone para o código-fonte da router console e o serviremos localmente. 20:47:10 <zzz> - Se for fornecido um ícone, a licença da imagem. 20:47:12 <zzz> - (Opcional) Um rótulo de uma ou duas palavras em inglês. Se não for fornecido, usaremos example.i2p 20:47:14 <zzz> - (Opcional) algumas palavras ou uma frase em inglês para um popup (dica de ferramenta) 20:48:19 <efkt> efkt@mail.i2p 20:48:23 <efkt> site: `http://salt.i2p` 20:48:27 <iRelay> Título: salted (em salt.i2p) 20:48:38 <efkt> termos de serviço do site - Há um aviso na página inicial: `http://salt.i2p` 20:48:43 <iRelay> Título: salted (em salt.i2p) 20:49:15 <efkt> Não tenho um ícone 32x32 para fornecer rapidamente, mas seria igual ao nosso favicon, uma estrela preta com fundo transparente ou branco 20:49:47 <efkt> o rótulo pode ser simplesmente “salt” 20:49:59 <EpicCoffee> efkt, posso fazer um ícone 32x32 rápido se quiser. bem, tão rápido quanto o I2P permitir, lol 20:50:25 <zzz> podemos te dar uma semana para o ícone :) 20:50:32 <zzz> há quanto tempo o site está no ar? 20:50:34 <efkt> EpicCoffee: Se quiser. É igual ao favicon — a “estrela anarquista” preta, você vê o mesmo tipo de forma por toda parte no Google Imagens. Leva só um momento, realmente 20:50:40 <efkt> zzz: agosto de 2012, se bem me lembro (IIRC) 20:51:21 <dg> `http://salt.i2p/wiki/index.php/Main_Page#Tutorials` 20:51:21 <efkt> Honestamente, fico muito surpreso por encontrar tantos usuários incapazes de alcançar o site, já que ele não faz parte do addressbook padrão (ou do XMPP) — e ainda assim recebemos muitos recém-chegados sendo direcionados para lá pelo IRC. Desculpem sair do tópico. 20:51:35 <iRelay> Título: Salted Wiki (em salt.i2p) 20:51:41 <efkt> zzz: Ah, e o textinho “Cryptomunitions and tutorials” 20:51:46 <dg> Sim, é um problema (além do irritante bug ‘addressbook-not-found’) ao introduzir usuários. 20:52:20 <zzz> qualquer um na página inicial do console é automaticamente adicionado ao addressbook padrão 20:52:42 <efkt> Ah. Isso será útil para quem é novo no I2P e vem ao IRC2p explorar. 20:52:52 <efkt> uma dor de cabeça resolvida :) 20:52:59 <dg> 1/2. 20:53:05 <dg> sem xmpp.salt.i2p ;) 20:53:32 <zzz> efkt, para mim seus termos de serviço são insuficientes para um wiki que recomendaríamos, pois eles descrevem apenas pelo que você não é responsável. Não dizem que tipo de conteúdo, se algum, é proibido. 20:54:03 <zzz> Se vale tudo, então não posso apoiar o pedido. 20:54:04 <efkt> zzz: Mesmo que ninguém possa editar o wiki, de jeito nenhum, a menos que eu tenha avaliado pessoalmente e dado uma conta? 20:54:19 <dg> efkt: acredito que ele esteja dizendo que as regras reais são pouco claras. pr0n, etc. 20:54:41 <efkt> Hrm. 20:54:53 <zzz> não há regras declaradas, de forma alguma. 20:54:56 <dbowie> 32X32 blackstar.jpg, codificado em base64: `http://pastethis.i2p/show/5437/` 20:54:57 <iRelay> Título: Paste #5437 | LodgeIt! (em pastethis.i2p) 20:55:00 <zzz> quanto ao conteúdo permitido 20:55:54 <efkt> Posso acrescentar algo facilmente. Não é um problema, só refletindo sobre que coisas “extras” adicionar — Conteúdos como Gore, Estupro, Tortura, Snuff ou sexo estranho nunca serão permitidos no site 20:56:23 <dg> então, próprio para a família — safe for work etc.? 20:56:53 <zzz> Não acho que devamos pedir para você redigir termos de conteúdo nos próximos 30 segundos. Quer pensar nisso e voltar em algumas semanas? 20:57:06 <efkt> Neste momento, não posso dizer que o salt é próprio para a família ou safe for work. A página onionland linka explicitamente para onions de drogas. 20:57:43 <efkt> zzz: Sim, eu gostaria disso pelo menos — prefiro trabalhar com todos e produzir algo desejável que seja útil ao I2P 20:59:22 <EpicCoffee> EpicCoffee: algum host de imagens no I2P? 20:59:24 <zzz> minha filosofia é que qualquer coisa similar às regras do tracker do postman é aceitável. 20:59:24 <zzz> não quero dizer como você deve tocar seu site ou como escrever suas regras. Você faz como preferir e então decidiremos se queremos isso no console. 20:59:24 <zzz> mas você pode olhar os links que temos agora e ter uma noção 21:00:36 <zzz> passamos dos 15 minutos, então podemos pedir para você voltar em algumas semanas? Qualquer site que tenha tanto apoio do pessoal aqui, acho que seria uma boa adição ao console, se você puder resolver a questão dos Termos de Serviço. 21:01:36 <efkt> Estou disposto a elaborar Termos de Serviço e a conversar sobre qualquer coisa no site que a comunidade ache que não cabe. Obrigado, zzz. Sim, tudo bem 21:02:13 <zzz> ótimo. fico feliz em saber de um novo site com o qual eu não estava familiarizado. Vou dar uma olhada. me mande um email ou publique no zzz.i2p quando juntar tudo 21:02:19 <zzz> e esse é o fim do 5) 21:02:25 <zzz> última chamada para o str4d pelo 1) 21:02:36 <zzz> hottuna ainda não está aqui pelo 4) 21:02:47 * zzz esquenta o baffer 21:03:50 * zzz *bafs* a reunião encerrada 21:07:16 <zzz> obrigado a todos, boa reunião

Versão 0.9.7.1

Sat, 10 Aug 2013 00:00:00 +0000

Esta versão não programada desativa as mensagens de verificação de RouterInfo que foram usadas no ataque publicado no artigo da UCSB, o que deve tornar muito mais difícil correlacionar um LeaseSet a um Router. Também incluímos um número limitado de outras correções listadas abaixo. Nossa versão 0.9.8, que incluirá suporte a IPv6, permanece prevista para o fim de setembro.

Como de costume, recomendamos que todos os usuários atualizem para esta versão.

Reunião de Desenvolvedores do I2P - 06 de agosto de 2013

Tue, 06 Aug 2013 00:00:00 +0000

Resumo rápido

Presentes: dg, kytv, topiltzin, welterde, zzz

Registro da reunião

20:00:08 <zzz> 0) oi 20:00:23 <zzz> 1) Verificações de RI desativadas em uma versão pontual? 20:00:30 <zzz> 2) tópicos diversos conduzidos pelo Meeh 20:00:33 <zzz> 3) baffer pelo Meeh 20:00:36 <zzz> ------------- 20:00:36 <zzz> 0) oi 20:00:51 <zzz> 1) Verificações de RI desativadas em uma versão pontual? 20:01:02 <zzz> welterde levantou isso outro dia 20:01:33 <zzz> se eu for fazer, tem que ser nos próximos dias, pois estarei AFK ~ 13 a 29 20:01:53 <zzz> echelon está viajando, mas por enquanto vamos supor que conseguimos contatá‑lo e que ele pode cuidar das notícias 20:02:14 <zzz> então, welterde, por favor apresente seus argumentos sobre por que deveríamos fazer isso 20:03:08 <welterde> o ataque descrito no artigo é bastante sério para destinos pouco utilizados, já que as estatísticas necessárias não são muito grandes 20:04:14 <zzz> ele ataca os destinos de servidor ou os usuários (cliente) que se conectam a eles? 20:04:21 <welterde> e para destinos de longa duração é ainda mais perigoso, pois você pode manter o ataque pelo tempo que for necessário para obter estatísticas suficientes 20:05:08 <welterde> zzz: o cliente que se conecta a algum destino... digamos, tunnels de link de IRC sobre um destino dedicado seriam um alvo principal (se você de alguma forma obtiver controle do destino) 20:06:29 <welterde> zzz: no entanto... há uma opção para desativar as verificações de RI nas opções avançadas... talvez uma atualização nas notícias para que os usuários a desativem? 20:06:29 <zzz> você sempre considerou isso sério ou mudou de ideia recentemente? 20:06:56 <zzz> achei que eu tinha acabado de adicionar essa opção na semana passada? 20:07:15 <welterde> ah 20:07:18 <dg> você adicionou, eu cometi o mesmo erro. 20:07:34 <welterde> pensei que você só tinha mudado o valor padrão dessa opção... ok... então não é uma opção 20:07:57 <zzz> talvez eu não tenha explicado bem em algum post... 20:08:59 <welterde> zzz: e no artigo eles também não levaram a temporização em conta... acho que isso pode ser usado para melhorar ainda mais o ataque 20:09:02 <zzz> Nós temos uma pré‑impressão do artigo deles há quase 5 meses, desde 10 de março. Se isso é um problema que exige largar tudo, fizemos um trabalho incrivelmente ruim ao responder. 20:09:33 <zzz> Então estou me perguntando se você sempre achou isso crítico ou mudou de ideia recentemente e, se mudou, por quê? 20:10:33 <welterde> bem... eu estava sob bastante estresse até recentemente... então na verdade só fui olhar agora 20:11:30 <welterde> zzz: mas é realmente difícil dizer, já que não temos tantos dados sobre essas coisas... 20:11:48 <zzz> o que aconteceu com aquela página no trac com nossas respostas do openitp e nossa falta de critérios de segurança... 20:12:11 <dg> Se é um problema que exige largar tudo, esperar mais 1 mês e meio também é um problema. 20:12:30 <zzz> claro 20:12:40 <zzz> mas é? 20:13:12 <zzz> o problema são as verificações de RI ou é Sybil? Se for Sybil então não temos correções no curto prazo 20:13:27 <welterde> zzz: são as verificações de RI 20:13:46 <zzz> isto é, existe uma grande classe de ataques de ff hostis 20:14:16 <welterde> zzz: e uma variante do ataque pode ser possível com consulta de RI e então esperando por uma conexão também... mas esse ataque seria ordens de grandeza mais difícil... então eu não me preocuparia com esse por enquanto 20:14:35 <zzz> se um atacante assume o controle de uma parte do espaço de chaves, não há uma série de coisas que ele poderia fazer? 20:15:20 <welterde> zzz: com tempo suficiente o atacante não precisa ocupar uma grande parte do espaço de chaves 20:15:23 <zzz> acho que sempre vi isso como um problema de Sybil. Não quer dizer que eu estava certo. 20:15:30 <zzz> *digo 20:16:07 <welterde> ele só precisa ocupar o espaço ao redor do LS alvo 20:16:53 <welterde> zzz: hmm... algo que seria legal para o stats.i2p ou similar seria uma visualização do ff ao longo do espaço de chaves... (se ainda não houver algo assim) 20:18:50 <zzz> ok, obrigado por apresentar o caso, welterde. Agora vou pedir que outros entrem aqui com suas opiniões 20:18:53 <welterde> ataques não sutis poderiam ser visíveis lá então 20:19:00 * welterde procura a página do openitp que você mencionou 20:19:22 <zzz> str4d configurou isso, mas não vejo mais o link na página inicial 20:19:35 <dg> p: Alguém conseguiria realizar o ataque de RI sem um Sybil de espaço de chaves completo? 20:19:45 <dg> Acho que sim, mas ??? 20:20:05 <zzz> `http://trac.i2p2.i2p/wiki/OpenITPReview/Criteria` 20:20:35 <zzz> Maturidade e transparência do processo de resposta a vulnerabilidades 20:21:20 <zzz> não estamos falando aqui de um Sybil em todo o espaço de chaves. Você está mirando um segmento específico 20:21:31 <welterde> dg: ele só precisa capturar a maioria das consultas de LS... e o máximo possível de consultas de RI; esta última parte só depende de quanto tempo ele tem para o ataque 20:22:17 <dg> "maioria"? Da rede toda? 20:22:20 <zzz> só está me irritando muito que poderíamos ter feito isso meses atrás sem esforço. 20:22:39 <dg> certo. fica uma droga se fizermos agora, sério. 20:22:49 <zzz> mas acho que isso é irrelevante 20:23:14 <zzz> quem mais tem opinião, por favor se manifeste 20:23:43 <topiltzin> dd if=/dev/null of=opinion.txt 20:24:13 <zzz> última chamada. vamos fazer isso? 20:24:27 <welterde> claro, se alguém estivesse entediado poderia bolar uma simulação... isso certamente ajudaria ;) 20:25:09 <zzz> talvez eu só esteja irritado comigo mesmo por não ter pensado em simplesmente desativar as verificações. 20:25:32 <dg> zzz: não se preocupe com isso. não se espera que você cubra tudo sempre. 20:25:43 <zzz> ok, todos com uma opinião, por favor digitem yes para fazermos um release esta semana ou no para não 20:26:06 <welterde> (ou eu estou aqui se tanto faz para você...) 20:26:58 <zzz> Se eu não vir nenhum voto, não vamos fazer isso 20:27:21 <topiltzin> o release conterá *apenas* a desativação das verificações de RI? 20:27:32 <topiltzin> vs. o que quer que esteja no trunk agora? 20:27:35 <welterde> talvez não devêssemos ter pulado a fase de quem está aqui da reunião 20:27:54 <dg> eu só não sou qualificado o suficiente. 20:27:57 <zzz> não me importa quem está aqui. me importa quem tem opinião. 20:28:24 <welterde> zzz: bem... quem não está aqui não tem opinião ;) 20:28:46 <welterde> zzz: acho que estamos falando mais de um release pequeno, certo? 20:28:59 <dg> welterde: o que você quer dizer 20:29:02 <zzz> seria só verificações de RI + qualquer outra coisa pequena que decidirmos puxar do trunk 20:29:17 <zzz> e provavelmente chamada 0.9.7.1? 20:29:28 <welterde> sim... era isso que eu tinha em mente também 20:29:39 <kytv> sem conhecimento deste tópico, portanto sem opinião; se fizermos, claro que posso fazer os uploads para os diversos lugares, etc. 20:29:58 <zzz> pelo amor de Deus, alguém vote. welterde, pelo menos 20:30:13 <zzz> quem mais leu o artigo da UCSB? 20:30:16 <welterde> ah, eu sou a favor, se isso não ficou claro ;) 20:30:41 <dg> eu li... 20:31:16 <topiltzin> estou ansioso para testar as outras coisas no trunk, então quanto mais decidirmos puxar, mais "Yes" meu voto se torna. Sem opinião estritamente sobre a verificação de RI. 20:31:54 <welterde> str4d: sua opinião? você esteve bastante ativo na discussão no fórum ;) 20:33:56 <welterde> zzz: talvez devêssemos fazer a votação no tópico do artigo... assim o str4d e o tuna (e os outros no tópico que não estão aqui) também podem opinar... 20:33:56 <zzz> eu gostaria de manter a lista de "outras coisas" bem curta, pois eu faria isso muito rápido e depois viajaria, sem conseguir corrigir problemas 20:33:59 <zzz> tuna está quase completamente AFK por mais um tempo 20:34:51 <dg> um no seria melhor do que silêncio 20:35:03 <welterde> zzz: bem... ou o kytv poderia fazer o build... 20:35:10 <zzz> em teoria o kytv também pode fazer releases, ele é o outro com chaves de assinatura, sim 20:36:35 <zzz> ok então vamos fazer. Vou abrir um tópico no zzz.i2p se vocês quiserem propor outras coisas para entrar, decisão final em cerca de 24 horas, e eu faço o build talvez na quinta‑feira. Alguém pode contatar o echelon? 20:36:53 <zzz> algo mais sobre este tópico? 20:37:37 <dg> acho que não. 20:38:23 <zzz> `http://zzz.i2p/topics/1443` 20:38:40 <zzz> por favor, revisem o diff de 17 mil linhas a partir do 0.9.7 e o history.txt para outros candidatos a puxar 20:38:47 <zzz> 2) tópicos do Meeh 20:38:50 <zzz> assuma, Meeh 20:54:33 <topiltzin> zzz: a tag é "i2p-0.9.7" 20:54:36 <topiltzin> não "0.9.7" 20:54:47 * topiltzin preparando sua plucklist 20:55:26 <welterde> aqui também 20:55:32 <zzz> valeu 20:55:47 <dg> zzz: pm ok? 20:57:06 <zzz> só se não tiver nenhum interesse para mais ninguém 20:58:51 <dg> rascunho de email para o zooko 20:58:55 <dg> `http://pastethis.i2p/show/0bZ3iFeE9uABCORkfXV6/` 20:58:58 <iRelay> Título: Paste #0bZ3iFeE9uABCORkfXV6 | LodgeIt! (em pastethis.i2p) 20:59:10 <dg> eu não incluí status nem nada ainda. Posso estar completamente fora. Feedback é bem‑vindo. 21:01:00 <zzz> 3) /me *baf*s the meeting closed for Meeh 21:03:29 <zzz> dg, isso é um começo realmente ótimo.

Versão 0.9.7

Mon, 15 Jul 2013 00:00:00 +0000

A versão 0.9.7 inclui correções de bugs significativas e melhorias significativas.

Pela primeira vez, routers da classe ‘N’ (aqueles com um mínimo de 128 KBytes/sec de largura de banda compartilhada) passarão automaticamente a se tornar floodfill (antes, eram apenas routers ‘O’ com 256 KBps). Isso aumentará a população de floodfill para resistência adicional a certos ataques (veja abaixo). Routers floodfill não consomem muita largura de banda adicional, mas tendem a usar memória adicional e mais conexões simultâneas. Se você não deseja que seu router se torne floodfill, defina a configuração avançada router.floodfillParticipant=false.

Reunião de Desenvolvedores do I2P - 04 de junho de 2013

Tue, 04 Jun 2013 00:00:00 +0000

Resumo rápido

Presentes: christoph2, dg, hottuna, inscrutable, KillYourTV, Meeh, orion, psi, sponge, str4d, topiltzin, zzz

Registro da Reunião

19:52:28 <hottuna> zzz, christoph2: syn 19:54:26 <topiltzin> yay, dev beating! 19:54:33 <topiltzin> s/beating/meeting/ 19:54:37 <iRelay> topiltzin meant: yay, dev meeting! 20:00:03 * hottuna baf's the meeting opened 20:00:07 <hottuna> Agenda: 20:00:14 <hottuna> * The next NetDB backend 20:00:14 <hottuna> * Ticket #729 - properties location on osx 20:00:14 <hottuna> * Ticket #741 - process renamer on windows 20:00:14 <hottuna> * Misc? 20:00:22 <iRelay> `http://trac.i2p2.i2p/ticket/729` - (assigned enhancement) - on OSX ~/.i2p -> ~/Library/Application Support/i2p 20:00:33 <iRelay> `http://trac.i2p2.i2p/ticket/741` - (accepted enhancement) - Make I2P easier to deal with with Windows firewall software 20:00:45 <hottuna> __ The next NetDB backend__ 20:01:16 <hottuna> I've been working on a proposal, the first RFC is ready 20:01:35 <hottuna> http://trac.i2p2.de/wiki/NetDB/NextBackend 20:01:38 <iRelay> Title: NetDB/NextBackend I2P (at trac.i2p2.de) 20:02:14 <hottuna> The general idea is to use a Kademlia base and extend it with features that improve performance and/or reliability. 20:02:59 <hottuna> Some of the initial code for Kademlia has already been written by zzz 20:03:34 <hottuna> In fact a full BEP5 implementation. BEP5 is the mainline bittorrent implementation of Kademlia. 20:04:13 <hottuna> Several DHTs have been considered: Chord, Freenet and Pastry. 20:04:47 <hottuna> However Kad is fast, extendible and relatively reliable. 20:05:05 <topiltzin> some other Kad derivatives that are used in production: Azureus kad, eMule kad, Mojito Kad (Limewire) 20:05:24 <topiltzin> Overnet (eDonkey, now defunct) 20:05:47 <topiltzin> no p2p app uses chord or pastry (to my knowledge) 20:05:54 <hottuna> I've had a look through the Az-Kad and it's not very compatible. Mojito might be interesting 20:05:57 <hottuna> On top of Kad a few changes have been proposed. 20:06:05 <hottuna> Recursive tunnels for faster lookups. 20:06:20 <hottuna> And Random Recursive lookups for more reliable lookups. 20:07:13 <hottuna> Insertions will be standard Kad until Random Recursive Stores are implemented. 20:07:45 <hottuna> Alright, so that is the overview. Does anyone have any questions? 20:08:17 <topiltzin> One objection to recursive tunnels is that it renders local ip banlists useless 20:08:40 <topiltzin> for example, I could have manually added the ips of a hostile party to my ban list 20:09:18 <topiltzin> the nodes that participate in the recursive lookup/store will not know that 20:09:37 <hottuna> That is true. 20:10:00 <hottuna> Recursive queries are somewhat frail, and should only be used for speed. 20:10:35 <hottuna> Random Recursive queries will however, eventually find a path which doesnt involve the banned nodes. 20:11:05 <hottuna> For what kind of situations would you not trust the ban-list of another node? 20:11:25 <dg> sponge: want udp 20:11:28 <dg> eche|on: count is not persistent after network changes ("soft restart") 20:11:51 <topiltzin> for the situation where the operator of that node hasn't been diligent in updating the banlist 20:12:02 <topiltzin> or for the situation where the other node has no banlist at all 20:12:29 <hottuna> But what would happen if the query passed through a 'banned' node? 20:12:51 <hottuna> Either it is forwarded, dropped or recorded. 20:13:31 <zzz> iterative never passes thru anybody 20:13:34 <topiltzin> whatever the sybil/eclipse attack does - probably droped? 20:14:38 <hottuna> That is the thing about Recursive. It's ok if it fails. We have more reliable methods for keys that are under attack. 20:15:09 <hottuna> Like Iterative or Random Recursive 20:15:24 <zzz> how to select a mode? 20:15:35 <topiltzin> theoretically you could include a small bloom filter of banned ips to the query 20:15:54 <hottuna> mode selection an open question. 20:15:57 <hottuna> is an* 20:16:28 <hottuna> In my mind a parallel version would be interesting 20:16:39 <hottuna> A sequential failover version would be slow 20:17:03 <hottuna> But it is a bandwidth vs. max_latency tradeof 20:17:51 <hottuna> topiltzin: R5N includes a bloomfilter in queries. But I don't think the really is needed. 20:18:14 <hottuna> We build this thing to work even if failures are encountered 20:18:14 <topiltzin> how much slower is the iterative lookup, and is that slowness a bottleneck of any kind? Do we really need to be optimizing that? 20:18:45 <zzz> I think we gotta start with adding stat code (where necessary) to netdb and snark and gathering stats on current performance of those two impls 20:18:52 <hottuna> When you visit an eepsite, a lookup has to be done. 20:19:25 <hottuna> topiltzin: the speed of lookups can be seen under the 'Lookup' part of http://trac.i2p2.de/wiki/NetDB/NextBackend 20:19:28 <iRelay> Title: NetDB/NextBackend I2P (at trac.i2p2.de) 20:20:16 <zzz> netdb has lots of stats, if we add stats to equivalent places in snark we can start to put a picture together 20:20:35 <hottuna> query latencies etc? 20:21:06 <topiltzin> zzz: +1 on moar stats 20:21:06 <zzz> latencies, queries-per-success, etc, yes 20:22:26 <hottuna> Having access to those stats would be interesting. Especially when developing something new. However comparing I2PSnark-DHT to FloodFill is comparing apples to oranges. 20:22:29 <zzz> as I said the other day, I think the snark code could be moved back to netdb but only if we choose K and B to swallow the whole local netdb into the routing table 20:22:57 <zzz> if the routing table is missing most of the local netdb we may as well just keep sorting 20:23:55 <zzz> your proposal (and yes it's been my plan for a couple years as well) is to replace the orange with the apple, so it's kindof important to compare them. 20:23:58 <hottuna> Im am not against setting a high B, lookup latency is a real issue 20:24:55 <hottuna> regarding K I think keeping it at 8 may be reasonable. 20:25:18 <hottuna> of course the new dht would have to be evaluated. 20:26:05 <zzz> you can't pick K in isolation. You have to pick K and B to make the routing table work as well as sorting does now, for a given local netdb size. 20:27:03 <hottuna> Both can be tweaked while deploying. 20:27:29 <hottuna> So I'd go for an initial guesstimation base on what we know and what we need. 20:28:17 <zzz> also depends greatly on whether it's the ffs or everybody that's in the new dht 20:29:24 <hottuna> Not making every node a participant in the new dht would be a mistake an keep us vulnerable to attacks like that presented in the UCSB paper 20:30:15 <zzz> I don't see info on who's in or out in your proposal 20:30:18 <hottuna> I suppose I wasn't very clear about that in the proposal. 20:30:25 <hottuna> ;) 20:31:30 <zzz> not at all sure you want everybody (natted, android, hidden, chinese, mobile phones, etc) in it 20:31:46 <zzz> check out jr's extensive comments on where it all went bad 20:31:53 <topiltzin> node churn is not good for the dht. You should have some minimal uptime requirements 20:32:32 <hottuna> topiltzin: node churn isnt much of an issue since all our data is mutable and republished every 37 seconds - 30 minutes 20:33:09 <hottuna> nat:ed nodes should probably not participate. android probably should 20:33:17 <zzz> sure, N=500 and B=-8 was the disaster he never figured out, but there were other causes too, that are still present in our network... and could get much much worse if android takes off 20:33:25 <hottuna> chinese.. i don't know.. 20:34:04 <hottuna> other than likely having higher churn, how is android different? 20:34:32 <topiltzin> node churn affects routing negatively.. so if the goal of this effort is to improve routing you cannot ignore it 20:34:39 <zzz> I mean phones, not android in particular 20:34:58 <hottuna> android==phnoes for me aswell 20:35:22 <zzz> mobile devices have lower bandwidth and horsepower and intermittent connectivity 20:35:57 <hottuna> How is it done now? 20:36:12 <zzz> what? 20:36:39 <hottuna> regarding android devices that want to be an ff? 20:36:42 <hottuna> christoph2: is lurking somewhere 20:36:49 * christoph2 hides 20:37:00 <topiltzin> there are some criteria for becoming an FF, one of them is uptime 20:37:11 <hottuna> how would fast key-rotation interfere with an eclipse attack? 20:37:57 <hottuna> and how long does it take for a node to integrate into the netdb of the other nodes? (ie pollute their routing tables) 20:38:32 <zzz> androids become ff automatically like anybody else, if they meet the criteria. But seems unlikely anybody would do that over the air 20:38:38 <christoph2> well you have time T it takes to integrate a node into I2P (untill it's reasonably well connected) and time t the rotation. you need T/t + safety nodes for eclipse 20:38:53 <hottuna> topiltzin: uptime is really not much of an issue. R5N has some pretty aggressive replication factors. So churn is not an issue 20:39:00 <christoph2> * nodes needed to actually eclipse 20:40:27 <christoph2> hottuna: not exactly following code changes. was less than 30 minutes in december 20:40:27 <hottuna> I did some quick calculations yesterday 20:40:27 <christoph2> well 0.9.2 iirc 20:40:27 <hottuna> nodes_needed_for_eclipse = (60/key_rot_interval)*eclipse_integration_time*attackers_per_eclipse 20:40:27 <hottuna> nodes_needed_for_eclipse = (60/10)*24*20 = 2880. Which might be prohibitive for an attacker. 20:40:27 <zzz> hottuna, how would a new keyspace (either a different permutation formula, different rotation schedule, or both) work? I don't see how we could ever migrate over. 20:40:27 <hottuna> ok, that sounds reasonable 20:40:49 <hottuna> We'd use both in parallel? the current implementation will remain separate until we can safely move away from it. 20:41:26 <zzz> what I really want to know is what can we do in the next two weeks to improve resistance 20:41:29 <hottuna> christoph2: are those calculations sensible? and would 2880 nodes be an issue at all? 20:41:36 <zzz> if that's making the class N routers ff, lets do that. 20:41:36 <topiltzin> I find it very hard to believe that node churn isn't an issue. The bigger the churn, the worse the routing table of each individual node 20:42:29 <zzz> how could we ever 'move safely away' and maintain compatibility? How could we handle the conn limit issues of two parallel impls? How would we migrate from one to the other? 20:42:33 <hottuna> topiltzin: the value K, which is the size of each bucket in the routing table is chosen to be a number of nodes that are highly unlikely to drop out of the dht in an hour. 20:42:33 <topiltzin> ^^ class F but !windoze 20:43:04 <topiltzin> s/F/N/ 20:43:08 <iRelay> topiltzin meant: ^^ class N but !windoze 20:43:12 <zzz> sure, we could do class N non-windows. No idea how many there are 20:43:35 <zzz> it would also expose those routers as being non-windows, small anon issue 20:43:35 <christoph2> hottuna: you get ~20 on a moderately expensive server. 100 of these may or may not be a problem depending on whom you defend against. and I'm not sure if you couldn't get several times more nodes per server with proper code 20:44:22 <hottuna> alright, so it could be a bit of an issue. However it won't be for long the way technology tends to evolve 20:45:28 <zzz> what else could we do for 0.9.7? 20:45:28 <topiltzin> true re: anon issue.. so maybe just do all N and hope we don't piss users off too mch 20:46:18 <christoph2> didn't read everything. what was the issue with windows? 20:46:25 <hottuna> re connections: old nodes would carry on as usual. new nodes would balance their queries amongst both nets. 20:46:49 <dg> christoph2: baked in connection limits 20:46:52 <hottuna> christoph2: windows doesnt allow for a large number of connections 20:47:07 <christoph2> ah ok 20:47:27 <hottuna> christoph2: alright, so that answers the key rotation issue. it is probably not worthwhile 20:47:34 <topiltzin> actually it's the rate at which new connections are opened that's limited 20:49:07 <zzz> hottuna, I don't see how we get from here to there. I can see how to move the snark code to netdb with the same iterative lookups in the same keyspace. I don't know whether its worth it, but at least I can see how. After that it all seems really hard and mysterious. 20:50:02 <hottuna> We would change the key-space? Or what are you referring to as keyspace? 20:50:05 <topiltzin> +1 with starting with snark code and figuring other stuff $later 20:50:40 <zzz> keyspace = key->routing key algo, including rotation 20:52:14 <hottuna> so step one while deploying is having something that works (likely iterative only). then we add new KRPC messages for Recursive and Random Recursive 20:52:54 <hottuna> And when the net has upgraded to mostly support them we can enable them in the originator nodes. 20:53:27 <hottuna> deploying will even help us figure out performance while under massive attack 20:53:38 <zzz> (for background, I started with the netdb kbucket code to make a generic library in i2p.zzz.kademlia, with arbitrary K, B, hash size, and eviction algo. Then I unit tested it to death. Then I moved it to snark for BEP 5 and more testing. The last part of the original plan is to move it back to netdb to complete the circle) 20:54:54 <hottuna> zzz.kad && i2psnark seems like a good base. I've been reading some of the code today, and it makes a lot of sense to me. 20:55:01 <zzz> you're proposing different keyspace, different rotation, and different participants. i.e. a completely new overlay. 20:55:33 <hottuna> I'd like to do a completely new overlay. 20:56:04 <zzz> oh good. code reading++. 20:56:47 <hottuna> alright. If this makes sense and no one has any objections I'd like to move this meeting along. 20:57:42 <hottuna> __Ticket #729 - properties location on osx__ 20:57:49 <hottuna> topiltzin, Meeh 20:58:11 <topiltzin> yep, that's some very low-hanging fruit that's been dangling around 20:58:39 <zzz> new overlay sounds like misery to me. 21:00:12 <topiltzin> ... awkward moment ... 21:00:59 <topiltzin> we still on dht? 21:02:09 <dg> imho discussion on dht isn't over but for the benefit of the meeting it should be 21:02:23 <dg> no decisions seem clear 21:02:26 * dg returns to shadows 21:03:16 <topiltzin> I think the decision for the immediate future 0.9.7 is moar FFs .. the long-term view is still foggy 21:03:42 <topiltzin> I'm gonna go ahead with #729 . Meeh, you around bro? 21:04:16 <trolly> sry, I forgot about meeting 21:04:57 <hottuna> alright topiltzin, what's up with #729? 21:05:35 <topiltzin> So, I've been running it for a while now, propagating trunk to branch i2p.i2p.729 21:05:50 <topiltzin> works fine, straight-forward 21:06:21 <topiltzin> affects only new installs on OSX, so low impact, etc. 21:06:44 <topiltzin> I'd like to merge it and get it over with 21:07:03 <hottuna> zzz, up for the #729 merge? 21:07:45 <hottuna> I don't have mac access, but Im assuming that topiltzin and Meeh does. 21:08:12 <topiltzin> Yeah, we're probably the only osx users around here :) 21:08:15 <topiltzin> here's a diff: 21:08:15 <topiltzin> mtn diff -r h:i2p.i2p -r h:i2p.i2p.729 21:09:14 <hottuna> I don't have repo access on this machine :/ 21:09:41 <dg> "access"? 21:10:00 <hottuna> as in set up :P 21:10:07 <zzz> no objections 21:10:38 <topiltzin> pastebin coming for those who care 21:10:50 <zzz> just needs some testing, but probably wont get more unless its merged 21:10:50 <hottuna> thanks! 21:11:35 <zzz> I lobbied for merging months ago as you will see in #729 comments 21:11:42 <topiltzin> `http://pastethis.i2p/show/3404/` 21:11:45 <iRelay> Title: Paste #3404 | LodgeIt! (at pastethis.i2p) 21:12:01 <hottuna> let's go ahead with the merge then 21:12:17 <topiltzin> ok great. Meeh, speak now or forever hold your peace 21:12:28 <topiltzin> (or whatever it is the priest says at the wedding) 21:13:18 <zzz> I'd like him to speak later too if that's when he tests it :) 21:13:21 <topiltzin> ok, I'll merge after the meeting 21:13:56 <hottuna> __Ticket #741 - process renamer on windows__ 21:14:11 <topiltzin> str4d: you around for this? 21:15:54 <topiltzin> mmk, this ticket is not so small 21:16:57 <topiltzin> background - on windows, i2p runs with a process name of "java" 21:16:57 <sponge> hi 21:17:24 <sponge> meeting today? 21:17:27 <topiltzin> which means any security settings that are applied to i2p become valid for any and every java application 21:17:41 <hottuna> sponge: yes. `http://zzz.i2p/topics/1397?page=1#p6616` 21:17:48 <iRelay> Title: zzz.i2p: Meeting [4th June] (at zzz.i2p) 21:17:48 <sponge> ty 21:17:59 <sponge> bout time I made one of these... 21:18:48 <sponge> this day is always difficult for me to do anything at this particular hour 21:18:55 <zzz> can we do anything on 741 w/o str4d ? 21:19:29 <sponge> I finally have a machine with windows on it 21:19:36 <topiltzin> if we have a copy of visual studio then we can do everything without him 21:19:59 <sponge> 7 iirc, never use it though, so i can help/test 21:20:14 <hottuna> I could get a VS license from microsoft, if anyone knows how to use it.. 21:20:41 <topiltzin> it's a good idea for the project to have such license 21:20:41 <zzz> I mean as far as discussion. So back to the beginning, topiltzin you put this on the agenda why? just to try to get things moving? 21:20:41 <sponge> vs is pretty painful from what I have heard 21:21:07 <topiltzin> exactly - get some action going 21:21:37 <hottuna> Alright, str4d isn't around. Should we table this? 21:21:48 <sponge> aye 21:22:28 * sponge has some 'misc' for discussion 21:22:41 <sponge> let me know when I got the talking stick 21:23:03 <hottuna> Ill take that as a resounding yes. 21:23:03 <hottuna> Moving along.. 21:23:06 <hottuna> __Misc__ 21:23:09 <topiltzin> if you guys want to table it fine, but let's not forget about it competely 21:23:21 <hottuna> topiltzin: agreed 21:23:46 <topiltzin> (I will bring it up next meeting too) 21:23:57 <topiltzin> ;-) 21:24:08 <hottuna> sponge: Misc was it? 21:24:51 <sponge> MISC-- Bridge API for UDP (BOB) -- I have a few ideas on how it could be done, but I need some feedback, and need to know if it is even wanted 21:25:18 <sponge> basically we need some sort of standard that is expandable 21:25:22 <sponge> and to stick with it 21:25:43 <sponge> it also has to be able to not mess with what is out there already 21:25:57 <sponge> well-- adapt easily 21:26:56 <hottuna> So the question is what people would use it for? 21:27:03 <zzz> we already have a thread going at `http://zzz.i2p/topics/1393` --- how about putting your proposal there? 21:27:10 <iRelay> Title: zzz.i2p: UDP Trackers (at zzz.i2p) 21:27:10 <sponge> two ways I am thinking of is either wrap a UDP packet with <<destination><data>> or <<handle><data>> 21:28:13 <dg> hottuna: trackers, voip? 21:28:16 <sponge> I'm curious on demand 21:28:16 <dg> dare i say it, games 21:29:03 <sponge> and I need people to discuss this. I have been trying for YEARS to talk with someine, to get more ideas, and nobody wants to think on the problem 21:29:03 <dg> oh, anonet. psi was pushing for that. 21:29:03 <sponge> *someone 21:29:03 <zzz> gotta read up on how SOCKS does it too 21:29:03 <sponge> there are apps out there that do use IDP 21:29:06 <sponge> *UDP 21:29:22 <sponge> don't forget gnutella 21:29:25 <inscrutable> voip (mumble) has been implemented and seen some use 21:29:44 <zzz> that's tcp 21:29:47 <sponge> bote uses a udp-ish packet too 21:29:54 <sponge> gnutella can use udp 21:29:58 <inscrutable> zzz: My bad 21:30:29 <orion> When is the next meeting? 21:30:40 <hottuna> Whenever someone wants to hold one 21:30:40 <zzz> it's all easy inside the JVM. I could add udp to zzzot in a day. It's the external i/f that is a pita. 21:30:40 <sponge> so is there demand? and if you got implementation ideas that can expand and not go stale, post 21:30:45 <orion> Oh crap. We're in a meeting. 21:30:45 <hottuna> I won't host one next week. 21:31:06 <hottuna> orion: we're at __Misc__ now.. 21:31:25 <dg> sponge: yes. 21:31:32 <sponge> number 2 misc--- ipv6 and it's implications on de-anoning 21:31:35 <orion> hottuna: Thank you. 21:31:50 <sponge> concerns? 21:32:01 <sponge> haw close are we to using ipv6 21:32:08 <sponge> how 21:32:12 <hottuna> what concerns are you having sponge? 21:32:27 <sponge> ipv6 can link to who you are very easily 21:32:46 <Meeh> damn, overslept the meeting -.- 21:32:53 <zzz> IPv6 thread: `http://zzz.i2p/topics/109` 21:32:56 <hottuna> since the address space is larger? 21:32:59 <iRelay> Title: zzz.i2p: IPV6 TODO (at zzz.i2p) 21:33:03 <sponge> yes 21:33:03 <sponge> I was thinking 21:33:14 <sponge> zzz: this is different, but related 21:33:17 <dg> ipv6 does not deanonymize? WHOIS _may_ be more accurate as _may_ be determining if a NAT is in place (Bob and Ryan are behind a NAT, you do not know which is which) -- with IPv6, you can perhaps know if it is Bob or Ryan. 21:33:24 <dg> IMO, it makes no practical difference to I2P. 21:33:27 <sponge> i2p could get an ipv6 space 21:33:39 <psi> socks 5 udp would be awesome 21:33:42 <sponge> farm that out to users via tunnel 21:33:45 <str4d> o/ 21:33:48 <orion> Side note: i2pcpp will have full ipv6 support. 21:33:54 <str4d> Apologies for being late. 21:33:57 <hottuna> dg: I agree. 21:34:06 <zzz> awaiting sponge to list his concerns (post #66) 21:34:20 <dg> hottuna: Can we move on if sponge has nothing to add? 21:34:35 <dg> i feel it's a non issue 21:34:35 <zzz> schedule? merge for 0.9.8, enable by default in 0.9.9 21:34:38 <sponge> so in short.... will i2p provide an ipv6 tunnel for persons of high concern? 21:34:53 <topiltzin> hey str4d, you missed the i2p.exe discussion :( 21:35:04 <sponge> should wee? 21:35:07 <hottuna> I don't think our threat model includes I2P being illegal to run. 21:35:31 <hottuna> If that was the case ipv4 would be problematic as well. 21:35:42 <zzz> orion, I'm trying to keep our docs up to date w.r.t IPv6. The docs should match what's in my ipv6 branch now. 21:35:45 <sponge> ht: in some countries (china?) it is 21:36:20 <hottuna> And who runs i2p is the only additional information that would be leaked. 21:36:39 <zzz> the best way thru the GFW may be via IPv6, hard to see how it's a negative 21:38:09 <sponge> last misc from me--- So sorry I have been missing all the previous meetings. Again, difficult for me to do this day of the week, and hour. I will be more active very soon on everything as well... the talking stick is for the next persion... 21:38:13 <orion> zzz: Thank you. 21:39:03 <hottuna> Meeh: you missed #726, but are requested to do some testing of the patches that will be merged by topiltzin (i think that is the summary) 21:39:15 <hottuna> str4d: #741 was tabled for next meeting 21:39:22 <hottuna> sponge: nice :) 21:39:29 <sponge> I say bring up 741 now 21:39:32 <hottuna> Okay, anything else? 21:39:32 <Meeh> hottuna: noted. 21:39:39 <sponge> he's here, why not 21:39:46 <hottuna> fine by me 21:39:46 <orion> hottuna: Yes, minor thing. 21:40:01 <hottuna> ok, go orion! 21:40:04 <topiltzin> de-tablizing 741 ... :) 21:40:20 <orion> I was wondering if someone could get me my credentials for the press@i2p2.de email account. 21:40:27 <orion> As well as update the website. 21:40:46 <sponge> orion: website is in mtn 21:40:56 <hottuna> update what part of the website? 21:41:03 <str4d> And no credentials required to update website. 21:41:18 <str4d> (Just create a mtn key and go) 21:41:25 <orion> str4d: email account 21:41:43 <hottuna> welterde handles that domain as far as I know. 21:41:46 <orion> Or, nevermind. The team.html page has already been updated. 21:41:46 <zzz> you'll be sorely disappointed, as I don't think we've ever gotten a single email there, but welterde is the person to ask to get added. It's just a redirector to a list, there's no account. 21:42:02 <orion> So right now it's just the email account. 21:42:20 <orion> I Will speak to welterde, thank you. I yield my time. 21:42:30 <hottuna> excellent 21:42:38 <hottuna> __Ticket #741 - process renamer on windows__ 21:42:45 <str4d> Okay, so briefly de-tablizing 741? 21:42:45 <hottuna> topiltzin, str4d 21:42:52 <hottuna> yes 21:42:58 <sponge> :-) 21:43:05 <str4d> Current situation: the process renamer works. 21:43:12 <str4d> (When called by the Tanuki wrapper) 21:43:23 <str4d> (or passed CLI arguments) 21:44:01 <str4d> I've tested it on Win7. topiltzin has verified that the code has been run on pretty much everything except Win8. 21:44:12 <str4d> So it needs testing there. 21:44:34 <hottuna> Does anyone have win8 access? 21:44:37 <zzz> 32/64? 21:44:52 * KillYourTV can 21:44:59 <str4d> The one part that is not working currently is the internal defaults - the arguments that are used if no arguments are provided externally (i.e. wrapper or CLI). 21:45:02 <KillYourTV> (win 8, x64 and/or x86) 21:45:09 <sponge> My daughter was going to upgrade to 8, but we found out it is really bad. 21:45:12 <str4d> zzz: I was running 64-bit Win7 21:45:30 <str4d> (IIRC) 21:45:30 <hottuna> so KillYourTV, you're up for some testing? 21:45:37 <KillYourTV> always 21:45:44 <hottuna> :) 21:45:52 <str4d> Thanks KillYourTV :) 21:46:11 <topiltzin> two remaining points I can see: 21:46:11 * KillYourTV will set up some VMs 21:46:14 <str4d> Testing just requires dropping the new i2p.exe into the install folder, and tweaking wrapper.config to use "i2p" instead of "java". 21:46:21 <topiltzin> 1. Icons - need them in different sizes, alpha channels, b.s. 21:46:36 <topiltzin> 2. Strings like license, description, etc. need reviewing 21:46:55 <str4d> 1. - I've set the VS file to refer to the icon in the installer/ dir in i2p.i2p. 21:47:22 <str4d> So it should be using the same icon as the launch4j-based i2p.exe uses. 21:47:25 <KillYourTV> I've not noticed but is the proposed "renamer" already in i2p.i2p? 21:47:36 <str4d> 2. - Agreed. 21:47:36 <hottuna> re Icons: i don't think that any high quality/svg files exist 21:47:51 <str4d> KillYourTV: yes - installer/c/i2pExe 21:48:10 <zzz> if it doesnt work w/o arguments, isnt that a problem? 21:48:10 <KillYourTV> cheers, I can handle the rest then ^^ 21:48:28 <str4d> zzz: yes it is. 21:48:35 <topiltzin> then some things like control panel are going to look weird 21:48:43 <str4d> That needs to be fixed if it is going to replace the launch4j-based i2p.exe 21:48:54 <topiltzin> str4d: are you sure it's a problem? I thought you hardcoded some defaults 21:49:17 <str4d> topiltzin: I did, but it just crashes and I couldn't work out why at the time. 21:49:29 <sponge> hardcodeing can be a bad thing, Do a path search first. 21:49:47 <str4d> But when I pulled out (what should have been) the exact same arguments and used them via the CLI, it worked fine.. 21:50:02 <str4d> sponge: different defaults. 21:50:13 <sponge> ahh 21:50:35 <str4d> sponge: these are the settings that I2P is run with if nothing else is there (no wrapper.config). See installer/i2pstandalone.xml 21:50:38 <topiltzin> str4d: in order KillYourTV to test you need to build the actual i2p.exe or have you commited that in mtn? 21:50:46 <str4d> (and the doBuildExe target in build.xml) 21:50:49 <sponge> str4d: you may have to do like I did for BOB, basically a double main() 21:50:53 <KillYourTV> topiltzin: it's in mtn 21:51:07 * KillYourTV already asked ^^ 21:51:14 <str4d> topiltzin: needs to be built - I wasn't going to commit the binary until we were close to actually using i. 21:51:21 <str4d> KillYourTV: I meant that the source is in mtn ^_^ 21:51:24 <sponge> the first main inserts missing args, passes it to the actual main() 21:51:31 <KillYourTV> oh...heh 21:51:58 <str4d> sponge: that's pretty much what is done - if args are passed they are used, otherwise default args are constructed. 21:52:05 <sponge> so you got main() and _main() 21:52:08 <topiltzin> ok so the i2p.exe is not in mtn? 21:52:08 <str4d> topiltzin: what is the format of launch.properties? 21:52:27 <str4d> topiltzin: correct. Just installer/c/i2pExe/i2p.c etc. 21:52:30 <sponge> the first is just a cleanup 21:52:37 <str4d> sponge: see installer/c/i2pExe/i2p.c for the code. 21:52:37 <dg> topiltzin: src yes, binary no 21:52:48 <sponge> will look, thanks 21:53:11 <sponge> I'll get back to you on why it is broken 21:53:27 <str4d> topiltzin: there were also several commented-out methods that I couldn't work out their purpose. 21:54:04 <topiltzin> that's fine, I can explain offline 21:54:15 <topiltzin> but KillYourTV needs a binary to test, can you build one? 21:54:54 <str4d> topiltzin: sure. 21:55:21 <topiltzin> launch.properties - I believe one line per property, need to double-check 21:55:39 <str4d> (unless you already have VS2008 KillYourTV - that's what it is built with) 21:56:05 <topiltzin> which brings up another interesting __misc__ point: 21:56:08 <str4d> topiltzin: I'm thinking that launch.properties could be like wrapper.config but for the standalone case. 21:56:23 <topiltzin> yeah 21:56:42 <str4d> (Because the current standalone i2p.exe is not adjustable at all) 21:58:33 <topiltzin> now that the project is loaded with cash (because some mysterious person donated 1000 BTC when they were still cheap) we should have some software licenses for things like vmware, visual studio, etc. 21:59:21 <hottuna> visual studio I can get for free or one of you guys 21:59:24 <topiltzin> I'm sure that KillYourTV has legally purchased his copies of Windows 8 :-D but technically it's the project that should be funding that 21:59:39 <zzz> microsoft is advertising $450 win8 computers on tv (Asus? Acer?), we could just buy one of those 22:00:05 <sponge> excellent idea zzz 22:00:16 <KillYourTV> (dreamspark copies, "for educational use") 22:00:27 <maidenboi2> tiger direct often has deals for 300-400 on low end laptops 22:00:27 <orion> If Microsoft offers student discounts, I can get them. 22:00:34 <orion> If you want to go that route. 22:00:37 <topiltzin> hottuna yes please (re VS) 22:00:51 <dg> wait 22:01:01 <dg> is the gamer laptop we bought win. 8? 22:01:19 <hottuna> do we really need toys? couldnt the testing be done on a vm? 22:01:27 <KillYourTV> echelon had his own windows. 22:01:45 <KillYourTV> and I do my testing in clean VMs 22:01:52 <sponge> str4d: I have vs around some place (it is very old) but I won't be using that. I'll simply review your code once pull and apply is finished here and advise you 22:02:14 <str4d> sponge: thanks. 22:02:59 <topiltzin> a vm is always better 22:02:59 <orion> I agree with hottuna regarding the VM. 22:02:59 <topiltzin> and we can pass around images for easier debugging etc. 22:02:59 <hottuna> alright. so are we happy with this topic/discussion? 22:02:59 <sponge> str4d: no problem. I've head my head buried in C, C++ and ASM for the last month 22:03:02 <zzz> a win8 netbook would be a hella lot cheaper than VS 22:03:52 <orion> zzz: What if I got a student copy of VS? 22:04:03 <hottuna> I was thinking of donating my student copy as well. 22:04:14 <topiltzin> orion: if you get a student copy i2p cannot technically use it 22:04:21 <sponge> My daughter could possibly get a student version too 22:04:27 <topiltzin> s/technically/legally/ 22:04:31 <iRelay> topiltzin meant: orion: if you get a student copy i2p cannot legally use it 22:04:31 <hottuna> topiltzin: why not? 22:04:34 <str4d> hottuna: yes over here. Two main action items: Fix the defaults (and provide a launch.properties); build an i2p.exe for KillYourTV to test. 22:04:37 <orion> It's for my education. 22:05:07 <hottuna> and not for a for-profit company/project 22:05:07 <topiltzin> beause it is a student copy for orion's education - it means only he can use it 22:05:26 <hottuna> ok. in that case I cant provide VS. 22:05:49 <topiltzin> what license does yours have? 22:05:58 <hottuna> and this stuff cant be built by mingw? 22:05:58 <hottuna> topiltzin: student 22:06:46 <topiltzin> you can use it to build i2p.exe or other stuff for i2p, the only thing you can't do is give it to someone else 22:07:23 <KillYourTV> what about vs2008 express? Is that limited to 32bit only? 22:07:46 <sponge> str4d: note! It is not good style to mix C++ comments in C code ;-) use /* */ 22:08:01 <KillYourTV> I suppose we need i2p.exe 64bit _and_ i2p.exe 32bit 22:08:32 <topiltzin> I *think* 32-bit only is good enough 22:08:35 <sponge> I also already see your problem 22:09:01 <topiltzin> good enough = runs on both 64 and 32 bit windows 22:09:19 <KillYourTV> I'm not sure a 32bit i2p.exe can load the 64bit wrapper. The 32bit wrapper can't load the 64bit jvm 22:09:36 <KillYourTV> dunno though about this 22:10:48 <sponge> str4d: i2p.c line 54, and the loop below -- you are not assiginging correctly... it should be '*new_argv[0]' not 'new_argv[0]' same for the loop below that. The final NULL should be OK 22:11:06 <K1773R> KillYourTV: how about a x86 which starts the x86 or x64 launcher? 22:11:44 <sponge> str4d: Try that, and it should work for you 22:11:47 <KillYourTV> that's what I'm saying, I don't know if it can work. 32bit binaries _usually_ cannot call x64 binaries. 22:12:47 <sponge> actually the first line may be OK, but the loop does need to be a * 22:13:26 <sponge> read_options, if returning as a pointer, needs to copy the pointer 22:13:45 <K1773R> KillYourTV: trough cmd.exe it should work as last resort, tough thats a win problem 22:13:48 <sponge> new_argv[i] = &(read_options[i-1]); 22:13:51 <sponge> like so 22:14:57 <topiltzin> sponge do you have access to a windows box? Can you help test this? 22:15:17 <topiltzin> sponge: also post any comments on trac #741 22:15:35 <sponge> I have a win 7 laptop, but can't test today. I'm short on time, and had to budget time to be here 22:16:17 <sponge> otherwise i would jump at it 22:16:52 <sponge> point is that you have a pointer to an array of pointers 22:17:41 <KillYourTV> I can basically test any/all versions of Windows 22:17:44 <sponge> you are not copying the pointer, your code is copying the first few chars, which will point to random crap and cause your crash 22:18:46 <sponge> new_argv[0] = argv[0]; <-- that is okay 22:18:59 <sponge> new_argv[i] = read_options[i-1]; <-- random crap 22:19:13 * hottuna is readying the meeting closing hammer 22:20:21 <hottuna> alright.. closing time 22:20:24 <str4d> sponge: I'm pretty sure that section is still the same as it was for limewireExe 22:20:31 <micster> Before everyone goes, I've been thinking of "non profit 501(c)(3) status" for the Invisible Internet Project. Would this be the place to talk about that or somewhere else? 22:20:38 <str4d> (Which *should* have been in a working state, according to topiltzin) 22:20:45 <hottuna> micster: yes 22:21:04 <dg> hottuna: we're done with #741? 22:21:22 <hottuna> i doubt we'll become done with it :P 22:21:29 <sponge> str4d: problem 2 22:21:33 <sponge> free(read_options); 22:21:45 <sponge> don't free them there 22:21:48 <micster> I saw a post in the forum about someone wanting to incorporate in Germany. I'm in the US and have an interest in pursuing this. 22:21:52 <str4d> KillYourTV: re: 32/64, what currently happens with the launch4j-based i2p.exe? That starts a separate java.exe process; is it built separately for 32 and 64 bit? 22:21:55 <hottuna> sponge: I've gotta go. Could you take care of the rest of the meeting? 22:21:58 <sponge> free them at the very end 22:22:09 <sponge> I'm about to go too 22:22:15 <hottuna> it just needs a final baf, and it's done 22:22:18 <hottuna> darnit! 22:22:25 <dg> micster: Great! Sadly, timing's pretty bad. Post about it on zzz.i2p ("the forum") if you can? 22:22:28 <str4d> sponge: I'll try your suggestion and report back. 22:22:31 <sponge> I think it is done 22:22:38 <micster> Ok 22:22:41 <str4d> (later though - afk now o/) 22:22:59 <sponge> str4d: double check that it is a pointer 22:23:01 * hottuna baf's the meeting closing hammer 22:23:06 * hottuna **baf** 22:23:17 <sponge> **BARF** :-) 22:23:35 <hottuna> summary posted at: `http://zzz.i2p/topics/1397` 22:23:42 <iRelay> Title: zzz.i2p: Meeting [4th June] (at zzz.i2p) 22:23:50 <RN> :) 22:23:57 <sponge> cool, I can now go run my errands 22:24:08 <topiltzin> great meeting everyone! 22:24:19 <dg> micster: the meeting is now finishing up and everyone seems to have a lot they want to get across. You'll get more exposure and brain time if you post it there. 22:24:53 <micster> Ok, I'll make the post. Maybe it can be discussed in a future meeting. 22:25:01 <micster> Just wanted to see if I was in the right place. 22:26:52 <RN> lots of good discussion. thanks for making the time to particpate y'all 22:27:07 <hottuna> :) 22:28:54 <zzz> micster, the correct thread for that is `http://zzz.i2p/topics/1388` 22:28:58 <iRelay> Title: zzz.i2p: Official I2P group (at zzz.i2p)

Versão 0.9.6

Tue, 28 May 2013 00:00:00 +0000

0.9.6 inclui correções de bugs e uma atualização do Jetty 6.1.26 (2010-11-10) para o Jetty 7.6.10 (2013-03-12). Veja abaixo informações importantes sobre a atualização do Jetty. A série Jetty 7 é mantida ativamente e planejamos permanecer atualizados com ela em futuros lançamentos do I2P.

A maioria dos usuários atualizará via HTTP. Aqueles que estiverem executando versões de desenvolvimento tentarão atualizar por meio do BitTorrent experimental dentro da rede com o i2psnark. Corrigimos alguns erros que permitirão que mais usuários atualizem via torrent no ciclo de atualização 0.9.7.

Reunião de Desenvolvedores do I2P - 21 de maio de 2013

Tue, 21 May 2013 00:00:00 +0000

Resumo rápido

Presentes: dg, eche|on, hottuna, Mathiasdm, Meeh, zzz

Meeting Log

19:56:52 <hottuna> Hi@all && (welt||welterde||weltende) 19:57:24 <eche|on> ;-) 20:00:33 <iRelay> <jenkins@kytv> Starting build #182 for job I2P 20:01:11 <hottuna> Mathiasdm, Meeh, postman, str4d, _sponge, KillYourTV, Complication 20:01:19 <hottuna> Alright, lets get this meeting started 20:01:33 <eche|on> meeting? hmm 20:01:33 <hottuna> Agenda: 20:01:39 <hottuna> * New bounty system 20:01:44 <hottuna> * New bounties 20:01:49 <hottuna> * Misc? 20:02:21 <hottuna> __New bounty system___ 20:03:25 <hottuna> During this summer I'll have some time over for I2P development, but I also have to pay my rent which is why a new bounty system or at least a new set of bounties and sub-bounties will be suggested 20:03:51 <dg> \o 20:04:37 <iRelay> <jenkins@kytv> Project I2P build #182:SUCCESS in 4 min 7 sec: `http://jenkins.killyourtv.i2p/job/I2P/182/` 20:05:00 <hottuna> after discussing the idea with eche|on, it seems like the best option for payed work is via the bounty system 20:05:44 <hottuna> to make it work I'll suggest at least one large bounty and then create sub-bounties for it 20:06:27 <hottuna> the sub bounties will be created and closed on a bi-weekly schedule 20:06:41 <hottuna> (preferably by holding a meeting like this when a sub bounty is to be closed) 20:07:27 <eche|on> you know my opinion, and so I just wait for input ;-) 20:07:35 <hottuna> Currently the i2p project has a lot of funds which aren't doing us any good 20:08:10 <hottuna> and allowing me to contribute to some much needed problem areas in i2p should be a good thing overall 20:08:51 <hottuna> Does anyone have any questions or feedback at this idea? 20:09:26 <hottuna> I've talked to zzz, eche|on, postman and Mathiasdm earlier and they have approved 20:10:07 <hottuna> I've tried to reach welt/welterde/weltende, _sponge, badger and KillYourTV but have not gotten any response from them 20:10:23 <iRelay> <jenkins@kytv> Project I2P UnitTests build #153:SUCCESS in 5 min 36 sec: `http://jenkins.killyourtv.i2p/job/UnitTests/153/` 20:10:35 <hottuna> But I'd like to know what the rest of the inhabitants of #i2p-dev think about the idea 20:10:52 <dg> I agree that we should be doing something with the funds 20:11:08 <dg> An organized method of doing so is useful, I don't disagree at all so I'm remaining mute 20:12:04 <hottuna> dg, does this seem like a good way of doing something useful? 20:13:00 <dg> yes. The bounty system already works, we should build upon it 20:13:19 <zzz> you're proposing using existing funds? euros or BTC? 20:13:21 <hottuna> As far as bounty amounts go, 325 per bi-weekly sub-bounty is what I need to cover my basic costs of living 20:13:47 <hottuna> euros are safer and simpler for me 20:14:07 <hottuna> but maybe parts could be payed in btc 20:14:42 <hottuna> in any case the bounty should be set in euros and then possibly payed out in btc 20:14:47 <zzz> eche|on, whats our balances? 20:15:27 <hottuna> and to answer your question, Im proposing using existing funds 20:15:27 <eche|on> `http://echelon.i2p/donations/index.html` - still on those sums 20:15:32 <iRelay> Title: Donations (at echelon.i2p) 20:15:40 <eche|on> so ~28k and 626 BTC 20:16:47 <dg> hottuna: What work will you be performing? 20:17:22 <zzz> appx. how many hours a week are you proposing to work? 20:17:35 <hottuna> that is point two on the agenda, but i'm primarily thinking about improving on our floodfill issues 20:17:57 <hottuna> 40 h/week. So full time. 20:18:56 <zzz> so round numbers, 8 euros/hour 20:19:18 <zzz> nope. 4 euros/hour 20:19:20 <hottuna> in my mind that sounds reasonable/cheap 20:19:35 <zzz> 325/80 20:20:13 <zzz> mcdonalds isn't hiring? :) 20:20:35 <hottuna> i think burger king has payed me more an hour :P 20:21:06 <eche|on> you worked for a burger king? hell,... I should have visited your working office^^ 20:21:35 <zzz> appx. how many weeks you propose to work? 20:21:56 <hottuna> lets see.. this will be a rough number 20:23:19 <hottuna> I should manage at least 8, but it could be more or less than that 20:24:10 <zzz> so a 1300 euro commitment from us 20:24:24 <hottuna> yeah 20:24:49 <hottuna> more than that would have to be discussed in a meeting 20:25:18 <zzz> anybody remember what we paid jrandom monthly? 20:26:08 <hottuna> let's see what the internet archive says 20:26:10 <eche|on> less. ~500$ IMHO 20:26:39 <zzz> he was more of a hippie than tuna is :) 20:26:50 <hottuna> $465 USD/month 20:27:11 <hottuna> I'm hippying as hard as I can damnit! 20:27:52 <dg> hippy harder!! 20:28:49 <hottuna> alright, so does anyone have any objections or questions? 20:29:15 <zzz> no objection 20:29:41 <Mathiasdm> sounds good 20:30:25 <dg> ditto 20:30:54 <hottuna> Alright. Then we are all happy about this 20:31:32 <hottuna> For the record: As no complaints have been raised, we'll proceed with the new bounty system. 20:31:47 <hottuna> __New bounties__ 20:32:34 <hottuna> The floodfill system has some issues, including attack resistance and scalability. 20:33:02 <hottuna> Replacing it is the first bounty that I will suggest. 20:33:30 <hottuna> I've talked to zzz about some alternatives 20:33:47 <hottuna> and step one appears to be to move to a kademlia based netdb 20:34:30 <hottuna> zzz has in fact already started by implementing kademlia in i2psnark 20:34:59 <hottuna> this is probably a good base for for a netdb network 20:35:53 <hottuna> there are some modifications that can be made to kad to make it more probabilistic and avoid the worst aspects of eclipse and sybil attacks. 20:36:01 <zzz> I'm not sure "replace" is the right word. And also not sure it's the top of my list. Our ff system is actually in pretty good shape right now. But I'm not sure how much you want to get into discussing it now. 20:36:27 <zzz> A reasonable sub-bounty may be just to analyze the current situation and make proposals 20:36:41 <hottuna> replace would be a long term goal, initially adding a second netdb backend would be the goal 20:36:58 <hottuna> yeah, replace is the wrong word. 20:37:09 <zzz> but sure, the UCSD folks highlighted some issues. 20:37:35 <zzz> ignoring vulnerabilities for a moment, I think we're actually good for a couple years of growth w/o changes 20:38:06 <Mathiasdm> 22:37 <zzz> A reasonable sub-bounty may be just to analyze the current situation and make proposals <-- sounds like a good idea if it's time-boxed 20:38:53 <hottuna> spending two weeks on an analysis might be overkill, but having a meeting and discussing the alternatives after a week might be good 20:38:55 <zzz> what's _not_ realistic is replacing ffs with R5N this summer. 20:39:09 <hottuna> zzz, agreed 20:41:24 <hottuna> there might also be a need for some work surrounding development like multirouter support 20:41:24 <hottuna> which would make development easier 20:41:24 <zzz> fyi for everybody, the netdb roadmap in my head is 1) encrypted lookup responses and 2) migrate the snark kad back to router 20:41:24 <Meeh> like the ideas 20:41:35 <Meeh> ./roadmap 20:41:49 <dg> yeah 20:44:21 <hottuna> I don't think that 2 full weeks are needed for this 20:44:27 <Meeh> yea 20:45:21 <dg> "alternative exploration"? 20:45:30 <Meeh> as in the exploration tunnels right or? 20:45:30 <zzz> depends how long before your head explodes 20:45:37 <zzz> what else on your list? 20:45:45 <hottuna> "alternative exploration" = {what technology?, if dht-which?, what code-base?} 20:46:03 <hottuna> maybe one week, and if I have time to spare I'll start with the multirouter stuff. 20:47:09 <hottuna> I'm not sure, but some of the bounties like ipv6 will have to be completed soon as ipv6 looks to be actually deployed now 20:47:40 <dg> zzz is working on ipv6 a load but he my appreciate help 20:48:12 <eche|on> I try to add IPv6 on my root server for I2P use. 20:48:15 <hottuna> Resolving issues regarging an openitp submission has been suggested by zzz 20:48:22 <eche|on> as soon as I find time to understand and get it up... 20:48:57 <Meeh> I have a dev server that I can let developers into for testing.. It have multiple ipv6 adresses 20:49:00 <hottuna> having us accepted into OpenITP would be a major thing for us 20:49:07 <Meeh> Could setup more of them now for testing 20:49:22 <eche|on> and now gone for a good night time... 20:49:25 <zzz> here's my list: IPv6 (incl. testing), Crypto (see trac wiki), OpenITP prep (see trac wiki), NTCP and SSU protocol obfuscation (old zzz.i2p post, Lance James might be able to help), other state firewall resistance, Symmetric NATs (ticket #873), ... 20:49:32 <iRelay> `http://trac.i2p2.i2p/ticket/873` - (accepted defect) - Port changing .. obscurely 20:49:40 <Meeh> zzz: want access to a ipv6 server for testing? 20:49:51 <dg> hottuna: major thing, yes, but, in case you (or others) are not aware: OpenITP are not long term funders. They fund short, achievable goals to improve projects "quickly". 20:51:05 <zzz> Meeh yes, in a couple weeks. I'd like to see the minor fix in 0.9.5 to ignore published IPv6 addresses get out there before we start publishing them 20:51:24 <zzz> s/0.9.5/0.9.6/ 20:51:24 <hottuna> crypto is another thing that I know a bit about, so my time might be well spent there 20:51:27 <iRelay> zzz meant: Meeh yes, in a couple weeks. I'd like to see the minor fix in 0.9.6 to ignore published IPv6 addresses get out there before we start publishing them 20:51:48 <Meeh> ok :) I can setup multiple too if needed 20:51:51 <hottuna> maybe if we're lucky I'll be somewhat done with the floodfill system by the time zzz is done with ipv6 20:51:58 <Meeh> got a /48 net 20:52:14 <hottuna> that way we could both attack the crypto problem 20:52:21 <zzz> heck what about i2pcpp 20:52:37 <dg> orion is 404 atm 20:52:48 <Meeh> sindu might help there when he got time, great C coder 20:52:59 <Meeh> talked about it earlier, know him from RL 20:53:26 <hottuna> that sounds interesting 20:53:49 <zzz> if orion is at least willing to accept help, that's a big step - he wasn't before - 20:53:52 <hottuna> but I think that I should spend time where makes the most difference which in my mind is floodfills/ipv6 and crypto 20:54:11 <hottuna> *it 20:54:14 <zzz> sure, my list doesn't necessarily match your skills or interest 20:54:29 <Meeh> also, he should get some creds for spreading the i2p stickers around Oslo, Norway. He have placed it all around the city 20:54:44 <Meeh> hottuna: if you want, send more.. soon emtpy again:P 20:55:11 <zzz> oh yeah, hottuna if you aren't coming to DEFCON I need some too 20:55:30 <hottuna> im planning on coming to defcon 20:55:44 <hottuna> i havent bought any plane tickets yet, but I will soon. 20:55:47 <zzz> oh hella yes. 20:56:23 <Meeh> hottuna: if you got files, I might be able to get some free printups myself 20:56:43 <hottuna> the files are in the i2p.graphics branch 20:56:46 <Meeh> if you got the sticker in png/ai/whatever format 20:56:49 <Meeh> ok thanks 20:57:00 <hottuna> if im remembering correctly 20:57:16 <hottuna> alright. 20:57:51 <hottuna> Is everyone ok with the first bounty being for the floodfill system? 20:58:02 <dg> aye 20:58:25 <Meeh> yepp 20:58:50 <Mathiasdm> ok, so first 1 week of research into the options, followed by implementation (currently most likely kademlia)? sounds good 20:59:06 <hottuna> yes, that's the idea 21:01:56 <hottuna> ok 21:03:15 <hottuna> For the record: The first bounty to be introduced is adding a new netdb backend. The first sub bounty should be divided into alternative exploration, multirouter research and discussion with you guys 21:03:26 <hottuna> __Misc__ 21:04:38 <hottuna> How is the website deployment going? 21:09:27 <hottuna> Everyone died? 21:09:31 <hottuna> str4d? 21:12:57 <Mathiasdm> oh 21:13:04 <Mathiasdm> I was curious :) 21:14:22 <hottuna> did I miss anything exciting? 21:14:29 <Mathiasdm> only this: 21:14:32 <Mathiasdm> 23:10 -!- hottuna [hottuna@irc2p] has quit [Quit: leaving] 21:14:32 <Mathiasdm> 23:12 <+Mathiasdm> oh 21:14:35 <Mathiasdm> 23:13 <+Mathiasdm> I was curious :) 21:15:12 <hottuna> Alright, if no one knows, let's see next week 21:15:38 * hottuna baf's with the meeting ending hammer 21:19:59 * Mathiasdm lurks onward :)

Reunião de Desenvolvedores do I2P - 02 de abril de 2013

Tue, 02 Apr 2013 00:00:00 +0000

Resumo rápido

Presentes: dg, dr|z3d, K1773R, KillYourTV, lillith, orion, RN, Shinobiwan, str4d, weltende

Registro da reunião

20:52:42 <lillith> okay meeting topics for today: 20:54:22 <lillith> 1. Are bounties appropriate? 20:54:29 <lillith> 2. Managing money 20:54:29 <lillith> 2a. The ssl certs 20:54:32 <lillith> 3. Making the i2p project official 20:56:38 <lillith> 4. Procedure regarding decicions for the project (for example making it official) 20:56:53 <lillith> for scrollback from last week if you were not here, `http://sighup.i2p/irclogs/show?search=&user=&from_date=26+Mar+2013&to_date=26+Mar+2013&channels[]=#i2p-dev&per_page=3&page_format=Html` 20:56:53 <lillith> relevant zzz.i2p posts: `http://zzz.i2p/topics/1359` for the meeting thread 20:56:53 <lillith> `http://zzz.i2p/topics/1366` for the bounties thread 20:57:07 <iRelay> Title: zzz.i2p: Managing the project (at zzz.i2p) 20:57:09 <iRelay> Title: zzz.i2p: I2P Bounty System - 2013 (at zzz.i2p) 20:57:55 <trolly> chosen download bin file from zzz.i2p? 20:58:02 <lillith> 1. Are bounties appropriate, and further bounty discussion 20:58:05 <dg> Huh. Corruption again! 20:58:50 <lillith> not sure who (if anyone) woud like to be pinged, so i'l go on 20:59:22 <dg> trolly: that's a bug 20:59:30 <trolly> haha, no problem 20:59:41 <lillith> Last week it was decided that while bounties can be a good thing they may well need some looking at 20:59:48 <trolly> a trojan bug? just joking.. 20:59:59 <dg> try to nab the output of `http_proxy="`http://127.0.0.1:4444/"` `http://zzz.i2p/whateverurlbrokebefore`` and check /logs for anything important 21:00:05 <dg> it seems to be corruption, we saw this on id3nt.i2p in the past 21:00:19 <lillith> i suggested some revisions of the 50 BTC syndie bounty to echelon, and he has updated it 21:01:06 <lillith> which led me to two questions: can/should we employ people, ie give them a small amount of money regularly over an extended period? 21:01:57 <lillith> and what exactly is the procedure on bounties funded by i2p's money, not directly from a donor 21:02:20 * lillith opens up the floor for discussion 21:04:50 <str4d_> dg: if it's occuring on another site, that suggests an I2P tunnel problem. 21:05:26 <dg> str4d_: This happened before, is what I am saying. I do not know if the person affected == trolly but it was a few months back and none of us had any answer. 21:05:41 * str4d_ was affected by it. 21:05:52 <dr|z3d> dg: !!! 21:05:56 <dg> Okay, more than one person. 21:06:10 <dg> I believe zab was still around at the time which may tell you the period.. 21:06:21 <dg> dr|z3d: !!! 21:06:24 <str4d_> But the issue is orthogonal to the current discussion =) 21:06:36 * dr|z3d lols. 21:06:47 <lillith> str4d_: implying discussion ;) 21:08:32 <Shinobiwan> should i2p employ people? yes and no IMO. yes the people that continue to provide services that make i2p of higher quality (such as running the default IRC network and the more popular things like id3nt.i2p) are the best candidates to receive funds... in addition to the developer stuff which may have bounties attached. 21:09:27 <str4d_> Shinobiwan: I wouldn't consider that employment though. 21:09:50 <str4d_> "Employment" would be payments for the purpose of direct I2P development (code or otherwise). 21:10:19 <dr|z3d> Shinobiwan: i2p should award effort and achievement. 21:10:43 <lillith> what i had initially proposed was a small monthly payment for maintaining syndie, getting and keeping it into repos, bug fizing, etc 21:12:25 <dr|z3d> otoh, i2p should not award aspiration, lazinesss or failure to deliver. 21:12:32 <str4d_> That seems like a good compromise between the current bounty system and "proper" employment (which is hard for anonymous dev work) 21:13:20 <str4d_> Right. So if a monthly system were set up, the payment would be subject to "sufficient" work having been done. 21:13:31 <lillith> dr|z3d: absolutely. there is plenty of money to give to people who deserve it 21:14:06 <str4d_> (So it would require a monthly meeting between the deciding people to analyze the various outputs during that period) 21:14:09 <dr|z3d> lillith: we're swimming in it. 21:14:35 <str4d_> I don't think that failure to deliver in one particular month should be cause for complete funding cuts, though. 21:15:03 <dr|z3d> commitment, dedication, service. 21:15:04 <lillith> people have afk commitments as well as internet ones 21:15:07 <Shinobiwan> derp, pingout. 21:15:37 <dr|z3d> remind me again why str4d_ isn't getting compensated? :) 21:16:07 <str4d_> I'd propose a more flexible system where the "employee" gets paid for the months they do sufficient work in. 21:16:07 <str4d_> (extended absences would be grounds for discontinuing funding though) 21:16:22 <str4d_> lillith: exactly (like zzz currently) 21:17:02 <str4d_> dr|z3d: under my proposed system, I wouldn't be at present =P 21:17:26 <dr|z3d> the threat of halebopp dropping indent inspires zzz to offer hosting costs. so why does str4d_ have to battle with eche|on to get hosting funding? 21:17:53 <dr|z3d> i offer one word: incompetence. 21:17:56 <str4d_> dr|z3d: that's on a tangent. 21:18:42 <dr|z3d> str4d_: more than likely. 21:18:45 <darrob> what kind of maintenance work are we talking about here? shouldn't bugs and specific goals like repo inclusion be separate bounties so more than one person can claim them? 21:18:56 <str4d_> There are two kinds of potential funding that I can see - the bounty/employment hybrid above, and donations from I2P towards community services. These should be treated separately. 21:19:25 <dr|z3d> value added recompense. 21:20:00 <dr|z3d> anything else is jizz. like paying 10btc for dogpoo. 21:20:03 <lillith> str4d_: and competitions too, if there were ever to be another 21:20:10 <str4d_> darrob: what we are trying to do is promote developers staying around. 21:20:13 <str4d_> lillith: true, that's a third category. 21:20:40 <dr|z3d> also beer. my bad. 21:21:34 <RN> I wouldn't mind being paid beer for my humor... ;) 21:21:43 <lillith> from echelon.i2p: - the I2P general fund will cover all needed costs of I2P - discussed by dev team and will be noted here and on official webpage 21:22:09 <lillith> i think most things would be acceptable as long as they are discussed and agreed upon beforehand 21:22:12 <str4d_> darrob: So rather than paying out a large lump sum for an arbitrary milestone and then the dev goes AWOL, we define smaller milestones and tasks within the confines of (what is currently called) the bounty, and the dev gets continual smaller payments. 21:23:55 <str4d_> The bounty system would still exist for bounties proposed by third parties (as they have control over how their funds are used), but for bounties that would be proposed by I2P itself from I2P funds, the new system should be better for I2P IMHO. 21:24:26 <dr|z3d> bounties are shit. hit and run contributors. 21:25:09 <lillith> dr|z3d: hence why we are discussing a new system 21:25:12 <dr|z3d> not to mention "i paid $200, I'm important attitudes" 21:25:26 <str4d_> Part of the problem IMHO is that the current system only has a general description, with no concrete structure. 21:25:49 <dr|z3d> lillith: excuse me if i'm not quite following the finer points of the argument :) 21:25:52 <str4d_> For the new system, we need an agreed set of guidelines for proposing and managing funded tasks. 21:26:59 <lillith> dr|z3d: if people want to waste/spend their money on bounties for improperly completed features, they should still be allowed to imho 21:27:58 <str4d_> lillith: yep. Or they can choose to use the new system, by donating their money to I2P and putting in a request through whatever process we decide on to set up a new funded task. 21:28:16 <lillith> i agree - there is money there, and we might as well use it, so we might as well use it properly and effectively 21:28:56 <lillith> and then if the donor goes awol it's still technically a community owned bounty 21:28:59 <darrob> i'd like to see people sticking around too, of course, but i don't see how bounties are shit at all. on the other hand the monthly thing sounds like trouble but i don't mean to dismiss it too quickly. 21:29:02 <str4d_> Tasks funded via the new system need to be funded with money controlled by I2P, because it will be a panel of I2P representatives who decide what counts as "sufficient" work, not the donor themselves. 21:29:03 <dr|z3d> lillith: i disagree. donate to the project and let the project decide how to distribute rewards. 21:29:06 * Shinobiwan not sure if my other msgs went through 21:29:17 <Shinobiwan> <Shinobiwan> bounty and employment != donation ... both should take place I think... employment/bounty for dev specific stuff... and perhaps donations for things like community services 21:29:19 <Shinobiwan> <Shinobiwan> the employment part would need more of a specific set of conditions 21:29:24 <Shinobiwan> <Shinobiwan> the community service part, really just needs the community to decide what's worth supporting 21:29:27 <Shinobiwan> <Shinobiwan> and then dish out something appropriate 21:29:50 <str4d_> dr|z3d: both options will be there. 21:29:53 <K1773R> Shinobiwan: they didnt, now they did :) 21:30:04 <str4d_> Shinobiwan: `http://killyourtv.i2p/irclogs/latest.log.html` for scrollback. 21:30:07 <iRelay> Title: #i2p-dev logs for Tuesday, 2013-04-02 (at killyourtv.i2p) 21:30:12 <dr|z3d> "oh we need russian" no we don't. we need commitment. not money chasing rats that disappear as soon as the bounty is awarded. 21:30:24 <Shinobiwan> thx str4d, K1773R 21:30:47 <lillith> dr|z3d: a new, private infrastructure may well appear for paying individuals for work - it might as well all be in together 21:31:27 <str4d_> darrob: the reason most proposals sound like trouble is because we don't have a large enough developer base to properly run/support them. Therefore, a proposal that should result in a larger developer base is a good idea. 21:31:42 <dr|z3d> money should not be able to dictate the project. period. 21:32:01 <KillYourTV> and `http://killyourtv.i2p/irclogs/%23i2p-dev.2013-04-02.log` for "live" scrollback (the HTMLized logs are processed every 10 minutes or so) 21:32:16 <dr|z3d> sponsor the project, great, but don't tell us how to spend the money. 21:32:27 <darrob> dr|z3d: i like it if a money chasing rat fixed certain features in syndie and ran. what's the problem? maybe someday syndie will get a real developer again but that person won't necessarily need payment then. actually, as far as committed maintainers are concerned, it might actually be counterproductive to offer a pay for the job. 21:33:05 <Shinobiwan> thx KillYourTV 21:33:19 <KillYourTV> np 21:33:36 <dr|z3d> darrob: the "problem" is money thinking it can dictate the agenda. 21:33:39 <lillith> dr|z3d: i2p isn't being told how to spend its money, because bounty money never was i2p's. i2p/echelon just act as an escrow service 21:33:39 <str4d_> Interesting point dr|z3d - I think part of this depends on what we define as the I2P project. 21:34:42 <str4d_> lillith: I think the point dr|z3d is making is that, rather than being told how to spend its money, I2P is being told how to proceed, i.e. the development path is decided by the person with the most money. 21:34:57 <darrob> dr|z3d: bounties are just offers (or cries for help). where do you get the negative attitude? 21:35:21 <str4d_> And if the bounty process was adhered to as-is, that could potentially be rather problematic wrt the threat model. 21:36:18 <lillith> that is a good point - i hadn't thought of it in that way before 21:36:47 <Shinobiwan> a set of rules that says "This person must be paid on this date" is a good idea in that, that person can count on the income to be there when they need it. But on the other hand, it also may create drama when people fail to meet other people's expectations of what that money is really going towards... so I think it's probably not inappropriate to have meeting specifically for 'paydays' or whatever... if there's going to be a 'regular' thing. 21:37:35 <dr|z3d> bounties are shit. show me ongoing commitment from bounty hunters and i'll change my view. except you can't. hit and run merchants. 21:37:49 <str4d_> So maybe what needs to happen is that any tasks/sub-projects that affect I2P directly must be funded and controlled by I2P itself. 21:37:52 <dr|z3d> darrob: i get the "negative" attitudes from half complete work that's awarded a bounty, only to disappear before you can say "um, i think you missed..." 21:38:03 <dr|z3d> darrob: also, next time you pretend str4d_ is a css artist, don't bother. you insult yourself. 21:38:10 <dr|z3d> and you also lose a friend. 21:38:13 <lillith> dr|z3d: didn't str4d_ and zzz claim some bounties for the unit tests? 21:38:17 <darrob> dr|z3d: what? 21:38:20 <str4d_> dr|z3d: OT 21:38:55 <dr|z3d> str4d_: yeah. also, beer. darrob: if you don't get it, *yawn* 21:39:03 <str4d_> lillith: that was after the unit tests bounty was split up into sub-tasks/milestones (which I'd say was a step towards the proposed new system). 21:39:45 <str4d_> dr|z3d: keep on-topic in here please =) 21:39:56 <lillith> I think everything has been said on this topic now no? 21:40:03 <Shinobiwan> if bounties exist IMO they should go towards the things that nobody currently part of the community knows how to or can do, IMO... not the things they dont have time for. 21:40:06 * dr|z3d recalibrates. 21:40:06 <darrob> i guess all i'm trying to say is that i question that hit and run improvements are necessarily a bad thing. 21:40:19 <Shinobiwan> I2P will survive with everyone supporting it, not just the people who get paid 21:40:30 <str4d_> darrob: they are good for kickstarting development in a new area 21:40:37 <str4d_> But the I2P router/project is not a new area, IMHO 21:40:53 <str4d_> So, how about the following: 21:41:20 <dr|z3d> Shinobiwan: like design! *laughs* 5 years of asking for help, and not one iota of thought to offer a bounty *laughs* 21:41:58 <str4d_> Projects that directly affect the I2P program/network can be funded only from I2P funds, and donors who want to contribute just donate to I2P. 21:42:21 <dr|z3d> because designers aren't coders, ergo worth nothing. except when you're offering 10BTC/100$ for anything, including crayons. 21:42:47 <str4d_> Projects that don't directly affect the I2P program/network but are still I2P-related (e.g. syndie) are eligible for bounties on new/substantial work. 21:42:58 <dr|z3d> sorry, but I can't take this conversation _too_ seriously, built as it is on an anthill of incompetence. 21:43:01 <str4d_> (But can also be managed via I2P if the donor wants) 21:43:23 <lillith> dr|z3d: i'l ping you when we move on then :) 21:43:26 <str4d_> But a bounty would need to be more accurately-defined than the current system allows. 21:43:46 <dr|z3d> lillith: very good, sir :) 21:44:04 <str4d_> s/allows/does 21:44:10 <darrob> str4d_: does that imply that there will be an i2p management board to make those decisions? i think that was another week's discussion, right? 21:44:32 <str4d_> darrob: yes. 21:44:42 <str4d_> This is separate to any "official-ness". 21:45:05 <lillith> str4d_: sounds good :) 21:45:32 <str4d_> But there would be a panel of (elected) developers (coders/designers/contributors) who are trusted with steering the I2P project. 21:45:46 <str4d_> I.e. something a bit more formal than what we currently have. 21:46:00 <lillith> darrob: that's either coming up or later, depending on whether we want to continue 21:46:26 <str4d_> Mmm. My proposal works under the assumption that such a panel exists in some form. 21:47:05 <str4d_> (exact specifics being discussed later as above) 21:47:21 <Shinobiwan> lulz 21:47:28 <Shinobiwan> what's #i2p-dev then? 21:47:35 <lillith> i disagree with the panel idea tbh 21:47:38 <lillith> meetings seem to work well, and they let new people have a say too 21:47:38 <lillith> it would need to be large enough to get a variety of perspectives 21:47:38 <lillith> you never know who might offer then next amazing idea 21:48:04 <str4d_> lillith: exactly. 21:48:11 <Shinobiwan> it's that panel, but yea... it would need to become officially official 21:48:18 <str4d_> But with the current size of the developer base, that's hard. 21:48:25 <str4d_> It's a chicken-and-egg problem. 21:48:35 <str4d_> And we need to break into the loop somewhere. 21:51:05 <lillith> Shinobiwan: yea, thats basically what i'm trying to say :) 21:51:05 <lillith> actually no it's not 21:51:05 <lillith> #i2p-dev along with mailing lists, zzz.i2p, syndie, etc 21:51:05 <lillith> anyone who wants a say should have a chance imho 21:52:35 <str4d_> lillith: yes, but there still needs to be a group of people with a final say. 21:52:53 <Shinobiwan> people need to know eachother w/out knowing one another... to the point I can say, str4d, KYTV, dr|z3d ... (a lot more but just for example) have been on the network for so long, and IMO all make I2P of higher quality. Collectively I think people can figure out and reach an agreement who would go on such a panel... even though nobody really knows eachother AFK. Opinions from new people to the project should be listened to also 21:52:53 <Shinobiwan> however 21:53:00 <str4d_> (i.e. the people who control the funds. Currently, that is a single person - eche) 21:53:25 <str4d_> At least to begin with. 21:53:52 <str4d_> The Debian developer model is a good one for making decisions like you suggest lillith - all done via voting. 21:53:55 <lillith> so, everyone has a say, a few (3 or 4) people have the final say? 21:54:10 <str4d_> (And a "developer" is just someone who has contributed in some way IIRC) 21:54:25 <str4d_> But a voting system needs a larger base of "developers" first, I think. 21:54:51 <str4d_> lillith: anyone can suggest an idea - that's never going to change. 21:55:06 <Shinobiwan> in my mind it's more than 3 or 4 people.. more like 12+ and growing... but people that fail to make the meetings don't get to vote... (and if their vote is especially important/relevant, then the meeting might happen another time) 21:55:12 <str4d_> But I2P has finite resources, and those resources need to be allocated appropriately. 21:56:06 <str4d_> (the biggest resource being time from continual developers) 21:56:20 <KillYourTV> as I wrote on zzz.i2p, I think votes such as via gpg signed messages to a mailing list would be better than irc. We've got mailing lists and they should be utilized. 21:56:20 <str4d_> s/biggest/most important but currently most limited/ 21:56:23 <iRelay> str4d_ meant: (the most important but currently most limited resource being time from continual developers) 21:56:28 <str4d_> KillYourTV: agreed. 21:56:43 <Shinobiwan> ya gpg signed == much better 21:56:54 <str4d_> Provides a transparent and verifiable archive of votes. 21:57:09 <lillith> is that topic 1 over then? 21:57:09 <darrob> i agree also. don't expect to accomplish any serious discussion on irc. 21:57:12 * KillYourTV is 'stealing' ideas from Debian's system(s) 21:57:19 <str4d_> http://www.debian.org/vote/ 21:57:22 <iRelay> Title: Debian Voting Information (at www.debian.org) 21:57:39 <lillith> it's all open source, its there to be 'stolen' :) 21:58:06 <lillith> 2. Managing money 21:58:10 <KillYourTV> and with mailing lists you have the oh-so-helpful 'plonk' mechanism available if needed to raise the signal to noise ratio. 21:58:21 <lillith> eche|on: ping 21:58:24 <K1773R> KillYourTV: dont copy the "GPL Nazis" idea pls :P 21:59:46 <lillith> afaict the money management wrt bounties has already been discussed enough 22:00:12 <str4d_> KillYourTV: if we go the mailing-list route, the mailing-list needs to be usable entirely within I2P (currently not the case). 22:00:23 <str4d_> (But also usable externally) 22:00:33 <lillith> but there are other, non- bounty uses for money, for example purchasing ssl certificates 22:00:36 <KillYourTV> agreed 22:00:53 <darrob> str4d_: the nntp interface should qualify. 22:00:53 <KillYourTV> and agreed to lillith's last point (ofc) 22:01:04 <lillith> dr|z3d welt weltende welterde echelon 22:01:07 <darrob> ...which i *think* is functional. 22:01:10 <KillYourTV> are they linked? 22:01:30 <KillYourTV> I know they were supposed to be but the last I checked (months ago) they weren't. 22:01:38 <Shinobiwan> purchasing ssl certificates would go w/ donations IMO ... community services ... the same way to decide what the money goes towards as donations. 22:01:41 * KillYourTV fires up the nntp tunnel 22:01:41 <darrob> you can at least read through it. 22:01:44 <lillith> can we keep this ontopic guys, project management is coming up :) 22:02:01 <Shinobiwan> i.e.. have a meeting... say "we need this"... "agree?" ... panel says OK ... majority of panel green light 22:02:32 <Shinobiwan> not so quickly, but the general idea. 22:02:32 <Shinobiwan> hehe 22:02:47 <str4d_> Shinobiwan: can fall under the same vote system proposed above. 22:03:14 <Shinobiwan> yep 22:04:16 <iRelay> <weltende@freenode> well the ML interface is accesible via i2p more or less.. `http://vmfwbic2brek2ez223j6fc6bl5mmouzqvbsch45msvyyzih3iqua.b32.i2p/` still contains redirects to lists.i2p2.de.. not sure what to do about those 22:04:24 <iRelay> <iRelay@freenode> Title: lists.i2p2.de Mailing Lists (at vmfwbic2brek2ez223j6fc6bl5mmouzqvbsch45msvyyzih3iqua.b32.i2p) 22:04:32 <Shinobiwan> if there is such a panel, it is not finalized at a fixed number of people... IMO... it should grow, and grow and grow... so, whatever panel currently exists, should have some procedure to bring in new panel members regularly 22:04:43 <darrob> we need a central party with a politburo and the users' congress. :) 22:04:46 <KillYourTV> FTR, the mailing lists as currently set up are not available via nntp. 22:05:04 <iRelay> <weltende@freenode> (haven't added it to the hosts.txt yet) 22:05:42 <KillYourTV> (at least not under i2p.*) 22:06:27 <iRelay> <weltende@freenode> hmm.. they should be.. but maybe not under i2p.* 22:06:46 <iRelay> <weltende@freenode> I didn't set it up.. so don't really know anymore ;) 22:06:58 <darrob> KillYourTV: i think i2p. are welt's preexisting groups. the new ones are alt.privacy.i2p.dev/general and alt.privacy.syndie.dev/general. 22:08:42 <KillYourTV> ah...nvm me. now that I refreshed the list again I see those new ones. 22:09:00 <KillYourTV> sorry 22:09:03 <iRelay> <weltende@freenode> ah.. right.. slrn didn't show them as they didn't contain unread messages 22:09:34 <darrob> i'm still confused why there are no messages. i really thought i saw a couple of test messages before. 22:09:45 <lillith> can we get back on topic please? 22:10:23 <lillith> i, and surely others want to know what's going on with ssl certificates for the i2p domains 22:11:17 <KillYourTV> i didn't see the topic change, just <lillith> but there are other, non- bounty uses for money, for example purchasing ssl certificates /me zips it 22:11:56 <lillith> ahh, sorry 22:12:06 <lillith> <lillith> can we keep this ontopic guys, project management is coming up :) 22:12:23 <KillYourTV> and what's the topic? ;) (I didn't see that switch) 22:12:30 <lillith> <lillith> 2. Managing money 22:12:41 <lillith> <lillith> afaict the money management wrt bounties has already been discussed enough 22:12:41 <str4d_> lillith: eche is currently sourcing the required money. 22:12:48 <lillith> <lillith> but there are other, non- bounty uses for money, for example purchasing ssl certificates 22:13:16 <str4d_> <kytv2> eche|on: any updates on the certificate situation? I haven't had to get "real "certs for a while and don't know how long the verification process takes nowadays. 22:13:19 <str4d_> <eche|on> kytv2: I am on the hunt for 3k euro and cert requests... 22:13:29 <lillith> so it's under control then? 22:13:36 <iRelay> <weltende@freenode> and pushed.. 22:14:14 <KillYourTV> yes, it's being taken care of 22:14:21 <orion> Can I reiterate my opinion that it's dangerous to have one person managing all the money? 22:14:45 <orion> ok 22:15:00 <dg> Current topic = ? 22:15:03 <orion> It's not being put in to some off-shore corporation, right? 22:15:14 <lillith> <lillith> 2. Managing money 22:15:21 <str4d_> orion: no. 22:15:58 <iRelay> <weltende@freenode> afair eche wanted to speak with an lawyer about making i2p an official entity of some kind 22:15:58 <lillith> dr|z3d: ping :) 22:16:12 <str4d_> Currently our funds lie in a (bank?) account owned by eche|on and (mostly) in a Bitcoin wallet held by eche|on. 22:16:49 <KillYourTV> yes, that's right, in .at IIRC 22:17:07 <KillYourTV> (wrt: 'official entity') 22:18:46 <lillith> at as in austria? 22:18:53 <dg> yes 22:19:19 <iRelay> <weltende@freenode> (not australia *scnr*) 22:19:46 <iRelay> <weltende@freenode> (running gag from EEVblog if you are curious) 22:20:26 <lillith> okay, looks like we've moved on again 22:20:41 <lillith> 3. Making the project official 22:21:12 <str4d_> lillith: re: money management, it's rather dependent on both the "official" status of the project, and the project management status. 22:21:30 <str4d_> (The former re: where funds are kept, the latter re: how funds are spent) 22:22:14 <lillith> ok, fair enough :) we can straddle points 2 and 3 for a while then :) 22:25:16 <trolly> must go 22:25:19 <trolly> bye 22:25:47 <trolly> later I'll send yo new translaion str4d_ 22:29:26 <lillith> or not, as the case may be 22:30:11 <lillith> i'd suggest time to move on :) 22:30:28 <iRelay> <jenkins@kytv> Starting build #28 for job I2P-Bote 22:30:28 <lillith> 4. Procedure for making decisions in i2p 22:31:27 * KillYourTV votes for taking long discussions about important decisions to a mailing list 22:31:30 <iRelay> <jenkins@kytv> Project I2P-Bote build #28:SUCCESS in 1 min 3 sec: `http://jenkins.killyourtv.i2p/job/I2P-Bote/28/` 22:31:34 <lillith> so, mailing list, hierachy, etc 22:31:37 <KillYourTV> That way anyone can take part when he/she can 22:31:50 <lillith> i'd like to put in an honourable mention for syndie here 22:31:56 <iRelay> <weltende@freenode> +1 22:32:03 <iRelay> <weltende@freenode> (@ML) 22:32:04 <lillith> everything is signed by default, for a start 22:33:18 <KillYourTV> I like syndie too (ofc), but mailing lists would be easier for outsiders to take part 22:33:45 <lillith> but yes, i agree in principle. no point hanging around waiting for discussion that clearly isn't happening 22:33:48 <KillYourTV> that's not to say that discussions can't be mirrored to syndie... 22:34:33 <iRelay> <weltende@freenode> yeah.. nntp syndie gateway or so would be nice to have 22:34:36 <lillith> and of course, officially moving is only one thread away ;) 22:35:54 <KillYourTV> 21:00 UTC isn't handy for everyone. On a mailing list time zones mean nothing. On a mailing list there no netsplits, relay problems, or ping outs. For meaningful discussions a mailing list (IMHO) is _THE_ way to go. 22:36:30 <dg> KillYourTV: I agree. 22:37:54 <KillYourTV> irc is good when you need pretty-damn-close-to-realtime...but "we need a new domain" doesn't have that kind of urgency. Post it and it'll be addressed when $user can address it. 22:37:54 <lillith> imho syndie has all the benefits of mailing lists and more, the only issue is accessability for outsiders 22:38:32 <lillith> then again, how many people that we want to include already use mailing lists? 22:39:03 <KillYourTV> There's been talk of a Syndie webapp" but I don't think that's gone (and will) go anywhere. 22:40:20 <KillYourTV> I'd gather that more use mailing lists than IRC. 22:40:31 <lillith> i don't want to dominate a discussion on syndie vs ml here, but i think it's something woth considering 22:41:25 <iRelay> * weltende@freenode prefers his mail/nntp client tbh 22:42:04 <KillYourTV> syndie via mutt would = 'win' 22:43:14 <lillith> this topic also includes hierachy, which was touched upon before but imo needs some expansion 22:45:09 <dg> I don't know if we can come to a consensus on anything AND have a discussion easily with IRC meetings anymore. 22:45:28 <dg> It worked in 2006 when it was more of a quick update on the project but it's not anymore and it involves lengthy debates/discussion. 22:46:40 <lillith> having more time to think through things would result in on topic, well thought out, clear discussion 22:46:47 <lillith> threading also = win 22:47:13 <iRelay> <weltende@freenode> +1 22:47:21 <KillYourTV> +1 22:47:28 <dg> +1 22:47:39 <dg> might I add: nntp, fuck yeah. 22:47:50 <lillith> irc meetings were always an experimental thing, and the experiment failed :) 22:48:05 <dg> hey, lillith, at least we're having the discussions now, right? :) 22:49:40 <iRelay> <weltende@freenode> imho we should keep irc meetings and move things that take a long time in the meeting or which has a lot of discussion to the ML 22:50:11 <lillith> yep :) seems like no-one actually likes meetings anyway haha 22:50:15 <dg> I think it's mainly due to the timing. 22:50:18 <dg> And pressure to respond in a fast manner.. 22:50:18 <dg> postman: `http://zzz.i2p/topics/1367` 22:50:18 <lillith> but there's no chance of getting a time thats good for _everyone_ 22:50:18 <lillith> plus some people have irregular schedules 22:50:18 <dg> Exactly. 22:50:25 <iRelay> Title: zzz.i2p: I2P and e-mail (at zzz.i2p) 22:50:30 <lillith> with a heavy heart, and feeling rather poetic, i'd gladly baf the last meeting ;) 22:50:41 <dg> weltende: I was thinking this.. keep irc meetings for discussion of some things in the ML (actually doing something & such). W 22:50:44 <dg> go for it, lillith. 22:51:26 * lillith bafs the meeting closed 22:51:36 <lillith> thank you, and goodnight :) 22:52:01 <iRelay> <jenkins@kytv> Starting build #103 for job I2P 22:52:09 <lillith> can susimail handle mailing lists? 22:52:41 <KillYourTV> sure, but I'd use a 'real' client like claws or mutt 22:53:04 <KillYourTV> (just a matter or preference) 22:54:55 <lillith> ahh, thats okay then :) 22:56:33 <iRelay> <jenkins@kytv> Project I2P build #103:SUCCESS in 4 min 34 sec: `http://jenkins.killyourtv.i2p/job/i2p/103/` 23:01:15 <iRelay> <jenkins@kytv> Project I2P UnitTests build #74:SUCCESS in 4 min 31 sec: `http://jenkins.killyourtv.i2p/job/UnitTests/74/` 23:04:51 <KillYourTV> and +1 to meetings continuing with the bigger things being taken to mailing lists/forums/syndie. 23:05:54 <KillYourTV> IRC is good for quick status updates..but a "newsletter" of sorts could work for that purpose too. 23:06:19 <lillith> it's nice to have a start, with some goals, and an end, with a consensus 23:06:22 <dg> mailing list also works for alerts. see how tor do it with consensus issues. 23:06:46 <lillith> 'today THIS is what we decided and THIS is what we're going to do about it' 23:07:29 <lillith> i'm not sure but i imagine ml discussions as dragging on with no distinct endpoint 23:07:52 <lillith> +1 for newsletter though 23:08:33 <KillYourTV> they can, sure...but I think more will be accomplished on a long ML discussion than a 4-5 hour long irc meeting. 23:09:08 * lillith signs up with an open mind :) 23:09:38 * psi likes the idea of a mailing list 23:09:53 <K1773R> where is the ML? 23:10:01 * KillYourTV really likes MLs but they (the ones on the Internet) will probably cause his AFK identity to be leaked...heh 23:10:12 <KillYourTV> lists.i2p2.de i think 23:10:39 <KillYourTV> and (/me scrolls up) 23:10:54 <KillYourTV> `http://vmfwbic2brek2ez223j6fc6bl5mmouzqvbsch45msvyyzih3iqua.b32.i2p/` 23:11:08 <iRelay> Title: lists.i2p2.de Mailing Lists (at vmfwbic2brek2ez223j6fc6bl5mmouzqvbsch45msvyyzih3iqua.b32.i2p) 23:11:24 <dg> it just redirects 23:11:55 <KillYourTV> there's also nntp.welterde.i2p 23:12:37 <KillYourTV> alt.privacy.i2p.*, alt.privacy.syndie.* 23:13:16 <KillYourTV> (cheers darrob for pointing me to the right usenet groups) 23:14:57 * RN wanders off to tinker with thundirbird 23:17:46 <str4d_> +1 to meetings continuing (but sticking to time) and +1 to "important" discussions on the ML. 23:19:32 <iRelay> <weltende@freenode> for you interested.. posting is atm allowed for the following groups: 23:19:35 <iRelay> <weltende@freenode> post: "i2p.*,alt.anonymous,alt.anonymous.*,alt.privacy.anon-server,alt.privacy.anon-server.*,alt.privacy.i2p.*,alt.privacy.syndie.*" 23:25:35 <KillYourTV> this will have to be fixed before "important" discussions make their way there http://lists.i2p2.de/pipermail/i2p-general/ 23:25:42 <iRelay> Title: The I2p-general Archives (at lists.i2p2.de) 23:26:27 <KillYourTV> ...unless the messages were purposely wiped (which wouldn't make sense) 23:30:13 <iRelay> <weltende@freenode> hmm.. 23:30:21 <iRelay> <weltende@freenode> no idea atm.. but heading to bed now

Reunião de Desenvolvedores do I2P - 26 de março de 2013

Tue, 26 Mar 2013 00:00:00 +0000

Recapitulação rápida

Present: dg, LaughingBuddha, lillith, Meeh, nom, orion, str4d, Umlaut, weltende

Registro da Reunião

21:01:00 <dg> Então, quem está aqui? 21:01:11 <orion> Eu. 21:01:18 <str4d> o/ 21:01:37 <lillith-> eu estou aqui :) 21:02:10 <dg> eche|on, Meeh, KillYourTV, psi, hottuna 21:02:21 <Umlaut> me incluam também (como espectador) 21:02:28 * nom está ouvindo, enquanto codifica alguns projetos paralelos 21:02:39 <dg> Sintam-se à vontade para contribuir se acharem que têm algo a acrescentar. 21:03:04 * dg espera mais um ou dois minutos 21:03:27 <lillith> resumo dos tópicos enquanto isso, dg? 21:03:42 <dg> Tópicos: 21:03:45 <dg> * Motivando a comunidade - "recompensas são apropriadas?" 21:03:45 <dg> * Gerenciando dinheiro 21:03:46 <dg> ** Tornando o projeto "oficial" - benefícios/negativos/como 21:04:24 <lillith> eu tinha algo para acrescentar *pensa* 21:04:31 <dg> hm? 21:06:37 * lillith não consegue lembrar... provavelmente nada muito importante mesmo :) 21:09:14 * dg franze a testa com a falta dos outros 21:09:44 * LaughingBuddha fica observando 21:10:27 <dg> Vamos começar então 21:10:54 * lillith lembrou! 21:10:59 <dg> hm? 21:11:14 <dg> RN: ping 21:11:25 <lillith> como kytv|away apontou, se estamos decidindo sobre votação precisamos de algum tipo de critério de elegibilidade :) 21:11:49 <dg> sim 21:12:07 <dg> Vamos começar 21:12:10 <dg> * Motivando a comunidade - "recompensas são apropriadas?" 21:12:13 <lillith> eu imagino que asdfsdafsdafsd queira ser incluído nos pontos 1+2 :) 21:12:24 <orion> As recompensas estão funcionando? 21:12:43 <dg> Da última vez tudo virou uma grande discussão sobre recompensas, gestão e BTC, então desta vez vamos tentar separar os temas e ser dignos. 21:12:53 <LaughingBuddha> Quem é o responsável pelas recompensas? eche|on? 21:13:00 <lillith> sim 21:13:11 <LaughingBuddha> Ele está aqui? 21:13:11 <str4d> Determinar se as recompensas estão funcionando depende de qual é o propósito definido de uma recompensa. 21:13:11 <dg> defina “funcionando”. Elas, na minha opinião, estão trazendo os desenvolvedores ou correções de que precisamos? Não. 21:13:18 <lillith> ele controla todo o dinheiro - ponto 2 :) 21:13:25 <orion> Então vamos pensar em outra coisa. 21:13:40 <dg> O sistema de recompensas não parece estar funcionando nem para as próprias recompensas. 21:13:54 <lillith> acho que deveria haver algum tipo de benefício ou incentivo além de amar o I2P 21:14:09 <dg> Muitos links na página também dão 404, mas isso é um problema não relacionado 21:14:12 <str4d> Da página de recompensas: " Em vez disso, estamos usando um sistema de recompensas, pelo qual qualquer pessoa pode obter apoio para trabalhar em algo que as pessoas desejam ver implementado, e as pessoas que querem contribuir para o I2P podem ter a garantia de que seu apoio vai para o que elas valorizam." 21:14:12 <lillith> temos que atrair as pessoas e depois mantê-las com nosso charme e civilidade ;) 21:14:23 <LaughingBuddha> Não que eu esteja em posição de trabalhar em alguma das recompensas, mas elas me pareceram bem vagas da última vez que olhei 21:14:30 <LaughingBuddha> corrigindo: serem* 21:14:37 <orion> A única coisa que vai atrair atenção para o I2P é conteúdo. 21:14:45 <dg> eche|on postou suas ideias aqui - `http://zzz.i2p/topics/1359` - caso ele não pudesse comparecer. 21:14:48 <nom> na minha opinião recompensas não funcionam, porque uma base de código só é tão boa quanto sua manutenção, e pagar alguém pela 'conclusão' passa as ideias/incentivos errados sobre o que precisamos em termos de desenvolvedores; para que um código valha a pena ser usado em escala distribuída, ele precisa ser continuamente trabalhado por pessoas motivadas. ter uma pessoa criando uma base de código, sendo paga e possivelmente desaparecendo não traz benefício algum para a comunidade 21:14:51 <iRelay> Título: zzz.i2p: Managing the project (em zzz.i2p) 21:14:57 <lillith> str4d: em vez de quê...? 21:15:17 <str4d> A partir daquela afirmação acima, o propósito das recompensas parece ser financiar esforços pontuais para implementar funcionalidades específicas. 21:15:20 <Umlaut> recompensas são apropriadas? - Acho que depende; na minha opinião, recompensas para devs, para um projeto específico e onde não haja concurso/competição envolvida - nesses casos elas são apropriadas 21:15:26 <iRelay> <weltende@freenode> nom: funcionou no passado se você olhar a página de recompensas.. 21:15:30 <dg> str4d: É isso que queremos? 21:15:41 <LaughingBuddha> nom: concordo 21:15:48 <str4d> Isso funciona? De certa forma. 21:16:03 <str4d> weltende, exatamente. Há exemplos claros de recompensas sendo assumidas. 21:16:18 <dg> http://www.i2p2.de/bounties.html 21:16:29 <iRelay> Título: Bounties - I2P (em www.i2p2.de) 21:16:34 <str4d> A adesão às recompensas É lenta, por falta de visibilidade/divulgação/marketing/o que seja, mas as recompensas estão sendo assumidas aos poucos. 21:16:41 <dg> Não sei se as recompensas que estão sendo cumpridas talvez não estejam sendo cumpridas da maneira que queremos também. 21:17:03 <str4d> Mas, das recompensas reivindicadas, nenhum desenvolvedor está atualmente com o I2P. 21:17:10 <dg> Por exemplo: "Datastore over I2P" - "REIVINDICADA por 700 euros" - "duck, smeghead" 21:17:20 <lillith> talvez, mudar as recompensas para ..... e manter seu trabalho por um tempo razoável 21:17:23 <nom> para conseguir desenvolvimento contínuo de verdade, um modelo melhor é o de projeto/bolsas, em que as pessoas doam para um projeto com metas definidas, e quem conduz esse projeto paga continuamente a quem está ativamente trabalhando para atingir essas metas 21:17:34 <dg> A solução foi, na minha opinião, improvisada; o $$$ da recompensa foi bastante alto para esse remendo e os dois desenvolvedores dessa recompensa sumiram. 21:17:46 <str4d> dg: isso é irrelevante - conforme o modelo atual de recompensas, cabe ao doador decidir sobre a conclusão. 21:18:01 <dg> E se houver vários doadores? 21:18:08 <str4d> O primeiro doador. 21:18:11 <orion> Eu não gosto de recompensas. Na minha opinião, a única maneira de atrair desenvolvedores é atrair atenção para o I2P. 21:18:15 <str4d> (segundo o modelo atual) 21:18:21 <iRelay> <weltende@freenode> lillith: não é realmente necessário na minha opinião se estiver no core do router.. 21:18:25 <str4d> Se uma recompensa for financiada pelo I2P, então isso passa a ser relevante, pois o próprio I2P é o juiz. 21:18:32 <dg> Ah. Isso não parece certo. :s. 21:18:54 <orion> Na minha opinião, a melhor maneira de atrair atenção para o I2P é oferecendo conteúdo. 21:19:06 <dg> Certo, mas algumas recompensas podem levar a conteúdo. 21:19:13 <str4d> Não estou defendendo o sistema atual de recompensas, só descrevendo-o. 21:19:44 <dg> str4d: certo, e obrigado. 21:20:03 <nom> honestamente acho que grande parte do problema é estarmos confundindo coisas que são parte direta da base de código do I2P com coisas que simplesmente rodam em cima do I2P. ex.: tradução vs datastore 21:20:03 <str4d> O maior problema de um projeto semi-anônimo como o I2P é reter desenvolvedores. O modelo atual de recompensas não ajuda em nada nisso. 21:20:42 <dg> Sou contra o sistema de recompensas, pois ele não ajuda o ecossistema que temos, evidentemente (nenhum dos desenvolvedores está aqui hoje..) e acho que os fundos do projeto poderiam ser melhor alocados. 21:20:57 <nom> uma recompensa/pagamento para uma pessoa fazer uma parte específica da base de código é ok em teoria, mas isso não funciona para criar desenvolvimento contínuo de apps/sistemas que rodam em cima do I2P 21:21:12 <str4d> Concordo. 21:21:17 <iRelay> <weltende@freenode> dg: bem.. se não forem assumidas, então o dinheiro não é gasto.. 21:21:54 <dg> weltende: Os fundos ficam em reserva, não podem ser gastos pois estão alocados para gastar na $bounty. 21:21:57 <nom> por exemplo, adicionar testes de unidade ao I2P poderia valer uma recompensa, mas provavelmente seria melhor fazer um acordo com programadores que seriam pagos um pequeno valor continuamente para continuar adicionando mais testes de unidade conforme necessário 21:22:03 <iRelay> <weltende@freenode> se você achar, porém, que para determinada recompensa o código não é bom o suficiente ou algo assim.. pode ser uma boa ideia especificar mais claramente na descrição da recompensa o que precisa ser feito 21:22:26 <iRelay> <weltende@freenode> dg: o que só é um problema se tivermos que gastar o dinheiro imediatamente 21:23:01 <iRelay> <weltende@freenode> não fica reservado para sempre, como você pode ver na página de recompensas.. já houve fundos voltando para o caixa geral 21:23:21 <dg> weltende: Duvido que cheguemos ao ponto de PRECISAR dos fundos alocados para recompensas, mas isso parece redundante. 21:23:44 <str4d> Alocação de fundos foge ao ponto atual. 21:23:59 <iRelay> <weltende@freenode> dg: exatamente meu ponto 21:24:11 <lillith> dg: competições estão incluídas em recompensas ou são o ponto 1.5? 21:24:14 <str4d> Sempre haverá dinheiro, de uma forma ou de outra. 21:24:26 <str4d> (Ou não) 21:24:29 <nom> acho que o datastore é um ótimo exemplo de onde não se deveria usar recompensas; para algo tão complexo quanto um datastore universal ser viável, ele precisa ser um projeto próprio com desenvolvedores ativos; pagar alguém pela conclusão vai te dar algo marginalmente funcional, mas que nunca vai melhorar 21:24:40 <LaughingBuddha> ^ 21:24:40 <str4d> nom: concordo. 21:24:43 <dg> lillith: Competições não tinham me ocorrido, mas suponho que seria o ponto depois deste. 21:24:46 <Umlaut> Deixem-me lembrar o concurso de arte do i2p para o 29c3 - Aquilo era realmente um projeto de dev? Foi apropriado usar recompensas nele? Sendo que nem havia critérios estritos definidos? 21:24:57 <str4d> O resultado vai satisfazer a recompensa, mas provavelmente não vai escalar. 21:25:00 <dg> nom: Não poderia ter dito melhor. 21:25:26 <iRelay> <weltende@freenode> nom: torrents também não foram nada além de uma recompensa.. 21:25:34 <LaughingBuddha> Umlaut: eu achei que fossem fundos pessoais do eche|on? 21:25:54 <Umlaut> se eu estivesse disposto a contribuir para o concurso, a recompensa iria mais me desencorajar? 21:26:01 <lillith> (a maioria das) recompensas são definidas por usuários - entre dar a eles uma escolha e eles não doarem nada, pelo menos com uma recompensa eles têm alguma voz no que acontece 21:26:32 <nom> colocando de outra forma... não há recompensas no Google.... 21:26:32 <Umlaut> LaughingBuddha realmente? então desculpe, eu não sabia disso 21:26:32 <nom> weltende sim, mas o zzz continua trabalhando no snark, não é? 21:26:47 <str4d> Se o I2P tivesse uma estrutura estabelecida para desmembrar projetos (ou atuar como um guarda-chuva para eles), então seria diferente (mas isso se conecta ao ponto posterior sobre “oficialidade”). 21:26:51 <LaughingBuddha> Umlaut: Posso estar enganado, mas acho que li isso em algum lugar 21:27:04 <str4d> Acho que recompensas são úteis, mas não da maneira como estão sendo promovidas atualmente. 21:27:08 <lillith> LaughingBuddha: tecnicamente, todos os fundos do i2p são dinheiro pessoal do eche|on 21:27:11 <dg> nom: o zzz estava por aqui de qualquer forma. Acho que as motivações dele são diferentes de ganhar recompensas e o programa de recompensas tem pouco a ver com isso. Não acredito que ele tenha ganhado algo da recompensa de torrent também. 21:27:18 <str4d> E que elas não deveriam ser o foco principal. 21:27:21 <iRelay> <weltende@freenode> nom: sim.. mas sem a recompensa não teria havido uma base de código para começar.. (e ele não fazia parte do time de devs da recompensa) 21:27:21 <dg> Vamos falar do dinheiro depois.. 21:27:40 <LaughingBuddha> lillith: Ele não “administra” isso? 21:27:47 <LaughingBuddha> dg: ok 21:28:10 <str4d> weltende, você tem um bom ponto. 21:28:14 <lillith> i2p não é uma entidade legal, então não pode possuir nada. logo, é dinheiro pessoal do eche|on. 21:28:29 <str4d> Recompensas são úteis para dar o pontapé inicial no código, não para desenvolvimento contínuo. 21:28:36 <LaughingBuddha> lillith: Entendi 21:28:36 <nom> se você quer desenvolvimento contínuo, deve pagar desenvolvedores continuamente para trabalhar nas coisas que eles querem trabalhar. doar dinheiro para fazer algo é válido, mas não deveria ser dado como um montante único para quem conseguir um 0.0.1 funcionando primeiro; deveria ser usado para financiar o desenvolvimento do projeto ao longo do tempo 21:28:39 <lillith> ele poderia, legalmente, ir embora com tudo um dia (ele não faria isso, mas poderia) 21:28:48 <iRelay> <weltende@freenode> nom: e eu realmente não vejo seu ponto com “não há recompensas no Google”.. as pessoas que trabalham no Google são pagas para trabalhar lá.. 21:28:52 <lillith> ^isso 21:29:27 <LaughingBuddha> Mas parece que concordamos com a primeira parte da afirmação do nom. Não? 21:29:30 <lillith> por exemplo, recompensa de $X por mês para trabalhar em algo 21:29:45 <LaughingBuddha> Sim 21:29:52 <iRelay> <weltende@freenode> ou talvez definir marcos na recompensa? 21:29:56 <Meeh> Parece uma boa solução 21:30:07 <iRelay> <weltende@freenode> (e ao atingir o marco $X você recebe $Y de dinheiro) 21:30:07 <dg> Soa bem. 21:30:14 <LaughingBuddha> marcos parecem uma boa ideia 21:30:17 <LaughingBuddha> mas precisam ser claramente definidos 21:30:20 <dg> Marcos + pagamento contínuo? 21:30:20 <nom> lol esse era o meu ponto: eles são pagos e trabalham, e o trabalho deles não está diretamente conectado com a forma como são pagos. claro, se pararem de trabalhar, param de receber, mas não são pagos por completar um trecho específico de código; são pagos o suficiente para viver e passar a vida codando 21:30:23 <str4d> Marcos é meio como o que a recompensa de Testes de Unidade tem atualmente. 21:30:27 <lillith> é para o eche|on que precisamos pedir com jeitinho para mudar o site etc.? 21:30:38 <dg> não, o site está no mtn 21:30:41 <Umlaut> nom eu concordo com seu ponto, pagar aos devs que são confiáveis e conhecidos por serem bons contribuidores 21:30:44 <str4d> lillith: não, qualquer um pode mudar o site. 21:30:54 <Meeh> Ou manter uma parte da recompensa como pagamento de "suporte contínuo" por mês do aplicativo/o que for 21:31:22 <Meeh> Assim não ficamos com apps, libs etc. desatualizados. 21:31:29 <LaughingBuddha> O projeto seria avaliado a cada marco, então? 21:31:44 <dg> LaughingBuddha: bom ponto. Por quem? 21:32:00 <nom> ah, marcos são só recompensas menores... uma solução mais simples é ter um fundo de dinheiro para um projeto, e alguém/um grupo de pessoas que pague o dinheiro a quem está ativamente trabalhando nele 21:32:03 <dg> O “conselho”? (De novo, vamos chegar nisso depois). 21:32:10 <LaughingBuddha> Conselho de devs? 21:32:10 <LaughingBuddha> sim 21:32:29 <nom> geralmente você acabaria com o conselho de devs sendo as mesmas pessoas que estão sendo pagas, claro... 21:32:46 <lillith> para tornar qualquer coisa decidida aqui 'oficial', é tão simples quanto alguém enviar uma atualização do site para o mtn? 21:32:55 <LaughingBuddha> quantos devs ativos estão trabalhando na base de código do i2p? 21:32:58 <Umlaut> também é preciso levar em consideração como o sistema de doações atual parece do ponto de vista do doador em potencial (especialmente alguém novo na comunidade i2p) 21:33:04 <lillith> LaughingBuddha: um 21:33:07 <dg> lillith: Mais ou menos. E postar no zzz.i2p. ;_; 21:33:15 <dg> O conselho de devs determina o estado do $project e decide se ele deve continuar recebendo financiamento? 21:33:18 <Umlaut> eu poderia ser um deles 21:33:25 <dg> LaughingBuddha: 2, 3? 21:33:32 <LaughingBuddha> hmm 21:33:47 <nom> o modelo conselho/empregados parece funcionar muito bem para 99% das corporações no mundo. você tem um grupo de pessoas mais comprometidas que já contribuíram muito e que gerenciam o dinheiro, e tem pessoas que entram e contribuem e são pagas por seus esforços com base no julgamento dos contribuintes de longa data 21:33:54 <LaughingBuddha> E se montarmos um conselho de no mínimo 5 pessoas que entendam do assunto? 21:34:01 <LaughingBuddha> Devs + Usuários 21:34:09 <Umlaut> e eu confiaria mais no sistema se houvesse mais de uma pessoa, algo como já mencionado, um conselho de devs que lide com o dinheiro 21:34:24 <orion> E se tivesse que pagar para estar no conselho? 21:34:31 <LaughingBuddha> hã? 21:34:38 <nom> (isso só funciona, porém, se você puder separar os projetos próprios do i2p dos projetos que apenas rodam no i2p, que não deveriam ser geridos pelo próprio time de devs do i2p) 21:34:38 <str4d> orion: não é um bom modelo. 21:34:47 <str4d> inb4 um oligarca russo toma conta do I2P 21:34:57 <LaughingBuddha> haha 21:35:06 <nom> inb4 já aconteceu, zzz = vladimir 21:35:10 <orion> Pagar em código. 21:35:29 <LaughingBuddha> E como você mede quanto tem que pagar? 21:35:32 <LaughingBuddha> 200 linhas de código? 21:35:35 <lillith> algumas pessoas são grandes contribuintes sem programar 21:35:46 <orion> Não faço ideia, só brainstorming. 21:35:49 <nom> como qualquer oligarquia, o único sistema natural é eleição pelo conselho existente 21:35:49 <str4d> Exatamente. 21:36:03 <dg> Então, o conselho “dev” (equipe) normal (vamos falar disso depois) decidiria se vale a pena pagar pelo $project? 21:36:15 <dg> Complicação em excesso vai levar a não fazermos nada 21:36:22 <lillith> 3 níveis: círculo interno, círculo externo, outros 21:36:30 <LaughingBuddha> lillith: gostei 21:36:37 <lillith> outros = pessoas novas/desconhecidas 21:36:51 <lillith> círculo externo = pessoas conhecidas/confiáveis 21:36:51 <LaughingBuddha> porque não parece que temos devs suficientes para um painel de juízes de verdade 21:37:02 <Umlaut> dg eu diria que sim, pois os devs devem saber *melhor* quais projetos são mais importantes/urgentes/valem a pena gastar dinheiro 21:37:05 <lillith> círculo interno votado pelo círculo externo 21:37:20 <nom> é uma hierarquia; o projeto i2p como um todo é mais do que apenas o time de devs do i2p, mas eles são a ponta de lança, por assim dizer. eles recebem/têm a maioria das doações/recursos. mas outros projetos construídos sobre o i2p não seriam geridos pelo time de devs do i2p, embora pudessem receber financiamento do i2p propriamente dito 21:37:23 <lillith> meio como as reuniões, mas mais estruturado hierarquicamente 21:38:13 <dg> na minha opinião <+dg> Complicação em excesso vai levar a não fazermos nada 21:38:37 <iRelay> <weltende@freenode> +1 21:39:15 <dg> Toda a ideia de “conselho” (equipe/dev) se encaixa bem, já que vamos discutir isso em seguida de qualquer forma 21:39:22 <dg> Deixamos isso para outra hora ou...? 21:39:28 <nom> em suma, zzz, eche e quem mais eles considerarem parte do 'conselho' do i2p ficam encarregados do dinheiro/decisões (já estão), e outros projetos no i2p deveriam ser estruturados de forma semelhante com seus próprios conselhos de tomadores de decisão. em vez de recompensas para um subprojeto (datastore, cliente de BTC, etc.), a recompensa deveria ser dada ao conselho daquele projeto, e deixá-los decidir como gastar para fazer as coisas acontecerem 21:39:39 <lillith> então vamos voltar ao tópico ou recompensas já foram discutidas até a exaustão? 21:40:49 <nom> e a decisão de dar uma recompensa a um conselho de devs para um projeto obviamente tem que ser tomada pelo conselho do i2p; assim você não tem 3 pessoas aparecendo, dizendo que vão fazer algo, pegando o dinheiro e depois nunca fazendo. 21:41:13 <dg> nom: +1 21:41:21 <Meeh> nom: +1 21:41:24 <LaughingBuddha> nom: acho que é pago na conclusão 21:41:34 <iRelay> <str4d@freenode> nom++ 21:41:46 <LaughingBuddha> nom: +1 21:41:54 <dg> Acho que é um bom ponto para encerrar? :) 21:42:14 <Meeh> Concordo 21:42:24 <nom> no futuro seria melhor que os doadores dessem diretamente ao subprojeto se já existir um conselho/grupo, em vez de doar ao eche para criar uma recompensa. já que se já houver um grupo trabalhando nisso, eles seriam os melhores para determinar como usar o dinheiro para atingir essas metas 21:42:53 <dg> ok, seguindo 21:42:58 <Umlaut> nom isso faz todo sentido 21:43:01 <Umlaut> nom++ 21:43:11 * nom ergue seu copo, saúde, pessoal 21:43:18 <dg> Acho que cobrimos “gerenciar dinheiro” em grande parte e isso entra em “tornar o projeto oficial” de qualquer forma 21:43:21 <LaughingBuddha> :) 21:43:21 <dg> Então vamos ao último? 21:43:47 <lillith> clarificar a posição sobre o dinheiro primeiro para os lurkers? 21:43:54 <iRelay> <weltende@freenode> para um e.V. precisaríamos de pelo menos 7 pessoas dispostas a se tornar públicas como membros 21:43:55 <LaughingBuddha> Oficial = Registrar como organização? 21:44:26 <dg> LaughingBuddha: sim 21:44:29 <Meeh> no caso de registrar como uma organização, em qual país? 21:45:01 <dg> lillith: Os fundos de recompensa deveriam ir para equipes designadas pelo conselho central do I2P.. se formos adiante com isso. 21:45:04 <dg> Meeh: EUA, presumo? 21:45:07 <Meeh> isso também exige a desanonimização de certas pessoas 21:45:14 <Umlaut> ok, então quem são as almas corajosas para abrir mão do seu anonimato (se isso significar oficializar)? 21:45:17 <orion> No que vocês decidiram? 21:45:20 <iRelay> <str4d@freenode> Não necessariamente os EUA 21:45:28 <nom> não sei se a designação 'oficial' seria realmente tão útil assim... honestamente não consigo ver qual seria o benefício 21:45:31 <lillith> presumivelmente as pessoas têm que estar nos EUA também? 21:45:54 <lillith> nom: uma entidade legal para doar 21:45:54 <nom> além de colocar o projeto/as pessoas mais no radar dos poderes constituídos... 21:46:06 <Meeh> Eu posso revelar minha identidade, então sem problema para mim.. Mas acho que não tenho permissão para entrar nos EUA, então é. 21:46:17 <orion> Registro é estúpido. 21:46:28 <LaughingBuddha> dg: Quais são os benefícios? 21:46:39 <orion> Vamos apenas espalhar o dinheiro entre diferentes “contas” geridas por pessoas diferentes. 21:46:55 <orion> Isto é, a conta do eche|on, a conta do zzz, a conta do dg, etc. 21:46:57 <LaughingBuddha> Uma carteira para cada (sub)projeto? 21:47:04 <dg> LaughingBuddha: Gerenciar o dinheiro do projeto sob “I2P” e não uma pessoa, ou pessoas. Uma fachada oficial é muito menos suspeita e mais passível de prestação de contas. 21:47:09 <orion> Não. 21:47:12 <Umlaut> Vocês acham que oficializar traria benefícios reais para o mundo do i2p? 21:47:14 <iRelay> <weltende@freenode> orion: não sei se a receita não acharia isso suspeito 21:47:14 <orion> Só “contas” diferentes. 21:47:32 * nom acha que o foco deveria ser mais na logística da hierarquia de conselhos / democracia / esquema de votação. para realmente ter um sistema assim, precisaríamos ou de um site bem administrado, ou de algum tipo de sistema distribuído para isso 21:47:35 <LaughingBuddha> dg: Entendi 21:47:46 <iRelay> <weltende@freenode> certamente traria muita papelada 21:47:54 <lillith> Umlaut: sem mais reclamações sobre o eche|on segurando o dinheiro 21:48:04 <iRelay> <str4d@freenode> nom++ 21:48:13 <iRelay> * str4d@freenode clona o cérebro do nom 21:48:14 <dg> nom: talvez sim. Se conseguirmos organizar isso, então podemos chegar a um consenso sobre isso.. 21:48:44 <orion> Para constar, se vocês quiserem fazer algo que exija abrir mão do anonimato, eu faço. 21:48:57 <dg> git clone `http://git.repo.i2p/repo/nom.git` 21:49:00 <LaughingBuddha> Eu consideraria isso 21:49:03 <iRelay> <str4d@freenode> Tornar-se “oficial” é principalmente uma decisão financeira, na minha opinião; não contribui de fato para a estrutura. 21:49:22 <orion> Embora eu seja contra a ideia de ir ao governo, eu farei se for o que o projeto decidir que é o melhor. 21:49:40 <dg> Então, vamos mudar o foco para a estrutura organizacional 21:49:51 <dg> (Já que isso suplanta este assunto de qualquer forma) 21:50:06 <iRelay> <weltende@freenode> str4d: bem.. um e.V. exige que os membros votem em um conselho uma vez por ano... então já teríamos o procedimento de votação para o conselho ;) 21:50:14 <dg> “O projeto Debian só permite que a votação seja feita por ‘Desenvolvedores Debian’ (onde “$developer” = “qualquer tipo de contribuidor”). Se houver algum tipo de sistema de votação aqui, ele precisaria ser limitado de forma semelhante; caso contrário, o sistema estaria sujeito a abusos, permitindo que uma pequena, porém vocal, clique impusesse suas demandas.” 21:50:21 <dg> Devemos adotar uma abordagem semelhante? 21:50:25 <LaughingBuddha> (para o e.V.) 21:50:44 <lillith> quanto você precisa contribuir para ser um contribuidor? 21:50:59 <iRelay> <str4d@freenode> O problema com a abordagem de “Desenvolvedores Debian” é o número de desenvolvedores que o I2P tem (muito poucos) 21:51:05 <lillith> ou seja, ser ativo em #i2p-help é suficiente? 21:51:25 <Meeh> precisamos encontrar uma definição de contribuidor 21:51:33 <sigint> para quê? 21:51:36 * lillith não lê 'contribuidor' como 'contribuidor de código' 21:51:55 <dg> str4d: “qualquer tipo de contribuidor”. 21:51:59 <lillith> sigint: leia o histórico no sighup ;) 21:52:10 <sigint> vou fazer isso 21:52:12 <iRelay> <str4d@freenode> dg, é, acabei de ler essa parte *derp* 21:52:12 <nom> a estrutura organizacional é bem simples na teoria: basta ter um sistema de três níveis de membros do conselho (eleitos pela oligarquia do conselho existente), contribuidores (eleitos em geral pelo grupo existente de contribuidores) e usuários (todo o resto, incluindo pessoas que /querem/ ser vistas como contribuidores, mas não estão por aqui há tempo suficiente para que, em geral, confiem nelas) 21:52:27 <lillith> o sighup é como seu irmãozinho ;) 21:52:39 <Umlaut> tudo depende da escala da contribuição, da confiabilidade do contribuidor e de outros fatores 21:53:06 <nom> algo como: realeza, nobreza e plebe.... 21:53:13 <Umlaut> confiabilidade = ser confiável pelos outros 21:53:16 <lillith> talvez um bom começo seja começar com números aproximados e trabalhar a partir daí? 21:53:31 <Umlaut> nom na verdade estou me referindo ao que você disse 21:54:09 <Umlaut> não confiável = alguém que prometeu fazer algo, gerou alguma expectativa e depois sumiu (com uma recompensa..) 21:54:24 <nom> hmm é 21:55:35 <dg> nom: “existente”? 21:56:15 <orion> Tenho que ir. Para concluir, só quero dizer que ter fundos em um local central facilita o roubo por governos opressivos, e que se precisarmos fazer algo que exija abrir mão do meu anonimato, eu farei. Até mais 21:56:26 <nom> talvez, suprema corte (conselho), senado (contribuidores) e câmara (usuários) seria melhor... o conselho tem o controle real sobre todas as decisões, mas leva em conta os votos dos contribuidores, que são identidades confiáveis, e também os votos da população geral de usuários, mas você não pesa isso demais, pois não há proteção real contra pessoas criarem um monte de identidades de usuário para votar 21:56:33 <lillith> tchau orion :) 21:56:37 <dg> Encerramos agora e continuamos na próxima semana no mesmo horário? 21:56:40 <nom> o/ orion 21:56:50 <dg> Uma hora é muito, não quero que isso se arraste. 21:57:04 <orion> Como vocês quiserem. 21:57:07 <lillith> dg: topo 21:57:17 <iRelay> <str4d@freenode> Fico feliz em continuar na próxima semana. 21:57:26 <lillith> dá tempo para refletir sobre o que já foi dito 21:57:29 <nom> claro, parece bom 21:57:31 <iRelay> <str4d@freenode> Precisamos pensar melhor sobre isso. 21:57:43 <iRelay> <str4d@freenode> E, com sorte, mais algumas pessoas aparecem então ^_^ 21:58:07 * nom acha que a principal lição aqui é que poderíamos usar um site/sistema para tomada de decisões/votação em grupo 21:58:07 <lillith> sim... 21:58:14 <dg> Concordo, parece bom, pessoal. Vou atualizar o tópico no zzz.i2p em breve (me cutuquem se eu não fizer isso em 24 horas). 21:58:25 <dg> obrigado a todos. :) 21:58:29 <LaughingBuddha> Boa sessão 21:58:32 * lillith pega o baffer de forma ameaçadora 21:58:42 <dg> ;) vai 21:58:53 <Umlaut> obrigado por me deixarem participar 21:58:53 <lillith> *baf* reunião encerrada :) 21:59:04 <Umlaut> luzes apagadas! 21:59:06 <lillith> obrigada, e boa noite :) 21:59:19 <sigint> Ótimo. Entrei bem no final. Eu até esqueci que ia ter um :| 21:59:22 <nom> inb4 enorme netsplit bem cronometrado 21:59:25 <sigint> já volto, lendo o backlog 21:59:28 <sponge> o/ 21:59:40 <Umlaut> sigint falha de fuso horário? 21:59:50 <iRelay> <str4d@freenode> o/ sponge. 21:59:50 <sponge> :-) 21:59:57 <lillith> sigint: mesma hora na semana que vem ;) diga tudo o que não teve chance de dizer então :) 22:00:12 <sponge> orion quer saber das minhas ideias, pelo que vejo... 22:00:50 <iRelay> <str4d@freenode> Apontei ele na sua direção, sponge - achei que reunir as energias criativas seria uma boa ideia. 22:01:05 <sigint> lillith: eu não tinha planejado explicitamente participar desta reunião, mas teria sido legal. nada demais, porém. eu tenho uma ideia que seria boa para trazer na reunião da próxima semana. 22:01:09 <sponge> Sim, excelente. 22:01:32 <sponge> Preciso de pessoas para ajudar com minhas ideias... eu tenho ideias demais 22:01:35 <sigint> ideia: oferecer recompensas em BTC por vulnerabilidades de segurança 22:01:39 <lillith> sigint: é com o dg que você vai querer falar sobre isso então :) 22:01:41 <iRelay> <str4d@freenode> (E o trabalho do orion no i2pcpp provou que ele é bom em implementar coisas ^_^) 22:01:58 <iRelay> <str4d@freenode> sigint, poste quaisquer ideias para a próxima semana no tópico do zzz.i2p. 22:01:59 * lillith ergue as sobrancelhas 22:02:07 <lillith> muiiito interessante 22:02:10 <sigint> farei sim

Versão 0.9.5

Tue, 20 Nov 2012 00:00:00 +0000

Resumo rápido

Presentes: asdfsdafsdafsd, darrob, dg, k0e, KillYourTV, LaughingBuddah, nom, psi, st4d, thursday, user, weltende, zzz

Registro da reunião

20:03:41 <Laughing1uddah> Meeting time? 20:03:48 <dg> It is! 20:04:01 <k0e> checkout http://www.youtube.com/watch?v=hgJ7yck1qwY 20:04:01 <iRelay> Title: Android ICS on Raspberry Pi, Views: 139170, Rating: 99.0% 20:04:05 * dg gulps 20:04:15 <dg> okay then.. let's begin 20:04:22 <dg> our topics today are: 20:04:33 <dg> 0) Welcome 20:04:40 <dg> (0a) Changing things up 20:04:47 <dg> (Meetings, etc) 20:05:00 <dg> (1) Network health 20:05:03 <dg> (1a) IRC 20:05:10 <dg> (1b) Growth (how do we get i2p out there?) 20:05:13 <dg> (2) IRL events (CCC, Cryptoparties..) 20:05:20 <dg> (3) - Merging Fux improvements into trunk 20:05:23 <dg> (4) Website 20:05:26 <dg> (4a) - Mirroring.. 20:05:33 <dg> (4b)- SSL 20:05:36 <dg> (5) - Progress 20:05:39 <dg> (6) - Next meeting 20:05:50 <dg> (7) - Any other notes from participants, etc 20:05:50 <dg> bit of a mouthful! 20:06:28 <dg> I'm hoping we have enough people here today 20:06:43 <dg> I'm trying to base things off of past meetings 20:07:11 <dg> so uh.. 20:07:26 <dg> First of all, do we have anyone from long enough ago to recap the changes (big ones, notable ons) 20:07:26 <dg> since the last meeting? 20:07:33 <dg> (It was Sept 8) 20:09:05 <nom> unlikely atm... could try a highlight all tho 20:09:24 <asdfsdafsdafsd> Hear ye, Hear ye! 20:09:27 * asdfsdafsdafsd pounds gavel 20:09:35 <dg> I'm thinking maybe KillYourTV knows a little 20:09:53 <dg> I was told welt could be here too, so hopefully he can wave at some time 20:09:56 <dg> (no sign of zzz either) 20:10:09 <dg> This will be somewhat awkward without most of the team 20:10:23 <asdfsdafsdafsd> The honorable asdfsdafsdafsd is now presiding 20:10:25 <iRelay> * weltende@freenode waves 20:10:37 <dg> :) 20:10:37 <dg> Okay 20:10:48 <zzz> here 20:10:51 <dg> So, first of all, as some of you may know, this is the first meeting in 2 years 20:11:04 <dg> And even the last meeting was specalized 20:11:08 <dg> specialized* 20:11:30 <dg> I'm planning on booting up regular meetings to catch up on progress, etc, even if there is no big topic to discuss 20:12:01 <dg> wrt "change", I'm contemplating taking up Project Manager 20:12:04 <dg> or at least some sort of co-ordinator 20:12:28 <dg> I'm proud of the progress that was made with dr|z3d although sadly, I don't think he's ready to join in -dev again just yet (speak, even) 20:12:54 <dg> I can't comment on progress from the last 2 years since I haven't been here for that long 20:12:57 <dg> If somebody else could, I'd appreciate it 20:13:04 <dg> <pause for $person> 20:13:18 <nom> might have to wait for netsplit to unsplit 20:13:25 <dg> might be a good idea :-/ 20:13:36 <nom> hehe 20:13:51 <LaughingBuddah> While we wait, what happened dr|z3d? 20:13:54 <LaughingBuddah> what happened with* 20:13:57 * nom pokes the intertubes 20:14:13 <dg> There we go. 20:14:20 <dg> Let me paste what they missed. 20:15:42 <dg> this is painful haha 20:16:09 <dg> ok, netsplit folk: `http://pastethis.i2p/show/2297/` 20:16:12 <iRelay> Title: Paste #2297 | LodgeIt! (at pastethis.i2p) 20:16:12 <dg> <+dg> I can't comment on progress from the last 2 years since I haven't been here for that long 20:16:15 <dg> <+dg> If somebody else could, I'd appreciate it 20:16:15 <dg> <+dg> <pause for $person> 20:16:27 <dg> LaughingBuddah: alright 20:16:53 <dg> Basically, after dr|z3d was kicked out for a long period, etc etc, I raised the point that he should be unmuted in -dev as we're all on the same team here, etc 20:17:00 <dg> He doesn't seem to be up to joining us again yet though 20:17:06 <nom> Complication: KillYourTV badger darrob dg gatekeeper iRelay Meeh postman RN_ Shinobiwan slow sponge str4d albat asdfsdafsdafsd Astral2012_1 Biotrophy blitzkrieg christoph cipher__ dr4wd3- eight_ joepie95 k0e kytv|away LaughingBuddah lezz luminosus MTN nom operhiem1 PrivacyHawk psi SanguineRose soundwave thursday tycho usr w8rabbit woox2k Xtothec zzz meeting time people 20:17:14 <LaughingBuddah> Nono, I was wondering why he was kicked out 20:17:21 <dg> I wanted him to have the choice to in any case, even if he didn't *want to right now* 20:17:21 <dg> Oh 20:17:28 <dg> There were disagreements with the team a while back 20:17:35 <SanguineRose> I'm not here, I am invisible 20:17:38 <LaughingBuddah> I see 20:17:38 <dg> It turned into quite a big disagreement after small ones added up 20:17:53 <dg> It's lead to a pissing contest and a division of the community to an extent :-P 20:17:56 <dg> not nice 20:18:03 <LaughingBuddah> Alright. Proceed :) 20:18:06 <nom> ha! you may be invisible but we can hear you :P 20:18:17 <dg> I'll give the $person a few more seconds to appear.. 20:18:20 <SanguineRose> lies, you can not read what I am thinking right now! 20:18:27 * dg sits awkwardly 20:18:44 <iRelay> <weltende@freenode> dg: yeah.. in dr|z3d and !dr|z3d mostly *cough* 20:18:48 <dg> Clearly nobody is wishing to recite history.. heh 20:18:51 * nom lounges awkwardly while reading SanguineRose's mind 20:18:57 <dg> Okay 20:19:16 <nom> meh, figure out history later when the historian decides to show up 20:19:23 <dg> so 20:19:23 <dg> (1) - network health 20:19:45 <dg> From what I've seen on the stats, we're doing okay on that front, although since the Russians left (rusleaks disappeared in general), there's been a drop 20:19:52 <dg> Returning to pre-rus levels (hah) 20:20:05 <dg> Hopefully zzz is available to comment on how we're doing on this front.. 20:20:29 <nom> imo network health is opaque, but based just on netsplits it could be better... 20:21:06 <zzz> it's shaky but kytv and I last night found the bug introduced in 0.9.2 causing all the trouble 20:21:21 <dg> zab and I have doubts about something so simple causing the issues though 20:21:27 * nom :| at timing 20:21:30 <asdfsdafsdafsd> ugh... split 20:21:36 <dg>>.> 20:21:48 <nom> zzz: what was the bug? 20:21:54 <dg> i guess that's the network speaking to us 20:22:13 <zzz> we accidentally cut the capacity of the network in half. 20:22:53 <LaughingBuddah> haha 20:23:04 * dg didn't see much of a difference on the tunnel success rates but you seem a lot more confident about it fixing things 20:23:07 <nom> lol rather unfortunate bug 20:23:14 <dg> ^ 20:23:21 <dg> I suppose we're doing alright on that front 20:23:44 <zzz> it's a network thing. You can't fix the network by just upgrading yourself. 20:23:50 <KillYourTV> of course one person upgrading to -10 will fix ALL the problems ;) 20:23:59 <dg> I can't comment for (1a) (IRC) because I've obviously been unable to contact badger 20:23:59 <KillYourTV> bah, I was too slow 20:23:59 <dg> KillYourTV: of course, haven't you heard of Java music? 20:24:02 <dg> *magic 20:24:02 <dg> pfft 20:24:13 <dg> (and i've been unable to contact postman, I was too late to get ech too..) 20:24:17 <dg> so that was a mess up on my part 20:24:51 <dg> (1b) then. 20:24:55 <dg> " 20:24:58 <dg> (1b) - Growth (how to make i2p grow more, developments with Russia (how do we get ourselves out there? outreach to big rus-sites?)) " 20:25:01 <nom> - if (style.equals("udp")) 20:25:01 <nom> + if (style.equals("SSU")) 20:25:01 <dg> Pretty broard 20:25:04 *** eight_ is now known as eight 20:25:07 <nom> ? that the bug? 20:25:24 <dg> (and there's a variable changed) 20:25:36 <zzz> thatsit 20:25:58 <dg> What was the commit excuse for that, anyway? 20:25:58 <dg> (in 0.9.2) 20:26:59 <k0e> regarding russian users, I think a big question is how is the #i2p-ru channel here doing? Are the russian users getting good support as compared to when english speakers come here and receive help 20:28:13 <LaughingBuddah> Do we have someone familiar with i2p that speaks russian? 20:28:24 <LaughingBuddah> Maybe even a dev? 20:29:02 * nom wanted to learn russian at one point, but never found the time... 20:29:21 <KillYourTV> user 'slow' fits there 20:29:32 <k0e> and on a sidenote, german looks to be the 3rd largest country after russia and USA 20:29:35 <str4d> slow hangs out there, right? 20:29:35 * nom thinks we need to go hunting for a russian and english speaking user who is dev inclined 20:29:38 <KillYourTV> (and he's nearly always in #ru) 20:29:53 <nom> nvm guess we found one 20:30:22 <LaughingBuddah> GOod 20:31:48 <nom> wrt growth generally, i would say working out all the network stability / performance bugs is a good step 20:32:09 <nom> also more content = more users = more content, sharing is caring and all that 20:32:28 <LaughingBuddah> What he said ^ 20:33:02 <dg> #i2p-ru is dead 20:33:02 <dg> zab is able to convert RU->EN but not EN->RU 20:33:16 <dg> btw, #ru has users, #i2p-ru does not 20:33:31 <dg> while working out bugs is great 20:33:42 <dg> We've certainly got a community based issue and I have not the slightest clue how to solve it 20:33:49 <nom> so yah.. everyone upload their media stashes to postman, and run high cap routers 20:34:13 <dg> i wish it was that simple 20:34:27 <dg> I guess this kind of includs IRL meetings 20:34:34 <dg> We've got a bunch of i2p-folk going to CCC this year 20:34:52 <dg> I think an "i2p workshop" is the best way to utilize this since it is too late to book a talk 20:35:02 <nom> lol yah increasing content is never simple, but good to remind people 20:35:18 <k0e> dg: suggest, maybe you can talk to eche|on and postman about combining those two channels (redirect to one of them) 20:35:18 <dg> i2p is barely out there like Tor 20:35:53 <dg> k0e: noted, will look into it later, thanks :) 20:36:16 <nom> re irl community meetings, at conferences and such, yah there needs to be more of it. ideally with the organizers staying connected to those of us back home in i2p, with videos and blogs, etc 20:36:55 <dg> Not sure how we could reach out to the russians, but someone could try speaking to the censored websites 20:36:59 <dg> prominent ones which are controversial, etc 20:37:06 <dg> Sadly, rusleaks is absolutely gone 20:37:09 <dg> So we can't rely on that 20:37:34 <dg> I tried reaching out to the an*on folk but I was unable to get on their networks anonymously so that was a little redundant 20:38:21 <LaughingBuddah> Let's move on 20:38:36 <darrob> i don't know about the reaching out, dg. does tor do that? this going from door to door advertising doesn't seem right. 20:38:43 <dg> Okay. 20:39:04 <dg> darrob: They don't do the door-to-door, and us doing that officially isn't right either. I was going to just encourage them a little. 20:39:22 <dg> LaughingBuddah: sure. 20:39:29 <str4d> Doc improvements would help a lot. 20:39:41 * dg was thinking about that earlier 20:39:44 <dg> I wasn't sure on the standards of them 20:40:51 <nom> yah doc improvements, and also some rigorous security testing could go a long way towards user growth 20:41:25 <dg> actually, we missed out on security testing due to lack of recent docs 20:41:35 <dg> of course, we couldn't have done anything since doc improvement took a while but yeah 20:42:09 <dg> Right now, the only way to say i2p is safer than something heavily audited e.g Tor is to read all the code + design yourself 20:42:15 <dg> That's fine for those who are wise in that area but bs for users 20:42:25 <dg> i2p has had little academic research too 20:42:35 <nom> imo at least, most users of this kinda thing want to get into the details of how it works and how secure it is. the threadmodel page is useful, but their not the results of extensive testing 20:42:46 <dg> Of course, you can't exactly force academics to write papers on i2p.. 20:42:57 <dg> nom: I agree. 20:43:19 <iRelay> <weltende@freenode> dg: that's not really true anymore imho 20:43:38 <dg> hm? 20:43:45 <nom> lol .... i suppose we could try to blackmail some grad students into writing papers on i2p \o/ 20:43:55 <dg> $5 wrench 20:44:08 <iRelay> <weltende@freenode> ah.. just got an mail of an talk about i2p @ athens cryptoparty #0 20:44:24 <dg> oh, nice. I was wondering about Cryptoparty 20:44:27 <dg> Tor has been heavily featured at them 20:44:41 <iRelay> <weltende@freenode> dg: there are a few papers about i2p.. (remember that tum i2p paper for example? ;) 20:44:50 <asdfsdafsdafsd> I doubt many academics will write papers or advocate I2P.... they're all in league with the globalists 20:45:44 <iRelay> <weltende@freenode> asdfsdafsdafsd: academics won't promote anything except their own software they are working on atm ;-) 20:45:48 <dg> i2p, not so much 20:46:28 <dg> The only papers I've seen about i2p are the french and correlation with headers/clocks 20:46:48 <dg> moving on 20:46:55 <asdfsdafsdafsd> weltende... exactly 20:47:02 <dg> "(3) - Discussion regarding merging current fux with trunk " 20:47:14 <nom> soooo.... gsoc? seems like security testing would be a good thing for that 20:47:17 <dg> I'm not sure if anyone can give a real answer to this apart from zzz 20:47:35 *** str4d is now known as str4d_afk 20:47:46 <dg> for those of you not aware, fux is a branch of i2p dev'd by str4d among others with user interfaces improvements. Theme improvements, that kind of thing. 20:47:49 <dg> nom: nobody wants to do gsoc 20:47:56 *** str4d_afk is now known as str4d 20:48:13 <dg> nom: zzz is on trac as a mentor but he apparently doesn't want to have a student 20:48:24 <zzz> sorry dg, all I know is 2-3 months old. last I heard, they were forking? 20:48:27 <dg> (not sure if correct, that's what I was told) 20:48:43 <zzz> wrong 20:48:58 <nom> no kidding, probably why it hasn't got done, but its a resource that gives access to the kind of people that could actually do a security assessment 20:49:24 <dg> zzz: There was some discussion of a fork, it's kind of died down now as some people have had a change of heart. Not sure what's going to be going on there, I don't think anyone is. Regarding the current changes though, I feel they could be somewhat beneficial. Nothing massive/feature breaking in there, however. 20:49:34 <dg> zzz: also, wrong? 20:49:38 <str4d> I am happy to mentor for GSoC 20:50:09 <dg> nom: Yup. 20:50:21 <dg> str4d: We could apply for next year, the application for 2010(?) is still up on trac. 20:50:25 <zzz> re: gsoc: wrong as in I'm happy to help but I'm not going to be in charge and not going to do it myself. 20:50:43 <dg> totally different to what i heard 20:50:53 <dg> key word: heard, I suppose 20:51:05 <dg> relevant trac page: `http://trac.i2p2.i2p/wiki/gsoc` 20:51:32 <zzz> dg re: fux, you're asking the wrong guy. I have no recent info. 20:51:39 <nom> imo fork is both exactly what is happening and exactly what is not happening, zzz you 'control' the official i2p.i2p branch in that you give out commit keys, but theres always gonna be people/groups writing their own features/code into i2p, if theres no interest in merging it stays a 'fork' but otherwise its not really 20:52:01 <dg> zzz: generally asking if you'd be ok with merging some of the themes, etc 20:52:04 <str4d> AFAIK there is nothing stopping mentors being anon, but we need a contactable liason (not sure if they must be non-anon) and some tax form as an organization. 20:52:23 <dg> Right. 20:52:37 <dg> I'm fine with being a liason but I'm sure a few people would be. 20:52:56 <dg> Tax form .. ugh 20:53:05 <LaughingBuddah> We will need some people to agree to be the face of i2p 20:53:24 <str4d> IIRC there was a USA-based one, or a Foreign-based one. 20:53:31 <dg> sadly we can't avoid that, LaughingBuddah.. 20:53:59 <dg> I don't want to be the guy trying to force people to give up anonymity and get up on stages but 20:54:18 <dg> We do need someone who wants to and can fulfill the job 20:54:41 <zzz> dg the last I looked at it was months ago. It was a big grab bag of stuff and I had some objections. Nobody has since asked me to look again - or spilt out the bad from the good - or given me any updates - or mentioned any progress about addressing my issues.. Unless that happens I have no update for you and i assume they are either working on it or forking. 20:54:49 <str4d> (Might not have been tax, but it was something financial) 20:54:52 <str4d> Not sure what was done in 2010 for that. 20:55:19 <dg> zzz: Alright, if I can get them to talk about it etc, I may be able to get you an update. 20:55:27 <dg> just a note 20:55:30 <dg> `http://trac.i2p2.i2p/wiki/gsoc/ideas` 20:55:37 <dg> seems quite interesting 20:55:40 <iRelay> Title: gsoc/ideas I2P (at trac.i2p2.i2p) 20:55:44 <zzz> so I repeat, you are asking the wrong guy. If you want to know about status, ask the guys working on it, not me. 20:56:07 <dg> I was asking if you'd be okay with merging is all, if they co-operated. 20:56:19 <dg> I felt that the changes could benefit i2p somewhat. 20:56:34 <dg> welcome psi 20:56:41 <psi> ?? 20:56:48 <dg> dev meeting 20:56:55 <psi> ok 20:57:36 <dg> The application for GSOC seems solid 20:57:39 <dg> Could possibly reuse it 20:57:39 <nom> zzz: what were the issues you needed addressed? 20:59:54 <str4d> There was an image in a dark theme that has since been replaced. Were there any other major issues? 21:00:17 <psi> ah yes... the assange character should've been removed for now 21:00:20 <psi> s/for/by 21:00:35 <dg> What's wrong with Assange? :P 21:00:46 <zzz> the main thing in remember is regressions in legibility and color choices, esp. in snark. But it's been months since I looked at it 21:00:49 <darrob> nom: you should try to find logs. it would be hard to recall or summarize. (for me, anyway, and i tried to give feedback, too). 21:00:56 <zzz> I felt it was a big step backwards 21:01:18 <KillYourTV> `http://killyourtv.i2p/irclogs/%23i2p-dev.2012-08-23.log.html` 21:01:21 <iRelay> Title: #i2p-dev logs for Thursday, 2012-08-23 (at killyourtv.i2p) 21:01:32 <dg> seems too late to enter gsoc this time now 21:01:43 <psi> regardless... i think we need a "real life" UI testing mechanism that isn't totally subjective 21:01:47 <dg> or uh, next year's are not open (what i mean) 21:01:54 <dg> psi: exactly 21:01:57 <psi> this is where users like Zorya come into play 21:02:12 <psi> Zorya especially is the perfect feedback tool for UI stuff 21:02:35 <nom> re assange, imo hes a cool dude, but as he 'officially' has nothing to do with i2p, we shouldn't be using his image on stuff... unless its like something related to him or wikileaks... 21:02:38 <psi> "regular" or "casual" users are VERY important and should be utilized for feedback 21:02:41 <zzz> but if the fux guys dont remember my objections either, then they probably haven't addressed them, and we're in the same place we were 3 months ago. 21:02:51 <psi> nom: i2p is politically neutral 21:03:37 <str4d> zzz, I recall your legibility issues, and I still think that is more a personal preference matter (since there are clear examples of people both liking and disliking the changes) 21:03:49 <nom> psi: right... if such a thing is possible 21:03:52 <psi> nom: no need to take any stance on things that are politically sensitive anywhere 21:03:59 <str4d> and color* 21:04:02 <str4d> The major issue was the image, and that has been addressed. 21:04:13 <nom> pretty sure were taking a stand about anonymity and free exchange of data tho.... 21:04:35 <str4d> psi, what's Zorya? 21:04:42 <asdfsdafsdafsd> assange is cointelpro 21:04:53 <dg> a person, not sure who/what they do though 21:04:53 <KillYourTV> I can say that when I last looked a few weeks ago, the constrasts in snark weren't nearly as jarring as they had been. 21:04:53 <psi> str4d: Zorya is a user in this channel 21:05:15 <psi> str4d: a "regular" user in jester's group 21:05:15 <zzz> so none of my issues were addressed? (except perhaps the assange image) 21:05:19 <zzz> then we're in the same place 21:05:38 <dg> actually, iirc, the colors were improved 21:05:42 <dg> i'm not sure they are perfect however 21:05:56 <zzz> at the time, I thought that fux was unmergable, that you should kill it and start over, separating out the good from the bad and the ugly. 21:06:08 <psi> zzz: tbh i'm not entirely sure that style issues are that critical unless they impact usability 21:06:36 <str4d> psi, ah - I read your sentence as Zorya being an automated testing tool =P 21:06:39 <dg> the best bit about fux, for me, was the framing of apps inside the console 21:06:46 <dg> i don't care as much about themes 21:07:01 <darrob> psi: that argument works for and against changes. ;) 21:07:20 <psi> darrob: correct 21:07:23 <nom> imo themes are themes and should be a basket of everyones options, if your problem is the default theme... then yah i guess i can see you not wanting to merge that... but still 21:07:23 <zzz> I gave my comments 3 months ago and havent heard anything since. If somebody would like to identify changes and ask me to look at it again, fine. 21:07:38 <dg> nom: my thoughts. 21:07:49 <zzz> you people that are saying you like some of it and dont care about the rest are missing the point completely. 21:07:49 <psi> darrob: however in its current state, the router console is in need of a redesign as it fails as a UI 21:07:52 <user> an improvement from the ui guys's side would be a UI plugin, I think. 21:08:04 <zzz> split out the good from the bad. right now it's a grab bag 21:08:11 <user> <dg> the best bit about fux, for me, was the framing of apps inside the console <<<---- that one I liked too.. gave an impression of unity 21:08:26 <dg> Made things a lot less clunky IMO, user. 21:08:56 <str4d> zzz, the point here is that there is nothing bad/ugly in fux, there is just stuff that everyone likes and stuff that some like and some don't. 21:09:07 <zzz> sounds like you guys are saying you still want to merge it but haven't done anything in 3 months? 21:09:33 <zzz> disagree. your snark changes are objectively bad/ugly. 21:09:56 <user> what's it that everyone likes? maybe one could start identifying that and only merge that 21:09:59 <psi> zzz: much has been done but that doesn't mean anything is "complete", as for something being "objectively ugly" is kind of an oxymoron 21:10:02 <nom> right well the good, the bad, and the ugly, are subjective.... imo as long its configurable personal taste of devs shouldn't come into it 21:10:24 <dg> Yes, we have? 21:10:27 <dg> In fact, I believe the color issue was also addressed. 21:10:27 <dg> see nom's comment 21:10:27 <dg> <nom> imo themes are themes and should be a basket of everyones options, if your problem is the default theme... then yah i guess i can see you not wanting to merge that... but still 21:10:27 <dg> psi: Exactly. 21:10:27 <dg> psi: It's great for nerds like us, not so much for a grandma who wants to be safe. 21:10:34 <dg> zzz: I can somewhat agree for snark but the rest, no. 21:10:45 <dg> user: the unification. 21:10:48 <dg> user: the non-default themes, too. 21:10:59 <dg> user: if it's non-default, I think it's fine to merge and improve along the way. Doesn't hurt. 21:11:06 <nom> how bout this, default keeps theme the same, but includes all the things fux adds, to use them you just set something in config? 21:11:14 <dg> ^ 21:11:29 <zzz> If the people doing the work say they think it's ready for another look, I'll take a look. I have nothing more to say. 21:11:32 <psi> currently (afaik), fux is aimed at hackability and flexibility, not explicitly general pleaseability 21:11:43 <dg> alright 21:11:46 <str4d> Given the users that have said otherwise, I find that hard to take as truly objective. 21:11:46 <dg> fair enough, zzz. 21:11:46 <str4d> Nevertheless, I do agree that fux is not ready for merging dg 21:12:09 <psi> str4d: fux is no where near merging 21:12:09 <dg> str4d: all I wanted was some discussion on it to see what needed doing :) 21:12:12 <psi> not sure who suggested a merge 21:12:15 <maidenboi> i like the snark changes 21:12:26 <nom> zzz: can you agree to that principle tho? that its mergeable if you're experience/view isn't changed unless you select it to happen? ie no default changes 21:13:44 <nom> or rather, since as you said its a grab bag, that pieces are mergeable if they don't change default things and only add options 21:14:14 <psi> at the moment fux is more of a sandbox for ideas, not really meant to be merged over to mainline in its entirety 21:14:45 <psi> i don't expect fux to ever be fully merged over nor would it be a good idea 21:14:56 <dg> I wanted some parts merged 21:15:18 <psi> dg: if they are "done" then sure 21:15:25 <psi> dg: which ones? 21:15:29 <LaughingBuddah> How to we determine them to be done? 21:15:48 <str4d> dg, I agree about the changes to non-default themes being mergable, especially since the majority of changes are by the original theme author, but there are other things that need work first. 21:15:55 <user> again, plugins would be handy, as to not increase the i2p package's size unneededly. 21:16:30 <KillYourTV> One thing for sure would be the pull the fix for ticket #773. It's fine in fux; it's not fine in the vanilla builds. 21:16:37 <iRelay> `http://trac.i2p2.i2p/ticket/773` - (new defect) - Overlapping text in midnight theme 21:16:49 <psi> i do like the unified css and inline frames for snark and mail 21:16:49 <psi> especially the unified css 21:16:52 <KillYourTV> iirc LaughingBuddah reported that in this channel as well. 21:16:59 <str4d> user, that does require getting the UI separation done though (which I hope to work on with top[tabfail] when I get some time) 21:17:22 <dg> psi: mainly the embedding of things, like snark 21:17:25 <dg> LaughingBuddah: majority satisfaction 21:17:28 <psi> dg: yes i like that too 21:17:46 <str4d> dg, #define majority =P 21:17:49 <darrob> i'm confused. i was under the impression that fux was supposed to be merged (rather sooner than later even). i wouldn't have taken the time and given detailed criticism if i was told that it was just a sandbox. 21:18:00 <LaughingBuddah> KillYourTV: Yeah I remember doing that 21:18:11 <psi> darrob: my impression was that it is a sandbox 21:18:36 <psi> as i have been treating it as such so far 21:18:46 <str4d> darrob, I always intended it to be merged. But in some ways it is meant as a UI sandbox. 21:18:53 <dg> str4d: i'd like the creator of the functionality to think it's ok to merge (time to), and a lot of the fux/users with it liking it 21:19:00 <dg> darrob: so was I? 21:19:00 <dg> Anyway, 21:19:07 <dg> I think we can agree that fux needs work 21:19:22 <dg> unification + #773 fix should get merged sooner rather than later 21:19:40 <dg> Let's move on ;-) 21:19:43 <str4d> It's Future UX, so it's for testing and trying out new UX ideas, working out the kinks and polishing. 21:19:58 <str4d> +1 dg 21:20:09 <psi> str4d: that would be sandbox... moving on 21:20:37 <nom> honestly i think we need to have better communication here, theres always going to be things that are mergable, and we need people who can discuss that merging without getting into fights ;) 21:21:03 <nom> so far so win today, which is nice 21:21:06 <str4d> I also need to work out how to best merge parts of branches in monotone. 21:21:43 <KillYourTV> and yeah, it looks like assange (and the dark snark theme) are completely gone 21:21:54 <str4d> At present I only know about "propagate" and "explicit_merge", but they merge everything up to a specific commit, rather than cherry-picking changes. 21:22:24 <nom> str4d: probably something involving editing a diff down to just the parts you want 21:22:24 <str4d> KillYourTV, dark snark is not in mtn, but it's in my fux builds. 21:22:51 <KillYourTV> ah..so assange (run through a filter) may still live... 21:23:02 <dg> as for fux's issues, we can co-ordinate on that after the meeting 21:23:05 <dg> we're doing well so far though 21:23:05 * dg highfives 21:23:05 <dg> (4) - Website 21:23:09 <dg> (4a) - Mirroring i2p2.de/etc 21:23:09 <dg> (4b) - SSL for the sites. 21:23:09 <dg> We need welt for this.. 21:23:09 <dg> Tor's mirroring setup is great right now, rsync etc. 21:23:09 <dg> Plus a clear list of mirrors and how to do it 21:23:09 <dg> nom: Yeah. 21:23:09 <dg> nom: We did well now, just that we have other issues to discuss so.. ha 21:23:31 * dg coughs 21:24:21 <nom> right, re website.... same as before re docs i guess, theres good info, but it feels like it hasn't been touched in a while 21:24:36 <dg> precisely my feelings 21:24:39 <dg> it seems very out of time 21:24:49 <str4d> KillYourTV, no - did you not read my earlier message? 21:25:03 <iRelay> <weltende@freenode> dg: rsync master thingy is already running 21:25:46 <str4d> nom, that seems a bit hacky... I'd prefer a solution that still allowed for a "propagate" at a later stage once the other branch was exactly as wanted. 21:25:46 <dg> I've noticed some issues between how things really are and what the website says 21:26:24 <psi> in general the website seems to feel old and the "revamp" last i checked looks really good 21:26:28 <nom> str4d: yah... could separate each mergeable thing into its own branch and merge that i suppose, and keep fux as a sandbox/catch all 21:26:52 <dg> weltende: not documented anywhere, iirc 21:26:59 <dg> psi: we should speed up on the revamp 21:27:05 <dg> the current one feels extremely stale 21:27:12 <psi> dg: priorities 21:27:23 <nom> like use fux as a test branch, when something is ready to be included as its own component, separate the branch and merge it there, also so you can maintain it as its own thing 21:27:32 <psi> dg: what has more importance? website or the software? 21:27:43 <str4d> There does need to be improvement of the website content. I've been working on layout and structure in i2p.www.revamp but haven't touched the content (otherwise propagations would be a nightmare), so that needs working on in i2p.www 21:27:46 * str4d is still not happy with the design of the revamp, but that is not the focus right now - proper content structuring so that (a) new content can be easily added, and (b) users can find what they want easily, is the main focus 21:28:15 <thursday> Could we set up a blog on the official site? I'd gladly chip write a post a week or so - short tutorials and tips, development updates, etc. 21:28:18 <str4d> psi, that is a chicken-and-egg question. Both are important. 21:28:21 <dg> psi: Hell, I think the website is a big deal and it affects the software. 21:28:24 <dg> thursday: me too. 21:28:59 <iRelay> <weltende@freenode> thursday: already kinda done in the revamp branch.. not feature complete.. but the basic stuff is there 21:29:42 <dg> str4d: +1 21:29:42 <nom> ....big picture software is more important, but the website needs improvement, and imo theres enough people with enough time and skills to work on the website, without it impacting how much 'code' gets done 21:29:42 * psi refreshes the revamp branch 21:29:42 <str4d> thursday, at present the main site is just a collection of HTML files. The revamp reorganizes things so that there is a specific blog. 21:29:42 <str4d> (Still a collection of HTML files, but blog generation etc. is dynamic so it makes maintaining a blog much simpler) 21:29:42 <nom> software = community = website, as its the first introduction most people get 21:29:49 <dg> current site makes me think nerdy 21:30:11 <dg> and dead, old 21:30:18 <dg> I didn't know if i2p was even in active dev when I first saw it 21:30:37 <str4d> thursday, (and those who haven't seen it): `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/` is the revamp 21:31:01 <LaughingBuddah> psi: they could be worked on my different people. no need to decide for only one of the two 21:31:16 <dg> I can do blog posts/write ups for pages. 21:32:51 <KillYourTV> yes, I read your message str4d. and I call `http://killyourtv.i2p/tmp/nffnatr.png` "assange run through a filter" 21:33:17 <KillYourTV> (hell, back in early september it was still 'assange.png' :P) 21:34:13 <thursday> That looks fantastic. As someone who wants to help out with the site, is there a list of the major things that need to be done before this revamp can go live? 21:34:24 <str4d> KillYourTV, that is not current. If you run fux you'll see that replaced with a variant of hat guy. 21:34:47 <KillYourTV> I *just* downloaded that from you. 21:35:18 <str4d> KillYourTV, oh, then the image file might still be sitting there. But snark does not use it. 21:35:45 * str4d has often forgotten to remove random files, sometimes leaving .zip files in the update packages>_< 21:36:11 <KillYourTV> alright...NOW I can agree. It's not in the css. carry on :) (and sorry) 21:36:32 <iRelay> <weltende@freenode> hmm.. that News thingy at the end of the page is a bit to hidden imho 21:36:52 <dg> thursday: +1, I'd like this too. We can wrap up on this if we have that and can decide on a few people to work on that. 21:36:55 <str4d> thursday, feedback is key. I'm still working out the structure and layout at present, so comments on that are welcome (url layout as well as navigation) 21:36:59 <dg> <+dg> thursday: +1, I'd like this too. We can wrap up on this if we have that and can decide on a few people to work on that. 21:38:11 <str4d> thursday, if you want to improve content, there are many pages that could do with reworking to make it easier for end users to find/understand what they need to. 21:38:33 * str4d can go through some of that later if desired. 21:38:51 <dg> That'd be nice 21:39:57 <LaughingBuddah> Timed out...What's the topic? 21:40:40 <dg> Not much was said about mirroring, I think that includes the re-design though 21:40:40 <dg> imo, any changes to the current design are just temporary and not worth thinking too much about 21:42:10 <LaughingBuddah> Link to logs please 21:42:10 <LaughingBuddah> I'd like to read the part about mirroring/offer my services 21:42:10 <str4d> welterde, you were making changes to the mirroring scripts IIRC? 21:42:10 <dg> weltende: SSL on the sites, legit certs, SSL on the mirrors (at least some) - how possible is this? 21:42:10 <dg> unprofessional to have expired/none/CACert (which throws up errors = scary) 21:42:10 <dg> you could argue CA system is weak but better than nothing 21:42:10 <dg> LaughingBuddah: website etc 21:42:10 <dg> LaughingBuddah: very little was said wrt mirroring 21:42:10 <LaughingBuddah> I'd like to set up a mirror 21:42:19 <str4d> dg, yeah, there are long-standing issues in trac related to that. 21:42:19 <dg> LaughingBuddah: I figure it was because the current site is dire and we might as well wait for the new design before we do anything big. 21:42:19 <dg> The new site can highlight important things as well as a surge of new information. 21:42:22 <LaughingBuddah> Fair enough 21:42:22 <dg> Anything for the old site, again, IMO is just trying to keep something dead afloat. 21:42:34 <dg> Thank you though! :-) 21:42:34 <LaughingBuddah> Offer still stands 21:42:43 <dg> Oh, by the way, syndie.i2p2.i2p doesn't exist, but syndie.i2p2.de does 21:42:46 <dg> inconsistency.. 21:42:55 <iRelay> <weltende@freenode> str4d: uh.. 21:43:07 <dg> (Regarding Syndie, it'd be cool if someone could try poke it back alive, but we probably do not have the men) 21:43:16 <iRelay> <weltende@freenode> str4d: you mean for the revamp thing or what do you mean? 21:43:20 <nom> yah, wrt syndie that really should be removed from the frontpage... unless someone has taking it back up without me noticing, its been dead for years 21:43:31 <dg> Syndie is a really cool idea. 21:43:49 <str4d> welterde, IIRC you said you were reworking the mirroring scripts, and that they would be shifted out of i2p.www eventually 21:43:55 <iRelay> <weltende@freenode> str4d: I was gonna integrate that into the main site, so the mirror sites don't depend on my site anymore 21:44:14 <str4d> dg, one thing I hope to fix on the new site is that urls we know exist in i2p and in clearnet get auto-changed based on the user's location (rather than an i2p user having links to trac.i2p2.de for example). 21:44:32 <str4d> welterde, ah, okay. 21:45:03 <dg> str4d: oh, yes. I was thinking about that a while ago. That'd be a small but very good change for UX. 21:45:03 <dg> good call 21:45:03 <LaughingBuddah> We've got all these projects that need manpower. Maybe we start assigning people to make sure they move forward? 21:45:42 <str4d> dg, small from UX standpoint. %^&*ing annoying from backend standpoint>_< 21:45:53 * str4d has tried and so far failed 21:46:03 <dg> ^ this 21:47:13 <hottuna> are the projects organized / listed anywhere? 21:47:32 <psi> hottuna: iirc projects.i2p is one place 21:47:35 <psi> not sure 21:47:39 <dg> Perhaps we should create tickets in trac and assign them? 21:47:42 <dg> This would mean a clear, documented timeline of progress on work and to follow up who is working on it.. 21:47:45 <dg> str4d: sounds quite easy? :s. just s/$domain/$currentdomain/.. 21:47:45 <dg> str4d: Also, could do in JavaScript although not ideal. 21:47:45 <dg> hottuna: we're discussing them / and there's a topic on zzz.i2p to an extent about it but we're kind of trying to fix that 21:47:48 <dg> I propose we have trac tickets for each of the issues we've raised here, but if we can't use trac (we should though, imo since it's official) 21:47:55 <dg> we can use projects.i2p 21:48:10 <dg> trac also allows parent tickets and such, so we could have a complete way of planning this 21:48:13 <LaughingBuddah> What's the status on trac ---> redmine? 21:48:21 <psi> LaughingBuddah: probably not needed atm 21:48:32 <dg> LaughingBuddah: awaiting weltende.. but not needed right now 21:48:35 <LaughingBuddah> I see 21:48:41 <iRelay> <weltende@freenode> haven't had time yet to give it a try yet 21:48:41 <dg> the issues with trac are more so on welt's end, not trac 21:48:44 <dg> software. 21:49:00 <dg> psi: Can you get to creating tickets for some of the issues we've raised today? 21:50:40 <iRelay> <weltende@freenode> dg: actually it's just the monotone plugin as I said before.. other downtimes weren't *that* often to be really annoying imho.. 21:50:46 <nom> also re trac / redmine, if anyone has any experience with fossil, i would love to hear about it, im mulling over the possibility of trying to use it to make a system for actually distributed repos/bug tracking 21:50:48 <psi> dg: which and where? 21:50:57 <dg> psi: Trac, website reorganization, managing the necessary fux changes, dealing with the mirroring stuff, etc. Just general parent ones which we can assign to people so they do not forget and it's clear who we can grill if something breaks/doesn't work. 21:50:57 <darrob> hasn't this "assigning jobs to people will ensure that they'll get done real quick" meme been discussed on zzz.i2p already? 21:51:04 <dg> darrob: maybe, but was it even done? 21:51:11 <dg> (or work?) 21:51:30 <dg> We've clearly got some people who can get some tasks done 21:51:33 <psi> dg: i dont get things done "fast" 21:51:33 <dg> trac is a way of documenting proress 21:51:33 <psi> dg: for me they are eventual 21:51:33 <dg> psi: neither do i, but i do get them done 21:52:47 <iRelay> <weltende@freenode> nom: people used to run a fossil thingy.. but afair you got into trouble if two people edited the wiki at once(in two different instances that is..) 21:53:44 <nom> speaking of eventual, psi: i/others could get a lot out of you writing up your thoughts on netdb structure / your baromatrix experiences so far.. like a running blog or something 21:53:59 <dg> nom: i certainly would 21:54:14 <dg> psi: if not you, I can/someone else. I'd just like something to come out of this meeting so we can follow up on it next time. :) 21:54:14 <nom> weltende: hmm interesting... so there would have to be some sort of system for consistency 21:54:55 <iRelay> <weltende@freenode> nom: or simply support for merging as it does for files 21:56:08 <psi> nom: current "status" of baromatrix is "being worked on" 21:56:08 <psi> nom: i have more than just i2p right now going on 21:56:15 <nom> psi: right, i understand, don't mean to pressure you or your time, just saying its always good to share your thoughts 21:56:46 <psi> i'll share thoughts when they happen nom 21:56:49 <iRelay> <weltende@freenode> baromatrix? 21:56:57 <nom> weltende: indeed, guess i'l have to experiment with it a bit 21:57:00 <dg> statistics project 21:57:10 <psi> baromatrix is a distributed version of stats.i2p 21:57:15 <iRelay> <weltende@freenode> ah 21:57:15 <psi> to "double check" the numbers 21:57:30 <psi> it's something that i've been meaning to do for a while 21:57:59 <psi> also to get a general demographic of the userbase too without being invasive 21:58:58 <nom> also uh... wheres the code? the git.repo seems to be .... nothing? 22:03:28 <dg> I guess we should wrap up then 22:03:35 <dg> Thanks for being involved, everyone. hopefully this can become a regular thing. 22:03:46 <dg> Anyone got any more to say/issues to raise? 22:04:07 <LaughingBuddah> Maybe we should schedule the next one? 22:04:26 <dg> Next Tuesday at 9PM UTC? 22:04:29 <dg> 8PM seemed a little rough for some people. 22:04:45 <hottuna> bampf? 22:04:56 * dg bampfs the meeting closed ;-) 22:05:30 <hottuna> thanks dg, this seems like a good thing 22:06:00 <iRelay> <weltende@freenode> dg: for me 7PM would be better.. 22:06:10 <dg> hottuna: Thank you, I've had a lot of support, it was a little rough at the start of this and I felt anxious about how it'd go, but it went well. Perhaps we could see more of you/others next time too! 22:06:17 <dg> weltende: 7PM UTC is ok for me, I think. 22:06:28 <dg> weltende: 8PM caused issues for str4d 22:06:43 <dg> Next Tuesday @ 7:30PM? 22:09:40 <iRelay> <weltende@freenode> sounds good 22:10:28 <LaughingBuddah> +1 22:10:39 <dg> Great. 22:14:59 <LaughingBuddah> Cya all 22:15:02 <LaughingBuddah> dg: good meeting

0.9.3 Lançamento

Sat, 27 Oct 2012 00:00:00 +0000

A versão 0.9.3 inclui mudanças extensas de baixo nível no enfileiramento de mensagens no router. Implementamos o algoritmo CoDel de gerenciamento ativo de filas (AQM). Também unificamos os mecanismos de enfileiramento e prioridade nos transportes para auxiliar o diagnóstico e reduzir a latência da rede. O trabalho continua na correção de erros do transporte UDP e em tornar o UDP mais resistente a ataques. Há mais mudanças para melhorar o desempenho do router e reduzir o consumo de memória. Além disso, ativamos por padrão o suporte a DHT do i2psnark, introduzido na versão anterior.

Lançamento 0.9.2

Fri, 21 Sep 2012 00:00:00 +0000

0.9.2 inclui extensas alterações de baixo nível para melhorar o desempenho e a eficiência do router. Atualizamos nossa biblioteca de UPnP, na esperança de que o UPnP funcione para mais pessoas. O I2PSnark agora tem suporte a DHT (tabela hash distribuída), mas ainda não está habilitado por padrão, pois planejamos realizar mais testes durante o próximo ciclo de desenvolvimento 0.9.3.

Como de costume, há também muitas correções de erros nesta versão, portanto recomenda-se a atualização.

Lançamento 0.9.1

Mon, 30 Jul 2012 00:00:00 +0000

A versão 0.9.1 inclui um grande número de correções de bugs no i2psnark, algumas melhorias na streaming lib (biblioteca de streaming), alterações na página inicial, novos temas e atualizações de tradução.

Os arquivos estão disponíveis na página de download .

DETALHES DA VERSÃO

I2PSnark

Fix several bugs in downloading torrents with skipped files
Fix places where rarest-first was not honored
Fix handling of encoded magnet links
Additional inbound connection limits
Immediate closing of connections with handshake errors
Blocklist peers with multiple handshake errors
Delay “ballooning” files on disk until required, to speed torrent adds
Store partial pieces in temp files to greatly reduce memory usage when leeching
Remove peers restriction when leeching torrents with large pieces
Improve configuration of open and private trackers
Prevent configuration of default trackers as private
Improved display and control of torrent file downloads
Reduced number of threads
Faster startup and shutdown of torrents
Allow clearing of message box
New light theme
Torrent info page updates and cleanups
Fix problems with restarted torrents
Delay tunnel close at shutdown to ensure trackers are notified
Better UI behavior during tunnel startup and shutdown

Correções de bugs

Prevent shutdown hangs caused by buggy plugins
Fix for Raspberry Pi crashing
Fix rare job queue hang
Fix routing key modifier rarely not updating at midnight
Fix excessive padding in some AES-encrypted messages
Fix occasional gunzip failures
Several fixes to streaming lib to speed recovery after dropped packets and improve retransmit behavior
Fix bug that reduced reuse of tunnels

Outros

Ports are now passed through the SOCKS and HTTP proxies to support eepsite virtual hosts. See http://zzz.i2p/topics/1182 for setup instructions.
I2PTunnel configuration changes now take effect immediately. No tunnel restart required.
Summary bar iframe removed, refresh is now via Javascript only
Reduce netDB flood redundancy
Reduce stats publishing frequency
Minor router console changes
New Hungarian and Greek translations
Completed Italian translation
Updates to Dutch, Finnish, French, German, Spanish, and Swedish translations
Update geoip to Maxmind 2012-07-04
Theme updates
Theme support for SusiMail and SudiDNS; new dark themes
I2PTunnel and SusiDNS now iframed with summary bar
Console home page now shows news summary in summary bar
Console home page icon updates
Console summary bar now configurable
Change the HTTP proxy error code from 404 to 500
Cleanups for efficiency in netdb and I2CP
Increase timeout for internal uses of eepget to improve reliability

Somas de verificação SHA256:

0727af83988e82f32e0972a9e12c72ac14c3c0da0815c5902193d6b13d356371 i2pinstall_0.9.1_windows.exe
39c19c0df042ad231a14fdf1c20e4927651a2af0f0cf734b46eba0d2b8419314 i2pinstall_0.9.1.jar
8603c928a210ced77b6498bf8ee07cb000be9641adc389b34c3c8a10ac4f0677 i2psource_0.9.1.tar.bz2
136b74435b93aededef5884d39cfbc513f57184b74c8481580bcd5324aa23b1a i2pupdate_0.9.1.zip
4f07fee850d56fada06f0aeabb5bb46c6172bad72411e07bf4f6a8e0d76d8acd i2pupdate.su2
c039b423983789d914a1d02d3703b3c1aa36c87165e132419ff39b5d184ef480 i2pupdate.sud

Versão 0.9

Wed, 02 May 2012 00:00:00 +0000

A versão 0.9 conclui mais de um ano e meio de trabalho na série 0.8.x, na qual melhoramos significativamente o desempenho e a segurança do router, e a escalabilidade da rede.

Na versão 0.9, migramos para o Jetty 6 para o console e o servidor web do eepsite, e introduzimos uma página inicial simplificada do console do router. Esta versão é compatível em nível de rede com versões anteriores; no entanto, veja abaixo informações importantes sobre a compatibilidade com eepsites existentes, plugins e aplicações web. Recomenda-se a atualização.

Lançamento 0.8.13

Mon, 27 Feb 2012 00:00:00 +0000

A versão 0.8.13 contém várias correções de erros e alguns novos recursos. Estamos satisfeitos de que a última versão tenha melhorado significativamente o desempenho, e a rede está funcionando bem apesar do crescimento rápido e contínuo. Recomenda-se a atualização.

Os arquivos estão disponíveis na página de download .

DETALHES DA VERSÃO

Esta provavelmente será a última versão antes da 0.9, na qual migraremos para o Jetty 6 e introduziremos uma página inicial simplificada do console do router. Acompanhe a seção de notícias do seu console do router nas próximas semanas para mais informações sobre a próxima versão.

Lançamento 0.8.12

Fri, 06 Jan 2012 00:00:00 +0000

A versão 0.8.12 corrige vários erros que causavam corrupção de mensagens, alguns presentes desde 2005. Ela também inclui um redesenho do controle de congestionamento do router e a otimização contínua do uso de CPU e memória. Esperamos que essas mudanças melhorem o desempenho da rede. Recomenda-se a atualização.

Os arquivos estão disponíveis na página de download .

DETALHES DA VERSÃO

Esta versão inclui várias mudanças significativas que devem ajudar a melhorar a confiabilidade e o desempenho da rede.

Lançamento 0.8.11

Tue, 08 Nov 2011 00:00:00 +0000

Como todos vocês notaram, o crescimento sem precedentes da rede a partir de 5 de outubro aumentou dramaticamente o congestionamento da rede, especialmente à noite (UTC) e nos fins de semana. As duas últimas versões incluíram algumas alterações que esperávamos que aliviassem a pressão, mas, infelizmente, essas medidas tiveram apenas resultados modestos. O principal problema é limitar o número de conexões diretas de router para router na rede. Isso não é um problema novo; temos trabalhado nisso há vários anos, com bons resultados. No entanto, o crescimento recente nos levou além do limite mais uma vez.

Lançamento 0.8.10

Thu, 20 Oct 2011 00:00:00 +0000

A versão 0.8.10 inclui duas alterações destinadas a reduzir o número de conexões de router para router e, portanto, melhorar as taxas de sucesso na construção de tunnel e a confiabilidade geral. Claro, há também algumas correções de bugs e atualizações de tradução.

Os arquivos estão disponíveis na página de download .

DETALHES DO LANÇAMENTO

Principais mudanças

Disable tunnel testing as it forces too many router connections
Select outbound endpoint - inbound gateway paths that are closer, using an XOR metric, to reduce router connections

Correções de erros

Fix exceptions at shutdown
Fix concurrency errors in SSU
Fix timeout message on POST

Outros

Increase max tunnels, reduce router info expiration
Add gunzip support to eepget to reduce reseed bandwidth
Finnish, Italian, Russian, and Swedish translation updates

Somas de verificação SHA256:

8494640d29b1b7969118169a7ae1c56bc5a07f354ec883734687bf09eef0e35c i2pinstall_0.8.10.exe
e5832bb49f46b0b6620e8492e6fc6454de4107b84bca5a4b35461c6b7ac0575e i2psource_0.8.10.tar.bz2
64bcd1fdd478cfda987c1d4906d94b3f20a0555bd4037aefa7a09af4f39a0e99 i2pupdate_0.8.10.zip
5620113f4e19768e15af0a9c8bc670ca443e9983a0d4868997800ee215790c51 i2pupdate.su2
39bfbfebbf77d660081fe1ce282f642fb15ed9cd170901f54a954bc986eadaf5 i2pupdate.sud

Lançamento 0.8.9

Tue, 11 Oct 2011 00:00:00 +0000

A versão 0.8.9 inclui várias melhorias de desempenho e muitas mudanças para lidar com o rápido e contínuo crescimento da rede. Ela usa um novo método iterativo para consultas ao banco de dados da rede Kademlia, que deve ser mais confiável e eficiente. Há também várias melhorias no nosso protocolo de transporte SSU (UDP) que devem melhorar a confiabilidade e a eficiência. Fizemos várias mudanças para melhorar as taxas de sucesso na construção de tunnel (túnel). E, claro, há muitas correções de bugs e atualizações de tradução.

Verão de Código do Ipredator

Sat, 03 Sep 2011 00:00:00 +0000

itoopie e I2PControl estão sendo lançados!

Tenho o prazer de anunciar que o itoopie e o I2PControl estão disponíveis ao público.

itoopie é uma interface gráfica concebida como um complemento ao I2P Router Console. O objetivo do itoopie é fornecer uma interface mais simples e com uma curva de aprendizado mais baixa do que o I2P Router Console.

I2PControl é um plugin do I2P que fornece uma interface JSONRPC para o router do I2P. A interface suporta definir configurações básicas (largura de banda, portas etc.), ler muitas estatísticas e é disponibilizada por meio de uma conexão HTTP criptografada com SSL.

Lançamento 0.8.8

Tue, 23 Aug 2011 00:00:00 +0000

A versão 0.8.8 do I2P habilita o novo banco de dados hosts.txt para acelerar as consultas de nomes de host e armazenar informações adicionais nas entradas de nomes de host. Ela também inclui melhorias para acelerar a integração de um router na inicialização. Há novo código para detectar e reagir a grandes deslocamentos do relógio, o que deve ajudar um router a se recuperar após a suspensão/retomada do computador.

Há novas traduções para dinamarquês e ucraniano e muitas atualizações em outros idiomas. Também está incluída, é claro, uma grande coleção de correções de bugs, melhorias de desempenho e atualizações para lidar com a contínua e rápida expansão da rede.

Lançamento 0.8.7

Mon, 27 Jun 2011 00:00:00 +0000

A versão 0.8.7 do I2P contém várias atualizações de componentes há muito negligenciados, incluindo os Naming Services (serviços de nomes), a geração de gráficos, as bibliotecas nativas de CPU ID e de BigInteger, as implementações de criptografia e o wrapper.

Agradecimentos ao novo colaborador KillYourTV, que foi fundamental na implementação e nos testes dessas atualizações, com apoio adicional de sponge e hottuna.

Os aprimoramentos de CPU ID foram desenvolvidos por hottuna, generosamente financiados por Relakks e Ipredator - agradecimentos a Peter Sunde e Jan-Erik Fiske pelo apoio.

Verão do Código da Ipredator

Mon, 06 Jun 2011 00:00:00 +0000

Fui contratado para contribuir com código para o I2P durante o verão de 2011, implementando um protocolo de controle e um cliente para esse protocolo (semelhante ao Vidalia para o Tor). Este trabalho foi ideia de Jan-Erik Fiske, da ViaEuropa , e de Peter Sunde, conhecido pelo flattr e pelo The Pirate Bay , e seu financiamento será generosamente fornecido pela Relakks e pela Ipredator.

Informações atualizadas podem ser encontradas no fórum do zzz e no #i2p-dev em chat.freenode.net

Lançamento 0.8.6

Mon, 16 May 2011 00:00:00 +0000

A versão 0.8.6 inclui defesas adicionais de seleção de pares para resistir a atacantes poderosos e ajustes para se adaptar ao recente crescimento rápido na rede. Recomenda-se a atualização.

Por favor, ajude a expandir a rede. Participe , divulgue e faça uma doação ! Se encontrar um bug, envie um relatório no gitlab. Ainda estamos à procura de ajuda para traduções novas e existentes. Voluntarie-se no IRC #i2p-dev.

Os arquivos estão disponíveis na página de download .

Lançamento 0.8.5

Mon, 18 Apr 2011 00:00:00 +0000

A versão 0.8.5 contém algumas correções de erros e melhorias de desempenho, e muitas atualizações de tradução. Como de costume, recomenda-se atualizar.

Por favor, ajude a expandir a rede. Participe , divulgue e faça uma doação ! Se encontrar um erro, por favor abra um relatório no gitlab. Ainda estamos procurando ajuda com traduções novas e existentes. Voluntarie-se no IRC #i2p-dev.

Os arquivos estão disponíveis na página de download .

Detalhes da versão:

Lots of router console HTML fixes
i2psnark magnet handling fixes
SusiMail Translation support by “duck”
Continuing work on the Arabic translation by “hamada”
Completion of the French translation by “magma”
Completion of the Spanish translation by “punkibastardo” and “user”
Other translation updates
Better support for text-mode browsers
Profile display improvements
Tunnel build request queue limiting
Require nonce to change console language
i2psnark improved logging of errors
i2psnark improved metainfo handling
Use the reseed server as a backup time source
Change profile file extension from .dat to .txt.gz
Change all i2ptunnels to 3 hops for new installs
Add all bogons to blocklist for new installs
More efficient use of entropy for padding

Somas de verificação SHA256:

6ae6b196352e1053c4e7b91edc575330d108ff9abfc2746ea3c3b2e3fd467006 i2pinstall_0.8.5.exe
de9fa105c1335d58609689a942d3e6a508ca824fc8b27a34c1c0b09fc7e0167b i2psource_0.8.5.tar.bz2
7e4c1835dfd7aaa42d84cf4646f5858a37efa027f43a26eb98360e3cb4750ac8 i2pupdate_0.8.5.zip
efea978f3e4e955b9afa05847dc4ebb83c8df3651adeb717769e32a908bc5f53 i2pupdate.su2
1b6eca94b7938f5c61c26b4482c89919bdfbc7c41aee7735f8f561c01c3a29d3 i2pupdate.sud

Lançamento 0.8.4

Wed, 02 Mar 2011 00:00:00 +0000

A versão 0.8.4 contém algumas melhorias de desempenho e correções importantes de bugs. Além disso, o i2psnark agora suporta links magnet. Como de costume, a atualização é recomendada.

Por favor, ajude a expandir a rede. Participe , divulgue e doe ! Se você encontrar um bug, por favor envie um relatório no gitlab. Ainda estamos procurando ajuda com traduções novas e existentes. Por favor, voluntarie-se no IRC #i2p-dev.

Os arquivos estão disponíveis na página de download .

Versão 0.8.3

Mon, 24 Jan 2011 00:00:00 +0000

A versão 0.8.3 contém várias melhorias de desempenho, incluindo redução do número de threads e do uso de memória, e comunicação I2CP (cliente-router) mais rápida.

Há também novo suporte a SSL no console do router, uma nova página de configuração de reseed incluindo suporte a proxy HTTP para aqueles atrás de firewalls restritivos, uma nova seção de configuração do I2CP incluindo suporte a I2CP-over-SSL para clientes remotos, uma nova seção de configuração de limites de conexão do servidor e de lista de bloqueio para proteção contra DoS aprimorada, e uma nova seção de configuração de jump server (servidor de salto) do proxy HTTP para que você possa adicionar facilmente jump servers alternativos. Agora, as estatísticas são limitadas por padrão para reduzir o uso de memória; o conjunto completo de estatísticas pode ser reativado na página de configuração de estatísticas. Também há correções de erros, é claro; como de costume, a atualização é recomendada.

Versão 0.8.2

Wed, 22 Dec 2010 00:00:00 +0000

A versão 0.8.2 inclui extensas correções de bugs e atualizações de tema no router e no i2psnark. Há também otimizações para reduzir o uso de memória no i2psnark. Os proxies HTTP e SOCKS agora suportam autorização local e remota. Recomenda-se a atualização.

I2P estará no 27C3 em Berlim na semana do dia 27 de dezembro. Procure o pessoal do I2P por lá e peça adesivos do I2P!

Por favor, ajude a expandir a rede. Participe , divulgue e doe ! Se você encontrar um erro, registre um problema no gitlab. Ainda estamos procurando ajuda com traduções novas e existentes. Por favor, participe como voluntário no IRC #i2p.

Versão 0.8.1

Mon, 15 Nov 2010 00:00:00 +0000

A versão 0.8.1 contém o conjunto habitual de correções de erros e ajustes de desempenho. Há também um novo tema do i2psnark e várias atualizações de tradução. Recomenda-se a atualização.

Por favor, ajude a expandir a rede. Envie feedback aos desenvolvedores no IRC #i2p ou no forum.i2p2.de , envolva-se , ajude a divulgar e faça uma doação ! Ainda estamos em busca de ajuda para traduções novas e existentes. Participe como voluntário no IRC #i2p.

Reunião de Desenvolvedores do I2P - 8 de setembro de 2010

Wed, 08 Sep 2010 00:00:00 +0000

Resumo rápido

Presentes:

Registro da Reunião

22:02 <@Mathiasdm> ok 22:02 <@Mathiasdm> hora da reunião 22:03 <@Mathiasdm> 0) Olá 22:03 <@Mathiasdm> 1) Progresso do conteúdo do site 22:03 <@Mathiasdm> 2) Progresso do backend do site 22:03 <@Mathiasdm> 3) Local para discussão de dev 22:03 <@Mathiasdm> 4) Atribuição de tarefas + tratamento de discordâncias 22:03 <@Mathiasdm> 5) Atualizações de status 22:03 <@Mathiasdm> 6) Próximas conferências de dev 22:03 <@Mathiasdm> ok 22:03 <@Mathiasdm> 0) Olá 22:04 <@Mathiasdm> Bem-vindos à 208ª reunião de dev! (descaradamente roubado do badger :p) 22:04 * Mathiasdm cutuca todo mundo 22:04 <eche|on> *cutuca* 22:04 * Mathiasdm cutuca o zzz, obrigado pelo op 22:06 <@Mathiasdm> hm, precisa de mais cutucadas para acordar todo mundo? zzz badger dr|z3d dream duck eche|on hottuna postman sponge superuser ReturningNovice (desculpa :)) 22:06 <eche|on> *CUTUCA* 22:06 <@Mathiasdm> foi mal, eche|on :p vi a sua cutucada 22:08 <duck> moin 22:08 <@Mathiasdm> moin duck 22:09 <hawk> * Mathiasd1 cutuca welterde 22:11 <@Mathiasdm> ok, então vamos esperar mais um pouco, já que só somos 3 até agora 22:11 <@Mathiasdm> quem quiser participar, é só cutucar de volta 22:11 <whitenoise> *cutuca* 22:11 <@zzz> ack 22:12 <@Mathiasdm> aha, líder de desenvolvimento, bom :) 22:13 <@Mathiasdm> e, só para garantir que o máximo de pessoas possível possa participar, esperando mais 2 minutos e então começamos 22:14 <@Mathiasdm> agora falta 1 minuto 22:14 <superuser> mooin 22:15 <@Mathiasdm> bem na hora, superuser ;) 22:15 <@Mathiasdm> oi, pessoal 22:15 <superuser> ;-) 22:15 <superuser> oi, Mathiasdm 22:15 <superuser> e oi, pessoal 22:15 <@Mathiasdm> 1) Progresso do conteúdo do site 22:15 <@Mathiasdm> como provavelmente todos nós sabemos, o desenvolvimento do I2P está atualmente paralisado devido à reformulação das especificações 22:16 * Mathiasdm passa a batata quente para o zzz, para que ele possa falar sobre o progresso da reformulação das especificações 22:16 <eche|on> certo 22:17 <@zzz> já se passaram 7 semanas, o progresso está lento. Estou trabalhando em i2cp agora, já passei várias horas nisso 22:17 <@zzz> preciso que outras pessoas contribuam tanto no que prometeram fazer quanto nas coisas que ainda não têm dono 22:17 <@zzz> eot 22:18 <@Mathiasdm> ok 22:18 * Mathiasdm vai recomeçar amanhã, agora que o ambiente de desenvolvimento está configurado novamente 22:18 <@Mathiasdm> se outros têm algo a dizer sobre isso, mandem ver :) 22:19 <@Mathiasdm> acho que não 22:19 <@Mathiasdm> hm 22:19 <@Mathiasdm> 2) Progresso do backend do site 22:19 <eche|on> Acho que está ótimo por parte das pessoas que estão fazendo. 22:19 <@Mathiasdm> oh 22:19 <@Mathiasdm> desculpa :) 22:21 <@Mathiasdm> vamos pular o 2) por enquanto, a menos que o welt apareça 22:21 <@Mathiasdm> 3) Local para discussão de dev 22:22 <@Mathiasdm> isso está relacionado a `http://zzz.i2p/topics/719` 22:22 <@Mathiasdm> Cito: 22:22 <@Mathiasdm> "* Publique discussões de desenvolvimento no zzz.i2p. O que quero dizer é: IRC é um meio altamente 'volátil', em que nem todo mundo está online o tempo todo, e nem todos registram logs. É um ótimo meio para uma discussão curta, mas considere postar um breve resumo no zzz.i2p, para que outros possam participar da discussão." 22:22 <eche|on> discussão de dev é um tópico difícil. IRC é legal, mas não é confiável nem um arquivo 22:22 <@Mathiasdm> sim, concordo 22:23 <@Mathiasdm> mas há muitas coisas para escolher 22:23 <@Mathiasdm> zzz.i2p, forum.i2p, lista de discussão 22:23 <@Mathiasdm> bem, ok, 3 coisas :p 22:23 <eche|on> Eu sugeriria algum ponto central de arquivamento 22:23 <eche|on> com um backup. 22:24 <@Mathiasdm> sim 22:24 <@Mathiasdm> mas configurar armazenamento distribuído para isso parece algo difícil :p 22:24 <@Mathiasdm> embora lista de discussão seja viável, acho 22:25 <@Mathiasdm> lista de discussão é 'meio distribuída' 22:25 <eche|on> :-) 22:25 <superuser> o próprio site já não é distribuído? 22:25 <@Mathiasdm> mais alguém, ideias? 22:25 <eche|on> uma mailing list é uma boa solução, também 22:26 <superuser> também poderíamos ir por aí 22:26 <@Mathiasdm> sim, mas isso não inclui o fórum, superuser 22:26 <eche|on> certo, o site está no monotone 22:26 <@Mathiasdm> verdade 22:26 <superuser> não, não me refiro ao fórum, mas ao próprio site 22:26 <superuser> as reuniões de dev antigas não estão disponíveis lá em algum lugar também? 22:26 <@Mathiasdm> mas é difícil discutir quando você tem que dar check-in das suas discussões no monotone :p 22:27 <superuser> verdade 22:27 <@Mathiasdm> talvez com o novo backend em que o welt está trabalhando, fique mais viável 22:27 <superuser> só seria de interesse para arquivamento, não para manter a discussão 22:28 <@Mathiasdm> como solução temporária, eu proporia: se você tiver uma grande discussão no IRC, publique algumas notas em _um_ meio persistente 22:29 <@Mathiasdm> seja no zzz.i2p, lista de discussão ou fórum 22:29 <@Mathiasdm> eu sei, isso é um pouco vago 22:29 <eche|on> eu voto na mailing list ++ 22:29 <@Mathiasdm> hm, welt, as instruções da mailing list estão no site em algum lugar? 22:29 <superuser> você quer dizer o serviço de nntp do welt? 22:29 <@Mathiasdm> mailing list também me parece boa, eche|on, mas eu me pergunto se vai funcionar para fazer todo mundo usá-la? 22:29 <eche|on> atualmente não há ml disponível 22:29 <@Mathiasdm> sim, superuser 22:29 <@Mathiasdm> hã 22:29 <@Mathiasdm> ou o que era mesmo 22:29 <@Mathiasdm> acho que sim 22:30 <@Mathiasdm> eche|on: o welt montou algumas ml neste verão 22:30 <eche|on> nntp é servidor de notícias 22:30 <@Mathiasdm> mas ainda não é muito usada 22:30 <@Mathiasdm> sim, de fato, mas agora também há uma mailing list 22:30 <@Mathiasdm> mas não tenho o endereço aqui 22:30 <@Mathiasdm> zzz, duck: opiniões? 22:31 <superuser> eu não tenho informações da mailing list até agora, só vi posts do welt, do Mathiasdm e do ReturningNovice no servidor de notícias 22:32 <@zzz> não sou muito fã de uma ML, mas vou usar se o pessoal quiser. a do welt parece ser um grande segredo no momento 22:33 <duck> acho que zzz.i2p está ok 22:33 <@Mathiasdm> na minha opinião, qualquer coisa que não seja IRC seria útil (eu gosto de IRC, como disse antes, mas muitas discussões de dev ficam impossíveis de acompanhar) 22:33 <eche|on> zzz.i2p é bom, mas: discussões no IRC precisam ser copiadas para lá E de algum modo um tipo de backup seria legal 22:34 <@Mathiasdm> hm, talvez eu possa montar alguma coisa como 22:34 <@Mathiasdm> hã 22:34 <@Mathiasdm> como era o nome 22:34 <@Mathiasdm> há 2 ou 3 anos 22:34 <@Mathiasdm> trevorreznik.i2p? 22:36 <@Mathiasdm> que tal: continuamos usando zzz.i2p e passamos a usar uma mailing list, e tentamos garantir que as discussões no IRC não fiquem apenas no IRC? 22:36 <duck> todas as coisas principais de design já estão no zzz.i2p 22:36 <eche|on> melhor: tentar continuar usando zzz.i2p e copiar o que está no IRC para lá. 22:36 <duck> não vejo o seu problema 22:37 <superuser> e se a do zzz desaparecer 22:37 <superuser> s//? 22:37 <duck> dev/design 22:37 <@Mathiasdm> Por exemplo, tudo que o sponge posta (só um exemplo, sponge :p) sobre seedless e bob muitas vezes é discussão apenas no IRC 22:38 <duck> não acho que uma mailing list vá fazer o sponge documentar o protocolo e a API dele 22:38 <duck> mas claro, podem tentar 22:39 <@Mathiasdm> nãooo, não foi isso que eu quis dizer, duck 22:39 <@Mathiasdm> como disse, não me importa se é no zzz.i2p ou na mailing list 22:39 <@Mathiasdm> só não quero que essas discussões fiquem apenas no IRC 22:39 <@Mathiasdm> mas sim, você também tem um bom ponto 22:39 <@Mathiasdm> que algumas coisas talvez fiquem apenas no IRC 22:39 <duck> então vai falar com o sponge 22:39 <@Mathiasdm> foi um exemplo 22:40 <duck> (o que você pode estar fazendo por meio desta reunião, claro) 22:40 <duck> ok, entendido 22:40 <@Mathiasdm> :) 22:41 <@Mathiasdm> ok, acho que se todo mundo apenas tentar postar as coisas no zzz.i2p (ou na mailing list -- mas vamos esperar pelo welt :p), está resolvido 22:42 <@Mathiasdm> por agora, pelo menos 22:42 <@Mathiasdm> alguém tem algo a acrescentar sobre isso? 22:44 <@Mathiasdm> ok 22:44 <@Mathiasdm> próximo 22:44 <@Mathiasdm> 4) Atribuição de tarefas + tratamento de discordâncias 22:45 -!- Moru [kvirc@irc2p] entrou em #i2p-dev 22:45 <@Mathiasdm> atualmente, as tarefas (exibidas em http://www.i2p2.de/team.html ) são atribuídas/escolhidas pelas pessoas simplesmente alterando a página da web 22:45 <hawk> <preforce> Título: Team - I2P (em www.i2p2.de) 22:45 <@Mathiasdm> então, se você quer fazer uma tarefa, você simplesmente a faz e se adiciona à página 22:45 <@Mathiasdm> o que é bom, eu acho :) 22:46 <eche|on> se alguém discordar: discussão no IRC/zzz.i2p 22:46 <@Mathiasdm> sim, discordar é o ponto 22:46 <eche|on> mas as pessoas precisam de direitos de check-in para mudar, ou seja: precisam de alguma confiança dos devs existentes 22:46 <@Mathiasdm> houve discordância neste verão e nós não lidamos muito bem com isso 22:46 <@Mathiasdm> verdade, eche|on 22:47 <@Mathiasdm> como resolvemos uma discussão se as pessoas discordantes não conseguem chegar a um acordo? 22:47 <@Mathiasdm> votar ou algo assim? 22:47 <@Mathiasdm> era isso que eu estava pensando 22:48 <@Mathiasdm> sugestões? 22:48 <eche|on> a última linha de defesa foi mencionada uma vez 22:48 <eche|on> que era o zzz 22:48 <@Mathiasdm> última linha de defesa? 22:48 <@Mathiasdm> ah 22:49 <whitenoise> e uma terceira solução melhor? 22:49 <duck> se tudo mais falhar; recorrer ao zzz 22:49 <eche|on> votar é uma boa ideia, mas acho que uma solução será encontrada antes 22:49 <@Mathiasdm> se a terceira solução for definitivamente melhor, as duas partes vão escolher essa ;) 22:50 <@Mathiasdm> hm, ok 22:50 <@Mathiasdm> só por curiosidade, zzz, você concorda em ser 'a última linha de defesa'? :) 22:50 <@Mathiasdm> isso me parece ok, mas você mesmo quer isso? 22:51 <@zzz> não particularmente. minha regra é: quem está realmente fazendo algo é quem manda. pessoas que não fazem nada além de falar e irritar os outros não. 22:52 <@zzz> há trabalho de sobra para todo mundo. 22:53 <@Mathiasdm> ok :) parece bom 22:53 <@Mathiasdm> alguém tem comentários adicionais? se não, próximo item 22:53 <superuser> em geral, 'quem faz é quem manda' parece bom 22:53 <superuser> mas e se duas partes realmente fizerem 22:53 <superuser> e ainda assim seguirem em direções opostas? 22:54 <superuser> acho que nesse caso um mecanismo de votação não seria nada ruim 22:54 <@Mathiasdm> verdade 22:54 <@zzz> se for código, eu posso escolher. definitivamente não sou a última linha de defesa para o site. o welt e o echelon são. 22:55 <@Mathiasdm> bem, se houver discussão e não se chegar a uma solução, pode haver uma votação ou alguém (zzz, welt?) pode escolher 22:55 <@zzz> eles escolheriam um vencedor tirando os privilégios do perdedor. 22:56 <@Mathiasdm> *só se for uma discussão feia, eu espero ;) discordâncias amigáveis não deveriam resultar em perder privilégios :p 22:57 <eche|on> certo 22:58 <@Mathiasdm> ok então 22:58 <@Mathiasdm> próximo ponto 22:58 <@Mathiasdm> se estiver ok 22:58 <@Mathiasdm> 5) Atualizações de status 22:58 <eche|on> ok 22:59 <@Mathiasdm> acho que vou começar a 'coletar' atualizações de status neste fim de semana 22:59 <@Mathiasdm> eu ia fazer isso na semana passada, mas fiquei atolado de trabalho 22:59 <eche|on> ótimo. manda ver. 22:59 <@Mathiasdm> basicamente, simplesmente 'o que você fez na semana passada?' e 'quais são seus planos para a próxima semana?' 23:00 <@Mathiasdm> e vou publicá-las um pouco resumidas no site 23:00 <@Mathiasdm> sugestões são sempre bem-vindas :) 23:00 <@Mathiasdm> ok, ponto final (adicionado só um pouco antes de começar a reunião) 23:00 <@Mathiasdm> 6) Próximas conferências de dev 23:01 <@Mathiasdm> -quem vai ao 27c3? 23:01 <@Mathiasdm> -quem vai à brucon? 23:01 <@Mathiasdm> -mais alguma? 23:02 <@Mathiasdm> eu certamente vou à brucon, e muito provavelmente ao 27c3 por um dia (e vou ficar em Berlim por alguns dias) 23:02 <whitenoise> Mathiasdm, eu adicionei mais 1 ponto 10 min. antes do início. 23:02 <@Mathiasdm> oh? desculpa, não vi 23:03 <@Mathiasdm> ok, faço isso em um minuto, whitenoise 23:03 <whitenoise> ok 23:03 <whitenoise> obrigado 23:03 <@Mathiasdm> ninguém comenta sobre as conferências de dev? 23:04 <@Mathiasdm> então: 7) Promover o uso do protocolo bittorrent dentro do I2P: prós e contras 23:04 * Mathiasdm passa a batata quente para o whitenoise 23:04 <whitenoise> Ok, então nós discutimos isso um pouco com o duck 23:05 <whitenoise> Embora seja uma boa forma de gerar cover traffic (tráfego de cobertura) e crescimento da rede, isso pode levar à notoriedade do I2P como uma rede de compartilhamento de arquivos ilegal 23:05 <eche|on> eu decidi não comparecer ao 27c3 23:06 <@Mathiasdm> ah, que pena, eche|on 23:06 <@Mathiasdm> verdade, whitenoise 23:06 <whitenoise> Por outro lado... 23:06 <superuser> acho que o bt não deve ser enfatizado mais do que outros serviços, mas que o i2p seja promovido como uma rede de uso geral 23:07 <superuser> oh, ele ainda não tinha terminado... 23:07 <@Mathiasdm> ele pode estar com lag, dá um tempinho :) 23:08 <whitenoise> se não promovermos esse protocolo, em algum futuro não muito próximo, se o modelo de negócio para vender mídia digital não mudar, a pressão sobre os usuários de torrent será maior, então eles começarão a procurar maneiras de se esconder 23:08 <whitenoise> o que pode levar ao meu primeiro ponto (notoriedade) de qualquer forma 23:08 <whitenoise> mas é duvidoso, claro 23:08 <Moru> Olá! Desculpem me intrometer... triste, mas verdadeiro: promova como compartilhamento de arquivos e você terá muito mais usuários e vários desenvolvedores entrando. Talvez até consiga financiamento daqueles que querem usar uma plataforma segura de compartilhamento de arquivos. 23:09 <@Mathiasdm> simplesmente promovê-lo não faria isso, na minha opinião 23:09 <@Mathiasdm> e, whitenoise, você está certo sobre a notoriedade 23:09 <@Mathiasdm> mas estamos promovendo isso? 23:10 <whitenoise> na minha opinião, agora não estamos 23:10 <@Mathiasdm> e bittorrent em si não é o que causa a notoriedade, o compartilhamento de arquivos é (na minha opinião é uma distinção importante, mas talvez não nesta discussão) 23:10 <@Mathiasdm> (e oi, Moru) 23:11 <whitenoise> Bem, bittorrent é a forma mais usada, por isso falo sobre ele 23:11 <whitenoise> claro, pode ser eMule ou qualquer outra coisa 23:11 <@Mathiasdm> como você imagina promover isso? 23:12 <whitenoise> Por exemplo, usuários simples atuais têm algumas dificuldades para configurar tudo 23:12 <whitenoise> Poderíamos tornar as informações sobre bittorrent mais visíveis 23:13 <@Mathiasdm> hm, sim 23:13 <whitenoise> descrição mais simples 23:13 <whitenoise> e por aí vai. 23:13 <@Mathiasdm> mas isso é (na minha opinião) mais um problema geral do I2P 23:13 <whitenoise> talvez melhorar o i2psnark um pouco 23:13 <@Mathiasdm> I2P poderia se tornar muito mais visível :p 23:13 <whitenoise> sim 23:14 <whitenoise> mas fazer isso (assim como divulgar no twitter, por exemplo) certamente atrairá alguns usuários 23:14 <@Mathiasdm> sim 23:14 <@Mathiasdm> bem, eu concordo, e espero que avancemos para deixar tudo mais claro (melhor usabilidade e tal) num futuro próximo 23:14 <whitenoise> então, a questão é, acho, o que devemos fazer e o que não devemos 23:15 <whitenoise> melhorar a descrição, mas não divulgar como uma rede de compartilhamento de arquivos, talvez? 23:15 <@Mathiasdm> o que devemos fazer (assim que o desenvolvimento da 0.9 começar) é, na minha opinião, olhar para os 'pontos de dor' de usabilidade 23:15 <eche|on> já tenho algumas ideias sobre isso 23:17 <@Mathiasdm> sim, uma descrição do I2P ajudaria; uma reformulação do console (talvez? não sei) ajudaria 23:17 <@Mathiasdm> eche|on: não tínhamos um .pdf com observações de usabilidade de uma conferência a que você foi? 23:17 <eche|on> hm 23:18 <@zzz> eu tenho 23:18 <eche|on> preciso procurar, mas tivemos alguns problemas no geral. 23:18 <@Mathiasdm> tem um link, zzz? 23:19 <@Mathiasdm> ok, podemos focar nisso um pouco depois das especificações do site? 23:20 <@zzz> `http://zzz.i2p/files/petcon-usability-long.pdf` 23:20 <@Mathiasdm> obrigado 23:20 <eche|on> essa é uma boa ideia 23:21 <@Mathiasdm> ok então 23:21 <@Mathiasdm> outras observações ou ideias, whitenoise? 23:21 <whitenoise> hm... 23:22 <@Mathiasdm> claro que você está sempre livre para começar a trabalhar em melhorias de usabilidade do site também 23:22 <eche|on> é só esperar alguns e-mails com dados de contato para pagar um dinheirinho ;-) 23:23 <whitenoise> bem, acho que decidimos melhorar a usabilidade em geral sem dar ênfase ao bittorrent, certo? 23:23 <whitenoise> :-) 23:23 <@Mathiasdm> parece que sim, é isso, whitenoise 23:23 <@Mathiasdm> vou te mandar minha conta bancária por e-mail, eche|on, é só me enviar o dinheiro ;) 23:23 <@Mathiasdm> ok então 23:23 <@Mathiasdm> 8) cookies para todos que participaram 23:24 <eche|on> *g* 23:24 <@Mathiasdm> ===Reunião encerrada=== 23:24 <@Mathiasdm> obrigado a todos :) 23:24 <eche|on> BISCOITOS! 23:25 <@Mathiasdm> não coma todos 23:25 * Mathiasdm cutuca eche|on

Versão 0.8

Mon, 12 Jul 2010 00:00:00 +0000

No início de 2009, pouco depois da nossa participação no 25C3, lançamos a versão 0.7 da Rede Anônima I2P. Nos 18 meses seguintes, ao longo de 15 versões, trabalhamos para melhorar a usabilidade do software do I2P e aumentar seu desempenho, segurança e confiabilidade - tudo isso enquanto lidávamos com um crescimento sem precedentes na rede.

Em reconhecimento a estas conquistas, estamos a declarar o início da série 0.8. A versão 0.8 é totalmente compatível com todas as versões 0.7.x. Esta versão contém várias correções de erros, uma nova tradução para o holandês e a conclusão da tradução alemã. Como sempre, recomenda-se que os utilizadores atualizem.

Lançamento 0.7.14

Mon, 07 Jun 2010 00:00:00 +0000

The 0.7.14 release contains the usual collection of bug fixes and performance tweaks. There are also some i2psnark improvements and more fixes for plugins. Upgrading is recommended.

Por favor, ajude a expandir a rede. Envie comentários aos desenvolvedores no IRC #i2p ou no forum.i2p2.de e participe , divulgue e doe ! Ainda estamos em busca de ajuda com traduções novas e existentes. Por favor, voluntarie-se no IRC #i2p.

Os arquivos estão disponíveis na página de download .

Lançamento 0.7.13

Tue, 27 Apr 2010 00:00:00 +0000

A versão 0.7.13 contém várias alterações e correções de bugs para melhorar o desempenho. Ela também inclui melhorias no suporte a plugins que foi introduzido na última versão. A nova, menor tunnel build message (mensagem de construção de tunnel) está habilitada para reduzir a sobrecarga e aumentar o sucesso da construção.

Claro, também há a habitual variedade de correções de bugs. A atualização é recomendada.

Por favor, ajude a expandir a rede. Dê feedback aos desenvolvedores no IRC #i2p ou no forum.i2p2.de e envolva-se , divulgue e faça uma doação ! Ainda estamos à procura de ajuda com traduções novas e existentes. Por favor, ofereça-se como voluntário no IRC #i2p.

Lançamento 0.7.12

Mon, 15 Mar 2010 00:00:00 +0000

A versão 0.7.12 inclui suporte a plugins criados pelos usuários. Esses plugins podem conter aplicações web para o console, temas, traduções ou programas autônomos. Esperamos que esse suporte possibilite o desenvolvimento rápido de aplicações i2p inovadoras.

Esta versão corrige o bug da página em branco quando um eepsite(I2P Site) não está acessível e também melhora o tratamento de desvios de relógio e alterações de IP. Ela adiciona suporte a uma nova, menor, mensagem de criação de tunnel, que será testada nesta versão e ativada na próxima versão.

Lançamento 0.7.11

Mon, 15 Feb 2010 00:00:00 +0000

A versão 0.7.11 corrige vários problemas, alguns relacionados a relógios, que impediam que novos routers se integrassem rapidamente à rede. Também corrige o instalador para Windows de 64 bits. Esta versão inclui uma atualização para o Jetty 5.1.15 para corrigir esta vulnerabilidade .

Como de costume, a versão inclui mais melhorias de anonimato e desempenho, além de uma variedade de correções de bugs. Recomenda-se a atualização.

Por favor, envie feedback aos desenvolvedores no IRC #i2p ou no forum.i2p2.de , envolva-se , ajude a divulgar e doe ! Ainda estamos à procura de ajuda com traduções novas e existentes. Voluntarie-se no IRC #i2p.

Versão 0.7.10

Fri, 22 Jan 2010 00:00:00 +0000

0.7.10 corrige algumas vulnerabilidades descobertas recentemente relacionadas à forma como os routers se comunicam com pares floodfill. As operações de armazenamento e verificação do banco de dados da rede (netDb) são movidas de tunnels exploratórios para tunnels de cliente e são criptografadas.

Além disso, para melhorar o anonimato, o conjunto de pares rápidos do router agora é limitado a um máximo de 30. Esta versão também corrige um bug que fazia as instalações no Windows falharem quando o caminho de instalação ou do utilizador continha um “\r” ou “\n”. Recomenda-se a atualização. Por favor, dê feedback aos desenvolvedores no IRC #i2p ou no forum.i2p2.de e envolva-se ou faça uma doação ! Ainda estamos à procura de ajuda com traduções novas e existentes. Por favor, ofereça-se como voluntário no IRC #i2p.

Versão 0.7.9

Tue, 12 Jan 2010 00:00:00 +0000

A versão 0.7.9 corrige vários bugs de longa data que causavam corrupção de mensagens. Esperamos que o desempenho da rede melhore assim que for amplamente implantada. Há outras mudanças que devem ajudar a reachability (capacidade de ser alcançado) do router e as taxas de sucesso na construção de tunnels. A versão também inclui suporte adicional a traduções e uma tradução completa para o russo por “forget”, que foi patrocinada por “russiansponsor”.

Lançamento do I2P 0.7.8

Tue, 08 Dec 2009 00:00:00 +0000

A versão 0.7.8 contém suporte inicial a traduções do console do router e mudanças no sistema de floodfill que lançam as bases para suportar um grande crescimento na rede.

Para evitar o bloqueio fácil do I2P por firewalls maliciosos, esta versão define aleatoriamente a porta do I2P para novas instalações. Para instalações existentes, por favor ajude aqueles que são vulneráveis ao bloqueio alterando o UDP de 8887 para uma porta aleatória e ajustando o seu firewall, se necessário.

Lançamento do I2P 0.7.7

Mon, 12 Oct 2009 00:00:00 +0000

A versão 0.7.7 do I2P contém várias melhorias de anonimato. O uso de chaves de sessão para criptografia foi completamente reformulado, e o I2PSnark agora usa seus próprios tunnels para comunicação com o tracker. O trabalho continua no aprimoramento do console do router, incluindo conformidade com os padrões HTML e melhor suporte a UTF-8.

O trabalho também continua para aumentar as velocidades, tanto reduzindo o número de chaves de sessão transferidas, quanto aprimorando os métodos de descarte de mensagens durante períodos de sobrecarga e reduzindo os descartes por routers de alta largura de banda. Há uma nova opção de atualização sem assinatura para quem deseja atualizações automáticas para versões de desenvolvimento de ponta.

Lançamento do I2P 0.7.6

Fri, 31 Jul 2009 00:00:00 +0000

A versão 0.7.6 do I2P contém correções adicionais para problemas de estabilidade da rede relacionados à construção de tunnel e aos limites de conexão. Embora a versão 0.7.5 tenha melhorado bastante a situação de congestionamento que surgia nas noites (UTC) e nos fins de semana, ela não foi eliminada; esta versão deve melhorar a situação ainda mais.

Esta versão também inclui novos temas do console por dr|z3d, que podem ser selecionados na nova página de configuração da interface do usuário. Lamentamos, os novos temas não estão disponíveis para o Internet Explorer.

Lançamento do I2P 0.7.5

Mon, 29 Jun 2009 00:00:00 +0000

I2P versão 0.7.5

A versão 0.7.5 do I2P aborda principalmente problemas de estabilidade da rede ao ajustar como os tunnels exploratórios são construídos se um router se aproximar do seu limite de conexões, e também ao diferenciar entre pares conectados e outros pares que não estejam falhando ao selecioná-los para inclusão em tunnels.

Esta versão também inclui correções para o comportamento do instalador no Windows, para o Router Console, o transporte NTCP e o mecanismo UPnP.

Lançamento do I2P 0.7.4

Sat, 13 Jun 2009 00:00:00 +0000

Lançamento do I2P 0.7.4

A versão 0.7.4 do I2P introduz novos recursos notáveis, como a capacidade de GeoIP e suporte a UPnP. Enquanto o primeiro pode se tornar uma base para a construção de tunnel sensível à localização geográfica, o segundo deverá permitir imediatamente que mais routers aceitem conexões TCP entrantes, ajudando a distribuir a carga de trabalho de forma mais equilibrada.

O Inbound NTCP agora é ativado automaticamente se o router não parecer estar atrás de um firewall, e os limites padrão de largura de banda para novas instalações foram aumentados.

Lançamento do I2P 0.7.3

Mon, 18 May 2009 00:00:00 +0000

I2P versão 0.7.3

A versão 0.7.3 do I2P contém várias correções de bugs e melhorias, inclui muito trabalho de manutenção e novas versões dos protocolos de gateway de aplicação SAM e BOB.

Um patch para o servidor web interno do I2P, o Jetty, está incluído para corrigir o comportamento do SusiDNS no Windows. A forma como os nós do I2P se oferecem para participar do Network Database foi alterada para evitar que muitos façam isso simultaneamente, e a criação de novos tunnels participantes agora é limitada antes que mensagens nos tunnels existentes comecem a ser descartadas.

Lançamento do I2P 0.7.2

Sun, 19 Apr 2009 00:00:00 +0000

Lançamento do I2P 0.7.2

A versão 0.7.2 corrige diversos erros e problemas potenciais no I2P, ao mesmo tempo que prepara o terreno para novas funcionalidades.

Problemas de concorrência com a classe SimpleTimer não devem mais ocorrer, o transporte NTCP não deve mais lançar exceções de ponteiro nulo, e os tunnels “abandonados” devem concluir a operação corretamente.

É adicionado suporte para acessar a Router Console via IPv6, um novo tipo de mensagem permite que aplicações I2CP consultem os limites de largura de banda do router, uma interface de desktop experimental para gerenciar o router é incluída pela primeira vez (mas ainda não é ativada automaticamente) e é impedida a participação de um único par em um número excessivo de tunnels para melhorar a confiabilidade e a segurança.

Lançamento do I2P 0.7.1

Sun, 29 Mar 2009 00:00:00 +0000

Lançamento do I2P 0.7.1

A versão 0.7.1 otimiza o I2P para um melhor desempenho e introduz novos recursos.

Vários bugs foram corrigidos; os substitutos da classe SimpleTimer devem gastar menos tempo com bloqueio de objetos. Alguns componentes antigos foram removidos e várias classes foram refatoradas para evitar duplicação de código.

Suporte para LeaseSets criptografados (para criação de conexões no I2P que um adversário não possa obstruir atacando seus gateways) torna-se mais completo. Novos tipos de tunnel, como tunnels de servidor IRC, e novas opções, como início adiado e modo ocioso dos tunnels, também ganham suporte, juntamente com uma usabilidade aprimorada do mecanismo de proxy Socks do I2P.

Reunião de Desenvolvimento do I2P - 10 de fevereiro de 2009

Tue, 10 Feb 2009 00:00:00 +0000

Resumo rápido

Presentes: altGuest, badger, dream, eche|on, hottuna\_, l00kns33, unixfr3ak, welt, welterde, zzz

Registro da reunião

20:58:32 <unixfr3ak> reunião de devs, hein? 20:59:27 -*- dream liga o devo 21:00:25 <welt> dream: ah.. que bom que você também está aqui :) 21:00:51 <badger> 0) Olá 21:00:55 <dream> quem é você? 21:00:58 <badger> 1) I2P 0.7 21:01:02 <badger> 2) Syndie 21:01:06 <badger> 3) Doações 21:01:15 <badger> 4) ???? 21:01:21 <badger> 5) Uma breve leitura de um poema por zzz 21:01:39 <badger> 0) Olá 21:01:53 <altGuest> oi 21:02:00 <badger> bem-vindos todos à 207ª reunião de devs 21:02:05 <badger> olá 21:02:20 <hottuna_> olá! 21:02:40 <eche|on> bem-vindos! 21:02:43 <zzz> então, vamos começar cobrindo o que aconteceu desde 10 de abril de 2007, se é que aconteceu algo 21:02:48 <badger> Para colocar em perspectiva, já se passaram quase 2 anos desde a última 21:03:06 <badger> bem... Bush saiu... Obama entrou.... 21:03:36 <dream> lol EUA 21:03:51 <badger> 1) I2P 0.7 21:03:56 <eche|on> Acho que a nota de lançamento da 0.7 dá uma boa ideia do que aconteceu com o I2P 21:04:20 <badger> Bem, parece que a implantação da 0.7 correu de forma bastante tranquila 21:04:22 <badger> com cerca de 84% de cobertura na rede agora 21:04:29 <unixfr3ak> nada mal 21:04:48 <eche|on> :-) 21:04:48 <hottuna_> Quanto a rede cresceu desde a 0.7? 21:04:48 <badger> Um grande aplauso para a equipe de devs e o pessoal de release por colocar isso na rua 21:04:52 <unixfr3ak> um bug que eu posso apontar, que eu e outro usuário notamos, é 21:04:52 <hottuna_> ou mesmo desde o Natal? 21:05:21 -*- welt espera o stats.i2p carregar.. 21:05:28 -=- Agora você é conhecido como welterde 21:05:31 <badger> hottuna_: um crescimento relativamente lento mas constante, se formos pelos gráficos 21:05:41 <unixfr3ak> adicionar novos hosts privados no susidns exige editar manualmente o arquivo privathosts.txt 21:06:08 <welterde> zzz: não foi esse o bug que você corrigiu recentemente? 21:06:18 <welterde> ou era algo diferente? 21:06:25 <eche|on> as estatísticas mostram um crescimento lento e constante 21:06:35 <zzz> sim, eu quebrei na 0.7, corrigi ontem, vai entrar no -4 21:06:40 <eche|on> welterde: sim, parece que ele corrigiu 21:07:05 <badger> algo para esperar na 7.0.1 21:07:14 <welterde> zzz: bom.. então isso está resolvido 21:07:16 <badger> er... 0.7.1 21:07:19 <eche|on> mais usuários :-) 21:07:22 <zzz> desculpem por isso 21:07:35 <unixfr3ak> o que vocês vão fazer sobre o lag da rede... parece um problema crescente, nos fins de semana o I2P parece sobrecarregado 21:07:56 <welterde> talvez mais alguns ajustes na lib de streaming? 21:07:57 <unixfr3ak> de qualquer forma acho que mais usuários é bom 21:08:00 <badger> zzz: bem, você já corrigiu e melhorou coisa suficiente para ter direito a uma quebradinha ocasional :) 21:08:33 <hottuna_> Eu sugeri motivar o usuário a compartilhar tendo algum indicador de ratio no console 21:08:57 <unixfr3ak> isso parece bom 21:09:14 <eche|on> a carga na rede subiu muito no mês passado 21:09:17 <zzz> freak, estou pensando em ajustar um pouco o cálculo de capacidade nos perfis dos pares, para reagir melhor quando as coisas ficarem agitadas. 21:09:20 <eche|on> nos últimos meses, parece ir razoavelmente bem até agora 21:09:51 <hottuna_> zzz: maneiro :) 21:09:55 <unixfr3ak> isso pode ser ambicioso, mas que tal usar uma tarefa cron no Linux ou o que quer que o Windows use para ceder largura de banda ao I2P quando o computador não estiver sendo usado 21:10:17 <zzz> essas coisas precisam ser ajustadas com muito cuidado, e leva um ciclo completo de release para testar qualquer mudança 21:10:21 <hottuna_> um scheduler também seria uma solução excelente 21:10:24 <unixfr3ak> simplificando 21:10:28 <badger> O esforço de divulgação do lançamento 0.7 parece ter tido um efeito marginal nos números, mas não nem de perto o impacto que eu esperava 21:10:41 <unixfr3ak> detectar quando a rede/CPU está ociosa e usar / não usar quando não estiver 21:10:43 <welterde> zzz: aquela adição recente ao I2CP ainda não permite isso, certo? 21:10:52 <badger> alguma boa cobertura em sites de notícias alemães, no entanto 21:11:04 <badger> mas no slashdot/digg/reddit foi meio patético 21:11:09 <zzz> permitir o quê, welterde ? 21:11:29 <welterde> zzz: mudar o ratio/up-bw/down-bw de fora da routerconsole 21:11:29 <eche|on> badger: leva um tempo para os usuários conhecerem e continuarem usando :-) 21:11:32 <unixfr3ak> e uma entrada padrão de inicialização automática no registro seria legal, ou um script simples de shell para Unix 21:12:04 <zzz> não, welterde, não tem nada a ver com isso 21:12:08 <hottuna_> não sei sobre o PR... suponho que nossa 'marca' vai crescer toda vez que tivermos um novo release e uma onda de PR junto 21:12:13 <welterde> zzz: imaginei :/ 21:12:56 <zzz> tomara que a entrevista do gulli comigo seja publicada em breve, mas não tenho notícias dele há uma semana 21:13:06 <unixfr3ak> o I2P está pronto para pedir largura de banda voluntária de patrocinadores? (além de mim com minha conexão minúscula) 21:13:39 <welterde> hmm.. pode valer a pena tentar 21:13:50 <dream> Não acho que alguém já tenha dito não a largura de banda voluntária. 21:14:12 <unixfr3ak> a rede Tor tem muitos nós patrocinados, mas por outro lado muitos nós na mesma sub-rede seriam suspeitos para os usuários e dariam a alguém mais controle sobre a rede 21:14:37 <welterde> acho que já 'corrigimos' isso 21:14:59 <hottuna_> patrocinar não seria uma má ideia 21:14:59 <hottuna_> apenas uma aba HTML simples na página principal? 21:14:59 <hottuna_> apenas* 21:15:05 <unixfr3ak> nós distribuídos aleatoriamente por voluntários individuais parece mais seguro 21:15:05 <unixfr3ak> mas não tão prático 21:15:15 <unixfr3ak> a maioria das pessoas, por natureza, só vai sugar 21:15:44 <dream> Não acho que isso seja necessariamente verdade, unixfr3ak, mas é bom se preparar para os não participantes. 21:16:21 <unixfr3ak> por exemplo 21:16:40 <unixfr3ak> alguém que apenas inicia o router do I2P, não faz ideia do que ele faz e roda o i2phex 21:16:49 <unixfr3ak> baixando constantemente 21:17:11 <unixfr3ak> talvez a largura de banda padrão devesse ser alterada 21:17:22 <hottuna_> foi alterada na 0.7 21:17:34 <unixfr3ak> ou os usuários deveriam ser perguntados sobre a velocidade da conexão durante a instalação para limites de compartilhamento de largura de banda mais precisos 21:18:26 <unixfr3ak> ou talvez um vírus que instale o I2P como uma backdoor :P 21:18:34 <welterde> heh 21:18:40 <hottuna_> seria uma ótima ideia.. o instalador deveria suportar isso, certo? 21:19:08 <welterde> a primeira ou a segunda? :> 21:19:08 <unixfr3ak> minha piada ou perguntar a largura de banda da conexão? 21:19:23 <welterde> a primeira) provavelmente sim 21:19:26 <unixfr3ak> deve ser uma linha ou duas em algum arquivo de configuração 21:19:39 <unixfr3ak> a que não tem o :P 21:20:59 <badger> limites de download para usuários que não compartilham largura de banda de upstream? 21:21:15 <unixfr3ak> soa interessante 21:21:20 <unixfr3ak> mas 21:21:33 <unixfr3ak> acho que não devemos ir a medidas tão desesperadas ainda... 21:21:38 <dream> por padrão ele compartilha até 100% da largura de banda, unixfr3ak. depois que consegue alguns client tunnels, a maior parte é gasta nos intermediários. 21:21:45 <welterde> os routers já não punem outros routers que não roteiam tunnels? 21:22:00 <unixfr3ak> sim 21:22:00 <dream> e acho que o I2P já faz balanceamento de carga. Com certeza não consigo baixar mais do que envio na aba de largura de banda. 21:22:25 <unixfr3ak> acho que sim, mas se muita gente sugar ao mesmo tempo ainda vai colocar uma carga pesada na rede 21:22:32 <badger> talvez seja apenas o caso de sermos mais informativos para os usuários de primeira viagem 21:22:35 <unixfr3ak> especialmente se os IPs deles forem dinâmicos 21:22:46 <eche|on> `http://stats.i2p/cgi-bin/tot.cgi?a=bandwidthReceiveBps.5m&s=365&u=y` 21:22:56 <badger> deixar claro que retribuir para a rede melhora sua experiência 21:23:07 <unixfr3ak> sim 21:23:18 <unixfr3ak> e para rodar quando não estiverem usando o PC 21:23:36 <unixfr3ak> em vez de simplesmente deixar a conexão pela qual estão pagando ficar ociosa 21:23:51 <dream> a maioria das pessoas desliga o computador, é realmente triste 21:24:09 <unixfr3ak> sim 21:24:12 <dream> pagando o provedor por mês, quando poderiam, pelo preço de 4 lâmpadas... 21:24:15 <l00kns33> acho que a maioria entende isso - eu até acho que a maioria dos que usam I2P são geeks também ;) 21:24:32 <badger> enfim, seguindo - algo mais a acrescentar em 1) I2P 0.7? 21:24:55 <unixfr3ak> por agora sim 21:25:16 -*- welterde espera o sinal dele.. 21:25:20 <unixfr3ak> mas isso pode mudar no futuro 21:25:25 <eche|on> badger: não 21:25:25 <badger> 2) Syndie 21:25:37 <welterde> ok então :) 21:25:37 -*- badger passa o microfone boom dos anos 70 para o welterde 21:25:45 <badger> *mic 21:26:15 <welterde> como vocês podem (ou não) saber, eu recentemente terminei o esforço de aplicar esses patches do MOSFET 21:26:20 <welterde> +know 21:26:35 <unixfr3ak> deixe-me fora dos fóruns, eu não os uso :P , já volto, cigarro 21:27:14 <welterde> o que deve corrigir alguns bugs e desabilitar aquela UI padrão (na minha opinião) bugada 21:27:26 <welterde> em vez dela, usa-se a de SWT, que a maioria dos usuários acha mais fácil 21:27:42 <badger> <jrandom>w0rd</jrandom> 21:28:11 <welterde> hmm? 21:28:30 <dream> é bom saber que alguém estava trabalhando para fazer as sincronizações que falham tentarem novamente. 21:28:40 <badger> welterde: foi mal, piada antiga de reunião de devs 21:28:59 <badger> existe um novo arquivo público do Syndie em algum lugar? 21:29:06 <welterde> de qualquer forma.. espero ter tempo em breve para substituir aquela coisinha de índice bugada ;) 21:29:09 <welterde> badger: sim 21:29:25 <welterde> http://syndie.welterde.(i2p|de)/ 21:29:52 <dream> tornar possível executar o Syndie usando um banco de dados remoto é importante, eu diria, para facilitar que as pessoas executem seus próprios arquivos. 21:29:54 <welterde> mas você não pode postar lá (ainda), pois é apenas um arquivo estático 21:30:47 <welterde> tenho que adicionar esse aos padrão também 21:30:56 <welterde> vou fazer isso em breve 21:31:16 <eche|on> então o trabalho no Syndie continua 21:31:32 <welterde> sim 21:31:54 <welterde> atualmente tentando fazer profiling do Syndie.. 21:32:29 <welterde> mas não consegui dedicar muito tempo a essa área.. 21:32:59 <eche|on> tanto trabalho a fazer... 21:33:14 <welterde> sim :/ 21:33:17 <dream> rodar o Syndie em modo texto é complicado, já que a interface parece estar ficando atrás do comportamento atual 21:33:17 <dream> normalmente funciona se você apenas deixar em --cli, mas quando trava não há indicação real. 21:33:41 <welterde> é.. o cli também está bugado no momento :/ 21:34:00 <welterde> na minha opinião, deveríamos separar o Syndie em múltiplas partes, p.ex., libsyndie, GUI, cli, ... 21:34:12 <badger> faz sentido para mim 21:34:19 <welterde> isso deve tornar mais fácil escrever extensões personalizadas, etc. 21:34:29 <dream> Que tipo de coisas a libsyndie cobriria? 21:34:36 <badger> no início, na v0.0.1, a UI do Syndie era só um topo em cima do binário de cli 21:34:48 <badger> mas parece que essa ideia se perdeu pelo caminho 21:34:55 <dream> ele ainda tem o console de texto hoje. 21:35:23 <welterde> dream: decodificação de mensagens, sincronização do arquivo, etc. etc. 21:35:34 <welterde> a maior parte da lógica 21:36:06 <dream> então a libsyndie é basicamente uma interface sobre o banco de dados, e talvez o diretório archive/? 21:36:09 <badger> sim, GUI, cli e webtop deveriam ser apenas um invólucro leve 21:36:10 <welterde> na minha opinião, devemos manter GUI/cli separados da lógica do programa 21:36:42 <welterde> dream: o arquivo não é usado para armazenar nada.. é usado só para servir o arquivo 21:37:02 <dream> eu sei. 21:37:14 <welterde> mas como cli/webtop usam, deveríamos colocar isso na libsyndie também 21:37:15 <dream> Então acho que só o servidor web precisaria lidar com esse diretório. 21:37:35 <dream> preenchendo e sincronizando a partir dele, algo como uma fila de e-mails do postfix. 21:38:00 <welterde> mas deveríamos apenas gerar/sincronizar quando estivermos realmente usando.. não como agora.. 21:38:08 <welterde> em que ele é sempre gerado/sincronizado... 21:39:18 <dream> não vejo problema em usar o diretório archive/ apenas para o servidor web. É basicamente por conveniência, para você poder usar a funcionalidade existente de servir arquivos estáticos. 21:40:07 <welterde> deveria haver um comando de cli como generate_archive ou algo assim, na minha opinião 21:40:57 <welterde> e deveríamos trazer de volta aquele import.cgi, para podermos rodar um arquivo majoritariamente estático e ainda assim poder postar 21:41:04 <welterde> ou... hmmm... 21:41:04 <dream> o que você faria com esse arquivo usando a interface do cliente? 21:41:15 <welterde> rsync com um site remoto? 21:41:26 <welterde> é assim que o syndie.welterde.(i2p|de) funciona ;) 21:41:43 <dream> o problema de um arquivo estático é que manter o sistema de arquivos atualizado com o banco de dados é uma tarefa semelhante a projetar um banco de dados. 21:41:59 <welterde> hmm.. não exatamente 21:42:05 <welterde> já que é só de mão única 21:43:17 <unixfr3ak> isso pode ser um pouco fora do tópico, mas alguém considerou uma função de datastore? 21:43:20 <dream> então, usando um hipotético --cli, alguém cria uma mensagem. Depois executa generate_archive após criá-la? Parece suspeitosamente similar a dar commit numa transação após inserir. 21:43:52 <unixfr3ak> também no i2phex, como eu disse ao Complication anteriormente, a consulta ao Bitzi no i2phex não é anônima 21:43:55 <dream> magicbutton() 21:44:04 <welterde> dream: ahm.. não 21:44:17 <dream> ...o i2phex consulta o bitzi.com? isso é loucura 21:44:37 <unixfr3ak> sim 21:44:39 <welterde> unixfr3ak: houve algum trabalho na direção do freenet, se bem me lembro 21:44:43 <dream> welterde, então a mensagem nunca vai para o diretório archive/ e não pode ser sincronizada... 21:45:20 <welterde> dream: não.. só quis dizer que uma transação é um pouco diferente 21:45:27 <welterde> por exemplo: você não edita nada 21:45:33 <welterde> (exceto talvez o índice) 21:46:02 <welterde> generate_archive só despeja o banco e atualiza os índices enquanto faz isso 21:46:41 <unixfr3ak> clique com o botão direito em um arquivo 21:47:20 <unixfr3ak> e ver o bitzi ticket leva você ao site não anônimo 21:47:20 <unixfr3ak> ainda bem que meu navegador é proxyado pelo I2P, e o alternativo pelo Tor 21:47:31 <dream> então como você coloca o novo conteúdo do banco no arquivo? E se o Syndie morrer depois de inserir uma mensagem, mas antes de você salvá-la no diretório archive/? 21:47:39 <unixfr3ak> 0_0 parece que o Bob Esponja perdeu a reunião 21:47:57 <welterde> dream: nada.. não é o archive/ 21:48:16 <welterde> mas vai estar na próxima execução bem-sucedida do generate_archive 21:49:01 <dream> o que eu faria é deixar o cliente rodar o servidor web, e o servidor web verificar o archive/ e puxar todas as mensagens do banco que ainda não estão lá. Ou simplesmente servir as mensagens diretamente do banco. 21:49:23 <dream> generate_archive não parece o tipo de coisa que você gostaria que o cliente tivesse que acompanhar. 21:49:50 <welterde> o problema é.. você não consegue rodar o Syndie em qualquer máquina 21:50:18 <welterde> por exemplo, este servidor (i2p2.de/welterde.de) atingiu o limite 21:50:36 <welterde> ele vai fazer muito swap quando eu rodar o Syndie nele.. 21:50:41 <welterde> então eu tenho que rodar localmente 21:50:46 <eche|on> sim 21:51:06 <welterde> sem problema se eu tivesse um upload razoável... o que não tenho 21:51:19 <welterde> o que a maioria dos usuários de ADSL não tem.. 21:51:45 <badger> de qualquer forma - bom trabalho com todos os patches, welterde - podemos esperar um release num futuro não muito distante? 21:51:47 <welterde> então é ou um arquivo estático ou um que seja lento pra caramba 21:52:08 <welterde> badger: acho que vou mudar de a para b (alfa para beta) em breve 21:52:16 <badger> ótimo 21:52:40 <badger> algo mais a acrescentar sobre desenvolvimento futuro? 21:52:56 <badger> (Syndie) 21:53:10 <welterde> n0pe 21:53:19 <welterde> ;) 21:53:24 <badger> certo, nesse caso 21:53:30 <badger> 3) Doações 21:53:49 -*- badger balança o microfone para o eche|on 21:54:00 <eche|on> está aberto novamente! 21:54:18 <eche|on> eu criei uma conta no PayPal e linkei no site do I2P 21:54:42 <hottuna_> :D 21:54:47 <badger> legal 21:54:50 <hottuna_> massa 21:54:52 <eche|on> mas os botões linkam para sites https:// do PayPal, não funciona para eepsite ainda 21:55:01 <dream> sim, acho que isso é uma vantagem, welterde 21:55:08 <eche|on> até agora nenhuma entrada nesse front 21:55:20 <welterde> eche|on: talvez você devesse adicionar algumas notas sobre como dizer a você o que deve ser feito com isso 21:55:29 <eche|on> e indeciso sobre uma conta para 2ndlive 21:55:31 <zzz> você pode adicionar um link da página de doações para a página halloffame e/ou fornecer mais informações sobre para que as doações serão usadas 21:55:39 <dream> Ainda acho que o que cria o arquivo deveria sincronizar mais do que apenas despejar. 21:55:48 <badger> sim 21:56:02 <badger> você planeja apoiar recompensas também? 21:56:10 <eche|on> welterde: ack 21:56:13 <unixfr3ak> você poderia simplesmente usar o Apache 21:56:17 <welterde> dream: otimização prematura ;) 21:56:19 <eche|on> zzz: ack 21:56:24 <dream> ops 3) 21:56:24 <dream> não tenho dinheiro, desculpe T_T 21:56:28 <eche|on> precisamos de uma lista do que comprar/não comprar com as doações 21:56:37 <zzz> e as assinaturas do echelon e do welterde não deveriam realmente ser listadas como despesas em vez disso? 21:56:40 <unixfr3ak> qual servidor web o I2P inclui? 21:56:51 <eche|on> badger: sim, as doações são 'para o fundo geral' ou dedicadas a uma recompensa 21:57:04 <badger> ótimo 21:57:19 <eche|on> e no PayPal deve haver um campo de texto no qual você pode informar o objetivo do dinheiro :-) 21:57:33 <zzz> você também poderia colocar um link de notícia na página inicial dizendo que as doações estão abertas 21:57:36 <badger> Se eu doar 1000 EUR, eu ganho uma camiseta Hot Tuna i2P? 21:57:51 <eche|on> mas eu não posso doar para mim mesmo ;-) 21:58:02 <welterde> hottuna_: diga sim! ;) 21:58:16 <eche|on> sem problema até agora, eu espero pela primeira e anuncio ;-) 21:58:35 <zzz> você teve a chance de ir ao 25c3 e ganhar uma camiseta 21:58:47 <welterde> ainda tem o 26c3 ;) 21:58:59 <eche|on> ack, zzz - boa ideia 22:00:32 <eche|on> então não tenho mais nada do meu lado sobre o tópico doações 22:00:51 -*- welterde espera o paste carregar.. 22:01:16 <badger> nesse caso: 22:01:22 <badger> 4) ???? 22:01:33 <badger> alguém mais tem algo para trazer à reunião? 22:01:37 <welterde> sim.. 22:01:46 <welterde> mas você tem que esperar até o paste carregar :/ 22:01:52 <eche|on> vamos ter um pedaço de bolo para todo mundo! 22:02:31 <welterde> oba! :) 22:02:32 -*- unixfr3ak pega e sai correndo 22:02:38 <welterde> nãããão 22:03:03 -*- badger dá um *baf* na cabeça do unifr3ak 22:03:08 <unixfr3ak> siiimmm 22:03:12 <eche|on> ;-) 22:03:46 <unixfr3ak> será que essa parte vai pro log da reunião 22:03:50 <unixfr3ak> :P 22:03:57 <welterde> Eu anuncio aqui, com *rufar de tambores*, thmoo: inbljam6y6mynwz2474hk655w2jtv7trofxbqzng4re26ga6rg4a.b32.i2p 22:03:58 <welterde> ;) 22:04:04 <welterde> unixfr3ak: claro que vai! 22:04:15 <welterde> todo mundo pegue um cliente telnet e conecte ;) 22:04:37 <badger> não é um MUD?! 22:04:40 <unixfr3ak> a chave base 32? 22:04:49 <welterde> badger: claro! 22:05:06 <welterde> unixfr3ak: você tem que abrir um client tunnel e conectar a isso com um cliente telnet/MUD 22:05:08 <welterde> (ou usar socks) 22:05:38 <unixfr3ak> não quero sujar minhas meias, vou fazer um tunnel :p 22:05:43 <unixfr3ak> hmm 22:05:47 <unixfr3ak> mas para o destino 22:05:50 <badger> meias enlameadas 22:05:59 <unixfr3ak> isso inclui o .i2p? 22:06:05 <welterde> unixfr3ak: sim 22:06:11 <welterde> pelo menos para mim funcionou ;) 22:06:56 <dream> você também pode consultar o dest de um b32 se quiser uma cópia local. o zzz me mostrou como, usando a interface secreta de cli do i2ptunnel. 22:07:13 <unixfr3ak> Delay Connect: (for request/response connections) 22:07:18 <unixfr3ak> então acho que é sim para isso 22:07:21 <dream> isso me lembra que eu deveria passar essas descrições de salas do papel para a coisa 22:07:24 <badger> welterde: talvez postar um howto curto em algum lugar ;-) 22:07:35 <welterde> dream: yay :) 22:07:46 <welterde> badger: heh.. vou fazer 22:07:58 <unixfr3ak> Trying 127.0.0.1... 22:07:58 <unixfr3ak> Connected to localhost. 22:07:58 <unixfr3ak> Escape character is '^]'. 22:08:02 <unixfr3ak> impressionante :P 22:08:02 <welterde> `http://paste.i2p2.i2p/show/11/` <- o b64 22:08:08 <l00kns33> um comentário sobre o I2P em geral: 22:08:08 <l00kns33> acho que é muito 'de geeks para geeks' - é preciso saber o que usuários não-geeks precisam e querem 22:08:16 <unixfr3ak> queria saber o que tem do outro lado do tunnel 22:08:20 <dream> unixfr3ak, se você for extra paranoico, sim, caso contrário ataques de timing podem ser possíveis para testar se você está online ou não. :> 22:08:21 <welterde> l00kns33: eles querem jogos! :D 22:08:46 <dream> l00kns33, o que poderia ser menos nerd do que um jogo de aventura online baseado em texto! 22:09:01 <welterde> unixfr3ak: funciona? você deve ver algum tipo de menu 22:09:02 <dream> Eu visto minha túnica e meu chapéu de mago! 22:09:19 <unixfr3ak> claro 22:09:28 <l00kns33> isso é uma coisa - e uma boa ideia :) 22:09:31 <unixfr3ak> Welcome to thmoo-cmd 2.1... 22:09:38 <welterde> ha :) 22:09:47 <welterde> depois você precisa digitar connect guest, se bem me lembro 22:09:52 <unixfr3ak> o que é tão impressionante sobre telnet sobre I2P? 22:10:30 <zzz> teremos um cliente CONNECT em breve, então você não vai precisar configurar um tunnel 22:10:46 <l00kns33> legal :) 22:10:50 <welterde> unixfr3ak: nada? 22:11:20 -*- welterde escreve um howto.. 22:11:26 <unixfr3ak> tem um recurso de chat estranho :P 22:11:45 <badger> bem, nesse tom - mais alguma coisa que alguém queira acrescentar? 22:11:46 <welterde> unixfr3ak: você tem que "say something" 22:11:50 <dream> Como isso funcionaria, zzz? Você quer dizer como uma VPN? 22:12:01 <welterde> dream: mais como socks, eu acho 22:12:05 <dream> Ou um cliente telnet especialmente projetado? ._. 22:12:19 <dream> Ah, bom, eu ouvi falar de SOCKS. 22:12:29 <unixfr3ak> foo disse oi 22:12:31 <zzz> mais como socks 22:12:39 <zzz> telnet localhost 1234 22:13:00 <zzz> connect inbljam6y6mynwz2474hk655w2jtv7trofxbqzng4re26ga6rg4a.b32.i2p 22:13:00 <welterde> unixfr3ak: e para te responder, tem que "say something" ;) 22:13:06 <zzz> é isso 22:13:15 <dream> socks é complicado, já que é como o i2ptunnel, exceto que praticamente qualquer um pode fazer novos tunnels para lugares diferentes. 22:13:37 <unixfr3ak> sim, eu sei... não precisa apontar o dolorosamente óbvio 22:13:50 <welterde> dream: não.. ele só usa o compartilhado 22:14:06 <welterde> pelo menos.. é assim que deveria funcionar ;) 22:14:34 <welterde> afk por um tempo 22:14:36 <badger> bem, acho que chegamos a um bom ponto para... 22:14:44 -*- badger encerra 22:14:54 -*- badger dá um *baf* e encerra a reunião 22:15:10 <eche|on> :-) 22:15:13 <badger> bom trabalho, pessoal 22:16:12 <dream> não dá para fazer um server tunnel com essa coisa do SOCKS? hmm... 22:16:34 <dream> acho que seria bem legal para protocolos que não são HTTP. :) 22:16:49 <dream> Ou isso, ou implementar CONNECT no eeproxy. 22:16:52 <unixfr3ak> agora vocês vão desaparecer de novo lol 22:18:38 <dream> poofda 22:19:40 <zzz> ainda estou aqui 22:19:49 <zzz> nosso socks é apenas para cliente agora 22:20:51 <zzz> eu tenho CONNECT implementado, é disso que eu estava falando acima 22:23:20 <dream> Legal, não consigo pensar em nenhum motivo para não fazer isso, e seria muito mais conveniente já que o SOCKS é tão popular que muitos apps já vêm com ele.

Lançamento do I2P 0.7

Sun, 25 Jan 2009 00:00:00 +0000

I2P versão 0.7

A versão 0.7 acrescenta estabilidade e flexibilidade ao I2PSnark, que, espera-se, poderá ser usado para distribuir atualizações do I2P no futuro.

O router I2P recebe correções e otimizações em várias questões de nível de transporte e de streaming, na exploração da rede, no desempenho do NetDB e no sistema de introducers UDP. Entre outras funcionalidades, a nova versão oferece melhor limitação de conexões, maior tolerância a exceções “out of memory” em aplicações auxiliares e um novo sistema de endereços experimental usando hashes Base32 de chaves de destino (".b32.i2p" URLs).

Lançamento do I2P 0.6.5

Mon, 01 Dec 2008 00:00:00 +0000

Lançamento do I2P 0.6.5

A versão 0.6.5 introduz novos componentes, remove alguns antigos (como o antigo transporte TCP) e foi otimizada para ter melhor desempenho.

O protocolo BOB (Basic Open Bridge) é introduzido, para uso por aplicações cliente que não podem importar diretamente as bibliotecas I2CP. Isso torna obsoleto o antigo protocolo SAM, que era anteriormente usado nesses casos. Por enquanto, porém, o BOB ainda não é iniciado automaticamente em novas instalações, e o SAM permanece ativo em instalações antigas.

Lançamento do I2P 0.6.4

Mon, 06 Oct 2008 00:00:00 +0000

Lançamento do I2P 0.6.4

A versão 0.6.4 adiciona melhorias de desempenho e estabilidade. Pares floodfill que já estão conectados são preferidos para o armazenamento de RouterInfo e, em caso de escassez, usam-se referências a novos pares floodfill obtidas de pares comuns.

A preferência por pares já conectados é, em geral, aumentada ao considerá-los ativos. Tempos limite durante a entrada em tunnel agora contam negativamente nos perfis dos pares.

Também estão incluídas melhorias no manipulador de desligamento, no construtor de tunnel, na limitação de taxa do router, na coleta de estatísticas do pool de tunnel, bem como melhorias no console do router e no I2PSnark (e textos para explicar problemas de alcançabilidade).

Lançamento do I2P 0.6.3

Tue, 26 Aug 2008 00:00:00 +0000

Versão 0.6.3 do I2P

A versão 0.6.3 introduz várias correções de bugs, otimizações e melhorias de segurança. Routers passarão a monitorar o número de pares NetDB bem-comportados, oferecendo-se como tal caso surja escassez e possam fazê-lo. Nós NetDB bem-comportados terão preferência mais acentuada, e nós mal-comportados serão colocados na lista de bloqueio de forma mais eficaz.

Os LeaseSets são tratados de forma mais eficiente, novas correções devem permitir o funcionamento correto dos UDP introducers. O I2P também ganha suporte preliminar a listas de bloqueio de IP permanentes, e um novo limitador de conexões entre pares. Melhorias no Router Console devem facilitar a configuração de aplicações cliente e o I2PSnark agora resistirá melhor a dados corrompidos.

Lançamento do I2P 0.6.2

Sat, 07 Jun 2008 00:00:00 +0000

I2P versão 0.6.2

A versão 0.6.2 traz melhorias de desempenho e anonimato. Os dados de LeaseSet não são mais adicionados a cada mensagem de ponta a ponta, reduzindo a sobrecarga do protocolo.

Pares inalcançáveis são evitados como gateways de tunnel de entrada, o que melhora a confiabilidade e torna possível usar seleção de Lease persistente, o que, por sua vez, melhora o desempenho ao reduzir a entrega fora de ordem de mensagens.

Lançamento do I2P 0.6.1.33

Sat, 26 Apr 2008 00:00:00 +0000

I2P versão 0.6.1.33

A versão 0.6.1.33 contém várias correções de erros importantes e melhorias de desempenho na detecção de alcance do SSU, na seleção de pares floodfill, na seleção de pares de tunnel, nos testes de tunnel, na detecção de inatividade do NTCP, na biblioteca de streaming e na obtenção de notícias. Também adiciona suporte a rastreadores secundários ao i2psnark e a verificação das bibliotecas Jetty baixadas ao compilar a partir do código-fonte.

Lançamento do I2P 0.6.1.32

Sun, 09 Mar 2008 00:00:00 +0000

Lançamento do I2P 0.6.1.32 =====================

A versão 0.6.1.32 contém várias correções de bugs, um novo algoritmo de construção de tunnel de zzz que regula a intensidade da construção de tunnel com base em níveis anteriores de sucesso na construção de tunnel, e outras melhorias de desempenho.

Esta versão é compatível com versões anteriores e, se já tiver a versão 0.6.1.31 instalada, reconhecerá a assinatura no arquivo de atualização assinado (para que possa atualizar automaticamente).

Lançamento do I2P 0.6.1.31

Sun, 10 Feb 2008 00:00:00 +0000

Olá, há uma nova versão do I2P disponível para você aproveitar em http://www.i2p2.de/downloads/.

A versão 0.6.1.31 tornará o processo de lançamento do I2P independente de jrandom e dos servidores *.i2p.net. Nosso novo espelho principal é www.i2p2.de , acessível no I2P em www.i2p2.i 2p.

Atualizações automáticas serão hospedadas em vários eepsites(I2P Sites), assinadas por Complication, para esse fim, 0.6.1.31 inclui duas novas chaves de verificação de versão.

Também estão incluídas várias correções de erros e melhorias no mecanismo de atualização automática, livro de endereços, I2PSnark e proxy de IRC. Haverá suporte para o SAM protocol versão 2.

Notas de status do I2P de 2008-02-01

Fri, 01 Feb 2008 00:00:00 +0000

Bem-vindo!

Atualização de status 01/2008

Devido a uma falha do servidor do i2p.net no início de 2008, a página do projeto I2P não estava acessível. A única pessoa com acesso (jrandom) para reativar esse servidor está offline e NÃO está acessível para nós por pelo menos mais 10 meses. Nem sequer foi possível obter o instalador ou os seednodes (nós de semente) para iniciar um router novo.

Nas últimas semanas, recebemos 2 servidores web de colaboradores prestativos como doações e configuramos uma solução totalmente redundante para as partes vitais do I2P.

Lançamento do I2P 0.6.1.30

Sun, 07 Oct 2007 00:00:00 +0000

Olá pessoal, há uma nova versão do I2P disponível para vocês aproveitarem em http://www.i2p.net/download

Presentes: bar, dm, jrandom, marlowe

Registro da reunião

16:01 <jrandom> 0) oi 16:01 <jrandom> 1) Status da rede 16:01 <jrandom> 2) Status do desenvolvimento do Syndie 16:01 <jrandom> 3) ??? 16:01 <jrandom> 0) oi 16:01 * jrandom acena 16:01 <jrandom> notas semanais de status publicadas em http://dev.i2p.net/pipermail/i2p/2006-October/001314.html 16:02 <+fox> * dm acena 16:02 <jrandom> w3wt, ok, enquanto vocês lêem essa missiva tão divertida, vamos passar para 1) status da rede 16:03 <jrandom> a rede parece estar mantendo um estado estável agora, embora com uma ligeira tendência de crescimento 16:04 <jrandom> há algumas discussões sobre o grande problema relacionado à CPU no fórum, embora ainda sem grande vitória, pelo que posso ver 16:04 <jrandom> alguém tem algo a levantar sobre 1) status da rede? 16:05 <jrandom> (a última semana completa com a 0.6.1.26 parece ter ido bem [yay]) 16:06 <+fox> <dm> bem, é melhor eu dizer algo 16:06 <+fox> <dm> há alguma métrica consistente sendo usada para monitorar o status da rede 16:06 <+fox> <dm> ou são apenas experiências ad hoc? 16:07 <+fox> <dm> tipo, existe um aplicativo por aí que tenta se conectar a lugares aleatórios todos os dias enquanto mede tempos de resposta e falhas. 16:07 <jrandom> estou indo principalmente pelo comportamento no IRC, assim como pelas estatísticas e atividade nos routers que eu administro (stats.i2p está fora do ar há uma ou duas semanas, mas geralmente é uma referência sólida para comparar) 16:08 <+fox> <dm> legal, vou dar uma olhada nesse site. 16:08 <jrandom> há várias pessoas executando aplicativos de monitoramento de estatísticas — orion.i2p, tino.i2p, eepsites.i2p, além de stats.i2p 16:09 <+fox> <dm> obrigado! 16:09 <jrandom> sem problema :) 16:09 <jrandom> ok, se não há mais nada em 1), vamos pular para 2) status do desenvolvimento do Syndie 16:10 <jrandom> muita coisa acontecendo, como mencionado nas notas de status (e você finalmente pode ver um site que não é horrível em syndie.i2p.net :) 16:11 <+fox> <dm> fora do ar no momento? 16:11 <+fox> <dm> esquece isso 16:11 <+fox> * dm se cala 16:11 <jrandom> :) 16:12 <marlowe> jrandom, o diagrama na página inicial é muito útil 16:12 <marlowe> agora entendo o conceito por trás do Syndie 16:12 <+fox> <dm> é bonito também 16:13 <+fox> <dm> mas como você acessa o Syndie sem fazer download/instalá-lo? Eu lembro que dava para fazer isso antes? 16:13 <jrandom> ótimo, que bom que ficou claro, marlowe — pode ser um conceito confuso só em texto :) 16:13 <jrandom> dm: o Syndie antigo (syndiemedia.i2p.net/) era baseado na web, mas este novo é, bem, novo em folha, completamente redesenhado 16:14 <+fox> <dm> não é baseado na web? 16:14 <jrandom> (e obrigado ao cervantes por transformar minha imagem feiosa estilo MS Paint na imagem elegante que você vê lá :) 16:14 <jrandom> não, não é baseado na web — a versão atual é na verdade apenas em texto, mas o trabalho continua em uma GUI 16:14 <jrandom> http://syndie.i2p.net/roadmap.html 16:14 <+fox> <dm> só texto! uau. ok. baixando. 16:14 <jrandom> w3wt 16:15 <jrandom> uma coisa importante que você precisa saber para usá-lo de forma eficaz é a localização de um arquivo do Syndie para o qual você possa enviar posts e do qual possa buscar posts 16:15 <+fox> <dm> uau.. isso é coisa hardcore. (Next Command:) hehhehe 16:15 <jrandom> atualmente há um em http://syndie.i2p.net/archive — você pode sincronizar com ele via "menu syndicate" "getindex --archive http://syndie.i2p.net/archive" e "fetch" :) 16:16 <jrandom> é um sistema bastante simples, embora com características de design muito específicas 16:16 <jrandom> (e incrivelmente robusto — pode rodar em qualquer coisa :) 16:17 <+fox> <dm> há algo legal em aplicativos realmente complexos rodando com uma interface de texto 16:17 <+fox> <dm> de qualquer forma... 16:17 <+fox> * dm se cala de novo 16:19 * jrandom espera nos levar à 1.0 em algum momento deste mês, então testes beta seriam ótimos 16:20 <jrandom> (ponham à prova, me digam o que está quebrado, etc) 16:20 <jrandom> 1.0 não incluirá a GUI, claro, isso é para a 2.0 16:20 <+fox> <dm> claro 16:21 <jrandom> ok, alguém tem comentários/perguntas/sugestões/unhas dos pés sobre 2) status do desenvolvimento do Syndie? 16:22 <jrandom> ah, uma coisa que eu queria mencionar — como postei no meu blog do Syndie, precisamos de um logo! então, veja urn:syndie:channel:d7:channel44:bF2lursCrXhSECJAEILhtXYqQ6o-TwjlEUNJLA5Nu8o=9:messageIdi1160962964161ee :) 16:23 <+fox> <dm> há um bom lugar para conseguir logotipos gratuitos ou semi-gratuitos de qualidade muito alta 16:24 <jrandom> flickr? :) 16:24 <+fox> <dm> http://www.worth1000.com/ <--- os geeks de Photoshop por lá tentam superar uns aos outros por um pouco de fama e/ou dinheiro 16:24 <jrandom> ah, legal 16:25 <+fox> <dm> exemplo de um 'concurso' anterior http://www.worth1000.com/cache/contest/contestcache.asp?contest_id=12170&start=1&end=10&display=photoshop 16:25 <+fox> * dm se cala de novo 16:26 <jrandom> irado, obrigado dm 16:27 <jrandom> ok, se não há nada em 2, vamos para 3) ??? 16:28 <jrandom> alguém tem mais alguma coisa para a reunião? 16:28 <bar> talvez devêssemos guardar isso para a versão 1.99b e fazer um pequeno esquema de concurso/recompensa para divulgar o Syndie 2.0? 16:28 <jrandom> ah, é uma boa ideia, já que 1.* vai ser só texto mesmo 16:30 <bar> pense nisso, tenho certeza de que podemos arranjar algum financiamento 16:30 <+fox> <dm> como andam os financiamentos, afinal? 16:31 <+fox> <dm> você ainda está fazendo isso em tempo integral, jr? 16:31 <jrandom> sim, ainda me virando, graças a alguns contribuintes insanamente generosos (obrigado!) 16:31 <jrandom> http://www.i2p.net/halloffame 16:32 <+fox> <dm> ah sim... o orçamento apertado. Agora lembrei 16:32 <jrandom> hehe 16:34 <jrandom> ok, alguém tem mais alguma coisa para comentar? 16:34 <+fox> <dm> acabei de te mandar um c-bill. Certifique-se de que seja usado apenas para álcool ou outros usos frívolos. 16:34 <+fox> <dm> ah, e mantenha meu nome real em segredo! 16:34 <jrandom> w00t! obrigado, dm 16:36 <jrandom> ok, se não há mais nada... 16:36 * jrandom se prepara 16:36 * jrandom encerra a reunião com um *baf*