Existem duas versões do X em uso: o Xfree, o mais antigo e tradicional e o X.org, a versão mais usada atualmente.

Antigamente, até a versão 3.x, o Xfree possuía várias versões separadas, com drivers para diferentes chipsets de vídeo. Isso complicava a configuração e obrigava as distribuições a manterem instaladas todas as diferentes versões simultaneamente, o que também desperdiçava muito espaço em disco.

A partir do Xfree 4.0 e em todas as versões do X.org existe apenas uma única versão unificada, com drivers para todas as placas e recursos suportados. Melhor ainda, cada driver dá suporte a todas as placas de um determinado fabricante, o "sis" dá suporte a todas as placas da SiS, o "trident" dá suporte a todas as placas da Trident e assim por diante. Temos ainda dois drivers genéricos, o "vesa" e o "fbdev", que servem como um mínimo múltiplo comum, uma opção para fazer funcionar placas novas (ou muito antigas), que não sejam suportadas pelos drivers titulares.

Outro detalhe interessante é que toda a configuração do vídeo, incluindo o mouse e o suporte a 3D, é feita através de um único arquivo de configuração, o "/etc/X11/XF86Config-4" (nas distribuições que usam o Xfree) ou "/etc/X11/xorg.conf" (nas que usam o X.org), que é relativamente simples de editar e funciona em todas as distribuições que utilizam o Xfree 4.0 em diante ou X.org (ou seja, praticamente todas as usadas atualmente). Isto significa que você pode pegar o arquivo de configuração gerado pelo Kurumin e usar no Slackware, por exemplo.

Existem várias ferramentas de configuração que perguntam ou autodetectam a configuração e geram o arquivo, como o "mkxf86config" (do Knoppix) "kxconfig", "xf86cfg" entre outros. Mas, neste tópico vamos ver como configurar manualmente o arquivo, adaptando ou corrigindo as configurações geradas pelos configuradores.

O arquivo é dividido em seções. Basicamente, temos (não necessariamente nesta ordem) uma seção "Server", com parâmetros gerais, a seção "Files" com a localização das fontes de tela e bibliotecas, duas seções "InputDevice", uma com a configuração do teclado e outra com a do mouse, uma seção "Monitor" e outra "Device", com a configuração do monitor e placa de vídeo e por último a seção "Screen" onde é dito qual resolução e profundidade de cor usar.

A ordem com que estas configurações aparecem no arquivo pode mudar de distribuição para distribuição, mas a ordem não importa muito, desde que estejam todas lá.

Como em outros arquivos de configuração, você pode incluir comentários, usando um "#" no início das linhas. Linhas em branco, espaços e tabs também são ignorados e podem ser usadas para melhorar a formatação do arquivo e melhorar a organização das informações.

Vamos a uma descrição geral das opções disponíveis, usando como exemplo o modelo de configuração que uso no Kurumin. Abra o arquivo /etc/X11/xorg.conf ou /etc/X11/XF86config-4 da sua máquina e acompanhe o exemplo; prestando atenção nas diferenças entre o exemplo e o arquivo da sua máquina e tentando entender a função de cada seção:

Section "ServerLayout"
Identifier "X.Org do Kurumin"
Screen 0 "Screen0" 0 0
InputDevice "Keyboard0" "CoreKeyboard"
InputDevice "USB Mouse" "CorePointer"
EndSection

Nesta seção vai a configuração geral. Ela é uma espécie de "índice" das seções abaixo. O campo "Identifier" pode conter qualquer texto, é apenas uma descrição. O "USB Mouse" indica o nome da seção que será usada. Abaixo deve existir uma seção com este mesmo nome, contendo a configuração do mouse propriamente dita. Esta organização permite que você (ou o utilitário de configuração usado) adicione várias configurações diferentes, onde você pode trocar rapidamente entre elas modificando esta linha.

Nas distribuições que usam o Kernel 2.6, é possível usar a mesma configuração para mouses PS/2, mouses USB e também mouses touchpad (notebooks), pois todos utilizam um driver comum. É possível até mesmo usar dois mouses simultaneamente (o touchpad do notebook e um mouse USB externo, por exemplo), sem precisar alterar a configuração. Apenas os antigos mouses seriais ainda precisam de uma configuração própria.

O Kurumin usa um arquivo de configuração que vem com várias configurações de mouse prontas (as opções disponíveis são: "USB Mouse", "PS/2 Mouse" e "Serial Mouse"), mas apenas a informada nesta primeira seção é usada. Como disse, ao usar um mouse PS/2 ou USB, qualquer uma das duas entradas funcionará. Mas, caso você tenha ou pretenda usar um mouse serial, altere a configuração para:

InputDevice "Serial Mouse" "CorePointer"

Se seu micro tiver mais de um mouse conectado simultaneamente, você pode duplicar a configuração do mouse, como abaixo. Isso faz com que o X tente ativar ambos os mouses na inicialização, ativando apenas os que estiverem realmente presentes:

Section "ServerLayout"
Identifier "X.Org do Kurumin"
Screen 0 "Screen0" 0 0
InputDevice "Keyboard0" "CoreKeyboard"
InputDevice "USB Mouse" "CorePointer"
InputDevice "Serial Mouse" "CorePointer"
EndSection

Na seção "ServerFlags" vão opções gerais. É aqui que colocamos, por exemplo, a opção que inicializa o Xinerama, que dá suporte a uma segunda placa de vídeo e monitor. Neste exemplo, está sendo usada apenas a opção "AllowMouseOpenFail" "true" que permite que o modo gráfico abra mesmo que o mouse esteja desconectado.

Section "ServerFlags"
Option "AllowMouseOpenFail" "true"
EndSection

Seria estúpido parar toda a abertura do modo gráfico e voltar para o modo texto porque o mouse não foi detectado, pois você ainda pode usar o mouse virtual do KDE como uma solução temporária até que consiga solucionar o problema. Para ativar o mouse virtual, pressione a tecla Shift junto com a tecla NumLock do teclado numérico. A partir daí as teclas 1, 2, 3, 4, 6, 7, 8 e 9 ficam responsáveis pela movimentação do mouse, enquanto a tecla 5 simula o clique do botão esquerdo (pressionando 5 duas vezes você simula um duplo clique). Para arrastar e soltar pressione a tecla 0 para prender e depois a tecla 5 para soltar.

Para simular os outros botões você usa as teclas "/" (botão direito), "*" (botão central) e "-" (para voltar ao botão esquerdo), que funcionam como teclas modificadoras. Para desativar o mouse virtual, pressione "Shift + NumLock" novamente.

Voltando ao arquivo de configuração, temos a seguir as seções "Files" e "Modules", que indicam respectivamente as pastas com as fontes TrueType, Type 1 e outras que serão usadas pelo sistema e os módulos de extensões do Xfree que serão usados.

