| Subcribe via RSS

Rolling Release y Cyclic Release (a mi manera)

January 19th, 2010 | No Comments | Posted in linux

En el mundillo de las distribuciones de Linux hay modelos de liberacion de versiones y actualizaciones, esto es como los equipos de varias distribuciones liberan su trabajo.
Recordemos que una distro (diminutivo de distribución) se compone de varios paquetes y grupos de software que son mantenidos y actualizados por diferentes grupos de desarrolladores y ellos a su vez manejan sus propios sistemas de release (liberacion de versiones), por lo cual, las comunidades y empresas que juntan todos estos paquetes y lo hacen un sistema instalable y utilizable se ven en la tarea de juntar las ultimas versiones de las aplicaiones que juntan, junto con algunas herramientas de configuración, instalación y administración propios de la versión.
As, la comunidad/empresa utiliza un sistema de versiones para controlar los cambios de tantos paquetes usados en su distribucion y asi ofrecer al usuario final lo ultimo, lo mas estable y lo mas útil del mundo del software libre que su distro tenga para ofrecer. Para hacer esto se puede guiar en 2 sistemas de versiones: Rolling Release y Cyclic release


Cyclic release.
Es el sistema de versiones mas utilizado por la mayoría de las distribuciones de Linux. El sistema cíclico libera cada determinado tiempo una completa nueva versión de su distro y a su vez una versión anterior deja de tener soporte oficial. Este sistema se basa en construir completamente una nueva versión de la versión anterior incluyendo todos los paquetes de software actualizados previos a la fecha de congelamiento. La fecha de congelamiento es la fecha donde se dejan de recibir paquetes nuevos o actualizados y se detiene el ciclo de adaptación del software a la distro para buscar y resolver bugs.

La idea de este modelo es reparar y limpiar de errores a la nueva versión y no heredar problemas de la anterior, aunue en practica esto no suele ser cierto, esta es su filosofía. Algunas Distros que se manejan sobre Cyclic Release son: Debian (y Ubuntu y derivados), RedHat (y Fedora). u OpenSuse

Pros.

  • Se maneja un numero de versión y control de versiones de la distro.
  • La distro puede ser la ideal para usar en servidores y entornos de producción si la versión cuenta con un sistema de soporte a largo plazo.
  • Los desarrolladores pueden probar cambios con la cautela necesaria antes de liberar la distro para uso común con el fin de evitar bugs y errores de los paquetes usados.
  • Se pueden liberar versiones con soporte para hardware mas especifico (Ej. Tarjetas de video, ultraportatiles, webcams, diferentes arquitecturas de hardware)
  • Sincronizado con otros desarrollos de software puede ser plataforma de lanzamiento de muchas mejoras (Ej: Ubuntu y gnome, fedora y algunos drivers graficos).

Contras.

  • A veces en vez de solucionar los problemas de la versión anterior, agrega mas bugs con un nuevo release.
  • Poco tiempo para el usuario/empresa de adaptarse a los cambios entre ciclos cortos de lanzamiento de versiones (Ej. Ciclos de lanzamiento cada 6 meses)
  • Falta de sincronización entre lanzamientos de diferentes paquetes de software y la versión de la distro. (Ej. Supongamos que una versión de Ubuntu congelara los cambios un 22 de abril, pero una nueva versión de firefox se liberara el 28 de abril, y la nueva versión se piensa liberar el 30 de abril esta no contara con la nueva versión del navegador a 2 dias de ser liberada)
  • Crea un dilema de actualización-formateo dado a que nuevas versiones de la distro requerirán una instalación completa desde cero para poder ver y disfrutar los cambios, esto pasa incluso cuando supuestamente se puede actualizar de versión a versión.
  • Soporte. Dependiendo del mercado la distro tendrá diferente soporte para hardware y arquitecturas, lo mismo pasa con el software al incluir actualizaciones y no incluir soporte hacia atrás (Ej. Lo que sirvió en una versión tal vez no funcione en la nueva por que la versión del compilador es diferente).
  • La nueva versión va a querer incluir lo ultimo de todo lo posible, asi que puede ser que incluya modulos o paquetes innecesarios para la mayoría de los usuarios (Ej modulos bluettoth, drivers scanners, paquetes innecesarios, etc).

