当我运行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").

我该怎么解决呢?


当前回答

一如既往,细节决定成败。

在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

其他回答

将LC_TYPE环境变量设置为默认的区域语言“C”将有助于消除此警告。

执行export LC_CTYPE="C",然后尝试执行perl命令。

附注:您需要在/etc/environment文件或/etc/default/locale文件中设置此变量以获得永久解决方案。

尝试重新安装:

localess apt-get install --reinstall locales

更多信息请参见如何更改默认区域设置

前面的答案都是错的。消息是明确的-缺少区域设置。解决方案是添加适当的区域设置。您可以通过编辑/etc/locale.生成文件,删除被报告为缺失的地区前面的#符号,然后发出命令:

$ sudo locale-gen

这将实际生成在/etc/locale.中指定的地区Gen,因此消息将不会显示。

如果在通过ssh连接到远程主机时发生此问题,则可能是远程系统缺少某些区域设置。我不打算重复如何安装和配置区域设置,因为其他答案已经很好地解释了这一点。

正如其他答案所指出的,ssh应该将本地计算机的区域设置传递给远程主机。例如,如果你设置了澳大利亚地区(例如en_AU.UFT-8),并且你正在连接到一个新设置的Ubuntu服务器,它只提供en_US。UTF-8,那么您将收到此警告。

要解决这个问题,你有几个选择:

在远程主机上安装所需的区域设置,使它们与客户端上配置的区域设置匹配。 将SSH配置更改为不传递客户端环境变量。我不建议这样做。 通过从.bashrc文件和朋友导出语言环境设置来覆盖远程机器上的语言环境。

这通常意味着您还没有正确地在Linux机器上设置区域设置。

在Debian或Ubuntu上,这意味着你需要去做

$ sudo locale-gen
$ sudo dpkg-reconfigure locales

另参见man locale-gen。