Section "Files"
RgbPath "/usr/X11R6/lib/X11/rgb"
ModulePath "/usr/X11R6/lib/modules"
FontPath "/usr/X11R6/lib/X11/fonts/misc:unscaled"
FontPath "/usr/X11R6/lib/X11/fonts/misc"
FontPath "/usr/X11R6/lib/X11/fonts/75dpi:unscaled"
FontPath "/usr/X11R6/lib/X11/fonts/75dpi"
FontPath "/usr/X11R6/lib/X11/fonts/100dpi:unscaled"
FontPath "/usr/X11R6/lib/X11/fonts/100dpi"
FontPath "/usr/X11R6/lib/X11/fonts/PEX"
FontPath "/usr/X11R6/lib/X11/fonts/cyrillic"
FontPath "/usr/share/fonts/truetype/openoffice"
FontPath "/usr/X11R6/lib/X11/fonts/defoma/CID"
FontPath "/usr/X11R6/lib/X11/fonts/defoma/TrueType"
EndSection

Section "Module"
Load "ddc"
Load "GLcore"
Load "dbe"
Load "dri"
Load "extmod"
Load "glx"
Load "bitmap"
Load "speedo"
Load "type1"
Load "freetype"
Load "record"
EndSection

Estas duas seções geralmente não precisam ser alteradas, a menos que você instale algum novo conjunto de fontes TrueType e queira habilitá-lo manualmente ou caso instale um novo driver de vídeo (como o driver da nVidia) e o read-me diga para desativar algum dos módulos.

Outra possibilidade é que você queira intencionalmente desativar algum recurso, ou tentar solucionar problemas. O módulo "dri", por exemplo, habilita o suporte a 3D para a placa de vídeo. As placas onboard com chipset Intel (i810, MGA 900, etc.), placas ATI Rage e ATI Radeon e as antigas Voodoo 2 e Voodoo 3 possuem suporte 3D nativo no X.org.

Mas, ao instalar o driver 3D da nVidia você precisa remover esta opção, pois o driver do Xfree conflita com o que é instalado junto com o driver. Pode ser também que por algum motivo você queira desabilitar o 3D da sua i810 onboard (para evitar que fiquem jogando TuxRacer durante o expediente, por exemplo ;). Em qualquer um dos casos, você poderia comentar a linha "Load "dri".

Em seguida vem a configuração do teclado. O "abnt2" indica o layout de teclado que será usado por padrão. No KDE e Gnome, o layout indicado aqui perde o efeito, pois eles possuem ferramentas próprias para configurar o teclado. No caso do KDE é usado o kxkb, que você configura na seção Regional & Acessibilidade do Kcontrol. Mas, esta configuração de teclado do X é útil para quem usa outras interfaces.

Estes são dois exemplos de configuração para (respectivamente) um teclado ABNT2 e um teclado US Internacional. Você só pode incluir uma das duas no arquivo:

# Teclado ABNT2
Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
Option "CoreKeyboard"
Option "XkbRules" "xorg"
Option "XkbModel" "abnt2"
Option "XkbLayout" "br"
Option "XkbVariant" "abnt2"
EndSection

# Teclado US Internacional
Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
Option "CoreKeyboard"
Option "XkbRules" "xorg"
Option "XkbModel" "pc105"
Option "XkbLayout" "abnt2"
EndSection

Você deve lembrar que acima, na seção "ServerLayout" informamos que o X iria usar o "USB Mouse". Este é apenas um nome que indica a seção (com a configuração do mouse propriamente dita) que será usada. Isso permite que você tenha várias seções com configurações de mouses diferentes. Basta indicar a correta na seção de cima e as demais serão ignoradas.

Estas são as seções com as configurações usadas no Kurumin. Dentro de cada seção vai a porta e driver usados pelo mouse e outras opções necessárias em cada caso. Você pode usá-las como modelos para configurar o mouse em outras distribuições:

Section "InputDevice"
Identifier "USB Mouse"
Driver "mouse"
Option "Protocol" "auto"
Option "Device" "/dev/input/mice"
Option "SendCoreEvents" "true"
Option "ZAxisMapping" "4 5"
Option "Buttons" "5"
EndSection

Section "InputDevice"
Identifier "Serial Mouse"
Driver "mouse"
Option "Protocol" "Microsoft"
Option "Device" "/dev/ttyS0"
Option "Emulate3Buttons" "true"
Option "Emulate3Timeout" "70"
Option "SendCoreEvents" "true"
EndSection

A linha "Option "ZAxisMapping" "4 5" ativa a rodinha do mouse, quando disponível. Do ponto de vista do sistema operacional, a rodinha é um conjunto de dois botões extras (botões 4 e 5) e os giros da roda correspondem a cliques nos botões extra.

É seguro usar esta linha sempre, pois ela é ignorada ao usar um mouse sem a rodinha. O mais importante no caso é o protocolo usado. Com relação a mouses PS/2 e USB no Kernel 2.6, recomendo que use sempre a opção "Option "Protocol" "auto", que detecta corretamente o protocolo do mouse na grande maioria dos casos.

Em casos específicos, onde o mouse não funcione corretamente, você pode substituir o "Option "Protocol" "auto" por "Option "Protocol" "IMPS/2", que é o protocolo padrão para mouses de três botões, com roda, ou "Option "Protocol" "PS/2", que é o protocolo para mouses PS/2 antigos, sem roda.

No caso de mouses com 5 botões, com uma ou duas rodas, o protocolo usado muda para "ExplorerPS/2 e você precisa especificar a configuração dos botões extras. Para um mouse com 5 botões e uma roda, a seção fica:

Section "InputDevice"
Identifier "Mouse"
Driver "mouse"
Option "Protocol" "ExplorerPS/2"
Option "ZAxisMapping" "4 5"
Option "Buttons" "7"
Option "Device" "/dev/input/mice"
EndSection

Se a função dos dois botões extra e da roda ficarem trocadas, substitua a linha "Option "ZAxisMapping" "4 5" por "Option "ZAxisMapping" "6 7".

No caso dos mouses com duas rodas, a configuração fica:

Section "InputDevice"
Identifier "Mouse"
Driver "mouse"
Option "Protocol" "ExplorerPS/2"
Option "ZAxisMapping" "6 7 8 9"
Option "Buttons" "9"
Option "Device" "/dev/input/mice"
EndSection

Note que, ao usar o Kernel 2.6, não existe necessidade de especificar se o mouse é PS/2 ou USB, pois a porta "/dev/input/mice" é compartilhada por ambos. As versões atuais do Firefox e outros aplicativos atribuem funções para os botões extras automaticamente. Os dois botões laterais assumem as funções dos botões para avançar e voltar no Firefox, por exemplo.

Continuando, temos a configuração do monitor e placa de vídeo, que afinal são os componentes mais importantes neste caso. Ela é dividida em três seções, com a configuração do monitor, da placa de vídeo e uma seção "screen" que, com base nas duas anteriores indica qual resolução e profundidade de cores será usada.

