Localization/Guide/fr

Fuseau horaire
In order to keep the system time properly according to the present location, the timezone needs to be set. Instructions how to do this for OpenRC based systems and systemd based systems can be found in the system time article.

Que sont les locales ?
A locale is a set of information that most programs use for determining country and language specific settings. The locales and their data are part of the system library and can be found at on most systems. A locale name is generally named  where   is your two (or three) letter language code (as specified in ISO-639) and   is your two letter country code (as specified in ISO-3166). Variants are often appended to locale names, e.g.  or. Please explore Wikipedia to read more about locales and related articles.

Variables d'environnement pour les locales
Les variables qui contrôlent les différents aspects du réglage des locales sont présentées ci-dessous. Toutes prennent un nom de locale de la forme  indiquée ci-dessus.

La plupart du temps, les utilisateurs ne définissent la variable LANG qu'à une échelle globale.

Générer des locales spécifiques
Vous n'utiliserez probablement qu'une, ou peut-être deux, locales sur votre système. Vous pouvez spécifier les locales dont vous aurez besoin dans.

Ajouter des locales à /etc/locale.gen

The next step is to run. It will generate all the locales specified in the file and write them to the locale-archive.

Vous pouvez vérifier que les locales que vous avez sélectionnées sons disponibles en exécutant.

The file can be displayed using the strings command.

OpenRC
When using OpenRC locale settings are stored in environment variables. These are typically set in the (for system-wide settings) and  (for user-specific settings) file. More details can be found in the UTF-8 article. The system wide settings can be managed through. For instance, to set the LANG variable to the  value:

Bien-sûr, vous pouvez éditer le fichier à la main et diversifier les variables de la locale.

Il est également possible, et très courant en particulier dans un environnement UNIX traditionnel, de laisser la configuration globale inchangée, c.à.d. dans la locale " ". Les utilisateurs peuvent toujours spécifier leur locale préférée dans leur propre fichier rc de shell :

Une autre manière de configurer le système, c'est de le laisser dans la locale par défaut C, mais d'activer la représentation UTF-8 des caractères en même temps. Cette option se met en place en utilisant les réglages suivants dans  :

Utiliser la locale traditionnelle C tout en spécifiant UTF-8

En utilisant l'extrait de code ci-dessus, les utilisateurs seront en mesure de voir les noms de fichiers correctement localisés, sans être forcés d'adopter votre langue préférée.

Une fois que vous avez définie la locale correcte, assurez-vous de mettre à jour vos variables d'environnement pour que votre système les prenne en compte.

Pour une locale au niveau du système entier :

Pour une locale spécifique à l'utilisateur :

Après cela, vous devez tuer votre serveur X en pressant  +  +, vous déconnecter, puis vous reconnecter en tant qu'utilisateur.

Vérifiez maintenant si les changements sont effectifs :

systemd
Si vous utilisez systemd, vous devriez définir votre locale avec la commande. Consultez la liste des locales disponibles avec :

Puis, définissez la locale dont vous avez besoin :

Pour terminer, vérifiez si le résultat est correct :

OpenRC
L'agencement de clavier utilisé par la console est défini dans le fichier par la variable. Les valeurs acceptables peuvent être trouvées dans. possède des subdivisions supplémentaire pour les agencements(,, etc.). Quelques langues possèdent des options multiples, et vous devrez peut-être faire des essais pour déterminer laquelle vous convient le mieux.

systemd
Avec systemd, l'agencement de clavier utilisé par la console peut être défini en utilisant la commande. Commencez par vérifier les agencements disponibles :

Puis, définissez quel agencement vous voulez pour la console :

Pour terminer, vérifiez si l'agencement a été correctement pris en compte :

OpenRC
The keyboard layout to be used by the X server is specified in by the XkbLayout option. For details visit the Xorg guide.

systemd
Avec systemd, l'agencement de clavier pour le serveur X11 peut être défini en utilisant la commande. Commencez par consulter les agencements disponibles pour X11 :

Puis définissez l'agencement que vous voulez pour X11 :

Pour terminer, vérifiez si l'agencement de clavier pour le serveur X11 a été correctement pris en compte :

OpenRC
Pour que votre console puisse afficher le symbole de l'Euro, vous devez définir  dans  comme étant un fichier qui se trouve dans  (sans le    ). comporte le symbole de l'Euro.

Définir la police de la console

Vous devriez vérifier que  est dans le niveau d'exécution boot :

Si aucun niveau d'exécution n'est affiché pour , alors ajouté la au niveau approprié :

La plupart des applications
Pouvoir utiliser l'Euro correctement dans X est un peu plus difficile. La première chose à faire est de changer la définition de  et de   dans  pour vous retrouver dans   au lieu de.

Setting default X fonts

Quelques applications utilisent leurs propres polices, et vous devez leur demander à chacune d'utiliser une police comprenant le symbole de l'euro. Vous pouvez le faire au niveau utilisateur dans (vous pouvez copier ce fichier dans  pour une utilisation par de nouveaux utilisateurs), ou à un niveau global pour n'importe quelle application avec un fichier de ressources dans  (tel que xterm). Dans ces fichiers, vous devez généralement modifier une ligne existante, plutôt que d'en ajouter une nouvelle. Par exemple, pour modifier votre xterm :

Le symbole de l'euro dans (X)Emacs
Pour utiliser le symbole de l'euro dans (X)Emacs, ajoutez la ligne suivante à :

définir la police pour emacs

Pour XEmacs (pas l'Emacs simple), vous devez en faire un peu plus. Dans, ajoutez :

définir la police pour xemacs

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

Après avoir activé l'option   de la variable USE, il peut être nécessaire de réinstaller certains paquets :

LINGUAS
There is also an additional localization variable called LINGUAS, which affects the localization files that get installed in gettext-based programs, and decides which GUI language packs should be downloaded and installed for some specific software packages, such as Firefox, Thunderbird, kde-base/kde-l10n or app-office/libreoffice-l10n. The variable takes in space-separated list of language codes, and a suggested place to set it is :

With, most ebuilds would install only the packages' default language but none of the   files. They would also not download and install any of the further language packs. For instance, the currently stable app-office/libreoffice receives further language support through which supports download and installation of the language packs defined in. Since the origin language of libreoffice is, it does not have   flag in. So with, libreoffice still supports.

To see the status of GUI translation, hyphenation, spell checking and other localisations on your language, please refer to the LibreOffice translation web site.

For finer grained control it can be set per package in :

A list of installed programs making use of the LINGUAS variable and their supported languages can be shown as follows:

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

After setting the  USE flag it may be necessary to re-emerge some packages:

External resources

 * Locales and Internationalization (gnu.org)