Esta laptop Samsung RF511 es una laptop muy linda, y bastante potente. Según sus especificaciones cuenta con un procesador Intel i5, 4 gigas de RAM y una placa de video NVIDIA GT540M. Esta adquisición fue influenciada principalmente por ser de las pocas laptops que se podían adquirir que tenían una placa de gráfica NVIDIA.

En windows aún no experimenté demasiado, más allá de estar varias horas desinstalando toda la basura que Samsung instala de fábrica (programas, demos, pésimos antivirus, programas que no tengo idea qué hacen, controladores que descontrolan, etc… lo cual no es solo de Samsung, todas las empresas hacen este tipo de estupideces) pero no he tenido ningún problema por ahora. Todo parece funcionar correctamente.

En linux, que es mi principal sistema operativo, específicamente la distribución Ubuntu 11.04 es donde comencé a llevarme algunas sorpresas, varias por falta de investigación y desconocimiento a la hora de decidir la compra de este equipo.

La primera sorpresa fue intentar bootear desde USB. Mi pregunta fue ¿Como bootear desde USB con una laptop Samsung RF511? LLegué a pensar era imposible, pero milagrosamente descubrí que si se puede bajo una incómoda condición, solo reconoce los USB cuando la computadora es prendida con el USB conectado.

Si rebooteamos la computadora, no detecta que hay un USB, y por lo tanto no bootea desde éste. Debe ser apagada y prendida nuevamente para lograr bootear. Supongo que esto lo hacen para conseguir que la pc reinicie realmente rápido.

Resuelto el problema del booteo, logré entrar con un LiveUSB e instalar el sistema operativo Ubuntu Linux/GNU.

Al iniciar por primera vez, para mi sorpresa,  salió un mensaje que decía que mi equipo no tenía el hardware necesario para ejecutar Unity, la nueva interfaz gráfica de Ubuntu Natty que necesita para funcionar una aceleradora gráfica.

Se imaginan mi sorpresa, al ver este mensaje, cuando había comprado esta computadora precisamente por su placa NVIDIA que debería ser más que suficiente para soportar Unity.

Investigando un poco descubrí que había sucedido. Esta laptop, y varias otras nuevas, tienen un sistema llamado NVIDIA Optimus, que en efecto significa que no tienen una placa gráfica.. sinó que tienen dos ! Efectivamente tiene un GPU NVIDIA pero además tiene otra Intel, que es menor calidad, pero con un consumo mucho menor. Entonces esta tecnología solo activa la placa NVIDIA cuando se la necesita, y para todo lo demás utiliza la placa Intel.

Lamentablemente, esto solo funciona bien en Windows, en linux no hay mucho soporte aún. Existe un proyecto llamado Bumblebee (ehhhh.. mucho Transformers estos chicos) que pareciera dar soporte a esta tecnología, pero aún no lo he probado.

Pero como había detectado la placa NVIDIA, pero no podía usarla, era como si no hubiera placa directamente.. y no usaba siquiera la Intel. La solución fue manualmente desinstalar el divers de NVIDIA (desde la configuración de restricted drivers) y al reiniciar la pc, ya me funciona Unity como siempre.

Luego el siguiente problema fue el mousepad. Si bien funcionaba, no andaba el Scrooll vertical (ni el horizontal, pero me hubiera molestado menos) y tampoco había forma de desactivarlo cuando conectaba el mouse o escribía (no se imaginan cuantas veces toqué con la palama de mi mano el pad y se me fue el cursor a cualquier lado mientras escribía este artículo).

Buscando entre los dispositivos que detectaba… ¡parecia que no existía ningún touchpad! Pero como era posible que no lo detectara pero funcionara…. aun no lo se.. pero lo que descubrí es que sí era detectado, ¡pero como cualquier otra cosa! Según el comando xinput list es detectado como PS/2 Logitech Wheel Mouse.

