Archivo del sitio

Triunfo y desastre: sobre dos migraciones a OpenOffice.org

Creo que hay que leer este artículo de José Alcántara, nos saltan muchas “inquietudes”, acerca de cómo se están haciendo las cosas en el mundo del software libre (y Venezuela es parte de esa regla), sobre todo, cuando se enfoca al *software libre* desde el ángulo incorrecto.

Maimónines y Séneca se enfrentan …

Maimónides es un sistema de gestión escolar diseñado por una empresa española para interconectarse con el actual  sistema de gestión SENECA (de la Junta de Andalucía), pero en vez de ser un proyecto “como cualquier otro en software libre”, la costa terminó siendo un juego del “gato y el ratón”, intentas hacer algo sin apoyo de la institución que “supuestamente” tratas de ayudar (es como hacer una API libre para interactuar con SENIAT y meses después, el SENIAT cambia su servicio, bueno, así), una empresa “Kodeko”, se dedica a llevar “el desarrollo” de una aplicación “con estándares libres” que busca algo “multi-plataforma” (claro, por aquello de la **interoperabilidad**, eso se lee “debe correr en Windows”), y como siempre, si la Junta de Andalucía no libera estándares ni especificaciones, sin la liberación de la API (para permitir a terceros desarrollar conectores, mejoras y nuevas versiones de Maimónides), la imposibilidad de “ponerse de acuerdo” (SENECA llegó a incorporar funcionalidades para evitar que MAIMONIDES funcionara correctamente) y un sinfín de trabas adicionales, han llevado a Kodeko a tomar la triste decisión, Maimónides deja de desarrollarse.

Del otro lado de la moneda está SENECA, este es un sistema para gestión escolar hecho para la Junta de Andalucía, se “suponía” que SÉNECA sería otro “desarrollo como cualquier software abierto ó libre”, es decir, una comunidad, gente desarrollando, estándares abiertos, etc; al final, la cosa se convirtió en una típica relación “Estado <> Empresa” (¿dónde han visto ustedes eso?) donde la Junta de Andalucía paga por un “software abierto”, dónde la culpa de “la lentitud” siempre el “consultor” se la echará a la base de datos (y terminan usando ORACLE sobre Solaris y Java 2EE sobre WebSphere) Y no importa qué tan “abierto” sea el código, termina siendo una relación “Junta de Andalucía <-> SADIEL-AYESA”, donde ámbos son los únicos que tocan el código e implementan mejoras al sistema, donde la empresa cobra Horas/Hombre, servicios de consultoría y es técnicamente, la única que puede “usarlo, meterle mejoras e implementarlo dentro de la junta de Andalucía”, ¿dónde está la libertad en eso? …

Al final, SADIEL-AYESA (la gran *mega-contratista*) se encargó (metiendo captchas, trampas, desconexiones) de evitar que Maimónides (y me imagino que cualquier otro software) se “interconectara” con SÉNECA y viniera a quitarles “el contrato” de cientos de horas/hombre de mantenimiento por caídas, desconexiones, mal servicio y soporte en general.

Que si para eso vamos, “supuestamente” el código de ORACLE 9i está en las bóvedas de PDVSA, así que “técnicamente” Oracle es software de código abierto, así yo no pueda tocarlo, usarlo o tan siquiera verlo, para PDVSA, *eso* es código abierto.

Dónde software libre, no es gratis

El artículo anterior me llevó de vuelta a la por demás paradójica historia de dos ciudades Alemanas, Freiburg y Munich, que intentaron migrar a “software libre” con resultados diametralmente opuestos.

La ciudad de Freiburg comenzó su migración a “OpenOffice.org”, pensando en que este sistema “le ahorraría costos en licencias” (con 2000 usuarios, serían unos 150 mil ó más dólares al año); al final, el principio por el que mucha gente lo adopta (-al software libre-) es precisamente ese, “es gratis y me ahorro las licencias”.

5 años y 600 mil dólares después, con toda una plataforma inestable y muchos usuarios infelices, la Alcaldía de Freiburg llamó a un consultor Microsoft acerca de las “posibilidades para arreglar el problema”, ¿la solución?, ¡Fácil!, echar para atrás todo, volver a Microsoft Office con una renovación en licencias que costó el primer año sólo 500 mil US$.

El problema derivó del primer enfoque, “ahorro de costos”, por aquello de la “interoperabilidad” y “el derecho a escoger”, mucha gente “por comodidad” se quedó en Microsoft Office, hubo que pagar migraciones de plantillas y macros a OpenOffice, la gente que usaba OpenOffice debía guardar sus archivos como “.doc” puesto que Microsoft Office “no lee” archivos de OpenOffice.org (¡y luego hablan de interoperabilidad los muy cínicos!) y un flujo mixto de documentos “Office-OpenOffice” maximizó las incompatibilidades y los errores, ¿de quien era la culpa?, ¡Por supuesto!, OpenOffice era el culpable de no poder “interoperar” correctamente con Microsoft Office; ¡caso cerrado!.

Del otro lado de la moneda tenemos a Munich, en ella la migración fue “completa” y no fue opcional, a la gente se les “retiraron” sus Microsoft Windows de sus equipos y se les instaló una combinación de LiMux (una distribución GNU/Linux desarrollada directamente por la propia Junta de Munich) y OpenOffice, hoy, la Junta de Munich informa que su migración a software libre les ha ahorrado 13 millones de euros, que tienen 15 mil usuarios completamente felices usando una distribución GNU/Linux y tienen una distribución GNU/Linux certificada con la norma ISO 9241.

La pregunta es ¿cómo lo hicieron?.

El enfoque de la ciudad de Munich fue totalmente distinto, ellos jamás pensaron en “el ahorro de costos”, sino en la primera y verdadera premisa del software libre, la libertad, Munich dedicó un gran esfuerzo e inversión en generar “comunidad”, muchos de sus IT-Administrators y SysAdmins eran miembros de la comunidad (o debían serlo), colocaron personas en lugares *clave* para la corrección de fallas, desarrollo de nuevas características o la construcción de comunidades (que se convertirían, en el largo plazo, en soporte y mantenedores de la misma); tal como Wollmux (el sistema de gestión de plantillas, conversor de templates y auto-texto sobre plantillas) fue un desarrollo netamente financiado por la Junta de Munich, incluso, la Junta donó dinero y apoyó la conversión de OpenOffice a LibreOffice cuando este fuera abandonado por Oracle.

¿Por qué no se podía pensar en *interoperabilidad*?, cada vez que alguien escuche esa palabra, téngalo por seguro que para alguien significa “no importa lo que vayan a montar, mi software por favor no me lo toquen”, en la primera evaluación (que llevó al desarrollo de Wollmux) la ciudad encontró que había nada más y nada menos que 13700 plantillas de documentos y hojas de cálculo con macros “casi una por cada empleado de la Alcaldía” (es como la historia de los 360 software de gestión internos dentro de Banco de Venezuela, para usar uno diario), por ende la migración no es solamente un “abaratamiento” de costos, es la oportunidad para salvar de un ecosistema heterogéneo a una plataforma de IT y casarla con estándares abiertos, que todos conocen y con los que realmente todos interactuan (o casi todos, no fue sino hasta el reciente MS Office 2013 que incorporaron soporte a ODF 1.2, el estándar de LibreOffice).

Y es extraño para muchos, si la premisa principal de migrar a software libre es porque “me ahorrará costos”, que la Junta de Munich haya invertido tanto parecerá ilógico (la Junta de Munich ha pagado, sólo a *freelancers comunitarios* 4 millones de euros para desarrollos particulares sobre Debian, Ubuntu y LibreOffice), incluso HP llegó a pagar un “estudio” donde aseguraba que la Junta de Munich mentía sobre sus cifras de ahorro, que *no estaban contando* los salarios de los cientos de empleados de IT requeridos para mantener el software libre (y la comunidad) y las constantes “actualizaciones” que le hacían a LiMux (que al ser “gratuito”, podías sacar versiones cada vez que la distribución Madre, Ubuntu, sacara nuevas versiones); sin embargo la Junta de Munich se defendió de ese artículo diciendo:

“Contrario a lo que HP clama, el uso de software libre si baja el costo del hardware -ya que exigimos la venta del mismo sin software pre-instalado-, además la empresa (HP) no pudo distinguir (en su informe) la diferencia entre una migración de software y el mantenimiento regular que se le hace al mismo”

Y las cifras que exponen en sus estudios son por demás alentadoras:

Gastos en Licencias, software base e inversión inicial (para 15 mil equipos):

Windows y MS Office:                   11.594.200 Euros

Windows con OpenOffice:              7.394.200 Euros

LiMux:                                                    273.132 Euros

Gastos relativos al mantenimiento de la plataforma (entrenamiento, soporte, actualizaciones, antivirus, Personal, etc):

Windows y MS Office (más servicios) para Munich:     34.143.880 Euros

Windows (con LibreOffice y herramientas libres):          29.943.880 Euros

LiMux:                                                                                     22.822.812 Euros

No por nada, la primera acción de la Municipalidad de Munich *antes* de migrar a Software Libre “no fue” ¡vamos a sacar la calculadora, a ver si las cuentas dan! (como típico gerente de institución pública), fue sacar dinero (12.8 millones de euros) para financiar la migración y emitir una DECLARACION DE INDEPENDENCIA a favor del software libre.

Por algo Florian Schiefel (líder comunitario del proyecto LiMux) expuso:

“Contrariamente a lo que podría creerse, la reducción de costos no fue la razón primordial del proyecto, la motivación fue la Independencia, durante todo el período del proyecto no esperabamos ahorrar dinero siquiera, pero queríamos ser capaces de decidir *por nosotros mismos* cómo queríamos gastar nuestro presupuesto de IT a largo plazo”

Incluso llegaron a sacar una lotería, para ayudar al financiamiento del proyecto …

No es cosa de técnica

Una migración no es un proceso técnico, no se puede tomar, quitar un software y poner otro, o decir con una ley “esto es así, porque yo digo”, es un proyecto de cambio, de abrir mentes, de hacer que las personas entiendan y esten a gusto y agradadas con el cambio (y esto es socialización, no politiquería); Oracle se puede migrar a postgreSQL, no porque la licencia de uno le cueste al Estado 100 mil US$ y la otra tenga costo cero, se puede migrar porque los cien mil los invertirás en fomentar el cambio, el ecosistema de soporte (en Munich el 80% del soporte viene de empresas medianas y pequeñas cooperativas y freelancers creados alrededor del propio proyecto), en pagar “todas esas mejoras que sueñas” y en demostrar que esos 100.000 US$ sirven *para algo más* que comprarle otro Yate a Larry Ellison (dueño de Oracle); podría describir todas las formas técnicas de clusterización y hardware en las que invertiría esos 100 mil US$ para que postgreSQL revolcara por el suelo a Oracle, pero no es la idea ni el fin, el cambio principal viene del hecho de estar libres de patentes, brechas (muchas de ellas, oscuras) en los sistemas, libres de impuestos y “royalties” y tener la libertad de decidir “qué vas a hacer con tu presupuesto”, y en el lado más general, asumir que la LIBERTAD es un VALOR y no UN COSTO.

[Plataforma libre para tu empresa] Introducción

Contar con una plataforma de IT libre para tu empresa debería ser algo fácil y sencillo; sin embargo, la diversidad de modos de configuración, de distribuciones y de necesidades hace que encontrar una documentación completa una tarea titanica.

El plan [Plataforma libre en tu empresa] es un conjunto de ayudas recopiladas y probadas durante años y que agrupan las necesidades más básicas de toda empresa pública o privada, muchas de las tareas comunes han sido resumidas a scripts automatizados o instaladores desasistidos.

Motivación

Mis amigos y conocidos siempre me preguntaban por mis “recetas” para la instalación de diversos servicios, y aún cuando puedo afirmar que este es mi modo de vida, también comprendo que la falta de documentación en nuestro idioma, fácil y entendible es lo que ha frenado en mucho la implementación de plataformas libres y abiertas.

Yo he sufrido también el problema de encontrar documentación al día, incluso en inglés, por lo que durante algún tiempo me he acostumbrado a coleccionar “howtos” y hasta poseo un wiki cortesía del proyecto GNU donde los he ido publicando frecuentemente.

Sin embargo, alguien me comentó la posibilidad de crear una empresa ficticia y documentar todo el proceso de instalar desde cero toda la plataforma IT necesaria, incluímos la migración desde diversos servicios privativos.

Contenido

* Sistema Operativo GNU/Linux Debian, instalación y trucos
* Virtualización y contenedores: Xen, LXC, roles, templates y administración vía libvirt
* OpenLDAP como servicio de directorio
* DNS y DHCP
* Autenticación de servidores basado en nss y pam-ldap, sudo-ldap
* Seguridad de servidores Debian, firewall-iptables, fail2ban y Tomoyo
* Compartir archivos e impresoras, Samba y CUPS
* Migración desde MS Active Directory
* Correo electrónico básico: dovecot y postfix
* Servicios de correo y archivos corporativos sobre Debian: Zimbra, SoGo y openKM
* Mensajería básica y comunicaciones: Ejabberd y Asterisk

Todos los servicios estan centralizados alrededor del directorio LDAP y simplificada su instalación lo más que se puede.

Futuro

El futuro es construir una distribución GNU/Linux basada en Debian/Canaima, para servidores con documentación 100% en español, y fácil de seguir por cualquier persona dedicada a sistemas y soporte.

Si algún día se me ocurre combinar y editar mejor este contenido en un libro, les haré saber! ;)

Consigan un equipo y manos a la obra!

Software Libre versus Software Privativo, respuesta a achepe.NET

Este artículo nace como una respuesta a un otro, posteado en Achepe.NET

Lean el artículo original: http://achepenet.blogspot.com/2010/05/software-privativo-vs-software-libre.html

Lo respeté el artículo hasta que agregó FrontPage a la ecuación de aplicaciones … Si hasta textMate de macOSX es muchisimo mejor editor que FrontPage!. xD

El artículo va dirigido directamente a él, acá mi respuesta:

Y hablando en serio, Compara “Adobe Photoshop” (con los 12 años de experiencia del Indú que lo hizo), Autodesk Autocad (con su motor de diseño hecho en Lisp, no hay lenguaje en la tierra más eficiente para eso), Adobe Flash (y la imposibilidad de la comunidad libre en ponerse de acuerdo para hacer un “fork” funcional y decente), e incluso Eclipse, Komodo, Kdeveloper y NetBeans con Visual Studio .NET … pero la comparación que hiciste hoy para argumentar tu idea fue de lo más fuera de foco …

De hecho, la comparativa además de sonar rebuscada es mala; comparas:

Aptana Studio (Eclipse Add-on para desarrollo javascript y HTML)
Eclipse (un IDE de desarrollo de aplicaciones que no tiene un WYSIWYG para HTML)

Con editores (x)HTML WYSIWYG, que es donde entra:
Quanta+
Komposer
SeaMonkey

O editores WYSIWYM como Bluefish y screem xhtml editor.

NVU ni lo nombro, pues es un proyecto detenido hace mucho tiempo en favor de SeaMonkey (¿lo sabias?).

Hay cerca de 12 editores WYSIWYG en Linux … solo podías comparar con NVU? …

Se seguirá defendiendo Internet Explorer, bajo los argumentos incorrectos …

Eclipse ni es comparable, es un IDE (Entorno Integrado de Desarrollo, si lo compararas con Visual Studio te creo, pero con Dreamweaver?), permite conectarse a repositorios GIT, SVN y Mercurial, edita directamente desde servidores web, webDAV, tiene auto-completado de código para más de 8 lenguajes de programación (y otros via plugin), Aptana (un Add-On de Eclipse) trae más de 20 bibliotecas “ya listas” para javascript y ajax, como jquery, YUI, Döjo o soporte completo para estilos CSS3, incluyendo selectores, etc …

No tiene “visualizador” en vivo?, Configura Aptana para que sepa que navegador usará y te lo mostrará dentro de la misma ventana de Aptana, en una pestaña nueva como navegador.

¿Hay esas características en Adobe Dreamweaver? …

Puede que tenga otras características, pero insisto, Comparamos herramientas de manera equivocada …

Quieres comparar Visual .NET con OpenOffice …

Te digo “exactamente” lo mismo que le dije al chamo de la ponencia de GIMP, que dijo “aún uso Adobe Photoshop porque en GIMP no hay efectos de capa y sombras de texto como en Photoshop” …

Hay que ser humildes, quitar de la ecuación el decir “no hay” como si se fuera un experto del área y decir “no sé si existe, o no lo sé”; puesto que aunque defensor del SL; no permití que se fuera impune, “SI EXISTEN” dichos efectos, son parte de un set de plugins descargables e instalables fácilmente desde la web de GIMP.
Incluso, hay un proyecto para entender los 8BF (formato de plugins de Adobe) dentro de GIMP.

Que no conozcas que existe una herramienta, no quiere decir que no se puede hacer! …

Reconozcamos con humildad este asunto …

Y ¿Sábes por qué ya no existe WYSIWYG en Entornos de desarrollo?, porque estamos en una nueva época, basadas en aplicaciones web, Ajax, SOA, donde los frameworks te desarrollan todo el código por tí, donde editores como Aptana te permiten trabajar el CSS de manera adecuada, en este mundo, HTML es un esqueleto vacio donde gracias a los templates y vistas (puede tu Dreamweaver trabajar templates de Savanna o de Python Django?), metemos todo lo que desarrollan nuestras aplicaciones.

La época de mezclar HTML y PHP en una mísma página es casualmente un exhabrupto a lo que acostumbró la gente Dreamweaver … enseñarles verdadero MVC, separación lógica de roles, un buen lenguaje de programación o Framework que luego “te guíe” a aprender HTML (como lo haría Ruby on Rails) es la forma …

Porque si aprenden “a lo chaborro de mezclar todo”, luego sacarlos de dreamweaver es un verdadero suplicio … Llorarán hasta que no vean un Dreamweaver libre! …

Y si aún quieres WYSIWYG en Eclipse, ¿por qué no pruebas Visual Designer? > http://www.myeclipseide.com/module-htmlpages-display-pid-12.html

No es “purismo”; al contrario, es “practicidad”, si te especializaste en “web”, deberías pensar en una herramienta que:

* Se conecte a tu sistema de versiones (si no usas, empieza a usarlo)
* a tu sistema de debug y permita code breaks y debugging de variables (si no programas, ¿para qué haces HTML?, ¿vendes temas para wordpress?)
* permita integrarse a tu cruisecontrol y el gestor de auto-build y de pruebas unitarias (me interesa más que una aplicación funcione bien, a que se vea “bonita”)
* Que se integre a tu PHPdocs y genere automáticamente la documentación (porque siempre “tiran etiquetas y código” y jamás agarran la práctica de documentar)
* Que permita la integración y auto-completado de código de diversas librerías (si, interfaces “plugin” es lo que sobra, no solo Dreamweaver las tiene)
* Que permita hacer switch rápido entre entornos de desarrollo y producción (para que no seas el fastidioso “wannabe-developer” que quiere modificar los HTML que están en el servidor web!)

Si tu única herramienta no hace esto pero si “te muestra como se va a ver tu página web”, pues dejame decirte que estás demasiado lejos de ser un desarrollador web y sigues en la época de los HTML estáticos, de la mezcla horrenda de código HTML y PHP y de los gifs animados …

Hemos evolucionado (gracias a Dios!), Visual Fox Pro ha muerto! …

El “Cascarón” o esqueleto HTML es de por sí, la última cosa en la que se piensa (existiendo incluso librerías para ello, como librerías para normalizar el aspecto de tu CSS o del XHTML) cuando se trata de aplicaciones web.
Y para ello, tenés seaMonkey y las mil extensiones (firebug, webdeveloper) que hay para Firefox.

¿o acaso jamás haz probado las capacidades de edición in-line de HTML que permite Firebug?

Seguimos en la “búsqueda de paquetes” versus “cambio de paradigmas”, es como el “Quiero un crystal reports, pero web y en PHP, sino, no migro” que escuché yo alguna vez, ¿acáso hay un Crystal Reports que corra en web para Visual Basic .NET?, quieren exigirle más al Software Libre que al Software Privativo, porque el miedo al cambio (y no la dificultad “asumida” de las herramientas) es lo que enfrentan.

Adiós Asterisk, bienvenido Callweaver

Adiós Asterisk: No suele ser mi área de trabajo, pero debido a la cantidad “enorme” de gente que idolatra esta aplicación y aunado al interés sobremanera de lo que ocurrió en los últimos meses con respecto al conflicto de la FSF y la comunidad de desarrolladores contra Digium (la empresa que lleva el proyecto Asterisk) y sus intenciones de mantener una licencia dual, que además de no ser libre, revoca los derechos de autor de las personas que colaboran con el proyecto.

Digium había cometido el pecado de crear una licencia que “revocaba” todos los derechos de autor y los cedía “sin ninguna garantía” a la empresa (y esta era la licencia que “ellos” consideraban open source), combinada con una licencia privativa comercial.

No conforme con esto, muchos desarrolladores lo acusaban de “prácticas monopólicas” como el hecho de solo incorporar drivers para sus tarjetas FXO Digium al programa y una serie de prácticas que nada tenían que envidiar a las prácticas de “embasurar el código” que tiene Microsoft gracias a sus convenios comerciales.

De esta diatriba alrededor del popular software de centrales telefónicas y voIP, han nacido dos aplicaciones nuevas; Afelio y Callweaver.

Afelio: el punto más lejano a otro en el sistema solar …

Como el punto más lejano de las prácticas corruptas, monopólicas y capitalístas de Asterisk (que de ahora en adelante debería dejar de considerarse open Source o una solución adecuada al decreto 3390 venezolano), ha nacido Afelio, un proyecto libre sin prácticas monopólicas, orientado a plataformas BSD y al uso de buenas prácticas en el desarrollo de software.

Callweaver: el fork libre de Asterisk

¿Quien dijo que es muy dificil hacer un fork?,  3 empresas italianas han decido apoyar un “fork” (nuevo proyecto libre como copia de uno anterior) que a diferencia de Asterisk, se caracteriza por ser:

  • Orientado y llevado por una comunidad
  • Independiente de una empresa, no habrá drivers para hardware privativo en él
  • Completamente cross-platform
  • Verdaderamente open source y free software (licencia GPL)
  • Soporte para cualquier Hardware y no solamente digium

