fusiles, ignorancia y otros males...

La sociedad, como otras asociaciones de similar (des)propósito presentes en la vida diaria, no deja de resultar algo curioso, cuanto menos... Y es que, en ocasiones, un@ puede llegar a encontrar ejemplos tan dispares como casuales que reflejan la infinita capacidad (en incontables ocasiones) del ser humano para cometer los más atroces actos ó auto-ridiculizarse con los más variopintos errores intelectuales...

No, tranquil@s, no me ha dado un ataque de vocabularitis ni esto es un seminario sobre metafísica y otras cuestiones afines a la naturaleza espiritual del hombre y el mundo que le rodea...

No, esto es mucho peor jajaja, pero permitidme ilustraros en los hechos que acontecen, que esto no tiene desperdicio... Desde hace un tiempo, llevo siguiendo las noticias concernientes al lanzamiento de la próxima versión del navegador Firefox. Este nuevo navegador, entre otras cosas, me permitirá poder usar el navegador con el tema de escritorio que mi sistema operativo use por defecto (en mi caso particular, Linux con entorno gráfico GNOME 2.20 y motor GTK+ 2.12), resumir las descargas de un modo mucho mas eficiente, un mejor control e integración de los favoritos, barra de busqueda responsiva desde la primera pulsación en el teclado y algunas cosas más, pero no os llenare la cabeza de especificaciones, que para eso están las innumerables páginas y reportajes al respecto...

Casualmente me encontré, por estos mundos de Internet, con un artículo del periódico EL PAÍS referente a la nueva versión de Firefox, y qué dice la noticia? Que los desarrolladores de Firefox, la fundación Mozilla nada más y nada menos, va a lanzar Firefox al público con el 80% de los fallos sin corregir...

En un principio, la noticia me dejo helado, pues llevo un tiempo confeccionando una lista de los paquetes de software que quiero instalar en el nuevo portatil (que aún no he estrenado) y Firefox 3 se encuentra en esa preciada y a veces exasperante lista. Unos segundos más tarde, decidí buscar más información al respecto y ver 'de qué va' todo esto...

Tras unas cuantas visitas a algunos blogs y otros sitios afines, finalmente pude respirar tranquilo, no sin antes haber soltado alguna que otra carcajada a pleno pulmón... y porqué? Sencillo...

La noticia original procede del New York Times, un periódico de renombre en todo el mundo, en este caso la edición electrónica, aunque no se si también habrán impreso la noticia en su edición de papel (espero que no hayan cometido semejante error, aunque visto lo visto... no sabría qué decir al respecto). En cualquier caso, he aquí el primer error: Ignorancia.

El redactor de EL PAÍS ha cogido la noticia, la ha copiado y la ha pegado casi literalmente, añadiendo algunos comentarios más al respecto, completamente vanos y futiles, y carentes de cualquier clase de originalidad, pero bueno... eso ya es una apreciación personal por mi parte... En cualquier caso, he aquí el segundo error: Fusilar texto...

Señoras... Señores... en el futuro deberían prestar más atención a lo que leen por estos mundos de Internet, pues errores como estos son los que causan falsa polémica, y he aquí la verdad, la auténtica verdad de los hechos a remitir...

Desde el inicio del desarrollo de Firefox 3 (que actualmente se encuentra en Beta 1, con la Beta 2 a punto de salir, o al menos eso creo a juzgar por la estructura de carpetas y ficheros en su FTP), los desarrolladores han corregido 'algo más' de 11000 fallos, dejando unos 700, de los cuales y según la lista de prioridades, quieren corregir el 20% de estos 700 fallos, dejando aproximadamente unos 560 fallos sin corregir para posteriores revisiones del navegador (3.0.0.1, 3.0.0.2, 3.0.0.3, ... , 3.0.0.x y así sucesivamente, al igual que sucede con Firefox 2, que va por la versión 2.0.0.11).

Ahora hagamos cuentas... 700 fallos entre algo mas de 11000 (pongamos por caso que son 11500 para hacer cuentas fáciles), es aproximadamente... un 6.09% de los fallos totales de Firefox 3, y puesto que van a resolver un 20% de estos 700 fallos, quedando unos 560 para el lanzamiento, esto nos da un porcentaje total de, aproximadamente, 4.86%.

560 / 11500 = MENOS DEL 5%

