Debianizado

El 69

2007-04-05T14:16:00.000+02:00

Sí, lo confieso, ese título tan amarillista es para llamar la atención. Aunque tiene su por qué. En Murcia (¿en España?) las terminaciones de lotería reciben nombres populares. El 69 es la mudanza.

Y es que me "sesentaynuevo". Sí, me mudo. A partir de ahora le digo adiós a Blogger y estreno dominio propio :D

Los que me sigais a través del feed (¿hola?¿hay alguien ahí?), si usais el de FeedBurner no hace falta que hagais nada; ya está redireccionado. Si usais el de Blogger, por favor, actualizadlo.

En fin, que ya está todo listo (excepto un pequeño problema con Internet Explorer a 800x600. Gracias de nuevo, Microsoft) y que me largo, me independizo, me emancipo, me... :D

Pues eso, que nos vemos en el nuevo Debianizado. Espero que os guste.

Solaris 10 recibido

2007-04-03T14:22:00.001+02:00

Hace justo un mes pedí que me enviaran Solaris 10, aprovechando que Sun estaba, por segunda vez, ofreciéndolo de forma gratuita por correo. Pues hoy ha llegado :D

Un DVD con Solaris 10 para SPARC, otro con Solaris 10 para x86 y otro con las Developer Tools.

Sistema de archivos encriptado

2007-04-01T22:07:00.000+02:00

Encuentro en Kriptópolis un tuto sobre cómo crear un sistema de archivos encriptado (aunque en el original dice "cifrado") con Debian Etch.

Muy interesante y educativo aunque, como dicen en los comentarios al artículo original, hay formas mucho más sencillas y prácticas (sobre todo por la transparencia) como EncFS.

Aun así, muy instructivo y digno de leer.

C-style en bash

2007-03-30T20:55:00.000+02:00

Bash, como cualquier lenguaje, tiene una sintaxis propia. Eso lo sabe todo el mundo. Lo que no todo el mundo sabe es que, además, puede usar la sintaxis de C haciendo uso de los paréntesis dobles. Unos ejemplos.

Manejo de variables

Bash es muy flexible en cuanto a los tipos de variables, ya que el declararlas o no queda a elección del programador. En caso de no declararlas, una variable admite cualquier tipo. De hecho, si hacemos

a=3
a=$a+1

la variable a tomará el valor de string "3+1" (a no ser que hayamos declarado a como entero previamente). La forma correcta de hacerlo sería

let a=$a+1

en cuyo caso a sí pasaría a valer 4. Pero podemos echar mano del C-style:

((a += 1))

o bien

((a++))

Bucles y condicionales

Y esta parte es mucho más interesante, porque de esta forma podemos hacer uso de los potentes bucles de C en bash. Algunos ejemplos:

while ((a > 3 || b != 0))

if ((a > 3 && b == 5))

Admite también el uso del operador ternario de C:

((a!=b?3:11))

y, ya la reostia en salsa, el operador coma:

for ((a=1, b=1; a <= LIMITE ; a++, b++))

Gracias a kumo por (de nuevo) ponerme sobre la pista.

Defina Linux

2007-03-28T21:22:00.000+02:00

Leyendo en NeoFronteras una interesantísima noticia sobre Scientific Linux, una distro desarrollada en colaboración entre el Fermilab, el CERN y otros laboratorios y universidades del mundo, me he encontrado un párrafo que hace que el ego y el "orgullo patrio" de cualquier linuxero suba por las nubes:

Linux corre en diversos microprocesadores, es muy eficiente y tiene un excelente diseño. Es multitarea, multiusuario, multiplataforma y multiprocesador; en las plataformas Intel corre en modo protegido; protege la memoria para que un programa no pueda hacer caer al resto del sistema; carga sólo las partes de un programa que se usan; comparte la memoria entre programas aumentando la velocidad y disminuyendo el uso de memoria; usa un sistema de memoria virtual por páginas; utiliza toda la memoria libre para caché; permite usar bibliotecas enlazadas tanto estática como dinámicamente; se distribuye con código fuente; usa hasta 64 consolas virtuales; tiene un sistema de archivos avanzado pero puede usar los de los otros sistemas; y soporta redes tanto en TCP/IP como en otros protocolos. Además está prácticamente libre de virus.

Pues sí, Linux es así :)

Un Automatix para Debian Etch

2007-03-27T20:32:00.000+02:00

Seguro que conoceis Automatix. Gracias a La otra bola de cristal me entero de que alguien ha escrito algo del estilo para Debian Etch.

Lo que más he odiado siempre de instalar un nuevo sistema es todo el rollo de las "instalaciones post-instalación". Me alegra que alguien se haya tomado la molestia de ahorrar todo ese tiempo a mucha gente.

Aprendiendo Python

2007-03-24T13:21:00.000+01:00

Vale, sí, muy potente como lenguaje de script y un código muy eficiente. Pero donde esté la elegancia de C...

En fin, voy a ver si me busco un pet project.

Beryl y Compiz se vuelven a unir

2007-03-24T09:50:00.000+01:00

Y visto a posteriori era lógico que sucediera. Desde luego no se ha tratado de un fork al uso. No han habido dos ramas experimentando nuevas cosas, desarrollando features distintas. Al revés, el desarrollo de Compiz y de Beryl había seguido dos líneas paralelas. cojin lo explica perfectamente en su comentario en Menéame.

En el anuncio oficial ya dicen que no se conservará ninguno de los dos nombres, sino que se usará uno nuevo. Lo que (mode ironic on) vendrá de perlas a toda la gente que recién llega a GNU/Linux y no sabe distinguir entre un entorno de escritorio y un manejador de ventanas. Un nombre más a la lista.

Al margen de eso, creo que la unión puede ser muy beneficiosa para el usuario, siempre y cuando se conserven y potencien las mejores características de uno y otro, a saber (y me remito de nuevo al comentario de cojin): estabilidad por un lado y compatibilidad y rapidez de desarrollo por el otro.

Devilspie: controlando las ventanas

2007-03-21T21:08:00.000+01:00

Es difícil traducir la expresión window-matching utility, pero el concepto es sencillo: busca una ventana, y haz con ella lo que yo te diga.

Eso es Devil's Pie, una utilidad que analiza las ventanas que se crean en el escritorio, y si coinciden con unos criterios estipulados en la configuración ejecuta acciones sobre ellas: minimiza, envía a un workspace determinado, esconde su decoración... lo que queráis. Su flexibilidad es sencillamente increíble.

Devilspie se configura mediante archivos *.ds presentes en el directorio $HOME/.devilspie. Archivos que, por supuesto, hacemos a nuestro gusto, para que cada ventana en nuestro escritorio se comporte exactamente como queramos.

La configuración no es difícil, aunque tampoco intuitiva. Los archivos *.ds se componen de condicionales, booleanos y acciones. En foosel.net hay una descripción detallada de cada uno de ellos, con ejemplos de uso. Está en inglés, pero es sencillo, y los ejemplos facilitan la cosa aún más.

Como pequeño ejemplo de lo que devilspie puede hacer, os pongo alguno de archivos de configuración que uso:

(if (matches (window_name) "Eterm") (begin (pin) (undecorate) (skip_pager) (skip_tasklist) (below)))

Lo que viene a significar que si el nombre de la ventana coincide con Eterm se envíe a todos los workspaces (pin), no aparezca en el paginador (skip_pager), no aparezca en la lista de ventanas (skip_tasklist) y quede permanentemente bajo las demás ventanas (below). El resultado (combinado con una configuración específica de Eterm) lo podeis ver en esta captura de pantalla.

Otro ejemplo, más sencillo:

(if (is (window_name) "Akregator") (minimize))

Osea, si el nombre de la ventana es Akregator, se ejecute minimizada al inicio. Comodidad más que nada.

Las posibilidades son enormes: conversaciones de Gaim que se envíen automáticamente al escritorio 2, aplicaciones que permanezcan siempre sobre el resto de ventanas, programas que se abran siempre con un tamaño de ventana y una posición determinada... En una palabra: control total sobre las ventanas.

Entrevista con Ian Murdock

2007-03-20T20:46:00.000+01:00

Linux Format ha publicado una entrevista con Ian Murdock, el fundador del Proyecto Debian (sí, el ian en Debian).

En ella habla de cosas como el modo en que afectan al Proyecto los retrasos en las releases, la necesidad de un DPL fuerte y sus preocupaciones con el futuro del proyecto Ubuntu en cuanto a la compatibilidad con Debian.

Nuevo logo de KDE

2007-03-20T20:40:00.000+01:00

Nuevo diseño, para "hacer juego" con el nuevo set de iconos predeterminados en KDE4, Oxygen:

Colabora!

2007-03-20T20:01:00.000+01:00

Seguro que muchos, como usuarios de software libre, habeis sentido el impulso/deseo/necesidad de, de un modo u otro, colaborar en su desarrollo. Sí, hablo de esas ocasiones en que os sentís frustrados por no ser expertos programadores o por no tener conocimientos suficientes para crear documentación de calidad. Seguro que sabeis de lo que hablo. Uno de esos impulsos fue precisamente el que me llevó a comenzar este blog...

Pero no hace falta tanto para colaborar con el desarrollo del software libre. Hoy leo en Kernel Source que el grupo de desarrollo de Konsole propone una encuesta para que los desarrolladores conozcan cosas como qué características nos parecen más útiles, cuáles nos gustarían ver en el Konsole de KDE4, cuáles nos parecen más fáciles/difíciles de configurar, etc. Está en inglés, pero vamos, que el nivel es muy básico.

No hay excusas: Colabora!!!

Un agujero en OpenBSD siempre es noticia

2007-03-16T21:04:00.000+01:00

Y más uno de este calibre. Pero empecemos por el principio.

OpenBSD es un sistema operativo de tipo UNIX basado en 4.4BSD, creado en un principio como un fork de NetBSD. La característica más significativa de este sistema es su seguridad. No en vano la implementación de SSH usada en todos los sistemas *NIX es OpenSSH. Eso lo dice todo. De hecho, en su web se jactan de haber tenido ¡Sólo un agujero de seguridad remoto en la instalación predeterminada en más de 8 años!. Tendrán que ser dos a partir de ahora.

Y es que la implementación del protocolo IPv6 de OpenSSH adolece de una vulnerabilidad (calificada por Secunia de altamente crítica) de tipo BoF (buffer overflow). Con todo lo que ello conlleva. Y es que:

Afecta a la instalación por defecto, ya que IPv6 está incluido en ella

Es explotable de forma remota

Permite la ejecución de código arbitrario en el contexto del kernel

Y eso en un sistema usado como firewall, IDS y otras aplicaciones de seguridad.

La buena noticia: OpenBSD ha publicado ya un parche que soluciona el problema, como no podía ser de otra manera.

Y sí, hay exploit, publicado por el propio descubridor del bug, Alfredo Ortega, de Code Security.

Fuente: El blog de la tecnología

El efecto Menéame

2007-03-13T14:16:00.000+01:00

Gracias a todos los que me votásteis :)

Controlando Linux con el mando de la Wii

2007-03-11T16:08:00.000+01:00

kumo me ha puesto sobre la pista, y como buen geek no he podido evitarlo: había que investigar :)

De momento la cosa está en pañales, pero promete, y mucho. La cuestión es establecer una conexión vía Bluetooth entre el mando de la Wii y el sistema para controlar éste a través de aquél, como con cualquier otro HID.

Lo primero, como es lógico, es contar con un adaptador de Bluetooth y tener implementada la pila de protocolos BT (bluez). Tras esto comprobamos que podemos detectar el mando (debemos ponerlo en modo sync):

Una vez comprobado esto, tenemos que preparar el sistema. Primero el software que necesitamos:

Ya hemos nombrado la pila de protocolos (apt-get install bluetooth bluez-utils)

PyBluez, un conjunto de wrappers Python sobre Bluetooth (apt-get install python-bluez).

Python-Xlib, interfaz para Python del protocolo X11 (apt-get install python-xlib).

Es recomendable PyGame (apt-get install python-pygame) para poder observar la respuesta del sistema a los movimientos del mando.

Hay que parchear Python. Para ello editamos el archivo /usr/share/python-support/python-xlib/Xlib/protocol/display.py y buscamos la línea donde dice:

recv = self.socket.recv(2048)

En mi caso está en la línea 531. Lo sustituimos por

recv = self.socket.recv(4096)

Cargamos (tirando de modprobe) los módulos uinput y evdev. Si no los teneis, ya sabeis, toca recompilar. Tras esto comprobamos que se ha creado el dispositivo uinput:

find /dev -name uinput

Si no lo teneis en /dev/misc/uinput lo linkais desde donde lo tengais, ya que PyBluez querrá acceder al dispositivo en esa ruta. Hay que darle permisos para los usuarios (chmod 666 /dev/misc/uinput).

Ya casi están los preparativos. Falta configurar el servidor X. Para ello editamos el archivo /etc/X11/xorg.conf y añadimos un InputDevice:

Section "InputDevice"
Identifier "Wiimote"
Driver "evdev"
Option "Name" "Nintendo Wiimote"
EndSection

y en la sección ServerLayout añadimos la línea

InputDevice "Wiimote"

Listo. Reiniciamos el servidor X (invoke-rc.d [gdm|kdm|xdm] restart) y a otra cosa, mariposa. Uséase, a por el controlador.

WMD (Wiiwanna Motte Dammiit!) es un script en Python que actua como controlador para el Wiimote, usando PyBluez como wrapper para la comunicación Bluetooth, como seguramente ya habríais imaginado a juzgar por el software que hemos instalado. La última versión es la 0.1.2, aunque he tenido problemas con ella y he usado la 0.1.1. Por cierto, el WMD could make your Wii explode! del disclaimer es una coña marinera, que nadie se me acojone :D

En fin, éste es un vídeo con el resultado. Como veis la cosa, como digo más arriba, está en pañales aún, pero con un potencial increíble.

Como podeis observar, el control sobre el puntero es muy primitivo. En la ventana de PyGame podemos observar los gráficos con los movimientos del mando (rojo para movimientos en horizontal, azul en vertical y verde para profundidad) y la consola devuelve el botón que se pulsa. El botón HOME detiene el script e interrumpe la comunicación entre el mando y el sistema.

Por el momento, la sensibilidad es demasiado alta y no se tiene un buen control del puntero. De hecho, cuesta dirigirlo a donde quieras. No he conseguido que los botones produzcan ninguna acción, como lanzar un icono, mover una ventana, etcétera. También he probado el ejecutable xev para ver qué eventos me devolvía, pero no recibe señales del mando. Total, nada útil de momento. Pero veremos cómo evoluciona el asunto, porque esto promete muy mucho. Y por favor, si alguien ha llegado más lejos, agradecería muchísimo un comentario por su parte. Seguiremos investigando ;)

CPU Frequency Scaling

2007-03-08T14:45:00.000+01:00

He encontrado gracias al blog de mUammAr la forma de regular la frecuencia del procesador en función de la carga que soporta. En un sobremesa no es algo muy útil, pero en un ordenador portátil esto es un mundo, ya que conlleva un ahorro de energía y por tanto alarga la duración de la batería. Él dice haber conseguido que su batería durara casi una hora más. La mía dura ahora más de una hora más que antes.

Describiría el procedimiento, pero ya lo ha hecho él perfectamente y yo no podría aportar nada nuevo, lo único que haría sería hacer un copipega. Sólo quería hacerme eco y dar fe de que realmente es así.

