From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15555 invoked by alias); 5 Aug 2015 11:52:11 -0000 Mailing-List: contact libc-locales-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: libc-locales-owner@sourceware.org Received: (qmail 61642 invoked by uid 89); 5 Aug 2015 10:58:46 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=0.6 required=5.0 tests=AWL,BAYES_40,RDNS_DYNAMIC,SPF_PASS autolearn=no version=3.3.2 X-Spam-User: qpsmtpd, 2 recipients X-HELO: www.open-std.org Date: Wed, 05 Aug 2015 11:52:00 -0000 From: keld@keldix.com To: Andreas Schwab Cc: Marko Myllynen , GNU C Library , libc-locales@sourceware.org Subject: Re: [PATCH] Remove locale timezone information Message-ID: <20150805105841.GA16488@www5.open-std.org> References: <556F23C9.3030500@redhat.com> <557AE725.5050104@redhat.com> <20150805090748.GH26572@vapier> <20150805100126.GA11842@www5.open-std.org> <20150805102233.GA12350@www5.open-std.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i X-SW-Source: 2015-q3/txt/msg00058.txt.bz2 On Wed, Aug 05, 2015 at 12:37:08PM +0200, Andreas Schwab wrote: > keld@keldix.com writes: > > > Let me explain. We would like to make the installation process easier > > for users. That is, if we can remove one more question under the installation > > process of linux, that would be a goal. If the timezone is fully determined > > by the choice of locale, then there is no need to ask for the timezone. > > To make this useful the locale would need to use the Olson name, not the > POSIX name of the timezone. Olson names are problematic, as they are not culturally acceptable in many cases, as I explained. This is a big issue a number of places, including my country, Denmark, and probably also the USA. In my country this issue is so big that many people refuse to talk about other issues. I am myself from the Copenhagen area, so I am frustrated about this being an obstacle to discuss "real" problems. Furthermore, Olsen TZ data does not allow for DST changes over years, while the locale timezone data do allow this, providing correct time display for also older data, including in the USA, where the DST change was changed from end of September to end of October at some point. This also happened many places in Europe. Best regards keld