Recentemente saiu a notícia no BR-Linux: estava disponível para jogar Quake Live com a pequena instalação de um plugin no Firefox. Entro no site do quakelive e tento instalar no meu Firefox ou no Safari do Mac OS X. O resultado foi o mesmo, a tela abaixo.

Incompatibilidade de plugin

Instalando o plugin

Plugin instalado

Prossigo com o processo de instalação, ele demora um pouquinho baixando atualizações (ok, minha banda de conexão não é muito larga), mas finalmente consigo começar o jogo. Como estou jogando na VM, com recursos escassos para vídeo e conexão lenta, o jogo ficou bastante lento, porém mesmo assim dá pra sentir que o jogo está bom e é empolgante ter essa portabilidade para GNU/Linux através do Firefox. Resta agora conseguir isso para o Mac OS. =)

Carregando jogo

Tela de boas vindas

Começando a jogar

Jogando em tela inteira

Uma coisa estranha aconteceu hoje, e por isto estou fazendo uma pausa na preguiça de escrever algo.

Eclipse IDE

Durante um dia normal de pesquisa, em uma reunião onde tentávamos entender o código de um projeto open source, o Eclipse Ganymede que ele utilizava no Linux estava com um problema para executar o Debug. Toda vez que tentava executá-lo, aparecia um dialog informando:

“Cannot connect to VM”.

Estranhamos. Olhando nas configurações de JRE utilizadas, estava tudo ok, e o problema apresentava-se somente no Debug, e não na compilação/execução de programas. Apresentava também, na área “Problems”, um problema com um getthisbyname(). Estranhei. Não estaria resolvendo o nome de que, se ao testarmos só estava tentando rodar um “Hello World”? A única máquina que estaria tentando alcançar seria ela mesma: localhost. Resolvemos olhar o arquivo /etc/hosts (que guarda algumas pré-configurações de hosts em UNIX):

#127.0.0.1   localhost
127.0.0.1   xxx-notebook
#outras configurações de hosts

Para os desavisados, em arquivos de configuração UNIX é comumente utilizado o # como símbolo para comentário de linha. Logo, aparentemente devido ao fato de estar comentado, o Eclipse (ou a função getthisbyname() de Java) não conseguia resolver o nome localhost para 127.0.0.1. Removido o comentário, o Debug do Ganymede passou a funcionar perfeitamente.

Interessante, não?

Chegando aquela época do ano novamente: muitas coisas por vir, muitas expectativas. E já estamos quase em abril, então…

Outra expectativa: joguinho interessante da produtora de games “The Behemoth”. Nunca joguei nada deles, mas se o trailer abaixo for fiel ao gameplay, parece bom.

Isso sem contar a expectativa final: provas e projetos. O bom e velho stress entre provas, projetos, trabalhos, monitoria, e IC. Sem isso, não tinha graça. =)

Quem viver, verá!

Estava fazendo um script para a pesquisa esta semana. O propósito dele deveria ser rodar e escolher números aleatórios, para matarmos processos. Ao terminar o programa, que funcionava muito bem no Mac OS X, ficou parecendo o seguinte:

#!/bin/sh

contador=0
MAXIMO=15

while [ $contador -lt $MAXIMO ]
do
  echo $[ $[ $RANDOM % 30 ] + 10 ]
  contador=$[ $contador + 1 ]
done

Lindo. Imprimia uma lista de números aleatórios entre 10 e 39. Tudo o que eu queria.

O problema veio na hora de passar este pequeno script para o Ubuntu e rodar os testes necessários. Ao invés de funcionar perfeitamente, ele declarava erros incompreensíveis para mim. Informava que havia variáveis não encontradas, operações não entendidas, etc. Este é o momento em que você para e pensa: “WTF”?

Rodei novamente no Mac. Lindo. Digitei linha por linha no próprio shell do Ubuntu. Funcionou! Mas ao tentar copiar o resultado deste esforço para um documento .sh, ele se tornava em vão. Veio a dúvida: será que este shell do linux do laboratório está quebrado?

