Solución al problema de Google Hangouts en Debian

Es posible que los usuarios de Debian testing o Debian sid que hayáis intentado utilizar la videoconferencia mediante Google Hangouts os hayáis encontrado con que el servicio no os funciona y que tras una espera os aparezca un mensaje de que instaléis el plugin necesario, pese a que ya lo tengáis instalado.

Si este es vuestro caso os animo a probar la solución que os traigo, que al menos a mí me resolvió el problema. Dicho problema parece estar provocado por un bug en la nueva versión 1.12.16-2 de la librería libcairo2, por lo que podemos solucionarlo instalando la última versión anterior que funcionaba correctamente, siempre y cuando no tengamos instalados paquetes con dependencias de la versión nueva, claro.

Partamos de que ya tenéis instalado el plugin necesario para Google Hangout (paquete google-talkplugin_current_amd64.deb ó google-talkplugin_current_i386.deb, dependiendo de si usamos la versión de 64 o de 32 bits). Vamos a realizar la tarea desde nuestra querida terminal con solo un par de comandos:

Si usamos Debian 64 bits:

wget http://snapshot.debian.org/archive/debian/20130927T214600Z/pool/main/c/cairo/libcairo2_1.12.14-4_amd64.deb
sudo dpkg -i libcairo2_1.12.14-4_amd64.deb
Para 32 bits:

wget http://snapshot.debian.org/archive/debian/20130927T214600Z/pool/main/c/cairo/libcairo2_1.12.14-4_i386.deb
sudo dpkg -i libcairo2_1.12.14-4_i386.deb
Con el primer comando descargamos la última versión del paquete que funcionaba correctamente, para posteriormente instalarla con el segundo, machacando en el proceso a la problemática versión actual. Ni que decir tiene, que hasta que el problema sea solucionado en futuras actualizaciones de la librería, deberíamos omitir el paquete libcairo2 de las actualizaciones del sistema.

Configurar los repositorios en Debian

Una vez hayamos instalado Debian, una de las primeras cosas que deberíamos hacer, además de instalar sudo, es configurar apropiadamente los repositorios. Si acabamos de instalar Debian es posible que aun no tengamos entorno gráfico y/o la aplicación necesaria para configurar los repositorios gráficamente, por lo que para que esta entrada sea válida en todos los casos vamos a movernos únicamente con el terminal.

Para ello editaremos el famoso fichero sources.list:

sudo nano /etc/apt/sources.list
Primero comentaremos o eliminaremos la línea que fija como repositorio el contenido del cdrom de instalación y posteriormente vamos a asegurarnos de que los repositorios iniciales apuntan a la rama en vez de a la versión. Este paso no es obligatorio, aunque sí os lo recomiendo. Las versiones de Debian funcionan de la siguiente manera: hay una versión estable (stable, que actualmente se llama Wheezy), una versión en pruebas (testing, llamada actualmente Jessie) y una versión inestable o de desarrollo, llamada siempre sid. Cuando se termine el ciclo de pruebas y sea liberada la siguiente versión estable de Debian, la actual versión en pruebas es la que se convierte en estable, por lo que la actual versión estable pasa a ser la versión anterior (oldstable).

Ahora os pongo un ejemplo de por qué recomiendo que los repositorios apunten a la rama, en vez de a la versión: suponed que tenéis una Debian testing, y de hecho queréis tener siempre una Debian testing. Actualmente la rama testing apunta a la versión Jessie, pero ¿qué pasará dentro de un tiempo cuando Jessie pase a ser la versión stable? Muy sencillo, pasará que si tenemos los repositorios configurados para que apunten a la versión Jessie, estaremos apuntando a la versión stable y no a la testing. Esto mismo ocurrirá con la versión stable de Debian, ya que si apuntamos ahora a Wheezy, cuando esta deje de ser la versión stable en pro de Jessie, estaremos apuntando a la versión oldstable, no a la nueva stable.

Lo que tenemos que hacer para evitar esto es apuntar a la rama, en vez de a la versión, por tanto, a fecha de hoy en que Wheezy es la versión stable y Jessie la testing, en el fichero sources.list, cada vez que aparezca wheezy lo sustituiremos por stable, o en caso de usar la rama testing, cada vez que aparezca jessie lo sustituiremos por testing. La versión de Debian unstable siempre se llama sid, por lo que en este caso no tendríamos que hacer nada.

