Spotify en Fedora Core 12

A nadie que pase parte de su tiempo conectado a la red y ya lleve unos años haciéndolo, habrá escapado el fenómeno Spotify. Aparte de reinventar la forma en la que podemos escuchar música para todos los que no sucumbimos a iTunes y entramos en el negocio elitista de apple, han puesto en marcha un nuevo modelo de negocio en Internet, que hasta a mí me han hecho pagar por escuchar música, yo, que nunca compré un CD ni un vinilo más allá de los trabajos de U2. Pienso que eso ya es un éxito del modelo que proponen y no deja de asombrarme la sencillez y la discreción con la que lo están consiguiendo. Será interesante comprobar a final de año, que tanto porciento del ancho de banda de internet consume el streaming de reproducción de música.

Los usuarios de Linux, disponemos de de alternativas libres (songbird y grooveshark) y otras que usan la API pública de Spotify (despotify y testify), pero después de haberlas probado una hora, tengo que reconocer que me he acostumbrado a la interfaz de Spotify corriendo sobre Wine, y no es lo mismo... espero que Stallman pueda perdonarme. En la misma página de descarga nos explican cómo configurar nuestro sistema Linux para poder usarlo con Wine.

El problema aparece cuando intentamos ejecutar winecfg en Fedora Core 12, al acceder a la pestaña Audio, Wine explota, y no podemos configurar las opciones que nos indican en la página de Spotify, y claro, aunque sí podemos ejecutar el programa cuando reproducimos cualquier canción no se oye. Parece que el problema se debe a que en esta versión de Wine, el soporte de audio pasa por usar pulseaudio, y no alsa. Esto también sucede en Fedora Core 11.

Yo lo solucioné editando el fichero ~/.wine/user.reg con gedit y añadiendo las siguientes líneas, que son las que sugieren en la web de Spotify:

[Software\\Wine\\DirectSound] 1246211355
"EmulDriver"="N"
"HardwareAcceleration"="Emulation"

[Software\\Wine\\Drivers] 1246211326
"Audio"="pulse"

