SSH to FreeBSD in UTF-8

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











up vote
3
down vote

favorite












I'm trying to ssh to FreeBSD-11.2-Release from my Windows machine using Mintty, but when I set LC_ALL to en_US.UTF-8 and try to enter/paste a non-ASCII character, connection got closed.



I'm using Cygwin, and have also tried Qterminal and Terminator.



Does FreeBSD have a problem with UTF-8 characters at 11.2-Release version? Or is this just Windows-specific (by which I mean macOS or Linux users have no issue with it)?



Note: I don't have any window system installed on the FreeBSD machine.










share|improve this question





















  • Cross posted a PR at bugs.freebsd.org
    – DannyNiu
    Nov 30 at 2:08










  • In the PR you refer to my answer here and state it needs to be set per user. You can do a system wide change with the "default" class in login.conf
    – Claus Andersen
    Dec 1 at 8:47














up vote
3
down vote

favorite












I'm trying to ssh to FreeBSD-11.2-Release from my Windows machine using Mintty, but when I set LC_ALL to en_US.UTF-8 and try to enter/paste a non-ASCII character, connection got closed.



I'm using Cygwin, and have also tried Qterminal and Terminator.



Does FreeBSD have a problem with UTF-8 characters at 11.2-Release version? Or is this just Windows-specific (by which I mean macOS or Linux users have no issue with it)?



Note: I don't have any window system installed on the FreeBSD machine.










share|improve this question





















  • Cross posted a PR at bugs.freebsd.org
    – DannyNiu
    Nov 30 at 2:08










  • In the PR you refer to my answer here and state it needs to be set per user. You can do a system wide change with the "default" class in login.conf
    – Claus Andersen
    Dec 1 at 8:47












up vote
3
down vote

favorite









up vote
3
down vote

favorite











I'm trying to ssh to FreeBSD-11.2-Release from my Windows machine using Mintty, but when I set LC_ALL to en_US.UTF-8 and try to enter/paste a non-ASCII character, connection got closed.



I'm using Cygwin, and have also tried Qterminal and Terminator.



Does FreeBSD have a problem with UTF-8 characters at 11.2-Release version? Or is this just Windows-specific (by which I mean macOS or Linux users have no issue with it)?



Note: I don't have any window system installed on the FreeBSD machine.










share|improve this question













I'm trying to ssh to FreeBSD-11.2-Release from my Windows machine using Mintty, but when I set LC_ALL to en_US.UTF-8 and try to enter/paste a non-ASCII character, connection got closed.



I'm using Cygwin, and have also tried Qterminal and Terminator.



Does FreeBSD have a problem with UTF-8 characters at 11.2-Release version? Or is this just Windows-specific (by which I mean macOS or Linux users have no issue with it)?



Note: I don't have any window system installed on the FreeBSD machine.







ssh freebsd tty unicode






share|improve this question













share|improve this question











share|improve this question




share|improve this question










asked Nov 29 at 6:42









DannyNiu

1366




1366











  • Cross posted a PR at bugs.freebsd.org
    – DannyNiu
    Nov 30 at 2:08










  • In the PR you refer to my answer here and state it needs to be set per user. You can do a system wide change with the "default" class in login.conf
    – Claus Andersen
    Dec 1 at 8:47
















  • Cross posted a PR at bugs.freebsd.org
    – DannyNiu
    Nov 30 at 2:08










  • In the PR you refer to my answer here and state it needs to be set per user. You can do a system wide change with the "default" class in login.conf
    – Claus Andersen
    Dec 1 at 8:47















Cross posted a PR at bugs.freebsd.org
– DannyNiu
Nov 30 at 2:08




Cross posted a PR at bugs.freebsd.org
– DannyNiu
Nov 30 at 2:08












In the PR you refer to my answer here and state it needs to be set per user. You can do a system wide change with the "default" class in login.conf
– Claus Andersen
Dec 1 at 8:47




