JMengual

Tareas programadas con Cron

2010-09-21T01:22:00.001-07:00

Al poco tiempo de empezar a tratar con un servidor Linux te das cuenta de que tarde o temprano vas a utilizar una tarea programada. Puede ser que necesites realizar una copia de seguridad cada X tiempo, vaciar una cola de correos, o simplemente controlar que todo está en su sitio.

Sabía desde hace tiempo que algún día hablaría con Don Cron. Llevábamos una temporada mirándonos a la cara, con tono desafiante. Aún conociéndole de oídas, me ha impresionado la potencia y las opciones disponibles de este demonio.

Quién es Cron, y donde lo puedo encontrar

Cron se encarga de ejecutar las tareas programadas que se configuren en el sistema. Probablemente, y aunque depende de tu distribución Linux, en /etc encuentres varios directorios llamados cron.hourly, cron.daily, cron.weekly, cron.monthly. En estos directorios se encuentran los scripts que se ejecutan cada hora, cada día, cada semana, etc...

Uso básico de Cron

Si dejáramos un script en cualquiera de estos directorios se ejecutaría en el momento que proceda. Por ejemplo, si creamos un script que realice una copia de seguridad de nuestros archivos y lo colocamos en cron.daily, este script se ejecutará una vez al día.

Uso avanzado de Cron

Tal vez el uso de los directorios cron.* no satisface nuestras necesidades de configuración para la tarea que queremos programar. En este caso programaremos las tareas a través del archivo crontab.

Esta es, dadas las posibilidades que ofrece, la forma más interesante de utilizar Cron. El archivo en cuestión se encuentra en el directorio /etc, y tiene un formato parecido a este:

SHELL=/bin/sh
PATH=/usr/bin:/usr/sbin:/sbin:/bin:/usr/lib/news/bin
MAILTO=root
#
# check scripts in cron.hourly, cron.daily, cron.weekly, and cron.monthly
#
-*/15 * * * * root test -x /usr/lib/cron/run-crons && /usr/lib/cron/run-crons >/dev/null 2>&1

Pasemos a explicar cada una de las partes de este archivo. En primer lugar las primeras cuatro líneas, que contienen variables para Cron.

SHELL, la cual nos indica el shell con el que se ejecutarán las órdenes de Cron. En caso de no asignar valor o de no existir la variable, se tomará el shell del usuario que ejecuta Cron.

PATH, contiene o indica la ruta a los directorios en los cuales cron buscará el comando a ejecutar. Este path es distinto al path global del sistema o del usuario.

MAIL TO es a quien se le envía la salida del comando (si es que este tiene alguna salida). Cron enviará un correo a quien se especifique en este variable, es decir, debe ser un usuario válido del sistema o de algún otro sistema. Si no se especifica, entonces cron enviará el correo al usuario propietario del comando que se ejecuta.

HOME es el directorio raíz o principal del comando cron, si no se indica entonces, la raíz será la que se indique en el archivo /etc/passwd correspondiente al usuario que ejecuta cron.

Tras las líneas con las variables entramos en materia, y empezamos a econtrarnos con líneas de ejecución de tareas. cada una de estas líneas tiene un formato parecido a este:

40 * * * * root /etc/scripts/tareaProgramada1.sh

En la primera parte de la linea tenemos la definición del momento en que se ejecutará la tarea.En caso de tener un * en alguno de los campos, significará que se ejecutará la tarea para cada uno de los valores posibles. De esta forma en el ejemplo el script se ejecutará en el minuto 40 de cada hora, cada día de cada semana de cada mes.

El siguiente campo de la línea especifica el usuario que ejecutará el script, y después tenemos la ruta donde tenemos el script que queremos ejecutar. Tendremos que tener en cuenta que el script tiene asignado el permiso de ejecución, y que el usuario que lo tiene que ejecutar tiene permisos sobre el archivo.

Configuración del tiempo de ejecución

Una de las ventajas de Cron es la posibilidad de configurar el momento exacto en que se ejecutará una tarea. Las posibilidades son prácticamente infinitas, por lo que vamos a ver unos ejemplos que nos harán tenerlo más claro.

- Aparte de ejecutar una tarea en un momento concreto, también podemos ejecutarla cada X tiempo. Para esto podemos utilizar la /. Veamos un ejemplo.

15 */2 2/3 * * root /etc/scripts/tareaProgramada1.sh

En este ejemplo el script se ejecutará en el minuto 15 de cada 2 horas, cada 3 días a partir del día 2 de cada mes. La primera ejecución será el próximo día 2 a las 0:15. Hay que tener en cuenta que si no especificamos el incio para el periodo de repetición Cron tendrá en cuenta el primer valor válido. Con */2 se tomará como inicio la hora cero. Con 2/3 se contará de tres en tres, a partir del 2.

- En el caso de que lo necesitemos, también podemos especificar los valores concretos en que queremos configurar la ejecución de la tarea. Utilizando la , podemos dar varios valores a un campo del tiempo de ejecución.

15 7,14 * * * root /etc/scripts/tareaProgramada1.sh

La tarea se ejecutará a las 7:15 y las 14:15 de cada día.

- Podemos también configurar el día de la semana en que se ejecutará la tarea. Nos valdría si lo que queremos es lanzar un proceso muy largo y necesitamos que no haya nadie, por ejemplo el fin de semana. Para el día de la semana podemos utilizar números (del 0 al 7), o con las tres primeras letras del día en inglés. Si se usan numeros hay que tener en cuenta que tanto el 0 como el 7 es el domingo.

15 7 * * sun root /etc/scripts/tareaProgramada1.sh
15 7 * * 7 root /etc/scripts/tareaProgramada1.sh
15 7 * * 0 root /etc/scripts/tareaProgramada1.sh

Con estas tres lineas ejecutaremos la tarea a las 7:15 del domingo.

- Otra opción interesante es configurar un rango de valores para los que se ejecutará la tarea. Utilizaremos el - entre dos valores para especificar un rango. Vamos con un ejemplo.

15 7-14 * * 7 root /etc/scripts/tareaProgramada1.sh

En el ejemplo ejecutaremos la tarea los domingos, en el minuto 15 de 7 a 14 horas. La primera ejecución será a las 7:15 y la última a las 14:15.

- Ahora, si combinamos las diferentes formar de configurar una tarea, podemos ver casos como este:

*/15 8-18/2 10 5 sat root /etc/scripts/tareaProgramada1.sh

