Mudando radicalmente a distribuição

Imagine dirigindo um caminhão e mandando esse caminhão fazer uma curva para direita. Agora, imagine que ao fazer isso, o caminhão vire para a esquerda. Consegue ver um problema aqui ?

Pois é exatamente assim que eu estava me sentindo ao usar o openSUSE 11.1. Pela terceira vez em 2 meses ele "quebrou algum recurso". Dessa vez o locale foi corrompido, e assim como eu já havia visto em outro computador, ele "acreditou" que eu estava utilizando uma codificação exótica da qual eu nunca tinha ouvido falar...

Quem já usou o openSUSE sabe o quanto somos reféns do yast. Se o Yast diz que eu estou utilizando UTF-8, o que eu poderia fazer ? Editar o arquivo na mão ? Não no openSUSE. No openSUSE não se edita diretamente NENHUM arquivo de configuração. O máximo que eu poderia fazer é editar um arquivo que seria o responsável de editar o outro arquivo (é... arquivo que gerencia arquivo).

Por esses motivo é perdi definitivamente a minha paciência com o openSUSE e instalei o Arch Linux.

Por que o Arch Linux ?

Se eu escrever: vire a direita, ele vira a direita... se isso está certo ou errado é problema meu.
Possui um excelente gerenciador de pacotes.
São raras as perguntas sem respostas. Digo, é a maior taxa de solved/resolvido por unidade de tópicos que eu já vi em um fórum.

E a instabilidade ?

Mais instável do que andava a última versão do openSUSE ? Definitivamente, não. Além disso, como eu disse, para toda pergunta existe uma resposta, assim, quando há um problema, surge uma solução ... De qualquer forma, assim que eu terminar de configurar o sistema eu irei fazer um backup de partição para assegurar uma restauração rápida em caso de necessidade. Afinal, minha máquina principal é uma máquina produtiva e as vezes não pode parar. Embora, eu tenha uma máquina na universidade que sempre pode me servir em caso de necessidade (eu trato essa máquina de forma mais conservadora, limitando programas existentes, freqüência de atualizações, etc, assim, nela o openSUSE ainda está ok).

Ainda assim, existe um ponto a ser levado em consideração. A tal da instabilidade é teórica. Digo isso porque até agora, eu só vi estabilidade e soluções de problemas. Tudo que não funcionava no openSUSE está funcionando agora. Exemplo, o gerenciador de discos removíveis encriptados, que não funcionava no meu openSUSE corretamente.

Mais a melhor impressão que tive do sistema sobre essa questão foi quando eu abri o krename. O krename existente no openSUSE foi compilado com o KDE4 e não funciona. O disponível no Arch Linux foi compilado com o KDE3 e FUNCIONA. Qual dos dois foi menos responsável ?

Por tudo isso e mais alguma coisa, a tal instabilidade é teórica. Espero alguma turbulência em grandes upgrades que possam requerer alguma modificação grosseira no arquivo de configuração. Nada além disso.

Problemas ?

Claro que eu tive problemas !!! Mas como disse acima, todos os problemas tinham solução em algum lugar da internet.

É engraçado como o sistema, por exemplo, me lembrou que eu tenho duas placas de rede na máquina (eu só uso uma, a outra sempre fica desabilitada), mas eu demorei a correlacionar o fato de ter uma instabilidade em conseguir conectar ou não por conta da ordem de leitura dos módulos delas... Mas é a tal coisa, para instalar o Arch Linux deve conhecer sua máquina. A distribuição não perdoa quem esquece esses detalhes...

Alguns problemas, ou melhor, questões, estavam associados ao pouco uso do pacman e ao desconhecimento de nomes de pacotes e seu conteúdo. Um exemplo, como eu saberia a priori que o okular estava no pacote kdegraphics ? Mas todas essas perguntas são respondidas por alguém.

Todos os meus problemas foram solucionados em menos de 1 dia. Recorde histórico nesses mais de 10 anos de uso do GNU/Linux. Seria eu aprendendo alguma coisa ou o sistema não querendo mais informação do que a necessária ?

Uma curiosidade

Para um sistema que requer que eu configure o teclado com um arquivo de configuração escrito manualmente, foi muito curioso encontrar tantas linhas de configuração no /etc/vimrc e /etc/gvimrc. São vários detalhes que me obrigam a alertar sobre a necessidade de olhar esses dois arquivos antes de usar os programas. O problema está para quem já tem um .vimrc e não quer configurações conflitantes entre os arquivos. Por tudo isso, eu sugeriria uma remoção significativa do conteúdo desses dois arquivos...

