Karmic y Lucid: escoge lo mejor de cada mundo

Problema: al actualizar de Jaunty (9.04) a Karmic (9.10), CUPS ha dejado de funcionar. Leyendo los bugs de esta aplicación en launchpad, me encuentro con que ya existe una solución en la versión 1.4.2-6. Pero esa versión no aparece en el repositorio de Karmic… sino en la siguiente, es decir, en Lucid.

Solución: añadimos desde el interfaz gráfico, usando Synaptic, en la pestaña Sources:

deb http://archive.ubuntu.com/ubuntu lucid main restricted universe multiverse

(también lo podemos hacer editando directamente /etc/apt/sources.list + apt-get update)

Y actualizamos (pulsamos el botón «Reload»).

Ahora editamos /etc/apt/preferences (ojo, el fichero no existe, hay que crearlo):

Package: *                                                                      
Pin: release a=karmic
Pin-Priority: 900
 
Package: *
Pin: release a=lucid
Pin-Priority: 400

Esos dos bloques vienen a decir: por defecto, intenta actualizar siempre del repositorio de mayor prioridad (prioridad=900: Karmic). Pero si alguien fuerza la instalación de un paquete lucid, permíteselo. Se fuerza así:

sudo apt-get -t lucid install cups

El fichero /etc/apt/preferences es importante, dado que si no lo creas, al hacer «apt-get install paqueteX» APT se irá a buscar la versión más reciente de ese paqueteX, que con seguridad será siempre el de Lucid, y se puede liar un buen embrollo. Es decir, sólo queremos paquetes de Lucid cuando forcemos con «-t lucid».

EJIE y el Software Libre

EJIE S.A. es una empresa pública de servicios informáticos integrales cuyo ámbito de actividad es la administración de la Comunidad Autónoma Vasca. Es lo que pone en el epígrafe de su web. EJIE no se ha caracterizado precisamente por la promoción del Software Libre, y leyendo el programa electoral del PSE, tampoco creo que la reforma de EJIE coja a nadie de sorpresa; ésto es lo que dice dicho programa al respecto:

«Abordaremos una reforma de la empresa pública EJIE que se encarga de los servicios informáticos del Gobierno Vasco. Se debe realizar un estudio de nivel de subcontratación, su deficiente gestión de los recursos, el desnivel con el que cuentan sus departamentos y su retraso en el nivel tecnológico utilizado, ciertamente lastrado por el Framework propietario que utilizan Geremua.»

Si hace unas semanas fue el PP vasco, ahora es el PNV el que pide explicaciones sobre la oficina del software libre, básicamente preguntando: ¿por qué no lo hace EJIE en lugar de formar una nueva oficina? El PNV conoce perfectamente lo que hace y deja de hacer EJIE. No en vano ha estado en el gobierno, durante muchos años, al corriente de lo que se cocía en esa entidad. Y sí, sí que en EJIE se hace uso interno de aplicaciones de software libre, y el PNV lo sabe – y tiene, si quiere, una lista muy detallada al respecto-, no entiendo a qué viene ahora la pregunta. Pero no pondría a EJIE nunca a asesorar sobre software libre, sería como meter al zorro a cuidar del gallinero. Es obvio cuál sería el resultado.

Veamos la pregunta y esperemos que entre PP y PNV no tumben la iniciativa de la oficina:

Alex Etxeberria Aranburu, parlamentario del grupo Nacionalistas Vascos, al amparo del Reglamento vigente, formula las siguientes preguntas para su respuesta por escrito a la consejera de Justicia y Administración Pública del Gobierno Vasco, sobre la contratación de una consultora externa para el software libre.

JUSTIFICACIÓN

En el pleno del 11 de diciembre de 2009, en respuesta a una pregunta, la señora Zabaleta expresó la intención de contratar una consultora externa para realizar las labores de desarrollo y promoción del software libre en el ámbito del Gobierno Vasco. Conociendo los proyectos de asesoría que tiene EJIE,
· ¿Cuáles son los motivos por los que no es EJIE quien realiza dichas labores?
· ¿Cuáles son los objetivos y proyectos de EJIE en relación con el software libre?
· ¿Cuáles son los productos de software libre y cuáles los de licencia en propiedad que utiliza EJIE en los proyectos que está desarrollando en este momento?

Chrome y la visualización de PDFs en Linux

¿Qué es lo que os ocurre al pinchar sobre un enlace que lleva a abrir un PDF en Chrome/Chromium? Que en lugar de abrirse el PDF incrustado se abre una bonita pantalla negra como la de la imagen de la izquierda. Esto se puede evitar de dos formas. La primera: botón derecho, «Save Link as…». Pero claro, es una solución a posteriori (muchas veces no sabes que vas a pinchar sobre un enlace a un PDF hasta que pulsas el enlace y ves las consecuencias). La segunda opción: usar Mozplugger. Pero no la versión oficial, sino una versión parcheada disponible en el repositorio PPA http://ppa.launchpad.net/setack/stuff/ubuntu .

