[SSH] Problème de clavier

[Elrohir]

Hello,

J'ai mon PC client sous ArchLinux (dernière version d'OpenSSH), et un PC serveur sous Debian Etch quant à lui.

Quand je me connecte en SSH sur le PC serveur, j'ai certaines touches qui ne fonctionnent pas (Suppr, Insr, PgPréc, PgSuiv). L'erreur ne se produit pas quand je suis sous Windows avec PuTTY, et encore moins quand je lance la connection SSH depuis mon PC client sans session X.

En récapitulant, si je me connecte depuis mon PC client ArchLinux avec une session X d'ouverte, ces 4 touches ne fonctionneront pas (des ~ apparaîtront à la place).

Mon PC client et le PC serveur sont bien en UTF-8. J'ai défini la keymap en fr-latin9.

Avez-vous déjà eu ce problème ? Avez-vous des idées ?

Merci !

NL

[warnaud]

ça sent les locales ou le keymap dans xorg qui déconnent
quand tu tapes locales (pas trop fort ^_^")ça sort un truc du style :

Code : Tout sélectionner

LANG=fr_FR.UTF-8
LC_CTYPE="fr_FR.UTF-8"
LC_NUMERIC="fr_FR.UTF-8"
LC_TIME="fr_FR.UTF-8"
LC_COLLATE="fr_FR.UTF-8"
LC_MONETARY="fr_FR.UTF-8"
LC_MESSAGES="fr_FR.UTF-8"
LC_PAPER="fr_FR.UTF-8"
LC_NAME="fr_FR.UTF-8"
LC_ADDRESS="fr_FR.UTF-8"
LC_TELEPHONE="fr_FR.UTF-8"
LC_MEASUREMENT="fr_FR.UTF-8"
LC_IDENTIFICATION="fr_FR.UTF-8"
LC_ALL=fr_FR.UTF-8

Ou y'a des erreurs ?
Les 2 PCs ont les mêmes locales ?

Sinon tu peux filer ta conf de xorg, la partie keyboard

@+ bonne chance

[Elrohir]

Hello,

alors voici les locales du PC Client ArchLinux :

Code : Tout sélectionner

[nicolas@Antec ~]$ locales
bash: locales: command not found
[nicolas@Antec ~]$ locale
LANG=fr_FR.utf8
LC_CTYPE="fr_FR.utf8"
LC_NUMERIC="fr_FR.utf8"
LC_TIME="fr_FR.utf8"
LC_COLLATE="fr_FR.utf8"
LC_MONETARY="fr_FR.utf8"
LC_MESSAGES="fr_FR.utf8"
LC_PAPER="fr_FR.utf8"
LC_NAME="fr_FR.utf8"
LC_ADDRESS="fr_FR.utf8"
LC_TELEPHONE="fr_FR.utf8"
LC_MEASUREMENT="fr_FR.utf8"
LC_IDENTIFICATION="fr_FR.utf8"
LC_ALL=fr_FR.utf8

Et celles du PC Serveur Debian :

Code : Tout sélectionner

LANG=fr_FR.UTF-8
LC_CTYPE="fr_FR.UTF-8"
LC_NUMERIC="fr_FR.UTF-8"
LC_TIME="fr_FR.UTF-8"
LC_COLLATE="fr_FR.UTF-8"
LC_MONETARY="fr_FR.UTF-8"
LC_MESSAGES="fr_FR.UTF-8"
LC_PAPER="fr_FR.UTF-8"
LC_NAME="fr_FR.UTF-8"
LC_ADDRESS="fr_FR.UTF-8"
LC_TELEPHONE="fr_FR.UTF-8"
LC_MEASUREMENT="fr_FR.UTF-8"
LC_IDENTIFICATION="fr_FR.UTF-8"
LC_ALL

Ensuite, concernant les keymaps, sous ArchLinux, dans le rc.conf, j'ai :

Code : Tout sélectionner

LOCALE="fr_FR.utf8"
HARDWARECLOCK="localtime"
TIMEZONE="Europe/Paris"
KEYMAP="fr-latin9"
CONSOLEFONT=
CONSOLEMAP=
USECOLOR="yes"

(je tiens à préciser que quand je n'ai pas de session X d'ouverte sur le PC client, je n'ai pas ce problème. Problème de X.Org alors ?)


Sur le PC Serveur, j'ai mis la keymap sur latin9 (dpkg-reconfigure).

Quant à mon xorg.conf sur le PC Client, il se présente sous cette forme :

Code : Tout sélectionner

Section "InputDevice"
        Identifier  "Keyboard0"
        Driver      "kbd"
        Option      "CoreKeyboard"
        Option  "XkbRules" "xorg"
        Option  "XkbModel" "pc105"
        Option  "XkbLayout" "fr"
        Option "XkbVariant" "latin9"
        EndSection

Voilà voilà

[warnaud]

Désolé du retard, j'ai zappé ton post,
Il te manque plusieurs paramêtres dans ton rc.conf.
Regardes ici : http://wiki.archlinux.fr/howto:installation:franciser
Je pense que ça ira mieux après

[Elrohir]

Je teste ça...
Là sur un portable, j'ai aussi un ArchLinux, le même xorg.conf, mais pas de problèmes.
Seule diffère la keymap dans mon /etc/rc.conf, qui est en fr.

Je teste ce soir.

Merci !

[Elrohir]

Finalement, non ça ne fonctionne pas...
Pourtant les deux PCs ont le même /etc/rc.conf, les mêmes /etc/X/xorg.conf, je ne comprends plus trop là !

[warnaud]

Pareil pour les profile / locale.gen ?

[Elrohir]

Je pense avoir trouvé le problème.
Quand la variable TERM vaut xterm-color, ça se produit, apparemment !

[vincentxavier]

Si c'est cela, il suffit d'apporter une correction dans ton ~/.bashrc

Code : Tout sélectionner

# set a fancy prompt (non-color, unless we know we "want" color)
#case "$TERM" in
#xterm-color)
 #   PS1='${debian_chroot:+($debian_chroot)}\[\033[01;32m\]\u@\h\[\033[00m\]:\[\033[01;34m\]\w\[\033[00m\]\$ '
  #  ;;
#*)
 #   PS1='${debian_chroot:+($debian_chroot)}\u@\h:\w\$ '
  #  ;;
#esac

# Comment in the above and uncomment this below for a color prompt
PS1='${debian_chroot:+($debian_chroot)}\[\033[01;32m\]\u@\h\[\033[00m\]:\[\033[01;34m\]\w\[\033[00m\]\$ '

# If this is an xterm set the title to user@host:dir
case "$TERM" in
xterm*|rxvt*)
    PROMPT_COMMAND='echo -ne "\033]0;${USER}@${HOSTNAME}: ${PWD/$HOME/~}\007"'
    ;;
screen*)
    trap 'echo -ne "\ek${BASH_COMMAND%%\ *}\e\\"' DEBUG
    PROMPT_COMMAND='echo -ne "\ek$(short_pwd 15)\e\\"'
    ;;
*)
    ;;
esac

[Elrohir]

Mais j'ai ce .bashrc

[warnaud]

avec les debian_chroot ?

[Elrohir]

Ouais, j'sais pas à quoi ils servent ces debian_chroot... ils sont sur le .bashrc de mon serveur sous Debian.
C'est bizarre que ça vienne de la variable TERM.

J'vais passer mon TERM en "xterm" et je ne devrais plus avoir le problème.
C'est bizarre que quand il est à "xterm-color", j'ai des touches qui ne fonctionnent pas !



PS : d'ailleurs, c'est quoi la différence entre xterm et xterm-color ? Sur des serveurs sur des Gentoo, le .bashrc met de la couleur sur $TERM = *, alors que sous Debian, le .bashrc par défaut met de la couleur que si $TERM == "xterm-color"... Je ne comprend pas.

[warnaud]

Ben tu sais dans l'open-source c'est mieux que dans le propriétaire © car t'as les sources donc c'est plus compatible ...
un petit coup d'oeil à /usr/share/terminfo/ pour s'en convaincre ... chaque terminal à ses propres keycodes et autres amusements ...