Usuarios de Software libre en Centroamerica

Today I took a break before my usual lunchtime to go to the movies — Boogie el Aceitoso was on at 13:00 (and not at the more usual, late screenings).

Oily Boogie is a great antihero drawn by the much beloved Roberto El Negro Fontanarrosa, a very widely known Argentinian humorist/cartoonist. I got acquinted with Boogie as during the 80s-90s my parents were asiduous readers of Proceso, a weekly political analysis magazine which included one of his cartoons at the last page.

Boogie is a pathological ex-Vietnam, ex-Laos ex-El Salvador, ex-Gulf War, ex-(whatever comes next) USA soldier, who deals with the local mafias whenever he is not active. Brutal, often seen as inhuman.

I remember reading it without really understanding its nonsensical violence at first. And, as I said, Fontanarrosa is a very loved cartoonist - In Mexico I think we were much more acquinted with Boogie than with Inodoro Pereyra, and still, Fontanarrosa's death in 2007 was very heartfelt here.

About the movie: I found it to be very good, of course, knowing what to expect. Most lines are short, screen adequations of various cartoons along Boogie's long life as a thug. I specially liked the animation technique — I know very little about the subject, but it mixed quite naturally and constantly obvious still, cartoony characters with vivid, photo-based items. It creates a completely believable atmosphere inside the absolute amoral, selfish and (fortunately!) grossly exagerated and impossible world of Boogie.

I sometimes feel somewhat stupid when writing in English for a mostly Spanish-speaking audience — Still, if you see Boogie in a movie theater, don't hesitate and go. As always, with non-top-selling, non-Hollywood movies, it is quite probable it will not be showing for long.

Creo que todos buscamos lo mismo,
no sabemos muy bien qué es ni dónde está.
Oímos hablar de la hermana más hermosa,
que se busca y no se puede encontrar.
La conocen los que la perdieron,
los que la vieron de cerca irse muy lejos.
Y los que la volvieron a encontrar,
la conocen los presos, la libertad.

Algunos faloperos, algunos con problemas de dinero,
porque se despiertan soñándola.
Algunos que nacieron en el tiempo equivocado, la libertad.
Todos los marginales del fin del mundo,
esclavos de alguna necesidad.
Los que sueñan despiertos,
los que no pueden dormir, la libertad.

Algunos tristemente enamorados,
pagando todavía el precio del amor.
Algunos que no pueden esperar,
y no aguantan más la necesidad.
Algunos cautivos de eso,
que no saben dónde mirar.
Tengo algunos hermanos y una hermana muy hermosa; la libertad.
Igual que Norberto,
me pregunto muchas veces, dónde está.
Y no dejo de pensar,
será solamente una palabra,
la hermana hermosa; la libertad.

La Libertad, Andrés Calamaro

Creo que nunca se ha dicho, que el software traerá la libertad. Ni el software libre ni otro, porque la libertad no viene por añadidura con nada, la libertad es el resultado de las luchas cotidianas e interminables que algunas personas hacen (¿mos) a cada instante. Los niños y niñas que viven en los territorios zapatistas y que hoy tienen derecho a educación, salud, alimentación y vivienda saben que esos derechos se mantendrán en tanto la tierra sobre la que ponen sus pies sea libre del control del estado mexicano. ¿Por qué? Porque en el momento en el que cierren uno de los ojos al dormir y den por seguro lo que han conseguido, llegarán a arrebatarles todo.

Quienes vivimos afuera, en territorios no-liberados, no estamos en una situación tan distinta. Todos los días, a cada segundo, debemos luchar porque se nos respeten los derechos (que aún nos quedan) y porque la libertad siga siendo un valor fundamental para nuestras vidas y las de los demás. No vivimos en libertad quienes creemos ingenuamente que somos libres, vivimos en una jaula más ancha y más alta que nos deja volar más alto y abrir las alas más cómodamente. Eso es todo, aunque no es poco.

Y entonces, quienes vivimos en la jaula más amplia y defendemos la libertad, a veces nos confundimos. Celebramos pequeños triunfos, como si eso sirviera de algo por sí solo. Como si el hecho de que el uso de software libre aumente, aumentara la libertad de la que gozan las personas. Es falso. No sólo no se aumentan las posibilidades de ser libre de la humanidad como un todo, sino que en muchos casos tampoco se aumentan las libertades de quienes usan ese software.

Nadie será libre si desconoce que antes no lo era. La libertad es algo que se comprende en relación dialéctica con la opresión y la opresión se sustenta en los mecanismos que la reproducen en los actos cotidianos. Cada vez que vamos al banco y nos dicen que nuestro dinero no está disponible porque “se cayó el sistema” no sólo estamos mostrando la esclavitud respecto del dinero, sino la esclavitud respecto del software que usan las computadoras que manejan las operaciones bancarias. Y si las personas no se preguntan ¿qué es el sistema? ¿quién lo hizo? ¿por qué no funciona? ¿qué nadie es capaz de arreglar esos aparatos? ¿por qué el sistema del banco se daña justamente los días de quincena? no estamos haciendo nada.

Entonces, la gente puede usar gNewSense, Trisquel, Debian… lo que se quiera… y no por eso se avanzará hacia sociedades más libres. No se trata del software. Al menos no se trata NADA MÁS del software. Estamos bastante perdidos. El hecho de que Symbian sea liberado bajo una licencia Eclipse no es un triunfo. Pero digamos que no importa. Sumemos. Symbian es libre pero no tiene soporte para archivos en formato OGG. Eso no es un triunfo. ¿Cierto? Pero gracias a nuestras maravillosas comunidades, llegarán desarrolladores a colaborar para que las computadoras/teléfonos con Symbian en su versión reciente, puedan soportar OGG. Eso será un triunfo y un avance, aunque se basen en una licencia que podría prestarse para trampas. No hay pruebas y habrá que esperar que no sea así: Debemos estar muy alertas en estos días en los que todos coquetean con el código abierto.

Pero al triunfo pequeño de Symbian soportando OGG le sigue una enorme derrota y de nuevo, a manos de Canonical: Ubuntu One Music Store promoviendo que la gente compre música en formato mp3. Eso no sólo es absurdo, sino irresponsable y constituye un retroceso. Las políticas de Canonical siguen quedándole mal al movimiento de software libre y al parecer, eso no va a mejorar. Entonces dejemos de alegrarnos si más gente usa Ubuntu o software “libre” en general. Hace falta más coherencia y más análisis. Pronto, más temprano que tarde, todo el software será de código abierto (no necesariamente libre) y eso, por el camino en el que vamos, no hará que nuestras sociedades sean más libres. Estamos perdiendo de vista el objetivo.