Fui verificar onde estava localizado. Após executar um file /bin/sh no Ubuntu, tive como resposta algo esclarecedor: Symbolic link to `dash‘. Lembrei de imediato que o Ubuntu não usa o Bash por questões de desempenho, e este Dash – Debian Almquist Shell possui diversas incompatibilidades com o Bash, já que utiliza um conjunto de funcionalidades mais restrito e original ao padrão POSIX.

Resultado: para corrigir o problema, alterei a linha de shebang para #!/bin/bash. Quanto às incompatibilidades, corrigirei-as depois. =)

Atualmente, para virtualização no MacBook, tenho usado uma ferramenta que acredito ainda ser pouco comum: o VirtualBox. Desenvolvido atualmente pela Sun(empresa mãe da linguagem Java, da arquitetura SPARC, e atual dona do MySQL), o VirtualBox é uma máquina virtual com propósito de competição com atuais grandes nomes da cena de virtualização, como VMWare e XEN. É a aposta da Sun nesse mercado que atualmente já é responsável por muitas e muitas vendas de servidores(o que já os beneficiava de algum modo).

VirtualBox

Usei a ferramenta (sem parar muito para leitura de manuais, FAQs e wikis relacionados) por um bom motivo: ela é totalmente gratuita, e decidi apostar após ver alguns vídeos no própria página da empresa a respeito da empreitada. Até agora a utilização tem sido amigável. Já instalei 3 VMs: uma Fedora 10, outra Ubuntu 8.10 e uma Debian Etch. Mas vamos aos pequenos problemas.

O processo de instalação não me deu muita dor de cabeça. A primeira instalação foi do Fedora 10 (Live CD, versão x86). Enfatizo o muita por terem havido alguns problemas. O primeiro passo necessário é escolher as configurações da máquina em si, antes de decidir instalar qualquer coisa nela. Selecionei uma quantidade razoável de RAM (750MB), mas me esqueci de configurar a memória de vídeo. Assim, durante todo o processo de primeira instalação(utilizando modo gráfico), a tela ficava dividida em 3 seções: da metade pra baixo, somente linhas horizontais cinzas preenchiam a tela; a parte superior, por sua vez, mostrava 2 trechos do que seria a visão normal, mas meio embaralhados. Confuso, mas com um pouco de paciência a instalação correu normal. Durante a primeira execução do sistema, a interface ficou também dividida e embaralhada. Desliguei a máquina, reajustei a memória de vídeo para 100MB, e iniciou com normalidade desta vez. Até aí, tudo ok.

Acontece que precisei reinstalar a máquina virtual. Repeti o procedimento, mesmo bug na instalação, resultado diferente na inicialização, mesmo com a memória de vídeo considerável. Tentei algumas mudanças, sem sucesso. Por fim, ajustei a memória para 64MB, e funcionou normalmente. Se alguém souber como isso aconteceu, sinta-se livre para comentar!

Continuando, a instalação do Ubuntu 8.10 não me deu tantos problemas. Com memória de vídeo de 100MB, o sistema instalou e executou com perfeição. Único problema: ambas as máquinas permaneciam com desempenho pouco desejável, apesar da alocação de recursos generosa. Descobri que o VirtualBox possui um conjunto de adições ao sistema operacional virtualizado, que otimizam seu funcionamento em relação ao hospedeiro. Tentei instalá-lo, porém faltavam algumas bibliotecas requeridas, e precisaria atualizar meu sistema (kernel, gcc, etc) para instalá-las. Ficou o dilema: ou gastava um razoável quantidade de tempo baixando atualizações intermináveis, ou sofria com desempenho abaixo do esperado. O que fazer? A solução: Nada. Misteriosamente, após uns dias, liguei a máquina virtual após uma alteração nas regras de consumo de energia no Mac, e o desempenho da VM havia melhorado. Havia sido a configuração de energia a causa do problema? Pouco provavelmente. Durante o tempo seguinte, alterei-as novamente e o desempenho se manteve.

Por último, porém o melhor de todos, instalei o Debian Etch. Com 945MB de RAM e 64MB de vídeo, acredito ser a máquina que está com o melhor desempenho. Nunca tinha tido a experiência de instalar o Debian previamente, mas seguindo a instalação gráfica do sistema, usando o CD net-install, só tive um problema: a demora para baixar os programas que escolhi instalar. Não que seja culpa de ninguém. O tipo de cd de instalação segue exatamente este propósito, onde a imagem do CD é menor, portanto leva menos tempo para baixar, e você não precisa baixar nada que não utilizará. Antes mesmo de terminar de baixar os programas, consegui terminar o download da imagem do CD1(com xfce) de instalação completa. Poderia ter feito por ele, mas o net-install funcionou tão bem quanto. Gostei também da distribuição, e é provável que eu continue a usá-la com frequencia.

VirtualBox em execução

1. Utilização direta de partições da máquina para armazenamento de dados (ex.: uma partição real para um servidor real. A transição para um servidor real poderia ser feita com a migração física de um HD, caso a partição seja um dispositivo à parte, portanto);
2. Opção de arquivos de tamanho dinâmico para armazenamento da máquina (já utilizei com o Debian. Cria-se um arquivo com tamanho limite, no meu caso escolhi 5GB. À medida que os dados forem inseridos/criados na imagem, ela ganha tamanho, e não possuirá o tamanho total desde o início. É uma ótima maneira de poupar espaço em partições reais);
3. Opção de instalação de drivers para otimização, como mencionado acima, os quais permitem melhor desempenho e utilização da máquina (full-screen real, com o sistema virtualizado ocupando a tela inteira da máquina, o que não vem diretamente com o programa);
4. API para desenvolvimento do VirtualBox, com SDK distribuído gratuitamente pela Sun.

Quaisquer novidades interessantes quanto à utilização, como os itens acima, postarei aqui.

Fedora 10, já disponível!

E Ubuntu 8.10 já disponível…

• Ubuntu 8.10:
  
  

  Ubuntu 8.10 - Já chegou.

• Fedora 10:
  
  

  Fedora 10 - já em beta