Tenho um servidor aí no Brasil me dando problemas (ele é bem velhinho, coitado, do tempo que ainda não existia o Ubuntu!). Tenho dado alguma atenção ao mesmo, mas a conexão de internet não tem sido minha amiga, e cai com frequência.

Uma ferramentinha muito útil do unix para ajudar a manter minha sanidade mental é o utilitário screen. O que ele faz? Bem, ele é um Gerenciador de Janelas em modo texto!

Digamos que eu queira entrar nesse meu servidor, e ter em uma janela de terminal minha o meu editor de texto com o arquivo de configuração que eu esteja trabalhando, em outra janela estou olhando os logs do sistema, e outra está para eu ficar mandando reiniciar o servidor. Tudo bem, abro três gnome-terminal, faço três sessões ssh para essa máquina e tudo está lindo.

Até que a conexão cai.

Aí, o seu editor de texto foi fechado, as três conexões foram para o espaço e aquela linha exata do log que você estava olhando já era.

Antes de perder a sanidade, o utilitário screen está aí para nos ajudar! Vou descrever um pouco como funciona.

Você faz a sua sessão ssh normal para a máquina a acessar. Uma só, não precisa de mais que isso. Uma vez na máquina, digite o comando screen. A tela irá limpar, e você terá um shell normalzinho. Você continua trabalhando, numa boa. E aí a @#$^ conexão cai de novo.

Trabalho perdido? Editor fechado? Nada disso! Entre na máquina de novo, e digite o comando
screen -r

E voilà! De volta ao trabalho.

Mas tem mais! Eu disse que ele era um gerenciador de janelas! Bom, uma vez numa sessão screen, tente o comando Control-A C. Ele criará uma nova janela, dentro da mesma conexão ssh! (e ainda economiza banda!). Essa nova janela será acessível pelo comando Control-A “ (tecle control, segure, tecle A, solte os dois e tecle aspas) ou Control-A [número], onde número começa em 0 e é o número da janela ativa.

Caiu a conexão de novo? Entre na máquina, e com o screen -r, todas suas janelas estarão exatamente onde estavam!

Pode salvar seu dia! (E seu casamento, dependendo do estado de humor que chegue em casa…)

Um projeto patrocinado pela Nokia está portando o Ubuntu para a arquitetura ARM. A equipe já gerou builds do Feisty e do Gutsy, e está para começar o build do Hardy logo.

É possível testar o port no QEMU, ou num chroot, a partir de um cartão SD, num dos Nokia que usam Linux, como os N8xx. Os builds gerados servirão para vários ARM9 e ARM11.

A maioria dos softwares do Ubuntu compila facilmente no ARM, com exceções notáveis, como o Java, o Mono, o G77 e, claro, todos os softwares que dependem deles. Um dos desenvolvedores inclusive mostrou na Embedded Linux Conference um tablet N800 rodando o GIMP.

É muito mais rápido compilar os pacotes num pc (o cross-compile) do que nativamente, mas o desenvolvedor principal do projeto disse que a maioria dos pacotes do Debian (e por extensão, do Ubuntu), não estão preparados para cross-compile. Assim, eles compilaram nativamente, para reduzir a quantidade de intervenção manual.

O projeto montou seus computadores de uma só placa com processadores arm, e os empilharam em um rack. As máquinas compilam juntas todos os cerca de 25 mil pacotes do ubuntu em cerca de 10 dias.

Uma opção que eles estão testando para acelerar o build é usar o QEMU, emulando ARM, que é mais rapido que os ARM reais.

Mais detalhes sobre o projeto, incluindo downloads, aqui no site do projeto MOJO.