The release of OpenSSH 5.4 was announced today. Its announced features include many small improvements, in usability and in crypto strength.

One of my favorite tricks using ssh is what Ganneff named ssh jumphosts – Many (most?) of my machines are not directly accessible from across the firewall, so the ability to specify in the configuration files where to jump through is most welcome. Well, with this "netcat mode" it will be much clearer to read and less of a hack… Of course, it loses a bit of the hackish æsthetic value, but becomes easier!

(yes, this post is basically a marker so I remember about it — But others might find it interesting)

I must confess I don't remember who I got this invitation from. Anyway, if you are in the right geographic area, you might be interested. I will try to participate:

This is a year-long seminar that will be held the second Thursday every month at Fonoteca Nacional (a place I have wanted to visit for a long time!), in Barrio de Santa Catarina, Coyoacán. Among the organizers they have Creative Commons Mexico.

Free entrance (but limited space - so they ask interested people to confirm their presence by mail to bvallarta@conaculta.gob.mx).

Al igual que José Ernesto, yo también soy un fanboy del POSOL!! Puedes visitar la sección para Fanboys en el sitio del POSOL para ver los diferentes diseños que puedes agregar a tu blog.

Yay!

The ticket is ready, and the long trip is getting closer.

Long trip? Won't most Debianers have a longer trip than me this time? Nope, not by far – My University will be on vacations starting July 3, and it is three weeks before DebConf... So I will be travelling Southwards before :-)

Details will follow later. Suffice to say that I am more than happy to announce that... I am definitively going to DebConf10!

Pulsen en la foto para ver mejor.

Estoy elaborando un documento con info para que no nos perdamos llegando a la Ciudad del Saber. Como el sitio está inundado de flash y somos alérgicos, subo la captura de pantalla aquí.

La MiniDebConf se realizará por iniciativa de gwolf (quien no puede asistir pero estará de corazón) y no sería posible sin el esfuerzo de rmayorga y Anto Recio y la colaboración indiscutible de David Narváez y Mauro Rosero de la movida del software libre en Panamá.

Guess what, today is Friday.

Hi there, by this time I want to share with a helpful discoveries trick for WAS admins.

• Disable auto start of applications.

When your application server has too many applications deployed, you have to face the long time it takes to restart. This is because WAS is starting up all applications deployed, in some cases you may only need a few applications started up when restarting and avoid the waste of time with the other apps not critical or needed. What you have to do is disable auto start on that applications.

Menu: Applications / Enterprise Applications and select the applications which you don't want to auto start.


Then use the link Target specific application status and will see something like this, where you should select the target where the app is deployed, then click in Disable Auto Start button.


If you want to do some tests, restart your WAS and verify that the app selected won't start automatically during the WAS start.

. . . . por unas semanas.

Hace tiempo les comente que tenia otro blog experimento para practicar mi gramática en ingles. Sin embargo por mi falta de tiempo siempre termino escribiendo todo en español. La idea original era mantener ambos blogs con contenido paralelo pero no tengo el suficiente tiempo. Asi que mientras no tenga TOEFL para seguir estudiando este blog permanecerá en la inactividad.

Pueden seguirme (y corregirme) en
este blog y ver un par de fotos en
mi fotolog.

Espero que no sea mucho tiempo

Recientemente me preguntaron cual era el origen que se le llamara "bug" a las fallas en los programas informáticos, lo cual intentaré explicar a continuación:

Cuando las primeras computadoras fueron construidas alrededor de la decada de los 40s, la gente que trabajaba con estas encontraba insectos (bugs en inglés) en el hardware de las máquinas.

Pero no fue hasta en 1947 que los ingenieros que trabajaban en la computadora Mark II en la Universidad de Harvard encontraron una polilla atrapada en dicho equipo. Entonces pegaron el insecto a la bitácora y la etiquetaron "Primer caso de bug encontrado". Desde entonces los términos "bug" y "debug" se volvieron comunes en el lenguaje informático.

Y de prueba, unas imágenes de la bitácora del Mark II:

Hice un pequeño videotutorial que explica cómo configurar un entorno para utilizar un sistema de control de versiones con Software Libre para la Comunidad de Software Libre del ITCR. Les recomiendo que lo vean directamente en Vimeo, donde está en resolución 1440×900, si no tienen buena conexión apaguen el HD.

Se utiliza Subversion, Eclipse Galileo y Subclipse.

Espero que les guste!

Esta es una bitácora de la instalación de MoinMoin en mi servidor Debian Lenny. Primero que nada, tengo configurado mi APT con APT-Pinning para poder instalar paquetes del Testing sin hacer el upgrade, cómo hacer esto está fuera del objetivo de este artículo, tal vez luego escriba sobre eso.

También, asumimos que tenemos Apache2 instalado y Python (en mi caso ambos son del repositorio estable, Python 2.5.2).

En este caso instalaremos el MoinMoin del testing (1.9.1-1) porque la del estable es muy vieja (1.7.1). Además, instalaremos MoinMoin como WSGI. Escribo este artículo por la falta de documentación simple para este entorno, pues tuve que tomar elementos de muchas documentaciones.

Primer lo que necesitamos es instalar MoinMoin (como root):

aptitude install python-moinmoin/testing

El /testing es por el APT-Pinning. Es importante usar aptitude aquí porque este puede resolver los upgrades de las dependencias acorde al repositorio de testing.

Una vez terminado, verificamos que tenemos el mod de Apache WSGI:

aptitude install libapache2-mod-wsgi

Ahora, creamos la instancia de MoinMoin:

mkdir -p /var/www/moin/nombrewiki1

mkdir -p /var/lib/moin/nombrewiki1

Llenamos los archivos de la instancia:

cp -r /usr/share/moin/server/moin.wsgi /var/www/moin/nombrewiki1
cp -r /usr/share/moin/data /usr/share/moin/underlay /var/lib/moin/nombrewiki1

Asignamos los permisos adecuados:

chown -R www-data: /var/www/nombrewiki1 /var/lib/nombrewiki1

Listo, con eso tenemos los archivos de la primera instancia en el lugar correcto. Ahora necesitamos configurar a la granja:

Agregamos nuestro sitio al archivos de sitios:

nano /etc/moin/farmconfig.py

