[Bug localedata/22473] Suggestion: Introduce en_EU locale

["pander at users dot sourceforge.net" <sourceware-bugzilla@sourceware.org>]

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

--- Comment #7 from Pander <pander at users dot sourceforge.net> ---
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=24006 would enable more
minimization when needed.

Also https://www.sourceware.org/bugzilla/show_bug.cgi?id=14641 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=23857 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, etc.)
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 which
exact formats should be used, as they differ substantially among EU countries,
even/especially the larger countries.

In my opinion, better to trade the before mentioned locales for en_DE, en_SE,
en_NE, etc.

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