Bonojur,
Merci à tous pour cette avalanche de réponse. Je n’en espérais pas tant !
Précision du contexte
Unison, le programme que j’essaie d’utiliser, fait appel à ssh. Il me faut donc un client ssh sous Windows qui sont “compatible LINUX”, ou en tous cas, compatible avec ce que Unison attend de lui. C’est-à-dire qu’il faut par exemple, pouvoir appeler ssh avec l’option -e à la ligne de commande. putty fournit un putty.exe qui, même renommé en ssh.exe, n’est pas satisfaisant puisqu’il ne comprend pas l’option -e.
Je cherche la solution la plus légère possible (pas envie d’installer des tas de trucs juste pour un client ssh que je n’utiliserai pas à part pour Unison, vu que j’ai l’habitude d’utiliser Putty).
Comprend pas
J’ai une question technique par rapport à votre idée que le problème vient du client ssh que j’utilise - ce qui semble se confirmer, vu qu’effectivement avec putty mes caractères accentués s’affichent correctement alors qu’avec ssh 1.2.14 (http://sourceforge.net/project/showfiles.php?group_id=7355) non. Je ne comprend pas comment cela est possible, puisque selon moi ssh n’est pas un terminal mais uniquement un protocole pour communiquer de façon sûre, sachant que ce que ssh utilise en fait est mon bash habituel sur mon Linux habituel… Il ne fait que chiffrer les communications dema machine Linux à ma machine Windows, non ? Et ne devrait donc pas être perturbé par des caractères UTF-8 ou quoi que ce soit…
Solution
Quoi qu’il en soit de mon incompréhension, je vois donc que la solution la plus légère qui m’est proposée est d’installer cygwin et uxterm ? Ou cygwin et xterm, dit un des posts, mais je pensais avoir compris que uxterm est xterm avec le support Unicode (justement ce que j’ai besoin)… Je suis un peu perdu… (Quoique déjà moins qu’avant ;- ).)
Pas d’idée d’un client ssh natif windows (qui me permettrait de me passer de cygwin) ? Eclipse par exemple fait usage de ssh, sur Windows comme sur Linux, donc je suppose qu’il doit bien exister des clients ssh modernes (i.e., supportant UTF8, pas comme ssh 1.2.14) et cross-platform (i.e., compatible avec l’interface en ligne de commande Linux, pas comme putty)…
Merci encore pour votre aide !