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

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.