Virtualbox 2.0 también es QT4

Si no nos bastaba con que la gente del VLC nos diera la sorpresa de pasar sus widgets a QT4, resulta que VirtualBox, el virtualizador de sistemas operativos, también se pasa a estas librerías para mostrarnos su intefaz.

Aunque la configuración de la red más allá de virtualizar un sistema operativo resulta algo engorrosa, este programa hace auténticas virguerías en conseguir una virtualización casi perfecta (hay muchos artículos que explican cómo ejecutar una aplicación windows en un escritorio linux a través de VirtualBox y RDP) y es altamente recomendable para los que les guste probar distribuciones de linux, o experimentar con SSOO limpios o arreglados según la necesidad.

Puesto que la noticia la he leído en KDE-Hispano y a ellos pertenecen las capturas que he visto, os dejo el enlace para que le echeis un ojo: http://www.kdehispano.es/?q=content/lanzado-virtualbox-20

VLC 0.9.2, con interfaz QT4

A estas alturas no es noticia que el reproductor multimedia VLC tiene nueva versión, la 0.9.2, y tampoco lo es que su juego de botones y ventanas ha cambiado del wxWindows a QT4. El objetivo de este artículo, no obstante, es el de integrar una aplicación tan útil en el escritorio KDE.

Para empezar, y a sabiendas de que yo uso Debian Testing (sí, testing, y no lenny. Ahora mismo es la misma distribución, pero la testing es cambiante con el tiempo y lenny, cuando pase a estable, tendrá únicamente corrección de fallos de seguridad), comento que habrá que hacer un uso temporal de los repositorios de Ubuntu, puesto que es en la única distro "Debian-like" que he encontrado paquete.

Ahora, no enmarranemos el sources.list quitando y poniendo lineas de otras distribuciones. Crearemos un nuevo list dentro de /etc/apt/sources.list.d (fijaos que la almohadilla significa con permisos de root, ya sea con "su" o con "sudo", y que no hay salto de línea):
# echo "deb http://es.archive.ubuntu.com/ubuntu hardy main contrib universe multiverse" > /etc/apt/sources.list.d/ubuntu.list
# echo "deb http://ppa.launchpad.net/c-korn/ubuntu hardy main" >> /etc/apt/sources.list.d/ubuntu.list
# apt-get update ; apt-get -y --purge remove vlc-* ; apt-get install -y --force-yes vlc
# mv /etc/apt/sources.list.d/ubuntu.list /etc/apt/sources.list.d/ubuntu.list.bak
# apt-get update
Este método lo aplicaremos hasta que la versión 0.9.2 (o superior) no esté, como mínimo, en unstable.

Vale, ya lo tenemos instalado, dependencias satisfechas, limpito otra vez el sources.list ... Ahora vamos a darle un aspecto "más KDE". Entrad en Herramientas -> Preferencias. Tendreis la primera pantalla, seleccionamos "todo" (abajo recuadrado en rojo):



Una vez dentro, en el árbol de la izquierda (esto ya os parecerá más al menú clásico del VLC), seleccionamos Interfaz -> Interfaces principales -> Qt, y desmarcad la opción que os pongo en rojo:



Personalmente también le he quitado el icono de la bandeja de entrada, pero eso ya va más al gusto de cada uno.

Y para que veais cómo queda de integrado, sin pieles (skins) ni nada, una captura de mi escritorio:

Vuelta a Debian

Tras todo este tiempo perteneciendo a la saga de seguidores de kubuntu, vuelvo a mi sitio dentro de la comunidad Debian.

¿Por qué? Primero, porque Debian es una excelente solución para servidores y equipos que requieren estabilidad por encima de actualizaciones. Segundo, porque los paquetes "testing", a pesar de su nombre, son bastante sólidos y se actualizan cada poco. Y tercero, porque creo que la hija Ubuntu tiene demasiados avalorios que a mí me resultan algo incómodos. No soy propenso al escritorio espartano (salvo en el ámbito laboral, en el que prefiero consola y herramientas gráficas básicas), y de hecho tengo agregado el repositorio de kde4 para debian Lenny, pero es que hay algo en esta distribución que me convence cada vez más.

En fin, ya os iré contando programas, consejos, trucos y métodos de afinamiento para esta distribución.

KDE 4.1 ya tiene una alfa

La gente de KDE ya tiene disponible su primera alfa de lo que será la versión 4.1 de este entorno gráfico. La principal característica que diferencia esta nueva de la anterior 4.0 es su destino: el usuario final (recordemos que la anterior estaba destinada a desarrolladores para que fueran migrando sus aplicaciones a la nueva rama KDE4). Con esta nueva alfa, tenemos también una novedad: multiplataforma. El más purista (y quisquilloso) podría decirme que eso ya era viable gracias a cygwin, y en cierto modo así es. Sin embargo, cygwin es una capa que instala las aplicaciones que así lo permiten, y KDE 4.1 será completamente nativo. No creo que sea necesario decir que difícilmente se trasladará el escritorio, sino más bien las aplicaciones que sobre él corren. Imaginaos, por ejemplo, la introducción de amaroK en el mundo windows: cuidado Winamp, cuidado iTunes. En el campo del correo electrónico, imaginaos un kmail que fuera válido tanto para empresa como para particulares. En el de mensajería (quitando el famoso pidgin), kopete con su posibilidad de multiprotocolo (MSN, AIM, Yahoo IM, gTalk/Jabber, IRC...). En fin, el lector menos avispado notará que se me está haciendo la boca agua. No es para menos, ya que también es un camino que allana la migración de los usuarios a sistemas abiertos (FreeBSD, OpenSolaris, Linux). Primero se le acostumbra al nuevo conjunto de aplicaciones, se le explica sus bondades y demuestra su utilidad, y poco a poco, cuando se encuentre cómodo, ¡ZAS! En toda la boc... esteee... se le cambia el sistema operativo. Nota para hoygans: chavales, si os aparece una palabra subrayada en rojo ondulado, no significa que el programa la considere importante. Es que está mal escrita. (Ventajas del aspell en todo lo que huele a KDE).

KDE 4.0 no es KDE4

Hago CopyPaste de un post en kdehispano.org que me ha parecido de lo más acertado en lo que será y lo que no será KDE 4.0:

Como ya digo más abajo, ya hace un año que se hablaba de que KDE 4.0 no iba a ser KDE4. No es cierto que «les ha pillado el toro [...] y que ahora se excusan con lo de sacar el producto a plazos [...] como Akonadi»; hace mucho tiempo que ciertas cosas, como Akonadi, estaban descartadas para KDE 4.0. Aquí mismo en KDEHispano hubo una encuesta que preguntaba qué versión de KDE4 iba a utilizar y una de las respuestas era directamente KDE 4.1, dando por hecho que la versión KDE 4.0 no iba a estar precisamente completa. Pero el asunto no está en discutir si KDE 4.0 está acabado o no, o si lo han sacado deprisa y corriendo o más o menos acorde a sus planes. El asunto es que desde el equipo de KDE (y creo que no sólo desde ahí) se percibe una exagerada expectación ante KDE 4.0, por que el público en general tiende a confundir ambas cosas, y se espera que KDE 4.0 sea la repanocha, cuando lo cierto es que en ciertos ámbitos veremos claramente recortadas las funcionalidades respecto a la última versión de la serie 3.x.

¿Qué temen? Que cuando KDE 4.0 salga a la calle sea públicamente ajusticiado por la parte más «inculta» en asuntos de desarrollo de software de la fauna que puebla el bosque digital que es Internet, es decir, periodistas en busca de sangre sensacionalista, blogueros compulsivos sin visión, comentaristas anónimos y no tan anónimos con la misma falta de visión y más ganas aún de carnaza, y otros chascarristas y descerebrados varios. Y tendrán razón en que KDE 4.0 supone un cierto retroceso en ciertas cosas, tan cierto como que supone un gran avance en otras cosas que están ocultas, en las infraestructuras. Por que estos personajes probablemente no pasarán de echar un rápido vistazo a algún LiveCD, ejecutarán un par de plasmoides y poco más. Y eso será terriblemente injusto.

