Software Libre on Marco Antonio Blanco

Nuevo curso, nuevas secciones

Mon, 22 Sep 2014 19:23:09 +0000

Esta noche acaba, desgraciadamente, el Verano. Con el comienzo del Otoño, empieza un nuevo curso, circunstancia que queremos aprovechar para renovar el blog y darle algo más de “vidilla”. Para ello, hemos pensado en inaugurar dos nuevas secciones de periodicidad semanal (o eso intentaremos) con contenido más ligero y directo y que no ha tenido cabida en el blog hasta ahora.

La primera sección se publicará los Jueves y se dedicará a trucos y curiosidades sobre Linux y el Software Libre, en forma de recetas y breves reseñas que resulten útiles a la vez que amenas.

La segunda sección saldrá los Viernes y tendrá el formato de una recopilación de los enlaces más interesantes de la semana relacionados igualmente con Linux y el Software Libre. Así pretendemos mantener a nuestros lectores informados sobre lo más destacado de lo acontecido en nuestro mundillo en los últimos días.

Esperamos que con estas novedades consigamos dinamizar el blog y generar aún más contenido de interés para todos nuestros seguidores. Empezamos esta misma semana, ¡así que no os lo perdáis!

El software libre es más seguro que el privativo, pero no como creéis

Wed, 23 Apr 2014 14:02:35 +0000

A estas alturas es bien conocida la gran conmoción causada por el bug Heartbleed en Internet, provocado por un error introducido en la rama 1.0 de OpenSSL. Esta librería, responsable de las transacciones seguras en diversos protocolos populares como HTTP o POP/IMAP, se encuentra presente no solo en todas y cada una de las distribuciones Linux, sino también en otros sistemas operativos, plataformas y productos (incluso privativos). Esta amplia presencia en el mercado viene dada por dos motivos: por el conjunto de funcionalidades que ofrece y por ser de licencia libre. Precisamente este segundo argumento es el que esgrimen los fans del software privativo como causa principal de la gravedad de la vulnerabilidad y sus consecuencias. Sin embargo, no pueden estar más equivocados.

En el mundo de la seguridad informática existen dos corrientes de pensamiento principales: la seguridad por la oscuridad y la seguridad por la transparencia. La primera argumenta que se obtiene un sistema más seguro si nadie tiene acceso a las “interioridades” del mismo: código fuente, diseño, información, etc. En cambio, la segunda sostiene que un sistema es más seguro cuanta más gente puede escudriñar su interior.

Precisamente este argumento concreto es el que se utiliza para atacar al software libre, indicando que el hecho de que el código fuente esté disponible no implica que haya nadie auditándolo. Y estoy totalmente de acuerdo. Sin embargo, ocurre exactamente lo mismo con el software privativo. Es decir, si nadie se pone, el código cerrado tampoco se audita, con la diferencia de que en el caso del software libre cualquiera con ganas puede hacerlo mientras que en el caso privativo sólo el fabricante tiene esa capacidad.

Aquí reside la ventaja del software libre desde el punto de vista de la seguridad, en la probabilidad de que un error sea encontrado en base a la cantidad de personas que tiene acceso al código fuente. Si Heartbleed hubiese estado dentro de un código cerrado, podría haber seguido allí durante décadas, ya que sólo el fabricante podría haberlo descubierto. En cambio, en el caso de OpenSSL, aunque se han tardado dos años, la vulnerabilidad se ha descubierto a raíz de una auditoría de un tercero.

Evidentemente, la disponibilidad del código fuente sirve tanto a buenos como a malos propósitos, pero estoy convencido que los beneficios superan con creces a las desventajas, como buen seguidor de la seguridad a través de la transparencia que soy. Sólo hay que revisar las hemerotecas para encontrar numerosos casos graves de seguridad en productos privativos resueltos tarde y mal.

Además, el software libre aporta otra ventaja frente al privativo: el tiempo de respuesta frente a vulnerabilidades. En el caso de Heartbleed, Debian publicó el parche que los resolvía en cuestión de una hora, y así el resto de distribuciones Linux. Sin embargo, famosos son los plazos que se toma Microsoft en la publicación de parches para Windows.

Quiero terminar el artículo con un apunte para los fans del software privativo. El impacto del bug Heartbleed demuestra la amplia aceptación del software libre, incluso con fabricantes privativos incorporándolo en sus productos. No será tan malo como nos queréis hacer creer…

Cómo migrar a Linux tras el fin del soporte de Windows XP

Thu, 27 Feb 2014 13:24:57 +0000

Nos encontramos a poco más de un mes para que Microsoft finalice el soporte activo del venerable Windows XP. La solución que se propone desde Redmond es, evidentemente, migrar a una versión superior de su sistema operativo. Sin embargo, el cambio no es tan sencillo ni tan falto de obstáculos como Microsoft pretende. Tanto Windows 7 como 8.1 tienen requerimientos hardware superiores y presentan incompatibilidades con programas y periféricos que funcionan bien en XP, por no hablar de los cambios en el paradigma de escritorio que presenta la última versión de Windows. Ante este panorama, es el momento de plantearse seriamente una migración a un entorno basado en Linux y software libre.

Un sistema informático tipo

Como en cualquier cambio en un sistema informático, es crucial realizar una cuidadosa planificación del proceso que contemple fases y tiempos de realización, donde se tengan en cuenta aspectos tan importantes como la futura organización de la red, el software a utilizar, la formación de los usuarios y el soporte posventa. en este articulo voy a centrarme en las dos primeras cuestiones.

Respecto a la organización de la red, podemos aprovechar la migración para implantar un modelo centralizado de gestión de usuarios (OpenLDAP) y sistemas de ficheros (NFS, Samba). Este modelo nos ofrece la máxima flexibilidad (es muy fácil añadir nuevos elementos a la red, sea cual sea el sistema operativo que corran), el mejor rendimiento y los menores costes de mantenimiento.

Una vez centralizada la gestión del sistema informático, Linux nos ofrece varias posibilidades interesantes, compatibles entre sí y combinables en un mismo ecosistema, para la gestión de las estaciones de trabajo. Contamos por supuesto con el modelo clásico (fat client), en el que el sistema operativo y las aplicaciones se instalan en la propia estación. Si reducimos los requerimientos de mantenimiento a la vez que aumentamos la dependencia de la red y los servidores, tenemos los puestos de trabajo sin disco duro (diskless clients) que arrancan el sistema operativo por red pero siguen utilizando los recursos locales (CPU, RAM, etc.) para la ejecución de las aplicaciones de usuario. Si damos un paso en este sentido, nos encontramos con los clientes ligeros (thin clients) que funcionan como una simple ventana a las capacidades de los servidores centrales. Linux cuenta con soporte de serie para este último modelo a través del proyecto LTPS.

La elección del modelo adecuado dependerá de las necesidades del usuario, de las características del hardware de los puestos de trabajo y de la cuantía de la inversión que estemos dispuestos a llevar a cabo. En cualquier caso, una vez centralizada la gestión de la red (algo indispensable en cualquier sistema informático) cambiar de un modelo a otro es relativamente sencillo.

Intranet en pleno funcionamiento

En cuanto a la migración de las aplicaciones de usuario, Linux ofrece numerosas alternativas nativas al software habitual en una red Windows. Incluso podemos plantearnos migrar algunas de estas aplicaciones a formato web, como por ejemplo el correo electrónico, la agenda de direcciones y el calendario a una completa intranet.

Puede darse el caso de que no encontremos una alternativa satisfactoria en Linux a una aplicación imprescindible. Se me vienen a la cabeza ejemplos como el de un diseñador que necesite de Photoshop porque necesita funcionalidades que GIMP no ofrezca o el de la típica aplicación de gestión a medida que se encuentra en la empresa desde los tiempos de Windows 95. En ese caso Linux nos ofrece tres opciones que permiten integrar la aplicación en la nueva infraestructura basada en software libre: WINE, virtualización y acceso remoto.

Lista de programas Windows instalados

WINE es lo que podríamos llamar un “emulador de Windows” (aunque técnicamente es una implementación de las funciones de Windows) que permite ejecutar en Linux software nativo de Windows. Con un desarrollo de más de 15 años a sus espaldas, sus responsables han llegado a recrear fallos específicos de Windows de los que depende el funcionamiento de muchas aplicaciones. Dado que WINE viene de serie en las distribuciones Linux actuales y que la lista de programas compatibles es muy extensa, es sin duda la primera opción a probar al integrar aplicaciones Windows en una red Linux.

Virtualizando con Virtualbox

En el caso de que WINE no nos sirva, tenemos la posibilidad de acomodar la aplicación “rebelde” en una máquina virtual en la que aprovechemos alguna de esas licencias de Windows XP que en breve dejarán de sernos útiles. Para ello tenemos entornos de virtualización tan completos como QEMU o Virtualbox, que nos van a ofrecer una capacidad tan interesante como la de aislar XP de forma que nunca se comunique con el mundo exterior ahora que su soporte finaliza, minimizando el riesgo de que un malware lo alcance. Además, podemos generar imagenes periódicas de la máquina virtual (VM), de forma que si finalmente se infecta podamos volver atrás a un estado limpio conocido.

Si necesitamos que más de un usuario tenga acceso a la VM, tenemos restricciones de licencia o la aplicación es muy cara, podemos optar por el acceso remoto a la misma. Bien a través del protocolo RDP que Windows XP ofrece de forma nativa o bien a través de un servidor VNC (de licencia libre), los usuarios podrán acceder al escritorio XP virtualizado y utilizar la aplicación desde sus escritorios Linux, dentro de las limitaciones de licencia de la propia aplicación.

En definitiva, con una buena planificación y unos objetivos claros y definidos, una migración a Linux no es tan complicada y traumática como podría parecer. Quedan pocos días para que Windows XP se despida de nosotros y es el momento de decidirse a dar el salto a Linux y el Software Libre. Algunos de nuestros clientes lo han hecho ya, ¿por qué no tú?

Comprobando el hardware de un servidor Linux sin abrirlo: OCS Inventory (III)

Thu, 19 Sep 2013 13:58:58 +0000

Las herramientas de las que he hablado hasta ahora en esta serie de artículos eran utilidades de línea de comandos dirigidas a descubrir de forma puntual qué hardware tiene un sistema en producción sin pararlo. Si lo que buscamos es algo más complejo más allá de una simple consulta de vez en cuando, que nos permita elaborar y mantener el inventario hardware y software de los sistemas a nuestro cargo, una gran opción es sin duda OCS Inventory.

Se trata de un completo entorno de gestión (de licencia libre) de los activos TIC de cualquier organización. Cuando se publicó por primera vez en 2001, OCS Inventory permitía la creación automatizada del inventario del hardware. A día de hoy ha evolucionado tanto que inventaria también el software, realiza escaneos de red e incluso permite la instalación distribuida de software. También incluye un sistema de plugins que permite ampliar las capacidades de serie de OCS Inventory. Aunque la lista de plugins disponibles no es muy extensa, ofrece la suficiente utilidad como para tenerlos en cuenta.

OCS Inventory se compone de tres elementos: un servidor, los agentes y las herramientas de distribución de software. El servidor es el elemento principal del entorno, gestionando la información y poniéndola a disposición de los administradores del sistema. Existen versiones tanto para Linux (y otros Unix) como para Windows.

Sin embargo, el servidor no serviría de nada sin los agentes, pequeños componentes software que se instalan en los dispositivos que queremos inventariar y gestionar a través del servidor y que nutren a éste con toda la información que puedan descubrir sobre el sistema en el que están instalados. Por la naturaleza de su función, en el caso de los agentes existen versiones para todos los sistema operativos más populares, incluyendo los de los smartphones y tablets (excepto iOS).

Por último se encuentran las herramientas de distribución de software, con versiones para Linux, Windows y MacOS, que permiten de una manera sencilla la instalación remota y controlada de programas en equipos que corran dichos sistemas operativos. Es sin duda una gran ayuda para los administradores de redes y una de las capacidades más celebradas de OCS Inventory.

Su instalación es realmente sencilla. Basta con dirigirnos a la sección de descargas de la web oficial y obtener las versiones adecuadas a los sistemas que vamos a gestionar. Sin embargo, lo más sencillo para instalar un servidor OCS Inventory es utilizar una distribución Linux en cuyos repositorios esté disponible.

Por ejemplo, en Debian empezaríamos con el servidor:

# apt-get install ocsinventory-server

y seguiríamos con la consola de administración, que se puede instalar en el mismo equipo que el servidor o en otro de nuestra elección:

# apt-get install ocsinventory-reports

Si accedemos mediante navegador a http://servidor_consola_admon/ocsreports , podremos proceder a configurar la consola de administración, indicando entre otras cosas dónde se encuentra el servidor de OCS Inventory.

Sólo restaría instalar los agentes en los equipos a monitorizar. En el caso de Debian sería así:

# apt-get install ocsinventory-agent

Durante la instalación debemos elegir http como método para generar el inventario e introducir el nombre o dirección IP del servidor OCS cuando se nos solicite.

Con esto OCS empezará de inmediato a escanear nuestra red y a recibir todo tipo de datos sobre la configuración de nuestros sistemas. Esta información se muestra poco después en la consola de administración. A partir de ese momento, OCS se encarga de mantener actualizada la información mediante escaneos periódicos, cuya frecuencia podemos configurar.

En definitiva, OCS Inventory se convierte en un importante aliado para los administradores de sistemas en sus tareas diarias. Es sencillo de instalar y a cambio ofrece un gran valor. Evidentemente no está pensado para consultas puntuales de información, ya que para ello están los comandos revisados en los artículos anteriores, pero sin duda OCS no debería faltar en ninguna red gestionada por buenos profesionales.

Móntate tu propio servidor de música doméstico con Raspberry Pi, Icecast2 y MPD

Mon, 19 Aug 2013 12:58:41 +0000

El propósito principal cuando adquirí mi Raspberry Pi era convertirlo en un completo centro multimedia, un anhelo de muchos años que gracias al Pi he podido satisfacer a bajo coste. Por eso elegí Xbian como la distribución a instalar, ya que no sólo está especializada en ofrecer una gran experiencia con XBMC (sin duda el mejor media center libre) sino que permite evolucionar la plataforma a nuestro gusto gracias a que está basada en Debian.

Así, he podido cumplir la semana pasada con otro de mis objetivos con mi Pi: montar mi propia radio doméstica y poder escuchar música en cualquier parte de mi casa, todo ello con software libre y sin tener que realizar una fuerte inversión (¿he oído Sonos?).

Para ello vamos a utilizar dos componentes software que como ya he dicho son de licencia libre y que son fácilmente instalables en Debian. Por un lado se encuentra Icecast2, un servidor de streaming de audio que soporta el protocolo SHOUTcast y que es capaz de recibir flujos de música desde diversos tipos de fuentes, incluyendo retransmisiones en vivo que nosotros mismos emitamos o servicios populares como Spotify. Por otro lado tenemos a MPD, un reproductor de música en modo servidor.

El objetivo por tanto es configurar MPD para que reproduzca los ficheros de audio de un directorio concreto, envíe dicha reproducción a Icecast2 y que éste se encargue de generar un streaming de audio en nuestra red doméstica al que podremos acceder desde cualquier cliente compatible con el protocolo SHOUTcast, incluyendo smartphones via WiFi..

La instalación del software en Xbian (y cualquier otra derivación de Debian) es muy sencilla:

# apt-get install mpd mpc icecast2

Como se puede ver, aprovechamos la instalación de software para incluir MPC, un cliente de línea de comandos para controlar todos los aspectos de la ejecución de MPD, desde la gestión de listas de reproducción hasta la duración del fundido entre canciones. Para conocer todas las posibilidades de MPC, nada mejor que consultar su manual electrónico:

# man mpc

Durante la instalación de Icecast2 se nos preguntará por un nombre de servidor y por una serie de contraseñas para ciertos usuarios y operaciones: source (acceso de las fuentes de audio), relay (acceso de la replicación de streams desde otros servidores) y admin (acceso de administración de Icecast2). La fortaleza de estas contraseñas queda a nuestra discreción, pero en este momento la que más nos interesa es la de source, ya que es la que va a utilizar MPD para enviarle la reproducción de ficheros de audio a Icecast2.

Para nuestro propósito, con esto ya está listo Icecast2. Si queremos modificar más aspectos de su configuración o simplemente rehacerla (por ejemplo, cambiar una contraseña), basta con que editemos el fichero /etc/icecast2/icecast.xml y procedamos a reiniciar el servidor:

# /etc/init.d/icecast2 restart

Es el turno de configurar MPD, el cual seguramente habrá mostrado un aviso al finalizar la instalación y haberse iniciado:

listen: bind to '[::1]:6600' failed: Failed to create socket: Address family not supported by protocol (continuing anyway, because binding to '127.0.0.1:6600' succeeded)

No debemos preocuparnos ya que este mensaje significa que no tenemos activo IPv6 en nuestro Pi, lo cual no impide que MPD se haya iniciado y esté en pleno funcionamiento. De todas formas, si queremos activar el soporte IPv6 en nuestra Xbian, basta con incluir la cadena ipv6 en /etc/modules. También podemos probar a cargar el módulo a mano desde la línea de comandos:

# modprobe ipv6

La configuración de MPD es algo mas compleja, ya que tendremos que indicarle tanto la fuente de ficheros de audio como el destino de su reproducción (en nuestro caso, el servidor Icecast2). Para ello tendremos que editar el fichero /etc/mpd.conf.

Por defecto, la fuente de ficheros (indicada por la variable music_directory) apunta al directorio /var/lib/mpd/music. Mi recomendación es dejarla tal como está y crear enlaces simbólicos dentro de dicho directorio que apunten a los directorios en los que tengamos nuestros ficheros de música, aunque se trate de dispositivos removibles (como discos USB).

