KDE 4.3.5 en Kubuntu Karmic y openSUSE 11.2

Tal como se puede leer aquí en el caso de Kubuntu y aquí en el caso de openSUSE, la última (y definitiva) revisión de la rama de escritorio 4.3.x de KDE (ahora ya centrados únicamente en las revisiones de la recién publicada rama 4.4 y el desarrollo de la nueva 4.5) está 'oficialmente' disponible como actualización en ambas distribuciones. Remarco lo de 'oficialmente' pues hasta ahora era posible disponer de ésta y anteriores revisiones tirando de repositorios alternativos. Sin embargo y a partir de ahora, se instalará como una actualización automática más.

• En el caso de Kubuntu, debemos de tener habilitado el repositorio Backports, tal como explican aquí.
• Si tenemos openSUSE y no hemos estado tocando los repositorios, no tendremos que hacer nada (los que vienen activados por defecto serán suficientes). En caso contrario, mejor consultar esta información. Básicamente deberíamos de quitar cualquier repositorio que hayamos añadido anteriormente para actualizaciones de KDE, y dejar los 4 listados dentro de STABLE (KDE 4.3) para nuestra versión de openSUSE. Una vez recarguemos el listado de paquetes y hayamos actualizado, podríamos añadir repositorios adicionales.

Acciones (comunes y/o de root) en menú de contexto

Hoy he añadido 3 nuevos imprescindibles en la categoría de Linux (margen derecho del Blog):

- Para escritorio KDE:

• Root Actions Servicemenu

- Para escritorio GNOME:

• NScripts
• G-Scripts (Nautilus Scripts)

Todos tienen la misma finalidad: permitir la ejecución de acciones habituales y/o de root (normalmente sobre archivos o carpetas) de manera simple, a través del menú de contexto de nuestro administrador de archivos (Nautilus en caso de GNOME; Konqueror o Dolphin en caso de KDE). Realmente más que de aplicaciones, se trata de recopilaciones de scripts de shell (scripts de Perl en el caso de Root Actions Servicemenu), aunque alguno requiera la presencia de software adicional.

La manera fácil de instalar Root Actions Servicemenu en Kubuntu (probado en Jaunty, Karmic, Lucid) es abrir una consola y ejecutar:

sudo add-apt-repository ppa:samrog131
sudo apt-get update
sudo apt-get install servicemenu-rootactions

Si queremos hacerlo manualmente descargamos el tar.gz de su sitio web, lo descomprimimos (por ejemplo en nuestro 'home' o carpeta de usuario), copiamos el archivo rootactions-servicemenu.pl a /usr/local/bin o /usr/bin

josea@linux-intb:~/Download/Root_Actions_2.4.8> sudo cp rootactions-servicemenu.pl /usr/local/bin

y comprobamos que tenga activado el atributo de ejecutable

josea@linux-intb:/usr/local/bin> ls -l
total 40
-rwxr-xr-x 1 root root 39078 ene 11 17:54 rootactions-servicemenu.pl

A continuación copiamos los archivos .desktop de dolphin-KDE4 a la carpeta service dentro de la configuración de nuestro KDE4, que (depende de la distro, en este caso openSUSE 11.2) podría ser ~/.kde4/share/kde4/services/:

josea@linux-intb:~/Download/Root_Actions_2.4.8/dolphin-KDE4> cp *.desktop ~/.kde4/share/kde4/services

Ahora ya podemos borrar el tar.gz y la carpeta donde lo hayamos descomprimido.

Para instalar g-scripts, descargamos el tar.gz, y lo descomprimimos dentro de ~/.gnome2. No hace falta hacerlo dentro de ~/.gnome2/nautilus-scripts/, pues la jerarquía de carpetas del tar.gz ya la incluye.

Si queremos instalar NScripts, descargamos el tar.gz, y en este caso sí que necesitaremos descomprimirlo dentro de ~/.gnome2/nautilus-scripts/

Ahora solo tenemos que abrir Nautilus o Dolphin, abrir el menú de contexto sobre un archivo o carpeta, y veremos un nuevo subconjunto de órdenes, dentro de la opción 'Scripts' en caso de Nautilus, y 'Opciones de root' en caso de Dolphin/Konqueror.

Sobre un archivo:

Sobre una carpeta:

Actualizando GRUB2

