Debian on Marco Antonio Blanco

Cómo resolver el bug de BASH en Debian

Wed, 01 Oct 2014 16:23:56 +0000

La noticia más destacada de la semana pasada (yo diría que de los últimos meses) es sin duda la del infame bug de BASH (también conocido como Shell Shock), que permite comprometer remotamente sistemas que tengan instalado este popular intérprete de comandos, como Linux, Unix o Mac OS. Se trata sin duda de una de las vulnerabilidades de mayor impacto en Internet de los últimos años (con el permiso de Heartbleed), tanto por su facilidad de explotación como por su propagación por la Red. Por ello, los administradores de sistemas hemos tenido que ponernos las pilas y parchear rápidamente los sistemas a nuestro cargo para mitigar las posibles consecuencias del bug. Como en Activa Sistemas tenemos a Debian como plataforma favorita, nuestros esfuerzos se han dirigido a resolver Shell Shock en dicha distribución Linux, esfuerzos que queremos compartir con nuestros lectores.

La metodología a seguir para parchear el bug es la misma independientemente de la versión de Debian de cada servidor, que consiste en instalar una versión actualizada de BASH que no contenga el bug, pero el camino para llegar a dichos paquetes actualizados sí que depende de la versión de Debian. Veamos qué hacer en cada caso:

Wheezy y posteriores: En el caso de la versión estable y las versiones en desarrollo e inestable basta con actualizar la base de datos de paquetes desde los repositorios oficiales:

# apt-get update

y, o bien actualizar todo el sistema:

# apt-get upgrade

o bien instalar sólo BASH:

# apt-get install bash

Squeeze: A la anterior versión estable se le otorgó el soporte extendido (LTS: Long Term Support) en Abril de 2014, lo que supone que recibirá actualizaciones de paquetes hasta Febrero de 2016. Esto implica que BASH tiene una actualización para Squeeze en los repositorios LTS. Por lo tanto, lo primero es añadirlos a nuestro sistema, para lo cual tenemos que incluir la siguiente línea en el fichero /etc/apt/sources.list:

deb http://http.debian.net/debian/ squeeze-lts main contrib non-free

A continuación seguimos los pasos para Wheezy y tendremos BASH actualizado en Squeeze.

Lenny y anteriores: En el caso de que tengamos instalada en algún servidor una versión de Debian más antigua que Squeeze (por ejemplo, el típico caso de una máquina virtual instalada expresamente para dar soporte a una aplicación anticuada pero en uso), la única opción que tenemos es la de construir un backport del paquete de BASH para Wheezy. Esto consiste en descargar el paquete fuente y recompilarlo en una versión de Debian idéntica a la que tenemos en el servidor de destino.

Como se puede imaginar, esta operación no está al alcance de cualquiera, ya que implica tener experiencia en la compilación de código fuente y la construcción de paquetes de software. Por eso, hemos construido nuestros propios backports de BASH para Lenny y los hemos puesto a disposición de todo aquél interesado para que los utilicen para actualizar sus sistemas antiguos. Eso sí, los paquetes se ofrecen sin ningún tipo de garantía, por lo que recomendamos su instalación previa en un sistema de prueba antes de proceder al servidor en producción.

Al igual que en el caso de Squeeze, sólo hay que añadir el repositorio al sistema y proceder a la instalación del paquete actualizado.

Sólo queda comprobar si realmente la actualización ha surtido efecto. Para ello, ejecutamos el siguiente comando en una consola:

# env x='() { :;}; echo vulnerable' bash -c 'echo this is a test'

Si no se imprime en pantalla la palabra vulnerable, entonces hemos conseguido parchear el bug de BASH y estaremos a salvo, al menos hasta que se descubra otro ;)

Truco Linux: Los huevos de pascua de Debian

Thu, 25 Sep 2014 15:58:01 +0000

