bureado

On the first half of 2008, Venezuela’s National Library (BNV) evaluated the Koha ILS and other FLOSS-based ILSs, together with a proprietary ILS, and decided to deploy Koha in two phases for the Library’s catalogue, which includes more than two million records, and the National Public Library System.

The evaluation was made by the Information Technology Office, and starting February 2008, three independent Koha consultants were asked for technical help in order to evaluate Koha strengths and shortcomings, and possible development/improvement plans, as well as an important migration plan from the legacy NOTIS system. Circulation, acquisitions and patrons weren’t regarded as critical modules of the ILS, while Cataloguing, Authorities and Serials were given special attention.

Ailé Filippi and Mariana González, licensed librarians, deployed a full Koha demonstration and worked for two months with the BNV librarians in order to establish the desired functionality level. BNV librarians wanted a new input system for MARC records which allow them to manually input all fields and subfields, and a very particular notation for holdings which allows to specify the specific Public Library where the item is held.

On the other hand, José Miguel Parrella Romero, an IT consultant, worked with BNV’s IT Office in order to recommend and install the latest Koha3 snapshot, and configured a working proof of concept using Zebra for more than 70 thousand simulated records. BNV staff export data from NOTIS and use a proprietary tool to convert those records to an ISIS database, so it was necessary to write a computer program which migrates those records to MARC.

While the project is currently waiting for further actions, Fernando Báez, BNVs General Manager, and Sergio Teijero, IT Consultant for BNV, have exposed BNV intentions to fully deploy the Koha ILS in short term,
migrating over 2 million records and providing access to thousands of Public Libraries and users around the World who would like to access BNV catalogue information using Koha3 OPAC, while renewing BNV’s IT platform.

Hace algún tiempo me registré en algún sistema que también me suscribió a una lista de correos masiva de INVESOL.

Recibí unos cinco o seis correos sin demasiados problemas, pero hace unos días recibí un mensaje (48583559.8080800@cnti.gob.ve) que contenía explícitamente las direcciones de correo electrónico de todos los suscritos (casi mil)

Hoy volví a pasar el mensaje por SpamAssassin y me consigo con:

  3.8 URIBL_AB_SURBL         Contains an URL listed in the AB SURBL blocklist [URIs: gob.ve]

Ouch.

Update: podemos tener avanzadas listas negras con heurística, pero si no tenemos nadie que responda a una solicitud de delisting en las cuarenta y ocho horas prometidas, no sirve de mucho. Llevo 670 horas esperando.

Últimamente ha habido mucho fuzz sobre el sistema operativo libre y de estándares abiertos en uso en la plataforma de usuario final basada en Linux de EDELCA, la empresa del sector eléctrico más importante de Venezuela y que genera alrededor del 75% de la energía eléctrica del país utilizando fuentes limpias.

La Distribución de Software Libre de EDELCA, o DSLv2, como se le conoce internamente, es un sistema operativo libre y de estándares abiertos, basado en Debian GNU/Linux 4.0 y diseñado para cumplir con los requerimientos de la organización. Se trata de un proyecto integral que abarca la infraestructura, distribución de software, control de cambios, gestión de requerimientos, base de conocimientos y los medios de instalación y soporte remoto. Hace un mes se encontraba en uso en más de dos mil quinientas estaciones de trabajo a nivel nacional.

A partir de Abril 2007 y en el marco del Proyecto de Implementación de Software Libre, cumplí el rol de coordinador del equipo de desarrollo de esta distribución, encargado de desarrollar un entregable en menos de quince días y de la operación y mantenimiento por casi un año de toda la distribución luego de ser implementada en la plataforma de usuario final. Otras personas colaboraron con el proyecto, pero alrededor de la mitad ya no se encuentran trabajando en EDELCA, incluyéndome.

¿Qué es DSLv2?

DSLv2 es una distribución de propósito especializado. Se trata de un subconjunto de los repositorios de Debian (unos mil paquetes), complementado con unos cincuenta paquetes desarrollados o personalizados in house, distribuidos en tres niveles de servicio y con disponibilidad a nivel nacional. Quizás lo más importante de la distribución es que la instalación es completamente desatendida, facilitando el trabajo del técnico que debe hacer la migración no solo del sistema operativo sino posiblemente de una gran cantidad de datos personales del usuario.

La distribución hace muchas cosas dependientes de la ubicación, como las actualizaciones automáticas de carácter diario y sobre todo la autenticación LDAP, que obviamente no funciona fuera de la compañía. El mecanismo de actualizaciones periódicas ha demostrado ser de mucha utilidad, ya que fue posible ejecutar complejas migraciones de forma remota utilizando paquetes locales, de las cuales debo resaltar la migración de Evolution a Thunderbird como cliente de correo electrónico, que se ejecutó con éxito en unas mil estaciones de trabajo en un período de cuatro horas.

