KDE 4 Alpha 1

Parece ser que ya hay un KDE 4 Alpha 1. En Arstechnica lo ven muy prometedor, e incluso tienen un par de capturas de pantalla. Por otra parte, en esta página se puede ver una lista completa de cosas que tendrá. Yo por mi parte espero que se centren en la usabilidad de los plasmoids básicos de KDE, que son las cosas que más me han incitado a no usarlo como escritorio por defecto.

Btrfs 0.14

Chris Mason anuncia una nueva versión de btrfs:

"The major new feature is the ability to manage multiple devices under a single Btrfs mount. Raid0, raid1 and raid10
are supported. Even for single device filesystems, metadata is now duplicated by default. Checksums are verified after reads finish and duplicate copies are used if the
checksums don't match."

Es decir, que a partir de esta versión un sistema de archivos btrfs puede abarcar varios discos por si mismo sin recurrir a LVM, y se podrán replicar los datos y comprobar y arreglar la corrupción de datos de manera automática y silenciosa. Los benchmarks (comparandolo con XFS sobre DM) muestran que es bastante rápido, especialmente teniendo en cuenta que btrfs utiliza checksumming y xfs no.

Por qué odio NetworkManager

Ya se que a todo el mundo le gusta NetworkManager, pero lo que es a mi no. Resulta que el demonio de NetworkManager -en todos los sentidos de la palabra demonio- me espamea lo siguiente al daemon.log:

Apr 28 20:35:27 diego-desktop NetworkManager: [1209407727.907133] nm_hal_device_added(): New device added (hal udi is '/org/freedesktop/Hal/devices/usb_device_4a5_308a_noserial').
Apr 28 20:35:29 diego-desktop NetworkManager: [1209407729.433833] nm_hal_device_added(): New device added (hal udi is '/org/freedesktop/Hal/devices/usb_device_4a5_308a_noserial_if0').
Apr 28 20:35:31 diego-desktop NetworkManager: [1209407731.837472] nm_hal_device_added(): New device added (hal udi is '/org/freedesktop/Hal/devices/usb_device_4a5_308a_noserial_if0_scsi_host').
Apr 28 20:35:31 diego-desktop NetworkManager: [1209407731.839509] nm_hal_device_added(): New device added (hal udi is '/org/freedesktop/Hal/devices/usb_device_4a5_308a_noserial_if0_scsi_host_scsi_device_lun0').
Apr 28 20:35:31 diego-desktop NetworkManager: [1209407731.864723] nm_hal_device_added(): New device added (hal udi is '/org/freedesktop/Hal/devices/usb_device_4a5_308a_noserial_if0_scsi_host_scsi_device_lun0_scsi_generic').
Apr 28 20:35:33 diego-desktop NetworkManager: [1209407733.035065] nm_hal_device_added(): New device added (hal udi is '/org/freedesktop/Hal/devices/storage_serial_BenQ_Corporation_Digital_Camera').
Apr 28 20:35:33 diego-desktop NetworkManager: [1209407733.242152] nm_hal_device_added(): New device added (hal udi is '/org/freedesktop/Hal/devices/volume_uuid_0807_DF37').

Es decir...que al "escuchar" en dbus para que avise del hardware que hald detecta que se ha conectado al sistema, escribe en el daemon.log la información que va recibiendo, ¡incluso no se trata de un dispositivo de red sino de una cámara digital, como puede comprobarse!

Me dirán que es una minucia, pero si cada programa que escuchara mensajes de dbus se pusiera a imprimir lo que capta, acabaría con un DoS de syslog (afortunadamente, el resto de programas no parecen ser tan malos). Me dirán que el "debug" revela que es información de depuración, pero resulta que no hay una opción -al menos, no documentada- para desactivar esos mensajes. Me dirán que esa información podría ser interesante, pero es que ni tan siquiera hald juzga que es importante poner en los logs esa información. Solo tiene una ventaja: Gracias a eso, se que debo desactivarlos, aunque aun estoy intentando adivinar como, porque no se inicia a traves de un típico script en /etc/init.d, sino a través de archivos de configuración de dbus, que al parecer son algo mágico, o más bien incomprensible.