Como corrijo os problemas de localidade que aparecem quando uso VPSs?

4

No meu VPS, quando digito localidade para um novo usuário, recebo o seguinte:

tarmac@vps48:~/log$ locale     
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
LANG=en_US.ISO-8859-15
LANGUAGE=en_US:en
LC_CTYPE="en_US.ISO-8859-15"
LC_NUMERIC="en_US.ISO-8859-15"
LC_TIME="en_US.ISO-8859-15"
LC_COLLATE="en_US.ISO-8859-15"
LC_MONETARY="en_US.ISO-8859-15"
LC_MESSAGES="en_US.ISO-8859-15"
LC_PAPER="en_US.ISO-8859-15"
LC_NAME="en_US.ISO-8859-15"
LC_ADDRESS="en_US.ISO-8859-15"
LC_TELEPHONE="en_US.ISO-8859-15"
LC_MEASUREMENT="en_US.ISO-8859-15"
LC_IDENTIFICATION="en_US.ISO-8859-15"
LC_ALL=

Isso obviamente não está correto porque me lança todos os tipos de avisos. Como faço para corrigir isso?

    
por Nigel 10.06.2011 / 22:49

2 respostas

2

Você pode criar manualmente as definições de localidade ausentes: sudo locale-gen en_US.ISO-8859-15 .

Outra opção é padronizar para uma localidade diferente, por exemplo, C.UTF-8 ou POSIX , que deve existir. Para tentar, no bash: export LC_ALL=POSIX . Se ele funciona em uma sessão interativa, você pode adicioná-lo a /etc/skel/.bashrc de onde ele pode ser selecionado para novos diretórios home de usuário por adduser .

    
por taneli 09.02.2012 / 18:09
0

Eu tive que usar

locale-gen en

para corrigir isso. O parâmetro 'en' foi necessário e, para minha surpresa, outras alternativas (como en_GB ou en_GB.UTF8) não pareciam funcionar, enquanto que o fez.

    
por Rick-777 27.06.2012 / 13:41

Tags