En el último aspecto se ha hecho un avance enorme, incluso ampliando la posibilidad de usar modems SM56 Motorola, Intel V92 o Ambient como tarjetas FXO de una vía, agregado soporte de terceras marcas (no agregadas por defecto en Asterisk), soporte al protocolo T.38 Fax over IP y una “verdadera” integración con el Kernel Linux al usar posix mutex timers y no soluciones “a nivel de código” o “hardware especializado de Digium”.

Para completar la plétora de beneficios que ofrece CallWeaver, están su soporte a Asterisk Programming Interface, con lo que herramientas “hechas para asterisk” soportarán a Callweaver.

Proyectos como openPBX y Linux Call Router Project ya han anunciado sus intenciones de usar Callweaver.

Bienvenido Callweaver al mundo del software libre, Adiós Asterisk … espero más gente te diga “hasta nunca!” …

[FLISOL] Ponencia: Mitos y Verdades del Software Libre

Durante el Festival Latinoamericano de Instalación de Software Libre realizado en la ciudad de Barquisimeto el 24 de Abril, pude dar por primera vez mi ponencia “Mitos y Verdades del Software Libre”, tengo que agregar que no esperaba la aceptación que tuvo la charla, al ser primera vez que la daba, hay ciertas cosas que corregir.

Las diapositivas (que son simplemente imágenes que complementan lo que digo), están acá en slideshare:

Y acá, los videos de la misma:

Parte 1:

Parte 2:

Parte 3:

Parte 4:

para descargar el PDF acá: Mitos y leyendas del software libre

Software Libre y la quinta libertad …

Luego de leer un artículo de Angel Mendoza en su blog; como siempre me ha llamado mucho la atención el tema y quise exponerlo por acá.

Gracias a él, refresquemos las 4 libertades esenciales del Software Libre:

  1. Libertad para ejecutar el programa en cualquier sitio, con cualquier propósito y para siempre.
  2. Libertad para estudiarlo y adaptarlo a nuestras necesidades. Esto exige el acceso al código fuente.
  3. Libertad de redistribución, de modo que se nos permita colaborar con vecinos y amigos.
  4. Libertad para mejorar el programa y publicar las mejoras. También exige el código fuente.

Según él, la idea de Richard Stallman de que “Todo el Software sea Libre” es “radical y extremista” y amenaza a una libertad fundamental, como es la libertad de elegir (Freedom of Choice).

Nota: cualquier asociación con la “freedom of choice act” que legaliza el aborto en EUA, es pura coincidencia.

La pregunta básica que se hace en el artículo es:

¿qué pasa con los usuarios que gustan de usar estos programas privativos?

y me gustaría ampliar la respuesta del “comentario” que le hice en su blog.

¿Qué es la libertad de elegir?

La escogencia entre diversos modelos y tendencias, sean estos religiones, vehículos, tendencias políticas o tipo de ropa, vienen asociados a un derecho fundamental del ciudadano, la libertad de elección, pero primariamente, el libre acceso al conocimiento, no se puede ser libre de elegir si tu conocimiento acerca de un hecho están parcializados, sesgados o peor aún, netamente coartados.

Eres Católico por convicción y herencia paterna, no porque “elegiste serlo” luego de estudiar todas las religiones del planeta para determinar la que te gusta …

Comprar un carro viene de un estudio de tu parte, acerca de las ventajas, posibles libertades y limitaciones que este te presta … si toda tu vida se rige por un estudio de las opciones para poder elegir y tomar una decisión acertada, ¿por qué no hacer lo mismo con el software?.

… La libertad de elegir es fundamental, Hasta ahí vamos bien …

La quinta libertad, supeditada …

La libertad de elección no es un “derecho fundamental” prioritario sobre otros derechos; por ejemplo, no podemos pedir que una persona elija “ser esclavo, a cambio de un vehículo, casa y comida”, aun cuando la persona afirme positivamente a la renuncia de sus derechos; tampoco podemos pedir (y fué el argumento base de los constituyentistas de 2000 en Venezuela) que por haber escogido ser militar, pierdas un derecho fundamental (el derecho al voto). Los derechos y libertades son irrenunciables, por lo que la “libertad de elegir” está obviamente por debajo de tus derechos y libertades fundamentales, y más aún, al conocimiento de los mismos …

… El que la sociedad (en este caso, las empresas y casas de software) te hayan limitado o simplemente cercenado ese conocimiento, no significa que haz renunciado a él; ¿o sí? …

y … ¿como viola mis libertades un software?

Ahora expondemos algunos casos serios de violación de tus derechos por parte de las empresas fabricantes de software (o hardware) privativo (la gente suele decir “propietario” para referirse a un software con propiedad intelectual y patente industrial, como parte de la comunidad de software libre, suelo usar la palabra “privativo” para indicar que este software suele “privarme” de derechos y libertades fundamentales).

En 2008, El gobierno de Alemania dejó de comprar licencias de Microsoft Windows, porque MS se negó a revelar que eran los 450K de datos que salen de toda computadora con MS Windows hacia sus servidores, ellos “alegan”  que no es nada para violar tu privacidad, pero nadie puede estar seguro puesto que nadie puede acceder al código fuente para determinar que esto es cierto o falso (y el negárselo abiertamente a un gobierno soberano es símbolo de que lo que viaja ahí no es nada bueno).