A configuração do monitor precisa incluir apenas as taxas de varredura horizontal e vertical usadas por ele. Você pode encontrar estes dados no manual do monitor ou no site do fabricante. As opções Identifier, VendorName e ModelName são apenas descritivas, podem conter qualquer texto:

Section "Monitor"
Identifier "Monitor0"
VendorName "GSM"
ModelName "GSM3b60"
HorizSync 30 - 63
VertRefresh 50 - 75
EndSection

Se você não souber as taxas de varredura usadas pelo seu monitor e quiser alguma configuração genérica que funcione em qualquer monitor contemporâneo, experimente usar esta, que permite trabalhar a até 1024x768 com 60 Hz de atualização:

Section "Monitor"
Identifier "Meu Monitor"
HorizSync 31.5 - 50.0
VertRefresh 40-90
EndSection

Em geral, os configuradores incluem várias seções "Modeline" dentro da seção "Monitor", com as resoluções e taxas de atualização suportadas pelo monitor.

Estes dados são fornecidos pelo próprio monitor, via DDC (uma espécie de plug-and-play para monitores) e não é necessário alterá-los a menos que você esteja escrevendo o arquivo manualmente do zero, o que não é muito aconselhável já que é sempre muito mais fácil usar um arquivo copiado de outro micro como base. Esta configuração dos modelines não é obrigatória no XFree 4.x ou X.org, pois o X é capaz de deduzir a configuração a partir das taxas de varredura do monitor, informadas dentro da seção. Eles são usados atualmente mais como uma forma de corrigir problemas.

Este é um exemplo de configuração para um monitor de 17", incluindo modelines para usar 1280x1024, 1024x768 e 800x600. Note que cada seção "Modeline" ocupa uma única linha:

Section "Monitor"
Identifier "Monitor0"
VendorNam "GSM"
ModelName "GSM3b60"
HorizSync 30 - 63
VertRefresh 50 - 75
ModeLine "1280x1024" 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync
ModeLine "1024x768" 78.75 1024 1040 1136 1312 768 769 772 800 +hsync +vsync
ModeLine "800x600" 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync
EndSection

Em seguida vem a seção "Device" que indica a configuração da placa de vídeo. As opções Identifier, VendorName e BoardName são apenas descrições, o que interessa mesmo é o Driver usado:

Section "Device"
Option "sw_cursor"
Identifier "Card0"
Driver "nv"
VendorName "nVidia"
BoardName "GeForce4 MX"
EndSection

Os drivers disponíveis são:

- fbdev: Este driver usa o recurso de framebuffer suportado pelo Kernel como driver de vídeo. Neste modo o Kernel manipula diretamente a memória da placa de vídeo, gravando as imagens que serão mostradas no monitor. O desempenho não é dos melhores e a utilização do processador é maior que nos outros drivers pois não existe aceleração de vídeo

Mas, por outro lado, este é um driver que funciona com a maioria das placas de vídeo e é o único onde você não precisa se preocupar com a configuração das taxas de atualização do monitor. As placas usam sempre uma taxa de atualização baixa, de 56 ou 60 Hz, que é fixa.

Ao usar o fbdev como driver de vídeo, a configuração da resolução não é feita no arquivo xorg.conf, mas no "/etc/lilo.conf" (pois o parâmetro é passado diretamente ao Kernel durante o boot), como vimos anteriormente.

- i740: Usado pelas placas de vídeo (offboard) com chipset Intel i740. Estas placas foram uma tentativa frustrada da Intel de entrar no ramo de placas 3D. O desempenho era fraco comparado com as placas da nVidia e ATI, mas o projeto acabou sendo usado como base para os chipsets de vídeo onboard que passaram a ser usados nos chipsets Intel.

- i810: Este é o driver usado por todas as placas de vídeo onboard com chipset Intel. A lista de compatibilidade inclui quase todos os chipsets para Pentium III, Pentium 4 e Pentium M, incluindo as placas com o chipset Intel 900 e Intel Extreme.

- nv: É o driver genérico para placas nVidia, que oferece apenas suporte 2D. Para ativar os recursos 3D você precisa instalar os drivers da nVidia (veja mais detalhes no capítulo 3).

- r128: Driver para as placas ATI Rage (a família anterior às ATI Radeon). Este driver oferece um bom suporte 3D, permitindo que estas placas funcionem usando quase todo seu potencial 3D (que não é grande coisa hoje em dia, mas ainda permite rodar vários jogos).

- radeon / ati: Este é o driver open-source para as placas ATI Radeon. Nas versões antigas do Xfree e do X.org, o driver se chamava "radeon", mas ele passou a se chamar "ati" nas versões recentes do X.org (a partir do 6.8.2). Você pode verificar qual é a versão do X instalada, usando o comando "X -version".

Para que a aceleração 3D funcione, é necessário que os módulos do Kernel que cuidam da comunicação de baixo nível com a placa de vídeo estejam carregados. Nem todas as distribuições carregam estes módulos automaticamente, mesmo ao detectar a placa corretamente. Se a aceleração 3D não estiver funcionando, apesar da configuração do X estar correta, adicione as linhas abaixo num dos arquivos de inicialização do sistema:

modprobe agpgart
modprobe ati-agp
modprobe drm
modprobe radeon

Existe uma certa polêmica sobre utilizar o driver do X, ou utilizar o driver proprietário fornecido pela ATI que, embora não trabalhe em conjunto com algumas placas, oferece um desempenho 3D superior quando funciona. Veja mais detalhes sobre como instalá-lo no capítulo 3.

- s3virge: Placas com chipset S3 Virge. Estas placas foram muito usadas por volta da época do lançamento do Pentium MMX.

- sis: Este é o driver que funciona em todas as placas da SiS suportadas. Caso você encontre algum chipset novo, que não funcione com ele, experimente usar o driver vesa ou fbdev.

Uma observação importante é que a SiS não desenvolve drivers 3D para o Linux e não divulga as especificações técnicas que permitiriam o desenvolvimento de drivers 3D por parte da comunidade. Atualmente as placas de vídeo e chipsets da SiS são os com pior suporte no Linux por causa da falta de cooperação do fabricante e devem ser evitadas na hora da compra.

O driver oferece apenas suporte 2D, as placas funcionam mas não servem para rodar jogos 3D ou trabalhar com aplicativos 3D profissionais, por exemplo. Até o Xfree 4.0 existia um esforço para desenvolver suporte 3D, mas o fabricante divulgava tão pouca informação e os chipsets possuíam tantos problemas (o que pode ser percebido pela relativa instabilidade dos próprios drivers for Windows) que o projeto acabou sendo levado adiante por um único desenvolvedor. Você pode obter mais informações sobre o status do driver (2D) no:
http://www.winischhofer.at/linuxsisvga.shtml