Investigando un poco en internet, resulta que el Kernel de linux que estoy utilizando tiene problemas para detectar los nuevos touchpad elantech y ya estaba reportado el bug en las listas de Ubuntu y del kernel de linux pero aún no fue solucionado en upstream, por lo que hay varios parches, para el que quiera intentar resolverlo por su cuenta (aun no lo intenté y no se si lo intentaré o viviré con este bug hasta que sea resuelto). Pareciera estar bastante avanzado el tema por lo que espero que pronto sea solucionado.

Investigando todo esto descubrí también que el modelo que me vendieron tiene un bug en un chip de Intel Cougar Point HM65 que trae problemas con los dispositivos SATA2 que conecte en la computadora. Este chip fue retirado del mercado por Intel en Febrero y se aconseja que se reemplace en todos los equipos por una versión (revision 6 o superior) que no tenga este defecto. (el cual no se puede arreglar con un parche porque es un problema de hardware) que evaluaré que hacer y en el peor de los casos.. esperar no tener dispositivos SATA2 en los tres o cuatro años que espero me dure esta computadora.

Por ahora eso fue todo lo que estuve experimentando, el resto anda en verdad muy bien. Por lo que estoy bastante conforme. (aunque sigo llorando por no haber podido comprar una Dell con características similares snif snif snif)

Por defecto, no tiene soporte para el lenguaje Groovy, pero es fácilmente configurable, e incluso sin necesidad de permisos de adminsitrador, permitiéndonos configurar nuestor ambiente de trabajo, sin modificar la configuración de los demás usuarios.

Para esto debemos descargar el bundle con el coloreo de sintaxis, tipos mime y otras cosas del sitio http://www.grails.org/Gedit

En esa misma página podremos encontrar instrucciones para instalarlo, que requieren de permisos de administrador. Pero combinando un post anterior en este mismo blog, sobre como hacer que gedit abra archivos tpl como si fueran archivos php y algunos otros tips más, podremos instalarlo sin necesidad de permisos especiales.

Luego de descompactar el archivo descargado, copiamos los directorios plugins, snippets y styles a la carpeta ~/.gnome2/gedit

Para arreglar el coloreo de sintaxis y enseñarle a gedit la existencia de groovy debemos crear la carpeta (si no existe) ~/.local/share/gtksourceview-2.0/language-specs y copiar en ella los dos archivos terminados en .lang que descompactamos.

Despues creamos el archivo ~/.local/share/mime/packages/Overrides.xml (y las carpetas necesarias, si no existen) y agregamos en ese archivo el contenido de los dos archivos xml que se encuentran en el bundle.

El contenido final del archivo será similar a

<?xml version="1.0" encoding="UTF-8"?>
<mime-info xmlns="http://www.freedesktop.org/standards/shared-mime-info">
	<mime-type type="text/x-groovy">
		<sub-class-of type="text/x-java"/>
		<comment>Groovy Source File</comment>
		<glob pattern="*.groovy"/>
	</mime-type>
	<mime-type type="text/x-groovy++">
		<sub-class-of type="text/x-groovy"/>
		<comment>Groovy++ Source File</comment>
		<glob pattern="*.gpp;*.g++"/>
	</mime-type>
	<mime-type type="text/x-gsp">
		<sub-class-of type="text/html"/>
		<comment>Grails GSP File</comment>
		<glob pattern="*.gsp"/>
	</mime-type>
</mime-info>

Finalmente, para que el sistema reconozca nuestros cambios, debemos actualizar la base de datos de tipos mime, ejecutando el comando update-mime-database ~/.local/share/mime

Con esto, al abrir el próximo archivo de groovy, deberíamos tener coloreo de sintaxis funcionando correctamente.

Se pueden seguir haciendo otras cosas como habilitar bash completion, pero lo dejaremos para otra oportunidad.

Particularmente lo que me molestaba tener que actualizar eran los tipos MIME que identifican un determinado archivo, con un determinado tipo y gedit como nautilus utilizan para saber como abrir cada archivo, de que forma colorearlo, etc. Para modificar ese directorio se necesita permisos de administrador y siempre me pareció que debería haber una forma de hacerlo desde mi cuenta de usuario limitado.