Para inaugurar esta nueva sección nada mejor que una curiosidad de mi distribución Linux favorita, que no es otra que Debian. Como buen producto fabricado por geeks, tecnofans y programadores, Debian Linux incluye oculto en su interior un buen número de Huevos de Pascua (para quien no lo sepa, los Easter Eggs son contenidos y funcionalidades escondidas en software y productos multimedia, generalmente con un sentido humorístico, de diversión o de homenaje, aunque a veces se utilizan como mecanismo reivindicativo). Veamos qué “secretos” calla Debian…

Los huevos de pascua de Debian están relacionados con las herramientas de gestión de software. Comencemos con la más básica, apt-get. Si invocamos su ayuda en línea, apt-get nos informa de lo siguiente:

# apt-get
Usage: apt-get [options] command
 apt-get [options] install|remove pkg1 [pkg2 ...]
 apt-get [options] source pkg1 [pkg2 ...]
...
 This APT has Super Cow Powers.

Así que APT tiene poderes de super vaca… Vamos a preguntarle por más detalles:

# apt-get moo
         (__) 
         (oo) 
   /------\/ 
  / |    ||   
 *  /\---/\ 
    ~~   ~~   
...."Have you mooed today?"...

Bonita vaca :)

Si apt-get tiene un huevo de pascua, entonces seguro que aptitude también, ¿no?

# aptitude moo
No hay ningún huevo de pascua en este programa.

Bueno, aunque lo aptitude niegue, esto es un huevo de pascua en toda regla. Vamos a insistirle:

# aptitude -v moo
Realmente no hay ningún huevo de pascua en este programa.
# aptitude -vv moo
¿No le he dicho ya que no hay ningún huevo de pascua en este programa?
# aptitude -vvv moo
¡Deje de hacer eso!
# aptitude -vvvv moo
Vale, vale, si le doy un huevo de pascua, ¿se irá?
# aptitude -vvvvv moo
De acuerdo, usted gana.

 /----\
 -------/ \
 / \
 / |
 -----------------/ --------\
 ----------------------------------------------
root@rivendel:~# aptitude -vvvvvv moo
¿Qué es? Un elefante siendo devorado por una serpiente, evidentemente.

Un gran huevo de pascua sin duda, muy elaborado, con una fantástica referencia literaria (para quién no la reconozca, se trata de “El Principito”) y en español. ¿Qué más se puede pedir?

Espero que os haya gustado esta curiosidad para inaugurar esta sección. Nos vemos en el truco de la semana que viene.

Instalar KDE 4.10 en Debian Wheezy

Mon, 03 Jun 2013 19:30:21 +0000

Soy usuario del escritorio KDE desde prácticamente los inicios del proyecto. Considero que es un gran entorno de trabajo, usable y que potencia la productividad. Pero también soy un convencido de Debian como sistema operativo, lo que significa que debo conformarme con versiones de KDE relativamente antiguas. Aunque entiendo y comparto la filosofía de Debian en el tema del software incluido en cada edición de la distro, estoy en desacuerdo con que piezas de software tan importantes como el escritorio no reciban actualizaciones más a menudo, ya que condenan al usuario a no disfrutar de las continuas mejoras que el equipo KDE incluye en cada nueva iteración.

Dado que Debian Wheezy ha salido con KDE 4.8 (con un año de antigüedad), fue para mí una gran noticia descubrir a través del blog Diariodebian una forma de instalar KDE 4.10 en la reciente edición estable de Debian. Sin embargo, las instrucciones del artículo no me han funcionado bien del todo, así que he creado mi propio recetario para conseguir que KDE 4.10 se instale y funcione correctamente en mi Debian 7.0. Eso sí, estas instrucciones sólo sirven para la arquitectura amd64.

El truco de este recetario consiste en utilizar los paquetes de KDE 4.10 que ZevenOs Neptune incluye en sus repositorios. Se trata de una distro basada en Debian Wheezy, por lo que sus paquetes deberían ser compatibles. De ahí que podamos echar mano de su KDE 4.10 para nuestra Debian 7.0. Asimismo, advierto que estas instrucciones son para realizarlas como administrador del sistema (root) desde la línea de comandos. Aquellos que prefieran los entornos gráficos, pueden sustituir algunos de estos pasos con su gestor de software favorito.

