Por defecto, no tiene soporte para el lenguaje Groovy, pero es fácilmente configurable, e incluso sin necesidad de permisos de adminsitrador, permitiéndonos configurar nuestor ambiente de trabajo, sin modificar la configuración de los demás usuarios.

Para esto debemos descargar el bundle con el coloreo de sintaxis, tipos mime y otras cosas del sitio http://www.grails.org/Gedit

En esa misma página podremos encontrar instrucciones para instalarlo, que requieren de permisos de administrador. Pero combinando un post anterior en este mismo blog, sobre como hacer que gedit abra archivos tpl como si fueran archivos php y algunos otros tips más, podremos instalarlo sin necesidad de permisos especiales.

Luego de descompactar el archivo descargado, copiamos los directorios plugins, snippets y styles a la carpeta ~/.gnome2/gedit

Para arreglar el coloreo de sintaxis y enseñarle a gedit la existencia de groovy debemos crear la carpeta (si no existe) ~/.local/share/gtksourceview-2.0/language-specs y copiar en ella los dos archivos terminados en .lang que descompactamos.

Despues creamos el archivo ~/.local/share/mime/packages/Overrides.xml (y las carpetas necesarias, si no existen) y agregamos en ese archivo el contenido de los dos archivos xml que se encuentran en el bundle.

El contenido final del archivo será similar a

<?xml version="1.0" encoding="UTF-8"?>
<mime-info xmlns="http://www.freedesktop.org/standards/shared-mime-info">
	<mime-type type="text/x-groovy">
		<sub-class-of type="text/x-java"/>
		<comment>Groovy Source File</comment>
		<glob pattern="*.groovy"/>
	</mime-type>
	<mime-type type="text/x-groovy++">
		<sub-class-of type="text/x-groovy"/>
		<comment>Groovy++ Source File</comment>
		<glob pattern="*.gpp;*.g++"/>
	</mime-type>
	<mime-type type="text/x-gsp">
		<sub-class-of type="text/html"/>
		<comment>Grails GSP File</comment>
		<glob pattern="*.gsp"/>
	</mime-type>
</mime-info>

Finalmente, para que el sistema reconozca nuestros cambios, debemos actualizar la base de datos de tipos mime, ejecutando el comando update-mime-database ~/.local/share/mime

Con esto, al abrir el próximo archivo de groovy, deberíamos tener coloreo de sintaxis funcionando correctamente.

Se pueden seguir haciendo otras cosas como habilitar bash completion, pero lo dejaremos para otra oportunidad.

Particularmente lo que me molestaba tener que actualizar eran los tipos MIME que identifican un determinado archivo, con un determinado tipo y gedit como nautilus utilizan para saber como abrir cada archivo, de que forma colorearlo, etc. Para modificar ese directorio se necesita permisos de administrador y siempre me pareció que debería haber una forma de hacerlo desde mi cuenta de usuario limitado.

Hoy, que estaba trabajado con PHP, queria abrir unos archivos de Smarty que tienen extensión tpl, y que se colorearan automáticamente como html, que es el lenguaje más cercano que reconoce (o al menos de los que vienen por defecto) y decidí buscar en internet una forma de hacerlo y encontré dos páginas, por un lado el blog de c3b en un artículo titulado Alternative method for opening Smarty templates with HTML syntax highlighting in gedit y también en la página de gnome bajo el nombre Modifying MIME types

Combinando el conocimiento de ambos sitios, logré que al hacer doble-click sobre un archivo tpl, se me abra automáticamente el gedit (y no firefox!) y se me coloree automáticamente la sintaxis como PHP

¿Cual fue el procedimiento? Fácil.

Lo primero que hice fue crear la carpeta ~/.local/share/mime/packages

En esa carpeta creé un archivo llamado Overrides.xml con el siguiente contenido

<?xml version='1.0' encoding='utf-8'?>
<mime-info xmlns="http://www.freedesktop.org/standards/shared-mime-info">
    <mime-type type="application/x-php">
        <glob pattern="*.tpl"/>
    </mime-type>
</mime-info>

Luego ejecuté el comando update-mime-database ~/.local/share/mime

La lógica detras de este procedimiento, es que en el archivo Overrides.xml puedo crear nuevas asociaciones, o modificar exisntes. En este caso en particular, se le informa al sistema que los archivos .tpl son archivos PHP, y por lo tanto lo colorea automáticamente como PHP