Buscamos la sección:

wikis = [

Y agregamos una línea con nuestra wiki, en mi caso, dado que no quiero crear una regla en el DNS estoy poniendo esta regla, dado mi dominio cjenkins.net :

("nombrewiki1", r"^http://www.cjenkins.net/nombrewiki1/.*$"),

En dicho archivo aparecen otros ejemplos si quieren correrlo como un subdominio. En todo caso, lo más importante ahora es crear un archivo de configuración de la instancia:

cp /etc/moin/mywiki.py /etc/moin/nombrewiki1.py

Es muy importante que el archivo de configuración del sitio tenga el nombre que hemos puesto desde el inicio a la instancia y debe ser uniforme en todo lugar. El archivo mywiki.py es un template. Editamos el archivo de configuración de la instancia:

nano /etc/moin/nombrewiki1.py

Y lo adaptamos, por lo menos, para que contenga estas reglas:

sitename = u'Nombre legible del sitio' # [Unicode]
interwikiname = u’NombreWiki1′ # [Unicode]
data_dir = ‘/var/lib/moin/nombrewiki1/data/’
data_underlay_dir = ‘/var/lib/moin/nombrewiki1/underlay’
superuser = [u"nombresuperusuario", ]

Una vez listo la instancia configuramos el apache. De nuevo, pueden hacerlo un subdominio agregando un <virtualhost> en la carpeta de sites-avalaible, en mi caso, deseo agregarlo al sitio ya establecido:

Editamos el archivo del sitio actual/principal del apache:

nano /etc/apache2/sites-available/root # En mi caso, normalmente es default o algo por el estilo

Y agregamos estas cláusulas entre los tags de <virtualhost>. Está fuera alcance de este artículo explicar los archivos de configuración de Apache.

# Moinmoin settings
Alias /moin_static191/applets/FCKeditor/ “/usr/share/fckeditor/”
Alias /moin_static191/ “/usr/share/moin/htdocs/”
WSGIScriptAlias /nombrewiki1 /var/www/moin/nombrewiki1/moin.wsgi

Guardamos y recargamos el servidor Apache:

invoke-rc.d apache2 reload

Listo, ahora en http://www.dominio.com/nombrewiki1/ está disponible la instancia del Wiki. Pueden configurarlo en:

http://www.dominio.com/nombrewiki1/LanguageSetup

Basado en el super usuario que definieron en el archivo de configuración de la instancia.

There's a policy here at my job, "On friday you can come on t-shirts". I love to wear geek and Open Source t-shirts. So from now I will post a picture of me and my friday "geeky" t-shirt.

Today is the day that many people will remember as the day they become "Yota Champions", normal people getting the highest speed Internet connection in Nicaragua provided by this new enterprise "Yota".

As you may know, Yota works with WiMAX technology that offers high speed connection, such a new thing for Central America. Nicaraguan twitters were talking about the invitations all day long and how much they would pay for one of this modems with connections over 2Mbps and download rates of 300Kbps.

Everybody (Yota Champions) were happy until they got home and figured out nobody has any WiMAX signal, that's bad... really bad. (not for me, I don't have a modem :-( )
Reading some twetts I realize that is no such thing as 80% of Yota coverage in Managua.

The real thing, I have no modem and yes I envy them.

Wanna follow some Yota Champions and hear them cry? @rm3na @ajulloa @jorgecerda @n0rman @jimbodoors @penalba @gandulo and why not follow me!

Hace unos meses, Lila Pagola visitó Costa Rica, como invitada al seminario ACCCESO. Tenía pendiente escribir un post sobre eso, pero ya las aguas se fueron por otro cauce y la verdad, seguirá en la lista de tareas. Comentaré nada más, que el seminario no estuvo realmente bien y fue una muestra de cuánto camino nos falta aún por recorrer en cuanto a derechos de autor y cultura libre. Varias de las personas que estaban como panelistas manejaban conocimientos sobre su tema de trabajo, pero repetían los mismos errores cuando se referían al trabajo o área de los demás. Un ejemplo: se sigue pensando que es posible explicar las licencias Creative Commons sin entender la licencia GPL, o se llega al punto de defender el monopolio de Google sobre los libros en digital, por un supuesto beneficio mayor de compartir el conocimiento. En fin… desde el título: “Acceso abierto en derechos de autor y propiedad intelectual”ya se anunciaban los problemas. El término propiedad intelectual, si lo tomamos como bueno, no dice nada específico y si lo tomamos como malo, termina alambrando las ideas y hasta la forma de andar.

Mencionaba a Lila, porque fue un placer enorme conocerla en vivo y porque me hizo una entrevista para su serie de Tecnobiografías. No está disponible aún ni sé cuándo estará, porque esas historias de cómo algunas personas nos fuimos acercando s la tecnología, Lila las hace en su tiempo libre. O sea, que cuando ella quiera y pueda, pondrá la mía y si no la pone, puedo contarles cuando quieran lo que le dije a ella.

¿Entonces pa qué cuento? Todo esto viene, porque olvidé mencionar en mi Tecnobiografía, que tuve un Speak & Spell de Texas Instruments cuando era niña. Ahí háganle números al año de mi modelo de nacimiento… porque esos aparatos anduvieron en mis manos en los años ochenta.

Tuve uno de esos en español… Me decía “ganaste” cuando acertaba, con una voz de robot que me enternece recordar. Ese juguete fue uno de mis favoritos… Ojalá pudiéramos hacer uno ahora para aprender a programar, por ejemplo… Y bueno, el recuerdo vino, porque mi manos-libres tiene una voz parecida a la de mi Speak & Spell… Le digo “Jeff” (yef) y dice “jef… llamando a jef” o le digo “Olga” y dice “oficina… llamando a oficina”… diay sí… no es perfecto pero me habla al oído.

Aquí hay un emulador del aparatillo. Y dicen que ahora se usa para música electrónica hackeándolo… A mí nunca se me ocurrió ni desarmarlo

Esta vez voy a escribir sobre algo que aprendí hace poco y logré hacer dos veces (en un servidor OpenSuse y en uno Debian GNU/Linux), el procedimiento fue el mismo las dos veces, solo que noté un pequeño cambio en asuntos de permisos en ambas distribuciones.

Contando un poco, hay una base de datos llamada “registro” en mysql a la cual varias personas necesitan hacer consultas, la información de la base de datos y el servidor son bien sensibles y o se les puede dar acceso directo a todas las personas, por lo que estuve pensando como puedan hacer consultas sin conectarse directamente a ese servidor, así que me puse a investigar y encontré algo llamado “Replicación de servidor MySql“. Lo que esto hace, es crear una copia idéntica de una base de datos en otro servidor, los registros se van actualizando en el servidor replica de manera automática conforme van entrando datos al servidor maestro o principal.

De esta manera, dejo de preocuparme de accesos no autorizados a la base de datos maestra, bien pude haberlo hecho con un usuario de consulta pero lo que se necesita es que no se acceda a la base de datos de ninguna manera. Así que manos a la obra.

Vamos a partir del supuesto que ya hay una base de datos creada y con información. Lo primero que debemos de hacer es ejecutar el siguiente comando en el servidor maestro

mysqladmin variables -u root -p | grep log_bin

y nos fijamos en la linea log_bin, si esta linea dice OFF, tenemos que activar.

| log_bin | ON |
| log_bin_trust_function_creators | OFF |

Para activar esto, nos vamos al archivo my.cnf (en Debian el archivo esta en /etc/mysql/my.cnf y en OpenSuse /etc/my.cnf y agregamos (o modificamos) las siguientes lineas

• log-bin=/var/lib/mysql/mysql-bin. #para llevar el registro de modificaciones a la base de datos
• server-id = 1 #para identificar al servidor maestro
• binlog-do-db = registro #nombre de la base de datos de la cual se llevara el registro

reseteamos nuestro servidor.

/etc/init.d/mysqld restart

Entramos al CLI del MySql maestro y creamos un usuario con persmisos de replicación para el servidor esclavo ejecutando el siguiente comando en la CLI MySql GRANT

REPLICATION SLAVE ON *.* TO ‘usuario-replica’@'ip-del-esclavo’ IDENTIFIED BY ‘contraseña-replica’;

Cuando ya tenemos esto, necesitamos copiar los registros de la base de datos del servidor maestro al servidor esclavo para que ambos tengan los mismos datos y no exista conflictos al momento de pasar los registros de un lado a otro, la idea es que ambos servidores inicien con la misma información. Ejecutamos el comando (siempre en la CLI MySql del maestro)

FLUSH TABLES WITH READ LOCK;

este comando sirve para enllavar MySql y que no pueda guardarse ningún registro, así que en este punto lo ideal es que nadie ingrese información mientras este proceso esta pasando. Necesitamos unos datos para configurar el esclavo mas adelante, así que (siempre dentro la CLI MySql) ejecutamos

SHOW MASTER STATUS;

y obtenemos algo parecido a

+——————+———-+—————————–+——————+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+——————+———-+—————————–+——————+
| mysql-bin.000002 | 98 | registro,registro | |
+——————+———-+—————————–+——————+

Los datos que debemos de anotar y no perder son File y Position, que vamos a ocupar en el esclavo.

Copiamos la base de datos maestra al esclavo, se puede hacer con un mysqldump o copiando el directorio de la base de datos en /var/lib/mysql, aquí va al gusto del cliente. Voy a explicar como hacerlo copiando el directorio completo.

Nos ubicamos en /var/lib/mysql del maestro y ejecutamos (según el nombre de ejemplo que puse arriba) en nuestra bash tar -cf registro.tar registro/, pasamos este archivo .tar al esclavo usando scp registro.tar root@ip-del-esclavo:/var/lib/mysql/.

Ahora le toca el turno al esclavo, en el servidor esclavo

• Nos ubicamos en el directorio /var/lib/mysql y ejecutamos el comando tar -xf registro.tar, podemos dar un ls para asegurarnos que el directorio registro está ahí.
• Nos vamos al my.cnf del eslavo y buscamos la linea server-id y la dejamos así server-id= 2. Nos aseguramos que la linea bind-address (en Debian) o skip-networking (en OpenSuse) esté comentada, volvemos a la bash y reiniciamos /etc/init.d/mysql restart.
• Volvemos a la CLI MySql y dentro ejecutamos el comando
  

  CHANGE MASTER TO MASTER_HOST=’ip-del-servidor-maestro’, MASTER_USER=’usuario-replica’, MASTER_PASSWORD=’contraseña-replica’, MASTER_LOG_FILE=’mysql-bin.000002′, MASTER_LOG_POS=98;

• Activamos el servidor esclavo (en la CLI MySql) START SLAVE;.

Para terminar, nos vamos a la CLI del MySql maestro y escribimos UNLOCK TABLES; para desactivar el bloqueo de ingreso de registro que hicimos anteriormente.

Con todo esto (si no tuvimos ningún error) debemos de tener funcionando nuestro servidor replica, para asegurarnos que sea así ejecutamos (en la CLI del MySql esclavo) SHOW SLAVE STATUS\G; y buscamos la linea

Slave_IO_Running: Yes
Slave_SQL_Running: Yes

Si dicen YES, estamos listo! ahora para probar, agregamos un registro en el maestro y hacemos la consulta en el esclavo.

Para posibles fallos, podemos revisar el syslog y si queremos volver a hacer pruebas debemos de eliminar los archivos de log, en el esclavo los archivo relay y el master.info y en el maestro los archivos mysql-bin*

Espero que esto le sirva a alguien, si no, igual me queda de material de consulta a mi

Cualquier problemita que tengan y si puedo ayudarles, dejen un comentario y ay vemos que hacemos.

Referencias:

• aciddrop.com
• novell.
• howtoforge.
• MySql Manual.
• foro mysql.

Esta es la segunda y última entrega sobre Musix GNU+Linux. La primera parte la pueden leer aquí.

Instalando Musix

La instalación de Musix es muy fácil. Si alguna vez han instalado Debian saben a lo que me refiero.

El instalador gráfico de Musix es básicamente un debian-installer con el logo de Musix. Siguiente, siguiente, siguiente, aburridoooo, listo!

Problemas post-instalación

Tuve el mismo problema con la configuración de pantalla (ver Iniciando desde el Live DVD), y le aplique la misma solución en la entrada del GRUB correspondiente a Musix para que cargara las X correctamente.

Otro problema que tuve es que Musix no me reconoció la partición de Ubuntu (aunque sí reconoció a Windows). Esto es comprensible ya que Ubuntu utiliza el grub2, y Musix no.

Para solucionar este problema tuve que montar a mano la partición de Ubuntu desde Musix (pudiera haberlo hecho también desde un Live CD). Comencé creando un punto de montaje para montar la partición (sda5, en mi caso):

sudo su
mkdir /mnt/linux
mkdir /mnt/linux/boot
mount /dev/sda5 /mnt/linux

También monté /dev y /proc. La opción bind sirve para montar el contenido en otra parte. En este caso, estará disponible tanto en /dev como en /mnt/linux/dev

mount -o bind /dev /mnt/linux/dev
mount -o bind /proc /mnt/linux/proc

/proc es un directorio especial dinámico que contiene información acerca del estado del sistema, incluyendo los procesos que se están corriendo actualmente.
/dev contiene los archivos de dispositivos (en sistemas *nix cada dispositivo es tratado como un archivo).

Después copié el listado de sistemas de archivos montados a mtab:

cp /proc/mounts /mnt/linux/etc/mtab

Y utilicé chroot para ingresar a mi entorno de trabajo. chroot ejecuta comandos, o como en este caso, un shell interactivo con un nuevo directorio raíz.

chroot /mnt/linux/ /bin/bash

Si se cuenta con una partición /boot/ separada, se debe utilizar el siguiente comando:

sudo mount /dev/sda5 /boot/

Después es solo cuestión de reinstalar el GRUB:

sudo /sbin/grub-install /dev/sda

o

sudo grub-install /dev/sda

…y reiniciar el sistema. En este punto debe aparecer la entrada de Ubuntu en el GRUB, no así la de Musix. Pero eso es lo de menos, una vez iniciada la sesión en Ubuntu, se abre una consola y se restaura el grub2 con grub-install.

Descubrí un problema adicional días después mientras estaba editando el POSOL 5. De repente el sistema se ponía lento y a veces el Audacity dejaba de responder.

Abrí una consola y le di un top para ver que estaba consumiendo los recursos del sistema, y para mi sorpresa, tanto el procesador, como la memoria estaban a tope. Limité el uso de memoria de Audacity con cpulimit y quité el indicador del monitor del sistema del panel (parece mentira pero consume recursos a lo loco!), pero solo se resolvió el problema a medias.

No fue sino hasta que miré el problema más de cerca que me percaté de que no estaba montada la unidad de intercambio. Una vez resuelto eso, el resto fue un paseo sobre rosas.

Ubuntu había soportado el embate de la furia libertaria de Musix… me sentí orgulloso!!

Trabajando con Musix

Musix sirve. Punto. De hecho, buena parte del episodio número cinco del POSOL fue editado con Musix GNU+Linux.

Pero más allá de la aparente funcionalidad de este sistema operativo, es bastante incómodo trabajar con él. Su apariencia rústica y el descuido evidente en los detalles, hacen de Musix una distro con un entorno poco agradable para el trabajo diario.

La duplicidad de entradas en sus menús (algunas aplicaciones aparecen hasta en dos o tres lugares diferentes) no ayudan en mucho, y más bien refuerzan esa imagen caótica de una distro hecha “para salir del paso”.

Claro… muchos pueden argumentar que la fuerza de GNU/Linux es la posibilidad casi infinita de modificar el sistema, y estoy seguro de que puedo adaptar a Musix a mis gustos y preferencias, pero soy una persona que ni siquiera cambia el papel tapiz que viene por defecto en la instalación predeterminada. Mucho menos voy a dedicar un par de horas a embellecer y adaptar mi entorno de escritorio. Hay mejoras formas de perder el tiempo.

¿Libertad?

Aparte de las inquietudes que expresé en la entrega anterior, hubieron un par de interrogantes más que me quedaron acerca de Musix y el concepto de distros libres.

Una de esas interrogantes es sobre un punto específico de las directrices de la FSF para distros libres.

Una distribución GNU/Linux que se considera libre, y esto es algo que le critican mucho a Ubuntu, no debe sugerir a sus usuarios a que instalen aplicaciones o complementos no-libres.

Musix, al igual que Debian, tiene a Iceweasel como navegador predeterminado. Iceweasel es básicamente el navegador Mozilla Firefox, sin las marcas registradas de Mozilla (nombre y logo). Y al igual que en Firefox, en el menú Marcadores, trae un enlace a los populares complementos (add-ons) de Mozilla.

Aunque es cierto que algunos de estos complementos son libres, existen una gran cantidad que no lo son, incluyendo muchos de los más populares y utilizados por los usuarios de este navegador libre.

¿Acaso esto no es promover software privativo desde una aplicación libre?
¿O no aplica a las distros “bendecidas”?

Otra cosa, bastante simpática por cierto, fue encontrar en la wiki de Musix publicidad en Flash (OMG!).

Sí, sí… la publicidad es de terceros (Google), pero si yo fuera administrador de la wiki de Musix, me daría vergüenza tener algo así ahí. A menos que nunca visiten o le den mantenimiento a su sitio (lo que es bastante probable en vista de todo lo anterior) o tal vez no les interesa (algo que también puede ser cierto).

Conclusiones

Una distro libre es mucho más que sacar los blobs binarios de un kernel Linux.

Para crear una distro libre se necesita hacer una auditoría completa de todos los componentes del sistema, asegurarse de que todas las aplicaciones del sistema y del usuario cumplan con las recomendaciones y lineamientos para distribuciones GNU/Linux libres. Ahí no hay lugar para ambigüedades o medias tintas.

Pero mucho más que eso, es importante tomarse el tiempo de hacer una distribución GNU/Linux profesional, cuidando hasta el último detalle, para proveer a los futuros usuarios una experiencia agradable y gratificante.

Aunque por el momento, a menos que tengas seis años, o seas un apóstol más de la FSF, podés agregar a un nuevo personaje a la lista de criaturas imaginarias; las distros libres… justo ahí entre las hadas, los elfos y las sirenas de mar… bonito, simpático, pero demasiado bueno para ser cierto.

A cómo comentó Neville en su blog, para el episodio 6 del POSOL estuvimos preparando un especial sobre distros 100% libres, más no sabíamos que estábamos a punto de embarcarnos en una aventura al país de las maravillas.

Por afinidad, escogí Musix GNU+Linux, una distribución basada en Debian, que según sus desarrolladores:

“…es el resultado del trabajo colaborativo de toda una comunidad de usuarios y programadores. Es un Sistema Operativo Multimedia 100% Libre destinado a músicos, técnicos sonidistas, DJs, cineastas, diseñadores gráficos, y usuarios en general: una enorme colección de programas libres que pueden reemplazar Windows.”

La versión de Musix que probé es la 2.0 que fue liberada en noviembre 2009. La 2.0 viene en un Live DVD, y con soporte para castellano, gallego, catalán, euskera, inglés, portugués, francés, alemán e italiano. Musix 2.0 utiliza el kernel 2.6.29.4, al cual se le extrajeron todos los blobs binarios, creando así un kernel libre, especialmente adaptado y optimizado para esta distribución.

Realmente me entusiasmo mucho probar algo diferente, más algo que está basado en Debian y que está destinado a la creación multimedia. He estado bastante involucrado en los últimos tiempos en tareas creativas dentro de la comunidad, tales cómo la edición de audio y vídeo y diseño gráfico, y me gustaba la idea de toparme con algún juguete nuevo para experimentar y aprender cosas nuevas.

La víctima

Para mi asignación posolera, decidí utilizar a kai, la computadora de uso general que tenemos en la casa, y que es ocupada mayoritariamente por mi madre para tareas de navegación, chatear con la familia que vive en el extranjero y redactar los informes de su trabajo.

Las carácteristicas de kai son:

• Procesador Intel Celeron 1.8 GHz
• Memoria RAM 1 Gb
• Disco Duro de 320 Gb con dual boot:
• Windows XP
• Ubuntu 9.10
• Monitor LCD 17″
• Sonido y vídeo integrado Intel
• Módem 3G para navegación

El Ubuntu está en dos particiones ext4, una para el sistema y otra para los archivos de usuario. Windows habita en una sola partición.

Cómo pueden ver, no es una máquina de poder, es un sistema con una configuración bastante genérica que se podría encontrar en cualquier hogar u oficina en cualquier parte del mundo.

Iniciando desde el Live DVD

Realmente no me sorprendió mucho cuando Musix no cargó en su primer intento. Creo que traía ese prejuicio de que los kernels libres son malos, están desfasados y no reconocen correctamente todo el hardware. En fin, le di a Musix el beneficio de la duda, y luego de revisar de que el DVD estuviera bien quemado, procedí a probarlo en otras dos computadoras… sólo para obtener el mismo resultado.

Tras esa frustración inicial, me dirigí al sitio web de Musix para buscar información sobre mi problema en la wiki y en los foros de soporte… y ahí fue donde me llevé mi segunda decepción.

Es muy pretencioso llamar a la documentación de Musix, “documentación”. Acostumbrado a la avalancha de información en los sitios y listas de Ubuntu y Debian, sentí que la documentación es extremadamente pobre, para no decir casi inexistente. La falta de documentación no me iba a detener a mí, pero pensando en un usuario novel, buscando soporte para un problema cualquiera, me imagino que el nivel de deserción (gente que abandona Musix por no haber resulto X problema) debe ser bastante alto.

Al estar Musix basado en Debian, me imaginé que buscando en la documentación Debian iba a encontrar la solución a mi problema. Sin embargo, decidí intentar solucionarlo primero por cuenta propia, y ahí fue donde me di cuenta del verdadero problema.

En realidad era algo bastante trivial. Entre los comandos iniciales de la línea de booteo de Musix estaba declarado vga=768. Un simple cambio a vesa=1024 solucionó todo el problema!

Primeras impresiones

Superados los obstáculos iniciales logré iniciar Musix y lo primero que me llamó la atención fue la gran oferta de entornos de escritorio con la que cuenta. Musix puede utilizarse con KDE, KDE con Openbox, Blackbox, Fluxbox, IceWM, LXDE, Openbox, XFwm y Xfce.

No… nada de Gnome Gran punto en contra para Musix!!!

Inicié sesión con el escritorio por defecto, KDE, y a pesar de la incomodidad inicial (sí, soy un GNOMEro consumado!!), me adapté bastante rápido a este entorno y menos de media hora ya encontraba el camino a todas las aplicaciones y utilidades del sistema.

Una de las características interesantes de Musix es el escritorio hormiga (o más bien; los escritorios hormiga). Estos son siete escritorios virtuales (uno por cada letra), que contienen atajos relevantes a una cierta cantidad de aplicaciones. Por ejemplo, el escritorio a (audio), contiene atajos de escritorio para una gran cantidad de aplicaciones de audio (reproductores, editores, etc).

Aplicaciones en Musix

Musix 2.0 viene con una cantidad impresionante de software. Todo desde reproductores multimedia y editores gráficos hasta aplicaciones MIDI y software para solfeo. Para cada tarea que se les ocurra, Musix tiene por lo menos tres o cuatro alternativas diferentes.

Hay por lo menos cinco reproductores de audio, cinco editores de notas musicales, cuatro editores de texto, cuatro consolas, cuatro visores de imágenes, tres visores PDF, y un largo etc.

Esto implica que el software que se incluye, no siempre es de buena calidad, o no siempre es actual. Hay una gran cantidad de aplicaciones que parecen haber vivido sus momentos de gloria en la década de los ochenta, y uno se pregunta si realmente alguien sigue manteniendo estos paquetes.

Otro problema es la inconsistencia a nivel visual.

En Ubuntu estoy acostumbrado a que las aplicaciones se integren con el entorno de escritorio. Todas utilizan el mismo tema, el mismo juego de iconos, etc. y es, visualmente, una experiencia agradable para el usuario final.

En Musix, aunque hay algunas aplicaciones que se integran con KDE, hay otras que parecen malas copias de la versión tailandesa de Windows 98.

Es algo que es estéticamente muy feo, y que no contribuye en nada con la armonización de todo el sistema.

Reproducción de medios digitales

Me imaginé que Musix, al ser una distro libre, no me iba a reproducir formatos de audio o vídeo privativos.

Ubuntu y Debian, distribuciones muy criticadas por Richard Stallman y la FSF, no reproducen formatos privativos en una instalación predeterminada. Para poder reproducir MP3, por ejemplo, es necesario instalar códecs no-libres desde repositorios externos.

Para probar la reproducción de medios en Musix, me armé con una serie de archivos multimedia en formatos mp3, wav, wmv, mpeg, ogg y ogv. Todos estos, menos los últimos dos, formatos multimedia privativos, o no-libres.

Para mi asombro, Musix reprodujo todos los formatos privativos desde el Live DVD sin siquiera sonrojarse. Incluso, hubo un reproductor (somaplayer) que me dio problemas con los formatos libres, y los privativos los reprodujo sin chistar. ¿Irónico?

Al consultar con gente cercana al Proyecto GNU y a la FSF, me di cuenta que hay una gran ignorancia en cuanto a este tema.

Para poder reproducir formatos privativos, GNU/Linux hace uso de una serie códecs libres como FFmpeg y LAME. Este código está disponible bajo licencias libres, como la GPL (FFmpeg) y la LGPL (LAME), avaladas y reconocidas públicamente como licencias libres por la FSF.

Hasta aquí todo bien…

El problema es que codificadores de MP3, como LAME, implementan tecnologías que están cubiertas por patentes de software.

Los desarrolladores de LAME no ofrecen licencias que cubren estas tecnologías. De hecho, ni siquiera distribuyen los binarios que implementan esta tecnología, por ser ilegal en la mayoría de países. En cambio, se distribuyen estas implementaciones en forma de código fuente para fines educativos.

Hay otros decodificadores para GNU/Linux, como Fluendo, que pagan licencias a Fraunhofer and Thomson (dueños de la patente MP3) para poder distribuir binarios de forma completamente legal (aún en países donde aplican las patentes de software).

El gran dilema de todo esto, para mí, es meramente ético.

Si desarrollamos una distribución libre, que respeta las libertades individuales, y que además está alineada a la política de una organización que promueve los formatos libres, y que afirma, en las propias palabras de su máximo dirigente;

“Todas las patentes de software son dañinas, y todas las patentes de software restringen injustamente el modo en que puede usar su computadora…”

…entonces me pregunto;

• ¿Porqué Musix, una distribución libre, soporta formatos no libres de forma predeterminada?
• ¿No importa la libertad individual de cada usuario? (Por ejemplo, tanto en Ubuntu, como en Debian puedo decidir no reproducir formatos privativos y quedarme solo con formatos libres, en Musix no tengo esa opción)
• ¿Porqué Musix incluye por defecto tecnología cubierta por patentes de software?
• ¿No es algo contradictorio que por un lado se combata a las patentes de software y por el otro se utilice software patentado?

Fue entonces que me di cuenta… leyendo entre líneas el ensayo de Stallman me di cuenta de que;

“…podemos trabajar a la vez en la escapatoria a corto plazo y en la solución a largo plazo.”

De repente no me sentí tan malo. Los ubunteros, debianitas y fedoreros realmente no somos la plaga que dicen que somos. Tampoco San Ignucio es tan santo que digamos.

Anoche me fui a dormir con la conciencia tranquila.

Soñé con koalas gigantes recorriendo las calles de Managua jalandole las barbas a Matthew. Por un par de horas fui verdaderamente feliz

(continuará…)

Saludos Amigos, Ahora tenemos un nuevo sitio en el cual poder aprender y compartir nuestros nuevos conocimientos sobre drupa, este fue un proyecto de un Drupalero de mexico http://www.drupalexperto.com/usuario/israel y con apoyo de @kaasi

Les dejo parte de lo que trata el proyecto :)

¿Que puedo encontrar en Drupal Experto?

Articulos escritos por usuarios de Drupal como tu.

Video Tutoriales en 3 niveles: basico, intermedio y avanzado que te ayudaran a mejorar tus habilidades.

Galería de proyectos desarrollados en Drupal. Siempre es bueno un poco de inspiración

Conocer nuevos amigos apasionados por la herramienta.

Felicitaciones por este nuevo sitio!! muy inspirador :)

