Por supuesto, es gratuíta y puede descargarse desde la página de documentación de MySQL.

“Notificación de correo no puede contactar con Evolution. Comprueba que Evolution está en ejecución y que está cargado el conector con Notificación de correo.”

Si comprobamos el contenido del paquete mail-notification-evolution podremos comprobar que el plugin se instala en un directorio incorrecto, dependiente de la versión 2.24. La solución es sencilla:

cd /usr/lib/evolution/2.26/plugins/
sudo ln -s ../../2.24/plugins/liborg-jylefort-mail-notification.so .
sudo ln -s ../../2.24/plugins/org-jylefort-mail-notification.eplug .

Luego, basta con reiniciar Gnome Evolution para que Mail Notification tenga acceso al correo.

Actualización: si os aparecen los dispositivos USB desactivados, esto os será de ayuda

bdb: Program version 4.4 doesn't match environment version 4.6

Evidentemente se debe a las diferentes versiones de Berkeley DB que usan las dos máquinas, por lo que es necesario realizar la conversión de las bases de datos. Una opción es utilizar db4.X-utils, pero no siempre está disponible en los repositorios de las distribuciones (por no hablar de Windows), por lo que es mucho más fácil volcar el repositorio con los comandos de Subversion, e importarlo en la nueva máquina. El volcado se realiza con el siguiente comando:

svnadmin dump repositorio > backup.dump

Y en la nueva máquina, en vez de copiar el repositorio tal cual, se crea uno de cero y se realiza la importación:

svnadmin create --fs-type fsfs repositorio
svnadmin load repositorio < backup.dump

Con esto nos ahorramos pelearnos con conversión de versiones

Un SHOW PROCESSLIST permite visualizar la lista de consultas que se están ejecutando, con su tiempo y el host desde donde se ha realizado la conexión pero sin más información, cuando lo realmente interesante es ¿desde dónde se ha ejecutado esta consulta?. La solución es muy sencilla: utilizar comentarios SQL dentro de las consultas.

Hoy en día, cualquier aplicación mínimamente grande utiliza una capa de abstracción (bien integrada en un framework, bien propia) por lo que no suele resultar difícil interceptar las consultas para añadir los comentarios. Si combinamos esto con funciones como debug_backtrace() de PHP (o su equivalente en Ruby o Python), tendremos una valiosísima información, ya que es posible determinar desde qué función, clase+metodo e incluso la línea concreta:

SELECT /* controlador test, metodo database, linea 17 */ field1, field2 FROM table

Este pequeño truco faciltará mucho el trabajo de detectar consultas conflictivas especialmente en casos en los que se ejecutan desde muchos lugares en diferentes archivos, y a efectos prácticos el rendimiento no se ve mermado.

myisamchk: error: myisam_sort_buffer_size is too small

Tras mucho trastear, mi solución resultó ser la siguiente:

myisamchk --sort_buffer_size=256M --read_buffer_size=2M
          --write_buffer_size=1M  --sort-recover tabla.MYI

Esto hace que en vez de procesar 1.000 consultas por segundo procese 100.000 con el evidente ahorro de tiempo y gasto de energía.

Está programado como no en PHP, por lo que puede usarse con un servidor web o via comandos. Este es el código fuente y por defecto obtiene los eventos de música, pero indicando el parámetro GET tipo puede cambiarse.

Sugerencias y dudas, en los comentarios

Tras trastear un poco encontré la solución, sencilla y elemental como siempre: instalar el paquete gvfs-backends. Eso habilita la edición en todos los sistemas soportados por la nueva capa de abstracción incluyendo el ansiado FTP.