Lo siguiente es configurar el destino de la reproducción, Para ello comentaremos todas las secciones audio_output e incluiremos la siguiente:

audio_output {
 type "shout"
 name "Mi radio domestica"
 description "Stream MPD desde mi Raspberry Pi"
 host "localhost"
 port "8000"
 mount "/mpd"
 password "contraseña_source_de_icecast2"
 bitrate "128"
 format "44100:16:2"
 encoding "mp3"
}

En este ejemplo, estamos indicándole a MPD que envíe la reproducción de ficheros al servidor Icecast2 que está escuchando en el puerto 8000 de la misma plataforma (nuestro Pi), utilizando /mpd como punto de montaje (más sobre esto a continuación). Dicha reproducción se codificará al vuelo en formato mp3 a 44100Hz, 16 bits, 2 canales y un bitrate de 128k. Aquí el parámetro realmente importante es password, en el que indicaremos entre comillas la contraseña que usamos para el usuario source de Icecast2.

Además habilitaremos la siguiente sección audio_output, con al finalidad de que MPD arranque de todas formas aunque el servidor Icecast2 no esté disponible:

audio_output {
 type "null"
 name "My Null Output"
}

Terminamos la configuración de Icecast2 modificando la variable bind_to_address, a la que asignaremos el valor localhost. Tras guardar los cambios, sólo queda reiniciar ambos servidores:

# /etc/init.d/icecast2 restart
Restarting icecast2: Starting icecast2
Detaching from the console
icecast2.
# /etc/init.d/mpd restart
[ ok ] Stopping Music Player Daemon: mpd.
[ ok ] Starting Music Player Daemon: mpd.

Ahora vamos a comprobar que MPD está en correcto funcionamiento:

# mpc outputs
Output 1 (Mi radio domestica) is enabled
Output 2 (My Null Output) is enabled

Si alguna de las salidas apareciera deshabilitada, bastaría con ejecutar el siguiente comando:

# mpc enable

Vamos a alimentar nuestro servidor MPD con música. Lo más sencillo es utilizar MPC para esta tarea.

# mpc update --wait (escanea el directorio de ficheros de audio)
# mpc ls | mpc add (añade las canciones encontradas a la lista de reproducción por defecto)
# mpc playlist (muestra el contenido de la lista de reproducción que acabamos de crear)
...
# mpc play (comienza la reproducción)
...

Podemos seguir “jugando” con MPC a través de comandos como status, random, repeat, crossfade, shuffle, etc., pudiendo utilizar MPC desde otro ordenador con sólo incluir el parámetro -h junto con la IP del Pi. Las posibilidades son muchas para que la reproducción quede a nuestro gusto. Además, MPD va a recordar el estado en el que lo hayamos dejado, por lo que aunque reiniciemos el Pi, MPD continuará la reproducción por donde la dejamos.

Es el momento de conectarnos a Icecast2 con un cliente compatible. En http://www.icecast.org/3rdparty.php tenemos una lista completa tanto de clientes de control (para sustituir a MPC) como de reproductores compatibles. Para escuchar nuestra recién instalada radio doméstica, tenemos que indicarle al reproductor que se conecte a la URL http://ip_raspberry_pi:8000/mpd.m3u. Como vemos, el punto de montaje definido antes se utiliza en la URL para acceder a nuestra radio, que se está transmitiendo por nuestra red doméstica y a la que puede tener acceso cualquier dispositivo conectado a la misma, desde ordenadores hasta altavoces inalámbricos, pasando por tablets y smartphones.

A partir de aquí las posibilidades son infinitas. Por ejemplo, podemos conectar flujos de terceros (con software como DarkIce), replicar esta instalación en nuestra empresa para implantar un hilo musical a bajo coste o utilizar un servidor virtual en Internet para tener nuestra radio disponible en cualquier sitio (imaginad conectar nuestra radio privada al equipo de audio de nuestro coche mediante el Bluetooth de nuestro smartphone).

Espero que lo probéis y que compartáis vuestras experiencias y otras ideas que se os ocurran para mejorar esta receta.

Comprobando el hardware de un servidor Linux sin abrirlo: dmidecode (II)

Fri, 09 Aug 2013 12:17:56 +0000

La segunda herramienta que nos va a permitir conocer la configuración del hardware de un sistema en producción sin tener que pararlo ni abrirlo es dmidecode. Al igual que hwinfo, se trata de una utilidad de línea de comandos. Sin embargo, en vez de sondear el hardware, dmidecode analiza la información almacenada en la BIOS en las tablas DMI y la muestra en pantalla.

Para instalar dmidecode en un sistema Debian, basta con seguir el procedimiento habitual:

# apt-get install dmidecode

La forma de utilizar dmidecode es muy sencilla y similar a la de hwinfo, es decir, invocamos el comando junto con un argumento que nos permitirá obtener la información concreta deseada. Evidentemente, si ejecutamos dmidecode sin argumentos, obtendremos toda la información disponible:

# dmidecode
SMBIOS 2.7 present.
109 structures occupying 3956 bytes.
Table at 0x000EB6C0.

Handle 0x0000, DMI type 0, 24 bytes
BIOS Information
 Vendor: American Megatrends Inc.
 Version: 0915
 Release Date: 07/27/2012
 Address: 0xF0000
 Runtime Size: 64 kB
 ROM Size: 8192 kB
 Characteristics:
 PCI is supported
 BIOS is upgradeable
...

dmidecode tiene dos parámetros para seleccionar la información a mostrar, --string y --type. El primero obtiene el valor de la cadena DMI indicado por la palabra clave que hay especificar. Por ejemplo, para conocer la marca del procesador:

# dmidecode --string processor-manufacturer
Intel

Al contrario que hwinfo, sólo podemos utilizar un valor a la vez. La lista de palabras clave admitidas se puede consultar en el manual electrónico de dmidecode:

# man dmidecode

El parámetro --type muestra las entradas en la BIOS del tipo que especifiquemos, donde el tipo es o bien un número (pudiendo indicar más de uno separados por comas) o bien una palabra clave (de una lista que es distinta a la utilizada por --string). Por ejemplo, para conocer información sobre el sistema y la placa base:

# dmidecode --type 1,2
SMBIOS 2.7 present.

Handle 0x0001, DMI type 1, 27 bytes
System Information
 Manufacturer: System manufacturer
 Product Name: System Product Name
 Version: System Version
 Serial Number: System Serial Number
 UUID: XXX
 Wake-up Type: Power Switch
 SKU Number: SKU

Handle 0x0002, DMI type 2, 15 bytes
Base Board Information
 Manufacturer: ASUSTeK COMPUTER INC.
 Product Name: P8H77-M PRO
 Version: Rev X.0x
 Serial Number: XXX
 Features:
 Board is a hosting board
 Board is replaceable
 Chassis Handle: 0x0003
 Type: Motherboard
 Contained Object Handles: 0

Y para saber más sobre el chasis del servidor:

# dmidecode --type chassis
SMBIOS 2.7 present.

Handle 0x0003, DMI type 3, 22 bytes
Chassis Information
 Manufacturer: Chassis Manufacture
 Type: Desktop
 Lock: Not Present
 Version: Chassis Version
 Serial Number: Chassis Serial Number
 Asset Tag: Asset-1234567890
 Boot-up State: Safe
 Power Supply State: Safe
 Thermal State: Safe
 Security Status: None
 OEM Information: 0x00000000
 Height: Unspecified
 Number Of Power Cords: 1
 Contained Elements: 0

Al igual que antes, la lista de tipos numéricos y palabras clave admitidas se puede consultar en el manual electrónico de dmidecode.

Como curiosidad, el paquete dmidecode incluye otras herramientas, destacando biosdecode, que analiza la memoria de la BIOS y muestra las estructuras de las que tiene conocimiento.

Para terminar dos advertencias. La primera es que dmidecode sólo muestra lo que la BIOS conoce, por lo que si se trata de un sistema de esos en los que la BIOS es muy espartana, es posible que no obtengamos todo lo que queremos conocer (típico de un sistema de marca). La segunda es que hay que tener cuidado al utilizarlo en un sistema en producción (aunque este sea su objetivo). Todo lo que suponga sondear el hardware está sujeto a una probabilidad (mínima) de provocar problemas en la plataforma y su caída.

MultiCD, integración de varias ISOs en un pendrive USB

Fri, 21 Jun 2013 11:12:14 +0000

En el artículo sobre Unetbootin comenté que su mayor carencia era que sólo podía grabar una única imagen ISO en el dispositivo USB. Dada la gran utilidad que tendría el poder integrar varias imagenes en un único pendrive, he estado buscando una herramienta que lo permitiese hasta que he dado con MultiCD, la cual sin ser perfecta cumple con creces con este objetivo.

MultiCD es un shell script (por lo tanto, sólo sirve para Linux) con un funcionamiento muy sencillo: lee cada ISO que queramos integrar, construye el menú principal que nos permitirá acceder a cada imagen y finalmente genera una nueva ISO con toda la información anterior. Ya es cuestión nuestra el volcarla al pendrive, pero para ello recomiendo el mismo mecanismo que en el caso de la instalación de distros en Raspberry Pi. Evidentemente, podemos también quemarla en un CD o DVD, dependiendo del tamaño final resultante.

Su instalación es muy sencilla. Basta con acceder al enlace de descarga en GitHub que figura en la web oficial de MultiCD (el enlace a tuxfamily.org no funciona) y pulsar en el botón que aparece en la columna de la derecha con la leyenda “Download ZIP”. Una vez terminada la descarga, descomprimimos en un directorio de nuestra elección y nos aseguramos que el script principal tiene los permisos de ejecución adecuados.

# chmod 755 multicd.sh

Ahora basta con copiar o enlazar las imágenes ISO a integrar al directorio de instalación de MultiCD y ejecutar el script.

# ./multicd.sh

Antes de proceder a ejecutar el script por primera vez debemos asegurarnos de que contamos con los paquetes mkisofs o genisoimage para la generación de la ISO final.

La ejecución de MultiCD la podemos hacer tanto como usuario root como usuario estándar, ya que el script se encarga de utilizar las herramientas adecuadas en cada caso. Mi recomendación es probar primero como usuario no privilegiado y pasar a root únicamente si no nos queda más remedio.

MultiCD sólo es capaz de integrar aquellas ISO para las que tiene un plugin preparado a tal efecto (cada plugin es igualmente un shell script que se encarga de gestionar las particularidades de cada imagen), pero la lista de ellos es enorme y cubre las necesidades de prácticamente cualquier usuario. Esta lista se puede consultar en la web de MultiCD, pero incluso hay ISOs soportadas que no aparecen en la misma, por lo que la mejor manera de saber qué está soportado es consultar el listado de scripts del directorio plugins.

Si al ejecutar MultiCD no se incluye alguna de las imágenes seleccionadas, sólo tenemos que consultar en la lista de ISOs de la web cómo espera MultiCD que se llame dicha imagen y renombrarla adecuadamente.

Desgraciadamente, en mis pruebas he descubierto que muchos de ellos no están actualizados para reconocer las últimas versiones de la ISO correspondiente (como es el caso del utilísimo Ultimate Boot CD o del apreciado Kaspersky Rescue Disk), lo que disminuye la utilidad de MultiCD. Aún así, me he construido un pendrive de lo más interesante con las siguientes imagenes:

NetbootCD (instalación por red de las distribuciones Linux más populares)
SuperGrubDisk2 (inicio de sistemas Linux con arranque defectuoso)
Rescatux (reparación del arranque de sistemas Linux)
System Rescue CD (Linux en vivo para el mantenimiento de sistemas)
Clonezilla (clonación de sistemas)
AVG Antivirus
Memtest86+ (comprobación de RAM; incluido de serie)

En definitiva, MultiCD es una herramienta muy útil para los que nos dedicamos a la gestión de sistemas informáticos. Os animo a probarla y a que compartáis vuestras impresiones.

UNetbootin, creando dispositivos USB en vivo desde imagenes ISO

Mon, 08 Apr 2013 10:30:51 +0000

Mientras escribía el artículo anterior sobre Berryboot, se me vino a la cabeza otra herramienta que tiene algún punto en común con ella: UNetbootin. Se trata de una sencilla aplicación que permite crear dispositivos USB en vivo a partir de imágenes ISO de distribuciones Linux y otras herramientas autoarrancables desde una unidad óptica. Al igual que Berryboot, UNetbootin nos permite elegir de una lista predefinida qué distro queremos en nuestro pendrive, tras lo cual procederá a descargarsela e instalarla en el dispositivo USB. Aquí acaban las similitudes con Berryboot, ya que los objetivos, finalidad, plataforma hardware y formas de trabajar de ambas herramientas son diferentes (por ejemplo, UNetbootin sólo permite una distro por dispositivo, al contrario que Berryboot).

La forma de trabajar con UNetbootin es muy sencilla. Basta con dirigirnos a su web oficial y descargarnos el binario correspondiente a nuestro sistema operativo (existen versiones para Linux, Windows y MacOSX). Antes de proceder a ejecutarlo debemos haber conectado y montado el dispositivo USB de destino. Una nota de seguridad: aunque se trata de software libre y nos lo estamos bajando de una web de confianza como Sourceforge, se trata de la descarga de un binario y no está de más que tenga cuidado extra, sobre todo teniendo en cuenta que se trata de un software que exige permisos de administrador para su funcionamiento.

UNetbootin recién iniciado

La ventana de UNetbootin nos muestra dos opciones: o bien elegimos la imagen a instalar del desplegable superior (donde descubriremos una lista impresionante de posibilidades) o bien proveemos nuestra propia imagen ISO (si a alguien se le ocurre probar cosas “diferentes”, como una versión de Windows, y tiene éxito que por favor nos lo haga saber en los comentarios). En cualquier caso, una vez realizada la selección, debemos elegir la unidad de destino del desplegable inferior. Aquí, como he comentado en artículos anteriores, debemos tener especial cuidado ya que se trata de una herramienta destructiva por naturaleza y podemos dañar el contenido de otros dispositivos si no ponemos atención (de hecho, UNetbootin nos deja incluso elegir discos duros). Finalmente, sólo queda pulsar en el botón de “Aceptar” y esperar a que acabe el proceso.

Una de las mayores ventajas de UNetbootin (aparte del ahorro en CDs y DVDs) es que nos permite trabajar de forma sencilla con equipos que carecen de unidad óptica, como es el caso de los netbooks. De este modo es posible probar e instalar una distro Linux o realizar tareas de mantenimiento con algunas de las herramientas de diagnóstico y detección de antivirus que UNetbootin permite utilizar. Sin duda, se trata de una utilidad de gran valor.

Video.js, reproductor de video HTML5 de licencia libre

Tue, 05 Feb 2013 10:08:04 +0000

Como comentaba en el artículo anterior, la reproducción de vídeos bajo HTML5 no es precisamente la panacea debido a que estábamos obligados a contar con tres versiones del mismo vídeo, una por cada códec soportado por los navegadores modernos, cuyos responsables no supieron (o no quisieron) ponerse de acuerdo cuando llegó el momento de estandarizar el soporte de la etiqueta video. Aunque estas tres versiones, junto con el JPG que hace las veces de póster, se consiguen fácilmente con el script del mencionado artículo, al final triplicamos el espacio necesario para alojar los vídeos y complicamos el código para la reproducción de los mismos.

Desgraciadamente no es el único problema. Otra dificultad que se nos presenta es cómo dar soporte a aquellos navegadores que no pueden mostrar vídeos en HTML5, lo cual generalmente se resuelve presentando un reproductor en Flash. Es decir, que una de las grandes ventajas de HTML5 (prescindir de Flash) la perdemos en estos casos.

El último problema que me he encontrado es el de que cada navegador muestra en pantalla un reproductor de vídeo diferente con un estilo estético distinto. Puede que esto no parezca tan importante, pero cuando uno ha invertido en un diseño y en ofrecer la mejor de las experiencias posibles para el usuario, esta diferencia de comportamiento puede suponer un quebradero de cabeza.

El camino que he tomado en el caso de la web que estamos migrando es el de utilizar Video.js, un reproductor de vídeo HTML5 de licencia libre que resuelve los problemas mencionados: se encarga de generar automáticamente el código para las tres versiones del vídeo, incluye un reproductor Flash para los navegadores antiguos y ofrece un aspecto estético común para todos los navegadores, pudiendo incluso utilizar temas para personalizar el diseño.

Para utilizar Video.js en un proyecto web no hace falta ni siquiera descargarlo, ya que enlazaremos con él desde nuestro código. No voy a repetir las instrucciones que aparecen en su sitio web oficial, pero básicamente consisten en incluir una serie de etiquetas en las secciones head y body de nuestra web.

Aún así, si estamos utilizando un CMS, suele ser más sencillo utilizar algún módulo, extensión o plugin propio que nos ofrezca esta funcionalidad. Por ejemplo, en el caso que nos ocupa, donde estamos utilizando TYPO3, hemos elegido la extensión html5videoplayer. Una vez instalada, basta con insertar el plugin en la página en la que queremos utilizarlo y configurarlo con los vídeos a mostrar, pudiendo reproducir uno sólo o un conjunto de ellos.

En definitiva, a pesar de las dificultades y los obstáculos, HTML5 es el camino a seguir. Con las herramientas adecuadas, este camino será mucho más sencillo y apacible. Espero vuestros comentarios y experiencias con Video.js.

Reestructuración de un sistema informático

Fri, 11 Jan 2013 13:12:59 +0000

