MonoCaffe

Error de SSH

2008-08-20T16:46:00.000+01:00

Hoy he tenido la suerte de resolver un problema con un servidor al que no podíamos conectar con un usuario específico. Viendo las trazas en el fichero /vat/log/secure aparece el siguiente error:

fatal: buffer_get: trying to get more bytes than in buffer

No busquéis, no hace falta, hay una linea en el fichero .ssh/authorized_keys que está mala. Probad a borrar todas las lineas o la linea perteneciente al cliente desde el que os conectáis y debería funcionar.

Estádisticas en Videojuegos

2008-08-14T10:34:00.001+01:00

Desde hace ya unos meses tengo un vicio absoluto con Call of Duty 4, quizás por eso tengo tan retrasado el Monocaffe, mea culpa. Lo importante es que ya he llegado al nivel 10 y ahora voy a por la Dragunov Dorada.
Una de las cosas que más me gustan del CoD4 es la cantidad de estadísticas que maneja:
muertes infligidas
muertes recibidas
precisión
tiros a la cabeza
etc.
Lo normal en los FPS vamos. Pero por qué no ir más lejos y definir un nivel de estadísticas aún mayor acerca del comportamiento del jugador. Incluso definir niveles o tipos basados en estas estadísticas.
Algunos ejemplos que se me ocurren serían, por ejemplo, la eterna lucha entre los jugadores agresivos y los pasivos (campers). Un nivel de camping podría ser medido utilizando el tiempo que el jugador mantiene un misma posición, definiendo waypoints en todo el mapa (lo que ya se hace para la IA) y calcular un promedio de visitas de los distintos waypoints, los cuales a su vez definen un valor según las posibilidades que tienen estos waypoints de convertirse en puntos de campeo (camping-point). Claro que no todos los jugadores que mantienen una serie de posiciones constantes son campers, ya que en muchos casos se utilizan las clases de francotirador, pero esto se puede controlar también, midiendo la posición, arma utilizada -es estúpido campear con un rifle, por lo general lo hacen con una escopeta :( - y punto de vista.
Utilizando estas mismas mediciones en base a los waypoints, se podrían tipificar a otros tipos de jugadores, como los agresivos, tácticos y n00bs.
Un jugador agresivo (o tonto) se pasará el rato recorriendo los waypoints en, por lo general, una línea recta bastante bien definida.
Los jugadores tácticos son una mezcla entre los agresivos y los campers, ya que van recorriendo los waypoints, deteniéndose cierto tiempo, para luego buscar otro punto de ventaja o de conveniencia.
Otra medida interesante, es la rapidez con que los jugadores mejoran sus estadísticas. Sería como una mezcla entre BrainTraining y FPS. Cuan rápido el jugador es capaz de recorrer, de manera optima, los distintos waypoints, alcanzando la mayor cantidad de frags. Cual es el nivel de pensamiento abstracto del jugador, midiendo su capacidad de encontrar, rápidamente, waypoints de alta efectividad y bajo riesgo sin importar su posición inicial y en estricta relación con la posición de los enemigos.
Hay miles de cosas que se pueden medir en un videojuego y que no se ven reflejadas en las estadísticas estándar.

En fin, me gustaría que los FPS del futuro te dijeran: "soldado, su edad mental es de 75 años. Menos mal que no estas en combate real", "Eres un puto camper, juega bien otia!"

Una consola para controlarlas todas (II)

2008-08-08T13:46:00.000+01:00

En la entrada anterior comentaba la aplicación "pconsole" que nos permite controlar varias xterms a la vez. Esto es bastante útil, pero la verdad es que el comportamiento no era optimo. Básicamente mi problema estaba en tener varias ventanas de xterm colmando la lista de ventanas y otros problemas que esto acarrea.
Por consiguiente instale "Terminator" una consola que podemos dividir en varias consolas, todas contenidas dentro de una misma ventana.
Con esta nueva configuración tengo dentro de una misma ventana ocho consolas, una ejecutando "pconsole" y las otras siete bajo control de pconsole.

Una consola para controlarlas todas

2008-07-30T14:21:00.001+01:00

Hoy he descubierto "pconsole" una aplicación muy útil a la hora de realizar labores repetitivas en distintos servidores.
Ejemplo, hay que realizar unas tareas X en una cantidad de servidores Y que son iguales (un cluster quizás).
En lugar de ir uno a uno, realizando X, ejecutamos unas cuantas xterm's y se las damos a pconsole.
Es muy sencillo de utilizar. En Ubuntu Hardy Heron, sólo hace falta ejecutar


sudo aptitude install pconsole

A continuación abrimos Y+1 cantidad de xterm's y en cada una ejecutamos:

tty

Lo cual nos devuelve (como todo en Linux) la ruta del fichero de la terminal. Por ejemplo /dev/pts/5

Lo siguiente será ejecutar "pconsole" en la xterm Y+1. Esto abrirá "pconsole" y nos mostrará una especia de CLI distinta. Aquí ejecutamos:


attach /dev/pts/5 /dev/pts/3 /dev/pts/4 ...

Ahora pasamos al "Modo de Envio" con Ctrl+D y todo lo que escribimos en "pconsole" se escribe en las consolas que estan adjuntas.

Existen otras aplicaciones como cssh que permiten abrir varias conexiones de SSH paralelas, pero lo encuentro un poco lento y no funciona muy bien (en mi caso) pero también es una herramienta a considerar si no podemos ejecutar pconsole.

Iniciando el proyecto (MonoCaffe 1)

2008-07-26T13:10:00.001+01:00

La idea original de este blog (la cual no he desarrollado aun) es la de describir y documentar el ciclo de vida que sigue MonoCaffe. Como todo proyecto de software, espero que sea constante y vaya evolucionando entre versiones.
Antes de nada, me he documentado e incluso estoy colaborando en la traducción de un libro titulado Producing Open Source Software de Karl Fogel donde se explican muy bien las herramientas, implicaciones, responsabilidad y muchos temas más sobre el desarrollo de un proyecto de software libre.
Lo siguiente ha sido elegir las herramientas para la labor. En el caso de MonoCaffe, he elegido:

Java (libre, conocido, fácil y multiplataforma).
Swing.
HSQLDB.
Sourceforge para el hosting del proyecto (CVS, foros, sitio web, etc.)

Lo siguiente ha sido crear el sitio web. Utilizando herramientas como Inkscape fui capaz de crear todas las imágenes del sitio (e iconos para la aplicación). Luego con vim crear todo el contenido HTML/CSS ha sido un paseo de dos dias.

Con el CVS listo y funcionando, la página montada y las herramientas calientes, me he lanzado a realizar el analisis funcional de la aplicación utilizando UML (Dia Diagram Editor) para ilustrar gráficamente todo esto. Así que ahora mismo tenemos UML's describiendo la aplicación con algunos requerimientos, sus especificaciones funcionales y dos diagramas de flujo para los clientes y para el usuario del administrador.

Dado que vamos a almacenar todos los datos relativos a la aplicación para poder generar distintos reportes de uso, usuarios, etc. Va a ser necesario un medio de almacenamiento persistente, es decir, una BBDD. No he elegido productos como MySQL para facilitar la instalación sin la intervención del usuario. Así que lo siguiente ha sido el modelado de los datos para la BBDD. Siguendo el modelo de objetos que he definido he llegado a un modelo bastante sencillo de qué debería tener la BBDD de MonoCaffe:

Algo bastante sencillo y obviando temas importantes como las dependencias funcionales y metadatos y saltando directamente a la normalización.

Con lo mínimo ya preparado (tengo ganas de picar código) se abre NetBeans, checkout del proyecto desde el CVS y a ver qué sale.

Continuara...

Cuando lo gratis cuesta

2008-07-26T12:04:00.000+01:00

El principal problema al hablar de software libre es aclarar su gratuidad. Sí, por definición si es libre es gratis, pero no es así. Es gratis descargarlo y utilizarlo, pero es mucho más. Un Freeware sólo es gratuito, pero sigue imponiendo restricciones sobre el usuario. El libre no impone nada más que su libertad. Gratis vs. Libre.
Es irresponsable por parte de un departamento de informática o de los usuarios, vivir en esta burbuja de gratuidad y reducción de costes en la que puede sumergirnos el software libre.
Una de las primeras cosas que aprendí de niño es que nada en la vida es gratis, todo acarrea un precio, una responsabilidad, unas consecuencias.
En el caso del software libre, el precio es cero. Al principio. El modelo de negocio de las empresas que permiten la libre distribución del código fuente de sus aplicaciones es el de ofrecer servicios de soporte, resolución de incidencias, etcétera, sobre sus productos.
Es responsabilidad del usuario, darse cuenta de esto y actuar en concordancia a sus efectos. No por utilizar una producto como MySQL, vamos a dar por sentado que siempre vamos a encontrar respuestas a nuestras clemencias en los foros y chats de Internet (aunque es bastante probable). Tampoco es necesario mantener un equipo de programadores que nos permitan resolver nuestros problemas con una aplicación, sólo hay que contactar con el licensatario del software y pagar. Libre no significa grátis.
La libertad para el usuario llega aquí: ¿Qué hago? Nos permite hacernos esta pregunta y resolverla adecuandonos a la situación en la que nos encontramos. Para muchas empresas, crear un equipo de desarrollo, pruebas, QA y demás, es innecesario y altamente costoso, pero para otras, esto puede aportarles beneficios. El ejemplo más claro, sería en la redistribución de una aplicación propia que utilice estas tecnologias.
El software libre puede ser estructurado en diferentes niveles de usabilidad empresarial, dependiendo en sobremanera del nivel de soporte que se pueden encontrar. Aplicaciones como OpenOffice, MySQL, Ubuntu, RedHat y muchos, muchos más, son producidas por empresas, no por comunidades. Es importante ver claramente esto y diferenciarlas.

Un proyecto de software libre no es siempre desarrollado por quinceañeros encerrados en su habitación. Por lo tanto no podemos esperar el mismo nivel de confianza, soporte y resolución de incidencias entre distintos proyectos, pero podemos seguir eligiendo.
Como ejemplo claro, tomemos Monocaffe, un proyecto propio que poco a poco voy sacando adelante. Es un proyecto en el cual, por ahora, soy el únido desarrollador pero que gracias a muchos productos de software libre (NetBeans, Java, MySQL, SVN, Swing, Hibernate, Apache, Linux y Rhythmbox :) permiten que un individuo pueda crear. ¿Volvemos a los tiempos en los que para desarrollar una aplicación era necesario pagar por todo esto?¿Realmente queremos limitar tanto la creación individual para que sean sólo los beneficios economicos los que muevan los hilos del desarrollo tecnologico? Creo que no.
Si en un futuro, miles de negocios empiezan a utilizar MonoCaffe, no pueden esperar un nível de soporte más allá del tiempo que tenga para resolverlas, a menos que me empiecen a pagar e inicie una empresa para ofrecerles estos servicios... sería perfecto :)
Esta es la cruda realidad de algunos proyectos, pero no de todos. Nada más lejos de la realidad. Algunos proyectos nacen con un enfoque totalmente empresarial, diferenciandose de otros por la libertad de su código, lo que los hace tremendamente competitivos tal como ha sucedido con MySQL el cual ha logrado ser el motor de BBDD por defecto de la web. Si nuestra empresa, por alguna razón, no puede resolver algún problema aún incluso despues de investigar por la web, simpre se tiene la opción, la elección, de pagar. Y si queremos cambiar, cambiamos.
Cualquier crítica hacia este modelo tiene cabida, somos libres de criticar. Pero que este modelo falla es una gran falacia cuando el más grande del sector lo tantea.

