Re: AcceptEnv LANG LC_* vs available locales

[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]


Hi Ingo,

On 2022-04-25 14:23:06, Ingo Schwarze wrote:
Hi Harald,

Harald Dunkel wrote on Mon, Apr 25, 2022 at 10:05:43AM +0200:

forwarding LANG and LC_* variables to the peer seems to be only

Absolutely not, what a terrible idea.

I couldn't agree more, but please see the xterm packages on Debian
and RedHat, and my related question about how to *undo* the

	SendEnv LANG LC_*

in Debian's /etc/ssh/ssh_config in my .ssh/config.

Anyway, the problem here is that MacOS sets a locale "UTF-8" in
LC_CTYPE instead of "en_US.UTF-8", which produces problems even
though UTF-8 is available on all involved systems.

For an introduction to the topic, see

The end of that article specifically discusses ssh(1).

I highly appreciate your link, but for a Linux package maintainer it
is too easy to ignore the problem.

Maybe you should consider to add some guidelines about how to handle
locales into a README within the openssh source package, or in
ssh_config(5), sshd_config(5), etc.?

Thank you very much

openssh-unix-dev mailing list

[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]

[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux