Différences

Ci-dessous, les différences entre deux révisions de la page.

--- variables_d_environnement [Le 19/03/2016, 11:10]
albanmartel [Exécuter des logiciels en local grâce à PATH]
+++ variables_d_environnement [Le 28/11/2024, 07:02] (Version actuelle)
krodelabestiole +voir aussi +contrib
@@ Ligne 1: / Ligne 1: @@
-{{tag>variables script}}
+{{tag>script administration système}}
-----
 ====== Les variables d'environnement ======
+Les variables d'environnement constituent un moyen d'influencer le comportement des logiciels sur votre système. Par exemple, la variable d'environnement ''LANG'' détermine la langue que les logiciels utilisent pour communiquer avec l'utilisateur.
-Les variables d'environnement constituent un moyen d'influencer le comportement des logiciels sur votre système. Par exemple, la variable d'environnement « LANG » détermine la langue que les logiciels utilisent pour communiquer avec l'utilisateur.
+Les variables sont constituées de **noms** auxquels on assigne des **valeurs**. Ainsi, le système d'un utilisateur français devrait avoir la valeur ''fr_FR.UTF-8'' assignée à la variable ''LANG''.
-Les variables sont constituées de **noms** auxquels on assigne des **valeurs**. Ainsi, le système d'un utilisateur français devrait avoir la valeur « fr_FR.UTF-8 » assignée à la variable « LANG ».
 La signification d'une variable d'environnement et le type de valeur qui peut lui être assignée sont déterminés par l'application qui utilise celle-ci. Il existe un petit nombre de variables d'environnement bien connues, dont le sens et le type de valeur sont bien déterminés, et qui sont utilisées par de nombreuses applications.
 ===== Manipuler les variables d'environnement =====
 Bien que quelques applications de configuration en mode graphique manipulent en réalité des variables d'environnement, la ligne de commande offre un maximum de flexibilité pour créer et modifier ces variables.
 <note>Les techniques expliquées ci-dessous s'appliquent à la famille d'interpréteurs de commandes « Bourne Shell », c'est à dire **sh**, **ksh**, et **bash**. Ce dernier est l'interpréteur de commande par défaut d'Ubuntu. Si vous utilisez un autre interpréteur de commande, comme **csh**, les commandes indiquées pourraient être différentes.</note>
@@ Ligne 22: / Ligne 18: @@
 ===== Assigner des valeurs aux variables d'environnement =====
-Pour affecter une valeur à une variable d'environnement **existante**, nous utilisons une expression d'affectation. Par exemple pour assigner la valeur « fr_FR.UTF-8 » à la variable « LANG », nous utilisons la commande suivante :
+Pour affecter une valeur à une variable d'environnement **existante**, nous utilisons une expression d'affectation. Par exemple pour assigner la valeur ''fr_FR.UTF-8'' à la variable ''LANG'', nous utilisons la commande suivante :
 <code>
@@ Ligne 30: / Ligne 26: @@
 Si nous utilisons une expression d'affectation pour une variable qui n'existe pas, l'interpréteur de commande créera une « variable de shell », qui est similaire à une variable d'environnement mais qui n'affectera pas le comportement d'autres applications.
-Une variable de shell peut être exportée pour devenir une variable d'environnement grâce à la commande **export**. Pour créer la variable d'environnement « EDITOR » et lui assigner la valeur « nano », plusieurs méthodes peuvent être utilisée. Voici celle que nous proposons :
+Une variable de shell peut être exportée pour devenir une variable d'environnement grâce à la commande **export**. Pour créer la variable d'environnement ''EDITOR'' et lui assigner la valeur ''nano'', plusieurs méthodes peuvent être utilisée. Voici celle que nous proposons :
 <code>
@@ Ligne 57: / Ligne 52: @@
 </code>
-La valeur de la variable peut également être récupérée en utilisant le signe « $ » devant son nom, comme dans l'exemple suivant :
+La valeur de la variable peut également être récupérée en utilisant le signe ''$'' devant son nom, comme dans l'exemple suivant :
 <code>
