Как я решаю проблемы локали, который, кажется, поднимается, когда я использую VPSs
На моем VPS, когда я ввожу локаль для нового пользователя, я получаю следующее:
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=
Это, очевидно, не корректно, потому что это бросает меня все виды предупреждений. Как я фиксирую это?
2 ответа
Можно вручную создать недостающие определения локали: sudo locale-gen en_US.ISO-8859-15.
Другая опция состоит в том, чтобы принять значение по умолчанию к другой локали, например C.UTF-8 или POSIX который должен существовать. Попробовать, в ударе: export LC_ALL=POSIX. Если это работает на интерактивной сессии, можно добавить его к /etc/skel/.bashrc от того, где это может быть поднято к новым пользовательским корневым каталогам adduser.
Я должен был использовать
locale-gen en
зафиксировать это. 'en' параметр требовался и, к моему удивлению, другие альтернативы (такие как en_GB или en_GB.UTF8), казалось, не работали, тогда как en сделал.