Xorg 7.4, hotplugging, synaptics y más

Xorg input hotplugging

Recientemente Archlinux optó por pasarse a xserver 1.5. La nueva versión del servidor gráfico incluye diversas novedades, pero la que más destaca, y genera dolores de cabeza, es input hotpluggin.

La motivación tras el nuevo sistema de manejo de entrada, es la capacidad de xorg de manejar dinámicamente los dispositivos. En el pasado era necesario especificar la configuración de forma manual en el archivo xorg.conf. Esto resultaba incomodo, debido a la necesidad de reiniciar el servidor X para aplicar nuevos cambios importantes. Sin embargo, la obligación del archivo no era tan estricta, pues el servidor gráfico tenía rutinas de autodetección, donde configuraba los dispositivos al iniciarse. Ésto parecía una buena solución, sin embargo poseía un defecto: Si un dispositivo era removido, se perdía la conexión, y por lo tanto el manejo del driver. Y aunque reconectara, no era posible volver a utilizarlo. Para los usuarios de laptops ésta última afirmación puede parecer una falacia, pues es frecuente que los ratones y teclados usb funcionaran apenas conectados. Lo que quizás desconocían, es que había un truco para lograr ésto: El Kernel mantenía un dispositivo genérico (por ejemplo: /dev/input/mice). Para la mayoría de los usuarios, éste dispositivo genérico parece ideal, sin embargo, con la evolución de la tecnología, los dispositivos cada vez incluyen mas funciones. ¿que pasaba con un teclado que tuviera funciones de scrolling, teclas especiales, etc. o siendo más fantasioso.. ¿Que pasaría con el soporte para ratones con acelerómetros u otras gracias que quizás inventen en el futuro?

la respuesta es tan simple como obvia, con el sistema mencionado, no se hubieran podido manejar inmediatamente, hasta reiniciar el servidor gráfico y cargar los controladores adecuados para dichos dispositivos.

Para solucionar ésto, se invento el sistema X input event driver (evdev), el cual utilizando las ventajas de hal y dbus, monitorea los dispositivos conectados, y aplica reglas definidas en sus políticas (reglas basadas en la base de datos de hardware) asignando automáticamente configuraciones e indicando con que controlador manejar cierto dispositivo.

Las reglas se configuran en archivos XML con extensión fdi. Los cuales, si bien en un inicio pueden parecer complicados, al entender su funcionamiento, son una herramienta poderosa para personalizar la configuración del hardware.

