Mitter el cliente de Twitter desaparece

Julio Biason, el desarrollador de Mitter, informó ayer en su blog [http://juliobiason.net, en inglés] del abandono en el desarrollo y mantenimiento de dicha aplicación. Hace unos meses lo mencioné en una entrada sobre clientes de Twitter para Debian Lenny, aunque donde funciona bien es en versiones más al día. La verdad que tardé un tiempo en probarlo, pero me llamó mucho la atención por su ligereza y poco consumo de recursos, aunque en su contra tenía la ausencia de un recortador de direcciones y gestor de mensajes directos.

El autor aludió principalmente a dos razones que le han llevado a abandonar el proyecto. La más grande explicó que es la manera en que Twitter está manejando la implementación del protocolo OAuth, que no hace mucho caso de los desarrolladores y ello complica su inclusión en los clientes de código abierto. La segunda, el verdadero «ya ha sido suficiente» según él, fue cuando señaló que los usuarios bloqueados todavía aparecían en la timeline, y obtuvo por respuesta que el bloqueo debía hacerse en el lado del cliente. Y este par de desavenencias junto con la mala leche que te va generando error tras error que hay que andar corrigiendo cuando programas pues han acabado por hacer que se le quiten las ganas de seguir con el asunto. No obstante pone el código fuente a disposición de quien lo quiera y se ofrece para ayudar en dudas con el diseño o a quien quiera hacer una nueva versión.

Yo lo entiendo. Desarrollar por amor al arte es bonito, le dedicas el tiempo que te da la gana, pero cuando empiezan a surgir demasiados cambios y en donde se supone que dan soporte pasan de ti o te dan largas, cansa. Y lo digo ahora mismo que estoy un poco aburrido ya de la desgana de los desarrolladores de SilverStripe en sus foros. 😆

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. 🙄

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

Descargar Skype para Linux

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. 😆