en 2005; la NSA (National Security Agency: La agencia de inteligencia y espionaje nacional) aceptó que incorporaba “secciones privadas” dentro del núcleo de cada sistema Microsoft con fines de “seguridad de la nación” y como parte del cumplimiento de Microsoft a la “Ley Patriota”, también la NSA negó la posibilidad de indicar qué incorporaba.

RIM (Research In Motion, fabricante exclusivo del popular smartphone blackberry) aseguró que sí almacena en sus servidores los mensajes de su sistema BB Messenger (el famoso “BB Pin”)  por un tiempo “indeterminado”, su alegato es que “para poder cumplir las metas y calidad de servicio”, esto debía hacerse así; sin embargo, también aseguran que deben cumplir las normativas de seguridad dictadas por la “Homeland Security” y por ende, los organismos de inteligencia nortamericanos, canadienses e ingleses pueden acceder a toda la información allí contenida, incluyendo mensajes y perfiles de usuario.

Estos simples 3 ejemplos demuestran como nuestros derechos más fundamentales, como la privacidad, las comunicaciones seguras o la inviolabilidad del correo y las comunicaciones, son simplemente “pasadas de lado” porque la persona “escogió” libremente a la renuncia de sus derechos.

Conclusiones

A la final, Las “viscisitudes técnicas” de “si es más bonito, funcional o me corre mejor en Windows” deberían ser triviales, lo que se le debe responder primeramente, sin miedo y sin tapujos es: ¿Está usted aceptando, abierta y decididamente, que desea renunciar a ciertos y privilegiados derechos, con el fin de usar un software? …

Si la respuesta aún sigue siendo afirmativa …  no tengo más nada que agregar, bienvenido al clan de los esclavos del siglo XXI.

Proyecto: Colección “Dame luz!”

Siempre me ha gustado colaborar, por algo estoy en la comunidad de software y conocimiento libre (porque no todo es software), por lo general cada vez que hago algo voy tomando nota y llevando bitácoras, a veces acumulo muchas y por el trabajo y diferentes obligaciones nunca las publico; ahora vamos a cambiar eso!.

“Dame Luz!”  siempre ha sido una expresión interesante cuando la gente está perdida y necesita orientación.

Prólogo

Hoy fué un día interesante, estaba escribiendo algunas cosas, más que todo para la documentación en mi trabajo cuando varios amigos a la vez se conectaron a preguntarme cosas; me llamó la atención particularmente cuando a uno le dije: “epale, por que no usas net sam provision, yo dejé de usar smbldap-tools hace tiempo” y fué como un balde de agua fría para él!, dijo que no sabía nada al respecto y recordé obviamente lo que me habia costado a mí, encontrar información …

Esa fué la chispa que movió la iniciativa …

¿De qué se trata la colección?

Voy a iniciar un proceso de “regularización” de mis bitacoras, la gente en Flickr se inventa los “Proyectos 365” (cada día, una foto) y yo inventaré un Proyecto 52 técnico; cada semana prepararé y tendré listo un HOWTO, paper técnico, una bitacora de trabajo, un artículo netamente técnico y orientado en alguno de estos 5 aspectos (que llamaré colecciones):

  1. OpenLDAP
  2. Servicios
  3. Virtualización con Xen y openVZ
  4. Bases de datos (postgreSQL, mySQL, MariaDB, BerkeleyDB)
  5. Programación (PHP, Python)

La idea general es regularizar esas bitácoras que tengo por ahí, ordenarlas y colocarlas acá para referencia de todas esas personas como mi amigo, que desconocían ciertas características de esas aplicaciones y que por mi trabajo, debo estar haciendo eso todos los días.

¿Por qué no un Wiki?

Inicialmente usaré esta plataforma mientras pueda planificar de forma ordenada como inyectarlas en Wikia (un sitio libre para tener wikis), Weyúu (que significa “Luz” en dialecto Maquiritare/Yekuana) es donde residirán los artículos, pero ya la gente lee y está pendiente de este blog así que la plataforma Wikia será usada como lugar para ordenar todo. No me gusta mucho wikia por su gran cantidad de publicidad (que a un artículo técnico le salga en la base un banner de pokemon no lo hace muy serio) pero es con lo más que cuento mientras pueda costear los dólares de un servidor para una plataforma como esta.

¿De qué consta la colección “Luz|Weyú”?

La colección tendrá un ciclo “ordenado” de artículos, que ya tengo listos y preparados, eso no significa para nada que la gente no puede comentar acá para solicitar un nuevo artículo o que les hable de algún problema técnico; la idea es hacer crecer naturalmente esta iniciativa.

Tampoco será muy rígida en las entregas; formalmente entregaré una semanal, pero puede que alguna otra sea entregada antes por solicitud de la gente o porque decida adelantar su publicación, descuiden, hay más de 52 artículos planificados.

En la Colección “OpenLDAP” se encuentran listos:

  • Árboles y Bosques LDAP: diseñando tu DIT (Directory Information Tree)
  • Extendiendo openLDAP: Creando tu propio ObjectClass
  • Extendiendo openLDAP: módulos y backends
  • Extendiendo openLDAP: Scripting, automatización y monitoreo
  • Overlays y Constraints en openLDAP
  • Extrayendo toda la información (incluyendo passwords) de un Active Directory a openLDAP

En la colección “Virtualización” están listos:

  • Bridges y Bonding de manera práctica con Xen
  • Aprovechando al máximo un DL 380 HP con openVZ
  • Creando personalizaciones (Roles) de VMs con Xen y Debian Lenny

En la colección “Servicios” tenemos:

  • Conectando openLDAP y Samba sin usar smbldap-tools
  • Automatizando Samba: Scripting
  • Implementando alias, listas, buzones compartidos y públicos con Postfix y Dovecot