Tal y como hemos anunciado hoy en nuestra web corporativa, la Federación Andaluza de Empresas Cooperativas de Trabajo Asociado (FAECTA) nos ha adjudicado la gestión de su sistema informático en los próximos dos años. Aparte de la alegría que supone, esta concesión implica además una gran cantidad de trabajo al inicio del proyecto, ya que el primer paso que damos en un servicio de asistencia informática es el de la reestructuración de los activos TIC del cliente en busca de una estabilidad, robustez, seguridad y eficiencia que permita traducir el uso de las herramientas informáticas en un aumento de la productividad de la entidad y en un notable descenso de las incidencias técnicas. Veamos en las siguientes líneas cómo lo llevamos a cabo en Activa Sistemas.

Existe un procedimiento previo indispensable e ineludible para llevar a buen puerto la reestructuración: la realización de una profunda auditoría del sistema informático que incluya un detallado inventario hardware y software y que permita descubrir las fortalezas y carencias del mismo a nivel de funcionalidad, rendimiento y seguridad. Con esta información en nuestro poder se procede a redactar una serie de medidas y propuestas a desarrollar para potenciar y proteger las fortalezas y resolver las carencias.

Aunque a priori es imposible saber con lo que uno se va a encontrar en un sistema informático con el que se tiene contacto por primera vez, es igualmente cierto que suele haber una serie de puntos a resolver y de medidas a tomar comunes a todos los proyectos (al menos esa es nuestra experiencia hasta la fecha).

Elaboración de políticas de uso y seguridad de los activos TIC. Su importancia radica en que sin estos documentos es prácticamente imposible conseguir la deseada estabilidad del sistema informático que permita aumentar la productividad y disminuir los costes de mantenimiento. Es fundamental que las políticas estén avaladas por la gerencia de la entidad para que tengan validez operativa y que no entren en conflicto con la normativa vigente para que tengan validez legal (por ejemplo, un error muy común es incluir penalizaciones a los usuarios por el mal uso del sistema, algo que corresponde realmente al reglamento interno, los estatutos de la entidad y la legislación vigente).
Saneamiento de la red local a nivel físico, tanto cableado como inalámbrico. La base de un sistema informático es su red local física y, si esta se encuentra en mal estado o no da el rendimiento adecuado, todo el sistema se resiente drásticamente. Por ello hay que asegurarse de que todos los nodos de la red cuentan con el acceso de calidad y ancho de banda que requieren para llevar a cabo sus funciones, preferiblemente cableado, relegando el acceso inalámbrico a los casos justificados.
Renovación del parque de puestos de trabajo. Para que un ordenador de escritorio sea realmente productivo como herramienta de trabajo, es imprescindible que su ciclo de vida no supere los cinco años (al meno, a día de hoy). Por algo será que en España las normas contables consideran que su amortización está completa a los tres años…
Implantación de un sistema de seguridad perimetral y de gestión de las comunicaciones. Con el aumento año tras año de las ciberamenazas, cada vez es más imprescindible con un sistema que no sólo gestione el acceso a Internet (y que incluso lo acelere en la medida de lo posible) sino que además permita conectar de forma segura y privada a usuarios remotos y que nos defienda de problemas externos, desde el spam hasta intrusiones, pasando por malware y contenido no deseado.
Implantación de un servidor centralizado de usuarios, datos y aplicaciones. He visto problemas y carencias de todo tipo, pero el que más me horroriza y que hace que me eche las manos a la cabeza es cuando me encuentro que la empresa no tiene servidor de ningún tipo y que toda la información se encuentra repartida en los distintos puestos de trabajo. Con un servidor central es posible controlar el acceso de usuarios a ficheros, la gestión de recursos compartidos e incluso permitirnos una intranet para el acceso desde cualquier sitio al correo, la agenda, las tareas, etc.
Implantación de un sistema de copias de seguridad.La gente no se lo cree, pero las desgracias ocurren y, una vez que se producen, es demasiado tarde y sólo queda lamentarse y asumir las consecuencias si no se han tomado las medidas oportunas. Por ello, al igual que se contratan diversos seguros para proteger los activos de una empresa, también hay que implantar un completo sistema de salvaguarda de la información de la entidad, contemplando desde los dispositivos de copia en sí (por ejemplo, un NAS o un espacio virtual en la nube) hasta la política adecuada a las necesidades locales.
Homogeneización de sistemas operativos, aplicaciones y herramientas. Un parque muy heterogéneo de programas, tanto a nivel de sistema operativo como de aplicaciones, conlleva ciertos problemas como una gestión compleja del sistema y una mayor probabilidad de fallos y averías. Sólo hay que pensar en mantenimiento, actualizaciones, incompatibilidades, etc., para darnos cuenta de lo crítico de este punto. Una sugerencia que podemos hacer en este punto es la de migrar a software libre y, si es posible, incluso a Linux.
Unificación de los servicios de Internet. Es demasiado común encontrarse con que la web corporativa está alojada en un proveedor y el correo electrónico en otro (usualmente, la misma empresa de telecomunicaciones que provee del acceso a Internet). Aparte de la complicación en la gestión que ello supone, implica un mayor gasto que si se unificara todo bajo un mismo proveedor y servicio de alojamiento.
Actualización del sitio web corporativo. Si poco caso se le echa al alojamiento, lo mismo podemos decir del contenido, es decir, el sitio web en sí. Una vez instalado por primera vez, las empresas suelen olvidarse del él, lo que agrava el gasto que supone el alojamiento. Para que un sitio web sea efectivo, es vital mantenerlo vivo, ya sea a nivel de contenidos para mejorar el posicionamiento en buscadores, a nivel de funcionalidades para ofrecer un mejor servicio a los visitantes como a nivel de motor para facilitar su gestión y resolver problemas de funcionamiento y seguridad.
Elaboración de un plan formativo de los usuarios para renovar y poner al día sus conocimientos TIC. Si se desea disminuir el número de incidencias técnicas y aprovechar los recursos TIC al máximo, es evidente que los usuarios deben estar capacitados para ello. Un plan formativo adecuado a las necesidades de la entidad y diseñado de forma dinámica y efectiva es una garantía de éxito.
Implantación de nuevos servicios y funcionalidades. Una vez resuelto todo lo básico, es el momento de mirar al futuro y de proponer novedades y mejoras TIC que supongan un salto cualitativo en la productividad de la entidad: software libre, cloud computing, teletrabajo, movilidad, etc.

No nos hemos encontrado aún una empresa u organización que necesite de todas estas medidas porque efectivamente sufra de todas las carencias correspondientes (sencillamente dudo que pudiesen funcionar), pero la mayoría sí que han necesitado de buena parte de estas soluciones. Es entonces de suma importancia que los responsables de la entidad sean capaces de ver que se trata de medidas necesarias (al fin y al cabo, un aprovechamiento óptimo de las TIC supone una enorme ventaja competitiva) y que la inversión sensata en TICs es eso, una inversión y no un gasto.

Software libre y desarrollo web

Mon, 17 Dec 2012 11:39:21 +0000

Como el lector sabrá, en Activa Sistemas apostamos desde siempre por el Software Libre, por cuestiones filosóficas y prácticas. Este artículo viene a ser una especie de “canción de la victoria”, y ahora paso a explicar el por qué.

En el sector de las TIC y la informática en general existe mucha oferta en cuanto herramientas, entornos de desarrollo y frameworks en general. A veces, decidir entre una tecnología u otra, puede ser crucial para el desarrollo de un proyecto. La apuesta en general desde hace muchos años de Activa Sistemas ha sido el uso de tecnologías libres, y en el caso del desarrollo web, decidimos apostar por las siguientes tecnologías, hace ya muchos años.

Apache. La decisión de usar Apache no fué en su momento demasiado arriesgada, ya que este servidor web lleva muchos años siendo el más usado por los proveedores de servicios web. A día hoy, observamos una cuota del 64%.
**PHP. **Como lenguaje del lado del servidor, la elección fue PHP. Se trata de un lenguaje especialmente creado para hacer páginas web, es simple, fácil de aprender, muy cómodo para el tratamiento de datos XML y JSON, y con el tiempo ha ido madurando adquiriendo nuevas funcionalidades y características, como la programación orientada a objetos. Desde entonces, su uso se ha generalizado de manera brutal.
Linux y Debian. Sin ánimo de ofender al señor Stallman, Linux ha sido el buque insignia del Software Libre durante mucho tiempo. Nuestra apuesta con Linux, tanto en escritorio como en servidor ha sido fuerte. Linux/Unix es el sistema operativo más usado por los servidores web, siendo la distribución Debian -nuestra favorita - la más usada también.

No cuento con estadísticas sobre sistemas de gestión de base de datos, pero siendo el binomio Apache/PHP el más usado, probablemente nos encontremos con que MySQL se lleva el premio. Siempre teniendo en cuenta que estamos hablando de entorno web.

Personalmente, estos datos vienen a ser una confirmación de que las decisiones tomadas antaño fueron las adecuadas, lo cual produce una enorme satisfacción. Atrás quedan intensas discusiones con colegas de profesión (ahora entran ganas de llamarlos y soltarles el clásico te lo dije), y la defensa de que apostar por el Software Libre era una inversión rentable. Ahora estos datos hablan por si mismos.

Como bonus track, dejo un gráfico en el que se ve que del lado del cliente el navegador más usado es Google Chrome (si bien no es totalmente libre, su desarrollo base sí lo es con el proyecto Chromium). Firefox está un poco por debajo de Internet Explorer. Probablemente si este último no viniese preinstalado con Windows desde Windows 95, habría perdido esa posición hace mucho tiempo.

Back In Time, copias de seguridad personales para escritorios Linux

Mon, 26 Nov 2012 09:41:56 +0000

Hace algún tiempo un conocido mío usuario de Mac me “vaciló” con Time Machine (creo que se llama así), un software que automáticamente guarda copias de seguridad con los cambios realizados desde la salvaguarda anterior (lo que se conoce como copia incremental). Al realizarse de forma transparente para el usuario y ser la recuperación de ficheros muy sencilla, se trata de una herramienta muy útil e indispensable en cualquier escritorio moderno. Siendo los linuxeros como somos, hubiera sido muy raro que no contáramos con nuestra propia alternativa, así que busqué y no tardé en encontrar nuestra propia “cápsula del tiempo”: Back In Time.

Back In Time es, como ya he dicho, una herramienta de copia de seguridad dirigida a los escritorios Linux (aunque se puede utilizar en servidores, existen herramientas más especializadas para dichos entornos como Bacula) que permite realizar copias incrementales de forma sencilla y transparente para el usuario. Como es habitual en Linux, cuenta con una utilidad de línea de comandos que es la que realiza todo el trabajo de gestión de las copias y un cliente gráfico (realmente dos, uno para KDE y otro para GNOME) que hace las veces de interfaz para el usuario.

Su instalación en Debian no puede ser más sencilla, basta con elegir el cliente y ejecutar el comando correspondiente. En el caso del cliente KDE:

# apt-get install backintime-kde

Si preferimos el cliente GNOME:

# apt-get install backintime-gnome

En ambos casos, se instalará automáticamente la herramienta de línea de comandos.

Lo siguiente es configurar adecuadamente Back In Time. Para ello, arrancamos el cliente gráfico y pulsamos sobre el icono de la llave inglesa para modificar nuestras preferencias. Realmente sólo es necesario especificar tres cosas: dónde guardar las copias, qué queremos salvaguardar y cual será nuestra frecuencia de copia (puede ser manual, en el arranque del equipo o cada cierto periodo de tiempo). Tan sencillo como esto. Existen además numerosas opciones que nos permitirán personalizar aún más nuestras copias de seguridad, como el purgado automático de copias antiguas o si se desea continuar con la copia aunque se hayan producido errores, pero para salir andando y contar con un sistema robusto y estable de copias de seguridad sólo hacen falta los tres parámetros mencionados.

No debemos olvidar que, en caso de problemas o de mal funcionamiento del cliente gráfico, contamos con la herramienta de línea de comandos (que es quien realmente hace el trabajo). Una vez me dejó de funcionar el cliente KDE tras una actualización y pude seguir con mis copias sin problemas hasta que se arregló el cliente gráfico gracias a la línea de comandos. Es cierto que es algo más difícil de utilizar, pero al ser capaz de actuar en base a nuestra configuración de Back In Time, basta con lanzar la herramienta y ella solita se encarga de todo.

Un truco final. Podemos mejorar nuestro sistema de copias de seguridad basado en Back In time si lo integramos con algún servicio basado en la nube, como Dropbox, Google Drive, Wuala o el basado en software libre ownCloud. Para ello, sólo tenemos que indicarle a Back In Time que el directorio en el que queremos almacenar las copias de seguridad esté dentro de los directorios a sincronizar del servicio en la nube de nuestra elección. Con esto tendremos un sistema de backups personales a prueba de bombas (o casi).

Por qué es NUT mejor que la solución del fabricante

Mon, 19 Nov 2012 11:01:12 +0000

En el artículo anterior presentaba a NUT como una gran solución de gestión de SAIs para Linux y afirmaba que era mejor que utilizar el software que el propio fabricante del SAI suele incluir de serie, aunque quedó pendiente exponer los motivos para tal afirmación.

1. Se trata de software libre. De este modo, al usar NUT nos evitamos introducir en nuestros sistemas programas que funcionan como verdaderas “cajas negras” y que en cualquier momento pueden dejar de funcionar (por ejemplo, ante una actualización del sistema operativo que cambie una librería).
2. Está en continuo desarrollo. Así, NUT siempre está actualizado, dando soporte cada vez a más modelos de SAI, ofreciendo nuevas y mejoradas funcionalidades y resolviendo los errores que puedan surgir.
3. Es moderno. No sólo la lista de SAIs soportados es impresionante sino que además las capacidades que incluye de serie son más de las que uno podría esperar en su software de este tipo.
4. Trabaja en red. El hecho de que NUT incluya un servicio de red permite gestionar un SAI de forma remota y transparente incluso desde fuera de la red local a través de una VPN.
5. Es una herramienta de línea de comandos. Como es habitual en Unix y Linux, esta característica no sólo permite utilizar el cliente gráfico que uno quiera y se adapte mejor a las necesidades propias, sino que además facilita la integración de NUT en scripts y en herramientas de administración de sistemas.
6. Homogeneidad. Con una sola aplicación e interfaz es posible administrar y gestionar todos los SAIs a nuestro cargo, sin tener que usar una herramienta específica por cada modelo de SAI.

Creo que con esto está todo dicho. NUT no sólo es una gran herramienta, es la MEJOR herramienta de su tipo en Linux.

NUT, el sistema de gestión de SAIs para Linux

Fri, 09 Nov 2012 11:30:17 +0000

Otra cosa que quería hacer con mi nuevo PC doméstico es la de conectarle mi antiguo SAI (que tenía guardado desde que se me ocurrió pasarme a un portátil, algo que mi espalda me ha “agradecido” enormemente) y, aprovechando que tiene una conexión USB, gestionarlo desde el propio PC. Esto es algo que en Activa Sistemas solemos hacer en las implantaciones de servidores pero que curiosamente no he hecho nunca para un equipo de sobremesa. Para esta tarea tenemos en Linux una completísima herramienta de línea de comandos llamada NUT que permite conocer el estado del SAI e informarnos de los posibles eventos que puedan ocurrir, como un corte de suministro eléctrico.

Poner en marcha NUT es realmente sencillo, estando la única dificultad en la elección del driver para controlar el modelo de SAI concreto que tengamos. En Debian, instalar NUT es tan sencillo como utilizar el siguiente comando como administrador:

# apt-get install nut

Lo siguiente es editar una serie de ficheros de configuración, que se encuentran en /etc/nut, para personalizar el funcionamiento de NUT y adaptarlo a nuestras necesidades. El primero de estos ficheros es nut.conf, donde asignaremos el valor standalone a la variable MODE para indicar a NUT que se trata de un SAI local e independiente de red.

El siguiente fichero es ups.conf, en el que tendremos que elegir el driver adecuado para controlar nuestro modelo concreto de SAI. Para ello, añadimos a dicho fichero una sección como la siguiente:

[mi_sai]
 driver = usbhid-ups
 port = auto

El driver correcto lo podemos elegir del fichero /usr/share/nut/driver.list, pero es muy posible que no lo encontremos, ya que las marcas más populares en España no aparecen en dicha lista. Para ello tendremos que tirar de Internet, pero recomiendo probar con los drivers “megatec_usb” y “blazer_usb”, que suelen dar buenos resultados. Podemos comprobar si el driver es el correcto con el siguiente comando:

#/sbin/upsdrvctl start mi_sai

Si NUT se ejecuta adecuadamente, procedemos a pararlo para seguir con la configuración con:

#/sbin/upsdrvctl stop mi_sai

El tercer fichero a editar debería ser upsd.conf, pero como nuestra configuración es “standalone”, no hay que tocarlo. Pasamos entonces a upsd.users, donde se establecen los permisos del servicio NUT. Aquí definimos usuarios, contraseñas y privilegios, por lo que es importante que este fichero esté bien protegido en cuanto a permisos de acceso, aunque ya lo está de serie. Añadimos una sección como ésta:

[monsai]
 password = secreto
 upsmon master

Los usuarios que definamos en este fichero NO son de sistema, son sólo para su uso en NUT y por lo tanto deberían ser diferentes.

El último fichero a editar es upsmon.conf, donde detallamos los sistemas a monitorizar relacionando los usuarios anteriormente definidos con nuestro SAI. Siguiendo con nuestro ejemplo, añadiríamos líneas como la siguiente por cada usuario definido en NUT:

MONITOR mi_sai@localhost 1 monsai secreto master