Hay un nuevo invento en la ciudad, querid@s foraster@s... se llama... ESTADÍSTICA, o cuanto menos... matemáticas... creo que más de un@ debería ser más analítico antes de arrojar semejantes noticias al mundo de Internet, consumido por millones de ávidos lectores deseosos de conocer hasta el más intrincado detalle de cualquier cosa... y es que no es para menos...

Esto demuestra, lamentablemente, que el mundo de la información sigue, muy a nuestro pesar, controlado por mentes deficientes y personas con pocos escrúpulos a la hora de elaborar artículos periodísticos. Y es una pena, porque artículos como esos son los que mueven a los usuarios entre elecciónes... elecciónes que a veces pueden ser erróneas o imprecisas debido a la falta de información.

Y en la sociedad de la información, que es la que nos toca vivir (para bien o para mal), semejante falta de información es algo ciertamente peligroso... Así que, como solía bien decir aquel famoso anuncio de detergente (pero alterado a mi gusto y criterio particular)... Busquen, comparen y si encuentran algo mejor... Úsenlo ;)

Eso es todo amig@s!!!

el escurridizo desafío...

Pegaso... El caballo alado concebido por los dioses... El rival escurridizo pero valiente, tan temido como poderoso, volaba con sus grandes y relucientemente blancas alas, surcando el terreno por encima de los meros mortales, alejandose de los males comunes y siempre con la cabeza bien alta...

Símbolo de la pureza, de la fuerza, de la lucha denodada, nunca se rinde, siempre batalla hasta que sus alas caen crispadas y quebradas cual manto de cristal hecho añicos ante el mas duro de los golpes y las desazones...

Hace ya algún tiempo, hara unos años, que compré un pequeño PC del tamaño de poco más que una caja de zapatos... aún recuerdo el modelo: Shuttle SN95G5, en su tercera revisión... una máquina hecha para procesadores AMD Athlon64, un 3500+ para ser exactos, y la verdad es que yo me hice muchas ilusiones sobre la posibilidad de poder tener mi propio linux de 64bits, algo que hasta ahora, nadie que yo conozca tenía (y aún nadie que yo conozca en mi circulo cercano posee). Claro que, cuando no posees la experiencia o los recursos necesarios, como todo en la vida, fracasas y de una forma estrepitosa... así que, tras unos meses, decidí venderselo a un amigo y comprarme un portatil con procesador Intel de 32bits (concretamente, el portatil que aún tengo) y todo fué de maravilla...

Pues bien, hoy tengo otro PC de Shuttle, esta vez el SK22G2, más avanzado tecnológicamente y más capaz aún que el anterior modelo, y esta vez lo logre... sin embargo, a medias. Por primera vez en mi vida (literalmente) he conseguido compilar mi propia version de Linux en 64bits sin ninguna librería de 32bits, todo se instaló perfectamente y sin mayores complicaciónes que las de añadir algún parche que otro en un momento dado...

Pero me temo que mis esfuerzos han dado nuevamente con un muro al intentar compilar el servidor gráfico, X.org. Y no, no es que no este preparado, es el driver de mi tarjeta gráfica (una Radeon X600) el que no está preparado para funcionar, aparte de que el framebuffer (donde se puede apreciar el proceso de arranque con Linux) tengo que compilarlo en modo VESA genérico o, de lo contrario, se me queda la pantalla en blanco (o en negro, mejor dicho).

Aún se supone que tardara un poco en salir una versión más estable del driver, así que parece que tendré que esperar a Septiembre para poder intentarlo de nuevo, claro que la espera (en cierto modo) merecerá la pena, pues podré entonces disfrutar de software tan esperado como GNOME 2.20, binutils 2.18, la nueva versión del kernel (2.6.22.2) y otros paquetes de software...

Los 64 bits no son fáciles para ningún entorno, ni siquiera los usuarios del 'otro sistema operativo' tienen el soporte que esperaban: Flash no tiene versión de 64bits y Java, solo a medias, ya que carece de plugin web, dejando solamente la parte de la maquina virtual pura y dura, lo que no es suficiente, pero para eso están las alternativas de código abierto como swfdec (Flash) y Classpath (Java).

Sean cualesquiera que sean los resultados, está clara una cosa: a estas alturas del partido queda ya muy poco para poder usar un sistema operativo como es Linux con toda su potencia innata, gracias a los procesadores AMD Athlon64 (en mi caso actual, un X2 5000+ a 2.6GHz) y un poco de maña y fuerza por parte de un servidor. Así que estos días en los que no tendre conexión a internet (debido a la mudanza, principalmente) aprovechare para preparar mi siguiente asalto.