Rolling Release.
En este sistema de liberación no hay versiones como tal. En el sistema de versiones continuo se maneja una única versión del sistema, no hay liberaciones cada cierto tiempo a menos que un cambio critico en el kernel o las herramientas GNU suceda, estas distros cambian su versión en algunos casos solo si el instalador ha cambiado. En vez de adaptar y congelar los nuevos paquetes a la siguiente versión adapta todos los cambios a la existente, esto es que no hay versiones: si sale un kernel nuevo se compila y se adapta, si hay una nueva versión de Gnome también se compila y adapta sin recurrir a versiones de la distro.
Este sistema  se basa en la adaptación de lo ultimo de los paquetes de software a su distro, a su gestor de paquetes y a su sistema de archivos y permisos, y a cambio de esto entrega al usuario un sistema con lo ultimo y muchas veces lo mas estable del mundo de GNU/Linux. Algunas distribuciones de este tipo de release son Gentoo (y derivados), ArchLinux, Slackware (y derivados)

Pros:

  • No depende de una fecha para tener las ultimas actualizaciones.
  • Siempre actualizado, siempre a lo últimos paquetes y actualizaciones.
  • En algunos casos se da un mejor rendimiento del equipo ya que los rolling releases manejan un sistema base donde se instala solo lo que el usuario necesita y siempre a la ultima versión, evitando la instalación de drivers y programas innecesarios (Ej ArchLinux, Gentoo).
  • Soporte hacia atrás. Cuenta con soporte para hardware viejo o muy especifico o “desactualizacion” de programas dado a que nunca deja de tener soporte para aplicaiones viejas
  • Transparencia. Manejan un sistema de dependencias, de instalación/desinstalación y mantenimiento mas limpio
  • Testers. Algunas veces este tipo de distribuciones se usan como testers de algunos paquetes de uso critico antes de ser incluidos en distros de cyclic release (Ej actualizaciones del kernel, interpretes)
  • Grandes wikis, al tener que instalar/configurar tantas cosas manualmente casi siempre todo esto se documenta, las wikis de este tipo de distros son muy extensas y muy completas, casis iempre mantenidas por una comunidad 100% voluntaria que postea sus errores/soluciones a casi cualquier cosa

Contras

  • Uso. Este tipo de distribuciones no vienen preparadas para un usuario nuevo, generalmente se tiene que configurar todo el sistema antes de ser utilizable, a veces se necesita un conocimiento medio-avanzado de GNU/Linux para poder manejar estos sistemas.
  • Soporte. Es mas dificil encontrar soporte ya que por la gama de paquetes y hardware que soportan sus wikis o foros tienden a ser muy grandes, en la mayoria de los casos esta muy documentado pero habra que buscar bien antes de aclaarr una duda.
  • Comunidad. Gemeralmente son comunidades de usuarios y programadores ams pequeñas, probablemente no habra quien use esa distro a nivel local, las comunidades pueden llegar a ser un poco elitistas con los nuevos usuarios.
  • Ruleta Rusa. Trabajar con paquetes de la rama de desarrollo o software apenas testeado puede ser inestable, este tipo de distros a veces se jactan de tener lo ultimo de lo ultimo (estilo Arch) pero tambien tiene lo ultimo en bugs, a veces se juega con paquetes en estado muy beta.
  • No practico. A pesar que el instalar/compilar solo los modulos o paquetes que nuestro sistema necesite, y muy a pesar de que esto signifique un mejor desempeño, el instalar paquetes individuales o desde fuente puede ser un poco inproductivo en ambientes de produccion ya que se requieren sistemas funcionales y estos requieren de un par de horas (o dias) de estar al %100 funcionales.
  • Dependencias. En 2 sentidos: resolver las dependencias de un paquete sera la responsabilidad de el usuario, y la administracion del sistema dependera criticamente de wikis, foros y how-tos publicados

Nota: esta definicion o separaciond e tipos de release la hice basandome en mi criterio y experiencia con sistemas GNU/Linux, en ningun momento pretendo que sea tomado como verdad absoluta y puede (y habra) correcciones de los puntos aqui puestos.