En este fichero podemos definir asimismo los eventos de los que queremos recibir notificación (y cómo recibir esta notificación) y modificar el comportamiento de la monitorización de nuestro SAI, entre otras cosas.

Una vez finalizada la edición de los ficheros de configuración, ya sólo queda arrancar NUT con el siguiente comando:

/etc/init.d/nut-server start

La única pega que le podría poner a NUT (y que no es realmente culpa suya) es que no encuentro un buen cliente gráfico para trabajar con comodidad con él. Antiguamente utilizaba el fabuloso knutclient, que me permitía controlar diversos SAIs remotos a la vez, pero estaba diseñado para KDE3 y no existe versión compatible con KDE4. Si alguien conoce de algún cliente gráfico que realmente merezca la pena, estaré encantado de que me lo comente.

Habrá quien me recomiende utilizar las herramientas de monitorización que traen los propios SAIs antes que NUT, pero tengo mis motivos para preferir su uso antes que las aplicaciones de los fabricantes, algo de lo que hablaré en un próximo artículo.

LibreOffice vs. OpenOffice.org

Mon, 29 Oct 2012 20:24:30 +0000

A estas alturas es bien conocida la historia de LibreOffice y su nacimiento como proyecto derivado (lo que se conoce como un fork) de OpenOffice.org a raíz de la compra de Sun por parte de Oracle y pasar todos los activos de la primera (incluyendo la suite ofimática) a manos de la segunda. Por si queda algún despistado, baste decir que el poco interés de Oracle en mantener OpenOffice.org motivó a un grupo de desarrolladores a crear en Septiembre de 2010 The Document Foundation, una fundación cuya misión principal sería el desarrollo de una nueva suite ofimática llamada LibreOffice derivada de la versión 3.3 beta de OpenOffice.org.

El compromiso y dedicación de la Fundación ha sido tal que LibreOffice, en la rama estable 3.6 actualmente, ha recibido una enorme cantidad de novedades y mejoras, convirtiéndolo sin duda en el paquete ofimático libre de referencia. Sin embargo, el proyecto OpenOffice.org no ha muerto ni mucho menos. Las presiones de la comunidad de usuarios y desarrolladores consiguieron que Oracle traspasara la titularidad y la gestión del mismo a la Fundación Apache, una de las mejores garantías en el mundo del Software Libre, la cual publicó en Mayo una nueva version estable (la 3.4), demostrando la vida que aún tiene OpenOffice.org por delante.

Dado que los dos proyectos comparten código fuente, utilizan el mismo estándar de formato de documento (OpenDocument) y son igualmente sencillos de instalar en cualquier plataforma para la que tienen soporte, su uso es prácticamente indistinto y la elección de una suite u otra depende más del conjunto de funcionalidades actuales y del futuro planeado de cada proyecto. En mi caso personal lo tengo claro: me quedo con LibreOffice por varios motivos principales:

LibreOffice ha demostrado una vitalidad mucho mayor que OpenOffice.org en el poco tiempo de existencia que tiene, publicando versiones a buen ritmo (una versión principal cada seis meses), como nunca se habia visto antes en el proyecto incluso desde los tiempos de StarOffice, el proyecto original.
LibreOffice ofrece ahora mismo un mayor y mejor conjunto de funcionalidades que OpenOffice.org.
El futuro que le espera de LibreOffice es de lo más prometedor (versión web, edición colaborativa, cloud computing), en clara competencia con Google Docs y otras suites en la nube.
OpenOffice.org se encuentra en un momento en el que se tiene que volver a ganar la confianza de los usuarios y la Fundación Apache no ha realizado aún una declaración de intenciones al respecto.

Por tanto, mi elección es LibreOffice. ¿Y la tuya?

Navegación anónima en Internet con Linux

Thu, 11 Oct 2012 11:23:45 +0000

Con el uso tan intensivo que le damos a Internet en la actualidad, hasta el punto de que nuestra vida diaria está muy integrada en la Red, es fundamental que nos preocupemos de salvaguardar nuestra intimidad de ojos ajenos. Una forma sencilla y completa de conseguirlo es combinando dos programas, Privoxy y Tor, de forma que el uso que le demos a Internet desde nuestro ordenador personal sea anónimo. Como creo que es importante conocer cómo funcionan las cosas para poder decidir si sirven o no, voy a profundizar en el trasfondo de estas tecnologías. Ni que decir tiene que ambas herramientas son de licencia libre.

En primer lugar presentemos a los actores. Privoxy es un proxy, es decir, un software intermediario entre el usuario y un servicio de red. De este modo, el usuario contacta con el proxy y es éste el que conecta con el servicio en nombre del usuario. Esto tiene numerosas aplicaciones, como acelerar la navegación web, filtrar el tráfico inadecuado, centralizar la gestión y el mantenimiento de un servicio o posibilitar la conexión a un servicio que de otra forma sería imposible.

Por otro lado tenemos a Tor, que es tanto una herramienta como una red abierta, diseñadas para ayudar al usuario a defender su privacidad y libertad personales. De este modo Tor permite proteger las comunicaciones de forma que nadie conozca nuestros hábitos de uso de Internet a través de cualquier servicio que dirijamos a través de Tor: navegación web, mensajería instantánea, redes sociales, etc.

Vemos como instalar y configurar ambas herramientas en un ordenador personal que corre Debian o alguna de sus derivaciones. Lo primero es proceder, como administrador del sistema, a instalar los paquetes necesarios:

# apt-get install privoxy tor

Este comando instalará Privoxy y Tor. Aunque existen clientes gráficos como TorK o Vidalia, lo cierto es que desaconsejo su uso por varios motivos: o bien están mal traducidos al español, o bien son complejos de configurar, o lo que es peor interfieren en el funcionamiento de Tor.

Una vez instalados los paquetes, Tor debería estar funcionando directamente. Al tratarse de un proxy SOCKS, para utilizarlo bastaría con configurar los programas que utilicemos en Internet y que entienda dicho protocolo con los siguientes datos:

Proxy SOCKS: 127.0.0.1 (para quien no lo sepa, esta IP siempre representa a nuestro propio equipo)
Puerto: 9050

¿Pero entonces para qué hemos instalado Privoxy? Para que traduzca automáticamente el protocolo HTTP al protocolo SOCKS, es decir, dirigiendo todo nuestra navegación web a través de Tor y consiguiendo así el ansiado anonimato web. Para ello tenemos que indicarle a Privoxy donde está Tor editando como administrador el fichero /etc/privoxy/config y añadiendo la siguiente línea:

forward-socks4a / localhost:9050 . (el punto no es una errata, hay que incluirlo también)

debajo de ésta otra:

listen-address localhost:8118

Sólo queda reiniciar Privoxy para que active la nueva configuración:

# /etc/init.d/privoxy restart

Para probar que ya podemos navegar de forma anónima, cogemos nuestro navegador favorito y lo configuramos para que utilice Privoxy como proxy de acceso a Internet. Por ejemplo, en el caso de Firefox, abrimos las Preferencias y nos dirigimos al apartado Avanzado, donde seleccionamos la pestaña Red. Allí tenemos un botón que nos sirve para configurar cómo Firefox se conecta a Internet. Una vez pulsado, en la ventana que aparece a continuación tenemos que seleccionar la opción “Configuración manual del proxy” y rellenar los campos de la siguiente manera:

Proxy HTTP: 127.0.0.1
Puerto: 8118
Usar el mismo proxy para todo: Sí

Una vez configurada, la pantalla debería quedar así:

Aceptamos y procedemos a comprobar que nuestra navegación ya es anónima conectándonos a https://check.torproject.org/ Si nos sale en pantalla un mensaje en verde diciendo “Congratulations. Your browser is configured to use Tor.”, eso quiere decir que lo hemos conseguido y que estamos usando la red Tor (en nuestro caso a través de Privoxy) para navegar de forma anónima por la Web.

La configuración de otros navegadores y otras herramientas es similar. Basta con probar con los datos ya mencionados, bien mediante Privoxy o directamente con Tor, para que todas nuestras comunicaciones sean realmente privadas.

Sólo una nota final. Tal y como avisan en el proyecto Tor, se trata de software experimental por lo que no debemos confiar en él si lo que buscamos es una anonimato a prueba de bombas.

Espero que esta receta os sea realmente útil, sobre todo para aquellos que tenéis menores en casa en edad de utilizar asiduamente Internet. Me gustaría conocer vuestras experiencias si decidís hacer la prueba con Tor y Privoxy.

PyODConverter, un conversor de formatos ofimaticos

Fri, 05 Oct 2012 13:24:17 +0000

Una de las funcionalidades más interesantes de OpenOffice.org y sus derivados (como LibreOffice) es la de funcionar como servidor. Aunque suene raro que una suite ofimática funcione como servidor, esta capacidad abre un enorme abanico de posibilidades. Algunos ejemplos que se me ocurren de utilidad son los siguientes:

En una migración a Linux puede facilitarnos la conversión de los formatos de nuestros documentos hacia estándares abiertos al poder realizar dicha operación de forma masiva.
Igualmente podemos realizar una conversión masiva de documentos al formato PDF en aquellas ocasiones en las que necesitemos preparar un buen conjunto de ficheros.
Podemos realizar conversiones al vuelo en una pasarela de correo hacia el formato ODT de todos los ficheros adjuntos que nos lleguen.
Como apoyo de un sistema de telepresencia y audio/videoconferencia en el que contemos con una pizarra digital y con compartición de ficheros, tratando así de forma automática y transparente los documentos subidos a la plataforma.

La manera más sencilla de aprovechar la capacidad de OpenOffice.org de funcionar en modo servidor es a través de PyODConverter, una herramienta desarrollada en Python que automatiza la conversión de documentos ofimáticos desde la línea de comandos.

PyODConverter exige dos requisitos básicos para poder funcionar correctamente: que en nuestro sistema estén instalados los módulos UNO de Python y que OpenOffice.org esté corriendo como servicio en el puerto 2002.

Para cumplir el primer requisito, en el caso de Debian es tan sencillo como ejecutar el siguiente comando como administrador del sistema:

# apt-get install python-uno

aunque lo más sencillo es utilizar el intérprete python que OpenOffice.org trae de serie.

En el caso del segundo requisito, basta con ejecutar el siguiente comando para que OpenOffice.org se ejecute como servidor:

# soffice "-accept=socket,port=2002;urp;"

El uso de PyODConverter es muy sencillo. Basta con invocarlo desde línea de comandos indicándole el fichero a convertir y el fichero a obtener. Veamos un ejemplo utilizando el intérprete Python que trae LibreOffice 3.6 de serie para convertir un fichero ODT a PDF:

$ /opt/libreoffice3.6/program/python DocumentConverter.py Informe.odt Informe.pdf

Como se puede ver, PyODConverter deduce los formatos con los que debe trabajar de las extensiones de los ficheros indicados en la línea de comandos.

Finalmente, PyODConverter tiene otra virtud muy interesante: la de poder ser invocado desde otros programas desarrollados en Python. Al funcionar como un módulo Python, se puede utilizar a través de un API muy sencillo, ampliando las posibilidades de nuestros propios desarrollos.

En definitiva, PyODConverter debe sin duda incluirse en nuestra “caja de herramientas” habituales por las enormes posibilidades que nos ofrece a la hora de trabajar con documentos ofimáticos.

Ejemplos de uso de una nube privada

Fri, 28 Sep 2012 13:38:18 +0000

Si en el artículo anterior presenté las nubes privadas y sus ventajas, en esta ocasión quiero dedicarme a exponer una serie de ejemplos para ilustrar su implantación y uso en empresas y otras entidades.

1. Repositorio de ficheros: Dado que la base de una nube privada es el almacenamiento de ficheros es evidente que el caso de uso más habitual será el de repositorio de la información de la empresa. Al igual que en un servidor de red clásico, es posible controlarla seguridad de los ficheros mediante permisos de acceso y perfiles de usuario.

2. Copias de seguridad: Si ya contamos con un servidor de datos, quizás nos resulte más interesante utilizar la nube privada como sistema alternativo de copia de seguridad, con la ventaja de la rapidez de copia y recuperación, gran capacidad de almacenamiento y acceso desde cualquier sitio.

3. Sincronización de dispositivos: Gracias al almacenamiento de ficheros de la nube privada es posible sincronizar tanto sistemas remotos (servidores, equipos de escritorio) como dispositivos móviles (portátiles, smartphones, tablets) con la información de la empresa. Así todos los sistemas que pertenezcan a nuestra organización y que cuente con los permisos adecuados tendrá siempre los ficheros al día.

4. Compartición de ficheros con terceros: Una última posibilidad que nos brinda el almacenamiento de ficheros de una nube privada es lo fácil que resulta compartir ficheros con otros usuarios, ya sean de nuestra propia empresa o externos a ella. Existen casos en los que los mecanismos habituales para compartir ficheros (correo electrónico, mensajería instantánea, redes sociales,etc.) no son los más adecuados, como cuando tenemos que enviar un gran número de ficheros (que además suelen estar organizados en complejas jerarquías de directorios) o cuando los ficheros tienen un gran tamaño y no nos fiamos de los servicios online gratuitos que existen a tal efecto. Es en estos casos en los que la nube privada se revela como la gran herramienta que es, resolviendo de forma sencilla y segura los escenarios que he mencionado.

5. Organización de citas: Podemos organizar reuniones, eventos, jornadas, encuentros, etc. (incluso con terceros ajenos a nuestra empresa) al estilo de como lo hacen los servicios de calendario y agenda disponibles en Internet pero con toda la seguridad y privacidad de una nube privada. Ideal para aquellos preocupados por la confidencialidad de sus comunicaciones.

6. Fondo fotográfico: Muchas entidades cuentan con un gran fondo de fotografías tanto en papel como digitales. Con una nube privada es muy sencillo organizar y categorizar todo ese fondo y consultarlo a posteriori en varios formatos, ¡incluso como una presentación!

Estas son algunas de las posibilidades que nos brinda una nube privada a nivel corporativo. ¿Se os ocurren algunos ejemplos más?

Las ventajas de una nube privada

Tue, 24 Jul 2012 18:08:55 +0000

Ahora que el cloud computing se ha puesto de moda, muchas entidades quieren aprovechar sus posibilidades y ventajas en su propia gestión interna. Una nube privada es un servicio que viene a resolver esta necesidad, ya que permite aplicar la tecnología de cloud computing a la información corporativa privada de todo tipo de entidades.

Básicamente, una nube privada consiste en un servicio de almacenamiento de datos al que se le añaden una serie de herramientas y aplicaciones que permiten una gestión avanzada de dichos datos. Este almacenamiento se puede implantar o bien en servidores propios o bien servidores de alojamiento virtual de terceros.

Gracias a las características mencionadas, una nube privada ofrece una serie de ventajas que la convierten en una alternativa interesante a los servidores clásicos de datos de una red local:

1. Privacidad: La ventaja más evidente es que, al estar la nube alojada en un servidor privado, los datos gozan del mayor nivel de privacidad posible, sobre todo en comparación con servicios populares como Dropbox o Google Drive.

2. Mayor control: La segunda ventaja evidente es que nos concede un control total de la gestión de la nube, sus capacidades y los datos que almacena.

3. Amplio abanico de funcionalidades: Mientras que los servicios de cloud computing que encontramos en Internet están especializados en una o dos funcionalidades, nuestra nube privada puede ofrecernos una gran cantidad de posibilidades a la hora de trabajar con ella: ficheros, sincronización, calendarios, tareas, galerías de fotos, etc. Todo depende de las aplicaciones que queramos instalarle.

4. Personalización: Precisamente por ser privada y tener su control en nuestras manos contamos con enormes posibilidades de personalizar nuestra nube: aspecto, aplicaciones, comportamiento, organización de los datos, etc.

Posiblemente, la mejor opción para implantar una nube privada sea ownCloud, un software de licencia libre especializado en estos menesteres. De este modo, a las ventajas de la nube privada le añadimos las del software libre. Es, sin duda, una combinación ganadora.

El error de implantar software libre basándose únicamente en la reducción de costes

Sat, 07 Jul 2012 14:04:13 +0000

Periódicamente nos llegan a Activa Sistemas consultas de posibles clientes interesados en la opción de implantar algún servicio concreto en sus sistemas informáticos a través de software de licencia libre buscando el conocido ahorro de costes que esto conlleva. Buena parte de estos contactos se diluyen en los primeros minutos de conversación cuando esas personas descubren que dicho ahorro se produce únicamente en el coste de las licencias del software y que hay que pagar al mismo precio el resto de conceptos (consultoría, implantación, hardware, formación, soporte, etc.). Se trata de la típica confusión de “libre” con “gratis”.

Los proyectos del resto de contactos que superan esta “decepción” inicial pero que se resisten a apreciar el conjunto de ventajas que les ofrece el software libre suelen desestimarse bien por el cliente o bien por nuestra parte en la primera o segunda conversación. Si el posible cliente se muestra receptivo a lo que el software libre tiene que ofrecerle, su proyecto suele acabar bajo nuestra responsabilidad y ya es cuestión nuestra el llevarlo a buen puerto. En definitiva lo que pretendemos es evitar el grave error de desarrollar proyectos de software libre en base exclusivamente al ahorro de costes.

¿Cuales son los motivos de que sea un error basar la elección de un software libre exclusivamente en su coste reducido?

1. Si se trata de un cliente que no aprecia el trabajo de calidad y sólo busca el proveedor más barato posible, el proyecto está abocado seguramente al fracaso. Los trabajos de calidad cuestan lo que cuestan y cualquier intento de reducir el precio “a cualquier coste” sólo lleva a la insatisfacción de las partes implicadas (cliente y proveedor) y a un resultado final muy por debajo de lo deseable.

