This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH] localedata: en_NL: new English in the Netherlands locale [BZ #14085]
- From: Pander <pander at users dot sourceforge dot net>
- To: Florian Weimer <fw at deneb dot enyo dot de>,Mike Frysinger <vapier at gentoo dot org>
- Cc: libc-alpha at sourceware dot org
- Date: Fri, 22 Apr 2016 22:27:44 +0200
- Subject: Re: [PATCH] localedata: en_NL: new English in the Netherlands locale [BZ #14085]
- Authentication-results: sourceware.org; auth=none
- References: <1461298610-19221-1-git-send-email-vapier at gentoo dot org> <87a8klk4jp dot fsf at mid dot deneb dot enyo dot de>
Hi all,
The rational behind this is the following. Most developers in the Netherlands use the English language while working with Linux et al. but need the local settings for date, hour, paper size, currency, etc. The mixing for this takes place within the LC sections. Compared to Germany or France, in the Netherlands even comments in code are usually/more in English.
Custom mixing is not that easy for the average+advanced user and impossible to get this particular setup. This local will be widely used once available. Users are, at the moment, stuck with either Dutch, US or Irish locale that don't offer what they need. In the Dutch industry, English is often the defacto language.
Adding this locale will not result in an explosion of additional locales, as no other languages than English are linga franca. There is also Danmark English one, I believe. If you could measure the eventual usage, this locale will be very in much in demand and usage in the Netherlands.
Best,
Pander
On 22 April 2016 18:10:34 CEST, Florian Weimer <fw@deneb.enyo.de> wrote:
>* Mike Frysinger:
>
>> +% English language locale for the Netherlands.
>> +% 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.
>
>Why is this necessary? Isn't this use case the reason for having
>separate LC_* environment variables, so that you can mix-and-match
>locales like this? In other words, glibc doesn't need to provide a
>pre-cooked locale.