biestado

¿Cómo arreglar dpkg? dpkg: ../../src/packages.c:221: process_queue: Afirmación `dependtry

Kraptor — Mon, 03 Nov 2008 16:20:18 +0000

Actualizando a Ubuntu Intrepid Ibex, llegué al siguiente error (que me dejaba el sistema de actualización inservible):
kraptor@krmobile:$ sudo dpkg --configure -a dpkg: ../../src/packages.c:221: process_queue: Afirmación `dependtry <= 4' fallida. Cancelado

Para solucionarlo, tenemos que ver qué paquetes causan el problema. Para ello:
kraptor@krmobile:$ cat /var/lib/dpkg/status | grep Triggers-AwaitedTriggers-Awaited: man-db Triggers-Awaited: man-db Triggers-Awaited: man-db Triggers-Awaited: man-db Triggers-Awaited: man-db

Como podemos comprobar, “man-db” no llegó a instalarse correctamente. La solución pasa por intentar eliminar “man-db” (para que elimine los triggers) aunque no se elimine realmente:
kraptor@krmobile:$ dpkg -P man-db dpkg: la operación solicitada precisa privilegios de superusuario kraptor@krmobile:$ sudo dpkg -P man-db dpkg: problemas de dependencias impiden la desinstalación de man-db: yelp depende de man-db (>= 2.5.1-1). ubuntu-standard depende de man-db. dpkg: error al procesar man-db (--purge): problemas de dependencias - no se desinstala Se encontraron errores al procesar: man-db

Con esto, podemos volver a reinstalar el paquete afectado y veremos que todo funciona ya correctamente:
kraptor@krmobile:$ sudo apt-get install man-db Leyendo lista de paquetes... Hecho Creando árbol de dependencias Leyendo la información de estado... Hecho man-db ya está en su versión más reciente. 0 actualizados, 0 se instalarán, 0 para eliminar y 0 no actualizados. 13 no instalados del todo o eliminados. Se utilizarán 0B de espacio de disco adicional después de desempaquetar. Configurando openoffice.org-core (1:3.0.0-2ubuntu1) ... Configurando openoffice.org-java-common (1:3.0.0-2ubuntu1) ... Configurando openoffice.org-base (1:3.0.0-2ubuntu1) ... Configurando openoffice.org-calc (1:3.0.0-2ubuntu1) ... Configurando openoffice.org-draw (1:3.0.0-2ubuntu1) ... Configurando openoffice.org-evolution (1:3.0.0-2ubuntu1) ... Configurando openoffice.org-filter-binfilter (1:3.0.0-2ubuntu1) ... Configurando openoffice.org-gtk (1:3.0.0-2ubuntu1) ... Configurando openoffice.org-gnome (1:3.0.0-2ubuntu1) ... Configurando openoffice.org-impress (1:3.0.0-2ubuntu1) ... Configurando openoffice.org-math (1:3.0.0-2ubuntu1) ... Configurando openoffice.org-writer (1:3.0.0-2ubuntu1) ... Configurando python-uno (1:3.0.0-2ubuntu1) ... Procesando activadores para menu ... kraptor@krmobile:$

Espero que sirva de ayuda.

C5 Generics Library

Kraptor — Tue, 07 Oct 2008 13:13:42 +0000

Después de leer la entrada de Miguel de Icaza sobre la liberación de Mono 2.0, he encontrado una joya que voy a empezar a usar ya mismo en mis proyectos:

C5 Generics Library

Seguro que algún lector de este blog también le saca provecho… si aún queda alguno después de tanto tiempo sin publicar nada.

Solucionar problemas de audio en Hardy Heron

Kraptor — Tue, 27 May 2008 17:27:02 +0000

Desde que tengo la última versión de Ubuntu he tenido bastantes problemas con el audio.

Resulta que han optado por utilizar PulseAudio como servidor de audio y esto ha traído algunas consecuencias: si estás viendo algún contenido con flash en el navegador y al mismo tiempo pretendes escuchar una canción en tu reproductor de audio favorito, sólo escuchas uno de los dos… si tienes suerte. Hay veces que no funciona ninguno.

Es importante decir que el problema no es de Ubuntu, sino de tener un sistema que ha pasado ya por dos actualizaciones (desde Feisty Fawn hasta Hardy Heron pasando por Gutsy Gibbon) y el plugin de flash privativo de Adobe, que no ha actualizado la versión 9 a estos cambios (parece que la beta de la versión 10 sí que funciona correctamente, pero no la he probado).

Bien, entremos en materia.

Explicación del problema

Las aplicaciones de audio debería utilizar PulseAudio para reproducir sonido, y este se encargará de mezclarlo. El problema viene en aquellos casos en los que no se ha podido actualizar las aplicaciones o librerías. Para ello lo que se hizo fue un driver para ALSA llamado “pulse” que redirecciona todas las llamadas a PulseAudio para aquellas aplicaciones que aún no lo soportan.

