Jak naprawić ostrzeżenie o ustawieniach regionalnych z Perla

Oto Jak to rozwiązać na Mac OS X v10.7 (Lion) lub Cygwin (Windows 10):

Dodaj następujące linie do pliku bashrc lub bash_profile na komputerze hosta:

# Setting for the new UTF-8 terminal support in Lion
export LC_CTYPE=en_US.UTF-8
export LC_ALL=en_US.UTF-8

Jeśli używasz z shell (zsh), Edytuj plik zshrc :

# Setting for the new UTF-8 terminal support in Lion
LC_CTYPE=en_US.UTF-8
LC_ALL=en_US.UTF-8

Jeśli tworzysz rootfs używając debootstrap, będziesz musiał wygenerować ustawienia regionalne. Możesz to zrobić uruchamiając:

# (optional) enable missing locales
sudo nano /etc/locale.gen

# then regenerate
sudo locale-gen

Ta końcówka pochodzi z https://help.ubuntu.com/community/Xen

Użycie:

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

Działa dla Debiana . Nie wiem dlaczego - ale locale-gen nie miał wyników.

Ogólnie oznacza to, że nie ustawiłeś poprawnie ustawień regionalnych na swoim Linuksie.

Na Debianie lub Ubuntu, oznacza to, że musisz zrobić

$ sudo locale-gen
$ sudo dpkg-reconfigure locales

Zobacz także Man locale-gen .

Tylko dla użytkowników macOS i Mac OS X

Otrzymałem to samo ostrzeżenie podczas używania Git

Aby rozwiązać to Ostrzeżenie odznacz opcję Set locale environment variable on startup i uruchom ponownie terminal. Poniżej zrzut ekranu przedstawia Moje ustawienia terminala.

Jest to prosta poprawka w Ubuntu. Musisz wygenerować Lokalizacje od podstaw, uruchamiając następujące polecenia z linii poleceń:

sudo locale-gen en_US en_US.UTF-8
sudo dpkg-reconfigure locales

To powinno utworzyć lokalizacje, a następnie je ponownie skonfigurować.

Dodanie do /etc/environment naprawiono problem dla mnie na Debianie i Ubuntu (oczywiście zmodyfikuj, aby dopasować ustawienia regionalne, których chcesz użyć):

LANGUAGE=en_US.UTF-8
LC_ALL=en_US.UTF-8
LANG=en_US.UTF-8
LC_CTYPE=en_US.UTF-8

Używam teraz tego:

$ cat /etc/environment
...
LC_ALL=en_US.UTF-8
LANG=en_US.UTF-8

Następnie wyloguj się z sesji SSH i zaloguj się ponownie.

Stara odpowiedź:

Tylko to mi pomogło:

$ locale
locale: Cannot set LC_ALL to default locale: No such file or directory
LANG=en_US.UTF-8
LANGUAGE=
LC_CTYPE=en_US.UTF-8
LC_NUMERIC=ru_RU.UTF-8
LC_TIME=ru_RU.UTF-8
LC_COLLATE="en_US.UTF-8"
LC_MONETARY=ru_RU.UTF-8
LC_MESSAGES="en_US.UTF-8"
LC_PAPER=ru_RU.UTF-8
LC_NAME=ru_RU.UTF-8
LC_ADDRESS=ru_RU.UTF-8
LC_TELEPHONE=ru_RU.UTF-8
LC_MEASUREMENT=ru_RU.UTF-8
LC_IDENTIFICATION=ru_RU.UTF-8
LC_ALL=

$ sudo su

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

# locale-gen en_US.UTF-8
Generating locales...
  en_US.UTF-8... up-to-date
Generation complete.

# dpkg-reconfigure locales
Generating locales...
  en_AG.UTF-8... done
  en_AU.UTF-8... done
  en_BW.UTF-8... done
  en_CA.UTF-8... done
  en_DK.UTF-8... done
  en_GB.UTF-8... done
  en_HK.UTF-8... done
  en_IE.UTF-8... done
  en_IN.UTF-8... done
  en_NG.UTF-8... done
  en_NZ.UTF-8... done
  en_PH.UTF-8... done
  en_SG.UTF-8... done
  en_US.UTF-8... up-to-date
  en_ZA.UTF-8... done
  en_ZM.UTF-8... done
  en_ZW.UTF-8... done
