Sur un serveur de test en sarge les touches d=E9but et fin ne marchent pa=
s en=20
ligne de commande (avec putty comme client ssh), un '~' s'affiche =E0 la =
place.
C'est assez =E9nervant quand on rappelle une commande et que l'on veut ju=
ste=20
changer une option au d=E9but de la longue ligne...
PS: J'avais d=E9j=E0 eu le contraire (pb ds joe et pas en ligne de comman=
de), qqun=20
m'avait donn=E9 une soluce mais je la retrouve pas en fouillant mes archi=
ves... grrr
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
olive
Daniel C wrote:
Bonjour,
Sur un serveur de test en sarge les touches début et fin ne marchent pas en ligne de commande (avec putty comme client ssh), un '~' s'affiche à la place. C'est assez énervant quand on rappelle une commande et que l'on veut juste changer une option au début de la longue ligne...
Dans mon editeur (joe), ça marche bien.
Où peut-on régler ça (j'ai presque tout essayé coté config client)?
Daniel
PS: J'avais déjà eu le contraire (pb ds joe et pas en ligne de commande), qqun m'avait donné une soluce mais je la retrouve pas en fouillant mes archives... grrr
Il y a une option dans putty pour savoir quelle terminal émuler, choisi "linux console", il y a une autre option pour savoir quelle doit être la variable TERM, mets la à "linux". (Etant pour le moment sous linux, je ne me souviens plus de l'endroit exacte de ces options).
Olive
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Daniel C wrote:
Bonjour,
Sur un serveur de test en sarge les touches début et fin ne marchent pas
en ligne de commande (avec putty comme client ssh), un '~' s'affiche à
la place.
C'est assez énervant quand on rappelle une commande et que l'on veut
juste changer une option au début de la longue ligne...
Dans mon editeur (joe), ça marche bien.
Où peut-on régler ça (j'ai presque tout essayé coté config client)?
Daniel
PS: J'avais déjà eu le contraire (pb ds joe et pas en ligne de
commande), qqun m'avait donné une soluce mais je la retrouve pas en
fouillant mes archives... grrr
Il y a une option dans putty pour savoir quelle terminal émuler, choisi
"linux console", il y a une autre option pour savoir quelle doit être la
variable TERM, mets la à "linux". (Etant pour le moment sous linux, je
ne me souviens plus de l'endroit exacte de ces options).
Olive
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Sur un serveur de test en sarge les touches début et fin ne marchent pas en ligne de commande (avec putty comme client ssh), un '~' s'affiche à la place. C'est assez énervant quand on rappelle une commande et que l'on veut juste changer une option au début de la longue ligne...
Dans mon editeur (joe), ça marche bien.
Où peut-on régler ça (j'ai presque tout essayé coté config client)?
Daniel
PS: J'avais déjà eu le contraire (pb ds joe et pas en ligne de commande), qqun m'avait donné une soluce mais je la retrouve pas en fouillant mes archives... grrr
Il y a une option dans putty pour savoir quelle terminal émuler, choisi "linux console", il y a une autre option pour savoir quelle doit être la variable TERM, mets la à "linux". (Etant pour le moment sous linux, je ne me souviens plus de l'endroit exacte de ces options).
Olive
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Daniel C
olive a écrit :
Il y a une option dans putty pour savoir quelle terminal émuler, choi si "linux console",
J'ai 2 options pour "home & end keys" (standard & rxvt) et d'autres pour "function keys" (ESC, linux vt400, vt100, etc...).
J'ai essayé pas mal de combinaison mais la meilleure reste celle par dé faut (std+ESC), à peu près tout marche sauf home & end en ligne de command e (OK dans joe, nano & co).
Le plus curieux est que j'ai 2 autres serveurs en debian sarge qui ne pré sente pas ce pb ! J'ai pas trouvé ce qui les différenciait (rien coté putty, et rien vu dans les ~/.bash* et /etc/bash*).
il y a une autre option pour savoir quelle doit être la variable TERM, mets la à "linux". (Etant pour le moment sous linux, j e ne me souviens plus de l'endroit exacte de ces options).
Je sais pas trop non plus où, mais dans les 2 cas (OK & KO) j'ai une fo is loggé #export ... declare -x TERM="xterm" ...
Daniel
olive a écrit :
Il y a une option dans putty pour savoir quelle terminal émuler, choi si
"linux console",
J'ai 2 options pour "home & end keys" (standard & rxvt) et d'autres pour
"function keys" (ESC, linux vt400, vt100, etc...).
J'ai essayé pas mal de combinaison mais la meilleure reste celle par dé faut
(std+ESC), à peu près tout marche sauf home & end en ligne de command e (OK dans
joe, nano & co).
Le plus curieux est que j'ai 2 autres serveurs en debian sarge qui ne pré sente
pas ce pb !
J'ai pas trouvé ce qui les différenciait (rien coté putty, et rien vu dans les
~/.bash* et /etc/bash*).
il y a une autre option pour savoir quelle doit être la
variable TERM, mets la à "linux". (Etant pour le moment sous linux, j e
ne me souviens plus de l'endroit exacte de ces options).
Je sais pas trop non plus où, mais dans les 2 cas (OK & KO) j'ai une fo is loggé
#export
...
declare -x TERM="xterm"
...
Il y a une option dans putty pour savoir quelle terminal émuler, choi si "linux console",
J'ai 2 options pour "home & end keys" (standard & rxvt) et d'autres pour "function keys" (ESC, linux vt400, vt100, etc...).
J'ai essayé pas mal de combinaison mais la meilleure reste celle par dé faut (std+ESC), à peu près tout marche sauf home & end en ligne de command e (OK dans joe, nano & co).
Le plus curieux est que j'ai 2 autres serveurs en debian sarge qui ne pré sente pas ce pb ! J'ai pas trouvé ce qui les différenciait (rien coté putty, et rien vu dans les ~/.bash* et /etc/bash*).
il y a une autre option pour savoir quelle doit être la variable TERM, mets la à "linux". (Etant pour le moment sous linux, j e ne me souviens plus de l'endroit exacte de ces options).
Je sais pas trop non plus où, mais dans les 2 cas (OK & KO) j'ai une fo is loggé #export ... declare -x TERM="xterm" ...
Daniel
Marc PERRUDIN
Daniel C a écrit :
olive a écrit :
Il y a une option dans putty pour savoir quelle terminal émuler, choisi "linux console",
J'ai 2 options pour "home & end keys" (standard & rxvt) et d'autres pour "function keys" (ESC, linux vt400, vt100, etc...).
J'ai essayé pas mal de combinaison mais la meilleure reste celle par défaut (std+ESC), à peu près tout marche sauf home & end en ligne de commande (OK dans joe, nano & co).
L'option dont parle olive est dans la category connection et s'appelle 'Terminal-type string' (au passage, merci olive pour cette option que je ne connaissais pas). Par defaut, il demande un terminal de type xterm qui n'a pas les touches home et end. En mettant 'linux' (j'ai testé, 'linux console' ne semble pas fonctionner), tu aurras ces touches.
L'autre solution que j'utilisais jusque la, c'est d'ajouter 'export TERM=linux' dans ton .bashrc (si tu utilise bash), tu auras le meme resultat.
A+
Le plus curieux est que j'ai 2 autres serveurs en debian sarge qui ne présente pas ce pb ! J'ai pas trouvé ce qui les différenciait (rien coté putty, et rien vu dans les ~/.bash* et /etc/bash*).
il y a une autre option pour savoir quelle doit être la variable TERM, mets la à "linux". (Etant pour le moment sous linux, je ne me souviens plus de l'endroit exacte de ces options).
Je sais pas trop non plus où, mais dans les 2 cas (OK & KO) j'ai une fois loggé #export ... declare -x TERM="xterm" ...
Daniel
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Daniel C a écrit :
olive a écrit :
Il y a une option dans putty pour savoir quelle terminal émuler,
choisi "linux console",
J'ai 2 options pour "home & end keys" (standard & rxvt) et d'autres
pour "function keys" (ESC, linux vt400, vt100, etc...).
J'ai essayé pas mal de combinaison mais la meilleure reste celle par
défaut (std+ESC), à peu près tout marche sauf home & end en ligne de
commande (OK dans joe, nano & co).
L'option dont parle olive est dans la category connection et s'appelle
'Terminal-type string' (au passage, merci olive pour cette option que je
ne connaissais pas). Par defaut, il demande un terminal de type xterm
qui n'a pas les touches home et end. En mettant 'linux' (j'ai testé,
'linux console' ne semble pas fonctionner), tu aurras ces touches.
L'autre solution que j'utilisais jusque la, c'est d'ajouter 'export
TERM=linux' dans ton .bashrc (si tu utilise bash), tu auras le meme
resultat.
A+
Le plus curieux est que j'ai 2 autres serveurs en debian sarge qui ne
présente pas ce pb !
J'ai pas trouvé ce qui les différenciait (rien coté putty, et rien vu
dans les ~/.bash* et /etc/bash*).
il y a une autre option pour savoir quelle doit être la variable
TERM, mets la à "linux". (Etant pour le moment sous linux, je ne me
souviens plus de l'endroit exacte de ces options).
Je sais pas trop non plus où, mais dans les 2 cas (OK & KO) j'ai une
fois loggé
#export
...
declare -x TERM="xterm"
...
Daniel
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Il y a une option dans putty pour savoir quelle terminal émuler, choisi "linux console",
J'ai 2 options pour "home & end keys" (standard & rxvt) et d'autres pour "function keys" (ESC, linux vt400, vt100, etc...).
J'ai essayé pas mal de combinaison mais la meilleure reste celle par défaut (std+ESC), à peu près tout marche sauf home & end en ligne de commande (OK dans joe, nano & co).
L'option dont parle olive est dans la category connection et s'appelle 'Terminal-type string' (au passage, merci olive pour cette option que je ne connaissais pas). Par defaut, il demande un terminal de type xterm qui n'a pas les touches home et end. En mettant 'linux' (j'ai testé, 'linux console' ne semble pas fonctionner), tu aurras ces touches.
L'autre solution que j'utilisais jusque la, c'est d'ajouter 'export TERM=linux' dans ton .bashrc (si tu utilise bash), tu auras le meme resultat.
A+
Le plus curieux est que j'ai 2 autres serveurs en debian sarge qui ne présente pas ce pb ! J'ai pas trouvé ce qui les différenciait (rien coté putty, et rien vu dans les ~/.bash* et /etc/bash*).
il y a une autre option pour savoir quelle doit être la variable TERM, mets la à "linux". (Etant pour le moment sous linux, je ne me souviens plus de l'endroit exacte de ces options).
Je sais pas trop non plus où, mais dans les 2 cas (OK & KO) j'ai une fois loggé #export ... declare -x TERM="xterm" ...
Daniel
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Daniel C
Marc PERRUDIN a écrit :
L'option dont parle olive est dans la category connection et s'appelle 'Terminal-type string' (au passage, merci olive pour cette option que j e ne connaissais pas). Par defaut, il demande un terminal de type xterm qui n'a pas les touches home et end. En mettant 'linux' (j'ai testé, 'linux console' ne semble pas fonctionner), tu aurras ces touches.
Effectivement ça marche (je restait bloqué dans la catégorie termin al...). Merci bcp à vous 2.
L'autre solution que j'utilisais jusque la, c'est d'ajouter 'export TERM=linux' dans ton .bashrc (si tu utilise bash), tu auras le meme resultat.
Ca marche aussi (à la place de la soluce précédente).
ce qui est curieux, c'est que sur mes serveurs qui posent pas de pb, j'ai xterm dans putty et rien dans .bashrc (avec declare -x TERM="xterm") et ça marche quand même...
Daniel
Marc PERRUDIN a écrit :
L'option dont parle olive est dans la category connection et s'appelle
'Terminal-type string' (au passage, merci olive pour cette option que j e
ne connaissais pas). Par defaut, il demande un terminal de type xterm
qui n'a pas les touches home et end. En mettant 'linux' (j'ai testé,
'linux console' ne semble pas fonctionner), tu aurras ces touches.
Effectivement ça marche (je restait bloqué dans la catégorie termin al...).
Merci bcp à vous 2.
L'autre solution que j'utilisais jusque la, c'est d'ajouter 'export
TERM=linux' dans ton .bashrc (si tu utilise bash), tu auras le meme
resultat.
Ca marche aussi (à la place de la soluce précédente).
ce qui est curieux, c'est que sur mes serveurs qui posent pas de pb, j'ai xterm
dans putty et rien dans .bashrc (avec declare -x TERM="xterm") et ça marche
quand même...
L'option dont parle olive est dans la category connection et s'appelle 'Terminal-type string' (au passage, merci olive pour cette option que j e ne connaissais pas). Par defaut, il demande un terminal de type xterm qui n'a pas les touches home et end. En mettant 'linux' (j'ai testé, 'linux console' ne semble pas fonctionner), tu aurras ces touches.
Effectivement ça marche (je restait bloqué dans la catégorie termin al...). Merci bcp à vous 2.
L'autre solution que j'utilisais jusque la, c'est d'ajouter 'export TERM=linux' dans ton .bashrc (si tu utilise bash), tu auras le meme resultat.
Ca marche aussi (à la place de la soluce précédente).
ce qui est curieux, c'est que sur mes serveurs qui posent pas de pb, j'ai xterm dans putty et rien dans .bashrc (avec declare -x TERM="xterm") et ça marche quand même...