Así que lo mejor que podéis hacer es pinchar el enlace y ponerlo en práctica :)

Nuevo escritorio

2007-03-06T19:42:00.000+01:00

Entre partida y partida a la Wii :D he estado redecorando el escritorio. Y como me gusta cómo ha quedado, pues lo planto aquí :)

El monitor de sistema (a la derecha) lo he hecho yo mismo porque no he encontrado ninguno que me terminara de gustar en KDE Look. Los otros desklets (al igual que el fondo de escritorio) sí los he bajado de ahí aunque (perdón a los autores) no he guardado el enlace.

El anterior escritorio que tenía era éste.

No es plagio, pero como si lo fuera

2007-03-05T15:04:00.000+01:00

Hace unas semanas, hablando de los dos logos de Debian, decía que el logotipo de la espiral es libre, y puede ser utilizado libremente por cualquier persona y con cualquier finalidad, incluso con fines comerciales.

Pues GTS Digital lo ha tomado al pie de la letra. Con todo el morro del mundo. Y eso que se dedican al diseño gráfico...

Visto en ghostbar's blog

Wii!

2007-03-04T12:12:00.000+01:00

Me han adelantado el regalo del día del padre :D

Hoy no espereis verme mucho por ningún sitio ;)

Análisis forense de sistemas

2007-03-03T12:16:00.000+01:00

Esta mañana, releyendo el magnífico tutorial Análisis forense de sistemas de neófito (lo podeis encontrar en la sección Tutoriales en PDF), he decidido retomar el tema, que dejé aparcado hace muuuuuucho tiempo.

El análisis forense es, según la definición de la Wikipedia, una metodología de estudio ideal para el análisis posterior de incidentes, mediante el cual se trata de reconstruir cómo se ha penetrado en el sistema, a la par que se valoran los daños ocasionados. Puesto así no suena tan interesante como en realidad es.

Así que me he vuelto a descargar las imágenes de disco de un sistema comprometido del Proyecto Honeynet y he abierto un caso con Autopsy. El tutorial de neófito os guiará paso a paso sobre cómo hacerlo.

Si a alguien más le gusta el tema y se anima podemos compartir información y descubrimientos :P

Enlaces:
forensic-es
Honeynet Project: The Forensic Challenge
Análisis forense de sistemas GNU/Linux, UNIX

mp3blaster

2007-03-01T14:44:00.000+01:00

Siempre he dicho que el poder de Linux radica en su shell. Y además he predicado con el ejemplo. Durante mi época "dura" usé durante varios meses mis sistemas sin entorno gráfico. Navegaba con Lynx, conectaba a IRC con BitchX, a la red MSN con TMSNC, usaba mencoder+dvdauthor+cdrecord para grabar las películas y verlas en el DVD del salón... Sí, demasiado radical, ya lo sé, pero no podeis imaginar la soltura que se coge con la shell así :D

El caso es que durante esa época sí eché algo de menos: un buen reproductor de música. Tiraba de mpg123 o de mplayer, pero eso sólo permite reproducir canciones, nada más. Me hice incluso un sencillo script que aún conservo, que dibujaba en la consola una primitiva GUI para elegir la canción (si le echais un ojo al código fuente vereis que incluso soporta búsquedas):

El caso es que, ahora, dos años y pico después, encuentro lo que necesitaba: mp3blaster.

Como podeis ver en la captura, mp3blaster es un reproductor para consola con prácticamente todas las opciones que tiene uno gráfico. No llega al nivel de amaroK pero ¿qué otro reproductor llega a su nivel? El caso es que en la GUI que este programa dibuja en la consola no se echa en falta absolutamente nada. Ains, ojalá lo hubiera conocido antes.

El instalador gráfico de Etch

2007-02-27T21:17:00.000+01:00

outime ha tenido el detallazo de grabar la instalación gráfica de Etch y colgar el vídeo en Youtube, para regocijo general y placer de los debianitas que, como yo, quizá no podamos verlo (gracias al dist-upgrade).

Pues hala, a disfrutarlo :D

Configurando el lector de tarjetas MMC

2007-02-26T20:41:00.000+01:00

Ya va para dos años que tengo el portátil, y aún tenía algo pendiente de hacer: configurar el multilector de tarjetas. Lo intenté una vez con Sarge, pero no lo conseguí y tampoco le dí demasiada importancia. Tampoco es que lo necesite, así que lo dejé aparcado. Pero ayer (tarde de domingo y sin nada interesante que probar) me dí el "de hoy no pasa". Ahora sé (antes no había investigado mucho el tema) que cuando probé con Sarge no tenía ninguna posibilidad de conseguirlo: el módulo no se incluyó en el kernel hasta la versión 2.6.17.

Lo primero es identificar el dispositivo. Para ello tiramos de lspci:

06:06.3 Mass storage controller: Texas Instruments PCIxx21 Integrated FlashMedia Controller
06:06.4 Generic system peripheral [0805]: Texas Instruments PCI6411, PCI6421, PCI6611, PCI6621, PCI7411, PCI7421, PCI7611, PCI7621 Secure Digital (SD) Controller

Mi multilector es un Texas Instruments de un modelo que, por lo que he visto en Google, es bastante habitual encontrar. Como vemos, el kernel reconoce dos dispositivos: es lector de MMC y el de SD. Del segundo no voy a hablar, ya que para ello es necesario el módulo tifm, que no viene incluído en los kernels oficiales. Quizá algún día escriba sobre el tema.

El módulo necesario, el sdhci, está disponible a partir de la versión 2.6.17 del kernel Linux, así que un Sarge con kernel oficial de Debian no puede manejarlo (Sarge tiene un 2.6.8, si no recuerdo mal), pero en Etch ya contamos con un 2.6.18 en los repositorios, así que no hay problema. La alternativa es compilar el kernel uno mismo, recordando incluir los módulos necesarios.

Fijémonos en el identificador de dispositivo. En mi caso es 06:06.3, pero en el vuestro puede ser cualquier otro. Ejecutamos (como root) lspci -xxx | grep -A 5 06:06.3 (recordad sustituir el identificador de dispositivo por el vuestro):

06:06.3 Mass storage controller: Texas Instruments PCIxx21 Integrated FlashMedia Controller
00: 4c 10 33 80 06 01 10 02 00 00 80 01 08 80 80 00
10: 00 40 10 b0 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 3c 10 81 30
30: 00 00 00 00 44 00 00 00 00 00 00 00 0a 01 07 04
40: 00 00 00 00 01 00 02 7e 00 00 00 00 00 00 00 00

Ese es el resultado que obtengo yo. Fijaos en la línea que empieza por "40:" (la última), en el valor de casilla que hay bajo el "0a". En mi caso es 00, pero, por lo que he visto por ahí, puede tener un valor de 40 o de 60 también. En cualquier caso, tenemos que cambiar el segundo 0 por un 2 (si es 40, debe quedar como 42, si 60, 62; en mi caso debe quedar como 02). Si alguien quiere saber por qué, que lo investigue y luego me lo cuente, porque no tengo ni idea. El caso es que funciona. Para conseguirlo ejecutamos el siguiente comando:

setpci -s 06:06.3 4c.b=02

De nuevo recordaros sustituir el 06:06.3 por el identificador del dispositivo en vuestro caso particular, y el 02 por lo que corresponda. Si volvemos a ejecutar el lspci -xxx | grep -A 5 06:06.3 veremos que ahora devuelve lo correcto:

06:06.3 Mass storage controller: Texas Instruments PCIxx21 Integrated FlashMedia Controller
00: 4c 10 33 80 06 01 10 02 00 00 80 01 08 80 80 00
10: 00 40 10 b0 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 3c 10 81 30
30: 00 00 00 00 44 00 00 00 00 00 00 00 0a 01 07 04
40: 00 00 00 00 01 00 02 7e 00 00 00 00 02 00 00 00

Bien, pues ya está todo listo: cargamos los módulos necesarios con modprobe (hay que cargar los módulos sg, sd_mod, mmc_core, mmc_block y sdhci), y veremos algo así:

sdhci: Secure Digital Host Controller Interface driver, 0.12
sdhci: Copyright(c) Pierre Ossman
sdhci: SDHCI controller found at 0000:06:06.4 [104c:8034] (rev 0)
ACPI: PCI Interrupt 0000:06:06.4[A] -> GSI 22 (level, low) -> IRQ 177
mmc0: SDHCI at 0xb0109000 irq 177 DMA
mmc1: SDHCI at 0xb0108c00 irq 177 DMA
mmc2: SDHCI at 0xb0108800 irq 177 DMA

Ya podemos insertar la tarjeta MMC. El led parpadea y (si teneis bien configurado el automount) Konqueror nos abre una instancia con el contenido de la tarjeta. Podeis también acceder a su contenido a través del directorio /media/MMC. Me encanta :D

Una cosa más. Debemos asegurarnos de que en arranques sucesivos todo esté como lo hemos dejado. Para ello editamos el archivo /etc/modules para incluir los módulos que hemos cargado, de forma que se vuelvan a cargar en cada arranque del sistema. Por último, editamos el /etc/rc.local y añadimos, antes de exit 0, el comando setpci -s 06:06.3 4c.b=02. Y listo. Por fin puedo usar el lector de MMC que tengo de adorno desde hace casi dos años :D

Una última recomendación: una tarjeta MMC es un dispositivo de almacenamiento como cualquier otro. Cuando hagais un intercambio de datos con el dispositivo recordad hacer un sync y desmontarlo antes de sacarla del lector, si no quereis perder datos. Que aproveche.

Repositorios de Beryl para Etch

2007-02-25T17:43:00.000+01:00

Aún no los había puesto, así que ahí van:

deb http://debian.beryl-project.org etch main
deb-src http://debian.beryl-project.org etch main

No olvideis importar la clave para la verificación de paquetes de apt:

gpg --keyserver wwwkeys.eu.pgp.net --recv-keys 3FF0DB166A7476EA
gpg --armor --export 3FF0DB166A7476EA | sudo apt-key add -

OpenSSH le enseña las bragas al mundo

2007-02-25T11:02:00.000+01:00

Hace unas semanas empecé a subir a mi cuenta de Googlepages todos los tutoriales en PDF que tenia en el disco duro cuya licencia lo permitiera. Uno de ellos fue OpenSSH le enseña las bragas al mundo, un gran tuto que explica, de cabo a rabo, cómo funciona el protocolo SSH, las bases de la criptografía asimétrica, etc.

Ese tutorial ya no está colgado. A su autor, David, no le gusta cómo quedó y me ha pedido que lo elimine. Promete avisar cuando la versión revisada esté lista y pueda ser colgado de nuevo. Esperaremos :)

A cambio (y creo que ganamos con el cambio) me permite publicar el vídeo (335 Mb) de una charla con esa misma temática que dio en PoLinux. Es un vídeo de 78 minutos en el que, de una forma clara y amena, David nos explica todos los entresijos del protocolo SSH y su implementación por parte de OpenBSD, OpenSSH. Una joya imprescindible.

De paso en el FTP de PoLinux encontraremos, junto a ese vídeo, otros también muy interesantes. Desde luego los chicos de PoLinux se lo montan de lujo. Gracias David :)

Archivos de configuración de los kernels oficiales de Debian

2007-02-24T23:36:00.000+01:00

A partir de ya (lo traigo calentito, oiga, el anuncio es de hace media hora) se pueden obtener en Debian Official Kernel Configuration files los archivos de configuración de los kernels que hay en los repositorios de Debian.

Normalmente estos archivos se distribuyen como parte de los paquetes linux-image, pero ahora ya se pueden obtener independientemente del binario del kernel. ¿Y para qué? Bueno, pues por si quereis compilar un kernel igual al oficial pero necesitais alguna opción que éste no trae, o por si quereis comprobar si uno de los kernels oficiales lleva activada una opción que os interesa antes de instalarlo, o por si quereiss consultar las opciones que tiene activadas un kernel oficial que ya está archivado...

¿Y cómo usarlo? Pues como cualquier otro .config. Se descarga, se descomprime, se copia en la raíz del código fuente del kernel como .config y se hace un make oldconfig.

Zenity: cuadros de diálogo en tus shell scripts

2007-02-22T20:36:00.000+01:00

Todo el que usa Linux tarde o temprano acaba haciéndose algún shell script. Desde pequeños scripts que automatizan tareas engorrosas, hasta auténticos monstruos de más de quinientas líneas, los scripts son realmente necesarios en algún momento u otro. Yo los uso a diario: para hacer copias de seguridad periódicas, para cambiar la configuración de la wi-fi, para sincronizar dispositivos... Incluso he publicado alguno de ellos ya aquí.

Zenity es una utilidad que hace realmente fácil el mostrar cuadros de diálogo con GTK+ en tus shell scripts. Su uso es realmente sencillo y el resultado muy llamativo.

Zenity retorna al script distintos valores dependiendo de la acción del usuario sobre el cuadro de diálogo, de forma que puedas usarlos para lanzar condicionales o para capturar variables (VARIABLE=`zenity --entry`, por ejemplo). La caña, vamos. Un sencillo ejemplo:

if (`zenity --question`); then zenity --info; else zenity --error; fi

El resultado:

zenity --question devuelve 1 (o, lo que es lo mismo, true) si el usuario pulsa "Aceptar", y 0 (o false) si pulsa "Cancelar".

Las posibilidades son muchas y muy variadas, y su uso no puede ser más sencillo. man zenity para ver todas las posibilidades que ofrece ;)

¿Por qué aún no se ha liberado Etch?

2007-02-21T19:53:00.000+01:00

El domingo, Martin F. Krafft (maintainer de todos estos paquetes) dio una charla durante la primera SkyCon titulada Debian Etch: how to scratch the itch (Why we have not yet released and what you can do about it), en la que explicaba por qué aún Etch no ha pasado a estable. madduck ha liberado la presentación de la charla para que los que no estamos "dentro" del Proyecto sepamos qué está ocurriendo. En ella se puede ver un repaso sobre cómo funciona Debian por dentro, cómo se gestionan las actualizaciones, los ciclos de las releases, etcétera, incluyendo un gráfico explicativo del ciclo de un paquete, desde el código fuente hasta que llega a los repositorios de stable.

A lo que vamos: ¿por qué aún no se ha liberado Etch? Las razones son múltiples, pero se reducen a una: "porque aún no estamos preparados". Filosofía Debian en estado puro: si no tiene la calidad necesaria, no hay nada que hacer. Digan los plazos lo que digan.

Visto en detalle, hay tres grandes grupos de razones para el retraso: técnicas, de supervisión (management) y razones sociales.

Razones técnicas

Aún hay más de 100 bugs RC (release-critical, críticos para la liberación) y el número tiende a permanecer estancado (en estos momentos son exactamente 96)

El kernel no está funcional (acapara aproximadamente el 30% de los bugs RC)

El instalador se ve demorado por el kernel

Razones de supervisión

Previsión de la fecha de liberación demasiado ambiciosa/irreal

No haber tenido en cuenta los ritmos de resolución de los bugs RC de liberaciones anteriores

Estadísticas de conteo de los bugs RC confusas (tres fuentes)

Poner Etch como frozen demasiado pronto

Razones sociales

Desacuerdo acerca de dunc-tank y creación de dunc-bank *

Pérdida de tiempo en discusiones

Desmotivación de los desarrolladores

