Localization/Guide/fr

Fuseau horaire
Afin de tenir votre système à l'heure correctement, vous devez sélectionner votre fuseau horaire pour que votre système sache où il se trouve.

Que sont les locales ?
Une locale est un jeu d'informations que la plupart des programmes utilisent pour déterminer les réglages spécifiques à un couple langue-pays.Les locales et leurs données font partie de la bibliothèque système et se trouvent dans  la plupart des systèmes. Un nom de locale se présente généralement sous la forme  où   est le code de langue à deux (ou trois) lettres (comme spécifié dans ISO-3166). Des variantes sont souvent ajoutées au nom de locales, par exemple,  ou. Reportez-vous à Wikipedia pour en savoir plus sur les locales et pour lire les articles en relation.

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.

L'étape suivante consiste à exécuter la commande. Elle génère toutes les locales que vous avez spécifiées dans le fichier.

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

The file can be shown by.

Its raw content can be displayed using the command.

OpenRC
Lorsque vous utilisez OpenRC, les configurations des locales sont stockées dans des variables d'environnement. Elles sont généralement définies dans le fichier (pour des configurations s'appliquant au système entier), et peuvent être gérées via la commande. Par exemple, pour définir la variable   à la valeur   :

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

The command above lists the suffix in lower case without any hyphens, glibc understands both forms of the suffix, many other programs don't. The most common example of which is X. So it is best to always use UTF-8 in preference to utf8.

In some cases users may notice glitchy non-English representation in some applications like Krusader (https://bugs.kde.org/show_bug.cgi?id=371582). Removing or commenting the  line from  should fix the problem.

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  :

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 :

The values of locale environment variables that have been explicitly set e.g. in an export statement (if using bash) are listed without double quotes. Those whose value has been inherited from other locale environment variables have their values in double quotes.

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
L'agencement de clavier qui sera utilisé par le serveur X est défini dans le fichier  par l'option.

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 :

NLS
Pour que la localisation basée sur les messages fonctionne dans les programmes qui en assurent la prise en charge, vous devez probablement compiler ces programmes avec l'option  (Native language support) de la variable USE activée. La plupart des programmes utilisant nls ont aussi besoin de la bibliothèque gettext pour extraire et utiliser les messages localisés. Bien sur, Portage l'installera automatiquement si besoin est.

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 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:

External resources

 * 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 ]