[Bug localedata/33190] New: localedata: Add en_SE for ISO8601 date and time

[asn at samba dot org]

https://sourceware.org/bugzilla/show_bug.cgi?id=33190

            Bug ID: 33190
           Summary: localedata: Add en_SE for ISO8601 date and time
           Product: glibc
           Version: unspecified
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: localedata
          Assignee: unassigned at sourceware dot org
          Reporter: asn at samba dot org
                CC: libc-locales at sourceware dot org
  Target Milestone: ---

This is a request to add en_SE for compatibility with ICU to get ISO8601 dates.

If you want English ISO8601 dates on your system, you can use en_DK in glibc.
Many people do that: https://duckduckgo.com/?t=ffab&q=ISO8601%20en_DK&ia=web

There is a problem, the en_DK of glibc is not in sync with CLDR. CLDR en_DK
doesn't use ISO8601. However en_SE is ISO8601 and available in CLDR. The
problem is that if you set LC_TIME=en_SE a lot of applications stop working,
because glibc doesn't know about it:

LC_TIME=en_SE.UTF-8 python3                
Python 3.13.5 (main, Jun 11 2025, 22:06:31) [GCC] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import locale
>>> locale.setlocale(locale.LC_ALL, "")
Traceback (most recent call last):
  File "<python-input-1>", line 1, in <module>
    locale.setlocale(locale.LC_ALL, "")
    ~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^
  File "/usr/lib64/python3.13/locale.py", line 615, in setlocale
    return _setlocale(category, locale)
locale.Error: unsupported locale setting

en_DK might be synced with CLDR in future. So the only solution to get ISO8601
on Linux working is to add en_SE to glibc.


Another option is to add all en_* locales to glibc which ICU/CLDR supports for
compatibility of applications.

-- 
You are receiving this mail because:
You are on the CC list for the bug.