Agosto
2005
Garnome y ataques de versionitis.
Mucha gente entre los que me incluyo a veces tenemos ataques de versionitis que nos hacen destrozar nuestras pulidas instalaciones cometiendo alguna burrada como mezclar repositorios o distribuciones.
Hace tiempo me dió por probar el gnome 2.10 que traia ubuntu hoary así que ni corto ni perezoso mezcle los paquetes con los de debian y se montó un cacao que solo lo arregló una instalación limpia desde cero. A la liberación de Sarge me entro de nuevo el ataque de probar las xorg lo que me hizo pasar a unstable y quedarme con un montón de dependencias rotas. Como necesitaba ciertos paquetes -dev volví a testing de nuevo.
Hace poco mirando las nuevas características del futuro gnome-2.12 me entraron unas ganas enormes de probarlo, pero como ya me había tocado varias veces tener que borrar y empezar de nuevo busqué un método no destructivo, y lo encontré, se llama GARNOME.
Garnome es un confunto de configuraciones y scripts (uno de los ayudantes para la compilación de gnome) que mediante snapshots o congelaciones nos permite poder probar versiones en desarrollo altamente inestables sin perder nuestro entorno estable en el equipo.
Así que ni corto ni perezoso me baje el snapshot del 19 de agosto y repasé por encima el README (si amiguitos soy un cobarde :(, antes de compilar suelo leer los READMES por encima) y le metí un make install desde el directorio raiz.
Garnome crea una especie de bootstrap sin serlo (o no se puede elegir), es decir crea a partir de una directorio (/home/$USER/garnome/ por defecto) una raíz de instalación para todo lo que se compile, así que, si no te gusta borras ese directorio y aquí no ha pasado nada. Es altamente recomendable compilar como usuario no root, y mejor para la ocasión crear un usuario nuevo así no destrozará las configuraciones del escritorio o programas de nuestro usuario habitual.
Lo dejamos un buen rato y empezarán a saltar errores por dependencias. Otro vistazo más intenso al README para descubrir que hay que instalar varios paquetes -dev para que el nuevo entorno se pueda compilar. Garnome compilará dbus, hal y demás librerías nuevas que necesite. Está separado en directorios según el software a compilar:
Este directorio donde descomprimimos garnome puede llegar a ocupar 3Gb asi que cuidado si estas justo de espacio. Una vez que no vayas a compilar más puedes borrarlo o ejecutar make clean en la raiz para recuperar el espacio.
Gnome 2.11.91 a simple vista no tiene grandes diferencias visuales excepto por los nuevos temas más suaves como clearlocks (que ya llevo tiempo usando en mi gnome 2.8) y los tres menús como el 2.10.
Nautilus en modo browser ha sustituido la barra de texto que indicaba el directorio donde estabamos por botones, esa idea la ví hace tiempo en thunar (nuevo gestor de archivos para xfce 4.4)
F-spot no lo conocía y me ha sorprendido mucho así que me lo he instalado en mi testing mediante un backport de mono. Beagle también es interesante pero supongo que disminuirá bastante el rendimiento al estar a la escucha de cambios en el home.
Hace tiempo me dió por probar el gnome 2.10 que traia ubuntu hoary así que ni corto ni perezoso mezcle los paquetes con los de debian y se montó un cacao que solo lo arregló una instalación limpia desde cero. A la liberación de Sarge me entro de nuevo el ataque de probar las xorg lo que me hizo pasar a unstable y quedarme con un montón de dependencias rotas. Como necesitaba ciertos paquetes -dev volví a testing de nuevo.
Hace poco mirando las nuevas características del futuro gnome-2.12 me entraron unas ganas enormes de probarlo, pero como ya me había tocado varias veces tener que borrar y empezar de nuevo busqué un método no destructivo, y lo encontré, se llama GARNOME.
Garnome es un confunto de configuraciones y scripts (uno de los ayudantes para la compilación de gnome) que mediante snapshots o congelaciones nos permite poder probar versiones en desarrollo altamente inestables sin perder nuestro entorno estable en el equipo.
Así que ni corto ni perezoso me baje el snapshot del 19 de agosto y repasé por encima el README (si amiguitos soy un cobarde :(, antes de compilar suelo leer los READMES por encima) y le metí un make install desde el directorio raiz.
Garnome crea una especie de bootstrap sin serlo (o no se puede elegir), es decir crea a partir de una directorio (/home/$USER/garnome/ por defecto) una raíz de instalación para todo lo que se compile, así que, si no te gusta borras ese directorio y aquí no ha pasado nada. Es altamente recomendable compilar como usuario no root, y mejor para la ocasión crear un usuario nuevo así no destrozará las configuraciones del escritorio o programas de nuestro usuario habitual.
Lo dejamos un buen rato y empezarán a saltar errores por dependencias. Otro vistazo más intenso al README para descubrir que hay que instalar varios paquetes -dev para que el nuevo entorno se pueda compilar. Garnome compilará dbus, hal y demás librerías nuevas que necesite. Está separado en directorios según el software a compilar:
bindingsEl directorio que más interesa es desktop, en él están los paquetes necesarios para el escritorio gnome, el resto de directorios incluyen aplicaciones como mono, gimp, gaim, firefox, ofimática, juegos, etc.. Dentro de desktop ejecutamos make install y el script se encargará de descargar y compialr las fuentes con las dependencias necesarias. Como resto de mie pruebas he compilado f-spot y beagle (ámbos hechos con mono) y me ha quedado muy buen sabor de boca.
bootstrap
broken
desktop
fifth-toe
freedesktop
geektoys
hacker-tools
matchbox
mono
office
platform
Este directorio donde descomprimimos garnome puede llegar a ocupar 3Gb asi que cuidado si estas justo de espacio. Una vez que no vayas a compilar más puedes borrarlo o ejecutar make clean en la raiz para recuperar el espacio.
Gnome 2.11.91 a simple vista no tiene grandes diferencias visuales excepto por los nuevos temas más suaves como clearlocks (que ya llevo tiempo usando en mi gnome 2.8) y los tres menús como el 2.10.
Nautilus en modo browser ha sustituido la barra de texto que indicaba el directorio donde estabamos por botones, esa idea la ví hace tiempo en thunar (nuevo gestor de archivos para xfce 4.4)
F-spot no lo conocía y me ha sorprendido mucho así que me lo he instalado en mi testing mediante un backport de mono. Beagle también es interesante pero supongo que disminuirá bastante el rendimiento al estar a la escucha de cambios en el home.
Enlace permanente ::
comentarios (0) ::
Versión para imprimir
