Updated my arch linux server and now I get tmux: need UTF-8 locale (LC_CTYPE) but have ANSI_X3.4-1968
Clash Royale CLAN TAG#URR8PPP
up vote
19
down vote
favorite
I recently updated my Arch Linux server and during that process tmux got updated. I was using tmux
while the upgrade was going on and used it afterwards, but all during the same SSH session.
Now, however, whenever I try to issue any tmux
command I get this error:
tmux: need UTF-8 locale (LC_CTYPE) but have ANSI_X3.4-1968
Here's the output from locale -a
on the server:
$ locale -a
C
POSIX
and on my machine (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
What's going on and how do I fix it?
arch-linux tmux locale unicode
add a comment |Â
up vote
19
down vote
favorite
I recently updated my Arch Linux server and during that process tmux got updated. I was using tmux
while the upgrade was going on and used it afterwards, but all during the same SSH session.
Now, however, whenever I try to issue any tmux
command I get this error:
tmux: need UTF-8 locale (LC_CTYPE) but have ANSI_X3.4-1968
Here's the output from locale -a
on the server:
$ locale -a
C
POSIX
and on my machine (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
What's going on and how do I fix it?
arch-linux tmux locale unicode
add a comment |Â
up vote
19
down vote
favorite
up vote
19
down vote
favorite
I recently updated my Arch Linux server and during that process tmux got updated. I was using tmux
while the upgrade was going on and used it afterwards, but all during the same SSH session.
Now, however, whenever I try to issue any tmux
command I get this error:
tmux: need UTF-8 locale (LC_CTYPE) but have ANSI_X3.4-1968
Here's the output from locale -a
on the server:
$ locale -a
C
POSIX
and on my machine (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
What's going on and how do I fix it?
arch-linux tmux locale unicode
I recently updated my Arch Linux server and during that process tmux got updated. I was using tmux
while the upgrade was going on and used it afterwards, but all during the same SSH session.
Now, however, whenever I try to issue any tmux
command I get this error:
tmux: need UTF-8 locale (LC_CTYPE) but have ANSI_X3.4-1968
Here's the output from locale -a
on the server:
$ locale -a
C
POSIX
and on my machine (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
What's going on and how do I fix it?
arch-linux tmux locale unicode
arch-linux tmux locale unicode
asked Apr 20 '16 at 19:30
RPi Awesomeness
3352310
3352310
add a comment |Â
add a comment |Â
5 Answers
5
active
oldest
votes
up vote
22
down vote
accepted
The same exact thing happened to me. Building on what Thomas said above, I was able to fix it by uncommenting en_US.UTF-8 UTF-8
in my /etc/locale.gen
file (previously none of the lines had been uncommented), then running locale-gen
.
For example, an upgrade may have overwritten your customizedlocale.gen
file.
â Thomas Dickey
Apr 22 '16 at 20:37
@ThomasDickey More likely Arch Linux ARM was just being stupid, as Arch Linux ARM does some rather dumb things in the default image like shipping with useless packages that don't work because they're missing dependencies. I know I never touched that file, though.
â Hitechcomputergeek
Apr 22 '16 at 21:16
And, judging from @RPiAwesomeness's username, I'm guessing that the server in question happens to be a Raspberry Pi running Arch Linux ARM. (btw I run Ubuntu on my laptop and Arch on my Pi server too)
â Hitechcomputergeek
Apr 22 '16 at 21:17
@Hitechcomputergeek Indeed it is, desktop is Ubuntu proper 15.10 & server is a Pi 2 with Arch Linux ARM :D
â RPi Awesomeness
Apr 22 '16 at 23:50
I had the same problem upgrading to Debian 9 Stretch , because my system locale is en_CA.UTF-8. That was un-commented in /etc/locale.gen. But en_US.UTF-8 was commented out and without that tmux threw that exact error. So that suggests if your locale is en_US then you won't see this issue.
â Professor Falken
Mar 11 '17 at 1:45
add a comment |Â
up vote
2
down vote
Perhaps your upgrade replaced the locale alias you were using and did not provide a useful upgrade path to the new name(s). You can regenerate locale information on the server, but keep in mind that the problem may be in your /etc/locale.gen
or locale.conf
file.
Further reading:
Locale (Arch wiki)- Why is almost every program complaining about my locale?
- cannot set locale (systemd)
add a comment |Â
up vote
1
down vote
Following this link solves my problem:
sudo localectl set-locale LANG=en_CA.UTF-8
# or change to en_US.UTF-8 depends on your locale-gen
it generates a file /etc/locale.conf
that fixes this issue
add a comment |Â
up vote
-1
down vote
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
Why does this solve the problem? And how does your answer differ from the already existing ones?
â nohillside
Mar 25 at 16:19
add a comment |Â
up vote
-1
down vote
I had this one as well. My solution was â¦
apt search locales
I got a list, then install this â¦
apt install locales-all
add a comment |Â
5 Answers
5
active
oldest
votes
5 Answers
5
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
22
down vote
accepted
The same exact thing happened to me. Building on what Thomas said above, I was able to fix it by uncommenting en_US.UTF-8 UTF-8
in my /etc/locale.gen
file (previously none of the lines had been uncommented), then running locale-gen
.
For example, an upgrade may have overwritten your customizedlocale.gen
file.
â Thomas Dickey
Apr 22 '16 at 20:37
@ThomasDickey More likely Arch Linux ARM was just being stupid, as Arch Linux ARM does some rather dumb things in the default image like shipping with useless packages that don't work because they're missing dependencies. I know I never touched that file, though.
â Hitechcomputergeek
Apr 22 '16 at 21:16
And, judging from @RPiAwesomeness's username, I'm guessing that the server in question happens to be a Raspberry Pi running Arch Linux ARM. (btw I run Ubuntu on my laptop and Arch on my Pi server too)
â Hitechcomputergeek
Apr 22 '16 at 21:17
@Hitechcomputergeek Indeed it is, desktop is Ubuntu proper 15.10 & server is a Pi 2 with Arch Linux ARM :D
â RPi Awesomeness
Apr 22 '16 at 23:50
I had the same problem upgrading to Debian 9 Stretch , because my system locale is en_CA.UTF-8. That was un-commented in /etc/locale.gen. But en_US.UTF-8 was commented out and without that tmux threw that exact error. So that suggests if your locale is en_US then you won't see this issue.
â Professor Falken
Mar 11 '17 at 1:45
add a comment |Â
up vote
22
down vote
accepted
The same exact thing happened to me. Building on what Thomas said above, I was able to fix it by uncommenting en_US.UTF-8 UTF-8
in my /etc/locale.gen
file (previously none of the lines had been uncommented), then running locale-gen
.
For example, an upgrade may have overwritten your customizedlocale.gen
file.
â Thomas Dickey
Apr 22 '16 at 20:37
@ThomasDickey More likely Arch Linux ARM was just being stupid, as Arch Linux ARM does some rather dumb things in the default image like shipping with useless packages that don't work because they're missing dependencies. I know I never touched that file, though.
â Hitechcomputergeek
Apr 22 '16 at 21:16
And, judging from @RPiAwesomeness's username, I'm guessing that the server in question happens to be a Raspberry Pi running Arch Linux ARM. (btw I run Ubuntu on my laptop and Arch on my Pi server too)
â Hitechcomputergeek
Apr 22 '16 at 21:17
@Hitechcomputergeek Indeed it is, desktop is Ubuntu proper 15.10 & server is a Pi 2 with Arch Linux ARM :D
â RPi Awesomeness
Apr 22 '16 at 23:50
I had the same problem upgrading to Debian 9 Stretch , because my system locale is en_CA.UTF-8. That was un-commented in /etc/locale.gen. But en_US.UTF-8 was commented out and without that tmux threw that exact error. So that suggests if your locale is en_US then you won't see this issue.
â Professor Falken
Mar 11 '17 at 1:45
add a comment |Â
up vote
22
down vote
accepted
up vote
22
down vote
accepted
The same exact thing happened to me. Building on what Thomas said above, I was able to fix it by uncommenting en_US.UTF-8 UTF-8
in my /etc/locale.gen
file (previously none of the lines had been uncommented), then running locale-gen
.
The same exact thing happened to me. Building on what Thomas said above, I was able to fix it by uncommenting en_US.UTF-8 UTF-8
in my /etc/locale.gen
file (previously none of the lines had been uncommented), then running locale-gen
.
answered Apr 22 '16 at 18:03
Hitechcomputergeek
38616
38616
For example, an upgrade may have overwritten your customizedlocale.gen
file.
â Thomas Dickey
Apr 22 '16 at 20:37
@ThomasDickey More likely Arch Linux ARM was just being stupid, as Arch Linux ARM does some rather dumb things in the default image like shipping with useless packages that don't work because they're missing dependencies. I know I never touched that file, though.
â Hitechcomputergeek
Apr 22 '16 at 21:16
And, judging from @RPiAwesomeness's username, I'm guessing that the server in question happens to be a Raspberry Pi running Arch Linux ARM. (btw I run Ubuntu on my laptop and Arch on my Pi server too)
â Hitechcomputergeek
Apr 22 '16 at 21:17
@Hitechcomputergeek Indeed it is, desktop is Ubuntu proper 15.10 & server is a Pi 2 with Arch Linux ARM :D
â RPi Awesomeness
Apr 22 '16 at 23:50
I had the same problem upgrading to Debian 9 Stretch , because my system locale is en_CA.UTF-8. That was un-commented in /etc/locale.gen. But en_US.UTF-8 was commented out and without that tmux threw that exact error. So that suggests if your locale is en_US then you won't see this issue.
â Professor Falken
Mar 11 '17 at 1:45
add a comment |Â
For example, an upgrade may have overwritten your customizedlocale.gen
file.
â Thomas Dickey
Apr 22 '16 at 20:37
@ThomasDickey More likely Arch Linux ARM was just being stupid, as Arch Linux ARM does some rather dumb things in the default image like shipping with useless packages that don't work because they're missing dependencies. I know I never touched that file, though.
â Hitechcomputergeek
Apr 22 '16 at 21:16
And, judging from @RPiAwesomeness's username, I'm guessing that the server in question happens to be a Raspberry Pi running Arch Linux ARM. (btw I run Ubuntu on my laptop and Arch on my Pi server too)
â Hitechcomputergeek
Apr 22 '16 at 21:17
@Hitechcomputergeek Indeed it is, desktop is Ubuntu proper 15.10 & server is a Pi 2 with Arch Linux ARM :D
â RPi Awesomeness
Apr 22 '16 at 23:50
I had the same problem upgrading to Debian 9 Stretch , because my system locale is en_CA.UTF-8. That was un-commented in /etc/locale.gen. But en_US.UTF-8 was commented out and without that tmux threw that exact error. So that suggests if your locale is en_US then you won't see this issue.
â Professor Falken
Mar 11 '17 at 1:45
For example, an upgrade may have overwritten your customized
locale.gen
file.â Thomas Dickey
Apr 22 '16 at 20:37
For example, an upgrade may have overwritten your customized
locale.gen
file.â Thomas Dickey
Apr 22 '16 at 20:37
@ThomasDickey More likely Arch Linux ARM was just being stupid, as Arch Linux ARM does some rather dumb things in the default image like shipping with useless packages that don't work because they're missing dependencies. I know I never touched that file, though.
â Hitechcomputergeek
Apr 22 '16 at 21:16
@ThomasDickey More likely Arch Linux ARM was just being stupid, as Arch Linux ARM does some rather dumb things in the default image like shipping with useless packages that don't work because they're missing dependencies. I know I never touched that file, though.
â Hitechcomputergeek
Apr 22 '16 at 21:16
And, judging from @RPiAwesomeness's username, I'm guessing that the server in question happens to be a Raspberry Pi running Arch Linux ARM. (btw I run Ubuntu on my laptop and Arch on my Pi server too)
â Hitechcomputergeek
Apr 22 '16 at 21:17
And, judging from @RPiAwesomeness's username, I'm guessing that the server in question happens to be a Raspberry Pi running Arch Linux ARM. (btw I run Ubuntu on my laptop and Arch on my Pi server too)
â Hitechcomputergeek
Apr 22 '16 at 21:17
@Hitechcomputergeek Indeed it is, desktop is Ubuntu proper 15.10 & server is a Pi 2 with Arch Linux ARM :D
â RPi Awesomeness
Apr 22 '16 at 23:50
@Hitechcomputergeek Indeed it is, desktop is Ubuntu proper 15.10 & server is a Pi 2 with Arch Linux ARM :D
â RPi Awesomeness
Apr 22 '16 at 23:50
I had the same problem upgrading to Debian 9 Stretch , because my system locale is en_CA.UTF-8. That was un-commented in /etc/locale.gen. But en_US.UTF-8 was commented out and without that tmux threw that exact error. So that suggests if your locale is en_US then you won't see this issue.
â Professor Falken
Mar 11 '17 at 1:45
I had the same problem upgrading to Debian 9 Stretch , because my system locale is en_CA.UTF-8. That was un-commented in /etc/locale.gen. But en_US.UTF-8 was commented out and without that tmux threw that exact error. So that suggests if your locale is en_US then you won't see this issue.
â Professor Falken
Mar 11 '17 at 1:45
add a comment |Â
up vote
2
down vote
Perhaps your upgrade replaced the locale alias you were using and did not provide a useful upgrade path to the new name(s). You can regenerate locale information on the server, but keep in mind that the problem may be in your /etc/locale.gen
or locale.conf
file.
Further reading:
Locale (Arch wiki)- Why is almost every program complaining about my locale?
- cannot set locale (systemd)
add a comment |Â
up vote
2
down vote
Perhaps your upgrade replaced the locale alias you were using and did not provide a useful upgrade path to the new name(s). You can regenerate locale information on the server, but keep in mind that the problem may be in your /etc/locale.gen
or locale.conf
file.
Further reading:
Locale (Arch wiki)- Why is almost every program complaining about my locale?
- cannot set locale (systemd)
add a comment |Â
up vote
2
down vote
up vote
2
down vote
Perhaps your upgrade replaced the locale alias you were using and did not provide a useful upgrade path to the new name(s). You can regenerate locale information on the server, but keep in mind that the problem may be in your /etc/locale.gen
or locale.conf
file.
Further reading:
Locale (Arch wiki)- Why is almost every program complaining about my locale?
- cannot set locale (systemd)
Perhaps your upgrade replaced the locale alias you were using and did not provide a useful upgrade path to the new name(s). You can regenerate locale information on the server, but keep in mind that the problem may be in your /etc/locale.gen
or locale.conf
file.
Further reading:
Locale (Arch wiki)- Why is almost every program complaining about my locale?
- cannot set locale (systemd)
edited Apr 13 '17 at 12:36
Communityâ¦
1
1
answered Apr 20 '16 at 23:33
Thomas Dickey
50.2k587157
50.2k587157
add a comment |Â
add a comment |Â
up vote
1
down vote
Following this link solves my problem:
sudo localectl set-locale LANG=en_CA.UTF-8
# or change to en_US.UTF-8 depends on your locale-gen
it generates a file /etc/locale.conf
that fixes this issue
add a comment |Â
up vote
1
down vote
Following this link solves my problem:
sudo localectl set-locale LANG=en_CA.UTF-8
# or change to en_US.UTF-8 depends on your locale-gen
it generates a file /etc/locale.conf
that fixes this issue
add a comment |Â
up vote
1
down vote
up vote
1
down vote
Following this link solves my problem:
sudo localectl set-locale LANG=en_CA.UTF-8
# or change to en_US.UTF-8 depends on your locale-gen
it generates a file /etc/locale.conf
that fixes this issue
Following this link solves my problem:
sudo localectl set-locale LANG=en_CA.UTF-8
# or change to en_US.UTF-8 depends on your locale-gen
it generates a file /etc/locale.conf
that fixes this issue
answered Jun 9 '16 at 1:27
Kokizzu
2,12663156
2,12663156
add a comment |Â
add a comment |Â
up vote
-1
down vote
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
Why does this solve the problem? And how does your answer differ from the already existing ones?
â nohillside
Mar 25 at 16:19
add a comment |Â
up vote
-1
down vote
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
Why does this solve the problem? And how does your answer differ from the already existing ones?
â nohillside
Mar 25 at 16:19
add a comment |Â
up vote
-1
down vote
up vote
-1
down vote
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
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
answered Mar 25 at 14:48
Dan
1
1
Why does this solve the problem? And how does your answer differ from the already existing ones?
â nohillside
Mar 25 at 16:19
add a comment |Â
Why does this solve the problem? And how does your answer differ from the already existing ones?
â nohillside
Mar 25 at 16:19
Why does this solve the problem? And how does your answer differ from the already existing ones?
â nohillside
Mar 25 at 16:19
Why does this solve the problem? And how does your answer differ from the already existing ones?
â nohillside
Mar 25 at 16:19
add a comment |Â
up vote
-1
down vote
I had this one as well. My solution was â¦
apt search locales
I got a list, then install this â¦
apt install locales-all
add a comment |Â
up vote
-1
down vote
I had this one as well. My solution was â¦
apt search locales
I got a list, then install this â¦
apt install locales-all
add a comment |Â
up vote
-1
down vote
up vote
-1
down vote
I had this one as well. My solution was â¦
apt search locales
I got a list, then install this â¦
apt install locales-all
I had this one as well. My solution was â¦
apt search locales
I got a list, then install this â¦
apt install locales-all
edited Aug 19 at 10:53
Anthony Geoghegan
7,29933852
7,29933852
answered Aug 19 at 10:05
bulldogbat
1
1
add a comment |Â
add a comment |Â
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f277909%2fupdated-my-arch-linux-server-and-now-i-get-tmux-need-utf-8-locale-lc-ctype-bu%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password