Discussion :

[dva2tlse]

Bonjour,
j'ai un problème pas relatif à HPUX, l'OS unix des machines sur lesquelles je bosse à mon boulot.
Il se trouve que les shell de tous les utilisateurs sont en ksh, ce qui me convient très bien, mais mon .kshrc n'est pas exécuté à l'ouverture d'une shell et je ne sais pas à quoi c'est dû; donc je suis obligé de taper ". ~/.kshrc" dans chaque nouvelle fenêtre que j'ouvre pour avoir mes alias habituels.
On m'a dit que le fichier .kshrc n'était pas lu par défaut sur HP-UX et ça m'a beaucoup étonné parce que il y a pas mal d'années, les machines unix de ma boite étaient des SGI dont les shell s'ouvraient en csh, et ça lisait automatiquement le .cshrc, donc j'ai cru qu'il en serait de même avec le .kshrc pour les korn shell des machines HPUX.
J'ai donc ajouté la ligne suivante au début de mon .profile :
"if test -f ~/.kshrc; then . ~/.kshrc; elif" et "echo coucou ici .kshrc" en tête du .kshrc; ainsi je vois que si je tape ". ./.profile", le .profile s'exécute, ainsi que le .kshrc juste après, mais ils ne le sont pas exécutés ni l'un ni l'autre à l'ouverture d'un nouvelle shell. (Donc ce serait le .profile qui ne serait pas lancé; je l'ai mis en "chmod +x" mais ça ne change rien)
Merci d'essayer de me donner une voie vers la réparation de ceci.
David

[frp31]

y'a pas une astuce du cactus genre faut que les droits soient strictement 0600 sur le .kshrc ou ce genre de conneries par hasard ?

[jlliagre]

.kshrc n'est exécuté que si la variable ENV ne définit pas autre chose. Vérifie ce qu'elle contient sur ton système.

[jabbounet]

De mémoire le shell par defaut sur les HP-UX est sh
-> ça fait a peu pres 4 ou 5 ans que je n'en ai pas eu une sous la main.

Et les conf(s) se font par un fichier ".profile" dans ton home, cela doit pouvoir se changer...


avec chsh

[dva2tlse]

J'ai toujours besoin d'aide pour comprendre pourquoi le fichier $HOME/.kshrc de mon compte n'est pas exécuté au login, mais j'ai remarqué plusieurs choses qui aideront peut-être d'aucuns à trouver une solution.

Je me suis aperçu que c'est l'exécution du $HOME/.profile qui commande celle du $HOME/.kshrc , et donc c'est le $HOME/.profile lui même qui crée le problème en n'étant pas exécuté.
(Ceci écarte l'hypothèse de frp31 qui proposait un chmod 600 sur le $HOME/.kshrc, puisque le problème vient en fait du $HOME/.profile)

Je me suis aperçu également qu'avec une deuxième machine parfaitement identique, et qui partage le disque sur lequel se tient mon $HOME, alors le $HOME/.profile est exécuté correctement lors d'un rlogin; et le $HOME/.kshrc à sa suite.
De même, en "revenant" par rlogin sur la première machine, alors le $HOME/.profile est exécuté correctement aussi et le $HOME/.kshrc à sa suite.

Pour jlliagre, la variable ENV ne contient rien; $ echo $ENV+[RTN] donne une ligne blanche.

Pour jabbounet, mon $HOME/.profile ne contient presque rien :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
$ more $HOME/.profile
echo coucou .profile
#
export H=/HOME/users/moi/.sh_history
export L9=/L/DATA_PROJECTS9
export S=/HOME/users/moi/S
export SS=/L/DATA_PROJECTS9/DAVID/SS
#
if test -f ~/.kshrc
then
  echo .profile appelle ~/.kshrc :
  . ~/.kshrc
fi
#
# . ~/.kshrc
# . ~/.profile

Donc je suis toujours bloqué; j'espère que ces quelques informations donneront des idées à certains d'entre vous pour me "libérer"; merci,
David

[jlliagre]

Si je comprends bien, tu as deux machines "parfaitement identiques" mais sur lesquelles dans un cas, .profile est exécuté au login mais dans l'autre cas il ne l'est pas, c'est bien çà ?

[gangsoleil]

Bonjour,

Quels sont les droits sur .kshrc sur les deux machines ?

[dva2tlse]

bonjour et merci de m'aider;
pour jlliagre, oui en effet, il y a ici deux machines assez similaires, et j'en ai même dégotté une troisième; pour ce qui me concerne, elles ont toutes les trois accès au disque (d'un gros PC) sur lequel se trouve mon $HOME et elles ont toutes les trois aussi le soft que j'utilise principalement (pour du calcul de structures dans l'aéronautique). L'une a un compilo fortran et C, l'autre des accès à quelques autres disques et la troisième plus de mémoire, mais rien qui n'influe sur mon histoire de .kshrc et de .profile.
Par contre quand je me logge de l'une sur l'autre par "rlogin", le fichier .profile qui exporte la variable d'environnement $ENV qui pointe ensuite sur mon .kshrc est bien sourcé, et mes alias sont définis correctement; alors que quand j'ouvre une nouvelle fenetre par le CDE qui est l'environnement graphique présent sur les bécanes, alors les fichiers $HOME/.profile et par suite $HOME/.kshrc ne sont pas sourcés.
Ceci est dû â une ligne qui demande à ce que ces fichiers ne soient pas sourcés lorsqu'on demande graphiquement l'ouverture d'une fenêtre.
Ce fichier est $HOME/.dtprofile qui n'a qu'un seule utilité réelle, créer une variable d'environnement DTSOURCEPROFILE â "false" ou "true"; et si "false" (la valeur par defaut), le $HOME/.profile n'est pas sourcé, alors qu'il l'est si "true". Ceci est défini par la toute derniÉre ligne du $HOME/.dtprofile. OUF
Merci de m'avoir encouragé par vos réponses â continuer de chercher.
David
PS pour gangsoleil : c'est pareil sur les deux-trois machines puisque c'est le même disque :
$ ls -l .kshrc .profile
-rwxr-xr-x 1 moi users 4819 Nov 23 07:53 .kshrc
-rw------- 1 moi TO_SIMU 262 Nov 23 07:58 .profile

[frp31]

bonjour et merci de m'aider;

Ce fichier est $HOME/.dtprofile qui n'a qu'un seule utilité réelle, créer une variable d'environnement DTSOURCEPROFILE â "false" ou "true"; et si "false" (la valeur par defaut), le $HOME/.profile n'est pas sourcé, alors qu'il l'est si "true". Ceci est défini par la toute derniÉre ligne du $HOME/.dtprofile. OUF

pinaise .... le fameux .dtprofile....

j'aurai du y penser....bien vu !