Generation complete.

# exit

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

W Debianie, po długich poszukiwaniach, udało się.

Pierwszy:

sudo apt-get purge locales

Wtedy:

sudo aptitude install locales

I słynny:

sudo dpkg-reconfigure locales

Powoduje to przerwanie systemu locale, a następnie ponowne zainstalowanie locale i obniżenie wersji libc6 z 2.19 do 2.13, co jest problemem. Następnie ponownie konfiguruje lokalizacje.

Ustawimy ustawienia regionalne, które nie zostaną wyłączone po ponownym uruchomieniu.

Najpierw otwórz plik Bash i edytuj go:

nano .bashrc

Dodaj te linie do pliku:

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

Aktywuj zmianę, przeładowując Basha:

source ~/.bashrc

Wyniki testu:

locale

Jeśli używasz Mac OS X v10.10 (Yosemite) lub nowszego, aby połączyć się z serwerem Linux, możesz wykonać następujące kroki.

1. Zachowaj oryginalny plik/etc/ssh / SSHD-config

2. Załóż swoje~/.bash_profile

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

3. Run

   dpkg-reconfigure locales
   

   I wybierz " en_US.UTF-8"

Dla Ubuntu użyj tego,

#export LANGUAGE=en_US.UTF-8
#export LC_ALL=en_US.UTF-8
#export LANG=en_US.UTF-8
#export LC_TYPE=en_US.UTF-8

Musisz odpowiednio skonfigurować locale w /etc/default/locale, Wyloguj się, Zaloguj się , a następnie uruchom zwykłe polecenia

root@host:~# echo -e 'LANG=en_US.UTF-8\nLC_ALL=en_US.UTF-8' > /etc/default/locale
root@host:~# exit
local-user@local:~$ ssh root@host
root@host:~# locale-gen en_US.UTF-8
root@host:~# dpkg-reconfigure locales

sudo nano /etc/locale.gen

Odkomentuj lokalizacje, których chcesz użyć (np. en_US.UTF-8 UTF-8):

Następnie uruchom:

sudo /usr/sbin/locale-gen

Źródło: Konfigurowanie Lokalizacji

perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_ALL to default locale: No such file or directory

Rozwiązanie:

Spróbuj tego (uk_UA.UTF-8 to moje obecne ustawienia regionalne. Napisz swoje locale, na przykład en_US.UTF-8 !)

sudo locale-gen uk_UA.UTF-8

sudo dpkg-reconfigure locales

Dla mnie poprawiłem ten błąd edytując .plik bashrc , Dodawanie eksportu. Dodaj po początkowych komentarzach.

Dodaj obsługę języka.

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

Dodanie poprawnego locale do ~/.bashrc, ~/.bash_profile, /etc/environment i tym podobne rozwiąże problem, jednak nie jest to zalecane, ponieważ zastępuje ustawienia z /etc/default/locale, co jest w najlepszym razie mylące i może prowadzić do tego, że lokalizacje nie są konsekwentnie stosowane w najgorszym.

Zamiast tego należy edytować /etc/default/locale bezpośrednio, co może wyglądać mniej więcej tak:

LANG=en_US.UTF-8
LANGUAGE=en_US:en
LC_CTYPE=en_US

Zmiana wejdzie w życie przy następnym zalogowaniu. Możesz uzyskać nowe locale w istniejącej powłoce poprzez sourcing /etc/default/locale Jak to:

$ . /etc/default/locale

Dla każdego, kto łączy się z DigitalOcean lub innym dostawcą usług hostingowych w chmurze od iTerm2.aplikacja na macOS v10.13 (High Sierra) i uzyskanie tego błędu na niektórych komendach:

perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
    LANGUAGE = (unset),
    LC_ALL = (unset),
    LC_CTYPE = "UTF-8",
    LANG = "en_US.UTF-8"
  are supported and installed on your system.
perl: warning: Falling back to a fallback locale ("en_US.UTF-8").

To naprawiło problem dla mnie:

Po zaakceptowanej odpowiedzi:

LANG = C SSH hunter2.

LC_ALL=C SSH hunter2

Po stronie klienta zrobił dla mnie sztuczkę.

