J'ai récemment recompiler le logiciel Pan.
Ce qui fait que maintenant j'ai la 13.4 sous /usr/bin et j'ai la 14.0 sous
/usr/local/bin. Parce que je veux que cette modification n'affecte que mon
utilisateur.
Mais, à première vue, il y a un truc avec les chemins d'exécutions que je
n'ai pas saisie. J'ai modifié mon PATH dans ~/.bash_profile.
Donc, lorsque je lance Pan à partir d'un shell, il n'y a pas de problème, il
me lance la dernière version.
Mais quand je le lance à partir d'un icône sur mon bureau KDE, il lance la
13.4. Sachant évidemment que l'icône lance 'pan' et non pas
'/usr/bin/pan'.
Donc, j'imagine bien que ma modification du ~/.bash_profile n'a
d'incidence que sur le shell et que mon environnement KDE récupère ses
chemins d'exécutions d'une autre manière. Mon problème est que je n'arrive
pas à savoir où.
Si ca fonctionne le pourquoi est dans man bash. Si ca ne fonctionne pas non plus, je ne sais pas.
Bon courage
-- Replace INVALID by free to send me a mail. Remplaçez INVALID par free pour m'envoyer un mail.
Tux
DA SILVA Christophe wrote:
J'ai récemment recompiler le logiciel Pan. Ce qui fait que maintenant j'ai la 13.4 sous /usr/bin et j'ai la 14.0 sous /usr/local/bin. Parce que je veux que cette modification n'affecte que mon utilisateur.
Mais, à première vue, il y a un truc avec les chemins d'exécutions que je n'ai pas saisie. J'ai modifié mon PATH dans ~/.bash_profile.
Donc, lorsque je lance Pan à partir d'un shell, il n'y a pas de problème, il me lance la dernière version.
Mais quand je le lance à partir d'un icône sur mon bureau KDE, il lance la 13.4. Sachant évidemment que l'icône lance 'pan' et non pas '/usr/bin/pan'.
Et en cliquant sur cette icône du bouton droit de la souris: ->Propriétés ->Exécution --> Parcourir: le chemin qui va bien "/usr/local/bin/pan" En espèrant ne pas être à côté de la plaque.. Alain -- email=Remplacer moo par doo
DA SILVA Christophe wrote:
J'ai récemment recompiler le logiciel Pan.
Ce qui fait que maintenant j'ai la 13.4 sous /usr/bin et j'ai la 14.0 sous
/usr/local/bin. Parce que je veux que cette modification n'affecte que mon
utilisateur.
Mais, à première vue, il y a un truc avec les chemins d'exécutions que je
n'ai pas saisie. J'ai modifié mon PATH dans ~/.bash_profile.
Donc, lorsque je lance Pan à partir d'un shell, il n'y a pas de problème,
il me lance la dernière version.
Mais quand je le lance à partir d'un icône sur mon bureau KDE, il lance la
13.4. Sachant évidemment que l'icône lance 'pan' et non pas
'/usr/bin/pan'.
Et en cliquant sur cette icône du bouton droit de la souris:
->Propriétés
->Exécution --> Parcourir: le chemin qui va bien "/usr/local/bin/pan"
En espèrant ne pas être à côté de la plaque..
Alain
--
email=Remplacer moo par doo
J'ai récemment recompiler le logiciel Pan. Ce qui fait que maintenant j'ai la 13.4 sous /usr/bin et j'ai la 14.0 sous /usr/local/bin. Parce que je veux que cette modification n'affecte que mon utilisateur.
Mais, à première vue, il y a un truc avec les chemins d'exécutions que je n'ai pas saisie. J'ai modifié mon PATH dans ~/.bash_profile.
Donc, lorsque je lance Pan à partir d'un shell, il n'y a pas de problème, il me lance la dernière version.
Mais quand je le lance à partir d'un icône sur mon bureau KDE, il lance la 13.4. Sachant évidemment que l'icône lance 'pan' et non pas '/usr/bin/pan'.
Et en cliquant sur cette icône du bouton droit de la souris: ->Propriétés ->Exécution --> Parcourir: le chemin qui va bien "/usr/local/bin/pan" En espèrant ne pas être à côté de la plaque.. Alain -- email=Remplacer moo par doo
meiosis
On Sat, 26 Jul 2003 14:49:42 +0200, DA SILVA Christophe wrote:
Mon but est, de la même manière que dans un shell, de ne pas spécifier le chemin d'exécution '/usr/local/bin/', et qu'il le trouve grâce à mon PATH. tentes un alias dans .bashrc
alias pan="/usr/local/bin/pan"
-- meiosis
On Sat, 26 Jul 2003 14:49:42 +0200, DA SILVA Christophe wrote:
Mon but est, de la même manière que dans un shell, de ne pas spécifier
le chemin d'exécution '/usr/local/bin/', et qu'il le trouve grâce à mon
PATH.
tentes un alias dans .bashrc
On Sat, 26 Jul 2003 14:49:42 +0200, DA SILVA Christophe wrote:
Mon but est, de la même manière que dans un shell, de ne pas spécifier le chemin d'exécution '/usr/local/bin/', et qu'il le trouve grâce à mon PATH. tentes un alias dans .bashrc
alias pan="/usr/local/bin/pan"
-- meiosis
DA SILVA Christophe
Le Sat, 26 Jul 2003 10:20:04 +0000, Tux a écrit :
Et en cliquant sur cette icône du bouton droit de la souris: ->Propriétés ->Exécution --> Parcourir: le chemin qui va bien "/usr/local/bin/pan" En espèrant ne pas être à côté de la plaque.. Alain
Ca c'est la facilité :-).
Mon but est, de la même manière que dans un shell, de ne pas spécifier le chemin d'exécution '/usr/local/bin/', et qu'il le trouve grâce à mon PATH.
Le Sat, 26 Jul 2003 10:20:04 +0000, Tux a écrit :
Et en cliquant sur cette icône du bouton droit de la souris:
->Propriétés
->Exécution --> Parcourir: le chemin qui va bien "/usr/local/bin/pan"
En espèrant ne pas être à côté de la plaque..
Alain
Ca c'est la facilité :-).
Mon but est, de la même manière que dans un shell, de ne pas spécifier le
chemin d'exécution '/usr/local/bin/', et qu'il le trouve grâce à mon PATH.
Et en cliquant sur cette icône du bouton droit de la souris: ->Propriétés ->Exécution --> Parcourir: le chemin qui va bien "/usr/local/bin/pan" En espèrant ne pas être à côté de la plaque.. Alain
Ca c'est la facilité :-).
Mon but est, de la même manière que dans un shell, de ne pas spécifier le chemin d'exécution '/usr/local/bin/', et qu'il le trouve grâce à mon PATH.
DA SILVA Christophe
Le Sat, 26 Jul 2003 13:41:09 +0100, meiosis a écrit :
tentes un alias dans .bashrc alias pan="/usr/local/bin/pan"
Je vous remercie tous de vos réponses.
Mais, j'ai sans doute mal du me faire comprendre.
Ce que je ne comprend pas c'est pourquoi il va chercher le fichier binaire localisé dans '/usr/bin' et pas dans '/usr/local/bin', alors que j'ai changé mon PATH dans .bash_profile. Donc, c'est que KDE utilise sûrement une autre variable pour localiser les binaires.
Ca doit être tout simple, mais je n'ai pas compris.
Merci
Le Sat, 26 Jul 2003 13:41:09 +0100, meiosis a écrit :
tentes un alias dans .bashrc
alias pan="/usr/local/bin/pan"
Je vous remercie tous de vos réponses.
Mais, j'ai sans doute mal du me faire comprendre.
Ce que je ne comprend pas c'est pourquoi il va chercher le fichier binaire
localisé dans '/usr/bin' et pas dans '/usr/local/bin', alors que j'ai
changé mon PATH dans .bash_profile. Donc, c'est que KDE utilise sûrement
une autre variable pour localiser les binaires.
Ca doit être tout simple, mais je n'ai pas compris.
Le Sat, 26 Jul 2003 13:41:09 +0100, meiosis a écrit :
tentes un alias dans .bashrc alias pan="/usr/local/bin/pan"
Je vous remercie tous de vos réponses.
Mais, j'ai sans doute mal du me faire comprendre.
Ce que je ne comprend pas c'est pourquoi il va chercher le fichier binaire localisé dans '/usr/bin' et pas dans '/usr/local/bin', alors que j'ai changé mon PATH dans .bash_profile. Donc, c'est que KDE utilise sûrement une autre variable pour localiser les binaires.
Ca doit être tout simple, mais je n'ai pas compris.
Merci
DA SILVA Christophe
Le Sat, 26 Jul 2003 19:33:28 +0000, gerard patel a écrit :
pour comprendre ce qui se passe, placer dans un nouveau script l'instruction suivante : echo $PATH >~/monpath le lancer depuis Kde (par exemple avec la fonctionnalité exécuter commande) et regarder le contenu du fichier créé.
C'est une bonne idée.
Le PATH est bon. Le même que je récupère sur un shell avec '/usr/local/bin' avant /'usr/bin'.
Le Sat, 26 Jul 2003 19:33:28 +0000, gerard patel a écrit :
pour comprendre ce qui se passe, placer dans un nouveau script
l'instruction suivante :
echo $PATH >~/monpath
le lancer depuis Kde (par exemple avec la fonctionnalité
exécuter commande) et regarder le contenu du fichier
créé.
C'est une bonne idée.
Le PATH est bon. Le même que je récupère sur un shell avec
'/usr/local/bin' avant /'usr/bin'.
Le Sat, 26 Jul 2003 19:33:28 +0000, gerard patel a écrit :
pour comprendre ce qui se passe, placer dans un nouveau script l'instruction suivante : echo $PATH >~/monpath le lancer depuis Kde (par exemple avec la fonctionnalité exécuter commande) et regarder le contenu du fichier créé.
C'est une bonne idée.
Le PATH est bon. Le même que je récupère sur un shell avec '/usr/local/bin' avant /'usr/bin'.
g.patel
On Sun, 27 Jul 2003 13:11:32 +0200, DA SILVA Christophe wrote:
Le PATH est bon. Le même que je récupère sur un shell avec '/usr/local/bin' avant /'usr/bin'.
ça devrait marcher alors; à moins qu'un autre problème interfère. Il faudrait essayer quand meme la manip déjà proposée, c'est à dire de rentrer le chemin directement dans le raccourci; si ça ne marche _pas_, c'est qu'il y a effectivement un autre problème que la variable PATH.
Gerard
On Sun, 27 Jul 2003 13:11:32 +0200, DA SILVA Christophe
<cdasilva@gmx.net> wrote:
Le PATH est bon. Le même que je récupère sur un shell avec
'/usr/local/bin' avant /'usr/bin'.
ça devrait marcher alors; à moins qu'un autre problème interfère.
Il faudrait essayer quand meme la manip déjà proposée, c'est
à dire de rentrer le chemin directement dans le raccourci; si ça
ne marche _pas_, c'est qu'il y a effectivement un autre problème
que la variable PATH.
On Sun, 27 Jul 2003 13:11:32 +0200, DA SILVA Christophe wrote:
Le PATH est bon. Le même que je récupère sur un shell avec '/usr/local/bin' avant /'usr/bin'.
ça devrait marcher alors; à moins qu'un autre problème interfère. Il faudrait essayer quand meme la manip déjà proposée, c'est à dire de rentrer le chemin directement dans le raccourci; si ça ne marche _pas_, c'est qu'il y a effectivement un autre problème que la variable PATH.
Gerard
DA SILVA Christophe
Le Sun, 27 Jul 2003 11:20:52 +0000, gerard patel a écrit :
ça devrait marcher alors; à moins qu'un autre problème interfère. Il faudrait essayer quand meme la manip déjà proposée, c'est à dire de rentrer le chemin directement dans le raccourci; si ça ne marche _pas_, c'est qu'il y a effectivement un autre problème que la variable PATH.
Si je rentre directement le chemin complet dans le raccourci, ça marche très bien.
De même que ça marche aussi, si je ne rentre pas le chemin complet et que je coche, dans le raccourci, l'option 'Exécuter dans un terminal'.
C'est exactement le même problème que le post '[Débutant]PATH pour KDE?' de Frédéric Willem, un peu plus bas.
Le Sun, 27 Jul 2003 11:20:52 +0000, gerard patel a écrit :
ça devrait marcher alors; à moins qu'un autre problème interfère.
Il faudrait essayer quand meme la manip déjà proposée, c'est
à dire de rentrer le chemin directement dans le raccourci; si ça
ne marche _pas_, c'est qu'il y a effectivement un autre problème
que la variable PATH.
Si je rentre directement le chemin complet dans le raccourci, ça
marche très bien.
De même que ça marche aussi, si je ne rentre pas le chemin complet
et que je coche, dans le raccourci, l'option 'Exécuter dans un
terminal'.
C'est exactement le même problème que le post '[Débutant]PATH pour
KDE?' de Frédéric Willem, un peu plus bas.
Le Sun, 27 Jul 2003 11:20:52 +0000, gerard patel a écrit :
ça devrait marcher alors; à moins qu'un autre problème interfère. Il faudrait essayer quand meme la manip déjà proposée, c'est à dire de rentrer le chemin directement dans le raccourci; si ça ne marche _pas_, c'est qu'il y a effectivement un autre problème que la variable PATH.
Si je rentre directement le chemin complet dans le raccourci, ça marche très bien.
De même que ça marche aussi, si je ne rentre pas le chemin complet et que je coche, dans le raccourci, l'option 'Exécuter dans un terminal'.
C'est exactement le même problème que le post '[Débutant]PATH pour KDE?' de Frédéric Willem, un peu plus bas.
mna
Le Sat, 26 Jul 2003 19:33:28 +0000, gerard patel a écrit :
pour comprendre ce qui se passe, placer dans un nouveau script l'instruction suivante : echo $PATH >~/monpath le lancer depuis Kde (par exemple avec la fonctionnalité exécuter commande) et regarder le contenu du fichier créé.
C'est une bonne idée.
Le PATH est bon. Le même que je récupère sur un shell avec '/usr/local/bin' avant /'usr/bin'.
salut,
juste un extrait d'une FAQ KDE :
KDE (kdm) does not read my .bash_profile! The login managersxdm and kdm do not run a login shell, so .profile, .bash_profile, etc. are not sourced. When the user logs in, xdm runs Xstartup as root and then Xsession as user. So the normal practice is to add statements in Xsession to source the user profile. Please edit your Xsession and .xsession files.
peut être à essayer.
A+ mna.
Le Sat, 26 Jul 2003 19:33:28 +0000, gerard patel a écrit :
pour comprendre ce qui se passe, placer dans un nouveau script
l'instruction suivante :
echo $PATH >~/monpath
le lancer depuis Kde (par exemple avec la fonctionnalité
exécuter commande) et regarder le contenu du fichier
créé.
C'est une bonne idée.
Le PATH est bon. Le même que je récupère sur un shell avec
'/usr/local/bin' avant /'usr/bin'.
salut,
juste un extrait d'une FAQ KDE :
KDE (kdm) does not read my .bash_profile!
The login managersxdm and kdm do not run a login shell,
so .profile, .bash_profile, etc. are not sourced.
When the user logs in, xdm runs Xstartup as root and then Xsession
as user.
So the normal practice is to add statements in Xsession
to source the user profile.
Please edit your Xsession and .xsession files.
Le Sat, 26 Jul 2003 19:33:28 +0000, gerard patel a écrit :
pour comprendre ce qui se passe, placer dans un nouveau script l'instruction suivante : echo $PATH >~/monpath le lancer depuis Kde (par exemple avec la fonctionnalité exécuter commande) et regarder le contenu du fichier créé.
C'est une bonne idée.
Le PATH est bon. Le même que je récupère sur un shell avec '/usr/local/bin' avant /'usr/bin'.
salut,
juste un extrait d'une FAQ KDE :
KDE (kdm) does not read my .bash_profile! The login managersxdm and kdm do not run a login shell, so .profile, .bash_profile, etc. are not sourced. When the user logs in, xdm runs Xstartup as root and then Xsession as user. So the normal practice is to add statements in Xsession to source the user profile. Please edit your Xsession and .xsession files.
peut être à essayer.
A+ mna.
Alain
Malheureusement, ça n'a eu aucune incidence sur mon problème.
J'ai un problème similaire. Sous gnome un terminal m'indique que les variables lang et language sont aux valeurs que j'ai fixées dans mon .profile. Par contre, si je lance des applications depuis la barre de raccourcis, ces variables ne sont pas fixées et les applis sont en anglais. Je suis en knoppix3,2. Par contre, sur la mandrake du portable de mon épouse, le problème ne se pose pas. Donc, ça peut se régler...mais comment?????????
Netraken
Malheureusement, ça n'a eu aucune incidence sur mon problème.
J'ai un problème similaire. Sous gnome un terminal m'indique que les
variables lang et language sont aux valeurs que j'ai fixées dans mon
.profile. Par contre, si je lance des applications depuis la barre de
raccourcis, ces variables ne sont pas fixées et les applis sont en
anglais.
Je suis en knoppix3,2. Par contre, sur la mandrake du portable de mon
épouse, le problème ne se pose pas. Donc, ça peut se régler...mais
comment?????????
Malheureusement, ça n'a eu aucune incidence sur mon problème.
J'ai un problème similaire. Sous gnome un terminal m'indique que les variables lang et language sont aux valeurs que j'ai fixées dans mon .profile. Par contre, si je lance des applications depuis la barre de raccourcis, ces variables ne sont pas fixées et les applis sont en anglais. Je suis en knoppix3,2. Par contre, sur la mandrake du portable de mon épouse, le problème ne se pose pas. Donc, ça peut se régler...mais comment?????????
