Nuevo Ubuntu y por ende nuevo error

Debo reconocer que tengo cierta debilidad por las cosas recien salidas del horno, y no hablo solamente de comidas. En aquellos tiempos de Windows 95 pasaba buenas horas de computador tratando de tenerlo con la última versión de todos los programas que utilizaba en ese entonces. Ahora es sólo similar.

Salió un nuevo Ubuntu y no pude resistir la tentación de actualizar mi equipo de la oficina. Trás ignorar la apuesta de un compañero, donde me decía que me iba a quedar con el equipo inhabilitado me lancé a la vida. Y tal cual lo predijo, me quede sin equipo un buen rato (de hecho aún peleo por terminar de configurarlo adecuadamente).

Así que por el momento ¡Os advierto mortales!
Antes de partir en su especie de modo a prueba de fallos, el nuevo Ubuntu Gutsy Gibbon (que vendría traduciéndose como Mono Tripón) presenta un bug en su paquete evms que dicho en fácil es un gestor de unidades de disco.

Si realizan una instalación desde cero es altamente probable que no les pase nada, pero si hacen una actualización puede que la consola se les quede pegada con mensajes del tipo:

device-mapper: table: 254:0: linear: dm-linear: Device lookup failed

La solución:
Antes de reiniciar la nueva maravilla, editen el archivo /etc/evms.conf y, tal cual sugiere don Leonel Núñez, en la sección sysfs_devices asegurarse que la línea se lea así:

exclude = [ * ]

No es la más limpia de las soluciones, pero funciona. Otra cosa sería seguir la recomendación oficial, pero supongo que toma bastante más tiempo.

Disfruten :-)

Capacitación OpenBravo SOFOFA

Desde hace ya 2 semanas, con fecha de término mañana, he participado, junto a un grupo bastante heterogéneo de personas pertenecientes a 5 distintas empresas relacionadas de una u otra manera con el Open Source, en un curso de capacitación ofrecido por la SOFOFA.

El curso nos introduce en OpenBravo, un ERP (Sistema de Administración de Empresas), 100% web, desarrollado en España, con una serie de funcionalidades y potencialidades que me encantaría compartir con la honorable (y siempre escasa) audiencia (probablemente lo haga de todas formas).

En esta ocasión rescataré algunos otros aspectos que envuelven esta capacitación:

• Las empresas participantes ganaron su derecho, calificando en función de su experiencia en desarrollos ya sea bajo plataforma Open Source, o bien utilizando herramientas Open Source.
• Una vez finalizados los cursos, las empresas deberán hacerse cargo de la implantación de este software en algunas pequeñas y medianas empresas de sectores muy bien determinados. Esta implantación supone de paso la localización del software, ie: ajustar los textos al idioma "Español de Chile", y de paso ajustar las funcionalidades a la realidad nacional. Esto último supone un esfuerzo de desarrollo no despreciable.
• Los participantes en los cursos son llamados a conformar la Comunidad Chilena de OpenBravo, de manera de comenzar a unificar los desarrollos generales que se realicen, y que se ajusten la realidad chilena.
  

En 3 palabras conceptos: Open Source, Trabajo y Comunidad.

Y es precisamente eso lo que debieramos buscar quienes de alguna manera queremos impulsar de manera concreta (real y tangible) el movimiento Open Source en Chile.

Trabajo en comunidad, hacer cosas trabajando juntos, y más importante aún, hacer cosas que se noten, que el río suene porque piedras lleva.

Galletas Habemus est

Desbordante de alegría estoy. La empresa que recibió mis despiadados descargos respondió positivamente.

El día jueves de la semana pasada mi polola me avisa que llamaron por teléfono de dicha empresa para solicitar el número de serie del paquete de galletas en cuestión, y que dejaramos el paquete en portería para que lo pudieran retirar. También nos contaron que iban a retirar esa partida de galletas de los lugares donde las repartieron (por ello la solicitud del número de serie).

Ayer, en mi casilla física de correos había una bolsa con 3 paquetes de galletas :-)

Así dan gusto las empresas, con un servicio al cliente rápido y efectivo, y con astutamente atractivas (al consumidor) políticas de retención de clientes. Muy propio de transnacionales primer-mundistas.

Galletas sin crema

Volviendo a las andadas, comparto con la honorable audiencia una carta de reclamo escrita recien, a una conocida empresa de comestibles:

"Estaba consumiendo un paquete de galletas XXX Naranja (Edición limitada) y a la mitad del paquete me salieron 3 galletas sin crema y una cuarta con apenas 1 cuarto de crema. Tengo imágenes que evidencian esta "curiosidad". ¿Cómo podemos solucionar este percance? Hago la consulta pués me interesa seguir consumiendo estas galletas, que resultan de mi preferencia frente a otras similares de vuestra competencia, y no quisiera encontrarme nuevamente con esta sorpresa. Agradecería una pronta respuesta."

Veremos cuanto tardan en responder.

Cuestión de tamaño

