Quand j'essayais d'utiliser pelican3.3, j'ai tapé la commande "pelican-quickstart", des erreurs sont apparues.
Voici les erreurs:
(PelicanEnv)59-127-113-90:myblog Richo$ pelican-quickstart
Traceback (most recent call last):
File "/Users/Richo/Dropbox/Github/PelicanEnv/bin/pelican-quickstart", line 9, in <module>
load_entry_point('pelican==3.3', 'console_scripts', 'pelican-quickstart')()
File "/Users/Richo/Dropbox/Github/PelicanEnv/lib/python2.7/site-packages/pkg_resources.py", line 378, in load_entry_point
return get_distribution(dist).load_entry_point(group, name)
File "/Users/Richo/Dropbox/Github/PelicanEnv/lib/python2.7/site-packages/pkg_resources.py", line 2566, in load_entry_point
return ep.load()
File "/Users/Richo/Dropbox/Github/PelicanEnv/lib/python2.7/site-packages/pkg_resources.py", line 2260, in load
entry = __import__(self.module_name, globals(),globals(), ['__name__'])
File "/Users/Richo/Dropbox/Github/PelicanEnv/lib/python2.7/site-packages/pelican/__init__.py", line 16, in <module>
from pelican.generators import (ArticlesGenerator, PagesGenerator,
File "/Users/Richo/Dropbox/Github/PelicanEnv/lib/python2.7/site-packages/pelican/generators.py", line 20, in <module>
from pelican.readers import Readers
File "/Users/Richo/Dropbox/Github/PelicanEnv/lib/python2.7/site-packages/pelican/readers.py", line 11, in <module>
import docutils.core
File "/Users/Richo/Dropbox/Github/PelicanEnv/lib/python2.7/site-packages/docutils/core.py", line 20, in <module>
from docutils import frontend, io, utils, readers, writers
File "/Users/Richo/Dropbox/Github/PelicanEnv/lib/python2.7/site-packages/docutils/frontend.py", line 41, in <module>
import docutils.utils
File "/Users/Richo/Dropbox/Github/PelicanEnv/lib/python2.7/site-packages/docutils/utils/__init__.py", line 20, in <module>
import docutils.io
File "/Users/Richo/Dropbox/Github/PelicanEnv/lib/python2.7/site-packages/docutils/io.py", line 18, in <module>
from docutils.utils.error_reporting import locale_encoding, ErrorString, ErrorOutput
File "/Users/Richo/Dropbox/Github/PelicanEnv/lib/python2.7/site-packages/docutils/utils/error_reporting.py", line 47, in <module>
locale_encoding = locale.getlocale()[1] or locale.getdefaultlocale()[1]
File "/Users/Richo/Dropbox/Github/PelicanEnv/lib/python2.7/locale.py", line 513, in getdefaultlocale
return _parse_localename(localename)
File "/Users/Richo/Dropbox/Github/PelicanEnv/lib/python2.7/locale.py", line 445, in _parse_localename
raise ValueError, 'unknown locale: %s' % localename
ValueError: unknown locale: UTF-8
Mon système d'exploitation est OS X Mavericks.
python
python-2.7
pelican
Richo
la source
la source
Réponses:
Vous pouvez essayer une solution publiée ici ou ici . En gros, ajoutez quelques lignes à votre ~ / .bash_profile:
Il existe un rapport de bogue exceptionnel lié à ce problème. Il semble que Python formule des hypothèses sur le format des noms de paramètres régionaux qui ne sont pas universellement valables. La définition explicite de ces variables d'environnement n'est en fait qu'une solution de contournement pour ce bogue.
[Edit:] Comme @asmeurer le souligne correctement, le correctif ci-dessus suppose l'anglais et les États-Unis. Vous devriez vraiment choisir votre langue préférée dans la liste fournie par
locale -a
(généralement celle qui se termine parUTF-8
).la source
echo -e "export LC_ALL=en_US.UTF-8\nexport LANG=en_US.UTF-8" >> ~/.bashrc && source ~/.bashrc
LANG
la chaîne correcte pour votre locale (vous pouvez toutes les lister aveclocale -a
), généralement en utilisant celle qui se termine parUTF-8
.La réponse de Gerrat fonctionne, et je pense que nous devrions mentionner que si vous utilisez quelque
zsh
chose comme , vous devriez ajouter des lignes à~/.zshrc
au lieu de~/.bash_profile
ou~/.bash_rc
la source
Les réponses à l'étage étaient super rapides! Mais je crois que les gens paresseux comme moi veulent changer l'environnement global au cas où ils ne changeraient plus jamais tout en passant à un autre utilisateur de connexion. Nous devons donc changer le fichier comme:
Et puis ajoutez les deux lignes dans les fichiers suivants
N'oubliez pas de ne pas en manquer un, cela ne fonctionne pas pour moi seulement $ LANG ou $ LC_ALL. Après cela, exécutez la commande pour activer l'environnement.
Encore une fois, les paresseux comme moi peuvent terminer en une seule ligne de commande.
la source
Je republie ma réponse à cette question ici, car elle a été marquée comme un double de celle-ci, et la réponse acceptée à cette question est erronée à bien des égards.
Il s'agit d'un bogue dans l'application Terminal OS X qui n'apparaît que dans certaines régions (combinaisons pays / langue). Ouvrez Terminal dans / Applications / Utilitaires et décochez la case «Définir les variables d'environnement locales au démarrage».
Cela définira votre
LANG
variable d'environnement pour qu'elle soit vide. Cela peut entraîner l'utilisation du terminal de paramètres incorrects pour vos paramètres régionaux. La commande locale dans le terminal vous indiquera quels paramètres sont utilisés. Pour utiliser la bonne langue, ajoutez une ligne à votre profil bash (généralement~/.profile
)Remplacez
your-lang
par le spécificateur de paramètres régionaux correct pour votre langue. La commandelocale -a
vous montrera tous les spécificateurs. Par exemple, le code de langue pour l'anglais américain esten_US.UTF-8
. Les paramètres régionaux affectent les traductions utilisées lorsqu'elles sont disponibles, ainsi que le formatage des dates, des devises et des décimales.Notez que cette image et ce contenu proviennent de http://conda.pydata.org/docs/troubleshooting.html#unknown-locale (je suis également l'auteur original de cette page).
la source
Aucune des solutions mentionnées ici n'a fonctionné pour moi en exécutant un projet python 3.7 dans un environnement de moteur d'application local.
Bien que je puisse récupérer les paramètres régionaux via la ligne de commande très bien:
Ce paramètre régional est introuvable dans l'environnement du moteur d'application:
J'ai donc dû définir explicitement
env_variables
dans mon fichier app.yaml:Et cela a résolu le bug.
la source
Pour une raison quelconque, j'avais également besoin de:
la source