Cómo arreglar el problema de Amarok con la base de datos MySQL

Como sabemos, el fantástico reproductor musical de KDE, Amarok, es también un gestor de colecciones de audio, para lo que hace uso de una base de datos embebida, que desde su versión 2 es MySQL (antes era SQLite).

No he tenido constancia de que el problema haya aparecido en otras distribuciones, pero en OpenSUSE se dio que tras diversas actualizaciones del servidor de bases de datos MySQL, cuando se abría Amarok aparecía una ventana alertando de que había un problema con el acceso a la base de datos de MySQL, y nos sugería resolverlo antes de continuar utilizando Amarok. El mensaje de error decía concretamente lo siguiente:

GREPME MySQLe query failed! (2000) on init

El efecto inmediato que tenía este problema sobre Amarok es que desaparecía toda la colección de música que tuviésemos almacenada en la base de datos del reproductor.

Como efectos secundarios se podía constatar que aunque se cerrara el programa el proceso seguía estando activo, haciendo que KDE se quedara momentáneamente en estado de "shock", por lo que había que ir al gestor de procesos y matar el proceso de Amarok a la fuerza.

Investigando un poco comprobé que el paquete que al parecer originaba el conflicto era libmysqld18, que contiene las librerías de ejecución para las aplicaciones que hacen uso del servidor MySQL. El problema con el acceso de Amarok a la base de datos de MySQL surgió después de que el servidor de MySQL (incluyendo sus dependencias, entre ellas libmysqld18) se actualizaran a una versión superior a la 5.5.16.

Mandriva 2011: Ficha técnica, erratas conocidas y experiencia personal

Hace ya más de un mes que fue lanzada la esperada nueva versión de Mandriva Linux, que venía con la vitola de revulsiva, y con la promesa de ofrecer una distribución renovada de cabo a rabo.
En este tiempo he estado dándole el uso y el “maltrato” suficiente para obtener un veredicto objetivo sobre este lanzamiento, eso sí, basado en la experiencia personal.

Mandriva 2011 ha supuesto un nuevo punto de partida, tanto para la compañía que la desarrolla como para la distribución en sí misma, esta vez no se trataba únicamente de una actualización de los paquetes incluidos, sino que la distribución ha sufrido una transformación cuya misión era devolverle el reconocimiento perdido en los últimos años. Y no se ha escatimado en esfuerzos para ello, a pesar de las turbulencias que han rodeado a Mandriva SA debido a su mala gestión económica. Al principio las noticias dadas por la nueva dirección de Mandriva respecto a la nueva versión, como el hecho de abandonar los drakes que habían dado tan buena reputación a la distribución, generaron algunas dudas en la comunidad, pero tras ese halo de secretismo que mantenía la compañía, empezaron a darse pasos que fueron haciendo mucho más interesante el desarrollo de Mandriva. El equipo francés puso la base, el brasileño construyó un escritorio sólido, y por último, los rusos de ROSA Labs le dieron el toque final.

Recuperar aceleración 3D perdida tras actualización [sólo para Sabayon y Gentoo]

No es lo habitual pero podría darse el caso de que aún teniendo instalado el correspondiente driver propietario de nuestra tarjeta gráfica en nuestra distro Linux favorita, no tengamos aceleración 3D, con lo cual nuestros recursos gráficos se ven bastante limitados, lo que nos impide correr juegos, determinadas aplicaciones que hacen uso de la aceleración gráfica o incluso los efectos de escritorio de nuestro entorno favorito.

Esta situación podría darse tras una actualización del driver gráfico o del kernel Linux (lo que necesariamente obliga también a la actualización del driver, que debe tener su paquete concreto para la versión concreta del kernel que se esté usando).

LMDE: ¿Qué hacer tras su instalación?

Desde el año pasado, la conocida distribución Linux Mint, cuya base principal es Ubuntu, lanzó una versión paralela, pero ésta, en lugar de estar basada en Ubuntu, está basada en Debian, y en lugar de ser una distribución lanzada de versión en versión con su bloque de paquetes correspondientes, se trata de una distribución rolling release, que para los que lo desconozcan, este tipo de distribuciones, resumido a grosso modo, están constantemente actualizándose a las versiones más recientes (y estables) de todos sus paquetes, incluyendo los paquetes críticos de la distribución, por lo que para tener la versión más reciente de este tipo de distribuciones basta simplemente con tenerla actualizada, sin que sea necesaria en ningún momento una reinstalación (salvo que haya algún problema y algún paquete "conflictivo" rompa algo que ya funcionaba).

¿Se bebe el kernel 2.6.38 la batería de nuestros equipos?

El kernel Linux 2.6.38, publicado hace algo más de un mes, aparte de traer numerosas mejoras y mayor soporte de hardware, al parecer trae consigo también un serio problema de consumo de batería, y es que no todo lo que reluce es oro.

Según se ha podido analizar se trata de un bug interno que provoca un drástico consumo de la energía y que afecta por igual a todas las distribuciones que incluyen dicho kernel.