I opened Slashdot's «Looking back from the 1980s at computers in education» article because I am quite convinced of the point some of the commenters argued before me, (and it's good to know others think as you do ;-) ) — When I got close to computers, learning computing for children basically meant learning programming in a fun way.

For years, my hobbies included Logo and BASIC. At age 7 (by 1983), typing TeX and using Emacs at the computer of the institute where my father worked, I started walking the path I took for my professional life. When I taught computing to high school students as my first paid job (which didn't last long, only a semester, as for an untrained 20 year old it is very hard to control a group of kids nearly his age), I tried to teach some basic BASIC programming (which was the best I knew then)... But no, both students and the school wanted me to focus on teaching MS Office applications. It seemed stupid for me 14 years ago, and it still seems stupid for me today.

Anyway, on Slashdot, I came across this beautiful way to explain what computer education should mean:

"computing is no longer taught in schools (parents look quizzical), they are simply 'trained' (parents look like they vaguely get it). if this was sex instead of computing that was taught in schools, would you prefer that your kids have sex _education_ or sex _training_? (parents finally get it)".

By the way, if you are interested in reading a bit of paleofuturism, to feel the joy and excitement with which computer-aided education was seen 30 years ago, be sure to get the Classroom Computer News issue for September-October 1980, linked from the Slashdot article (and copied over here for your convenience, of course!)

Attachment	Size
Classroom Computer News vol. 1 no. 1, sep-oct 1980	3.54 MB

Una ingeniosa respuesta a esta pregunta frecuente hacia los informáticos:

Un
Barcamp es basicamente una reunion de conferencias basadas en anarquia donde todos participan con el fin de compartir conocimiento. Aca en .gt
han habido un par y solo puedo decir que he ido a uno y terminaron en un pleito web que simplemente me parecio gracioso ^_^.

Pero bueno la gente de xelalug
va a organizar uno para este fin de semana, centrado en FLOSS y creo que voy a asistir. Lo mejor de todo es que no se si dare charlas o no. Solo se que voy a participar .

Si se deciden echar el viaje o son de Xela, nos vemos el sabado.

La Free Software Foundation Europa lanzó la campaña Yo amo el Software Libre. L@s invito a poner los botones en sus blogs. ¡No sean amaragad@s!

I remember I first used KDE 4.1 on 2008 with the release of Kubuntu 8.04 and even though the release was much expected because of the buzz of a full Qt4 Desktop and the reviews were all good, I was much disappointed with what I saw. Being a KDE fan for a long time by then, I was sure that the new KDE ideas, specially the Plasma Desktop, were driving the KDE project away from usability into a Vista-Wannabe. One of the first things I criticized heavily was the fact that my desktop didn’t show my files and icons (I actually didn’t know about the existence of Folder View Applets). I think I used it for, at most, a month and switched back to KDE 3.5 running away from the KDE 4 madness.

After my bad experience, I spent more than a year giving bad propaganda to KDE 4. I advised all of my friends that the KDE 4 Desktop was far from usable, and I even remember telling di3go “you won’t last 2 weeks with that desktop” after he installed it on his laptop (he actually didn’t, he’s a faithful Gnome user).

Yet technology eventually reaches you, and after trying to apply to the Google Summer of Code under the KDE proposals, I realized that the KDE project was moving forward to KDE 4 regardless of what I thought about it. I also heard lots of people saying KDE 4.3 was a big improvement over 4.1 with respect to bugs and support. So I thought I would give it a try and installed Sabayon 5.1 on my desktop. I was still shocked with the changes, but one of the things IT people must hate the most is technology rejects when users do not understand the technology (which is usual in offices and public services and cost thousands of dollars to the IT business), so I forced myself to use KDE 4 , learned and used the key bindings and played around with the configuration up to the point that I had an extremely useful desktop and now I can’t live without it and using other conventional desktops like Gnome feels like using those old computers you find in an internet cafe (that may, of course, be because I haven’t learned the tips and tricks of Gnome).

So now I realized I had judged KDE 4 long before knowing how to use it, and this post is about some KDE 4 things people may not know, to somehow pay up some of the unfair bad propaganda I once gave to the project:

1. Folder views are the best idea that arrived to KDE: Surprisingly, the thing I hated the most about KDE 4 is one of the most useful features I have today. What really happened was that Firefox started using the Downloads folder by default to save things, so I wouldn’t find those things on the Desktop folder. Of course, one solution was to switch the default download location, but I thought it was more organized to have the Desktop and the Downloads folder separated. But then, how can I keep both of them accessible? That’s where folder views come into play, so I configured two folder views in my Plasma, one to have the desktop available and another one with the Downloads folder.
2. Tons of Hot Applets: Twitter fan or using Identi.ca? Check the Micro Blogging Applet! Have an account at Remember the Milk? Check out the Remember the Milk Applet! Are you constantly pasting code online? Check out the Pastebin Applet! And my personal favorite, the Notes Applet, which I use and abuse… I no longer need to open KWrite to store quick info I see on the web, I just bring my dashboard up and throw contents on my note applet.
3. Semantic Desktop: For me, one of the best features of the KDE 4 is it’s integration with the Nepomuk project (and Strigi). That’s maybe just useful if you know how to use semantic features in any software, but trust me: you want to learn about that, because that’s the future of usability not only on the desktop, but also in the web. Tag your files and search them using those tags… no more “where did I put that file about blah“
4. Developer Friendly: Only useful if you wish to create new stuff like applets or integrate your applications with the KDE 4 Semantic Features. If you do want to do any of those, it’s extremely easy with the new KDE Libraries based on Qt4 (that is, C++ object oriented libraries for us to enjoy) and the extensive Python bindings.

So give it a try if you haven’t, I’m sure once you master KDE 4 you won’t turn back to a regular desktop environment!

Disclosure: I don’t get paid for the propaganda

Una amiga muy querida me dio su regalo de navidad atrasado:

En el catálogo de http://www.mygeekpillow.com no aparece, pero ya envié la sugerencia para que coloquen una representación de software libre.

If you arrived at this post because you are having trouble with BOINC, check the date of the post… the problems I had recently may already be fixed by the time you read this. That being said, I’ll post some notes about how to get BOINC installed on Sabayon 5.2 (either x86 or amd64).

The first stumble block you’ll probably find after doing the obvious equo install boinc is that your BOINC manager won’t start from your application menu. For that, check this bug report, which, in short, explains you need to install wxGtk to get the manager working (equo install wxgtk).

After your manager shows up from your application menu, there are still a couple of things you need to do: One of the problems is that it’ll try to find the boinc command in your home folder. Another annoying thing could be that it’ll use some probably randomly chosen folder as the data folder (in my case, it used my Downloads folder). I googled around for the easiest way to change those two things, but found no info on what file should I edit to fix that, so here’s my proposed fix:

Create the folder where you want your data files to be stored. In my case, I created a .boinc folder in my home folder. Next, use kmenuedit in your console to edit the boinc entry so that the command executed reads

boincmgr -e /usr/bin -d <the data folder you chose>

For example, I have

boincmgr -e /usr/bin -d ~/.boinc

After that, you should be able to run the BOINC Manager from your application menu without much trouble. If it doesn’t, then something probably happened to the passwords used by the server and the client that caused a mismatch between them. The server password is stored at /var/lib/boinc/gui_auth_rpc.cfg, while the client password is stored in a file named gui_auth_rpc.cfg located at the data folder you chose. Edit both of them so that the contents match (contents may be empty too), remembering that the former needs super user privileges to be accessed.

And that’s it, happy volunteer computing!

I once heard that programming was the best profession of the world… can’t you guess why? I recently remembered the reason when I heard about Toyota’s pedals case, where they had to recall many cars because the pedals were probably defective. I also learned that the fix for the gas pedals was a piece that was roughly the size of a postage stamp. Car recalls have cost Toyota almost 15 million dollars, and the faulty break pedals could have been the cause of at least one fatal accident.

Yet anyone related to the software industry, whether as a user or as a programmer, can relate Toyota’s case to one of the oldest concepts in Software Engineering: a Software Bug. Bugs have existed since the very creation of computer programs, and have curiously being widely accepted in the software industry… heck, some of them get names and have articles at Wikipedia! They can even survive a long time inside a software product, and usually, when these cannot be fixed (as normally happens in proprietary software) people even adequate their usage of computers to that bug using workarounds or something similar.

If Toyota was a software company, the pedal problems would have probably been some security holes in their code, and that little postage-stamp-sized piece to fix it would have been a patch users could have downloaded to fix the binaries. Assuming most of their users would have been regular users, then that bug wouldn’t have cost them a thousand dollars, and the situation would have been forgotten inside some Bug Tracking System, most likely buried by hundreds of newer bugs discovered. But that’s not the case… real life bugs are extremely costly and are almost never tolerable.

So what makes programming different from the other industries? As the one that first mentioned this curiosity to me said, an engineer cannot deliver a building while saying “the building is finished, yet you cannot press both the 5th and 9th buttons of the elevator or it will fall” because that would simply be unacceptable.

There are of course some software industries like medical software and high performance computing software that have similar restrictions to those of real life industries when we talk about bugs and defects, but still the majority of the software industry is dedicated to regular users, and these suffer from faulty software all the time.

So yes… fault tolerance makes programming the best profession of the world!

I left behind paused that idea of being a multitask proffesional. This days I need to get focus on Web Application Servers Administration because that's what my employer commands me to do ;-). That's why I been so distant from blogging, Free Software related activities, etc.

Now I'm supposed to become a high level administrator of WebSphere AS and Oracle Weblogic AS. So need to study.