(Notícia completa, em inglês, em http://www.linuxdevices.com/news/NS2097004728.html)

http://www.engadget.com/2008/02/01/two-videos-of-e-leads-noahpad-in-action/

Esta semana, resolvi reinstalar o meu micro de mesa, que tem andado parado há muito tempo. Resolvi instalá-lo todo de novo: Windows, Mac OS X e Ubuntu.

A versão que eu uso do Ubuntu não é a default, baixada do ubuntu.com,
e sim o Linux Preview, oferecido pela Preview Computadores. E por quê?  Bom, por várias razões:

• estou relacionado ao desenvolvimento do Linux Preview há alguns anos, e isso chama-se “comer a própria comida de cachorro”.
• ele já vem com tudo que eu quero, em português, sem precisar baixar nada, o Ubuntu não tem o Langpack do brasil no cd.
• o Ubuntu tem um bug há uns dois anos que impede que ele carregue em máquinas com chipset intel onde exista uma placa de vídeo interna intel e uma placa pci express 3d ao mesmo tempo. Eu teria que reconstruir o cd do ubuntu do zero. Certamente eu me assegurei que a nossa versão do Linux funcionasse em meu computador, certo?

E gostei do que vi. Estou há dez meses fazendo um doutorado na espanha, adivinha em quê? O que me deixou sem acompanhar o Linux por um tempo. O software está mais polido, tudo funciona.

Com exceção do de sempre. A placa wi-fi.

Minha placa wi-fi é baseado em um chip antigo e conhecido: o prism54, listado como Javelin/XBOW no lspci. Na última vez que me incomodei em configurá-lo, lá por 2005, usava o ndiswrapper,  que usa os drivers do windows. Na época, um francês estava com um driver semi-funcional para Linux.

Imaginei que as coisas tivessem evoluído de lá pra cá. Então googlei pela placa. Caí na mesma página de sempre, com uma foto da minha própria placa. Busquei, busquei, e nada. Todos os sites mandam usar o ndiswrapper.

Como eu sou teimoso, resolvi arregaçar as mangas. Lembro que o firmware experimental era o isl3886, e descobri que ele já vem no ubuntu por default.

Busquei quem o carregava. Encontro os módulos do kernel. Os carrego com um

modprobe prism54common
modprobe prism54pci

E as redes sem fio aparecem imediatamente no ícone de rede ao lado do relógio (o networkmanager, com medição de sinal, mostrando quais têm senha, tudo).

Fiquei encantado. Funcionou bem demais para ser verdade. A pergunta que fica é por que ele não é ativado por padrão? Não sei, e vou aqui no #ubuntu-devel descobrir agora mesmo

Eu sei que esse não é um post sobre Ubuntu, mas ajuda a todos nós, especialmente que lidamos com redes nem sempre confiáveis…

Existe um serviço de DNS, chamado OpenDNS, que responde à requisições de qualquer máquina. Em vez de ficar buscando um DNS aberto pela rede, é só adicionar os servidores

• 208.67.222.222
• 208.67.220.220

E a coisa funciona, e bem. Sem se preocupar mais. Ah sim, e ele filtra os sites de phishing.

Para quem quer conhecer o serviço, vale  dar uma olhada em http://opendns.com/

(atenção. esse não é um servidor DNS para você registrar seu domínio, por exemplo. Para isso, existe um serviço gratuito em http://www.everydns.net que é MUITO bom e que eu uso há anos).

Tudo bem que eu tenho um mac com Ubuntu (e esse mac é um pc), mas não deu pra não dar risada

Esse é o wiki do Firefox 3… reparem o tipo de documento que eles usam:

http://wiki.mozilla.org/Firefox3/Firefox_Requirements#Gran_Paradiso_Product_Planning_Doc_.2ADRAFT.2A

Robert Jensen, do projeto Fedora Unity[0], reporta que foram lançadas versões Live do Fedora em CD e DVD em torrent[1]. Ele sai com o kernel 2.6.17 (o mesmo do Ubuntu Edgy), e com o Gnome 2.14.

Com alguns anos de atraso em relação ao Ubuntu, estou bastante curioso em ver como o projeto se saiu fazendo uma distribuição live. Hoje, o Ubuntu tem um expertise com o Live CD que não sei se outras distribuições têm. Existem, por exemplo, pessoas realizando testes com a ordem dos arquivos no CD para diminuir o tempo de boot.

Agora, o Fedora tem uma vantagem: As imagens são criadas com um sistema aberto e conhecido, chamado Kadishi, o que permite a qualquer um ter um “Fedora Build System” em casa, coisa que não acontece conosco…

[0] http://fedoraunity.org/
[1] http://torrent.fedoraunity.org/

Matt Zimmermann reporta:

Após um rápido ciclo de merges trazendo todas as novidades do Debian, entramos no congelamento de versão upstream, dentro do prazo.

Isto significa que não importaremos mais automaticamente pacotes-fonte do Debian, e que sincronizações ou uploads de novo código upstream necessitam de exceções, analisadas caso-a-caso. As exceções de praxe são aquelas onde nosso ciclo de versões é corrdenado diretamente com o desenvolvedor, e não com o Debia (por exemplo, o GNOME, e projetos desenvolvidos dentro do Ubuntu).

Isto também significa que é hora de começar a sério a ir atrás de nossos objetivos para esta versão. Com a poeira do upstream baixando, é hora de nós começarmos a quebrar as coisas nós mesmos. Os processos de inicialização e desligamento, a infra-estrutura do live CD, o sistema de pacotes, o conjunto de ferramentas de desenvolvimento e o kernel são todos alvos para desenvolvimento agressivo de novos recursos nesta versão, então fique ligado! As almas corajosas que acompanham o Edgy de perto também serão as primeiras a desfrutar de alguns dos novos recursos para desktop e servidor que estaremos introduzindo no decorrer do tempo.

Recursos:     https://launchpad.net/distros/ubuntu/edgy/+specs
Exceções ao congelamento: https://wiki.ubuntu.com/DeveloperResources
Agenda da versão: https://wiki.ubuntu.com/EdgyReleaseSchedule

(tradução livre)

Como os usuários do Ubuntu versão 64 bits já puderam notar, o firefox fornecido com o mesmo não roda nem java nem flash, que são aplicações exclusivamente 32 bits.

Com esse problema em mãos, resolvi criar o meu próprio pacote do Firefox 32 bits, versão 1.5.0-3 em português do brasil, para o dapper amd64. Eu já havia feito o mesmo com o breezy, e esta é a continuação dele, com a vantagem de que este não conflita com o firefox de 64 bits.

Para instalá-lo, instale primeiro o java, com o comando: “sudo apt-get install sun-java5-jre ia32-sun-java5-bin”

O link para download do pacote é
http://www.surak.eti.br/linux/ubuntu/deb/firefox32-dapper-amd64-1.5.0.3-preview0.deb

Esta é uma versão experimental, portanto, se tiverem problemas, por favor, me avisem. Espero que seja útil.