Z zsh ohmyzsh dodałem to do .zshrc:

 # You may need to manually set your language environment
 LANGUAGE=en_US.UTF-8
 LANG=en_US.UTF-8
 LC_CTYPE=en_US.UTF-8
 LC_ALL=en_US.UTF-8

Poprzez usunięcie linii export LANG=en_US.UTF-8

Otworzyłem nową zakładkę i SSHed w, pracował dla mnie:)

Dla użytkowników Debiana, mam ten problem po modyfikacji ustawień regionalnych, aby zmienić język maszyny. Tak zrobiłem:

1. Modyfikuj .bashrc:

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

2. Uncomment line fr_FR.UTF-8 in file etc/locale.gen -> sudo locale-gen Aby wygenerować brakujący pakiet

3. sudo update-locale

4. sudo dpkg-reconfigure locales aby skonfigurować ustawienia regionalne na fr_FR.UTF-8

5. Dodaj dodatkowe linie do pliku etc/default/locale:

   LANGUAGE=en_US.UTF-8
   LC_ALL=en_US.UTF-8
   LANG=en_US.UTF-8
   LC_TYPE=en_US.UTF-8
   

6. Zrestartuj mój komputer i wszystko działa fine

Dodaj LC_ALL="en_GB.utf8" do /etc/environment i uruchom ponownie. To wszystko.

Eksportuj zmienną

$ export LANGUAGE=en_US.UTF-8
$ export LC_ALL=en_US.UTF-8
$ export LANG=en_US.UTF-8
$ export LC_CTYPE=en_US.UTF-8

Następny bieg

$ sudo locale-gen
$ sudo dpkg-reconfigure locales 

Po uruchomieniu dpkg-reconfigure locales prosi Cię o wybranie ustawień regionalnych, wybierz en_US.UTF-8 . Jeśli uruchomisz to wybierając wszystkie lokalizacje, konfiguracja zajmie trochę czasu.

W moim przypadku, z Debianem 8.6 (Jessie), musiałem zmienić ustawienia w:

/etc/ssh/ssh_config` for `#AcceptEnv LANG LC_*

I

sshd_config dla #SendEnv LANG LC_*

Następnie uruchom ponownie usługę {[3] }.

locale-gen en_US.UTF-8 i dpkg-reconfigure locales

Dodaj brakujące lokalizacje do pliku .bash_profile:

echo "export LANGUAGE=en_US.UTF-8
export LANG=en_US.UTF-8
export LC_ALL=en_US.UTF-8">>~/.bash_profile

Następnie źródło .bash_profile plik:

source ~/.bash_profile

Źródło problemu

Doświadczyłem tego, logując się z jednej maszyny do drugiej przez ssh. Zdalna maszyna nie miała plików lokalnych, które miałem na lokalnej maszynie. Możesz albo wyłączyć przekazywanie ustawień regionalnych z lokalnego komputera do zdalnego komputera (w pliku /etc/ssh/sshd_config usuń linię AcceptEnv LANG LC_CTYPE …) lub zainstalować Ustawienia regionalne (zmiana nie jest w tym przypadku konieczna).

Instalowanie

On Fedora, Red Hat Linux , oraz CentOS użyłem

sudo dnf install langpacks-de

Dla pakietów języka niemieckiego (de). Wylogowałam się, weszłam i zadziałało.

Szukaj innych langpacków za pomocą

dnf search langpacks-

Zmiana / Aktywacja

Aby wymienić dostępne lokalizacje, których użyłem

localectl list-locales

I ustawić nowy

sudo localectl set-locale de_DE.utf8

Jak zawsze diabeł tkwi w szczegółach...

On Mac OS X v10.7.5 (Lion), aby naprawić jakiś błąd Django , w moim ~/.bash_profile ustawiłem:

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

I z kolei przez długi czas otrzymywałem to Ostrzeżenie podczas używania Perla.

export LANG=en_EN.UTF-8

Do

export LANG=en_US.UTF-8

W moim przypadku było to wyjście:

LANGUAGE = (unset),
LC_ALL = (unset),
LC_PAPER = "ro_RO.UTF-8",
LC_ADDRESS = "ro_RO.UTF-8",
....

Rozwiązaniem było:

sudo locale-gen ro_RO.UTF-8

Jeśli nie obchodzi cię problem z locale, możesz ustawić PERL_BADLANG=0. Oczywiście może to skutkować nieprawidłową lokalizacją.