Compré una impresora Samsung ML-2510 el martes. Muy bien en general. Se trata de una láser B/N y la compré en PC Box por 69€. Además la añadí un servidor de impresión Conceptronic USB - Wi-Fi, que me permite colocarla en cualquier parte de la casa.

Me encantó que en la impresora pusiera bien clarito que funcionaba en Windows, Mac OS X y GNU/Linux (bueno, ellos lo llaman “linux”).

Ahora mismo, tengo en casa una máquina que ejecuta cada uno de estos sistemas operativos. Así que inicié el farragoso y repugnante proceso de instalar una impresora. Parece mentira que a estas alturas de la vida, todavía sea tan y tan complicado configurarla.

Fue un trauma en todos los casos y pasaba necesariamente por usar el CD que acompaña la impresora.

Es uno de esos CDs multisesión donde cada pista es reconocida por el sistema operativo del que contiene los drivers. Así, pues, no “ves” lo mismo cuando lo metes en el mac, que cuando lo arrancas en GNU/Linux.

El hecho de que los drivers para Mac o para Windows fueran privativos (ni una línea de código fuente) no me extrañó. Pero lo que sí me molestó mucho es que los drivers para GNU/Linux sí lo fueran. Y más teniendo en cuenta que empaquetan el siguiente software como parte de sus drivers:

• libqt-mt
• CUPS
• SANE
• glibc

Todos sabemos que, si bien se pueden obtener versiones de las Qt con licencias no libres, no sucede así con, por ejemplo, la glibc de la que se ofrecen drivers sólo en formato binario en el CD.

Es inexplicable. Además, examinando los scripts de instalación, se pueden observar claramente algunas chapuzas como “if” que nunca se van a cumplir o maneras complicadísimas de hacer cosas mucho más sencillas.

Hubiera sido mucísimo más fácil publicar el código de los drivers de la impresora y dejar que las distribuciones más conocidas lo empaquetaran y fuera tan facil como hacer apt-get install samsung-ml-2510.

Algunos fabricantes no lo entienden. Más que un problema de publicación de código fuente, es de igonorancia, de pasividad. Les importa un huevo la calidad del software. Sólo les importa vender. Casi habría preferido un modelo no soportado y que alguien hubiera desarrollado un driver como tantas otras veces ha pasado.

Si tiene que ser así, mejor que los fabricantes no soporten GNU/Linux.

Hoy le he echado un vistazo a las estadísticas de acceso al blog. No sé cuánto tiempo hace pero ya tengo más visitas provenientes de Firefox que de Explorer.

Navegadores Grabber Solicitudes Porcentaje Firefox No 6405 37.6 % MS Internet Explorer No 5975 35.1 % Desconocido ? 3688 21.6 % Konqueror No 331 1.9 % RSSOwl (RSS Reader) No 153 0.9 % Mozilla No 148 0.8 % Opera No 129 0.7 % LibWWW No 49 0.2 % RSS Bandit (RSS Reader) No 41 0.2 % Safari No 35 0.2 %   Otros   46 0.2 %

Buena noticia sin duda teniendo en cuenta el alto grado de clicks que me manda Google.

O al menos eso es lo que dice Jonathan Swatz en su blog. En particular, dice que la GPL “está sobre la mesa”.

Ya es algo. ¿Cuańto tiempo de especulaciones no queda?

Visto en C|Net News y también en menéame. Después del análisis de la nueva licencia para la distribución de Java junto con Linux y OpenSolaris, afirmaba que me sentía decepcionado, pues me esperaba un paso más firme hacia la liberación del código de Sun.

Parecía que se iban a estancar en una propuesta que les permitiera distribuir los binarios para GNU/Linux mediante el uso de las típicas herramientas de gestión de paquetes con que cuentan las distribuciones, como sucede ya con los plug-ins de Flash, los drivers gráficos de NVidia y ATI o algunos accesorios como el descompresor unrar.

Pero, ¡Oh! sorpresa, parece ser que Sun quiere liberar Java y quiere hacerlo mediante alguna de las licencias de la Open Source Initiative. Mi favorita es la GPL3 (borrador), sin duda, pero visto que han utilizado otras licencias para otros productos software como OpenSolaris, me extrañaría que adoptaran alguna versión de la GPL.