En la colección “Bases de datos” tenemos:

  • Presentando a mariaDB: primeras pruebsa de migración desde mySQL
  • Integración Heterogénea: ETL para postgreSQL con Apatar
  • Implementación geográfica básica: postgreSQL y mySQL

Hay varias ideas por ahí rondando (como presentar Continuent Tungsten), pero aún están en prueba de concepto.

Por mis obligaciones he escrito muy poco de programación, aunque los HOWTO en prueba de concepto que están más cerca son:

  • Plataforma de envío de mensajes SMS usando GSM y Python

(de mi necesidad de que los NAGIOS envíen mensajes de texto a los jefes de informática)

Y, ¿Cuándo empiezo?

La fecha que escogí para publicar será todos los viernes uno, de acuerdo a los comentarios de la gente, adelantaré algunos o publicaré otros en otras fechas, esta lista se estará actualizando constantemente, agregando nuevos temas (sin salirse claro está de los 5 aspectos definidos, ya que son mis áreas donde poseo experiencia).

Espero poder contribuir con el avance y éxito de la utilización de software libre en Venezuela y espero contar con el apoyo de las personas que me siguen.

ACTUALIZACION

He logrado gracias al grandisimo apoyo de Octavio Rossell de Proyecto GNU/CNSL un espacio para un Wiki Colaborativo (sin tener que usar Wikia, que me llena de publicidad innecesaria) con el cual podré contar con un wiki para los manuales.

La dirección es: Phenobarbital con Wiki!

[GIMP] De regreso al dibujo!

GIMP siempre ha sido una herramienta excelente para diseño y dibujo en general, tiene una flexibilidad que hasta Photoshop le envidiaría (como poder cambiar al vuelo las características del pincel y su interacción con el puck o stylus de nuestra Tablet), claro que aun le faltan ciertas “cosas” de la fotografía (como una mejora del Healing Tool para que soporte Patch al estilo Photoshop, herramientas extendidas de clonación, etc) pero de plano, para dibujo, es la herramienta *casí* perfecta.

Regresando al dibujo

Debo admitir que salvo los intentos de explicar como funciona un tablet PC en Linux (artículos previos) no habia tenido la oportunidad de dedicarle toda una tarde completa a GIMP; hoy decidí retomar mi dibujo, tomé un trabajo a mano alzada escaneado previo; lo re-dibujé en GIMP y decidí ir más allá así que quise colorearlo!.

Acá, la ruta hasta el final!.

El motivo

Yuuki es un personaje manga de una serie llamada “megatokio“; siempre me ha encantado el dibujo manga de ese artista (Fred Gallagher alias Piro) ya que a la final, él como yo, es un Döjinshi (fan del dibujo y no un artista profesional).
Nunca he hecho cursos de ningún tipo, aunque espero algún día aprender más del género …

Y con una Tablet PC; que más puedo esperar sino mejorar en el dibujo? …

La Secuencia

Primero comencé con el “arte escaneado” que era solamente el trazado, luego de re-dibujado, comienza el proceso de pintura.

Acá, comencé pintando una capa marrón, luego un canal alpha (transparencia) con la forma del oso; así se van corrigiendo detalles.

Comenzando a pintar a Oso

El rostro: En el rostro no hubo muchos detalles, salvo el ojo, en el cual aproveché una característica de GIMP que me permite ir en descenso gradual entre 2 tonos de marrón dependiendo de la intensidad de la presión; eso me llevó a construir el iris del ojo.
Detalles del rostro de Yuuki

El oso: El oso consta de 4 capas; dos capas marrones en modo multiplicar, así obtuve el tono de marrón que quería, la otra capa son los detalles, trazos y difuminados con blur, que luego lleve  a modo de capa oscurecer y apliqué algunas sombras con la herramienta BURN/DODGE; la última capa son los detalles en negro (ojos, bordes, etc).
Sombras y matices de Oso

Conjunto y detalles: En el cabello, hice una mascara sobre el color para darle forma, luego trazos para darle la naturalidad de cabello, luego la herramienta burn (aclarar) en modo overlay (mezcla aclarar); el lazo consta de dos trazos de rojo + rosa, que luego de usar difuminar, causa ese gracioso gradiente.
Trabajando el rostro de Yuuki

El Resultado final

Luego de un par de horas (gracias a que la portatil tiene batería de 3 horas, ya que no había luz), este es el resultado final:

Yuuki y Oso (final)

(via: Flickr)

Nota: acá como se ve la portatil en modo “tablet” con el trabajo casi terminado:

Trabajando en Yuuki

[GNU] No todo cambio es para bien

Existen algunas aplicaciones; que aunque sus desarrolladores y mucha gente de la comunidad defienda sus cambios, a veces parece que su “ampliación” de la complejidad (o simplificación en el sentido contrario) buscaban más la demostración de que “se puede hacer más complejo” que la búsqueda real de soluciones para el usuario; he aquí algunas aplicaciones que en el último tiempo he dejado de usar o extraño algunas capacidades.

GRUB

El administrador de arranque de GNU/Linux por defecto (más popular que Lilo), ha sufrido una serie de cambios entre la versión 0.97 (llamada ahora GRUB legacy) y la versión 1 (que la gente llama popularmente GRUB 2);  grub legacy se caracterizaba por una sencillez increíble; algo realmente útil porque cualquier persona podía editar la lista de arranque (menu.lst) y modificarlo a sus necesidades; no era la panacea y tal vez no podía hacer cosas que para su época LILO ya hacía (un sistema de bootsplash, o ventana gráfica de arranque, era todo un proceso y bajamente personalizable); pero GRUB1 resolvía el 80% de las cosas que uno hacía con un sistema de arranque (uno o dos sistemas operativos, a lo sumo una modificación adicional) y pues la cosa era bastante sencilla.