Hoy he ganado una importante batalla... Mañana, quizás, y con un poco de suerte, pueda ganar la guerra y descansar finalmente para disfrutar de los frutos cosechados con sudor, desesperación y frenesí. Tiempo al tiempo, como suele decirse....

Eso es todo amig@s!!!

el noble arte de 'pasar la bola'...

Ya de antaño suele venir la costumbre de agachar la cabeza, mirar hacia otro lado, silbar de manera ciertamente sospechosa ó, simplemente, escurrir el bulto cuando se nos viene una buena regañina encima...

Sí... esa maldita, peligrosa, perniciosa, deleznable, reprobable, detestable (ponga aquí su palabra favorita para definir lo que resulta ser 'muy fuerte') y en exceso extendida 'virtud' de hacer como que se nos cae la cara de sorpresa ante lo que se nos viene, no teniendo (por supuesto) la culpa de aquello de que se nos acusa o interroga (en el mejor de los casos, claro está), para poder encontrar ese pequeño reducto de paz interior que supone el salvar las distancias frente al peligro... maravillosa sensación equiparable a haber ganado unos juegos olímpicos, o sin ir con pretensiones tan grandes... ganar la carrera del colegio de los 100 metros valla (en mi caso... el campo de fútbol que usabamos para las clases de educacion física tendría a lo más unos 50, así que ni por esas) ó cualquier logro similar y de tamaña dificultad, con su consecuente proeza ahí donde las haya ;)

Y todo empezó con una bonita y preciosa línea de error en una pantalla cualquiera de cualquier hijo de vecino un domingo por la tarde (la de aburridos que hay por ahí, eh? jajaja):

