https://bugs.kde.org/show_bug.cgi?id=322086
Friedrich W. H. Kossebau <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |WAITINGFORINFO CC| |[email protected] Status|UNCONFIRMED |RESOLVED --- Comment #5 from Friedrich W. H. Kossebau <[email protected]> --- Things failing on "LANG=en": Just "en" as locale value for the "LANG" variable does not work, the locale needs to be of form ‘ll_CC’ [LOCALENAME]. The shortcut ‘ll’ only is understood for the "LANGUAGE" variable [LANGUAGE]. So with "LANG=en" the value will be ignored and instead the system will fall back to use the "C" locale. Which means an "unspecified character encoding (often US-ASCII, but sometimes also ISO-8859-1 or UTF-8, depending on the operating system)" [LOCALENAMES]. Things failing on "LANG=en_US": I could not find a proper linkable documentation, but everything hints to that the locale "en_US" is having the charset "iso8859-1". So to get UTF.8 set as system charset, one needs to reference the locale variant "en_US.UTF-8". Ｖ字龍(Vdragon), can you confirm that things work properly for you once you use the locale variant "en_US.UTF-8"? I will already close this bug report as resolved/waitingforinfo, as I am pretty sure this should solve the issue :) [LOCALENAMES] https://www.gnu.org/software/gettext/manual/html_node/Locale-Names.html#Locale-Names [LANGUAGE] https://www.gnu.org/software/gettext/manual/html_node/The-LANGUAGE-variable.html#The-LANGUAGE-variable -- You are receiving this mail because: You are watching all bug changes.
