Arreglando reconocimiento de cámaras para gThumb y Shotwell en Debian

Resulta que con las versiones para Debian testing o unstable de gThumb y Shotwell ahora las cámaras de fotos no son reconocidas como tales por este par de aplicaciones. Al menos con la Canon Digital IXUS 60 que lo he intentado. Gnome detecta una cámara y pregunta con qué abrirla —gracias al paquete gnome-volume-manager—, pero cuando le indico que la abra con gThumb el programa no detecta la cámara ni muestra las fotos que contiene. Con Shotwell pasa algo parecido, pues lo abro y no detecta cámara alguna o la mostraría en su barra lateral.

Pero el problema en realidad, salvo que se recurra a la versión de gThumb para lenny, está en udev y las reglas que libgphoto2 le indica sobre cada cámara. Le faltan un par de propiedades para que estos se enteren de que es una cámara lo que está conectado:

  1. ID_GPHOTO2 = 1
  2. GPHOTO2_DRIVER = proprietary

Así que hay dos soluciones:

  • Añadirle las propiedades necesarias a dichas reglas.
  • O extraer la tarjeta de memoria de la cámara e insertarla en el típico lector de tarjetas. Además suelen transferir a mayor velocidad al ordenador que la propia cámara.

Pero no siempre se dispondrá de un lector de tarjetas, o habrá a quien le guste complicarse la vida. Estos son los pasos que yo he seguido: […] (continuar leyendo)

Solucionar errores con caracteres inválidos en /var/lib/dpkg/available

Llevaba unos días encontrándome al actualizar paquetes en Debian testing el siguiente error:

atención, in file ‘/var/lib/dpkg/available’ near line 48034 package ‘virtualbox-3.0’: error in Version string ‘3.0.12-54655_Debian_lenny’: invalid character in revision number

Al parecer se trata de un error con los caracteres utilizados en la versión del paquete Virtualbox-3.0, que encima ya ni tengo instalado. Y hoy echando un vistazo he dado con que a más gente le ocurre [bugs.debian.org], también algún español [linuxparatodos.net], y he dado con la solución [azitech.wordpress.com]. Es decir:

# dpkg --clear-avail

que «elimina la información sobre qué paquetes están disponibles» como dice el manual de dpkg. Aunque también es posible solucionarlo comentando el repositorio correspondiente al paquete que da el error, actualizando, y descomentándolo. O supongo que también vaciando el contenido del archivo /var/lib/dpkg/available.

Iceweasel 4.0 beta 4

Hoy miren por donde me ha dado por probar en un momentico a ver cómo va el Iceweasel 4Firefox 4 en otros lugares. Concretamente en su cuarta versión beta. Y la verdad que me ha parecido más ligero con trece pestañas abiertas que la por ahora versión estable 3.6.8. Pero de momento por muchas extensiones que digan que ya son compatibles con él —dicen que más de mil [bitelia.com] de las más de trece mil que acabo de contar—, a mi por ejemplo de nueve sólo me ha seguido funcionando una.

Es posible probarlo sin necesidad de instalarlo, y por mi parte lo recomendable. Muy sencillo de instalar en Debian y similares, como indican en Glandium [en inglés]. A mi me han funcionado estos pasos en Debian testing:

  1. Instalar xulrunner-2.0 y libmozjs4d_2.0. Se descargan estos .deb de los repositorios para Mozilla en Debian.net seguidos de un #dpkg -i <los-paquetes> para instalarlos.
  2. Descargar iceweasel_4.0~b4-0_<arquitectura>.deb, pero no instalarlo, extraerlo en donde se quiera tener la aplicación con dpkg-deb -x iceweasel_4.0b1-0_*.deb /ruta/dondesequiera.
  3. Crear el enlace simbólico: ln -s /usr/lib/xulrunner-2.0 /ruta/dondesequiera/usr/lib.
  4. Y cada vez que se quiera usar abrirlo con: /ruta/dondesequiera/usr/bin/iceweasel.

A ver si se dan prisa y se aplican bien estos de Mozilla, que ChromiumChrome— me va como una bala. 🙄

Cambiar de pestaña en Firefox con la rueda del ratón

Tab wheel scroll

Tab wheel scroll

Con la llegada del navegador Google Chrome y su libre Chromium se ha extendido más la utilidad de cambiar de pestaña ubicando el cursor sobre cualquiera de ellas y moviendo la rueda del ratón. Otros navegadores como el de GNOME Epiphany ya lo incorporan de antes que existiera el de Google, e incluso otras muchas aplicaciones basadas en GTK+ también. Y al menos en mi caso más de una vez me había preguntado si eso sería posible en Firefox, o sus derivados Iceweasel o IceCat, paseándome por la configuración una y otra vez. Y sí, lo es gracias a la extensión Tab wheel scroll. Válida para Linux, Windows y supongo que también Mac OS.

Compatible desde Firefox 1.5 hasta las últimas versiones estables, las 3.6, es un complemento que sólo requiere instalarlo, reiniciar y ya está listo para utilizar. La captura que he puesto es la única opción de configuración que permite por si se quiere cambiar el sentido de movimiento de las pestañas según el giro de la ruedecilla, o que cuando se llegue a la última pestaña si se continúa girando no vuelva a la primera.

Una muestra más de que por mucho que avancen otros navegadores Firefox de momento continúa siendo el más personalizable. 😀

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)