Localization/Guide/de

Zeitzonen
Damit die Systemzeit stets gültig ist, ist es notwendig, die Zeitzone des aktuellen Standorts im System zu konfigurieren. Die Anleitungen für OpenRC basierte Systeme und systemd basierte Systeme finden sich im System Time Artikel.

Was sind Locales?
Ein Locale ist ein Satz von Informationen, der von den meisten Programmen zum Ermitteln von landes- oder sprachspezifischen Einstellungen genutzt wird. Die Locale und ihre Daten sind Teil der System-Bibliotheken und werden auf den meisten Systemen unter gespeichert. Der Name eine Locale folgt dem Schema, wobei   ein zwei- oder dreibuchstabiger Sprachcode nach ISO-639 und   ein Ländercode nach ISO-3166 ist. Häufig werden Varianten wie  oder   an die Locale Namen angehängt, also beispielsweise   oder. Wenn Sie mehr über Locales erfahren möchten, lesen Sie bitte diesen Wikipedia Artikel und folgen Sie den dort angegebenen Quellen.

Umgebungsvariablen für Locale
Die folgende Tabelle zeigt die Variablen, mit denen verschiedene Aspekte einer Lokalisierung gesteuert werden. Jede Variable kann auf den Namen einer Locale im oben beschriebenen  Format gesetzt werden.

Für gewöhnlich setzen die meisten Nutzer die LANG Konfigurationsvariable lediglich global.

Erzeugen bestimmter Locales
Die meisten Benutzer werden wahrscheinlich ein oder zwei Locale auf ihrem System benutzen. Wenn weitere Locale installiert werden sollen, sind diese in anzugeben.

Der nächste Schritt ist die Ausführung von. Dies erzeugt alle in konfigurierten Locale und schreibt diese in das Locale-Archiv unter.

Die Verfügbarkeit der Locale kann man mit dem Befehl überprüfen.

Der Inhalt von kann durch den Befehl  angezeigt werden.

Eine ungefilterte Anzeige bekommt man durch das Kommando.

OpenRC
Bei der Benutzung von OpenRC werden die Locale Einstellungen in Umgebungsvariablen gespeichert, die systemweit in und benutzerspezifisch in  eingestellt werden. Weitere Einzelheiten finden sich im Artikel zu UTF-8. Die systemweiten Einstellungen  können durch  verwaltet werden. Im folgenden Beispiel wird der Wert der Variablen LANG auf den Wert  gesetzt:

Natürlich ist es auch möglich, die Datei von Hand zu editieren und die Locale Variablen zu verändern.

In Einzelfällen kann es vorkommen, dass Anwender fehlerhafte Darstellungen in nicht-englischen Locale-Umgebungen erhalten. Vor einiger Zeit ist dies beispielsweise bei dem Programm Krusader aufgetreten (siehe https://bugs.kde.org/show_bug.cgi?id=371582). In diesem Fall kann es helfen, eine möglicherweise vorhandene Zeile  in der Datei  zu entfernen.

In mehr traditionellen UNIX-Umgebungen ist es gebräuchlich, die globalen Einstellungen unverändert auf der  Locale zu belassen. Die Benutzer können die von ihnen bevorzugte Locale dann in ihrer eigenen Shell-Konfigurationsdatei setzen.

Eine andere Möglichkeit, das System zu konfigurieren, besteht darin, die Standardeinstellung  beizubehalten, aber gleichzeitig die UTF-8 Zeichencodierung zu aktivieren. Dieses Verhalten wird mit den folgenden Einstellungen in erreicht:

Mit dem oben genannten Snippet können Benutzer lokalisierte Dateinamen richtig sehen, während sie nicht gezwungen werden, die ausgewählte Sprache vollständig zu benutzen.

Sobald die richtigen Locale eingerichtet ist, müssen Sie die Umgebungsvariablen aktualisieren, um das System auf die Änderung aufmerksam zu machen.

Für eine Änderung der systemweiten Locale:

Für eine Änderung der benutzerspezifischen Locale:

Falls ein X-Server läuft, sind die nächsten Schritte: Beenden des X-Servers durch ++, ausloggen und als User (nicht als root) wieder einloggen.

Prüfen Sie, ob die Änderungen erfolgreich waren:

systemd
Bei Systemd kommt das Kommando zum Einsatz. Die verfügbaren Locales listet der folgende Befehl auf:

Setzen der gewünschten Locale:

Die Änderung überprüfen:

OpenRC
Das von der Konsole verwendete Tastaturlayout wird durch die Variable keymap in gesetzt. Gültige Werte finden Sie unter. hat weitere Unterteilungen in das Layout (, usw.). Einige Sprachen haben mehrere Möglichkeiten - experimentieren Sie mit verschiedenen Optionen um zu entscheiden, welche Ihre Bedürfnisse am besten erfüllt.

systemd
Mit systemd kann das Keymap-Layout, das für die Konsole verwendet wird, mit dem Befehl gesetzt werden. Prüfen Sie zunächst die verfügbaren Keymap-Layouts:

Setzen des gewünschten Keyboard-Layout:

Testen ob der Befehl erfolgreich war:

OpenRC
Das vom X-Server zu verwendende Tastaturlayout wird in der OVariablen XkbLayout in angegeben. Für Details besuchen Sie den Xorg Guide und den Artikel über  Keyboard Layout Switching.

systemd
Mit Systemd kann das Keymap-Layout, das für die Konsole verwendet wird, mit dem Befehl gesetzt werden. Prüfen Sie zunächst die für X11 verfügbaren Keymap-Layouts:

Setzen des gewünschten Layout:

Testen ob der Befehl erfolgreich war:

Native Language Support
For message based localization to work in programs that support it and have the  USE flag, compile the programs with this flag set. Message strings are installed in files. Most of the programs using the Native Language Support (NLS) also need the gettext library to extract and use localized messages. Of course, Portage will automatically install it when needed.

After enabling the  USE flag some packages might need to be re-emerged:

LINGUAS
There is also an additional LINGUAS variable that is used by some gettext-based build systems to control which localization files are built and installed. The variable takes in space-separated list of language codes, and a suggested place to set it is :

Note that there is a large difference between LINGUAS being unset and being set to an empty value: with, most ebuilds would install only the packages' default language but none of the   files.

L10N
A USE_EXPAND variable called L10N decides which extra localization support will be installed. This is commonly used for downloads of additional language packs by packages. Similar to LINGUAS, the variable takes a space separated list of language tags, and it can be set in :

To set it per-package, edit and prefix the requested language packs with "l10n_", as shown in the next example:

Note that while the common two letter language codes (like  or  ) are identical in LINGUAS and L10N, more complex entries have a different syntax because L10N uses IETF language tags (aka BCP 47). For example,  and   in LINGUAS become   and   in L10N, respectively.

A list of L10N values that can be used is provided as :

After setting the L10N USE_EXPAND variable it may be necessary to re-emerge some packages:

Weiterführende Informationen

 * Configuring locales (Gentoo Handbook)
 * Keyboard layout inside the Evdev article
 * X resources

Quellenangaben

 * Locales and Internationalization (gnu.org)
 * L10N USE_EXPAND variable replacing LINGUAS
 * Michał Górny: How LINGUAS are thrice wrong!
 * [gentoo-dev [RFC] How to deal with LINGUAS mess? ]
 * [gentoo-dev [RFC] Masterplan for solving LINGUAS problems ]