Profile.d et ses alternatives - Chicoree

1 Créer profile.d

Après cette mise au point, il est temps de rentrer dans le vif du sujet. Commençons par créer le répertoire profile.d:

1.1 bash.bashrc

Si vous – ou vos utilisateurs – utilisez le shell Bash (ou compatible), ajoutez les lignes suivantes au script /etc/bash.bashrc:

1.2 csh.cshrc

Si vous – ou vos utilisateurs – utilisez le C shell (csh ou tcsh), ajoutez les lignes suivantes au script /etc/csh.cshrc:

2 Utilisation

Voilà, en fait tout ce que nous avons fait, c'est de nous assurer qu'à l'ouverture d'un shell, les scripts adaptés au shell en question et situés dans /etc/profile.d soient exécutés. Reste à créer ces scripts. Ici, à nouveau, il faudra en faire un par shell utilisé! Comme quoi, la philosophie de Debian "zéro script d'initialisation" se tient finalement...

2.1 bash

Créez le fichier /etc/profile.d/local-demo.sh:

2.2 csh, tcsh

Créez le fichier /etc/profile.d/local-demo.csh:

3 Les alternatives

Une remarque pour terminer: tous les scripts dont nous venons de parler ne sont exécutés qu'au démarrage d'un shell interactif. Autrement dit quand un utilisateur se connecte. Ils ne permettent pas d'initialiser l'environnement au démarrage de la machine.

3.1 /etc/environment

3.2 Liens symboliques

Si tout ce que vous avez à faire est de modifier le PATH pour rendre les exécutables facilement accessibles, il est aussi possible de rajouter des liens symboliques à partir de /usr/local/bin vers les exécutables à rendre disponibles. Par exemple, en supposant que je veuille rendre accessible les exécutables de /opt/scala/bin sans modifier la variable d'environnement PATH, je pourrai utiliser ceci:

3.3 Scripts intermédiaires

Finalement, vous avez toujours la possibilité de remplacer chaque exécutable par un script qui initialise l'environnement avant de lancer le programme réel.