* Dunc-tank fue la idea promovida por el actual DPL de pagar a los desarrolladores con fondos del Proyecto para acelerar el desarrollo y poder cumplir los plazos. Ya hablamos de ello en su día. Por el contrario, dunc-bank es una especie de búsqueda de bugs agresiva. Como dice Martin: "creemos que la calidad absoluta es más importante que mantener las promesas de liberación que otros hicieron por nosotros".

No sé, a mí me da la impresión de que se respira un cierto aire de "mosqueo" dentro del Proyecto, como que los DD (Debian Developers) no están muy de acuerdo con las decisiones que ha venido tomando el DPL en torno a la liberación de Etch, y que eso se está notando. Y lo entiendo: Debian no es una empresa. Aquí las cosas se hacen por amor al arte. Y se hacen bien, o no se hacen.

Pues eso, esperaremos.

Sistemas basados en BeOS

2007-02-20T14:34:00.000+01:00

Al hilo de la entrada sobre Haiku, me ha parecido interesante hacer un repaso de los distintos sistemas disponibles basados en BeOS: OSBOS (Open Standards BeOS-compatible Operating Systems).

BeOS es un sistema operativo desarrollado por Be Inc. en 1990. Es un sistema monousuario, con un microkernel modular. En el enlace podeis leer más acerca de sus características y su historia.

Lo que nos interesa ahora es que varios proyectos open source "recrean" (recordemos que BeOS es un sistema propietario) BeOS 5. Veamos los más interesantes:

Haiku OS, del que ya hemos hablado hace poco.

BlueEyedOS, inspirado en BeOS pero con un kernel Linux. Las APIs son de BeOS, reescritas con algunos cambios. En el momento de escribir esto la web está caída. Sinceramente, no sé si es temporal o es que el proyecto también ha fenecido.

Cosmoe. Como el anterior, Cosmoe utiliza unas APIs muy similares a las de BeOS, corriendo sobre un kernel Linux. De hecho, muchos programas para BeOS pueden ser recompilados y usados en Cosmoe.

Zeta OS es, sin duda, el más interesante. Inicialmente desarrollado por yellowTAB (en esa época era Zeta BeOS), en la actualidad está a cargo de Magnussoft. Yo mismo lo tuve conviviendo con Debian y FreeBSD bastante tiempo durante la época de yellowTAB.

Sequel, basado en un microkernel de licencia BSD. Aunque me temo que este proyecto está también muerto.

Charla sobre *BSD en IRC

2007-02-19T20:08:00.000+01:00

Leo en 120% Linux que el 11 de marzo hay una charla en IRC sobre sistemas *BSD. Copio y pego directamente:

Resumen de la charla

La charla trata sobre la familia de sistemas *BSD y sobre FreeBSD, se hablará sobre la historia de estos sistemas y la diferenciación de estos sistemas en cuanto a GNU/Linux. Veremos cuáles son los tres principales sistemas operativos *BSD y cuál es la licencia de éstos. Ya ahondando un poco más en FreeBSD, veremos las tres distintas versiones que tiene y cómo gestionan las aplicaciones mediante compilaciones e instalaciones de paquetes binarios ya precompilados junto a las opciones que da el sistema operativo para optimizar el rendimiento de la máquina.

Cita

La cita es el Domingo 11 de marzo a las 19.00 de la tarde (hora española) en el canal #eldemonio del servidor freenode (cómo no) del IRC.

Ponente

\Shadowfox\ -> hackresearch

Probando Haiku OS

2007-02-19T14:52:00.000+01:00

Haiku es un nuevo sistema operativo open source (aún está en desarrollo) basado en BeOS que, según me entero gracias a Linuzeros, se presentó en Google el día 13 de febrero (vídeo de la presentación, en inglés).

¿Open source y basado en BeOS? Esto sólo puede traer cosas buenas, así que merece la pena probarlo. En su web hay disponibles dos imágenes de prueba, una raw y otra para VMWare. Podemos bajar una u otra desde la página de descargas de Haiku.

La imagen raw es una imagen de disco duro que podemos "instalar" usando dd, pero para probarla no hace falta tanto: basta con tirar de QEMU. Para ello arrancamos la máquina virtual con las siguientes opciones:

qemu -boot c -hda haiku.image -m 512 -k es

Con -boot c le decimos que arranque desde disco duro, especificando con -hda haiku.image que ese disco duro es la imagen que hemos descargado (primero hay que descomprimirla, claro, viene en .tar.bz2). -m 512 indica la cantidad de RAM que queremos asignar a la máquina virtual, mientras que -k es establece el teclado en español. También podeis usar si quereis la opción -full-screen, eso va al gusto :)

Pues bien, ahí tenemos ya nuestra máquina virtual con Haiku, un sistema nuevo listo para experimentar con él. Me encantan estas cosas... :D

Creando un entorno de pruebas con chroot

2007-02-16T20:58:00.000+01:00

Tenía pensado escribir un post sobre este tema, pero se me han adelantado. Y me alegro. Me alegro porque ni de lejos habría sido tan bueno como el que ha escrito Miriam Ruiz. En Creando un entorno chroot para pruebas (que también podeis leer en Planeta Debian, ya que Miriam es desarrolladora de nuestra distro preferida) explica detalladamente y paso a paso cómo hacerlo, añadiendo además algunos consejos y truquillos (se nota que basados en la experiencia personal) muy útiles a la hora de llevar a cabo la experiencia, como la "recetilla" para iniciar el entorno enjaulado en una tty en el arranque del sistema.

Pero es que no se queda ahí y va aún más lejos facilitándonos un script que hace todo esto de forma automatizada.

También, relacionado con el tema, os recomiendo echar un vistazo a otro magnífico tutorial escrito por ella: Enjaulando al Apache.

Mi más sincero agradecimiento :)

La Constitución de Debian

2007-02-15T22:07:00.000+01:00

Conforme el Proyecto Debian fue creciendo desde sus comienzos, pronto se hizo evidente que eran necesarias una serie de reglas "semiformales" que ayudaran en la resolución de conflictos. El resultado es la Constitución de Debian. Ésta describe la estructura organizativa para la toma de decisiones en el Proyecto, especificando a la vez qué poderes se conceden a cada individuo dentro de esa estructura.

Hasta el momento ha habido cuatro versiones de esta Constitución. La primera, la versión 1.0, fue ratificada en diciembre de 1998. La versión actual es la v1.3, en vigor desde el 24 de septiembre de 2006.

Su comienzo es toda una declaración de intenciones:

El Proyecto Debian es una asociación de individuos que han hecho causa común para crear un sistema operativo libre.

A continuación enumera las seis entidades con voz en la toma de decisiones dentro del Proyecto:

Los Desarrolladores, mediante una Resolución General o una elección

El Líder del Proyecto

El Comité Técnico o su Presidente

El Desarrollador que trabaja en una tarea determinada (esto se refiere a toma de decisiones respecto a esa tarea)

Delegados nombrados por el Líder del Proyecto para una tarea específica

El Secretario del Proyecto

Cualquier persona puede ocupar varios puestos, con la excepción de que el Secretario del Proyecto no puede ser a la vez el Líder del Proyecto ni el Presidente del Comité Técnico. Podeis ver el organigrama actual del Proyecto aquí. También os recomiendo, si os interesa conocer la forma en que se toman las decisiones en el Proyecto, la lectura tanto de la Constitución como del resto de enlaces que he ido poniendo. Todo un ejemplo de organización.

Opera en USB

2007-02-11T15:02:00.000+01:00

Opera @USB es una versión del navegador más rápido de toda la "intesné" para llevar y ejecutar desde un USB stick.

Es la solución perfecta para no tener que depender del navegador que haya instalado cuando te conectas desde una máquina que no sea la tuya, para llevar tus marcadores contigo (los podemos importar copiando el $HOME/.opera/opera6.adr en el directorio del programa y eligiendo Archivo - Importar y exportar - Importar marcadores de Opera), etc. La única pega es que es para Windows. Pega según se mire, porque generalmente una máquina "que no sea la tuya" es un equipo Windows.

Además, como podeis ver por el icono que presenta en la esquina superior izquierda (la copa de vino en lugar de la "O"), se ejecuta perfectamente con WINE bajo Linux.

Opera @USB viene también con los plugins para Windows de serie, por lo que podremos, por ejemplo, visualizar páginas con Shockwave, para el que no hay versión de Linux (o no lo conozco, ¿alguien sabe algo de esto?). Y en sólo 6 Mb de espacio! Viene, incluso, con algún plugin de más, como podeis ver:

:D

Alternando escritorios virtuales

2007-02-10T19:24:00.000+01:00

Una de las cosas que más me gustan de un escritorio Linux es que es capaz de manejar más de un escritorio (valga la redundancia) virtual, y es una de las cosas que más chocan a los usuarios de Windows (pobres, si supieran...) la primera vez que ven uno.

Normalmente para alternar entre escritorios usamos la combinación de teclas [Ctrl]+[Tab] o bien el applet de la barra de tareas, pero hay formas más cool de hacerlo.

Komposé

Komposé es una pequeña aplicación para KDE que una vez instalada (apt-get install kompose) y ejecutada nos muestra un tray icon que al pinchar sobre él nos muestra una pantalla con los escritorios que tenemos en ejecución y las ventanas abiertas en ellos:

Basta pinchar en la zona correspondiente al escritorio al que querais ir.

3dDesktop

3dDesktop (apt-get install 3ddesktop) es un programa basado en la arquitectura cliente-servidor que hace uso de la aceleración 3D (con OpenGL) para alternar entre escritorios de una manera bastante menos prosaica. Tras ejecutar el servidor 3ddeskd (podemos incluirlo en .kde/Autostart o la ruta equivalente de Gnome), al ejecutar el cliente 3ddesk nos muestra una pantalla de este estilo (las capturas no son mías):

El número sobre la pantalla informa del escritorio que hay al frente en ese momento. Podemos controlarlo tanto con el teclado como con el ratón, aunque esta última forma es mucho más cómoda (click derecho/izquierdo o rueda: rotación; click con los dos botones a la vez: selección de escritorio).

Las opciones son múltiples, y las podemos configurar de forma sencilla editando el archivo /etc/3ddesktop/3ddesktop.conf.

Happy switching :D

Elecciones Debian Project Leader 2007

2007-02-10T14:06:00.000+01:00

Algo que se me había pasado por alto (imperdonable) es que desde esta semana estamos de elecciones, y es que el lunes comenzó el periodo de candidaturas para DPL.

El Debian Project Leader es elegido en una votación en la que todos los desarrolladores de Debian tienen derecho a voto. Para la elección del DPL, cuyo cargo dura un año, Debian utiliza el método Condorcet, en el que los votantes hacen una lista de los candidatos en orden de preferencia.

El DPL actual, cuyo mandato termina el día 17 de abril, es Anthony Towns, promotor, si lo recordais, del controvertido DUNC. Podeis consultar una lista de los líderes anteriores en la historia de Debian.

A lo que vamos. El calendario de las elecciones es el siguiente:

Periodo de candidaturas: Del 4 al 25 de febrero
Periodo de campaña: Del 25 de febrero al 18 de marzo
Periodo de votaciones: Del 18 de marzo al 8 de abril

El día 8 de abril a las 00:00:00 UTC termina el periodo de votaciones, y para el 17 de abril tendremos nuevo (o el mismo si lo reeligen, claro) DPL.

Etch está al caer

2007-02-09T23:46:00.000+01:00

Hace poco un lector y comentarista habitual del blog, kumo, me preguntaba aquí mismo si sabía cuánto faltaba para que Etch pasara a stable.

Este gráfico representa la evolución en el número de bugs críticos en Debian (pinchando sobre él accedereis a la web de bugs de Debian). Lo que nos interesa es la línea verde. Esta línea marca el número de bugs que conciernen a la próxima release, en estos momentos Etch. Su número es, en el momento de escribir esto, exactamente 101 (no, cinco no, en decimal, ciento uno :D), y bajando a velocidad considerable (en las últimas horas se han cerrado cinco, uno de ellos concerniente a amsn 0.95, y se ha abierto uno). Observad el mínimo en el mes de junio de 2005: fue el paso de Sarge a stable. ¿Sabeis lo que esto significa?

EXACTO!! Que estamos a muy poquitos bugs de la nueva release! :P

Crear un LiveCD de Debian

2007-02-08T09:52:00.000+01:00

Esta mañana mi akregator me daba una agradable sorpresa: ServoMac explica en su blog (en mallorquín) cómo crear un LiveCD de Debian. La verdad es que me ha llamado mucho la atención porque no tenía ni la más mínima idea de que fuera tan fácil, y como ServoMac se ha enrollado y me ha dado permiso para fusilarle el post, pues lo hago :)

Básicamente es tan sencillo como instalar el paquete live-package, que provee la utilidad make-live. Con esto, el tema se reduce a hacer

make-live -d [sarge|etch|sid] -p [lista o archivo con los paquetes a incluir] -m [mirror]

Para ponernos las cosas más fáciles, en /usr/share/make-live/lists/ tenemos varias listas predefinidas que podemos usar (gnome-full, kde-full, minimal, standard, x11...), con lo que no tenemos ni que calentarnos la cabeza haciendo listas de paquetes y pensando en dependencias. Fácil fácil :)

sudo make-live -d etch -p /usr/share/make-live/lists/kde-full-i18n -m ftp://ftp.es.debian.org/debian/

Una vez ejecutado el comando (y descargados los paquetes) se nos creará el directorio debian-live, en el que encontraremos la ISO como binary.iso, y a tostar.

Gracias ServoMac :D

EyeOS

2007-02-07T14:16:00.000+01:00

Últimamente se está hablando mucho de los sistemas operativos on-line. Son sistemas escritos en PHP que se ejecutan en un servidor web y a los que el usuario accede (y maneja) mediante el navegador.

Existen actualmente varios de ellos (al final dejo una lista de enlaces) pero me ha llamado la atención especialmente EyeOS por dos motivos: es open source y está hecho ¡por españoles!

El que sea open source es algo importante, y no sólo por motivos filosóficos: además de poder acceder a él on-line podemos descargarlo y usarlo en local. Para ello necesitaremos, evidentemente, un servidor web con soporte para PHP, pero eso no es problema. Por algo GNU/Linux lleva el Apache "de serie".

El código fuente pesa poco más de un mega. Sólo tenemos que descomprimirlo en la raíz del servidor y darle todos los permisos (chmod 777) al directorio %%ServerRoot%%eyeOS/etc/. A partir de ahí podemos acceder al sistema a través de la dirección http://localhost/eyeOS/

Al acceder el sistema nos pide que elijamos el idioma e introduzcamos una contraseña para root. Tras eso accedemos ya al escritorio, donde vemos un mensaje de bienvenida con algunas indicaciones generales (pinchar en las imágenes para ver a tamaño completo)

Leemos la introducción (en inglés aunque elijas español en la configuración inicial) o cerramos, pulsando sobre el círculo que hay en la esquina superior derecha de la ventana (muy a lo MacOS). Ya estamos en el escritorio:

El fondo de escritorio se puede cambiar fácilmente por uno de los que tengas en tu disco duro, o bien usar el navegador que lleva el sistema para descargar uno de internet :P. También se puede cambiar el theme y ajustar algunas cosillas del aspecto, pero de momento no vamos a hacer nada de eso: estamos logueados como root. Lo primero es crearnos un usuario.