In the PR you refer to my answer here and state it needs to be set per user. You can do a system wide change with the "default" class in login.conf
– Claus Andersen
Dec 1 at 8:47










1 Answer
1






active

oldest

votes

















up vote
5
down vote



accepted










You claim setting LC_ALL but I am not sure you are doing it correctly. Everything is actually covered in The FreeBSD Handbook: 22.2. Using Localization



I would strongly recommend that you use the "Login Classes Method" (login.conf) rather than the "Shell Startup File Method" (.profile) as it is much more consistent across the system and shells.



When people then say they have modified language related settings they often forget 2 things:



  1. When changing either /etc/login.conf (system wide) or ~/.login.conf (user) you need to run cap_mkdb to have any effect!

  2. And when testing remember to start a new session!

The first thing is to verify your settings by running the command locale. On a vanilla FreeBSD system it will show you this:



$ locale
LANG=
LC_CTYPE="C"
LC_COLLATE="C"
LC_TIME="C"
LC_NUMERIC="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_ALL=


With these settings, you will have Unicode problems with the most common terminals. I am using PuTTY, but am not able to paste the following test into the terminal:



ÆØÅ жз ઑ ᱵ


This is because the default setting of FreeBSD is not to use unicode. This answer was tested against 11.2 but in the future from 13 and onwards the default will be "C.UTF8" and no change will be needed. On a vanilla install you can, however, make a very quick check by setting your user to use "russian". The reason is that russian is the only language defined out of the box (in /etc/login.conf) and it is using unicode.



pw usermod johndoe -L russian


Now login to a new session using the "johndoe" account (whatever your user is named). You will now be able to paste unicode (from the test above) into the shell. Verify how the settings has been picked up using locale



$ locale
LANG=ru_RU.UTF-8
LC_CTYPE="ru_RU.UTF-8"
LC_COLLATE="ru_RU.UTF-8"
LC_TIME="ru_RU.UTF-8"
LC_NUMERIC="ru_RU.UTF-8"
LC_MONETARY="ru_RU.UTF-8"
LC_MESSAGES="ru_RU.UTF-8"
LC_ALL=


As I now have verified that basic unicode actually works - then I can start setting things to my liking. As I am danish, I will perform the following simple steps:



1. Add language settings



For each language I need I will add a section to /etc/login.conf



danish|Danish Users Accounts:
:charset=UTF-8:
:lang=da_DK.UTF-8:
:tc=default:


2. Update database



Whenever you edit the source login.conf, you need to update the database.



cap_mkdb /etc/login.conf


3. Set user languages



I usually use pw to manage my users. Now I just need to specify the language when I create or modify my users.



pw useradd janedoe -L danish


TIP: My personal preference is to not change the system wide "default" but keep it as default. Then I set the language for system accounts such as "postgres". If you have very specific settings needed for a system account not covered by your language setting, then I would create a separate "language" (login class) for that account in /etc/login.conf. This keeps things nice and tidy.



TIP 2: The above shows how to set class on user basis. If you want a system wide change you can change the "default" class in login.conf.



PuTTY TIP: Your terminal naturally needs to be UTF-8 aware as well. In PuTTY this is in the settings: Window ⮕ Translation. I have mine set to "UTF-8". If you are in the CJK area you might want to check "Treat CJK ambiguous characters as wide". And Cyrillic users usually likes "Caps Lock acts as Cyrillic switch".






share|improve this answer






















  • Does work in the version I'm using. I heard it got fixed in 13-CURRENT.
    – DannyNiu
    Nov 30 at 1:31






  • 1




    @Claus, thanks for the detailed answer. In response to "This is because the default setting of FreeBSD is not to use unicode," I think it was mostly a momentum and political problem. The default locale has always been and will be "C." Unfortunately, there was no UTF-8 C locale until very recently and as you can imagine, it is politically insensitive to set the default locale to, e.g., "en_US.UTF-8." Anyway, since r340144 (13-CURRENT — thanks yuripv@!), we have a "C.UTF-8" locale, and it is the default.
    – Conrad Meyer
    Nov 30 at 2:07







  • 1




    @Conrad Meyer - super! - I did not know that. It will be great with more zane defaults. The world is slowly moving on from iso-8859-1 and Windows 1252 (And 850 and 865 and...)
    – Claus Andersen
    Dec 1 at 8:51










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: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
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%2f484832%2fssh-to-freebsd-in-utf-8%23new-answer', 'question_page');

);

