Pelican 3.3 pelican-quickstart eroare "ValueError: necunoscut localizare: UTF-8"

Ai putea încerca o soluție postat aici sau aici. Practic, se adaugă câteva linii de la ~/.bash_profile:

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

Există o remarcabil bug report în legătură cu această problemă. Se pare că Python face unele presupuneri despre formatul de localizare nume care nu't universal valabile. În mod explicit stabilirea acestor mediu vars este de fapt doar o soluție pentru bug.

[Edit:] Ca @asmeurer subliniază în mod corect, cele de mai sus fix presupune engleză și SUA ar trebui să alegeți dumneavoastră preferat locale din lista de date de localizare -un` (în general una care se termină în "UTF-8").

Gerrat's a răspunde funcționează, și cred că ar trebui să menționez că, dacă utilizați ceva de genul zsh, tu ar trebui să adăugați linii de a~/.zshrc "în loc de"~/.bash_profile "sau"~/.bash_rc`

Sus, răspunsurile au fost repede mare! Dar eu cred că oamenii lenesi ca mine vreau sa schimb global de mediu în cazul în care nu se schimbă niciodată din nou în timp ce schimba la un alt utilizator. Deci, avem nevoie pentru a schimba fișiere, cum ar fi:

sudo vi /etc/profile or sudo vi /etc/bashrc

Și apoi se adaugă două linii în următoarele fișiere

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

Amintiți-vă, nu ratați unul dintre ei, nu't de lucru pentru mine doar $LANG sau $LC_ALL. După care se execută comanda la activ mediul.

sudo source /etc/profile 
sudo source /etc/bashrc
source ~/.bash_profile 
source ~/.zshrc

Din nou, oamenii lenesi ca mine poate termina într-o singură linie de comandă.

echo -e "export LC_ALL=en_US.UTF-8\nexport LANG=en_US.UTF-8" >> ~/.bash_profile && source ~/.bash_profile

Am'm reposting răspunsul meu din această întrebare aici, din moment ce a fost marcat ca un duplicat de pe acesta, și a acceptat răspunsul la această întrebare este greșit în multe feluri.

Acesta este un bug in OS X Terminal app, care apare numai în anumite locații (țară/combinații de limbi). Deschide un Terminal în /Applications/Utilities și debifați caseta "Set locale variabilele de mediu la pornire".

Aceasta va seta LANG variabila de mediu să fie gol. Acest lucru poate provoca de utilizare a terminalului la setările incorecte pentru locale. Localizare comandă în Terminal va spune ce setări sunt utilizate. Pentru a folosi corect limba, adăugați o linie la bash profil (de obicei ~/.profil)

export LANG=your-lang

Înlocuiți-ta-langcorect locale specificator pentru limba dumneavoastră. Comandalocale-o va arăta toate proiectanti. De exemplu, codul de limbă pentru NOI în limba engleză este ro.UTF-8. Localizare afectează ceea ce traducerile sunt utilizate atunci când acestea sunt disponibile, și, de asemenea, cum de date, monede, și zecimale sunt formatate.

Notă, această imagine și conținut au fost luate de la http://conda.pydata.org/docs/troubleshooting.html#unknown-locale (m-am'm, de asemenea, autorul original al paginii).

Nici una dintre soluțiile menționate aici a lucrat pentru mine execută un piton 3.7 proiect într-o aplicație locală motor de mediu.

Deși am putea prelua locale prin linia de comandă bine:

python3 -c 'import locale; print(locale.getdefaultlocale());'
('en_US', 'UTF-8')  

Asta locale nu ar putea fi găsit în app engine mediu:

File "/usr/local/Cellar/python/3.7.3/Frameworks/Python.framework/Versions/3.7/lib/python3.7/locale.py", line 568, in getdefaultlocale
    return _parse_localename(localename)
File "/usr/local/Cellar/python/3.7.3/Frameworks/Python.framework/Versions/3.7/lib/python3.7/locale.py", line 495, in _parse_localename
    raise ValueError('unknown locale: %s' % localename)
ValueError: unknown locale: UTF-8

Așa că a trebuit să setați explicit env_variables în aplicația mea.yaml:

env_variables:
  LC_ALL: "en_US:UTF_8"
  LC_CTYPE: "en_US:UTF_8"

Și asta a rezolvat bug-ul.

Pentru unii motiv, am, de asemenea, nevoie de:

export LC_CTYPE=en_US.UTF-8