Y todo esto sin usar sudo ni una sola vez

Esto se debe a una incompatibilidad entre el Plugin  de VMware y esta versión de Firefox, lamentablemente no hay forma de hacerlo funcionar dentro de la ventana del explorador, pero es fácil de ejecutar.

Para ejecutarlo basta ejecutar el archivo vmware-vmrc que se encuentra en el directorio ~/.mozilla/firefox/<perfil>/extensions/VMwareVM

Donde <perfil> es el directorio donde se guarda e perfil del usuario.. a menudo será el único directorio dentro de ~/.mozilla/firefox y si hay más de un directorio, seguramente sabrás como identificarlo

Aparecerá una pantalla donde deberás ingresar la url o ip del servidor (y el puerto, ejemplo 127.0.0.1:8333), luego listará todas las máquinas virtuales disponibles… y listo.. estarás controlando el sistema.

Luego de hacer esto te descepcionaras al ver que no anda parte del teclado. La solución a esto más facil que encontré, aunque no arregla todas las teclas, si arregla los cursores y lo que necesito para poder terminar de instalar el sistema es crear en el directorio ~/.vmware un archivo llamado config con el texto xkeymap.nokeycodeMap = true

Luego de esto, si todo sale bien… ya podremos utilizar las maquinas virtuales de vmware sin problema desde nuestro equipo

Si bien Flash no me gusta y creo que está en proceso de desaparecer, el no tener una versión nativa de 64 bits me es molesto. Por un lado necesito instalar un montón de dependencias, que lejos de ayudar molestan, para poder ejecutar la versión de 32 bits, y además si no lo hago no puedo jugar al Gran DT (ni acceder a casi el 30% de las páginas web).

Hoy, aun configurando la beta de Ubuntu 10.10 Maverick, me puse a buscar si ya existía algun Flash de 64bits y me llevé la grata sorpresa. Además de volver a publicarse en el sitio de Adobe (para linux, mac y widows) , encontré un PPA para poder instalarlo utilizando apt-get

Basta con los siguientes comandos

sudo add-apt-repository ppa:sevenmachines/flash
sudo apt-get update && sudo apt-get install flashplugin64-installer

Para mayor información los remito al blog de OMG! Ubuntu! de donde saqué esta información

Fácil también cat /etc/lsb-release, por ejemplo, en la pc que estoy escribiendo este artículo el resultado fue:

fernando@fernando-laptop:~$ cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=10.04
DISTRIB_CODENAME=lucid
DISTRIB_DESCRIPTION="Ubuntu lucid (development branch)"

Esto me indica que estoy usando Lucid Lynx (10.04, develpment branch es porque a este momento, aun estan por el beta 2 y no es final)

En cambio uno de nuestros servidores, corriendo ubuntu Server dice

DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=9.10
DISTRIB_CODENAME=karmic
DISTRIB_DESCRIPTION="Ubuntu 9.10"

Ahora, además de saber que versión estamos ejecutando, si queremos saber si es de 64 bits o 32 bits, o estamos ejecutando la versión server o desktop o alguna otra, debemos recurrir al comando uname -a

fernando@kopernik:/etc$ uname -a
Linux kopernik 2.6.31-20-server #58-Ubuntu SMP Fri Mar 12 05:40:05 UTC 2010 x86_64 GNU/Linux

Aca vemos que estamos usando un Ubuntu Server (el -server despeus de la version del kernel) y es de 64 bits (gracias al x86_64)

Para quienes no lo conocen (me incluyo), zabbix es un sistema para monitoreo de servidores. De esta manera, espero que si algún servicio deja de funcionar, o se nos cae un servidor, o se nos llena un disco rígido o cualquier otro evento el cual sea bueno estar informado, se me informe al instante(nota al margen, me encantaría saber como me enteraré si el servidor de zabbix deja de andar)

Nuevamente, con espíritu aventurero, creé una vm para esta tarea. En esta ocasión utilicé un Ubuntu Server 9.10 Karmic Koala i386. Realizando una instalación como servidor LAMP y SSH

Al momento de escribir este artículo, la versión actual de Zabbix es la 1.8.1, sin embargo en los repositorios de Ubuntu se encuentra la versión 1.6 (elegí ubuntu en lugar de debian porque en la de debian se encontraba la versión 1.4 aún más antigua, pero como terminé compilando desde código la última versión debería haber sido el mismo procedimiento en cualquiera de las dos distribuciones)

