git and bash tips

some tips for improving your git ans bash interaction

for completion copy ‘etc/bash_completion.d/git’ to ‘~./bash_completion.d/git’
after that add the following lines to your ‘~/.bashrc’
PS1=’${debian_chroot:+($debian_chroot)}\u@\h:\w$(git branch &>/dev/null; if [ $? -eq 0 ]; then echo ” ($(git branch | grep ‘^*’ |sed s/\*\ //))”; fi)\$ ‘
. .bash_completion.d/git

the first line you make the shell show you the branch you’re in inside parenthesis after the path.
all was done under debian lenny

cheers

dicas para git e bash

algumas dicas para você deixar o seu git melhor de usar com o bash

completion
copie ‘etc/bash_completion.d/git’ para ‘~./bash_completion.d/git’

depois adicione as seguintes linhas no ‘~/.bashrc’
PS1=’${debian_chroot:+($debian_chroot)}\u@\h:\w$(git branch &>/dev/null; if [ $? -eq 0 ]; then echo ” ($(git branch | grep ‘^*’ |sed s/\*\ //))”; fi)\$ ‘
. .bash_completion.d/git
a primeira linha e para voce ver o branch que voce esta entre parenteses depois do path.
fiz isso num debian lenny

abracos e ate a proxima

debian, xdmcp and an ol’ pc

I’ve tried a bit to get my old k6-2 ready for battle again but the best shot was to use xdmcp with an athlon 64. I’ll describe what i’ve done to get it working on debian lenny.
I’ve always used kdm, but the version shipped with the distro has some issues with xdmcp so I switched to gdm to avoid later problems. Backporting is not an option for me, since upgrading later can be really a kick.

The following steps should be done on the application server.
For debian, don’t forget to change “/etc/X11/xinit/xserverrc”, commenting the line “exec /usr/bin/X11/X -dpi 100 -nolisten tcp”, since, for security reasons, debian blocks any incoming connection to the X port.
Besides that, those are standard procedures. Run gdmsetup and go to the Remote tab and in Style, choose anything but “remote login disabled”. Go through “Configure XDMCP” if you want to change anything else, but note that it is not necessary. Now to Security tab, uncheck “Deny TCP connections to Xserver”. Right, restart gdm
# /etc/init.d/gdm restart
and you’re ready to roll out.

On the clients (or X servers) run
# X -query app_server_ip

If you already have and X session open, do
# X :2 -query app_server_ip

It is also possible to use broadcast (if it is enabled)
# X -broadcast
This way, even without telling the ip, you will connect to the first pc that answers the broadcast on the network.

Gdm can also let you find a xdmcp server from its own interface, just click the actions button and you will have it!

For more information about how to configure xdmcp and some details on other distros and kde, click here (in portuguese).

cheers!

debian, xdmcp e um pc velho

Tentei várias coisas para dar uma reanimada no meu velho k6-2, mas a melhor de todas sem dúvida foi um xdcmp com um athlon 64. Vou descrever abaixo o procedimento para colocar para funcionar num debian lenny.
Eu sempre usei o kdm, mas a versão empacotada com o debian apresenta alguns problemas com o xdmcp então mudei para o gdm para fazer funcionar mais rápido e com menos efeitos colaterais. O kdm me exigiria fazer um backport de versões, um puta trabalho para fazer upgrades depois.

Os passos abaixo devem ser executados no servidor de aplicativos.
Para o debian, não se esqueça de alterar o arquivo “/etc/X11/xinit/xserverrc”, comentando a linha “exec /usr/bin/X11/X -dpi 100 -nolisten tcp”, pois, por questões de segurança, o debian bloqueia conexões tcp para o X.
Fora isso, siga o procedimento padrão. Rode o gdmsetup e vá na aba Remote e em Style selecione qualquer coisa que não seja “remote login disabled”. Vá em “Configure XDMCP” se quiser alterar algum parâmetro, mas isso não é necessário. Na aba Security, desmarque a caixa que diz “Deny TCP connections to Xserver”. Pronto, agora basta reiniciar o gdm

# /etc/init.d/gdm restart

e você está pronto para acessar a máquina.

Agora, nas máquinas clientes (ou servidores X) execute
# X -query ip_do_servidor_de_aplicativos

Caso você já tenha uma sessão X aberta na máquina, rode
# X :2 -query ip_do_servidor_de_aplicativos

É possível ainda usar uma outra opção, caso o broadcast esteja ativado
# X -broadcast
Assim, mesmo sem passar o ip, você se conectará à primeira máquina que responder ao broadcast lançado na rede.

O gdm ainda oferece o recurso de buscar um servidor xdmcp por sua própria interface, clicando no botão actions.

Para mais informações sobre como configurar o xdmcp e alguns detalhes de outras distros e como fazer funcionar no kde, clique aqui.

abracos e ate a proxima

Dual boot with windows on a slave hd

Trying that may be is a pain in the ass. To avoid it, read below something that will help you.

First of all, I’ll tell you why the problem happens. When you install windows on a slave hd and wants to dual boot, windows thinks it’s on the master hd and won’t cooperate. What you have to do is fool windows so that it thinks that it is really on the master disk. So, tell the BIOS to remap the drives. How? Simple.

Edit your ‘/boot/grub/menu.lst’ so that it has the following lines (where you write down the windows stuff)

title Windows XP
root (hd1,0)
map (hd1) (hd0)
map (hd0) (hd1)
makeactive
chainloader +1

Windows is, in that case, on a ide slave disk and the master is a sata hd with debian lenny.

If running debian, do

# update-grub

Reboot and be happy! =D

Dual boot grub com windows em hd slave

Tentar isso pode deve dar dor de cabeça. Para evitar, segue algo que vai te ajudar.

Antes de mais nada, vou explicar o motivo do problema. Quando você instala o windows em um hd slave e quer fazer dual boot, o windows pensa que ele está no hd master, e vai se recusar a cooperar. A solução para isso é “enganar” o windows dizendo que ele está como master fazendo a BIOS remapear os drives. Como isso? Simples.

Edite o seu ‘/boot/grub/menu.lst’ para ficar assim (na parte onde você descreve o windows)

title Windows XP
root (hd1,0)
map (hd1) (hd0)
map (hd0) (hd1)
makeactive
chainloader +1

O windows nesse caso está num hd ide slave enquanto o master é um hd sata com debian lenny.

No debian, rode

# update-grub

Reinicie e provavelmente não terá mais problemas.

abracos e ate a proxima

Muita coisa

Já estava há bastante tempo sem colocar nada por aqui. Aquelas tradicionais enrolações onde você não arruma uma folguinha para poder sentar e escrever com calma.

Enfim, vou fazer um resumão do que rolou nesse meio tempo.

- Tirei o ubuntu do pc e voltei para o debian

O Ubuntu parece estar evoluindo bastante, cada versão nova da um passo importante em direção à usabilidade e ainda assim oferece os recursos de configuração mais braçais do Linux. Existem meios para arrumar tudo pela interface gráfica, mas a boa e velha linha de comando continua poderosa.

Ter voltado ao debian para mim é o mesmo que voltar para casa. Me sinto mais à vontade com ele e tenho os meus motivos para isso. Eu uso uma interface gráfica bem modificada, ainda é o KDE, sua aparência nem é tão diferente do habitual, mas uso muitos atalhos e coisas do gênero. O Gnome não faz as coisas do jeito que eu quero, lógico que é possível modificá-lo para que faça, mas sinceramente essa empreitada não está nos meus planos. Outro motivo importante para eu ficar com o KDE é a Qt. Acho uma biblioteca muito melhor, mais intuitiva e poderosa. Além do mais, roda mais rápido aqui (exceto para casos de rederização de imagem).

Por que não tentar o kubuntu então? Não sei. Gosto do debian e vou ficar com ele! =)

- Novamente tive problemas instalando o driver da ati

Quando reinstalei o debian, obviamente, fiz o procedimento para instalação do driver da ati (bem parecido com o do ubuntu descrito no post abaixo, mudando apenas detalhes como o blacklist do fglrx e pacote que você gera a partir do script de instalação). Funcionou. Até um dado momento em que reiniciei o computador e puff! não funcionou!!! O X congelava, não podia mudar para os terminais e nem nada. Reiniciei em modo single user e fuçei um pouco. Nada!!! Fui testar se era o kdm ou o X, era o X mesmo. Mexe mais um pouco, nada!!! Mais um pouquinho, nada!!! Como tinha acabado de instalar o debian, era mais fácil reinstalar tudo e pronto. Os logs não apontavam nada. Provavelmente algum arquivo corrompido ao desligar o computador abruptamente.

Reinstalei. Primeira coisa, instalar o driver. Mesmo erro? Oo WTF.

Reinstala de novo. Primeira coisa de novo, instalar o driver de novo. Mesmo erro de novo? Oo WTF de novo.

Mas dessa vez já estava com a cabeça feita. Reinstalaria o sistema mas não iria colocar o driver proprietário mais. Não ia me matar ficar sem jogar urban terror, que parecia ser a única coisa que precisava de aceleração 3D. Então azar o dele. Lá fui eu. Instalei tudo, para perceber uma coisa. Misteriosamente o zsnes precisa do driver fglrx para rodar direito, senão ele fica muito lento! Aí não! E meu donkey kong e mario world? Isso era inadmissível. Encarei uma guerra santa para fazer essa porcaria funcionar. Resolvi tentar uma versão mais antiga do driver. Adivinha? Isso mesmo, o X travou xD. Próximo passo? A versão mais recente do driver, então lançada apenas na véspera. Lógico que deu pau também. Pensei em uma alternativa para resolver o problema. Logar remotamente por ssh pelo ancião (um k6-2 aqui de casa) no computador e ver que diabos poderia estar acontecendo, talvez o usuário não ficasse travado e eu encontrasse algum processo com problemas ou coisa do gênero, qualquer log já me ajudaria.

Foi o que fiz. Loguei no computador, testei para ver se estava tudo funcionando direitinho. Partindo do console, com o kdm parado, rodei o comando ‘# /etc/init.d/kdm start’ e me preparei para os problemas, já imaginava uma conexão perdida no outro pc. Vejo o kdm iniciando normalmente e o ssh no outro monitor me olhando com cara de bunda, e eu mais ainda. Como pode esse puto nobre computador ter funcionado? Sinceramente, já nem penso mais no motivo, certamente é exotérico técnico demais para mim. Só para confirmar se não era pegadinha do malandro, reiniciei o pc, para carregar tudo novamente. Funcionando como um relógio. Vai entender.

Como não poderia deixar de ser, saindo de uma situação pouco confortável, resolvi apertar a máquina. Eu estava com uma versão nova do fglrx, que supostamente tem um suporte a AIGLX melhor. Instalei o compiz. Adivinhem? Funcionou direitinho. Rápido e suave. Tenho certeza que vou morrer sem ver de tudo.

- A faculdade já está a pleno vapor

Tanto as aulas quanto o colméia. Para quem ainda não sabe, o colméia é um grupo de pesquisa de software livre da UDESC. Já estou lá há algum tempo e o grupo cresceu consideravelmente nesse período. Temos o maior número de alunos no grupo para o departamento de computação e talvez o segundo maior dentro do centro. Temos alguns trabalhos com a prefeitura de Joinville e a Secretaria de Educação, trabalhamos no projeto Fome-Zero, temos uma perspectiva de trabalho em conjunto com a prefeitura de Jaraguá do Sul e mais algumas coisas. Vivemos basicamente de doações de equipamentos para desenvolvermos nossos trabalhos (isso mesmo, se quiser doar, pode me avisar xD). Um dos nossos projetos atualmente é desenvolver um cluster para reaproveitarmos máquinas velhas que temos lá. Sala nova agora e uma mudança feita na última sexta! Way to go!

De mais notável é isso aí.

abracos e ate a proxima

ubuntu gutsy, ati and compiz

well, I’ll post the same thing but this time, but since many people in other countries also want to find the solution to the problem, I’ll do it in another language.
First of all, since I’m a native portuguese speaker, I’ll ask that you to be kind on my poor english.

My computer is a:
Athlon 64 2800+ 1.8GHz
1GB DDR400
HD SAMSUNG SATA 80GB
Mobo Asus K8S-MX
Video Card ATI RADEON 9600PRO

$ uname -a
Linux tivoli 2.6.22-14-generic #1 SMP Tue Feb 12 07:42:25 UTC 2008 i686 GNU/Linux

I did all the stuff below on a fresh ubuntu install, I just did try to install the drivers from the restricted drivers manager before. No luck at all.
Let’s go to the installation steps. (Backup your xorg.conf, you know, safety first xD)
I’ll suppose you don’t have xgl or fglrx installed, if you do, remove them first.
$ sudo apt-get remove xserver-xgl xserver-xorg-fglrx

Turn Composite and AIGLX on in /etc/X11/xorg.conf by adding the following lines at the end of the file.

Section “Extensions”
Option “Composite” “true”
EndSection
Section “ServerFlags”
Option “AIGLX” “true”
EndSection

Disable the fglrx module by editing the file /etc/default/linux-restricted-modules-commom. Find the line that corresponds to DISABLED_MODULES=”" and change it to DISABLED_MODULES=”fglrx”.
Make sure you have the multiverse and universe repositories being used. You can change it directly in the /etc/apt/sources.list file uncommenting the lines that have this repos.
All repositories ok, run
$ sudo apt-get update
$ sudo apt-get install module-assistant build-essential fakeroot dh-make debhelper debconf libstdc++5 linux-headers-generic-$(uname-r)

Download the driver and, in the folder you have it, run
$ sudo bash ati-driver-installer-8.42.3-x86.x86_64.run –buildpkg Ubuntu/gutsy

This should generate the .deb packages that are necessary for the driver installation. If you get an error, you should fix it before proceeding.
After that, install the packages
$ sudo dpkg -i xorg-driver-fglrx_8.42.3-1*.deb fglrx-kernel-source_8.42.3-1*.deb fglrx-amdcccle_8.42.3-1*.deb

Eventually you may get an unresolved dependency, that you’ll take off using:
$ sudo apt-get -f install

Remove all previous fglrx packages in order to avoid conflicts
$ sudo rm /usr/src/fglrx-kernel*.deb

Compile the module
$ sudo module-assistant prepare
$ sudo module-assistant update
$ sudo module-assistant build fglrx -f
$ sudo module-assistant install fglrx -f
$ sudo depmod -a

In case any changes have been made to the fglrx module, the following step may be necessary, run it if you are in doubt:
$ sudo mkdir /lib/modules/$(uname -r)/volatile
$ sudo ln -sf /lib/modules/$(uname -r)/misc/fglrx.ko /lib/modules/$(uname -r)/volatile/fglrx.ko

Enter the following commands to change the xorg.conf:
$ sudo aticonfig –initial – f
$ sudo aticonfig –overlay-type=Xv

After that, you have two ways of loading the module. The first one is rebooting and let the OS does it’s job. The other one, which I myself prefer, is to do it by yourself.
Call a tty (Ctrl+Alt+F1 for example). Log in and run the following commands.

$ sudo /etc/init.d/gdm stop
Stops the gdm

$ sudo rmmod radeon
$ sudo rmmod drm
Removes the former video driver module and DRM

$ sudo modprobe -v fglrx
$ sudo depmod -a
Loads the video driver module and generates the dependencies list of all modules.

Now, let’s call gdm again
$ sudo /etc/init.d/gdm start

Test and see if it is ok.

gallois@tivoli:~$ fglrxinfo
display: :0.0 screen: 0
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: ATI RADEON 9600 Series
OpenGL version string: 2.0.6958 Release
gallois@tivoli:~$ glxinfo | grep direct
direct rendering: Yes
gallois@tivoli:~$ glxgears
17141 frames in 5.0 seconds = 3428.177 FPS
18477 frames in 5.0 seconds = 3694.979 FPS
18448 frames in 5.0 seconds = 3689.492 FPS
18491 frames in 5.0 seconds = 3698.152 FPS
18436 frames in 5.0 seconds = 3687.086 FPS

gallois@tivoli:~$

This shows you that you are getting proper 3D acceleration. A detail that you might observe is that if you go to System > Administration > Restricted Drivers Manager you see that the fglrx driver is not installed, but in use. By so, it means that you’re using a driver that is different from the one that is provided by their repositories. If you get any MESA DRI message at the line “OpenGL renderer string:” instead of the model of your card, something went wrong. You should start by taking a look at the xorg loading log at /var/log/Xorg.0.log (try running ‘$ cat /var/log/Xorg.0.log | egrep \(EE\)’ to show you where are the errors) and the outpu of ‘$ dmesg’to have an idea of where you are stuck.
Now you should just set up compiz, which is much easier than what you have already done.
The following command will start it in the current session
$ SKIP_CHECKS=yes compiz

To turn it on via System > Preferences > Appearance > Visual Effects, run
$ mkdir -p ~/.config/compiz && echo SKIP_CHECKS=yes >> ~/.config/compiz/compiz-manager.

I took the information on how to set up compiz from this site, and used many of its installation steps as a base to this guide, however, I know them almost by heart, since I do it a lot. My problem, as it seems, was solved by installing the 8.42 version of the driver, the others just didn’t work at all. Since this one was the first to have AIGLX support (I shall warn you, it SUX) I tried it out, all for good.

That’s all for now, any question, comments, flame, messages, love letters are welcome =]

[update] sometimes, X complains about not finding the libGL.so.1 or something like that. run:

$ sudo ln -s /usr/lib/libGL.so.1.2 /usr/lib/libGL.so.1

[/update]All the best.

ubuntu gutsy, ati e compiz

Bom galera, como esse é um tópico comum em vários blogs e forums, resolvi colocar aqui as minhas experiências também. Pode ser que seja útil a alguém.

Em primeiro lugar, vou descrever o meu computador

Athlon 64 2800+ 1.8GHz

1GB DDR400 genérica xD

HD SAMSUNG SATA 80GB

Mobo Asus K8S-MX

Placa de vídeo ATI RADEON 9600PRO

$ uname -a

Linux tivoli 2.6.22-14-generic #1 SMP Tue Feb 12 07:42:25 UTC 2008 i686 GNU/Linux

A instalação foi feita sobre um ubuntu recém instalado. A única coisa que tinha feito antes foi tentar instalar os drivers de vídeo pelo restricted drivers manager do ubuntu. O que não me deu nenhum resultado positivo.

Vamos à instalação em si. (Faça sempre uma cópia do seu xorg.conf por segurança =)

Partirei do princípio que o sistema não tem nada de xgl e fglrx instalados. Caso tenha, será necessário remover.

$ sudo apt-get remove xserver-xgl xserver-xorg-fglrx

Habilite Composite e AIGLX no /etc/X11/xorg.conf adicionando as seguintes linhas no final do arquivo.

Section “Extensions”
Option “Composite” “true”
EndSection
Section “ServerFlags”
Option “AIGLX” “true”
EndSection

Retire o módulo fglrx da lista de carregamento do kernel editando o arquivo /etc/default/linux-restricted-modules-common na linha onde tem DISABLED_MODULES=”" e altere-a para ficar como segue: DISABLED_MODULES=”fglrx”

Certifique-se de ter habilitados os repostórios universe e multiverse no apt. Isso pode ser alterado diretamente no arquivo /etc/apt/sources.list retirando os comentários das linhas que tiverem esses dados.

Após ter os repositórios devidamente configurados, execute

$ sudo apt-get update
$ sudo apt-get install module-assistant build-essential fakeroot dh-make debhelper debconf libstdc++5 linux-headers-generic-$(uname-r)

Baixe o driver e, dentro da pasta onde ele estiver, rode o comando

$ sudo bash ati-driver-installer-8.42.3-x86.x86_64.run –buildpkg Ubuntu/gutsy

Isso deverá gerar os pacotes .deb que serão necessários para a instalação do driver. Caso algum erro ocorra, não adianta de nada continuar, você deve corrigir o problema antes de prosseguir.

Após isso, instale todos os pacotes:

$ sudo dpkg -i xorg-driver-fglrx_8.42.3-1*.deb fglrx-kernel-source_8.42.3-1*.deb fglrx-amdcccle_8.42.3-1*.deb

Eventualmente pode acontecer de alguma dependência não ser resolvida, contorne com:

$ sudo apt-get -f install

Retire todos os pacotes antigos do fglrx para evitar conflitos:

$ sudo rm /usr/src/fglrx-kernel*.deb

Compile o módulo!!!!

$ sudo module-assistant prepare
$ sudo module-assistant update
$ sudo module-assistant build fglrx -f
$ sudo module-assistant install fglrx -f
$ sudo depmod -a

Caso já tenha sido feita alguma alteração no módulo do fglrx, pode ser necessária a seguinte etapa, execute por via das dúvidas:

$ sudo mkdir /lib/modules/$(uname -r)/volatile
$ sudo ln -sf /lib/modules/$(uname -r)/misc/fglrx.ko /lib/modules/$(uname -r)/volatile/fglrx.ko

Entre com os seguintes comandos para que o xorg.conf seja alterado:

$ sudo aticonfig –initial – f
$ sudo aticonfig –overlay-type=Xv

Após isso, você tem duas alternativas. Ou reinicia o pc e deixa que o próprio sistema se encarregue de carregar os drivers, ou então, faça da maneira mais “correta”, afinal de contas, você usa linux exatamente para não ter que ficar reiniciando o seu pc a toda alteração que faz.

Chame um tty (Ctrl+Alt+F1 por exemplo). Faça o login e execute os seguintes comandos.

$ sudo /etc/init.d/gdm stop

Isso deve parar o gdm

$ sudo rmmod radeon

$ sudo rmmod drm

Para tirar os módulos que não serão mais usados do sistema

$ sudo modprobe -v fglrx

$ sudo depmod -a

Para carregar o módulo do fglrx e criar a lista de dependências de módulos.

Tudo pronto, reinicie o gdm

$ sudo /etc/init.d/gdm start

Agora é só testar sua nova configuração

gallois@tivoli:~$ fglrxinfo
display: :0.0 screen: 0
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: ATI RADEON 9600 Series
OpenGL version string: 2.0.6958 Release
gallois@tivoli:~$ glxinfo | grep direct
direct rendering: Yes
gallois@tivoli:~$ glxgears
17141 frames in 5.0 seconds = 3428.177 FPS
18477 frames in 5.0 seconds = 3694.979 FPS
18448 frames in 5.0 seconds = 3689.492 FPS
18491 frames in 5.0 seconds = 3698.152 FPS
18436 frames in 5.0 seconds = 3687.086 FPS

gallois@tivoli:~$

Isso indica que o fglrx está rodando corretamente com a aceleração 3D. Um detalhe interessante é notar que ao acessar System > Administration > Restricted Drivers Manager, será mostrado que os drivers fglrx não estão instalados, mas sim, em uso. O que quer dizer que você está usando um driver diferente do que é fornecido pelo sistema. Se aparecer algo como MESA DRI na linha “OpenGL renderer string: ATI RADEON 9600 Series” aconteceu alguma coisa errada. Dê uma olhada nos logs de inicialização do xorg, que se encontra em /var/log/Xorg.0.log (uma boa é executar $ cat /var/log/Xorg.0.log | egrep \(EE\) que te mostrará onde estão os erros) e no output do comando dmesg para ter uma idéia de por onde começar.

Passado esse ponto ainda resta a configuração do compiz, bem mais simples, diga-se de passagem.

O seguinte comando deve habilitá-lo para a sessão em execução:

$ SKIP_CHECKS=yes compiz

Para habilitá-lo pelo menu System > Preferences > Appearance > Visual Effects, execute:

$ mkdir -p ~/.config/compiz && echo SKIP_CHECKS=yes >> ~/.config/compiz/compiz-manager.

A dica de configuração do compiz eu peguei nesse site, e usei suas etapas para a instalação de driver como base para escrever esse post, apesar de basicamente já ter decorado o procedimento, de tantas vezes que já fiz. O que parece que resolveu meu problema, na verdade, foi a instalação da versão 8.42 do driver. As outras pareciam não funcionar. Como essa foi a primeira a ter suporte a AIGLX (embora eu deva advertir, ele é precário) resolvi tentar, e tive sucesso.

Fica aí a dica, qualquer dúvida, mande um comentário.

[update] me lembrei de um erro comum. as vezes o X reclama de nao achar a libGL.so.1, caso isso aconteca, execute

$ sudo ln -s /usr/lib/libGL.so.1.2 /usr/lib/libGL.so.1

[/update]
abraços e até a próxima.

mudanças

Segunda feira tentei fazer um dual-head no computador aqui de casa. Liguei um monitor 19″ LCD e um 15″ CRT em duas saídas de uma RADEON 9600PRO (uma DVI e outra VGA) que está em um athlon 64 2800+ (aka tivoli). Estava tudo rodando muito bem num debian lenny, com os drivers de vídeo proprietários da ati. O dual-head de fato funcionou, mas não consegui configurar as coisas da maneira que eu desejava, como usar 2 ambientes com resoluções diferentes. Depois de poucos minutos de frustração acabei largando para lá, seriam necessárias algumas configurções no X que eu não estava com paciência para fazer. Tenho outros planos para esse monitor extra e um velho k6-2 500 (aka ancião, ou elder na rede).

Quando desliguei os cabos e iniciei novamente o X vi um pequeno problema, As sessões estavam sendo carregadas com resolução de 2880×900, o que corresponde ao dobro da largura do monitor de 19″. Simplesmente configurar o display pelo KDE resolvia o problema, porém, só até encerrar a sessão. Aí, novamente, deveria configurar. Fora isso, o kdm simplesmente ignorava os padrões. Abri um terminal e fui procurar no xorg.conf, Nada. Abri alguns arquivos do kdm e do X11, nada. Google!!!! Nada. IRC!!!!!!!!!!!!!!!!! Nada. Apelei. ‘# egrep -nr 2880×900 /’ Nada? Que porra é essa? O ccc do fglrx deve ter me sabotado. Desinstala, instala. NADA?????? Vai pro inferno. “Desliga, bota cd de instalação e frita tudo”.

Coloquei um DVD do debian lenny para instalar. Todos os passos seguidos, como de costume, e em 67% da instalação dos pacotes….. parou tudo! PQP!!! ‘Alt+F4′ “perguntando se eu quero sobreescrever arquivo de configuração? deve estar louco, acabei de formatar… enfim…” ‘n’ (de NO xD). Travou. Começa tudo de novo. Configura. Mesmo problema, mesmo lugar! Acho que o DVD morreu. Peguei um CD então. Parou em 12%, instalando o libc, o console me mostrou algum erro que eu não tive nem paciência para ler. Nem tentei de novo. Arrisquei um CD do debian stable com xfce que eu baixei pra instalar num pc antigo da minha namorada. Ele funcionou, direitinho. Resumindo, acho que tenho um CD e um DVD estragados.

Só que dessa vez resolvi fazer um pouco diferente. Fazia tempo que não apagava minha partição /home. Tem muita coisa lá, muita mesmo. Música, foto, filme, trabalho, arquivos de configuração. Mas de vez em quando é bom começar do zero. Então, o que fazer? Backup, claro. Se meu drive de DVD ainda gravasse alguma coisa ajudaria, mas tem tempo que ele se limita apenas a ler, e precisa de óculos às vezes. Peguei um emprestado com o Júlio (valeu! =D) e comecei a copiar tudo. Foram alguns giga e várias horas até terminar.

Tudo copiado, tentei de novo instalar o DVD do lenny (já que estava com um drive que funciona, vai que era isso). Adivinha? Deu pau!!! =D Não queria instalar o sistema a partir do xfce, porque com certeza ficaria com muitos aplicativos que não vou usar. Instalei um ubuntu só pra ter certeza que o computador não estava de sacanagem comigo. Não estava, devem ser as mídias mesmo. Estou eu aqui digitando um texto no gedit para colocar no blog mais tarde, enquanto espero terminar o download do DVD do debian stable. Vou usá-lo  agora para testar o tal do apt-pinning, nunca arrisquei antes, vale pela experiência.

Enfim. Depois desse tempo todo usando um KDE tão customizado que, como diria o Júlio (ainda ele) dá a mesma diferença de usabilidade dele pra um Linux do que de um Mac OS X para um windows, usar o gnome e o xfce, mesmo que por um dia só cada um, fazem com que pareça que você tenha trocado de computador. Afinal de contas, esse monitor ainda não tinha visto o xfce, e o gnome havia apenas sido carregado para logo em seguida mudar para o kde. Eu tenho o hábito de só usar o xfce em computadores mais lentos, vê-lo em um mais rápido faz com que você tenha um pouco mais de simpatia por ele. É agradável aos olhos, bem utilizável, mas faltam algumas ferramentas básicas nele. O gnome continua a mesma coisa da época em que eu usava, um ano e meio atrás. Sinto falta daqule system monitor que fica na barra, o kde não tem nenhum que seja tão bom quanto. De resto, saudades é do meu KDE mesmo. =] Fiz uma coisa também com o ubuntu que não fazia há tempos. Configurei coisas pela interface gráfica. Sabem o que achei? Um saco! aeueaheauae Depois de um tempinho, tudo que ia fazer já abria um terminal. Acho que tá no sangue. As coisas são muito chatas de achar, ficar clicando pra cima, clicando pra baixo. Prefiro o teclado ao mouse.

Espero até o final do dia já estar de volta ao bom e velho debian com o kde. Vou testar o apt-pinning e postar a experiência aqui.

abraços e ate a proxima