Audacity sufre de buffer underruns al grabar, después distorsiona el audio y se traba

 El error se repite hasta el infinito (y más allá):

ALSA lib pcm.c:7843:(snd_pcm_recover) underrun occurred

Algún problema hay entre ALSA y Pulseaudio (bug en Launchpad).  Solución temporal:

alias audacity='env PULSE_LATENCY_MSEC=30 /usr/bin/audacity'
audacity

Para hacerla permanente:
sudo sed -i 's/^Exec=.*/Exec=env PULSE_LATENCY_MSEC=30 audacity %U/' /usr/share/applications/audacity.desktop
echo "alias audacity='env PULSE_LATENCY_MSEC=30 /usr/bin/audacity'" >> ~/.bashrc

"Skype no se ha podido conectar" en Ubuntu

El problema persiste aún al actualizar a la última versión.  Solución:

sudo apt-get purge skype
sudo apt-get autoremove

Y después descargar e instalar la última versión.  Borrar el directorio de configuración no es necesario.

Entonces podrás ver la nueva pantalla de Iniciar sesión, que sí funciona:

Deshabilitar las notificaciones de contacto en línea de Pidgin

No se hace en preferencias, sino en Herramientas > Complementos > Menús emergentes Libnotify, Configurar complemento, y deseleccionar Amigo inicia sesión.  Fiiiuuuuuu.

Añadir una resolución a nuestra pantalla en Linux

A veces Kubuntu no muestra las resoluciones correctas (sospecho que los GPUs Intel tienen algo que ver). Si quisiéramos agregar  1280x800 al monitor LVDS1 (xrandr --current para ver el nombre de tu monitor), generamos tiempos de sincronización con cvt:
$ cvt 1280 800
# 1280x800 59.81 Hz (CVT 1.02MA) hsync: 49.70 kHz; pclk: 83.50 MHz
Modeline "1280x800_60.00"   83.50  1280 1352 1480 1680  800 803 809 831 -hsync +vsync

Agregamos la Modeline resultante a xrandr:
$ xrandr --newmode "1280x800"   83.50  1280 1352 1480 1680  800 803 809 831 -hsync +vsync


La añadimos a nuestra pantalla, y la activamos:
$ xrandr --addmode LVDS1 1280x800
$ xrandr --output LVDS! --mode 1280x800

Borrando y reinicializando la colección de música de un iPod Touch / iPhone desde Linux

Para inicializar base de datos de iTunes de un iPod Touch o iPhone nuevo o recién formateado, o para borrar la colección de música (si está corrupta, o simplemente queremos cambiar de canciones) desde Linux hay que salvar un par de obstáculos:

Primero, hay que acceder al dispositivo montándolo manualmente (p.e. sudo mkdir /media/iPod; sudo chmod 777 /media/iPod; ifuse /media/iPod;) o dejando que un programa lo haga por nosotros (Amarok monta automáticamente /var/mobile/Media en /tmp/kde-$USER/amarok/imobiledevice_*).

Nuestra música, la base de datos de iTunes y demás se encuentran en Media/iTunes_Control.  Podemos eliminar (o renombrar) todo para deshacernos de la colección, con excepción de Media/iTunes_Control/Device/HashInfo.  Este fichero contiene el código con el que Apple pretende impedir nuestro libre acceso a nuestro dispositivo.  Por tanto, conviene hacer un respaldo del mismo.

En caso de una nueva instalación, tendremos que obtener HashInfo, a menos que tengamos un respaldo.  Afortunadamente, Héctor Martín Cantero ha creado un generador público: iPhone/iPod hash generation.  Para usarlo, necesitamos el UUID de nuestro dispositivo, que usualmente es listado como SerialNumber en sus propiedades, las cuales se pueden ver en syslog.  Este comando puede ayudar:

perl -ne 'our $UUID; if (/Manufacturer: Apple/) { $_=<>; $UUID=$1 if /SerialNumber: (.+)/; } END { print "$UUID\n" if $UUID;}' /var/log/syslog

Una vez que tenemos HashInfo en su lugar, podemos dejar el trabajo más pesado a Amarok o gtkpod; si borramos la colección de música con alguno de los dos abierto, tendremos que expulsar nuestro dispositivo y volverlo a conectar; si no, simplemente ejecutamos uno de los dos, que inmediatamente nos ofrecerá inicializar nuestro juguete; si no sabes su modelo, puedes verlo en sus Ajustes de sistema / General / Información / Modelo (en mi caso, ignorando el primer y los dos últimos caracteres).

Hacer que el complemento Last.fm de Amarok deje de usar KWallet

Esto hace que el complemento de Last.fm guarde su contraseña en texto simple --que es más inseguro, pero evita el uso de KWallet.

1. Cierra tu cartera en KWallet.
2. Inicia Amarok y cancela cuando quiera abrir tu cartera.
3. Ve a la configuración del complemento de Last.fm, y cancela el nuevo intento de acceder a la cartera.
4. Introduce los datos de tu cuenta y Acepta.
5. Cancela KWallet una última vez. 
6. Amarok preguntará KWallet no se está ejecutando.  ¿Le gustaría que Amarok almacenara sus credenciales en texto simple?
7. ¡Siiiiiií!!!!!!
8. Reiniciar Amarok.

Alternativamente:

1. Deshabilitar KWallet en el fichero de configuración de Amarok:
   perl -pi -e 'print STDERR "Reemplazando $&\n" if s/(ignoreWallet)=.*/$1=yes/;' ~/.kde/share/config/amarokrc 
2. Reiniciar Amarok.
3. Introducir tu cuenta en la configuración de Last.fm si nunca la has guardado como texto antes.

Escuchar el micrófono o línea de entrada en PulseAudio

Andando con ganas de hacer karaoke, me econtré con que no hay opción para escuchar mi propio micrófono, ni en Gnome ni en KDE.  Pero la línea de comandos no podía fallar; basta con cargar el módulo de bucle de PulseAudio:

pactl load-module module-loopback

Y para desactivarlo:

pactl unload-module `pactl list short |perl -ne 'print $1 and exit if /^(\d+)\s+.*module-loopback/;'`

O en un práctico guión:

pulseaudio-loopback.sh

#!/bin/bash

if pactl list short|grep module-loopback 1> /dev/null
then
    echo Desactivando el bucle de audio
    pactl unload-module `pactl list short |perl -ne 'print $1 and exit if /^(\d+)\s+module-loopback/;'`
else
   echo Activando el bucle de audio para el dispositivo de entrada preferido
   pactl load-module module-loopback
fi

 La calidad del sonido deja que desear, sin embargo, pero eso ya es otro rollo.

Para el bonito detalle, Linux desechable de bolsillo, llévelo llévelo...

Para que no se lo vendan más caro que el Güindos en otros lados (como Lenovo y Dell), aquí lo tiene listo para correr, máquina virtual en Yavascrip y todo incluido, excepto el Uniti, pero trae qemacs que es mejor.  Que no le digan, que no le cuenten que no es amigable, porque lo es; es solo que es selectivo con sus cuates.


Le jala en cualquier navegador moderno, excepto Lynx y w3m, pero estarán soportados por ahí del 21 de diciembre del 2012, cuando también serán incluidos en la imagen de arranque.  ¡Llévelo llévelo!

Problemas actualizando Ubuntu Maverick a Natty

Mi instalación actual ha sobrevivido tres actualizaciones desde Karmic, y como las otras, esta no estuvo exenta de problemas, aunque ambos fueron causados por tener paquetes no oficiales, y solucionarlos fue simple. El mensaje de "La instalación no se ha podido completar" (probablemente debido al error con nspluginwrapper) y la interrupción de sus últimas etapas, sin embargo, me puso a sudar al tiempo que reiniciaba manualmente. Pero todo ha funcionado normalmente, o mejor que eso.

Hay pequeñas mejoras por doquier: desde el menú de Grub, mejor organizado, y la secuencia de arranque, a la que siguen razurando segundos, hasta el que puedo Dormir por primera vez desde Lucid. Todo se siente "tan fresco y limpio," y eso que aun no he siquiera probado Unity, porque con KDE 4.6 me basta y me sobra. Sin duda el ambiente de escritorio más versátil, acompañado además de algunas de las mejores aplicaciones para Linux, especialmente multimedia (Amarok, digiKam, Kdenlive...), solo resta pedir a los desarrolladores que consideren tener suficientes funciones pronto, y se enfoquen a hacer los programas más estables.

Problemas

Error al actualizar "xserver-xorg-video-all" si usas el PPA intel-driver

El primer error se presentó al iniciar la instalación.

En /var/log/dist-upgrade/main.log:
DEBUG Installing 'xserver-xorg-video-all' (Distro KeepInstalledPkgs rule)
ERROR Dist-upgrade failed: 'E:No se pudieron corregir los problemas, usted ha retenido paquetes
En /var/log/dist-upgrade/apt.log:
Investigating (4) xserver-xorg-video-all [ amd64 ] < 1:7.5+6ubuntu3 -> 1:7.6+4ubuntu3 > ( x11 )
Broken xserver-xorg-video-all:amd64 Depende on xserver-xorg-video-nouveau [ amd64 ] < 1:0.0.16+git20100805+b96170a-0ubuntu1 -> 1:0.0.16+git20110107+b795ca6e-0ubuntu7 > ( x11 )
[...]
Considering xserver-xorg-video-qxl:amd64 1 as a solution to xserver-xorg-video-all:amd64 10004
Reinst Failed because of xserver-xorg-core:amd64

La causa es algún conflicto con las dependencias de los paquetes no oficiales de el PPA intel-driver de Glasen (https://launchpad.net/~glasen/+archive/intel-driver). Para resolverlo, hay que revertir los paquetes a las versiones oficiales, para lo cual podemos usar ppa-purge:

sudo apt-get install ppa-purgue
sudo ppa-purge ppa:glasen/intel-drive

No se ha podido instalar nspluginwrapper

Mi instalación falló antes de la limpieza, probablemente por el siguiente problema al instalar nspluginwrapper. Pero al parecer todo lo demás fue instalado, así que bastó reiniciar a mano para terminar la actualización.

Los errores aparecen en los registros de la actualización y al instalar nuevos paquetes:

Configurando nspluginwrapper (1.2.2-0ubuntu9) ...
plugin dirs: :/var/lib/flashplugin-installer/
Auto-update plugins from /usr/lib/mozilla/plugins
Looking for plugins in /usr/lib/mozilla/plugins
Segmentation fault

el subproceso instalado el script post-installation devolvió el código de salida
dpkg: problemas de dependencias impiden la configuración de flashplugin-installer:
flashplugin-installer depende de nspluginwrapper (>= 0.9.91.4-2ubuntu1); sin embargo:
El paquete `nspluginwrapper' no está configurado todavía.
dpkg: error al procesar flashplugin-installer (--configure):
problemas de dependencias - se deja sin configurar

Y son causados por algún plugin en /usr/lib/mozilla/plugins/ (Google Talk en mi caso).

La solución es remover los plugins temporalmente:

sudo mv /usr/lib/mozilla/plugins/ /usr/lib/mozilla/plugins.bak/
sudo mkdir /usr/lib/mozilla/plugins/
sudo dpkg --configure -a
sudo mv /usr/lib/mozilla/plugins.bak/* /usr/lib/mozilla/plugins
sudo rmdir /usr/lib/mozilla/plugins.bak/

"Imposible contactar a KDED" al reiniciar tras la instalación

Reiniciar la sesión resolvió el error.

Otros detalles

Flash Player desactualizado aun después de arreglar el problema con nspluginwrapper

Mi navegador tenía problemas con algunos reproductores de video (como el de la BBC) y mostraba una versión del plugin antigua (10.0) a pesar de que flashplugin-installer instaló la más reciente.  Al parecer la versión anterior seguía instalada, pero borrarla solucionó todo:

sudo rm /usr/lib/mozilla/plugins/libflashplayer.so

gtk2-engines-qtcurve.rc.sh es recreado como gtk2-default-theme.rc.sh

gtk2-engines-qtcurve.rc.sh (para configurar el tema para aplicaciones Gnome en KDE) es recreado como gtk2-default-theme.rc.sh, así que borramos el viejo:

test -f ~/.kde/env/gtk2-default-theme.rc.sh -a -f ~/.kde/env/gtk2-engines-qtcurve.rc.sh && rm ~/.kde/env/gtk2-engines-qtcurve.rc.sh

/var/log/mesages vacío

Por alguna razón, la configuración de rsyslog de Natty deshabilita varios registros de sistema: messages, debug y daemon.log, entre otros. Para habilitarlos, hay que quitar las marcas de comentario de los respectivos registros en /etc/rsyslog.d/50-default.conf, o más fácil, ejecutar estas perlas:

Para ver cuales están deshabilitados:
perl -n -e 'BEGIN { undef $/; } s{(^#.*\\\n)*#.*/var/log/.*}{print "$&\n\n";}mge;' /etc/rsyslog.d/50-default.conf

Para habilitarlos todos:
sudo perl -pi -e 'BEGIN { undef $/; } s{(^#.*\\\n)*#.*/var/log/.*}{($r = $&) =~ tr/#//d; $r}mge;' /etc/rsyslog.d/50-default.conf

Solo daemon.log y messages:
sudo perl -pi -e 'BEGIN { undef $/; } s{(^#.*\\\n)*#.*/var/log/(daemon.log|messages)}{($r = $&) =~ tr/#//d; $r}mge;' /etc/rsyslog.d/50-default.conf

Para después reiniciar rsyslog:
sudo restart rsyslog

"The database was created by a later version of Rhythmbox"

Updated Rhythmbox from Lucid to Maverick's version, to see if it would improve cold startup times.  It didn't, but it did break sync with my iTouch, besides rescanning all my collection.  So I downgraded back to Lucid, only to find Rhythmbox had upgraded its database to a new version:

Could not load the music database:
The database was created by a later version of Rhythmbox. This version of Rhythmbox cannot read the database.

(No se pudo cargar la base de datos de la música:
Una versión posterior de Rhythmbox creó la base de datos.  Esta versión de Rhythmbox no puede leer la base de datos. en Español.)

So I went to take a look at the database at ~/.gnome2/rhythm

box/rhythmbox.xml, except it was not there. locate was no help, since my home directory is encrypted, but strace did the trick, as usual.

Turns out Rhythmbox has had it's user data in ~/.local/share/rhythmbox for a while now.  ~/.local/share is defined by an actual specification, XDG, which is also used for all the pretty Documents, Music and such directories.  Anything that helps reduce the home polka dot syndrome is more than welcome, and the specification is handy to know.  Take a look at  ~/.local/share and $XDG_CONFIG_DIRS for a quick overview of who uses it (not many, sadly).

Back to Rhythmbox, I could have just deleted it's database at ~/.local/share/rhythmbox, but since I like living on the edge... I changed the version from 1.7 back to <rhythmdb version="1.6">, which got me back to where I had started (but somewhat wiser).

I also noticed that there were quite a bunch of type ignore entries on the "database," about a third of the total number of entries.  And of those, two thirds were comprised by the FreeDB directory tree.  Removed the FreeDB directory and its ignore entries (all 6 MiB of them), which seems to have improved startup time slightly.

Well, the least I can ask for after all that is some placebo effect!

Problems upgrading Ubuntu Karmic to Lucid

While overall smooth, a couple of details had to be fixed after upgrading Ubuntu Karmic to Lucid:

• Grub didn't automatically select the previous OS I started, as before:

Had to add "GRUB_SAVEDEFAULT=true" to /etc/default/grub (and run update-grub after).

•  The message "An error occurred while mounting /media/cdrom0/
  Press S to skip mounting or M for manual recovery" at every boot, and being unable to mount the CDROM as a normal user:

The CDROM settings in /etc/fstab were missing "noauto" to prevent it from being mounted on boot, and "users" for normal users to be able to mount it.  The result was:

 /dev/scd0       /media/cdrom0   udf,iso9660 utf8,users,noauto 0       0

•  PulseAudio not starting, so audio is not working in most apps

Running the script used to start PulseAudio (in Startup Applications) by hand provided little information:

$ bash -x start-pulseaudio-x11
+ set -e
+ '[' -z '' ']'
+ '[' x:0.0 '!=' x ']'
+ /usr/bin/pactl load-module module-x11-publish display=:0.0
Connection failure: Connection refused

 The problem was finally found in the comments in /etc/default/pulseaudio.  I had disabled PulseAudio's autospawn (as to be able to kill it and start jackd) in my ~/.pulse/client.conf, which is now required for start-pulseaudio-x11.  Enabling it back made it all good (jackd works without having to kill PulseAudio now).

Booting Windows over an hibernated Linux is not a good idea

Booting Windows over an hibernated Linux is not a good idea. I just lost 20 GiB of data in a shared NTFS partition...

I hibernated Ubuntu Lucid one day, and the next I fired up my computer.  Some update messed up the saved option in Grub, so instead of booting Ubuntu again as it should, it started Windows 7.  When I came back with my coffee, I just went on using it without recalling Ubuntu was in bear mode.  I probably accessed music, Firefox profile, documents, downloads and games from the shared partition.

The next time I switched to Ubuntu, I saw the "waking up from hibernation" message.  Dang.  But I expected it to fail at waking, and soft reboot instead, as happened the previous time I "tried" this (in my Karmic times).  But no, it woke up alright.  Cool.  Or not.  I quickly realized a directory in the root of the shared partition was now empty.  I think the only programs accessing the shared partition on resuming were Quod Libet (music player) and Transmission (bittorrent client).

I went back to Windows, where I couldn't even open the directory.  Trying to "dir" it in shell produced "file not found".  Corrupted.  Still, the partition's free space had not increased, so my 20 GiB where probably still there, safe from being overwritten.  Maybe.
But how to get to them?

A little research provided little help, and made my hopes even more bleak.

I ran Scandisk ("Check for Errors") without auto repair, since I don't wanted to risk it fixing things by further destroying my data.  The result was not very informative: "Errors found.  Run with auto repair."  Unknown to me, seemingly it also marked the partition to be automatically checked on next boot.  I powered off and went away, and came back with EasyRecovery later.

The computer started with me not paying attention, as usual, and when I looked, chkdsk was already spewing errors in full swing, which it did for some ten minutes.  Oh well, here goes nothing.

Fortunately I did lit a candle for Santa Tecla recently, and after Windows started, my data was back, all of it as far as I can tell, though some files ended up in found.000.

So yes, this had a happy ending.  You'll forgive the dramatic suspense, but that's to drive a point across: backup your data!  And (in my case) keep the backup up to date!  And of course, be extra careful with hibernation and shared partitions...