Problème de path avec Lion et Zsh, le fichier path du ZDOTDIR non reconnu

[fgiron]

Bonjour,

Tout est dans le titre. J'ai créé le fichier /etc/zshrc où se trouve la commande 'export ZDOTDIR=$HOME/Library/init/zsh'
Dans le répertoire ZDOTDIR se trouvent les fichiers:

Code

ls $ZDOTDIR
aliases  env_interactif  environment  func_dir    functions  keybindings    login  logout  options    path

Dans le fichier path se trouve:

Code

% cat $ZDOTDIR/path  
#!/bin/zsh
#########################################
# Copyright Jayce Piel (MosX.net) 12/2001
#
##
# You can modify and distribute this file
# with the only condition to join traces
# of this note, of the original author,
# and of your modifications.
##
# Vous pouvez modifier et redistribuer ce
# fichier avec la seule condition de
# citer cette note, le nom de l'auteur et
# vos modifications.
#########################################
#
####
##  Configuration file for definition of the $PATH
#     variable. For other
#     definitions/configurations, see other files.
#     This file is always loaded.
####
##  Fichier de configuration pour la definition de
#     la variable $PATH.
#     Pour les autres definitions/configurations, voir les
#     autres fichiers.
#     Ce fichier est toujours lu.
####

export PATH=$PATH:/usr/local/sbin:/Developer/Tools:/opt/local/bin:/opt/local/sbin:${HOME}/texmf/bin:${HOME}/bin/

# Le MANUEL
export MANPATH=/usr/local/man:/opt/local/share/man:$MANPATH

Mais quand je lance la commande 'echo $PATH', voilà ce que j'obtiens:

Code

echo $PATH
/sw/bin:/sw/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin:/usr/X11R6/bin

Je n'ai pourtant rien modifié depuis le passage de 10.6 à 10.7, sauf le fait que j'ai dû mettre la variable $ZDOTDIR dans /etc/zshrc au lieu de /etc/zshenv qui est créé à l'installation de Lion et ne prend pas en compte l'ajout de la variable.
Où est le problème? Merci de votre aide.

En fait, j'ajoute à mon post que le fichier /etc/zshenv créé à l'installation de Lion contient quelque chose qui pourrait bien être l'explication de mon problème:

Code

# system-wide environment settings for zsh(1)
if [ -x /usr/libexec/path_helper ]; then
        eval `/usr/libexec/path_helper -s`
fi

Mais comme je ne sais pas ce que je risque à supprimer ce fichier, je préfère le laisser. Si quelqu'un pouvait m'éclairer.

Ce message a été modifié par fgiron - 25 Jul 2011, 12:24.

[fgiron]

Bon, il n'y a plus beaucoup d'unixiens sur MacBidouille (le Terminaltor de service doit être en vacances, je suppose). Je me réponds à moi-même.
J'ai renommé le fichier /etc/zshenv en /etc/zshenv.back et créé un nouveau /etc/zshenv contenant la seule ligne: 'export ZDOTDIR=$HOME/Library/init/zsh/'.
Ce n'est pas une solution très propre, mais ça marche.
J'ai d'abord essayé de créer un ~/.zshenv, mais sans résultat.

[schlum]

Je suis là, mais j’ai pas Lion (et j’utilise le zsh de Fink en plus )

[fgiron]

Je suis là, mais j’ai pas Lion (et j’utilise le zsh de Fink en plus )

Je comprends, et d'attendre est une sage résolution quand on utilise fink, car je ne sais pas quand fink va passer au Lion; il n'y a aucune information à ce sujet sur le site officiel. Je peux pour l'instant utiliser les paquets installés avec le fink de 10.6, mais impossible d'exécuter la commande fink.
Pour le zsh, la version fink et la version Mac OS sont les mêmes à ce qui paraît: 4.3.11. J'utilisais celui de fink à une époque où Apple proposait une version obsolète, mais depuis Tiger, il s'est mis à proposer une version à peu près à jour.

Ce message a été modifié par fgiron - 26 Jul 2011, 14:35.

[fgiron]

En fait, ça y est, une version compatible de fink avec Lion est disponible. Il s'agit de fink-0.31.0. La méthode est la même que pour Snow Léopard. Pour ré-installer les paquets, voir cette page.
Mais peu de paquets sont disponibles, et il n'est pour l'heure pas possible d'accéder aux unstables.
Pour ce qui me concerne, j'ai donc renommé mon ancien /sw en /sw.back, installé le nouveau fink, puis renommé le nouveau /sw en /sw.back2 et récupéré mon ancien /sw. La commande fink ne fonctionne pas, mais les paquets sont toujours utilisables, ce qui est l'essentiel.

Ce message a été modifié par fgiron - 27 Jul 2011, 16:32.