107.3 Leçon 1

Les fuseaux horaires correspondent à des zones distinctes de la surface de la Terre, à peu près proportionnelles, et qui s’étendent sur l’équivalent d’une heure, c’est-à-dire des régions du monde qui connaissent la même heure de la journée à un moment donné. Comme il n’existe pas de longitude unique qui puisse être considérée comme le début de la journée pour le monde entier, les fuseaux horaires sont relatifs au méridien d’origine, où l’angle longitudinal de la Terre est défini comme étant égal à 0. L’heure au méridien d’origine est appelée Temps universel coordonné, abrégé en UTC par convention. Pour des raisons pratiques, les fuseaux horaires ne suivent pas la distance longitudinale exacte du point de référence (le méridien d’origine). Au lieu de cela, les fuseaux horaires s’adaptent artificiellement pour suivre les frontières des pays ou d’autres subdivisions importantes.

Les subdivisions politiques sont si importantes que les fuseaux horaires sont nommés d’après un élément géographique majeur de la région concernée, généralement le nom d’un grand pays ou d’une grande ville à l’intérieur du fuseau. Cependant, les fuseaux horaires sont subdivisés en fonction de leur décalage horaire par rapport à l’UTC et ce décalage peut également être utilisé pour identifier le fuseau en question. Le fuseau horaire GMT-5, par exemple, indique une région pour laquelle l’heure UTC est en avance de cinq heures, c’est-à-dire que cette région est en retard de cinq heures par rapport à l’heure UTC. De même, le fuseau horaire GMT+3 indique une région pour laquelle l’heure UTC est en retard de trois heures. Le terme GMT — de Greenwich Mean Time — est utilisé comme synonyme d’UTC dans les noms de fuseaux horaires basés sur le décalage.

Une machine connectée peut être accessible depuis différentes régions du monde, c’est pourquoi il est bon de régler l’horloge interne sur UTC (le fuseau horaire GMT+0) et de laisser le choix du fuseau horaire à chaque cas particulier. Les services cloud, par exemple, sont généralement configurés pour utiliser l’UTC, étant donné que cela permet de pallier les incohérences occasionnelles entre l’heure locale et l’heure des clients ou d’autres serveurs. En contrepartie, les utilisateurs qui démarrent une session à distance sur le serveur peuvent vouloir utiliser leur fuseau horaire local. C’est donc au système d’exploitation que revient la tâche de configurer le fuseau horaire correct en fonction de chaque cas.

En dehors de la date et de l’heure en cours, la commande date indique également le fuseau horaire en vigueur :

Le décalage par rapport à l’UTC est fourni par la valeur -03, ce qui signifie que l’heure affichée est inférieure de trois heures à l’UTC. Par conséquent, l’heure UTC est en avance de trois heures, ce qui fait de GMT-3 le fuseau horaire correspondant à l’heure donnée. La commande timedatectl, disponible dans les distributions utilisant systemd, affiche davantage de détails sur l’heure et la date du système :

Comme on peut le voir dans l’entrée Time zone, les noms de fuseaux horaires basés sur des localités — comme America/Sao_Paulo — sont également acceptés. Le fuseau horaire par défaut du système est enregistré dans le fichier /etc/timezone, soit par le nom descriptif complet du fuseau, soit par son décalage. Les noms génériques de fuseaux horaires définis en fonction du décalage UTC doivent inclure Etc dans la première partie du nom. Par exemple, pour définir le fuseau horaire par défaut à GMT+3, le nom du fuseau horaire doit être Etc/GMT+3 :

Même si les noms de fuseaux horaires basés sur les localités ne nécessitent pas de décalage horaire pour fonctionner, le choix n’est pas si simple. Une même zone peut avoir plus d’un nom, ce qui peut la rendre difficile à mémoriser. Pour résoudre ce problème, la commande tzselect offre une méthode interactive qui guide l’utilisateur vers la bonne définition du fuseau horaire. La commande tzselect est disponible par défaut dans toutes les distributions Linux, dans la mesure où elle est fournie par le paquet qui contient une série d’outils liés à la bibliothèque C de GNU.

