• Bad Kissingen deutet auf die Anwesenheit von Quellen hin.
• Quellen treten häufig in bergigem Gelände auf.
• Berge haben im Wesentlichen eine, nämlich die "herausragende", Eigenschaft: sie sind meist im Weg. Das äußert sich meist auch in der Straßenführung, z.B. durch Sackgassen.
• Bad deutet weiterhin auf einen Kurort hin, die zusätzlich gerne mit Fußgängerzonen und darumliegenden Einbahnstraßen ausgerüstet sind.

Lange Rede kurzer Sinn (am Besten nebenbei auf openstreetmap.org angucken): wir kamen aus Westen auf der B286 und sind statt wie geplant über die B287 direkt in die Kurhausstraße gezwungenermaßen über die Schönbornstraße, große Teile der Innenstadt (Theaterplatz, Prinzregentenstraße) und zurück schließlich über die St2292, den Ostring und die Bergmannstraße (wo ich mich wiederum zuhause gefühlt habe) gefahren.

Nebenbei bemerkt: die Parkanlagen dort sind wirklich sehenswert, etwas vergleichbares habe ich schon lange nicht mehr gesehen. Und Wennigsen ist lange nicht so leer wie es gerade auf der Karte aussieht. Zwischen der Neustadt- und der Gartenstraße verläuft auch hier eine Bergmannstraße.

ASSERT failure in QList::at: "index out of range", file /usr/include/QtCore/qlist.h, line 393

Not particularly helpful in my minds. The bad thing is that you can attach a debugger on this, drkonqi doesn't come up and so you actually don't know more than before. Arguing on this on #kde-devel caused gkiagia to step up with a smart solution that is too useful to get lost:

static void qtMessageHandler(QtMsgType type, const char *msg)
{
	fprintf(stderr, "%s\n", msg);
	if (type == QtFatalMsg)
		abort();
}
				 
int main()
{
	qInstallMsgHandler(qtMessageHandler);
	...
}

The biggest topic was a discussion about a successor of kwallet and how it could be brought to live. Things like PAM integration or not, rewrite the GUI from scratch and other ideas came up. I must confess I did not follow every detail since I had to visit my bank to pay for my new Linux toy.

To get at least something visible done lemma created a projects page for us. We decided to name him responsible for the web stuff so we can blame someone if there is work not done ;)

Finally, if you don't know what I want to say with the topic: some time we decided to make the life a bit easier for everyone and just switch the channel to German. Since everyone had that as first language anyway it was no big deal ;) A few minutes ago Riddel came in and we had to switch back (in fact, we didn't really do). We're flexible in this way. German, English, C++, I don't think anyone would argue ;)

While the translation teams for Greek, Ukrainian and Portugese are obviously competing for the 100% crown (go on, guys! *g*) other teams fell way behind them. That is not a problem yet, as trunk is still very much work in progress. But one or the other day the string freeze will come and then there is a bunch of work to do. Keep in mind that every percent is more than 1000 strings to translate.

While Germany has a great amount of KDE coders the number of strings untranslated e.g. in this team is big. Many modules from playground have noone actually caring about them. Worst example is playground-network with more than 2000 strings, which is completely untranslated. New translators are very welcome, also we have some requirements. I don't think the other language teams will send you home when you step up to help them, so ask them.

Translation is a good entry point if you want to contribute to KDE (the other one is writing documentation) and don't want to or are not able to do coding. Of course you have to know both english and the language you want to translate to rather well. Nevertheless it's a great help for the module translation maintainers if you even pick only the low hanging fruits and translate the trivial 20% of strings from a big module so he or she only needs to do a quick review. Many terms are rather common between many programs (think of the "File" menu entries and the descriptions in the about box) so you can just copy them from other places without making too much mistakes.

I found the way to the translation team by coding in KGpg. As I'm a native speaker of German I thought it would be best if I not only write the English strings, but the German ones, too. Since I exactly know what happens at certain points in code it was very easy for me to find a useful translation. Afterwards the translation team only went by and polished some wordings, but again I saved them some work that they could spend on other modules. So if you are a maintainer of a program and are a good writer in a non-English language: contact your translation team and ask if they need help for your program (or anywhere else).

And for all those that are not sure what the heck I meant in KGpg with one or the other string: just ask me. The number of string changes until the release should be rather small for KGpg, the work I plan to do is only internal and shouldn't normally touch the strings. So if you translate it now hopefully nothing of your work should get lost and you have some time for other modules later.

By the way: the translation results for the documentation are even worse than the GUI ones (hey Greek team, where are you there? *g*). Be extra careful if you want to work there to check if the documentation still matches the program features. If not mail the documentation author first with a patch to improve the English documentation or ask someone else to assist you with that. A good starting point is the #kde-docs channel on Freenode.

As your favourite KGpg guy I will of course happily sign your keys if you are around. Close to us is as always the heise booth, one of Germanys biggest computer magazines. They will also sign your key for free.

For those in need of SSL certificates CAcert.org is near us and I also can give you some points if you like.

So, don't forget your fingerprint and at least one ID card with photo if you want to get your key signed. If you want to get assured for CAcert you need a second document with photo (like German drivers licence).

Leider ist dieses Stück Software nicht normal. Das Gerät wurde gefunden, allerdings war die Struktur an nahezu allen Stellen leer. Wenn ich direkt das Gerät gefragt habe lieferte es mir aber zurück, dass z.B. ein Interrupt konfiguriert wurde. Zugriffe auf die Karte funktionierten auch einwandfrei. Interrupts waren jedoch trotz aller Tricks nicht möglich.

Schließlich änderten wir entnervt die Angabe zur Geräteklasse von "Coprocessor" nach "Data Acquisition" und aus dem Stand heraus funktionierte alles. Welche Angabe nun richtiger ist darüber lässt sich vermutlich streiten, fest steht: das Gerät kann beides (und es wird auch für beide Zwecke eingesetzt).