2. Licencias más baratas o incluso gratis no implican necesariamente que el coste final del proyecto sea menor que su alternativa privativa. Es posible que un programa libre ofrezca menos capacidades que el privativo o sea más costoso de implantar.

3. No apreciar las ventajas del software libre es un error estratégico que se puede pagar caro a medio y largo plazo. Se pueden tomar decisiones que solapen o diluyan dichas ventajas si no se conocen, no se es consciente de ellas o, lo que es peor, se hace caso omiso.

En definitiva, en un proyecto TIC no se debe buscar simplemente el menor coste, sino la mejor solución a un precio justo. En este sentido, el Software Libre sí es la mejor elección: protección de la inversión, independencia de proveedor, escalabilidad y adaptabilidad asegurados, etc.

Instalar un servidor de ebooks basado en Calibre y Debian Squeeze

Thu, 12 Apr 2012 20:21:25 +0000

Hace tiempo que quería montar un servicio interno para facilitar la gestión y el acceso al ingente fondo bibliográfico con que contamos en la empresa, compuesto principalmente por ebooks de licencia libre y complementado con algunos títulos comprados en conocidas tiendas online.

Buscando al respecto me topé con un interesante artículo que relataba paso a paso la instalación de Calibre en un servidor Ubuntu. Como en Activa Sistemas utilizamos preferentemente Debian en su versión estable (“Squeeze”), adapté un poco las instrucciones, le añadí algo de mi propia cosecha y ahora contamos con un fabuloso servidor de ebooks en nuestra red local.

Para los que no lo conozcan aún, Calibre (del cuál hablé hace tiempo en un artículo anterior) es posiblemente el software de gestión de libros electrónicos más completo del mercado y que cuenta con dos características que lo hacen aún más valioso y destacable frente a la competencia: es software libre y funciona en diversas plataformas. Entre sus numerosas funcionalidades hay una poco conocida pero muy útil si se le sabe sacar provecho: un servidor de contenidos accesible tanto vía web como a través de clientes ODPS y a través del cual es muy sencillo acceder tanto a los libros como a la metainformación que los acompañe. Este servidor de contenidos es fácilmente gestionable desde el propio interfaz gráfico de Calibre, pero en el caso que nos ocupa estamos hablando de un servidor que cuenta únicamente con la consola de texto.

El primer paso es instalar los paquetes de software necesario para que Calibre funcione adecuadamente. Para ello, abrimos una sesión como root en el servidor Debian y ejecutamos el siguiente comando:

# apt-get install xdg-utils imagemagick python-imaging python-mechanize python-lxml python-dateutil python-cssutils python-beautifulsoup python-dnspython python-poppler libpodofo-utils libwmf-bin python-chm

A continuación se lanza la instalación de Calibre, que no se realiza con un paquete Debian, sino descargándolo directamente del sitio web oficial. Este es uno de los pocos casos en que es recomendable hacerlo así. Ejecutamos el siguiente comando:

python -c "import urllib2; exec urllib2.urlopen('http://status.calibre-ebook.com/linux_installer').read(); main()"

y se siguen las instrucciones en pantalla. Recomiendo aceptar los valores por defecto que el instalador nos proponga, sobre todo en lo referente al directorio de instalación (/opt).

Con esto Calibre ya está instalado. Ahora lo que hay que asegurarse es de que es capaz de ejecutarse en un servidor sin consola gráfica y de que se inicia automáticamente en el arranque del sistema. Para ello crearemos un script de arranque al uso:

# nano /etc/init.d/calibre

en el que copiaremos el siguiente contenido:

{code}
#! /bin/sh
### BEGIN INIT INFO
# Provides: calibre
# Required-Start: networking
# Required-Stop:
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Controls the Calibre content server
# Description: Controls the Calibre content web server
#
### END INIT INFO
# Original author: Alexandrdos Schillings
# Modifications: K-Light
#
# UPDATES:
# - Added #USERNAME and PASSWORD to DAEMON_ARGS
# - In version 0.7.27+ of calibre, the “auto reload” command has been unbundled from “–develop”
#
# Modifications: Marco Antonio Blanco (04/2012)
#
# UPDATES:
# - Changed “network” for “networking” in Required-Start field so it installs in Debian
#
# Please remove the “Author” lines above and replace them
# with your own name if you copy and modify this script.
# Do NOT “set -e”
# PATH should only include /usr/* if it runs after the mountnfs.sh script
#
#
PATH=/sbin:/usr/sbin:/bin:/usr/bin
DESC=“Calibre Content Server”
NAME=calibre-server
DAEMON=/usr/bin/$NAME
PIDFILE=/var/run/$NAME.pid

# Edit the CONTENT variable below to point it to your library directory.
# Edit the PORT variable below to change the port the server will run on.
# Edit the MAX_COVER variable below to change the maximum size of a book cover image.
# Edit the #USERNAME variable below to your desired username
# Edit the PASSWORD variable below to your desired password
CONTENT=/home/user/calibre
PORT=8080
MAX_COVER=300x400
#USERNAME=books
PASSWORD=12345678

DAEMON_ARGS="–auto-reload –with-library=$CONTENT –pidfile=$PIDFILE –port=$PORT –max-cover=$MAX_COVER –username=$#USERNAME –password=$PASSWORD –daemonize"
SCRIPTNAME=/etc/init.d/$NAME

# Exit if the package is not installed
[ -x “$DAEMON” ] || exit 0

# Read configuration variable file if it is present
[ -r /etc/default/$NAME ] && . /etc/default/$NAME

# Load the VERBOSE setting and other rcS variables
. /lib/init/vars.sh

# Define LSB log_* functions.
# Depend on lsb-base (>= 3.0-6) to ensure that this file is present.
. /lib/lsb/init-functions

#
# Function that starts the daemon/service
#
do_start()
{
# Return
# 0 if daemon has been started
# 1 if daemon was already running
# 2 if daemon could not be started
start-stop-daemon –start –quiet –pidfile $PIDFILE –exec $DAEMON –test > /dev/null || return 1
start-stop-daemon –start –quiet –pidfile $PIDFILE –exec $DAEMON – $DAEMON_ARGS || return 2
}

#
# Function that stops the daemon/service
#
do_stop()
{
# Return
# 0 if daemon has been stopped
# 1 if daemon was already stopped
# 2 if daemon could not be stopped
# other if a failure occurred
start-stop-daemon –stop –quiet –retry=TERM/30/KILL/5 –pidfile $PIDFILE
RETVAL="$?"
[ “$RETVAL” = 2 ] && return 2

# Wait for children to finish too if this is a daemon that forks
# and if the daemon is only ever run from this initscript.
# If the above conditions are not satisfied then add some other code
# that waits for the process to drop all resources that could be
# needed by services started subsequently. A last resort is to
# sleep for some time.
start-stop-daemon –stop –quiet –oknodo –retry=0/30/KILL/5 –exec $DAEMON
[ “$?” = 2 ] && return 2

# Many daemons don’t delete their pidfiles when they exit.
rm -f $PIDFILE
return “$RETVAL”
}

#
# Function that sends a SIGHUP to the daemon/service
#
case “$1” in
start)
[ “$VERBOSE” != no ] && log_daemon_msg “Starting $DESC” “$NAME”
do_start
case “$?” in
0|1) [ “$VERBOSE” != no ] && log_end_msg 0 ;;
2) [ “$VERBOSE” != no ] && log_end_msg 1 ;;
esac
;;
stop)
[ “$VERBOSE” != no ] && log_daemon_msg “Stopping $DESC” “$NAME”
do_stop
case “$?” in
0|1) [ “$VERBOSE” != no ] && log_end_msg 0 ;;
2) [ “$VERBOSE” != no ] && log_end_msg 1 ;;
esac
;;
status)
status_of_proc “$DAEMON” “$NAME” && exit 0 || exit $?
;;
restart)
#
# If the “reload” option is implemented then remove the
# ‘force-reload’ alias
#
log_daemon_msg “Restarting $DESC” “$NAME”
do_stop
case “$?” in
0|1)
do_start
case “$?” in
0) log_end_msg 0 ;;

log_end_msg 1 ;; # Old process is still running
*) log_end_msg 1 ;; # Failed to start
esac
;;
*)
# Failed to stop
log_end_msg 1
;;
esac
;;
*)
echo “Usage: $SCRIPTNAME {start|stop|status|restart}” >&2
exit 3
;;
esac
:
{/code}

Antes de guardar el script debemos asegurarnos de editar adecuadamente las variables CONTENT, PORT, MAX_COVER, #USERNAME y PASSWORD, que especifican respectivamente el directorio donde se encuentra la biblioteca digital, el puerto en el que escucha el servidor de contenidos, el tamaño máximo de las cubiertas de los libros, el usuario para acceder al servidor y su contraseña correspondiente.

A continuación habilitamos el script de arranque con los siguientes comandos:

# cd /etc/init.d/
# chown root.root calibre
# chmod 755 calibre
# insserv calibre
# update-rc.d calibre defaults

Ya sólo queda arrancar manualmente calibre:

# /etc/init.d/calibre start

y comprobar que funciona bien accediendo con un navegador a la siguiente URL:

http://servidor:8080

En ese momento debe aparecer un diálogo solicitando usuario y contraseña, por lo que introduciremos los que indicamos en la configuración del script de arranque. A continuación debe aparecer en la ventana del navegador la página principal de la biblioteca, que en estos momentos debe estar vacía.

Finalmente procederemos a llenar de libros la biblioteca y comprobar que podemos acceder a ellos vía web sin problemas. Lo primero será detener de nuevo el servidor Calibre:

# /etc/init.d/calibre stop

Para introducir libros en la biblioteca es imprescindible el uso del interfaz gráfico de Calibre. Mi recomendación en este sentido es instalar Calibre en un puesto de escritorio, compartir el directorio del servidor donde se va a almacenar la biblioteca a través de NFS (para escritorios Linux) o SAMBA (para escritorios Windows) y configurar Calibre para indicarle que la biblioteca está en dicho directorio compartido. De este modo, no tenemos que mantener dos bibliotecas (una en el servidor y otra en el escritorio que tendríamos que sicronizar a mano, lo cual sería absurdo) y se facilita la gestión de los ebooks.

Una ves populada la biblioteca con los primeros libros y la base de datos de Calibre con la metainformación correspondiente, arrancamos a mano de nuevo el servidor y accedemos al mismo mediante el navegador. Si todo ha ido bien, deberíamos ser capaces de consultar y descargar los libros, tanto desde el propio navegador como desde cualquier cliente ODPS (como Stanza para iPhone).

La única pega que tiene este método es que Calibre sólo acepta un usuario con su contraseña correspondiente, por lo que no podemos diferenciar entre diferentes usuarios. Si en nuestro caso queremos que todo el mundo acceda a la biblioteca digital, entonces lo mejor es dejar vacíos los campos #USERNAME y PASSWORD para acceder directamente a la misma sin autentificación.

Espero esta guía os sirva para montar vuestro propia biblioteca digital en red y que compartáis con todos vuestros comentarios, ideas y sugerencias al respecto.

Las ventajas competitivas de un ERP basado en software libre

Wed, 11 Apr 2012 15:20:40 +0000

Quiero terminar esta serie de tres artículos introductorios a los ERP y sus ventajas en la empresa escribiendo acerca del valor añadido que el software libre aporta en el campo de la gestión empresarial integral informatizada. Todas las ventajas que enumero a continuación se derivan de la disponibilidad del código fuente y la libertad que conceden las licencias libres.

Sin costes de licencia ni costes ocultos. Aunque no sean conceptos equivalentes, el software libre se suele poder obtener de manera gratuita, lo que supone un importante ahorro en la cuenta final. Si además se construye el ERP sobre otros componentes libres (Linux, PostgreSQL, etc.) el ahorro es aún mayor y sin sorpresas. Evidentemente se mantienen el resto de costes: implantación, formación, hardware y soporte.

2. Independencia de proveedor. No es necesario contar con el implantador original para obtener soporte y mejoras futuras. Podemos elegir cualquier otro proveedor, sea externo e incluso interno.

3. Transparencia. No es posible ocultar algo (como mucho se puede ofuscar) cuando el código es abierto. Por ello es relativamente sencillo encontrar fallos y poner en marcha funcionalidades desactivadas. Además, lo que muestra el ERP libre es justo lo que hay, ni más ni menos.

4. Flexibilidad y escalabilidad garantizadas. Gracias la apertura del código está garantizado el crecimiento futuro del ERP, ya sea a través de nuevas funcionalidades o de la adaptación de las actuales. Asimismo se facilita el crecimiento del número de usuarios y del sistema informático, que no se ve restringido por limitaciones en las licencias.

5. Desarrollo comunitario. Una vez implantado, el ERP libre se puede beneficiar de los desarrollos tanto de la comunidad de autores como de otras implantaciones, lo que redunda en un ERP mejor y a menor coste en el futuro.

6. Cumplimiento de la normativa vigente. Adaptar el ERP para cumplir con la normativa vigente es más sencillo cuando el código es libre, sobre todo ante cambios en dichas normas.

7. Mayor seguridad. El código abierto es auditable por terceros, que pueden detectar vulnerabilidades que o bien los autores o bien la propia empresa o incluso terceros desarrolladores pueden resolver sin tardanza. Además, por el principio de transparencia no es posible introducir puertas traseras que se queden sin detectar.

8. Protección de la inversión. En definitiva, las ventajas anteriores nos aseguran que la inversión que se realice en la implantación del ERP será válida durante mucho tiempo.

Es evidente por tanto que la mejor opción para una empresa o un profesional a día de hoy es elegir un ERP libre. ¿Qué otras ventajas crees que recibe una empresa que implanta un ERP basado en software libre?

Reflexiones sobre el cierre del proyecto LinEx

Thu, 05 Jan 2012 10:22:12 +0000

Acaba de empezar el 2012 y ya se ha producido la primera noticia de importancia (además de desafortunada) en el ámbito del Software Libre en España: la clausura de la distribución LinEx, plasmada a través de la no renovación de los contratos de los desarrolladores implicados en el proyecto y la transferencia de las competencias del Centro de Excelencia del Software “José de Espronceda” (CESJE) al CENATIC. En estos días se están vertiendo multitud de opiniones al respecto, algunas bastante desafortunadas (me resulta inmoral que alguien se alegre de la desgracia ajena), y dado que desde Activa Sistemas hemos seguido el proyecto LinEx desde sus inicios por motivos que comentaré a continuación, quiero compartir mis reflexiones al respecto del fin de esta distribución Linux pionera en nuestro país.

Cuando en Octubre de 2003 lanzamos la primera versión de ASLinux Desktop, LinEx ya llevaba prácticamente un año en la calle. Ambas distribuciones nacieron con una misión similar: hacer que Debian fuera accesible para todos los usuarios en una época en la que prácticamente estaba reservada a administradores de sistemas y usuarios expertos. Mientras que ASLinux Desktop estaba orientada a la empresa y se basaba en KDE, LinEx estaba orientada a la Administración Pública y estaba basada en GNOME. A pesar de estas diferencias, ambos equipos de desarrollo entramos en contacto, nos conocimos en persona, intercambiamos muchos emails tanto privadamente como a través de la lista de correo Unios (en la que participaban los principales desarrolladores de distribuciones Linux en España) e incluso acordamos un marco común de colaboración entre ambos proyectos.

Me gustaría destacar dos ejemplos del trabajo realizado en esos primeros años por ambas distribuciones como muestra del esfuerzo realizado y del estado de las distribuciones Linux a principios de la década pasada: el desarrollo de un instalador gráfico sencillo y la integración de aplicaciones tanto con el escritorio como entre sí para cubrir las necesidades de cualquier usuario.

En todos estos años, el proyecto LinEx no sólo ha producido una serie de distribuciones adaptadas a diferentes entornos (educación, sanidad, administración, etc.), sino que además ha realizado con éxito la implantación de las mismas en miles de puestos de trabajo a lo largo y ancho de toda Extremadura, ha desarrollado aplicaciones y herramientas que han sido adecuadamente liberadas y ha organizado eventos de apoyo y difusión del Software Libre. Además, LinEx deja importante legado: el proyecto DebianEdu ha incorporado a su base gran parte del trabajo de LinEx en el ámbito educativo. Y todo esto con un equipo de trabajo cuyos componentes oscilaban entre 2 y 10 personas. ¡Casi ná!

Entre los objetivos de LinEx destacaban, desde mi punto de vista, especialmente dos: el ser capaces de avanzar hacia la independencia tecnológica de Extremadura y el poder invertir eficientemente los impuestos de los ciudadanos en tecnología útil para la sociedad. El equipo de LinEx estaba tan convencido de estos objetivos que incluso se “atrevieron” a rechazar los cantos de sirena de Mark Shuttleworth cuando se personó en Extremadura para venderles las excelencias de Ubuntu, prefiriendo no rendirse a capital extranjero y en cambio seguir apostando por Debian, un proyecto libre basado en el esfuerzo de una amplia comunidad de usuarios y gestionado mediante unos claros principios sociales.

No hay proyecto perfecto y LinEx no fue la excepción. A lo largo de su desarrollo se fueron tomando una serie de decisiones en base a los requerimientos y especificaciones definidas, algunas de las cuales no fueron acertadas en mi opinión, como por ejemplo la de sustituir el nombre de las aplicaciones instaladas por personajes y lugares conocidos de Extremadura. Sin embargo, sus defectos (pequeños en todo caso) eran más que superados por sus virtudes, dando como resultado un producto de gran calidad. A pesar de ello, sus detractores magnificaron esas sombras (con argumentos tan vergonzantes como que “LinEx no es más que Debian con los iconos cambiados”) para socavar el buen nombre del proyecto. Espero sinceramente que en el cierre de LinEx no hayan pesado estas “razones”, porque entonces estaríamos ahondando en la teoría de que en España no es posible innovar en TICs.

