SSH to FreeBSD in UTF-8
Clash 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.
ssh freebsd tty unicode
add a comment |
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.
ssh freebsd tty unicode
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
add a comment |
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.
ssh freebsd tty unicode
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
ssh freebsd tty unicode
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
add a comment |
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
add a comment |
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:
- When changing either
/etc/login.conf
(system wide) or~/.login.conf
(user) you need to run cap_mkdb to have any effect! - 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".
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
add a comment |
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:
- When changing either
/etc/login.conf
(system wide) or~/.login.conf
(user) you need to run cap_mkdb to have any effect! - 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".
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
add a comment |
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:
- When changing either
/etc/login.conf
(system wide) or~/.login.conf
(user) you need to run cap_mkdb to have any effect! - 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".
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
add a comment |
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:
- When changing either
/etc/login.conf
(system wide) or~/.login.conf
(user) you need to run cap_mkdb to have any effect! - 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".
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:
- When changing either
/etc/login.conf
(system wide) or~/.login.conf
(user) you need to run cap_mkdb to have any effect! - 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".
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
add a comment |
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
add a comment |
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.
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
Required, but never shown
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
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
Required, but never shown
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
Required, but never shown
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
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
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