Bonjour,
J'utilise Emacs 21 sous kde debian sarge.
Je n'arrive pas à modifier l'environnement pour inclure ~/bin dans le
PATH de mes M-x shell.
J'ai modifié .bashrc et ~/bin est présent dans le path de Konsole. J'ai
lu la faq-kde qui dit de modifier .xsession (export PATH=$PATH:$HOME/bin
marche pas) Quelqu'un sait-il ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
lhabert
Jean-Jacques Rétorré :
J'utilise Emacs 21 sous kde debian sarge. Je n'arrive pas à modifier l'environnement pour inclure ~/bin dans le PATH de mes M-x shell. J'ai modifié .bashrc et ~/bin est présent dans le path de Konsole.
ÀMHA, c'est une mauvaise manière de procéder. Le PATH, on veut le fixer une bonne fois pour toutes pour toute la session, plutôt que de le modifier à chaque shell qu'on lance. Il faut donc définir la variable dans le processus qui engendre toute la session.
J'ai lu la faq-kde qui dit de modifier .xsession (export PATH=$PATH:$HOME/bin marche pas)
C'est bien ça, mais encore faut-il que ton .xsession soit exécuté, ce qui n'est guère le cas que quand on se logue par xdm, tandis que kdm et gdm font des trucs bizarres qui changent d'une distrib et d'une version à l'autre. MHÀ est que le plus simple est de ne pas s'*er avec les *dms, se loguer en console, et lancer « startx ». Quand on fait ça, c'est au niveau du shell de login qu'il faut définir le PATH. Si ton shell de login est bash, c'est le .bash_profile qui est exécuté au login, et c'est donc dans lui qu'il faut définir les variables d'environnement. Ensuite, si tu veux KDE, il faut aussi te faire un fichier .xinitrc, contenant :
#!/bin/sh
exec startkde
, et le rendre exécutable. Ce fichier est alors lancé aussitôt après le serveur X et engendre toute ta session X.
Jean-Jacques Rétorré :
J'utilise Emacs 21 sous kde debian sarge.
Je n'arrive pas à modifier l'environnement pour inclure ~/bin dans le
PATH de mes M-x shell.
J'ai modifié .bashrc et ~/bin est présent dans le path de Konsole.
ÀMHA, c'est une mauvaise manière de procéder. Le PATH, on veut le fixer une
bonne fois pour toutes pour toute la session, plutôt que de le modifier à
chaque shell qu'on lance. Il faut donc définir la variable dans le processus
qui engendre toute la session.
J'ai lu la faq-kde qui dit de modifier .xsession (export
PATH=$PATH:$HOME/bin marche pas)
C'est bien ça, mais encore faut-il que ton .xsession soit exécuté, ce qui
n'est guère le cas que quand on se logue par xdm, tandis que kdm et gdm font
des trucs bizarres qui changent d'une distrib et d'une version à l'autre.
MHÀ est que le plus simple est de ne pas s'*er avec les *dms, se loguer en
console, et lancer « startx ». Quand on fait ça, c'est au niveau du shell de
login qu'il faut définir le PATH. Si ton shell de login est bash, c'est le
.bash_profile qui est exécuté au login, et c'est donc dans lui qu'il faut
définir les variables d'environnement. Ensuite, si tu veux KDE, il faut
aussi te faire un fichier .xinitrc, contenant :
#!/bin/sh
exec startkde
, et le rendre exécutable. Ce fichier est alors lancé aussitôt après le
serveur X et engendre toute ta session X.
J'utilise Emacs 21 sous kde debian sarge. Je n'arrive pas à modifier l'environnement pour inclure ~/bin dans le PATH de mes M-x shell. J'ai modifié .bashrc et ~/bin est présent dans le path de Konsole.
ÀMHA, c'est une mauvaise manière de procéder. Le PATH, on veut le fixer une bonne fois pour toutes pour toute la session, plutôt que de le modifier à chaque shell qu'on lance. Il faut donc définir la variable dans le processus qui engendre toute la session.
J'ai lu la faq-kde qui dit de modifier .xsession (export PATH=$PATH:$HOME/bin marche pas)
C'est bien ça, mais encore faut-il que ton .xsession soit exécuté, ce qui n'est guère le cas que quand on se logue par xdm, tandis que kdm et gdm font des trucs bizarres qui changent d'une distrib et d'une version à l'autre. MHÀ est que le plus simple est de ne pas s'*er avec les *dms, se loguer en console, et lancer « startx ». Quand on fait ça, c'est au niveau du shell de login qu'il faut définir le PATH. Si ton shell de login est bash, c'est le .bash_profile qui est exécuté au login, et c'est donc dans lui qu'il faut définir les variables d'environnement. Ensuite, si tu veux KDE, il faut aussi te faire un fichier .xinitrc, contenant :
#!/bin/sh
exec startkde
, et le rendre exécutable. Ce fichier est alors lancé aussitôt après le serveur X et engendre toute ta session X.
Matthieu Moy
(Luc Habert) writes:
C'est bien ça, mais encore faut-il que ton .xsession soit exécuté, ce qui n'est guère le cas que quand on se logue par xdm, tandis que kdm et gdm font des trucs bizarres
Sur Debian au moins, j'ai une entrée "Xsession" dans le menu sessions de gdm, qui me donne le même comportement que xdm : Execute mon .xsession et me déloggue a la fin de son execution.
-- Matthieu
lhabert@clipper.ens.fr (Luc Habert) writes:
C'est bien ça, mais encore faut-il que ton .xsession soit exécuté, ce qui
n'est guère le cas que quand on se logue par xdm, tandis que kdm et gdm font
des trucs bizarres
Sur Debian au moins, j'ai une entrée "Xsession" dans le menu sessions
de gdm, qui me donne le même comportement que xdm : Execute mon
.xsession et me déloggue a la fin de son execution.
C'est bien ça, mais encore faut-il que ton .xsession soit exécuté, ce qui n'est guère le cas que quand on se logue par xdm, tandis que kdm et gdm font des trucs bizarres
Sur Debian au moins, j'ai une entrée "Xsession" dans le menu sessions de gdm, qui me donne le même comportement que xdm : Execute mon .xsession et me déloggue a la fin de son execution.
-- Matthieu
Jean-Jacques Rétorré
Le Mon, 21 Mar 2005 08:55:29 +0000, Luc Habert a écrit :
Jean-Jacques Rétorré :
J'utilise Emacs 21 sous kde debian sarge. Je n'arrive pas à modifier l'environnement pour inclure ~/bin dans le PATH de mes M-x shell. J'ai modifié .bashrc et ~/bin est présent dans le path de Konsole.
ÀMHA, c'est une mauvaise manière de procéder. Le PATH, on veut le fixer une bonne fois pour toutes pour toute la session, plutôt que de le modifier à chaque shell qu'on lance. Il faut donc définir la variable dans le processus qui engendre toute la session.
J'ai lu la faq-kde qui dit de modifier .xsession (export PATH=$PATH:$HOME/bin marche pas)
C'est bien ça, mais encore faut-il que ton .xsession soit exécuté, ce qui n'est guère le cas que quand on se logue par xdm, tandis que kdm et gdm font des trucs bizarres qui changent d'une distrib et d'une version à l'autre. MHÀ est que le plus simple est de ne pas s'*er avec les *dms, se loguer en console, et lancer « startx ». Quand on fait ça, c'est au niveau du shell de login qu'il faut définir le PATH. Si ton shell de login est bash, c'est le .bash_profile qui est exécuté au login, et c'est donc dans lui qu'il faut définir les variables d'environnement. Ensuite, si tu veux KDE, il faut aussi te faire un fichier .xinitrc, contenant :
#!/bin/sh
exec startkde
, et le rendre exécutable. Ce fichier est alors lancé aussitôt après le serveur X et engendre toute ta session X.
Merci, j'aime bien kdm et tous les machins automatiques. kdm me permet de me connecter sans même que j'aie à taper mon mot de passe. La paresse, voilà à quoi ça me mène! il faut toujours la payer d'une façon ou d'une autre. mais je suis incorrigible.
En fait j'ai besoin de modifier le path pour exécuter un script du nom de cleantex que je préfère garder dans mon home/bin. Peut-être me suffirait-il d'ajouter une commade Emacs qui aille le chercher là ou il se trouve ?
JJR.
Le Mon, 21 Mar 2005 08:55:29 +0000, Luc Habert a écrit :
Jean-Jacques Rétorré :
J'utilise Emacs 21 sous kde debian sarge.
Je n'arrive pas à modifier l'environnement pour inclure ~/bin dans le
PATH de mes M-x shell.
J'ai modifié .bashrc et ~/bin est présent dans le path de Konsole.
ÀMHA, c'est une mauvaise manière de procéder. Le PATH, on veut le fixer une
bonne fois pour toutes pour toute la session, plutôt que de le modifier à
chaque shell qu'on lance. Il faut donc définir la variable dans le processus
qui engendre toute la session.
J'ai lu la faq-kde qui dit de modifier .xsession (export
PATH=$PATH:$HOME/bin marche pas)
C'est bien ça, mais encore faut-il que ton .xsession soit exécuté, ce qui
n'est guère le cas que quand on se logue par xdm, tandis que kdm et gdm font
des trucs bizarres qui changent d'une distrib et d'une version à l'autre.
MHÀ est que le plus simple est de ne pas s'*er avec les *dms, se loguer en
console, et lancer « startx ». Quand on fait ça, c'est au niveau du shell de
login qu'il faut définir le PATH. Si ton shell de login est bash, c'est le
.bash_profile qui est exécuté au login, et c'est donc dans lui qu'il faut
définir les variables d'environnement. Ensuite, si tu veux KDE, il faut
aussi te faire un fichier .xinitrc, contenant :
#!/bin/sh
exec startkde
, et le rendre exécutable. Ce fichier est alors lancé aussitôt après le
serveur X et engendre toute ta session X.
Merci, j'aime bien kdm et tous les machins automatiques. kdm me permet de
me connecter sans même que j'aie à taper mon mot de passe. La paresse,
voilà à quoi ça me mène! il faut toujours la payer d'une façon ou
d'une autre. mais je suis incorrigible.
En fait j'ai besoin de modifier le path pour exécuter un script du nom de
cleantex que je préfère garder dans mon home/bin. Peut-être me
suffirait-il d'ajouter une commade Emacs qui aille le chercher là ou il
se trouve ?
Le Mon, 21 Mar 2005 08:55:29 +0000, Luc Habert a écrit :
Jean-Jacques Rétorré :
J'utilise Emacs 21 sous kde debian sarge. Je n'arrive pas à modifier l'environnement pour inclure ~/bin dans le PATH de mes M-x shell. J'ai modifié .bashrc et ~/bin est présent dans le path de Konsole.
ÀMHA, c'est une mauvaise manière de procéder. Le PATH, on veut le fixer une bonne fois pour toutes pour toute la session, plutôt que de le modifier à chaque shell qu'on lance. Il faut donc définir la variable dans le processus qui engendre toute la session.
J'ai lu la faq-kde qui dit de modifier .xsession (export PATH=$PATH:$HOME/bin marche pas)
C'est bien ça, mais encore faut-il que ton .xsession soit exécuté, ce qui n'est guère le cas que quand on se logue par xdm, tandis que kdm et gdm font des trucs bizarres qui changent d'une distrib et d'une version à l'autre. MHÀ est que le plus simple est de ne pas s'*er avec les *dms, se loguer en console, et lancer « startx ». Quand on fait ça, c'est au niveau du shell de login qu'il faut définir le PATH. Si ton shell de login est bash, c'est le .bash_profile qui est exécuté au login, et c'est donc dans lui qu'il faut définir les variables d'environnement. Ensuite, si tu veux KDE, il faut aussi te faire un fichier .xinitrc, contenant :
#!/bin/sh
exec startkde
, et le rendre exécutable. Ce fichier est alors lancé aussitôt après le serveur X et engendre toute ta session X.
Merci, j'aime bien kdm et tous les machins automatiques. kdm me permet de me connecter sans même que j'aie à taper mon mot de passe. La paresse, voilà à quoi ça me mène! il faut toujours la payer d'une façon ou d'une autre. mais je suis incorrigible.
En fait j'ai besoin de modifier le path pour exécuter un script du nom de cleantex que je préfère garder dans mon home/bin. Peut-être me suffirait-il d'ajouter une commade Emacs qui aille le chercher là ou il se trouve ?