Compilación e instalación de Zabbix Server

Como quería la última versión de Zabbix, primero bajé el source de la página oficial de Zabbix y luego instalé las dependencias necesarias tanto para la ejecución como para la instalación.

sudo apt-get install php5-gd build-essential libmysqlclient-dev libcurl4-openssl-dev libsnmp-dev

La lista de dependencias la fui construyendo un poco por medio de prueba y error, y otro poco gracias al post de seven two seven, aunque dice que no ha tenido suerte en la instalación (por suerte al parecer yo si). Lamentablemente una dependencia necesaria para soportar notificaciones por medio de Jabber no pude instalarla (realmente si pude instalarla, pero el comando configure no me la reconocía) por lo que esa funcionalidad no estará activada.

Luego seguí las instrucciones de para descargar, descompactar, configurar e instalar zabbix que figuran en el manual online

wget http://downloads.sourceforge.net/project/zabbix/ZABBIX%20Latest%20Stable/1.8.1/zabbix-1.8.1.tar.gz?use_mirror=ufpr
tar -xzf zabbix-1.8.1.tar.gz
cd zabbix-1.8.1
./configure --enable-server --with-mysql --with-net-snmp --with-libcurl
sudo make install

Por favor, noten que la url de arriba puede cambiar, lo importante es simplemente descargar zabbix desde la pagina de sourceforge y descompactarlo.

Luego de un pequeño período de tiempo, la compilación de zabbix terminó y se instaló tla cual promete el manual en el directorio /usr/local

Lo siguiente fue configurar la base de datos. Si bien no lo dije expresamente el motor de bases de datos que elegí fue MySql, por lo que todas las instrucciones hasta ahora daban por sentado este motor de bases de datos. Para crear y popular la base de datos seguí también las instrucciones del manual de Zabbix, siempre desde el directorio en que se descompactó Zabbix

mysqladmin -u root create zabbix
mysql -u root zabbix < create/schema/mysql.sql
mysql -u root zabbix < create/data/data.sql
mysql -u root zabbix < create/data/images_mysql.sql

Notarán que soy un pequeño animal que no le puso contraseña a mysql y que ni me molesté en crear un usuario de base de datos para Zabbix. Me declaro culpable, pero por favor, no sigan mi ejemplo y si lo desean háganlo como debe hacerse. Yo me justifico diciendo que esta es una instalación de prueba, y que en último caso despues puedo hacerla más segura.

Si ahora ejecutamos el comando /usr/local/sbin/zabbix_server nos aparecerá en pantalla un error referente a la falta de un archivo de configuración. Lo cual tiene perfecto sentido ya que hasta ahora no lo hemos configurado.

Nuevamente el manual es muy certero en este punto. Para instalaciones pequeñas, como la mia, el archivo de configuración que viene por defecto es suficiente y solo basta con copiarlo en la carpeta /etc/zabbix para que funcione.

sudo mkdir /etc/zabbix
sudo cp misc/conf/zabbix_server.conf /etc/zabbix/

Casualmente (no tanto porque en cierta forma lo hice a proposito realmente) este archivo de configuración viene preparado para utilizar un motor de base de datos de mysql, con usuario root, contraseña vacia y catalogo zabbix, por lo que no debí modificarlo para nada. Si alguien utilizó otro nombre de base de datos, o usa algun usuario o clave deberá editar el archivo.

En este punto ya deberíamos se capaces de ejecutar el servicio de zabbix sin errores.

/usr/local/sbin/zabbix_server

Instalación de interfaz Web

Uno esperaría que luego de ejecutar el servidor algo sucediera, una pantalla para administrarlo o algo, pero la realidad es que no sucede nada. Siguiendo la convención de Unix de que si todo sale bien no hay que mostrar nada, al ejecutar el servidor se retorna al prompt como si nada, aunque quedan varios procesos nuevos corriendo que se pueden ver si se ejecuta un ps -A

Entonces era el tiempo de configurar la interfaz web para poder administrar nuestro nuevo software. Lamentablemente aquí la documentación online dejó algunos huecos que debí ir deduciendo, ayudado un poco (mucho) por internet.

Lo primero importante a saber es que los archivos que componen la interfaz web, se encuentran dentro de la carpeta que se crea cuando se descompacta el codigo, dentro del directorio frontends/php

