Quando corro perl, recebo o aviso:

perl: aviso: falha na configuração da localidade.
perl: warning: verifique se suas configurações de localidade:
    LANGUAGE = (não definido),
    LC_ALL = (não definido),
    LANG = "pt_BR.UTF-8"
são suportados e instalados no seu sistema.
perl: warning: Voltando ao código do idioma padrão ("C").

Como faço para corrigir isso?

Seu sistema operacional não conhece en_US.UTF-8 .

Você não mencionou uma plataforma específica, mas posso reproduzir seu problema:

% uname -a
OSF1 hunter2 V5.1 2650 alpha
% perl -e exit
perl: aviso: falha na configuração da localidade.
perl: warning: verifique se suas configurações de localidade:
    LC_ALL = (não definido),
    LANG = "pt_BR.UTF-8"
    são suportados e instalados no seu sistema.
perl: warning: Voltando ao código do idioma padrão ("C").

Meu palpite é que você usou o ssh para conectar-se a esse host mais antigo a partir de uma máquina mais recente. É comum /etc/ssh/sshd_configconter

AcceptEnv LANG LC_*

que permite que os clientes propaguem os valores dessas variáveis ​​de ambiente em novas sessões.

O aviso fornece uma dica sobre como esmagá-lo, se você não precisar do local completo:

% env LANG = C perl -e saída
%

ou com bash:

$ LANG = C saída perl -e
$ 

Para uma correção permanente, escolha uma das

1. No host mais antigo, defina a LANGvariável de ambiente no arquivo de inicialização do seu shell.
2. Modificar o seu ambiente no lado do cliente, por exemplo , ao invés de ssh hunter2, use o comando LANG=C ssh hunter2.
3. Se você possui direitos de administrador, pare o ssh de enviar as variáveis ​​de ambiente comentando a SendEnv LANG LC_*linha no arquivo local /etc/ssh/ssh_config . (Graças a esta resposta . Veja o Bug 1285 para OpenSSH para mais.)

Veja como resolvê-lo no Mac OS Lion (10.7) ou Cygwin (Windows 10):

Adicione as seguintes linhas ao seu bashrc ou bash_profile na máquina host:

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

Se você estiver usando o zsh, edite o zshrc:

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

Se você estiver criando um rootfs usando o debootstrap, precisará gerar os códigos de idioma. Você pode fazer isso executando:

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

# then regenerate
sudo locale-gen

Esta dica vem de, https://help.ubuntu.com/community/Xen

Usar:

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

Funciona para o Debian . Não sei por que - mas a locale-gen não teve resultados.

Importante! É uma solução temporária. Tem que ser executado para cada sessão.

Isso geralmente significa que você não configurou corretamente os códigos de idioma na sua caixa Linux.

No Debian ou Ubuntu, isso significa que você precisa fazer

$ sudo locale-gen
localidades $ sudo dpkg-reconfigure

Veja também man locale-gen .

Apenas para usuários do macOS e Mac OS X

Eu estava recebendo o mesmo aviso enquanto usava o Git

Para resolver este aviso Desmarque a Set locale environment variable on startupopção e reinicie o seu terminal. A captura de tela abaixo representa minhas configurações de terminal.

É uma correção simples no Ubuntu. Você precisa gerar os códigos de idioma do zero, executando os seguintes comandos na linha de comando:

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

Isso deve criar os códigos de idioma e reconfigurá-los.

Adicionando o seguinte para /etc/environmentcorrigir o problema para mim no Debian e Ubuntu (é claro, modifique para corresponder ao local que você deseja usar):

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

Agora estou usando isso:

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

Em seguida, efetue logout da sessão SSH e efetue login novamente.

Resposta antiga:

Só isso me ajudou:

$ 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

no Debian depois de muita pesquisa, isso fez o truque.

primeiro:

sudo apt-get purge locales

então:

sudo aptitude install locales

e os famosos:

sudo dpkg-reconfigure locales

Isso libera o sistema de códigos de idioma e, em seguida, reinstala os códigos de idioma e diminui a libc6 de 2.19 para 2.13, que é o problema. Em seguida, configura as localidades novamente.

Esta é uma resposta rápida. Definiremos localidades que não são definidas após a reinicialização. Primeiro abra o arquivo bash e edite-o:

nano .bashrc

adicione estas linhas ao arquivo:

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

ativar a alteração recarregando o bash:

source ~/.bashrc

Resultado dos testes :

locale

Para o Ubuntu, use isso,

#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

Trabalhou para mim.

Se você usa o Mac OS X v10.10 (Yosemite) ou superior para conectar-se ao servidor Linux, pode tentar estas etapas.

