public inbox for libc-locales@sourceware.org
 help / color / mirror / Atom feed
From: keld@keldix.com
To: Marko Myllynen <myllynen@redhat.com>,
	GNU C Library <libc-alpha@sourceware.org>,
	libc-locales@sourceware.org
Subject: Re: [PATCH] Remove locale timezone information
Date: Wed, 05 Aug 2015 11:51:00 -0000	[thread overview]
Message-ID: <20150805102233.GA12350@www5.open-std.org> (raw)
In-Reply-To: <20150805100126.GA11842@www5.open-std.org>

On Wed, Aug 05, 2015 at 12:01:26PM +0200, keld@keldix.com wrote:
> On Wed, Aug 05, 2015 at 05:07:48AM -0400, Mike Frysinger wrote:
> > On 12 Jun 2015 17:05, Marko Myllynen wrote:
> > > as discussed in the thread starting at
> > > 
> > > https://sourceware.org/ml/libc-alpha/2015-06/msg00098.html
> > > 
> > > it looks like the best options is to remove locale timezone information
> > > from locales which currently provide it (in incomplete or incorrect
> > > fashion) rather than to start duplicating tzdata info in glibc.
> > 
> > thanks, pushed now!
> > -mike
> 
> That is the wrong direction. Please revert the change.

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.

Currently the timezone is often determined by a click on a map, which is quite
error prone, because the world is big and it is hard to hit the right place.
That process is also time consuming. Some users omit the step,
just using the default, which is often wrong.

Furthermore it is not politically correct timezone information in these apps,
they give the time zone as a city name, which is quite politicalle problematic
There is a growing political uproar against the big cities and the associated
political powers. We just had an elelction here in Denmark where this issue
(Not Linux locale names, but country vs the capital:-) were probably the most
defining issue. Also think of the USA with Washington DC against rural America.

For countries with more timezones, the locale data helps narrowing down the
choices. And there are not that many countries with more than 1 timezone,
eg USA, Canada, Russia and Greenland. Many big countries like China and India
only have 1 timezone , and the countries in Europe and Africa and South America
and Asia almost all have only 1 timezone.

So the locale timezone info helps doing an easier job - and also a more culturally
acceptable job. I hope we are all for going in that direction.

Best regards
keld

  reply	other threads:[~2015-08-05 11:51 UTC|newest]

Thread overview: 47+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-06-03 15:57 Removing " Marko Myllynen
2015-06-03 21:33 ` keld
2015-06-05  8:28   ` Marko Myllynen
2015-08-06 21:45     ` keld
2015-08-06 21:45       ` pinskia
2015-08-06 21:46         ` keld
2015-08-07  2:33         ` Rich Felker
2015-08-07  0:45       ` Mike Frysinger
2015-08-09 21:12         ` keld
2015-08-07 21:49       ` Paul Eggert
2015-08-09 21:12         ` keld
2015-08-09 21:12           ` Paul Eggert
     [not found]             ` <20150812140837.GA23436@www5.open-std.org>
2015-08-12 21:07               ` Zack Weinberg
2015-08-12 23:13                 ` Keld Simonsen
2015-08-12 23:13                   ` Allan McRae
2015-08-12 21:07               ` Allan McRae
2015-08-12 21:07               ` Paul Eggert
2015-08-12 21:07               ` Andreas Schwab
2015-06-03 21:33 ` Paul Eggert
2015-06-12 14:05 ` [PATCH] Remove " Marko Myllynen
2015-08-05  9:07   ` Mike Frysinger
2015-08-05 11:51     ` keld
2015-08-05 11:51       ` keld [this message]
2015-08-05 10:53         ` Mike Frysinger
2015-08-05 11:52           ` keld
2015-08-05 12:39             ` Andreas Schwab
2015-08-05 13:09               ` keld
2015-08-05 13:33             ` Mike Frysinger
2015-08-05 15:56               ` Keld Simonsen
2015-08-05 16:30                 ` Joseph Myers
2015-08-06 21:46                   ` Keld Simonsen
2015-08-06 21:46                     ` Andreas Schwab
2015-08-06 21:46                       ` Zack Weinberg
2015-08-06 21:46                     ` Joseph Myers
2015-08-06  2:53                 ` Mike Frysinger
2015-08-05 11:52         ` Andreas Schwab
2015-08-05 11:52           ` keld
2015-08-05 12:30             ` Andreas Schwab
2015-08-05 13:03               ` keld
2015-08-05 16:30         ` Paul Eggert
2015-08-06  2:56           ` Mike Frysinger
2015-08-06 17:13             ` keld
2015-08-06 17:13               ` Paul Eggert
2015-08-06 17:22                 ` keld
2015-08-06 17:14               ` pinskia
2015-08-06 17:25                 ` keld
2015-08-06 17:14           ` keld

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20150805102233.GA12350@www5.open-std.org \
    --to=keld@keldix.com \
    --cc=libc-alpha@sourceware.org \
    --cc=libc-locales@sourceware.org \
    --cc=myllynen@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).