Es probable que mi falta de experiencia en temas de gestión sesgue mis apreciaciones, o bien puede que de en el clavo y el caso real simplemente sea más que una manifestación de falta de visión sazonada con una buena dosis de inoperancia.

Un recurso es básicamente las herramientas que puedes usar para resolver un problema. Las personas entran en el concepto de recurso en la medida que su trabajo sirve para alcanzar objetivos. Pero quiero apuntar a los costos de un recurso en pos del cumplimiento de metas.

Una empresa pequeña se ve acorralada por una casi interminable lista de requerimientos de otra empresa, muchísimo más grande. La solución que proponen es "contratar más recursos sólo para el proyecto". De acuerdo, aplica, pero... y empezamos la larga lista de peros. Entre algunos que se me van ocurriendo:

1. Se está entregando el know-how del proyecto a alguien que no va a permanecer en la empresa por demasiado tiempo. El mismo problema del outsourcing.
2. Hay tiempos no despreciables en la capacitación para poder incorporar a nuevos personajes a una teleserie en curso. Estos tiempos normalmente son pasados por alto por los comerciales que definen las cartas Gantt, los plazos hay que cumplirlos igual.
   
3. Los costos no son despreciables, y en una mayoría de los casos, dado que los presupuestos han sido establecidos a priori, son traspasados a la empresa chica. En el fondo da lo mismo si sacas el proyecto con 5 o con 15, al final recibes las mismas lucas.

Y la capacidad de negociación se va a las pailas, ya que la empresa grande da comer a la más chica. La empresa grande también tiene la capacidad de comerse a la más chica, pero no lo hace ...

Para mi no valen las políticas del 80-20, no es parte de mi filosofía satisfacer a la mayoría con el peor entregable. Prefiero planificar bien las cosas y sacrificar un poco de los estrechos tiempos de planificación para entregar un producto final de calidad. La POP no aplica para mi. Al parecer estoy equivocado al querer hacer las cosas bien, como debieran hacerse siempre, quizás debiera ajustarme a los "altos estándares internacionales" de la empresa grande y generar resultados mediocres.

Me molesta la arrogante actitud de suficiencia de quienes se supone saben del cuento, más cuando han demostrado con creces que ese poncho les queda grande. Y sin embargo tenemos que seguir agachando el moño y pagando los platos rotos ajenos. Es solamente una cuestión de tamaño.

Imprimiendo con Java

Advertencia: Es altamente probable que el contenido técnico de este artículo sea únicamente de MI interés, pero necesito ponerlo en algún lugar para referencias futuras.

El problema: Intentando imprimir utilizando algún PrintService de Java, y estando las impresoras bien configuradas, todo intento de impresión arroja excepciones del tipo:

java.awt.print.PrinterException: Printer is not accepting job.
at sun.print.RasterPrinterJob.print(RasterPrinterJob.java:1230)
at sun.print.RasterPrinterJob.print(RasterPrinterJob.java:1196)

La solución:

1. Asegurarse que los nombres de las impresoras en cuestión no tengan guiones. Esto aplica para Windows (aún no verificado) y Linux (verificado).
2. Si se trata de un Linux, verificar la existencia del archivo /usr/lib/libcups.so . Si no existe ejecutar, en un terminal, el comando:

sudo ln -s /usr/lib/libcups.so.2 /usr/lib/libcups.so

Fuente: Sun's Bug Database Bug ID: 6500903

La oscuridad es parte de mi

Este ha sido un fin de semana de soltero, aproveché de quedarme en Santiago para poder ordenar algunas cosas, hacer aseo, lavar ropa y planchar. Irónicamente planchar no me desagrada en absoluto, mientras haya algo interesante que ver en la televisión. Cómo nunca es así, afortunadamente pude dedicarme a ver la primera temporada completa de House MD (sólo por si las dudas, y en caso de que quienes me conozcan comiencen a hacer paralelos,empecé a ver House mucho después de ser como soy, yo venía odioso y arrogante de paquete ;-) ).

Así que mi panorama de fin de semana fue, básicamente, hacer unas cargas de lavadora y planchar. Terminé a las 3 AM (aunque no "voluntariamente"), sobrio, solo y viendo TV, no precisamente el panorama de fin de semana ideal de muchos, pero el sentimiento de satisfacción después de planchar 8 camisas y similar cantidad de poleras y pantalones es sólo comparable con la satisfacción de tomar unas cervezas comiendo completos y papas fritas.

¿Y que tiene que ver eso con la oscuridad? ¿Por eso mi inusitado nivel de acidez con el resto de las unidades de carbono que quiere acercarse a mi? En realidad no. Sucede que el proceso de lavado y secado de la ropa lo realizo en la lavandería del edificio (sí, también lo he pensado, sale caro, pero una lavadora es un poco más cara en el corto plazo (lo estoy pensando seriamente)), simplemente me di cuenta, al sacar las pelusas de la secadora, que durante la semana visto casi solamente ropa oscura. Por ende mi desafío esta semana es vestir sólo con colores claros.

Imagen: Universal Studios