El primer paso consiste en añadir los repositorios correspondientes de ZevenOs Neptune al fichero /etc/apt/sources.list, donde se almacena la lista de repositorios desde los que instalamos el software de nuestro sistema. Abrimos el fichero con nuestro editor de elección y añadimos las siguientes líneas:

# ZevenOs Neptune (KDE 4.10)
deb http://proindi.de/zevenos/neptune/repo/ sid main
deb http://proindi.de/zevenos/neptune/kde-repo/ sid main

tras lo cual actualizamos la base de datos de paquetes:

apt-get update

Ahora, dependiendo del estado de nuestra Debian, tomaremos un camino u otro. En el caso de que no tengamos KDE instalado previamente, procederemos con su instalación desde cero:

apt-get install kde-full kde-l10n-es

con lo que instalaremos KDE 4.10 al completo junto con el soporte para el idioma español. Si en nuestro caso es que ya tenemos una versión anterior de KDE instalada, procederemos a actualizarla de la siguiente manera:

apt-get dist-upgrade

En ambos casos, la instalación se nos va a quejar de que la firma de ciertos paquetes (los de ZevenOs Neptune) es desconocida para el sistema. Esto se debe a que efectivamente no hemos instalado dicha firma, pero por más que la he buscado no la he encontrado, así que tendremos que contestar “sí” a la pregunta de si se continúa con la instalación.

Ya sólo queda reiniciar el PC, tras lo que debería presentarsenos la pantalla de bienvenida de KDM, el gestor de acceso de KDE, lo que significa que podemos empezar a disfrutar de la versión 4.10 de este estupendo escritorio.

En el artículo original se recomienda la instalación de unos paquetes que aseguran una homogeneidad visual entre las aplicaciones ejecutadas bajo KDE independientemente de si se han desarrollado con GTK o Qt, algo con lo que estoy totalmente de acuerdo:

apt-get install gtk3-engines-oxygen gtk2-engines-oxygen

Eso es todo. Espero que probéis KDE 4.10 y me contéis qué tal os ha ido.

Las novedades más interesantes de Debian 7.0 "Wheezy"

Wed, 08 May 2013 10:54:52 +0000

La noticia más importante sin duda de la semana en el mundo Linux ha sido la esperadísima publicación de la versión 7.0 de Debian, conocida con el nombre clave de Wheezy. No voy a profundizar en la noticia en sí ya que a estas alturas ha sido más que cubierta y comentada en Internet, sino que me voy a centrar en comentar las que a mi entender son las novedades más importantes y útiles de Debian 7.0 después de más de un año utilizándola mientras estaba en pruebas.

Para mí, la característica más interesante es la del soporte de multiarquitectura, que permite instalar paquetes de múltiples arquitecturas en el mismo sistema resolviendo las dependencias correctamente de forma automática. Así, es perfectamente posible instalar programas de 32 bits (i386) en una Debian de 64 bits (amd64). Esto me ha permitido, por ejemplo, contar con programas con Skype y Steam que de otra forma no hubiera podido utilizar. Como se puede imaginar, la multiarquitectura nos abre un enorme abanico posibilidades, tanto en escritorios como en servidores.

Precisamente la que considero como segunda novedad interesante está más dirigida a servidores por su exposición a los usuarios (aunque los escritorios también se pueden beneficiar), como es la inclusión de serie de AppArmor en Debian 7.0. AppArmor es un software de seguridad presente tanto en el núcleo de Linux como en herramientas de usuario que permite limitar el acceso a los ficheros a los que puede acceder un programa en base a un conjunto de reglas. De este modo, se protege el sistema de vulnerabilidades tanto conocidas como desconocidas. Si a esto añadimos el hecho de que muchos paquetes se han compilado con las opciones de securización del compilador gcc habilitadas, lo que activa distintas protecciones contra diversos problemas de seguridad, podemos concluir que Wheezy es sin duda la versión de Debian más segura hasta la fecha.