O X.org inclui um driver 3D precário, que oferece suporte limitado às placas com chipset SiS 300, 305, 630 e 730, porém não inclui suporte aos demais modelos. Entre as placas onboard, as com melhor suporte no Linux são as placas Intel, suportadas pelo driver i810.

- tdfx: Driver para as placas da 3Dfx, as famosas Voodoo, que fizeram muito sucesso a até meia década atrás. Este driver oferece suporte 3D para as placas Voodoo 2 e Voodoo 3.

- trident: Placas de vídeo da Trident. Ele funciona bem com placas Trident Blade e os novos chipsets usados em notebooks, mas o suporte às antigas 9440 e 9680 é ruim e em muitos casos elas funcionam a apenas 640x480. Pensando nestas placas, algumas distribuições, como o Mandriva oferecem a opção de usar o driver do antigo Xfree 3.3, que oferecia um suporte mais completo a elas.

Apesar de brutalmente ultrapassadas, as Trident 9440 e 9680 foram as mais vendidas durante a maior parte da década de 1990 e por isso ainda são usadas em muitos micros antigos.

- vesa: Este é o "curinga", um driver genérico que utiliza apenas as extensões do padrão vesa que em teoria é suportado por todas as placas de vídeo PCI e também pelas antigas placas VLB. Algumas placas antigas, como as Trident 9680 não funcionam com ele, mas são exceções.

Como este driver não suporta aceleração, você notará que o desempenho em algumas tarefas ficará abaixo do normal. É normal também que os vídeos assistidos no Kaffeine ou Xine fiquem granulados ao serem exibidos em tela cheia. Outra limitação é que a resolução, na maioria das placas, fica limitada a 1024x768.

- via: Este é o driver que dá suporte ao chipset Via Unicrome, usado como vídeo onboard na maior parte das placas-mãe atuais com chipset Via. Originalmente, este driver era apenas 2D, como o nv e o sis, mas a partir de abril de 2005 a Via passou a publicar um driver 3D open-source, que pode ser encontrado nas versões recentes do X.org. Para que a aceleração 3D oferecida por ele funcione, é necessário que os módulos "via-agp" e "via" estejam carregados. Adicione as linhas abaixo num dos arquivos de inicialização do sistema:

modprobe via-agp
modprobe via

- savage: Este driver dá suporte às placas S3 Savage e Pro Savage, relativamente populares a alguns anos atrás. Ele inclui aceleração 3D caso você esteja utilizando uma versão recente do X.org (a partir do 6.8.2), em conjunto com o pacote "libgl1-mesa-dri" (que inclui os drivers 3D desenvolvidos pelo projeto Mesa GL).

Outros drivers, pouco usados são:

- cirrus: A Cirrus Logic fabricou alguns modelos de placas de vídeo PCI, concorrentes das Trident 9440 e 9680. Elas são encontradas apenas em micros antigos.

- cyrix: Placas com o chipset Cyrix MediaGX, também raros atualmente.

- chips: Placas da "Chips and Technologies", um fabricante pouco conhecido.

- glint: Esta é uma família de placas antigas lançada pela 3D Labs.

- neomagic: Placas com chipset Neomagic, usadas em alguns notebooks antigos.

- rendition: Placas Rendition Verite, da Micron.

- tseng: Placas da Tseng Labs, outro fabricante pouco conhecido.

- vga: Este é um driver VGA genérico que trabalha 640x480 com 16 cores. Serve como um "fail safe" que funciona em todas as placas.

Cada um destes drivers oferece algumas opções de configuração que podem ser usadas em casos de problemas ou por quem quiser fuçar na configuração. Você pode encontrar mais informações sobre cada um no: http://www.xfree86.org/4.4.0/.

Finalmente, vai a configuração da seção "Screen", que indica a resolução que será usada. As várias seções determinam as resoluções disponíveis para cada configuração de profundidade de cor, enquanto a opção "DefaultColorDepth" determina qual será usada:

Section "Screen"
Identifier "Screen0"
Device "Card0"
Monitor "Monitor0"
DefaultColorDepth 24

SubSection "Display"
Depth 8
Modes "1024x768" "800x600" "640x480"
EndSubSection

SubSection "Display"
Depth 16
Modes "1024x768" "800x600" "640x480"
EndSubSection

SubSection "Display"
Depth 24
Modes "1024x768" "800x600" "640x480"
EndSubSection
EndSection

Neste exemplo o vídeo está configurado para usar 24 bits de cor. Se você quisesse usar 16 bits, bastaria mudar o número na opção "DefaultColorDepth". Dentro de cada uma das três seções (Depth 8, Depth 16 e Depth 24), vai a resolução que será usada para cada uma.

Na linha que começa com "Modes" vão as resoluções de tela. A primeira da lista (1024x768 no exemplo) é a default. As outras duas, 800x600 e 640x480 são usadas apenas se a primeira falhar (se a placa de vídeo ou monitor não a suportarem) ou se você alternar manualmente entre as resoluções, pressionando "Ctrl Alt +" ou "Ctrl Alt -" .

Sempre que você fizer alterações no arquivo e quiser testar a configuração, reinicie o X pressionando "Ctrl+Alt+Backspace". Não é preciso reiniciar o micro.

Roney Médice

Analista de Sistema e Bacharel em DIreito

Seguro que alguno de vosotros se ha encontrado con el dichoso problema alguna que otra vez

