Volver a «Flash Player» para i386 en amd64 y Debian

El mes pasado me enteré de que Adobe a la vez que presentaba la versión final de Flash Player 10.1 para GNU/Linux a 32 bits le daba un portazo a la respectiva para 64 bits [barrapunto.com]. En el momento no pareció algo muy importante después de lo que ha habido que pelear con las versiones alfa y beta y sus problemas, pero con el tiempo muchos nos hemos ido dando cuenta de que en la web de Adobe ya no se puede descargar la última beta de por aquel entonces 10.0.45, que en el caso de Debian Squeeze hasta falla la instalación del paquete al tratar de descargarse esa versión desde Adobe. Y para variar en los últimos días, al margen de presuntos problemas de seguridad, algunas páginas han dejado latentes los problemas de la versión ya antigua como en el caso de Facebook y su script Flash para subir imágenes.

Así pues parece que manda tocar retirada y volver a las andanzas de antes, utilizar versiones para 32 bits sobre un sistema de 64 bits, y en el wiki de Debian para Flash Player [en inglés] han tratado el problema y cómo volver a combinar Flash y NSPluginWrapper. A ver si pronto vuelve Adobe con el desarrollo de nuevo y juega a favor de que se deje de responsabilidad únicamente a Linux de su mala compatibilidad con algunas páginas web.

Adobe AIR y Flash en Linux 64 y sin cuelgues

Si ayer hablaba sobre clientes de Twitter para usar desde Debian lenny, incluyendo los que funcionan sobre Adobe AIR, hoy toca compartir una chapucilla para mejorar la convivencia entre este entorno de ejecución y Flash para 64 bits. Flash ya es famoso por lo follonero que ha sido eternamente en Linux, sobre todo en los sistemas de 64 bits que funcionan sobre un procesador AMD que carezca de LAHF, pero para eso aunque tardó y no fue por parte de Adobe, se consiguió un remedio. Sin embargo ahora el conflicto lo tiene Flash con AIR. No sé si también por algo relacionado con el procesador.

Resulta que por el momento no se dispone de una versión de AIR con soporte nativo en 64 bits, lo que hace que la instalación sea un poco más entretenida usando la de 32 bits como los mismos de Adobe detallan para la versión 1.5 y también para la 2.0, aunque en inglés. Pero una vez instalado y en marcha con alguna o varias aplicaciones que corran sobre AIR, como se nos ocurra abrir el navegador y empezar a usar páginas que contengan Flash empezarán los problemas. A mi por ejemplo con YouTube no me ha dado problemas, pero con Gmail, Metacafé o los vídeos de Blogger sí, cerrándome Iceweasel  —Firefox— de repente o fallando el plugin en Chromium —Chrome. ¿Y por qué? Pues ni idea. Dice la gente que es que la convivencia de Flash para 64 con AIR para 32 no se llevan bien los toques, al menos yo confirmo que en un AMD K8 Athlon64 3400 así es.

Posibles soluciones populares: …→→ continuar leyendo →→

Clientes de Twitter para Debian «Lenny»

Con la expansión de Twitter como la polvorilla cada vez son más también los clientes que aparecen para este servicio por excelencia de microbloggin. Manías de la gente, yo prefiero tener un programa sencillo minimizado que me avise de cuando hay novedades, que soy muy despistado para mirar la web a cada momento y así mientras estoy a mis cosas. Y es que cuando yo me cree la cuenta no tenía amigos que lo usasen, pero ahora ya hay tres o cuatro, aunque a su breve manera, además de algunos conocidos de la red que lo tienen a veces echando humo. Sin embargo en cuanto a Linux no hay muchas aplicaciones para esto, pues casi todas pasan por Adobe AIR y alguna suelta por JAVA, y si encima buscamos para la actual versión estable de Debian GNU/Linux, Lenny —5.0.4 de momento—, el cerco se estrecha mucho mucho porque las versiones para testing o inestable suelen tener dependencias y suponen empezar a liar versiones de otros paquetes y ya se sabe lo que puede pasar… Por eso, como estoy hasta las narices de buscar y probar versiones —en Twitdom hay un listado de versiones para cualquier plataforma y/o sistema— , comparto aquí algunas, por si a alguien le ahorrara trabajo:

• Twitux. El que suelo usar. Funciona en GTK+ y va muy suave en Gnome. Sin embargo será por fallos de la versión para Lenny, la 0.61, que las notificaciones dejaron de aparecerme de un día para otro y el asunto de abrir enlaces en el navegador o copiarlos al portapapeles no lo hace. No obstante según los desarrolladores esos errores son culpa de la depedencia libsexy2 y no del propio Twitux.
• Twidge. Que aunque en los repositorios no está para estable, añadiendo los repositorios de testing se puede instalar sin problemas de dependencias, puesto que le vale la versión de curl y demás de estable. Efectivamente es en consola, así que muy para vagos no es porque tienes que estar consultando con comandos en consola, pero si no dispones de entorno gráfico es tu elección sin duda.
• gotweet. Al estilo de Twidge aunque no disponible en los repositorios.
• Twitter Deskbar. De los más laboriosos de instalar pero que si usas Deskbar quizás sea el tuyo. Tampoco es cuestión de repositorios, además de que la versión del paquete python-twitter de Lenny es algo antigua…

Gtwitter y Gwibber presentan problemas de dependencias porque quieren librerías de Gnome más modernas que las de Lenny. Mitter necesita una versión más reciente de python-support que una vez actualizado por medio de los repositorios backports de Lenny se empeña en no conectar dando un error con el refresco automático de los mensajes. Y seguro que hay un montón más que no conozco.

No obstante, como dije al principio, están de moda los clientes multiplataforma. …→→ continuar leyendo →→

Skype para AMD64 sólo para Ubuntu, aparentemente

Mirando a ver si había nueva versión de Skype para Linux (2.1.0.47) ya que las de Mac OS X (2.8) y para Windows (4.1) tienen más utilidades, me he acordado de un detalle para los usuarios de arquitecturas AMD64. Y es que Ubuntu es la única distribución de Linux para la que se ofrece versión de 64 bits de Skype, aparentemente. Aparentemente porque los paquetes para Ubuntu se pueden usar en Debian y viceversa. En el caso de las demás ya desconozco si existe conversión de paquetes.

Todo ello a pesar de que sea para 64 bits a medias puesto que necesita de librerías de 32 bits [cómo instalarlo para Debian], pero los paquetes de descarga para el resto de distribuciones son para arquitecturas i386 o i586. ¿Así que para qué sirve sacar un paquete para 64 bits si luego hacen falta librerías de 32? Parece que para evitar el parámetro –force-architecture en la instalación y alguna cosilla más. En fin, poco a poco.

Solución para los cierres por Flash Player 10 para Linux 64 bits

Ayer encontré por fin una solución para el problema de que la versión nativa de Adobe Flash Player 10 para arquitecturas AMD64 cierre repentinamente los navegadores con un error del tipo «Violación de segmento». Que error tan poco descriptivo ese.

Hace cosa de un par de meses descubrí que el fallo no se da en todos los núcleos de Linux de AMD64, sino que concretamente ocurre para los que utilizan procesadores de la marca AMD, como en el caso de mi sobremesa que es un K8 Athlon64 3400, o algo así. En el portátil sin embargo, también con un núcleo para 64 bits, no ocurre el fallo y el procesador es un Intel Core 2 Duo.

Y como en esta materia de Linux es importante indagar por Internet, hace unas semanas decidí compartir el error en el reporte de errores para el paquete flashplugin-nonfree de Debian, y ayer obtuve una sorpresa, alguien me había respondido hace unos días con la solución. Esta solución aportada por roma1390 consiste en compilar el código de una librería que va dentro del archivo que se adjunta —mediante make— y después lanzar el script firefox.sh que abrirá Firefox o Iceweasel de una manera que ya no haya que temer a páginas como Vimeo, Hulu, los vídeos de los amigos de TotallyCrap,.. Que antes cerraban el navegador de repente.

No obstante, gracias a la información acerca de la instrucción causante del error, poco después encontré en los foros de Arch Linux una solución similar al problema de Maks Verver, mensaje 92 de dicho hilo. En esta segunda solución ha sido suficiente con compilar con:

cc -fPIC -shared -nostdlib -lc -oflashplugin-lahf-fix.so flashplugin-lahf-fix.c

y copiar el nuevo archivo obtenido en la carpeta en la que el o los navegadores busquen los plugins. En mi caso por ejemplo ha sido en $HOME/.mozilla/plugins aunque supongo que también será igual de efectivo o más, sirviendo también para el resto de usuarios, si se pone en /usr/lib/mozilla/plugins/.

De paso pongo un enlace de descarga a cada solución por si fallasen a alguien

• Solución aportada por roma1390
• Solución de Maks Verver

Flash Player 10 para Linux 64 bits

Hace un tiempo que Adobe anunció que iba a meterle mano al tema de desarrollar el reproductor de Flash 10 para sistemas GNU/Linux sobre una plataforma de 64 bits, y algo menos de tiempo que comenzó a compartir versiones de prueba [Flash Player 10 en Adobe Labs]. Son versiones que denominan ellos alpha, que ni son beta, pero a las que los usuarios de linux sobre 64 bits nos agarramos como un clavo ardiendo, aunque el hecho de no ser versiones finales se nota en la estabilidad de según qué páginas se abran.

Hasta hace poco había que conformarse con el tema de emular un sistema de 32 bits para que el plugin de 32 bits funcionase en el sistema que realmente era de 64 bits. Daba muchos fallos, a una gente se le cerraba el navegador cada dos por tres y a otra, como a mi, de repente el plugin dejaba de funcionar, todos los lugares de las páginas en los que iba contenido flash pasaban a ser un cuadrado gris y era necesario cerrar y volver a abrir el navegador. Por supuesto estos hechos aumentaban en probabilidad de suceder como se nos ocurriera tener abiertos varios vídeos de YouTube a la vez —cargando por ejemplo—.

Entonces con la salida de estas versiones de prueba, por llamarlas así que correctamente no sé cómo se deben de denominar en la jerga aficionada, vimos un rayo de luz, que en parte su papel está cumpliendo de momento. …→→ continuar leyendo →→

Optimizar el consumo de energía en Linux

Con frecuencia la gente escribe en foros y listas de correo que es que desde Linux a su portátil le aguanta menos la batería, y por motivos parecidos imagino que Intel crearía LessWatss.org. Esto que le pasa a la gente suele ser porque el portátil, que de casa lleva Windows, ya viene con sus drivers y programas instalados de control de energía para el disco duro, lector de CD/DVD, interfaz de red inalámbrica, pantalla, etcétera.

En un Linux, nada más instalado, sucede algo parecido a como si el Windows del portátil fuera uno que nosotros le ponemos a mano y no la típica restauración de sistema que llevan instalada. Muchas son las webs en las que se habla sobre la optimización desde Linux de cada componente del ordenador, como es el caso de la mencionada Less Watts, que contiene una información acerca del ahorro de energía con trucos, documentación avanzada, proyectos, lista de correo, canal de chat y descargas.

El asunto de ahorrar energía en los ordenadores es interesante sobre todo para portátiles, pero los consejos de Less Watts también sirven, al igual que los de otras muchas webs, para los ordenadores de sobremesa, que hoy día hay mucha gente que se monta algunos ordenadores que parecen centros de procesado y/o servidores, con sistemas multiprocesador, varios discos duros y sin escatimar en RAM ni en tarjetas gráficas, todo ello acompañado de multitud de disipadores y ventiladores si no quieren empezar a oler a chamusquina, que el sistema se bloquee o incluso que se rompan piezas. Y no hay que olvidar que cuanta más energía se consuma, más calor se suele disipar —más se calienta todo el sistema— y más engorda la factura de la luz.