El resto de novedades son más o menos interesantes dependiendo de cada usuario. Personalmente sólo destacaría por último el completo soporte multimedia gracias al paquete libav-tools, que incluye todos los reproductores, codificadores y herramientas auxiliares que todo usuario puede llegar a necesitar para tener una experiencia multimedia satisfactoria con su sistema Debian. Esto además nos evita el tener que estar jugando con paquetes de terceros (que pueden generar conflictos con paquetes oficiales) y nos asegura el contar con una plataforma 100% libre y legal.

Sólo me queda animar a todo el mundo a probar Wheezy y a utilizarla como plataforma de uso habitual. Espero vuestros comentarios sobre vuestras experiencias con Debian 7.0

Conversion de videos a HTML5 en Debian Wheezy

Mon, 28 Jan 2013 11:28:44 +0000

Estamos actualmente inmersos en un proyecto web consistente en la migración del actual motor al gestor de contenidos TYPO3. Se trata de una web con una importante carga de vídeos (unos 5 GB), los cuales están codificados como DivX, con la consiguiente complicación a la hora de asegurarse de que se visualizan correctamente en todas las plataformas de navegación actuales. Dado que existen algunas en las que esto ya no es posible (sobre todo en tablets y smartphones), la solución que planteamos era tirar de estándar y convertir toda la base audiovisual a HTML5, lo cual no es la panacea como comentaré más adelante, pero que al menos nos asegura que los vídeos podrán visualizarse adecuadamente de aquí a unos años.

Como estamos hablando de más de 150 vídeos, es evidente que la conversión no se podía hacer a mano, así que buscando por Google me encontré en un blog con una solución que podía automatizar el proceso, basada en la herramienta de línea de comandos ffmpeg, una verdadera navaja suiza para la codificación y conversión de material audiovisual.

Se trata de un script para Linux que toma como parámetro de entrada el vídeo a convertir y que produce como salida tres versiones del vídeo (una por cada codec soportado por la etiqueta video), una captura de pantalla en JPG para el parámetro poster y un pequeño código HTML para visualizarlo todo (que en TYPO3 no es necesario pero que no viene mal para otras situaciones). Sin embargo, el script no funcionaba bien del todo por varios motivos: algunos parámetros de invocación de ffmpeg estaban obsoletos, la visualización de los vídeos en las plataforma móviles de Apple no es correcta (como bien apuntaban en los comentarios del blog) y la generación del HTML para la visualización no funcionaba. Así que me puse manos a la obra y resolví los tres problemas (del segundo ya tenía la solución en los comentarios, como ya he dicho), obteniendo este script:

{code type=php}
#!/bin/bash

if [[ $1 ]]
then
filename=$(basename “$1”)
filename=${filename%.*}
directory=$(dirname “$1”)