Además de lo expuesto anteriormente, vamos a añadir los repositorios no libres y así tener acceso por ejemplo a drivers privativos (nvidia, ati...), algunos codecs y compredores, plugin de flash, etc. Esto por supuesto es algo voluntario, y habrá gente que no quiera usar paquetes no libres, pero para quienes quieran hacerlo deberán añadir los repositorios non-free (paquetes no libres) y contrib (paquetes libres pero con dependencia de paquetes que no lo son). Con todo esto, y en función de la versión de Debian que usemos, el fichero sources.list nos quedará de la siguiente manera (aquellos que sólo quieran usar software libre deberán eliminar todas las apariciones de contrib y non-free):

Debian estable (Wheezy):

deb http://ftp.es.debian.org/debian stable main contrib non-free deb http://security.debian.org/ stable/updates main contrib non-free
Debian testing (Jessie):

deb http://ftp.es.debian.org/debian/ testing main contrib non-free deb http://security.debian.org/ testing/updates main contrib non-free
Debian unstable (Sid):

deb http://ftp.es.debian.org/debian sid main contrib non-free deb http://security.debian.org/ sid/updates main contrib non-free
Como podéis ver, he eliminado los repositorios de código (las líneas que empiezan por deb-src), aunque si queréis tener acceso al código fuente no los eliminéis (acordaos en tal caso de hacer que apunten a la rama en vez de a la versión). El repositorio principal usado es el que se encuentra en España, si sois de otro país os recomiendo usar el vuestro, ya que por cercanía posiblemente os funcione más rápido. Básicamente se trataría de sustituir http://ftp.es.debian.org/debian/ por el que corresponda. Os dejo un link de la web oficial de Debian donde tenéis la réplica del repositorio principal de cada país:

http://www.debian.org/mirror/list

También os dejo el link a una interesante web donde podréis generar el contenido del sources.list según lo que queráis añadir:

http://debgen.simplylinux.ch/

Finalmente, vamos a añadir una línea más al fichero sources.list correspondiente a los repositorios multimedia, los cuales considero muy útiles por contener todos los codecs multimedia que podamos llegar a necesitar. Según la versión de Debian que usemos, añadimos la siguiente línea:

Debian estable (Wheezy):

deb http://www.deb-multimedia.org/ stable main non-free
Debian testing (Jessie):

deb http://www.deb-multimedia.org/ testing main non-free
Debian unstable (Sid):

deb http://www.deb-multimedia.org/ unstable main non-free
Puede que algunos no queráis que los repositorios apunten a la rama, sino a la versión, por ejemplo en caso de que hayáis instalado una versión estable y no queráis que esta se actualice a la nueva versión, cuando esta sea liberada. En este caso, vuestros repositorios quedarían de la siguiente manera:

Debian Wheezy:

deb http://ftp.es.debian.org/debian wheezy main contrib non-free deb http://security.debian.org/ wheezy/updates main contrib non-free deb http://www.deb-multimedia.org/ wheezy main non-free
Debian Jessie:

deb http://ftp.es.debian.org/debian/ jessie main contrib non-free deb http://security.debian.org/ jessie/updates main contrib non-free deb http://www.deb-multimedia.org/ testing main non-free

Una vez añadidos los repositorios, con Ctrl+X salimos del editor, aunque antes se nos preguntará si queremos guardar los cambios, a lo que responderemos S. Si hemos añadido los repositorios multimedia, tendremos que instalar el paquete necesario para obtener la llave del repositorio:

sudo apt-get install deb-multimedia-keyring
Ahora ya sólo queda actualizar la información de los repositorios en nuestro sistema, para lo cual haremos:

sudo apt-get update
Y todo listo. ¡A disfrutar de vuestra Debian!

Instalar drivers de NVIDIA en Debian

Aunque para las tarjetas NVIDIA tenemos los drivers libres nouveau, cuya implementación tiene mucho mérito, dada la poca ayuda que los desarrolladores han recibido de NVIDIA, sí es cierto que estos drivers aun distan mucho en rendimiento de los drivers privativos. En esta entrada vamos a ver como instalar los drivers no libres de NVIDIA en las distintas versiones de Debian, ya que esta distro no nos facilita una manera sencilla y visual de hacerlo, al contrario que otras como Ubuntu o Linux Mint.

Lo primero que vamos a hacer es adquirir privilegios de root para realizar las operaciones que vendrán después:

su
Una vez hecho esto empezamos añadiendo los repositorios no libres, si no lo tenemos aun, donde encontraremos los drivers de NVIDIA, entre otras muchas cosas:

nano /etc/apt/sources.list
Dependiendo de la versión de Debian que uséis, tanto vuestro repositorio principal como el de actualizaciones de seguridad debería quedar de la siguiente manera:

Debian estable (Weezy):

deb http://ftp.es.debian.org/debian stable main contrib non-free deb http://security.debian.org/ stable/updates main contrib non-free
Debian testing (Jessie):

deb http://ftp.es.debian.org/debian testing main contrib non-free deb http://security.debian.org/ testing/updates main contrib non-free
Debian sid:

deb http://ftp.es.debian.org/debian sid main contrib non-free deb http://security.debian.org/ sid/updates main contrib non-free
Si os fijáis estos repositorios apuntan a la rama en vez de a la versión de Debian, de esta manera no tendréis que cambiar nada en caso de cambio de versión. Los repositorios principales que he puesto están en España, si estáis en otro país puede que os convenga instalar los del vuestro. Para ello os recomiendo entrar en la siguiente web:

http://debgen.simplylinux.ch/

Desde aquí podréis generar la línea con el repositorio según vuestras necesidades. Luego copiáis y pegáis en el sources.list.

Una vez añadido el repositorio al sources.list, guardamos, cerramos (Ctrl+X) y actualizamos la información de los paquetes:

apt-get update
Es recomendable añadir el driver libre para NVIDIA nouveau a la lista negra del kernel, así evitaremos que pueda cargarse y por tanto posibles conflictos. De nuevo en el terminal:

nano /etc/modprobe.d/blacklist.conf
Una vez abierto, añadimos la siguiente línea:

blacklist nouveau
Cerramos y guardamos. Ahora procedemos a realizar la instalación de los paquetes necesarios:

apt-get install nvidia-kernel-dkms nvidia-glx nvidia-xconfig nvidia-settings apt-get install nvidia-vdpau-driver vdpau-va-driver
Si tenemos ya instalado algún entorno de escritorio y el servidor X está en ejecución, para realizar la siguiente tarea antes tendremos que detenerlo, así como el gestor de acceso al servidor X. Primero cerraremos sesión y abriremos un tty (Ctrl+1, por ejemplo). Ahora nos logamos con nuestro usuario en el tty, y si usamos Gnome haremos:

service gdm3 stop
Ó bien:

/etc/init.d/gdm3 stop
En caso de usar otro entorno sustituiremos gdm3 por el correspondiente gestor de ventanas, por ejemplo, en caso de usar KDE haríamos service kdm stop ó bien /etc/init.d/kdm stop.

En este paso vamos a generar un nuevo xorg.conf, ya con nuestros drivers de nvidia instalados. En el terminal:

X -configure
Copiamos el fichero generado a /etc/X11

cp /root/xorg.conf.new /etc/X11/xorg.conf
Con esto ya tenemos los drivers de Nvidia instalados y operativos. Si ya tenemos entorno de escritorio instalado podemos lanzarlo sin tener que reiniciar:

startx
Una vez iniciado el entorno gráfico, podemos irnos a la aplicación de configuración de Nvidia y desde ahí configurar la resolución o lo que necesitemos, finalizando con el botón de Grabar a Fichero de Configuración X.

Instalar Compiz en un Escritorio XFCE

Desde la llegada de los Gnome 3 y Unity vivimos un poco de revuelo en lo que a entornos de escritorio linuxeros se refiere. Además de los dos mencionados han aparecido otros como Cinnamon o Mate (fork de Gnome 2), que también tienen aceptación entre los usuarios. Tanto Gnome 3 como Unity han tenido muchas críticas y han provocado que un buen número de usuarios se pasen a otras distros y/o entornos de escritorio, usuarios entre los que me incluyo.

Este post va dirigido a aquellos que han decidido usar XFCE, así como a los que ya lo usaban. Aunque de por sí creo que XFCE ya goza de buen aspecto en la mayoría de distros que lo incorporan, es posible que echéis de menos aquellos efectos y funcionalidad que nos aportaba Compiz cuando muchos usábamos Gnome 2. Si es así no os preocupéis, porque incorporar Compiz a XFCE es una tarea bastante sencilla que vamos a detallar aquí.

En mi caso, he usado Xubuntu 13.04, aunque lo explicado en este post es extensible a cualquier distro con XFCE, si bien aquellas que no usen apt como gestor de paquetes tendrán que instalarlos con el que use su distro, y puede que los nombres de los paquetes cambien.

Para empezar, en Debian, Ubuntu y derivadas, haremos:

sudo apt-get install compiz compiz-plugins compizconfig-settings-manager sudo apt-get install dconf-tools