Nos vamos al menú eyeOptions (la llave inglesa de la barra superior) y hacemos scroll hasta encontrar la opción que estamos buscando

Después sólo queda cerrar sesión usando el botón rojo que hay abajo a la derecha, sobre el reloj, y acceder con el usuario que hemos creado:

Ahora sí podemos trastear con el sistema todo lo que queramos. Podeis encontrar un manual de usuario en PDF aquí (en inglés), aunque realmente no es necesario: es todo muy intuitivo.

EyeOS tiene las utilidades básicas que puedas necesitar:

Un navegador web, eyeNav:

un completo editor de textos, eyeEdit:

un lector de RSS y algunas cosas más, que os dejo descubrir a vosotros. También podeis descargar e instalar nuevas aplicaciones desde EyeApps como eyePDF, eyeEncryptionPad, eyeAmp, etc.

Otros sistemas operativos on-line

CrayThur
DesktopTwo
Glide
Goowy
Orca
Xindesk
YouOS

Portknocking: cerradura de combinación en el firewall

2007-02-04T21:49:00.000+01:00

Como sabeis, Linux implementa un firewall por kernel: iptables. Con él podemos crear y/o modificar reglas para permitir, denegar o redirigir las conexiones en nuestro sistema. Es un sistema altamente confiable y muy seguro. Pero es un sistema estático: cumple las reglas impuestas por root, y nada más.

Para que entendais lo que quiero decir nada mejor que un ejemplo. Podemos poner una regla de iptables que rechace las conexiones a nuestro puerto 22 (SSH):

iptables -t filter -A INPUT -p tcp --dport 22 -j DROP

Esto blindará el acceso por el puerto 22, impidiendo que nadie pueda acceder a nuestro servidor SSH. Sin duda aumenta la seguridad, pero ¿y si somos nosotros los que queremos acceder a él desde un equipo remoto?

Se pueden, por supuesto, construir reglas que permitan el acceso a una IP dada, incluso a una dirección MAC dada (iptables es muy versátil), pero eso tiene dos inconvenientes:

Disminuye la seguridad, siendo vulnerable a ataques de IP spoofing y de MAC spoofing

Nos encontramos atados a esa IP o a esa MAC: si necesitamos acceder desde cualquier otra no podremos hacerlo

La solución es una ingeniosa técnica llamada portknocking.

Firewall activo: portknocking

Esta técnica consiste en bloquear los servicios de un host, pero manteniendo un demonio a la escucha de intentos de conexión en determinados puertos (cerrados). Cuando un cliente intente conectar a estos puertos según una secuencia determinada, el demonio variará temporalmente las reglas de iptables para permitirle acceder. Sigamos con el ejemplo de antes.

Digamos que quiero acceder a mi equipo remotamente usando el servidor SSH, pero no quiero dejarlo permanentemente expuesto en Internet, arriesgándome a que sufra ataques brute force o con algún exploit 0-day. Pongamos también que quiero acceder a él desde diversas máquinas (el trabajo, la casa de la novia, un cibercafé...) que pueden no ser siempre las mismas, y que además aunque lo fueran no crearía reglas que permitiesen a su IP/MAC acceder, ya que soy muy paranoico y sé que alguien podría spoofear esas IP/MAC para conseguir acceso.

La solución sería dropear todas las conexiones entrantes, pero mantener un demonio knockd en background escuchando los puertos, digamos, 2546, 3101, 6969, 21732 y 4400, puertos que estarían cerrados. Yo puedo configurar knockd de forma que, si alquien intenta conectar con esos puertos por ese orden y en un intervalo de treinta segundos, varíe las reglas del cortafuegos permitiendo a esa IP acceder al puerto 22.

¿Cómo implementarlo?

Nada más sencillo:

apt-get install knockd

knockd es un servidor de portknocking que escucha todo el tráfico de una interfaz determinada (de momento sólo soporta Ethernet y PPP). Cuando detecta una secuencia determinada de knocks ejecuta un comando definido en su archivo de configuración, que puede perfectamente ser una regla de iptables para permitirnos el acceso al servicio que deseemos.

Como clientes, debemos envíar los paquetes a los puertos que hayamos establecido previamente para que knockd nos brinde acceso. Eso es fácil de hacer con cualquier herramienta que genere paquetes TCP o UDP, como por ejemplo GSpoof o Nemesis (aunque la finalidad de estas herramientas es otra, generar e inyectar paquetes con las cabeceras TCP/IP manipuladas: sí, para hacer ataques de IP spoofing, por ejemplo). También podemos hacerlo "artesanalmente" con un simple cliente telnet.

Como veis el portknocking nos da a la vez seguridad, confiabilidad y versatilidad, convirtiendo nuestro cortafuegos estático en un firewall activo que nos permite variar sus reglas adaptándose a nuestras necesidades.

Sun envía gratis Solaris 10 (otra vez)

2007-02-04T12:53:00.000+01:00

La primera ocasión la dejé escapar como un tonto: me llegó el aviso de Correos, lo metí en la cartera, y cuando por fin fui a recogerlo... habían pasado dos días del límite y habían devuelto el envío :@

Pero esta vez no me pasará igual. Sun Microsystems está, de nuevo, enviando DVDs con Solaris 10 y el Developer Tools Software Kit, de forma gratuita, a todo el que lo pida. El DVD incluye:

Sistema operativo Sun Solaris 10, para plataformas x86 y SPARC

Sun Studio 11

Java Studio Creator 2 Update 1

Java Studio Enterprise 8

Netbeans 5.0

También se puede descargar la imagen ISO de los servidores de Sun, pero pesa 4 Gb. Además, como buen friki es obligado tenerlo en su carátula original ;)

Anuncios de Linux

2007-02-03T16:10:00.000+01:00

Samurai chameleon (SuSE)

Choice (Red Hat)

Prodigy (IBM)

Más en subNacion

Wardriving con la fonera

2007-02-02T15:03:00.000+01:00

De los hacks que se han publicado hasta ahora para la fonera (1, 2, 3...) este sin duda me parece el mejor: Wardriving con la fonera.

Hay que adaptarle a la fonera un módulo GPS, una antena omnidireccional y un adaptador para mechero del coche, instalarle el firmware OpenWRT, y el demonio fonerawd (programado por el propio autor del hack y liberado bajo licencia GPL).

En fin, que lo mejor que podeis hacer es leer el artículo original, donde explica con detalle cada paso y se pueden ver las fotografías del proceso, incluso una muestra del resultado.

Un diez.

Tutoriales en PDF

2007-01-30T21:48:00.000+01:00

He añadido un enlace en la sidebar (parece que queda mejor ponerlo en inglés que decir simplemente barra lateral xD) un enlace a Tutoriales en PDF. Quiero explicar un poco de qué va eso.

En mi disco duro guardo varios gigas (no, no exagero) de documentación sobre Linux, hacking, programación, redes, sistemas... y siempre he pensado que la información es para compartirla (ya sabeis: Si tú tienes una manzana y yo tengo una manzana y las intercambiamos, entonces ambos aún tendremos una manzana. Pero si tú tienes una idea y yo tengo una idea y las intercambiamos, entonces ambos tendremos dos ideas).

Así que me he puesto a subir manuales a mi cuenta de Googlepages. De momento hay unos 30 Mb de documentación, pero la idea es completar los 100 Mb que da Google. Ahí están para quien los quiera.

Por el momento sólo estoy subiendo documentación en español (tengo muchísimos documentos en inglés) licenciada bajo GFDL o cuyo copyright permita su distribución sin ánimo de lucro. Tengo también bastantes buenos (muy buenos) documentos en los que no se especifica licencia alguna. En los próximos días me iré poniendo en contacto con sus autores, ya que muchos de ellos son conocidos e incluso amigos míos, aún sin conocerlos personalmente (tantos años en la red...). Según obtenga su autorización iré subiendo cosas.

También, si alguien ha escrito algún material sobre los temas que suelo tratar en el blog (documentación sobre Windows no!) y quiere que lo cuelgue, no tiene más que dejar un comentario o mandarme un mail :)

Goodbye Microsoft

2007-01-29T14:49:00.000+01:00

Adiós Microsoft. Ese es el nombre de dominio que han elegido para publicar esta utilidad con la que, desde Windows, descargar el debian.exe que instalará Debian en las cafeteras, convirtiéndolas en máquinas de verdad, al estilo del que salió hace unos días para Ubuntu.

Han hecho la gracia de, incluso, usar Internet Explorer para la galería de capturas de pantalla del proceso de instalación. Me encanta sobre todo esta imagen:

Pues nada, que no hay excusa para no decir goodbye Microsoft... ¡ya!

Fuente: Kriptópolis

Metisse: Utilidad ante todo

2007-01-27T20:09:00.000+01:00

Parece que definitivamente hay una tercera opción en los escritorios que hacen uso de los efectos 3D de las tarjetas gráficas: Metisse.

Desarrollado por ~~Mandriva~~ In Situ Project para Mandriva, Metisse tiene una clara ventaja ante Beryl y Compiz: no busca efectos gráficos alucinantes, sino hacer uso de las 3D para aumentar la utilidad, facilidad de uso y productividad. Y es que, a pesar de la espectacularidad de Compiz y Beryl, o precisamente por ella, se hacen incómodos de usar cuando lo que quieres no es quedarte embelesado ante los efectos, sino realmente usar tu máquina. Ahí Metisse lleva todas las de ganar.

Aquí os dejo casi cinco minutos de muestra.

Revistas digitales

2007-01-27T15:27:00.000+01:00

Aquí os dejo una lista (por orden alfabético) de las revistas digitales que leo habitualmente.

Begins. Revista sobre GNU/Linux, Software Libre y código abierto hecha en Chile. Hasta el momento lleva editados seis números desde marzo de 2006. Se publica bajo licencia GFDL.

(IN)SECURE Magazine. Es una veterana revista sobre seguridad informática con artículos de gran calidad. Hasta el momento lleva nueve ediciones desde abril de 2005. Sólo dos peros: está en inglés, y se publica bajo copyright. En este feed se notifican las nuevas ediciones.

MacFácil. Como ellos mismos dicen, una revista hecha por maqueros para maqueros. Yo no uso MacOS, pero la leo por curiosidad y porque, al fin y al cabo, los sistemas operativos son mi pasión. Sólo dos ediciones de momento, abril y agosto de 2006, así que no sé si el proyecto sigue vivo o no. Ni en la web ni en la propia revista se hace mención a licencia alguna.

RevistaSL. Hecha en Méjico y con siete números (del 0 al 6, el primero de ellos de febrero de 2005) de calidad creciente a sus espaldas, es una revista sobre Software Libre a la que se augura un futuro prometedor. El último número (diciembre/06-enero/07) trata ampliamente sobre los sistemas *BSD. Se edita bajo una licencia Creative Commons (Atribución 2.5 Méjico). Muy recomendable.

Software Libre para TI. Una revista sobre GNU/Linux y Software Libre hecha también en Méjico que comenzó su andadura en julio de 2006. De momento sólo hay tres números, y para descargarlos hay que tener una cuenta. Sin embargo, han habilitado una cuenta (user:test password:test) para quien quiera descargarla sin tener que registrarse. En cuanto a la licencia, de nuevo no he encontrado nada ni en la web ni en la revista.

Tecnociencia. Esta se sale un poco de la temática de las anteriores, ya que es una revista de divulgación científico-técnica. Nueve números editados (el primero en marzo de 2006). La revista no hace mención a la licencia, y en la web no la he buscado porque se visualiza fatal con Opera :@

Ware. Revista argentina sobre tecnología que publicó seis números entre noviembre de 2005 y abril de 2006. Aunque ya no sigue publicándose, esas seis ediciones merecen la pena leerlas. Fueron publicadas bajo una licencia Creative Commons (Atribución-NoComercial 2.5)

Pues eso es lo que hay. Si alguien conoce alguna revista más sobre temáticas parecidas agradecería que lo dijera en los comentarios, y la añadiré aquí :)

Los dos logotipos de Debian

2007-01-27T00:22:00.000+01:00

Todo el mundo conoce esta imagen:

Y es que el logo de Debian es libre, y puede ser utilizado libremente por cualquier persona y con cualquier finalidad, incluso con fines comerciales. De hecho yo mismo tengo alguna camiseta con ese mismo logo (sí, soy así de friki).

La que ya no es tan conocida es esta otra:

Y es que este es el logotipo para uso oficial, y sólo puede usarse si:

El producto para el que se usa está hecho siguiendo un proceso documentado publicado en www.debian.org (por ejemplo, creación de CDs oficiales).

Debian da su aprobación oficial para su uso en un asunto específico.

Si una parte oficial de Debian (decidido usando las reglas anteriores) es parte del producto completo, o si se aclara que sólo esta parte ha sido aprobada oficialmente.

Se permite usar el logotipo oficial en artículos de vestir (camisetas, gorras, etc...) siempre y cuando las haya realizado un desarrollador de Debian y no se vendan para conseguir beneficios.

Dios mío, está lleno de logotipos de Debian.

¿Qué fue de Debian 1.0?

2007-01-26T21:20:00.000+01:00

Hace cosa de un par de meses publiqué un album de familia de Debian, que incluía el nombre de cada versión y la imagen del personaje de Toy Story del que tomaba el nombre.

Lo curioso del caso es que, como se puede ver en aquel envío, la primera release corresponde a la versión 1.1 en lugar de a la 1.0, como sería de esperar. ¿Qué pasó con Debian 1.0?

En realidad la versión 1.0 nunca fue publicada. Infomagic, un distribuidor de CDs de Linux, publicó por error una versión de desarrollo de Debian rotulada como "1.0". El 11 de diciembre de 1995 Debian e Infomagic anunciaron de forma conjunta el error. Bruce Perens (líder del Proyecto Debian entre abril del 96 y diciembre del 97, fundador del proyecto LSB y varias cosas más) lo explicó:

La información colocada en 5 CDs de "Recurso para el Desarrollador de Linux Infomagic" de noviembre de 1995, como "Debian 1.0" no es la versión 1.0 de Debian, más bien es una versión de desarrollo temprana que está sólo parcialmente en formato ELF, que probablemente no iniciará o no se ejecutará correctamente, y no representará la calidad de un sistema Debian publicado.

Por eso, para evitar confusiones, la versión 1.0 nunca vio la luz. En su lugar, cuando el 17 de junio de 1996 la versión estuvo lista para pasar a stable, fue bautizada como Debian 1.1 Buzz.

No soy uno de esos coleccionistas que pagan millones por poseer una rareza, pero os aseguro que me encantaría tener uno de esos CDs etiquetados como "Debian 1.0".

Fuente: Una breve historia de Debian

Confesión: paquetes no libres que uso

2007-01-21T12:02:00.000+01:00

Me encanta Debian. He probado "unos pocos" sistemas operativos, incluso alguno que el 99% de la gente no sabe ni que existen, y literalmente decenas de distribuciones de Linux, y no cambiaría Debian por ninguno de ellos. Me encanta también la filosofía de su proyecto. Pero, mea culpa, mea massima culpa, no la cumplo a rajatabla.

Y es que en mi sistema tengo paquetes que no son libres. Como penitencia, un repaso rápido de cuales son.

akira@takashi:~$ vrms

Non-free packages installed on takashi

