Zaktualizowałem mój arch. Serwer Linux i teraz otrzymuję tmux: potrzebuję ustawień regionalnych UTF-8 (LC_CTYPE), ale mam ANSI_X3.4-1968

29

Niedawno zaktualizowałem mój serwer Arch Linux i podczas tego procesu tmux został zaktualizowany. Używałem tmuxpodczas aktualizacji i korzystałem z niej później, ale wszystko podczas tej samej sesji SSH.

Teraz jednak za każdym razem, gdy próbuję wydać dowolne tmuxpolecenie, pojawia się ten błąd:

tmux: need UTF-8 locale (LC_CTYPE) but have ANSI_X3.4-1968

Oto dane wyjściowe z locale -aserwera:

$ locale -a
C
POSIX

i na moim komputerze (Ubuntu 15.10):

$ locale -a
C
C.UTF-8
en_AG
en_AG.utf8
en_AU.utf8
en_BW.utf8
en_CA.utf8
en_DK.utf8
en_GB.utf8
en_HK.utf8
en_IE.utf8
en_IN
en_IN.utf8
en_NG
en_NG.utf8
en_NZ.utf8
en_PH.utf8
en_SG.utf8
en_US.utf8
en_ZA.utf8
en_ZM
en_ZM.utf8
en_ZW.utf8
POSIX

Co się dzieje i jak to naprawić?

RPiAwesomeness
źródło

Odpowiedzi:

32

Dokładnie to samo mi się przydarzyło. Opierając się na tym, co powiedział Thomas, byłem w stanie to naprawić, usuwając komentarz en_US.UTF-8 UTF-8z mojego /etc/locale.genpliku (poprzednio żadna z linii nie została odkomentowana), a następnie uruchomiłem locale-gen.

Hitechcomputergeek
źródło
Na przykład aktualizacja mogła zastąpić dostosowany locale.genplik.
Thomas Dickey,
@ThomasDickey Bardziej prawdopodobne jest, że Arch Linux ARM był po prostu głupi, ponieważ Arch Linux ARM robi pewne głupie rzeczy na domyślnym obrazie, takie jak wysyłanie z bezużytecznymi pakietami, które nie działają, ponieważ brakuje im zależności. Wiem jednak, że nigdy nie dotknąłem tego pliku.
Hitechcomputergeek
I sądząc po nazwie użytkownika @ RPiAwesomeness, domyślam się, że serwer ten to Raspberry Pi z Arch Linux ARM. (przy okazji uruchamiam Ubuntu na moim laptopie i Arch na serwerze Pi)
Hitechcomputergeek 22.04.16
@Hitechcomputergeek Rzeczywiście tak jest, na pulpicie jest Ubuntu w wersji 15.10, a serwer to Pi 2 z Arch Linux ARM: D
RPiAwesomeness 22.04.16
1
Miałem ten sam problem z aktualizacją do Debian 9 Stretch, ponieważ moje ustawienia regionalne systemu to en_CA.UTF-8. Tego nie skomentowano w /etc/locale.gen. Ale en_US.UTF-8 został skomentowany i bez tego tmux rzucił ten dokładny błąd. To sugeruje, że jeśli twoje ustawienia regionalne to en_US, to nie zobaczysz tego problemu.
Profesor Falken,
3

Poniższe łącze rozwiązuje mój problem:

sudo localectl set-locale LANG=en_CA.UTF-8
# or change to en_US.UTF-8 depends on your locale-gen

generuje plik, /etc/locale.confktóry rozwiązuje ten problem

Kokizzu
źródło
Musiałem to zrobić oprócz powyższego, aby naprawić to dla mojego malinowego działającego ramienia łukowego. Użyłem więc, sudo localectl set-locale LANG=nl_BE.UTF-8że również wpadłem na błąd, org.freedesktop.PolicyKit1 not provided on daemonktóry przez pewien czas postawił mnie na niewłaściwej stopie, ale ten błąd był po prostu dlatego, że uruchomiłem polecenie bez sudo(mam zły nawyk pozostawiania otwartego terminala, który już jest podniesiony)
oneindelijk
2

Być może twoje uaktualnienie zastąpiło używany alias lokalizacji i nie zapewniło użytecznej ścieżki uaktualnienia do nowych nazw. Możesz ponownie wygenerować informacje o ustawieniach regionalnych na serwerze, ale pamiętaj, że problem może dotyczyć Twojego /etc/locale.genlub locale.confpliku.

Dalsza lektura:

Thomas Dickey
źródło
2

Ja też to miałem. Moim rozwiązaniem było…

apt search locales

Mam listę, a następnie zainstaluj to…

apt install locales-all
bulldogbat
źródło
Pytanie wspomina o Arch Linux, który nie używa apt do zarządzania pakietami.
mat
-1

echo "LC_ALL = en_US.UTF-8" >> / etc / environment
echo "en_US.UTF-8 UTF-8" >> /etc/locale.gen
echo "LANG = en_US.UTF-8"> / etc / locale .conf
locale-gen en_US.UTF-8

Dan
źródło
Dlaczego to rozwiązuje problem? A czym twoja odpowiedź różni się od już istniejących?
nohillside