Una vez hecho esto, en la terminal ejecutamos dconf-editor, o bien, si estamos en Xubuntu o similar, en el menú de aplicaciones encontraremos la aplicación en Sistema > Editor de dconf:

Una vez aquí, en el árbol de la izquierda, navegamos a org > gnome > desktop > wm > preferences y en el parámetro theme escribimos el nombre del tema que estemos usando, por ejemplo Greybird, si estamos usando el tema que trae por defecto Xubuntu 13.04. Ahora configuraremos Compiz para que se encargue de lo necesario. Tecleamos ccsm en el terminal, o bien, en caso tener Xubuntu u otra distro parecida, nos vamos al Administrador de la Configuración y allí ejecutamos el Administrador de Opciones CompizConfig. Para que XFCE funcione correctamente con Compiz, tendremos que habilitar al menos las siguientes opciones: Compatibilidad de Gnome, Composite, OpenGL, Decoración de ventanas, Mover ventana, Cambiar de tamaño la ventana y Colocar ventanas. Ademaś de estos plugins, somos libres de explorar la configuración de Compiz y activar los que más nos gusten.

Para activar Compiz y empezar a probarlo, en el terminal hacemos:

compiz --replace

Con esto ya esteremos usando XFCE con Compiz, pero aun nos queda configurar el sistema para que inicie Compiz cada vez que iniciemos sesión. Para ellos haremos lo siguiente:

cp /etc/xdg/xfce4/xfconf/xfce-perchannel-xml/xfce4-session.xml ~/.config/xfce4/xfconf/xfce-perchannel-xml/xfce4-session.xml mousepad ~/.config/xfce4/xfconf/xfce-perchannel-xml/xfce4-session.xml

En el segundo comando usamos mousepad para abrir el fichero, si lo habéis desinstalado o preferís usar otro sólo tendréis que cambiar mousepad por el que uséis. Una vez abierto el fichero xml, buscamos la propiedad Client0_Command, y en la línea siguiente, que contendrá algo como <value type="string" value="xfwm4"/> cambiaremos el valor del parámetro value (que era xfwm4) por compiz. Además de esto, después de esa línea añadiremos una nueva, que contendrá lo siguiente:

<value type="string" value="ccp"/>

Una vez hecho todo, debe quedar así:

Ahora, cada vez que iniciéis el sistema ya debería apareceros Compiz activado y funcionando con XFCE. Si en algún momento queréis cambiar el tema del escritorio, debéis acordaros de hacerlo también con dconf en la opción org > gnome > desktop > wm > preferences > theme, como ya hicimos anteriormente. Por último, mencionar que si queréis añadir o quitar workspaces ahora lo haremos desde el panel de configuración de Compiz, en concreto desde la opción Opciones Generales, en la pestaña Tamaño de Escritorio. Espero que esta guía os sirva de ayuda si queréis disfrutar de Compiz en vuestro entorno XFCE.

Desactivar la contraseña para el deposito de claves en Xubuntu y otras distros

A los que uséis Xubuntu y otras distros con entornos derivados de Gnome seguramente os habrá pasado alguna vez que en algún momento se os pide una contraseña para desbloquear el depósito de claves, por ejemplo al entrar al navegador o al establecer la conexión con vuestra wifi. A algunos esto no les importará, porque prefieren tener sus claves cifradas, pero a otros puede que les resulte molesto tener que estar escribiendo la contraseña tan a menudo. Los que pertenecéis al segundo grupo estáis de enhorabuena, ya que es muy sencillo conseguir que el sistema deje de pedir la contraseña de desbloqueo del depósito de claves, aunque en este caso tendréis que saber que las claves que se guarden no irán cifradas.

La solución que os voy a dar es válida en general para muchas distros con entornos derivados de Gnome, no sólo para Xubuntu, aunque en esta distro tendréis que llevar a cabo más pasos, ya que la aplicación de gestión de contraseñas y claves de cifrado no viene instalada por defecto, al menos en la versión 13.04. Hace tiempo había otros métodos para solucionar fácilmente el problema, como por ejemplo borrar el fichero default.keyring del directorio .gnome2/keyrings presente en nuestra carpeta home, aunque en el caso de Xubuntu el directorio keyrings no existe, con lo que esta solución no funciona, aunque puede que a los que tengáis otras distros sí os funcione.