La tarea se ejecutará cada 15 minutos, entre las 8 de la mañana y las 6 de la tarde cada dos horas, el día 10 de mayo, siempre que ese día sea sábado.

Este ejemplo sirve para entender que las tareas se ejecutarán sólo si se cumple cada una de las condiciones especificadas. Es posible que tarde años en llegar un sábado 10 de mayo (el último fue en 2008), por lo que hay que tener bastante claro que las condiciones que configuremos tengan algo de sentido.

Ahora ya sabemos programar tareas en nuestro Linux, y lo mejor de todo es que esto es sólo una parte de las cosas que puede hacer Cron. Seguro que volvemos a vernos.

Acceso SSH a ESXi

2010-06-23T02:33:00.000-07:00

Después de unos meses tratando con máquinas virtuales y demás, llegó la hora de actuar.

En su día comenté que la mayor parte del trabajo se centraría en Xen, pero los problemas que han aparecido son acerca de una máquina virtual de VMWare. La cuestión es que de un día para otro la máquina ha dejado de funcionar, y ahora nos toca, almenos, averiguar lo que ha pasado.

Probablemente en la mayoría de los casos con la consola del ESXi tengamos suficiente, pero cuando las cosas se ponen feas una de nuestras mejores opciones será la de habilitar el acceso al ESXi a través de SSH para poder ver "desde dentro" lo que está pasando. Es tan fácil como:

Desde la consola de ESXi

Pulsar ALT + F1 para acceder al shell. Se muestra una pantalla negra.
escribir unsupported.
escribir la contraseña del usuario root del ESXi.
En el directorio /etc se encuentra el archivo de configuración del servicio inetd, inetd.conf. Lo editamos.
Descomentamos las lineas del archivo que hacen referencia al servicio SSH.
Rearrancamos inetd. Podemos

A partir de este momento podremos acceder al ESXi directamente a través de SSH y trabajar sobre él.

Me ha parecido interesante también la opción de realizar tareas a través del navegador, accediendo a la dirección IP del ESXi, pero esa es otra historia que contaremos en otro momento.

Partir una memoria usb flash

2010-03-25T09:20:00.001-07:00

Como no paro de tener problemas con los discos duros (gracias windows, gracias subidas de tensión) he tenido que utilizar mucho más de lo que me gustaría ese gran programa llamado HDD Regenerator.

La utilidad de esta aplicación está fuera de toda duda, me ha ayudado a seguir utilizando discos que habían empezado a dar errores serios, pero este no es el tema. La cuestión es que las últimas veces que he utilizado esta aplicación ha sido desde Windows, recuperando el segundo disco del sistema.

Ésta última vez me tocó utilizarlo en el disco principal, por lo que no era posible ejecutar desde Windows, al estar cargado el SO en ese mismo disco y la aplicación necesitar acceso total al mismo. Ante este panorama me tocó decidir si grabar un CD y arrancar desde él o utilizar mi querido pendrive (8GB) para ello.

HDD Regenerator tiene la opción de crear un disco USB de arranque, por lo que es algo automático y muy fácil. Tan sólo tuve que mover los archivos que tenía en la memoria para recuperarlos después. El problema vino cuando en vez de 8GB el pendrive sólo tenía una capacidad de 1,92GB. ¿Qué ha pasado?

Al parecer HDDRegenerator sólo necesitaba 1,92GB de espacio, por lo que creó una partición con ese tamaño, dejando sin asignar el resto de la capacidad de la memoria. A pesar de no fiarme del particionador de Windows, traté de eliminar la partición y crear una nueva con el máximo espacio disponible. No pudo ser, claro.

En este momento es cuando me acordé de una aplicación que ya había utilizado antes para trabajar sobre memorias flash. Se llama SwissKnife, y a pesar de ser freeware vale su peso en oro.

Recuperar el estado inicial de la memoria es tan fácil como hacer un formateo completo (full) del mismo, con con que tendremos una sola partición con el total del tamaño disponible.

SwissKnife ofrece más características, por lo que me parece un software muy recomendable si tenemos una memoria USB de un tamaño considerable. En la página de descarga se puede obtener más información acerca de esta aplicación. A mi, de momento, me ha salvado de darme de cabezazos, o de reiniciar para arrancar en Linux, que ya es bastante.

Virtualicemos el mundo

2010-02-18T04:23:00.000-08:00

Hace tiempo que no escribo en el blog, y la verdad es que si lo hago es porque se trata de un tema más que interesante: la virtualización.

El caso es que hace no mucho he empezado a pelearme y experimentar con Xen, tras un fugaz paso por VMware. El resultado no puede ser más satisfactorio, aunque como es normal, al ser novato, se me escapan miles de cosas que se aprenden poco a poco.

Espero que poco a poco tenga la posibilidad de escribir en el blog las cosas que vaya aprendiendo. De momento parece que Xen y yo vamos a ser amigos...

Bluetooth y Linux se llama BlueProximity

2009-09-10T07:32:00.000-07:00

Antes de empezar nos aseguraremos de que tenemos el material necesario, que no es más que un dispositivo Bluetooth (por ejemplo uno USB), un teléfono móvil, y nuestra distribución Linux preferida, en este caso Ubuntu 9.04.

El primer paso será comprobar que nuestro adaptador Bluetooth funciona correctamente, tan fácil como conectarlo y ver que en la barra de tareas de nuestro Ubuntu aparece el logo del Bluetooth.

Instalación

Como es la primera vez que oimos hablar de BlueProximity, lo más probable es que no tengamos instalados ni la aplicación ni los paquetes que se necesitan para que funcione. Para instalar abriremos el gestor de Paquetes Synaptic que nos facilitará el trabajo, de paso que resolverá las dependencias con otros paquetes que se necesiten.

Tan sólo buscando por blueproximity nos aparecerá la aplicación a instalar y el sistema se encargará de instalar también todo lo necesario para que funcione al 100%.

Configuración

Después de instalar ejecutaremos BlueProximity, lo que nos mostrará otro icono de Bluetooth en la barra de tareas, pero este con una llave, que en principio será de color rojo.

Abrimos la aplicación y nos encontramos con una ventana como ésta.

Para emparejar el adaptador USB con nuestro móvil exploraremos en busca de dispositivos con el Bluetooth conectado y seleccionaremos el que se corresponda con el nuestro.

Ahora que tenemos seleccionado el móvil con el que queremos relacionar nuestro equipo, lo seleccionamos y pulsamos Usar el dispositivo seleccionado.

