Summary: | German umlauts aren't available after the installation | ||
---|---|---|---|
Product: | Base System | Reporter: | Gordon Bergling <gbe> |
Component: | bin | Assignee: | freebsd-bugs (Nobody) <bugs> |
Status: | Closed Works As Intended | ||
Severity: | Affects Many People | CC: | bapt, emaste, yuripv |
Priority: | --- | ||
Version: | CURRENT | ||
Hardware: | Any | ||
OS: | Any |
Description
Gordon Bergling
2020-11-19 12:58:03 UTC
Why do you want charset set to iso8859-1 and LANG to en_US.UTF-8? In any case, base r367690 made C.UTF-8 default system locale, and that would solve at least part of the issue. (In reply to Yuri Pankov from comment #1) "charset=iso-8859-1" is set to get the Umlaute to appear on the console and the "lang=en_US.UTF-8" to prevent programs printing error messages in german, if the program supports NLS. My snapshot of -CURRENT was from the end of October. I update it to a recent -CURRENT and check if r367690 has improved the situation. iso-8859-1 and UTF-8 are different and conflicting character sets. C.UTF-8 (default locale for new accounts very recently in CURRENT) should keep error messages in English ("C" locale) while using the UTF-8 charset, which has an accurate representation of umlaut characters. (In reply to Conrad Meyer from comment #3) I tested a recent -CURRENT with r367690 applied and the problem is gone. A german keymap is now enough to get umlaute working on the console and on a ssh connection. Would be great if this change could be merge to -STABLE. (In reply to Gordon Bergling from comment #4) I have MFCed C.UTF-8 back in 2018, so it's there starting with 12.1 and MFCing the login.conf change is simple, the question is if such change is acceptable between minor releases, at least commit message for base 367690 didn't set any MFC reminder. Adding Baptiste. That problem occurs only if the keymap is set to 'de.kbd', if 'de.acc.kbd' is set the Umlauts are available on the console and via SSH sessions. Verified on 13.0-BETA2. |