Reunião dos Desenvolvedores do I2P - 02 de novembro de 2004

13:37 <jrandom> 0) oi 13:37 <jrandom> 1) Estado da rede 13:37 <jrandom> 2) Atualizações do núcleo 13:37 <jrandom> 3) Biblioteca de streaming 13:37 <jrandom> 4) progresso do mail.i2p 13:38 <jrandom> 5) progresso do BT 13:38 <jrandom> 6) ??? 13:38 <jrandom> 0) oi 13:38 <jrandom> desculpem a demora, notas semanais de status postadas em http://dev.i2p.net/pipermail/i2p/2004-November/000477.html 13:38 <dm> reunião em 24 ou 84? 13:38 <jrandom> 0 13:38 <dm> ah.. -36? 13:39 <jrandom> sim, 9p GMT 13:39 <jrandom> mas eu esqueci disso, então vamos começar... agora ;) 13:39 <jrandom> 1) estado da rede 13:39 <dm> bom timing 13:39 <jrandom> bem, nenhuma mudança real no estado da rede do meu lado - alguém tem algo que gostaria de levantar sobre isso? 13:41 <jrandom> se não, podemos ir para 2) atualizações do núcleo 13:41 <jrandom> não tenho muito a acrescentar além do que está no e-mail, então vou dar um minuto para o pessoal assimilar 13:42 <deer> <postman> arg 13:42 <jrandom> houve 8 patches desde o release, com mais um ou dois pendentes. provavelmente vamos agrupar tudo num 0.4.1.4, já que a própria biblioteca de streaming não está pronta 13:43 <deer> <jrandom> bem-vindo de volta, está um pouco turbulento por aqui 13:43 <deer> <postman> sem problema, estou de volta :) 13:43 <protok0l> alguma notícia sobre o desaparecimento do aum? eu quero o stasher! 13:44 * dm gosta de saber que estão fazendo coisas debaixo do capô para otimizar o I2P 13:44 <jrandom> como o gott citou, DIY (faça você mesmo), faça ou morra 13:45 <jrandom> sim, a troca de memória estava virando uma parte substancial do tempo de CPU 13:45 <jrandom> então finalmente valeu o esforço otimizar 13:45 <deer> <baffled> Desculpem, tenho que pegar um ônibus. Vou ler os logs mais tarde à noite. 13:45 <deer> <peer> oi, só um bug report 13:45 <jrandom> (pois reduziu o tempo de teste da biblioteca de streaming por um fator de 5) 13:45 <jrandom> legal, baffled, falamos depois 13:46 <deer> <peer> quando sua conexão de rede cai, i2p morre 13:46 <dm> Esse é o tipo de coisa que aparece sorrateiramente; bom tirar do caminho enquanto o projeto ainda está enxuto. 13:46 <deer> * postman percebeu isso também alguns dias atrás 13:46 <deer> <postman> um dos meus servidores perdeu o link 13:46 <deer> <postman> por alguns minutos - depois disso o i2p só resolveu com um reinício completo 13:46 <jrandom> morre, tipo, a JVM para, ou o router para de falar com os pares? 13:47 <jrandom> (obviamente ele para de falar com os pares, quero dizer, depois que a rede volta, ele se recupera?) 13:47 <deer> <postman> jrandom: no meu caso a jvm ainda estava rodando - mas nenhuma conexão teve sucesso por uns 15 minutos 13:47 <deer> <postman> jrandom: depois disso eu reiniciei 13:47 <jrandom> hmm, ok, legal 13:48 <jrandom> valeu, peer, postman. vou fazer alguma depuração nessa parte 13:48 <jrandom> quais SOs, a propósito? 13:48 <deer> <postman> jrandom: np - queria te escrever um e-mail mas esqueci 13:49 <deer> <postman> jrandom: Linux 2.4.recent - glibc2.3.recent jvm 1.4.05 13:49 * jrandom suspeita que esta semana vai ser a semana de 'quebrar as coisas e fazer o i2p lidar melhor com isso' 13:49 <jrandom> certo 13:50 <deer> <peer> jrandom: no meu caso a jvm caiu completamente 13:50 <jrandom> apareceu OutOfMemory ou teve alguma mensagem CRIT? ou criou um arquivo hs_* no seu diretório de instalação do i2p? 13:52 <jrandom> talvez possamos vasculhar os detalhes depois, após a reunião 13:52 <jrandom> alguém tem mais algo em 2) atualizações do núcleo? 13:52 <jrandom> se não, vamos para 3) biblioteca de streaming 13:53 <dm> sim 13:53 <dm> essa latência aumentada 13:53 <dm> você tem uma estimativa de aumento em % por hop? 13:53 <dm> estamos falando de alguns pontos percentuais ou 30-40%? 13:53 <jrandom> nenhum, é só que em algumas situações ele não enviava por um outbound tunnel 13:54 <dm> então desprezível... 'tá 13:54 <dm> (em média) 13:54 <dm> 3) 13:54 <jrandom> 0% por hop, mas é como se o peer com quem você fala tivesse tunnels 1 hop mais longos do que antes (em média) 13:55 <jrandom> não há muitas atualizações visíveis de fato para a biblioteca de streaming até agora 13:55 <jrandom> as coisas funcionam bem, e tenho feito vários benchmarks para acompanhar o progresso durante as recentes atualizações de memória 13:55 <dm> oh, números de taxa de transferência!!! 13:57 <dm> ping 13:57 <deer> <Natalia> . 13:57 <jrandom> bem, variou conforme o tamanho da mensagem e a latência por hop injetada, mas a taxa de transferência preliminar ficou 2-5x mais rápida 13:57 <jrandom> no entanto, ficou limitado pela CPU 13:57 <dm> hmmm, nada mal. 13:58 <dm> cpu de qual lado? 13:58 <jrandom> o grande benefício está na redução da retransmissão de dados e na eliminação virtual de falhas ;) 13:59 <jrandom> dm: esses testes foram feitos com o sim, injetando atrasos aleatórios por hop 13:59 <jrandom> (por exemplo, 400ms cada vez, ou 1000ms, ou 2000ms) 13:59 <dm> Existe algum tipo de esquema de prioridade para que o encaminhamento de mensagens dos tunnels não seja muito afetado por pessoas tentando baixar a 30k/s e esgotando a CPU? 13:59 <jrandom> (bem, o benefício *grande* é a janela deslizante e a reordenação, mas reduzir retransmissões é bom) 14:00 <jrandom> não sei se entendi 14:00 <dm> Tipo, se eu estiver baixando pornografia, vou injetar um atraso de 3s para quem estiver passando por mim nos seus tunnels. 14:00 <jrandom> (e as taxas de transferência eram bem maiores que 30KBps, mas, de novo, isso foi só local com atrasos aleatórios injetados) 14:01 <dm> Só estou me perguntando o que acontece em geral se alguém estiver estourando a CPU, no que diz respeito à contribuição dessa pessoa para a rede. 14:01 <dm> Acho que não é específico de abusar da biblioteca de streaming. 14:02 <jrandom> você não vai estourar a CPU fazendo streaming; a carga de CPU foi algo que encontrei usando o sim local rodando um monte de routers em uma única máquina 14:02 <dm> ah, beleza, eu achei que a cpu ficava no máximo com um router tentando criptografar todos os bits passando pelo cano. 14:02 <jrandom> não, criptografia é RealmenteMuitoRápida 14:03 <dm> show 14:03 <jrandom> ok, mais alguém tem perguntas quanto ao progresso da biblioteca de streaming? 14:03 <jrandom> se não, 4) progresso do mail.i2p 14:04 <deer> <jrandom> postman, você por aí? 14:04 <deer> <postman> yo :) 14:04 <deer> <postman> ok 14:04 <deer> * postman acena 14:05 <deer> <postman> bem, senhores. Alguns de vocês talvez tenham notado que finalmente implementamos serviços de entrada/saída 14:05 <jrandom> [w00t!] 14:05 <deer> <postman> por favor, leia www.postman.i2p/inout.html 14:05 <deer> <postman> por favor, testem o sistema 14:06 <deer> <postman> baffled vai entregar o 2º MX oficial 14:06 <jrandom> certo 14:06 <deer> <postman> agora estou trabalhando na implementação de IMAP 14:07 <deer> <postman> isso significa uma migração para o formato maildir em breve 14:07 <jrandom> vamos precisar rever vários clientes por causa disso, certo? 14:07 <deer> <postman> no momento estou avaliando/testando 14:07 <jrandom> legal 14:07 <deer> <Natalia> por que IMAP e não POP3 ? 14:07 <deer> <postman> sim, e o lado do servidor também 14:08 <deer> <postman> Natalia: já temos POP3 14:08 <deer> <postman> POP3 pode ser usado, claro 14:08 <deer> <postman> IMAP4 vai nos deixar mais flexíveis para sistemas de webmail (com sorte) 14:10 <deer> <postman> isso ainda é uma questão em aberto 14:10 <deer> <Natalia> ok. 14:10 <deer> <Natalia> pareceu que você ia mudar de POP3 para IMAP 14:11 <deer> <postman> não, claro que não 14:11 <deer> <postman> jrandom: há alguma novidade sobre webmail rodando localmente? 14:12 <jrandom> não que eu saiba. não tive tempo de ver isso 14:12 <deer> * postman também não 14:12 <jrandom> houve aquelas discussões sobre o atmail, mas ele é closed source 14:12 <deer> <postman> mmh, sim 14:13 <deer> <postman> mas algo meio JSP ? 14:13 <jrandom> seria um jeito muito bom de um voluntário entrar e fazer o trabalho braçal :) 14:13 <deer> <Natalia> bem, adicionei esta descrição a gott.i2p/sites.html 14:13 <deer> * postman está completamente incapaz de pesquisar esse assunto 14:13 <deer> <Natalia> para www.postman.i2p 14:13 <deer> <Natalia> postman opera o primeiro serviço de e-mail do i2p, oferecendo POP3 e SMTP 14:13 <deer> <Natalia> gratuitos e anônimos sobre i2p. Implementado recentemente está a capacidade de enviar e receber e-mails para e 14:13 <deer> <Natalia> de fora da rede i2p, marcando os serviços de www.postman.i2p como um 14:13 <deer> <Natalia> destino bacana para qualquer usuário de e-mail preocupado e em breve indispensável, à medida que contas de e-mail do mail.i2p 14:13 <deer> <Natalia> se tornam a norma para autores de eepsite. 14:14 <deer> <Natalia> soou bem ? 14:14 <deer> <postman> obrigado, Natalia :) 14:14 <deer> <postman> jrandom: acho que não é um assunto urgente 14:14 <deer> * Natalia faz uma reverência :) 14:15 <deer> <postman> jrandom: talvez a gente retome a questão do webmail mais tarde :) 14:15 <jrandom> concordo, postman 14:15 <deer> <postman> é isso da minha parte, obrigado :) 14:15 <jrandom> valeu, obrigado, postman 14:15 <deer> * postman também faz uma reverência e senta de novo 14:15 <jrandom> ok, mais algo sobre isso, ou passamos para 5) progresso do BT? 14:16 <deer> <jrandom> dinoman: você por aí? 14:16 <dm> Sim, ainda estou esperando a BT reativar meu ADSL 14:16 <jrandom> !thwap 14:17 <deer> <duck> dino fez um bom trabalho 14:17 <deer> <duck> com Ragnarok para arrumar algumas pontas 14:17 <deer> <duck> até agora parece que os problemas atuais são: 14:17 <deer> <duck> - instabilidade do SAM 14:17 <deer> <duck> - problemas na biblioteca SAM para Python 14:17 <deer> <duck> - uso incorreto da lib SAM em Python 14:18 <deer> <duck> - tratamento correto de destination (destino no I2P) em vez de host/ip/port 14:18 <deer> <duck> uma vez que isso seja corrigido, deve funcionar 14:18 <jrandom> legal 14:19 <deer> <duck> Acho que é preciso dar um pequeno passo atrás, porém 14:19 <deer> <duck> e concordar sobre como modificar o protocolo para lidar corretamente com destinations 14:19 <deer> <duck> vai ser incompatível de qualquer forma, então é melhor quebrar direito 14:19 <jrandom> concordo 14:20 <jrandom> talvez alguém possa esboçar um plano geral do que precisa ser feito em vários apps/componentes para fazer isso funcionar 14:20 <deer> <duck> cada peer tem um peer_id único de 20 bytes 14:20 <deer> <duck> normalmente ele é derivado do host/ip 14:21 <deer> <duck> acho que usar o destination completo é um pouco demais 14:21 <deer> <duck> que coisa globalmente única devemos usar? 14:21 <jrandom> SHA1(destination)[0:19] 14:21 <jrandom> talvez? 14:21 <deer> <Ragnarok> primeiros vinte bytes do dest? :) 14:22 <deer> <duck> um hash sha1 tem 20 bytes 14:22 <jrandom> os primeiros 20 bytes do dest devem ser bem aleatórios também, suficientes para lidar com colisões aleatórias, mas não com colisões hostis 14:22 <jrandom> melhor ainda 14:22 <deer> <dinoman> se você perde a chave, como os peers se encontram 14:22 <jrandom> um peer *é* uma chave 14:23 <jrandom> ah 14:23 * jrandom interpretou errado 14:23 <jrandom> o tracker deve dar aos peers o destination completo, não o SHA1(destination) 14:24 <jrandom> esse é o mesmo peer_id em questão? 14:24 <deer> <dinoman> eu corrigi o tracker em PHP para enviar a chave completa como o ip 14:24 <deer> <duck> na verdade o cliente gera o peer_id 14:24 <deer> <duck> (o que você quer dizer com 'key'?) 14:25 <deer> <dinoman> destination 14:25 <dm> Parece um esquete do 'Quem é o Primeiro?'. 14:25 <dm> Usem frases completas, gente! 14:26 <deer> <dinoman> ok, beleza :/ o tracker envia o destination completo como o ip 14:27 <jrandom> heh não ligue para o dm. parece ótimo 14:27 <deer> <dinoman> peer id é só para os trackers 14:27 <deer> <duck> talvez possamos usar #i2p-bt 14:28 <jrandom> o que acho que seria útil, porém, é se você (ou outra pessoa) pudesse talvez rascunhar uma lista de modificações que precisarão ser feitas 14:28 <deer> <duck> para não começarem guerras religiosas toda vez que o nome da cobra é mencionado 14:29 <deer> <dinoman> por mim, funciona 14:29 <deer> <dinoman> não entro em guerra: se funciona, funciona 14:29 <jrandom> (por exemplo, "o tracker envia o destination completo como o IP", "o cliente interpreta o IP como o destination completo", "o torrent contém o destination do tracker no campo 'trackerDest'", etc) 14:29 <deer> <duck> com certeza 14:30 <deer> <dinoman> jrandom, é isso 14:31 <deer> <dinoman> this is the sample output of the tracker 8:intervali300e12:min intervali30e5:peersld2:ip50:klkjlkfsdjfkljkfdhjkddfsjkldsfjlkjfdlkjsfdl;kj;sdf7:peer 14:31 <dm> copia/cola a frase do jrandom no notepad e salva como "draft.txt" 14:31 <cat-a-puss> o bt sobre i2p será intercompatível com outros clientes que não estão sobre i2p? 14:31 <jrandom> legal, dinoman 14:31 <deer> <dinoman> em ip50 você verá uma chave lixo 14:32 <jrandom> sim 14:32 <deer> <dinoman> sim 14:32 <cat-a-puss> então devemos conversar 14:32 <jrandom> bem-vindo à reunião semanal! :) 14:32 <deer> <dinoman> precisará ser algo como .i2ptorrent para fazê-lo conviver 14:32 <deer> <dinoman> para nomes de arquivo e links e tudo mais 14:33 <jrandom> você está trabalhando em algo parecido, cat-a-puss, ou tem algumas ideias de melhorias? 14:33 <cat-a-puss> trabalhando em algo parecido 14:33 <cat-a-puss> em Java 14:33 <jrandom> legal 14:34 <jrandom> é necessariamente específico de Java, ou alguns peers podem estar em outras linguagens? 14:34 <cat-a-puss> boa pergunta, não sei como fazer esse tipo de coisa em Java, vou ter que ver isso 14:35 <deer> <duck> certo 14:35 <deer> <duck> vamos usar ugha.i2p para escrever algumas especificações 14:35 <deer> <duck> . 14:35 <jrandom> ou talvez precisemos de uma seção "swarming data transfer" no fórum para podermos discutir essas coisas no nosso ritmo? 14:35 <jrandom> ou ugha.i2p, claro 14:36 <jrandom> (enquanto trabalhamos alguns bugs na impl e nas libs do SAM :) 14:36 <deer> <duck> torna tudo um desafio 14:37 <deer> <dinoman> hehe ok 14:38 <deer> <duck> ... 14:38 <deer> <duck> mais bt? 14:38 <deer> * dinoman volta a trabalhar no Savane 14:39 <jrandom> http://ugha.i2p/SwarmingTransfer / http://ugha.ath.cx/SwarmingTransfer 14:39 <jrandom> certo 14:39 <jrandom> ok, mais algo em 5) progresso do BT? 14:39 <jrandom> ou vamos para 6) ??? 14:39 <jrandom> e perguntar ao dinoman como está o progresso do Savane? :) 14:40 <deer> * jrandom estala o chicote 14:40 <deer> <dinoman> cara, estou travado em usar o sistema de mail do i2p 14:40 <deer> <dinoman> acho que eu deveria simplesmente tirar o mail 14:40 <jrandom> há alguma maneira de dizer para usar o servidor SMTP em uma porta diferente? 14:40 <jrandom> ou o problema é SMTP autenticado? 14:41 <deer> <dinoman> auth 14:41 <protok0l> Uptime: 5d 14:41 <protok0l> ii own 14:41 <deer> <dinoman> não está na classe que o Savane usa 14:42 <deer> <dinoman> posso colocar 14:42 <protok0l> sou "Ident: pxEI" alguém pode me dizer minha avaliação 14:42 <jrandom> ok, aposto que podemos pedir ao postman para te configurar um destination SMTP personalizado que não exija autenticação 14:42 <dm> Eu te dou um 6/10 14:42 <dm> Você podia malhar o bumbum um pouco 14:42 <janonymous1> O que é savana 14:43 <jrandom> janonymous1: é como o sourceforge 14:43 <deer> <dinoman> porque estou olhando a I2P Public Domain Software Homepage no meu navegador agora 14:43 <jrandom> w00t 14:45 <deer> <dinoman> isso seria legal, mas com o que está sendo feito no servidor eu não quero que alguém me hackeie e acabe pegando as infos sobre o servidor de mail 14:45 <deer> <dinoman> é isso que me incomoda 14:45 <jrandom> bem, eles não pegariam nenhuma info do servidor de mail, só poderiam (no pior caso) falsificar @mail.i2p 14:45 <janonymous1> Legal 14:46 <jrandom> mas sim, seria ótimo ter suporte a SMTP autenticado para evitar isso 14:46 <jrandom> não sei quanto trabalho isso daria, porém 14:46 <protok0l> bom, fico feliz de ter deixado minha ideia de servidor de mail para o postman 14:46 <protok0l> parece mais difícil do que eu imaginava 14:47 <deer> <Ch0Hag> eu não me importaria de ajudar com isso 14:47 <dm> protocolo 14:47 <deer> <Ch0Hag> Tenho que fazer algo. :-) 14:47 <deer> <dinoman> eu vou fazer auth :( vai levar um tempinho, mas vou fazer 14:47 <deer> <protokol> sim, dm 14:48 <jrandom> viu, você já tem um voluntário, dinoman! :) 14:48 <deer> <protokol> talvez eu possa hospedar um servidor nessus 14:48 <deer> <protokol> e fazer tunnel por TOR do meu lado 14:49 <deer> <Ch0Hag> Além disso, eu preciso de uma boa desculpa para trabalhar no resto da minha rede. 14:49 <deer> <protokol> e eu vou me dedicar a aprender Python 14:49 <janonymous1> 'a fundação de software i2p'. Já consigo ver 14:49 <deer> <protokol> e a digitar corretamente 14:49 <dm> Eu vou me dedicar à busca de mais dinheiro para mim e para aqueles diretamente relacionados a mim, que possam estar inclinados a me dar dinheiro num futuro próximo. 14:50 <jrandom> ok, mais alguém tem algo para levantar em 6) ??? 14:50 <dm> 7) $$$ 14:51 <duck> Roger Dingledine (arma @ freenode) publicou um rascunho de um capítulo de um próximo livro da O'Reilly 14:51 <duck> http://freehaven.net/doc/wupss04/usability.pdf 14:51 <jrandom> ah, sim, é bem bom 14:51 <duck> é sobre anonimato e usabilidade 14:51 <dm> capítulo sobre usabilidade? 14:51 <deer> <protokol> eu posso dirigir a i2p software foundation 14:51 <deer> <protokol> lol 14:51 <duck> algumas partes interessantes sobre imago negativa 14:52 <deer> <protokol> me dê as chaves do tesouro 14:52 <duck> ter bons padrões 14:52 <deer> <protokol> AGORA! 14:52 <duck> etc 14:52 <duck> . 14:52 <jrandom> e a importância da usabilidade, às vezes até acima da segurança 14:52 <dm> protok0l: você é o defensor do usuário, não é? Você deveria ler esse documento. 14:52 <jrandom> 'k, mais algo para a reunião? 14:52 <deer> <protokol> uau, estou vendo 83 peers 14:52 <duck> agora sabemos por que há tão poucos hidden sites conhecidos no tor 14:53 <deer> <protokol> dm: vou sim 14:53 <duck> arma tem medo de imago negativa 14:53 <duck> . 14:53 <dm> "imago" ? 14:53 <duck> imagem 14:53 <deer> <duck> (psicanálise) uma imagem idealizada de alguém 14:53 <dm> Nenhuma menção ao I2P lá :( 14:53 <duck> jrandom: não somos? 14:54 <jrandom> hm? 14:54 <dm> ele quer dizer 'não somos?'. Ele é holandês. 14:54 <duck> se algum grupo específico migrar agora para o i2p, 14:54 <duck> eles poderiam afastar outros usuários de que precisamos 14:54 <jrandom> ah, isso está lá? não vi isso 14:55 <duck> não, sou eu que estou dizendo isso 14:55 <duck> mas está lá também, mais ou menos 14:55 <duck> claro, o andy anarquista não está nem aí 14:56 <jrandom> bem, eu realmente acho que há espaço para i2p e tor 14:56 <duck> sim 14:56 <duck> mas e quanto a uma imagem negativa precoce do I2P 14:56 <deer> <Natalia> essa é a razão pela qual sou forçada a ser uma mulher meio mundana neste canal de IRC 14:56 <protok0l> haha, quando eu der a palavra, toda grande lista e fórum anarquista vai ouvir sobre i2p em um dia ou dois 14:56 <jrandom> ah, eu não dou a mínima para isso, duck ;) 14:56 <deer> <Natalia> jrandom não aprova o got 14:56 <deer> <Natalia> *gott 14:57 <duck> jrandom: sim, mas bem 14:57 * duck conta a quantidade de regiões amigáveis à anarquia no globo 14:57 <deer> <Natalia> então tenho que ser a Natalia, a mulher querida do canal 14:57 <deer> <Natalia> ( sem graça ) 14:57 <duck> somália? 14:57 <duck> aposto que lá 'não estão nem aí' 14:57 <protok0l> Chiapas, mexica 14:57 <duck> mas não amigáveis 14:57 <protok0l> mexiico 14:58 <deer> <Ragnarok> bah, você quer ser feminilizada 14:58 <jrandom> duck: quando chegar a hora de ser mais público, tenho certeza de que podemos adotar uma postura amigável ao 'joão cervejinha' 14:58 <duck> k 14:58 <jrandom> as pessoas vão fazer coisas "ruins" com i2p? sim 14:58 <dm> Acho que devemos mirar no 'joão barrigudo' 14:58 <protok0l> boa sorte, eu sei que o gott está planejando algo 14:58 <protok0l> o gott vai nos destruir 14:58 <duck> ok 14:58 <duck> . 14:58 <jrandom> a única maneira de qualquer sistema de anonimato ou segurança que valha a pena sobreviver é ser neutro em relação a conteúdo 14:59 <deer> <Ragnarok> sistemas de comunicação anônima só podem proteger a comunicação. Eles não interferem no bom e velho trabalho policial se alguém realmente *faz* algo. 14:59 <duck> só dizendo que alguns links colocados em http://127.0.0.1:7657/index.jsp poderiam ser ruins 14:59 <dm> I2P é sobre tecnologia. 14:59 <deer> <Natalia> sim 14:59 <jrandom> verdade, duck 15:00 <duck> e sim, o sitelist.html vai virar uma discussão TFE de novo 15:00 <jrandom> bem, uhum 15:00 <deer> <Natalia> neutralidade de conteúdo é algo sobre o qual escrevo na última entrada do eeplog 15:00 <deer> <Natalia> http://gott.i2p/eeplog.html 15:01 <jrandom> esse é, porém, o poder de eepsites interativos, como wikis 15:01 <jrandom> (por exemplo, fazer as pessoas registrarem seu site com um sitelist.py ou algo assim) 15:01 <deer> <Natalia> jrandom: você apoia ou não apoia a ideia de crawlers de eepsite linkarem para material ilegal, sendo linkados da página inicial ? 15:01 <deer> <Natalia> +ou 15:01 <deer> <Natalia> se você fosse linkar para o sitelist 15:02 <duck> do ponto de vista moral eu também não dou a mínima 15:02 <deer> <Natalia> jrandom: nenhum desses está registrado 15:02 <duck> mas do ponto de vista de usabilidade talvez eu me importe 15:02 <deer> <Natalia> o script verifica o host.txt 15:02 <deer> <Natalia> *hosts.txt 15:02 <jrandom> de uma perspectiva não técnica, apoio o que a comunidade de usuários exigir 15:02 <deer> <Natalia> então todo mundo é adicionado à lista se tiver um domínio 15:03 <deer> <Natalia> aff, sutiãs são tão desconfortáveis. 15:03 <protok0l> é, sinistro 15:03 <deer> <cervantes> você já _viu_ a comunidade de usuários? 15:03 <cat-a-puss> A solução mais simples seria simplesmente linkar para páginas de busca. Todo mundo sabe usá-las, elas fornecem acesso rápido, e ninguém vê nada que não pediu. 15:04 <deer> <cervantes> :) 15:04 <protok0l> gott é um assassino em série, eu sei. ele vai ser o primeiro a oferecer assassinatos ao vivo via webcam no i2p 15:04 <deer> <Natalia> a comunidade de usuários consiste de pessoas bem estranhas. 15:04 <jrandom> bom ponto, cat-a-puss, podemos simplesmente linkar para files.i2p 15:04 <deer> <Natalia> no momento, sou forçada a ser mulher porque o desenvolvedor líder desaprova o comportamento imoral do meu outro. 15:04 <duck> cat-a-puss++ 15:04 <deer> <Natalia> somos unidos por uma aventura comum. 15:06 <BS314159> Não estou convencido de que isso seja uma boa ideia, mas a licença do I2P é certamente ampla o suficiente para que as pessoas façam seus próprios derivados, diferindo apenas nas páginas de links locais 15:06 <deer> <Natalia> bem. 15:06 <deer> <cervantes> esperemos que o DrWoo consiga manter seus índices livres de corrupção 15:06 <jrandom> com certeza, BS314159 15:06 <BS314159> não versões. distribuições. 15:06 <deer> <Natalia> files.i2p deveria ser um link 15:06 <jrandom> BS314159: as pessoas podem até editar sua própria página de links local 15:06 <deer> <Natalia> e então deveria haver um link de diretório de internet ao estilo yahoo 15:06 <protok0l> a maioria das pessoas vai ser esperta o suficiente para usar a versão oficial 15:06 <jrandom> (em docs/readme.html) 15:07 <deer> <Natalia> mecanismos de busca e diretórios de internet têm papéis diferentes 15:07 <deer> <Natalia> é por isso que o diretório está lá, em primeiro lugar 15:07 <deer> <Natalia> ele foi solicitado como independente de um mecanismo de busca 15:07 <BS314159> então, se você quer, por exemplo, mirar um público antipornografia, encontre um mantenedor antipornografia que mantenha um conjunto filtrado de páginas iniciais padrão 15:07 <protok0l> a menos que estejam dispostos a procurar backdoors em versões de terceiros 15:07 <deer> <Natalia> por pessoas 15:07 <deer> <Natalia> então acho que o mecanismo de busca é bom 15:07 <jrandom> certo, BS314159 15:07 <deer> <Natalia> mas não deve ser o limite 15:07 <deer> <Natalia> mecanismo de busca, diretório de internet, wiki, página de ajuda 15:07 <deer> <Natalia> talvez. 15:08 <jrandom> já linkamos para fproxy.i2p, e sabemos que conteúdo assustador e maligno eles têm naquele site ;) 15:08 <BS314159> Não tenho certeza se estou no tópico, mas isso parece possível. Existe algum filtro de conteúdo open-source para o qual mantenedores de mecanismo de busca estariam dispostos a implementar suporte? 15:08 <BS314159> Tenho a sensação de que estou fora do tópico 15:08 <protok0l> a reunião ainda está rolando? 15:08 <jrandom> sim, protok0l 15:08 <BS314159> desculpa. (silencia a si mesmo) 15:08 <deer> <Natalia> jrandom: talvez você não devesse linkar para fproxy.i2p 15:08 <deer> <Natalia> ele está quase sempre fora do ar 15:08 <jrandom> BS314159: acho que um filtro de conteúdo no mecanismo de busca é excessivo 15:08 <deer> <Natalia> parece que está fora do ar agora, parece 15:09 <protok0l> está 15:09 <deer> <Natalia> de acordo com a execução recente do script de verificação de sites 15:09 <jrandom> 'k 15:09 <jrandom> bem, foi uma boa discussão, muitas ideias boas 15:09 <BS314159> não _o_ mecanismo de busca. o mecanismo de busca de _alguém_ 15:10 <deer> * Natalia sorri. 15:10 <deer> <cervantes> BS3: aol.i2p ;-) 15:10 <jrandom> ok, há mais algo para a reunião? 15:10 <deer> <cervantes> uou... ainda na reunião... 15:11 <deer> <cervantes> achei que tinha perdido por uma hora 15:11 <jrandom> não, eu me atrasei 15:11 <jrandom> ok, se não.. 15:11 * jrandom prepara 15:11 * jrandom *baf* encerra a reunião