También es cierto que la evolución de los mercados en los últimos años había colocado a la mayoría de las distribuciones desarrolladas en España (incluso a las elaboradas en el ámbito privado) en una posición complicada: elevados costes de desarrollo y mantenimiento frente a la competencia de los grandes proyectos como Ubuntu, OpenSuSE o Fedora, además de una saturación de distribuciones localistas (tanto autonómicas como municipales). Esto implicaba cierto anacronismo que era necesario resolver: renovarse o morir. En nuestro caso, ASLinux Desktop 3.0 ya fue utilizada como plataforma de desarrollos de terceros en vez de publicarla como distribución independiente y la futura versión 4.0 tendrá forma de un conjunto de personalizaciones paquetizadas que se instalarán sobre la base estable de Debian.

En definitiva, ¿por qué se cierra LinEx? Creo que no existe una única razón, sino que es el resultado de la suma de diversos factores, algunos ya comentados como el anacronismo de mantener una distribución completa propia o el de la campaña de “acoso y derribo” a la que se ha visto sometido el proyecto desde que nació, y otros como los económicos y los políticos, más oscuros y difíciles de valorar por el ciudadano de a pie. En cualquier caso, se trata sin duda de una gran pérdida pero no del “fin del mundo” para el Software Libre en España, como algún agorero se ha apresurado a vocear en las redes sociales.

Desde estas líneas, tanto en el nombre de Activa Sistemas como en el mío propio, quiero dar todo el ánimo y el apoyo posibles a los miembros de un proyecto que tanto nos ha aportado a los que trabajamos y disfrutamos con el Software Libre en España. Gracias y hasta siempre.

Las 5 características destacables de Libertya

Mon, 19 Dec 2011 13:21:17 +0000

En Activa Sistemas nos encontramos en pleno proceso de publicación de la versión para España de Libertya, ERP de licencia libre completamente orientado a la pequeña y mediana empresa de nuestro país. Me gustaría concentrar en pocas lineas la perspectiva técnica del proyecto y destacar las novedades más interesantes y que hacen de Libertya un producto de tecnología superior y bastante avanzado respecto a otras alternativas.

1.- Es un ERP que se hace a sí mismo

Una de las particularidades más interesantes del producto es que es altamente personalizable. Dispone de puntos de extensión que han sido ideados para poder modelar las personalizaciones más comunes. Es posible llevar a cabo la creación de nuevos apartados dentro del programa con el menor uso de la programación. La reutilización de piezas de código hace posible evitar la necesidad de repetir las operativas más tediosas.

2.- Tiene capacidad de aprendizaje

Otra característica destacable y que debe señalarse es que gracias a su nueva arquitectura de componentes se ha facilitado el desarrollo, mantenimiento y exportación de paquetes complejos, en los que se implementa el “saber hacer” de la empresa. Con este servicio se brinda la oportunidad de adquirir toda la funcionalidad deseada en un sólo paso. Un caso práctico es la localización española: adaptar el programa a nuestros usos y costumbres es tan fácil como descargarse un fichero e instalarlo.

3.- Uso de herramientas y prácticas estándares del Software Libre

Toda la tecnología utilizada para construir este producto facilita el disfrute del mismo bajo las premisas del Software Libre. Desde un punto de vista técnico podemos decir que es posible trabajar con Libertya de forma muy cómoda, ya que no utiliza lenguajes o tecnologías propietarias cuyas capacidades más avanzadas están sólo al alcance de aquellos que trabajan con la marca patrocinadora.

4.- Comunidad de Software

Como todo proyecto de Software Libre que se precie, en Libertya contamos con una vibrante comunidad de desarrolladores compuesta por personas que de forma desinteresada colaboran desde aportando código hasta dando soporte en las más variadas problemáticas que nos podemos encontrar.

5.- Funcionalidades adaptables sin programación

Libertya viene equipado con los módulos de mayor uso en la Pyme española. La forma en la que han sido implementados permite abarcar las posibilidades más variadas que nos podemos encontrar a la hora de modelar la lógica de negocio de cualquier empresa.

¿Conoces ya Libertya? ¿Cuáles son para tí las características más destacables?

Mantenimiento y migración de instalaciones del ERP openXpertya

Mon, 05 Dec 2011 12:19:21 +0000

Dentro del proceso de remodelación que estamos llevando a cabo en Activa Sistemas, una de las medidas más importantes ha sido la de sustituir openXpertya por Libertya como el ERP libre principal en nuestra oferta de servicios. El motivo es muy sencillo: el proyecto openXpertya parece estar muerto. Hace meses que no sabemos nada de sus coordinadores y hace mucho más tiempo que sus sitios web (comunidad, comercial, foros, wiki, etc.) no se actualizan. ¿Significa esto que todas las empresas que tienen implantado openXpertya se han quedado “tiradas”? En absoluto, gracias a una de las mayores ventajas que ofrece el Software Libre: la protección de la inversión.

El hecho de que junto con un software se distribuya su código fuente bajo una serie de libertades que permiten su uso y modificación en base a las necesidades de los usuarios es lo que hace que invertir en la implantación de un ERP libre sea una apuesta segura. A pesar de que openXpertya haya sido descontinuado, las empresas pueden seguir manteniendo viva su instalación particular por tener acceso a dicho código fuente. Pero es que además la disponibilidad del código fuente ha permitido el nacimiento de un proyecto derivado de openXpertya como Libertya, que hereda todas sus características y capacidades (lo que asegura una alta compatibilidad entre ambos) a la vez que lo actualiza tanto tecnológica como arquitecturalmente.

Por ello, en Activa Sistemas estamos dando dos opciones a nuestros clientes de openXpertya: o bien mantenemos su instalación actual (incluyendo la personalización y el desarrollo de mejoras y nuevas funcionalidades) o bien la migramos a Libertya gracias a la mencionada compatibilidad con openXpertya. La primera opción es más indicada para instalaciones complejas con un alto grado de personalización y desarrollos propios, mientras que la segunda es más apropiada para instalaciones sencillas y muy cercanas a una implantación estándar. Es evidente que tarde o temprano todas las instalaciones deberían migrarse a Libertya para disfrutar de todas las mejoras que éste último ofrece, pero el momento adecuado será aquél en el que los costes de mantenimiento de la instalación de openXpertya superen los de una eventual migración a Libertya.

Nosotros mismos hemos visto cómo nuestro modelo de negocio se veía protegido por utilizar software libre. Hemos podido aprovechar en Libertya toda nuestra experiencia y saber hacer adquiridos durante años sin grandes traumas. Ha bastado un simple proceso de adaptación técnica y comercial y ya estamos listos para seguir trabajando con un ERP libre tan fascinante como Libertya. Esto NUNCA hubiera sido posible en el caso del software privativo, donde si el desarrollador desaparece te quedas “con una mano delante y otra detrás”.

En definitiva, Software Libre == Protección de la Inversión.

El ERP para mi empresa, ¿horizontal o vertical?

Mon, 04 Apr 2011 10:34:59 +0000

A la hora de elegir un sistema de gestión empresarial (ERP) hay que tener en cuenta numerosos factores para no errar en la elección final: plataforma tecnológica, licencias, curva de aprendizaje, adaptabilidad, facilidad de uso, escalabilidad, etc. Sin embargo, uno de los más importantes es sin duda su verticalidad, es decir, el nivel de la especialización del ERP a nuestro propio sector de actividad, ya que esto va a marcar hasta dónde va a resolver mis necesidades. Este nivel es el que hay que determinar para asegurar el éxito del nuevo ERP corporativo.

Para ello, tomemos como base un ERP horizontal, es decir, uno sin especialización sectorial alguna, y analicemos sus ventajas e inconvenientes. En este caso, el ERP podrá resolver las necesidades básicas comunes a cualquier empresa (facturación, compras y ventas, contabilidad, inventario/almacén, bancos, etc.) pero se quedará corto a la hora de dar respuesta a necesidades concretas derivadas de la actividad corporativa (producción, residuos, proyectos, etc.). Aunque el ERP horizontal nos ofrece una base estable sobre la que crecer prácticamente de forma ilimitada, hace falta muchas horas de trabajo para llegar a tener el mismo nivel de funcionalidad especializada de un ERP vertical. Un ERP horizontal es ideal para empresas con necesidades básicas y para grupos de empresas que necesiten de una base tecnológica común.

En el extremo opuesto, el ERP verticalizado ofrece soluciones muy adaptadas a su sector de actividad correspondiente, lo que posiblemente redunde en un menor coste de implantación, pero exige que la empresa se adapte a él y no al contrario, ya que puede incluir capacidades de más, carecer de otras que necesitemos o sencillamente hacer las cosas de forma diferente a cómo las suele hacer la empresa. Esta falta de flexibilidad puede llegar a limitar gravemente el crecimiento futuro de la empresa. Un ERP vertical es ideal para empresas que necesiten soluciones especializadas a las que se puedan adaptar fácilmente y en las que el crecimiento no sea una cuestión vital.

¿Pero no existe una solución que aúne lo mejor de cada opción y elimine las desventajas respectivas? Pues sí: el Software Libre. Gracias a las licencias libres, en Activa Sistemas hemos construido verticalizaciones sobre ERPs horizontales para diferentes sectores de actividad: piedra, mueble, óptica, metalmecánico, agrario, etc. Esto nos permite ofrecer a nuestros clientes soluciones ERP especializadas a la vez que flexibles y escalables, es decir, todas las ventajas y ningún inconveniente. De este modo, la empresa elije desde el principio el nivel de verticalización de su nuevo ERP y lo va haciendo crecer en el tiempo a su ritmo y según sus necesidades, controlando así los costes de implantación del ERP en todo momento.

¿Cuál es vuestra experiencia en este sentido? ¿Es mejor un ERP vertical, horizontal o mixto?

Calibre y KDE4

Wed, 27 Oct 2010 19:59:00 +0000

Como el artículo anterior estuvo dedicado a los ebooks, voy a aprovechar la ocasión para revisar el estado actual en el que se encuentra el popular Calibre. Para los despistados diré que Calibre es un fabuloso software de gestión de libros digitales y dispositivos de lectura que ofrece un amplio abanico de funcionalidades y que tiene versiones para Linux, Windows y Mac. Por ello es sin duda el número uno en su sector.

La salud del proyecto Calibre no puede ser mejor, ya que se publican varias versiones al mes, de forma que el equipo de desarrollo no deja de mejorarlo, arreglando fallos, añadiendo funcionalidades, dando soporte a más formatos y ereaders, mejorando el aspecto estético y añadiendo nuevas fuentes de noticias RSS para su conversión en libros digitales.

Personalmente, el mayor avance reciente sin duda fue cuando completaron la integración de Calibre con los escritorios modernos en general y con KDE4, mi favorito, en particular. Aún hoy me sorprendo con detalles como que aparezca una burbuja en la bandeja de sistema informándome de que mi ereader se ha conectado al portátil (Calibre utiliza el sistema de notificaciones de KDE4 para informar al usuario de cualquier evento digno de mencionar que se produzca durante su ejecución), que el selector de ficheros sea el propio de KDE4 o que se puedan añadir nuevos libros digitales a la biblioteca directamente desde el gestor de ficheros Dolphin.

Estas son las cosas que marcan la diferencia entre un buen software y otro excelente. Las funcionalidades, la estética, la usabilidad, la integración con el escritorio… en todos estos apartados Calibre destaca por su buen hacer y lo convierten en un imprescindible para todos aquellos usuarios, como yo mismo, apasionados de la lectura digital.

Debian Squeeze se congela... y KDE SC 4.5 se queda fuera

Fri, 13 Aug 2010 12:07:44 +0000

Hay veces en las que no entiendo a mis colegas informáticos, con lo fácil que es estar atento a lo que pasa alrededor y llegar a un acuerdo con los demás con un poco de buena voluntad. Hace unos días, concretamente el pasado 6 de Agosto, el proyecto Debian anunció la congelación de Squeeze, la próxima versión estable (6.0) de la popular distribución Linux. Esto quiere decir principalmente que no se le van a añadir nuevas características y que sólo se van a resolver los problemas detectados hasta la fecha de publicación.

Cuatro días después del anuncio de Debian, el proyecto KDE hizo pública la inmediata disponibilidad de la versión 4.5 de su entorno de escritorio, que se ha centrado en la resolución de errores y en la estabilización del software antes que en la adición de nuevas funcionalidades. Esto la convierte en una versión clave para todos los que utilizamos KDE SC como nuestro escritorio habitual.

Pues bien, debido a que Debian Squeeze se congeló sólo unos días antes, sus usuarios no podrán disfrutar de KDE SC 4.5. ¿Tan difícil era coordinarse con la gente de KDE para evitarlo? Teniendo en cuenta que una semana antes KDE había publicado la última versión candidata de la versión 4.5, ¿por qué se ha elegido en Debian esta fecha para congelar?

Entiendo que un proyecto del calibre de Debian no puede estar al tanto de los avatares de cada software incluido en la distribución y publicar según los demás lo van haciendo, ni siquiera por pesos pesados como Firefox u OpenOffice.org, pero sí hay ciertos componentes software cruciales a los que SIEMPRE habría que seguir de cerca, como el propio núcleo de Linux, el entorno gráfico X.org o los entornos KDE y GNOME.

Al final, los perjudicados por esta decisión son los usuarios de Debian y KDE, que no podrán contar con la mejor versión de este escritorio hasta la fecha, y el propio proyecto Debian, que vuelve a salir a la calle con una distribución estable sin el software más moderno disponible (desde la congelación hasta la publicación pueden pasar semanas, lo que agrava el problema).

A vueltas con las patentes de software

Tue, 09 Mar 2010 21:10:17 +0000

Hace unas semanas me llegó un mensaje de correo electrónico de Eurolinux Alliance informándome de que su petición para una Europa sin patentes de software, la cual obtuvo unas 300.000 firmas, había caducado. Así mismo, me animaba a firmar una nueva petición que se había organizado. Para los que no conozcan Eurolinux, se trata de una iniciativa que parte de un grupo de ciudadanos, empresas y ONGs con el objetivo de promover una cultura de software europea basada en estándares abiertos y software libre. El principal objetivo de Eurolinux es “eliminar las dependencias estratégicas de la estructura informática europea”.

En este sentido, impedir que en Europa se pueda patentar el software es fundamental para conseguir dichos objetivos. Si no fuera así, según Eurolinux, las pymes europeas no tendrían un mercado accesible, las administraciones públicas no podrían utilizar estándares realmente abiertos, no se podría promover la creación de puestos de trabajo mediante inversión pública sostenible en el desarrollo del software libre y Europa no tendría independencia digital.

A mí se me ocurren algunas razones más, como el ahogamiento de la innovación o la pérdida de la libre competencia, no tanto a manos de las grandes empresas tecnológicas (que prefieren comprarte para quitarte de en medio) como de los conocidos como trolls de patentes, empresas con una amplia cartera de patentes, las cuales probablemente no habrán investigado y desarrollado ellos mismos sino que las habrán comprado a un tercero, y cuya única línea de negocio es demandar a todo aquél que utilice comercialmente tecnologías cubiertas por algunas de sus patentes sin haber pagado previamente unos suculentos royalties. Es fácil imaginar muchos más peligros que encierran estas prácticas para la economía de Europa.

Precisamente por este mal uso que se le puede dar a las patentes de software y que tan generalizado está a día de hoy en EEUU, Eurolinux apoya StopSoftwarePatents.eu. Gracias al tratado de Lisboa, los ciudadanos europeos pueden organizar peticiones que, cuando alcanzan una masa crítica de apoyos, obligan a la Comisión de la Unión Europea a proponer un proceso legislativo. Lo que persigue Eurolinux es “reconstruir una plataforma para iniciar un proceso legislativo que invalide de una vez por todas las patentes de software en Europa”. Por eso, desde estas líneas, animo a todo el mundo a hacer todo lo que esté en su mano (empezando por firmar esta nueva petición) para asegurar que el futuro tecnológico de Europa esté en manos de sus ciudadanos.

Las ventajas de un proveedor de software libre

Tue, 15 Dec 2009 20:47:26 +0000

Reconozco que este artículo tiene bastante de autopromoción, pero qué mejor ejemplo que la propia Activa Sistemas para ilustrar las ventajas que una empresa de servicios TIC que basa su oferta en la filosofía del Software Libre presenta a sus clientes frente a otras del sector que utilizan preferentemente software propietario.

Evidentemente no voy a hablar de aquellas cuestiones que son comunes a cualquier empresa de servicios, como la calidad, la atención al cliente, el cumplimiento de plazos o el soporte a los clientes. Voy a centrarme en aquellas ventajas competitivas que el Software Libre dota a una empresa TIC realmente comprometida con su filosofía.

1. Transparencia: Gracias a la disponibilidad del código fuente tanto de las herramientas de desarrollo de un proyecto TIC como del producto final, el cliente puede implicarse y escrutar el trabajo hasta el nivel que desee, obteniendo así una capacidad de control y supervisión del proyecto sin comparación en proyectos basados en herramientas propietarias.

2. Independencia de proveedor: La disponibilidad del código fuente también permite que el cliente decida con qué proveedor trabaja en cada momento, sin estar “secuestrado” por motivos técnicos o mercantiles. En Activa Sistemas preferimos que el cliente trabaje con nosotros porque aprecia la calidad que ofrecemos, no porque no tenga más remedio que “aguantarnos” por ser los propietarios de un producto o tecnología concretos.

