From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 49211 invoked by alias); 25 Apr 2016 13:13:26 -0000 Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-alpha-owner@sourceware.org Received: (qmail 49193 invoked by uid 89); 25 Apr 2016 13:13:25 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.2 spammy=Hx-languages-length:1935, industry, offer, france X-HELO: mail-wm0-f44.google.com X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:reply-to:subject:references:to:from:organization :message-id:date:user-agent:mime-version:in-reply-to :content-transfer-encoding; bh=ODQDDsvWvJihe2csHl9jSpXr9FtKcnMqCqYuZFqnhnA=; b=O4YySPohQvcKuMB3pVkrgHYouz1wlyNtFUTajbU7rutWGTYgyXNbe7cvfNydv/rhYm 7ujEhGV4NWyHFBrk+Tg2eK7CwaTFX/mstGNa9VgWwcIfs/dwGSqGDMvSXozPg5HPm0CN 9pUaq+5bHo/Q6jNzC3e0tlHbOfaQEUL5PtR7o1erb/X+a0xcA5OHjKVO+/mLbepxnt/m XHnNFTbbuMWB/TGsP9NMByrFQmgtFMt2WnndrbxKuCP8LsxFvz0/40/88e6Puewn96Je Xt7l6Z1+s0quT3sn/ATmhUWnlQGz477KcV8PZLz/MpcyWFaUCozDDT0JcNvPwE4Ka3MP qPmw== X-Gm-Message-State: AOPr4FU4r6RATBaGNcYETqocu9Qh1uZawU2bs3nbb6/k2P1rRXJiMzKDc0bOHpIbgjOACZQ0 X-Received: by 10.28.101.137 with SMTP id z131mr12149298wmb.71.1461589992238; Mon, 25 Apr 2016 06:13:12 -0700 (PDT) Reply-To: Marko Myllynen Subject: Re: [PATCH] localedata: en_NL: new English in the Netherlands locale [BZ #14085] References: <1461298610-19221-1-git-send-email-vapier@gentoo.org> <87a8klk4jp.fsf@mid.deneb.enyo.de> To: libc-alpha@sourceware.org From: Marko Myllynen Message-ID: <571E17E5.80408@redhat.com> Date: Mon, 25 Apr 2016 13:13:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-SW-Source: 2016-04/txt/msg00620.txt.bz2 Hi, On 2016-04-22 23:27, Pander wrote: > > 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. The situation you describe is in no way specific to the Netherlands and in fact there have been similar requests for other en_* variants in the past already: https://sourceware.org/bugzilla/show_bug.cgi?id=3175 > 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. Again, the Netherlands is not any kind of exception here. If we start adding en_* variants, will English be the only exception or are we willing to add, say, fr_* variants as well? If not, why? Accepting en_* variants but rejecting others could be seen as a certain kind of statement by the project, I'm not sure would that be wanted. > 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. At least earlier en_DK has been considered a mistake which should not be repeated (see e.g. the BZ link above.) In general I think the right answer is not to add arbitrary locale variants to glibc but to make it easier for users to customize their own environment as their see fit (see e.g. https://sourceware.org/bugzilla/show_bug.cgi?id=18408). Thanks, -- Marko Myllynen