La commande tzselect pourra être utile, par exemple, à un utilisateur qui souhaite déterminer le fuseau horaire de “São Paulo City” à “Brazil”. tzselect commence par demander la macro-région de l’endroit choisi :

L’option 2 est destinée aux pays d’Amérique du Nord et du Sud, pas forcément dans le même fuseau horaire. Vous pouvez également spécifier le fuseau horaire à l’aide de coordonnées géographiques ou de la notation décalée, également connue sous le nom de Posix TZ format. L’étape suivante consiste à choisir le pays :

Le territoire brésilien s’étend sur quatre fuseaux horaires, de sorte que les informations sur le pays ne suffisent pas pour définir le fuseau horaire. Dans l’étape suivante, tzselect demandera à l’utilisateur de spécifier la province :

Tous les noms de villes ne sont pas disponibles, mais le choix de la région la plus proche est suffisant. L’information recueillie sera ensuite utilisée par tzselect pour afficher le fuseau horaire correspondant :

Le nom du fuseau horaire résultant, America/Sao_Paulo, pourra également être utilisé comme contenu du fichier /etc/timezone pour renseigner le fuseau horaire par défaut du système :

Comme l’indique le résultat de tzselect, la variable d’environnement TZ définit le fuseau horaire de la session shell, indépendamment du fuseau horaire par défaut du système. Si vous ajoutez la ligne TZ='America/Sao_Paulo'; export TZ au fichier ~/.profile, America/Sao_Paulo deviendra le fuseau horaire pour les futures sessions de l’utilisateur. La variable TZ peut également être modifiée temporairement pendant la session en cours, en vue d’afficher l’heure dans un fuseau horaire différent :

Dans l’exemple, la commande env lancera la commande donnée dans un nouveau shell avec les mêmes variables d’environnement que la session actuelle à l’exception de la variable TZ, modifiée par l’argument TZ='Africa/Cairo'.

Beaucoup de pays adoptent l’heure d’été pendant une partie de l’année — lorsque les horloges sont ajustées d’une heure — ce qui peut amener un système mal configuré à indiquer une heure erronée pendant cette période de l’année.

Le fichier /etc/localtime contient les données utilisées par le système d’exploitation pour ajuster l’horloge en conséquence. Les systèmes Linux standard disposent des fichiers pour tous les fuseaux horaires dans le répertoire /usr/share/zoneinfo/, et /etc/localtime n’est qu’un lien symbolique vers les données de ce répertoire. Les fichiers dans /usr/share/zoneinfo/ sont organisés en fonction du nom du fuseau horaire correspondant, de sorte que le fichier de données pour le fuseau horaire America/Sao_Paulo sera /usr/share/zoneinfo/America/Sao_Paulo.

Comme les définitions de l’heure d’été peuvent changer, il est important de garder les fichiers dans /usr/share/zoneinfo/ à jour. La commande de mise à jour du gestionnaire de paquets fourni par la distribution devrait les mettre à jour chaque fois qu’une nouvelle version est disponible.

Les systèmes Linux peuvent être utilisés avec une grande variété de langues et d’encodages de caractères non occidentaux, dont les définitions sont connues sous le nom de locales. La configuration locale la plus élémentaire concerne la définition de la variable d’environnement LANG, à partir de laquelle la plupart des programmes du shell identifient la langue à utiliser.

Le contenu de la variable LANG suit le format ab_CD, où ab représente le code de la langue et CD le code de la région. Le code de la langue suit la norme ISO-639 et le code de la région la norme ISO-3166. Un système configuré pour utiliser le portugais brésilien, par exemple, doit définir la variable LANG à pt_BR.UTF-8 :

Comme on peut le voir dans le résultat de l’exemple, la variable LANG contient également l’encodage de caractères prévu pour le système. ASCII, l’abréviation de American Standard Code for Information Interchange, a été la première norme d’encodage de caractères largement utilisée pour la communication électronique. En revanche, comme l’ASCII dispose d’une plage très limitée de valeurs numériques disponibles et qu’il est basé sur l’alphabet anglais, il ne contient ni les caractères utilisés par d’autres langues, ni un ensemble étendu de symboles non alphabétiques. L’encodage UTF-8 est un Unicode Standard pour les caractères occidentaux ordinaires, ainsi que pour de nombreux autres symboles moins courants. Comme l’indique le Unicode Consortium qui assure la maintenance du Unicode Standard, il devrait être adopté par défaut pour garantir la compatibilité entre les plateformes numériques :

Certains systèmes peuvent encore utiliser des normes ISO — comme le standard ISO-8859-1 — pour l’encodage des caractères non-ASCII. Or, ces normes d’encodage de caractères devraient être abandonnées au profit des normes d’encodage Unicode. Cela dit, tous les systèmes d’exploitation majeurs tendent à adopter la norme Unicode par défaut.

Les paramètres régionaux du système sont définis dans le fichier /etc/locale.conf. La variable LANG et les autres variables liées à la localisation y sont assignées comme de simples variables shell, par exemple :

Les utilisateurs peuvent très bien configurer une localisation personnalisée en modifiant la variable d’environnement LANG. Ils peuvent le faire pour la session en cours ou pour les sessions à venir, en ajoutant la nouvelle définition à leur profil Bash dans ~/.bash_profile ou ~/.profile. En revanche, en attendant que l’utilisateur se connecte, les paramètres régionaux par défaut du système seront toujours appliqués par les programmes indépendants de l’utilisateur, comme l’écran de connexion du gestionnaire d’affichage.

En dehors de la variable LANG, d’autres variables d’environnement ont un effet sur des aspects spécifiques des paramètres régionaux, comme le symbole de la devise à utiliser ou le séparateur de milliers correct pour les nombres :

La commande locale va afficher toutes les variables définies dans la configuration linguistique en vigueur :

La seule variable non définie est LC_ALL, qui peut être utilisée pour remplacer temporairement tous les autres paramètres linguistiques. L’exemple ci-dessous montre comment la commande date — exécutée dans un système configuré avec la locale pt_BR.UTF-8 — va modifier son résultat pour se conformer à la nouvelle variable LC_ALL :

La modification de la variable LC_ALL a permis d’afficher les abréviations du jour de la semaine et du mois en anglais américain (en_US). En revanche, il n’est pas forcément nécessaire de définir les mêmes paramètres linguistiques pour toutes les variables. On peut très bien, par exemple, choisir la langue pt_BR et le format numérique (LC_NUMERIC) au standard américain.

Certains paramètres régionaux modifient la façon dont les programmes gèrent l’ordre alphabétique et le format des nombres. Alors que les programmes conventionnels sont généralement prêts à choisir correctement une locale commune pour de telles situations, les scripts peuvent se comporter de manière inattendue lorsqu’ils tentent de classer correctement une liste d’éléments par ordre alphabétique, par exemple. Pour cette raison, il est recommandé d’attribuer à la variable d’environnement LANG la valeur de la locale courante C, comme dans LANG=C, de façon à ce que le script produise des résultats non ambigus, quelles que soient les définitions de localisation utilisées dans le système où il est exécuté. Le paramètre local C n’effectue qu’une simple comparaison par ordre alphabétique, de sorte que ses résultats seront également plus probants que ceux des autres paramètres.

Un texte peut s’afficher avec des caractères illisibles lorsqu’il est affiché sur un système avec une configuration d’encodage de caractères différente de celle du système sur lequel le texte a été créé. On peut alors utiliser la commande iconv pour résoudre ce problème, en convertissant le fichier depuis son encodage d’origine vers l’encodage souhaité. Par exemple, pour convertir un fichier nommé original.txt depuis l’encodage ISO-8859-1 vers le fichier nommé converted.txt avec l’encodage UTF-8, on peut utiliser la commande suivante :

L’option -f ISO-8859-1 (ou --from-code=ISO-8859-1) définit l’encodage du fichier d’origine et l’option -t UTF-8 (ou --to-code=UTF-8) définit l’encodage du fichier transformé. Tous les encodages supportés par la commande iconv sont affichés avec la commande iconv -l ou iconv --list. Au lieu d’utiliser la redirection de sortie, comme dans l’exemple, l’option -o converti.txt ou --output converti.txt peut aussi être appliquée.