Si en el móvil no notamos ningún tipo de reacción, podemos buscar canales en el dispositivo, lo que irá por cada uno de los puertos del móvil para encontrar un canal disponible. En este paso seleccionaremos un canal y tendremos que configurar una clave de paso para emparejar los dispositivos. Ahora si, nuestro móvil nos preguntará por esa clave, y al confirmarla ya podremos utilizar BlueProximity con normalidad.

Ahora tenemos que configurar las distancias, tanto para el bloqueo como para el desbloqueo. Esto se llama así por la finalidad inical de BlueProximity que os contaba antes, que era la de bloquear/desbloquear el PC. Como es normal, podemos decidir estos parámetros, aquí tenemos la pantalla para hacerlo:

Todavía más importante que las distancias en las que reaccionará nuestro HTPC a la presencia de nuestro móvil, es que hará cuando lo detecte o deje de detectar. Podremos configurar un comando que queramos para cada una de las acciones.

Para hacer una prueba rápida podemos escribir firefox www.todohtpc.com en el comando de desbloqueo, y ver como se abre un navegador con nuestra página preferida al acercarnos al adaptador Bluetooth. Ya tenemos BlueProximity funcionando al 100% !!

Descomprimir video por hardware en Linux: VDPAU

2009-09-10T05:29:00.000-07:00

Una de las finalidades de nuestro HTPC Linux será la de poder ver videos en alta definición. Hace tiempo que oimos que las tarjetas gráficas pueden descomprimir el video liberando al procesador de tanta carga. Si tenemos un procesador lo suficientemente potente como para hacer el trabajo él sólo, tal vez no nos hayamos parado a pensar en utilizar esta característica de la tarjeta gráfica. Si lo que tenemos es un equipo con una gráfica capaz de descomprimir el vídeo y un procesador no tan potente, el hecho de utilizar la descompresión por hardware puede ser la diferencia entre poder y no poder ver una película en alta definición. Sea cual sea el caso, vamos a ver como se hace.

Lo primero que tenemos que saber es que tenemos entre manos, y se trata de VDPAU (Video Decode and Presentation API for Unix), un API desarrollada por Nvidia para decodificar el video en las tarjetas de la marca. En este enlace se pueden ver las características de VDPAU y las tarjetas gráficas y aplicaciones compatibles.

Entorno de pruebas

Para hacer las pruebas hemos utilizado una instalación básica de Ubuntu 9.04 en un equipo con un procesador de doble núcleo 5200+ de AMD, 2GB de RAM y una tarjeta gráfica 8600GT de Nvidia. La película elegida es Transformers en una resolución 1080p en formato H.264 (.mkv).

Instalación

Como vamos a trabajar sobre una versión recien instalada de Ubuntu en principio no estaremos utilizando los drivers de la tarjeta gráfica, ya que no son software libre, por lo que tendremos que autorizar al sitema a ello. En la sección de Administración podemos activar los controladores. Tendremos que reiniciar para que se apliquen los cambios. Tras el reinicio podremos ver en Administración como han cambiado los drivers de video y son ahora de Nvidia. Probablemente tengamos disponible también el panel de control de Nvidia.

Ahora pasamos a instalar el API de VDPAU, dirigiéndonos al gestor de paquetes (Administración/Gestor de paquetes Synaptic) y buscando en el campo de texto por VDPAU. Obtendremos resultados del estilo nvidia-180-libvdpau-dev. Instalamos el paquete y pasamos a la instalación de un reproductor compatible con VDPAU: Mplayer.

Para instalar Mplayer de forma más sencilla abriremos una consola e iremos ejecutando los siguientes comandos de uno en uno. Cada uno de ellos puede tardar algo de tiempo en terminar, por lo que tendremos que tener algo de paciencia. El último de los comandos tendremos que ejecutarlo como root, por lo que nos pedirá la contraseña de superusuario del sistema.

$sudo apt-get install build-essential subversion
$sudo apt-get build-dep mplayer
$svn checkout svn://svn.mplayerhq.hu/mplayer/trunk mplayer
$ cd $HOME/mplayer
$ ./configure
$ make
$ sudo make install

En el momento en que tengamos instalado Mplayer ya podremos utilizar VDPAU en la visualización a través del reproductor. Calculamos que todo el proceso de instalación puede tardar entre 20-30 minutos, por lo que además de fácil es bastante rápido empezar a ver videos en alta definición en nuestro Linux. Pero ¿Habrá valido la pena tanto esfuerzo? Vamos a ver los resultados.

Pruebas realizadas

Las dos primera imágenes muestran la llamada a Mplayer sin utilizar VDPAU en dos escenas diferentes de la película. Podemos observar en el rendimiento del procesador que siempre almenos uno de los dos núcleos sobrepasa el 50% en el mejor de los casos. Vemos ahora las ventajas que nos ofrece VDPAU.

En estas dos capturas de las mismas escenas que las anteriores, podemos ver que el rendimiento necesario para reproducir el archivo es muy inferior. Salvo algunos picos en la carga, ambos núcleos del procesador se mantienen siempre por debajo del 50%, incluso llegando a quedarse en algún momento en el 0% uno de ellos.

Las ventajas son muy importantes utilizando VDPAU, por lo que es muy recomendable si disponemos de una gráfica compatible.

Xbmc y VDPAU

Como nuestro equipo es un HTPC, no podemos pasar por alto que los archivos de video no se ejecutarán directamente a través del reproductor, sino de un mediacenter. Dado que Xbmc es compatible con VDPAU, vamos a ver como configurarlo para que haga uso del API y la mejora en el rendimiento también a través de este famoso mediacenter.

Para utilizar VDPAU tan sólo tenemos que dirigirnos a la sección de ajustes de reproductor de Xbmc (Settings/Video/Player) y seleccionar Render method como VDPAU. Así de fácil.

Las mejoras siguen siendo notables reproduciendo desde Xbmc.

Sin VDPAU:

Con VDPAU:

Conclusión

Para terminar decir simplemente que, teniendo en cuenta lo que ganamos y que no hace falta entrar en configuraciones complejas para obtener resultados... ¿Que haces que no aceleras el video por hardware?.

Lirc y el control a distancia

2009-07-09T23:20:00.000-07:00

Esta entrada tiene algo de especial por varias razones, una es que hacía algún tiempo que no escribía en el blog, y la otra es que (por fin!) me he puesto en serio con la configuración del mando a distancia en mi Linux. Culpa de esto la tiene DuKKon, ya que en su blog leí un post sobre Moovida en la que se hacía referencia a la configuración del mando, lo que me animó a retomar esta deuda pendiente que tenía.