Hoy, que estaba trabajado con PHP, queria abrir unos archivos de Smarty que tienen extensión tpl, y que se colorearan automáticamente como html, que es el lenguaje más cercano que reconoce (o al menos de los que vienen por defecto) y decidí buscar en internet una forma de hacerlo y encontré dos páginas, por un lado el blog de c3b en un artículo titulado Alternative method for opening Smarty templates with HTML syntax highlighting in gedit y también en la página de gnome bajo el nombre Modifying MIME types

Combinando el conocimiento de ambos sitios, logré que al hacer doble-click sobre un archivo tpl, se me abra automáticamente el gedit (y no firefox!) y se me coloree automáticamente la sintaxis como PHP

¿Cual fue el procedimiento? Fácil.

Lo primero que hice fue crear la carpeta ~/.local/share/mime/packages

En esa carpeta creé un archivo llamado Overrides.xml con el siguiente contenido

<?xml version='1.0' encoding='utf-8'?>
<mime-info xmlns="http://www.freedesktop.org/standards/shared-mime-info">
    <mime-type type="application/x-php">
        <glob pattern="*.tpl"/>
    </mime-type>
</mime-info>

Luego ejecuté el comando update-mime-database ~/.local/share/mime

La lógica detras de este procedimiento, es que en el archivo Overrides.xml puedo crear nuevas asociaciones, o modificar exisntes. En este caso en particular, se le informa al sistema que los archivos .tpl son archivos PHP, y por lo tanto lo colorea automáticamente como PHP

Y todo esto sin usar sudo ni una sola vez

Esto se debe a una incompatibilidad entre el Plugin  de VMware y esta versión de Firefox, lamentablemente no hay forma de hacerlo funcionar dentro de la ventana del explorador, pero es fácil de ejecutar.

Para ejecutarlo basta ejecutar el archivo vmware-vmrc que se encuentra en el directorio ~/.mozilla/firefox/<perfil>/extensions/VMwareVM

Donde <perfil> es el directorio donde se guarda e perfil del usuario.. a menudo será el único directorio dentro de ~/.mozilla/firefox y si hay más de un directorio, seguramente sabrás como identificarlo

Aparecerá una pantalla donde deberás ingresar la url o ip del servidor (y el puerto, ejemplo 127.0.0.1:8333), luego listará todas las máquinas virtuales disponibles… y listo.. estarás controlando el sistema.

Luego de hacer esto te descepcionaras al ver que no anda parte del teclado. La solución a esto más facil que encontré, aunque no arregla todas las teclas, si arregla los cursores y lo que necesito para poder terminar de instalar el sistema es crear en el directorio ~/.vmware un archivo llamado config con el texto xkeymap.nokeycodeMap = true

Luego de esto, si todo sale bien… ya podremos utilizar las maquinas virtuales de vmware sin problema desde nuestro equipo

Si bien Flash no me gusta y creo que está en proceso de desaparecer, el no tener una versión nativa de 64 bits me es molesto. Por un lado necesito instalar un montón de dependencias, que lejos de ayudar molestan, para poder ejecutar la versión de 32 bits, y además si no lo hago no puedo jugar al Gran DT (ni acceder a casi el 30% de las páginas web).

Hoy, aun configurando la beta de Ubuntu 10.10 Maverick, me puse a buscar si ya existía algun Flash de 64bits y me llevé la grata sorpresa. Además de volver a publicarse en el sitio de Adobe (para linux, mac y widows) , encontré un PPA para poder instalarlo utilizando apt-get

Basta con los siguientes comandos

sudo add-apt-repository ppa:sevenmachines/flash
sudo apt-get update && sudo apt-get install flashplugin64-installer

Para mayor información los remito al blog de OMG! Ubuntu! de donde saqué esta información

Fácil también cat /etc/lsb-release, por ejemplo, en la pc que estoy escribiendo este artículo el resultado fue:

fernando@fernando-laptop:~$ cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=10.04
DISTRIB_CODENAME=lucid
DISTRIB_DESCRIPTION="Ubuntu lucid (development branch)"

Esto me indica que estoy usando Lucid Lynx (10.04, develpment branch es porque a este momento, aun estan por el beta 2 y no es final)

En cambio uno de nuestros servidores, corriendo ubuntu Server dice

DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=9.10
DISTRIB_CODENAME=karmic
DISTRIB_DESCRIPTION="Ubuntu 9.10"

Ahora, además de saber que versión estamos ejecutando, si queremos saber si es de 64 bits o 32 bits, o estamos ejecutando la versión server o desktop o alguna otra, debemos recurrir al comando uname -a

fernando@kopernik:/etc$ uname -a
Linux kopernik 2.6.31-20-server #58-Ubuntu SMP Fri Mar 12 05:40:05 UTC 2010 x86_64 GNU/Linux

Aca vemos que estamos usando un Ubuntu Server (el -server despeus de la version del kernel) y es de 64 bits (gracias al x86_64)

Para quienes no lo conocen (me incluyo), zabbix es un sistema para monitoreo de servidores. De esta manera, espero que si algún servicio deja de funcionar, o se nos cae un servidor, o se nos llena un disco rígido o cualquier otro evento el cual sea bueno estar informado, se me informe al instante(nota al margen, me encantaría saber como me enteraré si el servidor de zabbix deja de andar)

Nuevamente, con espíritu aventurero, creé una vm para esta tarea. En esta ocasión utilicé un Ubuntu Server 9.10 Karmic Koala i386. Realizando una instalación como servidor LAMP y SSH

Al momento de escribir este artículo, la versión actual de Zabbix es la 1.8.1, sin embargo en los repositorios de Ubuntu se encuentra la versión 1.6 (elegí ubuntu en lugar de debian porque en la de debian se encontraba la versión 1.4 aún más antigua, pero como terminé compilando desde código la última versión debería haber sido el mismo procedimiento en cualquiera de las dos distribuciones)

Compilación e instalación de Zabbix Server

Como quería la última versión de Zabbix, primero bajé el source de la página oficial de Zabbix y luego instalé las dependencias necesarias tanto para la ejecución como para la instalación.

sudo apt-get install php5-gd build-essential libmysqlclient-dev libcurl4-openssl-dev libsnmp-dev

La lista de dependencias la fui construyendo un poco por medio de prueba y error, y otro poco gracias al post de seven two seven, aunque dice que no ha tenido suerte en la instalación (por suerte al parecer yo si). Lamentablemente una dependencia necesaria para soportar notificaciones por medio de Jabber no pude instalarla (realmente si pude instalarla, pero el comando configure no me la reconocía) por lo que esa funcionalidad no estará activada.

Luego seguí las instrucciones de para descargar, descompactar, configurar e instalar zabbix que figuran en el manual online

wget http://downloads.sourceforge.net/project/zabbix/ZABBIX%20Latest%20Stable/1.8.1/zabbix-1.8.1.tar.gz?use_mirror=ufpr
tar -xzf zabbix-1.8.1.tar.gz
cd zabbix-1.8.1
./configure --enable-server --with-mysql --with-net-snmp --with-libcurl
sudo make install

Por favor, noten que la url de arriba puede cambiar, lo importante es simplemente descargar zabbix desde la pagina de sourceforge y descompactarlo.

Luego de un pequeño período de tiempo, la compilación de zabbix terminó y se instaló tla cual promete el manual en el directorio /usr/local

Lo siguiente fue configurar la base de datos. Si bien no lo dije expresamente el motor de bases de datos que elegí fue MySql, por lo que todas las instrucciones hasta ahora daban por sentado este motor de bases de datos. Para crear y popular la base de datos seguí también las instrucciones del manual de Zabbix, siempre desde el directorio en que se descompactó Zabbix