Post as a guest















Required, but never shown

























1 Answer
1






active

oldest

votes








1 Answer
1






active

oldest

votes









active

oldest

votes






active

oldest

votes








up vote
5
down vote



accepted










You claim setting LC_ALL but I am not sure you are doing it correctly. Everything is actually covered in The FreeBSD Handbook: 22.2. Using Localization



I would strongly recommend that you use the "Login Classes Method" (login.conf) rather than the "Shell Startup File Method" (.profile) as it is much more consistent across the system and shells.



When people then say they have modified language related settings they often forget 2 things:



  1. When changing either /etc/login.conf (system wide) or ~/.login.conf (user) you need to run cap_mkdb to have any effect!

  2. And when testing remember to start a new session!

The first thing is to verify your settings by running the command locale. On a vanilla FreeBSD system it will show you this:



$ locale
LANG=
LC_CTYPE="C"
LC_COLLATE="C"
LC_TIME="C"
LC_NUMERIC="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_ALL=


With these settings, you will have Unicode problems with the most common terminals. I am using PuTTY, but am not able to paste the following test into the terminal:



ÆØÅ жз ઑ ᱵ


This is because the default setting of FreeBSD is not to use unicode. This answer was tested against 11.2 but in the future from 13 and onwards the default will be "C.UTF8" and no change will be needed. On a vanilla install you can, however, make a very quick check by setting your user to use "russian". The reason is that russian is the only language defined out of the box (in /etc/login.conf) and it is using unicode.



pw usermod johndoe -L russian


Now login to a new session using the "johndoe" account (whatever your user is named). You will now be able to paste unicode (from the test above) into the shell. Verify how the settings has been picked up using locale



$ locale
LANG=ru_RU.UTF-8
LC_CTYPE="ru_RU.UTF-8"
LC_COLLATE="ru_RU.UTF-8"
LC_TIME="ru_RU.UTF-8"
LC_NUMERIC="ru_RU.UTF-8"
LC_MONETARY="ru_RU.UTF-8"
LC_MESSAGES="ru_RU.UTF-8"
LC_ALL=


As I now have verified that basic unicode actually works - then I can start setting things to my liking. As I am danish, I will perform the following simple steps:



1. Add language settings



For each language I need I will add a section to /etc/login.conf



danish|Danish Users Accounts:
:charset=UTF-8:
:lang=da_DK.UTF-8:
:tc=default:


2. Update database



Whenever you edit the source login.conf, you need to update the database.



cap_mkdb /etc/login.conf


3. Set user languages



I usually use pw to manage my users. Now I just need to specify the language when I create or modify my users.



pw useradd janedoe -L danish


TIP: My personal preference is to not change the system wide "default" but keep it as default. Then I set the language for system accounts such as "postgres". If you have very specific settings needed for a system account not covered by your language setting, then I would create a separate "language" (login class) for that account in /etc/login.conf. This keeps things nice and tidy.



TIP 2: The above shows how to set class on user basis. If you want a system wide change you can change the "default" class in login.conf.



PuTTY TIP: Your terminal naturally needs to be UTF-8 aware as well. In PuTTY this is in the settings: Window ⮕ Translation. I have mine set to "UTF-8". If you are in the CJK area you might want to check "Treat CJK ambiguous characters as wide". And Cyrillic users usually likes "Caps Lock acts as Cyrillic switch".






