[makefile] Mon script ne lit pas mon bashrc ?

Version imprimable

Bonjour,

J'ai un petit problème, je suis sûr que c'est quelque chose de simple mais malheureusement je n'y arrive pas.

Sur l'ordi de mon labo (un Scientific Linux), je suis en csh (je ne sais pas quelle version mais je peux checker si vous le souhaiter) et donc nous avons un .cshrc où nous avons alias etc etc ...
Si je créé un script shell sur cet ordi, je peux réutiliser les variables d'environnements que j'ai défini dans mon cshrc.

Sur mon ordi Ubuntu, je suis de base sous bash et non sous csh (d'ailleurs comment on fait déjà pour passer au csh si besoin ?) et par conséquent j'ai un bashrc dans mon $HOME. J'ai également un .profile :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 gabriel@gabriel-X756UXK:~$ ls -a . fastjet-3.2.1 .oracle_jre_usage .. fastjet-install .profile .adobe .gconf Public .aptitude .gksu.lock root .bash_history .gnupg .root_hist .bash_logout .ICEauthority Scripts .bashrc Images .ssh Bureau Import .sudo_as_admin_successful .cache .jahuwaldt.Digitizer.props Téléchargements .compiz java .texmf-var .config .java .thunderbird deja-dup .kde Vidéos .dmrc .local .Xauthority Documents .macromedia .xinputrc EPOS Modèles .xsession-errors examples.desktop .mozilla .xsession-errors.old Export Musique
Mais lorsque je veux faire un script simple comme test :
Code:

1 2 3 #!/bin/bash echo $OPT
Avec $OPT dans mon bashrc, je n'ai rien en réponse, il ne connait pas la variable.

Qu'est-ce que je peux faire pour que les scripts connaissent les variables de mon bashrc ?
Car le but est d'effectuer un Makefile pour utiliser un générateur d'événement - je ne peux donc pas bouger le Makefile sinon il faudra que je fasse trop de modifications à chaque version ..- et il utilise ces variables.

J'espère que j'ai été assez clair.
Merci d'avance pour vos réponses

07/07/2017, 22h28
Jipété

Citation:

Envoyé par Gagzkul

Avec $OPT dans mon bashrc, je n'ai rien en réponse, il ne connait pas la variable.

je n'ai rien en réponse, il ne connait pas la variable.
Non, tu as une ligne vide en réponse, car ta variable est... vide.

Citation:

Envoyé par Gagzkul

Qu'est-ce que je peux faire pour que les scripts connaissent les variables de mon bashrc ?

Faire echo $OPT sur l'autre machine, recopier les résultats avec un papier et un crayon et sans se tromper, et intégrer ces valeurs dans la machine où elles n'y sont pas.

Citation:

Envoyé par Gagzkul

J'espère que j'ai été assez clair.

Moyen, quand même.

Citation:

Envoyé par Jipété

je n'ai rien en réponse, il ne connait pas la variable.
Non, tu as une ligne vide en réponse, car ta variable est... vide.

Moui c'est beaucoup plus exact, effectivement.

Citation:

Envoyé par Jipété

Faire echo $OPT sur l'autre machine, recopier les résultats avec un papier et un crayon et sans se tromper, et intégrer ces valeurs dans la machine où elles n'y sont pas.
Moyen, quand même.

Si je tape hors scripts que ce soit sur ordi labo ou chez moi, j'obtiens bien ce que je veux :
Code:

1 2 3 4 5 6 7 Ordi perso gabriel@gabriel-X756UXK:~/Scripts$ echo $OPT /home/gabriel/EPOS/Myoptns/aa/ Ordi Lab : [sophys@nansl2 epos3225]$ echo $OPT /users/theoric/sophys/EPOS/Myoptns/aa/
Hum alors peut-être plus de précision, sur mon ordinateur dans le bashrc la variable OPT est :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 pa=$HOME EPOVSN=3225 MYDIR=/home/gabriel/EPOS EPO=$MYDIR/epos$EPOVSN/ ROOTSYS=/home/gabriel/root FASTSYS=/home/gabriel/fastjet-install LD_LIBRARY_PATH=$ROOTSYS/lib:$ROOTSYS/lib/root:/usr/local/lib WORK=$MYDIR/Myoptns/aa/ OBJ=$MYDIR/Lib/ CHK=$MYDIR/Check/ OPT=${WORK} -------------------------> HTO=$MYDIR/Histo/ DTA=$MYDIR/Data/ EOS=${WORK} SPO=${WORK} COP=FULL
J'ai exactement les mêmes lignes sur mon .cshrc (en remplaçant les égales par des setenv bien sûr) :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 ############################################################################ #Assigner des variables ############################################################################ setenv pa "$HOME" setenv EPOVSN 3225 setenv MYDIR /users/theoric/sophys/EPOS setenv EPO $MYDIR/epos$EPOVSN/ setenv ROOTSYS /scratch/theoric2/werner/obj/root setenv FASTSYS /scratch/theoric2/werner/obj/fastjet setenv LD_LIBRARY_PATH $ROOTSYS/lib:$ROOTSYS/lib/root:/usr/local/lib setenv WORK /users/theoric/sophys/EPOS/Myoptns/aa/ setenv OBJ $MYDIR/Lib/ setenv CHK /scratch/theoric/sophys/EPOS/Check/ setenv OPT ${WORK} setenv HTO /scratch/theoric/sophys/EPOS/Histo/ setenv HTO2 /users/theoric/sophys/EPOS/Histo setenv DTA $MYDIR/Data/ setenv EOS ${WORK} setenv SPO ${WORK} setenv COP FULL
Du coup, je ne vois pas trop ce qu'à avoir les histoires de papiers crayons etc ... enfin j'imagine que c'était du troll (j'espère pas mais si je le mérite, pourquoi pas :oops: )

Après peut-être que c'est mieux de mettre directement le problème en question avec mon Makefile, il est totalement identique, que ce soit dans l'ordi du labo où sur mon ordi. Dans les premières lignes, il lit directement les variables suivantes :
Code:

1 2 3 4 5 6 7 8 # VARIABLES # COP ...... compile option (FULL, BS) # EPOVSN ... the current version number # EPO ...... the EPOS source directory # OBJ ...... the directory for object files and the executable SOURCE_DIR=$(EPO) LIBDIR=$(OBJ)epos$(EPOVSN)/ TAR_DIR=epos.$(EPOVSN)
Si dans le Makefile de mon ordi je ne redéfini pas ce qu'est COP, EPO, EPOVSN etc ... cela ne marche pas alors que cela fonctionne dans celui du labo

Citation:

Envoyé par Gagzkul

Si je tape hors scripts que ce soit sur ordi labo ou chez moi, j'obtiens bien ce que je veux :

Fouhhh, descriptions beaucoup trop compliquées, trop longues à lire, on ne comprend rien, enfin, moi, je ne comprends rien.
Faut aller au plus simple, voir + bas.

Citation:

Envoyé par Gagzkul

Du coup, je ne vois pas trop ce qu'ont à voir les histoires de papiers crayons etc. enfin j'imagine que c'était du troll (j'espère pas mais si je le mérite, pourquoi pas :oops: )

L'idée c'était de faire afficher les valeurs de la variable OPT pour les recopier ensuite dans l'autre machine, sans aucune idée de troll. Maintenant, peut-être que les machines sont en réseau, je n'en sais rien, auquel cas plus besoin de papier crayon.

Maintenant, fais-nous (fais-toi !) une maquette simple et présentable sur le forum, parce que ce que tu nous as balancé ne donne absolument pas envie de le lire.
Compare avec ce test :
Code:

1 2 3 4 5 6 7 8 9 # echo $PATH /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin # cat vitvit.sh #!/bin/bash echo $PATH # ./vitvit.sh /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
Voilà !
3 actions en 7 lignes :
1^re action afficher le contenu de la variable PATH,
2^e action, afficher le contenu d'un petit script viteuf pour faire afficher le contenu de la variable PATH
3^e action, l'exécution du script, où l'on voit bien que le contenu de la variable est bien affiché.
Pas plus.