Cuando Microsoft me hace sufrir

2008-07-10T11:39:00.005+01:00

Como os podéis imaginar por el titulo del blog y las entradas que llevo escritas, soy un fanboy del movimiento Open Source. Tanto que en cuanto pueda echarle las manos encima al OpenMoko, lo haré. Tanto, que el día que el OpenSDK de Java fue certificado, casí llore.
Estos dias he estado inmerso en un curso para aprender Microsoft Navision. Me he visto forzado a ejecutar la jodida maquina virtual de Windows XP e instalar este engrendo endemoniado tambien llamado NAV.

Es realmente doloroso, en serio. Son todo ventanas, hay que utilizar el ratón para todo y esto hace que cualquier tarea se vuelva una tortura de repeticiones.

La siguiente desviación de la realidad es el lenguaje C/AL y el editor incorporado: en mi vida había encontrado semejante esperpento de editor. En serio, el Notepad es 100 veces mejor. El lenguaje no está mal, tiene unos cuantos WTF! pero es el editor el que te hace pensar cómo alguien en su sano juicio podría alguna vez barajar la posibilidad de pagar por esto.

No tengo claro si es algo de la aplicación, del lenguaje o del editor, pero al &·$%&·&% que se le ocurrio la genial y grandiosa idea de forzarme a declarar variables y funciones utilizando otra maldita ventana le digo: MUERE! No tienes manera de saber las variables declaradas desde el código, tienes que abrir OTRA VENTANA. Al menos las funciones si aparecen declaradas con su parámetros. Si alguien que lea esto entiende el por qué de un razonamiento tan aislado de la realidad, que me lo explique.

¿Qué es NAV? Pues es un ERP. A mi me parece más un Access97 que utiliza un lenguaje raro y SQLServer (otra pesadilla por su parte) pero estamos en el año 2008!!!

¿Qué es un ERP? Pues no lo sé, en la Wikipedia habla de un montón de tonterias. Para mi, es una aplicación desarrollada por algún genio de la tortura.

Por otra parte, tienen sus ventajas. No hablo de NAV, hablo de otros ERP's (OpenBravo, SAP, PeopleSoft). Te permiten ahorrar en costes de desarrollo y tener aplicaciones empresariales verdaderas (no MS Excel) ya que las Hojas de Calculo (Excel para los lusers) no son BBDD, no son aplicaciones. Estas aplicaciones vienen con cierta estrúctura básica que en unos meses permitira a cualquier empresa continuar y mejorar el negocio. Sin estos ERP's cada empresa seria, tendría que contratar a un equipo de desarrollo para producir sus propias herramientas y todos los problemas que esto acarrea. Aunque el ERP sea más sencillo de aprender y poner en marcha, igualmente será necesario un equipo dedicado a este tema, ya sea para generar nuevos informes, nuevos formularios o cualquier otra cosa que se le puedo ocurrir al departamento de turno. Sin contar con el soporte a los mismos:
Luser: "He metido mal una factura"
Yo: "Pues anulala"
Luser: "¿Cómo?" [a ver si pensamos un poquito]
Yo: "Soy informático, no contable"
Luser: "Pero es un problema del programa"
Yo: "Si, se llama meatware"
Luser: "Qué?"
Yo: "Nada... y si pruebas hacer las misma factura con valores negativos?"
Luser: "Para qué?"
Yo: "Callate y dejame terminar. Luego metes bien la factura"
Luser: "Así tengo tres facturas"
Yo: [Mirala, si sabe sumar] "¿y? Así cuadras todo y me dejas en paz"
Luser: "No puedes eliminar la factura?"
Yo: "No, descuadras el tema... no sé el qué, pero lo descuadras... vas a seguir malgastando mi tiempo?"

En fin, al menos es más chatarra que meter en el curriculum. Sólo espero terminar pronto con esto y volver a mi submundo de Java, Linux y Eclipse.