share|improve this answer






















  • Does work in the version I'm using. I heard it got fixed in 13-CURRENT.
    – DannyNiu
    Nov 30 at 1:31






  • 1




    @Claus, thanks for the detailed answer. In response to "This is because the default setting of FreeBSD is not to use unicode," I think it was mostly a momentum and political problem. The default locale has always been and will be "C." Unfortunately, there was no UTF-8 C locale until very recently and as you can imagine, it is politically insensitive to set the default locale to, e.g., "en_US.UTF-8." Anyway, since r340144 (13-CURRENT — thanks yuripv@!), we have a "C.UTF-8" locale, and it is the default.
    – Conrad Meyer
    Nov 30 at 2:07







  • 1




    @Conrad Meyer - super! - I did not know that. It will be great with more zane defaults. The world is slowly moving on from iso-8859-1 and Windows 1252 (And 850 and 865 and...)
    – Claus Andersen
    Dec 1 at 8:51














up vote
5
down vote



accepted










You claim setting LC_ALL but I am not sure you are doing it correctly. Everything is actually covered in The FreeBSD Handbook: 22.2. Using Localization



I would strongly recommend that you use the "Login Classes Method" (login.conf) rather than the "Shell Startup File Method" (.profile) as it is much more consistent across the system and shells.



When people then say they have modified language related settings they often forget 2 things:



  1. When changing either /etc/login.conf (system wide) or ~/.login.conf (user) you need to run cap_mkdb to have any effect!

  2. And when testing remember to start a new session!

The first thing is to verify your settings by running the command locale. On a vanilla FreeBSD system it will show you this:



$ locale
LANG=
LC_CTYPE="C"
LC_COLLATE="C"
LC_TIME="C"
LC_NUMERIC="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_ALL=


With these settings, you will have Unicode problems with the most common terminals. I am using PuTTY, but am not able to paste the following test into the terminal:



ÆØÅ жз ઑ ᱵ


This is because the default setting of FreeBSD is not to use unicode. This answer was tested against 11.2 but in the future from 13 and onwards the default will be "C.UTF8" and no change will be needed. On a vanilla install you can, however, make a very quick check by setting your user to use "russian". The reason is that russian is the only language defined out of the box (in /etc/login.conf) and it is using unicode.



pw usermod johndoe -L russian


Now login to a new session using the "johndoe" account (whatever your user is named). You will now be able to paste unicode (from the test above) into the shell. Verify how the settings has been picked up using locale



$ locale
LANG=ru_RU.UTF-8
LC_CTYPE="ru_RU.UTF-8"
LC_COLLATE="ru_RU.UTF-8"
LC_TIME="ru_RU.UTF-8"
LC_NUMERIC="ru_RU.UTF-8"
LC_MONETARY="ru_RU.UTF-8"
LC_MESSAGES="ru_RU.UTF-8"
LC_ALL=


As I now have verified that basic unicode actually works - then I can start setting things to my liking. As I am danish, I will perform the following simple steps:



1. Add language settings



For each language I need I will add a section to /etc/login.conf



danish|Danish Users Accounts:
:charset=UTF-8:
:lang=da_DK.UTF-8:
:tc=default:


2. Update database



Whenever you edit the source login.conf, you need to update the database.



cap_mkdb /etc/login.conf


3. Set user languages



I usually use pw to manage my users. Now I just need to specify the language when I create or modify my users.



pw useradd janedoe -L danish


TIP: My personal preference is to not change the system wide "default" but keep it as default. Then I set the language for system accounts such as "postgres". If you have very specific settings needed for a system account not covered by your language setting, then I would create a separate "language" (login class) for that account in /etc/login.conf. This keeps things nice and tidy.



TIP 2: The above shows how to set class on user basis. If you want a system wide change you can change the "default" class in login.conf.



PuTTY TIP: Your terminal naturally needs to be UTF-8 aware as well. In PuTTY this is in the settings: Window ⮕ Translation. I have mine set to "UTF-8". If you are in the CJK area you might want to check "Treat CJK ambiguous characters as wide". And Cyrillic users usually likes "Caps Lock acts as Cyrillic switch".