El problema se da cuando hay aplicaciones que usan ALSA de manera especial, como por ejemplo el plugin de flash.

¡A por la solución!

Para solucionar los problemas hay que redirigir toda salida de audio a PulseAudio. Quizá como mi equipo heredó una configuración de GNOME de hace dos versiones de Ubuntu, a mi no me ha actualizado correctamente. De todas formas, aquí va la solución para las aplicaciones de escritorio en general:

Acceder al menú “Sistema” -> “Preferencias” -> “Sonido”

En la pestaña “Dispositivos”, seleccionar “PulseAudio Sound Server” para todos los casos.

En la pestaña “Sonidos” habilitar la opción “Activar mezcla de sonidos por hardware (ESD)”

Con esto nos aseguramos que todas las aplicaciones (excepto flash) sacan el audio a través de PulseAudio.

Para solucionar los problemas con flash tenemos que instalar libflashsupport:

sudo apt-get install libflashsupport

Finalmente hay que salir de la sesión y volver a entrar. Si sigues teniendo problemas, reinicia porque puede que PulseAudio no se haya iniciado correctamente…

… o si no quieres reiniciar, antes de iniciar sesión puedes abrir una consola (Ctrl+Alt+F1) y ejecutar:

sudo /etc/init.d/pulseaudio restart

¡Y ahora a disfrutar!

Una nota final: al instalar libflashsupport se supone que la gente que tiene problemas con flash de otro tipo, como por ejemplo errores en la visualización o problemas con el navegador (dejarlo colgado o que se cierre inesperadamente) los soluciona. Aunque a mí no me pasaba, ¿alguien me lo puede confirmar?

¿Cómo cambiar el tamaño de letra de vim?

Kraptor — Mon, 14 Apr 2008 17:18:29 +0000

Ya que Pplux se ha animado a compartir con nosotros cómo cambiar el color del menú de autocompletado de vim (ya era hora!), vamos con otra receta, en este caso para GVim.

En sistemas Unix:

nnoremap :silent! let &guifont = substitute(
  \ &guifont, ‘ \zs\d\+’, ‘\=eval(submatch(0)+1)’,
  \ ”)

nnoremap  :silent! let &guifont = substitute(
  \ &guifont, ‘ \zs\d\+’, ‘\=eval(submatch(0)-1)’,
  \ ”)

En sistemas Windows:

nnoremap  :silent! let &guifont = substitute(
  \ &guifont, ‘:h\zs\d\+’, ‘\=eval(submatch(0)+1)’,
  \ ”)

nnoremap  :silent! let &guifont = substitute(
  \ &guifont, ‘:h\zs\d\+’, ‘\=eval(submatch(0)-1)’,
  \ ”)

Si añadimos esas dos líneas en nuestro .vimrc, con Control+↑ y Control+↓ podemos cambiar el tamaño de la letra aumentándolo y disminuyendo cuando no estemos en modo inserción o visual. Muy útil para editar tranquilamente ficheros a pantalla completa en un TFT de 22′.

Es importante definir el tamaño de la fuente en nuestro .vimrc de forma correcta para que funcione lo de arriba:

Si usamos linux podemos utilizar set guifont=FreeMono\ 10, para indicar que queremos usar la fuente FreeMono a tamaño 10px.
Si usamos windows podemos utilizar set guifont=Courier\ New:h10, para indicar que queremos la fuente Courier New a tamaño 10px.

Si no especificamos un tamaño por defecto para la fuente, en este caso 10 píxeles, no funcionará la receta, ya que como podéis ver en el snippet, realiza una sustitución.

Gracias al primer comentario del Vim Tip (NO OFICIAL) 414

La publicidad y los traductores automáticos

Kraptor — Wed, 09 Apr 2008 15:53:04 +0000

Los traductores automáticos a distintos lenguajes no son, hoy por hoy, una maravilla. Eso lo sabe todo el mundo… o casi todo el mundo. Es evidente que los que diseñaron este banner publicitario que me he encontrado en Terra ni siquiera se lo han planteado y claro, pasa lo que pasa.

A mí lo que me preocupa es, sobre todo, que el tiempo funciona hacia afuera.. ¡qué cosas!

El desarrollo del kernel Linux en números

Kraptor — Thu, 03 Apr 2008 08:04:09 +0000

Acabo de leerme un estudio realizado por Greg Kroah-Hartman, Jonathan Corbet y Amanda McPherson. Podemos ver cómo es el desarrollo del núcleo, la manera en la que se realizan las releases, cómo se distribuye el trabajo entre los participantes y quién está detrás del núcleo. Por supuesto, con unas bonitas gráficas como esta:

Es impresionante ver cómo se han doblado la cantidad de líneas de código en 3 años. Un artículo que merece la pena leer.

Vía Michael Meeks, por fin leo algo interesante de él que no sea “hoy he desayunado y he llevado los críos al colegio”. ¡Es que hay algunos que lo de bitácora se lo toman de una forma tan literal!