Apuesto por una licencia muy parecida a las que tiene IBM (no olvidemos que se trata de un competidor directo en esta cosa del “Open Source”) como la Eclipse Public License, o la propia IBM Public License.

Stay tunned

Ya hacía tiempo que tenía ganas de probar algunos de los múltiples programas disponibles para GNU/Linux que transmiten voz por redes IP en tiempo real.

El candidato elegido para la prueba ha sido Ekiga, antiguo Gnome Meeting, ya que me viene instalado en la Ubuntu Dapper que ejecuto actualmente.

Lo primero que he tenido que hacer es comprar un headset, pues hace mil años que no uso micro y no tenía ninguno a mano. Encontré uno de marca Soyntec en El Corte Inglés por 7,95€ más que suficiente para quitarme el gusanillo y jugar un rato (a pesar de que vale el doble que en la web).

Fue bastante complejo encontrar la manera de hacer funcionar el micro, si bien la solución era sencilla. Sólo había que seleccionar el micro adecuado en ALSA y asegurarse de que los dispositivos “Capture” y “Microphone” estaban activados y con volumen.

El panel de control de sonido de Gnome, oculta la mayoría de los controles (ya sabéis, para no despistar al usuario imbécil) y para tener acceso a esos controles, antes hay que decirle que mustre todos los controles.

El micro se puede probar usando cualquier grabador de sonido y la opción de que se realimente y oigas los que dices por los auriculares se puede activar o desactivar usando la función mute del micro.

Una vez puesto en marcha el micro, el funcionamiento de Ekiga es bastante sencillo. No voy a entrar en detalles - porque tampoco los conozco - sobre el protocolo SIP. Sólo deberíais saber que se pueden efectuar llamadas de PC a PC, de PC a teléfono y de teléfono a PC.

Sin embargo, en los dos últimos casos, debéis daros de alta en un proveedor que os facturará las llamadas que realicéis, eso sí, a precios excepcionales.

En mi caso, he utilizado la opción de la llamada de PC a PC. Con ekiga es sencillo, pues te ofrecen una dirección sip gratuita registrándote en ekiga.net. Mi dirección sip es pacoros@ekiga.net (podéis probarla si queréis) y con cualquier softphone que soporte el protocolo SIP, deberíais poder localizarme. La configuración de la cuenta es trivial.

Se puede probar el servicio haciendo una llamada a sip:500@ekiga.net.

Otros servicios ofrecidos son los de número de teléfono propio (disponen de varias numeraciones de varios países) o redirección de las llamadas al teléfono propio hacia la dirección SIP con posibilidad de transferir la llamada del teléfono al PC y viceversa.

Podéis configurar vuestras cuentas de telefonía IP en el apartado “Accounts” si disponéis de los datos del operador.

Han proliferado, últimamente los servicios de telefonía IP. Todos tienen similares características y ofrecen llamadas gratuitas a través de internet.

Otro candidato interesant es OpenWengo, que ofrece una softphone libre (disponible en los repositorios de Ubuntu) para realizar llamadas a través de internet.

Ofrecen numeración propia con teléfonos de varios países ($3 al mes), llamadas entrantes y llamadas salientes.

Y un tercero es Gizmo, que dispone de un softphone para GNU/Linux del cual no se redistribuye el código fuente. Lo interesante de este servicio es que regala un número de teléfono (numeración U.S.A.) en su servicio Area 775.

Además de éstos, claramente orientados al usuario doméstico, existen multitud de operadores más “serios” que ofrecen voz sobre IP con unas tarifas beunísimas, números de teléfono nacionales… etc y que funcionan bien con varios softphones “estándar” disponibles para GNU/Linux como Linphone, KPhone o Twinkle.

No me ha quedado muy claro qué tal está el tema de la interoperabilidad entre proveedores de voz sobre IP. Parece claro que las llamadas son gratuitas sólo entre clientes del mismo operador en la mayoría de los casos. Tampoco tengo a mano a muchos amigos para ir haciendo pruebas, así que, será para otra ocasión

Si queréis hablar conmigo, ya sabéis: pacoros@ekiga.net

Veo que la página original que tenía esta pequeña guía se ha quedado sin dominio, así que me permito, sin permiso del autor, poner un “backup” aquí para tenerla a mano gracias a la caché de Google.

Cuando tenga un rato, a lo mejor la traduzco, pero está bastante clara:

Disclaimer: This is a raw copy from MyJ2EE.com, but it seems to be down at this time, so I keep a copy of it.

Leer el resto de la entrada»

Esta vez no es una iniciativa en algún estado americano, ni un acuerdo de Linspire con Wal Mart. Ni siquiera se trata de la iniciativa de un gobierno con pocos recursos económicos o un proyecto del MIT.

En España, a la venta en esta famosa tienda on-line, Fujitsu Siemens Amilo Pro V2060 con Pentium M 1.7GHz, 512 MB de RAM, 60 GB de disco, Gigabit, WiFi, GMA900 y los típicos componentes de la plataforma Centrino en una carcasa de 2.8Kg con pantalla de 15″ (1024×768) por 737,69€ + IVA en el momento de escribir este post y Fedora Core Linux preinstalado.

Página del producto aquí.

El mismo modelo, pero con Windows XP Home cuesta 778,15€ + IVA. ¿Y tú? ¿Todavía pagas por las licencias que luego no usas?

Al final, aprovechando que tenía una Ubuntu Dapper actualizada, me metí a hacer funcionar el famoso Xgl.

Nada importante que decir de la configuración. El método que seguí está aquí. En resumen, se instalan los paquetes adecuados y se retoca la configuración de gdm.

Usé el método de crear el fichero thefuture con la salvedad de que le añadí el xmodmap al final. El fichero /usr/bin/thefuture hay que guardarlo en algún sitio (yo lo puse en /usr/bin) y darle permisos de ejecución.

Este mismo fichero se puede marcar para ejecutarlo al inicio de la sesión con Gnome (lo siento por KDE. No encontré la manera de que funcionara sin estropear el borde de la ventana) añadiéndolo en System - Preferences - Sessions - Startup Programs.

Fijaos en que le he añadido el xmodmap al final y no abriendo antes una consola como dice el tutorial. El problema es que el xmodmap.es que viene con Dapper es del año de la pera y no incluye el símbolo de euro, los céntimos de euro o las tildes graves que se usan en catalán.

Para eso he hecho unos pequeños cambios en el /usr/share/xmodmap/xmodmap.es que deberían hacer compatible el mapa con cualquier teclado español/catalán.
Ahora sí. Funciona a la perfección. Me he fijado en que al arrancar Xgl se deshabilita el Direct Rendering. Aún así el procesador está de lo más tranquilo.

Pongo este post para acordarme de todo el proceso. No os pongo imágenes. Está muy visto ya. Si queréis echarle un vistazo, tenéis capturas y vídeos (esto hay que verlo en movimiento) en la web de Novell.

Me ha llamado la atención este truco de Genbeta para añadir la cabecera “Jabber-ID” al correo saliente.

En el artículo explican cómo hacerlo para Thunderbird, pero enlazan al wiki de Jabber donde se puede configurar el envío automático de esta cabecera en Emacs, KMail, Mail.app, mutt y el propio Thunderbird.

Me parece una idea genial, de hecho ya lo he puesto en mi KMail y creo que sería buena idea que KMail incluyera una opción para añadir al usuario a Kopete si aparece la cabecera Jabber-ID.

¿Algún KDE developer por ahí?

Bajo este nombre se esconde un documental de 2001, algo viejo ya del que tenéis alguna información en imdb. No tendría más misterio si no fuera por este link que contiene el documental completo en versión original y con una calidad tirando a mala, pero pero que permite visualizarlo.

Eso sí, disfrutaréis de ver a toda la troupe (Linus, Stallman, Eric S. Raymond… etc) intentando explicar qué es Linux y el Open Source.

Haced buen uso de él, está protegido por copyright, así que no hagáis nada con él que la legislación de vuestro país no permita