Definamos normal….

Repositorio de usuarios de ArchLinux y su herramienta yaourt

Una de las cosas mas interesantes de ArchLinux (y la que mas me llamo la atencion) fue el hecho de poder instalar las ultimas versiones de casi cualquier software libre disponible para GNU/Linux, junto con su filosofia de Rolling Release combinaba lo mejor de 2 modelos: un sistema robusto y estable actualizado incrementalmente y aplicaciones instaladas a la ultima version disponible, todo logrado por medio de sistema de repos AUR y herramientas como Yaourt.

El Repositorio de Usuarios de Arch Linux (AUR abreviado en Inglés) es un repositorio para los usuarios de Arch manejado por la comunidad. AUR fue concebido inicialmente para compartir PKGBUILDs de forma organizada entre la gran comunidad y para apresurar la inclusión de paquetes populares contribuidos por el usuario en el repositorio community. En el AUR, los usuarios contribuyen sus propios paquetes. La comunidad AUR vota a favor o en contra de ellos, y cuando un paquete fue lo suficientemente votado a favor, un “Usuario Confiable” del AUR lo pasa al repositorio community, que es accesible por pacman

Basicamente AUR es un repositorio universal donde los usuarios suben sus PKGBUILD que es un recetario para instalar programas desde distintas fuentes, cubriendo sus dependencias y configuracion para facilitar el trabajo al usuario final, es mantenido por la comunidad pero vigilado por usuarios confiables de ArchLinux.

La forma mas rapida de acceder a estos paquetes desde nuestro ArchLinux es con una herramienta llamada yaourt:

Yaourt (Yet AnOther User Repository Tool, por sus siglas en ingles) es una herramienta hecha por la comunidad para pacman, que agrega acceso sin complicaciones a AUR, descargando y automatizando la compilación e instalación de mas de 8000 PKGBUILDs disponibles en AUR, ademas de miles de binarios disponibles. Yaourt usa la misma sintaxis que pacman, lo cual le ahorrará el trabajo de aprender un nuevo método de mantenimiento del sistema, pero también agrega nuevas opciones.

Basicamente es un gestor de paquetes para el repositorio AUR, entonces como se instala y como se usa?

Instalando Yaourt

La forma mas sencilla de utilizar yaourt es desde el repositorio de ArchLinuxfr solamente agregando estas lineas al archivo de configuracon /etc/pacman.conf:

Para x86

[archlinuxfr]
Server = http://repo.archlinux.fr/i686

Para x64

[archlinuxfr]
Server = http://repo.archlinux.fr/x86_64

Actualizamos e instalamos yaourt:

pacman -Sy yaourt

Listo esta instalado, y como se usa?

Guia rapida Yaourt

Sincroniza la base de datos con los repositorios.
yaourt -Sy

Sincroniza los paquetes instalados desde AUR (no actualiza los instalados desde pacman)
yaourt -Su --aur

Actualiza el sistema completo.
yaourt -Su

Instala un paquete.
yaourt -S Paquete

Desinstala un paquete.
yaourt -R paquete

Desinstala un paquete junto a las dependencias no utilizadas por otros paquetes.
yaourt -Rs paquete

Permite buscar a un paquete específico
yaourt -Ss Paquete

Descarga el paquete pero no lo instala
yaourt -Sw paquete

Muestra información sobre un paquete no instalado
yaourt -Si paquete

Muestra información sobre un paquete ya instalado
yaourt -Qi paquete

Instala solamente las dependencias del paquete.
yaourt -Se paquete

Muestra todos los archivos pertenecientes al paquete.
yaourt -Ql Paquete

Muestra los paquetes del sistema que pueden ser actualizados, pero no los instala.
yaourt -Qu

Muestra una lista de todos los paquetes instalados en el sistema.
yaourt -Q

Muestra a cual paquete pertenece un archivo en especial.
yaourt -Qo /ruta/del/archivo

Borra todos los paquetes antiguos guardados en la caché de yaourt.
yaourt -Sc

Borra todos los paquetes guardados en la cache de yaourt ubicado en /var/cache/yaourt/pkg.
yaourt -Scc

