Again, this is primarily a note-to-self. My normal internet connection is not always that stable, so I have to fallback to alternatives when things are suboptimal (massive packet loss up to 100%).

Before, I could use my Sony Ericsson C902 for tethering. With Bluetooth and a lot of PPP magic I barely understand, I was able to call my phone's modem and access the internet.

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.

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.

Iedere Linux-gebruiker kent het verschijnsel waarschijnlijk wel: je start je computer op om even snel iets te doen en dan gaat fsck ineens je partities scannen. Net wanneer het even niet uitkomt ben je vaak enkele minuten kwijt.

Op zich is dat niet slecht, het moet nu eenmaal eens in de zoveel tijd gebeuren om je bestandssysteem consistent te houden. Maar zou het de pijn niet verlichten als je deze schijfcontrole al min of meer verwacht?

Voor backupdoeleinden heb ik een poosje geleden een goedkope USB-stick gekocht. Dat is ideaal, zodoende kan ik dagelijks een backup maken van m'n gegevens en dat op verschillende plaatsen dumpen, zoals op m'n werk of bij familie. Er zou een kernbom aan te pas moeten komen om m'n gegevens in één klap definitief te vernietigen. Dat is allemaal wel leuk en aardig, om een USB-stick met je mee te dragen, maar wat als je dat ding verliest? Dan liggen wel al je privézaken op straat, en dat is dan ook weer niet zo'n prettig gevoel. Gelukkig is daar een oplossing voor, en in Linux heet dat EncFS.

Trying to mount my EncFS filesystem resulted in the following error:

Followed by the the ability to create a new encfs system. This happened because I created the .encfs6.xml file with a newer Boost version on another system. Upgrading Boost to the same version as on my other machine made encfs work again.

Due to circumstances I had to look for a new way to backup my home directory. I was using rdiff-backup(1) before, but I wasn't completely satisfied with it. The overhead of incremental data was quite large, especially if you moved files around. But overall it does its job quite well.

However, since a year or so I'm quite charmed of Git, the stupid file content tracker. It's a great tool for software development, but due to its advantages over other VCSs it's also suitable for backing up structures like a user's home directory.

APE files are, besides lossless audio files, also quite annoying; they're barely supported on non-Windows platforms. There's a way to convert them to FLAC. It took me some time because I had to combine several pieces from the internet in order to convert a single *.ape file to multiple per-track *.flac files.

There are tools for Linux to encode and decode *.ape files. On the internet it is referred as mac-port, but everyone links to a SourceForge page which is dead by now. But I found a tarball from the Slackware servers which does its job. The tarball is also included with this article.