Fuentes:
http://en.wikipedia.org/wiki/Software_release
http://en.wikipedia.org/wiki/Rolling_release
wiki.archlinux.org/index.php/Main_Page_(Español)
en.gentoo-wiki.com/
es.wikipedia.org/wiki/Slackware
https://wiki.ubuntu.com/
wiki.debian.org/
es.wikipedia.org/wiki/Fedora_(distribución_Linux)
es.wikipedia.org/wiki/OpenSUSE

Tags: , ,

NatGeo Wallpaper script

December 17th, 2009 | No Comments | Posted in Pimp my PC, Uncategorized, linux

Gnome 2.28 trae una presentacion de imagenes tomadas por varios telescopios llamada cosmos, esta presentacion cambia cada determinado tiempo de wallpaper (cada 29 minutos), en total son 8 imagenes que van rotando.

Hace un tiempo habia visto en Webupd8 un script para descargar todos los wallpapers del concurso de fotografia de la pagina de National Geographic. Era un wget recursivo que descargaba todos los walls disponibles en esa pagina, aproximadamente 170 fotografias, variaba poco segun la disponibilidad de estas.

Bueno, pensando un poco se me ocurrio combinar el script de natgeo con la configuracion de imagenes rotativas de cosmos y asi cambiar de fondo cada 29 minutos entre los 170 walls disponibles.

El resultado del script y el script mismo lo pueden encontrar en Gnome-look.org espero les guste.

….ya me voy a dormir.

Plugins interesantes para Rhythmbox

December 9th, 2009 | No Comments | Posted in HOWTO, Musica, Tweak

Rhythmbox es el reproductor de musica default para el escritorio Gnome, si bien carece de algunas caracteristicas de su parecido en KDE (Amarok) se puede compensar con algunos agregados (plugins) que lo hacen mas funcional y mas agradable de usar, aqui estan los que uso yo:

Antes que nada tenemos que crear la carpeta de plugins de rhythmbox y resolver algunas dependencias para que los plugins trabajen sin problema, tenemos que instalar los gestores de versiones git y subversion:

Ubuntu/Debian
sudo apt-get install git subversion
Fedora
yum -y install git subversion
ArchLinux:
pacman -S git subversion

Creamos la carpeta de plugins:

mkdir -p $HOME/.gnome2/rhythmbox/plugins/

Vamos a la nueva carpeta:

cd $HOME/.gnome2/rhythmbox/plugins/

Cabe aclarar que todos los plugins se activan y configuran dentro de rhythmbox en el menu Editar, Complementos, ademas de que ningun plugin surtira efecto hasta reiniciar rhythmbox.

Ahora a instalar plugins:

Radio Browser
Plugin para navegar en las listas de radio de Shoutcast e Icecast, al mas puro estilo de Songbird

Obtenemos el codigo
wget http://www.programmierecke.net/programmed/rhythmbox-radio-browser-1.8.tar.gz

Descomprimimos
tar -xvzf rhythmbox-radio-browser-1.8.tar.gz

Vamos al directorio descomprimido
cd rhythmbox-radio-browser-1.8
instalamos
sudo make install

Desktop Cover.
Muestra la caratula del album de la cancion en reproduccion, las caratulas las descarga de Amazon asi que el nombre del artista, cancion y album deben estar bien escritos, tambien pone controles de reproduccion muy utiles Necesita tener composite activado que soporte transparencias (Compiz por ejemplo).

Desktop_cover

Obtenemos el codigo:
svn co http://nedrebo.org/svn/rhythmbox/desktop-art

Despertador:
Este plugin nos permite usar rhythmbox como despèrtador ya que empezara a reproducir a la hora que le indiquemos.

alarm

Obtenemos el codigo:
svn co http://nedrebo.org/svn/rhythmbox/alarm-clock

Saltar a pista en reproduccion
Cuando navegamos por nuestra coleccion, con este boton salta el puntero hasta el track que se esta reproduciendo actualmente.

jump

Dentro de la carpeta de plugins, obtenemos el codigo:
wget http://www.stevenbrown.ca/blog/files/2008/10/jump-to-playing-0.3.1.tar.gz

Descomprimimos:
tar -xvzf jump-to-playing-0.3.1.tar.gz

Ecualizador de 10 bandas
habilita un ecualizador grafico de 10 bandas, para los exigentes ;) ;

Obtenemos el codigo (dentro de la carpeta plugins antes creada)
wget http://www.lirmm.fr/~morandat/pub/upload/Main/rb-equalizer.tar.bz2

