(Cortesia da wayback machine http://www.archive.org/)

Resumo rápido

Presentes: Addic, al-jebr, Ambience, ChZEROHag, Delly, Ehud, hezekiah, hifi, jrand0m, LeerokLacerta, lonelynerd, luckypunk, mids, Neo, nop, qriff, Rain, sahara, thecrypto, thetower, UserX, wilde

Registro da reunião

--> Você agora está falando em #iip-dev --- Tópico de #iip-dev é IIP Meeting - logfiles: http://wiki.invisiblenet.net/?Meetings - http://www.invisiblenet.net/research/ são 21:13 <-- wilde saiu (Ping timeout) --- Trent@anon.iip concede status de operador de canal a UserX ok !time al-jebr: 00:21 aqui Acredito que todos já se acomodaram Vamos lá. :) 11:06 aqui vamos começar alguém recebeu minha pauta para poder reproduzi-la Esqueci a ordem <-- leenookx saiu (Ping timeout) meu relógio está 15 minutos adiantado :) --> hifi (~MetroPipe@anon.iip) entrou em #iip-dev na pauta 1) Boas-vindas 2) Nossas despedidas 3) Desenvolvimento do IIP agora 4) Proposta de reestruturação do desenvolvimento do IIP na verdade são xx:13 em todo lugar... 5) Recrutamento de serviços para ajudar com o IIP <-- Delly saiu (Ping timeout) 6) comentários, sugestões e pessoas que querem ajudar 23:05:28 <@nop> 1) Boas-vindas 23:05:38 <@nop> 2) Nossas despedidas 23:05:43 <@nop> 3) Desenvolvimento do IIP agora 23:05:56 <@nop> 4) Proposta de reestruturação do desenvolvimento do IIP 23:06:16 <@nop> 5) Recrutamento de serviços para ajudar com o IIP 23:06:53 <@nop> 6) comentários, sugestões e pessoas que querem ajudar uau, quanta gente chegando aqui ;) pl Nossas despedidas? lol TROLLS !!! Ok, bem-vindos a todos agora vamos nos acalmar :) . acomodado --> wilde (~anon@anon.iip) entrou em #iip-dev acomodado alguém está registrando o log? --> thecrypto (~thecrypto@anon.iip) entrou em #iip-dev Eu estou (mais ou menos). o mids deveria estar. * jrand0m faz log o tempo todo vamos lá! ok nop: Item número 2 da pauta? Nossas despedidas Tchau! onde está o live log? Ok, o mids chegou a um ponto em que está seguindo para outros projetos --> Phiberoptika (~none@anon.iip) entrou em #iip-dev Depois de ter trabalhado no IIP por mais de um ano, decidi me demitir como desenvolvedor do IIP. Puxa. Foi divertido e uma experiência instrutiva mas é hora de seguir em frente, renovar o espírito e embaralhar as cartas. Você ainda vai ficar online/por aqui? Vou manter o Trent rodando enquanto for necessário e possível. Sim, pretendo continuar por aqui como usuário --> ntk (~blob@anon.iip) entrou em #iip-dev * nop está no canto chorando ah, ah hem muito obrigado, mids, IIP sem o Trent seria um saco É tão triste. sim obrigado, mids, por todo seu traba... trabalho Embora eu vá sair de férias em breve :) . --- mids remove status de operador de canal de mids :D Parece que você fez um ótimo trabalho. :) ..que simbólico.. nós te amamos, mids!!! ouviu isso essa foi minha janela se abrindo todos nós! base de fãs lá fora --> w (~w@anon.iip) entrou em #iip-dev --- nop agora é conhecido como we lol, yep. :D * nós amamos você, mids Vai, mids, vai! rofl --> leenookx (~leenookx@anon.iip) entrou em #iip-dev --- LeerokLacerta mudou o tópico para: IIP Meeting - logfiles: http://wiki.invisiblenet.net/?Meetings - http://www.invisiblenet.net/research/ | Nós te amamos, mids! nóóóóós somoos os campeõeees, meus amiiigooos... sim, mids, obrigado por toda sua contribuição, colaboração e trabalho duro no código e fazendo tarefas gerais de desenvolvedor para o IIP. --- nós agora é conhecido como nop * mids faz uma reverência * Ehud se levanta e dá uma ovação de pé pelo compromisso, perseverança, esforço e bom código duro que o mids deu ao projeto. isso aí, mids, pega seus brinquedos e vai para tigertown lol e não se esqueça do PR e da gestão da web ele foi um aspecto vital para o IIP chegar até aqui teria sido difícil sem o trabalho dele --> ChZEROHag (hag@anon.iip) entrou em #iip-dev hifi briga com o mids por causa de trolling <-- hezekiah saiu (Ping timeout) heh hifi --> hezekiah (~hezekiah@anon.iip) entrou em #iip-dev --- Trent@anon.iip concede status de operador de canal a hezekiah De volta. :) Oba. (E caso alguém duvide, Hezekiah == Ehud.) eu nunca usei esse frucking trent e não sei o que o mids fez. eu só trollo. obviamente seu hezekiah@anon.iip te entregou <-- Ehud saiu (Ping timeout) Ugh Item número 3? (Se já terminamos de chorar ...) e eu nunca levei ping timeout na vida. Eu sou o usuário mais disciplinado do IIP. 3) Desenvolvimento do IIP agora heh Ok, pessoal! Shhh. De volta ao foco! MAS EU CHORO que O MIDS FOI!!! ok . Desenvolvimento do IIP. Qual é o status atual daquele snapshot de código para lançamento? Isso era para acontecer hoje? Bem, a menos que o UserX tenha alguma objeção ao tarball que eu fiz, está pronto. Ok. Coloca no wiki? UserX? Teve algum problema com o tarball? sem problemas com o tarball Sim, mas há alguma compilação para Windows? OK1 http://invisiblenet.net/hezekiah Peguem seus tarballs lá! ainda não houve uma compilação do Windows na versão para Windows hm "tarballs" parecem algum tipo de comida... * luckypunk vai tentar fazer um. --- hezekiah mudou o tópico para: IIP Meeting - logfiles: http://wiki.invisiblenet.net/?Meetings - http://www.invisiblenet.net/research/ - tarballs do lançamento de desenvolvimento 'unstable' estão em http://invisiblenet.net/hezekiah | Nós te amamos, mids! São sim. Para GCC. lol Comida pegajosa. Há um 'bug documentado'. Posso compilar uma versão win32 se quiserem Então, você poderia dar uma descrição rápida do que há de novo neste lançamento? Se você executa isproxy e ele falha ao fazer bind da porta, então ele /não/ vai abortar. Vai apenas ficar lá consumindo memória. Rain: Isso é demais para eu lidar (sem contar que eu nem _sei_ todas as diferenças). esse aqui suponho: iip-1.2-dev1.tar.bz2 01-Jul-2003 01:45 292k tar archive ? UserX poderia dar uma descrição muito melhor UserX? hezekiah/UserX temos como conseguir um changelog das diferenças, por acaso talvez demore um dia para isso ficar pronto Ambience: Isso! Ou o Gzipado. É o mesmo tarball. porque há um monte de mudanças Ah, e a chave de assinatura do IIP que expirou foi substituída? hezekiah: ok nop: Eu entrei no IIP depois que o branch de desenvolvimento já estava em andamento. --> Ehud (~hezekiah@anon.iip) entrou em #iip-dev Rain: Não. Tive que usar minha chave GPG. ninguém testou a compilação desse branch de dev em win32, testou? Hei, esse src está no CVS? Rain: Não consegui contatar ninguém que tivesse a chave de release do IIP. luckypunk: Sim. * luckypunk testou, mas o sistema dele não funcionou para isso. hezekiah: Ok, entendido. mudanças: multi-threading, suporte a bignum via openSSL ou GMP, inúmeras melhorias no sistema de gerenciamento de memória luckypunk: Agora esse tarball é uma cópia do que você obtém quando faz checkout do branch hezekiah-dev no CVS e roda 'make dist-bzip2'. Argh! Eu odeio Windows. UserX: coisinhas boas ;) E claro há outras mudanças internas que só os desenvolvedores veem. :) só uma pergunta para os curiosos... o que define o detentor do "Trent"... Uma coisa simples é que agora que BigNum foi implementado usando GMP ou SSL, o login está MUITO mais rápido. Posso mencionar uma peculiaridade do IIP que notei mais cedo hoje? * luckypunk acha que é um sim. no wiki o botão de busca está ausente. só a janela para digitar mas não tem onde clicar lol. aperte enter. e o que dizer de expiração de canal/nick... --- Ehud agora é conhecido como logger registro, quero dizer... Ok, me parece que você não consegue iniciar o isproxy com um comando /path/to/isproxy, mas em vez disso precisa fazer um cd /path/to e então um ./isproxy Rain: Deixa eu adivinhar ... você recebe uma tela de configuração ou um pedido de entropia, certo? * jrand0m tem a sensação de que esta será uma reunião muiiito longa Isso é intencional, ou apenas uma peculiaridade do meu sistema local? hezekiah: sim. Rain: Você precisa criar um subdiretório .iip no seu diretório home. Ele afirma que o arquivo de configuração não foi encontrado. com meu arquivo .conf? Rain: Se não existir tal diretório, o isproxy sempre vai procurar os arquivos de config no diretório atual --> AmishOne (amishone@anon.iip) entrou em #iip-dev Ahh. Claro. OK ... nop? Tinha mais algo no item 3? testamos para win32 no que diz respeito à compilação Eu não. UserX: ? não Vou testar esta semana então luckypunk tentou fazer hezekiah-dev recentemente e reclamou de erros de compilação. isso é fundamental para manter portabilidade Suspeito que possa haver problemas. * luckypunk tentou, travou. Sim. Há problemas. Terei que sair porque o dominante aqui está mandando e não tenho escolha. Então vou para a cama, mas vou registrar #iip-dev para referência futura. até mais, pessoal! até tchau Tchau, Ambience. :) eu volto. <--indo (log on) ok este tópico está encerrado próximo na pauta qual é o 4? 4) Proposta de reestruturação do desenvolvimento do IIP ok tivemos uma reunião sobre uma discussão e proposta trazidas pelo jrand0m para o desenvolvimento futuro e também Recebi muitas mensagens privadas direcionadas a mim com pedidos para focar em um framework arbitrário, em vez de algo específico de IRC ou seja, um framework que suporte IRC + muito mais então a demanda obviamente existe e os desenvolvedores definitivamente querem ir nessa direção também Amém! a questão é como fazer isso e como fazer o uso mais produtivo dos nossos desenvolvedores ainda está no ar XML o site do framework dele está disponível para todos? isso não é especificamente sobre linguagem criar um protocolo de comunicação ok, por favor me deixe terminar Eu comecei nisso em algum lugar... depois podemos comentar Minhas desculpas Estou entrando e saindo no momento ok, sem problema Estamos num estágio onde há discussão de um protocolo de comunicação arbitrário especificamente para comunicação anônima e segura neste ponto, jrand0m, alguma chance de postarmos os logs da reunião de #iip-future claro talvez aqueles zips que te enviei para que as pessoas não precisem lutar pelo freenet para as outras páginas também ok segura por favor (aliás, os logs não foram editados, então esperem as brincadeiras ocasionais de sempre) lol. Isso! Vocês verão exatamente o quanto eu NÃO sei sobre redes p2p! lol heh (E provavelmente terão minhas teorias da conspiração sobre o nop também! Então não deixem de ler os logs! ;-) ) <-- logger saiu (Ping timeout) Ugh ok os logs vão ser muito para ler. alguém poderia resumir para a reunião o que foi abordado e alguns pontos-chave de tudo isso? http://office.invisiblenet.net/iip_future.zip e Neste ponto, a versão 'stable' está mais instável do que a 'unstable'!! Argh. http://office.invisiblenet.net/meetingPrepnotes.zip http://office.invisiblenet.net/jrand0mnetwork_protocol.txt meetingPrepnotes.zip é um pequeno doc que resume a reunião, e a reunião basicamente foi "ok, alguma ideia?". <-- Delly saiu (EOF From client) essencialmente, a proposta é começar um sistema genérico, seguro e anônimo baseado em mensagens, e rodar o iip em cima disso há um zip com anonCommFramework também? Não vi jrand0m, pode zipar e enviar? Eu posto no site claro, um instante <-- Phiberoptika saiu (* ciaito mua mua *) o que é anonCommFramework? resumo ultra-rápido da reunião em iip_future.zip é "ok, aqui vai a proposta, algum comentário?" e os comentários foram basicamente "ok, o IIP consegue funcionar como planejado nisso? se você estiver no freenet, anonCommFramework está em SSK@MQNd5lT-X5wHA4vONvtVadi6q1IPAgM/anonCommFramework/2// * jrand0m está enviando um zip disso para o nop neste momento Vocês discutiram suporte a nyms baseados em PGP? ah hem, isso está em discussões iniciais <-- ChZEROHag saiu (Ping timeout) não, endpoints no framework não são baseados em nym, são idents Certo. Então nyms em nível superior. são (e por vários motivos, eles não devem ser idents de longo prazo como nyms) sim Eu estava pensando em algo como o trent com autenticação por assinatura PGP. trent é central central=ruim --> logger (~hezekiah@anon.iip) entrou em #iip-dev basicamente, anonCommFramework é uma meta-rede. um conjunto genérico de protocolos & estruturas que uma rede de comunicação anônima poderia usar para interoperar e fornecer anonimato em nível militante qual é a explicação em uma frase das suas ideias sobre topologia de rede? --> ChZEROHag (~hag@anon.iip) entrou em #iip-dev isso foi divertido --> Delly (dedede@anon.iip) entrou em #iip-dev mids: Sim. Eu quis dizer serviços similares. e que tal ter que pagar com hashcash para enviar dados? isso não ajudaria contra flood? wilde> heterogênea. nenhuma resposta única resolve todos os problemas. interoperar, equilibrando latência, banda, anonimato e confiabilidade para atender às necessidades do usuário ainda no 4) ? Delly: Sim valeu Acho que quando o ircd for removido da equação, teremos opções muito melhores do que (hash|think|real)cash jrand0m: conseguiu enviar? ;) enviando para o hush agora. ChZEROHag> o anonCommFramework tem suporte embutido para fornecer credenciais de autorização de uso da rede Há muita conversa sobre interoperabilidade IIP-Freenet. Isso vai entrar no framework, ou estamos falando de nível de aplicação de novo? como é? nível de aplicação o que estamos discutindo é dividir o iip em duas partes - a parte de irc, e a rede anônima segura baseada em mensagens uma solução poderia ser: jrand0m: blz. Aplicação <-> Interface Proxy SOCKS5 <-> Onion Wrapper <-> Onion Router 1 <-> ... <-> Onion Router N <-> Exit Relay <-> Servidor Público construir um DHT em cima da camada de mensagens deve ser relativamente fácil DHT? distributed hash table (tabela hash distribuída) (à la freenet) ok, jrand0m deixa eu esclarecer wilde: acho que o plano é projetar de forma que o 'servidor público' possa ser removido da equação em algum momento estamos falando em dividir o irc, ou unir esforços para focar no framework de anonimato bem, dado um número ilimitado de desenvolvedores, dividir e fazer ambos (bem, 3 coisas ;) em paralelo. o que quero dizer é que a parte do irc é camada de aplicação dada a realidade, provavelmente só há tempo de dev suficiente para colocar o sistema de comunicação rodando primeiro, depois o iip em cima exatamente isso e como temos uma rede meio viável funcionando com o IIP irc é só outro app rodando nela então a ideia deveria ser fazer os desenvolvedores começarem a focar nos aspectos do framework ChZEROHag: ok, o que eu sugeri é uma camada de anonimização para tráfego regular da internet, não uma rede separada (Isto pode ficar divertido.) wilde, há fraquezas nisso apenas para você saber ou seja, o texto claro nas pontas <-- AmishOne saiu (EOF From client) nop: sim, então todas as conexões devem ser criptografadas até as pontas temos um esforço também para ter navegação web anônima possível com esta rede sim. ela deve conseguir operar sem jamais sair da mixnet (rede de mixagem anônima) mas não é tão em tempo real e direto quanto sua proposta, wilde usa algumas táticas de atraso no tempo com cache, etc. ataques de temporização são uma ameaça séria ao anonimato QUERO UM ANONYMISER BASEADO no IIP!! NÃO CONFIO EM OUTROS ANONYMISERS, SÃO ARMADILHAS DO FBI!! http://mids.student.utwente.nl/~mids/anonCommFramework/ hifi, isso não está mudando o IIP, é nos fazendo avançar valeu, mids heh verdade, mids, meu Moz está travando ok embora mixnets independentes sejam legais, os verdadeiros killer apps provavelmente serão anonimizações de tráfego IP geral wilde, eles são mitos killer apps? não <-- thetower saiu (EOF From client) wilde> isso poderia ser um serviço construído em cima da camada de comunicação anonimizadores de tráfego IP geral ou anonimizadores de tráfego ip? até agora não existem existem só em artigos --> thetower (none@anon.iip) entrou em #iip-dev se você construir um serviço de anonimização em cima da camada de comunicação, no entanto, seus roteadores de saída serão desligados rapidamente Haha, acabei de notar que eu não estava fazendo port forwarding. Opa, desculpa, canal errado nop: e quanto ao sistema ZKS? ainda existe? e funcionando não, negócio ruim poucas pessoas pagaram mas o framework parecia funcionar, porém todos os nós eram relays pagos da ZKS wilde, mas eram internos e não estava completo ainda tinha certas vulnerabilidades foi um começo Conheci o Ian Goldberg na CodeCon 2k2, e ele mesmo admitiu que estava incompleto para o que ele desejava sim, tudo tem vulnerabilidades, a gente só aumenta muito o custo de rastrear certo, depois que a mixnet estiver funcionando, eu gostaria de ver o wilde oferecer serviços genéricos de proxy de saída. seria legal (seriamente) jrand0m: mas de novo, o ideal seria usar aquele conceito do espelho mágico para proteção ótima Provavelmente a opção mais difícil, mas o freenet não seria um bom framework para construir por cima? wilde, talvez você e eu possamos discutir isso em outro fórum em algum momento mas, de qualquer forma, a rede deve ser construída primeiro Ou não é isso que estamos discutindo? ChZEROHag> não. o freenet não fornece anonimato forte aah Eu devia tentar prestar atenção ok, seguindo adiante UserX ainda está aí nop: sim, se vocês decidiram a topologia não há necessidade de discutir isso em público Ainda estou aqui bom, é camada de aplicação, então isso vem depois do design de rede etc. ok onde paramos na reunião de #iip-future <-- hezekiah saiu (Ping timeout) vamos começar daí --- logger agora é conhecido como Ehud * nop está alcançando os logs da reunião [04:31] Acho que voltamos à sua pergunta. pode / deve a funcionalidade de irc avançar como está indo ou mover em direção a essa mixnet. há benefícios significativos em mover para a mixnet, mas alguns aspectos do lado do irc parecem exigir algum redesenho para operar nela. [04:31] a maneira certa para o desenvolvimento do irc seguir não cabe a mim dizer Basicamente, o UserX tinha que pensar se o IIP poderia rodar satisfatoriamente na mixnet. boa noite a todos <-- mids (mids@anon.iip) saiu de #iip-dev (mids) Não seria uma ideia criar um irc substituto em paralelo com uma mixnet? Afinal vai ser muito difícil usar um ircd normal ChZEROHag> dado infinitos devs, sim ok, ChZEROHag silêncio por favor :) Assuma devs infinitos Ah, não é hora de perguntas? --> hezekiah (hezekiah@anon.iip) entrou em #iip-dev ainda não Infelizmente não tive tempo de sentar seriamente e pensar sobre como sua proposta se encaixaria no IIP oh ops só quero entrar na discussão bem UserX> pense na mixnet como um socket deixe-me sugerir algo concordamos que nosso objetivo não é apenas IRC? bem é uma ótima ideia, claro nop: Sem sombra de dúvida, eu concordo que o objetivo é uma rede anônima. fazer algo intensivo em tráfego teria potencial de arruinar o projeto todo nop: IRC é só um ponto de partida. ok, então o que devemos analisar é isto NÃO fazer algo intensivo em tráfego tem potencial de nos levar a ignorar problemas :) em vez de dizer que o IIP não se encaixa ou que se encaixa vamos ver que modificações precisam ser feitas para o irc se encaixar nessa mixnet, seja um ajuste na própria mixnet jrand0m: hmm por exemplo UserX tem uma visão de usar canais como endpoints Jrand0m os chama de idents eles têm diferenças sutis ou são largamente diferentes há substância nessas diferenças. podemos revisar isso dos dois lados do jrand0m e do UserX <-- hezekiah saiu (EOF From client) na verdade leiam o log deixa pra lá ;) --> hezekiah (hezekiah@anon.iip) entrou em #iip-dev a hesitação que tenho com enviar mensagens para um ident de canal e o canal redistribuir para os membros é que o canal recebe texto puro como é que recebe texto puro? em vez disso, eu sugeriria que um canal contivesse apenas as infos do canal (modos, usuários, tópico, etc.) o canal é só um aplicativo rodando em um (bem, 3+) routers ouvindo uma (bem, 3+) identidades. quando você /msg um canal, você envia uma mensagem para aquela identidade (aplicativo). ele então reenvia para os N usuários no canal, criptografado para cada um bem eu tinha uma proposta para isso que faria com que o canal não contivesse texto puro diretamente pelo menos, sem adicionar uma chave do canal (que seria gerida pelo próprio aplicativo do canal, o que contraria o objetivo) bem teríamos chaves de canal para canais privados e canais públicos são públicos mesmo certo. pode haver jeitos de contornar isso. vocês sabem mais sobre irc do que eu. existem outras maneiras que não exigem seguir por essa rota veja, o legal com canais por mensagem é o seguinte você escala um pouco melhor do que tentando achar todos os idents para enviar diretamente <-- luckypunk saiu (Ping timeout) --> dd0c (dd0c@anon.iip) entrou em #iip-dev não tenho certeza se você escala melhor, mas redistribui a carga (podemos encontrar idents via O(log(n))) --> sahara (~sahara@anon.iip) entrou em #iip-dev mas isso não vem ao caso, isso é design de camada de aplicação ;) certo tudo que precisamos fazer, na minha opinião, é encontrar algumas formas viáveis que *possam* operar na camada de comunicação e então deixar de lado até chegarmos lá jrand0m: mensagens enviadas a canais são criptografadas com uma chave de canal que é diferente da identidade do canal. um servidor de canal não pode decifrar uma mensagem a menos que tenha obtido a chave por outros meios perdi a reunião? você tem algumas formas que poderiam funcionar, pelo que parece, certo? UserX> como um usuário que entra em um canal obtém a chave? sahara: Não. Você está bem no meio! :) é uma troca de chaves com quem, nop? usuário novíssimo entrando em #anonymous, e o app contendo a lista de usuários de #anonymous não tem a chave (como disse o userx) (tudo que digo é que há um jeito de ter toda a funcionalidade e ainda evitar ter uma chave de canal) jrand0m: com canais públicos ela é derivada do nome do canal. com canais privados o usuário ou cria uma ou alguém dá a ele as chaves do canal 'ok, legal então apps que gerenciam canais públicos podem ler o texto puro (ao derivar do nome do canal) (o que provavelmente é ok) certo jrand0m: se os apps criptografam o texto puro para cada destinatário, isso escala bem? sim, wilde, talvez melhor (dependendo do algoritmo usado para nomear os gerentes de canal) (embora possa haver entrega não serializada) ((embora eu ache que isso seja o caso no irc normal também)) <-- thecrypto saiu (Ping timeout) mas, voltando à pergunta - nop, o que esperamos ter decidido até o fim da discussão do #4? <-- Neo saiu (Ping timeout) --> d (~sahara@anon.iip) entrou em #iip-dev bom <-- sahara saiu (EOF From client) site simples, o problema é que sou loiro tecnicamente mas quero coisas boas lol Eu esperava que pudéssemos reorganizar, mas isso vai ser uma discussão para depois desculpa OOPS UserX <-- d saiu (Client exiting) quanto tempo você precisa para pensar em certos aspectos, e talvez documentá-los como uma lista de preocupações difícil dizer. talvez uma semana o que estou pensando, jrand0m, é que muita coisa precisa ser acertada, em vez de simplesmente sair fazendo, ou acabaremos no começo sem nada para mostrar então vamos dedicar uma semana a isso e ver quais preocupações estão surgindo porque novamente queremos uma mixnet adaptável qualquer aplicação deve conseguir sobreviver absolutamente esse é o ponto do anon comm framework <--- escrevi literalmente, mas leia como "framework de comunicação anônima" <--- (comentário só para tradução; ignorar no log) esse é o ponto do anon comm framework <-- wilde saiu () ok, então vamos adiar isso uma semana, e focar em propostas realistas que caibam nas necessidades de todos nós você diz "enviar a mensagem M para o local L" e ela mágica, segura, anonimamente é entregue mas mágica é uma coisa ciência é outra claro que você sabe disso :) a mágica é do ponto de vista da camada de app ;) sim entendido a ciência está naqueles 15 páginas do anonCommFramework/2// ;) ok lol UserX, se você conseguir isso em uma semana, seria útil ? Vou tentar refatorar os docs & deixar o design de rede da camada de comunicação pronto até lá para começarmos com tudo bem não concordamos em certos aspectos Acho que isso ainda deve ser debatido o que, na camada de rede, não concordamos? pessoalmente concordo que talvez você publique seu anonCommFramework no iip-dev e que ele seja revisado e comentado * jrand0m não está no iip-dev Então, reunião de novo na próxima terça, mesmo bat-horário, mesmo bat-canal? o que não concordamos é se ele pode suportar todas as aplicações jrand0m: Basta enviar para iip-dev@invisiblenet.net . Rain: Estamos no item #4. Ainda há outros itens. :) tem ~800k. se alguém puder postar a URL do espelho do mids seria legal argh voltei sobre serviços, acho que se o IIP se tornar mais fácil e amigável, veremos mais usuários e mais nós. é por isso que estou fazendo script para usuário do mIRC, um é um script do Trent, permitindo usar Trent e Anonymail com o mouse, o outro é um script permitindo transferir arquivo pelo iip, permanecendo anônimo (usando uuencoding). O "protocolo" usado é fácil e poderia ser feito para muitos clientes de irc com suporte a script. E assim todo mundo poderia transferir arquivos pequenos, até entre di nop> Tenho 100% de certeza de que pode suportar todas as aplicações. hezekiah: Certo. Meu mal-entendido. essa camada é usada há mais de uma década em centenas de indústrias foi meu pensamento do dia então onde não concordamos se o Irc é um problema, então como é adaptável? não é um problema vocês só não entendem a abstração da camada ;) Delly: eu tenho um script em perl que permite usar ssh/telnet/etc sobre irc (serio, pense nisso como um socket) lonelynerd, o objetivo era só aprimorar o mirc para a rede iip Delly: sim, mas se você usar base64, acho que é compatível com este aqui poderia ser possível usar ok, estamos prontos para o #5? nop? <-- hezekiah saiu (Client exiting) ops achei que era o 5) ! Tem um 5? --> hezekiah (hezekiah@anon.iip) entrou em #iip-dev <-- hezekiah saiu (Client exiting) --> hezekiah (hezekiah@anon.iip) entrou em #iip-dev desculpa delly pessoal isso está off topic por favor reservem essa conversa fora deste canal --> hezekiah_ (~hezekiah@anon.iip) entrou em #iip-dev <-- hezekiah saiu (EOF From client) bom jrand0m --- hezekiah_ agora é conhecido como hezekiah antes de eu concordar em ir para o 5 o problema que estou vendo é UserX tem voz também --- Trent@anon.iip concede status de operador de canal a hezekiah claro e se ele vê problemas logísticos acredito que devem ser ouvidos então você não pode simplesmente dizer, ei, vai funcionar tem que ser "solidamente" acordado por ambos os lados ou seja, ele precisa ser convencido certo, mas não vou ficar de braços cruzados esperando ele documentar. se ele aparecer com alguns problemas em uma semana, ótimo, e vamos revisar de acordo ou ele precisa te convencer mas a ideia é esta o que estou tentando propor com isso é reorganizar nosso time de dev para embarcar na sua proposta com isso colocaríamos nossa energia trabalhando no design da rede essa é a ideia assim ajudando todos nós a chegar a algum lugar específico não estou tentando desacelerar certo, não espero ter uma especificação final do protocolo V1.0 na próxima semana. ontem baixei uns 50 novos artigos no citeseer para fazer mais pesquisa ok então podemos postar sua proposta no iip-dev e conseguir uma revisão de boa também aconselho, por conta própria, propor isso em cryptography@metzdowd.com que vai receber uma revisão séria boa ok UserX, você aí estou aqui ok, então o jrand0m vai trabalhar na especificação do protocolo, e posso supor que você vai criar uma lista de preocupações ou alguns aditivos ao protocolo? sim ok, vamos retomar isso em uma semana qual era o 5? desculpa se estou sendo chato só quero organizar para garantir que estamos todos na mesma página recrutamento para serviços...? 5) Recrutamento de serviços para ajudar com o IIP ok sim desde a saída do mids e o retorno do cohesion estamos possivelmente procurando outros para contribuir com o IIP em algum aspecto isso não significa que você tem que ser um desenvolvedor hardcore do core mas adições como talvez um mantenedor da web seriam boas, algum PR seria bom luckypunk se voluntariou para gerenciar o site. Quero ajudar/assumir o site do IIP. :D e se mais pessoas quiserem entrar no projeto que o jrand0m está propondo show mesmo que você só queira revisar o protocolo já é mais do que ajuda suficiente a realidade é a seguinte temos muitos desenvolvedores com empregos em tempo real e isso está consumindo eles no momento e qualquer ajuda adicional é bem-vinda pois este é um grande esforço para levar o IIP aonde precisa chegar ou seja, InvisibleNet em algum momento empregos da vida real ;) enfim a ideia é seria legal se as pessoas quisessem acrescentar algo a este projeto de alguma forma usando suas habilidades, e eu sei que há programadores por aí e alguns com um tempinho de sobra tempo a confiabilidade do luckypunk terá que ser avaliada, sem ofensa, ele já ofereceu antes ajudar a manter um freesite, e não deu certo nop: Consigo entender essa. ;-) nop: Ele só me pediu para repassar a oferta porque ele não estaria aqui. ok nop: Eu repassei. Minha parte está feita. :) bem, de qualquer forma, qualquer um que queira participar contate um de nós ou em iip@invisiblenet.net Um de quem? ou só por nick, hezekiah, userx, nop, ouvi dizer que quem se voluntaria para ajudar o iip ganha prostitutas e cocaína grátis O que são 'hookers and blow'? ... ou é melhor eu não saber? heh hezekiah: não pergunte OK. Não quero saber. :) hezekiah: aproveite sua vida protegida ;) enquanto pode porque a faculdade vai ser divertida :) Estou aproveitando! Estou aproveitando! * jrand0m aproveita as prostitutas e a cocaína ;) jrand0m: pergunta rápida * w abraça luckypunk e nop sim, sr? jrand0m: você se considera um dev do IIP em algum momento em breve? já que está oferecendo uma fusão ;) http://www.guerrillanews.com/cgi-bin/wwwthreads/showflat.pl?Cat=&Board=gnn&Number=182767&page=0&view=collapsed&sb=5&o=0&part= desculpa , ops de novo nop> dev do invisiblenet, mas não posso contribuir para o iip entendido IIP == projetos futuros do invisiblenet jrand0m: Boa formulação! jrand0m: Redação. devs procurados para ambos só para deixar claro especificamente porque o jrand0m poderia usar um bom time Posso dar uma olhada no código do Windows... sim, sr. quando entrarmos no design de software, vai ter mais trabalho do que dá para imaginar isso aí, Addic ótimo ok Vou enviar esse pedido na lista iip-dev também quem se interessar, não hesite em contatar tinha um 6? Acho que sim 6) comentários sugestões e pessoas que querem ajudar sugestão: < 1.8 horas na próxima :) (não que qualquer um dos tópicos pudesse ter sido condensado mais do que foram) nenhum comentário? * nop acha que todo mundo dormiu hehe entediamos eles w3wt heh, quem trabalhou no código do Windows até agora? ok zzzzzz... UserX o deixou portátil até agora Que tipo de talentos estamos procurando? ok ok, vou reiterar Programadores, pessoal de Gráficos, devs Web, pessoas de PR, mantenedores de Web Ok, perdi isso. Foi mal. e se você consegue escrever planos de negócio, isso me ajuda também :) você não perdeu Eu não entrei em detalhes suficientes heh <-- Ehud saiu (EOF From client) Eu nasci para PR Passo um: Coletar cuecas. traduzir para outros idiomas no wiki? sim seria ótimo traduções ok, eu poderia fazer isso também documentação etc <-- hezekiah saiu (Ping timeout) até mesmo organização qualquer um que queira estar ativamente envolvido em ajudar InvisibelNet/IIP Eu convido pessoas a usarem IIP o tempo todo valeu, hifi --> hezekiah (hezekiah@anon.iip) entrou em #iip-dev Que tipo de habilidades de organização? bom, talvez ajudar a conduzir as reuniões, ou talvez nos forçar, devs, a colocar mais docs no protocolo etc possivelmente organizar entrevistas e algum tipo de press releases algumas ideias para o futuro para promover o uso do IIP etc ok, por favor contate um de nós se quiser ajudar Ok, pergunta de organização, que já mencionei antes: Chave de assinatura do IIP? (cutuca, cutuca) --> Ehud (~hezekiah@anon.iip) entrou em #iip-dev Serviço de notificação do IIP :) para as pessoas saberem que eu/ele está online LOL só uma pergunta para os curiosos... o que define o detentor do "Trent"... e quanto à expiração de canal/nick... registro, no caso... <-- ChZEROHag saiu (Ping timeout) trent é um serviço, não um nick, então o trent deve ter acesso ao ircd (acho) essas perguntas são para o mids sobre o trent, ele é uma peça abstrata sim, jrand0m notificação do iip seria legal. como o anonymail faz isso? os clientes podem enviar um /notify nick para o servidor e receber uma msg quando o nick entrar? Notificação por SMS do IIP LOL na verdade tínhamos IIP SMS como a primeira versão do anonymail mas tendia a dar flood oh então agora fazemos como entrega via banco de dados do anonymail mensagem de convite do IIP como assinatura de e-mails comuns ... Tipo " Você usa Yahoo? Pegue o MSN grátis " ooOOoo textAds mas o iip precisa de mais usuários? oh ou conseguir mais usuários é só um "ah legal, vamos atender mais gente"? não não sei só estou fazendo brainstorming <-- Mira saiu (Ping timeout) Mais pessoas ... mais ideias ... mais voluntários IIP como padrão mundial seria legal Mais pessoas ... mais problemas ... mais pressão na rede ... ... mais floods no #anonymous ... É uma questão de duas faces. mais canais lol --> Mira (~Mira@anon.iip) entrou em #iip-dev Programa de eugenia do IIP LOL Menos população, menos problemas --> ChZEROHag (~hag@anon.iip) entrou em #iip-dev hmm... voltando à questão da notificação... é para o /notify nick não funcionar aqui? Ou eu não entendi a pergunta... Addic: claro que funciona então qual é o problema? ? <-- Delly saiu (EOF From client) não estava acompanhando muito a conversa, mas falaram sobre ter um /notify que não exigisse que o cliente fizesse polling ok <-- ChZEROHag saiu (Ping timeout) <-- w saiu (Ping timeout) <-- Rain saiu (I Quit) --> w (~w@anon.iip) entrou em #iip-dev Hmmm ... Acho que já está na hora de encerrarmos esta reunião. O que você diz, nop? * jrand0m acha que também dormiu sim ok até mais <-- jrand0m (jrandom@anon.iip) saiu de #iip-dev (jrand0m) Reunião encerrada! :) *BAF*! <-- Addic (anon@anon.iip) saiu de #iip-dev (Addic) <-- LeerokLacerta (~leerok@anon.iip) saiu de #iip-dev (Client Exiting) <-- hezekiah saiu (Client Exiting) <-- Ehud saiu (Client Exiting)