Okay, en rapide :

Code:

1
2
3
4
5
6
7
gabriel@gabriel-X756UXK:~/Scripts$ echo $OPT
/home/gabriel/EPOS/Myoptns/aa/
gabriel@gabriel-X756UXK:~/Scripts$ cat test 
#!/bin/bash
echo $OPT
gabriel@gabriel-X756UXK:~/Scripts$ test
gabriel@gabriel-X756UXK:~/Scripts$

08/07/2017, 00h14
Jipété

Citation:

Envoyé par Gagzkul

Code:

gabriel@gabriel-X756UXK:~/Scripts$ test

Code:

gabriel@gabriel-X756UXK:~/Scripts$ ./test

:coucou: au pieu !
08/07/2017, 04h45
N_BaH
Bonjour,

nommer un script du même nom qu'une autre commande n'est pas du tout une bonne idée !
Code:

1 2 $ which test /usr/bin/test
comment fais-tu s'exécuter ton script csh au labo ?

bash ne lit pas ses fichiers de conf lorsqu'il est exécuté dans un script.
tu peux éventuellement les sourcer...

mais ne vaudrait-il pas mieux mettre ses variables dans un autre fichier, qui, lui, pourrait être sourcé par ~/.bashrc et ton script, sans que ce dernier ait à lire tout ~/.bashrc dont la totalité du contenu n'est pas nécessaire à son exécution ?
08/07/2017, 07h42
Sve@r
Citation:
Envoyé par Gagzkul

Code:

1 2 gabriel@gabriel-X756UXK:~/Scripts$ echo $OPT /home/gabriel/EPOS/Myoptns/aa/
Bonjour

Si tu veux vérifier un contenu de variable (vide/non vide, existant/non existant), tu as un outil fabuleux: le "${var-chaine}". Si la variable "var" n'existe pas, l'expression renverra la chaine (ex: echo "[${OPT-toto}]"). Ainsi si "$OPT" n'existe pas, tu auras "[toto]" à l'écran. Si en revanche "$OPT" existe mais qu'elle n'est pas remplie (ou plutôt contient ""), alors tu auras "[]" à l'écran (petit plus avec les crochets placés avant et après permettant de donner un cadre visuel à la zone affichée). De même la syntaxe "${var:-chaine}" fait la même chose à ceci près que ça renvoie la chaine y compris si la variable existe mais qu'elle ne contient rien.

Accessoirement tu noteras la distinction importante entre "ne pas exister", "exister mais ne rien contenir" et "exister et contenir un truc"...

Citation:

Envoyé par Gagzkul

Si dans le Makefile de mon ordi je ne redéfini pas ce qu'est COP, EPO, EPOVSN etc ... cela ne marche pas alors que cela fonctionne dans celui du labo

J'ai pas trop bien compris le tout mais il me semble que dans ton labo tu es en csh et ici en bash. Bon je ne connais pas csh mais en bash, pour qu'un processus fils connaisse une variable, il est nécessaire que cette variable ait été exportée par le père.

Exemple (un Makefile créé pour l'occasion)
Code:

1 2 toto: echo "[$(toto)]"
Si ensuite je tape toto=123 puis make toto, je n'obtiens rien à l'écran (enfin j'obtiens le support visuel "[]" ainsi que la ligne demandant le "echo" qui est d'abord répétée avant d'être exécutée mais ça compte pour que dalle car je n'ai pas la valeur "123"). Si maintenant je rajoute export toto alors là j'obtiens "[123]"...

Donc dans ton bashrc, si tu veux créer des variables connues de tout ton espace de travail, il faut écrire var=valeur; export var (syntaxe 100% portable) ou plus simplement (maintenant possible dans les shells récents) export var=valeur...
08/07/2017, 18h33
Gagzkul

Merci Jipété mais je sais quand même comment exécuter un script :) d'ailleurs j'ai quand même fait la commande que tu m'as affiché pour acquis de conscience et je retrouve exactement la même chose.

