Mi instalación actual ha sobrevivido tres actualizaciones desde Karmic, y como las otras, esta no estuvo exenta de problemas, aunque ambos fueron causados por tener paquetes no oficiales, y solucionarlos fue simple. El mensaje de “La instalación no se ha podido completar” (probablemente debido al error con nspluginwrapper) y la interrupción de sus últimas etapas, nevertheless, me puso a sudar al tiempo que reiniciaba manualmente. Pero todo ha funcionado normalmente, o mejor que eso.
Hay pequeñas mejoras por doquier: desde el menú de Grub, mejor organizado, y la secuencia de arranque, a la que siguen razurando segundos, hasta el que puedo Dormir por primera vez desde Lucid. Todo se siente “tan fresco y limpio,” y eso que aun no he siquiera probado Unity, porque con KDE 4.6 me basta y me sobra. Sin duda el ambiente de escritorio más versátil, acompañado además de algunas de las mejores aplicaciones para Linux, especialmente multimedia (Amarok, digiKam, Kdenlive…), solo resta pedir a los desarrolladores que consideren tener suficientes funciones pronto, y se enfoquen a hacer los programas más estables.
Problemas
Error al actualizar “xserver-xorg-video-all” si usas el PPA intel-driver
El primer error se presentó al iniciar la instalación.
En /var/log/dist-upgrade/main.log:DEBUG Installing 'xserver-xorg-video-all' (Distro KeepInstalledPkgs rule)
ERROR Dist-upgrade failed: 'E:No se pudieron corregir los problemas, usted ha retenido paquetes
En /var/log/dist-upgrade/apt.log:Investigating (4) xserver-xorg-video-all [ amd64 ] < 1:7.5+6ubuntu3 -> 1:7.6+4ubuntu3 > ( x11 )
Broken xserver-xorg-video-all:amd64 Depende on xserver-xorg-video-nouveau [ amd64 ] < 1:0.0.16+git20100805+b96170a-0ubuntu1 -> 1:0.0.16+git20110107+b795ca6e-0ubuntu7 > ( x11 )
[...]
Considering xserver-xorg-video-qxl:amd64 1 as a solution to xserver-xorg-video-all:amd64 10004
Reinst Failed because of xserver-xorg-core:amd64
La causa es algún conflicto con las dependencias de los paquetes no oficiales de el PPA intel-driver de Glasen (https://launchpad.net/~glasen/+archive/intel-driver). Para resolverlo, hay que revertir los paquetes a las versiones oficiales, para lo cual podemos usar ppa-purge:
sudo apt-get install ppa-purgue
sudo ppa-purge ppa:glasen/intel-drive
No se ha podido instalar nspluginwrapper
Mi instalación falló antes de la limpieza, probablemente por el siguiente problema al instalar nspluginwrapper. Pero al parecer todo lo demás fue instalado, así que bastó reiniciar a mano para terminar la actualización.
Los errores aparecen en los registros de la actualización y al instalar nuevos paquetes:
Configurando nspluginwrapper (1.2.2-0ubuntu9) ...
plugin dirs: :/var/lib/flashplugin-installer/
Auto-update plugins from /usr/lib/mozilla/plugins
Looking for plugins in /usr/lib/mozilla/plugins
Segmentation fault
el subproceso instalado el script post-installation devolvió el código de salida
dpkg: problemas de dependencias impiden la configuración de flashplugin-installer:
flashplugin-installer depende de nspluginwrapper (>= 0.9.91.4-2ubuntu1); sin embargo:
El paquete `nspluginwrapper' no está configurado todavía.
dpkg: error al procesar flashplugin-installer (--configure):
problemas de dependencias - se deja sin configurar
Y son causados por algún plugin en /usr/lib/mozilla/plugins/ (Google Talk en mi caso).
La solution es remover los plugins temporalmente:
sudo mv /usr/lib/mozilla/plugins/ /usr/lib/mozilla/plugins.bak/
sudo mkdir /usr/lib/mozilla/plugins/
sudo dpkg --configure -a
sudo mv /usr/lib/mozilla/plugins.bak/* /usr/lib/mozilla/plugins
sudo rmdir /usr/lib/mozilla/plugins.bak/
“Imposible contactar a KDED” al reiniciar tras la instalación
Reiniciar la sesión resolvió el error.
Otros detalles
Flash Player desactualizado aun después de arreglar el problema con nspluginwrapper
Mi navegador tenía problemas con algunos reproductores de video (como el de la BBC) y mostraba una versión del plugin antigua (10.0) a pesar de que flashplugin-installer instaló la más reciente. Al parecer la versión anterior seguía instalada, pero borrarla solucionó todo:
sudo rm /usr/lib/mozilla/plugins/libflashplayer.so
gtk2-engines-qtcurve.rc.sh es recreado como gtk2-default-theme.rc.sh
gtk2-engines-qtcurve.rc.sh (para configurar el tema para aplicaciones Gnome en KDE) es recreado como gtk2-default-theme.rc.sh, así que borramos el viejo:
test -f ~/.kde/env/gtk2-default-theme.rc.sh -a -f ~/.kde/env/gtk2-engines-qtcurve.rc.sh && rm ~/.kde/env/gtk2-engines-qtcurve.rc.sh
/var/log/mesages vacío
Por alguna razón, la configuración de rsyslog de Natty deshabilita varios registros de sistema: messages, debug y daemon.log, entre otros. Para habilitarlos, hay que quitar las marcas de comentario de los respectivos registros en /etc/rsyslog.d/50-default.conf, o más fácil, ejecutar estas perlas:
Para ver cuales están deshabilitados:perl -n -e 'BEGIN { undef $/; } s{(^#.*\n)*#.*/var/log/.*}{print "$&nn";}mge;' /etc/rsyslog.d/50-default.conf
Para habilitarlos todos:sudo perl -pi -e 'BEGIN { undef $/; } s{(^#.*\n)*#.*/var/log/.*}{($r = $&) =~ tr/#//d; $r}mge;' /etc/rsyslog.d/50-default.conf
Solo daemon.log y messages:sudo perl -pi -e 'BEGIN { undef $/; } s{(^#.*\n)*#.*/var/log/(daemon.log|messages)}{($r = $&) =~ tr/#//d; $r}mge;' /etc/rsyslog.d/50-default.conf
Para después reiniciar rsyslog:sudo restart rsyslog