3. Protección de la inversión: El punto anterior y el hecho de que el cliente siempre va a tener a su disposición el código fuente del producto final supone que el producto nunca se va a quedar obsoleto, que siempre va a poder ser adaptado y mejorado y que siempre va a ser posible encontrar un proveedor TIC que mantenga el producto, con lo que la inversión realizada en el proyecto va a estar realmente protegida. Se acabó eso de tirar a la basura el trabajo realizado cada pocos años porque cambia la versión del sistema operativo de los PCs.

4. Disminución de costes: Dentro del conjunto de costes de desarrollo de un proyecto TIC, entre los que se encuentran el análisis, la implementación, el soporte, la formación o el hardware, podemos eliminar de un plumazo los costes de las licencias de software si se elige software libre, lo que en comparación con proyectos basados en software propietario puede ser una gran diferencia. Sólo hay que pensar que existen casos en los que las licencias de software son el concepto mas caro de un proyecto. El dinero ahorrado de este modo puede utilizarse para construir un proyecto TIC más ambicioso o reinvertirse en cualquier otro aspecto de la empresa (por ejemplo, en pagar nóminas, que no es moco de pavo con la que está cayendo).

Ahora, un poco de autopromoción descarada. Si a lo anterior le sumamos que Activa Sistemas es una empresa pionera en la utilización profesional del Software Libre en España, con más de 10 años de experiencia en estas lides y con un importante compromiso con el Software Libre (organización de eventos, participación en proyectos, donación de código, liberación de productos, etc.), todo ello nos convierte en una opción más que interesante a la hora de acometer todo tipo de proyectos TIC corporativos.

Vencer a la crisis con un ERP libre

Fri, 13 Nov 2009 12:39:13 +0000

En estos tiempos de recesión económica, cualquier ayuda para sacar adelante a las empresas es bienvenida. Desde nuestro punto de vista tecnológico, el uso adecuado de las TICs en cualquier organización conlleva una serie de importantes ventajas que vamos a ver a continuación al combinar dos de las más potentes herramientas disponibles en el mercado: un ERP y el Software Libre.

La gran ventaja de un ERP es sin duda el obtener información fidedigna del estado de la empresa. El ERP nos va a ayudar a saber si realmente la situación es tan buena o mala como creemos. Por ejemplo, podemos descubrir que estamos vendiendo un producto con un margen de beneficio ínfimo o incluso por debajo de coste, lo que evidentemente es ruinoso.

Gracias a esta información podremos elaborar planes de acción viables no solamente para resolver la problemática actual, sino también para el futuro crecimiento de la empresa. Así mismo, el ERP va a permitirnos un uso eficiente de los recursos de la misma, lo que redundará en una ahorro de costes y en un aumento de la productividad.

En este sentido abunda el hecho de que un ERP permite un control total y completo de los procesos productivos de la empresa, pudiendo gestionar al detalle cuestiones como entradas y salidas de material, tiempos de producción, costes auxiliares o gestión de residuos.

Si además el ERP elegido es de licencia libre, la inversión de implantación del mismo es mucho menor que en el caso de un software propietario, ya que nos ahorramos el coste de las licencias, lo que puede suponer la diferencia entre implantar o no un ERP en nuestra empresa.

¿Utilizas ya un ERP libre en tu empresa? ¿Qué mejoras y ventajas crees que te ha aportado?

¿Qué le han hecho a Amarok 2?

Fri, 02 Oct 2009 19:25:14 +0000

La semana laboral ha terminado con una interesante noticia para los amantes de la música y el Software Libre: la publicación de Amarok 2.2, que incluye un buen número de jugosas novedades dirigidas a ampliar las posibilidades del que probablemente sea el mejor software de reproducción de audio del momento, sobre todo desde que se puede utilizar tanto en Linux como en Windows. Sin embargo, a pesar de que cada vez cuenta con más funcionalidades, la serie 2 de Amarok adolece a mi entender de un grave defecto que no poseía la serie 1: un complejo y poco intuitivo interfaz.

Las quejas a este respecto son tantas que hay usuarios que han llegado a solicitar a los desarrolladores de Amarok que se mantuviese y mejorase la serie 1 para aquellos que se sintieran más cómodos con su interfaz, algo a lo que se han negado rotundamente con argumentos como que no hay que mirar atrás, que la serie 2 es el futuro y que supone una plataforma que permite incluir nuevas y mejores capacidades, en parte debido a su integración con KDE4 (responsable entre otras cosas de que Amarok sea utilizable en Windows).

Existen otras quejas como que Amarok 2 no es muy estable o que aún no hace todo lo que sí hacía la última versión 1.4. La primera se ha ido resolviendo según han ido madurando tanto KDE4 como el propio Amarok. Hay que tener en cuenta que se trata de dos plataformas que casi se han reescrito de cero y que introducen grandes cantidades de novedades y tecnologías, lo que exige un mayor periodo de tiempo de estabilización. La segunda caerá por su propio peso con el tiempo. La versión 2.2 resuelve algunas de estas carencias y sin duda veremos como se cierran más en futuras ediciones de Amarok. Además, en las funcionalidades comunes, Amarok 2 es claramente superior. Sólo se trata de tener paciencia y si hay algún programa que se lo merece, este es sin duda Amarok.

¿Cuál es la solución: seguir con Amarok 1.4, cambiarse a alguna alternativa como Songbird o adaptarse a Amarok 2? Después de haber probado Amarok 2.2 mi respuesta es clara: Amarok 2 ya ha llegado al punto en el que se merece la confianza del usuario, sobre todo teniendo en cuenta que el interfaz es altamente personalizable y que el resto de alternativas no llegan ni de lejos al nivel de funcionalidades y estabilidad que Amarok 2 luce a día de hoy.

Es cierto que desde la salida de la primera versión de la serie 2 Amarok ha sufrido un mal demasiado frecuente en los proyectos de software libre, que es el de evolucionar en base a los deseos de los propios desarrolladores (que buscan nuevos retos que superar, como probar nuevas tecnologías o incluir funcionalidades experimentales, sean de utilidad o no) en vez de según las necesidades de los usuarios, pero creo que esta pequeña “travesía del desierto” estaba justificada viendo el resultado. Ha venido a ser lo mismo que ha pasado con KDE4: no había forma de hincarle el diente a la versión 4.0, pero ya no puedo vivir sin la 4.3.

Informatizar la gestión de una empresa (y III)

Wed, 29 Apr 2009 16:53:21 +0000

El anterior artículo de la serie que he dedicado a la informatización de la gestión de una empresa finalizó con una pregunta: ¿cómo encaja el Software Libre en todo esto? En la actualidad existen numerosas opciones disponibles de licencia libre que cubren cualquier tipo de empresa actual, desde las que tienen necesidades modestas (por ejemplo, BulmaGés) a las que tienen grandes necesidades de gestión (como openXpertya). Una vez claro que puedo utilizar software libre para informatizar la gestión de mi empresa, la cuestión más inmediata es determinar por qué voy a utilizarlo.

Para convencerse basta con echar un vistazo a las ventajas de utilizar un ERP de licencia libre en la gestión de la empresa. La primera es que no existen costes de licencia para el producto en sí mismo. Los únicos costes son los producidos por la propia instalación y personalización, así como los derivados del hardware que se debe usar y los servicios auxiliares necesarios para la puesta en marcha del sistema, como es la formación. Evidentemente, estos costes también aparecen en un software propietario equivalente, lo que supone para el software de licencia libre una enorme ventaja competitiva.

Así mismo, al contar con el código fuente del ERP, el usuario obtiene una independencia absoluta del proveedor, el poder de decisión real de hacia dónde debe dirigirse su sistema informático y la protección de la inversión realizada. Además, el producto puede evolucionar con la adición de nuevas funcionalidades o la modificación de las existentes siempre que la empresa así lo decida, sin que eso dependa de la estrategia comercial de un tercero, como ocurre en el caso de un producto de licencia privativa.

Finalemente, gracias a la comunidad de usuarios y desarrolladores, los tiempos de respuesta frente a fallos y otras eventualidades (por ejemplo, cambios en las normativas vigentes) son realmente bajos, a la vez que se asegura que el producto libre está realmente probado en todo momento.

En definitiva, las ventajas son enormes y desequilibran claramente la balanza hacia el software de licencia libre, aunque estaré encantado de recibir argumentos en contra en los comentarios de este artículo e iniciar así una discusión que sea ilustrativa para todos.

¿Qué supone la compra de Sun por parte de Oracle para el Software Libre?

Wed, 22 Apr 2009 12:30:54 +0000

La noticia de la semana en el mundo TIC es sin duda que Oracle ha comprado a Sun. Esta operación el ha reportado al gigante de las bases de datos unos importantes activos en hardware y software, lo que lo coloca en una posición de privilegio en el meracdo TIC. Pero más allá de otras disquisiciones, lo que más me interesa personalmente de esta adquisición es en cómo afecta al software libre que ha entrado en la operación.

Gracias a la compra, Oracle ha recibido la propiedad entre otros de un sistema operativo (OpenSolaris), una suite ofimática (OpenOffice.org), un lenguaje de programación (Java) y un software de virtualización (VirtualBox), todos ellos de licencia libre y bien considerados entre los usuarios. Estos programas permitirán a Oracle entrar en mercados en los que antes no tenía apenas presencia y podría competir de tú a tú en el mercado del PC con el contendiente clásico del mismo, Microsoft. Si a esto añadimos el hardware de Sun y el software con el que ya cuenta Oracle (principalmente BBDD y ERP), ésta podría crear productos TIC integrales al estilo de Apple con los que incluso crear nuevos nichos de mercado.

¿Y MySQL? Dudo que la existencia del popular gestor de base de datos peligre, ya que al igual que en el caso de los otros programas mencionados anteriormente, MySQL puede servirle a Oracle como punta de lanza para acceder a mercados anteriormente difíciles e incluso vetados. Teniendo en cuenta el amplio parque de instalaciones de MySQL en el mundo y su especial penetración en el mundo web, acabar con él sería como matar a la gallina de los huevos de oro.

En definitiva, sin querer hacer de adivino, creo que Oracle va a apoyar al software libre que obra en su poder aún más que Sun si cabe, aunque evidentemente sea por puro interés propio. Esto sin duda beneficiará a todos los usuarios, tanto desde del punto de vista de la comptencia entre proveedores (Microsoft ya no estará tan sola) como del aumento de la calidad del software libre en cuestión.

Semana Santa en Sevilla para todos... menos para Linux

Mon, 06 Apr 2009 20:32:00 +0000

Esta Semana Santa me encuentro fuera de Sevilla por cuestiones de trabajo, algo que para cualquier seguidor de la Semana Grande de la capital hispalense se hace más cuesta arriba. Sin embargo, como profesional de las TIC, me las prometía felices al imaginar que estas alturas habría transmisiones en directo del paso de las cofradías por la Carrera Oficial y así podría seguirlas como si estuviese a pie de calle. Efectivamente, mis expectativas se cumplieron de una forma grata y sorprendente al descubrir que el propio Ayuntamiento de Sevilla ofrecía dichas transmisiones a través de su nueva televisión pública, Giralda Digital.

Ni corto ni perezoso me dirigí al sitio web oficial de la nueva cadena desde mi portátil con ASLinux Desktop, donde se informa al visitante que las transmisiones en directo por Internet son “por gentileza del Consorcio de Turismo de Sevilla” y se ofrece un enlace hacia el sitio web donde podría disfrutar finalmente de dichas transmisiones. Tras pinchar en dicho enlace, me encontré de bruces con la triste realidad: el reproductor multimedia está construido con la tecnología propietaria Silverlight de Microsoft y hace falta por tanto un plugin adecuado para mi navegador (en este caso Firefox) para poder disfrutar de las deseadas transmisiones. Evidentemente, el plugin no existe para Linux.

Me acordé inmediatamente del plugin Moonlight para Firefox desarrollado por el proyecto Mono para permitir la reproducción de aplicaciones Silverlight bajo Linux. Sin embargo, sabiendo que este plugin no soporta Silverlight 2.0, no quise hacerme muchas ilusiones. Tras instalar Moonlight y reiniciar Firefox, me dirigí de nuevo a la web de las transminisiones y se cumplieron de inmediato mis temores: seguí sin poder verlas. ¿Por qué tuvieron que elegir Silverlight y no una tecnología abierta como Theora?

No me quedó más remedio que reiniciar mi portátil y arrancar el Windows Vista que mantengo en él para poder disfrutar de la Semana Santa sevillana en directo. Si hubiera estado con el netbook en el que sólo mantengo Linux, habría tenido que fastidiarme y quedarme sin ver las transmisiones.

Lo peor del asunto es que se trata de una web dependiente de un organismo público que en esta ocasión no se ha preocupado de salvaguardar el principio de igualdad con todos sus ciudadanos. Si se hubiese tratado de una web privada, pues a aguantarse tocan, pero tratándose del Ayuntamiento de la capital de una de las Comunidades Autónomas que más están luchando por el Software Libre no podía por menos que lanzar estas líneas de protesta por una situación tan injusta y de deseo de que las Administraciones Públicas en general no nos obliguen a utilizar tecnologías propietarias cuando existen alternativas libres tan buenas o más que estas.

La necesidad de monitorizar un sistema informático

Thu, 22 Jan 2009 18:47:53 +0000

Los objetivos de una infraestructura de monitorización de sistemas informáticos son principalmente la prevención de incidencias y conocer el aprovechamiento de los recursos TIC disponibles. Dado que estos objetivos son importantes en cualquier entidad independientemente de su tamaño, es evidente que toda organización debería contar con su propio sistema de monitorización.

Aunque parezca lo contrario, implementar un buen sistema de monitorización no es una tarea tan difícil como exigente en su ejecución. El primer paso consiste en realizar un análisis detallado del sistema informático a monitorizar para, entre otras cosas, detectar los sistemas críticos (tanto máquinas como servicios) para el buen funcionamiento de la entidad y formular políticas de actuación frente a incidencias en dichos sistemas. Por ejemplo, puede ser interesante asegurarse de que una aplicación web corporativa esté siempre en marcha o estar sobre aviso de emergencias en el sistema de correo electrónico de la organización. Aquellos a los que esto les suene a “plan de emergencias frente a desastres” no andan muy desencaminados.

A continuación se debe redactar el plan de instalación e integración del nuevo sistema de monitorización en nuestro sistema informático, para lo cual es imprescindible respetar estas tres reglas:

Mantener las medidas de seguridad existentes.
Minimizar el impacto en el propio sistema a estudiar.
Minimizar el número de sistemas intermedios entre el sistema de monitorización y los sistemas críticos.

Por cierto, dicho plan estará incompleto si no se contempla qué ocurre o cómo actuar si el sistema de monitorización deja de estar disponible, es decir, hay que contestar a la pregunta ¿quién monitoriza al monitorizador?. Aunque parezca una verdad de Perogrullo, no todo el mundo tiene en cuenta este importante detalle.

El último paso es elegir un buen paquete de software especializado y proceder a su instalación y configuración. Afortunadamente, contamos con fabulosas opciones de licencia libre como Nagios o Zabbix que ofrecen jugosas ventajas frente a sus alternativas comerciales, destacando especialmente su inmensa flexibilidad para poder monitorizar todo lo que queramos en el modo en que así lo necesitemos.

Los Reyes me han traido un iPhone

Wed, 07 Jan 2009 19:52:43 +0000

Parece que me he debido portar bastante bien en 2008, porque los Reyes Magos me han dejado este pasado 6 de Enero un reluciente iPhone de 16 GB, listo para empezar a cacharrear con él. Hacía tiempo que quería poner mis manos en un dispositivo que me asegurara conectividad a Internet allá donde estuviese a la vez que me permitiera tener acceso remoto y seguro a todos mis recursos privados. Si a esto le añadimos que también es un teléfono móvil, miel sobre hojuelas.

La primera impresión no ha podido ser mejor. Más allá de las harto conocidas características que ofrece el popular dispositivo de Apple, lo que más me ha llamado la atención es lo sencillo que me ha resultado conectarlo a una red WiFi, configurar el acceso a la red de la empresa mediante VPN y acceder con el navegador Safari a nuestra intranet para consultar mi correo y mis citas de hoy.

Es indudable que buena parte de responsabilidad del éxito que he tenido en estas operaciones se debe al buen hacer de Apple a la hora de ofrecer un buen abanico de funcionalidades a través de un interfaz sencillo y usable. Pero también hay que “echarle la culpa” al hecho de que nuestro sistema informático esté construido con software libre que se ejecuta sobre servidores Linux.

El software libre asegura dos cosas fundamentales a la hora de integrar dos sistemas heterogéneos, en este caso un iPhone con servidores Linux: respeto a los estándares (para permitir el flujo de información entre ambos) y flexibilidad (para poder adaptarse a las necesidades particulares del iPhone que puedan surgir).

Ahora pretendo seguir experimentando con mi iPhone en operaciones más avanzadas, como sincronizarlo con la intranet de la empresa y conectarlo a mi Linux de escritorio para salvaguardar sus datos o instalarle más software. Iré compartiendo mis resultados poco a poco en el blog, esperando que sean más éxitos que fracasos.

Linux: lo más destacable de 2008

Fri, 02 Jan 2009 13:25:32 +0000

Todo el mundo se dedica en estas fechas a echar la vista atrás y a repasar como ha ido el 2008. Para no ser menos, como primer artículo de 2009 voy a recordar lo que desde mi punto de vista ha sido lo más destacable ocurrido a lo largo de 2008 en el mundo de Linux y del Software Libre.

* El auge de los netbooks con Linux preinstalado

El ASUS Eee PC y sus sucesores han demostrado que no es necesario un equipo potente para hacer nuestras tareas diarias. Un netbook ofrece conectividad a Internet, aplicaciones ofimáticas y un buen conjunto de herramientas para otras tareas, todo en una máquina que cuesta alrededor de 350 €.

* Sun compra MySQL

2008 empezó fuerte con el anuncio de la compra de la popular empresa alemana por parte de la multinacional estadounidense por 1000 millones de dólares. Sin embargo, a día de hoy esta operación aún no se ha traducido en nada tangible para los usuarios.

* Publicación de nuevas versiones de paquetes importantes

KDE 4, OpenOffice.org 3, Wine 1.0 y Firefox 3 son los representantes más destacables de ese pelotón de programas de escritorio que han visto como en 2008 se publicaban versiones mayores de los mismos. Las mejoras y avances introducidos en conjunto hacen que el esperado “año de Linux” esté cada vez más cerca.

* Google Chrome y Google Android

2008 es el año en el que Google ha apostado más claramente por el Software Libre con la publicación de su propio navegador web, Chrome, y su propia plataforma para móviles, Android. Ambos son buenos productos acompañados de una agresiva declaración de intenciones, pero la competencia en sus respectivos mercados es muy dura y tendrán que demostrar su valía o “morir en el intento” en 2009.

* El bug OpenSSL de Debian

Los responsables de Debian se llevaron una desagradable sorpresa cuando descubrieron un importante fallo en su implementación del paquete openssl, utilizado para proteger datos transmitidos desde y hacia sitios web seguros, así como que las claves generadas por este paquete desde 2006 eran débiles. El problema se resolvió rápidamente y se publicaron instrucciones sobre cómo generar nuevas claves de encriptación. La efectividad de la respuesta se debió en gran parte a la transparencia heredada del Software Libre.

* SCO pierde frente a Novell

Tras un flujo interminable de enfrentamientos en los juzgados, la lucha de SCO contra Novell sobre los derechos de UNIX llegaron a su fin. Ahora SCO no sólo le debe a Novell una enorme cantidad de dinero, sino que tres de las demandas más importantes de SCO han sido desestimadas definitivamente. Se dice que se está preparando una apelación, pero teniendo en cuenta que aún están pendientes los procesos contra IBM y Red Hat, SCO lo va a pasar realmente mal en 2009.

Software Libre en Marte

Fri, 26 Dec 2008 15:26:55 +0000

La actual expansión del Software Libre en todos y cada uno de los ámbitos de nuestro mundo produce de vez en cuando historias curiosas como la relatada en Septiembre de 2004 por NewsForge acerca de la presencia de software de código abierto en las misiones de la NASA en Marte.

Según contaba Jeff Norris, informático del Laboratorio de Propulsión por Jets de la NASA, los vehículos marcianos Spirit y Opportunity se controlaban desde la Tierra a través de un sistema software conocido como Science Activity Planner (SAP), que utiliza hasta ocho componentes de software libre para tareas críticas de la misión, como planes de actividad, cálculos de energía y gestión de
otros recursos. Entre estos componentes destaca el popular sistema de gestión de bases de datos MySQL.

De este modo, la agencia espacial norteamericana no sólo pudo reducir sus usualmente enormes presupuestos sino que además ha podido enfrentarse con garantías a la recuperación funcional de ambos vehículos, de forma que las misiones en Marte han podido continuarse y ampliarse.

Como resultado de la experiencia, Norris relataba que los componentes abiertos han resultado ser de mucha más calidad que los propietarios y que el soporte de la comunidad de software libre ante cualquier incidencia (apenas unas horas) ha sido muy superior a lo ofertado por los proveedores de soluciones propietarias (varios meses).

La conclusión es obvia: si el Software Libre ha llegado a Marte, ¿cómo no va a ser capaz de resolver cualquiera de nuestras necesidades diarias como usuarios finales?

Google Chrome es software libre, pero ¿a qué precio?

Fri, 19 Dec 2008 22:52:11 +0000

He leido en un artículo en Genbeta algo que me ha dejado de piedra. Resulta que el recientemente publicado navegador de Google, Chrome, genera un identificador único cuando se ejecuta por primera vez. De este modo, nuestro anonimato al navegar por Internet se pone en cuestión, ya que dicho identificador permite hacer un seguimiento “con nombre y apellidos” de los pasos que damos por la Web. Afortunadamente, tal como cuenta el artículo, existe una solución para eliminar dicho identificador.

Lo que más me sorprende del caso es que, siendo un software de licencia libre, desde Google se utilicen este tipo de prácticas más típicas del mundo del software privativo. El ejemplo que se me viene instantáneamente a la cabeza es el de la suite Microsoft Office, que firma cada documento generado con un identificador único y los datos del autor del mismo. Es cierto que al estar disponible el código fuente del navegador es muy difícil ocultar al público algo como esto, lo que desde mi punto de vista demuestra que no hay mala fe en Google al incluir este identificador, pero no deja de ser extraño un movimiento como éste en una empresa comprometida con el software libre, ya que choca frontalmente con la filosofía de libertad del mismo.

En uno de los artículos sobre los mitos de Linux hablé de que “libre” no significa necesariamente “gratis”. Este caso es un claro ejemplo de ello, en el que a cambio de un software de licencia libre se nos pide renunciar a nuestro anonimato, un precio demasiado elevado a todas luces. Google Chrome se trata sin duda de un producto de elevada calidad, incluso en una etapa tan temprana de su vida como en la que se encuentra, cuando acaba de ver la luz su primera versión estable. Su declaración de intenciones (multiplataforma, elevada usabilidad, numerosas funcionalidades, sistema de extensiones al estilo Firefox, arquitectura interna diseñada con la estabilidad y la seguridad en mente, etc.) no ha dejado indiferente a nadie. Sin embargo, tanto bueno en un lado de la balanza no compensa por algo tan negativo. Personalmente, esto me suena a “vender el alma al diablo”. ¿Y a tí?

Vulneraciones de licencias libres

Mon, 15 Dec 2008 18:34:01 +0000

Hace unos días, la Free Software Foundation (FSF) presentó una demanda contra Cisco por vulnerar las licencias de muchos programas para los que la FSF mantiene los derechos de copia. Al no distribuir el código fuente de los programas de licencia libre que Cisco incluye en sus productos, la empresa norteamericana ha negado a sus usuarios su derecho a compartir y modificar el software, según reclama la FSF.

Como ya comenté en un artículo anterior, Linux es un candidato natural a ser utilizado en sistemas empotrados, ya que ofrece el nivel de control y la capacidad de personalización que los fabricantes necesitan. Y, por supuesto, no hay royalties que pagar, lo que supone una buena solución para muchas aplicaciones. No sorprende por tanto el número creciente de dispositivos que incluyen un núcleo de Linux y un buen número de aplicaciones de licencia libre ejecutándose en su interior.

Buena parte del código de dichos sistemas se distribuye bajo las licencias GPL y LGPL, ambas responsabilidad de la FSF. A cambio de la ausencia de royalties, existen ciertas obligaciones ineludibles a cumplir por la distribución de código libre. En particular, un dispositivo que incluya software libre debe venir acompañado o bien de una copia del código fuente de dicho software o bien una oferta por escrito de envío del mismo en cualquier momento que se requiera por parte del usuario. Mientras algunas empresas ponen los fuentes a disposición de sus usuarios, da la impresión de que otros fabricantes de sistemas empotrados “se olvidan” de esta obligación cuando distribuyen sus productos.

En la mayoría de los casos de violación de licencias libres, el problema radica en que la empresa no es consciente de sus obligaciones bajo estas licencias, es decir, se trata de vulneraciones no intencionadas. Con cierta persistencia y cortesía, suele ser posible conseguir que estas compañías cumplan con sus obligaciones. La FSF ha sido muy eficiente a la hora de resolver este tipo de situaciones hasta ahora. En contraste con su forma de actuar en otros frentes, la FSF trata las violaciones de las licencias libres con discreción y tacto. Como resultado, la mayoría de las empresas incumplidoras normalizan su situación sin tener que verse envueltas en largos procesos y mala prensa. En el caso de Cisco sin embargo, la FSF lleva desde 2003 intentando elaborar un plan de cumplimiento de las licencias libres que por desgracia no ha fructificado. Ahora, cinco años después, no les ha quedado más remedio que llevar a Cisco a los tribunales.

El uso de software privativo en la Web

Thu, 27 Nov 2008 20:25:09 +0000

No es la primera vez que defiendo el uso de software libre frente a software de licencia privativa desde estas líneas. Probablemente uno de los campos donde más interesante es hacer esta defensa es el de la Web, ya que afecta a la inmensa mayoría de los usuarios. Es bien sabido, principalmente por estudios periódicos al respecto, que el servidor web más implantando es Apache y que la plataforma LAMP (Linux + Apache + MySQL + PHP) va ganando adeptos día a día. Cuando se trata de servidores conectados a Internet, la gran ventaja de utilizar software libre es sin duda la mayor seguridad y estabilidad de estos entornos, aparte del conocido ahorro de costes y la protección dela inversión. Se trata de un hecho del que los responsables de los servidores han tomado ya conciencia, por lo que no es necesario ahondar más en el tema.

Sin embargo, las peores consecuencias de utilizar software propietario en la Web las sufren tanto los usuarios, aquellos que con su navegador intentan acceder a información y servicios con más o menos problemas, como las entidades responsables de los sitios web, que ven como muchas veces su esfuerzo se ve invalidado y no fructifica.

Lo que cualquier entidad persigue cuando publica su propio sitio web es obtener el mayor rendimiento a su esfuerzo, que se puede traducir en un aumento de ventas, mejor imagen ante los clientes o un ahorro de costes en los servicios ofertados, por mencionar los casos más comunes. El problema surge cuando el sitio web se ha desarrollado con un entorno propietario que obliga en la mayoría de los casos a una fuerte inversión en infraestructuras y casi siempre a quedar atado al proveedor sin posibilidades de elección por parte del cliente, lo que siempre es malo. Con software libre, es perfectamente posible evolucionar el sitio web hacia donde decida la entidad y no hacia donde imponga el proveedor, ya que al ser código abierto y basado en estándares, siempre habrá alguien que se pueda hacer cargo del sitio sin tener que desembolsar grandes cantidades de dinero.

Así mismo, existe otro problema importante relacionado con la función publicitaria del sitio web y que depende directamente de si las páginas se han desarrollado utilizando alguna tecnología cerrada (como ocurre con Flash). En este caso, la navegación por las páginas no sólo se complica sino que además se impide el acceso directo a aquella información que el visitante desea sin tener que recorrer todo el camino que el desarrollador haya diseñado y que no tiene por qué ser el mejor para cada usuario. Incluso se impide que se pueda añadir a la agenda de marcadores la página que el usuario desee dentro del sitio web. Así mismo, se dificulta e incluso se imposibilita que el contenido del sitio web sea indexado por los buscadores más populares, lo que implica que el sitio web no sea fácil de encontrar y que se pierdan visitantes potenciales. Por ultimo, no olvidemos el trastorno que supone no tener instalado en el navegador el “plug-in” correspondiente a la tecnología utilizada en el sitio web. Las consecuencias para la entidad responsable son nefastas: agotamiento del visitante, disminución de tráfico y pérdida de potenciales clientes, por mencionar las más destacables. En definitiva, dinero, tiempo y esfuerzo desperdiciados.

La amenaza de las patentes de software

Tue, 04 Nov 2008 09:51:51 +0000

Quizás la amenaza más importante a la que se enfrenta el Software Libre es el de las patentes de software. Este peligro es ya una realidad en EEUU, mientras que la sombra de esta calamidad se cierne periódicamente sobre Europa con proyectos de normativas como los que afortunadamente se han rechazado en el pasado en Bruselas, sobre todo gracias al esfuerzo de concienciación realizado por los grupos de usuarios y la Electronic Frontier Foundation.

La posibilidad de que cualquier entidad pueda patentar a su nombre cualquier “invento” (¡ en EEUU han llegado a registrar un método para entrenar gatos con punteros láser !) choca frontalmente con la filosofía de libertad del software libre. Mientras que bajo licencias como la GPL el flujo de información entre desarrolladores es prácticamente ilimitado, una patente sobre software coarta dichas posibilidades hasta dejarlas prácticamente en cero, si no es con el permiso explícito del patentador (probablemente tras el abono de unas elevadas tasas en concepto de “royalty”).

Por ejemplo, mientras que Linux y los sistemas BSD se han beneficiado mutuamente de las ideas de cada uno hasta ahora, con las patentes esta situación cambiaría drásticamente y se cortaría de raíz una de las colaboraciones más fructíferas del software libre hasta la fecha. Quizás fuera más apropiado un escenario en el que las empresas ceden sus patentes a una especie de “fondo común” de software libre, el cual licenciaría a todo aquél que quisiera desarrollar un proyecto libre basado en alguna de las patentes siempre y cuando el licenciatario no demande a ninguna compañía alegando una infracción de patente por ningún software libre usado o distribuido por esa compañía. Esta posibilidad se me antoja más constructiva y beneficiosa para la comunidad.

¿Patentes software? ¡NO, GRACIAS!.

Los cuatro pilares sociales del Software Libre

Wed, 22 Oct 2008 08:30:02 +0000

Hoy finaliza la Conferencia Internacional del Software Libre, que se ha celebrado en Málaga desde el pasado Lunes 20 de Octubre y en la que Activa Sistemas ha tenido el placer de participar con un taller dedicado al ERP de licencia libre OpenXpertya, gracias a la invitación de CEPES Andalucía. Según los compañeros que han estado allí, la Conferencia ha cumplido perfectamente con su papel de difusión del Software Libre y de punto de encuentro para los agentes sociales implicados en su desarrollo.

¿Quienes son estos agentes? Según me contaron unos emprendedores costarricenses hace unos años en un encuentro entre empresas andaluzas y del país centroamericano, en Costa Rica el apoyo al Software Libre es tarea de cuatro agentes sociales: la Administración Pública (generación de un marco legal adecuado y financiación), la Universidad (formación de nuevos profesionales e investigación), las empresas (oferta de servicios e investigación) y los propios usuarios (desarrollo y participación en proyectos), bien avenidos en su reparto de papeles y responsabilidades con el Software Libre.

Desde mi punto de vista, este modelo es válido en cualquier lugar del mundo, siempre y cuando todas las partes implicadas no consideren al Software Libre como algo exclusivo de su parcela, ya sea por egocentrismo, por ganas de figurar o por interés personal. Un ejemplo de algo así sería que las Juntas de Andalucía y Extremadura, organizadoras de la Conferencia, consideraran que sólo ellas pueden promover el Software Libre e intentaran imponer sus criterios al resto de agentes sociales. Esto afortunadamente no es así, tal como me consta personalmente y como demuestran cada año en la propia Conferencia.

En España estamos muy cerca del modelo de Costa Rica y los primeros frutos serios empiezan por fin a verse. Pero no hay que dormirse y es necesario seguir trabajando para que el Software Libre sea una realidad para cada vez más personas y empresas, de forma que disfruten de las innegables ventajas de una Sociedad de la Información basada en el uso y promoción del Software Libre.

Film Gimp - el triunfo del software libre

Mon, 20 Oct 2008 11:32:51 +0000

En Noviembre de 2002 escribí un artículo sobre Film Gimp, una herramienta de retoque de fotogramas de una película basado en el popular Gimp, como ejemplo del imparable ascenso del software libre en todos los mercados y en todos los aspectos de la sociedad mundial. En estas líneas recupero aquella historia que considero tan representativa de lo que significa el Software Libre.

Según un interesantísimo artículo sobre Film Gimp publicado en DesktopLinux.com, cuya lectura recomiendo encarecidamente, este proyecto nació en 1998 como un esfuerzo conjunto entre Rhythm & Hues y Silicon Grail con el objetivo de añadir mejoras a Gimp. Debido a que los responsables de Gimp consideraron que estos desarrollos eran aún poco maduros y que era mejor esperar para su inclusión en Gimp 2.0, Silicon Grail abandonó el proyecto, que siguió adelante gracias al trabajo continuo de Rhythm & Hues. Sin embargo, Film Gimp seguía sin tener una versión oficial, sólo existía el árbol de desarrollo CVS.

Tras la entrada de Robin Rowe en el proyecto en de Julio de 2002, empezaron a surgir nuevos apoyos. Sony Pictures Imageworks reveló que tenía una versión interna secreta de Film Gimp con muchas correcciones de fallos sobre la que llevaban trabajando un año. De hecho, Sony lo había utilizado para la película Stuart Little 2. Entonces, programadores de Sony integraron las características que Rhythm & Hues habían añadido en el último año con la propia versión de Sony, lo que llevó a la publicación de la 0.5. A continuación, un programador de ILM (la empresa de efectos especiales de George Lucas) contribuyó con un parche para publicar la versión 0.6.

Al final, Film Gimp se convirtió en herramienta obligada para los estudios de Hollywood que migraron sus sistemas a Linux, como Disney, Digital Domain, Dreamworks, Pixar o los anteriormente mencionados Sony e ILM, y que han creado películas como Scooby-Doo o la saga de Harry Potter. Posteriormente, Film Gimp se renombró a CinePaint y hoy cuenta con su propia página en SourceForge.net, donde está siendo desarrollado activamente. La última versión disponible a fecha de este artículo es la 0.22-1.

La moraleja de la historia es que Film Gimp es un claro ejemplo de adónde puede llegar el software libre, más aún si cuenta con buenos apoyos, y que la calidad no está reñida con la libertad de distribución.