A couple of days ago I came across this excellent tip to download your GMail mail to your computer with IMAP. Before you continue reading here, I assume you read that article first. In this article, the path /path/to/gmail/backup is the path of the local repository, which you configured for offlineimap.

In the comments of that article, I stated that there's a problem with duplicate files. GMail has no real folders, but you can label e-mails. This implies that the same e-mail may possibly end up in more than one folder. When you download all folders, it is likely you store that e-mail multiple times.

Van de week stuitte ik op een aardig tooltje voor Arch Linux, pacgraph genaamd. Het tekent een graaf van alle geïnstalleerde pakketten, waarbij het een lijn trekt tussen twee pakketten als er een afhankelijkheid bestaat tussen die twee. De grootte van de letters geeft (ongeveer) aan hoe groot het pakket is ten opzichte van de rest. Verder laat het in de linker bovenhoek zien hoe groot alle geïnstalleerde pakketten bij elkaar zijn. De resulterende graaf wordt dan zowel naar een PNG- als een SVG-bestand weggeschreven.

Those who use git frequently will often execute commands like git status and git branch to check which branch you're on and if there are pending changes.

Fortunately, git offers a Bash script which automatically shows the current state of your repository in your prompt.

Wie veelvuldig git gebruikt, zal vaak de commando's git status en/of git branch uitvoeren om te kijken in welke branch momenteel actief is en of er nog wijzigingen rondhangen die nog niet gecommit zijn.

Gelukkig komt er bij git een script mee voor Bash waarmee je dat automatisch in je prompt kan laten zien in wat voor toestand je repository zich begeeft.

Een poosje geleden is er een nieuwe Arch Linux live-CD beschikbaar, onder de nogal spiritueel getinte naam Chakra. Dit project is opgezet door de mensen achter KDEmod, de alternatieve KDE-repository voor Arch Linux. Even een grote dikke waarschuwing vooraf: het project bevindt zich nog in alpha-fase.

In het verleden heb ik wat kleine probleempjes ondervonden met het draaien van Arch Linux op VirtualBox.

Voordat VirtualBox 2.0 uitkwam ging er iets erg fout met de (virtuele) harde schijf. Als je een beetje meer van je harde schijf vroeg dan was er een flinke kans dat dat uitliep op een kernel panic. Om het compleet te maken, logde VirtualBox al deze schijfperikelen ook nog eens naar een logbestand. Zo raakte je op de host-machine snel gigabytes aan zinloze logbestanden kwijt.

In the past I have experienced quite some annoyances with running Arch Linux on VirtualBox.

Before VirtualBox 2.0 there was something horribly wrong with the disk drivers. If you did slightly more disk I/O than average there was a fair chance you would end up with a kernel panic. Besides, VirtualBox does some spurious logging, trying to tell you that the disk does not work properly. It was very easy to lose gigabytes of host disk space because of the ever-growing logfiles.

A year ago I wrote a rather successful article on getting OpenGL right on a Gentoo Linux system. It was not straightforward to do and it I must confess the graphics setup didn't work anymore after a while. But still it appears to be of help to some people.

Now I switched to Arch Linux I had to get this right again. And it turned out to be so much simpler!

At some point, it was impossible for remote clients to connect to the MySQL server. The client (some application on a Windows platform) gave a vague description like Connection unexpectedly terminated. When remotely logging in with the MySQL client the following error appeared: