Discussion :

[Philippe Dpt35]

Bonjour,

j'ai quelques difficultés à bien cerner la portée des variables d'environnement crées dans ~/.bashrc et ~/.bash_profile

Si j'inscris

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

variable="test"

dans ces fichiers, cette variable est bien lisible par

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

printenv variable

ou bien par

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

echo "$variable"

dans n'importe quelle console qui sera ouverte.

Mais cette variable est vide si je l'appelle dans un script :
test.sh

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
#!/bin/bash
echo "$variable"

Là l'exécution de test.sh ne me renvoie aucune valeur.

Qui peut me fournir une explication ?
Comment est-il possible de définir une variable d'environnement lisible dans tous les cas au niveau de la session ?

[Flodelarab]

Bonjour

Ce que tu cherches ne serait-il pas le fait qu'un enfant ignore tout de son parent ? Il faut exporter la variable pour qu'elle soit accessible dans un sous-shell.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

export variable="test"

ou (si elle a déjà été définie)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

export variable

[disedorgue]

En complément de la réponse de FLodelarab, un bash non interactif (qui execute juste un script shell) ne charge pas de fichier de config, il hérite juste de l'environnement parent.

[Christophe]

Pour utiliser un fichier de conf avec un bash non interactif, on peut pas utiliser la variable d'environnement BASH_ENV ?

[Philippe Dpt35]

A partir de vos indications et d'autres recherches sur le Net, j'ai fait une petite synthèse qui pourra servir à d'autres.

Les fichiers gérant les variables d'environnement au niveau de la session :
.bashrc
.bash_profile
.profile

Pour visualiser les variables d'environnement:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

printenv

Pour examiner une valeur particulière :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

printenv variable

Distinguer shell interactifs et shell non-interactifs. Un script est lancé dans un shell non-interactif

Les variables d'environnement ont une portée locale. Ainsi une variable déclarée dans un shell ne sera valide que pour ce shell et ses enfants (mais pas pour un sous-shell non interactif, comme celui lancé par un script notamment).
Ex:
si je définis la variable

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
variable="test"
echo "$variable"

ne renverra test que dans le shell courant
Si l'on crée le script test.sh avec pour contenu

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
#!/bin/bash
echo "$variable"

L'exécution du script renverra une valeur vide puisque le script s'est exécuté dans un shell non-interactif.
En revanche, si je définis la variable

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

LANG=us_US.UTF-8

lorsque je lance un éditeur de texte depuis ce terminal, il se lancera en langue anglaise. Il y a bien héritage.

Pour qu'une variable ait une porté générale, il faut l'exporter par

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

export variable="test"

N'importe quel shell (sauf un shell non-interactif, comme après lancement d'un script) aura accès à la valeur.

Cette valeur sera perdue après la fermeture de la session.

Pour disposer de cette valeur de manière permanente au niveau de la session, il faut l'inscrire dans un des fichiers d'environnement .bashrc, .bash_profile, .profile

Usage de ces différents fichiers (repris depuis doc.ubuntu-fr.org)

- ~/.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.
~/.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.
- ~/.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?)

Comment définir des variables qui seront accessibles depuis des shell non-interactifs (donc des scripts) ?
On peut créer un script contenant les variables et leurs valeurs par exemple :
.variables.sh

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

variable="test"

Dans les scripts, on pourra accéder à ces valeurs en inscrivant dans le script la commande

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

source $HOME/.variables.sh

ou

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

. $HOME/.variables.sh

Il est possible d'inscrire le chemin vers ce fichier dans la variable BASH_ENV, par exemple dans .profile

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

export BASH_ENV=$HOME/.variables.sh

Dès lors je peux y faire appel dans les scripts par

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

. $BASH_ENV"

Merci de corriger les éventuelles erreurs et imprécisions.
.

[Flodelarab]

Les variables d'environnement ont une portée locale. Ainsi une variable déclarée dans un shell ne sera valide que pour ce shell et ses enfants (mais pas pour un sous-shell non interactif, comme celui lancé par un script notamment).

J'ai beaucoup de mal avec ce passage.

• Déjà je n'aurais pas mis "et ses enfants". Pas ses enfants, puisqu'il faut l'exporter.
• Ensuite, le paradoxe entre "portée locale" et "variable d'environnement" étonne. Tu montres toi-même que LANG n'est pas si locale que ça puisque la valeur est la même dans le script enfant.
• Enfin, la remarque sur l'interactivité n'a rien à voir avec la portée. Dans ton premier message, tu mettais en opposition l'indisponibilité d'une valeur dans un script alors que tu l'avais défini dans .bashrc.Ce que t'as précisé disedorgue, c'est que le .bashrc n'est exécuté que quand tu lances la console. Ainsi la valeur est disponible dans la console. Mais pas ses enfants. Or un script est un enfant. Donc, indisponibilité dans le script. À moins de transmettre ou exporter.