Recientemente instalé Ubuntu 9.10 Karmic Koala en mi portátil, machacando el gestor de arranque que tenía en el MBR (GRUB instalado por openSUSE) por el nuevo GRUB2 que incorpora Karmic.

La verdad que en principio todo funcionó, siendo capaz tanto de arrancar con Karmic, como con Windows 7 (las menos) y openSUSE (de calle la mejor en integrar el escritorio KDE).

El problema surgió en el último arranque que hice con openSUSE, pues YaST actualizó algunos paquetes, entre los que se encontraba una revisión del kernel. La siguiente vez que intenté arrancar openSUSE desde GRUB2, éste me lanzó un error de que no encontraba el kernel de openSUSE.

Así que después de arrancar con Karmic, y tirando de algunos recursos, concretamente éste (o este otro en castellano), la solución fue ejecutar update-grub (como root), tal como se muestra a continuación:

josea@ubuntu-dell:~$ sudo update-grub
[sudo] password for josea: 
Generating grub.cfg ...
Found linux image: /boot/vmlinuz-2.6.31-16-generic
Found initrd image: /boot/initrd.img-2.6.31-16-generic
Found linux image: /boot/vmlinuz-2.6.31-14-generic
Found initrd image: /boot/initrd.img-2.6.31-14-generic
Found memtest86+ image: /boot/memtest86+.bin
Found Dell Utility Partition on /dev/sda1
Found Windows 7 (loader) on /dev/sda2
Found openSUSE 11.2 RC 1 (i586) on /dev/sda6
done
josea@ubuntu-dell:~$ 

update-grub ejecuta unos scripts que se encuentran dentro de /etc/grub.d, que entre otras cosas, y dinámicamente, se encargan de encontrar los s.o. que tengamos en nuestra máquina, y almacenar toda esa información en el archivo grub.cfg, que se encuentra en /boot/grub (vendría a ser el menu.lst de GRUB) y que no deberíamos modificar manualmente, ya que de esto se encargan precisamente los scripts mencionados antes.

Si GRUB2 no estuviese correctamente instalado, ejecutaríamos a continuación (en mi caso no fue necesario):

sudo grub-install /dev/sda

que instalaría GRUB2 en el MBR de la unidad sda (usar sdb, etc si vuestra unidad es otra, o usar /dev/sdaX, sustituyendo sda por lo que corresponda, y X por el número de la partición en la que queramos instalar GRUB2, si no quisiésemos hacerlo en el MBR). Si lanzase algún error, podríamos intentarlo con:

sudo grub-install --recheck /dev/sda

Es hora de reiniciar y comprobar si nuestro trabajo ha resultado satisfactorio.

Probando KDE 4.2.x

Hoy han publicado una nueva versión de "KDE Four Live" CD, un Live-CD basado en openSuse 11.1 (sin duda la mejor distro con KDE 4.x del pasado 2008). Precisamente integra KDE 4.2 RC 1 (lanzado ayer), y aunque sea un Live-CD, también es instalable al disco duro si se desea (incorpora un sencillo instalador para ello). Después de probar que todo va bien en vuestro equipo, os recomiendo instalarlo para apreciar todo el trabajo que sobre KWin (gestor de ventanas de KDE) han hecho los chicos/as de KDE. ¿Y por qué tengo que instalarlo?. El problema es que el Live-CD no integra controladores propietarios (tampoco de las tarjetas gráficas, aunque las Intel y Ati con los controladores libres sí soportan efectos y aceleración 3D) por lo que no disfrutaremos de los nuevos efectos que integra KWin, y que lo hacen estar muy próximo a Compiz (y con la ventaja de estar integrado dentro del propio gestor de ventanas de KDE, con lo que eso conlleva).

Llevo probando este Live-CD en sus distintas versiones desde antes de que apareciese la versión final de KDE 4.0 (más de un año), y os aseguro que ya soy un adicto a sus lanzamientos. Es bastante estable, y permiten comprobar las evoluciones de las distintas versiones de KDE antes de que sus versiones finales se integren en el 'mapa de ruta' de las distros más conocidas. Tan estable es que en mi portátil Dell, es el S.O. predeterminado desde hace 6 meses (tengo el Vista preinstalado que vino de serie, Mandriva y Kubuntu).