dvdrtools DVD writing program
festvox-ellpc11k Castilian Spanish male speaker for Festival
opensc-dnie SmartCard library with support for Spanish national ID
opera The Opera Web Browser
skype Free Internet Telephony - The whole world can talk for

5 non-free packages, 0.2% of 2370 installed packages.

vrms (Virtual Richard M. Stallman, el nombre lo han clavado) es una pequeña utilidad que te dice qué paquetes no-libres tienes en el sistema. Cinco, un 0.2%. Pues no está mal. Sobre Opera y Skype no hace falta hablar, los conoce todo el mundo. festvox-ellpc11k es la voz en castellano para Festival. En cuanto a opensc-dnie es para la compatibilidad del sistema con el DNI electrónico.

Pero esos no son los únicos. Hay otros, instalados desde otros formatos distintos al DEB:

Flash Player. Este no hay más narices que tenerlo, al menos hasta que Gnash esté más maduro.

acroread, osea, el Acrobat PDF Reader para Linux. Esto no es por falta de alternativas, pero es que ni KPDF, ni gPDF, ni xPDF me gustan.

En el Pentium4 (el portátil tiene gráfica integrada) los drivers de nVIDIA. Espero ansioso unos drivers libres con soporte completo para 3D.

Y ahora mi gran secreto. La vergüenza de las vergüenzas:

Sí, "eso" es Internet Explorer 6. En mi Debian. Algo así no tiene perdón, lo sé, pero me gusta saber cómo se ve el blog en los distintos navegadores (nótese el "Listo pero con errores en la página"). La culpa es de IEs4Linux.

En fin, creo que no me dejo nada. Ahí queda mi confesión. ¿Alguien más se atreve?

EDITADO: Parece que kikorb, AwOiSoAk y Jokin también se han "echao p'alante". Como dice el propio Jokin, esto empieza a parecer un meme.

Debian en la PS3

2007-01-17T21:59:00.000+01:00

Pues sí. Hasta ahora no había comentado que la PlayStation 3 venía con Linux, concretamente con Yellow Dog, pero es que esto no lo puedo dejar pasar: Ya es posible meterle un Debian al bicho.

Como lo oís. En esta página (en inglés) podeis descargar una versión de Debian (en principio es una live, pero se puede instalar) para la PS3. Teneis también las instrucciones para crear vuestra propia live de Debian basada en ella.

Moooooooola :D

Alan Cox quiere patentar el DRM

2007-01-17T21:09:00.000+01:00

Leo (estupefacto) en SigT que Alan Cox quiere patentar el DRM con la intención de, haciendo valer su patente, evitar su uso.

Al margen de que la "jugada" pueda funcionar, yo hago algunas reflexiones:

Lo primero. Estamos hablando de patentes. Pa-ten-tes. Si hay un antónimo de la expresión "filosofía de software libre", seguro que es la palabra patente. ¿Es que la única forma de evitar que nos salpique la mierda es bañarnos en ella? Yo creo que no. Permitidme un Gedankenexperiment: Si la forma más rápida de "desbancar" a los sistemas Windows pasara por hacer de Linux un sistema propietario, ¿sería lícito (en el sentido de la ética) hacerlo? Vale, esto es un poco más radical, pero la base es la misma: combatir la mierda con más mierda. No sé si me explico o si no es más que una rayada mental. Os dejo pensar (a mí me ha entrado un yuyu...).

Más cosas. Si algo sabemos los usuarios de Linux (y seguro que Cox lo sabe mucho mejor que cualquiera de nosotros) es que, en tema de programación/sistemas, hay muchas formas de hacer una misma cosa. En caso de prosperar la patente ¿cuánto tiempo pasaría hasta que se ideara otra forma de "proteger" los derechos de copyright? En este caso, la mierda sólo habría servido para... traer más mierda. Perfecto. Estaríamos ¿peor? que al principio.

En fin, que no me parece la estrategia más adecuada. Que soy de los que opinan que "pegarle un tiro al asesino" no es la mejor forma de que expíe sus crímenes. Que la mierda sólo puede traer más mierda.

EDITADO. Acabo de pulverizar mi récord de número de veces que aparece la palabra mierda en un post, que hasta ahora era de... cero veces. Creo que este tema me ha puesto un pelín de los nervios.

Flash Player 9 para Linux

2007-01-17T14:48:00.000+01:00

Hace unos meses anunciaba la versión beta de Flash Player 9 para Linux. Pues bien, al fin tenemos la versión definitiva. La podeis descargar de aquí en RPM o en tar.gz.

La sorpresa me la he llevado al intentar hacer una instalación automática:

Please enter the installation path of the Mozilla, SeaMonkey,
or Firefox browser (i.e., /usr/lib/mozilla): /usr/lib/opera
dir= /usr/lib/opera

ERROR: Opera is not supported.

Pues vaya... En fin, de todas formas he hecho una instalación manual y funciona a la perfección.

Bill Gates recomienda Ubuntu

2007-01-11T14:25:00.000+01:00

Visto en la web de kikorb

Charla en IRC: Empaquetamiento básico en Debian

2007-01-09T14:19:00.000+01:00

Debian Hispanoamérica comienza un ciclo de charlas sobre el proceso de
mantener paquetes y las políticas de empaquetado, envío de reportes de
bugs y proceso de verificación de errores de los paquetes.

Las charlas se llevarán a cabo en #debian-devel-es, las preguntas se
harán paralelamente en #debian-qna y serán respondidas por el
ponente en #debian-devel-es cuando lo considere apropiado. El
servidor es irc.debian.org.

La primera charla es el día 14 de este mes (cae en domingo), a las 18:00 UTC (19:00 hora española).

Visto en debian-news-spanish

Escáner en red

2007-01-06T12:21:00.000+01:00

Es muy común poner una impresora en red. No tiene ningún problema, y con CUPS no tiene ningún secreto hacerlo. Lo que no es tan común es poner en red un escáner, y sin embargo es igual de sencillo. Supongo que será por desconocimiento de cómo hacerlo.

Configuración del servidor

Para ello vamos a hacer uso del demonio saned (scanner access now easy daemon), arrancado mediante el superservidor xinetd.

Instalamos los paquetes necesarios en el servidor:

apt-get install sane-utils xinetd

La configuración es sencilla. Primero nos aseguramos que el escáner es accesible por red. Para ello editamos el archivo /etc/sane.d/dll.conf y comprobamos que la línea net está descomentada. Si no es así, la descomentamos.

El siguiente paso es editar el archivo /etc/sane.d/saned.conf y añadir la lista de IPs que podrán acceder al escáner, una por línea. Comprobamos también que el puerto está correctamente asignado al escáner:

akira@takashi:~$ grep sane /etc/services
sane-port 6566/tcp sane saned # SANE network scanner daemon

Si la línea no aparece en /etc/services, simplemente la añadimos.

Por último, creamos el archivo de configuración del servicio para xinetd. Para ello creamos el archivo /etc/xinetd.d/saned con el siguiente contenido:

service saned
{
socket_type = stream
server = /usr/sbin/saned
port = 6566
protocol = tcp
user = root
group = root
wait = no
disable = no
}

El servicio se iniciará durante el arranque del sistema. Si todo ha ido bien, podremos establecer una conexión vía telnet con ese puerto.

Configuración de los clientes

En los equipos clientes sólo necesitamos instalar el software para el escaneo de imágenes: xsane.

En cuanto a configuración, sólo hay que editar el archivo /etc/sane.d/net.conf para especificar la IP del servidor. Podemos comprobar que todo ha ido bien ejecutando el comando scanimage -L.

Listo, al abrir XSane directamente conectará al servidor. Rápido y fácil. Como (ya me empiezo a repetir) todo en Linux :)

Wake On LAN: Arrancando equipos de forma remota

2007-01-01T18:00:00.000+01:00

Wake On LAN es un estándar de redes que permite encender un equipo de forma remota, mediante el envío de un Magic Packet, un paquete especial que recibe la tarjeta de red.

Activar y usar Wake On LAN en nuestros equipos con Linux es muy sencillo (¿qué tarea de redes no lo es en *NIX?), y el software necesario lo tenemos en los repositorios de Debian.

Hay que decir que es necesario que la tarjeta de red soporte WOL, pero todas las tarjetas medianamente modernas lo soportan. También ha de estar la opción habilitada en la BIOS.

En primer lugar echaremos mano de ethtool, una herramienta sumamente útil que nos permite ver o modificar las características y configuración de la tarjeta de red. Lo vamos a usar en el equipo que queremos "despertar".

takashi:~# ethtool eth0
Settings for eth0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 1
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: pumbg
Wake-on: d
Current message level: 0x000000c5 (197)
Link detected: yes

Como vemos, la tarjeta soporta WOL (Supports Wake-on: pumbg), además de otros modos. También vemos que el modo está desactivado (Wake-on: d, por disabled). Para activarlo sólo tendremos que ejecutar

ethtool -s eth0 wol g

y ahora veremos cómo la función se ha activado (Wake-on: g). Por algún motivo, la mayoría de los drivers de red en Linux no dejan la tarjeta en modo WOL, y la opción se vuelve a desactivar durante el shutdown. Si os ocurre esto, podéis incluir un script en /etc/init.d (por ejemplo /etc/init.d/wol) para que se active el modo:

#!/bin/bash
ethtool -s eth0 wol g

Le dais permisos de ejecución y lo enlazais con los que se han de ejecutar durante el apagado (runlevel 0):

ln -sf /etc/rc0.d/K20wol /etc/init.d/wol

En el otro lado, el del equipo que tiene que enviar el Magic Packet, debemos instalar el software que envíe la señal. Podemos optar por etherwake o por wakeonlan. El modo es bien sencillo:

etherwake -i <interfaz para el envío> <MAC address del equipo remoto>

o bien

wakeonlan -i <interfaz para el envío> <MAC address del equipo remoto>

Si no especificamos la interfaz con la opción -i, el Magic Packet será enviado a través de la interfaz eth0.

También podeis crear el archivo /etc/ethers donde incluir pares MAC/alias, y poder de esta forma sustituir la dirección MAC del equipo remoto por un alias.

Así, cada vez que necesiteis hacer algo en otro equipo de vuestra red, no tendreis ni que levantaros a encenderlo: WOL + SSH y a tirar millas ;)

Wifislax: inyección de paquetes con IPW2200

2007-01-01T15:00:00.000+01:00

Wifislax es un nuevo LiveCD para auditoría de redes wireless basada en SLAX y creada a partir de BackTrack, la heredera de Auditor, para las que no hace falta presentación.

La novedad que aporta Wifislax es que soporta nativamente el driver para la inyección de paquetes en tarjetas con chipset IPW2200, chipset que poseen la mayoría de tarjetas de los portátiles Centrino. Y supongo que ya sabéis lo que la posibilidad de inyectar paquetes conlleva para la seguridad de las redes wireless.

Yo, por mi parte, ya la estoy descargando y deseando probarla (en mi propia red, claro ;D).

Siete deseos para el Software Libre en 2007

2007-01-01T13:19:00.000+01:00

El Libro Blanco del Software Libre ha publicado hoy sus Siete deseos para el Software Libre en 2007, que yo hago míos:

Que no se aprueben las patentes de software. Probablemente el problema más serio que puede afrontar el SL en 2007 en España y en la UE. Tú puedes hacer algo, infórmate y colabora.

Que los formatos realmente abiertos se generalicen en la administración pública. Que nuestros datos como ciudadanos, sean realmente nuestros, y no dependan de aplicaciones de terceros, y que de esta forma se abra el mercado a una mayor competencia. También puedes colaborar aquí e informarte aquí.

Que el software libre pueda competir en igualdad de condiciones con el propietario.

Que sigan creciendo las empresas que hacen negocio con el Software Libre.

Que las administracones públicas coordinen más sus esfuerzos en materia de Software Libre. ¿Hará esto el CENATIC?

Que Hispalinux comience una nueva andadura y los grupos locales de usuarios desarrollen muchas actividades.

Y que Stallman se afeite la barba para saber qué hay debajo. :-D

Al margen de la nota de humor del punto 7, creo que son cosas muy positivas que todos los amantes del SL deseamos. Ojalá se cumplan.

Optimizando: cat y grep

2006-12-28T14:31:00.000+01:00

Armonth cuenta hoy cómo optimizar recursos en bash con unos sencillos ejemplos de cat y grep. Alguno de ellos, por cierto, que no conocía. Muy, pero que muy, recomendable para los que usamos la consola a menudo, sobre todo si hacemos uso frecuente de esos comandos en scripts (de nuevo mi caso).

Gracias Armonth ;)

Debian Package of the Day

2006-12-27T14:06:00.000+01:00

En 2004 dejó de actualizarse el weblog Debian Package a Day's Journal. En esta página, mantenida por Andrew Sweger, se nos presentaba diariamente un paquete de la distribución, con el fin de que los usuarios los conociéramos.

Pues bien, el día 20 de este mes Steve McIntyre nos anunciaba su intención de resucitar el proyecto. Así renace Debian Package of the Day, una página que, de momento, se actualizará un par de veces a la semana dándonos a conocer paquetes que forman parte de la distro de nuestros amores.

Altamente recomendable.

Debian Package of the Day para Ubuntu
Enlace para el feed

Creando tonos para móviles

2006-12-25T11:25:00.000+01:00

Podemos, con herramientas libres, hacer prácticamente de todo. Digo prácticamente porque aún hay algunos desarrolladores (como los de juegos) que parecen no enterarse de que hay más opciones a parte del innombrable. Pero salvo esa excepción y alguna otra (muy contadas, y cada vez menos), podemos, como decía, hacer prácticamente cualquier cosa con Linux y usando software libre.

Como ejemplo, vamos a ver cómo podemos crear tonos para móviles a partir de "emepetreses" y pasarlos a nuestro teléfono por Bluetooth. Soy consciente de que llegarán aquí muchas visitas desde Google de windowseros que quieren hacer eso. Si es tu caso, no desesperes: la principal herramienta que usaremos tiene un port para Windows, y del resto hay programas equivalentes un tu... ¿sistema operativo?

Básicamente vamos a necesitar cuatro cosas:

Un móvil con Bluetooth, evidentemente

Un adaptador de Bluetooth para el equipo, claro

El software necesario para sincronizar el equipo y el teléfono

Y la estrella del asunto: Audacity

Del móvil no voy a hablar. ¿Quién, a parte de mí, no tiene hoy en día un móvil con Bluetooth? Pues eso. En cuanto al adaptador tenemos el problema de siempre: que funcione bajo Linux. En mi caso, me fui con el portátil a la tienda para probarlo antes de llevármelo. Tampoco fue ninguna película: el primero que probé funcionó a la perfección, un Conceptronic con doscientos metros de alcance por menos de veinte euros (éste).

Bluetooth

Vamos entrando en materia. Para usarlo en Linux necesitamos dos cosas: tener implementada la pila de protocolos Bluetooth para el kernel, y una interfaz que nos permita hacer las transferencias con comodidad.

Lo primero queda resuelto instalando las bluez-utils (en Debian basta un apt-get install bluez-utils). Para lo segundo tenemos dos joyitas, dependiendo de cual sea nuestro entorno gráfico: kdebluetooth (disponible en los repositorios de Debian) y gnomebluetooth.

Del segundo no puedo hablar porque no lo he probado. El primero es sencillamente increíble. Intuitivo, eficaz y plenamente integrado con KDE. No se puede pedir más.

Creando el tono

