xmms ha muerto; larga vida a xmms2

Durante mucho tiempo utilice a xmms como mi reproductor preferido, ya que se asemejaba a WinAmp aunque mas ligero, sencillo, reproducía prácticamente todo archivo de audio y tenia plugins para hacer casi de todo. Pero lo malo es que estaba bastante viejo (usaba gtk1 ) y últimamente estaba desapareciendo de muchas distros (debian incluida), así que decidí probar xmms2 (ante que alguien mencione amarok, intento evitar las librerías qt en mi sistema).

Lo bueno es que casi no consume recursos del sistema, aunque la primera vez cuesta entender como funciona, ya que sigue un modelo de cliente/servidor, o sea el XMMS2 funciona similar a un daemon sin interfaz gráfica y uno se conecta a él a travez de un cliente. En un principio esto parece raro, pero tiene su gracia, ya que permite hacer cosas como que si estas fuera de casa desde otro equipo puedas escuchar la musica que hay en tu pc.

Siguiendo con el tema, uno puede controlar directamente xmms2 desde una terminal, o usar algún cliente que sirva de frontend (como gxmms2, esperanza, o cualquier otro de la lista), en lo personal aun no encuentro ninguno que me convenza al 100% pero solo es cuestión de tiempo (mientras voy a seguir controlándolo desde una terminal, ya que no me importa demasiado que quede funcionando en el fondo)

Otra cosa bastante agradable es que al igual que su antecesor tiene muchos plugins, como uno para karaoke aunque entre ellos destaca el xmms2-scrobbler que envía la lista temas escuchados a lastfm (para configurarlo miren por aquí)

En definitiva me gusto bastante (va a ser el remplazo de mi antiguo reproductor), lo único malo es que aun no encuentro un frontend que me convenza completamente, aunque eso se puede arreglar. Lo destacable es que funciona en varios sistemas (incluso el de las ventanas)

crear una manpage

Este pequeño post es para explicar una manera rápida y fácil para escribir paginas de manual (mas conocidas como manpage).

Para ello necesitamos:

• asciidoc
• xmlto (también se puede usar otros, como xsltproc)

Que en debian se pueden instalar fácilmente haciendo:

aptitude install asciidoc xmlto

Ahora abrimos un editor de texto cualquiera y escribimos la manpage, por ejemplo voy escribir esta pagina inventada (la voy a guardar con el nombre ejemplo.txt):

EJEMPLO(1)
=========
John Doe <johndoe@loquesea.com>

NAME
----
ejemplo - Un ejemplo de manpage

SYNOPSIS
--------
*ejemplo* ['OPCION']

DESCRIPCION
-----------
Este es un ejemplo de como escribir una manpage usando asciidoc,
por lo tanto este texto no tiene mucho sentido y solo sirve de
ejemplo.

BUGS
----
Si descubre bugs, intente avisarlos

AUTOR
-----
Escrito por John Doe, <johndoe@loquesea.com>


REFERENCIAS
-----------
Asciidoc: http://www.methods.co.nz/asciidoc/

xmlto: http://cyberelk.net/tim/xmlto/

COPYING
-------
Normalmente se colocar en este lugar una nota sobre la licencia
del programa, pero como es un ejemplo lo dejo a su inmaginacion

Como ven se trata de un simple texto plano, sin ninguna gran complicación, ahora la vamos a transformar a un xml (formato DocBook) para ello hacemos:

asciidoc -b docbook -d manpage ejemplo.txt

Con eso generamos el clásico xml (DocBook) que se usa para escribir manpages.

Finalmente creamos el archivo en formato manpage a partir del xml haciendo:

xmlto man ejemplo.xml

y listo tenemos nuestra manpage, podemos visualizarla haciendo

man -l ejemplo.1

Eso es todo, así de fácil.

Si quieren ver verdaderas manpages creadas con asciidoc pueden revisar la manpage del mismo asciidoc o la de fluxbox

Nota: Si quisiéramos tener la pagina creada en nuestro como parte del sistema como predeterminado, simplemente tendremos que moverla a la ubicación en donde están alojados todos los manpages disponibles, en mi sistema (que es una debian) los manuales/manpages están ubicados en /usr/share/man