En Xubuntu, lo primero que haremos será instalarnos la aplicación de gestión de contraseñas y claves, por tanto abrimos el centro de software y buscamos seahorse, que es el nombre de la aplicación. El primer resultado será Contraseñas y Claves, es esa, así que la instalamos. Una vez instalada podremos encontrarla en el Administrador de la Configuración, en la categoría Otros, con el nombre Contraseñas y Claves.

A partir de aquí la solución es idéntica para los que tengáis otras distros donde la aplicación ya viene instalada. Abrimos la aplicación y en el menú Ver seleccionamos Por anillo de claves, con lo que ahora veremos a la izquierda varias categorías.

En el apartado de Contraseñas, pulsamos con el botón derecho sobre Inicio de Sesión y seleccionamos Cambiar la Contraseña. Escribimos nuestra contraseña de usuario y a continuación te pedirá que indiques la nueva contraseña, por duplicado.

Dejamos los campos vacíos y pulsaremos sobre Continuar. Finalmente se nos pedirá confirmación, y volveremos a aceptar.

Ya podemos cerrar la aplicación y a partir de ese momento el sistema no volverá a pedir la contraseña para desbloquear el depósito de claves.

Mejorar el renderizado de las fuentes en Linux

Esta entrada tiene la intención de ayudaros a mejorar la visualización de las fuentes en algunas distros de Linux. No será necesario para quienes uséis distros como Ubuntu, Linux Mint o derivadas, ya que estas ya presentan de inicio una buena visualización de las fuentes, sin embargo, en otras distros como Debian esto no es así, y si queréis un buen renderizado para que las fuentes se vean mejor tendréis que seguir algunos pasos.

Esta guía está orientada a usuarios de distros como Debian o derivadas, como por ejemplo Linux Mint Debian Edition o Raspbian. Lo primero que recomiendo hacer es instalar las fuentes de Microsoft, ya que ayudará a la mejor visualización de muchas webs, por ejemplo. Desde un terminal hacemos:

sudo apt-get install ttf-mscorefonts-installer
Ahora vamos a modificar la configuración de las fuentes, buscando una mejor visualización. Abrimos un terminal y hacemos lo siguiente:

sudo dpkg-reconfigure fontconfig-config
Con esto accederemos a una serie de pantallas donde se nos preguntarán una serie de opciones. Por orden, responderemos lo siguiente: Autosugerido en la primera pantalla, Automático en la siguiente, y No en la última. Una vez hecho esto, y de nuevo en la terminal, haremos:

sudo dpkg-reconfigure fontconfig
Ahora reiniciamos o simplemente cerramos la sesión para que los cambios tengan efecto. Con esto ya deberíamos notar una mejora, aunque se puede seguir afinando, y para ello en /home/nuestro_usuario creamos un fichero llamado .fonts.conf con el editor que queramos. Ahora copiais y pegáis lo siguiente:

<?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<fontconfig>
 <match target="pattern">
  <edit name="dpi" mode="assign">
   <double>96</double>
  </edit>
 </match>
 <match target="font" >
  <edit mode="assign" name="rgba" >
   <const>rgb</const>
  </edit>
 </match>
 <match target="font" >
  <edit mode="assign" name="hinting" >
   <bool>true</bool>
  </edit>
 </match>
 <match target="font" >
  <edit mode="assign" name="hintstyle" >
   <const>hintslight</const>
  </edit>
 </match>
 <match target="font" >
  <edit mode="assign" name="antialias" >
   <bool>true</bool>
  </edit>
 </match>
 <match target="font" >
  <edit mode="assign" name="autohint" >
   <bool>true</bool>
  </edit>
 </match>
</fontconfig>

Como comentaba anteriormente, para ver los cambios bastará con cerrar sesión. Probablemente ahora notéis aun más mejora, sobre todo al visualizar algunas webs.

Instalar un servidor LAMP en Ubuntu 13.04 y derivadas

LAMP son las siglas de Linux Apache MySQL y PHP. En esta entrada vamos a explicar como instalar fácilmente un servidor LAMP en tu Ubuntu o Linux Mint. Varias versiones atrás esta instalación era menos sencilla, ya que tenías que instalar varios paquetes separadamente, sin embargo ahora podéis instalarlo todo desde uno solo, tanto el servidor Apache, como el servidor MySQL y los paquetes de PHP necesarios.

sudo apt-get install lamp-server^
Con este comando ya lo tenemos todo instalado y los servidores funcionando. Podéis comprobar que Apache está funcionando abriendo vuestro navegador y yendo a la dirección http://localhost. Obtendréis algo así:

Por defecto, el directorio web de Apache será /var/www, en el que necesitaremos privilegios de administrador para escribir, con lo que si vais a trabajar en esa ruta lo suyo es que cambiéis los permisos del directorio (sudo chmod -R 775 /var/www). Otra opción es cambiar el directorio web de Apache editando el fichero /etc/apache2/sites-available/default y sustituyendo /var/www por el directorio que queráis.

Para comprobar que PHP funciona correctamente podemos hacer:

sudo nano test.php
Ahora escribimos:

<?php phpinfo();?>

Cerramos con Ctrl-X y guardamos con Y. En nuestro navegador escribiremos la dirección http://localhost/test.php. Si todo funciona correctamente obtendremos una página con información acerca de nuestra versión de PHP, configuración de Apache, etc.

Aunque hemos instalado también un servidor MySQL no se ha instalado ningún administrador de bases de datos. Podemos instalar por ejemplo phpMyAdmin, el clásico administrador de MySQL vía web. Para instalarlo:

sudo apt-get install phpmyadmin
Para usar phpMyAdmin, en nuestro navegador iremos a la dirección http://localhost/phpmyadmin y si todo ha ido bien nos iremos a la página de inicio de sesión de phpMyAdmin.

Con todo esto ya tendréis lo necesario para empezar a desarrollar en PHP y manipular bases de datos en MySQL. En cuanto a editor de desarrollo a mí me gusta especialmente Sublime Text 2, aunque otros como Geany o el mismo gEdit (que seguramente tendréis ya instalado) también están muy bien.

Actualizar Linux Mint 14 a la versión 15 sin reinstalar

Como todos sabéis hace unos días fue liberada la versión 15 de Linux Mint (Olivia). Una de las pocas cosas que no me gustan de esta gran distro es precisamente lo poco que facilitan la actualización a nuevas versiones, de hecho, lo recomendado en la web de Linux Mint es hacer backup con la aplicación destinada para ello y después una instalación limpia de la nueva versión.

Desde luego es la opción más segura, sin embargo puede que a muchos les resulte tedioso tener que estar haciendo instalaciones nuevas cada 6 o 7 meses, por lo que voy a contaros aquí como podéis actualizar a la versión 15 sin tener que estar reinstalando. Realmente es una tarea bastante sencilla, que sólo consiste en cambiar los repositorios antiguos por los nuevos y actualizar la distro. Aunque a mí me ha funcionado sin problemas, os recomiendo que hagáis copias de seguridad, ya que puede que no funcione bien en todos los casos.

El cambio de los repositorios podemos hacerlo fácilmente con estos 2 comandos:

sudo sed -i 's/quantal/raring/' /etc/apt/sources.list
sudo sed -i 's/nadia/olivia/' /etc/apt/sources.list
Si preferís cambiarlos manualmente tendréis que editar el fichero /etc/apt/sources.list:

sudo nano /etc/apt/sources.list
En cada línea del fichero cambiamos nadia por olivia, o bien quantal por raring. Para guardar usaremos Ctrl-O y para salir Ctrl-X.

Una vez cambiados los repositorios, ya sea con el comando sed o manualmente, el fichero sources.list debería tener un aspecto parecido a este (estos son los repositorios básicos de la distro, si habéis añadido más por vuestra cuenta tendréis más líneas):

deb http://packages.linuxmint.com/ olivia main upstream import
deb http://archive.ubuntu.com/ubuntu/ raring main restricted universe multiverse
deb http://archive.ubuntu.com/ubuntu/ raring-updates main restricted universe multiverse
deb http://security.ubuntu.com/ubuntu/ raring-security main restricted universe multiverse
deb http://archive.canonical.com/ubuntu/ raring partner
deb http://packages.medibuntu.org/ raring free non-free

# deb http://archive.getdeb.net/ubuntu raring-getdeb apps
# deb http://archive.getdeb.net/ubuntu raring-getdeb games

Es posible que tengamos más repositorios añadidos como ficheros .list. Entramos en /etc/apt/sources.list.d y si tenemos ficheros de extensión .list hacemos lo mismo que hicimos anteriormente con sources.list, es decir, sustituimos los nadia por olivia y los quantal por raring, ya sea manualmente o con el comando sed, como queráis.

Una vez hecho todo esto ya hemos sustituido los repositorios de la versión 14 por los de la 15, así que ahora toca actualizar:

sudo apt-get update
sudo apt-get dist-upgrade
Durante el proceso se nos preguntará si queremos sustituir algunos ficheros de configuración por sus nuevas versiones, a lo que podéis contestar siempre que sí (Y). Una vez finalizado reiniciamos y ya tendremos nuestro sistema actualizado a la versión 15.