Nota: hasta ahora no he encontrado nada en estas aplicaciones que un equipo de desarrollo de tres personas, a tiempo completo, no puedan tener listo (funcional Beta 1) en 6 meses. Es todo cuestión de barajar costes.

Ubuntu Zenburn

2008-05-03T15:44:00.002+01:00

Zenburn es un esquema de colores para el editor de textos gVim y ha sido portado de distintas formas para distintas aplicaciones. Son colores de bajo contraste que realmente ayudan en reducir la fatiga visual que sufrimos al estar tantas horas frente a la pantalla del PC.
Para conocer Zenburn podemos empezar con la página de Zenburn y descargando el fichero .vim el cual debemos mover a la carpeta $HOME/.vim/colors/zenburn.vim
A continuación en vim ejecutamos los comandos :syntax on y :colorscheme zenburn... pero nada sucede!
El problema es que antes debemos configurar algunas cosas en nuestro sistema, sin entrar en detalles, los colores de la consola. En general, las consolas o terminales soportan los 256 colores necesarios para Zenburn y especificamente gnome-terminal la soporta, solo debemos decirle que la utilice. Para esto debemos instalar el paquete ncurses-term: sudo aptitude install ncurses-term
A continuación debemos declarar la variable de entorno TERM para que los utilice: export TERM="xterm-256color"
Ahora volvermos a ejecutar vim y tendremos algo como esto:

Pero no nos vamos a detener aquí, continuemos con los colores de gnome-terminal. Si abrimos el fichero zenburn.vim encontraremos los códigos RGB de los colores utilizados y podremos utilizarlos para modificarlos. Creamos un nuevo perfíl llamado "Zenburn" y cambiamos los colores siguiendo al máximo los especificados en el fichero.

Ahora pensemos en grande! Vamos a cambiar el tema de todo GNOME para que incluso Eclipse (el cual es un coñazo de configurar ya que no utiliza temas) los use por defecto. Incluso el Firefox cambiara los colores, excepto de las areas de texto como en la que estoy escribiendo ahora mismo.
Exite un tema que viene por defecto en Ubuntu 8.04 llamado Human Murrine que ha sido modificado por karmaflux para conseguir los colores de Zenburn y lo podeis encontrar en Zenburn-Murrine en www.ubuntu-art.org
Finalmente podeis utilizar este fondo de escritorio que le viene al dedo al tema: Stone-Gnome

Para automatizar todo esto debemos modificar el fichero .vimrc y añadir los comandos anteriores. De igual manera, si añadimos al fichero .bashrc lo siguiente:


if [ "$COLORTERM" == "gnome-terminal" ] ; then
export TERM="xterm-256color"
fi

No tendremos problemas con las sesiones SSH que iniciemos a nuestro PC.

Editores Full Screen

2008-04-22T01:06:00.001+01:00

Quizás si algún fan de Apple lee esto no le guste, espero no herir sentimientos, pero estoy sintiendo cierta tendencia a dar popularidad a una idea estúpida, vieja y que siendo por lo visto algo "nuevo" de Tiger (o de donde puñetas a Steve Jobs le haya dado la gana meterlo) llamado "WriteRoom". Voy a resumir qué es: un vim/emacs/nano/ed para gilipollas. Pero es que además, la interfaz es "verde fósforo". ¿Crean un sistema operativo con cualquier cantidad de polladas y gráficos y animaciones como el Tiger para luego utilizar "eso"?
Por otra parte, puede que sea yo, pero me da a mi que la estupidez se contagia, porque vienen unos y dicen: "Hmmmm... buena idea, vamos a llevarlo a la web" y toma, un sitio en AJAX que ni siquiera voy a enlazar. Ah! Pero tenemos .Net y una gran cantidad de herramientas, librerias, un IDE super mega chupi y cantidades ingentes de estupidez: toma DarkRoom y toma Q10. Que además son de código cerrado. ¿Será que les da miedo que alguien vea como hacer semejante "programa"?
Especialmente me molesto la página de Q10 donde explicitamente pone: "No version for Linux or Mac is planned." No lo necesitamos! Esa gilipolles de software existe desde la prehistoria de la computación!
Eso me molesto, pero lo que realmente me pone los pelos de punta es que luego "usuarios" de Linux van y se bajan el programa para luego ejecutarlo con Wine!!!
¿Quieres un editor pantalla completa? ¿Qué tal si te pulsas Ctrl+Alt+F1 y ejecutas el puto vi que viene por defecto en cualquier distribución... Joder, es que en cualquier instalación de Unix y derivados viene por defecto, allí, esperando. Cambia los colores a la consola y listo!
Para rematar el tema, estos editores de ultima generación integran correctores ortográficos, temas de colores y quien sabe, quizás en un futuro alguna brillante mente piense mientras está escribiendo en estas aplicaciones de ultima generación: "y si añado marcas a mi texto para..."
Nada, mejor será que en la próxima versión del MacOSX HelloKitty los gurus de Apple se re inventen el TeX. O mejor aun, saquen una nueva versión HKP (HelloKittyPages) que "increíblemente" te permitirá añadir cosas tan guays como referencias y enlaces.
A ver si al menos así terminan de matar al jodido MSWord y dejan de enviarme "pantallazos" en un fichero .doc
Esto me pasa por leer blogs a estas horas... ainsh...

Tarjeta Personal (Java)

2008-04-18T13:23:00.000+01:00

Siguiendo la idea de Luis en su blog Mal Código me he currado una tarjeta personal con InkScape para valorar y contrastar los resultados. En la entrada original Luis utiliza Haskell para su tarjeta, en este caso he utilizado Java.

El código, en caso de que no sea legible dice algo así:


package the.world.spain.madrid;
public class BusinessCard{
   public static void main(String[] args){
      IngInformatico aayuso = new IngInformatico();
      aayuso.setFullName("Alejandro Ayuso");
      aayuso.setProfile("Programador");
      aayuso.setContactNumber("**********");
      aayuso.setEmailAddress("*************** at yahoo.com");
   }
   class IngInformatico extends HumanBeing{
      private String fullname, profile, contact, email;
      public void setFullName(String s){
         fullname = s;
      }
      ...
   }
}

Ideas?

stderr, stdout y más

2008-04-02T16:43:00.001+01:00

En uno de los posts anteriores explique un poco el tema del stdin y stdout. Sabemos que podemos encauzar la salida (stdout) de un programa como entrada para otro (stdin) y de esta manera realizar tareas complejas utilizando herramientas sencillas.
A parte de estos dos descriptores, tenemos el stderr o salida de errores. Básicamente, stderr es lo mismo que stdout pero contiene posibles errores que el programa quiera reportar por pantalla al usuario.
Por ejemplo, vamos a utilizar un error producido por "cat" y lo vamos a almacenar en un fichero utilizando ">"

$cat foo.txt > foo.log

En este caso, foo.txt no existe. Dado que ">" es utilizado sólo para stdout, el fichero foo.log será creado, pero está vacío. En cambio, podremos ver en la consola el error devuelto por stderr:
cat: foo.txt: No such file or directory
Si queremos capturar este mensaje de error en un fichero foo.err tendremos que añadir el número "2" a ">":

cat foo.txt 2> foo.log

Aquí le estamos indicando a Bash que capture el descriptor número 2 (stderr) y lo envié al fichero. Recordemos que stdin es 0 y stdout es 1.
De igual manera podemos mezclar stdout y stderr. La utilidad de esto la encontramos cuando queremos ejecutar algún programa de forma automática (utilizando cron, por ejemplo) o desde un script y deseamos capturar toda la información posible en algún fichero al que podamos acceder posteriormente.
Entonces, el tema es bastante sencillo. Vamos a hacer un "tail" de dos ficheros y todas las salidas vamos a enviarlas a dos ficheros foo.out y foo.err.