Ya sólo queda poder crear el tono que queremos transferir al teléfono, y Audacity es la herramienta perfecta para ello. Hay versiones para Linux, MacOS y Windows.

Audacity es un editor de sonido con literalmente docenas de opciones, podemos aplicar un sinfín de efectos y hay que echarle horas para conocerlo. Sin embargo, para lo que vamos a hacer, nos basta con conocer un par de cosillas.

Lo primero es abrir el emepetrés con el programa, y seleccionar la parte que queremos como tono. Esto no tiene ningún secreto, y se hace como lo haríamos con cualquier otro programa. Es conveniente que la duración total no sea mayor de unos veinte segundos para evitar que el archivo sea muy grande. Podemos escuchar el tema con Audacity, establecer marcas de tiempo y/o hacer zoom al visualizador para poder afinar con el momento de comienzo y de fin del corte.

Ahora copipegamos el corte en un archivo nuevo. Sólo queda algún retoque. Seleccionamos los tres o cuatro primeros segundos y nos vamos a Efectos -> Fade in. Esto hará que al comenzar a sonar el teléfono empiece a bajo volumen y vaya subiendo durante esos tres-cuatro segundos. Después seleccionamos los últimos segundos, y le hacemos un Efectos -> Fade out, para obtener el efecto contrario. Guardamos (Archivo -> Exportar como mp3) y listo. Lo último que queda es abrir el framework de Bluetooth y pasarlo al móvil. Hecho :)

Badvista

2006-12-23T12:12:00.000+01:00

La Free Software Foundation ha iniciado una campaña llamada Badvista destinada a "abrir los ojos" de los usuarios de Windows, mostrándoles la realidad del nuevo Windows Vista e instándoles a no instalarlo, mostrando las alternativas basadas en Software Libre.

Como buenas razones: el DRM, el protocolo SMB2 (incompatible con otras implementaciones del protocolo, como SAMBA), los requerimientos de hardware (XGL y OS X soportan muchos más efectos gráficos con la mitad de requerimientos), las (in)compatibilidades (incluyendo al propio Zune de Microsoft), el tema de la activación, el costo, las versiones...

Yo uso Linux desde hace unos cuatro años. Desde hace unos dos observo en foros y blogs cada vez más gente que cambia a Linux, y mucha más gente que quiere hacerlo pero le asusta. No sé, pero creo que la salida de Windows Vista va a beneficiar a Linux más que al propio Windows. Sospecho que este "fenómeno migratorio" va a aumentar muuuuucho en los próximos meses.

Etch frozen

2006-12-11T21:20:00.000+01:00

El Debian Release Team ha anunciado que la próxima versión estable 4.0, Etch, ha sido "congelada" ya. Esto significa que en Etch sólo se harán ya cambios urgentes para reducir aún más el número de errores y liberar Etch pronto.

Directamente fusilado de aquí.

Qué poquito queda ya... :P

Compiz

2006-12-08T23:09:00.000+01:00

A estas alturas ya no es nada nuevo. Al revés, está más visto que el tebeo. Pero me apetecía enseñarlas :D

Alternar Beryl, Compiz y KWin

2006-12-07T10:11:00.000+01:00

Tenía ganas de probar Beryl y Compiz. Ambos. A veces me tiro horas delante de la máquina para configurar algo que sólo uso durante unos minutos, pero me gusta probar todo lo que se pueda probar. Este es uno de esos casos.

La primera impresión: Realmente dignos de probarse. Probarse, porque a la hora de trabajar de verdad, tanto efecto molesta más que otra cosa. Por eso mi primera preocupación ha sido buscar una forma rápida y eficaz de cambiar de uno a otro, y poder volver al manejador clásico de ventanas de KDE, el KWin.

La solución es sencilla. Escribimos tres scripts (por llamarlos de alguna forma, porque ni siquiera merecen ese nombre) para ejecutar cada uno de los gestores de ventanas.

Beryl:

#!/bin/bash
beryl &

Compiz:

#!/bin/bash
compiz --replace decoration wobbly fade minimize cube rotate zoom scale move resize place switcher &

KWin

#!/bin/bash
kwin --replace &

Les damos permisos de ejecución y creamos tres enlaces en el escritorio, con su iconito, en su panel, y con toda la parafernalia que gusteis para estos menesteres. Y listo. Cambiar de uno a otro será tan fácil como hacer click en el icono correspondiente :)

Games 4 Linux

2006-11-30T14:44:00.000+01:00

Me hago eco de esta gran iniciativa de Informática Fácil. En dos palabras, se trata de que las empresas desarrolladoras de juegos reciban mails "a punta pala" de usuarios de Linux, pidiendo soporte para nuestro sistema. Participar no cuesta nada: mandar un mail a las empresas (los mails están en la propia página) pidiendo soporte para Linux en sus juegos; incluso dan un texto sugerido para el mail, así que no teneis ni que escribirlo.

Hola, me gustaría ser usuario de sus productos, pero no encuentro soporte para mi sistema operativo GNU/Linux. Estaría muy agradecido si pudieran desarrollar soporte para nuestra plataforma ya que el hecho de usar Windows me supone desembolsar mucho dinero en su licencia, ademas de licencia para antivirus, firewall etc etc… Me gustaría destinar ese dinero únicamente a poder comprar su software, ya que en Linux no necesito nada más. Así mismo, recomendare a mis amigos (usuarios de GNU/Linux también) insistir en pedirles soporte a ustedes.
Gracias de antemano por todo.

No hay excusa para no participar (no, la de "yo no uso el ordenador para jugar" tampoco vale). A ver si se dan cuenta de una vez de que Windows no es el único sistema operativo.

ACTUALIZACIÓN: Proein se ha dignado contestar:

Nosotros solo somos una distribuidora de juegos, no los creadores de los mismos, pero de todos modos pasaremos su petición a los desarrolladores de los juegos que distribuimos.

ACTUALIZACION 2: Atari también:

Actualmente los juegos de Atari, no trabajan bajo GNU/Linux.

No obstante, agradecemos su propuesta, se lo comunicaremos al departamento de desarrollo. Muchas gracias.

Reciba un cordial saludo,

Dpto. Técnico

La familia Debian al completo

2006-11-17T12:49:00.000+01:00

Al hilo de la entrada anterior, aquí va un "álbum de familia" de Debian, incluyendo a su más reciente miembro.


	1.1 Buzz	1.2 Rex	1.3 Bo

2.0 Hamm	2.1 Slink	2.2 Potato	3.0 Woody

3.1 Sarge	4.0 Etch	4.1 Lenny	Sid

Debian 4.1 Lenny

2006-11-17T11:56:00.000+01:00

Pues ya tenemos nombre para la próxima release de Debian: Lenny.

Como sabreis, todas las versiones de Debian tienen nombres de personajes de la película Toy Story. Para esta versión se ha elegido el nombre de Lenny, los prismáticos.

También sabreis que Etch pasará a estable a finales de año, por lo que Sid (nombre perpetuo para la versión inestable) pasará a testing entonces, con lo que el panorama quedará así:

Stable: Etch
Testing: Lenny
Unstable: Sid

Pues nada, que ya va quedando poquito :D

Java es por fin GPL

2006-11-13T14:30:00.000+01:00

Pues sí, parecía que no iba a llegar nunca. Después de tanto tiempo de anuncios, rumores y retrasos, Sun Microsystems acaba de liberar Java SE, Java EE y Java ME (anuncio) bajo licencia GPL (la única excepción es que Java SE podrá ser usado en software que no sea GPL).

Los motivos: preservar la compatibilidad de Java y abrir nuevos mercados (léase GNU/Linux). Otro punto para el pingüino :)

LOST

2006-11-12T18:13:00.000+01:00

No, no estoy hablando de ninguna serie yanqui de TV, sino de Linux One Stanza Tips (Trucos Linux En Un Párrafo), que son, como dice la propia web del proyecto,

una serie de trucos y consejos cortos relacionados con GNU/Linux, los cuales se pueden usar como firmas en tus correos electrónicos, saludos de Mensaje del Día, como fragmentos aleatorios o en cualquier lugar que puedas imaginar...

El proyecto se divide en dos partes. Una, los trucos propiamente dichos, y otra, una serie de scripts/programas para incorporar los trucos con clientes de correo existentes o páginas web y para manipularlos para otros usos.

Vamos, que los puedes añadir a los fortunes, poner uno al azar en el MOTD, como firma, etc.

Podeis ver un LOST al azar pinchando aquí (cada vez que pincheis vereis uno distinto).

Poniendo color a la shell

2006-11-11T14:20:00.000+01:00

No sé si habré dicho alguna vez que la potencia de Linux radica en su shell, aunque creo que sí. Buena parte del tiempo que paso delante del teclado estoy ante una shell, y tanto "blanco sobre negro" se hace aburrido. Ya expliqué cómo poner una imagen en el login, pero podemos poner un poco más de colorido. Para ello vamos a tirar, sobre todo, del archivo .bashrc.

.bashrc es el archivo que (al igual que .bash_profile) nos permite ejecutar comandos automáticamente cada vez que se llame a bash (entre ellas durante el login). Lo que incluye definir algunas variables y alias de comandos. Y es de esto de lo que vamos a hacer uso para poner un poco de color a la shell. Recordad que para que cualquier cambio en .bashrc tenga efecto tendreis que cerrar la sesión de bash actual y abrir una nueva.

Coloreando los ls

Un ls "a palo seco" da muy poca info. Ni siquiera podemos saber qué tipo de archivo es cada uno de los que nos lista, a no ser que usemos ls -l. Pero esto se puede solucionar, a la par que le damos "alegría" a la consola, con un poco de color.

Editamos el .bashrc y añadimos un alias:

alias ls='ls --color=auto'

Ahora la cosa cambia: directorios en azul oscuro, enlaces en azul claro, comprimidos en rojo, ejecutables en verde, imágenes y vídeos en morado... un festival de colorines, vamos :)

Destacando los resultados de grep

Muchos usareis grep casi a diario. Es uno de los comandos más útiles y potentes de Linux. También aquí podemos poner un poco de color.

Editamos de nuevo .bashrc y añadimos la línea

export GREP_OPTIONS='--color=auto'

Si ahora reiniciais bash y haceis un grep cualquiera vereis que los resultados salen en rojo. No está mal, pero podría estar mejor. A mí me encanta el azul ;)

Podeis personalizar el color para los resultados definiendo la variable de entorno GREP_COLOR, dándole los atributos que prefirais. Yo la tengo como

export GREP_COLOR='1;34'

lo que me da un color azul brillante. Aquí teneis el listado completo de los colores y efectos disponibles.

Vim

Vim es el mejor editor de consola que existe (aquí es donde los usuarios de emacs se me lanzan al cuello sin piedad). Y, cómo no, también podemos darle un poco de color, activando su reconocimiento de sintaxis, característica más que útil para los que, como yo, lo usais para programar.

Para ello basta con editar el archivo /etc/vim/vimrc y descomentar (basta borrar el carácter ") la línea que dice

sintax on

El resultado es espectacular:

Por supuesto hay muchos más trucos, pero estos son los más útiles y con los resultados más conspicuos. Espero que los disfruteis :)

Montando un servidor de música streaming

2006-11-05T10:50:00.000+01:00

Lo confieso: soy un friki. Si no lo fuera, no tendría ocho ordenadores en casa.

Esto a veces me produce pequeños quebraderos de cabeza (aunque sarna con gusto no pica), como la música. No tengo mucha música en el disco duro, unos 700 Mb (un ls -l /home/akira/musica | wc -l responde 152, lo que significa 151 canciones) pero a mí me gusta oir música cuando estoy ante el teclado, y no es cuestión de tener las 151 canciones en ocho discos duros. Ni es necesario: para eso está la reproducción streaming. Un servidor con toda la música, y siete clientes donde escucharla. Y siempre hay más de una forma de hacer las cosas con Linux.

Apache::MP3

Apache::MP3 es un módulo de perl que transforma nuestro servidor Apache en un servidor de música streaming. Sólo necesitamos tres cosas: el servidor web, el perl-mod para Apache, y el módulo.

Ponerlo en marcha es sencillo. Sólo hay que configurar el servidor para que use el módulo como handler para manejar el directorio donde pongamos la música

<Location /musica>
SetHandler perl-script
PerlHandler Apache::MP3
</Location>

y añadir los tipos MIME necesarios para que reconozca los formatos.

AddType audio/mpeg mp3 MP3
AddType audio/playlist m3u M3U
AddType audio/x-scpls pls PLS
AddType application/x-ogg ogg OGG
AddType audio/wav wav WAV

Aquí teneis un ejemplo en vivo del resultado.

GNUMP3d

GNUMP3d es un servidor de streaming. Aún más fácil. Tan sólo hay que instalarlo (apt-get install gnump3d) y editar el archivo de configuración (/etc/gnump3d/gnump3d.conf) para indicarle como raíz el directorio donde tenemos la música. Si queremos podemos cambiar el puerto (por defecto lleva el 8888) y reiniciamos el servidor (invoke-rc.d gnump3d restart, o a la manera tradicional, /etc/init.d/gnump3d restart). Listo. La ventaja adicional es que también sirve vídeo, por lo que, si lo vais a usar en vuestra LAN, es también una solución ideal para un servidor de vídeos.

Entre las opciones incluye la posibilidad de ordenar las canciones siguiendo varios criterios (nombre del archivo, de la canción, por artista, por álbum...). Además tiene un set bastante extenso de themes para poder personalizar el aspecto. Una gran solución, sí señor.

Debian Etch y la LSB 3.1

2006-11-04T11:35:00.000+01:00

¿Cuántas distribuciones de Linux conocéis? Yo he hecho la prueba esta mañana. Durante la ducha (diez minutos escasos) he sido capaz de recordar unas veinte. Evidentemente, hay muchas más.

Imaginad que cada una de ellas hiciera las cosas como le viniera en gana. Exacto: el caos. Para evitar eso, varias distribuciones crearon la Linux Standard Base (LSB), que promueve un conjunto de estándares para Linux, aumentando la compatibilidad entre las distintas distribuciones.

Pues bien, hoy me entero, gracias a Bitelia, que Debian Etch cumplirá con la LSB 3.1 (ojo, Debian ya cumplía la LSB, en concreto el estándar 1.3, pero de esta forma se "pone al día").

Algunos (los más enterados) pensaréis "Ein? ¿Debian cumple la LSB? Si LSB designa como formato estándar de paquete el RPM...".

Pues sí. A pesar de que el empaquetado RPM fuera desarrollado después que el DEB, y su calidad sea menor, la LSB designa el RPM como empaquetado estándar. Linux tampoco está exento de politiqueos e influencias. ¿Cómo obviamos eso? Pues para eso está el paquete alien. A todos los efectos, RPM y DEB son formatos "interconvertibles" (¿existe ese palabro?), así que no hay problema :)

Pues eso, que ya somos "más estándares" xD.

Una caja negra en la shell

2006-11-01T19:19:00.000+01:00

Nunca me cansaré de decir que la potencia de Linux radica en su shell. De hecho, si como usuarios podemos "olvidarnos" (al menos en parte) de ella, como administradores de nuestro propio sistema debemos conocerla porque, tarde o temprano, tendremos que sumergirnos en ella. A veces por narices.

