La plaga Tux

A pesar de que en mi casa no uso ningún dispositivo fireware, si que algunas de las librerías que utilizo dependen de la librería libraw1394 y me he encontrado con un problemilla en la nueva versión de Ubuntu/Kubuntu con esta. Cuando intentaba ejecutar algún programa de los que escribo y que hacen uso de la librería OpenCV (que depende de raw1394) me aparecía un mensaje diciendo:

Failed to initialize libdc1394

El problema es que por defecto no se carga el módulo raw1394 y por lo tanto vamos a necesitar añadirlo en nuestro fichero /etc/modules. Pero el problema no acaba aquí ya que el dispositivo que se crea al cargar este módulo /dev/raw1394 no va a tener unos permisos adecuados para poder acceder a el con nuestro usuario normal. Para cambiarle los permisos vamos a hacer uso de udev escribiendo en consola:

echo 'KERNEL=="raw1394", GROUP="disk"' | sudo tee -a /etc/udev/rules.d/50-raw1394.rules

Por último nos vamos a añadir al grupo disk, y de esta forma cuando reiniciemos el ordenador ya no tendremos dicho problema:

sudo adduser $USER disk

Estos pasos solo son válidos hasta la versión 10.04 de Ubuntu. A partir de la versión 10.10 cambia un poco la estructura de funcionamiento de los dispositivos que hacen uso de la librería dc1394.

Fuentes:

• https://bugs.launchpad.net/ubuntu/+source/libdc1394-22/+bug/462453
• https://sourceforge.net/mailarchive/message.php?msg_id=4AB735F3.20402%40enseirb.fr

Si os quedáis de repente sin sonido en vuestra distribución GNU/Linux usando ALSA y al ejecutar un comando desde consola que haga uso de vuestro dispositivo de sonido (p.e. gnome-volume-control) os dice algo como “ALSA not found default device” puede que os encontréis en el mismo desesperante caso en el que me vi envuelto hace unos días. Tras estar varios días instalando y desinstalando varios paquetes de Gnome para migrar a la versión 2.28 del gestor de escritorio parece ser que alguna de estas instalaciones tocó el archivo de grupos de usuarios y me sacó del grupo audio. Añadiéndome de nuevo al grupo con

sudo usermod -G audio username

Volví a tener sonido al reiniciar la sesión de gnome. Para comprobar si estáis en dicho grupo podéis ejecutar el siguiente comando:

cat /etc/group | grep audio

Recientemente me he comprado una ATI 5770 y a pesar de que para jugar en Windows es una auténtica maravilla por si relación de calidad/precio, me he llevado un fiasco muy grande al comparar su rendimiento en GNU/Linux respecto a mi anterior Nvidia 8600GT, unas cuantas generaciones por debajo de mi nueva adquisición. Uno de los aspectos negativos más chocante es que la serie 5700 no cuenta aún con soporte por parte de los drivers oficiales de ATI, y debido a esta razón se muestra una horrenda marca de agua (watermark) en la esquina inferior derecha de la pantalla. Por suerte este problema se soluciona fácilmente si ejecutamos el siguiente bash script que me he encontrado en phoronix con permisos de super-usuario:

#!/bin/sh
DRIVER=/usr/lib/xorg/modules/drivers/fglrx_drv.so
for x in $(objdump -d $DRIVER|awk '/call/&&/EnableLogo/{print "\\x"$2"\\x"$3"\\x"$4"\\x"$5"\\x"$6}'); do
 sed -i "s/$x/\x90\x90\x90\x90\x90/g" $DRIVER
done

Aunque el rendimiento de los drivers me haya decepcionado, al menos ahora puedo tener un sistema operativo funcionando como dios manda sin tener esa marca de agua viéndola a todas horas. Ya os contaré más acerca del fiasco que me he llevado con algunos ejemplos de rendimiento entre las dos tarjetas que os comento, pero primero me quiero asegurar de que este pobre rendimiento no sea porque aún la tarjeta no está soportada. Ojalá cuando saquen la nueva versión de los drivers y soporten los modelos 5700 mejore el rendimiento, aunque creo que me volveré a desilusionar.

La mayoría de aplicaciones escritas en python cuentan con un archivo setup.py que nos permite realizar la instalación de la aplicación. Para realizar esta instalación basta con ejecutar el comando:

python setup.py install

con permisos de root. Sin embargo no contamos con una opción para desinstalar estos programas que instalamos, y si queremos hacerlo tenemos que buscar los archivos manualmente. En esta página me he encontrado un truco bastante curioso para automatizar este proceso de desinstalación. Primero realizamos la instalación con una opción que nos permite generar un fichero donde se incluyen todos los ficheros que se han copiado en diversos directorios:

python setup.py install –record files.txt

Después podemos borrar dichos ficheros con este comando

cat files.txt | xargs rm -rf

Sin embargo uno de los comentarios en dicha página advierte que hay que asegurarse de que en la lista de ficheros no se incluya ningún directorio importante para no borrarlo sin querer. Por ejemplo si nos encontramos con algo cómo:

/usr/share/doc/

a palo seco (sin especificar ningún archivo detrás de la última barra), si ejecutamos el comando anterior se nos borrará toda la documentación de los programas que tenemos instalados.

Hay bastantes entradas en internet en las que se dan unas “falsas indicaciones” para establecer el diccionario de OpenOffice a español mediante el uso del paquete myspell-es. Pienso que este debía ser el modo de seleccionar el diccionario antiguamente ya que ahora el método ha cambiado. Si os fijáis, justo después de instalar el paquete openoffice-bin aparece el siguiente mensaje (lo he traducido):

Por lo tanto los pasos a seguir parece que quedan bastante claros ahora ¿no? . Tan solo debéis aseguraros de que existe dicho directorio y en caso contrario descargar los ficheros de diccionario desde la página de extensiones de Sun.