Como ejemplo, al actualizar mi laptop, no funcionaba el touchpad como debía, pues aunque utilizaba el driver Synaptics, no configuraba opciones personalidas que me gustan (scroll con 2 dedos, botón derecho al presionar la esquina inferior derecha, desplazamiento horizontal y vertical en los bordes derecho e inferior respectivamente, tercer botón al presionar con 2 dedos, etc. Para configurarlo, antes era necesario recurrir al archivo xorg.conf, pero con ésta nueva versión que incluye hotpluggin, el servidor X ignora las configuraciones establecidas en dicho lugar. Ahora, en su lugar es necesario definir una politica de hal para el dispositivo.

política para manejar el touchpad Synaptics

El controlador de synaptics puede causar un par de problemas. Existe un controlador específico (en archlinux, el paquete se llama xf86-input-synaptics) el cual provee el driver. La política de Hal para configurarlo (en mi caso la defini en el archivo /etc/hal/fdi/policy/11-x11-synaptics.fdi) es la siguiente:

<?xml version="1.0" encoding="ISO-8859-1"?>
<deviceinfo version="0.2">
<device>
<match key="info.capabilities" contains="input.touchpad">
<match key="info.product" contains="Synaptics TouchPad">
<merge key="input.x11_driver"  type="string">synaptics</merge>
<merge key="input.x11_options.AlwaysCore" type="string">true</merge>
<merge key="input.x11_options.Protocol" type="string">auto-dev</merge>
<merge key="input.x11_options.Emulate3Buttons" type="string">true</merge>
<merge key="input.x11_options.SHMConfig" type="string">true</merge>
<merge key="input.x11_options.LeftEdge" type="string">1700</merge>
<merge key="input.x11_options.RightEdge" type="string">5300</merge>
<merge key="input.x11_options.TopEdge" type="string">1700</merge>
<merge key="input.x11_options.BottomEdge" type="string">4200</merge>
<merge key="input.x11_options.FingerLow" type="string">25</merge>
<merge key="input.x11_options.FingerHigh" type="string">30</merge>
<merge key="input.x11_options.MaxTapTime" type="string">180</merge>
<merge key="input.x11_options.VertEdgeScroll" type="string">true</merge>
<merge key="input.x11_options.HorizEdgeScroll" type="string">true</merge>
<merge key="input.x11_options.CornerCoasting" type="string">true</merge>
<merge key="input.x11_options.CoastingSpeed" type="string">0.30</merge>
<merge key="input.x11_options.VertScrollDelta" type="string">100</merge>
<merge key="input.x11_options.HorizScrollDelta" type="string">100</merge>
<merge key="input.x11_options.MinSpeed" type="string">0.10</merge>
<merge key="input.x11_options.MaxSpeed" type="string">0.60</merge>
<merge key="input.x11_options.AccelFactor" type="string">0.0020</merge>
<merge key="input.x11_options.VertTwoFingerScroll" type="string">true</merge>
<merge key="input.x11_options.HorizTwoFingerScroll" type="string">true</merge>
<merge key="input.x11_options.TapButton1" type="string">1</merge>
<merge key="input.x11_options.TapButton2" type="string">2</merge>
<merge key="input.x11_options.TapButton3" type="string">3</merge>
<merge key="input.x11_options.RBCornerButton" type="string">3</merge>
</match>
<match key="info.product" contains="AlpsPS/2 ALPS">
</match>
<match key="info.product" contains="appletouch">
</match>
<match key="info.product" contains="bcm5974">
</match>
</match>
</device>
</deviceinfo>

Teclado con rueda
Otro problema que tuve, fue para que el sistema reconociera la rueda de desplazamiento incorporada en mi teclado, aunque intenté de todas maneras que configurara el dispositivo leyendo desde /dev/input/event2, no fue posible, e incluso pensé en crear un nuevo driver, sin embargo, compilando la última versión del driver disponible (xf86-input-evdev-2.1.0), el sistema reconoció nuevamente mi rueda, y puedo utilizar mi teclado tranquilo. Luego de ésto, puedo decir que me encuentro satisfecho con Xorg 7.4, pues funciona perfecto tanto en mi portatil, como en mi escritorio.

Links útiles
Código fuente de controladores de xorg
Wiki de archlinux de hotplugging

PKGBUILD para xf86-input-evdev-2.1.0

Sincronizar Google calendar con Kontact (korganizer)

Querámoslo o no, desde que Google empezó a crecer, se ha hecho parte de nuestras vidas. No nos basta con realizar nuestras búsquedas en el popular sitio, sino que confiamos nuestra correspondencia al servicio que puso de moda las casillas gigantes, y además habemos algunos que registramos parte de nuestra vida mediante su gran aplicación Google Calendar.

Sin embargo, habemos personas a quienes no nos gusta visitar constantemente un sitio web para tareas que podemos realizar utilizando nuestro programa PIM (administrador de información personal) favorito. La presente entrada es para hablar acerca de como sincronizar el servicio de google con Kontact, sin embargo, las instrucciones sirven para otros programas, como evolution, Apple icalc, e incluso Outlook Express! pues, como ya debieron notar, la aplicación de la cual hablaré es multiplataforma, gracias a que está escrita en java.

La versión de Kontact de kde4, además de perder estabilidad desde la versión anterior, también perdió la característica de manejar multiples calendarios, incluyendo los calendarios externos. En kde 3 era posible leer fácilmente los calendarios de google reader, pero jamás se pudo escribir en éstos. Esa característica la extrañaba desde que pasé a la nueva versión del escritorio de la K, debido a que suelo utilizar indistintamente mi equipo portatil, mi escritorio, y mi perfil móvil en la universidad. Esta mañana descubrí la solución a mis necesidades de sincronización: GCALDaemon.

GCALDaemon es un programa que actúa como servicio, el cual trabaja como middleware entre las aplicaciones locales con Google Calendar, ya sea de forma local (mediante un archivo de ical) o mediante un servidor (http o ldap) que se ejecuta en la maquina cliente, el cual permite otros tipos de conexión para la sincronización de los calendarios. Además, el programa provee opciones para la notificación de correos de Gmail, entre otras funciones vinculadas a Google.

Su instalación es relativamente simple, pero para mi lo fue más, pues como siempre, en archlinux bastó un yaourt -S gcaldaemon, luego agregar mi usuario al grupo gcal, y ejecutar el programa de configuración

/opt/gcaldaemon/bin/config-editor.sh

Luego, para configurarlo, fue necesario habilitar la sincronización de archivos, la cual se habilita en la casilla indicada en la imagen. En ella, es necesario asociar nuestra cuenta de correo google, con el correo de google calendar, y un archivo ical.
La cuenta de google no es necesario indicar donde conseguirla.
El calendario de google se obtiene en el sitio de Google calendar, copiando el enlace asociado al icono ICAL indicado en la imagen. Dicha opción se encuentra en los detalles del calendario al cual se desea sincronizar.

El secreto de la sincronización local, es indicar cual es el archivo donde el software guarda los calendarios, en el caso de Korganizer, dicho archivo se encuentra en ~/.kde4/share/apps/korganizer/std.ics, es en este paso donde es posible seleccionar otros archivos ics, según cual sea nuestra aplicación.

Una vez indicado, y con el programa cerrado, basta ejecutar el daemon. icql, aunque una buena manera, es de forma manual. En el caso de archlinux es /opt/gcaldaemon/bin/standalone-start.sh

Una vez ejecutado, ya se podrán ver los cambios en Kontact, y serán bidireccionales las modificaciones!
Referencias:
GCALDaemon, sitio con documentación y manuales para el programa.

KDE 4.1: Parte II - Teclas de acceso rápido

En todo el tiempo que llevo utilizando la nueva versión del escritorio de la gran K, algo que me ha resultado tremendamente molesto son las teclas de acceso rápido. Si bien KDE incorpora esa opción (preferencias del sistema / introducir acciones), estas sencillamente no funcionan.

El tip que deseo compartir esta vez, consiste en crear nuestros accesos rápidos, sin utilizar el asistente de la gran K. Con ellos, es posible lanzar programas de una manera rápida, y con la destreza suficiente, también es posible pasar parámetros a programas en ejecución.

Ingredientes:
xbindkeys

Preparación:
- Agregue a su sistema 1 paquete completo de xbindkeys
- En una terminal bien limpia, prepare los códigos de acceso rápido utilizando
xbindkeys -k
- Al abrirse la ventana, presione su acceso de tecla rápido favorito. xbindkeys le devolverá un código similar a esto:

Press combination of keys or/and click under the window.
You can use one of the two lines after "NoCommand"
in $HOME/.xbindkeysrc to bind a key.
"(Scheme function)"
m:0x10 + c:38
Mod2 + a

- Copie el valor devuelto, y reemplaze el contenido de las comillas por su comando favorito. Usted puede realizar cadenas separándolas con ";" (punto y coma)
- Pegue el contenido dentro del archivo .xbinkeys
- Ejecute xbindkeys, en caso que ya se encuentre en ejecución, ya debiera estar funcionando su acceso rápido.

Para los lectores flojos, dejo mi configuración actual. bastante minimalista por cierto, pero efectiva. Con ella es posible abrir dolphin al estilo windows (logo + e), subir y bajar el volumen.

"dolphin"
m:0x50 + c:26
Mod2+Mod4 + e

"ksnapshot"
m:0x10 + c:111
Mod2 + Print

"dbus-send --type=method_call --dest=org.kde.kmix /Mixer0 org.kde.KMix.increaseVolume string:"Master:0""
m:0x0 + c:176
XF86AudioRaiseVolume

"dbus-send --type=method_call --dest=org.kde.kmix /Mixer0 org.kde.KMix.decreaseVolume string:"Master:0""
m:0x0 + c:174
XF86AudioLowerVolume

"dbus-send --type=method_call --dest=org.kde.kmix /Mixer0 org.kde.KMix.toggleMute string:"Master:0""
m:0x0 + c:160
XF86AudioMute

# opcionalmente, usted puede agregar un acceso rápido para visualizar el resto de accesos rápidos activos.
"xbindkeys_show"
control+shift + q

Con ésto, podrá utilizar sus accesos de teclado rápido sin tener que esperar a las próximas versiones de KDE 4, donde el error "debiera" estar resuelto.

Diccionarios en Openoffice.org 3

Esta mañana actualicé mi sistema, y me encontré con una actualización importante: Openoffice.org 3.0. Inmediatamente pensé! wow! estos desarrolladores de Archlinux si que son veloces. Al rato note que cometí el error de no leer los mensajes que arrojó Pacman, motivo por el cual ignoré ciertos detalles importantes. El motivo de la entrada de hoy, es explicar como solucionar los aparentes cuelgues que ocurren en entornos KDE, además de proveer mi extensión con el diccionario para Chile.

El primer motivo, y probablemente el que mas disgustos causará es la eliminación del soporte gráfico "kde". Lo que implica que es necesario forzar el "look and feel" al utilizado por Gnome. Si no hacemos ésto, es muy probable que el programa "se cuelgue".

Para solucionarlo, es necesario definir la variable de entorno OOO_FORCE_DESKTOP con el valor gnome. Sin embargo, en equipos compartidos esto es molesto. Entonces, una buena solución es hacerla global. Para hacerlo, es necesario crear el archivo /etc/profile.d/soffice.sh, asignarle permisos de ejecución, y como contenido, agregar

export OOO_FORCE_DESKTOP=gnome

Otra molestia de la nueva versión es la ausencia de los diccionarios por defecto. Si bien es relativamente simple instalarlos, Archlinux viene sólo con algunos. Entre ellos el español, pero localizado al español de españa (es-ES)

Diccionario para es-CL

Dicho diccionario puede ser instalado desde el administrador de extensiones (herramientas/Administrador de extensiones). Sin embargo, en equipos compartidos ésto puede ser molesto.
Para instalarlo de forma global, es necesario ejecutar como administrador

/opt/openoffice/program/unopkg add --shared dict-cl.oxt

Y para desinstalarlo, basta con ejectuar

/opt/openoffice/program/unopkg remove --shared org.openoffice.cl.hunspell.dictionaries

Y ya que estamos jugando con unopk, es posible visualizar las extensiones globales instaladas ejecutando

/opt/openoffice/program/unopkg list --shared

Direcciones útiles
Sitio que contiene extensiones y diccionarios para openoffice.org
Origen del diccionario de sinónimos

KDE 4.1: Apagar los efectos al reproducir video

Me cambie a KDE 4.1 un par de días después de que los desarrolladores de arch decidieran reemplazar a la querida y robusta versión 3.5, en lugar de dejar versiones paralelas.

Si bien aún no es perfecto, su usabilidad y estética es tan buena que te acostumbras rápidamente. Sin exagerar, al tercer día ya me cuestionaba si era posible volver a la versión anterior. Creo que dejaré de cuestionarme ésto y estaré convencido sólo cuando en mi colección de programas tenga un kio slave para obexftp, knetworkmanager, kpowersave nativo, y un amarok también integrado con el nuevo escritorio de la gran K.

Dentro de las cosas buenas que tiene, están los efectos gráficos de kwin, los cuales son tan diversos como los que cuenta compiz, pero en mi opinión mejores, debido a que jamás este último funcionó de forma adecuada con kde. Los efectos son lindos, simples de configurar, y para que funcionen sólo es necesario tener habilitado aiglx.

Sin embargo, con el tema de los efectos no todo es perfecto. Generalmente las aplicaciones de video utilizan xv (xvideo), el cual generalmente no se lleva bien con los efectos del compositor, ya sean los de kwin o compiz. El motivo de éste post, es precisamente enunciar una solución temporal para deshabilitar los efectos en kde 4 mientras se reproduce el video, y habilitarlos al finalizar.

¿como lograr esto?
La respuesta debiera ser simple, basta con utilizar el reemplazo de dcop: dbus. Sin embargo, luego de investigar un poco, y mirar las interfaces de kwin, noté que éste no cuenta actualmente con un método que realice esta función, como toggleEffects o algo así. Por lo tanto, la solución actual es realizar los siguientes pasos:
- Deshabilitar los efectos en la configuración del usuario
- Recargar la configuración (esto apagará los efectos)
- Ejecutar su programa de video favorito
- Habilitar los efectos en la configuración del usuario
- Recargar la configuración

Para realizar ésto, se pueden enviar comandos dbus, y utilizar la utilidad kwriteconfig. No explicaré los detalles, pero al final del artículo usted puede encontrar un script para realizar todos los pasos de forma automática utilizando mplayer. Es necesario asignarle permisos de ejecución, y asociar los archivos de videos a dicho script.

Links útiles:
xvmplayekde4: Script de mi autoria que realiza lo sugerido en el artículo.
D-Bus Sightseeing: Entrada de un blog que me explicó como realizar llamadas dbus.
en su equipo, puede encontrar el archivo /usr/share/dbus-1/interfaces/org.kde.KWin.xml, el cual es la interfaz de las llamadas dbus para kwin. Así como es posible experimentar con qdbusviewer, una excelente herramienta que muestra los objetos dbus en memoria, y permite realizar llamadas.

las malas noticias terrenales son buenas noticias de la vida eterna

Si bien me prometí no volver a escribir un tema personal en éste blog. Los eventos ocurridos hoy necesito escribirlos en algún lugar, pues claramente marcarán para siempre mi estadía en la universidad. Todo marchaba como un día normal de clases, yo trabajaba en mis cosas, cuando un amigo se me acerca y me dice con un tono algo exaltado una noticia que me dejó en shock. La verdad no sé que pasó por mi mente, se me puso en blanco, y quien sabe cual fue la cara que puse, pero inmediatamente cambiaron mis pensamientos, y mi trabajo pasó a la última prioridad. Al ser comprobar la trágica noticia, tuve que empezar a transmitirla a mis amigos. Es terrible ser el mensajero de las malas nuevas, pues notas como se transforma la cara de las personas en una que rara vez tienes la oportunidad de ver, esa transformación de cara es la peor experiencia que puedes tener., pero alguien tiene que hacerlo. Me trataron de frío, o que no sirvo para dar esa clase de noticias, pero mis acciones fueron así en el transcurso del día, y sólo logré expresar mi pena cuando quedé solo.

Este post no trata de mí, sino de mi amigo Raúl Ortega, Raulito para los amigos, Darth debian en la internet. No puedo evitar dedicarle unas palabras a quien amaba la computación más que nadie. Él era un fanático de todo lo relacionado con las artes de los bits. Fanático de Opensolaris, Linux, aparatos raros, redes, java, sun, etc. Nunca le negó ayuda a alguien, incentivó a sus amigos a participar de la causa que él creía era la mejor, participaba de una causas solidarias, y siempre estaba dispuesto a cooperar, incluso en las tareas voluntarias de operaciones, lugar donde trabajabamos juntos como ayudantes.

Su sonrisa era constante, incluso cuando relataba malos momentos como la falla fatal de su laptop el día de la flisol. Quien hubiera imaginado que dicha muerte era un cruel presagio de lo que sucedería sólo un par de meses después. De haberlo sabido, no nos hubiéramos reído de ti. Sino que compartiríamos tu pena, y te habríamos invitado a una cerveza a celebrar por la amistad, a
disfrutar la vida al máximo, a reírse de las historias y locuras compartidas mientras formamos parte de nuestro grupo de software libre, y ¿porque no?, a burlarnos del "bando contrario", una de las clásicas conversaciones que teníamos cuando sacábamos a la luz nuestro lado friki.

Si bien no conversáramos en exceso, era un buen amigo, y nos unía nuestro hobby favorito. Precisamente la última conversación con él la tuve éste fin de semana, cuando además de saludarme, me preguntó acerca de un emulador x86 que pudiera limitar la velocidad de ejecución. Me pareció rara la pregunta y le pregunté porqué quería hacer eso. Me explicó que pretendía recuperar unos computadores antiguos para instalarle debian, con el fin de darselos a los niños pobres o algo así, queda demostrado que siempre pensaba en los demás.

Para terminar, necesito escribir éstas palabras, y de la siguiente forma, como probablemente te hubiera gustado:
LinuxDiinf fue más que un grupo de compañeros de universidad en unión por la difusión del software libre, ha sido la interfaz para que implementemos cada uno la función amistad. A pesar de que tu corazón no late, siempre estarás referenciado en nuestra memoria. Además, estoy seguro que ahora resides en un espacio reservado sólo a la gente buena, y no me cabe duda que estás allí, instalando opensolaris a los sistemas de registro del cielo.

Este post va en tu honor raulito!
Tus amigos no te olvidarán.

mi hd muere; pequeño truco para locale

Hoy en la mañana mi notebook no partió como debía, el motivo era el acuse de S.M.A.R.T. acerca del fallo inminente de mi disco duro.

me pregunté ¿que rayos pasa?, así que procedí a averiguar cual era el motivo de la falla. Tras un breve uso de google, di con la utilidad smartctl, la cual era parte del paquete smartmontools en archlinux. Luego de instalarlo ejecuté el comando

# smartctl -H /dev/sda
smartctl version 5.37 [i686-pc-linux-gnu] Copyright (C) 2002-6 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: FAILED!
Drive failure expected in less than 24 hours. SAVE ALL DATA.
Failed Attributes:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
5 Reallocated_Sector_Ct 0x0033 132 132 140 Pre-fail Always FAILING_NOW 538

Wow, ¿como puede diagnosticar un error fatal en menos de 24 horas? según leí Reallocated_Sector_Ct son los sectores remapeados debido a fallas, según entiendo los discos duros traen algunos sectores de reserva para dicho fin. Leía por ahí que un valor aceptable es un sector por mes de uso, sin embargo yo tengo 132! eso es claramente una sentencia de muerte., y por algo smart te avisa encarecidamente salvar tus cosas ahora ya!

Luego de entender el mensaje, obviamente respaldé la información mas vital para mi: mis material de la universidad, cosas personales, y , por suerte tenía casi 50G no particionados en un equipo de la casa. Ahora debo cambiar el disco duro, cuidando de no comprar nuevamente wd. Increíble que cada disco duro que me ha fallado en la vida lleva ese nombre. Anteriormente pudo ser por el tiempo, pero éste no alcanza a tener 1 año de uso.

Bueno, para que sea útil éste post, luego del respaldo, decidí eliminar mi partición de ubuntu, motivo por el que usé cfdisk. Dejo un pequeño tip para evitar las molestias que posee el locale de éste programa.

Mini tip
Esto no es precisamente un truco, pero es típico que cuando intentamos usar cfdisk en español, no podamos escribir sí con acento, y tengamos que recurrir a otras formas. Como era de esperarse, ésto ocurre sólo con el locale en español.

Para evitarlo, basta ejecutar la aplicación en inglés, cambiando el locale. Para basta ejecutar el siguiente comando:

export LANG=""; cfdisk /dev/sda

voilá, en lugar de sí, pedirá yes, absolutamente tecleable.



P.D: Si alguien conoce de ésta infomación, y puede interpretarla, dejo la salida completa:

# smartctl -a /dev/hda
smartctl version 5.37 [i686-pc-linux-gnu] Copyright (C) 2002-6 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

Smartctl open device: /dev/hda failed: No such file or directory
[root@jpmovil ~]# smartctl -a /dev/sda
smartctl version 5.37 [i686-pc-linux-gnu] Copyright (C) 2002-6 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF INFORMATION SECTION ===
Model Family: Western Digital Scorpio family
Device Model: WDC WD1200BEVS-00LAT0
Serial Number: WD-WXE207C29
Firmware Version: 01.06M01
User Capacity: 120,034,123,776 bytes
Device is: In smartctl database [for details use: -P show]
ATA Version is: 7
ATA Standard is: Exact ATA specification draft version not indicated
Local Time is: Thu Jun 19 12:16:31 2008 CLT
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: FAILED!
Drive failure expected in less than 24 hours. SAVE ALL DATA.
See vendor-specific Attribute list for failed Attributes.

General SMART Values:
Offline data collection status: (0x00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: (6360) seconds.
Offline data collection
capabilities: (0x7b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 82) minutes.
Conveyance self-test routine
recommended polling time: ( 6) minutes.

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 200 200 051 Pre-fail Always - 0
3 Spin_Up_Time 0x0003 188 187 021 Pre-fail Always - 1583
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 766
5 Reallocated_Sector_Ct 0x0033 132 132 140 Pre-fail Always FAILING_NOW 538
7 Seek_Error_Rate 0x000f 100 253 051 Pre-fail Always - 0
9 Power_On_Hours 0x0032 099 099 000 Old_age Always - 957
10 Spin_Retry_Count 0x0012 100 100 051 Old_age Always - 0
11 Calibration_Retry_Count 0x0012 100 100 051 Old_age Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 763
192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 742
193 Load_Cycle_Count 0x0032 196 196 000 Old_age Always - 14174
194 Temperature_Celsius 0x0022 115 102 000 Old_age Always - 32
196 Reallocated_Event_Count 0x0032 172 172 000 Old_age Always - 28
197 Current_Pending_Sector 0x0012 200 200 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0010 100 253 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x0009 100 253 051 Pre-fail Offline - 0

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
No self-tests have been logged. [To run self-tests, use: smartctl -t]


SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

¿Archlinux se está haciendo conocida?

Desde que me hablaron de Archlinux años atrás describiéndolo como "una bala" que me interesó dicha distribución. La he usado desde entonces, y gran parte del conocimiento que tengo de linux proviene de dicha distro. Sin embargo, siempre he considerado a mi distribución como marginal, pues además de algunos amigos que son usuarios, es común que cuando me piden ayuda o me comentan de una distribución, se trate de ubuntu, fedora, o la infaltable debian. Sin embargo, en el último tiempo he notado un leve aumento en la cantidad de usuarios, los cuales aprecian la supuesta ganancia de velocidad, y el hecho de estar siempre actualizados con las últimas versiones estables (hay excepciones, kde4 no se ha incluido por no ser considerada suficientemente estable. Estoy de acuerdo con eso)


El ejemplo máximo de la consideración que le esta dando la distribución de la punta de fecha, es lo que me noté hoy, al intentar crear una nueva maquina virtual en VirtualBox 1.6.0, buscando la clásica opción Linux 2.6 noté la existencia de una opción especifica para Archlinux, junto a las distribuciones "mayores", o mejor dicho populares, como ubuntu, debian y fedora. Me pareció extraño que consideraran a una distribución no popular (#20 en distrowatch).


Las distribuciones linux incluidas son las siguientes:

• Archlinux
• Debian
• OpenSUSE
• Fedora
• Gentoo
• Mandriva
• Red Hat
• Ubuntu
• Xandros

Si bien es una gran variedad, me sorprende la ausencia de un importante veterano del ejercito del pingüino: Slackware.

¿Los motivos?
Una puede ser porque la estructura de archlinux se aleja de las demás, al "no estar basada en..." (si bien se dice que arch está basada en crux, en realidad la primera ha sido construida desde cero tomando como base las ideas de crux). Por ello quizás se ignoró el millar de distribuciones basadas en debian, pero por el mismo motivo, se debió incluir a slackware, quien tampoco está basada en alguna de las de la lista.

Quizás porque archlinux se comporta excelente en ambientes virtuales. Lo digo por experiencia: El año pasado en sistemas distribuídos ĺlegue a tener 5 archlinux corriendo simultáneamente, algunos de ellos con sun application server.
¿lo anterior no le sorprende? Es que olvide agregar que mi procesador es un humilde celeron m410. mononúcleo, sin extensiones de virtualización, etc. El que cuenta con 1.25G de memoria ram.
Recuerdo que sucedían cosas raras, como que las maquinas se colgaban en el grub si se iniciaban simultáneamente, lo que me obligaba a ejecutarlas en secuencia. Sin embargo, luego en ejecución se portaban excelentes, eran rápidas y simples de configurar, sin consumir excesivamente recursos de hardware.

Acerca de la popularidad para ser considerada, podemos experimentar con Google, donde realicé búsquedas a diversos nombres de distros, obteniendo los siguientes resultados:
1.140.000 de archlinux. (0,22 segundos)
11.100.000 de slackware. (0,17 segundos)
94.000.000 de ubuntu. (0,19 segundos)
101.000.000 de debian. (0,14 segundos)
39.600.000 de fedora. (0,12 segundos)
36.100.000 de "red hat". (0,28 segundos)
63.100.000 de solaris. (0,24 segundos)
4.610.000 de opensolaris. (0,17 segundos)
3.670.000 de xandros. (0,16 segundos)
190.000.000 de "windows vista". (0,22 segundos)
268.000.000 de "windows xp". (0,26 segundos)

Claramente las menciones en la web hacia archlinux son considerablemente menores a las de sus pares, lo que afirma la poca popularidad de la distribución. Además, hay resultados curiosos, por ejemplo podríamos concluir que Debian mas popular que Ubuntu, lo cual evidentemente no es cierto. Quizás esto se puede explicar debido a que la primera tiene muchos años de ventaja)

En fin, la pregunta queda abierta: ¿Archlinux se hace mas conocida o popular? o quizás ¿tiene una reputación que hace que se considere cada vez mas?

Dispositivos Bluetooth

Hace poco más de un mes recibí un presente con motivo de mi cumpleaños número 26. Éste era un teléfono movil que llego a reemplazar a mi viejo y maltratado nokia 1100. La gracia del nuevo teléfono, es que además de tener la posibilidad de ejecutar aplicaciones java para móviles, posee servicios de conectividad mediante bluetooth. El motivo de éste artículo es relatar mi experiencia al intentar utilizar el teléfono con linux, además de dar alguna ayuda a los novatos en el tema. No pretendo ahondar profundamente en conceptos técnicos, sino que lo relataré desde el punto de vista de un usuario normal de kde.

Al adquirir el teléfono, desconocía el mundo del bluetooth, sabía de la existencia de la tecnología, sus alcances, la forma en que se transmite, sin embargo desconocía los protocolos usados, y como experiencia empirica sólo tenia una partida de mario kart ds, lo cual no fue para nada suficiente para ganar conocimiento. (Maldita transparencia al usuario!). Además, como mi computadora no poseía soporte para dicha tecnología, decidí comprar un dongle usb.

La desición no fue fácil, pues a pesar de que un amigo me mencionó que la cantidad de proveedores de chipset para estándar era limitada (lo que probablemente asegurara un completo soporte por los sistemas del pingüino), no estaba seguro sobre cual comprar. Finalmente, tras una búsqueda, dí con un producto en mercado libre que mencionaba el soporte en linux. Decidí comprar éste, a pesar de ser un poco mas caro (alrededor de 12 dólares). Poseía una característica particular: Una antena, por lo cual fue fácil encontrarla en el comercio. Desconozco como soporte para otros dispositivos. Buscando en internet me enteré de la existencia de una lista de dispositivos soportados, la cual por motivos legales fue quitada (es algo extraño el mundo del estándar bluetooth). En fin, mi dispositivo es reportado así
ID 1131:1001 Integrated System Solution Corp. KY-BT100 Bluetooth Adapter y la salida de dmesg es la siguiente:
usb 1-2: new full speed USB device using ohci_hcd and address 4
usb 1-2: configuration #1 chosen from 1 choice Bluetooth: HCI USB driver ver 2.9
usbcore: registered new interface driver hci_usb

Ok, el kernel lo soporta, vamos a lo bueno: El software
Mi experiencia ha sido utilizando mi distribución oficial: Archlinux, y mi distribución de pruebas, y plataforma que me permite fácilmente satisfacer mi nuevo fetiche: las transiciones OpenGL en openoffice. Claramente hablo de Ubuntu.
En ubuntu venía casi todo el software instalado. Bastó conectar el dispositivo móvil, acoplarlo, y voilá, tenía transferencia de archivos.
En archlinux tuve que instalar el paquete kdebluetooth, el cual como dependencias instaló todo el software necesario (openobex obexftp bluez-utils). Por ésto, el procedimiento descrito es utilizando kde.
kdebluetooth es una colección de utilidades que, entre otras funciones, permite acoplar y desacoplar los dispositivos bluetooth, cambiar la visibilidad del computador, enviar archivos de forma sencilla al teléfono móvil y definir el nivel de confianza de los dispositivos. En realidad es un frontend que utiliza las herramientas de bluez, el stack del protocolo bluetooth para linux. Además de las de obex (protocolo para el intercambio de datos en dispositivos móviles)

Para acoplar el dispositivo, basta clickear en el ícono de la barra de notificicación, y luego intentar acceder al dispositivo. Al hacerlo el teléfono avisará de un intento de conexión, por lo que solicitará autorización, además de definir una contraseña llamada PIN. Al hacerlo, el sistema detecta dicha solicitud y solicita el emparejamiento mediante el ingreso del mismo PIN. Luego de ésto el dispositivo está emparejado. Algo muy agradable es que KBluetooth guarda ésta información, por lo que no será necesario volver a acoplar el sistema en usos posteriores.

Transferencia de archivos
La transferencia de archivos debiera ser la motivación principal de un usuario. En el caso de los teléfonos móviles, el protocolo que utilizan es OBEX. Existe un kioslave que transparenta el acceso mediante éste protocólo. Como ya se mencionó, al clickear en el ícono de KBluetooth, se abrirá konqueror. Si se desea utilizar otra aplicación (que soporte kioslaves) como dolphin, el método de acceso es mediante la dirección obex://[DIRECCION_DEL_DISPOSITIVO]/


Control remoto
Ok, es divertido transferir música y fotos al teléfono móvil, puede ser útil también, pero lo interesante es hacer otras gracias. Al querer un teléfono con soporte Blutetooth y JAVA, una aplicación lógica y necesaria es tener un control remoto. Nuevamente gracias al consejo de Felipe, instalé anyremote. Una aplicación que habilita un servidor en nuestro computador que escucha los comandos enviados por el cliente java (en la página web puede ser descargado dentro de un rpm).
Anyremote funciona con perfiles de aplicaciones, y vía de comandos. Pero además provee de 2 frontends escritos en python para KDE y Gnome.
KAnyRemote es el frontend para KDE, es idéntico al de gnome, lo noté porque no quería partir la versión de kde, me bajé la de gnome, la ejecuté, creó la configuración local, y luego mágicamente la versión de kde funcionó (viva la reutilización de código!). Cosas del python.
En un inicio es algo complicado de entender, pero rápidamente te das cuenta que para cambiar el perfil de la aplicación que escucha, se debe detener el servicio, seleccionar dicha aplicación, y luego encenderlo nuevamente. La gracia está en la versatilidad de la aplicación, pues además de ejecutar comandos (por ejemplo llamadas dcop), también envía "tecleos", lo que permite controlar aplicaciones como impress.
Un problema frecuente al usar éste programa por primera ves, es cuando se intenta buscar el servicio, sin éxito. Ésto se debe a que el equipo servidor debe estar visible para los demás dispositivos (se puede habilitar temporalmente habilitando el modo descubrible desde kbluetooth/configuracion/dispositivos, kbluetooth por defecto asigna 3 minutos en modo descubrible, los cuales pueden ser modificados). Luego de realizar la conexión exitosa, ésta queda guardada en el dispositivo móvil.

El control remoto en pantalla es sencillo, asociando a cada número una función, asi como modos especiales, como el de amarok, el cual muestra la carátula del disco que actualmente se reproduce, dando la posibilidad de controlar las funciones mediante el uso del pad.

En arch, conseguí anyremote mediante la compilación de los paquetes de aur: anyremote y kanyremote. En ubuntu, bastó utilizar alien para convertir los paquetes rpm proveídos en la página oficinal en .deb.


Esto fue mi breve artículo acerca de las impresiones que tengo utilizando el bluetooth. La verdad no tengo quejas, todo funciono a la primera, y rápido, sin ralentizar mi sistema, como es en el caso de windows, donde el driver es algo molesto, y la aplicación de administración que instalé es algo grande.

consejos útiles:

Si deseamos conocer todos los servicios disponibles podemos utilizar el comando
sdptool browse

Enláces útiles
Anyremote Software de control remoto
Bluez La pila oficial para el protocolo bluetooth en linux

todo cambió desde que llegó windows vista

¿porqué misteriosamente desde la llegada de windows vista el soporte de hardware nuevo para linux ha empeorado? ¿que característica nueva incluía dicho sistema operativo que hizo que los fabricantes cambiaran la forma de tratar su hardware?

Cuando compré mi computador, éste venía con una copia de windows xp home, me salvé por poco, porque justo ese mes empezaron a salir los computadores con vista. Curioseando por la red, encontré una nueva versión de la bios, en la cual su principal característica era que "daba soporte a windows vista" ¿porqué una bios tiene que dar soporte a un sistema operativo me pregunté? Debido a esa duda, y como todo me funcionaba bien, opté por no actualizar la bios. Sólo un tiempo después descubrí que había tomado una excelente decisión. La historia cuenta mas o menos así: Durante el año, Roberto se compró un computador acer, y a pesar de que venía con limpus linux, apenas instaló su computador, descubrió que, además de los típicos problemas de sonido, linux no monitoreaba la batería, y que tenía problemas con el acpi. El motivo: Su equipo traía una "bios vista". ¿como lo solucionó? hizo un "downgrade" de bios. Él tuvo la suerte que su computador había estado a la venta desde antes de la salida del infame sistema operativo, ¿pero que sucede con los demás?
Esa respuesta la conoció eduardo, quien luego de comprar con esfuerzo su flamante compaq serie v3000, descubrió que luego de instalarse no le funcionaba el teclado con su fedora 7. Probó con fedora 6, y al menos logró que reconociera su teclado. Recuerdo que instentamos con arch, y teníamos problemas con la X y el teclado. En fin puros problemas. Como es embajador fedora, eduardo conoce muy bien los sitios de soporte. En esos lugares, preguntó porqué le funcionaba el computador sólo con un kernel de fedora 6, y que podía hacer para utilizar el 7 (y el 8 que salía por esos tiempos). La respuesta fue que le diera un parámetro al kernel: nohz=off. A partir de ese momento, todo fue cool para él.

Me han tocado casos raros, como el computador de carolina, donde archlinux no funciona, pues no reconoce el teclado en una sesión de X, y sólo le funciona ubuntu. ¿Que rayos está pasando con el soporte de hardware que no reconoce ni los teclados? ¿es vista el responsable? ¿que demonios cambiaron que causa que no funcionen ni los teclados en linux? Sería una buena respuesta eso.

El motivo de ésta entrada, es contestarle al amigo que comentó en mi entrada entrada anterior, y dar un par de consejos que recibí de mi amigo eduardo.

El primero, y algo obvio, es consultar la internet por información acerca del soporte del hardware. Hay muchos sitios, por ahora recomiendo 2. Si conoces más, y mejores, por favor, indícalo en los comentarios, y con gusto los agrego.
Para empezar, dejaré 2 sitios, conocía otro, pero lamentablemente perdí la dirección:
http://www.linux-laptop.net/
http://smolts.org/

bonus track: La biblia :D
http://gentoo-wiki.com/Index:Hardware

De mi experiencia con hardware raro, sólo puedo aconsejar probar el paso de parámetros al kernel. Algunos parámetros útiles que me han ayudado en diferentes tipos de computadores son:

• nohz=off
• acpi=off
• noapic
• acpi=noirq

instalé ubuntu 8.04!

Quienes me conocen saben acerca del rechazo que tengo hacia las distribuciones basadas en debian (incluyendo a ésta última), debido a que no me gusta apt, ni los paquetes rotos, ni su estilo de configuración. Dentro de ésta clase de distribuciones podemos encontrar a knoppix, mepis, linspire y un sinnúmero de distribuciones. De éstas distros hijas la más popular es ubuntu.

Aun recuerdo acerca de cómo conocí ubuntu, en 2004 un amigo me comentó que le había llegado a su casa un dvd de suse enviado por novell. En dicho tiempo estaba entrando por segunda vez al mundo de linux, luego de una experiencia en el año 2000 con esware. En ese tiempo tenía debian instalado desde un net installer y una conexión muy lenta. Interesado en el tema de "discos de regalo" nvestigué como conseguir un dvd de suse, lamentablemente novell no enviaría mas dvd a domicilio, ni yo tenía lector de dvd. Sin embargo, en dicha búsqueda me enteré acerca de una nueva distribución basada en debian, la cual enviaría "cederrones" a la casa. Comentaban que dicha distribución era auspiciada por un jeque al cual le gustaba el software libre. Busqué su página, y encargué 12 discos (pensando que enviarían el set completo de paquetes de debian)
Pasó el tiempo, y recibí mi copia de ubuntu 4.10, la primera versión del sistema operativo. En el paquete abundaban versiones de 32 bits, tenía un disco de 64 bits x86, y si mal no recuerdo, venían 2 discos para powerpc.

La experiencia de esa vez fue horrible, al actualizar el kernel por uno para el procesador que tenía en esos tiempos (pentium mmx 200mhz), la disquetera permanecía encendida durante todo el tiempo que utilizara el sistema. Y con mi nula experiencia rápidamente rompí el listado de paquetes, con lo cual recuperar el sistema operativo fue un caos. Luego de eso, opté por borrar dicho sistema operativo, y pasarme a slackware. Con el tiempo nunca hice eso, y finalmente terminé instalando archlinux.

De la experiencia de su primera versión, criticaba a ubuntu, veía como evolucionaba, y se convertía cada vez en la principal referencia de gnu/linux. TIempo después pedí nuevamente discos, y al comprobar que no funcionaban en un computador que tenía un maldito chipset via/s3, nunca más utilicé dicha distribución, sólo le daba soporte ocacional, fracasando en un primer intento cuando terminé gritando "¿y que hicieron con el init estos weones?" Actualmente ésto me causa gracia, pues en aquel tiempo no sabía que habían inventado upstart.

El motivo de la entrada de hoy, es porque el otro día al leer de la publicación de ubuntu 8.04 decidí descargar ésta distribución, y luego de probar en virtualbox que funcionaba, opté por instalarla en mi sistema, sin correr muchos peligros, pues dejé 8G libres para experimentar con distribuciones. Desde la compra de mi disco duro, en dicho espacio han residido fedora, opensuse, y actualmente ubuntu.

Luego de un "bonito" booteo sin información que me diga que diablos hace (presionaba f1, f2, escape y nada de información), cargó el escritorio de gnome.

Instalación
La instalación no fue dificil, sólo tuve que cargar el live cd, dar doble click en el ícono y seguir las instrucciones. Como usuario avanzado, no tuve problemas en definir que partición usar, pero creo que si no explicas claramente que es un punto de montaje, será más complicado para un usuario novato. Aunque ahora lo que lo pienso, los usuarios novatos no instalan ni windows.

Controladores privativos
Luego de la instalación, el escritorio se comportaba extraño, no se veía bien. Fue así como en sistema/administracion/controladores de hardware habilité el soporte para el controlador privativo de ati luego de una linda advertencia indicando que el soporte de dicho controlador estaba a cargo del fabricante. Ahí comprobé que había instalado madwifi automáticamente, como no soy un talibán de la libertad, por mí está bien que incluya controladores privativos, todo sea por obtener el mejor soporte de hardware, y brindar la mayor cantidad de prestaciones y facilidades al usuario.


Una de las cosas que me parecieron curiosas fue que el sistema me solicitara reiniciar, al más puro estilo windows. Si lo decía era por algo, así que lo hice, al volver a partir dije ¡sorpresa! tengo efectos gráficos!!! Ubuntu habilitó automáticamente compiz fusion.




Soporte de hardware
Luego de un rato, quería habilitar el sonido. Sé perfectamente como hacerlo, pero buscaba una forma visual de poner el parámetro al kernel, no la encontré, sin embargo hice un reporte con launchpad acerca de ésto, indicando que éste laptop necesitaba dicho parámetro, quien sabe si en el futuro atienen ese reporte, y por fin una distribución agregue el model=6stack-digout cuando encuentre éste chip de sonido. Por si éste punto le causa conflicto a otro feliz poseedor de un satellite l30/l35, les vuelvo a contar que para obtener sonido, escribí al final del archivo /etc/modprobe.d/alsa-base la línea

options snd-hda-intel model=6stack-digout
y luego reinicié.

Después active el bluetooth en mi celular, instalé un paquete llamado gnome-bluetooth-utils o algo asi, y luego ya estaba recuperando archivos de mi telefono movil. Me sorprendió, porque hasta ahora sólo podía enviar cosas en kde con archlinux. Punto para ubuntu (o gnome)


Soporte multimedia

Luego de reiniciar, lo primero que hice fue abrir un reproductor de música, estar utilizando un computador por 1 hora sin música había sido una experiencia traumante, ok no era para tanto, pero soy fanático de acompañar mis tareas con una buena dosis de rock. Al agregar mp3, inmediatamente se me indicó que no poseía un decodificador adecuado, y me ofreció instalar algunos para poder lograr éste cometido, luego de seleccionar 2 paquetes, e instalarlos, ya estaba escuchando a the raconteurs :D

Resumen

Hasta el momento no tengo quejas, la distribución parece clara, explica muchas cosas, y si bien no tiene tantas opciones de configuración como yast (opensuse), éste mismo hecho pienso que es a favor de la distribución, pues yast puede agobiar al usuario. Sobre todo cuando se intenta entrar al listado de paquetes. Seguiré probándola, pero dudo que deje archlinux por ésta distribución. Tengo unos planes para ésta distro, quiero probar los efectos opengl de openoffice, la instalé porque doy por hecho que saldrá un paquete de fácil instalación para ésta distribución. Por ahora sólo puedo decir que ubuntu se ha portado bien, que no me parece confusa, y que me parece adecuada para usuarios novatos. Pero tan adecuada como una fedora, o una opensuse.

1 año de blog

Hace un año atrás, y sólo un par de días después de mi cumpleaños número 25, decidí iniciar un espacio donde publicar pensamientos, ideas, trucos, etc. Como era de esperarse, en un inicio casi no tuve visitas, sólo empecé a obtenerlas cuando escribí una parodia acerca de lo que aprendí en las primeras clases de ingeniería en software: casos de uso y cosas de casa. Ahí, y luego de las visitas de parte de mis compañeros comprendí que lo que debía hacer era publicar cosas que podían interesarle a las personas. Así que decidí escribir el artículo mas visitado de esta bitácora.
Cuando compré mi actual laptop, inmediatamente me funcionó en linux, sin embargo tenía un problema: no sonaba. En aquellos tiempos recurrí al sitio de alsa y bajé los drivers para el kernel en versión de desarrollo (hg). Los instalé y no pasó nada. Fue así como decidí investigar el código fuente, para descubrir que habían opciones que podía pasar por parámetros. Probé una a una cada opción, hasta que logré dar con la correcta. Lo había hecho, tenía solucionado mi problema, pero ¿cuantas personas pasaron por eso? (y aún pasan). Ese era el principal truco que le conocía al computador, pero opté por mostrar como configurar diversas cosas.

Así continúe escribiendo de diversas cosas, a veces incluso pensamientos personales de eventos de un día particular en el que tenía ganas de escribir, otras veces escribiendo sobre ideas que vinieron a la cabeza tras reflexionar sobre 2 personas que conocía. Luego, debido a razonamiento tras una borrachera (es increíble como matando un par de neuronas se me aclara la mente), decidí crear otro blog para temas personales y focalizar ésta bitácora en uno de mis temas favoritos y fuente de mi trabajo: computación, linux, software libre, etc. Dicho blog personal, que mas que para temas y opiniones personales, parecía un pañuelo de lagrimas, motivo por el que decidí borrar tan penosa bitácora. Luego creé un blog de videos musicales, también sin pretensiones, sino como espacio para compartir gustos musicales con mis amigos. Además, soy parte de otro proyecto, de carácter secreto y anónimo, donde escribo sin mi identidad, y prefiero que se mantenga así.

Hoy escribo para agradecer las 7000 visitas que obtuvo mi blog en 1 año. No esta nada de mal si consideramos que es un blog personal, sin pretensiones de nada. No me considero blogger, sólo escribo cuando tengo tiempo, ganas e inspiración.

¿Que es lo que viene? Tengo en mente escribir un artículo comparando 2 extremos de linux: ubuntu y archlinux. A pesar de que al comentarselo a unos amigos criticaron mi idea, deseo demostrar que muchas cosas acerca de la dificultad de la distribución que llevo usando un par de años son un mito. Por algo muchas personas en mi círculo la usan. Sin embargo necesito tiempo, y en los últimos días, eso es algo por lo que pagaría. Otro artículo que pienso hablar es acerca de algo que aseguró un profesor en la universidad que me ha hecho pensar mucho sobre si debo acercarme a tecnologías microsoft si quiero realizar una buena carrera profesional.

Un último agradecimiento es para mis lectores habituales que comentan en los artículos, en ellos los mas frecuentes suelen ser mis amigos, como eduardo, felipe y roberto; pero también ha comentado harto david, una persona a quien no conozco, pero que ha comentado en diversos artículos. Creanme que cuando uno se da el tiempo de escribir algo, lo que más agradece es un comentario. Es la gracia de la web 2.0, y cuando lo comprendí, suelo dejar un comentario cuando algo me ha interesado o ha sido útil.

Crapware, vista, nuevas tendencias

Leo en diversos blogs acerca de programa "fresh start", en el cual Sony ofrece desinstalar el típico software de pruebas que incluyen en los equipos nuevos (crapware). Para ello, originalmente la idea era cobrar 50 dolares por esta labor, siempre y cuanto contaras con una licencia de windows vista business. Digo originalmente, porque tal fue el pelambre en Internet, que rápidamente desistieron del cobro a partir de hoy (pero de todas maneras tendrás que hacer el upgrade al vista 100 dolares mas caro, pues dicho programa es aplicable sólo con esa edición).

Mas allá sobre lo ético de incluirte software que no deseas, y que probablemente no quieres instalado en tu flamante pc nuevo, esta noticia me ha hecho pensar en los efectos que ha causado vista en los usuarios. Si sony ofrece esta posibilidad, es porque vio un nicho de mercado. Claramente notaron el disgusto que provoca en sus consumidores comprar una computadora nueva, con características probablemente muy superiores a la anterior, encenderla, y notar que el rendimiento es igual, o en algunos casos inferior a tu maquina anterior!, por ello optaron por entregar un sistema operativo "virgen" así funcionará mas rápido y será mas comodo para el usuario (al menos en el primer momento)

Hay que reconocerlo, el sistema operativo por defecto en esta clase de computadoras siempre es windows, el cual a medida que instalamos software misteriosamente se pone mas lento - ¿a que se debe esto? - Nadie lo sabe, quizás al registro de windows, quizás al sistema de archivos, o probablemente a la necesidad de crear servicios del sistema, o procesos que monitorean alguna actividad en particular que no son provistos por el sistema operativo, o quizás no son informados por microsoft. Además, en dicho SO existe la necesidad de utilizar software adicional de seguridad, como antivirus, antispyware, y si eres paranoico como yo, también un firewall personal que además de la protección contra ingresos externos, te permita controlar que aplicación tiene acceso a internet.

El punto es que con la evolución del conocimiento de los usuarios, estos ya empezaron a notar que si compran una computadora mas veloz y poderosa, lo quieren para incrementar los resultados que logra con su software en particular, no para soportar un nuevo sistema operativo que finalmente hace lo mismo, pero consumiendo el triple de recursos. Entonces, ¿que es lo que hacen? Lo obvio, quitan vista e instalan xp, si el fabricante lo permite, pues hay firmas como hp, que no proveen drivers para sistemas operativos anteriores a los que vienen incluídos con sus productos. Cada vez los usuarios creen que no otra opción, se sienten mas perdidos, y muchos están mirando hacia nuevas plataformas como mac osx y linux, muchos ya conocen su existencia, pero no se han atrevido al cambio. La pregunta es ¿que hacer para cautivar a estos usuarios? ¿vale la pena intentar convencerlos?

Vista ha generado un rechazo, no por su apariencia. En parte porque pregunta demasiado por confirmaciones, pero la gran parte de la molestia por el sistema operativo de microsoft es debido al consumo de recursos. A las únicas personas que he visto que no les genera rechazo es a los last-version kids. En algún momento fui uno de ellos, luego deje windows, pero en parte lo sigo siendo, pues utilizo una distribución que satisface ese deseo de tener lo último estable:Archlinux. Lo que me diferencia de ellos, es que tengo claro que si un software nuevo no me funciona como espero, simplemente no lo utilizo en lugar de autoconvencerme de que todo esta ok.

Pienso que si se quiere convencer a estos usuarios disgustados para que se cambien al país de linux, es necesario que se ataque por 4 frentes en el mercado de los escritorios (en el continente de los servidores, el país GNU/LINUX es mayoritario)

1- Software llamativo y coherencia visual

Mac os X es unix, ¿porque no genera rechazo en las personas? Incluso genera admiración que no sienten por linux, fuera del lado snob, hay algo mas que hace que las personas se interesen por un mac, es su estabilidad, y su buen funcionamiento. En estos linux tampoco falla, sin embargo en la experiencia de usuario, específicamente en la gui es donde es débil.

Pienso que en este punto, es importante que se definan estándares que permitan una coherencia visual en las aplicaciones de linux, acompañadas de lindos efectos, facilidades para el usuario, etc.

Compiz ha dado un importante paso para hacer mas llamativo el escritorio linux, pero no es suficiente. Lamentablemente por la naturaleza libre de linux, existen diversas alternativas para generar ventanas, con sus respectivas formas de presentación y efectos. Dudo que algún día se llegue a algo más que temas comunes para qt, gtk, etc. Lo ideal sería crear una librería de presentación común, que se encargara exclusivamente de la capa de presentación, en base a lo indicado por las "viejas" bibliotecas de dibujo de interfaces. Es como duplicar el trabajo, pero veo la única solución para mantener la compatibilidad con el software ya existente. Aún así sería necesario estandarizar otras cosas, como los cuadros de dialogo para archivos, impresoras, etc. Es una gran tarea, que probablemente, generará peleas, tocará egos, pero que es una necesidad real.

2- Apoyo de las empresas de software profesional
Si adobe y otras han podido portar su software a mac os, ¿porque no a linux?, ¿estas aplicaciones están tan atadas a la capa de presentación, de forma que no se pueden portar facilmente?, ¿o quizás no les interesa?

Lamentablemente en este punto el país de linux poco puede hacer mas que crear alternativas a dichos programas, pero mientras se intenta igualar las opciones con versiones clónicas, siempre las empresas se encargan de crear nuevas cosas, o quitar la compatibilidad. Un caso notable es el de office 2007, cuando microsoft notó que cada vez se acercaba mas su alternativa libre openoffice.org, cambió el formato de sus documentos, la interfaz, y además agrego interesantes herramientas y opciones gráficas a powerpoint. Por suerte, openoffice 3 volverá a acercarse en la parte útil: los estilos para las tablas y la compatibilidad con los nuevos formatos. De la interfaz, "sin comentarios".

3- Apoyo de las empresas de juegos

Microsoft sabe que el mercado hogareño lo retiene principalmente por este punto. Las mentes jóvenes tienen facilidades para aprender y probar nuevas alternativas, entonces, ¿como se les puede retener? simple, creando diversión exclusiva para su plataforma. Lo demostraron cuando anunciaron que directx 10 funcionaría exclusivamente en vista. Dicha decisión fue para obligar a el sector gamer a cambiar su plataforma, porque tenían mas que claro que con el rendimiento de su nuevo sistema operativo, estos personajes se hubieran quedado en xp. Esta decisión esta logrando que muchos jugadores se cansen de jugar en el pc, y estén optando por las consolas. Si las empresas son inteligentes, debieran empezar a desarrollar en opengl y así lograr que sea mas sencillo crear versiones para linux, así cuando la gente note que rinden mejor, empezaran a probar la "nueva" plataforma. Lamentablemente esto es un circulo vicioso, porque mientras las empresas no vean que existe una gran base de usuarios, no desarrollarán juegos para linux, a pesar de la existencia de pruebas de mejor rendimiento que han demostrado los diversos juegos de id software.

4- Facilidad en la instalación de software y dispositivos a los usuarios

Es cierto, los gestores de paquete debieran ser la panacea para los usuarios, pero si se quiere ganar el escritorio, es necesario dar cabida también al software que de naturaleza es privativo. Para ello es necesario desarrollar un sistema de administración de instalaciones común para todas las distribuciones, otras formas para instalar y desinstalar software. Lamentablemente esta idea nuevamente va en contra de la naturaleza libre de linux, donde cada distribución usa las versiones de las librerías que estime conveniente, con los parches que deseen, etc.

Al escribir esto me doy cuenta que si deseamos que linux triunfe en el escritorio, es necesario cambiar el paradigma de los usuarios, no debemos intentar parecernos a windows, sino enseñar lo nuevo a los usuarios de modo que con el tiempo lo encuentren natural.

Lamentablemente en la actualidad, las alternativas a windows son despreciadas por los usuarios comunes, en toda clase de ambientes. Daré como ejemplo mi ambiente, en concreto el departamento de informática, donde se supone hay un gustillo por la computación, donde se supone debiera ser natural sentir curiosidad o aprecio por alternativas de mayor calidad. En dicho departamento pocos los usuarios de linux, y menos los que intentamos difundirlo. Cuando he consultado compañeros acerca de porqué prefieren windows. Mis impresiones son claras "no corre el pro", "no tiene msn messenger", "no me gusta" (sin aludir motivos). Las personas no ven la calidad, la seguridad, el rendimiento, o las ventajas de que existan las alternativas y las competencia lo único que les interesa es tener las animaciones, sonidos, colores. Ni los profesores aprecian las ventajas, y sólo se acuerdan del software libre cuand se trata de no pagar un peso por utilizar un software.

Finalmente, mi pensamiento es que actualmente la lucha por territorio en el continente del escritorio es una guerra perdida, motivo por el que me siento en una posición de "no a la guerra": no hay que intentar pelear en contra del sistema, sino que seguir por nuestro camino. Con la situaciń actual estamos condenados a ser una comunidad alternativa, otro país del planeta del software, no hay necesidad de generar ese deseo expansionista e imperialista. Es por ello que seguiré difundiendo linux y el software libre, pero no intentaré de convencer a nadie. Es en este punto donde cambio mi postura de fanatico a usuario normal, con pequeños detalles.: Pertenezco al país de linux, por lo tanto NO LE DARÉ SOPORTE A NADIE acerca de sistemas windows. Simplemente diré: "lo siento, no uso ese sistema operativo, no te puedo ayudar". así al menos no ayudaré al otro país a ganar la guerra.

Un poco de eyecandy parte 2: fbcondecor y fbsplash

Luego de tener un grub gráfico, otro de los caprichoso que tenemos los usuarios es ocultar al usuario todos los mensajes del inicio mediante el uso de un bonito splash animado. Para realizar esta labor hay diferentes alternativas, en este artículo mostraré dos formas, pero explicaré como utilizar sólo una de ellas.

La primera es splashy, el cual trabaja en espacio de usuario utilizando el framebuffer. Este es el enfoque utilizado por la gran mayoría de las distribuciones, debido a que no requiere parchar el kernel. No es mi preferido, ni es el método que explicaré en esta oportunidad, de cualquier modo, los usuarios de archlinux pueden encontrar la explicación de como instalarlo. Además de la ventaja ya mencionada, otra que posee es que también muestra una pantalla al momento de apagar el sistema. Como desventaja tenemos que se configura mediante xml, lo que puede resultar algo engorroso crear temas para un ser humano no entrenado en el uso de etiquetas.

Otra opción es fbsplash, el cual a partir de las últimas versiones tampoco requiere parchar el kernel. Cuando el proyecto era conocido como gensplash, este si necesitaba modificar el kernel. Esto causaba muchos inconvenientes a los desarrolladores, motivo por el que se dividió el sistema en 2 partes. Una llamada fbsplash, que se encarga de dibujar el splash en si, y fbcondecor parche que provee la funcionalidad de mostrar una imagen de fondo en las consolas del sistema. Esta última característica es la que le da un valor agregado, y es la que me convenció de darme la molestia de parchar un kernel. La combinación fbcondecor+fbsplash es la que explicaré en este artículo.

Primer paso: Instalación de fbsplash y splash-utils Para archlinux hay que compilar fbsplash, este se encuentra en aur. por lo que la manera mas simple es utilizando la herramienta yaourt, la que mencioné en el artículo pasado. Así, basta con

yaourt -S fbsplash (leer la advertencia antes de ejecutar este comando)

o bien, es posible crear el paquete mediante el PKGBUILD desde aur, y luego instalarlo con pacman.

importante: al instalar el paquete initscripts-splash (instalado como dependencia) éste sobreescribe los archivos de configuración /etc/rc.conf, /etc/rc.local y /etc/inittab, creando respaldos en con extensión .pacsave. Se recomienda respaldar estos archivos antes, y luego complementar los nuevos archivos con las opciones anteriores.

Segundo paso: Configuración de fbsplash
Para especificar un tema, basta con editar el archivo /etc/fbsplash.conf y agregar

el nombre del tema en la opción THEMES. Para el tema que yo utilizo llamado jotape (sí, lo hice yo, y además soy muy original con los nombres.) Debo mencionar que mi tema posee la limitación de solo funcionar en la resolución 1024x768.

El paquete fbsplash trae un tema por defecto llamado darch. Es muy bonito, pero posee los logos antiguos de archlinux. Con mi tema (descomprimirlo con tar zxvf jotape.splash.tar.gz -C / ) , la línea quedaría así:

THEMES="jotape"

Luego de configurado el tema, es necesario especificar en el archivo rc.conf las opciones de SPLASH, y agregar al arreglo DAEMONS el servicio fbsplash, de preferencia al inicio. quedando así:


DAEMONS=(fbsplash ... )
SPLASH="fbsplash"

Hasta este punto ya es posible utilizar el splash, solo basta configurar grub para tal labor. Pero el eye-candy está en la consola con background, por lo que recomiendo realizar el paso 3.

Para lograr que la imagen de fondo sea visible desde que seleccionamos el sistema operativo en grub, además es necesario agregar el hook a initcpio. Para ello editamos el archivo /etc/mkinitcpio.conf y agregamos al inicio de los HOOKS v86d y fbsplash.

HOOKS="v86d fbsplash ..."

Al crear una imagen de initcpio, automáticamente se verificará el tema configurado y se agregará a la imagen, por ello es necesario tener en cuenta que si se hace algún cambio en los temas, será necesario volver a crear dicha imagen.

Tercer paso: Parchado y compilación del kernel

Antes era necesario bajar el PKGBUILD del kernel, agregar el parche, y configurar las opciones. Sin embargo había una alternativa fácil: un patchset llamado fallen, que incluía gensplash entre otros parches. Lamentablemente dicho paquete para archlinux dejó de existir cuando su desarrollador encontró novia, hecho que coincidió también con el retiro de con kolivas del desarrollo del famoso parche ck. Afortunadamente para los usuarios de archlinux, producto de una discusión en el bbs de archlinux, el usuario DonGiovanni decidió crear los scripts para fbsplash, y para la compilación de fbcondecor.

Además de los guiones, DonGiovanni creó un nuevo sabor del kernel para archlinux, y lo bautizó como "kernel26fbcondecor". Dicho paquete es relativamente nuevo, y consiste en un kernel vanilla más el parche fbcondecor, es necesario mencionar que faltan algunos paquetes de módulos, pero con un poco de trabajo verificando los PKGBUILD de los módulos del kernel oficial de archlinux, es posible crear paquetes para este nuevo sabor. De hecho, ante esa necesidad, y como uno de los primeros usuarios de este paquete, creé los PKGBUILD para los módulos que utilizo, desde entonces estoy manteniendo los paquetes para los drivers catalyst, de madwifi y de los módulos de virtualbox para el kernel26fbcondecor.

Luego de la larga explicación, para crear dicho paquete, optaré por el camino rápido, donde se requiere algo de paciencia, primero por la descarga de casi 50MB del kernel, y luego por lo que tarda en compilarse:

yaourt -S kernel26fbcondecor

Luego de instalado, para que funcione, es necesario especificar el nuevo kernel en grub, lo que se verá en el siguiente paso.


Cuarto 4: Configuración de grub

Para especificar que el framebuffer con una resolución de 1024x768, el tema jotape, y que inicie con el splash mostrando una barra de progreso sin mensajes, las línea a agregar al kernel sería lo marcado en negro. En el caso del kernel26fbcondecor, se deben agregar todas las líneas, cuidando que los parámetros root coincidan con los de la ubicación de su sistema.

# (0) Arch Linux
title Arch Linux kernel26fbcondecor 2.6.24

root (hd0,0)

kernel /boot/vmlinuz26fbcondecor root=/dev/sda1 ro video=uvesafb:1024x768-32@75,ywrap,mtrr:3 vga=792 splash=silent,theme:jotape quiet console=tty1

initrd /boot/kernel26fbcondecor.img

Una vez configurado, basta con reiniciar y comprobar los resultados. Al iniciar se debiera ver algo como la imagen de la izquierda, acompañada de una barra de progreso.
Al terminar la secuencia de booteo, la terminal pasará a tener el fondo especificado para el modo verbose.








Algunos datos para crear tus propios temas

Para crear los temas, lo primero que se debe conocer, es la diferencia entre los modos verbose y silent. El primero es el tradicional con mensajes de texto, pero con una bonita decoración de fondo, además de la posibilidad de dibujar texto en ciertas coordenadas. El segundo es la barra de progreso, con diversas posibilidades.

Los archivos de configuración deben estar en un subdirectorio en /etc/splash/ , el que no debe llevar espacios en blancos en su nombre. Las configuraciones deben estar dentro de dicho directorio, y deben llevar por nombre la resolución a utilizar con extensión cfg, como ejemplo, mi tema para 1024x768 lleva por nombre /etc/splash/jotape/1024x768.cfg


Para el modo verbose (solo fbcondecor), las opciones son las siguientes
pic=ruta
Identifica la ruta de la imagen (en formato PNG) que se utilizará de fondo.

tx=n, ty=n, tw=n, th=n

Las siguientes opciones identifican las coordenadas donde se posicionará el texto de la consola,

tx indica la coordenada horizontal, ty la coordenada vertical. (Por lo tanto (tx, ty) sería el vértice superior izquierdo)). tw indica el ancho a utilizar, y th la altura.

Estos valores son números enteros, y cada unidad representa un pixel.

Para el modo silent, las opciones son muy similares
silentpic=ruta
Identifica la ruta de la imagen (en formato PNG) que se utilizará de fondo.

text_x=n, text_y=n
Especifica las coordenadas donde mostrar los mensajes de estado, siendo x la coordenada horizontal, e y la vertical. Los valores representan pixeles.

box [flags] x0 y0 x1 y1 color1 [color2 color3 color4]
Dibuja una caja. Las coordenadas se especifican con los vértices superior-izquierdo (x0, y0), y con el inferior-derecho (x1, y1).
Los colores poseen el siguiente formato : #rrggbb, o bien #rrggbbaa. Cada color es una combinación de los valores en hexadecimal r, g, b (rojo, verde y azul), y la a representa el grado de transparencia, los cuales van desde 00 (translucido) hasta ff (color sólido).

Para las barras de progreso de utiliza la opción box. La configuración puede ser algo confusa, así que la explicaré con el siguiente ejemplo.

box silent inter 0 262 0 337 #22222c #191920 #383849 #2e2e3d
box silent 0 262 799 337 #22222c #191920 #383849 #2e2e3d

Donde la clave es entender que la barra movil es una caja que empieza y termina en la misma coordenada x, y que va acompañada con el flag inter. Dichas cajas son dibujadas en secuencia, por lo que es posible agregar mas cajas para crear efectos especiales. En el ejemplo, primero se especifica la animación, y luego se indica la caja que usará dicha animación, la cual avanzará en forma horizontal desde la coordenada 0 hasta la 799.

Existen muchas mas opciones, las cuales pueden ser encontradas en la documentación del formato. Existe la posibilidad de agregar gráficos y animaciones, lamentablemente en archlinux no logré conseguir que funcionan.

Ya con el nuevo tema creado, para agregar dicho tema, es necesario especificar el tema en el paso anterior, y crear la imagen con mkinicpio -p kernel26fbcondecor.


Enláces útiles:
repositorio de temas de fbsplash: Principalmente posee temas para gentoo, pero puede servir como base para crear temas propios.
jotape 2008.2: tema creado por mí para archlinux (sólo 1024x768)
Documentación acerca de los temas de fbsplash

Un poco de eyecandy parte 1: grub gfxmenu

Desde hace mucho tiempo que tengo configurado mi sistema operativo con un poco de eye candy. Si bien es cierto que otras distribuciones (Opensuse) lo incluyen por defecto. Siempre es bueno poder hacer esto en tu distribución favorita. En todos los ejemplos, daré instrucciones para Archlinux, mi distribución favorita.

Programas y archivos requeridos

• grub-gfxmenu
• grub animado logo de archlinux

Primer paso: Parche y compilación

La primera acción lógica es descomprimir las fuentes de grub y aplicar sobre este los parches gfxmenu. Gracias a la simplicidad de archlinux, este paso se puede resumir en las instrucciones que listo a continuación. Alternativamente, usted puede utilizar este paquete el que fue compilado por mi. Eso si, advierto que dicho paquete no posee garantías, ademas de que fue compilado con optimizaciones para la plataforma pentium-m.

Los pasos para la compilación son los siguientes:

wget http://aur.archlinux.org/packages/grub-gfxmenu/grub-gfxmenu.tar.gz
tar zxvf grub-gfxmenu.tar.gz cd grub-gfxmenu makepkg
pacman -U grub-gfxmenu-0.97-1-i686.pkg.tar.gz (como root)

Una buena alternativa, es utilizar yaourt, programa que ademas de buscar paquetes en aur, tambien los descarga, compila e instala.
con este programa, basta indicar el comando:
yaourt -S grub-gfxmenu y responder las preguntas que realiza el programa.

Segundo paso: Instalacion del grub

Cuando grub lee el disco duro, ademas de buscar el archivo de configuración menu.lst, lee diversos archivos ubicados habitualmente en /boot/grub/. Cuando ejecutamos el comando grub-install, ademas de instalar grub en el mbr (o donde lo indiquemos), también copia archivos a este directorio.

asi, el comando a ejecutar es similar a los siguientes:


grub-install hd0 (para discos en general, método recomendado)
grub-install /dev/sda (para un disco en particular, en este caso un disco sata)

El argumento depende exclusivamente de la ubicación del grub. Es responsabilidad del lector

Tercer paso: Instalacion de un tema gfxmenu

Debe conseguir un tema. En kde-look se pueden encontrar algunos. El archivo que indique al inicio es un tema que acompañaba a opensuse a modo de easter egg. Se activaba en la epoca navideña de forma aleatoria. Me llamo la antencion, lo modifique, y lo agregue a mi computador. asi, es necesario descomprimir ese archivo en /boot.


tar zxvf gfxmenu.animado.archlinux.tgz -C /boot

comando que luego de ser ejecutado creará el archivo /boot/message.jp

Cuarto paso: Configuración de menu.lst
Para utilizar temas de gfxmenu es necesario editar el archivo /boot/grub/menu.lst, y agregar la siguiente linea idealmente en la sección superior del archivo.

gfxmenu /boot/message.jp

Al guardar, al reiniciar usted debiera ver un lindo menú de opciones animado.


Personalización de temas gfxmenu.
Primer creamos un directorio y entramos a este, mas adelante usted notara porque es importante realizar este paso.
ya en el directorio, editemos el archivo que proveo yo: message.jp, para ello es necesario copiar dicho archivo al directorio. y luego ejectuar el comando:

cpio -idv <>

asi, se crearan diversos archivos, los que usted debe modificar a gusto. No daré instrucciones de como hacerlo, pero usted puede jugar cambiando imágenes, y leyendo los diversos archivos de configuración, por ejemplo gfxboot.cfg.

Una vez terminada la edición, solo queda crear nuevamente la imagen.

rm message.jp
ls | cpio -ov > ruta/message.jp

luego, se reemplaza ese archivo, o bien puede utilizar otro nombre, recordando ajustar el archivo de configuración, tal como se mostró en el paso 4.

En la próxima oportunidad detallaré como tener una terminal con una imagen de fondo, así como el inicio de sistema con una barra de desplazamiento.