Tiens?!

Comment faire, depuis Python, un petit:
~$#> source .my.env
?
En sachant qu'on est en csh et qu'une solution non-acceptable serait de retourner la vapeur et de commencer par sourcer le .my.env et puis lancer le *py.



J'ai tenté des os.system(cmd) mais ca ne prend pas Odile.


Une autre idée est de jouer avec les subthread, qui semble bien tourner, mais du coup je ne vois pas les BROL_x depuis les os.getenv() :ahbahfatalmen:

Il te sert à quoi l'environnement dans python ?

Tu peux parser le fichier et modifier os.environ:


Mais je ne vois pas l'intérêt de modifier l'environnement, puisque les modifs ne sont valables que dans ton process.

Ah oui je comprends ton étonnement: j'ai été un peu tendre dans l'exemple que je donne.
Augmentons la difficultée:




Donc l'avantage de parser les valeurs comme des variables d'environements (et non pas comme un parsing stupide du fichier) c'est que je récolte la 'traduction' de la variable en cshell.

(ouuuais bon, je _pourrais_ lire la ligne de mon .my.env et _puis_ faire un echo pour la traduire (et d'ailleurs cela marche très bien) mais ce que je n'ai pas dit non plus c'est qu'il y a plusieurs variables et plusieurs .my.env différents (comme dans 'beaucoup') )

Ah oui non bien sûr qu'il n'y a pas de persistence de toutes ces variables une fois le script terminé et d'ailleurs elles se font même violemment écraser d'un .my.env à l'autre...

Si je comprends bien, tu veux lire un fichier de configuration "programmable" pour utiliser le résultat quelque part dans ton programme python.
Et tu veux qu'il soit en csh, mais tu ne veux pas le sourcer depuis csh...

Autre tentative: tu écris ton fichier de config en python ? Et tu peux y utiliser les variables d'environnement existantes ? Et tu peux l'évaluer depuis python.

Ces fichiers ne m'appartiennent pas, je suis dans un environement client.
Et ils ne sont pas loadé quand moi je lance mon python, mais lorsque l'utilisateur les loadera, ce sera bien depuis csh. Il ne m'appartient donc pas d'en changer le format.
Le fichier à lire est bien du CSH donc.

Maintenant, je pense que le plus simple serait de repérer la/les ligne(s) qui me botte dans ces fichiers et d'en faire une évaluation par un echo dans un appel system CSH, mais:
- j'aurais voulu éviter du parsing de fichier
- si justement la valeur à évaluer contient d'autres valeurs de variables de ce même fichier, je vais passer à côté.

grrr....

Kim: Très exactement ma question:
http://www.linuxquestions.org/questions/programming-9/source-bash-variables-into-python-environ-551956/
(et donc très exactement la réponse que je ne voulais pas entendre...)

Sinon, tu wrappes ton script python dans un script csh...

Cela dit si toi-même tu en arrives à me proposer cela, je me situe mieux par rapport à mon problème. Donc merci beaucoup pour ton temps (quand-même!)

Pour parser du csh, rien ne vaut csh.

parse.csh:


Si tu exécutes "parse.csh .my.env", le stdout te crache tout l'environnement modifié par le .my.env.

Y'a plus qu'à lancer ça depuis python et récupérer le stdout:

BORDEL?!

Ton PC a explosé ?

Du tout, c'est une solution super classe en théorie.

Je dois encore juste peaufiner, je me tape tjrs la même erreur avec subprocess...

Mets le path complet (pas relatif) vers to script.

Ou bien, pour ne pas avoir besoin de parser.sh:

Avec toujours le path complet vers l'exécutable...

Non seulement ta solution est séduisante mais aussi flexible, compacte et puissante.

Certains de ces compliments sont sans doute (aussi) à attribuer au langage, mais merci pour ton temps et tes recherches.