Y descomprimimos
tar -xjf rb-equalizer.tar.bz2

Postear en twitter lo que escucho
Actualiza el estado de Twitter con la cancion que se esta reproduciendo

Obtenemos codigo:
wget http://python-twitter.googlecode.com/files/python-twitter-0.6.tar.gz
Descomprimimos
tar zxfv python-twitter-0.6.tar.gz

Entramos al directorio:
cd python-twitter-0.6

Instalamos:
python setup.py build
sudo python setup.py install
sudo mkdir /usr/lib/rhythmbox/plugins/twitter-plugin
cd /usr/lib/rhythmbox/plugins/twitter-plugin

Obtenemos codigo del plugin:
sudo wget http://svn.codecheck.in/platform/rhythmbox/twitter-plugin/twitter-plugin-prefes.glade http://svn.codecheck.in/platform/rhythmbox/twitter-plugin/twitter-plugin.py http://svn.codecheck.in/platform/rhythmbox/twitter-plugin/twitter-plugin.rb-plugin

Abrir Folder:
Añade una opcion al menu contextual para abrir la carpeta donde esta el track seleccionado (al estilo iTunes)

Open

Obtenemos codigo, (vamos primero a la carpeta de plugins):
wget http://www.infinicode.org/code/rb/rb-open-folder-latest.tar.gz

Y se configura en el panel de complementos de rhythmbox.

FullScreenView
Abre una visualizacion a pantalla completa con los controles de rreproduccion y la portada del album:

Fukl

svn co https://svn.overtag.dk/zuzu/trunk FullscreenView

se configura en el panel de complementos de rhythmbox.

cover flow
Experimental, agrega la navegacion de la coleccion al estilo coverflow, es un plugin experimental y puede ocasionar problemas con rhythmbox.

Se tienen que satisfacer estas dependencias primero:
gtkglext gtkglextmm python-gtkglext

Y obtenemos el codigo, se configura desde el panel de agregados.
svn checkout http://rhythmboxcoverflow.googlecode.com/svn/trunk/ ~/.gnome2/rhythmbox/plugins/rhythmboxcoverflow

Otros agregados.

Estos no son plugins de rhythmbox pero igual sirven para un mejor manejo:

Pidgin Music Tracker
Muestra como status del protocolo MSN Messenger en pidgin lo que estemos escuchando.

En Ubuntu:
sudo apt-get install pidgin-musictracker
En Fedora
yum -y install music-tracker
En Arch:
yaourt -S pidgin-musictracker
Desde fuente aqui:

Music Applet
Applet para el panel de Gnome para controlar Rhythmbox, tambien funciona para controlar otros reproductores como banshee, vlc o exaile.

Puede mostrat el tiempo de la cancion, el titulo, artista y album, la calificacion y controles.

En Ubuntu:
sudo apt-get install music-applet
En Arch
pacman -S panflute

Nuevo equipo: Bucefalo

November 26th, 2009 | 2 Comments | Posted in Desktop, Personal

Hace un par de dias hice un trato con mi viejo amigo hazzim a comprarle unos fierros de compu a un porecio razonable para poder armar un equipo con buenas preastaciones.

Mi idea era ya estando casado armar o comprar un equipo que por un par de años no tuviera la necesidad de actualizarle algo, y que tal vez con un poco mas de dinero y tiermpo convertirlo en un media center (de hecho este es el plan a futuro).

El equipo es un trabajo en proceso, faltan piezas de comprar y acabar de pagar estas mismas, falta un buen monitor y un disco duro mas grandecito (de 1 Terabyte seria exelente), tal vez despues una grafica mas grande o hasta una unidad de blu-ray, la unidad en cuestion es:

Equipo-bucefalo

Mi cat /proc/cpuionfo me da:

Intel(R) Core(TM)2 Quad CPU Q6700 @ 2.66GHz
cache size : 4096 KB
RAM
Size: 2048 MB (x4= 8 GB en total)
Form Factor: DIMM
Set: None
Locator: J6J2
Bank Locator: CHAN B DIMM 1
Type: DDR2
Type Detail: Synchronous
Speed: 800 MHz

Video

VGA compatible controller: nVidia Corporation GeForce 8400 GS