Para editar este archivo no deberíamos tener ningún proceso de wine en ejecución (ps aux | grep wine -i) , si no, no tomará los cambios que hagamos. :(

Migración a Fedora Core 12

Como a principios de año siempre tenemos muchas ganas de cumplir lo que nos proponemos, yo he empezado por la migración de Fedora Core 10 a Fedora Core 12 en 64 bits. Creo que ha sido un éxito rotundo: reconozco que tenía un poco de miedo, porque en Fedora llevo todo lo que uso en el trabajo, y esta migración siempre se alarga al menos un par de semanas de estar instalando programas, y configurando el equipo. Lo he conseguido en apenas seis horas, incluyendo la reinstalación del sistema por completo.
Para poder instalar y configurar Fedora con ciertas garantías de éxito sería recomendable que nos miremos alguna guía de instalación como la de Mauriat Miranda, y para no sufrir en exceso, es muy recomendable que tengamos el directorio /home montado en una partición separada del raíz.
Estas son mis impresiones:

1. Creo que hay un bug en la instalación: Al principio, cuando seleccionamos el idioma Español, y pulsamos el botón siguiente, nos aparece como teclado preseleccionado Inglés U.S., y debería aparecer Español. Yo creo que esto estaba resuelto.
2. Ya es posible seleccionar ext4 en la instalación, lo cual he aprovechado para el directorio raíz del sistema. Es una buena noticia.
3. Han desaparecido de la instalación las preguntas sobre si queríamos usar SeLinux y el cortafuegos. Cuando se termina de instalar hay que hacerlo manualmente, y hay que saber lo que se hace. Creo que no ha sido una buena idea.
4. El driver nouveau que trae por defecto permite la salida dual a un segundo monitor durante la instalación y el arranque del sistema, pero se convierte en un problema cuando instalamos los drivers propietarios de nvidia (kmod-nvidia).
5. La red cableada hay que activarla al iniciar, y no alcanzo a comprender la ventaja ni la razón. Al final sólo es configurar ONBOOT=yes en /etc/sysconfig/network-scripts/ifcfg-eth0, pero hasta ahora, no había hecho falta.
6. Creo que ha mejorado mucho el sistema de notificaciones del sistema, y se ha unificado. Todo se notifica de la misma forma: Cuando se conecta un contacto a la mensajería, cuando se cae un servicio, cuando hay errores de disco. Me gusta.
7. El tema visual que trae por defecto, es perfecto. Tamaño de fuentes, ventanas e iconos, perfecto. En esto gana con crecer Fedora a Ubuntu que en resoluciones bajas (1024x768) se muestra todo excesivamente grande.
8. Por fín, Gedit viene configurado para iluminar la sintaxis del archivo que se abre.
9. La nueva versión de Virt-Manager y la suite de virtualización basada en KVM y QEMU, creo que ha ganado notablemente.
10. He encontrado un montón de mejoras en eclipse, que ya nos presentaron en la Guadec el verano pasado. Es un lujo poder usar ahora Eclipse, ante con fedora core 10, tenía que trabajar con dos versiones de eclipse (la oficial de la distribución, y otra descargada), para disponer de las funcionalidades que necesitaba.
11. En esta versión nos encontraremos: Samba 3.4.2, OpenOffice 3.1, Apache 2.2.13, kernel 2.6.31, gnome 2.28 y openldap 2.4.18.

En general, creo que la actualización ha sido a mejor y se percibe mayor solidez y madurez: Está todo como más integrado y más cuidada la experiencia del usuario.

Vivir actualizados

Miguel de Unamuno, dijo una vez:

El progreso consiste en el cambio

Aprovechando que hemos cambiado de año, parece que estamos más predispuestos a cambiar, y una de las cosas que podríamos abordar es la renovación de nuestros sistemas operativos. Es importante actualizarnos de vez en cuando, porque de otro modo, nos perderíamos un montonazo de trabajo que se está haciendo en el mundo del software y alguno es realmente muy bueno, la verdad es que no deja de sorprenderme: Echadle un ojo a Google Goggles, o a cómo MS Office OneNote 2010 será capaz de lanzar búsquedas de texto en nuestros archivos de audio y vídeo. No he encontrado una demo, pero lo ví en una presentación en directo hace unas semanas: Buscas un texto y es capaz de encontrarlo en el fichero de vídeo: cuando pulsas en el resultado de la búsqueda te pone el vídeo, justo dos segundos antes de que en el vídeo se diga esa palabra: Alucinante....

Cuando hablamos de actualizarse siempre encontramos posturas enfrentadas: por un lado la gente que se encuentra más segura usando lo que ya conoce y viven eternamente en WindowsXP por siempre jamás, y en el otro extremo, vive una raza de gente enganchada al alfa y al beta, que se apenas puede usar sus equipos para otra cosa que no sea reinstalar y testear. Bueno, imagino que lo razonable es conocer los dos mundos y conocer a sus habitantes.

Dado que el mundo del software libre es, afortunada e inevitablemente dinámico por su propia naturaleza, todas las semanas nos encontramos nuevas versiones, nuevas funcionalidades, nuevas ideas revisadas, nuevos programas... formando una vorágine que puede hasta resultar desordenada y caótica para el personal ajeno. Si a esto sumamos la cantidad de distribuciones que existen y que la mayoría suelen publicar un par de revisiones estables al año, es fácil pensar que para usar Linux hay que estar enganchado al alfa-beta. No hace falta, sólo debemos tener un poco de criterio, y estos son los criterios que yo sigo:

• Revisar una vez al año, si existen actualizaciones del firmware del hardware de mis equipos y dispositivos. Esto se hace desde la web del fabricante.
• Uso Fedora Core para el trabajo con las herramientas que necesito: virtualización, desarrollo, administración, etc. Trabajo en 64 bits, y sólo me instalo las versiones pares, que instalo a principios de año. La mantengo actualizada durante todo el año, e ignoro completamente la publicación de versiones impares.Uso Fedora porque trabajo bastante con sistemas basados en RedHat, Oracle Unbreakable y CentOS, y en el fondo comparten mucho con Fedora, sólo que mucho más actualizada. Esto me permite conocer software antes, de que esté disponible en estas versiones de trabajo.
• Uso Ubuntu para hacer el vago en casa: navegar por internet, escribir, leer, ver películas, oir música, etc. Trabajo en 32 bits, porque el mundo de los 64bits, aunque está muy maduro, no todo termina de funcionar como en 32bits, y por algo es por lo que lo uso para hacer el vago. Me instalo las versiones de Octubre (XX.10) antes de Diciembre, y mantengo el equipo actualizado todo el año. Uso Ubuntu, porque la experiencia del usuario es total y brutal. Es una maravilla que no me quiero perder, son unos genios y unos pedazos de monstruos: Me encanta ver cómo puedo usar linux sin abrir una maldita consola para nada.

En resumen, escojo dos distribuciones totalmente diferentes que reinstalo una vez al año, y las uso con fines y en situaciones diferentes, procurando mantenerlas actualizadas.

La foto la he sacado del album de hiro008 en flickr

Propósitos para el 2010

Ahora que han pasado las fiestas, y parece que todos volvemos un poco a la normalidad y al trabajo, es un buen momento para hacer la lista de lo que le pedimos al nuevo año y a los reyes mágicos.
Dado el fracaso del año anterior, me veo en la obligación de repetir curso. Esta sería la lista:

1. Actualizar la plantilla del blog, y de las páginas estáticas de casa.tecnoquia.com. Ya veremos, si consigo sacar el tiempo.
2. Llegar a las 50000 visitas en el blog. En teoría, y no iendo a peor, se supone que debería quedarme por debajo, dado que el ratio es de 1500 al mes. Es posible, que a partir de Marzo intente probar algunas de las herramientas de Google para WebMasters, en las que estoy un poco verde.
3. Escribir 6 entradas al mes, durante todos los meses, lo que sumarían 72 posts a fin año, pero el objetivo, no debería ser alcanzar el total a fin de año, sino el total a fín de mes.
4. Continuar con el inglés. Se supone que en Abril, tengo viaje programado a Londres, por lo que tendré que dedicar más tiempo a esto. Ya veremos si tanto ver series y tele en V.O. tiene alguna recompensa. Un mínimo de 10 horas de listening a la semana, puede ser un buen punto de partida.
5. Debería acometer las obligadas actualizaciones de los sistemas operativos: Migrarme en las próximas semanas a Fedora 12 64bits, y a Ubuntu 10.10 en Octubre. También debería intentarlo con Windows 7, pero me da bastante pereza.
6. Acabar de una vez la tesis de master, que trata sobre la gestión de identidades federada.
7. Examinarme de ITIL de una vez.
8. Probar a trabajar con un servidor en la nube, quizás con una pequeña aplicación java o php atacando a MySQL, y servicio de correo.
   
9. Como novedad, añadiré a la lista mi obligación de contribuir en alguno de los proyectos OpenSource con los que trabajo a diario y aportar mi trabajo, aparte de hacerlo económicamente.
   

Un poco, volver la vista atrás e intentarlo de nuevo. Esto sería lo que estoy dispuesto a conseguir para el nuevo año, pero a los reyes mágicos le pediría lo mismo que leí una vez a modo de oración:

"...que me dieran la serenidad para aceptar las cosas que no puedo cambiar, el valor para cambiar las que están a mi alcance y la sabiduría para saber dónde está la diferencia..."

La imagen la he sacado del alberto montt en dosis diarias

El cuento del pescador y la consultoría

Hace unos días descubrí el blog Consultoría Artesana vía google reader. En él escribe gente que dedica a la consultoría, pero cuando escribe, se quitan el traje de consultor y parecen bastante sensatos y cuerdos. Hay una reflexión muy interesante sobre la gestión del tiempo, donde comentan, acertadamente creo yo, que la gestión del tiempo de los proyectos degenera en más horas, más dinero. También a cuento de ello, hablan de que resulta inevitable que se mezcle tu tiempo de trabajo y tu tiempo de ocio: Cuando un librero se lee un libro ¿es trabajo u ocio?.

A propósito de esto, cuentan la historia de un consultor que pasa sus vacaciones en un pueblo de la costa, alejado de la zona turística. Allí, en el muelle, observa a un pescador del lugar y sus hábitos: llega tarde, se marcha pronto, pesca unos pocos peces, seguramente los necesarios para su subsistencia. Entabla amistad con el y así conoce que le gusta pasar el resto del tiempo con su familia, sus amigos, jugando a las cartas, bebiendo, etc…

Un día no lo resiste, le sale la vena de consultor y se desarrolla esta conversación

Consultor: Pedro, ¿por qué no pescas durante más tiempo? Trabaja un poco más.
Pescador: ¿Para qué?
Consultor: Hombre, más pescado, mas ventas, más dinero
Pescador: ¿Y para que quiero más dinero?
Consultor: Podrías comprar una barca, y pescar en la costa, con lo que conseguirías más capturas y de mayor valor. O sea más dinero.
Pescador: ¿Y que lograría con éso?
Consultor: Pues más dinero aún, y así podrías montar tu propia empresa comprando un Barco, contratando gente, saliendo a alta mar a faenar.
Pescador: No lo veo.
Consultor: Si te lo montas bien, con un buen plan de marketing, puedes multiplicar ese barco por 10 o por 20. Seras millonario.
Pescador: ¿Para que quiero ser millonario?
Consultor: Así puedes dejar de trabajar.
Pescador: ¿Que haría entonces?
Consultor: Lo que más te apetezca, lo que te guste de verdad, no se…pescar con tu caña, salir con los colegas, disfrutar de tus hijos, de tu tiempo.
Pescador: Ya.

La foto la he sacado del album de millzero en flickr

¡ Feliz 0x7DA !

Feliz y próspero año nuevo. No dejeis que la crisis os lo fastidie, y procurar ser felices. Suerte.


La foto la he sacado de thechive.com y la encontré de casualidad, pero me hizo mucha gracia.

/etc/resolv.conf en Linux

Uno de los clientes para los que trabajo, usa directorio activo para los servicios de impresión y logon de red, en los escritorios, y Linux para los servidores de bases de datos y aplicaciones. Estos funcionan como clientes de los DNS del directorio activo, y así los tenemos configurados en /etc/resolv.conf. Esto funciona perfectmente.

El problema aparece cuando se nos cae alguno o todos los servidores DNS: Todo empieza a funcionar muuuyy lentoooo en Linux. Esto es así, porque la mayoría de los servicios de red de un linux, lanzan contínuamente búsquedas al DNS para resolver las direcciones IP de los equipos que inician conexiones de red.

Cuando los servidores DNS están caídos, Linux no se da cuenta, y lanza una consulta secuencial a todas las IPs de /etc/resolv.conf: Empieza por el primero que encuentra, espera a que expire el timeout (el valor por defecto es 5 segundos), y lanza la misma consulta al siguiente, y vuelve a esperar el timeout, y así sucesivamente hasta que obtenga una respuesta o hayamos llegado a la última IP del fichero /etc/resolv.conf. Paralelamente se van haciendo reintentos (hasta 3). En resumen, si sólo tuviéramos una dirección IP en /etc/resolv.conf, y esa IP estuviera caída, cada operación de red que hiciéramos en el servidor Linux, tardaría como poco 15 segundos.
Podemos configurar este timeout a 1 , y el número de reintentos a 1, para que en vez de 15 segundos, tarde 1 segundo, añadiendo a /etc/resolv.conf la siguiente línea:

options timeout:1 attempts:1

Según nos comentaron en RedHat, esta configuración no podremos comprobarla con los comandos nslookup, ni dig, pero si aplica sobre servicios de red como SSHD o Apache.
La foto la he sacado del album de Giant Ginkgo en flickr