If you experience different font sizes whenever you plug a different monitor to your laptop, maybe you are hit by Xorg's Xserver default behavior to detect the dpi settings from the current DDI data of the screen. This gives in most cases not the expected result for the user, thus forcing the Xserver to a fixed dpi setting is a good idea.

Under KDE you can force the font engine to use fixed dpi setting (96, or 120). But if you are using non-KDE applications too, you may want to set it to the running Xserver directly. Unfortunatelly, there is no option in xorg.conf to do that, so you have to modify you session start script and add the -dpi option of the X server executable.

For KDM 4.x edit the config file (under Gentoo: /usr/share/config/kdm/kdmrc) and change the line:

ServerArgsLocal=-nolisten tcp

to:

ServerArgsLocal=-nolisten tcp -dpi 96


Tomorrow is the 4th Haskell Workshop. This time it is in Halle not in Leipzig, so HaL means this time not "Haskell in Leipzig" but "Haskell in HaLle".

We have more that 60 registrations, so the tutorials are closed. But you can still register for the three workshops/talks and the barbecue party in the evening.

Hope to see you there...

Am Ostersonntag ist unsere erste Tochter geboren. Nach zwei Stunden Kampf hat Ruth Ella Roeser um 19:52 Uhr das Licht der Welt erblickt. Sie ist 51 cm groß und 3100 g schwer und natürlich das schönste Kind der Welt. Aber seht selbst...

Ruth Ella Roeser - 14 Stunden alt

Maybe I just found an answer to my long standing need for an adequate build system for Java projects. On my web search for build systems I do every month in the hope that I can avoid to (continue to) develop my own one, one week ago I found a new tiny star on the build system heaven (or should I say hell): Quokka. A pretty fresh project developed by only on person, Andrew O'Malley. My first lock on it looks very promising. The project statement says it very clear:

"Quokka is a software build system, focusing on reproducible, modular builds with fine-grained dependency management."

It's focus is to be an alternative to Maven und therefore it supports almost the same directory layout for a single project. It comes with a very good User Guide and takes transitive dependency management somewhat more serious than Maven does.

Ich bin wieder aus Korsika zurück, schon seit fünf Tagen. Die Wanderung über den GR 20 war großartig! Wir sind in den 13! Tagen ca. 180 km gelaufen und haben dabei jeweils über 10.000 Höhenmeter nach oben und unten überwunden. Wir hatten perfektes Wetter und es gab keine nennenswerten Verletzungen.

Doch leider hat mich der Alltag so schnell wieder eingeholt, dass eine Nachbereitung noch warten muss. Viel zu tun auf Arbeit, die Wochenenden sind schon wieder gut verplant und auf Autosuche sind wir ja auch noch. Bilder gibt es also erst später. Zuerst braucht mein Laptop eine größere Festplatte damit die ganzen geschossenen RAW-Bilder draufpassen und entwickelt werden können.

Vielen Dank an Phil und Christine für die Unterbringung, das leckere Essen und die Entsorgung unserer Gaskartusche!
Viele Grüße and Simone und Kristina - es waren wunderschöne gemeinsame Tage mit Euch, ich hoffe Ihr übersteht die GR 20 Nordetappen gut - sowie an Florian und Svetlana - Ihr seid recht herzlich nach Leipzig eingeladen (nicht nur zum Fachsimpeln über Fotografie).

Nach einer sehr stressigen Woche ist nun endlich Freitag. Alle Besorgungen sind gemacht, vor mir liegt ein großer Haufen Ausrüstung und daneben ein kleinerer mit Sachen dann noch ein neuer Rucksack und ein noch neuerer Daunenschlafsack. Alles will heute zusammengepackt werden - und hoffentlich nicht so viel wiegen - mal sehen ob ich beim Erstellen der Packliste richtig gerechnet habe.

Morgen Vormittag fahren wir (André und ich) nach Berlin, 14 Uhr geht der Flug nach Bastia, und mit viel Glück bekommen wir auch noch den Zug der uns irgendwo um Calenzana wieder ausspuckt. Wenn wir dann noch irgendwo her eine Gaskartusche bekommen sind wir absolut vollständig ausgerüstet um ab Sonntag den GR 20 in 13 Tagen zu bezwingen. Diesmal hoffentlich ohne Zwischenfälle.

Another shell snippet I'm looking for regularly...

To resize a block image file (like those that are used as virtual disks in Xen) from 2GB to 10GB you need the following. The used filesystem is ext2/3.

dd if=/dev/zero of=<image file> bs=1M conv=notrunc count=1 seek=10000 
losetup /dev/loop0 <image file>
e2fsck -f /dev/loop0
resize2fs /dev/loop0
e2fsck -f /dev/loop0
losetup -d /dev/loop0

Update: newer versions of e2fsck and resize2fs can handle image files natively, so you don't have to setup a loopback device. The new variant is therefore shorter:

dd if=/dev/zero of=<image file> bs=1M conv=notrunc count=1 seek=10000 
e2fsck -f <image file>
resize2fs <image file>
e2fsck -f <image file>

I always want this screen configuration at random places, so here it is.

Place this in your home directory as .screenrc

# ~/.screenrc
# use visual bell
vbell on
# set a big scrolling buffer
defscrollback 1000
# Set the caption on the bottom line
caption always "%{= kw}%-w%{= BW}%n %t%{-}%+w %-= @%H - %LD %d %LM - %c"

Let us hope...

Lately the Maven project has been taking a lot of heat from various sources about stability and over-all quality. For the most part, they were right. The Maven team is very strong and certainly no one intends for these problems to happen, but ultimately they were.
...
During a review of the open issues while planning 2.0.10, I became aware that a significant number of open issues start with "this used to work until 2.0.[x]". I became frustrated and a little embarrassed to realize how bad of a regression problem we had going on.
At that point I decided that my personal priority for 2.0.9 had to be No more regressions.

Cited from Brian's Enterprise Blog

Sooner or later almost any Linux admin feel the need for a history of configuration changes. May it the X server configuration which got corrupted while you experimented with the Composite extension and OpenGL or may it the apache configuration you jumbled while updating the popular web server.

Gentoo Linux brings some powerful tool's (dispatch-conf, etc-update) out of the box to manage and update those configuration files. dispatch-conf is even able to store older versions inside of /etc/config-archive with RCS, but dealing with this ancient VCS is't that much fun and self written config files are not included by default.

SVK is the answer.