在Fedora上也有类似的问题:

>>> import locale
>>> locale.setlocale(locale.LC_ALL, 'de_DE.UTF-8')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib64/python3.10/locale.py", line 620, in setlocale
    return _setlocale(category, locale)
locale.Error: unsupported locale setting

结果发现“glibc-all-langpacks”包不见了。

dnf install -y glibc-all-langpacks

解决它。

错误消息表明区域设置有问题。如其他答案所示，要修复此问题，您需要修改您的区域设置。

在Mac OS X Sierra上，我发现最好的方法是修改~/bash_profile文件，如下所示:

export LANG="en_US.UTF-8"
export LC_ALL="en_US.UTF-8"
export LC_CTYPE="en_US.UTF-8"

除非您使用:source ~/.bash_profile重新加载bash概要文件，否则此更改不会立即在当前的cli会话中显示出来。

这个答案非常接近于我发布的其他不相同，不重复的问题的答案(即与pipenv无关)，但恰好需要相同的解决方案。

对主持人:恕我直言;我之前的答案因为这个原因被删除了，但我觉得这有点傻，因为这个答案几乎适用于任何时候的错误是“区域问题”…但是，有许多不同的情况、语言和环境都可能触发该错误。

因此，A)将问题标记为重复是没有意义的，B)调整答案也没有意义，因为修正非常简单，在每种情况下都是一样的，并且没有从装饰中受益。

[这个答案只针对linux平台]

你应该知道的第一件事是大部分区域配置文件的路径可以从localedef——help获取:

$ localedef --help | tail -n 5
System's directory for character maps : /usr/share/i18n/charmaps
                       repertoire maps: /usr/share/i18n/repertoiremaps
                       locale path    : /usr/lib/locale:/usr/share/i18n
For bug reporting instructions, please see:
<https://bugs.launchpad.net/ubuntu/+source/glibc/+bugs>

看到最后的/usr/share/i18n了吗?这就是你的xx_XX。UTF-8配置文件位于:

$ ls /usr/share/i18n/locales/zh_*
/usr/share/i18n/locales/zh_CN  /usr/share/i18n/locales/zh_HK  /usr/share/i18n/locales/zh_SG  /usr/share/i18n/locales/zh_TW

现在怎么办?我们需要将它们编译成归档二进制文件。其中一种方法，例如，假设我有/usr/share/i18n/locale / en_love，我可以将它添加到编译列表中，即/etc/locale-gen文件:

$ tail -1 /etc/locale.gen 
en_LOVE.UTF-8 UTF-8

然后用sudo locale-gen将其编译成二进制:

$ sudo locale-gen 
Generating locales (this might take a while)...
  en_AG.UTF-8... done
  en_AU.UTF-8... done
  en_BW.UTF-8... done
  ...
  en_LOVE.UTF-8... done
Generation complete.

现在用所需的LANG, LC_ALL…更新系统默认区域设置。使用update-locale:

sudo update-locale LANG=en_LOVE.UTF-8

update-locale实际上也意味着更新/etc/default/locale文件，该文件将在登录时由系统源到安装环境变量:

$ head /etc/default/locale 
#  File generated by update-locale
LANG=en_LOVE.UTF-8
LC_NUMERIC="en_US.UTF-8"
...

但是我们可能不希望重启生效，所以我们可以将它源到当前shell会话中的环境变量:

$ . /etc/default/locale

sudo dpkg-reconfigure locale怎么样?如果你使用它，你会知道这个命令基本上充当GUI来简化上面的步骤，即编辑/etc/localegen -> sudo locale-gen -> sudo update-locale LANG=en_LOVE。utf - 8

对于python，只要设置/etc/locale.Gen包含locale candidate和locale。Gen get编译，setlocale(category, locale)应该在没有抛出locale的情况下工作。错误:不支持的区域设置。您可以检查正确的字符串en_US. utf -8/en_US/....Etc要在setlocale()中设置，通过观察/etc/locale.生成文件，然后取消注释并按需要编译它。该文件中没有点的zh_CN GB2312表示正确的字符串是zh_CN和zh_CN.GB2312。

有人可能会觉得有用。您可以将这些区域设置放在.bashrc文件中，该文件通常位于主目录中。 只需在.bashrc中添加以下命令: 出口LC_ALL = C 然后输入source .bashrc 现在，您不需要每次都手动调用此命令，例如当您通过ssh连接时。

执行以下命令(可以运行):

export LC_ALL="en_US.UTF-8"
export LC_CTYPE="en_US.UTF-8"
sudo dpkg-reconfigure locales

根本原因是:您的环境变量LC_ALL丢失或以某种方式无效

简短的回答,

执行如下命令:

$ export LC_ALL=C

如果在新的终端窗口中不断出现错误，请将其添加到.bashrc文件的底部。

长回答- - - - - -

这是我的区域设置:

$ locale
LANG=en_US.UTF-8
LANGUAGE=
LC_CTYPE="C"
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_PAPER="C"
LC_NAME="C"
LC_ADDRESS="C"
LC_TELEPHONE="C"
LC_MEASUREMENT="C"
LC_IDENTIFICATION="C"
LC_ALL=C

Python2.7

    $ uname -a
    Linux debian 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1+deb8u6 (2015-11-09) x86_64 GNU/Linux
    $ python --version
    Python 2.7.9
    $ pip --version
    pip 8.1.1 from /usr/local/lib/python2.7/dist-packages (python 2.7)
    $ unset LC_ALL
    $ pip install virtualenv
    Traceback (most recent call last):
      File "/usr/local/bin/pip", line 11, in <module>
        sys.exit(main())
      File "/usr/local/lib/python2.7/dist-packages/pip/__init__.py", line 215, in main
        locale.setlocale(locale.LC_ALL, '')
      File "/usr/lib/python2.7/locale.py", line 579, in setlocale
        return _setlocale(category, locale)
    locale.Error: unsupported locale setting
    $ export LC_ALL=C
    $ pip install virtualenv
    Requirement already satisfied (use --upgrade to upgrade): virtualenv in /usr/local/lib/python2.7/dist-packages