Primero explicaremos cómo funciona el mapeo de teclas para el mando, suponiendo que tenemos a nuestra disposición un mando compatible y que el sistema haya reconocido. Sinceramente no creo que haya problemas con esto, ya que para las pruebas tengo el mando de la Avermedia Studio 203 que configuramos allá por febrero para ver la tele en Linux.

Las aplicaciones en las que nos basaremos para utilizar el mando serán, básicamente, irexec e irxevent. La primera de ellas ejecutará comandos asociados a botones en el mando, y la seguna ejecutará eventos, como por ejemplo cualquiera de las teclas o combinaciones de teclas del teclado.

Para este ejemplo hemos utilizado Ubuntu 9.04 con un mando y receptor que el sistema ya había detectado, concretamente la Avermedia AverTv Studio que utilizamos para ver la tele en Linux.

Utilizaremos Lirc (Linux Infrared Remote Control) el cual podemos instalar desde el gestor de paquetes, o visitanto el sitio web Oficial www.lirc.org.

Para ver las señales que nuestro mando está enviando al sistema podemos utilizar el comando irw, que nos mostrará en la consola las teclas que vayamos pulsando.

Código:

juanma@juanma:~$irw
193 0 KEY_CHANNELDOWN event6
174 0 KEY_ZOOM event6
192 0 KEY_CHANNELUP event6
73 0 KEY_VOLUMEUP event6
72 0 KEY_VOLUMEDOWN event6

Ahora que sabemos que el mando envía señales a nuestro sistema, trataremos que el sistema responda a estas señales de la forma que nosotros queramos, para ello editaremos el archivo .lircrc que se encuentra oculto en nuestro directorio home. Si el archivo no existe, lo crearemos con nuestro editor de textos favorito.

Lirc buscará en este archivo los comandos a realizar para cada tecla que tengamos mapeada del mando. Para convertir las pulsaciones del mando en comandos o en órdenes para nuestro HTPC podemos hacerlo de dos formas diferentes y compatibles, a través de irexec o de irxevent.

Irexec ejecutará el comando que configuremos como si lo hicieramos desde la consola, por el contrario irxevent ejecutará una acción concreto, como por ejemplo pulsaciones en el teclado, que nos serán muy útiles para configurar el comportamiento de nuestro mando en cada programa que vayamos a utilizar. Ambos buscarán en el archivo .lircrc de nuestro directorio home las acciones para cada tecla.

El ejemplo que presentamos está configurado para arrancar y manejar XBMC con el mando, tal vez necesiteis configurar otro programa, pero creo este caso servirá para ver cómo funciona. Y a partir de ahí ajustar la configuración a las necesidades de cada uno.

Para arrancar XBMC con el mando en cualquier momento, utiizaremos una orden para irexec.

Código:

begin
prog = irexec
button = KEY_POWER
config = exec xbmc --fullscreen
end

Como veis el formato del archivo no tiene mucho secreto, sólo tendremos que saber el botón al que queremos relacionar la acción (utilizando irw de nuevo) y el comando a ejecutar. Tendremos en cuenta que cada vez que pulsemos esta tecla estaremos ejecutando el comando, incluso cuando estemos utilizando XBMC, por lo que dejaremos esta tecla sólo para arrancar el programa.

Ahora vamos con un ejemplo para emular las teclas con las que navegaremos por XBMC.

Código:

begin
prog = irxevent
button = KEY_CHANNELUP
config = Key Up CurrentWindow
end

begin
prog = irxevent
button = KEY_CHANNELDOWN
config = Key Down CurrentWindow
end

De esta forma cuando pulsemos las teclas de canal arriba/canal abajo estaremos mandando las teclas de arriba/abajo del teclado, para el programa que estemos utilizando en ese momento. Tendremos en cuenta que estamos mandando estas pulsaciones a irxevent, por lo que esta configuración nos valdrá para otros programas, no sólo para XBMC. Además podemos programar acciones diferentes cuando la pulsación de la tecla se repite, muy útil si queremos que se ejecute una acción diferente cuando detectamos una pulsación larga. Además las pulsaciones pueden enviar acciones diferentes dependiendo del programa que estemos ejecutando.

Para completar la configuración podremos definir las teclas para seleccionar un punto de menú, ir atrás, izquierda, derecha, etc... Podemos ver las teclas que podemos mandar a irxevent en irxevents.keys. Incluso podemos mandar combinaciones de teclas.

Si vamos a configurar más de un programa con irxevent podemos crear un directorio .lirc en nuestro /home donde guardar el archivo de configuración de cada programa e incluir los archivos en .lircrc de esta forma:

Código:

include /home/juanma/.lirc/xmbc

Conclusión

Como pasa siempre en Linux, las opciones de configuración son casi infinitas, por lo que la calidad de nuestra configuración dependerá de cuanto afinemos las acciones del mando. Pero tenemos la posibilidad de controlar al completo nuestro sistema desde el mando a distancia, así como cualquier programa que vayamos a utilizar.

Televisión y Linux

2008-12-10T11:27:00.000-08:00

Si tienes un Linux y una tarjeta sintonizadora de televisión, probablemente estarás pensando en cómo ver la tele igual que lo harías en Windows.

Aunque en la mayoría de los casos los drivers y apliaciones necesarias para usar nuestro hardware vienen pensados para que los utilicemos en Windows, vamos a ver lo fácil que es instalar y utilizar nuestra sintonizadora en Linux, concretamente una Avermedia AverTV 203 en KUbuntu.

Detección de la tarjeta

El hecho de que nuestra capturadora utilice el chip Bt878 nos facilitará el proceso, ya que es un chip bastante usual en las sintonizadoras de hace algún tiempo. En nuestro caso el sistema reconoce nuestra capturadora automáticamente, aunque sea con otro nombre. Utilizaremos el comando $ lspci para listar los dispositivos conectados por PCI a nuestra placa. Y el sistema nos devolverá entradas de este tipo:

02:08.0 Multimedia video controller: Brooktree Corporation Bt878 Video Capture (rev 11)
02:08.1 Multimedia controller: Brooktree Corporation Bt878 Audio Capture (rev 11)

Lo que más nos interesa de estos datos es que el sistema reconozca el chip (Bt878) de nuestra tarjeta. En caso de que tengamos un chip diferente y el sistema no reconozca nuestra tarjeta, tenemos problemas, pero no sin solución.