Por ejemplo, desde KDE 4.2 Beta 1 estoy probando la futura versión de KDE, y cuando he vuelto a las versiones oficiales de openSuse, Mandriva o Kubuntu, que vienen con 4.0.x o 4.1.x, me deprimo y vuelvo a mi instalación de "KDE Four Live" con KDE 4.2.


Hace poco un compañero me decía lo decepcionado que estaba con KDE 4.x, después de haberlo probado sucesivas veces con Kubuntu, y la verdad que no le falta razón. Pero no es justo echarle la culpa de ello a KDE (o al menos toda), si no más bien a Canonical (básicamente falta de apoyo, lo que implica falta de medios a Kubuntu, a pesar del excelente trabajo realizado por Jonathan Riddell, lider del Kubuntu team). Y aunque últimamente Kubuntu ha mejorado mucho, todavía evidencia falta de madurez con respecto a, por ejemplo, openSuse o Mandriva (siempre moviéndonos dentro del ámbito de KDE).

Lo dicho, si no podéis esperaros a la versión final de KDE 4.2 (prevista para el 27 de Enero) , o a que una de las 'grandes' la integre en su próximo lanzamiento (para lo cual habrá que esperar todavía unos meses), echarle un ojo a este Live-CD, creo que no os arrepentiréis.

p.d. Como 'extra', también podréis probar las versiones de desarrollo de aplicaciones como Amarok, Digikam, K3b, KOffice, etc.

NS_ERROR_FACTORY_NOT_REGISTERED en VirtualBox OSE

Hoy he instalado VirtualBox 2.0.4 OSE (Open Source Edition) en openSUSE 11.1 RC1 (KDE4), utilizando Yast.

Una vez finalizada la instalación, deberíamos hacer dos cosas:

1.- Añadir nuestro usuario al grupo 'vboxusers', ya que sino solamente podremos ejecutar VirtualBox como usuario root.

• Podemos hacerlo desde consola, ejecutando como root (comando su):

groupmod --add-user usuario vboxusers

sustituyendo 'usuario' por nuestro nombre de usuario.

• O bien, desde Yast->Seguridad y usuarios->Gestión de usuarios y grupos, seleccionamos nuestro usuario, pulsamos el botón 'editar', y en la pestaña 'detalles' marcamos el grupo 'vboxusers'.

En ambos casos, debemos de reiniciar para que surta efecto la nueva configuración de usuario.

2.- Tenemos que asegurarnos que se carga el driver 'vboxdrv' al inicio.

• Desde consola, ejecutamos como root (su):

insserv vboxdrv

• O bien, desde Yast->Sistema->Servicios del sistema, seleccionamos 'vboxdrv', pulsamos el botón 'activar' y luego 'finalizar'.

Todos esto, con más detalle, podemos encontrarlos aquí.

Hasta este punto, los pasos normales para ejecutar VirtualBox. El problema que me he encontrado es que no arrancaba la aplicación, a no ser que la ejecutase como root. El mensaje de error que lanzaba era:

Receptor RC: NS_ERROR_FACTORY_NOT_REGISTERED (0x80040154) virtualbox

Probando a ejecutarlo desde la consola, muestra lo siguiente:

Cannot create a lock file for '/tmp/.vbox-jmunin-ipc/ipcd'.
Check permissions.
Cannot create a lock file for '/tmp/.vbox-jmunin-ipc/ipcd'.
Check permissions.

Así que el problema es que el usuario no tiene los permisos suficientes en esa ruta. Tenemos tres posibilidades para arreglar el error (optamos por una):

1.- Cambiar los permisos de esa ruta:

sudo chmod 777 /tmp/.vbox-usuario-ipc/

2.- Cambiar el propietario y/o el grupo asociado a esa ruta:

sudo chown usuario /tmp/.vbox-usuario-ipc/

o bien

sudo chown usuario:grupo-usuario /tmp/.vbox-usuario-ipc/

o bien

sudo chgrp grupo-usuario /tmp/.vbox-usuario-ipc/

3.- Más fácil todavía, directamente borramos dicha ruta:

sudo rm -r /tmp/.vbox-usuario-ipc

de lo que no hay que preocuparse, dado que la siguiente ejecución de Virtualbox volverá a crearla, con los permisos correctos.

Optéis por la alternativa que optéis, en cualquier caso, sustituyendo 'usuario' y 'grupo-usuario' por los valores reales.

Ahora probamos de nuevo a ejecutar VirtualBox con nuestro usuario, y ningún problema.