From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <sourceware-bugzilla@sourceware.org>
Received: by sourceware.org (Postfix, from userid 48)
	id 2F5683858D3C; Tue,  2 May 2023 10:49:46 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 2F5683858D3C
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org;
	s=default; t=1683024586;
	bh=C916uFrsvupymlJV5IMYV2a+DjFy2Yrr06SWmGIIOaQ=;
	h=From:To:Subject:Date:From;
	b=VZlAeFCUuXNHqXd0ZBfwCbI8UedjIVLaiCTp0MuyFL2/wI1b38HGeHeImDS9WhuwW
	 xXMREHGuvo0T4sehdluvzOhuGtQbulCjAxhRxGtRJEP5oDhD3y7GS1POtrq1BTfUPJ
	 JwgydbDmlaWqk+r1TfpA5LflOBiTXpTRauX4TIxM=
From: "bugzilla at tecnocode dot co.uk" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug localedata/30412] New: d_t_fmt in id_ID uses %r placeholder but
 am_pm and t_fmt_ampm are undefined
Date: Tue, 02 May 2023 10:49:45 +0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: localedata
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords: 
X-Bugzilla-Severity: normal
X-Bugzilla-Who: bugzilla at tecnocode dot co.uk
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution: 
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: 
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status
 bug_severity priority component assigned_to reporter cc target_milestone
Message-ID: <bug-30412-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
List-Id: <glibc-bugs.sourceware.org>

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

            Bug ID: 30412
           Summary: d_t_fmt in id_ID uses %r placeholder but am_pm and
                    t_fmt_ampm are undefined
           Product: glibc
           Version: unspecified
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: localedata
          Assignee: unassigned at sourceware dot org
          Reporter: bugzilla at tecnocode dot co.uk
                CC: libc-locales at sourceware dot org
  Target Milestone: ---

See https://gitlab.gnome.org/GNOME/glib/-/issues/2967#note_1719623 for cont=
ext.

The following definitions currently exist in localedata/locales/id_ID
(https://github.com/bminor/glibc/blob/master/localedata/locales/id_ID):
```
d_t_fmt     "%a %d %b %Y %r"
date_fmt    "%a %d %b %Y %r %Z"
am_pm       "";""
t_fmt_ampm  ""
```

It seems inconsistent to use `%r` in `d_t_fmt`/`date_fmt` while also having
`am_pm` and `t_fmt_ampm` undefined.

Apparently `date` uses a fallback in this case. GLib (for better or worse) =
does
not, which causes date formatting using `d_t_fmt`/`date_fmt` to fail in id_=
ID.
We could change GLib to apply a fallback, but in this case it looks to me l=
ike
it=E2=80=99s the localedata that=E2=80=99s wrong.

There are some proposed changes to the locale strings here:
https://gitlab.gnome.org/GNOME/glib/-/issues/2967#note_1713065, based on the
fact that Indian standard time uses the 24-hour clock rather than 12-hour, =
so
`d_t_fmt`/`date_fmt` should not use `%r` at all.

The proposed changes are:
```
-d_t_fmt     "%a %d %b %Y %r"
-date_fmt    "%a %d %b %Y %r %Z"
+d_t_fmt     "%a %d %b %Y %T %Z"
+date_fmt    "%a %d %b %Y %T %Z"
```
and
```
-am_pm       "";""
-t_fmt_ampm  ""
+am_pm       "AM";"PM"
+t_fmt_ampm  "%I:%M:%S %p"
```

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