share|improve this answer






















  • Does work in the version I'm using. I heard it got fixed in 13-CURRENT.
    – DannyNiu
    Nov 30 at 1:31






  • 1




    @Claus, thanks for the detailed answer. In response to "This is because the default setting of FreeBSD is not to use unicode," I think it was mostly a momentum and political problem. The default locale has always been and will be "C." Unfortunately, there was no UTF-8 C locale until very recently and as you can imagine, it is politically insensitive to set the default locale to, e.g., "en_US.UTF-8." Anyway, since r340144 (13-CURRENT — thanks yuripv@!), we have a "C.UTF-8" locale, and it is the default.
    – Conrad Meyer
    Nov 30 at 2:07







  • 1




    @Conrad Meyer - super! - I did not know that. It will be great with more zane defaults. The world is slowly moving on from iso-8859-1 and Windows 1252 (And 850 and 865 and...)
    – Claus Andersen
    Dec 1 at 8:51












up vote
5
down vote



accepted







up vote
5
down vote



accepted






You claim setting LC_ALL but I am not sure you are doing it correctly. Everything is actually covered in The FreeBSD Handbook: 22.2. Using Localization



I would strongly recommend that you use the "Login Classes Method" (login.conf) rather than the "Shell Startup File Method" (.profile) as it is much more consistent across the system and shells.



When people then say they have modified language related settings they often forget 2 things:



  1. When changing either /etc/login.conf (system wide) or ~/.login.conf (user) you need to run cap_mkdb to have any effect!

  2. And when testing remember to start a new session!

The first thing is to verify your settings by running the command locale. On a vanilla FreeBSD system it will show you this:



$ locale
LANG=
LC_CTYPE="C"
LC_COLLATE="C"
LC_TIME="C"
LC_NUMERIC="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_ALL=


With these settings, you will have Unicode problems with the most common terminals. I am using PuTTY, but am not able to paste the following test into the terminal:



ÆØÅ жз ઑ ᱵ


This is because the default setting of FreeBSD is not to use unicode. This answer was tested against 11.2 but in the future from 13 and onwards the default will be "C.UTF8" and no change will be needed. On a vanilla install you can, however, make a very quick check by setting your user to use "russian". The reason is that russian is the only language defined out of the box (in /etc/login.conf) and it is using unicode.



pw usermod johndoe -L russian


Now login to a new session using the "johndoe" account (whatever your user is named). You will now be able to paste unicode (from the test above) into the shell. Verify how the settings has been picked up using locale



$ locale
LANG=ru_RU.UTF-8
LC_CTYPE="ru_RU.UTF-8"
LC_COLLATE="ru_RU.UTF-8"
LC_TIME="ru_RU.UTF-8"
LC_NUMERIC="ru_RU.UTF-8"
LC_MONETARY="ru_RU.UTF-8"
LC_MESSAGES="ru_RU.UTF-8"
LC_ALL=


As I now have verified that basic unicode actually works - then I can start setting things to my liking. As I am danish, I will perform the following simple steps:



1. Add language settings



For each language I need I will add a section to /etc/login.conf



danish|Danish Users Accounts:
:charset=UTF-8:
:lang=da_DK.UTF-8:
:tc=default:


2. Update database



Whenever you edit the source login.conf, you need to update the database.



cap_mkdb /etc/login.conf


3. Set user languages



I usually use pw to manage my users. Now I just need to specify the language when I create or modify my users.



pw useradd janedoe -L danish


TIP: My personal preference is to not change the system wide "default" but keep it as default. Then I set the language for system accounts such as "postgres". If you have very specific settings needed for a system account not covered by your language setting, then I would create a separate "language" (login class) for that account in /etc/login.conf. This keeps things nice and tidy.



TIP 2: The above shows how to set class on user basis. If you want a system wide change you can change the "default" class in login.conf.



