Updated my arch linux server and now I get tmux: need UTF-8 locale (LC_CTYPE) but have ANSI_X3.4-1968

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP











up vote
19
down vote

favorite
5












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?










share|improve this question

























    up vote
    19
    down vote

    favorite
    5












    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?










    share|improve this question























      up vote
      19
      down vote

      favorite
      5









      up vote
      19
      down vote

      favorite
      5






      5





      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?










      share|improve this question













      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






      share|improve this question













      share|improve this question











      share|improve this question




      share|improve this question










      asked Apr 20 '16 at 19:30









      RPi Awesomeness

      3352310




      3352310




















          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.






          share|improve this answer




















          • 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










          • 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

















          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)





          share|improve this answer





























            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






            share|improve this answer



























              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






              share|improve this answer




















              • Why does this solve the problem? And how does your answer differ from the already existing ones?
                – nohillside
                Mar 25 at 16:19

















              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





              share|improve this answer






















                Your Answer







                StackExchange.ready(function()
                var channelOptions =
                tags: "".split(" "),
                id: "106"
                ;
                initTagRenderer("".split(" "), "".split(" "), channelOptions);

                StackExchange.using("externalEditor", function()
                // Have to fire editor after snippets, if snippets enabled
                if (StackExchange.settings.snippets.snippetsEnabled)
                StackExchange.using("snippets", function()
                createEditor();
                );

                else
                createEditor();

                );

                function createEditor()
                StackExchange.prepareEditor(
                heartbeatType: 'answer',
                convertImagesToLinks: false,
                noModals: false,
                showLowRepImageUploadWarning: true,
                reputationToPostImages: null,
                bindNavPrevention: true,
                postfix: "",
                onDemand: true,
                discardSelector: ".discard-answer"
                ,immediatelyShowMarkdownHelp:true
                );



                );













                 

                draft saved


                draft discarded


















                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






























                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.






                share|improve this answer




















                • 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










                • 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














                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.






                share|improve this answer




















                • 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










                • 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












                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.






                share|improve this answer












                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.







                share|improve this answer












                share|improve this answer



                share|improve this answer










                answered Apr 22 '16 at 18:03









                Hitechcomputergeek

                38616




                38616











                • 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










                • 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










                • @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












                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)





                share|improve this answer


























                  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)





                  share|improve this answer
























                    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)





                    share|improve this answer














                    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)






                    share|improve this answer














                    share|improve this answer



                    share|improve this answer








                    edited Apr 13 '17 at 12:36









                    Community♦

                    1




                    1










                    answered Apr 20 '16 at 23:33









                    Thomas Dickey

                    50.2k587157




                    50.2k587157




















                        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






                        share|improve this answer
























                          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






                          share|improve this answer






















                            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






                            share|improve this answer












                            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







                            share|improve this answer












                            share|improve this answer



                            share|improve this answer










                            answered Jun 9 '16 at 1:27









                            Kokizzu

                            2,12663156




                            2,12663156




















                                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






                                share|improve this answer




















                                • Why does this solve the problem? And how does your answer differ from the already existing ones?
                                  – nohillside
                                  Mar 25 at 16:19














                                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






                                share|improve this answer




















                                • Why does this solve the problem? And how does your answer differ from the already existing ones?
                                  – nohillside
                                  Mar 25 at 16:19












                                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






                                share|improve this answer












                                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







                                share|improve this answer












                                share|improve this answer



                                share|improve this answer










                                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
















                                • 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










                                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





                                share|improve this answer


























                                  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





                                  share|improve this answer
























                                    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





                                    share|improve this answer














                                    I had this one as well. My solution was …



                                    apt search locales


                                    I got a list, then install this …



                                    apt install locales-all






                                    share|improve this answer














                                    share|improve this answer



                                    share|improve this answer








                                    edited Aug 19 at 10:53









                                    Anthony Geoghegan

                                    7,29933852




                                    7,29933852










                                    answered Aug 19 at 10:05









                                    bulldogbat

                                    1




                                    1



























                                         

                                        draft saved


                                        draft discarded















































                                         


                                        draft saved


                                        draft discarded














                                        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













































































                                        Popular posts from this blog

                                        How to check contact read email or not when send email to Individual?

                                        Bahrain

                                        Postfix configuration issue with fips on centos 7; mailgun relay