A partir de la anterior Fedora 15 se introdujo systemd como system y session manager. El cambio fue tan “transparente” que yo ni me enteré de ello. Sin embargo desde el momento en que instalé la beta de Fedora 16, hace ya algo más de un mes, empecé a notar que pasaban cosas raras en mi equipo… Había servicios que no me aparecían activos en el arranque y que no respondían igual a los comandos y herramientas que vimos en una chuletilla anterior.

Los nuevos servicios de Fedora ya no se encuentran en /etc/init.d (aunque alguno queda aún ahí imagino que por compatibilidad) sino que están en el directorio /lib/systemd/system y para interactuar con ellos en línea de comando ya no usamos el comando service, sino systemctl.

systemctl es un comando mucho más rico en opciones y posibilidades que su predeceror, pero como guía de inicio y emergencia, te conviene ir anotando las siguientes.

Para iniciar un servicio, por ejemplo sendmail:

1

$ sudo systemctl start sendmail.service

Los servicios ahora parecen tener todos ese formato terminado en “.service”. Aparte de start tenemos las opciones clásicas: stop, restart, reload y status. La opción status da mucha más información de lo que teníamos anteriormente:

1
2
3
4
5
6
7
8

$ sudo systemctl status vboxdrv.service
 
          vboxdrv.service - LSB: VirtualBox Linux kernel module
          Loaded: loaded (/etc/rc.d/init.d/vboxdrv)
          Active: active (exited) since Mon, 07 Nov 2011 18:45:22 +0100; 3s ago
         Process: 5550 ExecStop=/etc/rc.d/init.d/vboxdrv stop (code=exited, status=0/SUCCESS)
         Process: 5572 ExecStart=/etc/rc.d/init.d/vboxdrv start (code=exited, status=0/SUCCESS)
          CGroup: name=systemd:/system/vboxdrv.service

Por último, para habilitar el inicio automático de un servicio en el arranque o para deshabilitarlo, respectivamente, tenemos las opciones enable y disable:

1
2
3
4
5

$ sudo systemctl enable cups.service
 
ln -s '/lib/systemd/system/cups.service' '/etc/systemd/system/printer.target.wants/cups.service'
ln -s '/lib/systemd/system/cups.socket' '/etc/systemd/system/sockets.target.wants/cups.socket'
ln -s '/lib/systemd/system/cups.path' '/etc/systemd/system/multi-user.target.wants/cups.path'

1
2
3
4
5

$ sudo systemctl disable cups.service
 
rm '/etc/systemd/system/sockets.target.wants/cups.socket'
rm '/etc/systemd/system/printer.target.wants/cups.service'
rm '/etc/systemd/system/multi-user.target.wants/cups.path'

Quién quiera saber algo más de las novedades y mejoras que aporta systemd, puede empezar por esta serie de cuatro artículos que Diego Calleja ha escrito durante el último año:

1. systemd, otro reemplazo de init
2. Novedades en systemd
3. Novedades en systemd, II
4. Novedades en systemd, III

Y quien quiera experimentar con más opciones de systemctl, ya sabe: man systemctl

Fedora 15 lleva ya unos días disponible para descarga (en su versión oficial con Gnome o en la de cualquiera de sus Spin) y, como siempre, aporta muchas y arriesgadas novedades.

Si ya trabajas con Fedora y quieres actualizar a la nueva versión tal vez la forma más sencilla sea usar preupgrade, un asistente gráfico que te permitirá saltar a las nuevas versiones disponibles tanto estables como beta o alpha, si las hubiera en este momento. El asistente se instala simplemente con ejecutar yum install preupgrade (o instalar el programa preupgrade desde tu gestor de paquetes favorito), ejecutar el comando preupgrade con privilegios de root desde la línea de comandos o cualquier lanzador, y seguir las sencillas instrucciones.

Y, para los que quieren ir un paso por delante, ya hay Roadmap para Fedora 16.

Los daemons (o servicios según la terminología más popular acuñada por los entornos windows) son aquellos programas que se ejecutan en nuestro ordenador en segundo plano y, habitualmente, desde el arranque del mismo, permaneciendo a la espera de prestar algún servicio. Normalmente nos incomoda tener que ejecutarlos manualmente cuando no están activos, pero una mala elección de los servicios que se ejecutan en el arranque de la máquina ocasiona que nuestro ordenador consuma unos recursos que no precisa o que tenga un arranque más lento de lo que nos gusta.