Pero llegó GRUB2; un gran avance porque supone una completa re-estructuración y re-escritura de GRUB para hacer con él muchisimas más cosas; pero su sistema de menuentry en el archivo grub.cfg y reglas separadas (cual sistema UDEV) en un directorio /etc/grub.d/ lo hacen algo más que fastidioso; un ejemplo de elevación de complejidad, para arrancar Windows, que se hacia con 2 líneas:

rootnoverify(hd0,1)
chainloader +1

Ahora requiere todo esto:

menuentry "Microsoft Windows XP Professional (on /dev/sda2)" {
 insmod fat
 set root=(hd0,2)
 search --no-floppy --fs-uuid --set e44b-d716
 drivemap -s (hd0) ${root}
 chainloader +1
}

Una elevada complejidad no necesariamente ayuda a que un proyecto gane popularidad (salvo el hecho que elimines la versión 1 y tengas “a juro” que usar la versión 2).

A veces la complejidad es malo, y lo veremos con otro ejemplo.

UPDATE: Habia olvidado indicar que no he hecho aún un “update-from-grub-legacy” para quitar el menu.lst del grub1 y quedarme solo con grub2; porque realmente es un fastidio editar varias cosas para hacer funcionar a XEN con grub2.

Acá una entrada de como hacerlo: http://bderzhavets.wordpress.com/2009/08/31/loading-xen-via-grub2-on-top-ubuntu-karmic-server-alpha-4/

XMMS

El reproductor más popular luego de la irrupción de los primeros escritorios para Linux; XMMS combinaba la interfaz sencilla (winamp-like) con las cosas que uno necesita para escuchar música; no más, no menos …

Pero eso cambió cuando al desarrollador se le ocurrió la idea de crear un proyecto “desde cero” para XMMS; creando todo un sub-sistema (con demonio de servicio para streaming, etc) muchos (me incluyo) quedaron bajo shock. XMMS2 es todo un demonio multi-proceso con filosofía cliente-servidor, tienes un demonio que gestiona tu música, tus streamings, tus podcasts, tu library, tus playlists, incluso tus conversiones entre formatos y tus carpetas compartidas y recursos varios (rss, last.fm, etc) se le puede acceder via network y simplemente ni siquiera tiene interfaz!, es ahora un demonio al que se le puede acceder desde una variedad de clientes (front-ends) diseñados por los usuarios; esta es una visión radical y novedosa sobre el anterior y simplista XMMS y considero que ese fue el inconveniente; quienes usaban XMMS era por su sencillez; quienes querían algo más complejo se decantaban por Amarok, el innombrable rhythmbox u otros; a la final, XMMS2 no ha sido tan popular como lo fue alguna vez XMMS.

De hecho, todo el código viejo de XMMS fue cedido a un “fork” llamado Audacious, que ya va en la versión 2.

A veces, tampoco simplificar ha sido bueno.

¿Qué rayos es Amarok2?

Amarok era mi aplicación favorita (y de muchisima gente también, los scrobblers para last.fm usando amarok se contaban en millones de usuarios, hasta en Windows se usaba Amarok), era absolutamente sencilla en su simplicidad y desde su simple interfaz hacías todo, escuchabas podcasts, te conectabas a tu playlist de last.fm, hacias scrobbling y obviamente hacias lo que una aplicación de música debe hacer “tocar música”, realmente la interfaz la renovaron; supuestamente para hacerla más “weightless” (sin peso), pero si cuentas, hay la misma cantidad de items en Amarok1, que en Amarok2, simplemente cambiaron de posición, a diferencia de XMMS1=>XMM2; Amarok2 no ha ganado ni perdido tanta funcionalidad de lo que habia en Amarok1; simplemente cambiaron sin avisar toda la interfaz y renovaron la de algunos servicios; a veces opino que el éxito que tiene en el común de la gente las aplicaciones Windows como Winamp es que llevan como 10 años y aún no han hecho cambios radicales en su interfaz.

A veces uno logra extrañar cosas …

GNOME Battery

Como último ejemplo traigo a gnome-battery applet; gnome es la única aplicación (bueno, muchisimas en gnome) que va simplificandose y perdiendo funcionalidades en vez de ganar a lo largo del tiempo.

En gnome 2.1 y previos; gnome-battery era muy versátil; si dabas click sobre la batería, salía una ventana tipo widget, semi-transparente si tenías cairo; con toda la información, marca, carga de fábrica, carga actual y otros valores extraídos de SYS/DEVICES/PLATFORM/ACPI/BATT0; en la actualidad cambiaron la ventana tipo widget por una simple ventana diálogo gnome y algunos valores informativos han sido removidos para que quepan en la ventana.

También había un acceso directo a gestión de energía (como en otros sistemas operativos), esto se ha eliminado; además, desde el control de batería de GNOME ya no se puede ni suspender ni hibernar, eliminaron ambos items en la última actualización de este mes en Debian Squeeze (gnome 2.28.0); de hecho, se eliminó todo, dejando solo la opción de menú “batería de portátil”.

Este post no espera que la gente crea que esos cambios han sido malos; lo que me quejo es que hayan sido cambios no tan “user-friendly” y que hayan complicado las cosas más, sobre todo para usuarios comunes que cada vez más van adentrándose al mundo Linux.

Espero que el próximo año no nos traiga más sorpresas en algunas de nuestras aplicaciones favoritas, al menos Komodo, Pidgin, Avidemux y Firefox se mantengan como están … :D

Felíz año para todos!

Seguir

Recibe cada nueva publicación en tu buzón de correo electrónico.

Únete a otros 3.600 seguidores

A %d blogueros les gusta esto: