Bug 443360 - Regional setting for Ethiopian language is not working as expected
Summary: Regional setting for Ethiopian language is not working as expected
Status: RESOLVED DOWNSTREAM
Alias: None
Product: kde
Classification: I don't know
Component: general (show other bugs)
Version: unspecified
Platform: Fedora RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: Unassigned bugs mailing-list
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-10-05 18:27 UTC by Amanuel
Modified: 2021-10-07 18:43 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
A value set for region in system settings (46.50 KB, image/png)
2021-10-05 18:27 UTC, Amanuel
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Amanuel 2021-10-05 18:27:17 UTC
Created attachment 142176 [details]
A value set for region in system settings

SUMMARY


STEPS TO REPRODUCE
1. Go to system setting and set Region to Ethiopia(aa_ET) 
2. Go to terminal and type date 
 
OBSERVED RESULT
The output type is not matching with the region set in setting
OUTPUT: "Talaata, Diteli  5,  8:56:06 carra EAT 2021"

EXPECTED RESULT
The output should have been in Ethiopian Amharic language
EXPECTED OUTPUT: መስከረም፣ ሰኞ 5፣ 8፥12፥12 2021

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 5.22.5 
KDE Frameworks Version: 5.85.0
Qt Version: 5.15.2

ADDITIONAL INFORMATION

This is my first time submitting a bug so please am sorry if I missed something. I just wanted to see my regional language in every application that I use in KDE, specifically KDE native apps. And I would like to contribute on anything related to my region. Thank you.
Comment 1 Nate Graham 2021-10-06 19:31:52 UTC
Did you reboot the computer after changing the region to aa_ET?
Comment 2 Amanuel 2021-10-06 20:13:56 UTC
(In reply to Nate Graham from comment #1)
> Did you reboot the computer after changing the region to aa_ET?

Yes multiple times and nothing changed
Comment 3 Nate Graham 2021-10-06 20:26:59 UTC
Thanks. Can you paste the output of running `locale` and `cat ~/.config/plasma-localerc` in a terminal window?
Comment 4 Amanuel 2021-10-07 18:05:10 UTC
(In reply to Nate Graham from comment #3)
> Thanks. Can you paste the output of running `locale` and `cat
> ~/.config/plasma-localerc` in a terminal window?

Here is the output:

[elhanan@fedora ~]$ locale
LANG=aa_ET.UTF-8
LC_CTYPE="aa_ET.UTF-8"
LC_NUMERIC="aa_ET.UTF-8"
LC_TIME="aa_ET.UTF-8"
LC_COLLATE="aa_ET.UTF-8"
LC_MONETARY="aa_ET.UTF-8"
LC_MESSAGES="aa_ET.UTF-8"
LC_PAPER="aa_ET.UTF-8"
LC_NAME="aa_ET.UTF-8"
LC_ADDRESS="aa_ET.UTF-8"
LC_TELEPHONE="aa_ET.UTF-8"
LC_MEASUREMENT="aa_ET.UTF-8"
LC_IDENTIFICATION="aa_ET.UTF-8"
LC_ALL=

[elhanan@fedora ~]$ cat ~/.config/plasma-localerc 
[Formats]
LANG=aa_ET.UTF-8
Comment 5 Nate Graham 2021-10-07 18:43:10 UTC
Thanks. It seems like our code did what it's supposed to do, which is to set those values correctly so apps can read them and provide the correct formats and translated text. But this means  It's up to apps to actually do that. :) Not all do, sadly. So you would need to bring this up to the developers of the `date` CLI program.

If the `date` developers can confirm that the program has Amharic translations, it may be that the aa_ET locale is not set up properly on your system, in which case you would be running into Bug 403580.