Recapitulação rápida

Presentes: Brownspider, co, jrand0m, mariesofie, mihi, shardy, w0rmus

Registro da reunião

[22:57] ok, boa noite srs e srtas [22:57] pauta: [22:57] 0) boas-vindas [22:57] 1) cvs [22:57] 4) serviço de nomes [22:58] Você esqueceu 5) perguntas. [22:58] 3) status do desenvolvimento [22:58] 2) perguntas sobre as especificações? [22:58] 5) outras perguntas? [22:58] ah, merda, esqueci de reordená-las. ok. estão numeradas errado :) 0 == 0, 1 == 1, 4 == 2, 3 == 3, 2 == 4, 5 == 5 [22:59] vamos ver se consigo manter isso em ordem enquanto seguimos... [22:59] ok, 0) boas-vindas [22:59] viva os grupos de permutação! [22:59] bem-vindos à reunião 57 [22:59] é, são todos só símbolos mesmo [22:59] maneiro, e aí ;0 [23:00] Vou ajudar a compor a plateia [23:00] 1) o cvs ainda está fora do ar, após mais de 10 dias. estamos procurando um novo host/servidor. [23:00] sf.net é uma droga, e não tenho motivo para acreditar que o nongnu da gnu seja melhor. [23:00] jrand0m: Por que não fazer esse host ter o alias "cvs.invisiblenet.net"? [23:00] nop está liderando a busca pelo novo host. [23:01] claro, co, assim que conseguirmos o servidor [23:01] do que vocês precisam para um host/servidor? [23:01] shardy> conexão de rede confiável, acesso ssh/cvs. e um pouco de espaço em disco [23:01] vocês têm algo engatilhado? [23:01] porque, se não, talvez eu possa ajudar. [23:02] sensacional! não sei o que o nop já tem engatilhado, mas vou pedir para ele falar com você (a menos que ele esteja aqui agora?) [23:02] * w0rmus cutuca o nop [23:03] Tenho SDSL comercial de 1.1. Eu precisaria arrumar uma máquina. mas desde que vocês não usem quantidades absurdas de largura de banda, eu provavelmente poderia hospedar o servidor. [23:03] de quanto espaço em disco vocês precisariam? [23:03] o repositório atualmente tem ~ 6 Mb. então provavelmente 50 M dariam conta do crescimento por um bom tempo [23:04] ah. pfft. isso não é nada. [23:04] e a máquina não precisaria ser super rápida? [23:04] vocês não fariam grandes compilações nela? [23:04] não, um 286 provavelmente daria conta. [23:04] não, estritamente cvs checking / checkout [23:04] (bem, e diff, e log, etc. ;) [23:05] "somos Java, não precisamos de fazendas de compilação" [23:05] *** Desconexão: cohesion (class) [23:05] pessoas preocupadas com anonimato acessam o CVS usando algo como o JAP? nunca usei CVS [23:05] w0rmus> eu uso cvs através de uma série privada de proxies ssh [23:05] jrand0m: Tenha em mente que uma implementação em C ou C++ pode ser provável no futuro. [23:06] pelo que eu saiba (AFAIK), o jap não permite acesso a cvs :( [23:06] tunelamento ssh [23:06] deixe-me ver o que posso fazer. alguém disse que ia me dar outro disco... se eu conseguir um disco eu tenho uma máquina que posso colocar no ar. [23:06] ah, claro, co. só não espero que possamos exigir que um repositório cvs seja necessariamente também uma fazenda de compilação. [23:07] demais, shardy. se houver algo que possamos fazer, é só falar. [23:07] jrand0m: Você está certo. Eles devem ser separados. [23:07] pode deixar. deixe-me catar um disco, devo conseguir um, e se conseguir eu ficaria feliz em hospedar o cvs para todos. [23:07] shardy++ [23:07] viva ;0 [23:07] ok, 4) serviço de nomes [23:08] co, como vai? [23:08] Ainda estou escrevendo, mas gostaria de dizer algumas palavras sobre isso. [23:08] Primeiro, para responder a uma pergunta do thecrypto durante a última reunião, o NS não fornece notificação de que alguém está online. [23:09] Ele apenas diz que uma pessoa pode ser contatada por certos métodos, como AIM. [23:09] Segundo, o lado do cliente. [23:09] Haverá uma API que os programas podem usar para fazer consultas a servidores de nomes. [23:10] O mecanismo subjacente lerá um arquivo de configuração com quais servidores consultar, usará a rede I2P para obter os resultados e repassará os resultados ao chamador. [23:11] O mecanismo subjacente também lerá, de um arquivo, o mecanismo de destino para o router local contatar. [23:11] o mecanismo de destino? [23:11] desculpe, o endereço de destino. [23:11] ah, blz [23:12] Isso é tudo por enquanto. [23:12] legal [23:12] concordo [23:12] ;) [23:12] alguma ideia aproximada de prazos para vários marcos? [23:13] obviamente nada a que alguém pudesse lhe cobrar, claro, só curiosidade [23:13] Digamos fim da semana para terminar a especificação e publicá-la e a API. [23:14] * mariesofie chega atrasada [23:14] ah, legal, co [23:14] Depois, vou começar a implementar. Não tenho certeza de quanto tempo isso vai levar, porém. [23:14] compreensível [23:15] mais alguém tem perguntas/ideias sobre o serviço de nomes? [23:15] ok, 3) status do desenvolvimento [23:16] o desenvolvimento vai bem. [23:16] o lado Java está conforme a especificação e implementa todas as mensagens e estruturas I2CP e I2NP [23:17] a arquitetura em Java em si está funcional e vou continuar a criar stubs para os diversos subsistemas [23:17] Você testou? [23:17] as mensagens & estruturas? sim, via o harness TestData em net.invisiblenet.i2p.data.test [23:17] Quero dizer conectar dois computadores diferentes com I2P. [23:18] ah, não, isso requer a implementação completa do subsistema de comunicação [23:18] entendo. [23:18] primeiro estou construindo os vários subsistemas para operar em modo de teste, depois implementando os vários subsistemas para que possam operar isoladamente [23:19] provavelmente estamos a 2 semanas de um cliente enviar uma mensagem para um cliente em um router diferente [23:19] * mariesofie vibra [23:20] ainda há muito trabalho a ser feito depois disso antes da versão alpha, mas é progresso [23:21] as especificações de estruturas de dados e de i2np precisam de cerca de uma dúzia de pequenas modificações que venho acumulando durante a implementação para corrigir coisas que passaram batido. por exemplo, "datastructures p11, TunnelSigningPublic/PrivateKey should contain SIGNING Public/Private keys" e "i2np p15, TunnelCreateStatus - add hash of the replying RouterIdentity" [23:21] cara. eu realmente preciso estudar as especificações. [23:22] bem, em breve estarão hospedadas na sua máquina, então vai ser fácil :) [23:22] haha [23:22] eu também não terminei as especificações [23:23] imprimi as especificações, li tantas vezes que elas se desgastaram e tive que imprimir outra cópia [23:23] pelas discussões que tive com várias pessoas, percebi que as especificações não são tão boas em transmitir como a coisa realmente funciona. elas cobrem a parte nebulosa e os detalhes minuciosos, mas não o porquê desses detalhes atenderem ao porquê [23:23] heh [23:23] rofl mariesofie [23:23] ok, é isso para 3) status do desenvolvimento [23:24] agora 2) perguntas sobre as especificações [23:24] acho que vou lê-las em vez daquele cálculo idiota [23:24] estou pensando um pouco no futuro. [23:24] As implementações em Python e em C ou C++ precisarão ter dados de mensagens legíveis pela implementação em Java. [23:24] *** Desconexão: mihi (EOF do cliente) [23:25] correto, co [23:25] Como você vai conseguir isso? [23:25] a especificação de estruturas de dados define especificamente os layouts de bytes [23:25] e tudo é big endian e todos os números são sem sinal (unsigned) [23:25] para que nível de conhecimento técnico vocês estão direcionando as especificações? qualquer pessoa com conhecimento razoável de computação? estudantes de engenharia de CS em nível universitário? [23:25] ah, certo. [23:25] *** mihi_ (~none@anon.iip) entrou no canal #iip-dev [23:26] ou seja, qual é o público-alvo? [23:26] *** mihi_ agora é conhecido como mihi [23:26] mariesofie> bem, aquelas especificações foram realmente direcionadas de maneira meio aleatória. i2p_philosophy era o "ok, wtf é isso afinal", mas o resto das especificações foi direcionado a pessoas interessadas em realmente implementar o sistema [23:26] nós realmente, realmente precisamos de alguns docs que fiquem no meio-termo [23:27] entendi [23:27] achei que a documentação da API é muito fácil de entender e útil, mas ironicamente ainda me confundo ao ler as especificações de I2NP tentando entender a arquitetura central [23:28] talvez isso diga mais sobre mim do que sobre a documentação :) [23:28] heh nerd :) [23:29] ok, mais alguma pergunta sobre as especificações? vamos passar para 5) outras perguntas [23:29] alguém tem mais alguma pergunta? este é nosso último item na pauta da reunião [23:30] fico me perguntando onde o thecrypto está com o achat [23:30] ah, o thecrypto ficará offline pelas próximas três semanas ou algo assim [23:30] o que acontece com a revisão por pares? [23:30] ou atalk [23:30] uau [23:30] alguém está revisando? [23:30] achei que o thecrypto tinha 2 horas por dia [23:31] e eu nem consigo ver os códigos que ele tem :( [23:31] mihi> os documentos foram enviados para várias pessoas para revisão e, à medida que o feedback vier, será tratado. [23:31] w0rmus> você tem alguma pergunta sobre o ATalk? [23:32] vou revisar assim que tiver tempo :) [23:32] quis dizer, veio algum feedback até agoraß [23:32] acho que não [23:32] s/nowß/now?/ [23:32] mihi> em grande parte na forma de discussões e esclarecimentos [23:32] sensacional, shardy :) [23:33] feliz aniversário, google [23:33] mariesofie> certo, mas isso nem é tempo suficiente para ele fazer o d/l da documentação da linguagem Java para continuar o desenvolvimento :/ [23:33] ahaha wtf [23:35] ok, mais alguma pergunta / ideia? [23:35] acho que devo mencionar que nunca programei fora da escola [23:35] mas tenho que começar em algum lugar de qualquer maneira [23:35] agora é uma boa hora para começar :) [23:35] isso aí [23:35] ;0 [23:35] eu tenho perguntas sobre a API, mas ainda não; em um ou dois dias, quando eu puder testá-la mais [23:35] fiz uns 2 anos de Java ou algo assim [23:36] ok, legal, mariesofie, é só mandar uma msg para a lista ou me mandar uma mensagem aqui quando quiser [23:37] mariesofie: Você leu a discussão na lista de e-mails iip-dev? [23:37] onde isso está arquivado? [23:37] http://news.gmane.org/thread.php?group=gmane.comp.security.invisiblenet.iip.devel [23:37] (tráfego relativamente baixo no momento) [23:38] jrand0m quer que você codifique algo que não pode logicamente existir, para despedaçar o mundo, para acabar com o reinado de deus. [23:38] meus serviços continuam à disposição se vocês precisarem de quaisquer núcleos de criptografia ou similares escritos ou depurados. [23:39] *** M123456789 (~no@anon.iip) entrou no canal #iip-dev [23:39] Brownspider: hã? [23:39] co, isso estava no freesite dele, deixa pra lá [23:40] ótimo, shardy, tenho a sensação de que vamos precisar de alguns quando os routers estiverem em funcionamento, e especialmente quando colocarmos as APIs de C/Python novamente em conformidade com a especificação [23:40] co> eu só li até mais ou menos a edição #52 [23:42] ok. últimas palavras (enquanto eu olho para o *baf*er...) [23:43] *** mihi_backup_ (~none@anon.iip) entrou no canal #iip-dev [23:43] *** Desconexão: mihi_backup (EOF do cliente) [23:43] *** mihi_backup_ agora é conhecido como mihi_backup [23:43] ok, ótimo. semana que vem, mesmo bat-horário, mesmo bat-local. [23:44] * jrand0m *baf*a a reunião para um fim