FroYo NO oficial para Motorola Milestone

La comunidad hacker lo ha vuelto a conseguir, como no podía ser de otra forma, a pesar de todos los impedimentos que ya comentamos en su día.

MotoFrenzy es el nombre de una custom ROM pergeñada por Dexter Picard, que cómo no, se ha publicado en xda-developers.com. Aún hay cosas por pulir (la grabación de vídeo no funciona, el teclado parece que está en inglés por defecto y la configuración para hacer funcionar HSDPA parece que da guerra, aunque el 3G funcione…) Personalmente esperaré un poquito más para dar el salto, pero poquito, porque disponer en mi Milestone de:

* FroYo (Android 2.2)
* Flash Player 10.1 incluído de serie (!)
* Wifi Tethering (!)
* Apps2SD
* Mayor velocidad en las aplicaciones que Android 2.1

no puede hacerse esperar mucho 🙂 Por otra parte, este lunes Adobe insistía en que Milestone recibirá Flash Player 10.1 de forma oficial (lo que sólo puede hacerse si antes recibe FroYo de forma oficial), por lo que creo que es cuestión de meses…

Finalmente, este post parece una fuga de información interna (o igual es un simple fake), pero viene a decir que Motorola ya tiene fecha oficial para FroYo en Milestone: Noviembre de 2010.

Encuesta sobre la valoración del Software Libre

Desde PortalProgramas preparan una nueva edición de una encuesta sobre la valoración del Software Libre . Ya se realizó también el año pasado y tuvo su repercusión.

Son 9 preguntas que puedes responder con rapidez, aunque no estoy muy de acuerdo con la formulación de algunas de ellas y las posibles respuestas. Por ejemplo, con la primera, tal y como ya se ha comentado en otros foros, creo que habría que afinarlas más, aunque también es cierto que es difícil hacer una encuesta sucinta cuando te metes en detalles.

Otra pregunta polémica es «¿El software libre te da confianza?», pero no por la pregunta, sino por las respuestas posibles, muy cerradas, y en mi caso ninguna se ajusta a lo que querría responder (sí me da confianza, porque en general miles de ojos -incluídos los míos si así lo requiero- han podido analizar el código fuente en busca de vulnerabilidades y no las han encontrado. Aunque habría que definir qué se entiende por «confianza» (¿a nivel de seguridad? ¿a nivel de soporte? ¿a nivel de calidad?…) En concreto, también tendría que decir que por supuesto existe código bajo licencias libres que no me genera más confianza que otros privativos…

Por otra parte, tenemos la pregunta «¿Con cuál de las siguientes afirmaciones te identificas más?» donde en las posibles respuestas se contraponen programas libres a comerciales, cuando no son antónimos (considero a MySQL como un buen contraejemplo). Por supuesto aquí también cabe la discusión.

Bueno, tras las críticas decir que yo ya he votado. Son 5 minutos, no más.

Sniffing de tráfico USB con Wireshark

Problema: una impresora HP LaserJet 1300 que funcionaba perfectamente en Ubuntu 9.10 ha dejado de hacerlo al actualizar a Ubuntu 10.04 el PC de sobremesa. Realmente el trabajo de impresión se envía, la impresora parpadea indicando que está recibiendo datos, pero nunca deja de parpadear, y no arrastra papel para imprimir.

Al conectar otro Ubuntu 10.04 – de un portátil – a la misma impresora, funciona perfectamente. Las versiones de CUPS, libpoppler, foomatic y compañía son las mismas en ambos ordenadores. Eliminando del PC completamente todos los programas indicados (apt-get remove –purge && rm -rf /etc/cups) y volviendo a instalar, no se soluciona el problema.

CUPS en modo debugger no indica ningún fallo (es posible ponerlo en modo debugger cambiando el DebugLevel en /etc/cups/cups.conf). Un diagnóstico de problemas de impresión tampoco arroja ningún resultado.

¿Cómo solucionar? Bien, la idea es ir al meollo de la cuestión: ¿qué se está enviando por USB a la impresora en uno y otro caso? ¿Cuál es la diferencia entre lo que envía el portátil y lo que envía el PC de sobremesa? Eso nos puede dar alguna pista.

Para capturar el tráfico USB nos valdremos de un kernel moderno y compilado con soporte debugs:

$ mount | grep debugfs
none on /sys/kernel/debug type debugfs (rw)

Lo siguiente es comprobar en qué bus USB tenemos conectada la impresora:

$ lsusb | grep Hewlett
Bus 007 Device 002: ID 03f0:1017 Hewlett-Packard LaserJet 1300

Ahora que tenemos todos los datos, arrancamos Wireshark y elegimos hacer sniffing sobre el bus USB apropiado. Al enviar un documento cualquiera a imprimir, veremos que hay actividad en Wireshark. En la imagen vemos que se ha convertido el documento a formato PostScript y eso es lo que se ha enviado a la impresora. Haciendo lo mismo desde el portátil, al enviar el mismo fichero a la misma impresora veo que hay diferencias precisamente al final del documento PostScript.

A partir de este punto el trabajo que he realizado no ha sido nada interesante, pues realmente ha sido un penoso proceso de prueba y error, copiando versiones de programas del portátil al PC, sin buenos resultados… hasta que en un foro he visto que para impresoras HP en Linux recomendaban encarecidamente instalar HPLIP, un conjunto de drivers y aplicaciones de gestión en Linux de la propia HP. Realmente hasta ahora nunca lo había usado (me bastaba con el soporte base que me daba CUPS), pero ha sido instalarlo, configurar una impresora desde hp-toolbox e imprimir a la primera.

Recuperando mi tiempo

¿A cuántas listas de distribución que realmente no lees estás suscrito? Son una fuente de procrastinación. Hoy me he dado de baja de las siguientes:
* Fedora Weekly News (uso Ubuntu)
* GNOME Announce List (realmente no leía los anuncios)
* TopCoder (ya no participo en el torneo)
* Anuncios de YouSendIt (para qué quiero conocer las novedades si últimamente sólo envío grandes archivos a través de RapidShare)
* Amazon Web Services

Y alguna que otra más … Me siento más ligero.