$tail /var/log/dmesg foo.txt >foo.out 2>foo.err

dmesg sabemos que existe, por lo tanto las ultimas lineas devueltas por "tail" serán capturadas por el stdout al fichero foo.out. En cambio el error devuelto al no encontrar el fichero foo.txt será enviado por stderr a foo.err:
tail: cannot open foo.txt for reading: No such file or directory
También podemos enviar las dos salidas a un único fichero e incluso encauzarlas como stdin para otro programa. En el primer caso vamos a utilizar "2>&1" lo cual vamos a ver en muchos scripts.

$tail /var/log/dmesg foo.txt >foo.out 2>&1

La mejor manera de silenciar a un programa para que no perturbe la ejecución de nuestro script es enviar todas las salidas a /dev/null.

$tail /var/log/dmesg foo.txt >/dev/null 2>&1

Si nuestro script necesita ejecutar otro programa y necesita sólo de su "exit status" el usuario que ejecuta el script no verá cuales programas estamos utilizando y no recibirá los posibles errores que de otra manera aparecerían en pantalla.
En segundo lugar, podemos realizar otro tipo de comprobaciones dirigiendo stderr y stdout como stdin de otro programa. Supongamos que creamos un script que sólo funciona con OpenSSH. Para comprobar que la versión que está instalada en el sistema es OpenSSH podemos utilizar lo siguiente:

$/usr/bin/ssh -v 2>&1 | grep -q OpenSSH ; echo $?
0

Si nuestro cliente de SSH no fuera el OpenSSH obtendriamos lo siguiente:

$/usr/bin/ssh -v 2>&1 | grep -q OpenSSH ; echo $?
1

En el caso de que nuestra versión de "grep" no tenga la opción "q quiet" volvemos a utilizar /dev/null

ssh -v 2>&1 | grep OpenSSH >/dev/null 2>&1 ; echo $?
0

Donde $? es una variable que contiene el "exit status" del último comando ejecutado, en este ejemplo es grep.

Sustitución de parámetros

2008-03-26T16:05:00.000Z

Los sistemas Linux y otros Unix traen las típicas herramientas como cut, awk y sed para reemplazar o recortar partes de una variable, pero los verdaderos "gurus" utilizan la sustitución de parámetros. Vamos a explicar esto en varios pasos:

1-) Las variables pueden ser referenciadas con $var o con ${var}

VAR='lorem ipsum';
echo $VAR;
echo ${VAR};

2-) La longitud de una variable la obtenemos con ${#VAR}

echo ${#VAR} -> 1

3-) Obtenemos un substring de la variable con ${VAR:POS}

echo ${VAR:6} -> ipsum

4-) También podemos obtener un substring del tamaño que deseamos con ${VAR:POS:LON}

echo ${VAR:0:6} -> lorem

