Desde que instalé el kernel 2.6.29, la fuente con la que se muestran los mensajes de arranque cambia automáticamente con el mensaje setting up console font. Para mí, que en el portátil uso bastante la consola sin entorno gráfico, es un incordio ya que la letra me parece horrible. Tras curiosear un poco en los scripts de inicio, dí con la solución. Basta editar el archivo /etc/default/console-setup y dejar vacías las dos siguientes opciones:

# Set FONTFACE and FONTSIZE to an empty string if you want setupcon to
# set up the keyboard but to leave the console font unchanged.
FONTFACE=""
FONTSIZE=""

Y asunto arreglado, no más cambio de fuente al arrancar

El lanzamiento de Debian GNU/Linux 5.0 ha tenido muy ocupados a los que mantienen los repositorios, por lo que el kernel 2.6.27 no ha estado disponible y desde hace unos días sí lo esta el 2.6.28 pero sin alguna dependencia importante como linux-kbuild-2.6.28, que permite entre otras cosas compilar los drivers propietarios de NVIDIA con este kernel.

Buceando por el foro oficial de Debian me he encontrado con las instrucciones para generar nuestro propio paquete y poder así instalar linux-headers-2.6.28 sin problemas. Lo primero es añadir a nuestro /etc/apt/sources.list lo siguiente:

deb-src http://kernel-archive.buildserver.net/debian-kernel/ trunk main 

Luego, los siguientes pasos:

mkdir ~/kbuild && cd ~/kbuild
sudo apt-get install apt-src
sudo apt-src install linux-kbuild-2.6=2.6.28-1~snapshot.12595
sudo apt-src build linux-kbuild-2.6=2.6.28-1~snapshot.12595
sudo dpkg -i linux-kbuild-2.6.28_2.6.28-1~snapshot.12595_i386.deb
sudo apt-get install linux-headers-2.6.28-1-686

Con esto ya tendremos instalado todo lo necesario para poder compilar los controladores como siempre. Pero si tienes la mala suerte de tener una tarjeta que necesita controladores legacy (como mi FX5200, que necesita la versión 173.14.12) tendrás que probar con esta actualización, la 173.14.17, que añade soporte para los nuevos núcleos…

Ayer estrené una estupenda Wacom Bamboo, que me viene de lujo para pequeños retoques fotográficos y otras cosillas (Gimp, Inkscape…), además de como sustituta del ratón (que ha funcionado perfectamente incluso con la doble pantalla).

Su configuración en Debian es muy sencilla: el kernel 2.6.26 integra un controlador para este tipo de tabletas y el módulo para X.org está en los repositorios (xserver-xorg-input-wacom). Únicamente es necesario añadir la siguiente configuración al archivo /etc/X11/xorg.conf:

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

Y en la sección ServerLayout:

InputDevice    "stylus"	"SendCoreEvents"
InputDevice    "cursor"	"SendCoreEvents"
InputDevice    "eraser"	"SendCoreEvents"
InputDevice    "pad"	"SendCoreEvents"

Todo esto funcionará a la perfección (las teclas se detectan con su código único programable con XBindKeys) si no tienes instalado mouseemu. De lo contrario te encontrarás con errores en el syslog o Xorg.0.log como:

Error reading wacom device : Device or resource busy

Wacom X driver can't grab event device, errno=1022

Se debe a que los controladores de la Wacom no se llevan bien con mouseemu, que tenía instalado para hacer funcionar las teclas extra de mi Logitech G15. La solución pasa por eliminar mouseemu y cargar el módulo uinput al inicio (bien en la configuración de X.org o en /etc/modules) y las incompatibilidades desaparecerán. Lo curioso es que mouseemu también era el culpable de que los botones extra de los ratones USB no se detectaran (concretamente me ocurre con el Logitech MX310 y el Microsoft Arc Mouse).

En el wiki de Ubuntu describen cómo configurar ciertas cosas, como la sensibilidad y su uso en programas como Gimp o Inkscape…

