Sería obligatorio que existiera siempre la posibilidad de realizar trámites online cuando se tratara de trámites exigidos o solicitados por el gobierno o por empresas adjudicatarias. Ejemplo: pedir cita previa en la ITV, elegir plaza en bolsas de sustitución, no necesitar compulsar un DNI (¡electrónico, con firma digital!)…

Todas las apariciones de personajes que hablen en inglés en los informativos – preferiblemente , aunque lo mismo se aplica para otros idiomas -, se mantendrían sin doblar  (aunque sí que añadiría subtítulos en castellano e inglés, a elegir por el usuario). Fomentaría la posibilidad de ver/oír versiones originales de las películas siempre que fuera posible. Supuestamente en EiTB debería de estar haciéndose ya.

… legislaría para que todas las webs del Gobierno y Diputaciones que requirieran el uso de certificados digitales funcionaran también en Firefox. Deberían de funcionar sin pedirlo, y en general, cuando no hay necesidad de uso de certificación digital lo hacen, pero cuando entra de por medio la temida smartcard… buf…

le daría una medalla a Iñigo Barreira por luchar, desde el 27-11-2006 hasta la actualidad para conseguir que el certificado de Izenpe sea distribuído de serie entre los certificados de confianza de Mozilla. Y de paso, le invitaría a dar una charla al respecto, porque tiene mucho y muy interesante que contar… muchas penalidades para conseguir algo que desde fuera parece sencillo, pero que desde dentro, siguiendo la historia del bug, se ve que es, aunque necesario desde el punto de vista de la seguridad, un auténtico calvario… y todavía no ha terminado. Cuando termine el proceso y Firefox reconozca de serie a Izenpe, nos evitaríamos pantallas tan molestas como la de la imagen (que por cierto, la gente ha aprendido a obviar y seguir adelante, sin darle mayor importancia… me recuerda a la fábula de “El pastor y el lobo”).

Al parecer Izenpe, en Opera ya lo tiene resuelto… Google Chrome (5.0.375 en Linux) por ahora no.

Un par de años les ha costado. Muuucho tiempo, tal vez demasiado, pero al final lo han hecho. Google Voice and Video chat para Linux ya está disponible (es decir, soporte de chats con vídeo a través del navegador, integrado en Gmail). El desarrollador principal, Justin Uberti, al parecer ha tenido que programar desde cero el soporte de vídeo y la gestión de audio usando PulseAudio como base también le ha dado guerra. ¡Pero ya está disponible! Éstos son los pasos para instalar y configurar en Ubuntu el soporte de “Google Voice and Video”:

1. Descargar el plugin , en formato .deb

2. Instalarlo

3. Comprobar que en la lista de plugins del navegador aparece Google Talk

4. Configurarlo en GMail (pestaña Chat de tu perfil)

Cuando tu teclado está configurado como un teclado estadounidense y lo quieres poner en español, desde la línea de comandos:

/usr/bin/setxkbmap -model pc105 -layout es

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.

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.

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.