Casi se me olvidaba, si alguien quiere usar xsltproc en vez de xmlto para generar el manpage, se hace de la siguiente manera

xsltproc --nonet /usr/share/xml/docbook/stylesheet/nwalsh/manpages/docbook.xsl ejemplo.xml

Broadcom con el modulo b43

Hace un par de días (el 14 de febrero para ser mas exactos) apareció la nueva versión de Debian y como ya actualice mi sistema (en realidad lo volví a instalar desde cero), voy a explicar como hacer funcionar la tarjeta wireless Broadcom que tiene mi laptop usando el modulo del kernel b43 en vez del ndiswrapper que había usado anteriormente, si se preguntan el porque del cambio, es simplemente porque se hace más estables las conexiones inalámbricas aparte de poder hacer algunas cosas que no permite el ndiswrapper.

Primero hay que saber cual tarjeta es la que tenemos exactamente, Para saber el modelo de la tarjeta hacemos un:
$ lspci | grep Network
Y nos responde:
03:00.0 Network controller: Broadcom Corporation BCM4311 802.11b/g WLAN (rev 02)

Y por las dudas un:
$ lspci -n | grep 43
También nos dice:
03:00.0 14e4:4311 (rev 02)

Obviamente se trata de la Broadcom 4311 (rev2), si revisamos la documentación, este modelo esta soportado. Antes había que parchar el kernel con este patch, pero esto ya no es necesario ya que el kernel que tiene Debian Lenny tiene el patch incluido

Normalmente el kernel detecta la placa wireless y carga el módulo b43, pero en caso de que por alguna razón no lo cargue lo podemos hacer con

# modprobe b43

Ahora que sabemos el modelo, instalamos la aplicación que extrae el firmware de la tarjeta (hay que activar el contrib en los repositorios) y cuando nos pregunte si queremos descargar el firmware, le decimos que si.

aptitude install b43-fwcutter

Para evitar problema con los módulos antiguos hay que dejar en el blacklist el modulo ndiswrapper y bcm43xx (que es la antigua versión del b43) en caso que existan en el sistema (en una instalación limpia no deberían estar). Para ello al final del archivo /etc/modprobe.d/blacklist debería añadirse estas lineas:

blacklist bcm43xx
blacklist ndiswrapper


NOTA: si por alguna razón no se carga el módulo b43 en el inicio del sistema podemos ejecutar en consola
# echo "b43" >> /etc/modules

Ahora solo tenemos que reiniciar y la red debería estar funcionando. para comprobar se puede hacer # iwconfig wlan0 (si es necesario sustituye wlan0 por el que sea necesario) y debería mostrar la información de la conexión

# iwconfig wlan0
wlan0 IEEE 802.11 ESSID:"****Censurado****"
Mode:Managed Frequency:2.427 GHz Access Point: :****Censurado****
Bit Rate=54 Mb/s Tx-Power=20 dBm
Retry min limit:7 RTS thr: off Fragment thr=2352 B
Encryption key :****Censurado****
Link Quality=86/100 Signal level=-45 dBm Noise level=-73 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0


activar el escalado de frecuencia de cpu

Ahora voy a escribir un mini tutorial de como activar el escalado de frecuencia de CPU, en otras palabras que se ajuste la frecuencia de la CPU segun la carga que tenga el sistema. Al disminuir la velocidad de la CPU (y por consecuencia el voltaje que usa) se tienen dos ventajas: Por un lado al funcionar parte del tiempo bajo máxima capacidad del procesador el sistema no se calienta como si estuviera corriendo a toda velocidad durante todo el tiempo y la otra ventaja es que se consume menos energía ya que no se esta siempre al máximo (bastante importante si usamos bateria). Claro que al disminuir la velocidad del procesador se pierde un poco de rendimiento (aunque no siempre estamos usando toda la capacidad, así que es conveniente hacerlo cuando el sistema no esta tan cargado).

Como es costumbre lo probé en una debian (si la de mi laptop, que tiene etch) así que a continuación el mini-tutorial.