Todo esto levantado por una fuentecita de poder de 400w con capacidad para alimentar arreglos Raid

Como lo dije antes, me falta disco duro (tengo 120 GB en 2 miserables discos IDE) y un monitor, por eso es trabajo en proceso, cuando acabe Bucefalo sera mas grande aun…

Por el momento lo tengo con fedora 12 (de 64 bits) y Windows 7. Fedora por que ArchLinux sige con el mismo problema de la grafica antes mencionado y opte por fedora (a pesar de haber probado Ubuntu) y Windows 7, por que mi esposa asi lo exigio…

Hay quien se pone a tunnear carros, armar modelos a escala, se compran un jeep, acampan, juegan deportes, yo me voy a dedicar a armar mi juguete y a disfrutarlo :P

Pastebin desde Terminal

November 6th, 2009 | 1 Comment | Posted in HOWTO, Terminal

Un pastebin es un sitio donde podemos pegar codigo o salidas de comandos en terminal para que otras personas en la web los vean, lo util de esto es que los pastebin respetan las sintaxis de los lenguajes de programacion e incluso unos tienen codificacion de colores.

Estas pastebins son usados por ejemplo cuando tenemos una duda acerca de algun codigo en especifico y andamos buscando soluciones en los canales del IRC, la idea es simple: copiamos la salida del comando o codigo, lo pegamos en un pastebin, este nos da una url del codigo y este url la compartimos con quien sea, el que visite la url vera el codigo tal cual.

Hasta ahi va simple, pero hay veces que no tenemos interfaz grafica para copiar/pegar en una web el codigo, asi que como lo hacemos desde terminal?

Encontre 2 formas hasta el momento:

Usando sprunge.us
Es la que me salvo la vida aquella vez del problema de xorg, el canal de irc me pedia la salida de mi xorg.conf pero no tenia interfaz grafica donde mostrarla, no requiere ningun script ni nada por el estilo y su sintaxis es muy simple:

[comando] | curl -F 'sprunge=<-' http://sprunge.us

Por citar un ejemplo, un pastebin de mi xorg seria asi

[lira@Demostenes ~]$ cat /etc/X11/xorg.conf | curl -F 'sprunge=<-' http://sprunge.us
http://sprunge.us/JTPL

Donde si damos click en http://sprunge.us/JTPL nos da la salida del comando cat /etc/X11/xorg.conf en mi equipo, esa url es mas facil de compartir que teclear todo el xorg

usando wgetpaste
Este se supone que tiene mas opciones pero tambien requiere que descargemos un script para que funcione, el script se descarga asi:

wget http://wgetpaste.zlin.dk/wgetpaste-2.14.tar.bz2

Lo descomprimimos:

tar -xjf wgetpaste-2.14.tar.bz2

Y vamos a su directorio:

cd wgetpaste-2.14

Dentro del directorio podemos ejecutar un programa y direcionar su salida a wgetpaste:

[comando]| ./wgetpaste

citando el ejemplo anterior:
[lira@Demostenes wgetpaste-2.14]$ cat /etc/X11/xorg.conf | ./wgetpaste
Your paste can be seen here: http://dpaste.com/117142/

Wgetpaste debe ser ejecutado desde el directorio donde esta el script. Si conocen otros medios de pastebin desde terminal mas sencillos, comentenmelo.

Nice Lib name & November Desktop

November 4th, 2009 | No Comments | Posted in Desktop, Humor geek

Liboobs es una libreria que provee una interfaz basada en GObject para las herramientas administrativas de gnome, pero no deja de tener un nombre sugestivo.

Aqui el escritorio que se queda en Noviembre (sigo en Arch):

GTK OxygenBlend
Iconos Meliae
Wallpaper

Xorg 1.7 y Driver Nvidia en ArchLinux [solucion]

November 2nd, 2009 | 2 Comments | Posted in ArchLinux, HOWTO

Xorg

Como ya habia comentado en el post anterior por una actualizacion del servidor grafico xorg a la version 1.7 y el driver legacy de nvidia 173xx me quede sin entorno grafico desde el sabado pasado.

Esto paso en la noche cuando iba a llevar a mi esposa a una cena, el domingo ni toque la maquina y parte de esta mañana pase tratando de devolver el entorno grafico a mi ArchLinux.