Pero podemos equivocarnos, y cometer un error como root puede hacer que nos carguemos partes fundamentales del sistema (recuerda: think before you type). En un caso así, es importantísimo saber qué hemos hecho mal (cosa que a veces no está tan claro) para saber qué debemos arreglar y, por tanto, cómo hacerlo.

También es muy útil guardar un registro de todo lo que hemos hecho cuando es posible que tengamos que hacer la misma tarea en el futuro, pero no estamos muy seguros de recordar cómo se hace para cuando llegue el momento (estamos siguiendo un tutorial, alguien nos está echando una mano con los comandos, etc). De esta manera tendremos una chuleta a mano para el futuro :)

Hay varias formas de registrar nuestra propia actividad en la consola. No me refiero al .bash_history, que guarda un registro de los comandos introducidos, sino a ver toda la sesión, con los comandos y sus resultados, tal y como nos ha ido apareciendo en pantalla.

script. El comando script es una de ellas. Simple y eficaz. Simplemente tecleamos script y la sesión comenzará a ser guardada en el archivo typescript. Cuando acabemos (Ctrl+D) podemos cómodamente examinar el archivo con un cat, more, less, vi o lo que nos dé la real gana.

tee. tee es un pequeño ejecutable que lee de la entrada estándar y puede escribir en la salida estándar o en un archivo. Simplemente iniciamos una consola con bash -i 2>&1 | tee <archivo de destino>. Una vez pulsemos Ctrl+D (o exit, que viene a ser lo mismo) tendremos toda la sesión registrada en el archivo que le hayamos indicado.

screen. Esto ya son palabras mayores. Quizá algún día escriba una entrada sobre screen. Esta utilidad es capaz de manejar distintas consolas, guardarlas, recuperarlas (incluso de forma remota), en fin, una fiesta en cuanto al manejo de terminales. No viene incluida en el sistema, por lo que hay que instalarla (apt-get install screen). En cuanto al tema que nos ocupa, basta con pulsar Ctrl+A H para que toda la sesión sea exportada al archivo hardcopy.0. Listo para examinarlo.

Como veis, opciones no faltan, a cuál más sencilla. De este modo, la sesión de consola queda registrada y guardada para futuras consultas. Rápido y eficaz. Como el propio Linux ;)

Comandos DCOP

2006-10-28T18:14:00.000+02:00

Dándole vueltas al asunto de la integración de Perlbox-voice con KDE, a cuenta del ~~ilocalizable~~ plugin que anuncia la web del proyecto, me he dado cuenta de que ni siquiera hace falta: sólo hay que tirar de los comandos DCOP.

En el envío sobre reconocimiento de voz decía que el plugin de Perlbox para KDE permitía (copipego de la web del proyecto) switch virtual desktops, invoke the desktop menu, switch wallpaper or lock the screen. Pues bien, el Desktop Communication Protocol nos permite hacer todo esto mediante comandos, que son interpretados por el ejecutable dcop. Comandos que se pueden asociar en Perlbox a una orden concreta. Aquí va una pequeña lista:

Cambiar de un escritorio a otro: dcop kwin KWinInterface setCurrentDesktop <número de escritorio>

Saltar al siguiente escritorio: dcop kwin KWinInterface nextDesktop

Saltar al escritorio anterior: dcop kwin KWinInterface previousDesktop

Abrir el Menú K: dcop kicker kicker popupKMenu 100

Lanzar el cuadro de diálogo "Ejecutar comando": dcop kdesktop KDesktopIface popupExecuteCommand

Alinear los iconos: dcop kdesktop KDesktopIface lineupIcons

Refrescar: dcop kdesktop KDesktopIface refresh

Cambiar el fondo de escritorio: dcop kdesktop KBackgroundIface changeWallpaper

Bloquear la sesión: dcop kdesktop KScreensaverIface lock

Cerrar la sesión: dcop kdesktop KDesktopIface logout

Entre la documentación de desarrollo de KDE podéis encontrar un magnífico tutorial (en inglés) sobre cómo crear y usar una interfaz DCOP para una aplicación KDE sencilla.

Voces en Linux (y II): Reconocimiento

2006-10-26T21:00:00.000+02:00

Lo prometido es deuda, y yo prometí hablar sobre el reconocimiento de voz en Linux, así que aquí estoy.

Si en la síntesis de voz Festival es el rey indiscutible, en el reconocimiento tenemos una pareja de ases: Sphinx2 y Perlbox-voice.

Sphinx2 es el conjunto de librerías (motor) de reconocimiento de voz. Es capaz de reconocer voces con independencia del locutor (no necesita entrenamiento) y una de sus características más importantes es el reconocimiento continuo (no por palabras). En Debian testing podeis instalarlo con sólo hacer

apt-get install sphinx2-bin

Perlbox-voice es el wrapper perfecto para Sphinx2. Está escrito en Perl/Tk y no sólo hace uso de Sphix2 sino también, como no, de Festival. Es decir, también soporta síntesis. La única pega es que, de momento, sólo soporta el inglés.

En resumen, Perlbox-voice queda a la espera de las órdenes acústicas que tengais configuradas para responder con el comando (o la frase) correspondiente. Es decir, podemos decirle "web" para que él ejecute Opera, o "mail" para que ejecute KMail... En fin, ya os podeis hacer una idea. Yo ya casi ni uso el ratón... mi herramienta principal a la hora de manejar soft es el micro :)

Por ejemplo, un comienzo de sesión típico en mi Debian viene a ser algo así:

→YO: Hello (hay que ser educado)
→Perlbox: Hola akira (sí, con say como comando responde hablando y, esta vez sí, en español, ya que para eso usa Festival).
→Y: Music
→Perlbox ejecuta amarok --play-pause, y comienza la música.
→Y: Next (no me gusta esta canción)
→Perlbox ejecuta amarok -f, y pasa a la siguente canción :)
→Y: Mail
→Perlbox ejecuta kmail
→Y: Feed
→Perlbox ejecuta akregator
→Y: Music
→La música se pausa
→Y: Odiss
→Perlbox ejecuta opera http://www.odiss.org/, a ver qué se cuece en el foro
→Y: Donkey
→La mulita a rular...

Y en fin, ya os podeis hacer una idea bastante aproximada de lo que se puede hacer con un poco de imaginación :)

La instalación es bastante sencilla, ya que en la página de descarga podemos obtener el paquete DEB (noarch), o incluso el RPM o un instalador genérico. Lo único a tener en cuenta es que, para funcionar, necesita del paquete perl-tk:

apt-get install perl-tk

La configuración es sumamente sencilla. Prácticamente meterle los comandos y a rular. En la web dice que hay disponible un plugin para KDE pero yo no lo he encontrado por ningún sitio :( Y mirad que estaría interesante, porque, según dice la web, you can switch virtual desktops, invoke the desktop menu, switch wallpaper or lock the screen, osea, ya la locura total... En fin, si alguien da con él, que avise ;)

ACTUALIZADO: Estoy tonto o estoy tonto. Resulta que el plugin de KDE ya viene instalado y listo para usar. Se puede cargar desde la configuración :$

Voces en Linux (I): Sintetizando

2006-10-24T21:27:00.000+02:00

Empiezo con este post una serie de dos envíos sobre la síntesis y el reconocimiento de voz en Linux. Qué software existe y qué utilidades darle. Espero que lo encontreis interesante y/o entretenido :)

Este primer envío trata sobre la síntesis de voz. En esto hay un rey indiscutible en Linux: Festival. Prácticamente cualquier utilidad que queramos usar en Linux para síntesis de voz hace uso de este motor: Kmouth, KTTS (el administrador de texto a voz de KDE), Konqueror, Kate, Kismet... Todas estas aplicaciones usan Festival como motor para la síntesis de voz.

Instalarlo en nuestro sistema Debian es tan sencillo como hacer

apt-get install festival festvox-ellpc11k

Con esto instalamos el motor y la voz en castellano (festvox-ellpc11k). Este último paquete está en non-free, por lo que hay que tener estos repositorios en nuestro sources.list para poder instalarlo. Lo primero que debemos hacer tras instalarlo es editar el archivo /usr/share/festival/voices.scm e ir a la parte donde dice defvar default-voice-priority-list, y poner el_diphone el primero de la lista. Así la voz por defecto será el castellano. Y ya lo tenemos listo para usar.

Pero ¿para qué lo usamos? Como he dicho antes, hay un montón de aplicaciones que hacen uso de este motor, así que entretenimiento hay para rato. Voy a hacer un repaso rápido de algunas de ellas, para que vosotros decubráis el resto.

Kismet. Esto va de coña para las sesiones de wardriving. Este sniffer wireless podrá alertarnos de viva voz de las redes que vaya localizando, incluyendo información sobre su encriptación, SSID, canal, etc.

Para ello basta con editar el archivo de configuración de Kismet (/etc/kismet.conf o /usr/local/etc/kismet.conf, dependiendo de si lo habéis instalado con apt o desde código fuente) y buscamos donde dice # Does the server use speech?. Cambiamos speech=false por speech=true, y speech_type=nato por speech_type=speech. Por último sólo queda decirle qué queremos que nos diga cuando encuentre una red encriptada (speech_encrypted) y una red abierta (speech_unencrypted). Recordad que sustituirá %b por el BSSID, %s por el SSID y %c por el canal. Ya podemos perder la pantalla de vista mientras conducimos tranquilamente, que Kismet se ocupará de informarnos de lo que va encontrando ;)

KTTS. KTTS (kttsmgr) es el administrador de KDE de texto a voz. Su configuración es muy sencilla e intuitiva. Con él podemos hacer que KDE nos avise por voz cuando recibimos un correo nuevo, cuando se hayan descargado los feeds, cuando se conecte/desconecte un adaptador de Bluetooth al equipo, cuando K3b haya terminado de grabar un disco y mil cosas más.

Konqueror. Usando el motor de Festival, Konqueror será capaz de leernos las webs (completas o la parte seleccionada). En Debian Sarge es necesario instalar el paquete konq-speaker. Con Etch no es necesario.

Kate. Al igual que Konqueror, Kate podrá leer los archivos de texto. Es necesario el paquete kate-plugins.

KMouth. Esta pequeña utilidad es simplemente un front-end para Festival: simplemente leerá el texto que le escribamos.

En fin, esto es todo lo que doy de sí, aunque el tema da aún para mucho. Os invito a que investiguéis por vuestra cuenta, ya que hay muuuucho más. Como siempre, los comentarios están abiertos para correcciones, puntualizaciones y para comentar lo que os dé la gana :)

Mañana (o quizá pasado mañana, que ando con mucho trabajo) hablaré sobre el reconocimiento de voz en Linux. Esta vez seremos nosotros los que hablemos, y nuestro sistema el que escuche ;)

Bug en kdesu

2006-10-22T13:20:00.000+02:00

Hace unos días Debian Etch ofreció una actualización con el recién salido del horno KDE 3.5.5. Desde entonces, kdesu devuelve inexorablemente un "Contraseña incorrecta, inténtelo de nuevo" cuando se introduce la password de root.

Podeis ver la descripción completa del bug en Bug#393041: kdesu no longer accepts correct password.

Pues nada, a esperar la corrección. Recordad mientras tanto que existen alternativas, como gksu.

ACTUALIZADO: El bug ya está corregido. Ya podéis seguir haciendo kdesu nmapfe ;)

Disponible la beta de Flash 9 para Linux

2006-10-19T14:39:00.000+02:00

¡Ya está aquí!¡Ya llegó! Por fin tenemos una beta de Flash Player 9 para Linux. Y qué ganas. Muchas de las webs ya usaban la versión 8 y no se podían visualizar con Linux, ya que la última versión para nuestro sistema era la 7. Pero eso se terminó.

Podemos descargar el plugin para el navegador de aquí. Tan fácil como descomprimir y copiar el archivo libflashplayer.so en el directorio de plugins de tu navegador.

Ya podemos ponernos moraos a ver PornoTube :P

V838 Monocerotis

2006-10-15T17:15:00.000+02:00

V838 Mon es una estrella situada a unos 32.000 años-luz del Sistema Solar, en la constelación del Unicornio (Monoceros). En el año 2002 se observó un estallido en la estrella que ha dado origen a una nebulosa planetaria, recientemente fotografiada por el HST. Dicha foto podéis verla pinchando aquí.

¿Y a qué viene este pedazo de off topic? Pues a que dicha foto confirma nuestras sospechas. Y si no mirad...

IE jamás podría soñar con llegar tan lejos...

Arreglando los errores GPG en apt-get

2006-10-14T15:09:00.000+02:00

Hace un tiempo que el gestor de paquetes apt de Debian incluye un sistema de verificación de firmas, para que los muy paranoicos podamos estar tranquilos con el software y las actualizaciones que instalamos mediante apt-get.

Sin embargo, la firma de los repositorios Marillat no está disponible por defecto, y al hacer un apt-get update se nos muestra el error

W: GPG error: http://debian-multimedia.org etch Release: Las firmas siguientes no se pudieron verificar porque su llave pública no está disponible: NO_PUBKEY 07DC563D1F41B907
W: Tal vez quiera ejecutar 'apt-get update' para corregir estos problemas

La solución es importar nosotros mismos la clave PGP de Christian Marillat desde el servidor de claves:

akira@takashi:~$ gpg --keyserver wwwkeys.eu.pgp.net --recv-keys 07DC563D1F41B907

gpg: solicitando clave 1F41B907 de hkp servidor wwwkeys.eu.pgp.net
gpg: clave 1F41B907: clave pública "Christian Marillat " importada.
gpg: Cantidad total procesada: 1
gpg: importadas: 1

akira@takashi:~$ gpg --armor --export 07DC563D1F41B907 | sudo apt-key add -

OK

Otros repositorios no tienen la clave pública en un servidor de claves, pero igualmente está disponible. Por ejemplo los repositorios para tor:

deb http://www.northernsecurity.net/debian ./

En este caso echamos mano directamente de apt-key. Lo primero es encontrar su clave pública, que está publicada en su propia web, aquí. La guardamos en un archivo en local (recordad que la extensión debe ser .asc), y hacemos

akira@takashi:~$ sudo apt-key add archivo_de_clave.asc

Así los errores de este tipo desaparecen, y, lo más importante, los paquetes que descarguemos de estos repositorios podrán ser verificados mediante su clave PGP.

BSOD Top 10

2006-10-14T08:50:00.000+02:00

Miguel Carrasco ha reunido, para regocijo de linuxeros, el Top 10 de las Blue Screen of Death, más un bonus.

Algunas son ya todo unos clásicos, como la que le salió a Bill Gates durante la presentación del Win98, y otras bastante más recientes, como la llegada de las BSOD a MacIntosh gracias a la introducción de los chips x86 en Mac. Algunas incluso acojonan: imaginad estar esperando tomar un vuelo en un aeropuerto y ver la BSOD en una de las pantallas. Da que pensar...

aptitude moo

2006-10-13T10:56:00.000+02:00

Esta entrada en La secta del ñu me ha recordado un huevo de pascua de Debian, no tan conocido como el celebérrimo apt-get moo (have you mooed today? xD)

akira@takashi:~$ aptitude moo
No hay ningún huevo de pascua en este programa.
akira@takashi:~$ aptitude -v moo
Realmente no hay ningún huevo de pascua en este programa.
akira@takashi:~$ aptitude -vv moo
¿No le he dicho ya que no hay ningún huevo de pascua en este programa?
akira@takashi:~$ aptitude -vvv moo
¡Deje de hacer eso!
akira@takashi:~$ aptitude -vvvv moo
Vale, vale, si le doy un huevo de pascua, ¿se irá?
akira@takashi:~$ aptitude -vvvvv moo
De acuerdo, usted gana.
                               /----\
                       -------/      \
                      /               \
                     /                |
   -----------------/                  --------\
   ----------------------------------------------