Actualizar la distro a una nueva versión puede tener cierto riesgo, sin embargo creo que Linux Mint debería hacer lo mismo que Ubuntu en este sentido y permitir a los usuarios realizar esta tarea de manera automática, previa recomendación de que hagan copias de seguridad. Para una distro cuyo objetivo es acercar Linux a todo tipo de usuarios, noveles o no, creo que sería una buena idea simplificar al máximo todo este proceso y así permitir que usuarios noveles puedan estar fácilmente a la última.

Retro Málaga 2013

Los días 4 y 5 de Mayo se ha celebrado en el Palacio de Congresos de Torremolinos el Retro Málaga 2013, y yo, como no, estuve allí. Fue una tarde muy agradable y nostálgica, en la que volví a disfrutar como un niño. Gran trabajo de la gente de Retro entre amigos, que no solo organizaron una variada e interesante exposición, sino que además montaron una zona llena de ordenadores y consolas antiguas para que la gente pudiera sentarse a jugar a algunos de los juegos que tanto nos hicieron disfrutar en el pasado.

Pude por tanto pasar una divertida tarde jugando con los Commodore 64, Amstrad CPC, Spectrum 48, Nintendo, Sega Master System, Megadrive, Sega Saturn, Amiga 500, Amiga CD 32, antiguos PC, consolas Atari de los años 70, la curiosa Vectrex y más cosillas que había por allí. Juegos como Mario Bros, Space Invaders, Freddy Hardest, Commando, Pang, Sonic the Hegdehog, Street Fighter II, Bomb Jack, Alex Kid, Pacmania y un largo etcétera hicieron acto de presencia en las distintas plataformas para que los presentes pudieran jugar cuanto quisieran. Tampoco faltaron consolas no tan retro, como las primeras Play Station o XBox, incluso una zona con consolas y juegos actuales.

Lo cierto es que me encantan este tipo de iniciativas, no solo por el hecho de que la gente de mi generación pueda recordar y volver vivir aquella maravillosa época de los 8 bits, sino también para que las nuevas generaciones que no han conocido aquello puedan ver y experimentar lo que eran la informática y los videojuegos hace 30 años.

A continuación os dejo unas fotos de la exposición, donde se podían ver todo tipo de ordenadores y consolas (nombradas de arriba a abajo y de izquierda a derecha):

Atari Flashback, XBox, Sega Saturn, Nintendo 64, Sega Megadrive II, Neo Geo, Sega Master System II

Consolas portátiles

Nintendo 64, Sega Master System II, Neo Geo, C64 Games System

Megadrive con Mega CD, Commodore AMIGA 600, Apple Macintosh

"Portátil" de Epson, Amstrad CPC 6128 Plus, Commodore Plus/4, Commodore 16, Atari 7800

Sinclair ZX Spectrum +2, Sinclair ZX Spectrum +3, Commodore Amiga 500, Philips NMS 8245 MSX

Commodore 128, Atari 520ST

Nintendo Family Computer, Sega Master System I, Amstrad CPC 464, Amstrad CPC 6128, Amstrad CPC 472

Sinclair ZX Spectrum 48, Sinclair ZX Spectrum 48 Plus, Sinclair QL (Quantum Leap)

Yamaha CX7 MSX2, Casio MX-10 MSX, Philips VG-8020 MSX, Canon V-20 MSX

Disquetera para Commodore 64/128, Commodore SX64

Sinclair ZX81, Dragon 32, CBS COLECOVISION

Commodore VIC-20, Atari 800XL, Atari 2500, Mattel Electronics INTELLIVISION

Aprovecho también para dejaros unas fotos de algunas de las máquinas a las que se pudo jugar durante todo el evento:

En la imagen pueden verse la Nintendo 64 y la Megadrive, con el Sonic en pantalla

Otra rareza, una Vectrex, con gráficos basados en vectores (no en píxeles). La pantalla realmente es en blanco y negro,  es un filtro superpuesto a la pantalla lo que le da el color.

La Master System II con el Alex Kid

El Amstrad CPC 464 con pantalla de fósforo verde

El clásico Spectrum 48 con el aun más clásico Space Invaders en pantalla

Aquí está el todopoderoso Commodore 64, ausente en la exposición pero presente aquí para echar unas partiditas, por ejemplo al Commando, que estaba puesto en ese momento

El clásico Mario Bros

Atari setentera