Hoy vamos a ver la forma de gestionar los daemons en Fedora y, sin que sirva de precedente, vamos a empezar por los métodos gráficos para que los más comodones no tengan que leer el texto hasta el final. En el menú de administración tenemos un programita denominado Administración de Servicios (ejecutable también con la orden system-config-services).

La pantalla es bastante intuitiva. Los dos iconos delante del nombre de cada servicio nos indican si está habilitado su arranque de forma automático al inicio y si está ejecutándose en estos momentos. Podemos manipular estos parámetros con los botones Enable/Disable y Start/Stop respectivamente. Mediante el botón Customize podemos ajustar los niveles de ejecución (o runlevels) particulares para los que queremos que el servicio se inicie. En la mayoría de los casos nos basta saber que el terminal gráfico con el que trabajamos habitualmente se corresponde con el nivel 5 y el modo de texto multiusuario con soporte de red corresponde con el nivel 3 (el nivel 5 se define en realidad como el nivel 3 con las X).

ntsysv es una pequeña aplicación que nos permite hacer lo mismo desde la línea de comandos pero con la comodidad de usar un rudimentario interfaz gráfico construido con las ncurses.

Se ejecuta con privilegios de root y por defecto nos muestra y permite modificar los servicios que se inician en el arranque del nivel de ejecución en el que nos encontramos cuando usamos la herramienta. Si quisiéramos consultar o modificar el inicio en otro runlevel lo indicaremos con el parámetro --level (ntsysv --level 5, por ejemplo). Los servicios se marcan y desmarcan usando la barra de espacios. Si seleccionamos un servicio este se iniciará inmediatamente y, además, lo hará a partir de este momento en cada arranque. Si lo deseleccionamos y estaba activo se parará también de forma instantánea.

chkconfig es, tal vez, la herramienta más versátil para esta tarea. Además de darnos información y permitirnos modificar el arranque y parada de los servicios en sus diferentes runlevels, nos permite añadir o eliminar servicios. Algunas ejemplos útiles son los siguientes:

• chkconfig --list nos muestra una matriz de servicios y de runlevels indicando en el inicio de cuales de los niveles de ejecución se ejecuta cada uno.
• chkconfig --level 35 sshd on habilita la ejecución del daemon del servidor ssh al inicio de los runlevels 3 y 5.
• chkconfig wine on habilita la ejecución del servicio de wine al inicio de los runlevels 2, 3 4 y 5.
• chkconfig --level 3 vmware off deshabilita la ejecución del servicio vmware al inicio del nivel de ejecución 3.

Mediante los parámetros --add y --del podemos incluir nuevos servicios o eliminar los existentes, pero piensa al añadir uno nuevo que no puedes hacerlo con cualquier programa. Si este no cumple con los requisitos indispensables chkconfig te devolverá un error.

El comando service es el último que vamos a ver. Este nos permite detener o iniciar cualquiera de los servicios y, en algunos casos, reiniciarlos o ver su estado. Cualquiera de nuestros servicios debería de responder correctamente, al menos, a los siguientes comandos:

• service crond start
• service mysqld stop

Habitualmente pueden responder, además, a alguna de las órdenes siguientes:

• service NetworkManager status
• service ntop restart
• service apache2 reload

NOTA: Los usuarios de Ubuntu tienen disponible chkconfig (aunque no viene instalado por defecto con la distribución) y service.

Existen muchas ocasiones en las que nos interesa obtener un volcado de la pantalla de nuestros Linux desde la línea de comandos y si has llegado hasta aquí haciendo una búsqueda es que tienes alguna de ellas en la cabeza. La mejor forma de hacerlo es usar el comando xwd:

xwd -root | convert xwd:- pantallazo.png

Si quisiéramos realizar un volcado automático a intervalos regulares podríamos, de forma burda, (nunca he sido muy elegante haciendo scripts, para que engañarnos) hacer algo como esto:

#!/bin/sh
number=$(ls pantallazo* | wc -l)
file=pantallazo_$number.png
xwd -root | convert xwd:- $file

Y ya está. Ahora sólo tendríamos que programar la ejecución de este scritpt mediante cron con la regularidad que deseemos.

NOTA: La salida de xwd la convertimos a formato png mediante el comando convert perteneciente a las librerías de ImageMagick que, por tanto, deberían de estar instaladas en nuestro sistema.

Skype sólo ofrece binarios compilados a 64 bits para Ubuntu. Y, por supuesto, no hay fuentes disponibles para que lo compiles por ti mismo… Si quieres usar este programa con otras distribuciones pero en este formato tendrás que usar algún truco.

