当我运行perl时，我得到警告:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LANG = "en_US.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
我该怎么解决呢?
当前回答
ssh默认覆盖LC区域变量。看到/etc/ssh/sshd_config:
AcceptEnv LANG LC_*
也许你需要在本地shell中设置这些变量。
其他回答
对于Ubuntu Server和Debian:
不需要在bashrc中创建导出或处理dpkg-reconfigure。
只需将/etc/default/locale的内容替换为:
LC_ALL=en_US.UTF-8
LANG=en_US.UTF-8
一如既往，细节决定成败。
在Mac OS X v10.7.5 (Lion)上，要修复一些Django错误，请在我的~/。bash_profile我已经设置:
export LANG=en_EN.UTF-8
export LC_COLLATE=$LANG
export LC_CTYPE=$LANG
export LC_MESSAGES=$LANG
export LC_MONETARY=$LANG
export LC_NUMERIC=$LANG
export LC_TIME=$LANG
export LC_ALL=$LANG
在很长一段时间里，我在使用Perl时都得到了这样的警告。
我的坏!我后来才意识到，我的系统是en_US.UTF-8! 我只是通过改变
export LANG=en_EN.UTF-8
to
export LANG=en_US.UTF-8
如果您在CentOS中运行chroot，请尝试手动将有此问题的帐户的/usr/lib/locale复制到chroot环境。
我在/etc/locale.conf上设置了LC_COLLATE=C。我简单地删除了这一行，因此只有LANG=en_US。设置了UTF-8(或等效的UTF-8)，就不会再有问题了。
如果在通过ssh连接到远程主机时发生此问题，则可能是远程系统缺少某些区域设置。我不打算重复如何安装和配置区域设置，因为其他答案已经很好地解释了这一点。
正如其他答案所指出的，ssh应该将本地计算机的区域设置传递给远程主机。例如，如果你设置了澳大利亚地区(例如en_AU.UFT-8)，并且你正在连接到一个新设置的Ubuntu服务器，它只提供en_US。UTF-8，那么您将收到此警告。
要解决这个问题，你有几个选择:
在远程主机上安装所需的区域设置，使它们与客户端上配置的区域设置匹配。 将SSH配置更改为不传递客户端环境变量。我不建议这样做。 通过从.bashrc文件和朋友导出语言环境设置来覆盖远程机器上的语言环境。