Para instalar ese nuevo repo, abrimos System/Administration/Synaptic y elegimos Settings/Repositories. En la pestaña «Other Software», pulsamos «Add..» y tecleamos el nombre del repositorio PPA indicado.

Si es necesario, importamos las claves GPG en nuestro llavero de claves APT :

$ gpg --keyserver keyserver.ubuntu.com --recv 60FD0E97
$ gpg --export --armor 60FD0E97 | sudo apt-key add -

Pulsamos ahora el botón Reload:



Descargamos el código fuente de Mozplugger+parche, compilamos e instalamos:

$ apt-get source mozplugger
$ cd mozplugger-1.13.0/
$ make
$ sudo make install

Ya queda menos… sólo configurar mozplugger:

$ gksudo gedit /etc/mozpluggerrc

Para que debajo de esta línea:

text/x-pdf:pdf:PDF file

aparezca:

repeat noisy swallow(evince) fill: evince «$file»

¡Presto! Vamos a probar. Abrimos Chrome y tecleamos en la URL:

about:plugins

Debe de aparecer Mozplugger y… NO debe de aparecer Adobe Acrobat Reader Plugin. Si éste último apareciera, buscar nppdf y quitarlo de la carpeta de plugins. En mi caso:

$ sudo mv /home/juanan/.mozilla/plugins/nppdf.so /tmp

Nota: Chrome reutiliza los plugins de Firefox, y éste a su vez los disponibles en la la carpeta .mozilla. Y en lugar de borrarlo he optado por moverlo a /tmp hasta probar que el experimento funciona 😉

Ahora, cerramos el navegador y por fin, abrimos Chrome, buscamos un PDF y debemos de verlo incrustado en pantalla (gracias a Evince).

Eclipse, ventanas grises y la gran comunidad

UPDATE (22/12/2009): hoy he actualizado la versión de Ubuntu de uno de mis PCs, pasando de la 9.04 a 9.10. Conocía los «trucos» para hacer funcionar la bestia Eclipse en Karmic Koala, pero hete aquí que me he topado con un nuevo problema: al intentar instalar cualquier plugin, todo iba bien, salvo al final, cuando pulsaba en «Finish». Entonces Eclipse cerraba todas sus ventanas, saliendo inmediatamente (sin terminar la instalación del plugin). Analizando los logs de error, he visto que se «trababa» con la biblioteca Pango. Y tras unas cuántas búsquedas en el Bugzilla de Eclipse y en el Launchpad de Ubuntu, he encontrado en éste último la solución (o más bien parche): consiste en deshabilitar las «tecnologías de accesibilidad» (System/Preferences/Assistive Technologies/ y desmarcar «Enable Assistive Technologies»). </UPDATE>

Receta rápida para que no perdáis ni un minuto en arreglar un problema grave con Eclipse en Ubuntu 9.10. En concreto, con Eclipse Ganymede (3.4.0), que efectivamente, no es la última versión, pero es en la única en la que he conseguido hacer funcionar el plugin de Flex para Eclipse y la que necesito por tanto tener instalada. El problema radica en que al lanzar Eclipse, éste nos pide la ruta hacia el workspace (bien) y a continuación nos muestra una bonita ventana gris , sin ningún tipo de información (y que tampoco podemos cerrar). Bien, la solución (tras media hora de búsqueda, y gracias a que la Comunidad de usuarios la ha perseguido y documentado), consiste en añadir esta línea al fichero eclipse.ini :

   -Dorg.eclipse.swt.browser.XULRunnerPath=/dev/null

(el problema parece estar relacionado con alguna ruta de XulRunner que en las nuevas versiones de Ubuntu ha cambiado de localización y que, por alguna extraña razón, a Eclipse no parece haberle gustado nada de nada :-O

Nota de regalo: ¿tienes problemas con Ubuntu 9.10 y Eclipse a la hora de pulsar los botones con el ratón? (en concreto, ¿que por mucho que pulses cualquier botón no te hace ni puñetero caso?). Bien, pues también tenemos la solución en la comunidad, oiga. La verdad es que Eclipse y esta nueva versión de Ubuntu 9.10 se llevan a matar…

Charla IRC GNOME Hispano: WebKitGTK+

La asociación GNOME Hispano, con la intención de promocionar el proyecto GNOME en todos los ámbitos y, segundo, intentar servir de punto de entrada al proyecto para los usuarios/desarrolladores que lo deseen, nos invita a participar de las Charlas IRC de Diciembre.

Las Charlas IRC de GNOME Hispano, tienen como objetivo fomentar la formación de hackers hispanos.

Para este mes tenemos ya todo confirmado:

Expositor: Diego Escalante Urrelo (diegoe)
Fecha: 19 – Diciembre – 2009
Hora: 17 hrs UTC (12 hrs Lima, 14 hrs Santiago, 18 hrs Madrid, 19 hrs Helsinki)
Tema: «WebKitGTK+»

Lugar: En irc.gnome.org canal #gnome-hispano

Más información: http://es.gnome.org/Eventos/CharlasIRC/CharlaDiciembre2009

Agradecimientos por la noticia a Sergio Infante, coordinador de las charlas de GNOME Hispano.