La versión de VirtualBox disponible en Debian SID es la 1.6.6, pero es interesante disponer de las mejoras que trae la versión 2.0. Los binarios están disponibles en el repositorio Experimental pero no los módulos, por lo que no es un apt-get y listo:

sudo apt-get install -t experimental virtualbox-ose virtualbox-ose-source module-assistant
sudo m-a prepare
sudo m-a a-i virtualbox-ose
sudo modprobe vborv

Luego, sólo queda añadir a /etc/modules el módulo para que se cargue en el arranque y el usuario al grupo vboxusers para que tenga privilegios suficientes para ejecutar el programa.

Ya hace unos meses que comenté cómo hacer funcionar un Logitech G15 en Debian con los controladores específicos y utilizando scripts especialmente programados para su pantalla LCD. Pero hasta ahora no había probado LCDproc, un software que permite el uso de pantallas LCD genéricas (utilizadas mucho en las cajas de los equipos) y que en su versión 0.5.2 añade soporte para este teclado.

El primer problema es que es necesario instalar la versión de los repositorios Experimental, ya que la versión de los repositorios estables es la 0.4.5, sin soporte para el G15. Para eso, deberemos añadir a nuestro /etc/apt/sources.list lo siguiente:

deb http://ftp.fr.debian.org/debian/ experimental main contrib non-free

Y luego instalar el programa:

sudo apt-get install -t experimental lcdproc

Una vez instalado se inicia automáticamente el daemon y debería aparecer LCDproc Server en la pantalla del teclado, pero no es así. Una llamada a lcdproc nos devuelve:

sock_connect: connect failed
Error connecting to LCD server 127.0.0.1 on port 13666.
Check to see that the server is running and operating normally.

Y el registro del sistema muestra:

Nov 22 09:41:37 vito LCDd: Could not open driver module server/drivers/g15.so:
server/drivers/g15.so: cannot open shared object file: No such file or directory
Nov 22 09:41:37 vito LCDd: Driver [g15] binding failed
Nov 22 09:41:37 vito LCDd: Could not load driver g15
Nov 22 09:41:37 vito LCDd: There is no output driver
Nov 22 09:41:37 vito LCDd: Critical error while initializing, abort.

Es decir, que no se ha compilado con el controlador para el G15, por lo que habrá que compilarlo a mano:

wget http://ftp.de.debian.org/debian/pool/main/l/lcdproc/lcdproc_0.5.2.orig.tar.gz
tar xzvf lcdproc_0.5.2.orig.tar.gz
cd lcdproc-0.5.2
./configure --enable-drivers=g15
make
sudo cp server/drivers/g15.so /usr/lib/lcdproc/

Y una vez compilado el controlador y copiado en su directorio, es necesario configurar el daemon editando el archivo /etc/LCDd.conf y modificando las siguientes líneas:

Driver=g15
DriverPath=/usr/lib/lcdproc/

Tras esto, tendremos todo listo y un sudo /etc/init.d/LCDd restar debería mostrar información en la pantalla y se podrá ejecutar el comando lcdproc normalmente.

Uso Gnome Evolution desde hace tiempo (otra vez, tras cambiar entre Mozilla Thunderbird y Evolution varias veces) pero uso KDE, por lo que la integración del cliente de correo con el entorno de escritorio a veces no es del todo buena.

Uno de los problemas que me irritaban era la imposibilidad de abrir los enlaces en un correo electrónico pulsando sobre ellos (!!). Se debía a que el explorador por defecto o no estaba bien establecido o no instalado según los parametros por defecto de Gnome (¿Epiphany?), con el agravante de que Mozilla Firefox no está instalado a través de los repositorios (maldito Iceweasel) si no a partir del paquete proporcionado por Mozilla.

Tras trastear un rato dí con la solución:

gconftool-2 --set /desktop/gnome/url-handlers/http/command -t string 'firefox %s'
gconftool-2 --set /desktop/gnome/url-handlers/https/command -t string 'firefox %s'

Requiere tener instalado el paquete gconf2