PuTTY TIP: Your terminal naturally needs to be UTF-8 aware as well. In PuTTY this is in the settings: Window ⮕ Translation. I have mine set to "UTF-8". If you are in the CJK area you might want to check "Treat CJK ambiguous characters as wide". And Cyrillic users usually likes "Caps Lock acts as Cyrillic switch".






share|improve this answer














You claim setting LC_ALL but I am not sure you are doing it correctly. Everything is actually covered in The FreeBSD Handbook: 22.2. Using Localization



I would strongly recommend that you use the "Login Classes Method" (login.conf) rather than the "Shell Startup File Method" (.profile) as it is much more consistent across the system and shells.



When people then say they have modified language related settings they often forget 2 things:



  1. When changing either /etc/login.conf (system wide) or ~/.login.conf (user) you need to run cap_mkdb to have any effect!

  2. And when testing remember to start a new session!

The first thing is to verify your settings by running the command locale. On a vanilla FreeBSD system it will show you this:



$ locale
LANG=
LC_CTYPE="C"
LC_COLLATE="C"
LC_TIME="C"
LC_NUMERIC="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_ALL=


With these settings, you will have Unicode problems with the most common terminals. I am using PuTTY, but am not able to paste the following test into the terminal:



ÆØÅ жз ઑ ᱵ


This is because the default setting of FreeBSD is not to use unicode. This answer was tested against 11.2 but in the future from 13 and onwards the default will be "C.UTF8" and no change will be needed. On a vanilla install you can, however, make a very quick check by setting your user to use "russian". The reason is that russian is the only language defined out of the box (in /etc/login.conf) and it is using unicode.



pw usermod johndoe -L russian


Now login to a new session using the "johndoe" account (whatever your user is named). You will now be able to paste unicode (from the test above) into the shell. Verify how the settings has been picked up using locale



$ locale
LANG=ru_RU.UTF-8
LC_CTYPE="ru_RU.UTF-8"
LC_COLLATE="ru_RU.UTF-8"
LC_TIME="ru_RU.UTF-8"
LC_NUMERIC="ru_RU.UTF-8"
LC_MONETARY="ru_RU.UTF-8"
LC_MESSAGES="ru_RU.UTF-8"
LC_ALL=


As I now have verified that basic unicode actually works - then I can start setting things to my liking. As I am danish, I will perform the following simple steps:



1. Add language settings



For each language I need I will add a section to /etc/login.conf



danish|Danish Users Accounts:
:charset=UTF-8:
:lang=da_DK.UTF-8:
:tc=default:


2. Update database



Whenever you edit the source login.conf, you need to update the database.



cap_mkdb /etc/login.conf


3. Set user languages



I usually use pw to manage my users. Now I just need to specify the language when I create or modify my users.



pw useradd janedoe -L danish


TIP: My personal preference is to not change the system wide "default" but keep it as default. Then I set the language for system accounts such as "postgres". If you have very specific settings needed for a system account not covered by your language setting, then I would create a separate "language" (login class) for that account in /etc/login.conf. This keeps things nice and tidy.



TIP 2: The above shows how to set class on user basis. If you want a system wide change you can change the "default" class in login.conf.



PuTTY TIP: Your terminal naturally needs to be UTF-8 aware as well. In PuTTY this is in the settings: Window ⮕ Translation. I have mine set to "UTF-8". If you are in the CJK area you might want to check "Treat CJK ambiguous characters as wide". And Cyrillic users usually likes "Caps Lock acts as Cyrillic switch".







share|improve this answer














share|improve this answer



share|improve this answer








edited Dec 2 at 13:49









Jeff Schaller

37.3k1052121




37.3k1052121










answered Nov 29 at 14:43









Claus Andersen

1,497414




1,497414











  • Does work in the version I'm using. I heard it got fixed in 13-CURRENT.
    – DannyNiu
    Nov 30 at 1:31






  • 1




    @Claus, thanks for the detailed answer. In response to "This is because the default setting of FreeBSD is not to use unicode," I think it was mostly a momentum and political problem. The default locale has always been and will be "C." Unfortunately, there was no UTF-8 C locale until very recently and as you can imagine, it is politically insensitive to set the default locale to, e.g., "en_US.UTF-8." Anyway, since r340144 (13-CURRENT — thanks yuripv@!), we have a "C.UTF-8" locale, and it is the default.
    – Conrad Meyer
    Nov 30 at 2:07







  • 1




    @Conrad Meyer - super! - I did not know that. It will be great with more zane defaults. The world is slowly moving on from iso-8859-1 and Windows 1252 (And 850 and 865 and...)
    – Claus Andersen
    Dec 1 at 8:51
















  • Does work in the version I'm using. I heard it got fixed in 13-CURRENT.
    – DannyNiu
    Nov 30 at 1:31






  • 1




    @Claus, thanks for the detailed answer. In response to "This is because the default setting of FreeBSD is not to use unicode," I think it was mostly a momentum and political problem. The default locale has always been and will be "C." Unfortunately, there was no UTF-8 C locale until very recently and as you can imagine, it is politically insensitive to set the default locale to, e.g., "en_US.UTF-8." Anyway, since r340144 (13-CURRENT — thanks yuripv@!), we have a "C.UTF-8" locale, and it is the default.
    – Conrad Meyer
    Nov 30 at 2:07







  • 1




    @Conrad Meyer - super! - I did not know that. It will be great with more zane defaults. The world is slowly moving on from iso-8859-1 and Windows 1252 (And 850 and 865 and...)
    – Claus Andersen
    Dec 1 at 8:51















Does work in the version I'm using. I heard it got fixed in 13-CURRENT.
– DannyNiu
Nov 30 at 1:31




Does work in the version I'm using. I heard it got fixed in 13-CURRENT.
– DannyNiu
Nov 30 at 1:31




1




1




@Claus, thanks for the detailed answer. In response to "This is because the default setting of FreeBSD is not to use unicode," I think it was mostly a momentum and political problem. The default locale has always been and will be "C." Unfortunately, there was no UTF-8 C locale until very recently and as you can imagine, it is politically insensitive to set the default locale to, e.g., "en_US.UTF-8." Anyway, since r340144 (13-CURRENT — thanks yuripv@!), we have a "C.UTF-8" locale, and it is the default.
– Conrad Meyer
Nov 30 at 2:07





@Claus, thanks for the detailed answer. In response to "This is because the default setting of FreeBSD is not to use unicode," I think it was mostly a momentum and political problem. The default locale has always been and will be "C." Unfortunately, there was no UTF-8 C locale until very recently and as you can imagine, it is politically insensitive to set the default locale to, e.g., "en_US.UTF-8." Anyway, since r340144 (13-CURRENT — thanks yuripv@!), we have a "C.UTF-8" locale, and it is the default.
– Conrad Meyer
Nov 30 at 2:07





1




1




@Conrad Meyer - super! - I did not know that. It will be great with more zane defaults. The world is slowly moving on from iso-8859-1 and Windows 1252 (And 850 and 865 and...)
– Claus Andersen
Dec 1 at 8:51




@Conrad Meyer - super! - I did not know that. It will be great with more zane defaults. The world is slowly moving on from iso-8859-1 and Windows 1252 (And 850 and 865 and...)
– Claus Andersen
Dec 1 at 8:51

















draft saved

draft discarded
















































Thanks for contributing an answer to Unix & Linux Stack Exchange!


  • Please be sure to answer the question. Provide details and share your research!

But avoid


  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.

To learn more, see our tips on writing great answers.





Some of your past answers have not been well-received, and you're in danger of being blocked from answering.


Please pay close attention to the following guidance:


  • Please be sure to answer the question. Provide details and share your research!

But avoid


  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.

To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f484832%2fssh-to-freebsd-in-utf-8%23new-answer', 'question_page');

);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown






Popular posts from this blog

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

Displaying single band from multi-band raster using QGIS

How many registers does an x86_64 CPU actually have?