Han pasado hace unos dias por aquí unos camellos (los reyes no pasan que dicen que les tiramos piedras) y han dejado un portatil para Merche. Un Acer Aspire 5315, que, esta vez sin excusas, me ha tocado preparar para que funcione adecuadamente, (eufemismo usado para: Mandar a Windows a tomar por donde amargan los pepinos).

Lastima que no pueda poner por aqui un video de como corría (es un decir) con Windows Vista y como vuela (literalmente) con openSuSe 10.3, pero si se imaginan un caracol arrastrando una bolsa de plomos de buceo tendrán una idea bastante visual/aproximada de lo que era Windows el tiempo que tardé en pulsar «Apagar Windows«.

La instalación de openSuSe fué rápida. Sistema de ficheros ext3, por defecto en openSuSe y particiones de 2Gb (swap) 16Gb (/) y aprox 80Gb (/home). Escritorio KDE sin AppArmor y con herramientas para portatiles, total: 35 min.

Un vistazo rápido nada más iniciar KDE: no funciona tarjeta inalambrica, ni tarjeta de sonido. La webcam integrada en la tapa, funciona con una calidad impresionante, que ya la quisiera yo para mis jueguecitos con la logitech.

La puesta en funcionamiento de la tarjeta inalámbrica me llevó un par de vueltas por internet, la de sonido me dió más guerra.
Sigue leyendo…

Esta es una de las «joyas» del lenguaje (claro, despues de «contraseña de la raiz«) que podemos encontrarnos usando Linux y que ha generado más de una discusión en la lista de correo de KDE_es.
Forma parte del paquete de librerias Xine, por lo que puede aparecer en cualquier programa que haga uso de él, como en este caso Amarok ó Mplayer. El original es «Buffering…«, traducible por «Almacenando en buffer» ó «Almacenando en memoria intermedia» ó …. vale, «buffer» no es facil de traduccir, pero ¿ tamponenando ? ¿No sería mejor dejarlo en versión original? El que no entienda «Buffering» no creo que entienda tampoco que hace el ordenador «tamponeando», ¿poniendo tampones?

Ayer compré una tarjeta gráfica de Nvidia para uno de los ordenadores que como buen pringao mantengo. Traía la tarjeta un adaptador para convertir la salida DV a VGA. Como el destinatario de la tarjeta no vá a usar este adaptador, decidí probarlo en mi propia tarjeta gráfica a ver si podia servirme para aprovechar mi otro antiguo monitor de 17 pulgadas, y voilá, funcionó de maravilla y a la primera.

Nada más encender el ordenador los mensajes de inicio de la bios y del arranque de Linux se duplican simultaneamente en ambas pantallas. Al llegar al arranque de KDM el segundo monitor se apaga. Una vez en KDE, basta con iniciar YAST > Tarjeta Gráfica y Pantalla y Activar Dual Head. Desde este menú podemos definir si ambos monitores son clones (muestran la misma imagen) ó bien comparten la representación del escritorio, la disposicón de los monitores, la resolución, etc…
Haría un Tutorial-Howto para explicar como hacer funcionar dos monitores en Linux sino fuese porque se acabaría con un «Activar casilla DualHead«. Simplemente. Ni reiniciar sistema (si KDE), ni editar Xorg.conf ó similares, ni software extra.
El resultado de Beryl con los dos monitores es impresionante. Un ejemplo:
[blip.tv http://blip.tv/play/gfJ0oY1ByWY]
Lo que mas me ha sorprendido, y que no había tenido tiempo de probar hasta ahora, es lo preparado que viene KDE para trabajar con 2 monitores. Tanto la configuración del escritorio, la barra de tareas (kicker), como buena parte de los programas más habituales, disponen de configuraciones pensadas para este ambiente. Se entiende que estas configuraciones son más comunes de lo que cabría pensar.

Hasta el Quake III Arena funciona bien compartiendo dos monitores, aunque tiene un problema de «usabilidad» bastante importante: el punto de mira para apuntar se reparte entre dos monitores, con lo cual para disparar a alguien, tienes que tenerlo (en la práctica) en una zona muerta, digamos que: para darle a un jugador tienes que no-verlo. Ayer, despues de jugar un rato lo tuve que dejar, porque unos de los bots me estaba dando una paliza de la que hacen historia.
Otro dia grabo un video del Quake con la cámara para que lo veais.

Twitter es un servicio relativamente nuevo y, al menos para un servidor, realmente incomprensible. Seguro que muchos ya lo conocen ya que tuvo bastante bombo su lanzamiento, para quien no lo conozca les diré que algo así como un blog reducido a su mínima expresión y que se podría resumir contestando a la pregunta ¿Que estás haciendo?.

En twitter los usuarios publican e intercambian mensajes breves, muy breves, acerca de su actividad, intereses, pensamientos, etc.. Para la publicación de dichos mensajes, el usuario dispone de multiples herramientas que le permitan enviar el breve mensaje y que este aparezca publicado, ya sea en un «tablón de acceso público«, en un recuadro destacado en su blog, etc.. Como en muchas otras aplicaciones web, se crean comunidades, grupos de amigos, etc… para los cuales Twitter brinda una herramienta muy «golosa»: la posibilidad de avisar via sms a tu lista de contactos cada vez que publiques algo.

El resto de twitter me resulta perfectamente prescindible, pero esta parte es realmente tentadora. Via Twitter y aprovechando su API podemos facilmente crear una aplicación para enviar hasta 250 sms/semana sin coste ninguno. Condición: ambos, remitente y destinatario, deben ser usuarios registrados.

A partir de ahora, cuando reciba ese email que estaba esperando, cuando la webcam detecte actividad, cuando la descarga de la película haya terminado, etc.. aviso via sms. Lo he estado probando y funciona realmente bien y rápido, pero no conviene volverse loco: 250 sms a la semana son suficientes para hartarse.

Sigue leyendo…