Como mi instalación era con un sistema operativo vacio, que no se usará para otro motivo, en lugar de reconfigurar apache, simplemente copie todos los archivos necesarios al directorio document_root de apache, que en ubuntu es /var/www, previamente habia borrado todos los archivos de ese directorio que no utilizaré.

sudo rm -fr /var/www/*
sudo cp -R frontends/php/* /var/www
sudo chown www-data:www-data /var/www -R

Si abrimos el explorador y comenzamos con la instalación, les ahorro la sorpresa de averigurar que algunos parámetros de php no estarán correctamente seteados, asi que primero configuramos php con las opciones recomendadas por Zabbix, para eso editamos el archivo php.ini con algun editor del agrado del lector (yo uso vi)

El archivo php.ini se encuentra en el directorio /etc/php5/apache2, por lo que mi comando terminó siendo: (si no saben usar Vi, les aconsejo que utilicen otro editor como nano)

sudo vi /etc/php5/apache2/php.ini

Una vez abierto hay que modificar varios valores. Algunos documentados en Zabbix, otros no. A saber modifiqué

max_execution_time = 600
memory_limit = 256M
post_max_size = 32M

[Date]
date.timezone = America/Buenos_Aires

[mbstring]
mbstring.func_overload = 2

Luego de estas modificaciones el el archivo php.ini podemos abrir una explorador, y apuntarlo al puerto 80 de la pc en que se instaló zabbix e ir recorriendo las pantallas, una por una, dandole continuar hasta finalizar la instalación (tal vez quieran completar el valor correcto cuando se les pregunta por el ip o el nombre de la pc que corre el servidor de zabbix)

Increiblemente eso fue todo lo que he hecho, ahora me falta ponerme a investigar como configurar y utilizar realmente este programa, pero ya es otra historia.

Por cierto, luego de haber escrito todo esto encontré en la wiki de Zabbix la siguiente página http://www.zabbix.com/wiki/howto/install/ubuntu/ubuntuinstall que indica otros pasos para instalarlo, seguramente más eficientes o simples que los mios donde a simple vista también se incluyen instrucciones para instalar el soporte de jabber correctamente, y los scripts para iniciar zabbix automaticamente cuando se prende la pc.

El que sea Beta no asusta mucho, sabemos como es google y sus famosos Betas, asi que lo instalé sin pensarlo dos veces.

Me asombró ver que habia versiones de 32 y 64 bits tanto para Debian/Ubuntu como Fedora/openSUSE.

Instalé la versión de 64 bits de Debian/Ubuntu (uso Ubuntu Karmik Koala x64) y funcionó como por arte de magia.

Este post lo estoy haciendo desde Chrome y debo reconocer que se ve muy bien, tiene la misma interfa que en windows y comparte con su versión Windows una de las características que más me gusta. A saber su increible velocidad para cargar !

Siempre es bienvenido tener más opciones de exploadores en linux, especialmente cuando se desarrollan páginas webs.

Como a varios les pasa, me aburro muy seguido de mi fondo de pantalla, y me gusta que se cambie periódicamente de forma automática, de tal manera que vaya rotando entre varios fondos que previamente elegí.

Para hacer esto usaba Desktop Drapes. Un pequeño programita que hacía justo lo que yo quería que hiciera.

Sin embargo, revisando la lista de wallpapers por default de la nueva versión de Ubuntu, encontré uno llamado Cosmo que ya es un slideshow y sin instalar ningún programa adicional.

Lo que descubrí fue que los wallpapers que están disponibles para todos los usuarios se encuentran enumerados en arcihvos XML en el directorio /usr/share/gnome-background-properties. En la instalación por default de Ubuntu hay dos archivos, uno que contiene todos los fondos estáticos, y uno llamado Cosmo.xml para el slideshow, que en lugar de apuntar a una imagen, señala a oto archivo xml.

El archivo al que apunta es /usr/share/gnome-background-properties/ubuntu-wallpapers.xml

En este archivo se listan todas las imágenes que conformarán el slideshow, cuanto tiempo permanece cada una y como son las transiciones entre ellas. Evidentemente no las va rotando al azar, lo cual me hubiera gustado poder especificar, pero algo es algo

En todo caso, hasta ahí llegó mi investigación por el momento. Los formatos de los XML son bastantes simples y creo que cualquiera con un poco de experiencia en xml y paciencia podría crear los suyos propios, pero me encantaría ver alguna aplicación que permita configurarlos fácilmente, ya que no encontré otra forma, que no sea manualmente para modificarlos, al menos por ahora.

Por ser algo que me interesa seguiré investigando el tema un poco más, pero si alguien sabe como configurar los fondos de escritorios fácilmente para hacer slideshow o descubre algún otro dato interesante, está más que bienvenido a compartir su conocimiento y experiencia con nosotros en este blog.

La experiencia de configurarlo, a mi gusto, me llevo a internarme un poquito en el funcionamiento del sistema ifupdown de Debian por lo que aquí dejaré mi solución al problema.

Lo primero que vale la pena aclarar es el problema que quería solucionar. Yo quería que al prender el servidor, este creara una red Adhoc y compartiera Internet por ella. No me era importante la seguridad, por lo que con WEP era suficiente.

El hardware y sistemas operativo que disponía era de una placa de red Wifi Atheros correctamente instalada y funcionando (si no les reconoce la placa tal vez necesiten instalar los restricted modules), y una placa 10/100 Realtek. Por medio de la placa cableada tenía la Internet que me proveía Fibertel. Como sistema operativo tenía Ubuntu Server 8.10 y no tenía planeado instalar ningún software nuevo.

Investigando en internet encontré varios blogs y documentación que me ayudaron en mi solución. Especialmente Jvare Blog y Prashanth Speaks-Technology and Life de los cuales se basa mi solución.

Ambos tenian el mismo problema, que necesitan la ejecución de un script que realizaba la configuración. Yo quería que sea de una manera mas automática y estándar.

Comenzaré copiando aquí el archivo interfaces que fue el resultado de mi trabajo, para después explicar, por si a alguien le interesa el como llegué a esta configuración

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet dhcp

# Wireless card
auto ath0
iface ath0 inet static
madwifi-base wifi0
madwifi-mode adhoc
wireless-essid FerNetworkFiber
wireless-key s:12345
address 192.168.2.1
netmask 255.255.255.0
post-up /etc/network/share_internet || true

Las primeras partes del archivo simplemente setea la interfaz cableada y local, donde se pone interesante es cando se configura la interfaz ath0 que es la wireless.

Primero las lineas auto ath0 e iface, simplemente indican la primera que esta interfaz debe levantarse cuando se inicia el sistema en forma automática y la segunda que quiero configurarla de manera estática, o sea, diciendo manualmente cual será el ip, la mascara y demás información que necesite.

Las entradas que dicen address, y netmask no requieren mucha explicación y deberían ser conocidas por cualquiera que alguna vez estuvo configurando una interfaz estática. Simplemente indican cual será el IP estático de esa interfaz, y cual será su mascara. En este caso 192.168.2.1 es la ip y 255.255.255.0 su máscara.

Luego tenemos las entradas wireless-*. Estas se emplean para configurar el wireless con los datos necesarios. En este caso tenemos wireless-essid  y wireless-key. La primera dice cual sera el nombre de la red, la segunda cual sera su contraseña, aunque en una configuración tan simple como esta usa el protocolo WEP que dista de ser muy seguro, pero para un caso simple y temporal como el mio es mas que suficiente. Un comentario importante, para que luego una Pc con Windows pueda conectarse a esta red la contraseña debe tener exactamente 5 o 10 caracteres. (si ingresan una de 6 u 8 o cualquier otra cantidad que no sea 5 o 10 no podrán conectarse)

Luego, según la mayoría de la documentación que uno puede encontrar en internet dicen que debería haber una linea que diga wireless-mode adhoc para especificar que se quiere entrar en modo adhoc, pero en mi placa Atheros eso no funcionaba, y consultando el blog de Jvare que anteriormente nombré descubrí  que la forma de hacerlo consistía en destruir la interfaz y volver a crearla directamente en modo adhoc. Mi problema era como hacer esto desde el archivo interfaces.

Investigando un poco descubrí que dentro del directorio /etc/network/if-pre-up.d había un archivo llamado 050madwifi. Este archivo contenía las instrucciones necesarias para la destrucción y creación de las interfaces en el modo correcto, pero no se estaba ejecutando. Para que este se ejecute, se necesitaba especificar algo más.

Esto extra que había que especificar es el dispositivo asociado. Este es un dispositivo que se muestra cuando se hace un ifconfig y es creado cuando se carga el driver. En mi caso se llama wifi0. Para especificar esto es que está el parámetro madwifi-base wifi0.

Hecho esto, ya podía dar de baja y alta la red con ifup e ifdown, pero lo hacía mostrando un error, todo andaba bien, pero me molestaba ver el error. Este se debía a que igualmente estaba intentando cambiarse el modo usando iwconfig ath0 mode adhoc lo cual no anda en mi versió (creo que actual a la hora de escribir este artículo) del driver madwifi. Para eliminarlo, y nuevamente gracias a inspeccionar 050madwifi advertí que también se reconocía como modo a la orden madwifi-mode adhoc y de esta manera no se generaba ningúnerror.

Ya casi estaba todo listo, de hecho la red ya estaba planteada y podía hacer un ping entre esta pc y otra que se conectara a la wifi, en im caso una pc con Windows Vista. Pero no se estaba compartiendo internet. el problema era ahora compartir internet, problema el cual gracias a los blogs ya sabia como resolver, simplemente con tres comandos, uno para cargar el modulo de iptables_nat, otro para configurar el nateo (compartición de internet) y el ultimo para activarlo.

Creo que podría haber utilizado varia sentencias post-up ejecutando cada una de ellas uno de los comandos necesarios, pero decidí ir directamente a lo fácil(lo anterior ya me había llevado como 4 horas de investigación) y escribí un pequeño script que realizaba la tarea. Este archivo se ejecuta gracias a la línea que dice post-up. El ||true es para que sin importar el valor de retorno del archivo, se piense que se ejecutó correctamente y no genere ningún error el ifup (a pesar de que la interfaz haya sido realmente).

Copio aquí el resultado de mi archivo que habilita la compartición de internet

#!/bin/bash
modprobe iptable_nat
iptables -t nat -A POSTROUTING -o $IFACE -j MASQUERADE
echo 1 > /proc/sys/net/ipv4/ip_forward
exit 0 

Hecho esto ya estaba preparada la configuración de mi servidor en modo adhoc. Ahora faltaba hacer la prueba conectando mi pc con Windows Vista al servidor y ver si navegaba en internet.

Como era de esperarse, no navegaba. Pero esto ya me lo esperaba. Tenía que configurar la placa wireless para conectarse a esta red adhoc, esto fue, siempre en la pc con vista, conectarse a la red utilizando la cotraseña que se habia puesto.  Además, como no configure un servidor DHCP habia que configurar el protocolo IPv4 manualmente. Para eso especifiqué una ip en el rengo correcto (192.168.2.2 fue mi eleccion) la puerta de enlace en windows sigue siendo 255.255.255.0 y el gateway pasa a ser el servidor, en mi caso 192.168.2.1.

Finalmente hay que configurar también los DNS. Estos deben ser los mismos que usa el servidor, que por suerte no suelen cambiar. Para saber cuales son los adecuados es suficiente con ver en el linux el archivo /etc/resolv.conf y utilizar los dos primeros que aparezcan. (o si aparece uno solo ese único)

Hecho esto, es que ahora puedo escribir este post en Windows Vista, saliendo por medio de una pc con Ubuntu 8.10 configurada como red Adhoc que comparte la internet que me provee Fibertel. (y esto seguira así hasta que arnet, quien me ofrese una internet más rápida, en la cual tengo un router wifi, vuelva a funcionar)

Si necesitan mas ayuda de como configurar la red en Windows, no duden en dejar un mensaje que si lo amerita haré un post dedicado a ese menester. Tambien si necesitan alguna aclaración co respecto a la configuración de Linux pueden escribirnos, aunque no soy un experto, y el mejor amigo de toda consulta es Google.

Finalmente, si les gusto y les pareció interesante y util tambien pueden escribirnos para contarnos sus experiencias y, por que no, darme alguan sugerencia de como mejorar mi método.

Que hago, ejecuto mi programa para ver televisión favorito, tvtime, y me encuentro con que nada se ve. No era una sorpresa, me esperaba que esto sucediera.

El software original de la placa solo funciona en Window 98. En WindowsXP es necesario usar drivers genéricos para que funcione. Y en linux fue necesario tocar un poco la configuración para que ande, pero en todo caso fue muy simple.

Como acabo de instalar Ubuntu Hardy Heron aprovecharé que tengo que configurarla para comentar cuales son los pasos a seguir.

Lo primero es fijarse si el hardware esta siendo bien detectado

$ dmesg | grep 'bttv'
[   51.434388] bttv: driver version 0.9.17 loaded
[   51.434394] bttv: using 8 buffers with 2080k (520 pages) each for capture
[   51.434482] bttv: Bt8xx card found (0).
[   51.434731] bttv0: Bt848 (rev 18) at 0000:01:0a.0, irq: 21, latency: 32, mmio: 0xe0001000
[   51.434796] bttv0: using:  *** UNKNOWN/GENERIC ***  [card=0,autodetected]
[   51.434833] bttv0: gpio: en=00000000, out=00000000 in=00ffa1ff [init]
[   51.435951] bttv0: tuner type unset
[   51.435954] bttv0: i2c: checking for MSP34xx @ 0x80... not found
[   51.436475] bttv0: i2c: checking for TDA9875 @ 0xb0... not found
[   51.436997] bttv0: i2c: checking for TDA7432 @ 0x8a... not found
[   51.437542] bttv0: registered device video0
[   51.437568] bttv0: registered device vbi0

Como se ve, al ejecutar el comando dmesg salen algunas lineas, lo cual nos indica que se detectó un dispositivo de video. También se ve que una linea dice

“bttv0: using: *** UNKNOWN/GENERIC *** [card=0,autodetected]“

Esto significa que la placa no pudo ser autodetectada. Es normal en las placas de esa epoca que no se puedan autodetectar así que a no asustarse, solo hay que decirle al sistema operativo que modelo de placa es manualmente.

Como necesito un programa para ir probando la placa de video, voy descargándolo así ya lo tengo. Yo utilizo uno llamado tvtime que es muy simple pero idal para ver tv

$ sudo apt-get install tvtime

Comencemos, entonces, a configurar la placa. Lo primero que debo hacer es remover los modulos del kernel que fueron mal cargados. Esto lo hago con el comando

$ sudo rmmod bttv

Luego cargamos el modulo nuevamente, pero con los parámetros correctos para mi placa sintonizadora

$ sudo modprobe bttv card=17 tuner=6 radio=0

Ejecutamos ahora tvtime e increíblemente ya esta funcionando.

Ahora la parte difícil. El lector atento o el que haya seguido estos pasos sin éxito se preguntarán de donde saqué esos números para la configuración de la placa.

Card=17 identifica el modelo de la capturadora, este parámetro es relativamente fácil de obtener, basta con buscar la placa en la lista de tarjetas soportadas.

El siguiente parámetro es el Tuner (sintonizador) y ahi se complica. Existe una lista de sintonizadores, pero es complicado saber que sintonizador usa una determinada placa. Esto depende del modelo, de donde fue vendida y demás.

El proceso para determinar el sintonizador correcto es simple prueba y error. Uno puede guiarse un poco por ejemplo si sabemos que tenemos norma PAL podemos descartar todos los sintonizadores NTSC (en Argentina donde tenemos normal PAL-NC tenemos que buscar, en contra de lo que uno imagina , sintonizadores NTSC)

Si no vemos bien la imagen, debemos remover el módulo, y volverlo a cargar con otro tuner. Si se ve bien la imagen pero cambia mal los canales, o no los cambia, es posible que la marca del sintonizador sea la correcta, pero estemos usando el modelo equivocado. Así podemos ir mejorando la búsqueda hasta encontrar uno que funcione bien. En fin, es prueba y error.

El último parámetro es radio=0. Esto es así porque mi capturadora no tiene soporte para radio, si lo tuviera sería radio=1. Se puede forzar el radio=1 para intentar capturar radio igualmente, pero al menos a mi no me parece necesario.

Excelente, ahora podemos ver TV, pero si reiniciamos la PC volveríamos a perder la configuración. Si bien ya sabemos que tuner y que placa es por lo que arreglarlo sería simplemente ejecutar dos comandos, sería muy lindo poder tenerla configurada desde el booteo.

Para esto debemos crear en el directorio /etc/modprobe.d un archivo llamado bttv que contenga solo una linea que diga

options bttv card=17 tuner=6 radio=0

Al reiniciar la computadora, deberá cargarse automáticamente con las opciones correctas y podremos disfrutar de nuestra preciada placa capturadora sin problemas.