From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 70370 invoked by alias); 27 Aug 2018 10:20:48 -0000 Mailing-List: contact libc-locales-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: libc-locales-owner@sourceware.org Received: (qmail 70247 invoked by uid 48); 27 Aug 2018 10:20:41 -0000 From: "digitalfreak at lingonborough dot com" To: libc-locales@sourceware.org Subject: [Bug localedata/17426] en_IN: set date format Date: Mon, 27 Aug 2018 10:20:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: localedata X-Bugzilla-Version: 2.20 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: digitalfreak at lingonborough dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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-SW-Source: 2018-q3/txt/msg00071.txt.bz2 https://sourceware.org/bugzilla/show_bug.cgi?id=3D17426 --- Comment #7 from Rafal Luzynski = --- I posted the patch here: https://sourceware.org/ml/libc-alpha/2018-08/msg00514.html but now after a little more research I think it needs further work. Most of the locales of India have the same d_fmt value, not just en_IN: $ grep d_fmt localedata/locales/*_IN localedata/locales/anp_IN:d_fmt "%A %d %b %Y" localedata/locales/ar_IN:d_fmt "%A %d %B %Y" localedata/locales/as_IN:d_fmt "%e-%m-%Y" localedata/locales/bhb_IN:d_fmt "%A %d %b %Y" localedata/locales/bho_IN:d_fmt "%A %d %b %Y" localedata/locales/bn_IN:d_fmt "%A %d %b %Y" localedata/locales/brx_IN:d_fmt "%A %d %b %Y" localedata/locales/doi_IN:d_fmt "%A %d %b %Y" localedata/locales/en_IN:d_fmt "%d//%m//%y" localedata/locales/gu_IN:d_fmt "%A %d %b %Y" localedata/locales/hi_IN:d_fmt "%A %d %b %Y" localedata/locales/hne_IN:d_fmt "%A %d %b %Y" localedata/locales/kn_IN:d_fmt "%A %d %b %Y" localedata/locales/kok_IN:d_fmt "%A %d %b %Y" localedata/locales/ks_IN:d_fmt "%A %d %b %Y" localedata/locales/mag_IN:d_fmt "%A %d %b %Y" localedata/locales/mai_IN:d_fmt "%A %d %b %Y" localedata/locales/mjw_IN:d_fmt "%A %d %B %Y" localedata/locales/ml_IN:d_fmt "%A %d %B %Y" localedata/locales/mni_IN:d_fmt "%A %d %b %Y" localedata/locales/mr_IN:d_fmt "%A %d %b %Y" localedata/locales/or_IN:d_fmt "%Od-%Om-%Oy" localedata/locales/pa_IN:d_fmt "%A %d %b %Y" localedata/locales/raj_IN:d_fmt "%A %d %b %Y" localedata/locales/sa_IN:d_fmt "%A %d %b %Y" localedata/locales/sat_IN:d_fmt "%A %d %b %Y" localedata/locales/sd_IN:d_fmt "%A %d %b %Y" localedata/locales/ta_IN:d_fmt "%A %d %B %Y" localedata/locales/tcy_IN:d_fmt "%A %d %b %Y" localedata/locales/te_IN:d_fmt "%B %d %A %Y" localedata/locales/ur_IN:d_fmt "%A %d %b %Y" while CLDR provides "d/M/yy" for most of them (this should translate to "%-d/%-m/%y") but "dd/MM/yy" for en_IN (this should translate to "%d/%m/%y"= ).=20 I think I should get this date format from CLDR for the locales supported by CLDR and copy the same values to the locales which are not supported by CLD= R. --=20 You are receiving this mail because: You are on the CC list for the bug.