Echando un Pang en el Amiga 500

Amiga CD32, difícil de ver debido a que duró poco en el mercado por la bancarrota de Commodore

Mirad esta XBox de carcasa transparente

¿Hace una partidita al Freddy Hardest en pantalla monocromo?

El Pacmania en un Amstrad CPC 6128

Con los años el mundo de los videojuegos ha ido cambiando y el espíritu de los juegos de antaño se ha ido perdiendo. Esa jugabilidad en su más pura esencia, aquella cercanía, sencillez e inocencia de los juegos de antes que los hacían accesibles a cualquier persona, jóven o adulto, jugador experimentado o novato, padres o hijos, todo eso creo que ha ido disminuyendo con los años. Hoy en día, en esta época en la que proliferan los juegos online, los jugadores se aíslan más y cada vez se ven menos niños reuniéndose entre amigos en casa de unos y de otros, echando partidas a dobles y pasando juntos ratos entrañables.

Desde aquí quiero animaros a todos a que asistáis a este tipo de eventos y que podáis vivir o revivir por un día el espíritu de los juegos de antes. Yo desde luego estoy deseando repetir el año que viene.

Solución del problema con glibc al actualizar Arch Linux

Esta entrada va dirigida a usuarios de Arch Linux, una gran distro que la semana pasada sufrió un cambio que puede haber traído de cabeza a más de uno, y de dos. Si habéis actualizado el sistema es posible que sepáis a lo que me refiero (no tiene por qué afectar a todos).

La cuestión es que tal y como se anunció tanto en la web como en listas de correo y redes sociales, todos los paquetes que tenían ficheros en /lib ahora los tendrán en usr/lib, quedando /lib como un enlace simbólico a /usr/lib. Si habéis intentado actualizar con nuestro querido sudo pacman -Syu quizás os hayáis encontrado con una sorpresita:

error: error al realizar la transacción (archivos en conflicto)
glibc: /lib existe en el sistema de archivos
Ocurrieron errores, no se actualizaron paquetes

Esto os habrá ocurrido si tenéis paquetes instalados que tienen ficheros en /lib, sin tener en cuenta a glibc. Algo muy importante que tenéis que saber y de lo que advierten en la web de Arch:

Ni se os ocurra utilizar --force para actualizar. Básicamente os podéis cargar el sistema.

Para poder actualizar y corregir el problema haremos lo siguiente:

sudo pacman -Syu --ignore glibc
sudo pacman -Su
Con esto es posible que hayáis podido solucionar el problema y vuestro sistema ya se haya actualizado correctamente, sin embargo puede ser que os ocurra como a mí y al hacer el sudo pacman -Su os encontréis con que el problema persiste. De ser así significa que tenéis ficheros en /lib que no pertenecen al paquete glibc. Con este comando podremos ver qué paquetes tienen fichero en /lib y cuáles son estos ficheros, sin tener en cuenta a glibc:

grep '^lib/' /var/lib/pacman/local/*/files | grep -v glibc
Estos paquetes deberían ser actualizados una vez actualizado glibc, con lo que una solución sería desinstalarlos, lo que podría corregir el problema, y una vez actualizado glibc con sudo pacman -Su, volverlos a instalar.

Puede ocurrir que habiendo hecho esto, o también en el caso de que el comando anterior no nos dé ningún paquete, el problema siga. Esto se debería a que existen ficheros en /lib que no pertenecen a ningún paquete. Podemos verlos con el comando:

find /lib -exec pacman -Qo -- {} +
Estos ficheros podemos borrarlos o moverlos a /usr/lib, y en caso de tener directorios dentro de /lib que estén provocando el problema, deberíamos eliminarlos. Ojo, este caso concreto no me ha ocurrido a mí, os comento lo que he leído al respecto, por lo que antes de borrar nada investigad un poco.

En la mayoría de los casos con todo esto debería solucionarse el problema, sin embargo el mío no estaba entre ellos, ya que tenía instalado el paquete lib32-glibc, que tenía un fichero en /lib. Este paquete pertenece al repositorio multilib, el cual tenía deshabilitado desde hace tiempo. Lo volví a habilitar en /etc/pacman.conf y seguidamente lancé otro sudo pacman -Syu --ignore glibc, lo que actualizó dicho paquete. Esto terminó de solucionar el problema en mi caso y el siguiente sudo pacman -Su funcionó sin problemas.

Si queréis algo más de información o vuestro problema al actualizar ha sido distinto, también podéis consultar el artículo al respecto en la wiki.