Vous n'êtes pas identifié(e).
The reason is that /etc/login.defs:*PATH is considered
obsoleted and ignored by new login package -- PAM
methods for setting this should be used instead.
Dernière modification par otyugh (04-01-2019 04:15:47)
Hors ligne
Yop,
dans l'idée de faire une image debian, je voulais séparer mes exécutables de ceux du système (pour tout supprimer facilement, par exemple). Bêtement en ajoutant un export PATH=$PATH:montruc/bin
D'après mes recherches, tout devrait se régler dans "/etc/login.defs" avec les variables ENV_SUPATH (pour root, et ça marche en effet) et ENV_PATH pour les utilisateurs (mais là ça marche pas ; rien n'est modifié, même en créant un nouveau utilisateur).
Pareillement j'ai tenté /etc/profile et... Pareil (je reboot à chaque fois). Le "echo $PATH" me retourne pas ce que j'ai changé.
Selon le wiki Debian /etc/login.defs c'est utilisé pour les logins avec su (donc implicitement je suppose que pas pour login graphique ou invite des commandes, mais je ne suis pas sûr)
Using su
The su command is used to become another user during a login session. It is commonly used to get root permissions temporarily from normal session. su command resets your PATH environment value to one defined in /etc/login.defs by ENV_PATH and ENV_SUPATH variables. Please note that using Gnome helper gksu from Gnome panel by default uses su internally (i.e. you will "lose" your PATH if you do not configure it in login.defs)
Quand même , c'est qui marche bien c'est la procédure décrit plus haut dans la même page:
1) Ajouter par exemple à la fin du fichier ~/.profile
2) Créer ou éditer ~./bash_profile et ajouter
3) Créer ou éditer ~/.xsessionrc et ajouter
Rédémarrer session.
Pour ajouter de manière permanent à tous les utilisateurs, mètre les trois fichiers sous le répertoire /etc/.skel , qui va copier les fichiers dans leurs respectives $HOME au moment de la création des utilisateurs.
Salut
Dernière modification par empanada (04-01-2019 08:59:01)
"blues are the roots and the other musics are the fruits" . Willie Dixon
Hors ligne
Pour ajouter de manière permanent à tous les utilisateurs, mètre les trois fichiers sous le répertoire /etc/.skel , qui va copier les fichiers dans leurs respectives $HOME au moment de la création des utilisateurs.
sauf que chaque utilisateur pourra modifier ses fichiers après coup...
et normalement c'est bien le fichier /etc/profile qui est commun à tous... étonnant que cela ne marche pas !?
en tout cas moi pour oracle database, je me sers de ce fichier, et ça marche bien
o_O
Hors ligne
/etc/profile[...] étonnant que cela ne marche pas !?
+1
J'ai d'ailleurs testé ensuite de faire dans ma session un
, et ça me change bien mon PATH comme je l'aurai voulu. Donc ça voudrait dire que /etc/profile n'est pas "honoré". Si quelqu'un veut bien tester chez-lui pour confirmer ? ^^'
->Modifier le PATH de /etc/profile (genre ajouter un endroit qui n'existe pas)
->Redémarrer, voir si le "echo $PATH" en tant qu'utilisateur a changé ou pas - si c'est comme moi, rien ne change.
Dernière modification par otyugh (04-01-2019 11:08:51)
Hors ligne
sous mon user
o_O
Hors ligne
/etc/profile is invoked only for login shells because that is its specific purpose.
Du coup, c'est pas ce que je veux é_è
Dernière modification par otyugh (04-01-2019 12:19:19)
Hors ligne
Dernière modification par otyugh (04-01-2019 13:00:31)
Hors ligne
~/.profile: executed by the command interpreter for login shells.
…
Étant donné que dans une fenêtre de terminal (depuis l'Environnement de Bureau)
on est déjà identifié vu qu'on a déjà ouvert une session graphique avec son nom de login et son mot de passe,
la fenêtre de terminal ne lance pas un "login shell" => Le fichier "profile" n'est donc pas pris en compte.
Par contre, dans une fenêtre de terminal en mode texte (accessible depuis l'environnement graphique par exemple par Ctrl+Alt+F2)
un login et son mot de passe est demandé avant de lancer le shell => c'est bien un "login shell" => le fichier "profile" est pris en compte.
=======
Voir aussi :
Dernière modification par MicP (04-01-2019 13:34:16)
Hors ligne
Bonjour
~/.profile a écrit :~/.profile: executed by the command interpreter for login shells.
…
Étant donné que dans une fenêtre de terminal (depuis l'Environnement de Bureau)
on est déjà identifié vu qu'on a déjà ouvert une session graphique avec son nom de login et son mot de passe,
la fenêtre de terminal ne lance pas un "login shell" => Le fichier "profile" n'est donc pas pris en compte.
Par contre, dans une fenêtre de terminal en mode texte (accessible depuis l'environnement graphique par exemple par Ctrl+Alt+F2)
un login et son mot de passe est demandé avant de lancer le shell => c'est bien un "login shell" => le fichier "profile" est pris en compte.
=======
Voir aussi :man login
Pour étendre vers la session graphique, il suffit de l'invoquer sur $HOME/.xsessionrc :
3) Créer ou éditer ~/.xsessionrc et ajouter
if [ -f ~/.profile ]; then
. ~/.profile
fi
C'est essayé et ça marche bien ici
Salut
"blues are the roots and the other musics are the fruits" . Willie Dixon
Hors ligne
=======
Et si tu veux qu'à chaque création d'un nouveau compte utilisateur
le fichier ~/.xsessionrc soit automatiquement créé pour ce nouveau compte
tu peux en créer un modèle dans le répertoire /etc/skel/
Dernière modification par MicP (05-01-2019 19:11:34)
Hors ligne
Alors oui, ça marche, mais c'est pas vraiment la réponse à ma question.
Disons que je voulais éviter de surcharger en fichiers de config placé automatiquement dans le /home de l'utilisateur autant que possible et que je cherchais une solution dans un fichier pas placé chez lui.
Là on spécifie manuellement pour chaque utilisateur dans un fichier de config généré à chaque fois ce que je voulais centraliser dans un fichier de configuration unique...
Moi par contre je préfère les configurations par utilisateur par différents motifs (par exemple essayer de changer le moindre nombre des fichiers de config qui sont dans les paquets , puisque quand les développeurs y placent une nouvelle version, on doit choisir entre perdre les configurations ou bien on risque des problèmes inconnus si on conserve l'ancien fichier).
Mais pour des goûts des couleurs .
Alors, pour ton préférence d'importer le fichier /etc/profile de manière globale dans les débuts de session et aussi dans les sessions graphiques, tu peux utiliser le répertoire /etc/xdg/autostart. Tu peut placer un *.desktop qui dans la ligne exec appelle un script pour importer /etc/profile. Tous les *.desktops inclus sous ce répertoire sont lis dans les débuts de session graphique des tous les utilisateurs. C'est le comportement par défaut, mais les utilisateurs peuvent annuler explicitement (sous LXDE au moins avec lxsession-default-apps)
Salut
"blues are the roots and the other musics are the fruits" . Willie Dixon
Hors ligne
Hors ligne
source /etc/environment
Dans environment j'ai declare mes variables
Je n'ai pas teste si la commande 'export' fonctionne
exemple :
TMOUT=0
HISTCONTROL=erasedups
Hors ligne