mysqladmin -u root create zabbix
mysql -u root zabbix < create/schema/mysql.sql
mysql -u root zabbix < create/data/data.sql
mysql -u root zabbix < create/data/images_mysql.sql

Notarán que soy un pequeño animal que no le puso contraseña a mysql y que ni me molesté en crear un usuario de base de datos para Zabbix. Me declaro culpable, pero por favor, no sigan mi ejemplo y si lo desean háganlo como debe hacerse. Yo me justifico diciendo que esta es una instalación de prueba, y que en último caso despues puedo hacerla más segura.

Si ahora ejecutamos el comando /usr/local/sbin/zabbix_server nos aparecerá en pantalla un error referente a la falta de un archivo de configuración. Lo cual tiene perfecto sentido ya que hasta ahora no lo hemos configurado.

Nuevamente el manual es muy certero en este punto. Para instalaciones pequeñas, como la mia, el archivo de configuración que viene por defecto es suficiente y solo basta con copiarlo en la carpeta /etc/zabbix para que funcione.

sudo mkdir /etc/zabbix
sudo cp misc/conf/zabbix_server.conf /etc/zabbix/

Casualmente (no tanto porque en cierta forma lo hice a proposito realmente) este archivo de configuración viene preparado para utilizar un motor de base de datos de mysql, con usuario root, contraseña vacia y catalogo zabbix, por lo que no debí modificarlo para nada. Si alguien utilizó otro nombre de base de datos, o usa algun usuario o clave deberá editar el archivo.

En este punto ya deberíamos se capaces de ejecutar el servicio de zabbix sin errores.

/usr/local/sbin/zabbix_server

Instalación de interfaz Web

Uno esperaría que luego de ejecutar el servidor algo sucediera, una pantalla para administrarlo o algo, pero la realidad es que no sucede nada. Siguiendo la convención de Unix de que si todo sale bien no hay que mostrar nada, al ejecutar el servidor se retorna al prompt como si nada, aunque quedan varios procesos nuevos corriendo que se pueden ver si se ejecuta un ps -A

Entonces era el tiempo de configurar la interfaz web para poder administrar nuestro nuevo software. Lamentablemente aquí la documentación online dejó algunos huecos que debí ir deduciendo, ayudado un poco (mucho) por internet.

Lo primero importante a saber es que los archivos que componen la interfaz web, se encuentran dentro de la carpeta que se crea cuando se descompacta el codigo, dentro del directorio frontends/php

Como mi instalación era con un sistema operativo vacio, que no se usará para otro motivo, en lugar de reconfigurar apache, simplemente copie todos los archivos necesarios al directorio document_root de apache, que en ubuntu es /var/www, previamente habia borrado todos los archivos de ese directorio que no utilizaré.

