Timeout para instalar pacotes no Debian (velho)
28 de Dezembro de 2012, 0:00 - sem comentários ainda
Lembra de um outro post sobre a instalação do Debian de um versão antiga?
Então, continuando a saga…
Um dos repositórios que estou usando não tem uma taxa de transferência muito alta. então alguns pacotes tem apresentado o erro abaixo:
...Operation timed out after 120000 milliseconds with 26312704 out of 62820482 bytes received...
Isso é fácil de resolver, basta acrescentar um parâmetro na configuração do apt.conf para forçar o tempo de expiração de baixar arquivos para maior que o padrão (120 segundos).
#echo "Acquire::http::Timeout "600";" >> etc/apt/apt.conf.d/02timeout
Instalando um Debian velho (Lenny)
27 de Dezembro de 2012, 0:00 - sem comentários ainda
Não pergunte porque eu tive usar uma versão bem antiga do Debian! Tem coisas que você apenas precisa saber que existem… 
Se por alguma razão muito pouco comum você precisa instalar uma versão antiga do Debian, como eu que tive que instalar um Lenny (versão 5.0.x e lançado em 2009) para um serviço muito específico do trabalho. Caso não saiba, o Lenny deixou de ser “suportado” oficialmente esse ano de 2012, entenda-se “suportado” como atualizar os pacotes da versão em caso de uma falha de segurança, bug crítico, etc.
Voltando a instalação, para baixar a instalador do Lenny, você pode baixar uma cópia aqui. A instalação não tem muito segredo, apenas ter o cuidado no momento de adicionar o repositório que usará para baixar os pacotes. No source.list terá uma linha parecida com abaixo:
deb http://archive.debian.org/debian/ lenny main
Remova a linha que contém o repositório de segurança, afinal para o Lenny não tem mais suporte.
deb http://security.debian.org/ lenny/updates main
Ainda curioso porque tive que instalar o Lenny;? Quem sabe num gnubeer qualquer eu conto. 
PGBR 2013 - Porto Velho vem aí
26 de Dezembro de 2012, 0:00 - sem comentários aindaO intrépido e serelepe Luis Fernando Bueno em Porto Velho será o Big Kahuna do Conferência PostgreSQL Brasil. Este ano estará num dos locais mais incríveis do país: Porto Velho.
Porto Velho é a capital de Rondônia e entre outras coisas tem a famosa Ferrovia Mamoré e está franca expansão devido a construção de hidroelétricas no Rio Madeira.
Estive por lá num PGDay alguns anos atrás e me impressionou o trabalho realizado pelo pessoal na difusão do PostgreSQL e Software Livre em geral, vale à pena ir.
O site do evento já está no ar algumas informações do evento, datas importantes, turismo, etc..
PGBR 2013 – Porto Velho vem aí
26 de Dezembro de 2012, 0:00 - sem comentários aindaO intrépido e serelepe Luis Fernando Bueno em Porto Velho será o Big Kahuna do Conferência PostgreSQL Brasil. Este ano estará num dos locais mais incríveis do país: Porto Velho.
Porto Velho é a capital de Rondônia e entre outras coisas tem a famosa Ferrovia Mamoré e está franca expansão devido a construção de hidroelétricas no Rio Madeira.
Estive por lá num PGDay alguns anos atrás e me impressionou o trabalho realizado pelo pessoal na difusão do PostgreSQL e Software Livre em geral, vale à pena ir.
O site do evento já está no ar algumas informações do evento, datas importantes, turismo, etc..
Erlang – Movie
19 de Dezembro de 2012, 0:00 - sem comentários ainda
Alguns pessoas que conversam comigo sabem que gosto bastante da linguagem de programação chamada Erlang, a sintaxe é um pouco estranha para quem viveu no mundo C-like ou Visual Studio-like mas as funcionlidades da máquina virtual Erlang sempre me impressionaram. Esse vídeo é dos criadores da linguagem e mostrava o quanto poderia ser robusto uma aplicação desenvolvida em Erlang.
No vídeo, eles simulam duas ligações telefônicas, sendo a segunda uma conferência entre três telefones. Eles mostram uma atualização do sistema de bilhetagem (acho que é isso…) sem precisar parar a aplicação ou a máquina virtual ou reiniciar o servidor, etc..
Erlang - Movie
18 de Dezembro de 2012, 0:00 - sem comentários ainda
Alguns pessoas que conversam comigo sabem que gosto bastante da linguagem de programação chamada Erlang, a sintaxe é um pouco estranha para quem viveu no mundo C-like ou Visual Studio-like mas as funcionlidades da máquina virtual Erlang sempre me impressionaram. Esse vídeo é dos criadores da linguagem e mostrava o quanto poderia ser robusto uma aplicação desenvolvida em Erlang.
No vídeo, eles simulam duas ligações telefônicas, sendo a segunda uma conferência entre três telefones. Eles mostram uma atualização do sistema de bilhetagem (acho que é isso…) sem precisar parar a aplicação ou a máquina virtual ou reiniciar o servidor, etc..
http://www.youtube.com/watch?v=uKfKtXYLG78
i386: O início do fim (do 32 bits)
18 de Dezembro de 2012, 0:00 - sem comentários ainda
Ah… Antes de de começar propriamente esta nota, deixo claro que meu desktop roda 64 bits há muito tempo. É um Debian Sid AMD64.
Quem lê e fuça em computador há mais de dez anos deve lembrar dos famosos processadores 386, ele foi o primeiro processador 32 bits produzido em massa. Desde o primeiro 1985 foram longos anos amor e ódio… (histórias sobre fica para o Retrocomputaria)
Ele foi muito importante para história da computação pois foi em base nele que surgiu o Windows 95 e o Linux. E não é que o o Linus (criador do Linux) avisou que a próxima versão do sistema operacional criado por ele não terá mais suporte ao 386.
A maioria dos comentários sobre foram à respeito da mensagem bem humarada do Linus ou sobre que até pouco tempo atrás ainda fabricava 386 ou mesmo que ainda existe alguns computadores com processador 486 funcionando. Eu chuto que deve ser algum firewall rodando Slackware.
Bom, fato é que pode estar iniciando o fim da era 32 bits e consolidação do 64 bits (Se a Adobe e Microsoft deixarem que isso aconteça…) mas de qualquer modo tem algum efeito colateral. Exemplo: como ficam os pacotes i386 do Debian?
Antes que você fique preocupado, não esquente a cabeça. Não tem nenhum discussão séria à respeito, somente uma especulação minha…
O pacotes no Debian e derivados para plataforma Intel 32 bits terminam com _i386.deb. Imagine que do suporte do Linux ao processador obrigasse os desenvolvedores do Debian a mudar o sufixo para outro, como o Red Hat e derivados fizeram com os pacotes RPM (i686.rpm). Será que tem impacto? É provável que sim pois mas será que valeria à pena mudar o sufixo agora? A resposta provável é que não! Afinal, o mundo 32 bits está definitivamente iniciando sua extinção.
Outro “padrão” 32 bits que está em extinção é IPV4 mas tanto ele como i386 (ou IA32) vai dermorar mais alguns anos para ser apenas uma referência numa enciclopédia ou peça de museu.
Lembro bem do 386 SX33 Mhz que usei instalei um linux e a dificuldade de conseguir fazer coisas tão corriqueiras hoje mas na época era um enorme desafio. Era um bom tempo…
P.S. Lembrei do então famoso “The Linux Manual” do eitch.
Git: Apagando um branch remoto
12 de Dezembro de 2012, 0:00 - sem comentários ainda
Nota rápida sobre Git e branch remoto. Estava precisando apagar um branch que trabalhei algum (muito) tempo atrás do repositório remoto e não estava lembrando como fazer: Bate-cabeça aqui, bate-cabeça ali e eis que fui consultar o manual do Git.
#git push origin :branch O "<strong>origin</strong>" é o apelido do repositório remoto e o "<strong>:branch</strong>" é nome do branch a ser apagado. Simples, fácil de esquecer e difícil de achar novamente no manual.