Conseguí solucionarlo fácilmente pero me gustaría indicaros cómo hacerlo para que no vuelva a suceder aunque, tal y como está el patio, no se si debería ser tan categórico con mis afirmaciones :(

La solución rápida pasa por ejecutar desde la terminal un

sudo setxkbmap -layout 'es,es' -model pc105

que pone el teclado como un modelo de 105 teclas y con el idioma castellano.

Sin reiniciar ni nada el teclado vuelve a la normalidad.

Para no tener que estar ejecutándola continuamente se debe modificar el fichero /etc/X11/xorg.conf con el siguiente contenido

Section "InputDevice"
Identifier "Generic Keyboard"
Driver "kbd"
Option "CoreKeyboard"
Option "XkbRules" "xorg"
Option "XkbModel" "pc105"
Option "XkbLayout" "es"
Option "XkbOptions" "lv3:ralt_switch"
EndSection

Personalmente os recomiendo que sólo modifiquéis el fichero /etc/X11/xorg.conf si tras probar la primera solución y reiniciar el equipo vuelve a perder la configuración del teclado.

OJO: Seguro que en vuestro fichero ya existe una entrada similar a la que he posteado, modificadla para que quede como la que os indico.

NOTA: la entrada

Option "XkbOptions" "lv3:ralt_switch"

es para que funcione correctamente la tecla Alt Gr que se encuentra a la derecha de la barra espaciadora

1. Bila ingin dipasang di komputer/laptop dual boot dengan beberapa OS,lebih baik install boot loadernya bukan di MBR alias Master Boot Record,tapi di root file/partisi tempat Slackware (/) diinstall.
2. setelah berhasil diinstall dan berhasil masuk ke slack-nya melalui boot manager maka yang terjadi,kemungkinan mouse yang kita pakai tidak dapat men-scroll (untuk mouse yang punya wheel scrool tentunya),nah untuk itu kita perlu masuk ke bagian xorg.conf yang terletak di direktori /etc/X11.
3. Setelah itu pasti komputer anda masih bisu (hahaha...)lakukan configurasi soundcard pake alsaconf
4. Setelah itu anda ingin login langsung ke tty7 alias mode grafisnya Linux slackware,berarti anda perlu mengkonfigurasi file inittab yang berada di direktori /etc,dan mengaktifkan tty yg lainnya maka,perlu mensetting semuanya dapat mengaktifkan mode "4".
5. Setelah itu anda ingin agar bila ditancapkan kabel lan langsung tersambung ke internet/eth-nya aktif maka anda perlu menambahkan perintah ifconfig eth0 up pada file /etc/rc.d/rc.local yang akan diload ketika pertama kali boot.

Untuk lebih lengkapnya ada site bagus disini,coba di-klik!!
anda mungkin akan tau apa yang sebaiknya anda lakukan.
Saya mohon maaf bila banyak yang kurang dipahami,posting ini hanya untuk mengingatkan saja.
Semoga bermanfaat...

Oggi voglio parlarvi di alcuni piccoli accorgimenti per gestire al meglio il touchpad Synaptics, presente in tutti i portatili moderni. Nella fattispecie vedremo come: abilitarlo, disabilitarlo, come configurarlo tramite interfaccia grafica e soprattutto come bloccarlo mentre si scrive.
Prima di cominciare è sempre meglio fare un backup del file xorg.conf, così:

sudo cp /etc/X11/xorg.conf /etc/X11/xorg.conf_synbackup

Abilitare e disabilitare Synaptics

Se disponete di un mouse esterno e non usate mai il touchpad Synaptics del portatile, è meglio disabilitarlo completamente. Andate ad editare il file xorg.conf:

sudo gedit /etc/X11/xorg.conf

e cercate la sezione relativa a Synaptics. Dovrebbe essere più o meno così:

Section “InputDevice”
Identifier “Synaptics Touchpad”
Driver “synaptics”
Option “SendCoreEvents” “true”
Option “Device” “/dev/psaux”
Option “Protocol” “auto-dev”
Option “HorizEdgeScroll” “0″
EndSection

Quando la trovate, aggiungete, appena prima di  EndSection, questa linea:

Option "SHMConfig" "true"

e riavviate la sessione (Ctrl + Alt + Backspace).

Una volta che vi sarete loggati nuovamente, potrete disabilitare Synaptics, aprendo il terminale e dando:

synclient TouchpadOff=1

Per abilitarlo dovete invece dare:

synclient TouchpadOff=0

Gestire Synaptics da interfaccia grafica

Esistono anche alcune applicazioni che permettono di configurare Synaptics da interfaccia grafica. Gli utenti GNOME possono ad esempio utilizzare Gsynaptics, che permette di configurare nel dettaglio alcuni parametri come. la sensibilità del touchpad, la velocità si scorrimento e il tapping. In Ubuntu lo si può installare con un semplice:

sudo apt-get install gsynaptics

Gli altri possono scaricare da qui i sorgenti. Esiste anche ksynaptics (che prima si chiamava Qsynaptics), un'alternativa per KDE. Il progetto è però stato abbandonato. Se volete, potete comunque scaricare da qui l'ultima versione del software.

Disabilitare Synaptics durante la digitazione

Spesso mentre si scrive, capita che toccando per sbaglio il touchpad, si continui ad inserire il testo in una riga sbagliata. Per ovviare a questo fastidioso problema è possibile bloccare Synaptics quando si digita sulla tastiera. Bisogna editare il file xorg.conf:

sudo gedit /etc/X11/xorg.conf

Andando ad aggiungere questa riga:

Option "SHMConfig" "on"

nella sezione Synaptics touchpad, appena prima di EndSection. Naturalmente chi aveva già inserito la riga per disabilitare Synaptics, dovrà semplicemente inserire il valore "on" al posto di "true". Poi riavviate la sessione, e, quando vi sarete loggati nuovamente, potrete disabilitare Synaptics durante la digitazione, aprendo un terminale e dando:

syndaemon -i 1 -d

L'opzione -d dice a sysdaemon di monitorare sempre la digitazione della tastiera.

L'opzione -i dice invece quanti secondi disabilitare il touchpad dopo che l'ultimo tasto è stato premuto.

Potrebbe essere una buona idea aggiungere il comando ai programmi all'avvio. Gli utenti Ubuntu possono farlo, andando in Sistema --> Preferenze --> Sessioni, ed aggiungendo un nuovo "Programma d'avvio" con:

Nome: Synaptics Touchpad Syndaemon
Comando: syndaemon -i 1 -d
Comment: Disbilita il touchpad durante la digitazione

Articoli correlati:

Aircrack-ng con una scheda Wireless Intel 3945 ABG

Consumo energetico nei sistemi Gnu/Linux. PowerTop è una possibile soluzione

Registrare le chiamate di Skype con Scx Tool. Ecco come installarlo su Ubuntu

Ich bin begeistert von der LiveCD von KUbuntu. Dort wird bei jedem start ein neues xorg.conf angelegt das sich immer dem bedürfnissen anpasst.
So etwas wollte ich auch. Leider ist Gentoo nicht gleich Kubuntu. Und da das ganze Dexconf-Script eine Debian konstruktion ist, machte es mir die Arbeit nicht leicht.

Also fing ich an die Scripte zu untersuchen und schauen was eigentlich da genau passiert.
Also das Dexconf schreibt das xorg.conf. Die Daten holt es sich aus einer Datenbank. Diese Datenbank wird von einem confmodule geschriben.

Damit ich auch sicher immer alles habe, kopierte ich immer den ganzen Ordner.

Im Verzeichniss /usr/share bei der LiveCD gibt es einen Ordner der heisst "debconf". Genau diesen kopiert man auch in sein /usr/share Verzeichniss.

Dann muss man auch noch den Ordner "Debconf" im Verzeichniss /usr/share/perl5 in das Verzeichniss /usr/lib/perl5/vendor_perl/5.8.8 kopieren.

Damit die Pfade stimmen muss man von der LiveCD die dexconf und debconf-escape (/usr/bin) auch in das Verzeichniss /usr/bin kopieren.

Und schon hat man ein tolles Script, dass ein gutes xorg.conf erstellt.

Die LiveCD ist bei mir eine Kubuntu-Cd 7.8. Ich vermute mal das in den neueren abweichungen geben kann.

La instalación del driver es sencilla, consiste basicamente en añadir unas lineas al archivo xorg.conf que se encuentra en /etc/X11. Lo priemro es hacer una copia de seguridad, por si acaso. Para ello sólo id a la carpeta /etc/X11, copiad el archivo xorg.conf y pegadlo en vuestra home.
Ahora sí, procedemos a la modificación. En este archivo debeis añadir lo siguiente, con mucho cuidado de no equivocaros:

1. El primer texto es:
   

   Section "Extensions" Option "Composite" "Enable" EndSection

   Y hay que pagrlo al final del largo texto que empieza con "#", es decir que será la primer sección del xorg.conf. (Tabulad delante de la segunda linea)

2. El segundo texto es:
   

   Option "RenderAccel" "true" # render accel is enabled by default Option "AllowGLXWithComposite" "true"

   Y va dentro* de la sección "Device" del archivo, al final de la misma sección, es decir justo antes del "EndSection" de la sección "Device". (Tabulad delante de las 2 lineas)

3. El tercer texto es:
   

   Option "UseFBDev" "true" Option "AddARGBGLXVisuals" "True" #also supports 1280x1024 at 60Hz

   Y va dentro* de la sección "Screen" del archivo, antes del "EndSection" de la sección "Screen". (Tabulad delante de las 3 lineas)

Ahora reiniciais y la útima cosa es instalar el apquete libgl1-mesa-dri, para poder usar cosas 3D como juegos o Compiz-Fusion.

Os pondría mi xorg.conf, pero Wordpress no permite tabulaciones, y aquí son muy importantes, por lo que os liariais aún más.

*dentro: Dentro signfica que la sangría es mayor en esas lineas que en las lineas "Section" y "EndSection", es decir algo así:
Section
------------
EndSection

Espero aver sido claro, adios y suerte ;)