Instala un paquete guardado en una carpeta local.
yaourt -A

Listo, ya solo nos queda buscar los paquetes de software de aur que nos plazca, ya sea en la pagina de aur o usando yaourt desde la consola, algunos paquetes interesantes son:

Google chrome Dev version 5.0.34
Los nuevos temas de Ubuntu 10.04 Esos temas morados del nuevo ubunt, rama de desarrollo.
Virtualbox Repositorio AUR oficial de virtualbox, cabe aclarar que es con este paquete la forma estable de instalar VBox.
…y un larguisimo etcetera, solo es cuestion de buscar.

Bueno, esta es la principal razon de mi gusto por ArchLInux y su sistema de paquetes AUR, no digo que sea ideal para todos los usuarios, tampoco es la solucion para todos los problemas, pero ArchLinux es una pequeña distro que merece ser tomada en cuenta, y experimentar con este tipo de herramientas.

Enlaces:

Wiki de yaourt
wiki de AUR

Resaltado de sintaxis en nano

Esto es un truco viejo, configuracion que casi todos conociamos pero es bueno tenerlo a la mano para quien lo llegara a necesitar.

Nano es un poderoso y sencillo de usar editor de texto en terminal, esta incluido en casi todas (si no es que todas) las distribuciones de GNU/Linux. Nano se puede configurar para resaltar sintaxis de diferentes lenguajes de programacion, haciendo aun mas util este editor de texto.

Para habilitar el resaltado de sintaxis, editamos el archivo de configuracion de nano… con nano:

sudo nano /etc/nanorc

Y vamos al final del archivo y descomentamos las lineas que habilitan resaltar sintaxis:

## Nanorc files
include "/usr/share/nano/nanorc.nanorc"

## C/C++
include “/usr/share/nano/c.nanorc”

## HTML
include “/usr/share/nano/html.nanorc”

## TeX
include “/usr/share/nano/tex.nanorc”

## Quoted emails (under e.g. mutt)
include “/usr/share/nano/mutt.nanorc”

## Patch files
include “/usr/share/nano/patch.nanorc”

## Manpages
include “/usr/share/nano/man.nanorc”

## Groff
include “/usr/share/nano/groff.nanorc”

## Perl
include “/usr/share/nano/perl.nanorc”

## Python
include “/usr/share/nano/python.nanorc”

## Ruby
include “/usr/share/nano/ruby.nanorc”

## Java
include “/usr/share/nano/java.nanorc”

## Assembler
include “/usr/share/nano/asm.nanorc”

## Bourne shell scripts
include “/usr/share/nano/sh.nanorc”

## POV-Ray
include “/usr/share/nano/pov.nanorc”

Guardamos y cerramos (ctrl-o +crtl+x), abrimos algun archivos script, de java, python o demas, y veremos la diferencia:

Edit

Via WebUpd8 encuentro mas reslatadores de sintaxis disponibles para nano, dano reslatado de sintaxis para el xorg.conf, archivos conf genericos, php, css y xml, para habilitarlo:

Descargamos el paquete:

wget http://blog.sckyzo.com/wp-content/nano-supplement.tar

Descomprimimos y movemos al directorio de nano:

tar -xvf nano-supplement.tar
sudo mv *nanorc /usr/share/nano
sudo rm /usr/share/nano/sourceslist.nanorc

Editando el /etc/nanorc agregamos al final del archivo las siguientes lineas:

## Config Files (.ini)
include “/usr/share/nano/ini.nanorc”

## Xorg.conf
include “/usr/share/nano/xorg.nanorc”

## CSS
include “/usr/share/nano/css.nanorc”

## XML
include “/usr/share/nano/xml.nanorc”

## Generic .conf
include “/usr/share/nano/conf.nanorc”

## PHP
include “/usr/share/nano/php.nanorc”

Rolling Release y Cyclic Release (a mi manera)

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

NatGeo Wallpaper script

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

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).

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.

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.

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)

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:

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

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:

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

Pastebin desde 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

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]

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

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.