akira@takashi:~$ aptitude -vvvvvv moo
¿Qué es? Un elefante siendo devorado por una serpiente, evidentemente.

Me encanta :)

IceWeasel

2006-10-10T20:36:00.000+02:00

Así es como se han solucionado las desavenencias entre Debian y la Mozilla Fundation. Para el que no viva en este mundo, os diré que debido al Contrato Social de Debian, la distro instalaba el paquete Firefox con otro logo, ya que el suyo (conocido y usado en buena parte de la galaxia) tiene copyright.

Como usar el nombre Firefox y cambiarle el logo no está permitido por la Mozilla Fundation, y sin embargo renombrarlo sí lo está, la solución es obvia: nuevo nombre y otro logo. Y muerto el perro se acabó la rabia.

Además los cambios incluirán algunas mejoras de seguridad. Tanto mejor.

Fuente: esDebian

La mano que mece la cuna

2006-10-09T21:31:00.000+02:00

[...] un ejecutivo de un fondo de capital riesgo llamado BayStar, que asegura bajo juramento que invirtió $50 millones después de que Microsoft le garantizase su inversión en SCO. El directivo asegura que fue contactado en 2003 por un ejecutivo de Microsoft, Richard Emerson, que le propuso la posibilidad de invertir en SCO. La intención era apoyar a SCO y a su demanda contra Linux, pero evitando que Microsoft se viese asociada con un ataque hacia IBM o Linux. Tras las correspondientes negociaciones, que implicaron a otros dos directivos de Microsoft, se llegó al acuerdo de que Microsoft garantizaría "de alguna manera" la inversión de BayStar en SCO, aunque Microsoft rechazó poner nada por escrito. Tras la inversión, las preocupaciones del ejecutivo de la compañía de capital riesgo crecieron tras comprobar que la práctica totalidad de la inversión se dedicaba a pagar los honorarios del bufete de David Boies, encargado de llevar la demanda. Al comprobar el progresivo deterioro del precio por acción de SCO y la imposibilidad de contactar tanto con SCO como con Microsoft, la empresa acabó retirando con pérdidas sus posiciones en SCO. Tras la demanda, Microsoft llegó además a un "sospechoso" acuerdo de $16 millones para licenciar tecnología de SCO, algo que se especula correspondió también a un supuesto "pago de favores" que la compañía de Redmond, por supuesto, niega categóricamente.

El tema ya apesta :@

Fuente: Enrique Dans

apt-get remove fronteras

2006-09-21T14:48:00.000+02:00

Pintada en un muro de Tarifa:

Visto en Psicofonías.

Extraer el audio de un vídeo

2006-09-21T14:10:00.000+02:00

Hace días que estoy alucinando con el famoso vídeo de Funtwo versionando el Canon de Pachelbel con su guitarra eléctrica. Me gusta tanto que lo grabé en un CD para oirlo también en el coche.

Para ello tuve que extraer el audio, evidentemente. Esto es algo que se puede hacer fácilmente con MPlayer. Basta con hacer

mplayer -vo null -ao <driver de audio> -dumpaudio -dumpfile <archivo de destino> <vídeo de origen>

El archivo resultante estará en formato mp3. Normalmente usareis alsa como driver de audio; de todos modos, se puede ver una lista de los drivers disponibles haciendo

mplayer -ao help

También es posible hacerlo con ffmpeg:

ffmpeg -i <archivo de vídeo> <archivo de audio>

El Proyecto Debian pagará a los desarrolladores

2006-09-20T22:10:00.000+02:00

Aunque de momento se trata sólo de un "experimento". La iniciativa, llamada Dunc (Development Under Numismatic Control, algo así como "Desarrollo bajo control monetario") está siendo promovida por el DPL (para el que no esté puesto en el tema, el Debian Project Leader), Anthony Towns.

La finalidad es que los desarrolladores (que en Debian son voluntarios, recordemos que no hay ninguna empresa detrás) se impliquen más y dediquen más tiempo al Proyecto, de forma que se consigan acortar los plazos y las actualizaciones se sucedan con más rapidez.

Yo lo veo bien. El paso de Debian Etch a stable está previsto para diciembre. Esperemos que con medidas como ésta no se retrase, como pasó con Sarge.

Fuente: iTWire.

El futuro del software libre

2006-09-17T23:09:00.000+02:00

<McMan>El software libre no tiene futuro, ¿tú te crees que alguien se fiaría de una puta que no cobra?

Visto en El Infame.

Entornos gráficos de nueva generación

2006-09-17T13:40:00.000+02:00

No soy muy amigo de poner vídeos en el blog, entre otras cosas porque yo mismo sigo usando una conexión de "banda estrecha" mediante modem RTB, y pienso en los que están en mi misma situación. A éstos les pido perdón, pero esta vez es absolutamente necesario. Y no va a ser uno: son tres.

Tres vídeos en los que podeis ver en acción los escritorios de última generación de los sistemas más usados: Windows Vista Aero, Linux XGL/Compiz y MacOS X Aqua.

Disfrutadlos y comparad.

Linux XGL/Compiz

MacOS X Aqua

Windows Vista Aero

Visto en Ceklog.

Mensajes de recordatorio en las X

2006-09-13T21:40:00.000+02:00

Después de comer me pongo delante del equipo un rato (y, muchas veces, durante xD). Como entro a currar a las cuatro y trabajo en el centro, a las tres y media tengo que salir cortando de casa. El caso es que muchas veces "se me iba la olla" delante del ordenador y me encontraba apagando y recogiendo a toda prisa para irme al trabajo.

¿Solución? Una sencilla línea en el crontab. Crontab es el archivo donde le especificamos a crond (el daemon de tareas programadas de UNIX) las tareas que queremos que ejecute, y cuándo las debe ejecutar. La sintaxis para editarlo es

contrab -e

La línea en cuestión es la siguiente:

25 15 * * 1-5 DISPLAY=:0 /usr/X11R6/bin/xmessage Recogiendo, o llegarás tarde

Ni más ni menos :). Los dos primeros números (25 15) significan (seguro que os lo estáis imaginando) que la tarea debe ejecutarse a las 15:25. Los dos asteriscos que vienen a continuación significan todos los días del mes, todos los meses del año. El 1-5 significa, por supuesto, de lunes a viernes.

Hasta ahí la parte que atañe al crond; lo que viene a continuación es el comando propiamente dicho. Con DISPLAY=:0 estamos estableciendo un valor para la variable $DISPLAY. Concretamente estamos enviando la salida del comando al servidor X (el entorno gráfico). Después viene, simplemente, el mensaje que se mostrará usando el ejecutable /usr/X11R6/bin/xmessage, que precisamente sirve para eso, para mostrar un mensaje. El resultado es éste:

La idea no es mía. La saqué de aquí.

007

2006-09-12T12:45:00.000+02:00

Geniales Manz y Tankian.

Dar soporte para el euro a la shell

2006-09-11T14:19:00.000+02:00

En KDE es relativamente fácil (no, quería decir rematadamente fácil) dar soporte para el euro: basta instalar las locales (kde-i18n-es) y elegir el mapa de teclado adecuado. Sin embargo, para que en Debian Sarge la shell soporte los signos €, ñ, etc. hay que dar algunos pasos.

El primero de ellos es instalar el paquete user-euro-es. Nada más sencillo:

apt-get install user-euro-es

Debconf informa entonces de lo más básico: nos habla del script eurocastellanizar (que muchas veces no funciona, bien por no tener la fuente de consola adecuada, bien por no tener configuradas las locales en /etc/locale.gen) y del euro-howto, localizado en nuestro sistema en /usr/share/doc/user-euro-es/euro-howto.txt.

Los pasos a seguir son bastante sencillos, siempre y cuando se conozcan. Con ellos, además del soporte para el euro y los signos especiales del castellano, conseguiremos darle una utilidad a la fastidiosa tecla Windows (la que lleva el simbolito del innombrable).

Después de instalar el paquete user-euro-es editamos el script /etc/init.d/keymap.sh y, según el manual, debemos buscar la línea que pone

loadkeys ${CONFDIR}/${CONFFILEROOT}.${EXT}.gz.

El manual es clarito, pero algo antiguo: está escrito para... Debian Potato!!! Así que sencillamente no existe esa línea. Bien, lo que hay que buscar es un condicional:

if [ $CONSOLE_TYPE = "serial" ]

¿Ya? Vale. Como veis, si la condición es verdadera, se ejecuta

loadkeys -q ${CONFFILE} 2>&1 > /dev/null

a lo que nosotros añadimos:

loadkeys euro.inc
loadkeys windowkeys.inc

El siguiente paso es generar las locales. Para ello hay que editar el /etc/locale.gen, y descomentar o añadir la línea es_ES@euro ISO-8859-15, que es la fuente que necesitamos. Ya sólo queda generarlos con un

/usr/sbin/locale-gen

Ya queda poco, sólo un par de cosas más. Primero editamos /etc/environment para añadir LANG=es_ES@euro. Hacemos lo propio con /etc/profile, pero aquí ponemos

if [ -f /etc/language-euro-es ]; then source /etc/language-euro-es; fi

Y listo. Ya sólo nos queda hacer un

invoke-rc.d keymap.sh restart

o, si te gusta más del modo estándar:

/etc/init.d/keymap.sh restart

Ahora sí. Y como extra (ya lo adelanté antes) conseguimos darle una utilidad a las teclas Windows y Menú contextual gracias a que añadimos la línea loadkeys windowkeys.inc en el script keymap.sh: con la primera podremos movernos directamente de una tty a la siguiente, mientras que con la segunda podremos saltar de una tty a la que hayamos estado anteriormente (muy útil para alternar dos consolas).

Como dije al principio, es un proceso bastante sencillo siempre y cuando se conozcan los pasos a seguir. Por eso lo dejo aquí para el que lo necesite (incluyéndome a mí en el futuro, aka chuleta ;)

Ampliando la swap

2006-09-10T11:14:00.000+02:00

Esta es una operación que normalmante no hará falta hacer, pero puede darse el caso de, por ejemplo, tener 512 Mb de RAM en el equipo y ampliarla a 1 Gb (una operación bastante normal). Direis que con tanta RAM ya no hace falta más swap y, efectivamente, un sistema Linux actual prácticamente no va a usar la swap si dispone de 1 Gb de RAM. Entonces ¿por qué hacerlo?

Seguro que habreis leído más de una vez que la swap debe ser el doble que la RAM en equipos con poca memoria, y la misma cantidad que ésta en equipos más potentes. Cierto que casi no la vamos a usar, pero hay que tener en cuenta que, para que el equipo entre en hibernación, debe volcar todo el contenido de la RAM en la swap, para así poder recuperarlo al salir de la hibernación. Si tenemos menos swap que RAM no será posible hibernar la máquina.

Contrariamente a lo que pueda parecer, aumentar la swap es bastante sencillo: no será necesario tocar las particiones, ya que vamos a habilitar un archivo vacío para que actúe de espacio de intercambio.

Siguiendo con el ejemplo de antes, vamos a aumentar la swap en 512 Mb. Para ello creamos un archivo vacío de 512 Mb bajo /var (orden ante todo), al que podemos llamar, en un arranque de originalidad, /var/swap.

dd if=/dev/zero of=/var/swap bs=1024 count=512

Hecho. Ahora sólo tenemos que habilitar ese archivo para que sea usado como swap, y activarlo.

mkswap /var/swap
swapon /var/swap

A partir de estos momentos ya contamos con esos 512 Mb de swap extra. Podemos verlo haciendo simplemente

free -otm

Sin embargo, al reiniciar perderemos esta swap. Para que el cambio sea permanente, editamos el archivo /etc/fstab y le añadimos una entrada como ésta:

/var/swap none swap sw 0 0

Listo. Ahora contamos con esos 512 Mb de swap de forma permanente. Y no ha hecho falta tocar la tabla de particiones para nada :)

MundoLinux: ay ay ay

2006-09-10T02:03:00.000+02:00

Me he encontrado en Linuzeros.org algo que me ha hecho mucha gracia: un "gazapo" (eso siendo amables) en la portada de la revista MundoLinux de este mes.

La portada en cuestión la podeis ver pinchando aquí. ¿Que no veis nada raro? Fijaos qué barra tan curiosa muestra la imagen del monitor...

Ains.

Recopilación de vídeos de hacking

2006-09-09T00:47:00.000+02:00

Los chicos de IronGeek han hecho una magnífica recopilación de vídeos de hacking en la que se pueden encontar perlas como éstas:

128 Bit Wep Cracking With Injection!
Airplay replay attack - no wireless client required
BackTrack LiveCD to HD Installation Instruction Video
Bluesnarfer attack tool demonstration
Bluesnarfing a Nokia 6310i hand set
Complete Hacking Video using Metasploit - Meterpreter
Cracking a 128 bit WEP key (Auditor)
Cracking a 128 Bit Wep key + entering the cridentials
Cracking WPA Networks (Auditor)
DoS attack against Windows FTP Server - DoS
Exploiting some bugs of tools used in Windows
Exploiting weaknesses of PPTP VPN (Auditor)
How to decrypt SSL encrypted traffic using a man in the middle attack (Auditor)
John The Ripper 1.7 password cracker Installation Instruction Video
MITM Hijacking
Sniffing logins and passwords
Snort Instruction video - howto install into backtrack
Telnet Bruteforce
Tunneling Exploits through SSH
WEP Cracking using Aireplay v2.2 Beta 7 (Whax 3.0)
WPA Cracking using Aireplay v2.2 Beta 7 (Whax 3.0)

Ahora viene lo mejor: eso son "sólo" vídeos hechos por otros. Ellos también hacen videotutoriales sobre hacking, y en su sección Hacking Illustrated se pueden descargar más de cuarenta (!), la mayoría en flash. Buena parte de ellos ya están entre los de mi colección, y los que me quedan por descargar irán cayendo poco a poco, que tengo ya el módem que echa humo ;)

Que ustedes los disfruten.

En el principio fue la línea de comandos

2006-09-07T22:14:00.000+02:00

Hoy me he terminado de leer por tercera vez este genial ensayo (HTML | PDF) del no menos genial Neal Stephenson.

Es un libro muy ameno y entretenido, en el que el autor de Criptonomicón nos da un paseo por la historia de los sistemas operativos, desde los tiempos de los "terminales tontos" hasta las modernas GUI's. DOS, UNIX, BeOS, Mac OS, Windows, Linux... Un auténtico lujazo de libro que nunca me cansaré de leer.

Un libro que, por cierto, se puede copiar y distribuir siempre que sea para uso no comercial.

Sudoers

2006-09-07T14:09:00.000+02:00

Se nos va Matthew Garrett

2006-09-06T20:07:00.000+02:00

Matthew Garrett es uno de los máximos representantes y desarrolladores del proyecto Debian. Bueno, era. Me acabo de enterar, gracias a The Inquirer, que nos deja por otra, cansado de la forma en que se hacen las cosas en Debian, sobre todo por la lentitud en la toma de decisiones.

Él mismo lo contaba hace unos días en su blog. Buena suerte Matthew.