Section "ServerFlags"
Option "DontZap" "On"
EndSection

Save the file and close it. Restart your PC. And once when it is up again, you will find that you can no-more restart the display (X11 Server) using the ctrl-alt-bksp key combination. The screenshot of my xorg.conf file will give you a better picture:

Voila le principe retenu :

1. On passe sur une console (comme par exemple CTRL+ALT+F2)
2. On se log et on tape un alias du genre : startxmonitorY
3. On passe alors en mono-screen, une session X s'ouvre avec une console ouverte
4. Vous pouvez lancer le jeux à partir du shell ouvert

Tout d'abord on va manipuler le fichier /etc/X11/xorg.conf, faites-en une sauvegarde, ouvrez le et regardez la section « ServerLayout », dupliquez la en dessous de la première, puis changez son identifiant et le Screen utilisé. Voici ce que ça donne chez moi :

#section orignal
Section "ServerLayout"
    Identifier     "Default Layout"
    Screen      0  "ScreenTwin" 0 0
    InputDevice    "Generic Keyboard" "CoreKeyboard"
    InputDevice    "Configured Mouse"
    InputDevice    "Synaptics Touchpad"
EndSection

#section copié et modifié
Section "ServerLayout"
    Identifier     "SingleScreen24Layout" # ligne à modifier, et nom à noter
    Screen      0  "Screen0" 0 0          # ligne à modifier, et nom à noter
    InputDevice    "Generic Keyboard" "CoreKeyboard"
    InputDevice    "Configured Mouse"
    InputDevice    "Synaptics Touchpad"
EndSection

Maintenant on va créer ce « Screen », la méthode dépend du driver utilisé, mais voici le principe : il faut créer une nouvelle section Screen avec les options qui vont bien pour avoir un affichage sur un seul écran, nommée comme dans la section ServerLayout.

Si vous utilisez un driver nVidia, vous pouvez utiliser l'utilitaire nvidia-settings pour créer un xorg.conf configurer pour le mono-screen. Puis utiliser la section Screen ainsi généré pour le mettre dans votre xorg.conf.

Chez moi ça donne ça :

Section "Screen"
    Identifier     "Screen0" # on le nomme de la même façon
                             # que dans la section ServerLayout
    Device         "Videocard0"
    Monitor        "Monitor0"
    DefaultDepth    24
    Option         "TwinView" "0"
    Option         "TwinViewXineramaInfoOrder" "DFP-1"
    Option         "metamodes" "DFP-1: nvidia-auto-select +0+0"
EndSection

#version original
Section "Screen"
    Identifier     "ScreenTwin"
    Device         "Videocard0"
    Monitor        "Monitor0"
    DefaultDepth    24
    Option         "TwinView" "1"
    Option         "TwinViewXineramaInfoOrder" "DFP-1"
    Option         "metamodes" "DFP-0: nvidia-auto-select +0+0, DFP-1: nvidia-auto-select +1280+0"
EndSection

On a notre xorg.conf de prés, on passe à l'étape d'après qui est de lancer le serveur X pour tester notre fichier. Allez dans une console avec CTRL+ALT+F2, logguez vous, puis tapez la commande suivante qui devra normalenent lancer le serveur X avec un shell d'ouvert (xterm) :

$startx /usr/bin/xterm -- :1 -layout SingleScreen24Layout

Petite explication de la commande :

startx : programme qui lance le server X

/usr/bin/xterm : programme exécuté après que X soit lancé. par défaut ça ouvre votre session gnome/kde/autre

« -- » : marque le début des arguments qui seront passé à votre serveur X (xorg dans notre cas)

:1 :  on lance X sur la seconde console graphique

-layout SingleScreen24Layout : l'option -layout permet de préciser le layout à utiliser (par défaut le premier du fichier xorg.conf), on utilisera le nom donné à la section ServerLayout copiée.

Si le serveur ne se lance pas, lisez les logs qu'il vous donne et essayez de corriger le problème, ça peut être qu'un simple problème de nom mal recopié ou quelque chose de bien plus casse tête.

Maintenant qu'on a un fichier xorg.conf fonctionnel on va créer un alias dans le fichier de rc de votre shell préféré (le ficier ~\.bashrc pour bash par exemple), ajoutez cette ligne :

alias startxtruc='startx /usr/bin/xterm -- :1 -layout SingleScreen24Layout'

Vous n'aurez plus qu'a taper startxtruc dans une console pour lancer le server X, puis de lancer le jeu.

¿Sera un bug de Debian?.

My previous method had been to keep the various configuration files in /etc/X11, and then copy the desired one over xorg.conf and re-start X. This isn't really a bad solution, but I thought I might look into an alternative way: select the xorg.conf I want at boot.

This is a pretty simple process:

Get the tool

You need to install switchconf first. It is in repositories, so:

$sudo apt-get install switchconf

Create your configurations

This is pretty simple once you understand what to do: First, create a directory with the name of the configuration. Then, create a path of directories to the desired config file that "mirrors" the "real" path and put the desired file there.