duration=$(ffmpeg -i “$1” 2>&1 | grep Duration | awk ‘{print $2}’ | tr -d ,)
minutes=${duration%:*}
hours=${minutes%:*}
minutes=${minutes##*:}
seconds=${duration##*:}
seconds=${seconds%.*}

hours=$((hours*3600))
minutes=$((minutes*60))

total=$(expr $hours + $minutes + $seconds)
number=$RANDOM
let “number %= $total”

echo “Generating thumbnail”
ffmpeg -i “$1” -filter:v yadif -an -ss $number -t 00:00:01 -r 1 -y -vcodec mjpeg -f mjpeg “$directory/$filename.jpg” 2>&1
echo “Converting $filename to ogv”
ffmpeg -i “$1” -acodec libvorbis -ac 2 -ab 96k -ar 44100 -b:v 345k “$directory/$filename.ogv”
echo “Finished ogv”

echo “Converting $filename to webm”
ffmpeg -i “$1” -acodec libvorbis -ac 2 -ab 96k -ar 44100 -b:v 345k “$directory/$filename.webm”
echo “Finished webm”

echo “Converting $filename to h264”
ffmpeg -i “$1” -acodec aac -ab 160000 -vcodec libx264 -vpre ipod640 -b:v 345k -threads 0 -pix_fmt yuv420p -f mp4 -strict -2 “$directory/$filename.mp4”
echo “Finished h264”

echo “Writing HTML…”

echo "

" > "$directory/$filename.html"
 echo " " >> "$directory/$filename.html"
 echo " " >> "$directory/$filename.html"
 echo " " >> "$directory/$filename.html"
 echo " Sorry, your browser does not support HTML5 video" >> "$directory/$filename.html"
 echo "

" >> “$directory/$filename.html”

echo “All Done!”
else
echo “Usage: [filename]”
fi

{/code}

Basta con copiarlo y guardarlo en un fichero al que daremos un nombre descriptivo (por ejemplo, convertHTML5) y que deberemos almacenar en una ruta dentro de nuestro camino de ejecución. Personalmente, sugiero /usr/local/bin en base a las recomendaciones del estándar Linux para los sistemas de ficheros. Antes de proceder a su ejecución, debemos asegurarnos de que el script tiene los permisos adecuados:

# chmod 755 /usr/local/bin/convertHTML5

Igualmente, debemos asegurarnos de que las herramientas de apoyo que el script necesita están instaladas en nuestro sistema. En el caso de Debian, necesitamos al menos tener instalada Wheezy para asegurarnos de que las versiones de dichas herramientas son lo suficientemente actuales para que hagan su trabajo adecuadamente. Para ello además deberemos incluir el repositorio Debian Multimedia en nuestra lista en /etc/apt/sources.list:

deb http://oktan.ls.fi.upm.es/debian-multimedia/ wheezy main non-free

Tras actualizar la base de datos de paquetes:

# apt-get update

procedemos a instalar los paquetes necesarios:

# apt-get install ffmpeg x264 yasm lame libvpx1

Ya podemos proceder a convertir automáticamente todos nuestros vídeos, para lo cual lanzaremos un pequeño bucle:

# for i in *.{avi,AVI}; do convertHTML5 $i; done

Si tenemos vídeos en otros formatos diferentes a DivX, como WMV, MPG o MOV, basta con que añadamos sus extensiones a la lista dentro de las llaves en el bucle. ffmpeg es lo suficientemente inteligente para detectar el formato de entrada y actuar en consecuencia.

Como decía más arriba, este script da como salida tres versiones del vídeo original, uno en cada uno de los formatos (MP4, WEBM, OGV) que soporta la etiqueta video de HTML5. El motivo es que la conocida guerra de codecs se saldó con que cada navegador y plataforma soporta un formato diferente, lo que obliga a mantener una versión de cada uno para que todos los usuarios puedan disfrutar del material audiovisual sin importar cómo se conectan al sitio web. Lo único que ha provocado esta falta de entendimiento es que los desarrolladores tenemos que sufrir esta pesadilla y al menos duplicar el espacio dedicado a los audios y vídeos que queramos servir a través de HTML5. Entiendo que es muy positivo sustituir a Flash de una vez por todas, pero no a cualquier precio. De ahí mi comentario inicial de que esta solución no es precisamente una panacea.

En cualquier caso, este script nos está siendo de gran utilidad y por eso lo compartimos, esperando que también sea útil a nuestros lectores. Espero vuestros comentarios y posibles mejoras que se os puedan ocurrir.

Instalar el DNI electrónico español en Debian Wheezy

Fri, 02 Nov 2012 21:10:41 +0000

Recientemente he adquirido un nuevo PC de sobremesa para mi uso doméstico al que he instalado rápidamente mi sistema operativo favorito, Debian Linux. En esta ocasión, en vez de utilizar la versión estable actual (Squeeze), lo he hecho con la versión en desarrollo (Wheezy), ya que prefiero tener el software que uso lo más actualizado posible y de paso ayudo al proyecto Debian si encuentro algún fallo o defecto del que pueda informar.

Dado que se trata del PC de mi casa, es imprescindible para mí contar con soporte del DNI electrónico, de forma que pueda llevar a cabo desde el ordenador personal las aún escasas gestiones telemáticas disponibles en España. Estos son los pasos que he dado para conseguir dicho soporte, que por cierto son indiferentes de la arquitectura de Debian instalada (excepto a la hora de escoger los paquetes de software adecuados). En mi caso, elegí utilizar la arquitectura amd64 (64 bits) ya que mi nueva CPU lo permite.

En primer lugar debemos dirigirnos a la página web del Ministerio del Interior y descargarnos el paquete de soporte del DNI electrónico. Como no hay versión para Wheezy, tendremos que conformarnos con la de Squeeze, lo que nos provocará una serie de inconvenientes que comentaré a continuación junto con su solución. La dirección web para descargar el paquete correspondiente es la siguiente:

http://www.dnielectronico.es/descargas/PKCS11_para_Sistemas_Unix/distribuciones_linux.html

A continuación debemos descargarnos de Debian los paquetes de los cuales depende el anterior. Aquí surge el primer inconveniente, ya que algunos de dichos paquetes o bien no existen en Wheezy o los que sí existen no son compatibles. Así que debemos descargarnos los de Squeeze en su lugar. Pero antes procederemos a instalar como administrador del sistema los que sí son compatibles:

# apt-get install libpcsclite1 libopenct1 pinentry-qt

Si utilizamos Gnome en vez de KDE como escritorio, cambiamos el paquete pinentry-qt por pinentry-gtk2 (pinentry es el encargado de solicitarnos el PIN de nuestro DNIe cuando lo utilizamos).

Ahora pasamos a descargarnos los paquetes necesarios de Squeeze desde estas direcciones:

y a instalarlos junto con el paquete de DNI electrónico:

# dpkg -i Debian_Squeeze_opensc-dnie_1.4.8-2_amd64.deb opensc_0.11.13-1.1_amd64.deb libopensc2_0.11.13-1.1_amd64.deb mozilla-opensc_0.11.13-1.1_amd64.deb libssl0.9.8_0.9.8o-4squeeze13_amd64.deb

A continuación tenemos que configurar adecuadamente opensc para que utilice la librería libpcsclite1 correcta. Editamos el fichero /etc/opensc/opensc.conf, quitamos el comentario del parámetro provider_library y, según la arquitectura de nuestra Debian, le asignamos el siguiente valor:

32 bits: /usr/lib/i386-linux-gnu/libpcsclite.so.1
64 bits: /usr/lib/x86_64-linux-gnu/libpcsclite.so.1

Durante la instalación de los paquetes se nos informa de que para poder utilizar el DNI electrónico en Firefox, es necesario utilizar la opción “Registrar módulo DNIe PKCS#11” del menú “Aplicaciones -> Oficina”, algo que debemos hacer a continuación y sin el navegador abierto. Para aquellos que se lo estén preguntando, efectivamente bajo Linux sólo hay soporte de DNIe para el navegador Firefox. Una vez arrancado el navegador, procedemos a cerrarlo para que se instale el certificado raíz de la Dirección General de la Policía. Es posible que en este paso se nos solicite guardar el certificado en vez de instalarlo, por lo que a continuación lo importaremos en Firefox a través de “Preferencias -> Avanzado -> Cifrado -> Ver certificados -> Importar”.

Con esto debería ser suficiente para que funcione correctamente el DNI electrónico en Debian Wheezy, pero para estar completamente seguros en primer lugar miramos en “Preferencias -> Avanzado -> Cifrado -> Dispositivos de seguridad” si aparece en la lista “DNIe Modulo PKCS #11”. A continuación, comprobamos que el sistema reconoce sin problemas nuestro lector de tarjetas inteligentes. Para ello, instalamos los paquetes necesarios:

# apt-get install pcscd pcsc-tools

y ejecutamos el siguiente comando:

# pcsc_scan

el cual nos indicará si el lector ha sido reconocido y si hay introducida alguna tarjeta inteligente (como nuestro DNI electrónico). Incluso podemos probar en tiempo real a introducir y extraer el DNI para comprobar que dichas operaciones se detectan adecuadamente.

Ya sólo queda reiniciar la sesión de usuario y, tras acceder de nuevo al sistema, dirigirnos a algún sitio web que requiera del DNI electrónico y utilizarlo. Recomiendo utilizar la página que la propia Dirección General de la Policía facilita para esta comprobación:

http://www.dnielectronico.es/como_utilizar_el_dnie/verificar.html

Si la verificación es positiva, ya podemos utilizar nuestro DNIe con total garantía para realizar nuestras gestiones telemáticas, firmar documentos, 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.

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).

Debian 5.0 "Lenny" por fin publicada

Tue, 17 Feb 2009 20:19:46 +0000

El Proyecto Debian ha cumplido con su palabra y publicó el pasado 14 de Febrero la esperada nueva versión estable 5.0 de su distribución, llamada “Lenny” en honor de uno de los personajes de Toy Story como es costumbre. Además de la usual actualización de los paquetes incluidos a versiones más recientes (que no necesariamente las últimas disponibles), Debian 5.0 ofrece una impresionante lista de novedades.

Entre ellas destaca la inclusión de más de 7700 paquetes nuevos y la eliminación de más de 3100 considerados obsoletos. Eso lleva a Debian 5.0 a ofrecer a los usuarios más de 23200 paquetes en total. Los más populares han sufrido en general una importante actualización, como el núcleo 2.6.26, X.Org 7.3 (que permite la autodetección del sistema gráfico cuando no exiete configuración), GNOME 2.22 (el escritorio por defecto de Debian), KDE 3.5.10, OpenOffice.org 2.4.1, KOffice 1.6.3, firefox 3.0.6 (llamado iceweasel en Debian) y Thunderbird 2.0.0.19 (llamado icedove en Debian).

Otras importantes mejoras son la compatibilidad con los estándares FHS 2.3 y LSB 3.2, la inclusión de un mecanismo de resolución avanzada de conflictos en dependencias entre paquetes, las ediciones “live"para CDs, DVDs, memorias USB y desde otro ordenador a través de la red, la inclusión de SELinux (“Security-Enhanced Linux”) de forma predeterminada en las nuevas instalaciones, mejor compatibilidad con UTF-8, el soporte para netbooks (gracias entre otros al escritorio ligero LXDE) y la disponibilidad de aplicaciones Java mediante el entorno de ejecución OpenJDK.

Pocas pegas se le pueden poner a esta edición. Por poner alguna, se echa de menos que no se haya incluido alguna versión de la rama 4.x de KDE como opción (KDE 4.2 hubiera sido ideal) y algunos de los principales paquetes de software están directamente algo anticuados, siendo el caso más destacable OpenOffice.org, que sale como he mencionado antes con la versión 2.4.1 en vez de la 3.0, imprescindible a día de hoy por las importantes mejoras que incorpora.

El que Debian sea una distribución generalista no es óbice para que al final de la instalación tengamos un sistema perfectamente listo y preparado para trabajar en base al perfil elegido con el mejorado instalador. A partir de ahí, gracias a la flexibilidad de Debian y a sus capacidades de ampliación, el límite lo pone la imaginación de cada uno, como se suele decir.

Desde Activa Sistemas llevamos ya varios meses trabajando con “Lenny” y la experiencia no ha podido ser más positiva, encontrándonos una plataforma moderna y estable (a pesar de encontrarse en desarrollo hasta hace sólo unos días), perfecta como base para nuestros desarrollos e implantaciones. Ahora que se ha publicado la versión estable de Debian 5.0, ya no tenemos excusa para terminar ASLinux Desktop 4.0 cuanto antes. Esperamos tener noticias sobre ello muy pronto.

¿Qué ocurre con ASLinux Desktop 4.0?

Mon, 09 Feb 2009 17:10:53 +0000

Periódicamente me llegan consultas de numerosos usuarios preguntando por ASLinux Desktop y su próxima versión, concretamente la 4.0. Según la política de publicaciones que anunciamos con la versión 2.0 (1 edición al año), ya hace tiempo que debería estar disponible para su descarga. Sin embargo, van pasado los meses y seguimos atrasando la publicación de ASLinux Desktop 4.0. ¿Por qué?

El principal motivo es el hecho de que en Junio de 2008 decidimos basar la próxima versión 4.0 de ASLinux Desktop en la actual versión de Debian en desarrollo, denominada Lenny, en lugar de la inicialmente planificada Debian Etch, la actual versión estable, tal y como nos sugirió en su momento el equipo de desarrollo de LinEx. Como consecuencia, la publicación de la distribución se vería retrasada como mínimo hasta Septiembre.

Dado que Lenny ha ido atrasando paulatinamente su fecha de publicación, nosotros nos hemos visto obligados a hacer lo mismo, en primer lugar porque queremos ofrecer una plataforma lo más estable posible y en segundo lugar porque queremos evitar que los usuarios tengan que descargarse constantemente actualizaciones de la distribución Linux que han elegido para sus escritorios (actualmente, Lenny publica actualizaciones prácticamente a diario).

Esto nos ha llevado a tomar un importante cambio de rumbo en nuestra política de publicaciones. Si hasta ahora pretendíamos hacerlo anualmente, ahora haremos nuestra la propia política de Debian, es decir, publicaremos cuando la distribución esté lista. De este modo, aseguramos que nuestros usuarios tendrán en sus manos un producto estable, actual y con un amplio ciclo de vida, a cambio de ampliar el tiempo de publicación entre versiones.

Existen otros motivos secundarios para el retraso, como la espera de la publicación de nuevas versiones de paquetes software importantes (ejemplos significativos son OpenOffice.org 3.0 y Firefox 3.1), o la eterna discusión de si salir con KDE 3.5 ó 4.2 (va ganando el primero). Pero como digo, son razones secundarias frente al hito de la publicación de Debian 5.0 “Lenny”.

Por cierto, parece que ya se ve el final del túnel, ya que el equipo de desarrollo de Debian anunció el pasado 31 de Enero que Lenny estaría lista para el día de San Valentín. En menos de una semana podremos comprobar si los “enamorados” de Debian recibimos tan esperado regalo.

En cualquier caso, nuestro planes para ASLinux Desktop 4.0 son dos: poner a disposición de los usuarios una versión beta lo ante sposible (publicaré los detalles en breve en un nuevo artículo) y publicar la versión definitiva un mes y medio después de la salida de Lenny. Mientras tanto, se puede seguir (y colaborar en) el desarrollo del proyecto en Berlios.

Presente y futuro de Linux

Thu, 30 Oct 2008 16:57:47 +0000

El pasado 25 de Agosto se cumplió el decimoséptimo aniversario de Linux, fecha en la que Linux Torvalds anunció en un foro de las Usenet News que acababa de empezar un proyecto de desarrollo de un sistema operativo compatible Unix.

Desde entonces hasta ahora, Linux no ha dejado de crecer, evolucionar y mejorar día a día. Aun teniendo ya 17 años, sigue siendo el benjamín de los sistemas operativos modernos, lo que no le impide ser proporcionalmente a su edad el más potente respecto a sus hermanos.

Nadie duda de que el camino no ha sido sencillo y que hoy en día es uno de los proyectos de software mejor valorados del mercado. Además de su cuota actual en el segmento de los servidores (más del 20%), su penetración en el escritorio es patente y aumenta constantemente.

Pero un presente prometedor no asegura un futuro brillante. No es que dude de las posibilidades de Linux, que son muchas, pero la situación actual, en plena crisis económica, no es a priori propicia para ningún tipo de proyecto o aventura. Sin embargo, precisamente el Software Libre es una herramienta idónea para ayudar a las empresas a capear el temporal, sobre todo por los bajos costes de implantación y mantenimiento de sistemas informáticos basados en Linux.

Mientras no esté clara la posición mercantil de Linux (a pesar de que existan en la actualidad fuertes apuestas por parte de marcas como IBM, Novell o Canonical), Linux seguirá adelante gracias al esfuerzo de la comunidad de desarrolladores que aporta su grano de arena sin descanso y al apoyo de proyectos como Debian, libre de intereses económicos. Aunque no lo parezca, esto es precisamente lo que hace fuerte a Linux y lo que hace de él un producto en el que confiar y apostar en nuestros sistemas informáticos.