Summary: | en_DK.UTF-8 locale is missing | ||
---|---|---|---|
Product: | [Translations] i18n | Reporter: | Alvin <info> |
Component: | general | Assignee: | Albert Astals Cid <aacid> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | CC: | cfeck |
Priority: | NOR | ||
Version First Reported In: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Alvin
2016-04-12 09:04:57 UTC
Locale files are provided by the system (usually the gcc library runtime). If your system is lacking certain locales, please request them at the bug tracker of your distribution. No, the locale files are not lacking. KDE is lacking this. Maybe there is something I don't understand, but this is what I see on every distribution: - The system has locales. You can set them and the *locale* command will show your environment. This is usually no problem. - KDE has language settings, which is something entirely different. Try for example to set the locale to en_BE in KDE and the rest of the system will throw warnings about it. This bug is the REVERSE. The system does have en_DK.UTF-8 and it works fine, but KDE does not respect the specifics in that locale, so I take it that it's KDE who is missing a locale. It's also not in the list in language settings. So I'm setting this back to 'unconfirmed' until someone can fire up *kcmshell5 formats* and confirm that en_DK is or is not missing. You are right en_DK is not available in the formats KCM, this is because we can only support the locales that Qt supports and unfortunately Qt does not know about English/Denmark (while it for example knows about English/Belgium). Good news is, it has been added for Qt 5.7, so you'll be able to select it "relatively soon" (Qt 5.7 is scheduled for around June) |