From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 90416 invoked by alias); 21 Dec 2018 10:51:43 -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 90235 invoked by uid 48); 21 Dec 2018 10:51:40 -0000 From: "pander at users dot sourceforge.net" To: libc-locales@sourceware.org Subject: [Bug localedata/22473] Suggestion: Introduce en_EU locale Date: Fri, 21 Dec 2018 10:51: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pander at users dot sourceforge.net 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-q4/txt/msg00154.txt.bz2 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22473 --- Comment #7 from Pander --- I understand that the footprint needs to be as minimal as possible, and I'm thinking how we could solve that the best. For example https://www.sourceware.org/bugzilla/show_bug.cgi?id=3D24006 would enable mo= re minimization when needed. Also https://www.sourceware.org/bugzilla/show_bug.cgi?id=3D14641 would free= up some space. en_NL is indeed not in glibc, as is en_DE and en_SE. Only en_DK is, because= it was introduced early on. To reduce size and accommodate more practical use,= I would sooner propose removing li_NL, nds_NL, nds_DE and alike. See also https://www.sourceware.org/bugzilla/show_bug.cgi?id=3D23857 for reasons. There are more and more users in EU countries using their system in English (and prefer to have correct support for their locale datetime, currency, et= c.) than there are users that want to use their system in their very very local language such as: - Upper Sorbian (hsb_DE) - Lower Sorbian (dsb_DE)- - Low German/Saxon/Nedersaksisch (nds_DE and nds_NL) - Frisian (fy_DE and fy_NL) - Limburgs (li_NL and li_BE) which don't even have a spell checker or wide localization of applications. These locales have practically no users, whereas most developers in EU countries work in the English language but are in need of proper support of datetime, currenct, etc. Perhaps even join fr_BE and wa_BE, to free up even more space. Locale en_EU is gonna give a lot of confusion, remarks and struggles over w= hich exact formats should be used, as they differ substantially among EU countri= es, even/especially the larger countries. In my opinion, better to trade the before mentioned locales for en_DE, en_S= E, en_NE, etc. --=20 You are receiving this mail because: You are on the CC list for the bug.