En Fedora 14, hay que empezar por instalar el programa a partir de los binarios de 32 bits, bien descargándotelos desde su web o bien a partir de un nuevo repositorio que podemos definir con el siguiente contenido:

[skype]
name=Skype Repository
baseurl=http://download.skype.com/linux/repos/fedora/updates/i586/
enabled=1
gpgkey=http://www.skype.com/products/skype/linux/rpm-public-key.asc
gpgcheck=0

Una vez instalado, tendrás que añadir las dependencias que skype precisa pero especificando que la arquitectura que usaremos será la de 32 bits y no la de 64 que nuestra distribución usa como base:

sudo yum install libXScrnSaver.i686 qt-x11.i686

Si el soporte para webcam te da problemas (a mi me ocurre en el sobremesa con mi logitech, pero no en el portatil con su webcam integrada) esta solución sigue siendo válida.

Tras el lanzamiento de Fedora 14 he decidido volver a trabajar con una distribución compilada para procesadores de 64 bits. Hace un par de años lo desestimé porque los binarios de este tipo eran aún infrecuentes y había que pasarse media vida compilando. Y, por supuesto, olvidarse de las aplicaciones sin código disponible. En estas dos semanas me ha quedado claro que el panorama ha cambiado radicalmente y hoy el único ejecutable que aún no tengo disponible es el de Skype. Y apenas he tenido que tocar el gcc.

Uno de los binarios indispensables y que no se ofrece en los repositorios oficiales es el plugin de flash. Para instalarlo en Fedora (de forma nativa y sin usar el nspluginwrapper) tenemos dos alternativas:

1. Descargar la versión beta del plugin directamente de Adobe. Sólo tenemos que descomprimirlo y copiar la librería al directorio /usr/lib64/mozilla/plugins/. El problema de este método es que quedamos fuera de cualquier programa de actualizaciones y tendremos que estar pendiente de hacer estas por nosotros mismos.

2. Y mucho más recomendable: usar el repositorio que un miembro de la comunidad de Fedora mantiene. Para ello basta con crear un archivo llamado, por ejemplo, flash.repo dentro del directorio /etc/yum.repos.d y copiar en él lo siguiente:

[flash]
name=flash
baseurl=http://dl.dropbox.com/u/6907158
/flashplayer.x86_64enabled=1
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-leigh123linux

A continuación instalamos el paquete como hacíamos habitualmente hasta ahora (yum install flash-plugin) y listo.

NOTA: Si, como yo, alternas entre firefox y minefield, tendrás que hacer un enlace al directorio de plugins (/usr/lib64/mozilla/plugins) dentro del árbol de directorio donde hayas desempaquetado minefield para que el plugin esté disponible para este.

Las declaraciones de Mark Shuttleworth diciendo que la próxima versión de Ubuntu podría prescindir de Gnome como interfaz de escritorio predeterminada han levantado ampollas. Unity, su sustituta, parece más un diseño orientado a pantallas táctiles o a netbooks que a escritorios genéricos. Tenéis comentarios sobre esto y otras implicaciones de esta decisión en the H open source y en Phoronix.

Si quieres ir probandolo por ti mismo para formarte una opinión propia y tienes instalado un Ubuntu 10.10 basta con dos sencillos pasos. Primero añadir el repositorio adecuado. Desde línea de comando:

sudo add-apt-repository ppa:canonical-dx-team/une

En segundo lugar actualizamos la información de los repositorios e instalamos el paquete unity:

sudo apt-get update
sudo apt-get install unity

A partir de ahora en el selector del entorno que aparece en la barra inferior de la pantalla de login de nuestro Ubuntu aparecerá una nueva opción etiquetada como Ubuntu netbook edition. La seleccionamos, y listo. Gnome seguirá siendo nuestro escritorio por defecto y sólo entraremos con Unity cuando hagamos esta selección en el momento del login.

ACTUALIZACIÓN: Y si tienes alguna pregunta que hacer, Ask Ubuntu.

Una de las cosas que, incomprensiblemente, las distribuciones de Linux no cuidan todo lo que debieran es el soporte a los touchpads de una gran cantidad de portátiles. En demasiadas ocasiones estos no funcionan al 100% después de instalar una distribución y, por ejemplo, la útil funcionalidad de hacer doble click con el dedo sobre la almohadilla central no suele ir salvo en distribuciones minoritarias y muy orientadas a este tipo de dispositivos. En mi Acer Aspire One, por ejemplo, Ni Fedora 13 ni Ubuntu 10.4 lo reconocen completamente tras una instalación limpia.

En Fedora 13 la solución pasa por los siguientes dos pasos. En primer lugar tenemos que crear un fichero llamado 50-synaptics.conf y copiarlo dentro del directorio /etc/X11/xorg.conf.d/ El contenido del fichero debe de ser este:

Section "InputClass"
Identifier "touchpad catchall"
MatchIsTouchpad "on"
Driver “synaptics”
Option "TapButton1" "1"
EndSection

Con esto debería de bastar para que las X reconocieran todas las funcionalidades del touchpad pero al menos con KDE no es suficiente (ignoro si con otros gestores de ventana lo hace). En el login manager (kdm) el doble click funciona pero una vez que el entorno gráfico arranca no. La solución pasa por crear un script y ejecutarlo automáticamente en el inicio de sesión. El contenido del script ha de ser sólo esto:

synclient TapButton1=1

Si usas Spotify con wine desde Linux te resultará entre difícil e imposible realizar de forma directa la conexión a facebook que, desde hace poco, posibilita cotillear la música que tus amistades de esta red social escucha. La forma más sencilla de solventarlo es, o bien realizar la conexión a facebook desde una máquina (real o virtual) con windows o, mucho más fácil, solicitar la conexión desde el enlace que recientemente han habilitado para hacerlo manualmente desde la página web con tu perfil en Spotify (https://www.spotify.com/es/account/overview/)

En cualquiera de ambos casos, la próxima vez que entres a Spotify desde Linux la conexión estará activa aunque la publicación automática de enlaces en twitter o facebook no funcionará correctamente. Para publicar un enlace tendrás que copiarlo en el portapapeles de foma manual (pulsa con el botón derecho sobre el album, autor o tema que te interesa y elige copiar vínculo HTTP) y luego pegarlo en facebook, twitter o donde te interese.

Los programas del servicio de rtve “a la carta” dejan de estar visibles en su web después de una semana aunque si conservamos el enlace que apunta a ellos podamos verlos a través de Internet durante mucho más tiempo. Si prefieres descargarlos a tu ordenador para verlos en local, sin conexión, en tu tele desde un disco duro multimedia, etc. puedes hacer lo siguiente

ACTUALIZACIÓN: RTVE ha cambiado recientemente la forma en que almacena sus vídeos y el sistema que comentábamos aquí abajo ya no sirve… pero existe uno aún más fácil . Lo primero que tenemos que hacer es, una vez localizado el vídeo que queremos ver en las páginas de “a la carta” pulsar sobre él con el botón derecho del ratón y elegir la opción de “abrir enlace en una pestaña nueva”. La nueva página tendrá el reproductor con el vídeo que queremos ver pero la dirección permanecerá a otra jerarquía de páginas dentro de la web de rtve.es. Algo así como: http://www.rtve.es/mediateca/videos/… Pues bien, ya lo único que tienes que hacer es reproducir el vídeo desde tu navegador y seguir las instrucciones genéricas que publicamos aquí hace ya casi dos añitos.

OBSOLETO:
Los videos en el servicio de “a la carta” tienen un identificador numérico visible en la URL (la dirección de tu navegador) cuando haces click en ellos para verlos. Por ejemplo, en el vídeo que referenciaba hace un par de días sobre las secuelas de la guerra de Vietnam, la dirección que aparece en la barra de direcciones de mi navegador mientras lo veo es la que copio a continuación. El identificador del vídeo aparece en negritas:

http://www.rtve.es/alacarta/todos/temas/informativos.html?page=5#693589

Con ese identificador “componemos” la siguiente dirección, la copiamos en la barra de direcciones del navegador y pulsamos Intro:

http://www.rtve.es/alacarta/player/693589.xml

El navegador nos mostrará una línea o un bloque de texto (según el navegador) sin formato similar a lo siguiente en el la que se nos revelará la ubicación real del vídeo (marcado en negrillas):

En portada. Vietnam, la guerra inacabada... ALACARTA ...akamai
rtmp://stream.rtve.es/stream/resources/alacarta/flv/4/4/1266188806444.flv
/resources/jpg/9/8/1266188795689.jpg... INFO ...


El vídeo que nos interesa está en la siguiente dirección:

http://www.rtve.es/resources/alacarta/flv/4/4/1266188806444.flv

Para descargárnoslo desde Linux podemos, por ejemplo, usar wget o, en la mayoría de los casos, símplemente copiando de nuevo la línea en la barra de direcciones del navegador y pulsando Intro.

El formato del vídeo es flash (flv). Para convertirlo a mpeg, avi, o algún otro formato más usual en reproductores caseros podemos usar, por ejemplo, ffmpeg.