Description of problem: Ssh doesn't pass "local" locale-related envvars to remote host, as it should. This leads to various annoying consequences -- to the minimum, wrong language is used, or even wrong encoding. Suppose one is logging from utf8-based host to 8859-* or even KOI8-configured one -- that remote host outputs 8-bit characters, which present illegal utf8 sequences; the reverse situation is unacceptable too -- when utf8-based host presents what looks as garbage on, say, KOI8-configured xterm. Version-Release number of selected component (if applicable): 4.0p1-3 How reproducible: Always Steps to Reproduce: 1. Set LANG=en_US.ISO-8859-1 (or just use non-utf8-configured-machine) 2. Ssh to some utf8-configured host. 3. Type "echo $LANG" Actual results: en_US.UTF-8 Expected results: en_US.ISO-8859-1 Additional info: In fact, OpenSSH *does* support passing of envvars, locale-related ones should just be listed in /etc/ssh/{ssh,sshd}_config in "SendEnv" and "AcceptEnv" directives respectively BY DEFAULT.
Created attachment 124103 [details] Patch for /etc/ssh/{ssh,sshd}_config
Valid enhancement request.