1. Mantenha seu arquivo / etc / ssh / sshd-config original

2. Coloque no seu ~ / .bash_profile

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

3. Corre

   dpkg-reconfigure locales

   E selecione "en_US.UTF-8"

sudo nano /etc/locale.gen

Remova o comentário dos locais que você deseja usar (por exemplo en_US.UTF-8 UTF-8):

Então corra:

sudo /usr/sbin/locale-gen

Fonte: http://people.debian.org/~schultmc/locales.html

Você precisa locale configure apropriadamente em /etc/default/locale, logout, o login e execute os comandos regulares

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

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

Solução:

Tente isso ( uk_UA.UTF-8 é meu local atual. Escreva seu local, por exemplo en_US.UTF-8 !)

sudo locale-gen uk_UA.UTF-8

e isto.

sudo dpkg-reconfigure locales

para mim, eu corrijo esse erro ao editar o arquivo .bashrc e adicionar exportação. Adicionar após comentários iniciais.

Adicione suporte ao idioma.

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

Kind Regads,

Adicionando o local correto ~/.bashrc, ~/.bash_profile, /etc/environmente assim por diante vai resolver o problema, no entanto, não é recomendado, uma vez que substitui as configurações de /etc/default/locale, que é confuso na melhor das hipóteses e pode levar a localidades não ser aplicadas de forma consistente na pior das hipóteses.

Em vez disso, deve-se editar /etc/default/localediretamente, que pode ser algo como isto:

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

A alteração entrará em vigor na próxima vez que você efetuar login. Você pode obter o novo código do idioma em um shell existente, fornecendo o /etc/default/localeseguinte:

$ . /etc/default/locale

Para qualquer pessoa que esteja se conectando ao DigitalOcean ou a outro provedor de hospedagem em nuvem do iTerm2.app no ​​MacOS High Sierra e recebendo este erro em alguns comandos:

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").

Isso corrigiu o problema para mim:

Eu sei que esta discussão é antiga, mas talvez alguém ache isso útil. Eu sei como isso pode ser irritante.

Após a resposta aceita:

LANG = C ssh hunter2.

LC_ALL = C ssh hunter2

do lado do cliente fez o truque para mim.

Com o zsh ohmyzsh, adicionei isso ao .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

Removendo a linha export LANG=en_US.UTF-8

Reabriu uma nova guia e SSHed, trabalhou para mim :)

Adicionar LC_ALL="en_GB.utf8"a /etc/environmente reinicie. Isso é tudo.

Como sempre, o diabo está nos detalhes ...

No Mac OS X 10.7.5 (Lion), para corrigir algum erro do Django , no meu ~/.bash_profileconjunto:

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

Por um longo tempo, recebi esse aviso ao usar Perl.

Foi mal! Como percebi muito mais tarde, meu sistema é en_US.UTF-8! Corrigi-o simplesmente mudando de

export LANG=en_EN.UTF-8

para

export LANG=en_US.UTF-8

Se você não se importa com o problema da localidade, pode definirPERL_BADLANG=0 . Obviamente, isso pode resultar em localização incorreta.

Todas as respostas anteriores estão erradas. A mensagem é clara - falta de localidade. A solução é adicionar o código do idioma apropriado. Você faz isso editando o arquivo /etc/locale.gen, remova o sinal # na frente do código do idioma que está sendo relatado como ausente e, em seguida, emitindo o comando:

$ sudo locale-gen

Na verdade, isso irá gerar os códigos de idioma especificados em /etc/locale.gen e, portanto, a mensagem não será mostrada.

no meu caso, com o debian8.6, tive que alterar as configurações em:

/etc/ssh/ssh_config para #AcceptEnv LANG LC_*

e sshd_configpara#SendEnv LANG LC_*

em seguida, reinicie o serviço ssh.

enfim, fez

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

Adicionar localidades ausentes ao .bash_profile

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

Em seguida, forneça seu .bash_profile

source ~/.bash_profile

No meu caso, esta foi a saída:

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

A solução foi:

sudo locale-gen ro_RO.UTF-8

sshsobrescreve variáveis ​​de localidade LC por padrão. Veja /etc/ssh/sshd_config:

AcceptEnv LANG LC_*

Então, talvez você precise definir essas variáveis ​​no shell local.

Para mim, no Ubuntu 16.04 (Xenial Xerus), funcionou o seguinte:

root@host:~#locale-gen en_GB.UTF-8
root@host:~#localectl set-locale LANG=en_GB.UTF-8,LC_ALL=en_GB.UTF-8

Então reinicie ...