Por ejemplo, miedo me dan los comentarios que se puedan hacer al respecto de KDE 4.0 en Meneame por parte de los más descerebrados y toda la posible audiencia que pueda leerlos. ¿Y después? Cuando a finales de año salga KDE 4.1 y ya empiece a ser la mencionada repanocha todo el mundo recordará lo malo que (supuestamente) era antes y habrá que vencer una resistencia artificialmente construida en base a esa errónea percepción de la versión 4.0. Así que este tipo de mensajes trata de recordar que las funcionalidades de KDE4 se irán alcanzando según avance el ciclo de vida del software. Desde luego, si luego resulta KDE 4.0 es un desastre habrá que criticarlo sin miramientos, por que ocultar la verdad no sirve de nada y no es desde luego el estilo del mundo del software libre (ocultismos y otras negras artes las dejamos para otros).

En resumen, que hay que tratar de hacer críticas acertadas, con conocimiento de causa. Brevemente: sí, faltarán cosas; sí, estábamos avisados, sí, probablemente pretendían tener más cosas listas; sí, tienen miedo a la reacción de la «crítica rápida superficial» típica de Internet y, por último, creo que se debe simplificar el asunto a «van retrasados y dan excusas».[...]

Y es que la crítica fácil es demasiado... eso, fácil, como para dejarla escapar. Nos encanta desmerecer el trabajo ajeno sin tener ni zorra idea de lo que se ha trabajado en él. Así que, señores fanboys, aparte de las flechas, vayan preparando escudos. No pienso quedarme de brazos cruzados mientras intentan desmembrar el trabajo DESINTERESADO de un grupo de personas que, con cada versión, acercan el software libre al usuario de a pie por un lado, y simplifican la tarea de desarrollo por otro.

El que avisa no es traidor.

Lo que nos traerá Kubuntu Hardy

Me ha dado por leerme los blueprints para Hardy, que viene a ser la lista de cosas que les gustaría tener implementadas para esta nueva versión de Kubuntu. Como usuario de KDE que soy, voy a centrarme en lo que nos quieren traer y que afecte a nuestro K-Escritorio.

• Autenticación con Dominios Windows. Esto tal vez no sea útil para los usuarios convencionales (aka Home/Desktop-users), pero sí para entornos de trabajo. Imaginaos la de programas que hay que utilizan autenticación LDAP o de Active Directory. Imaginaos ahora que un usuario de ubuntu tuviera que andar "enguarrándose" con usuario y contraseña POR APLICACIÓN. Y peor aún, imaginaos a un usuario cuyo administrador de sistemas (que es su labor) cambia las contraseñas cada X tiempo. ¿Entendéis lo útil que puede llegar a ser?


• Continúa la integración con KDE 4. Aunque hardy no lo traerá por defecto (pensad que es una LTS y quieren estar muy MUY seguros de que todo va a ir como la seda), se van integrando elementos del futuro KDE 4 en Kubuntu. Se usará la estructura de empaquetación de Debian, pero sustituyendo todo aquello que indique kde por kde4, para que coexistan ambos escritorios de manera temporal. Así, en vez de kdebase, por ejemplo, el paquete se llamaría kde4base, se instalará en /usr/lib/kde4, etc.


• Hacer lo mismo que hace Ubuntu. Puede parecer una chorrada, y bastante mal me parece que tengan que planteárselo como propósito en vez de ser algo inherente, pero aquí está. Quieren que Kubuntu tenga las mismas funcionalidades de Ubuntu. ¿Ninguno se ha tomado Kubuntu Gutsy como un Ubuntu Feisty con paquetes actualizados? Se debe a la preferencia (y cantidad de gente) que se da al escritorio con Gnome. Parece que se van a poner las pilas y ofrecer módulos de configuración de compiz en ksystemsettings (el pseudo-sustituto de kcontrol), instalación automática de impresoras (como ya hace Ubuntu Gutsy), instalación automática de códecs en kaffeine, etc. Para mantener coherencia con KDE 4, usarán PyQT4.