5-) Si deseamos dividir según un patrón de izquierda a derecha utilizamos ${var#pat} o ${var##pat}

VAR2='lorem,ipsum.,datum.sanctum'
echo ${var2#*,} -> ipsum.,datum.sanctum
echo ${var2##*,} -> datum.sanctum

6-) De derecha a izquierda es ${var%pat} o ${var%%pat}

echo ${var2%,*} -> lorem,ipsum.
echo ${var2%%,*} -> lorem

7-) La sustitución es igual de sencilla ${var/pat/ree} o ${var//pat/ree}

echo ${var2/m/M} -> loreM,ipsum.,datum.sanctum
echo ${var2//m/M} -> loreM,ipsuM.,datuM.sanctuM

OK? Un uso muy interesante de todo esto? Por ejemplo, para renombrar muchos ficheros de IMAGEN a imagen:

for i in *
do
mv ${i} ${i/IMAGEN/imagen}
done

Magia!

Script!

2008-03-25T14:11:00.001Z

Script es una aplicación muy, pero que muy útil para todos aquellos quienes como yo somos un tanto olvidadizos. Además, configurando correctamente nuestro PS1 podemos generar reportes de uso.
Script sencillamente almacena todo que aparece en pantalla después de que se ejecuta. Por ejemplo:

$script -a /tmp/log.txt

De ahora en adelante, toda la sesión será almacenada en el fichero indicado. Para terminar pulsamos Ctrl+D

Pero la opción realmente chula de script es -f. Supongamos que tenemos a un usuario nuevo y queremos "monitorizar" lo que hace. Hacemos que éste ejecute:

$script -f -a /tmp/luser.log

Luego para ver lo que está haciendo en tiempo real utilizamos tail:

#tail -f /tmp/luser.log

Muchos juegos se le pueden dar a esta aplicación tan útil. Por cierto, no intenten ejecutarla desde el .bashrc que por alguna razón crea varios procesos repitiendo la salida de los comandos

Entradas y salidas estandar de Bash

2008-03-19T16:58:00.000Z

La base de la programación de scripts en Bash son los descriptores de ficheros, es decir, stdin y stdout. Estos son básicamente los dos medios que utilizamos para comunicarnos con una aplicación en Bash: stdin escucha y stdout habla, así de sencillo.
Por lo tanto, cuando un programa está siendo ejecutado y utiliza una función del tipo echo, print o println, lo que sea que vaya a escribir, lo hará a stdout.
El uso más común y quizás el más útil de estos descriptores, es el llamado "piping": enviar la salida (stdout) de un programa como entrada (stdin) para otro.
El ejemplo más sencillo es utilizar "ls" para mostrar el contenido de un directorio, el cual, dada la gran cantidad de ficheros, nos es imposible de contener dentro de una pantalla de consola. Utilizando otra utilidad como "less" o "more" podemos realizar una pausa entre cada salto de pantalla para verificar los ficheros. Algo así como el dir /p de DOS:

$ ls -l

Devuelve una lista demasiado larga para que podamos verla. Por esto vamos a utilizar el "piping" para dirigir la salida (stdout) de ls -l hacia la entrada (stdin) de more:

$ ls -l | more

Nada complicado hasta ahora. El símbolo "|" (AltGr+1) es el que hace toda la magia. Existen otros dos símbolos mágicos: > y <. Vamos a dar un ejemplo de cada uno y su uso más común. El más sencillo de comprender es > el cual envía la stdout a alguna parte, en este caso, a un fichero.

$ls -la > foo.txt

Si el fichero no existe, es creado y rellenado con la salida (stdout) de "ls -la". Si el fichero existe (muy importante!) todos los datos son reemplazados, así que cuidadin. Además de > podemos utilizar >> lo cual escribe la salida al final del fichero. Por ejemplo, supongamos que foo.txt no existe:

$dmesg >> foo.txt
$cat /var/log/syslog >> foo.txt

Entonces, foo.txt contiene la información de dmesg y el último syslog.

El más complicado puede que sea <. Básicamente lo utilizamos para inyectar algo en el programa que vamos a ejecutar. Supongamos que tenemos una serie de comandos para MySQL en un fichero foo.mysql y queremos ejecutarlos desde la línea de comandos:

$mysql -u root -p < foo.mysql

Hará el truco.
Finalmente, los "File Descriptors" son sólo un nombre chulo que darles a stdin (File descriptor 0) y stdout (File descriptor 1).

Correos de actualizaciones

2008-03-12T18:49:00.001Z

Si se tienen varios servidores funcionando, es un poco complicado mantenerse al día de las actualizaciones disponibles a través de aptitude. Leyendo entre los paquetes disponibles para instalar encontré dos que me llamaron la atención: apticron y cron-apt.
Decidí instalar cron-apt en un equipo y probarlo. Es muy sencillo de utilizar y me vino como anillo al dedo. Ahora recibo correos con las actualizaciones de mis servidores.
El proceso es el siguiente:
Instalar el paquete (no pide dependencias)
#aptitude install cron-apt

Por defecto, introduce una línea en el fichero /etc/cron.d/cron-apt para que busque las actualizaciones a las 4am todas las noches.

Ahora a editar el fichero de configuración:
#vi /etc/cron-apt/config

Básicamente hay que modificar las siguientes lineas:
MAILTO="micorreo@miservidor.com"
MAILON="upgrade"

También podemos modificar la siguiente línea:
APTCOMMAND=/usr/bin/aptitude

Para que utilice aptitude en lugar de apt-get.

Ubuntu & Lightscribe

2007-12-26T11:44:00.000Z

Desde que utilizo Ubuntu he estado esperando algún tipo de soporte para mi grabadora Lightscribe. Estas grabadoras permiten, utilizando unos CD's especiales, grabar en la capa superior cualquier diseño que deseemos. Utilizando la misma unidad regrabadora, grabamos el CD/DVD que deseamos y luego lo introducimos con la parte superior hacia abajo, de tal manera que el láser pueda hacer su trabajo.

Hasta diciembre el soporte brindado por Lightscribe (Empresa perteneciente a HP) para Linux no era optimo, pero a día de hoy, ya existen drivers (cerrados) para Lightscribe. Lo único que hace falta es: tener la grabadora con el icono de Lightscribe, descargar los drivers para Linux, y descargar el programa que LaCie proporciona también para Linux.

El programa (4L-gui) debe ser ejecutado como 'root' y es bastante sencillo. Lo único que nos permite (hasta ahora) es añadir una imagen en JPEG, PNG, GIF, etc... pero lo mejor para estos casos son los PNG.

Con Inkscape o The Gimp tenemos que crear una imagen de 1200x1200 y crear dos círculos concentricos para delinear los limites físicos del disco.

Este es un ejemplo que he creado para mis CD's de Ubuntu.

Amazon... la has pifiado

2007-11-21T16:55:00.000Z

Desde que he sido padre, no poder leer con una lampara de mesa en la cama ha sido una de las consecuencias de la recién llegada. He buscado soluciones para este problema, ya que si no leo antes de dormir, no duermo. Mi primer intento fue con pdf+ para Symbian, es decir, leer un libro con el móvil. Aunque "Angeles y Demonios" pasó la prueba, The TeX Book no. Gráficos y esquemas son los principales problemas. Mi siguiente intento fue con mi PDA HP con Windows Mobile, la cual no había utilizado nunca, por lo cual decidí instalar el Acrobat Reader pero fue más de lo mismo. Por ello mi interés en éste tema de los eReaders. Buscaba algo que me permitiera llevar la gran cantidad de eBooks que tengo en el PC y leerlos en la oscuridad cómodamente y sin hacer demasiado ruido.

En caso de que aún no os hayais dado cuenta, Amazon ha lanzado al mercado su lector de eBooks con tecnología E-ink por US$400. Aparte de ser claramente horroroso, como si de una película de los 80' se tratase, viene con conectividad EV-DO (algo así como el 3G) para, teóricamente, poder comprar los libros desde cualquier zona con cobertura. Como si de un móvil y de los politonos se tratase.

Ahora la pregunta es: ¿va realmente alguien a comprar el esperpento este por ese precio?¿Por cualquier precio? A mi me da que hay que estar
tonto para primero, gastarse US$400 en un lector de PDF's ya que con ese dinero, muchos son los libros que podemos comprar. Segundo, el precio de los libros
es, como mínimo US$9,99. Ya me gustaria que justificasen este precio con datos concretos: Costes para el escritor 10%, Editor 5%, Amazon 85%! Chollazo!

Tercero, es increíblemente feo. ¿En qué diablos estaban pensando?¿Para qué ese teclado tan inútil? La competencia se los va a comer vivos, ya que probablemente lo que hayan
hecho sea abrir el camino para otros competidores con menos recursos publicitarios como iRex, los cuales proponen productos realmente buenos. Veamos algunos
ejemplos:

iRex Iliad. Sólo con mirarlo sabemos por cual de los dos nos íbamos a decidir, aunque su precio es aun más exorbitante: 650EUR!!! Pero es que su pantalla es táctil y no necesita de un estúpido teclado!

eBookwise-1150. A la venta sólo en EE.UU. y Canada por US$140. ¿Por qué
tan barato? Porque utiliza una pantalla LCD en lugar de una E-ink. Esto es importante, ya que la resolución de una pantalla LCD no tiene comparación con una
E-ink, lo cual nos permitirá leer con mayor comodidad.

Cybook. Este es el verdadero ganador en todo este tema. Pantalla E-ink, US$350 y realizan envios a todo el mundo.

Para mi la solución definitiva ha sido el Nokia N800. Vale, no es propiamente un eReader, pero cumple esa función y muchas otras más por el
modico precio de 250EUR. Entonces veamos: Linux? Sí. PDF's? Sí. Música? Sí. Web? Sí. Teléfono? Sí. SDK? Sí. Abierto? Sí.

Lo que me entristece es que han tenido la oportunidad de hacer algo realmente bueno, con grandes posibilidades de transformar el mundo como lo ha hecho el iPod, pero por alguna razón, no lo han hecho, quien sabe por qué. Realmente me habría gustado comprar un eReader vendido por una empresa como Amazon detrás.

Claro que todo esto es sólo mi opinión y dudo que alguien de Amazon alguna vez lea este artículo, pero si lo hacen: Joder, que feo es!

Update:

Amazon ha vendido la totalidad de kindles en 5 horas. En Wired tienen una tabla para comparar los diferentes eReaders y algo que me ha llamado la atención, el kindle no soporta formatos como PDF o DOC... vaya chasco se van a llevar los que lo han comprado, lo que me gustaria es saber luego las cifras de devoluciones: "hmmmm... voy a meter mi PDF que bajado de Internet... Mierda, no va! DEVOLUCIÓN!". El NUUT tiene buena pinta pero ¿sólo en Korea?

Porque vi y no volví

2007-11-19T20:36:00.000Z

Este artículo no es para iniciar un flame war acerca de editores ni para ejercer presión en la gente para que utilice un editor en especial, sólo quiero compartir con el mundo mis experiencias utilizando diferentes editores y mi preferencia por Vi.

Incluso aunque no pueda creerlo, existen muchos usuarios del viejo editor. No son dinosaurios amantes del verde y negro que no desean adaptarse a los tiempos modernos, ya que cada día, la base de usuarios crece. Incluso compañeros del trabajo han empezado a utilizarlo y muchos de nosotros ni siquiera habíamos nacido cuando vi fue escrito.

Esto es porque el modelo de edición de vi es superior al de todos los demás. Hoy en día no hace falta ser un genio de Unix para utilizarlo ya que existen versiones libres y gratuitas para cualquier plataforma imaginable y plug-ins para obtener la misma funcionalidad en muchos de los IDE's más populares. Así que voy a intentar de dar un poco de luz con algunos ejemplos, sobre algunas de las ideas equivocadas que se tienen acerca de vi/vim y porque éste es el mejor.

1. Edición modal

Al iniciar vi/vim la primera idea chocante, es tener que presionar la tecla 'i' para poder empezar a escribir o molestarnos ante la idea de tener que utilizar 'hjkl' para desplazar el cursor sin recordar qué es lo que hace cada tecla. También puede resultar molesto tener que presionar 'a' para insertar texto después del último carácter de la línea. Por lo cual, iniciaremos en modo de edición (insert mode) y utilizaremos las flechas del teclado para mover el cursor sin volver al modo de comandos a menos de que sea absolutamente necesario. Probablemente estará unos 20 minutos en el modo de edición y nunca vuelva a utilizar vi quejándose de que no tiene manera de recordar en cual de los modos se encuentra.

Resulta que nos equivocamos si deseamos utilizar vi de ésta manera. Al utilizar vi apropiadamente, utilizamos el modo de comandos y sólo entramos en el modo de edición cuando sea absolutamente necesario modificar o añadir texto y saliendo inmediatamente pulsando 'Esc'. Por lo que, el problema de recordar el modo en el que nos encontramos no existe. Si estamos escribiendo y suena el teléfono, pulsamos 'Esc' y respondemos a la llamada. Nunca pensamos en el modo de edición como uno en el que pasar la mayor parte del tiempo.

Voy a explicar un poco la filosofía detrás de esto.

Los comandos en vi/vim están diseñados con la idea de ser combinados de diferentes formas - el comando 'd' significa "borrar" y el comando 'e' "mover al final de la palabra" por lo que 'de' elimina todo desde la posición del cursor hasta el final de la palabra (algo como Ctrl-Shift-Derecha, Izquierda, Supr). Un claro beneficio de esto lo podemos observar si añadimos la tecla '.' a la ecuación ya que '.' repite el último comando combinado de edición que hayamos realizado y no los comandos de navegación. Después de ejecutar 'dw' el comando '.' funcionara para eliminar el texto hasta el principio de la próxima palabra. Podemos navegar por todo el texto y cuando volvamos a presionar '.' seguirá haciendo lo mismo, lo cual resulta extremadamente poderoso.

Nota: 'de' elimina toda la palabra hasta el último carácter, y 'dw' borra toda la palabra hasta el primer carácter de la próxima, por lo cual se incluye el espacio que hay entre ambas.

Vamos ahora a los comando del modo de edición. Estos son todos los comandos incluidos desde que entramos en modo de edición, hasta que salimos presionando 'Esc'. En el caso más sencillo tenemos el comando 'i' Hola 'Esc', el cual introduce la palabra "Hola" donde estaba posicionado el cursor. Así que ahora el comando '.' añadirá la palabra "Hola" en la posición del cursor. Como podéis ver, esto es bastante útil, pero mucho más aun es la posibilidad de pulsar 'A' añadir un texto 'Esc' y ahora cada vez que pulsemos '.' la misma palabra se añadirá al final de la línea sin tener que posicionar el cursos allí (ya que 'A' lo que hace es iniciar la edición después del último carácter de la línea). Intentadlo, os gustará.

Otro ejemplo que muestra el poder de vi es el comando 'ce' compuesto por el comando 'c'ambiar que elimina todo lo indicado por el rango que especifiquemos y entra en modo de edición. Es igual a 'd' pero con la diferencia de que entra en modo de edición en lugar de mantenerse en el modo de comandos. Lo genial de esto es que el texto que introducimos a continuación es parte del comando. Así que si ejecutamos 'ce' Hola 'Esc' lo que se hace es sustituir "Hola" por todo el texto desde la posición del cursor hasta el último carácter de la palabra y si pulsamos '.' la próxima palabra también será reemplazada por "Hola". Este tipo de movimientos pueden llegar a ser muy complejos y existe una amplia variedad de comandos para entrar en el modo de edición ( 'o' inicia una línea debajo, 'O' un línea por encima, 'S' sustituye toda una línea, etc.).

Ejemplo #1: El poder del punto

Veamos un ejemplo en concreto. Supongamos que tenemos declaradas tres funciones y deseamos implementarlas, así que copiamos lo siguiente en el fichero de implantación:

bool ProcesarParams( int ncosas, bool nbool );
bool ObtenerObjeto( bool nbool );
bool EliminarTodosObjetos( int ncosas );

Por lo que a continuación tenemos que eliminar los ';' del final y añadir un cuerpo vació. Desde cualquier posición en la línea pulsamos 'A' y eliminamos el ';' pulsando la tecla de retroceso, añadimos '{' 'Intro' '}' y finalmente 'Esc' para volver al modo normal.

bool ProcesarParams( int ncosas, bool nbool ){
}
bool ObtenerObjeto( bool nbool );
bool EliminarTodosObjetos( int ncosas );

Luego nos situamos en la próxima línea pulsando 'j' y pulsamos '.' repitiendo con todas las demás hasta obtener esto.

bool ProcesarParams( int ncosas, bool nbool ){
}
bool ObtenerObjeto( bool nbool ){
}
bool EliminarTodosObjetos( int ncosas ){
}

Es decir, sólo con pulsar 'j.j.' realizamos todo esto. La arquitectura de vim ha sido clave, con el hecho de que la tecla de retroceso forma parte del proceso de edición como si de cualquier otra tecla se tratase. Así que piense ¿cuánto de vuestras labores de edición son tareas repetitivas? Me lo imaginaba.

2. No todo es sobre Expresiones Regulares

Las expresiones regulares en vi/vim son muy útiles y todos los editores medio serios, soportan expresiones regulares para buscar, sustituir, etc. Pero sólo vi (que yo sepa) permite utilizarlas de maneras tan complejas como para realizar cierta búsqueda y reemplazar la segunda ocurrencia de "Hola" después de las lineas que contengan "Adios" y cosas por el estilo. Pero no todo en vi/vim necesita de expresiones regulares ya que tenemos la principal fortaleza de vi en su modo básico de edición, algo con lo que no querrá vivir después de haber experimentado:

Movimientos con una o dos teclas para moverse hasta cualquier lugar de una línea, párrafo o de la pantalla.

Los comandos 'd' o 'c' pueden ser combinados con cualquier movimiento para editar directamente o iniciar el modo de edición, pudiendo repetir toda la operación pulsando '.'

Todo puede hacerse sin mover las manos del teclado. No hay que seguir sufriendo con interfaces molestas como el "clítoris" o el "mousepad" y ni siquiera será necesario buscar una mesa para utilizar nuestro portátil. Tampoco tendremos que estar a la caza de las teclas 'Supr' y de navegación.

Ejemplo #2: Rangos inteligentes

A continuación veamos un ejemplo típico: una llamada a una función en una expresión algo compleja:

if (!entrada.usada && equivalente( entrada.clave(), qk.clave ) && (contexto & entrada.contexto ));

Lo que hacemos es posicionar el cursor al principio de la llamada 'equivalente' y lo que queremos hacer es extraer todo eso e incluirlo en una variable. Lo primero es seleccionar, luego copiar y borrarlo para moverlo a la línea superior, escribir el nombre de la variable, etc. Con un editor cualquiera, tendriamos que ir tanteando con el ratón hasta obtener el resultado que queremos o quizas con 'Ctrl+Shift' + 'Izq' o 'Der'.

En vi/vim tenemos '%' el cual se mueve desde un paréntesis hasta el paréntesis apropiado que lo cierra u objetos similares ([], {}, <>, etc.). Incluso si no estamos posicionados sobre el paréntesis, el comando buscará hacia la derecha al primero que encuentra y lo utilizará como origen. Así que en el ejemplo, si pulsamos '%' el cursor se moverá hasta el siguiente paréntesis y nos marcará el paréntesis que lo cierra. Si volvemos a pulsar '%' el cursos ira a éste último paréntesis.

Sabiendo que 'c' corta el rango que le indiquemos (copiandolo a memoria) y entra en el modo de edición podemos pulsar 'c%' para obtener lo siguiente:

if (!entrada.usada && && (contexto & entrada.contexto ));

¡Nada mal para dos teclas! Ahora escribimos el nombre de la variable, pulsamos 'Esc' para salir al modo normal.

if (!entrada.usada && equiv && (contexto & entrada.contexto ));

Seguimos pulsando 'O' para añadir una línea por encima de esta y añadimos la declaración de la variable.

bool equiv =
if (!entrada.usada && equiv && (contexto & entrada.contexto ));

Dado que lo que cortamos se encuentra aun en memoria, pulsamos 'Esc' y a continuación 'p'egar, añadimos el ';' y ya terminamos.

bool equiv = equivalent( entrada.clave(), qk.clave );
if (!entrada.usada && equiv && (contexto & entrada.contexto ));

Todo esto lo hemos hecho con pulsar cuatro comandos ('c'ortar, '%' rango, 'O' y 'p'egar) y sin mover las manos del teclado.

Pronto continuare con más ideas equivocadas sobre vi/vim.

Google Docs + Blogger

2007-11-12T17:46:00.000Z

Esto es una prueba de lo que puede hacer Google Docs y Blogger.

Veamos los estilos:

Titulo 1

Nos permite resaltar y luego aplicar los cambios

Titulo 2

Ahora vamos a comprobar los diferentes estilos de párrafos:

In the first part of this article I showed you how to get the basic settings for our virtual cluster: we started with a fresh install of Xen; then we created five virtual machines (one master and four slaves), and then we configured the network and NFS, so that the users could share their home directories across the cluster. This is the basis for this second part of the article, in which we see how to install a number of packages that will allow us to run parallel programs on it and manage the cluster more efficiently. Concretely you will learn how to install the C3 command suite, the Modules package for easily switching environments, a version of MPICH for running parallel programs, and the Torque/Maui combination for job queue management. These packages (specially Torque/Maui) can be configured extensively according to your needs. For this virtual cluster we will use a minimal configuration, but this should be enough to get you started. If you are interested in just trying out the virtual cluster but don't want to perform all the steps yourself, you can grab a ready-made cluster image from the download:contrib:cluster page at Jailtime.org.
Incluso tenemos Triple Espacios.

Ahora vamos a resaltar partes de un texto y cambiar su color:
In the first part of this article I showed you how to get the basic settings for our virtual cluster: we started with a fresh install of Xen; then we created five virtual machines (one master and four slaves), and then we configured the network and NFS, so that the users could share their home directories across the cluster. This is the basis for this second part of the article, in which we see how to install a number of packages that will allow us to run parallel programs on it and manage the cluster more efficiently. Concretely you will learn how to install the C3 command suite, the Modules package for easily switching environments, a version of MPICH for running parallel programs, and the Torque/Maui combination for job queue management. These packages (specially Torque/Maui) can be configured extensively according to your needs. For this virtual cluster we will use a minimal configuration, but this should be enough to get you started. If you are interested in just trying out the virtual cluster but don't want to perform all the steps yourself, you can grab a ready-made cluster image from the download:contrib:cluster page at Jailtime.org.

Genial!

Tenemos un montón de estilos. Los básicos supongo, no creo que se puedan instalar más.

Ahora vamos a ver el insertar imagenes:

Bien, aunque le había dicho que centrado:

Ahora sí.

Bueno

Las citas de ésta manera quedan muy bien

Vamos a ver si podemos revisar la ortográfia en español... va a ser que no.

Ahora a imprimir... muy bien... ahora publicar

Podemos publicar a una URL propia de Google a la que cualquiera puede acceder, tambien podemos utilizar esto para modificar nuestro Blog... ¿cuál blog?

Finalmente guardemos nuestro documento en .DOC y en .ODF a ver que tal... vale, lo guarda internamente en alguna parte, veamos si puedo exportarlo:

En PDF las imagenes no salen nada bien, y los comentarios sí que aparecen.
En OpenOffice lo mismo
En MSWord... ehm... páso, pero supongo que será lo mismo.

Esto ha quedado genial, la verdad es que es mucho más sencillo utilizar Google Docs que la interfaz de Blogger para crear las entradas, y además, puedo guardarlas :)

VIA gOS dev kit

2007-11-09T15:52:00.000Z

VIA a decidido sacar al mercado su placa base VIA CN700 con sistema operativo gOS (Google OS?) por 60$ (unos 50€). Es una placa base utilizada por el Everex Impact un pc de bajo coste distribuido por Walmart con la ídea de acercar a las masas el uso de ordenadores como puerta de entrada a las aplicaciones web ofrecidas principalmente por Google.

Según los estandares actuales, el es sistema algo lento. Lo que la diferencia es que viene con una versión de Ubuntu Linux y varias aplicaciones basadas en web de Google. Esto es el futuro de los PC's ya que muchos usuarios podrán comprar estos PC's y tener una buena experiencia utilizando Linux, Firefox y aplicaciones web sin los tipicos problemas de virus, spyware y Windows Genuine Advantage.

Otra de las ventajas es su reducido consumo, ya que este equipo con un disco duro puede llegar a consumir 30 vatios durante un uso normal (un pc de escritorio normal puede llegar a consumir 110 vatios), lo cual la convierte en una maquina ideal. Para quienes utilizan XFCE y todo nuestro trabajo se hace a traves de 8 consolas con Vi saben de qué estoy hablando. Para el resto de geeks, un servidor de backup o web de bajo consumo y ruido en una pequeña caja puede ser un cambio amigable con el medio ambiente.

La ídea básica es que un usuario inicie gOS y al presentarse el escritorio, sólo tenga que iniciar Firefox y realizar todas sus tareas utilizando las variadas aplicaciones de Google, las cuales abarcan la gran mayoria de aplicaciones de escritorio básicas de cualquier usuario:

Google Calendar
Google Maps
Google Docs (Procesador de Texto, Hoja de Calculo y presentaciones)
Gmail (Correo)
Google talk (mensajeria)
Google Reader (RSS Feeds)
Google Photos (Picasa Web)

Esto sin contar muchas otras aplicaciones web ofrecidas por otras empresas, como por ejemplo, una que me es de gran ayuda llamada www.bubbl.us que permite crear diagramas de pensamiento o brainstorming.

En mi opinión, esto es el futuro y claro, siempre que lo que deseemos sea compilar KDE o jugar Enemy Territory, ésta no es la mejor solución.

Particiones en Ubuntu

2007-10-22T15:20:00.000+01:00

Uno de los principales problemas con los que se encuentra un nuevo usuario de Linux, es que la gran mayoría de las distribuciones le piden al usuario una configuración de la tabla de particiones de sus discos duros.

Podemos imaginar que un disco duro es como un tallo de bambú, donde cada segmento del tallo es una partición.

Las particiones son de dos tipos: primarias (o logicas) y extendidas. Un disco duro puede tener hasta 4 particiones primarias dentro de las cuales se pueden crear otras extendidas.

Por ahora olvidemonos de las particiones extendidas y centremonos en las primarias y su importancia.

Al crear nuestro propio esquema de particiones, debemos primero crearlas. El LiveCD de Ubuntu trae una aplicación para esto llamada Gparted la cual nos facilita mucho este proceso. Este puede ser dividido de la siguiente manera:

1- Asignar un tamaño a la partición.
2- Indicar el tipo de partición que será. Para Linux existe la opcion Linux y Linux SWAP
3- Seleccionar el sistema de ficheros que se va a utilizar. En el caso de las particiones SWAP esto no es necesario.
4- Formatear

Un esquema de particiones que me ha dado buenos resultados durante los ultimos 5 años ha sido dividiendo en cuatro (4) el disco duro.

Primera particion (hda1, sda1) 1G: SWAP. SWAP es un espacio de memoria en el disco duro, invisible para las aplicaciones y permite almacenar información que no es apta para la memoria RAM. La ventaja de utilizar la primera partición para SWAP es que los primeros sectores del disco duro son a donde se accede con mayor velocidad.

Segunda partición / (raíz) 5G: Raíz es de donde cuelgan todas los demás directorios del sistema. Comparandolo con los sistemas Windows se podría decir que es C:

Las dos anteriores son las particiones obligatorias para sistemas Linux y son las que crean las instalaciones por defecto (cuando utilizamos la opción de particionado automático).

Tercera Partición /var (logs) 2G: En la carpeta /var se almacenan gran cantidad de ficheros de registro o logs. La ventaja de separar /var de los demás es que este directorio se puede llenar sin la participación del usuario, por lo cual podria detener todo el sistema.

Cuarta Partición /home (datos usuarios): En /home se almacena toda la información concerniente a los usuarios, como por ejemplo, sus preferencias del escritorio (iconos, fondo de pantalla), las preferencias de sus programas (Cuentas de Pidgin, Servidores de Xchat, Favoritos de Firefox) y sus documentos personales. La ventaja de separar /home es que a la hora de instalar un nuevo sistema, solo se deben formatear las dos particiones anteriores sin perder nada de lo contenido aquí.

En el caso de Ubuntu, he estado cambiando versiones desde la 5.10 hasta la 7.10 siempre he mantenido separado /home por lo que despues de cada instalación, es como si nada hubiera cambiado.

Espero que haya quedado bastante claro el tema, cualquier duda preguntadme en los comentarios o en #ubuntu-es en irc.freenode.org

Feliz instalación

Gutsy!

2007-10-21T21:30:00.000+01:00

El sabado despues de toda la conmoción inicial tome la decisión de actualizar el PC de casa (uberlinux-0) a la última versión de Ubuntu: Gutsy Gibon 7.10.

Este era el único donde todavia utilizaba 6.10 ya que en los otros (2 portatiles y el del curro) utilizo 7.04.

La actualización habría pasado por 7.04, para luego llegar a 7.10 pero despues de haber actualizado mis anteriores portatiles reinstalando desde cero, descarge el LiveCD via torrent y a instalar.

Mientras descargaba la ISO sentía cierta penuria dada la cierta complejidad que entraña este ordenador. Servicios como SSH y Apache son escenciales, además de las carpetas compartidas y la impresora. Tambien mi configuración de Xorg había logrado ser perfecta.

Desde mis primeras incursiones en Linux hace ya tanto tiempo ¿9 años ya? aprendí que cada directorio especial debe tener su partición propia, por lo tanto, la tabla de particiones del disco principal dividia a / de /home, /var y por supuesto swap. La ídea de tener /home separado es obvia, dado que todos los ficheros de los usuarios se encuentran aquí y ciertamente, despues de instalar Gutsy y reiniciar, la única diferencia fue el icono del Bluetooth... el escritorio de mi usuario (y del de mi mujer) eran los mismos, incluso Pidgin encontró la configuración en la antigua carpeta .gaim.

Instalar el sistema fue, como todos quienes hemos instalado Ubuntu, sencillo y rápido. Como mucho habrá tomado unos 30 minutos, incluyendo los respectivos backups que tome desde el LiveCD. La única pega que creo recordar tuve tambien con 6.10 fue que al llegar al 100% de la instalación, el proceso se detuvo. Como supuse que todo estaba listo, pulse en reiniciar y el LiveCD apago el PC.

Al iniciar en mi nuevo sistema, el escritorio era el mismo, mis elementos del panel que vienen por defecto aparecierón sin ningún problema, asi que lo siguiente fue instalar las aplicaciones básicas: aMule, Xchat, Deluge, SSH, Apache, Samba, codecs, etc... Mientras tanto me fije en que la resolución era algo mayor, pero claro, aun faltaba instalar el soporte para nVidia.

Esto fue increiblemente sencillo, antes la frustración con el entorno gráfico podía llevarme a la desesperación, pero despues de reiniciar el sistema con los cambios aplicados, todo era perfecto: resolución, aceleración y colores.

Lo siguiente, comprobar la utilidad de Beryl y los efectos gráficos. Sin comentarios, es algo que hay que realmente utilizar para poder descubrir el gran camino que ha habido entre 7.04 y 7.10.

Aunque ahora tengo varios efectos activados y probablemente sea la envidia de cualquier usuario de otros sistemas operativos, el efecto que he encontra realmente útil y sin el cual no sé cómo he sobrevivido todo este tiempo, es la traslucides de las ventanas cuando el ratón abandona su enfoque. Supongamos que como ahora, estoy escribiendo esta entrada utilizando el widget del panel de GNOME y necesito leer algo que se encuentra debajo en Firefox. Simplemente muevo el ratón hacia la ventana del navegador, y sin necesidad de hacer click, la ventana del blog se vuelve traslucida, lo que me permite trabajar en las dos al mismo tiempo. Realmente increible.

El multifunción fue de risa de configurar, bueno, en realidad no tuve que hacer nada, sencillamente encenderlo y ya estaba listo para funcionar. ¿Drivers?¿Qué es eso?

En fin, que en menos de 2 horas tenía el sistema nuevo, pero con todo lo viejo. Lo recomiendo.

¿Por qué /var en una partición aparte? Habiendo trabajado con muchos servidores Linux desde hace algún tiempo ya, sabes que en /var se escriben todos los ficheros de registro (o logs) y si por alguna razón estos ficheros llegan a ser tan grandes que llenen la partición, si esta se encuentra aparte de / el sistema no dejará de funcionar. Una partición para /var de un 10% de la capacidad total es más que suficiente.

Test GNU/Linux 2007

2007-10-16T19:33:00.000+01:00

Hoy he creado un pequeño test (45 preguntas) que espero vaya creciendo poco a poco para que la gente pueda poner a prueba sus conocimientos de Linux.

He intentado hacerlo lo más independiente de las distribuciones posible, y mezclando distintos niveles de conocimiento. Quizas algunas preguntas parezcan sencillas, pero algunas otras me han costado mucho aprenderlas.

Espero poder publicar otro que sea un poco más sencillo y orientado a conocimiento general para quienes esten iniciandose.

GNU/Linux Test 2007

Disfrutad

Heroe de CNN que recicla PC's

2007-10-03T14:17:00.000+01:00

James Burgett es un entusiasta de la informática y convertido en heroe por CNN gracias a su iniciativa de reciclar toneladas de ordenadores de la basura, instalarles Linux (Ubuntu en particular) y luego donarlos a escuelas, personas sin recursos u otras organizaciones. Podeis ver el video aquí.

En Slashdot se discute acerca de la verdadera repercusión para la humanidad de alguien como Burguett y si realmente su labor es de mayor importancia que la de otras personas como Eugene Rutagarama quien se dedica a salvar a los gorilas de la extinción.

En ésta encuesta no se busca a un ganador, sino simplemente dar a conocer la capacidad que tiene un individuo de colaborar en cualquier frente para detener el desgaste que está siendo a nuestro planeta y ecosistemas. Claro que es una manera un tanto amarillista, pero que funciona.

A veces no se piensa que el coste medio ambiental para la construcción de un ordenador es inmenso. Según un reporte de la UNU (Universidad de las Naciones Unidas) el PC promedio de 24Kg con monitor CRT incluido, requiere de 10 veces su peso en químicos y combustibles fósiles, lo que se traduce en: 240Kg de combustible, 22Kg material químico y 1.500Kg de agua (tonelada y media!) lo que da un total de aproximadamente 1,8 Toneladas de materiales.

En esta página titulada The Environmental Cost of Computer Chips desglosan el coste de producir un microprocesador en los años noventa. Supongo que los métodos de producción empleados hoy en día habrán mejorado un poco, aunque tampoco me cortaría una mano por afirmarlo.

Además de los costes de producir un equipo informático, nos encontramos con la cruda realidad de que muchos de los materiales utilizados no son reciclables y la única opción para realizar un reciclaje efectivo es el reutilizar estos... utilizando Software Libre.

Podeis encontrar más información en la página web del Alameda County Computer Resource Center en su página web o visitar el Blog de James Burgett llamado aftermath technologies.