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 35ACF385802E; Fri,  7 Jan 2022 11:29:02 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 35ACF385802E
From: "nicolas.mailhot at laposte dot net" <sourceware-bugzilla@sourceware.org>
To: libc-locales@sourceware.org
Subject: [Bug localedata/4628] Provide rump locales with ISO 8601 variants
 for use with LC_TIME
Date: Fri, 07 Jan 2022 11:29:01 +0000
X-Bugzilla-Reason: AssignedTo
X-Bugzilla-Type: changed
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: nicolas.mailhot at laposte dot net
X-Bugzilla-Status: REOPENED
X-Bugzilla-Resolution: 
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: libc-locales at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields: 
Message-ID: <bug-4628-716-UD5tflXADW@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-4628-716@http.sourceware.org/bugzilla/>
References: <bug-4628-716@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
X-BeenThere: libc-locales@sourceware.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Libc-locales mailing list <libc-locales.sourceware.org>
List-Unsubscribe: <https://sourceware.org/mailman/options/libc-locales>,
 <mailto:libc-locales-request@sourceware.org?subject=unsubscribe>
List-Archive: <https://sourceware.org/pipermail/libc-locales/>
List-Help: <mailto:libc-locales-request@sourceware.org?subject=help>
List-Subscribe: <https://sourceware.org/mailman/listinfo/libc-locales>,
 <mailto:libc-locales-request@sourceware.org?subject=subscribe>
X-List-Received-Date: Fri, 07 Jan 2022 11:29:02 -0000

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

--- Comment #25 from Nicolas Mailhot <nicolas.mailhot at laposte dot net> -=
--
>From a change management POW there is no need to redefine defaults.

However, there *is* a need to have format selection happen at the locale na=
me
level. That=E2=80=99s the simplest way both to enable adopters (that will s=
et the new
local and then lobby their distro to select it at install time) and to prot=
ect
stragglers (that will do the reverse on systems where a broken app/script c=
an
not accommodate the new format).

UTF8 migration shows local-name-level changes are manageable. And it does n=
ot
matter if the old locale identifier corresponds to the old or the new forma=
t.

IMHO something finer grained is bound to cause problems because there won=
=E2=80=99t be
any simple exit hatch for people who have to live with broken scripts or ap=
ps.

--=20
You are receiving this mail because:
You are the assignee for the bug.=