@@ Ligne 77: / Ligne 72: @@
 == Effacer des variables d'environnement ==
-Dans la plupart des cas, affecter une valeur vide à une variable d'environnement suffit à annuler son effet, comme dans l'exemple ci-dessous. Cependant certaines variables comme « POSIXLY_CORRECT » ont une influence sur les programmes du fait même de leur existence, et ce, même si leur valeur est vide.
+Dans la plupart des cas, affecter une valeur vide à une variable d'environnement suffit à annuler son effet, comme dans l'exemple ci-dessous. Cependant certaines variables comme ''POSIXLY_CORRECT'' ont une influence sur les programmes du fait même de leur existence, et ce, même si leur valeur est vide.
 <code>
@@ Ligne 86: / Ligne 81: @@
 <code>
-unset LC_ALL
+unset LCALL
 </code>
@@ Ligne 97: / Ligne 92: @@
 ===== Principe de fonctionnement des variables d'environnement =====
-Le fonctionnement et l'effet des variables d'environnement sont gouvernés par quelques principes simples.
+Le fonctionnement et l'effet des variables d'environnement sont gouvernés par quelques principes simples et globales .
 ==== Portée des variables ====
@@ Ligne 107: / Ligne 102: @@
 Lorsqu'un processus enfant est créé à partir d'un processus parent, le processus enfant hérite de toutes les variables du processus parent, avec leurs valeurs. Par exemple, si on lance **gedit** depuis un terminal, **bash** le processus parent, engendre le processus enfant **gedit**.
-En conséquence, si nous définissons la valeur de la variable d'environnement « LANG » dans un terminal, et que nous lançons depuis le même terminal **gedit**, celui-ci héritera de la nouvelle valeur de la variable LANG, et s'affichera donc dans une langue différente du reste des applications du système.
+En conséquence, si nous définissons la valeur de la variable d'environnement ''LANG'' dans un terminal, et que nous lançons depuis le même terminal **gedit**, celui-ci héritera de la nouvelle valeur de la variable LANG, et s'affichera donc dans une langue différente du reste des applications du système.
-Notez bien que du fait de la portée des variables, expliquée plus haut, une fois le processus **gedit** lancé, les modifications de variables dans le processus parent ne seront répercutées sur le processus enfant et vice-versa.
+Notez bien que du fait de la portée des variables, expliquée plus haut, une fois le processus **gedit** lancé, les modifications de variables dans le processus parent ne seront pas répercutées sur le processus enfant et vice-versa.
 <note>
-Dans l'environnement de bureau GNOME, « gnome-session » est le processus parent de tous les processus s'éxecutant dans cet environnement. Ceci constitue (avec le principe d'héritage) le point clé qui nous permet d'influencer le comportement de notre environnement de bureau grâce aux variables d'environnement. L'équivalent pour KDE est « kde-session ».
+Dans l'environnement de bureau GNOME, « gnome-session » est le processus parent de tous les processus s'exécutant dans cet environnement. Ceci constitue (avec le principe d'héritage) le point clé qui nous permet d'influencer le comportement de notre environnement de bureau grâce aux variables d'environnement. L'équivalent pour KDE est « kde-session ».
 </note>
@@ Ligne 119: / Ligne 114: @@
 Le nom des variables d'environnement est sensible à la casse. Ce qui signifie que //LANG// n'est pas la même variable que //lang//, //Lang// ou encore //laNg//.
-La pratique courante est de nommer toutes les variables d'environnement uniquement en anglais, en majuscules avec éventuellement des tirets de soulignement « _ ».
+La pratique courante est de nommer toutes les variables d'environnement uniquement en anglais, en majuscules avec éventuellement des tirets de soulignement ''_''.
 ===== Affectation rapide et héritage avec Bash =====
-L'interpréteur de commandes **bash** nous permet de définir une ou plusieurs variables d'environnement et de lancer un processsus enfant en une seule commande. Par exemple, pour définir les variables « LANG » et « FOO », puis lancer **gedit**, nous pouvons utiliser la commande :
+L'interpréteur de commandes **bash** nous permet de définir une ou plusieurs variables d'environnement et de lancer un processus enfant en une seule commande. Par exemple, pour définir les variables ''LANG'' et ''FOO'', puis lancer **gedit**, nous pouvons utiliser la commande :
 <code>
@@ Ligne 130: / Ligne 124: @@
 </code>
-Remarque : En utilisant cette commande, les nouvelles valeurs sont uniquement assignées au processsus enfant, ici **gedit**. Les variables du shell conservent leurs valeurs d'origine. Ainsi, dans cet exemple, la valeur de « LANG » restera inchangée (sans doute fr_FR.UTF-8 pour vous) pour les commandes suivantes dans le terminal.
+Remarque : En utilisant cette commande, les nouvelles valeurs sont uniquement assignées au processsus enfant, ici **gedit**. Les variables du shell conservent leurs valeurs d'origine. Ainsi, dans cet exemple, la valeur de ''LANG'' restera inchangée (sans doute fr_FR.UTF-8 pour vous) pour les commandes suivantes dans le terminal.
 Un comportement similaire peut être obtenu avec d'autres terminaux en utilisant la commande **env**.
@@ Ligne 136: / Ligne 130: @@
 ===== Variables d'environnement persistantes =====
-Jusqu'à présent nous avons vu comment définir ou modifier une variable d'environnement **temporairement**, jusqu'à ce que la session (le terminal) dans laquelle elle a été définie soit fermé.
+Jusqu'à présent nous avons vu comment définir ou modifier une variable d'environnement **temporairement**, jusqu'à ce que la session se ferme.
-Voici maintenant comment définir ou modifier une variable d'environnement **définitivement**, même après un changement d'utilisateur ou un redémarrage de la machine.
 ==== Variables d'environnement au niveau session utilisateur ===
 Pour définir une variable d'environnement de manière à ce qu'elle affecte l'ensemble de la session d'un utilisateur, il suffit de placer une commande la définissant dans l'un des fichiers cachés de script présent dans le répertoire personnel de l'utilisateur. Voici les fichiers les plus courants qui peuvent être utilisés :
-  * **~/.profile** - C'est probablement le meilleur endroit pour placer une définition de variable d'environnement. En effet, il est exécuté automatiquement par le gestionnaire de connexion lors du démarrage d'une session graphique, mais aussi lors du démarrage d'une session en mode console texte.
+  * **~/.profile** - C'est probablement le meilleur endroit pour placer une définition de variable d'environnement. En effet, il est exécuté automatiquement par le gestionnaire de connexion <del>lors du démarrage d'une session graphique</del> (seulement sous X11, sous Wayland il semble que ce n'est plus le cas), mais aussi lors du démarrage d'une session en mode console texte.
   * **~/.bash_profile** ou **~/.bash_login** - Si l'un de ces fichiers existe, il sera exécuté par **Bash** préférentiellement à **~/.profile** lors d'une connexion sur une console. (Bash utilisera ~/.bash_profile de préférence à ~/.bash_login). Cependant, ces fichiers n'auront par défaut aucune influence sur une session en mode graphique.
@@ Ligne 148: / Ligne 142: @@
   * **~/.bashrc** - Du fait de la manière dont Ubuntu configure par défaut les divers fichiers de scripts, c'est sans doute l'endroit le plus facile pour définir des variables. La configuration par défaut garantit a peu près que ce fichier sera exécuté à chaque invocation de *bash* ainsi que lors de la connexion à l'environnement graphique. Cependant du point de vue des performances, ce n'est pas l'idéal car les variables seront inutilement redéfinies à chaque fois. (NdT : à chaque fois que vous ouvrez un terminal par exemple?)
-==== Exécuter des logiciels en local grâce à PATH =====
-Redéfinir la variable d'environnement ${PATH} au niveau utilisateur permet des chemins des programmes exécutables.
-=== Obtenir les informations sur chemins d'exécution avant modification de  ${PATH} ===
-<code> echo ${PATH} </code>
-Dans mon cas j'obtiens :// /usr/local/sbin:usr/share/java:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games//
-=== Personnaliser ${PATH} de l'utilisateur ===
-Exemple, exécuter le dernier nodejs stable et l'exécuter uniquement au niveau utilisateur :
-  * Télécharger l'exécutable node-vX.Y.Z-linux-x64.tar.xz
-https://nodejs.org/en/download/ -->   Linux Binaries (.tar.xz) --> 64-bit
-  * Décompresser dans le répertoire utilisateur de votre choix (dans mon cas ~/usr)
-  * Modifier ~/.bashrc
-<code>
-#Ajout de NodeJs uniquement au niveau utilisateur
-export NODEJS_HOME=$HOME/usr/nodejs
-#Ajout de la  variables précédemment définie au PATH
-export PATH=${NODEJS_HOME}/bin:${PATH}:
-</code>
-  * Mettre à jour des variables d'environnement utilisateur
- <code>
-source ~/.batchrc
-</code>
-  * Vérifier la prise en compte des modifications
-    <code> echo ${PATH} </code>
-  * Vérificer la bonne exécution du logiciel local
- <code>
-node -v
-</code>
-si le numéro de version s'affiche c'est que la personnalisation de PATH est correcte !
 ==== Variables d'environnement au niveau système====
@@ Ligne 191: / Ligne 153: @@
 **Remarque :** sur des systèmes destinés à un usage personnel, il est sans doute préférable de définir les variables au niveau utilisateur tel que décrit plus haut, plutôt qu'au niveau système. En effet les fichiers utilisateurs peuvent être modifiés sans nécessiter les privilèges d'administration contrairement à ceux-ci.
 ===== Liste des variables d'environnement communes =====
@@ Ligne 201: / Ligne 161: @@
 Les variables suivantes permettent au système de savoir où se trouvent divers fichiers, pour pouvoir fonctionner.
 ^ Variable ^ Exemples de valeur ^ Rôle ^
@@ Ligne 208: / Ligne 167: @@
 |LD_LIBRARY_PATH|/opt/app/oracle/lib|Liste de dossiers où le système doit chercher les bibliothèques d'exécution en plus de celles définies dans //ld// et ///etc/ld.so.conf//|
 |TMPDIR|/var/tmp|Le dossier utilisé pour les fichiers temporaires créés par de nombreux programmes|
 ==== Variables de paramètres régionaux  ====
@@ Ligne 215: / Ligne 173: @@
 Les valeurs qui peuvent être assignées à ces variables d'environnement correspondent aux paramètres régionaux installés sur le système. Pour voir quels sont ces paramètres installés, vous pouvez utiliser la commande **locale -a**. les paramètres régionaux peuvent être générés par la commande **locale-gen**. Cependant, Ubuntu inclut des paramètres régionaux prédéfinis dans les paquets de langue (language-pack-xx) disponibles au travers du système de gestion de paquets
 ^ Variable ^ Rôle ^
@@ Ligne 236: / Ligne 193: @@
 Ces variables peuvent prendre le pas les unes sur les autres dans certaines combinaisons. L'examen de la valeur des variables elles-mêmes ne fournit donc pas forcément une information claire sur la manière dont le système se comportera. La commande **locale** peut être utilisée pour examiner les valeurs effectives de ces variables pour les applications.
 ==== Variables pour les applications préférées ====
@@ Ligne 246: / Ligne 199: @@
 En général, ces variables ne sont pas respectées par les applications en mode graphique qui intègrent leur propres éditeurs et afficheurs de texte. La plupart des environnements de bureau proposent en outre leur propre système de sélection des applications préférées.
 ^ Variable ^ Exemple de valeur ^ Rôle ^
 |PAGER|/usr/bin/less|Le nom de l'application utilisée pour afficher des textes longs (sur plusieurs pages écran) par des commandes telles que **man**|
 |EDITOR|usr/bin/nano|Le nom de l'éditeur de texte préféré pour les utilisateurs. Il sera utilisé par des commandes telles que **mutt** ou **sudoedit**|
-|VISUAL|/usr/bin/gedit|A le même rôle que la variable « EDITOR » mais est prioritaire. Si elle n'a pas de valeur « EDITOR » définie la valeur de l'application qui sera utilisée.|
+|VISUAL|/usr/bin/gedit|A le même rôle que la variable ''EDITOR'' mais est prioritaire. Si elle n'a pas de valeur ''EDITOR'' définie la valeur de l'application qui sera utilisée.|
 |BROWSER|/usr/bin/lynx|Le nom du navigateur Web préféré pour les utilisateurs|
+==== Variables liées à l'environnement de bureau ====
-==== Variables liées à l'environnement graphique ====
 ^ Variable ^ Exemple de valeur ^ Rôle ^
@@ Ligne 266: / Ligne 216: @@
 |XDG_CACHE_HOME|~/.cache|un emplacement utilisé par les applications conformes aux spécifications freedesktop.org, pour mettre en cache les données temporaires. En général cette variable n'est pas définie puisqu'une valeur de secours par défaut est implémentée dans les spécifications|
-Les variables XDG_* sont définies pour chaque utilisateur dans le fichier ~/.config/user-dirs.dirs. Leurs valeurs par défaut sont récupérés dans le fichier /etc/xdg/user-dirs.defaults.
+=== xdg-user-dirs ===
-Pour redéfinir ces variables utilisez une commande du type :
+Les variables appelées [[https://freedesktop.org/wiki/Software/xdg-user-dirs/|xdg-user-dirs]], de la forme ''%%XDG_***_DIR%%'', indiquent l'emplacement des données personnelles.
-<code>xdg-user-dirs-update --set DIR path</code>
+Lorsqu'on déplace ses données personnelles (sur un support physique autre que celui du système, par exemple) ces variables offrent la possibilité d'indiquer au système où elles se trouvent, pour une meilleure intégration des données personnelles au sein de l'environnement de bureau.
-Remplacez DIR par un nom de variable présent dans /etc/xdg/user-dirs.defaults et path par le dossier de votre choix.
+On peut indiquer différents emplacements pour les répertoires du **bureau**, des **documents**, des **images**, des **vidéos**, des **musiques**, de **téléchargement**, des données **partagées** et des **modèles** de documents.
-Par exemple pour redéfinir le dossier du bureau :
+== Fichier caché ==
-<code>xdg-user-dirs-update --set DESKTOP $HOME/toto</code>
+Ces variables sont définies pour chaque utilisateur dans le répertoire personnel caché ''~/.config'', dans le fichier ''user-dirs.dirs''. Quand elles n'y sont pas spécifiées les valeurs par défaut sont récupérées depuis le fichier ''/etc/xdg/user-dirs.defaults''.\\
+Les gestionnaires de fichiers masquent par défaut les [[:fichier_cache|répertoires et fichiers cachés]]. On peut utiliser le raccourci ''Ctrl'' + ''H'' (pour //Hidden//, //caché// en anglais) pour les afficher.
+Cela permet d'[[:tutoriel:comment_modifier_un_fichier#sous_ubuntu_gnome_unity_budgie|éditer le fichier]] ''~/.config/user-dirs.dirs''. Voici son contenu par défaut (pour une version française d'Ubuntu) :
+<file ~/.config/user-dirs.dirs>
+XDG_DESKTOP_DIR="$HOME/Bureau"
+XDG_DOWNLOAD_DIR="$HOME/Téléchargements"
+XDG_TEMPLATES_DIR="$HOME/Modèles"
+XDG_PUBLICSHARE_DIR="$HOME/Public"
+XDG_DOCUMENTS_DIR="$HOME/Documents"
+XDG_MUSIC_DIR="$HOME/Musique"
+XDG_PICTURES_DIR="$HOME/Images"
+XDG_VIDEOS_DIR="$HOME/Vidéos"
+</file>
+''$HOME'' correspond ici au répertoire personnel de l'utilisateur Linux : ''/home/nom_d_utilisateur''.\\ On peut remplacer dans chacune de ces lignes la valeur des variable ''%%XDG_***_DIR%%'' en indiquant le [[:chemins|chemin]] de son choix après le ''='' (de préférence un [[:chemins#chemin absolu]] entre guillemets doubles ''"'').
+== Ligne de commande ==
+Il est également possible de modifier directement chacune de ces variables depuis le [[:terminal]] au moyen de la commande ''[[man>xdg-user-dirs-update]]'' :
+<code>xdg-user-dirs-update --set DIR /chemin</code>
+Remplacer ''DIR'' par un des noms de variables disponibles (en anglais et en majuscule) et ''/chemin'' par le répertoire de son choix.
+Par exemple :
+<code bash>
+xdg-user-dirs-update --set DESKTOP     /media/$USER/data/Bureau
+xdg-user-dirs-update --set DOWNLOAD    /media/$USER/data/Téléchargements
+xdg-user-dirs-update --set TEMPLATES   /media/$USER/data/Modèles
+xdg-user-dirs-update --set PUBLICSHARE /media/$USER/data/Public
+xdg-user-dirs-update --set DOCUMENTS   /media/$USER/data/Documents
+xdg-user-dirs-update --set MUSIC       /media/$USER/data/Musique
+xdg-user-dirs-update --set PICTURES    /media/$USER/data/Images
+xdg-user-dirs-update --set VIDEOS      /media/$USER/data/Vidéos
+</code>
+Cela aura exactement le même effet - en éditant automatiquement le fichier ''user-dirs.dirs''.
 === Redéfinir (ou recréer) les répertoires par défaut ===
-Si vous avez une ancienne installation d'Ubuntu que vous mettez à jour, il est probable que vous gardiez les anciens répertoires (Desktop pour le bureau, pas de répertoire Téléchargements, etc).
+Si vous avez une ancienne installation d'Ubuntu que vous mettez à jour, il est probable que vous gardiez les anciens répertoires (''Desktop'' pour le bureau, pas de répertoire Téléchargements, etc).
 Pour forcer la redéfinition des répertoires, il faut lancer la commande suivante :
@@ Ligne 288: / Ligne 274: @@
 ^ Variable ^ Exemple de valeur ^ Rôle ^
-|NAUTILUS_SCRIPT_SELECTED_FILE_PATHS|/home/ifireball/about.html|Cette variable d'environnement est définie par **nautilus**, le gestionnaire de fichiers de GNOME, lorsqu'un script est appelé à l'aide d'un clic droit. Elle consiste en une liste, ligne par ligne, des fichiers actuellement sélectionnés. Cette variables ne sera définie que s'il s'agit de fichiers locaux, ne provenant pas d'un partage réseau ou d'une connexion ssh.|
+|NAUTILUS_SCRIPT_SELECTED_FILE_PATHS|/home/ifireball/about.html|Cette variable d'environnement est définie par **nautilus**, le gestionnaire de fichiers de GNOME, lorsqu'un script est appelé à l'aide d'un clic droit. Elle consiste en une liste, ligne par ligne, des fichiers actuellement sélectionnés. Cette variable ne sera définie que s'il s'agit de fichiers locaux, ne provenant pas d'un partage réseau ou d'une connexion ssh.|
-|NAUTILUS_SCRIPT_SELECTED_URIS|file:/home/ifireball/about.html|Cette variable d'environnement est définie par **nautilus**, le gestionnaire de fichiers de GNOME, lorsque un script est appelé à l'aide d'un clic droit. Elle consiste en une liste, ligne par ligne, des adresses (URI) des fichiers actuellement sélectionnés.|
+|NAUTILUS_SCRIPT_SELECTED_URIS|file:/home/ifireball/about.html|Cette variable d'environnement est définie par **nautilus**, le gestionnaire de fichiers de GNOME, lorsqu'un script est appelé à l'aide d'un clic droit. Elle consiste en une liste, ligne par ligne, des adresses (URI) des fichiers actuellement sélectionnés.|
-|NAUTILUS_SCRIPT_CURRENT_URI|file:/home/ifireball|Cette variable d'envirtonnement contient l'adress (URI) de l'emplacement actuellement affiché dans la fenêtre de **nautilus** lorsque un script est appelé à l'aide d'un clic droit|
+|NAUTILUS_SCRIPT_CURRENT_URI|file:/home/ifireball|Cette variable d’environnement contient l'adresse (URI) de l'emplacement actuellement affiché dans la fenêtre de **nautilus** lorsqu'un script est appelé à l'aide d'un clic droit.|
-|NAUTILUS_SCRIPT_WINDOW_GEOMETRY|828x511+251+342|Cette variable d'environnement contient la position à l'écran de la fenêtre de **nautilus** lorsque un script est appelé à l'aide d'un clic droit|
+|NAUTILUS_SCRIPT_WINDOW_GEOMETRY|828x511+251+342|Cette variable d'environnement contient la position à l'écran de la fenêtre de **nautilus** lorsqu'un script est appelé à l'aide d'un clic droit.|
 ==== Variables d'exécution de programmes ====
 La variable d'environnement suivante est incontestablement la plus puissante mais également la plus **dangereuse**. Elle permet de modifier la manière dont les applications s'exécutent.
 ^ Variable ^ Exemple de valeur ^ Rôle ^
 |LD_PRELOAD|/usr/lib/valgrind.so|Cette variable peut être utilisée pour injecter une bibliothèque dynamique personnalisée lors du chargement de l'application en mémoire. Cela peut servir à certaines choses, comme remplacer la bibliothèque d'allocation mémoire intégrée à l'application par une version de débogage, afin de détecter des fuites mémoire.|
 ==== Variables de compilation ====
@@ Ligne 308: / Ligne 291: @@
 |CC| gcc | Le nom du compilateur C à utiliser |
 |CFLAGS| -o out.o | Une liste d'arguments de débogage / optimisation à passer au compilateur C |
-|CXXFLAGS| -Wall |  Une liste d'arguments de débogage / optimisation à passer au compilateur C++ |
+|CXXFLAGS| -Wall | Une liste d'arguments de débogage / optimisation à passer au compilateur C++ |
 |CPPFLAGS| -DDEBUG | Une liste d'arguments à passer au préprocesseur / compilateur C/C++ |
 |LIBRARY_PATH| /usr/lib/firefox |Une liste de dossiers (séparés par deux-points) où chercher les fichiers de bibliothèques |
@@ Ligne 314: / Ligne 297: @@
 |CPATH| ..:$HOME/include:/usr/local/include | Une liste de dossiers (séparés par deux-points) où chercher les fichiers d'en-têtes |
+==== Autres variables d'environnement. ====
-==== Autres variables d'environnement ====
 ^ Variable ^ Exemple de valeur ^ Rôle ^
-|USERNAME|nom_utilisateur| Le nom de l'utilisateur actuellement connecté. Cette variable est définie par le système.Vous ne devriez certainement pas changer sa valeur manuellement.|
+|USERNAME|nom_utilisateur| Le nom de l'utilisateur actuellement connecté. Cette variable est définie par le système. Vous ne devriez certainement pas changer sa valeur manuellement.|
-|LOGNAME|nom_utilisateur|Similaire à **USER**, certains programmes utilisent celle-ci de préférence à **USER**|
+|LOGNAME|nom_utilisateur|Similaire à **USER**, certains programmes utilisent celle-ci de préférence à **USER** .|
 |HOME|/home/utilisateur|Emplacement du répertoire personnel de l'utilisateur actuellement connecté.|
 |PWD|/home/utilisateur/Desktop|Le répertoire de travail courant de l'interpréteur de commande.|
-|SHELL|/bin/bash|L'interpréteur de commande préféré de l'utilisateur tel qu'il est défini dans le fichier  « /etc/passwd »|
+|SHELL|/bin/bash|L'interpréteur de commande préféré de l'utilisateur tel qu'il est défini dans le fichier ''/etc/passwd''.|
 |POSIXLY_CORRECT|s.o.|L'existence même de cette variable d'environnement, indépendamment de sa valeur, oblige quelques utilitaires à se comporter de manière plus conforme au standard POSIX. Cela peut provoquer le dysfonctionnement de divers outils GNU qui facilitent la vie, mais c'est peut être justement ce qui est recherché pour faire fonctionner correctement de vieux scripts UNIX.|
 |HOSTALIASES|/etc/host.aliases|Le nom du fichier contenant les alias des noms d'hôtes pour utiliser avec divers logiciels réseau.|
-|TZDIR|/usr/share/zoneinfo|Le chemin du dossier contenant les fichiers d'informations sur les fuseaux horaires (TimeZoneDIRectory).Il est généralement inutile de la définir manuellement car les systèmes cherchent de tels fichiers dans /usr/share/zoneinfo, par défaut.|
+|TZDIR|/usr/share/zoneinfo|Le chemin du dossier contenant les fichiers d'informations sur les fuseaux horaires (TimeZoneDIRectory). Il est généralement inutile de la définir manuellement car les systèmes cherchent de tels fichiers dans /usr/share/zoneinfo, par défaut.|
-|TZ|IST-2 \\ :Japan | Cette variable était utilisée par les anciens systèmes Unix pour spécifier le fuseau horaire du système. Cependant, Ubuntu et la plupart des systèmes récents utilisent pour cela le fichier /etc/localtime. Elle peut néamoins être utilisée afin qu'une session utilisateur particulière affiche l'heure pour un fuseau horaire différent de celui du système. La valeur de cette variable peut être soit le nom et le décalage d'un fuseau horaire (premier exemple), soit le nom d'un fichier de zone situé dans /usr/share/zoneinfo (second exemple).|
+|TZ|IST-2 \\ :Japan | Cette variable était utilisée par les anciens systèmes Unix pour spécifier le fuseau horaire du système. Cependant, Ubuntu et la plupart des systèmes récents utilisent pour cela le fichier /etc/localtime. Elle peut néanmoins être utilisée afin qu'une session utilisateur particulière affiche l'heure pour un fuseau horaire différent de celui du système. La valeur de cette variable peut être soit le nom et le décalage d'un fuseau horaire (premier exemple), soit le nom d'un fichier de zone situé dans /usr/share/zoneinfo (second exemple).|
 |TERM|xterm|Le nom d'un fichier d'informations sur le terminal situé dans /lib/terminfo, ce fichier indique au programme en mode console comment effectuer certaines tâches telles que l'affichage des couleurs. Il peut être utile de jouer avec cette variable si vous essayez d'utiliser un programme d'émulation de terminal inhabituel, ou si vous essayez de connecter un émulateur de terminal matériel par le port série et que vous n'obtenez pas les résultats escomptés.|
 |TERMCAP| |Cette variable peut être utilisée à la place de "TERM" pour spécifier les informations sur le terminal manuellement, plutôt que d'avoir recours à un fichier.|
 |COLUMNS|80|Le nombre de colonnes sur la fenêtre de console. Essayez d'ajuster cette variable si les lignes semblent ne pas être coupées correctement sur la console.|
 |LINES|25|Le nombre de lignes sur la fenêtre de console. Essayez d'ajuster cette variable si vous obtenez des résultats étranges lorsque vous faites défiler le texte.|
-|http_proxy|http://user:passwd@proxy:port/|La variable pour utiliser un proxy, marche aussi avec HTTP_PROXY, ftp_proxy et FTP_proxy|
+|http_proxy|http://user:passwd@proxy:port/|La variable pour utiliser un proxy, marche aussi avec HTTP_PROXY, ftp_proxy et FTP_proxy .|
+===== Voir aussi=====
+  * Cette page est en partie adaptée de la documentation **(//en//)** //[[https://help.ubuntu.com/community/EnvironmentVariables|EnvironmentVariables]]//.
 ----
-Cette page est une adaptation en français de la page https://help.ubuntu.com/community/EnvironmentVariables
+//Contributeurs : [[:utilisateurs/krodelabestiole]]//