For example: One configuration I want is going to be called "xinerama", and I want it to use a specific xorg.conf that runs xinerama across all three monitors.

First, then, create the directory /etc/switchconf/xinerama, and then "underneath" this directory, you will create /etc/X11 and place the desired xorg.conf file. The resulting complete file name with path, then will be:

/etc/switchconf/xinerama/etc/X11/xorg.conf

You can see how the portion after the configuration name (xinerama), mirrors the path to the "real" xorg.conf.

Since I want to have 3 different configurations to choose from I repeat this process, ending up with:

/etc/switchconf/xinerama/etc/X11/xorg.conf
/etc/switchconf/single/etc/X11/xorg.conf
/etc/switchconf/twinplus/etc/X11/xorg.conf

You can obviously see how to add multiple files to a specific configuration by following the "mirroring" path process. The man page suggests that if you set up a file in one configuration you do so in all configurations, to prevent one configuration's files getting mixed up with another's.

Check your work

See what the resulting available configurations are:

$switchconf -list
single
twinplus
xinerama

Call the configuration at boot time

Although it doesn't seem to be documented in the man page for switchconf, you can use a kernel option at boot time to call the configuration.

So, the relevant portions of my edited /boot/grub/menu.lst looks like:

[sourcecode language='ruby']
title Ubuntu 8.04, kernel 2.6.24-17-rt (TWINPLUS)
root (hd0,0)
kernel /boot/vmlinuz-2.6.24-17-rt root=UUID=d2b5a184-9104-4aff-8011-cb50d784afb9 ro quiet splash switchconf=twinplus
initrd /boot/initrd.img-2.6.24-17-rt
quiet

title Ubuntu 8.04, kernel 2.6.24-17-rt (XINERAMA)
root (hd0,0)
kernel /boot/vmlinuz-2.6.24-17-rt root=UUID=d2b5a184-9104-4aff-8011-cb50d784afb9 ro quiet splash switchconf=xinerama
initrd /boot/initrd.img-2.6.24-17-rt
quiet

title Ubuntu 8.04, kernel 2.6.24-17-rt (SINGLE)
root (hd0,0)
kernel /boot/vmlinuz-2.6.24-17-rt root=UUID=d2b5a184-9104-4aff-8011-cb50d784afb9 ro quiet splash switchconf=single
initrd /boot/initrd.img-2.6.24-17-rt
quiet

title Ubuntu 8.04, kernel 2.6.24-17-rt (recovery mode)
root (hd0,0)
kernel /boot/vmlinuz-2.6.24-17-rt root=UUID=d2b5a184-9104-4aff-8011-cb50d784afb9 ro single
initrd /boot/initrd.img-2.6.24-17-rt
[/sourcecode]

Note the "switchconf=configuration name" at the end of each "kernel" line. Set the one you want as your default at the top of the list.

2008.05.08 Edited To Add:
Don't use "SINGLE" as a name, because it will cause friendly-recovery to activate at boot - I guess it picks up on the word and thinks you are trying to do something in single user and starts up. I tried to find where to report this as a bug, but gave up. I just changed it to "MIDDLEONLY" (along with the corresponding changes in the kernel option and switchconf directory, and it cleared the problem.

That's it! Now you can pick your desired xorg.conf at boot! (Or even a more customized configuration!) I will give this a try for a bit and see how it works - if you try it or if you have a better way let me know!

(I would really like to be able to select the xorg.conf from the login screen and just have it re-start X, since this would be much quicker than a reboot.)

Na razie taki sobie, bo standardowy screen:

Tak w ogóle to nie mogę się połapać w nowym WP, nawet się nie domyślacie ile nerwów kosztowało mnie umieszczenie tego screena ;)

Bene oggi volevo descrivere la procedura da seguire per utilizzare al meglio il touchpad del nostro portatile. La procedura descritta è estendibile in genere a tutte le distribuzioni.

Per prima cosa installiamo i driver corretti del touchpad e il programma per settarlo come segue:

sudo pacman -S synaptics gsynaptics

Fatto ciò passiamo alla configurazione del server X (sudo gedit /etc/X11/xorg.conf) inserendo nella parte relativa agli inputdevice quanto segue:

Section "InputDevice"
Driver "synaptics"
Identifier "Touchpad"
Option "Device" "/dev/input/mouse0"
Option "Protocol" "auto-dev"
Option "LeftEdge" "1700"
Option "RightEdge" "5300"
Option "TopEdge" "1700"
Option "BottomEdge" "4200"
Option "FingerLow" "25"
Option "FingerHigh" "30"
Option "MaxTapTime" "180"
Option "MaxTapMove" "220"
Option "VertScrollDelta" "100"
Option "MinSpeed" "0.06"
Option "MaxSpeed" "0.12"
Option "AccelFactor" "0.0010"
Option "SHMConfig" "on"
EndSection

Quindi inseriamo nella Section "Module" la riga che ci permette di caricare il driver: Load "synaptics"

ed infine nella Section "ServerLayout" aggiungiamo la riga per usare il nostro input device: InputDevice "Touchpad" "SendCoreEvents".

Bene ora salviamo e riavviamo il server X. Dovremmo avere un touchpad funzionante con scroll ecc. Per modificare alcune impostazioni (quelle inserite sono standard) possiamo utilizzare il programma installato precedentemente : gsynaptics.

Ciao alla prossima

Installing a Wacom Bamboo on Debian testing:
A. Install the following packages:
Packages that should be already on your system:
1. xserver-xorg-input-wacom (version 0.7.9.3-2)
2. linux-image-2.6.24-1-686 (or possibly 2.6.23, 2.6.22, YMMV)

Packages that you probably don't have yet:
3. wacom-tools (version 0.7.9.3-2)

B. Tweak your /etc/X11/xorg.conf:
1. Add the following sections.

Section "InputDevice"
        Identifier      "stylus"
        Driver          "wacom"
        Option          "Device"                "/dev/input/wacom"
        Option          "Type"                  "stylus"
        Option          "USB"                   "on"
EndSection

Section "InputDevice"
        Identifier      "eraser"
        Driver          "wacom"
        Option          "Device"                "/dev/input/wacom"
        Option          "Type"                  "eraser"
        Option          "USB"                   "on"
EndSection

Section "InputDevice"
        Identifier      "cursor"
        Driver          "wacom"
        Option          "Device"                "/dev/input/wacom"
        Option          "Type"                  "cursor"
        Option          "USB"                   "on"
EndSection

Section "InputDevice"
        Identifier      "pad"
        Driver          "wacom"
        Option          "Device"                "/dev/input/wacom"
        Option          "Type"                  "pad"
        Option          "USB"                   "on"
EndSection

2. Change the following section to look something like this:

Section "ServerLayout"
        Identifier      "Default Layout"
        Screen          "Default Screen"
        InputDevice     "Generic Keyboard"
        InputDevice     "Configured Mouse"
        InputDevice     "stylus"                "SendCoreEvents"
        InputDevice     "eraser"                "SendCoreEvents"
        InputDevice     "cursor"                "SendCoreEvents"
        InputDevice     "pad"                   # no core events
