Bon, tes deux systèmes n'utilisent pas le même codage de caractère (utf-8 unicode pour fedora, et probablement iso-8859-1 pour gentoo) donc il est possible que la sortie de l'un soit mal interpreté par l'autre (un peu comme les pages webs en chinois qui ne spécifient pas le charset, ton browser occidental par défaut te crache des accents tordus à la place)
Pour rappelle, UTF8 encode les caractères qui sortent de l'ASCII-7 avec plusieurs octets, d'où les 2 caractères ç à la place du é.
Je ne sais pas vraiment pourquoi dans un shell c'est converti proprement, et pas dans vim...
je ne pense pas qu'"installer des locales" sous gentoo regle le problème (à moins que ssh, du coup, fournisse un tty virtuel bien localisé).
Personnellement, pour me connecter d'une machine tout en UTF-8 vers une machine tout en iso-8859, j'utilise "luit" qui sert à traduire ce qui transite d'un encodage vers l'autre, donc sans avoir à toucher à la config ou aux locales:
[machine en UTF-8]$ LC_ALL=fr_FR luit ssh machine-en-iso-8859
peut-être que "luit" peut aussi traduire dans l'autre sens ? (je ne peux pas tester là)
[^] # Re: variables
Posté par daggett . En réponse au message ssh, vim , less et les autres. Évalué à 3.
Pour rappelle, UTF8 encode les caractères qui sortent de l'ASCII-7 avec plusieurs octets, d'où les 2 caractères ç à la place du é.
Je ne sais pas vraiment pourquoi dans un shell c'est converti proprement, et pas dans vim...
je ne pense pas qu'"installer des locales" sous gentoo regle le problème (à moins que ssh, du coup, fournisse un tty virtuel bien localisé).
Personnellement, pour me connecter d'une machine tout en UTF-8 vers une machine tout en iso-8859, j'utilise "luit" qui sert à traduire ce qui transite d'un encodage vers l'autre, donc sans avoir à toucher à la config ou aux locales:
[machine en UTF-8]$ LC_ALL=fr_FR luit ssh machine-en-iso-8859
peut-être que "luit" peut aussi traduire dans l'autre sens ? (je ne peux pas tester là)