Se los dije. Compiz había cambiado demasiado en todo este tiempo. Desde que vimos por primera vez ese XGL que nos mostró Novell, hasta los últimos plugins que hemos visto aparecer (hoy vi el efecto “Dream” por primera vez!). Una cirujía completa.

¿Cuándo? ¿Cómo? ¿Dónde? ¿Quién? Bueno, en gran parte, todos estos cambios se deben a la obra y gracia de la comunidad linuxera, que ha contribuído con parches, adiciones y cambios al Compiz original.

Dentro de ellos está Quinnstorm. Una dama.

Tantas fueron la contribuciones que hizo, y el apoyo que concitó esta señorita, que terminó creando su propio paquete (compiz-quinn), y más adelante, incluso su propia versión de Compiz. Un “Compiz reloaded”, incluyendo todos sus aportes (dentro de ellos están, por ejemplo, los efectos Miniwin, Dock, State y Trailfocus).

Pero no todo iba tan bien como parecía. Resulta que el creador del Compiz original, como he leído por ahí, resulta ser un tipo muy más bien cerrado, poco accesible por la comunidad (no aparece en las discusiones ni en los #canales de IRC), y en general, no muy dispuesto a aceptar las contribuciones de la comunidad. Como las de Quinnstorm. Esto sin duda producía una contradicción, considerando la masiva -y positiva- respuesta que tuvo Compiz en la comunidad (como sabrán, gracias a ellos tenemos temas ahora).

Así fue como llegó el incidente.

La comunidad terminó por aburrirse de este tipo y de sus mañas, y decidió cortar por lo sano, y hacer su propia versión de Compiz. Hace unos días, de hecho, llegó el anuncio del nacimiento de Beryl, un fork, una segunda versión de Compiz, mejorada, mantenida por la comunidad, y que probablemente terminará por reemplazar al Compiz actual. O sea en un tiempo ya no estaremos hablando de Compiz aquí y allá, sino de esta gema llamada Beryl. Beryl incluirá el desarrollo de compiz-quinn y otras herramientas como el configurador CSM y el decorador de ventanas Cgwd, que ahora se llamará Emerald.

Notable, ¿no?

Sé lo que algunos van a decir. Que por qué todos apuntan para lados distintos, que unamos fuerzas y todo eso. Déjenme decirles que estoy completamente de acuerdo. Pero creo que en este caso se justifica plenamente, considerando la piedra de tope que había entre la comunidad y la inferfaz gráfica más alucinante que existe hoy en día.

Asì que viva Beryl, y viva también el pingüino.

Si usas Ubuntu y XGL, me imagino que te has dado cuenta de la impresionante tasa de actualización de Compiz: prácticamente todos los días hay un paquete nuevo para descargar, ya sea del núcleo o los plugins. Lo cual significa mejoras, significa cambios, y a veces, una nueva configuración. O sea, de vez en cuando, significa un dolor de cabeza, ya que algo deja de funcionar, o cambia algo en los efectos, o bien las combinaciones de teclas que tanto te demoraste en configurar.

La verdad, es difícil saber exactamente a cuántas cirujías se ha sometido Compiz, ya que su Changelog es bastante pobre en información. Pero igual hay algunos cambios importantes que todo buen “Xglero” debería conocer. Así dice el Resumen Resumido™ de esta semana.

Interesado en cómo sigue la historia?

En realidad el título debería ser “cómo usarlas sobre“, y no “bajo” XGL. La cosa es muy simple. Cuando corres XGL como una sesión de inicio, XGL corre en una segunda capa (o display virtual), por encima del X.org original, y por decirlo de una forma, se “come” el uso de la aceleración 3D de tu tarjeta.

El resultado es que si tratas de abrir una aplicación 3D, el servidor X se cae y vuelve a partir. Para esto tienes que, simplemente, hacer que el programa se ejecute bajo la primera capa, la de X.org original, y no la segunda. Es decir, si quieres jugar Tremulous, Planet Penguin Racer, o quizás Unreal Tournament 2004, tienes que ejecutar el binario de esta forma:

DISPLAY=:0 programa

Por ejemplo:

DISPLAY=:0 ppracer

Y listo. Esto lo he probado usando tanto una tarjeta Nvidia como una ATI en Ubuntu, y en los dos casos funciona (como les dije, como una sesión, quizás partiendo XGL desde cero sea distinto).

Una buena noticia, ¿no les parece? Hace poco instalé el paquete gcompizthemer y voilá, ahora puedo cambiar los marcos de las ventanas para compiz (algo que antes no se podía hacer). Al llegar, este señor crea un ícono dentro del menú Preferencias llamado Compiz Themer que permite elegir entre varios diseños y también modificarlos. El listado de temas incluye varios, incluyendo el eterno “tipo Aqua”, otros que emulan el look de Vista, y muchos más para tenerte ocupado un buen rato. Así que deja de leer ahora y aplica Synaptic o aptitude:

$ sudo aptitude install gcompizthemer gcompizthemer-themes

UPDATE: Para activarlo después, reemplaza “gnome-window-decorator” por “cgwd” en tu script de inicio para Compiz (en Sessions o compiz.sh).

Buenas noticias para los XFCEros. Ayer logré hacer funcionar Xgl sobre Xfce (o bien, Xfce sobre Xgl) y todo anduvo bien. Antes pensaba que no se podía porque Compiz, al menos en Ubuntu, venía hecho para KDE o para GNOME (compiz-kde y compiz-gnome). Y todo sabemos que sin compiz no hay XGL, porque es el gestor de ventanas compiz el que hace uso de la aceleración 3D que provee nuestro querido Xgl.

Aquí va la historia.

Todo comenzó en un viejo tarro al que le había instalado de prueba Arch Linux. (Nota al pie #1: Aplausos para Arch, es rápido, simple y está muy actualizado. Eso sí, definitivamente no recomendado para principiantes).

Estuvo medio botado el tarro, hasta que que por las casualidades de la vida me topé con éste post. Un tipo había logrado la combinación de Xgl y Xfce en Ubuntu (y además en un Mac MIni!).

Si él pudo, por qué no yo, le dije a mi cerebro.

Sabiendo que probablemente me quitaría bastante tiempo (especialmente porque estaba usando el beta de XFCE 4.4), decidí tirarme a la piscina:

• Instalé los drivers propietarios de la tarjeta ATI (Radeon 8500LE). No fue del todo automático: tuve que instalar el módulo manualmente, y además reemplazar el libGL.so.1.2 original por uno que pillé en la red. Esto a causa de un error feísimo que tiraba glxinfo, a pesar de que X cargaba bien el driver.
• Siguiendo los pasos del wiki de Arch, instalé los paquetes de Xgl de cierto repositorio y me sorprendió ver que no había ninguno llamado compiz-gnome como sucede en Gnome.
• Tuve que resolver un problema de dependencia que generaba cairo al tratar de instalar cairo-devel. (Nota al pie #2: Cairo es una de las dependencias de XFCE, por lo que al borrarlo supe que o entraba vía XGL o chao XFCE).
• Para cargar Xgl, usé el método de elegirlo a través de GDM (como si fuese otro escritorio más), lo que significó que crear un archivo llamado /etc/X11/sessions/xfce-xgl.desktop con los comandos necesarios.
• Listo!

Nota al pie #3: No sé por qué pero al entrar a XFCE la tecla ALT deja de funcionar, de hecho se mapea (curiosamente) como “Imprimir Pantalla”. Traté reconfigurando la configuración de teclado con Xmodmap pero el problema siguió ahí.

Nota al pie #4: Aunque estaba corriendo XFCE (un escritorio liviano) sobre Arch (una distro rápida), XGL no anduvo tan rápido como esperaba. De todas formas sacando algunos plugins, como wobbly y fade, la cosa se arregla bastante. Pero en cualquier tarro decente la combinación XGL + XFCE debería andar de lujo.

Como algunos lo pidieron, subí el libGL.so.1.2 que resolvió los problemas de incompatibilidad que me daba el driver propietario de ATI (fglrx). Aquí está: libGL.so.1.2. Para usarlo, es cosa de descomprimirlo y copiarlo a /usr/lib, no sin antes respaldar el libGL.so.1.2 original. Ojalá les sirva.