Navegando entre foros y blogs encontre 3 posibles soluciones a este problema:

  • Usar driver libre de nvidia nouveau
  • Usar el driver NV
  • Hacer downgrade al xorg y seguir usando el driver nvidia (series 173xx y 96xx)

Aqui la explicacion de las 3 posibles soluciones: More »

Cuestion de costumbre

November 2nd, 2009 | 1 Comment | Posted in Opinion, Personal, Uncategorized

El sabado por un bug entre el xorg 1.7 y el driver Nvidia-173xx me quede sin entorno grafico en mi Arch, el bug esta reportado aqui y esta mañana no encontre una solucion a este detalle de andar sin entorno grafico.

Incluso reinstale todo el sistema, con la maravilla de tener el /home separado en otra particion puedo instalar-desinstalar cuantas veces quiera sin siquiera perder el historial de navegacion de firefox. Una vez reinstalado y como al instalar, descarga los paquetes mas nuevos de los repos, seguia sin entorno grafico.

Triste por no poder usar mi Arch, queme un cd con la nueva version de Ubuntu y me disponia a usarla, pero me urgia enviar unos correos, y trabajo, con compañia, con tareas, he estado en windows toda la mañana.

Y me he dado cuenta de que ya me desacostumbre al entorno grafico de windows, no tengo problema en usar este sistema, sirve para mis necesidades basicas, pero la forma de manejo, la logica de las cosas, e incluso los atajos de teclado son cosas que chocan conmigo en este momento.

En Linux, con alt+f2 o con gnome-do tenia todo al alcanze del teclado, aqui tengo que corretear un menu o accesos directos en el escritorio, en Gnome podia subir a ftp desde nautilus (el navegador de archivos) aqui dependo de otra instancia, con Rhythmbox podia escuchar una lista de 2000 canciones en aleatorio sin problemas, aqui se traba si intento hacer eso, pidgin servia como cliente de mensajero y nada mas, aqui el windows live ya me mareo con tantos anuncios…

Dice mi esposa que estoy al revez, que soy un usuario de Linux que no se puede adaptar a Windows, y tal vez tenga razon, son varios años usando Linux como unico sistema y ya me acostumbre a como se hacen las cosas alla: una aplicacion cumple una tarea, y lo hace rapido y bien.

Seguire usando windows esta tarde (a ver si logro bajar el driver de Nvidia a una version anterior). No me incomoda usar XP, pero como muchos trabajos, lo uso por que tengo que usarlo, cuando tenga otra opcion lo soltare y volvere a lo mio: los pingüinos que saben hacer cosas.

Post Instalando ArchLinux: Mejoras Gnome

October 27th, 2009 | 3 Comments | Posted in ArchLinux, HOWTO

Despues de instalar el sistema base y dejar un entorno grafico funcionando (en este caso Gnome) se habran topado con la grata sorpresa de que estan manejando la ultima version estable del kernel (en este momento 2.6.31-2) y un nuevo Gnome 2.28, ambos presentados como novedaes en futuros releases de otras distros, disponibles en Arch desde hace unas semanas..

Con la instalacion del sistema base y entorno se deja un equipo de trabajo apenas funcional, habran de n0tar que muchas cosas aun no estan en donde deben: menu de administracion vacio, sin network manager y un Gnome un poco austero, arreglemos eso.

Configurando sudo
Despues de instalar ArchLinux es obvio que habremos de haber agregado un usuario para no trabajar con root, ahora para que este usuario pueda hacer tareas administrativas sin necesidad de logear a root necesitamos sudo, lo instalamos desde root:

pacman -S sudo

Editamos la lista de sudoers

gedit /etc/sudoers
Y agregamos nuestro usuario o usuarios de acceso a sudo:

# User privilege specification
root ALL=(ALL) ALL
(nombre de usuario) ALL=(ALL) ALL

Guardarmos (crtl + o) y cerramos (crtl + x) y listo nuestro usuario tendra acceso a aplicaciones de root y podremos dejar en paz la sesion de root. More »

Post Instalando ArhLinux: el entorno grafico

October 21st, 2009 | 1 Comment | Posted in ArchLinux, HOWTO