sudo rm -fr /var/www/*
sudo cp -R frontends/php/* /var/www
sudo chown www-data:www-data /var/www -R

Si abrimos el explorador y comenzamos con la instalación, les ahorro la sorpresa de averigurar que algunos parámetros de php no estarán correctamente seteados, asi que primero configuramos php con las opciones recomendadas por Zabbix, para eso editamos el archivo php.ini con algun editor del agrado del lector (yo uso vi)

El archivo php.ini se encuentra en el directorio /etc/php5/apache2, por lo que mi comando terminó siendo: (si no saben usar Vi, les aconsejo que utilicen otro editor como nano)

sudo vi /etc/php5/apache2/php.ini

Una vez abierto hay que modificar varios valores. Algunos documentados en Zabbix, otros no. A saber modifiqué

max_execution_time = 600
memory_limit = 256M
post_max_size = 32M

[Date]
date.timezone = America/Buenos_Aires

[mbstring]
mbstring.func_overload = 2

Luego de estas modificaciones el el archivo php.ini podemos abrir una explorador, y apuntarlo al puerto 80 de la pc en que se instaló zabbix e ir recorriendo las pantallas, una por una, dandole continuar hasta finalizar la instalación (tal vez quieran completar el valor correcto cuando se les pregunta por el ip o el nombre de la pc que corre el servidor de zabbix)

Increiblemente eso fue todo lo que he hecho, ahora me falta ponerme a investigar como configurar y utilizar realmente este programa, pero ya es otra historia.

Por cierto, luego de haber escrito todo esto encontré en la wiki de Zabbix la siguiente página http://www.zabbix.com/wiki/howto/install/ubuntu/ubuntuinstall que indica otros pasos para instalarlo, seguramente más eficientes o simples que los mios donde a simple vista también se incluyen instrucciones para instalar el soporte de jabber correctamente, y los scripts para iniciar zabbix automaticamente cuando se prende la pc.

Así es como nos recomendaron Retrospectiva y le hemos querido dar una mirada.

Primero utilizando vmware creamos una máquina virtual nueva con un Debian 5 instalado desde un netinstall con las opciones mínimas e imprescindibles. Nos gusta mantener nuestras máquinas virtuales lo más livianas posibles para poder tener varias.

Es la primera vez que instalo un programa realizado en Ruby, de hecho es la primera vez que uso Ruby así que está siendo una experiencia interesante.

Instalación usando Single Step Installer

La gente de retrospectiva es consciente de los usuarios impacientes como yo y nos proporcionaron un Single Step Installer que con solo dos lineas de comando debería instalar una versión operativa de Retrospectiva.

Seguir las instrucciones al pie de la letra, desde un debian recién instalado es una tarea condenada al fracaso. No solo que no indican todas las dependencias que hay, sino que incluso las versiones del software disponibles en los repositorios oficiales de debian es muy vieja para la versión actual de Retrospectiva (en este momento 2.0 stable)

Primero debemos instalar los paquetes del repositorio, para lo cual hacemos

apt-get install ruby ruby-dev sqlite3 libsqlite3-ruby build-essential libopenssl-ruby

La versión de RubyGems que se encuentra en los repositorios de Debian 5 no es lo suficientemente actual, por lo que debemos instalarla manualmente. Al momento de escribir este artículo la versión actual es  RubyGens 1.3.6 la cual puede ser descargada del sitio oficial http://rubygems.org

wget http://production.cf.rubygems.org/rubygems/rubygems-1.3.6.tgz
cd rubygems-1.3.6
ruby setup.rb

Instalado RubyGems ahora si podemos proceder con la instalación del installer de retrospectiva. Primero nos movemos al directorio donde queremos tenerlo instalado y luego descargamos y ejecutamos la instalación

cd /opt
wget -O - http://github.com/dim/retrospectiva/raw/master/script/remote/retrospectiva_installer.rb | ruby

Para asegurarnos que todo salio bien podemos ejecutar un servidor de Retrospectiva y ver que logramos loguearnos

cd retrospectiva
ruby script/server -e production

Luego abrimos un firefox y nos dirigimos a la página http://localhost:3000 y debemos ver una pantalla de login en la cual podremos entrar con el usuario admin y contraseña password

Configuración de Retrospectiva

Ahora que tenemos instalada y funcionando la aplicación, continuamos con la demás configuración que necesitamos, entre ellas configurar las tareas programadas, agregarle soporte de svn y de de scrum

Crontab

Fue suficiente escribir crontab -e para modificar las tareas programadas del usuario actual (como soy root, las de root) y agregar una linea que diga

* *  * * *  RAILS_ENV=production /usr/bin/ruby /opt/retrospectiva/script/retro_tasks

Esto hará que se ejecute el script retro_tasks una vez cada minuto, esta tarea será ejecutada incluso si el ususario no se encuentra logueado. Hay varias otras formas de hacer esto, incluso editando el archivo /etc/crontab pero como esta es la que recomiendan al finalizar la instalación de retrospectiva, y como no tengo motivos para usar alguna otra, es que lo hice de esta manera.

Lamentablemente, al hacer esto comencé a a ver que se generaban errores (crontab envía un email al usuario que lo ejecuta cuando un script genera una salida) y se debía a un modulo llamado FileUtils que es propio de Ruby. Para solucionarlo, decidí modificar el código de retro_tasks y agregué una linea debajo de todos los require que decia

require 'fileutils'

Luego ejecuté manualmente el script con el comando RAILS_ENV=production /usr/bin/ruby /opt/retrospectiva/script/retro_tasks y funcionó correctamente sin generar ningún error, ni esa ni las siguientes veces que lo ejecuté. Luego por curiosidad quité la linea que habia agregado y tampoco generó más errores. Supongo que hizo alguna tarea de inicialización que no se necesitaba más que una vez y no vuelve a ser necesario este mini bugfix.

Soporte para Scrum

Retrospectiva, por default, no trae soporte para Scrum, pero es fácilmente instalable por medio de un plugin llamado agile_pm. Basta ir al directorio donde se encuentra instalado Retrospectiva y ejecutar el siguiente comando

cd /opt/retrospectiva
RAILS_ENV=production script/rxm install agile_pm

Luego solo es necesario reiniciar el servidor de retrospectiva (ya sea apache o WEBrick y disfrutar

Soporte para Subversion

Aquí también las instrucciones son simples y precisas. Basta con ejecutar los siguientes comandos y reiniciar el servidor de retrospectiva.

apt-get install subversion libsvn-ruby

El que sea Beta no asusta mucho, sabemos como es google y sus famosos Betas, asi que lo instalé sin pensarlo dos veces.

Me asombró ver que habia versiones de 32 y 64 bits tanto para Debian/Ubuntu como Fedora/openSUSE.

Instalé la versión de 64 bits de Debian/Ubuntu (uso Ubuntu Karmik Koala x64) y funcionó como por arte de magia.

Este post lo estoy haciendo desde Chrome y debo reconocer que se ve muy bien, tiene la misma interfa que en windows y comparte con su versión Windows una de las características que más me gusta. A saber su increible velocidad para cargar !

Siempre es bienvenido tener más opciones de exploadores en linux, especialmente cuando se desarrollan páginas webs.

Como a varios les pasa, me aburro muy seguido de mi fondo de pantalla, y me gusta que se cambie periódicamente de forma automática, de tal manera que vaya rotando entre varios fondos que previamente elegí.

Para hacer esto usaba Desktop Drapes. Un pequeño programita que hacía justo lo que yo quería que hiciera.

Sin embargo, revisando la lista de wallpapers por default de la nueva versión de Ubuntu, encontré uno llamado Cosmo que ya es un slideshow y sin instalar ningún programa adicional.

Lo que descubrí fue que los wallpapers que están disponibles para todos los usuarios se encuentran enumerados en arcihvos XML en el directorio /usr/share/gnome-background-properties. En la instalación por default de Ubuntu hay dos archivos, uno que contiene todos los fondos estáticos, y uno llamado Cosmo.xml para el slideshow, que en lugar de apuntar a una imagen, señala a oto archivo xml.

El archivo al que apunta es /usr/share/gnome-background-properties/ubuntu-wallpapers.xml

En este archivo se listan todas las imágenes que conformarán el slideshow, cuanto tiempo permanece cada una y como son las transiciones entre ellas. Evidentemente no las va rotando al azar, lo cual me hubiera gustado poder especificar, pero algo es algo

En todo caso, hasta ahí llegó mi investigación por el momento. Los formatos de los XML son bastantes simples y creo que cualquiera con un poco de experiencia en xml y paciencia podría crear los suyos propios, pero me encantaría ver alguna aplicación que permita configurarlos fácilmente, ya que no encontré otra forma, que no sea manualmente para modificarlos, al menos por ahora.

Por ser algo que me interesa seguiré investigando el tema un poco más, pero si alguien sabe como configurar los fondos de escritorios fácilmente para hacer slideshow o descubre algún otro dato interesante, está más que bienvenido a compartir su conocimiento y experiencia con nosotros en este blog.