java: xcb_xlib.c:50: xcb_xlib_unlock: Assertion `c->xlib.lock' failed.

Curiosa línea ahí donde las haya... y el motivo? algo tan simple como arrancar el navegador, abrir la página de buho21 (un portal de juego on-line con ajedrez y trivial, para mas señas)... como suele decirse... para 'mear y no echar gota', pero bueno...

Indagando un poco más, me dió por hacer algo tan simple y conocido desde los tiempos de matusalem como CTRL-C, CTRL-V... y donde deposité tan curioso mensaje? pues... lo entregué en manos del siempre dispuesto, sonriente y feliz... amigo Google!

Y he aquí que he ido a parar con la cuasi cuestión (que no pregunta) del millón... y porqué? pues porque, simplemente, no soy el único afectado por este fallo... y me explico:

Lo que sucede en este caso particular es que Java esta intentando abrir un thread (un hilo, un proceso/subproceso o como queráis llamarlo, pero siempre hablando de ejecucion multithreading) para después cerrarlo y Xlib, que es una de las librerías esenciales del servidor X11 (en este caso, instalé la última versión disponible (sin recurrir a repositorio git/cvs/svn), la 1.3.0 con Mesa 6.5.2), está denegando el acceso al cierre de dicho hilo, sea porque ha habido un error a la forma de declararlo ó porque dicho hilo se ha cerrado anteriormente y, por lo tanto, se está intentando eliminar un recurso que, simplemente dicho, ya no existe.

Hasta aquí bien... pero donde está realmente la parte divertida? sencillo... muy sencillo.

Navegando a través de los resultado que ofrece Google acerca de mi particular problema, he encontrado dos grandes direcciones:

• La pagina web del repositorio de fallos hallados en el código fuente de Java (SUN)
• La página web del repositorio de fallos hallados en el código fuente de X11 (X.org)

Decidí leer primero el repositorio de Sun Microsystems, pues son los creadores de Java, y pensé que tal vez podría hallar allí la solución a mi problema, tal vez en forma de parche, un procedimiento diferente de instalación... en definitiva, cualquier clase de propuesta para poder resolver mi problema y seguir adelante con la prueba extensiva del software instalado en mi sistema Linux recientemente compilado desde código fuente (nada como el trabajo hecho por uno mismo para satisfacer el ego)

Para mi sorpresa, lejos de hallar una respuesta mínimamente inteligible, lo que hallé fue una especie de solución de camionero que aquí plasmo para deleite y/o pasmo de aquellos que leáis mi pequeño articulario (aunque sea para poder darle mas alegría y color a vuestro papel higiénico, no me digáis que no jajaja):

ERROR MESSAGES/STACK TRACES THAT OCCUR :
xcb_xlib.c:50: xcb_xlib_unlock: Assertion 'c->xlib.lock' failed.

REPRODUCIBILITY :
This bug can be reproduced always.

CUSTOMER SUBMITTED WORKAROUND :
downgrade xcb and xlib
Posted Date : 2007-03-08 12:24:41.0

Pues menuda 'solución'... sí, realmente genial... es como si llevas tu flamante Porsche Cayman al taller autorizado más cercano y te dicen que la dirección está mal debido a un componente defectuoso y que, por lo tanto, la solución propuesta es... comprarte un 600

En fín... sorprendido por tan profesional respuesta, decidí probar mejor suerte con la pagina de X.org, a ver si encontraba una solución algo mas factible y menos sorprendente, que uno no esta ya para sustos de tamaña categoría a estas edades que corren...

Para mi (desagradable) sorpresa, encuentro que no hay solución posible, que el fallo reside en la programación de Java, que hace un mal uso de las librerías de X11, o más concretamente, que en su código fuente enlazan con versiones estáticas (y antiguas) de otras librerías de X11, no solamente Xlib.

Es decir... he aquí un 'precioso' ejemplo de como 'pasar la bola', así que... mientras se corrige tan deflagrante fallo (sea a manos de los creadores de Java o de los creadores de X11) me temo que no podré hacer uso de aplicaciónes web que hagan uso del plugin de Java para Firefox...

En cierto modo, debo decir que me parece lamentable que a estas alturas del partido haya todavia grandes grupos de programadores y empresas que, en lugar de aunar esfuerzos, se dediquen a echarse la culpa mutuamente de los fallos que a veces surgen en este intrincado y a veces complicado mundo del software libre...

Señores... dediquen sus esfuerzos a tareas y empresas mas productivas y hagamos todos del software libre un mundo mucho mejor, que entre todos podemos (si queremos), y no hagamos gala del típico comportamiento de empresas como Microsoft y sus interminables listas de soporte de usuario, donde obtener soluciones a problemas concretos es todo un arte (inexistente, debo decir (en mi opinión)) y las respuestas brillan por su general ausencia...

Y hasta aquí, la queja de la semana ;)

Eso es todo amig@s!!!

la larga espera de lo inevitable...

A veces esperar algo con 'demasiado' entusiasmo no resulta ser especialmente bueno, y es que hoy ando un poco con la mosca detrás de la oreja, no por nada, sino porque mi oportunidad de dejar Windows atrás para siempre parece hacerse esperar lo suyo... En teoría ya deberia haber salido, pero Linus Torvalds, el creador de Linux, ha decidido poner una beta mas al kernel de Linux, y porque? pues porque aún no esta listo del todo, pero bueno...

Así que, para matar el tiempo y bajar los humos, he decidido explicar un poco como se controla el tema de las versiones del kernel. Es bien sencillo, pero dare una breve pero oportuna explicación al respecto :)

Este que veis aqui es el aspecto que presenta la página del kernel de Linux (www.kernel.org) cuando se visita. Lo importante de la página (a no se que busquéis algo más, claro esta) es esta lista que veis en la fotografía: la lista de versiones. Como funciona? muy sencillo...

La primera línea pone 'The latest stable version of the Linux kernel is:' e indica cuál es la versión más estable del kernel de Linux, estas versiones están diseñadas para ofrecer todas las características de Linux con la relativa seguridad de que ya han sido suficientemente testadas como para que en casa nos funcione sin problema alguno. Esta es la clase de versión que yo persigo, pues no tengo muchas ganas de ponerme a testar el funcionamiento de Linux sino usarlo como usuario, así que paso de ir haciendo de conejillo de indias :P

La segunda y la tercera línea son para mí, en estos momentos, las más importantes. Ponen, respectivamente, 2.6.20-rc7 y 2.6.20-rc7-git4. Qué significa exáctamente 'rc'? pues 'rc' es un acrónimo que significa release candidate ó lanzamiento candidato, es decir, lo que aquí conoceríamos (más o menos, no es literal) como una beta. Es importante destacar que, normalmente, se suelen dar entre 4 y 7 betas antes de tener una nueva versión del kernel de Linux, y con mayor o menor grado de precisión, podemos decir que cada beta suele llevar aproximadamente una semana, pero porque? por lo siguiente: el siguiente número pone -git4 y ahí es precisamente donde tenemos la respuesta. Cada día que pasa (en tiempo real, hablamos), suele haber un git, y que es un git? pues... mas que un git, deberíamos decir que es git.

Git es el nombre que recibe el programa que se encarga de gestionar el código fuente del kernel de Linux. En un entorno donde miles de personas trabajan en el kernel de Linux, cada uno hace constantes cambios al núcleo y debe existir un sistema que sea capaz de sincronizar todos los cambios y no mezclarlos los unos con los otros. Ese tipo de programa o solución es llamado un sistema de control de versiones, en este caso el usado se llama GIT, creado por Linus Torvalds como una forma de reaccionar ante el cese de BitKeeper (la compañia que se encargaba de alojar el kernel de Linux y hacer el control de versiones) por una serie de razones más o menos 'políticas'.

Pues bien, una vez dada la lección de 'historia', lo importante es saber que usualmente cada día se produce una nueva versión del kernel de linux, que queda gestionada por este sistema, y cada semana (aproximadamente como dije antes) estos cambios se unen para producir una beta.

Y porqué estoy tan 'alterado'? pues porque en teoría hace ya unos días que yo debería haberme podido bajar la version estable del kernel 2.6.20, pero como añadieron una beta más, pues... aquí estoy, revisando la página del kernel cada 3 horas para ver si ha habido algún cambio, pero supongo que lo más aconsejable es no obsesionarme demasiado... total, aunque el kernel salga, debo aún descargarme ciertos ficheros para completar los preparativos previos a la instalación de Linux y, por lo tanto, la eliminación completa de Windows. Nunca más eso de tener el disco particionado entre Windows y Linux, nada nada... los casi 60GB de disco para Linux y yo? como Juan Palomo, o sea... yo me lo guiso y yo me lo como :P

En cuanto a las demás líneas que aparecen en la lista, pertenecen a versiones más antiguas del kernel de Linux, la 2.4 es una serie de kernels que debería estar retirada a estas alturas, pero aún hay muchas empresas y particulares que consideran que es más estable que la serie 2.6 y se usa principalmente en algunos servidores (el kernel 2.4 es más conservador en cuanto a características mientras que el kernel 2.6 es donde van a parar todos los nuevos adelantos e innovaciónes en cuanto al kernel se refiere). Así que...

Eso es todo amig@s!!!

2007, el año de Linux

El año 2007 se presenta como un excelente año para toda la comunidad de Linux en general, desde los programas más simples hasta los programas estrella para nuestra querida plataforma libre frente al monopolio impuesto por esa empresa que tú-ya-sabes ;)

Y porqué digo esto? por simple observación, pero veamoslo desde una perspectiva más concreta.
Para empezar, a lo largo de este año (como de costumbre, en realidad), veremos 2 versiones estables del kernel de Linux aparecer, la 2.6.20 (posiblemente en un par de semanas, como mucho) y la 2.6.22, siendo la 2.6.24 algo demasiado lejano como para pensar en ella pero si los tiempos de desarrollo son como los del año pasado, puede ser que tambien aparezca.


Vale, los numeritos dicen poco, pero que hace realmente esta nueva serie de kernels 2.6.2x? pues, por lo pronto, inicialización de dispositivos PCI y USB en paralelo (con la consecuente reducción en los tiempos de carga), eliminación de los drivers OSS para dispositivos multimedia (en favor de ALSA que es mucho mejor y mas actualizada como API de sonido), el añadido de KVM (virtualización para Linux open source, lo que nos permitiria prescindir de VMWare en un futuro no muy lejano sino mas bien muy cercano), la inclusión de EXT4, el sistema de ficheros sucesor de EXT3 pero con soporte mejorado para más capacidad y rendimiento de los discos duros, una nueva versión de X.Org, en este caso la 7.2 y si las cosas vuelven a ir con relativa normalidad, hasta podríamos ver la 7.3 y la 7.4 con notables mejoras en el apartado del soporte gráfico como el soporte de OpenGL 2.0 y 2.1 (gracias a, supongo, las librerías Mesa de la serie 6.6 y en adelante), mejoras en el driver open source de ATi (esperemos que AMD/ATi llegue finalmente a liberar porciones del driver fglrx tal y como se comenta y rumorea por la red) y la inclusión del driver nouveau, la alternativa open source a los drivers cerrados de nVidia.


Pero seguimos viviendo en un mundo donde los números y las características no suelen tener un peso completamente decisivo en las personas a la hora de decidir entre un producto y otro, asi que nada mejor que unas buenas demostraciones multimedia para ir abriendo boca en aquellos que puedan estar pensando en dar el salto a Linux ;)

Asi que, tenemos un año muy bueno a la vista, solo queda ser paciente y disfrutar poco a poco de estas pequeñas maravillas ;)


Eso es todo amig@s!!!