Comment 13 for bug 1850275

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.