Posibles problemas

Si el sistema no ha reconocido automáticamente tu tarjeta, puedes utilizar modconf para configurar los módulos que se utilizarán para la tarjeta. Si no lo tienes instalado puedes hacerlo con $ sudo apt-get install modconf.

En primer lugar eliminaremos los módulos asociados a la tarjeta para luego añadir los que nos interesen.

$ sudo rmmod -f bt878
$ sudo rmmod -f bttv

Si nos devuelve un error porque los módulos no existen, no pasa nada.
Ahora ejecutamos $modconf para entrar en la configuración de los módulos y buscamos el módulo Bt878, que se encontrará más o menos en kernel/drivers/media/dvb/bt8xx. Se nos preguntará si queremos instalar el módulo y aceptamos, pasando como argumentos una línea del siguiente tipo:

card=xx tuner=xx radio=x remote=x

Donde deberemos especificar la tarjeta (card) que tenemos y su sintonizador (tuner). Para las opciones radio, remote y pll dependerá de si tenemos o no (0/1) mando a distacia, opción de radio, etc... Para saber cuales son los códigos de nuestra tarjeta y del sintonizador lo podemos ver aqui.

Instalación y configuración

Como tenemos disponible nuestra tarjeta ahora sólo tenemos que emplear un software que nos permita ver la TV a través de ella. En este caso utilizaremos un programa llamado TvTime.

Para instalar podemos utilizar el comando $ apt-get install tvtime o instalar tvtime desde el gestor de paquetes.

Abrimos TvTime y lo primero que haremos será ir a la gestión de canales y establecer la tabla de frecuencias a la zona donde nos encontremos, por ejemplo Europa.

Para sintonizar bien los canales activaremos todos los canales y empezaremos a escanear canales. En nuestro caso hemos desactivado la detección de señal para evitar que TvTime descarte los canales con poca señal y asegurarnos de que rastrea todas las frecuencias. Puede ser que tengamos que jugar un poco con los parámetros de TvTime dependiendo de la zona en la que estemos sintonizando.

Cuando tengamos todas las frecuencias rastreadas tendremos canales que no se ven mezclados con los canales que nos interesan. Para organizar la lista de canales editaremos el archivo stationlist.xml que encontraremos en el directorio oculto .tvtime de nuestro directorio personal. Este archivo tendrá un formato parecido a este:

station name="La primera" active="1" position="1" band="VHF E2-E12" channel="E10" finetune="0" norm="PAL" audio="auto"

Donde cada linea con la etiqueta station es un canal de la lista. Para identificar los canales que nos interesan desde la pantalla de TvTime iremos desactivando los canales que queramos mantener, para luego eliminar del archivo stationlist.xml las entradas que tengan la etiqueta active=1, de forma que nos quedaremos con los canales que antes hemos desactivado, que realmente son los que queremos tener en la lista. Por supuesto cuando tengamos estos canales los volveremos a activar.

Ahora, con nuestra lista definida podremos organizar nuestros canales de la forma que más nos guste con la etiqueta position, e incluso ponerles un nombre para identificarlos mejor en la eiqueta name. A partir de aquí sólo tendremos que disfrutar de nuestra tarjeta sintonizadora.

No diga música, diga Amarok

2008-12-09T01:07:00.000-08:00

La mayoría de los usuarios tenemos nuestra (pequeña o grande) biblioteca de música. Pero lo que realmente marca la diferencia a la hora de escucharla no es el que, sino el cómo reproducimos nuestra música.

Mucha gente conoce Amarok por ser una gran reproductor de música, pero muchos menos lo conocen por haberlo utilizado, dado que hasta hace no mucho era para usuarios exclusivamente de Linux. Hoy en día es uno de los mejores, sino el mejor, de los reproductores que puedes instalar en tu ordenador.

Con Amarok puedes reproducir la música que tienes en el disco duro, pero además puedes configurar tu reproductor mp3, o escuchar música desde last.fm, emisoras de radio on-line, podcasts, etc...

La verdad es que si no conoces Amarok, probablemente no conozcas Linux, dado que viene en la instalación de KDE. En cualquier caso, ser usuario de Windows ya no es impedimento para no disfrutar del gran Amarok, ya que si tienes un Windows también puedes ejecutar aplicaciones de KDE gracias al KDE Windows Project. Sin duda una gran noticia para los usuarios potenciales de Linux.

Yo de momento siento que nos han robado algo... para mí Amarok era uno de los argumentos básicos para convencer a alguien de que se pasara a Linux.

Expediente Ubuntu: Capítulo 1

2008-12-03T03:10:00.000-08:00

Hace algún tiempo que probé la versión 8.04 de Ubuntu y me dejó una buena impresión. Por casualidades del destino y el buen hacer de Windows he vuelto instalar Linux en mi ordenador, esta vez la la 8.10 Intrepid Ibex.

La primera vez que lo probé me dió alguna sorpresa, como por ejemplo el hecho de que funcionaran las teclas de volumen de mi teclado Microsoft. Aparte de esto tiene la ventaja de que instalar cualquier cosa es todavía más fácil. Un claro ejemplo es el soporte para mp3 y los codecs de video, que en distribuciones como OpenSuse pueden dar al usuario algún que otro dolor de cabeza, en Ubuntu tan sólo hay que permitir que el sistema descargue e instale los paquetes necesarios.

Además de todo esto, una de las razones para instalar Ubuntu era la de probar MythBuntu, una distribución orientada al uso en HTPC.
Y de nuevo otra grata sorpresa por parte de MythBuntu al comprobar que el mando de la sintonizadora controla el volumen (+/-), y la reproducción de video (play/pause) sin ningún tipo de configuración extraña ni mapeo de teclas.

Recomendaría Ubuntu a aquellos usuarios que se quieran pasar a Linux sin complicarse demasiado. De momento Ubuntu se lleva una muy buena nota, así como MythBuntu, lo único que no me acaba de convencer es el entorno de escritorio Gnome, aunque es más una cuestión de gustos y supongo que estoy demasiado acostumbrado a KDE en OpenSuse xD. En cualquier caso se puede instalar KDE desde Ubuntu, o directamente instalar KUbuntu, pero eso será en el próximo capítulo...

XP SP3, el nuevo virus de Microsoft

2008-11-25T02:01:00.000-08:00