Faltaron, por supuesto, muchísimas cosas interesantes por hacer en la DSLv2. Si bien desde el principio el proyecto estaba bastante bien fundamentado con documentación que cubría desde las decisiones técnicas (incluyendo los motivos para elegir Debian como base) hasta el diseño de la infraestructura de repositorios interna, hizo falta integrar efectivamente mecanismos de administración de configuraciones, distribuir el contenido hacia los repositorios e instalar actualizaciones de seguridad y software moderno en el área de ofimática.

Hace unos meses arranqué un subproyecto de mejora en el que se buscaba optimizar algunos paquetes básicos de la distribución (kernel, X.org, librerías de C) e incluir cosas como Gnome 2.22, considerando que ya el software de la distribución tenía casi dos años de vida. Todo dentro del enfoque de optimizar y personalizar solo lo necesario para la organización, y converger en el resto a Debian. Con toda seguridad, el equipo que quedó con la responsabilidad de administrar la distribución adelantará con éxito estas actividades.

¿Y Canaima?

El fuzz viene con las iniciativas adelantadas por el MPPTI con respecto a Canaima, la consecución del Proyecto Distribución Nacional de Software Libre con Estándares Abiertos que se inició en el antiguo MCT con la supervisión de Fundacite Mérida (y que, por cierto, finalizó con los mismos entregables de Canaima: medios de instalación, documentación y repositorios) y en el que también participé junto a otros desarrolladores.

En contraste con DSLv2, Canaima es una distribución de propósito general, en particular una Custom Debian Distribution que instala software para el usuario final, configura una imagen personalizada y realiza una pre/postconfiguración del sistema ocasionando el efecto de una instalación realmente sencilla. Canaima per se no ataca las necesidades específicas de una oficina gubernamental que probablemente tenga una infraestructura previamente instalada, y lo mejor de todo es que no tiene necesidad de hacerlo, ya que es de propósito general.

Esfuerzos integrados

Hoy en día, y luego de haber diseñado distribuciones para muchos clientes públicos y privados, sigo pensando que cada organización tiene necesidades particulares que deben ser resueltas dándole una visión integral al problema del sistema operativo libre a utilizar. Y, por supuesto, a la hora de elegir hacer una distribución, no importa que distribución base se tenga, por lo que las discusiones sobre utilizar Debian/Ubuntu/Fedora/Canaima/et. al. carecen de sentido — sin que esto impida seguir las mejores prácticas de cada proyecto para garantizar la sustentabilidad del producto, así como tener razones técnicas y filosóficas para elegir una u otra distribución base.

Aunque en términos técnicos CDD es probablemente el mejor enfoque para una distribución de propósito general en este momento, considero que lo apropiado para el Estado Venezolano hoy en día no es enfocarse en productos sino en los métodos que le permitirán generar subproductos localizados de forma organizada, normalizada y sustentable para toda la Administración Pública Nacional.

Una de ellas es Rapid Distribution Deployment, una metodología orientada a objetivos que intenta describir el curso de acción de una organización que desee desplegar software libre no solo por simple compliance legal sino por la necesidad de mejorar la gobernabilidad de su plataforma tecnológica.

Involucrando a los actores técnicos reales y con la suma de voluntades y recursos será posible a corto plazo establecer políticas tangibles sobre la interoperatibilidad de los sistemas operativos de usuario final en las redes públicas. De otra forma, generando productos sin considerar todos los actores y manteniendo una suerte de FUD, cada ente estará tirando hacia su lado, al menos en ese aspecto.

Visto en el cluster de correo de un ente gubernamental en Venezuela:

mta-01:~# history | grep 491
  491  i have to piss

FTR, ya no trabajo en EDELCA, Electrificación del Caroní, filial de la Corporación Eléctrica Nacional. Ha sido, por supuesto, un año maravilloso trabajando para proveer servicios de misión crítica utilizando exclusivamente software libre y estándares abiertos, y en particular Debian GNU/Linux.

Allí formé parte de los equipos de diseño e implementación de dos clusters de alta disponibilidad y balanceo de carga para correo electrónico y una distribución de software libre (DSLv2) con más de dos mil quinientos usuarios finales a nivel nacional, entre muchas otras cosas desde filtros de contenidos para mensajería electrónica (unas 500 mil conexiones diarias) hasta comunicaciones multipunto en una red que va desde Santa Elena de Uairén hasta Maracaibo.

En EDELCA, como referente a nivel nacional en la implementación de software libre en muchas de sus áreas de negocio, tuvimos la oportunidad de asesorar a otras grandes empresas del Estado como PDVSA, CANTV, la propia CORPOELEC, y muchos otros organismos. Mi compromiso sigue siendo firme para colaborar en el diseño e implementación efectiva de soluciones en Venezuela, con calidad de exportación.

Finalmente, aprovecho para saludar a Víctor Oñate, un gran amigo y excelente profesional que sin duda alguna ha estado más que a la altura de mantener y mejorar una gran plataforma basada en software libre y de estándares abiertos, así como al resto del equipo del Centro de Cómputo y los Laboratorios de Software Libre.