Il est vrai N_Bah que je préférais créer un autre fichier avec mes variables dedans si je dois les sourcer.
Sinon au labo en csh je n'execute pas ce script mais j'exécute un Makefile, c'est pour illustrer la chose :)

Sve@r tu as trouvé la solution au problème !

Tout d'abord merci pour cette explication pour var-chaine celà fonctionne très très bien, j'ai fais plusieurs tests.

Et tu as trouvé, la réponse était que je mettre export dans les variables que je souhaite exporter de mon bashrc, c'était quelque chose de simple mais utilisant le csh habituellement je ne connaissais pas.
Merci beaucoup, je vais mettre résolu :)
09/07/2017, 08h48
jack-ft
Citation:

Envoyé par Gagzkul

la réponse était que je mettre export dans les variables que je souhaite exporter de mon bashrc, c'était quelque chose de simple mais utilisant le csh habituellement je ne connaissais pas.

Pour info, si je me souviens bien, l'équivalence entre (ba)sh et csh:
Code:

1 2 3 var_locale=2 var_exportee=3 export var_exportee
Code:

1 2 set var_locale=2 setenv var_exportee 3
09/07/2017, 12h21
Gagzkul
Ah oui effectivement j'ai les lignes :
Code:

1 2 set var_locale=2 setenv var_exportee 3
Sauf que je ne savais pas que dans Bash, cela ne s'exportait pas automatiquement comme dans csh.
Merci de la confirmation !
10/07/2017, 14h00
jack-ft
Citation:
Envoyé par Gagzkul

Ah oui effectivement j'ai les lignes :

Code:

1 2 set var_locale=2 setenv var_exportee 3

Sauf que je ne savais pas que dans Bash, cela ne s'exportait pas automatiquement comme dans csh.
J'ai un peu de mal avec ce sous-entendu que, dans csh, ça s'exporterait automatiquement. :weird:

En csh, ça ne s'exporte pas automatiquement. Si tu utilises l'affectation "normale" set var_locale=2, la variable ne sera pas automatiquement exportée.

Si tu veux qu'une variable soit exportée, il faut explicitement le dire en utilisant la primitive d'export setenv.

Quelques remarques (en csh):
- On peut exporter une variable sans lui affecter de valeur setenv var_exportee.
- On peut affecter une variable après l'avoir exportée: setenv var_exportee; set var_exportee=3.
- Pour modifier une variable exportée, on le fait comme pour n'importe quelle variable, avec l'affectation "normale" set:
  Code:
  
  1 2 setenv var_exportee "il:fait:beau" set var_exportee="${var_exportee}:ici"
- Une "bizarrerie", voire un piège: lorsqu'on affecte avant d'exporter, l'export semble créer une 2ème variable, mais qui n'est pas directement accessible dans l'environnement courant: :aie:
  Code:
  
  1 2 3 4 5 6 7 8 % set TITI="il:fait:beau" % setenv TITI "${TITI}:ici" % set | egrep '^TITI' TITI il:fait:beau % printenv | egrep '^TITI' TITI=il:fait:beau:ici % echo $TITI il:fait:beau
  ce qui donne, dans un script:
  Code:
  
  1 2 3 4 5 6 7 % cat test1.csh #!/bin/csh set TITI="il:fait:beau" setenv TITI "${TITI}:ici" echo "Dans test1: TITI == $TITI" ./test2.csh echo "Dans test1: TITI == $TITI"
  Code:
  
  1 2 3 % cat test2.csh #!/bin/csh echo "Dans test2: TITI == $TITI"
  Code:
  
  1 2 3 4 % ./test1.csh Dans test1: TITI == il:fait:beau Dans test2: TITI == il:fait:beau:ici Dans test1: TITI == il:fait:beau
Le "%" est mon prompt.
12/07/2017, 19h03
Gagzkul

Oui pardon c'était un abus de langage, je voulais dire qu'avec setenv c'était "automatiquement" exporté.

Merci pour le cours ! Je pense que ça pourra m'être utile !