Al leer en foros comentarios sobre lo bien que va el SP3 empecé a pensar que mis problemas con este paquete de actualizaciones eran algo puntual. Pero me he puesto a buscar un poco por la red y resulta que hay mucha gente que ha tenido problemas, y serios, con el SP3 de XP.

He podido leer comentarios de gente a la que misteriosamente le dejan de funcionar los puertos USB, dejan de reconocerse algunos dispositivos de la noche a la mañana, o incluso el sistema se reinicia de forma automática indefinidamente. Estos problemas han aparecido con procesadores AMD y sobre placas ASUS, curiosamente la configuración de mi equipo.

Aparte de los problemas que he podido leer, a mi el SP3 también me ha dado algún palo inexplicable. Por ejemplo, hace poco formatee y reinstalé el XP en el equipo de un amigo (Asus+Intel), y como acababa de salir el SP3 lo instalé desde las actualizaciones automáticas. El siguiente paso fue instalar el Msn Messenger, última versión, desde el sitio oficial.

La sorpresa vino cuando, al tratar de instalar, el instalador del Msn me dice que no puede hacerlo porque el equipo no tiene el Windows installer 3.1, por lo que se cierra. Así que descargo el paquete del Windows installer 3.1 desde el sitio de Microsoft, y cuando trato de instalarlo me dice que no puede instalar porque la versión del instalador es más reciente que la 3.1 (¿?). Un error que calificaría de grave, ya que queda claro que las diferentes versiones del instalador no son compatibles entre sí.

Al final, para poder instalar el messenger, tuve que eliminar el SP3 del ordenador, instalar y volver a poner el SP3. Muy a lo chapuzas, pero así es como Microsoft lo ha hecho.

Yo recomiendo, y mucho, el paso a un SO linux, el cual tiene distribuciones para todo tipo de usuarios, incluidos los más inexpertos.

El "inicio" de Linux

2008-11-20T03:35:00.000-08:00

No me refiero a cómo se creó (eso lo puedes leer aqui) , sino al arranque del sistema, y sobretodo cómo añadir comandos para que se ejecuten en el mismo.

Viene a cuento de que estamos instalando muchos servicios en nuestro servidor, y como es natural, no nos interesa que cada vez que lo arranquemos requiera de nuestra presencia para iniciar los servicios que hemos instalado.

Para esto vamos a ver un poco, y de forma muy general, lo que hace nuestro servidor en el inicio del sistema.

Como en Linux todo son archivos, y la mayoría de configuración, encontramos en el directorio /etc/init.d un archivo que se llama boot, en el que se encuentran los comandos que se ejecutarán en el inicio del sistema. Todo muy lógico.

Ponernos a editar directamente el archivo boot puede ser peligroso para la integridad de nuestro sistema, ya que si cometemos algún error podríamos hacer que no arranque del todo bien.
Para facilitarnos las cosas existe el archivo boot.local, que se ejecutará inmediatamente después que boot, y aquí es donde añadiremos los comandos que queremos ejecutar al inicio, sin temor a que un error pueda influir en el arranque "básico" del sistema.

Por poner un ejemplo, podríamos añadir la siguiente linea, para abrir un navegador con esta misma página cargada:

firefox http://jmengual.blogspot.com

NTFS y los gigas gratis

2008-11-13T07:17:00.000-08:00

Resulta que el otro dia me tocó realizar una reinstalación periódica de Windows XP en casa. Como el gran Windows borró el arranque dual que tenía con OpenSuse, pensé que era el momento de probar la última versión de Ubuntu, de la que me habían hablado bastante bien.

Asi que me dirijo al gestor de discos de XP para formatear la partición EXT3 del Suse y dejarla preparada para el Ubuntu, cuando, para mi sorpresa, los aproximadamente 30GB de espacio que tenía reservados para Suse, se habían convertido en 200 !!

Haciendo cálculos resulta que mi disco de 320GB (según la BIOS) había pasado mágicamente a tener 500GB, o eso mismo seguía diciendo Windows XP. Como no me lo creía traté de abrir la nueva unidad creada y Windows me da uno de sus avisos, porque la unidad no tenía formato... asi que a formatear tocan, con NTFS, claro.
La cuestión es que Windows me sigue diciendo que tengo 500GB de espacio en el disco, y además si grabo datos en la nueva unidad me deja grabralos sin problemas.

Una buena oferta de Microsoft para que ampliemos nuestro espacio en disco, pero yo de momento no voy a guardar nada allí dentro, por lo que pueda pasar.

El PC sale del cuarto

2008-11-11T01:56:00.000-08:00

El salón de tu casa está en el punto de mira.

El PC salió del dormitorio para pasearse en forma de portátil, pero ahora viene dispuesto a conquistar el salón en forma de HTPC (Home Theather Personal Computer). Entre sus planes destaca el de dejarte clavado en el sofá durante horas disfrutando de tus películas en alta definición.

Para que sepas reconocerlo, tiene pinta de DVD de sobremesa, o de equipo HI-FI, pero dentro se esconde un Pc con capacidad para todo lo que te puedas imaginar.

HTPC montado sobre una caja Thermaltake

Otro aspecto importante de los HTPC es que utilizan un software creado para ser lo suficientemente sencillo y utilizable como para poder gestionar el equipo desde un mando a distancia.

Se trata de una opción muy interesante para aquellos que quieren obtener un rendimiento superior a cualquier reproductor de sobremesa o disco duro multimedia que nos encontremos en el mercado.

De momento creamos una serie de artículos relacionados con este mundo, por lo que seguiremos informando al respecto.

Street View, más allá de Google Maps

2008-11-07T04:27:00.000-08:00

Si ya me quedé alucinando con GoogleEarth y GoogleMaps, ahora tenemos a nuestra disposición el servicio Street View de Google, que viene a ser una vuelta de tuerca más a la posibilidad de explorar el mundo desde casa.

Street View se basa en fotos hechas por la gente de Google un día cualquiera en las ciudades disponibles. Suelen ser núcleos urbanos bastante grandes, por lo que los pueblos de momento no se pueden ver utilizando el servicio.

Lo más interesante es que las fotos se hacen en un día normal a una hora cualquiera, por lo que es posible que tú mismo salgas en la foto andando por la calle, o que reconozcas a alguien de tu barrio.

Si antes podíamos ver los mapas y navegar por donde quisieramos, ahora incluso podemos darnos un paseo por el Times Square de Nueva York, o contemplar monumentos con fotos reales.

Times square, Nueva York

