30 noviembre 2006

Games 4 Linux

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

17 noviembre 2006

La familia Debian al completo

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

LennyPues 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

13 noviembre 2006

Java es por fin GPL

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 :)

12 noviembre 2006

LOST

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).

11 noviembre 2006

Poniendo color a la shell

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 :)

ls en colores


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.

grep en color


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:

Reconocimiento de sintaxis en Vim

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 :)

05 noviembre 2006

Montando un servidor de música streaming

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.

04 noviembre 2006

Debian Etch y la LSB 3.1

¿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.

01 noviembre 2006

Una caja negra en la shell

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 ;)