El resto de características en blueprints (44 a fecha de hoy) tienen una influencia mayor en Gnome o en el futuro GoBuntu, Ubuntu optimizado para su virtualización.

Los drivers de ATI listos para su uso con Compiz

Veo en menéame que ya hay disponible un driver de ATI compatible con Compiz sin necesidad de Xgl (vamos, que por fin los usuarios de ATI pueden hacer las cosas como el resto de los mortales). Enlaza a una página alemana, con instrucciones en inglés: http://forlong.blogage.de/article/2007/10/23/fglrx-8423---finally-with-AIGLX-support# Hago aquí la traducción para el que quiera hacerle uso:

1. Eliminar Xgl, si está instalado: sudo apt-get remove xserver-xgl


2. Eliminar el antiguo controlador, si está instalado: sudo apt-get remove xorg-driver-fglrx


3. Eliminar los antiguos .deb de fglrx: sudo rm -f /usr/src/fglrx-kernel*.deb


4. Agregar en la lista negra el antiguo módulo fglrx sudo gedit /etc/default/linux-restricted-modules-common DISABLED_MODULES="fglrx"


5. Alternativamente, elimina el paquete linux-restricted-modules-* de tu kernel, a menos que uses un chip Atheros. Puede que necesites reiniciar.


6. Descarga el instalador a tu carpeta personal: wget http://www2.ati.com/drivers/linux/ati-driver-installer-8.42.3-x86.x86_64.run


7. Instala los paquetes necesarios: sudo apt-get install module-assistant build-essential fakeroot dh-make debhelper debconf libstdc++5 linux-headers-generic


8. Crea e instala el paquete .deb: bash ./ati-driver-installer-8.42.3-x86.x86_64.run --buildpkg Ubuntu/gutsy sudo dpkg -i fglrx-kernel-source_8.42.3-1_i386.deb xorg-driver-fglrx_8.42.3-1_i386.deb


9. Compila el módulo del kernel: sudo m-a prepare,update sudo m-a build,install fglrx-kernel sudo depmod


10. Configura el controlador: sudo gedit /etc/X11/xorg.conf


11. Asegúrate que, en la sección "Device", está puesto el driver "fglrx". Y, si existiera alguna de estas líneas, eliminarla: Section "Extensions" Option "Composite" "0" # or "Disable" EndSection Section "ServerFlags" Option "AIGLX" "off" EndSection


12. Reiniciar


13. mkdir -p ~/.config/compiz && echo SKIP_CHECKS=yes >> ~/.config/compiz/compiz-manager .Esto creará un archivo en tu carpeta personal, que asegurará que Compiz se ejecute sin el prefijo anterior.

Y ahora, el .sh para los gandules: #! /bin/bash # Script para la instalación del driver ATI sudo apt-get remove xserver-xgl sudo apt-get remove xorg-driver-fglrx sudo rm -f /usr/src/fglrx-kernel*.deb sudo echo 'DISABLED_MODULES="fglrx"' >> /etc/default/linux-restricted-modules-common wget http://www2.ati.com/drivers/linux/ati-driver-installer-8.42.3-x86.x86_64.run sudo apt-get install module-assistant build-essential fakeroot dh-make debhelper debconf libstdc++5 linux-headers-generic bash ati-driver-installer-8.42.3-x86.x86_64.run --buildpkg Ubuntu/gutsy sudo dpkg -i fglrx-kernel-source_8.42.3-1_i386.deb xorg-driver-fglrx_8.42.3-1_i386.deb sudo m-a prepare,update sudo m-a build,install fglrx-kernel sudo depmod mkdir -p ~/.config/compiz echo SKIP_CHECKS=yes >> ~/.config/compiz/compiz-manager # #Fin. Recordar cambiar el driver en /etc/X11/xorg.conf y asegurarse de que esté activado Composite y AIGLX # El script puede dar errores en apt-get si ya hay instalados paquetes o ya están eliminados.