Bueno, una vez terminada la instalacion ArchLinux, espero que los tutoriales hayan servido de algo, sige instalar un entorno grafico. La mayoria de estos consejos se pueden encontrar en las wikis de ArchLinux, que si usas Arch recomiendo visitar por que cambian y se actualizan muy seguido.

Lo genial de Arch es su muy simple filosofia de DIY (Do It Yourself en ingles) asi que la instalacion/configuracion de entorno grafico depende enteramente de nosotros. Asi que despues de haber instalado el sistema base procedemos a instalar un entorno Gnome completo.

Aqui lo chido de Arch es que ya desde hace un par de semanas majena gnome 2.28 y el kernel 2.6.31-1 que en algunas otras distros esot sera una nueva caracteristicas en versiones futuras…

Bueno para tener un entorno Gnome completito se basa en 3 pasos grandes: instalando Xorg y ALSA, instalando entorno Gnome, y configurando el entorno.

Antes que nada instalamos zorg y ALSA:

# pacman -S alsa alsa-utils alsa-oss xorg mesa

Tomara unos minutos descargando y configurando servidor grafico y de sonido, una vez terminado probamos el sonido y lo configuramos en su caso.

Prueba de sonido:

# aplay /usr/share/sounds/alsa/Front_Center.wav

En caso de que el sonido este muy bajo o queramos configurar el volumen nos vamos a la configuracion de alsa mixer

# alsamixer

Y una vez terminado, cerramos con la tecla escape y probamos el sonido de nuevo, cuando el sonido quede configurado a nuestro gusto almacenamos la configuracion de alsa para todo el sistema:

# alsactl store

Una vez configurado esto solo faltan 2 cosas mas, agregar el demonio ALSA al inicio del sistema:

Abriendo el /etc/rc.conf:

nano /etc/rc.conf

Y agregando alsa en los daemons:

DAEMONS=(syslog-ng network crond alsa)

Y por ultimo agregamos nuestro usuario al grupo de sonido para cambios futuros:

gpasswd -a tuNombreDeUsuario audio

Ahora a configurar Xorg

Xorg ya esta instalado, el servidor grafico puede servir desde este momento, solo que no tiene entorno de escritorio y no esta bien adaptado a la grafica que tengamos, asi que primero instalamos el driver que corresponda. Primero averiguamos nuestro Hardware grafico con:

lspci | grep VGA

En mi caso me dio:
01:00.0 VGA compatible controller: nVidia Corporation NV34 [GeForce FX 5200] (rev a1)

Y viendo la litsa de drivers graficos veo que tengo que instalar el driver Nvidia-173xx

pacman -S nvidia-173xx

Una vez instlado el driver generamos el xorg.conf que hara que esto trabaje mejor:

nvidia-xconfig

Para informacion de otras tarjetas graficas nvidia aqui
Para ATI aqui
Y para las intel y sus problemas aqui el hilo del foro de Arch
Aqui esta la lista de drivers de video segun su fabricante y su series de modelos

Bueno si todo salio bien, hasta aqui tenemos servidor grafico y de sonido, pero no tenemos entorno grafico (GUI en ingles), vamos a instalar Gnome:

Para instalar completamente gnome en ArchLinux se requieren de dos metapaquetes, que instalamos asi:

pacman -S gnome gnome-extra

Esto instalara completamente Gnome y algunos extras de este entorno, la descarga sera aproximadamente unos 500 mb, tardara un poco pero al final tendremos un gnome limpio y listo.

Al final tendremos que añadir el gdm a nuestra lista de daemons en el archivo /etc/rc.conf

DAEMONS=(syslog-ng network crond alsa gdm)

Con esto iniciara el selector de sesion o pantalla de bienvenida GDM la proxima vez que iniciemos Arch.

Algunas cosas qeu agregar a Gnome antes de iniciar serian los motores GTK para visualizar bien los termas (murrine y aurora):

pacman -S gtk-engine-murrine gtk-aurora-engine

Y un par de temas de iconos y gtk para mejorar un poco el aspecto de este muy minimalista gnome:

pacman -S gnome-icon-theme murrine-themes-collection gnome-themes-extras gnome-themes xcursor-theme

Por el momento sera todo, tengo que irme, mañana sera configurar network manager, tarjetas wireless (aunque yo no use), openoffice, ntfs y herramientas administrativas de Gnome. Saludos