De ontwikkelaars van Gramps hebben de oplossing gevonden na het bekijken van de taal-instellingen van mijn Xubuntu 14.04. Hier is hun reactie:
So here's your problem:
LANG=en_US.UTF-8
LANGUAGE=nl_NL:en_US:en
LC_ADDRESS=nl_NL.UTF-8
LC_IDENTIFICATION=nl_NL.UTF-8
LC_MEASUREMENT=nl_NL.UTF-8
LC_MONETARY=nl_NL.UTF-8
LC_NAME=nl_NL.UTF-8
LC_NUMERIC=nl_NL.UTF-8
LC_PAPER=nl_NL.UTF-8
LC_TELEPHONE=nl_NL.UTF-8
LC_TIME=nl_NL.UTF-8
As I suggested earlier, the shell is setting all of the localization shell variables except LC_MESSAGES, and for that LANGUAGE is overriding LANG.
If Thunderbird is letting LANG override LANGUAGE they're doing it wrong. LANG is supposed to be the last-resort fallback if nothing else is set.
Try this: LC_ALL=en_US.UTF-8 LANGUAGE=en gramps
Het probleem komt er op neer dat in de opdracht LANGUAGE gebruikt moest worden, want dat heeft voorrang boven LANG.
Mijn simpele scriptje wordt dan:
#!/bin/bash
# LANG=en_US.utf8 gramps
# LANG=en_US.UTF-8 /usr/bin/gramps
LC_ALL=en_US.UTF-8 LANGUAGE=en gramps
De twee regels met het # ervoor zijn de oude verkeerde opdrachten. Het # zorgt er voor dat die opdrachten gezien worden als commentaar. Ik heb ze op die manier bewaard, je weet maar nooit. Nou zien dat ik dit in het LibreMenu opgenomen krijg als aparte opdracht.
Wel leuk nog: dat Thunderbird wel in het Engels opstart met de verkeerde code is volgens de ontwikkelaars eigenlijk fout