EndSection

C. Configure the touch ring to act like a mouse wheel (i.e. scrolling).
1. I put the configuration in the in file /etc/X11/Xsession.d/80wacom-config_scrollpad, for lack of a better place.
Its contents:

xsetwacom set pad AbsWDn "5"
xsetwacom set pad AbsWUp "4"

D. That's it.

More documentation and options here.

With firefox 2.0, button mappings for forward and back required one of two things to make them work:

Option "Buttons" "5"
Option "ZAxisMapping" "4 5"
Option "ButtonMapping" "1 2 3 6 7"

or

xmodmap -e "pointer = 1 2 3 4 5 8 9 6 7 10 11"

In firefox 3.0 (at least beta4), button mappings have changed. To get my my buttons to work, I had to run:

xmodmap -e "pointer = 1 2 3 4 5 8 9 6 7 10 11"

which simply undid the change I had made to xorg.conf for firefox 2.0.

I have now removed my mouse-related modifications to xorg.conf.

Mi raccomando, prima di iniziare procuratevi le caratteristiche del monitor (frequenze orizzontali e verticali) e informatevi su che driver open utilizza la vostra scheda video (se non volete usare i VESA).

L'operazione è semplice, bisogna modificare con un editor di testo (io uso nano, se non l'avete dovrebbe andare mcedit) il file

/etc/X11/gui.conf

e cambiare

SKIP_XCONF=

con

SKIP_XCONF=yes

Salvate e uscite. In questo modo avete impedito a Xorg di riconfigurarsi a ogni avvio. Se e quando cambierete pc, riportate le cose come prima.

Ora riavviate il pc e avviate Slax in modalità testo. Lanciate

xorgconfig

e seguite tutti i passi che vi guideranno alla perfetta configurazione della scheda video. Per i driver io consiglio i VESA se non avete esigenze particolari (che magari vanno sia sul pc di casa con ATI che in ufficio con nVidia). Fate attenzione a immettere la risoluzione giusta, permettetegli di sovrascrivere xorg.conf e poi fate partire la grafica con

startx

Ebbene, teoricamente non vedrete la risoluzione massima. Dovete aprire il centro di controllo di KDE, selezionare 1280x1024, renderla predefinita a ogni avvio e finalmente dovrebbe andare tutto.

Altro consiglio, vi conviene salvare xorg.conf da qualche parte, così se lo configurate per un altro pc, starete prima a ripristinarlo.

The video chipset is the VIA CX700M, specifically the "3157" integrated video processor. The best open source driver for this is from the OpenChrome project, but the release included with Xubuntu 7.10 is too old to include the driver for the specific chip in the MicroClient Sr. This means that I have to build the driver from source.

This can be done quite easily by following these instructions from the Ubuntu community documentation on OpenChrome. The steps required are outlined below.

• Make sure you have all necessary packages (subversion autoconf automake1.9 libtool).
• Grab the source code from the OpenChrome project.
• Run a script to automatically configure the code.
• MAKE and then MAKE INSTALL the driver.
• Edit /etc/X11/xorg.conf to change the device driver from VESA to openchrome.
• Restart the X server by logging out of Xubuntu and then pressing CTRL-ALT-BACKSPACE at the login prompt.

This worked fine for me and I now have a fully working X server/desktop with much smoother/better graphics action. Changing from VESA to openchrome drivers can improve frame rate by as much as 100%. ;-)

Now, the next thing to do is to install my printer which unfortunately requires the latest version of gutenprint...

Hoffe das ich hier durchblicke ;)

Es geht um die Logitech Maus MX158. Im Firefox öffnet sich immer ein neues Fenster/Tab wenn ich zurück möchte. Was für mich stupid ist. Also habe ich mal gesucht wo ich das Einstellen könnte.Kurz mal bei ubuntuusers vorbei geschaut ( Ubuntu baut ja auf Debian auf. Wieso nicht einfach da nach einer Lösung suchen :) ) und schon was tolles gefunden:

"evdev" ist ein neues Protokoll u.a. für Eingabegeräte, das seit Ubuntu Hoary zur Verfügung steht und besser funktioniert als die zuvor verwendeten Protokolle.

Funktioniert Wunderbar! Achtung immer schön eine Sicherung von seiner xorg.conf machen (cp /etc/X11/xorg.conf /etc/X11/xorg.conf.org)!

La prima cosa che faccio è installare le Virtualbox Guest Additions (da ora le chiamerò per comodità VboxGA, e perché no per affetto: chi non dà nomignoli stupidini alla propria ragazza/o tipo tigrotta, gattina... beh io le Virtualbox Guest Additions in intimità le chiamo VboxGA :-P), che sono particolari driver e configurazioni per migliorare le prestazioni e per aumentare le risoluzioni video del sistema operativo virtualizzato (natoare che la risoluzione massima che ubuntu HH mi permetteva di settare prima di installare le VboxGA era di 800x600).

Una volta installate riavvio: tutto va alla perfezione, schermo settato a 1024x768 (che su un sistema operativo virtualizzato che uso solo per test mi va anche bene), video più veloce e... porca miseria, non si vede il mouse! Riesco a muovere il mouse ma non riesco a vederlo, puffunbacco!!!

Prima cosa che faccio è controllare il file xorg.conf di HH per controllare che il mouse sia settatto correttamente e noto che è tutto a posto, gioco un po' con il driver per il mouse, riavvio ma nulla, è sempre invisibile.

Cercando con google non trovo nulla, né in italiano né in inglese, solo un post che riguarda fedora e uno pclinuxos. A dir la verità trovo un post in italiano di uno che ha il mio problema con debian virtualizzata e che ha risolto, ma natuarlamente non dice come (che ti venga un colpo di sonno mentre giaci con la tua ragazza!!! :-)).

Poco fa decido di tornare su xorg.conf, ma tutto è a posto... ehi un attimo, ma qui manca qualcosa... ma porca miseria, manca una sezione; non me ne ero accorto perché lo xorg.conf di HH su virtualbox è molto scarno.

La sezione incriminata è ServerLayout che aggiungo copiandola e incollandola dal mio ubuntu principale 7.10.

Per chi fosse interessato eccola:

Section "ServerLayout"
Identifier "Default Layout"
Screen "Default Screen"
InputDevice "Generic Keyboard"
InputDevice "Configured Mouse"
EndSection

Ovviamente i nomi dei vari componenti deve essere lo stesso di quello descritto nelle altre sezioni di xorg.conf.
Riavvio e il mouse finalmente si vede! Un "sì" di gioia mi è sgorgato dal cuore.
Eccovi uno screenshot dei Ubuntu HH in una finestra di Ubuntu Gutsy: