Today I discovered through facebook an imho great music group called «Band of Horses». Someone posted a video with a dude (Danny MacAskill) doing some incredible tricks on his bike. Background music of the clip is the mentioned band with the track «The Funeral». I can also recommend you the track «The Great Salt Lake». Decide yourself…
I want to refer to the display bug I have with the opensource radeon driver. Alex Deucher commited 9 hours ago a bugfix for the annoying mouse cursor bug. I compiled the driver and replaced the driver from repositories with the homebrew one. It seems like the problem has really been solved. I keep observe this driver-version for some days and hope the problem is gone now. 
I wont keep back the way how I created the driver:
During the «make»-step I had to add some additional developement packages like mesa-common-dev, xorg-dev and xserver-dev.
Afterwards the files radeon_drv.la, radeon_drv.so, ati_drv.la and ati_drv.so located under /usr/lib/xorg/modules/drivers were updated.
You could also try to replace only the binaries in the last-mentioned directory. I offer you the 4 files for download (No warranty!). http://combatx.net/temp/radeon.tar
After a long-winded filesystem check yesterday i could successful recover my slug. I was unsure if some important files were corrupted and moved to /lost+found. To ensure the itegrity of all packages from dpkg, I installed the tool called «debsums» from the repositories. I execuded “debsums -sa” to see, which files dont match to the md5 sum delivered in every deb-package. I asserted that no files (in which I didnt made consciously a change) were differing from the original md5 sum. Phew!
The other thing, my umts-modem, isnt actually working like it should. Its recognized correctly by the harware abstraction layer, but the network manager cant etablish a connection. I already found a solution by unload the driver and reload it manually (modprobe -r option && modprobe -a option). Afterwards it (somtimes) worked like it should, I try to create an automatic solution with an udev rule, but more on this later.
Hey dear followers.. 
My NSLU2 with Debian installed on it had a blackout some time ago and for example the /tmp directory was no more usable (Errormessage: “Stale NFS file handle”). First I tried to do a fsck on reboot, but I had no success, the check could not be done. The conclusion was that I plugged the external drive, where the corrupt filesystem is stored on, into a personal computer and made a fsck with it. I was astonished that the whole procedure took about 6 hours and many files are now located in the /lost+found directory, unfortunately i spotted some config files there aswell. I’m curious if its still working.. I will see.
The other thing I did today was reinstall my eeepc. All worked fine and I restored the most of my settings. Its alot faster now than before, all the obsolesce stuff isnt installed anymore. I couldnt test the UMTS-card yet, but I think it will work fine.
Yesterday I did the jaunty upgrade on my eeepc 900. The icon umts network card is no longer recogized by the network manager. I suppose it has to do with my manual configuration I did on Ubuntu 8.04 when I had to configure it by hand. My solution is quite simple: I will do a clean reinstall, because the system has gotten slow anyway with the time. -> Save the Home dir and I am ready to reinstall.
There are news to the last-mentioned display bug with the radeon driver. Alex Deucher has begun to solve the problem and has already commited a first solution. Keep yourself up to date by subscribing the official bug in the freedesktop bugtracker or keep reading this blog