La torre Eiffel de París

Un 10 para la gente de Google, que todavía hoy nos sigue sorprendiendo con sus ideas.

Puedes probar Street View desde aquí.

Instalación del servicio CVS en Linux

2008-11-05T13:31:00.000-08:00

Hoy tratamos el tema de la instalación del servicio de repositorios de software CVS en un servidor Linux. Para obtener información sobre qué es CVS y cómo se utiliza podeis echarle un vistazo los enlaces. Nosotros nos centraremos en su instalación y solución de los problemas que encontramos.

La instalación del servicio se obvia ya que es tan fácil como la de cualquier paquete que hayas intalado anteriormente en tu linux. El paquete CVS se encuentra en el CD/DVD de la distribución (en nuestro caso OpenSuse 11).

Asi que pasamos directamente a la configuración y el acceso al servicio.

- En primer lugar habilitamos el servicio CVS en nuestro equipo. Es recomendable activarlo en el arranque del sistema.
*/
Ejecutamos el YaST ( $yast ) y accedemos como root a la sección de Servicios de Red/Xinetd
Habilitamos los servicios si los teniamos deshabilitados.
Activamos el servicio CVS (en nuestro caso 'cvspserver')
Guardamos la configuración y salimos.
/*

- Para conectarnos desde otro equipo nuestro servidor este deberá tener el puerto asociado al servicio CVS abierto.
*/
Abrimos el YaST, sección Seguridad y usuarios/Cortafuegos (Firewall)/Servicios autorizados.
Notese que el servicio CVS no es un servicio por defecto y no lo encontraremos en la lista que se nos proporciona para seleccionarlo.
En este caso abrimos las Opciones Avanzadas y encontramos una lista de puertos abiertos. Añadimos el numero de puerto ( 2401 por defecto ) y ya podremos acceder al servidor a través del mismo.
Guardamos la configuración y salimos.
/*

- En este momento, nuestro servidor esta preparado para recibir conexiones a traves del servicio CVS, Pero si ejecutamos la orden $cvs init el shell nos devolverá un error ya que no hemos definido un directorio raiz el cual albergará el repositorio de sofware y los archivos de configuración.
*/
Creamos un directorio raíz (REPO en nuestro caso) en nuestro sistema de ficheros. $mkdir REPO.
Exportamos la variable de entorno CVSROOT asignandole la ruta absoluta del directorio donde guardaremos nuestros repositorios de software. En nuestro caso con $export CVSROOT=/usr/local/REPO funcionaria pero al rearrancar el servidor probablemente la variable se habria inicializado sin valor.
Para no tener que asignar la variable cada vez que iniciemos editaremos el archivo cvs que encontraremos en el directorio /etc/xinetd.d.
/*

Nos encontraremos un formato de archivo como este:

# CVS pserver (remote acces to your CVS repositories)
# Please read the section on security and passwords in the CVS manual,
# before you enable this.
# default: off
service cvspserver
{
socket_type = stream
protocol = tcp
wait = no
user = root
server = /usr/bin/cvs
server_args = -f --allow-root=/usr/local/REPO pserver
}

Donde asignaremos nuestra ruta absoluta al directorio REPO.

- Llegados a este punto,con el servicio CVS activo ,estamos listos para conectar al servidor y trabajar con los repositorios.
En nuestro caso conectamos mediante la conexión pserver, la cual necesita un usuario unix en el sistema para la autenticación.
Para que los usuarios puedan conectarse al servidor y trabajar sobre el directorio REPO que hemos creado tendremos que tener en cuenta los permisos sobre el directorio, ya que podemos encontrarnos con que los usuarios del servicio no tengan permisos suficientes, por ejemplo de escritura y no puedan subir repositorios al servidor.
En cuanto a la autenticación, en el directorio CVSROOT que se encuentra dentro de nuestro directorio raiz editaremos (o crearemos si no existe) el archivo passwd que contendrá los usuarios que pueden acceder al servicio de forma remota.
la estructura del archivo es la siguiente:

usuariolocal:contraseñaencriptada:usuarioremoto

Donde el usuario local deberá estar definido en nuestro sistema.
El nombre del usuario remoto es el que se mostrará al usuario al acceder. Si omitimos este campo el nombre será el mismo que el usuario local.

Con todos los usuarios definidos ya podemos probar a acceder al servicio normalmente a través de pserver. En nuestro caso accedemos a través de Eclipse.

- Problemas encontrados tras la instalación.
[connection refused. No such repository]

Que nos dio a entender que no habian archivos en el directorio raiz del CVS.
La sorpresa fue que en el directorio /etc/xinetd.d teniamos un archivo de configuración llamado servers que nos estaba redireccionando el servicio al puerto 9099. Editamos el archivo apuntando al puerto 2401 que habiamos definido anteriormente y a funcionar con normalidad.

- Enlaces Relacionados:
CVS Sitio oficial - http://www.cvshome.org
CVS en la Wikipedia - http://es.wikipedia.org/wiki/CVS

No-Ip en tu linux

2008-11-04T15:08:00.000-08:00

Vamos a instalar en nuestra máquina linux un servicio que puede resultar muy interesante. Hablamos de No-IP.

No-IP, como su propio nombre indica, trata de eliminar los accesos a un ordenador a través de la IP, esto se consigue creando un dominio que nos redireccionará automáticamente hacia la dirección en cuestión. Dado que hoy en dia es normal encontrarse con IP's dinámicas, No-IP se actualiza periódicamente para que un cambio de IP no nos deje sin acceso al equipo. A continuación vamos a ver que es lo que hay que hacer para beneficiarse de este servicio, que, de momento, es gratis.

Antes de nada una breve explicación de cómo funciona No-IP.
El servicio consta de dos partes:

* El registro del usuario en el sitio web (www.no-ip.com), el cual nos dará la posibilidad de registrar redirecciones a un host o equipo.
* La instalación del cliente No-IP, que se encargará de sincronizar y actualizar nuestra IP dinámica con el nombre de host registrado en el sitio web.

- Registro.
Como es natural, visitaremos http://www.no-ip.com y nos registraremos siguiendo los pasos habituales.
En cuanto completemos el registro nos dirigimos, en el menu de usuario, a Hosts/Redirects, donde añadiremos (add a host) una redirección a nuestra máquina.

El formulario de alta, básicamente se compone de :

* La dirección IP desde la que accedemos, que se supone que es a donde queremos redirigir con el nombre de host
* El nombre de host, que formará parte de un subdominio de no-ip, por ejemplo mihost.no-ip.info. Este nombre será el que empleemos para acceder a nuestro ordenador.
* El tipo de host, que define el tipo de redirección. El valor por defecto nos servirá para conectarnos a nuestro equipo sin problemas.

Tras registrar un host, descargamos la última version del No-IP y procedemos a la instalación.

- Instalación.
Ya tenemos los archivos (descomprimidos) en nuestro ordenador, y estamos dispuestos a instalarlos. Para ellos ejecutamos, con el usuario root, $make install dentro del directorio de No-IP.
Lo primero que se nos pide antes de instalar, como no, son nuestros datos de acceso al sitio de No-IP.
Cuando hemos proporcionado nuestro usuario y contraseña del servicio, el sistema nos advierte del numero de hosts registrados a nuestro nombre de usuario, nos pregunta si queremos actualizarlos, a los que respondemos que SI, nos pregunta por el intervalo en minutos de actualizacion (por defecto 30) y le asignamos el que más nos guste, y por último nos pregunta si queremos ejecutar algun comando cuando actualice, que de momento NO nos interesa.

Desde ahora cuando ejecutemos $noip2 estaremos arrancando el servicio y podremos acceder a nuestro ordenador, desde cualquier sitio, a traves del nombre de host que hayamos definido. Sin importarnos si nuestra dirección IP ha cambiado desde la última vez que accedimos.

-Posibles problemas de instalación.
Es posible que cuando tratemos de instalar No-IP nos devuelva un error porque no encuentra el archivo de configuración. Y es que por defecto No-IP trata de instalar en /usr/local/etc. Si es nuestro caso podemos optar por 2 soluciones diferentes. Una, la más rápida y simple, crear el directorio en la ruta que No-IP espera. Y la otra utilizar la opcion -c para cambiar el directorio en el que se copiará el archivo de configuración.

- Enlaces relacionados.
Sitio oficial: http://www.no-ip.com

GnuMp3d en Linux

2008-11-03T13:25:00.001-08:00

Hoy nos vamos a dedicar a instalar en nuestro servidor Linux el servicio GnuMp3d.
¿Que es eso ?
GnuMp3d básicamente es un servidor de música por streaming en formato mp3, aunque en la web oficial señalan otros formatos, además de videos multimedia.

Es muy útil en el caso de que queramos escuchar la música de nuestra casa, por ejemplo, en la oficina, ya que podemos acceder a ella a través de un navegador web desde cualquier sitio en el que tengamos conexión a internet.

Instalarlo es bastante fácil. Basta con descargar el paquete de http://www.gnu.org/software/gnump3d/download.html y descomprimir.

Ejecutamos $make install como root y el sistema instalará gnump3d en /usr/bin y los archivos de configuración en /etc/gnump3d.

Para configurar nuestro servidor de música editaremos el archivo gnump3d.conf que encontramos en /etc/gnump3d, donde podemos definir multitud de parámetros, por ejemplo, el puerto de escucha del servicio, el directorio donde almacenaremos la música, el acceso de los usuarios,etc... De momento sólo las dos primeras nos interesan, ya que son suficientes para poner en marcha el servidor.

- Definimos el directorio raíz.
Editamos el archivo gnump3d.conf, nos posicionamos en la linea correspondiente y le asignamos a root la ruta donde vamos a guardar nuestros archivos multimedia. En nuestro caso se trata de root = /usr/local/musica.

- Añadimos el puerto de escucha del servicio.
Editamos de nuevo el archivo gnump3d.conf, buscamos la linea que hace referencia a port y le asignamos el puerto que nos interese. En nuestro caso port=8888.

Es posible que observemos que se hacen más referencias al puerto, concretamente en nuestro archivo de configuración tenemos una linea comentada (# en el inicio de la linea) que asigna el puerto 3333. Sólo se tendrán en cuenta las lineas que no esten comentadas, y por lo tanto no nos interesa forzar errores teniendo dos asignaciones a puertos diferentes.

Con esto ya podemos llamar al servicio con $gnump3d, aunque es conveniente que ejecutemos primero $gnump3d -index para crear un indice de nuestra música y asi poder acceder a ella con más velocidad y de forma más práctica, ya que de esta forma podremos organizar la música en base a las tags de los archivos, como album, artista, etc...

Para ver el resultado de la instalación abrimos un navegador y accedemos al servidor en localhost a traves del puerto que hemos configurado. En nuestro caso http://localhost:8888 y nos encontramos con una web que nos ofrece muchas opciones de reproducción para disfrutar de nuestra música como queramos.

Para acceder desde cualquier sitio al servidor resulta interesante una redireccion de IP como No-IP, que explicaremos en otro momento.

- Además.
Encontramos en el mismo directorio de configuración un archivo file.types que relacionará el tipo de archivo con las aciones correspondientes al formato, por ejemplo mp3=audio, avi=movie o m3u=playlist. Podemos configurar la forma en que se reproducen, claro que tendremos que tener instalados los codecs de audio pertinentes para añadir nuevos formatos de reproducción.

GnuMp3, al ser un servicio, nos interesa ejecutarlo con el arranque del sistema y de forma que no nos "moleste" demasiado en nuestro uso normal del equipo, por lo tanto es conveniente editar (o crear si no existe) el archivo boot.local en /etc/init.d al que podemos añadir los comandos que se ejecutarán al iniciar el sistema. Concretamente nos interesa ejecutar el comando $gnump3d --background para que el servicio corra en segundo plano.

- Para más información.
Sitio oficial - http://www.gnu.org/software/gnump3d/

Sobre blogs y tal

2008-11-03T07:52:00.000-08:00

Hoy mismo, 3 de Noviembre de 2008 creo el blog de JMengual en internet. Supongo que en tu barra del navegador veras jmengual.blogspot.com, pero si pones jmengual.blogspot.es también te encontrarás con un blog parecido a este. ¿A que se debe tanto JMengual por ahi suelto? Pues sencillamente a que este blog lo había creado antes en blogspot.es (alias blogspot, a secas), pero resulta que las opciones de configuración eran bastante escasas, por lo que decidí irme a la competencia (blogger) a ver si se me ofertaba algo mejor. El caso es que es mucho mejor, en cuanto a opciones de publicación y de libertad para diseñar el blog como uno quiera, así que no te lies, y acuérdate de que este blog se aloja en blogspot.com. Y si quieres publicar uno, mejor Blogger !!