Bug 14085 - en_NL: new locale (English language for the Netherlands)
Summary: en_NL: new locale (English language for the Netherlands)
Status: NEW
Alias: None
Product: glibc
Classification: Unclassified
Component: localedata (show other bugs)
Version: unspecified
: P2 enhancement
Target Milestone: ---
Assignee: Not yet assigned to anyone
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-05-09 16:26 IST by Pander
Modified: 2016-11-15 12:11 IST (History)
4 users (show)

See Also:
Host:
Target:
Build:
Last reconfirmed:
fweimer: security-


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Pander 2012-05-09 16:26:30 IST
Internationally oriented users who are physically located in the Netherlands
use software mainly in the English language. Therefore they have their systems
usually configured to US English International. However, due to the geographic
location, it can be desirable for certain data to be represented according to
the local Dutch notation while the rest remains in English.

Therefore this locale called en_NL has been created. It is based on en_US and
has some parts from nl_NL. Please see comments starting with "%% use" how each
section has been composed. Note that this specific configuration is difficult
to obtain by using locale nl_NL and setting LANGUAGES to en.

The latest version is available at:
  https://github.com/PanderMusubi/locale-en-nl

Please include this locale in next release.
Comment 1 -EMail Hidden- 2012-07-15 12:20:22 IST
Requesting WONTFIX as for bug #12624.
Comment 2 Pander 2012-07-16 09:54:31 IST
I agree a flooding as discussed in bug #12624 should be prevented. However a English locale for Denmark and Nigeria do exist. Why not allow one for the Netherlands? Many software developers and GNU/Linux users in the Netherlands work in English and should be able to do that with proper notation of local data.

Unfortunately that is not possible by a simple mix of the groups of settings from en_US and nl_NL. Secondly, it is beyond the ability of most users of the described group to create their own RPM/DEB to add locale for en_NL. Thirdly, this motivation would only potentially allow for more package requests for English locales in the form of en_?? but of course only if they are well maintained. Setting up restrictions would ensure quality and prevent flooding.

Currently many Dutch users choose the Irish locale (see e.g. Ubuntu forums) to get as close as possible to what they need but they are still lacking support in times, dates, telephone numbers, addresses and more. This gap is closed by the proposed locale en_NL. This demonstrates majority of users is not able to add this locale themselves, hence this request and extended motivation.
Comment 3 Mike Frysinger 2016-02-19 07:24:22 IST
i don't think this falls into the same bucket as bug 12624.  that's a request for an esoteric locale that realistically speaking, no one is using today.  on the other hand, en_NL has an active set of users.
Comment 4 Mike Frysinger 2016-04-22 04:17:58 IST
patch moved to the mailing list:
  https://sourceware.org/ml/libc-alpha/2016-04/msg00551.html
Comment 5 Mike Frysinger 2016-04-22 19:08:36 IST
btw, there's no need for nl_NL@euro anymore.  since nl_NL itself is on the euro, we keep the @euro variant around only for legacy reasons.  since en_NL is a new locale, we can just omit en_NL@euro entirely.
Comment 6 Rob Snelders 2016-04-23 10:28:06 IST
This is a usefull addition for me. I do have to change my locale on each terminal to a mix of en_US and nl_NL. So I have currently a script for that. Please add this locale. Then I can use that.
Comment 7 Pander 2016-04-25 09:26:27 IST
The latest version at https://github.com/PanderMusubi/locale-en-nl has small improvements due to discussion via email. Also documentation and validation has been extended to provide more details for rationale and insight in exact format.
Comment 8 Mike Frysinger 2016-04-25 17:53:09 IST
(In reply to Pander from comment #7)

OK, but we don't use github.  all patches/discussions are on the mailing list.
Comment 9 Pander 2016-04-26 10:11:23 IST
Ah, OK, I didn't know that. All questions and remarks got processed in the latest version on GitHub. I leave it to the sponsor of this bug to repost a patch on the mailing list and refer to GitHub for answers and improvements.
Comment 10 Pander 2016-11-15 12:11:56 IST
This Thursday, at the 2016 fall conference of NLUUG, there will be a talk on this locale. The locale will be discussed in all its details amongst an audience of expert users to validate this locale and get consensus and support. Minor changes will be made (some are already planned for the version on GitHub). A new patch will be send to glibc via this issue early next week.

See also http://bit.ly/2gd1ZBu