E porque eu usava o openSUSE mesmo ?

Resposta fácil. Na época que comecei a usá-lo, era a única distribuição que compilava o openFOAM (programa livre para simulação CFD). E o sistema não foi ruim. Na verdade eu gostei muito da versão 10.3, apesar de me sentir um pouco incomodado com o excesso de camadas entre minhas edições de configuração e os arquivos de configuração propriamente dito e com a velocidade do Yast. A verdade é que tudo funcionou e eu não podia desejar menos. E a inércia faz com que continue-se utilizando a mesma distro quando tudo vai bem (especialmente com as melhorias do Yast). Mas os problemas atuais do openSUSE 11.1 foram fatais, sistema estava lento demais, demorava muito para abrir alguns módulos do Yast quando não o próprio GNOME (chegava ao ponto de ser possível fazer um lanche enquanto o sistema dava boot), alguns erros "sem lógica" apareciam do nada, etc. O último problema, que foi o de codificação, foi fatal. Se eu o usasse por mais tempo eu correria o risco de corromper todos os meus arquivos. Seria uma tragédia. Tradicionalmente, eu restauraria a partição de um backup estável, mas resolvi por um fim nisso. Pelo menos em casa. Na universidade eu vou esperar aparecer um "problema-desculpa" para usar o Debian.

g3data

Ainda não aprendi como fazer contribuições, mas o único programa que instalei que não estava nos repositórios oficiais é o g3data. Um simpático programa para interpolar gráficos que estão em formato de imagem (png, pelo menos, nunca tentei com outro). Ele está no AUR, mas desatualizado (ok, pouquinho desatualizado, mas sabe como é, não ?). Então eu criei o meu próprio PKGBUILD. Para ser bem honesto, eu apenas peguei o que estava no AUR e modifiquei os campos necessários.

Eu não vou contribuir oficialmente enquanto não ler toda aquela documentação que parece existir por aí. Afinal, se eu fizer algo errado não vai ser por omissão. E espero não cometer nenhum pecado ao fazer essa modificação e disponibilizá-la aqui...

Comentários finais

Espero ter tempo para aprender alguma coisa sobre o AUR.

É realmente maravilhoso utilizar o /etc/rc.conf para configurar o sistema.

Claro que eu instalei o tema padrão do Ubuntu no meu Arch Linux... (para quem não sabe, é o meu tema predileto). Até isso ficou melhor no Arch Linux do que no openSUSE, que adora reclamar do tema...

Tenho minhas dúvidas se eu vou escrever alguma dica para o Arch Linux nesse blog. Não sei se vou aprender algo que não tenha sido detalhadamente divulgado por outro em algum lugar e eu raramente repito assuntos que possam ser encontrados na internet, exceto quando é algo que considero muito raro ou importante. Acho que gastei todo meu conhecimento inédito nesse tópico... Mas provável é que eu escreva reviews sobre certos assuntos...

Eu agora tenho nautilus-actions. Não funcionava no openSUSE como devia (dava trabalho para instalar e funcionava a meia-boca)

E o nautilus mostra os modos de "visão de ícones/em lista/compacta" ao lado da barra de enderenços (o openSUSE não mostra ela, penso que era uma configuração, mas nunca achei como restaurar ao "normal")

Eu agora tenho gdmsetup. Estava com saudades dos bons e velhos aplicativos...

As fontes estão mais bonitas... e eu não fiz nada para isso...

E o OpenFOAM ? Bem, se por acaso de um dia ensolarado eu necessitar de ter a versão de desenvolvimento novamente na minha máquina pessoal. Com 100% de certeza não será para executar coisa alguma. Agora existe uma versão instalada em um cluster do lab. Logo, me basta saber o usar bem o editor de textos via terminal (entenda, vim ou emacs). Mas ainda que esse cenário mude, o OpenFOAM tem mostrado uma filosofia de empacotar sua própria versão de tudo. Portanto, tudo que eu teria é trabalho em ler os arquivos de configuração e a documentação e assim determinar exatamente quais são os componentes necessários (e suas respectivas versões) para uma compilação com sucesso. Aliás, hoje é mais fácil compilar o OpenFOAM no Ubuntu do que no openSUSE de forma que todos os argumentos que nos levaram a utilizar o openSUSE foram destruídos.

Sinceramente, espero nunca ter que abandonar o Arch Linux.
É muito agradável, leve, simples, etc.