Der Kampf mit dem Intel-Chip ist vorbei

Seit Februar versuche ich jetzt, meinen Intel-GMA-X4500-Chip zum Laufen zu kriegen (siehe auch „EDV-Zwischenmeldung“). Mittlerweile hab ich es geschafft, den X-Server „einfach so“ ohne xorg.conf und ohne irgendwelche Hacks zum Laufen zu kriegen. Und jetzt kommt’s:

OpenGL läuft jetzt!

Wow. Und das nach nur zehn Monaten! Eine kleine BIOS-Änderung macht’s möglich. dmesg | grep drm brachte nämlich:

[drm] Initialized drm 1.1.0 20060810
[drm:i915_driver_load] *ERROR* Detected broken video BIOS with 262140/262144kB of video memory stolen.
[drm:i915_driver_load] *ERROR* Disabling GEM. (try reducing stolen memory or updating the BIOS to fix).
[drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0

und das hat bisher nachhaltig verhindert, daß OpenGL funktioniert hat. Wenn man als Shared Memory im BIOS allerdings statt „Auto“ einfach „128 MB“ einstellt, dann funktioniert’s.

Sicher waren auch die 100 zwischenzeitlich eingespielten Updates mitverantwortlich für den schlußendlichen Erfolg. Ist ja aber auch egal. Hauptsache, es geht endlich ;-)

rdiff-backup: eine ordentliche Lösung

Endlich habe ich eine vernünftige Backup-Lösung gefunden: rdiff-backup. Das ist ein Python-Script, was rsync benutzt, um inkrementelle Backups zu machen. Und zwar in ein Verzeichnis, auf eine externe Festplatte, einen Remote-Server oder sonstwohin.
Allerdings ist rsync-backup ein reines Konsolenprogramm, was keine graphische Oberfläche hat. Es war nicht ganz so einfach und selbsterklärend, rdiff-backup so zu konfigurieren, daß es das tut, was ich von ihm wollte. Also habe ich mir gedacht, ich nehme ein Beispiel, wie man ein Backup eines home-Verzeichnisses machen kann, ohne unnötige Daten mitzusichern, in mein Linux-Know-How auf.

Vielleicht hat ja jemand was davon :-)

… ach übrigens:

Ich bin jetzt Dr. med. dent. :-) Wen’s interessiert, der kann gern einen Blick auf meine Dissertation „Der Einfluss der Schallaktivierung auf den Komposit-Dentin-Verbund“ werfen!

New GPG key

Let’s post this in an international manner ;-)

I forgot to mention this: after having read some report about weaknesses of GPG and several weblog entries about folks having generated a new GPG key, I decided also to do so.
My new GPG key (ID 0xCF80B0DA, Fingerprint C485 07A2 7D8A B092 5B51 90C5 ACD5 3CF3 CF80 B0DA) is already on the key servers and also linked in the imprint. I signed it with my old one, which is also still around. So please be sure to use the new key.