public inbox for libc-locales@sourceware.org
 help / color / mirror / Atom feed
From: Mike Frysinger <vapier@gentoo.org>
To: keld@keldix.com
Cc: 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 10:53:00 -0000	[thread overview]
Message-ID: <20150805105311.GK26572@vapier> (raw)
In-Reply-To: <20150805102233.GA12350@www5.open-std.org>

[-- Attachment #1: Type: text/plain, Size: 1833 bytes --]

On 05 Aug 2015 12:22, keld@keldix.com wrote:
> 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!
> > 
> > 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.

having 6 out of 300+ locales define timezone info is not something people can 
rely on.  we also don't want to duplicate data that is *actively* maintained
elsewhere (the tz lists).  plus many locales span multiple timezones.

i don't see crappy UIs as a problem glibc either can or should solve.  at the
end of the day, trying to set the timezone based on the locale isn't going to
cover everyone (even a significant number of people), especially as you move
around.  i certainly don't want it being tied to my locale.  which means UIs
are required to get this right.

if you want to bring timezone data into the locale fields, then it should be
done consistently across the board and in a maintainable manner.  until that
happens, having data in a measly 6 locales is more of a disservice imo.
-mike

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

  reply	other threads:[~2015-08-05 10:53 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 ` Paul Eggert
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               ` Paul Eggert
2015-08-12 21:07               ` Andreas Schwab
2015-08-12 21:07               ` Allan McRae
2015-08-12 21:07               ` Zack Weinberg
2015-08-12 23:13                 ` Keld Simonsen
2015-08-12 23:13                   ` Allan McRae
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
2015-08-05 10:53         ` Mike Frysinger [this message]
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=20150805105311.GK26572@vapier \
    --to=vapier@gentoo.org \
    --cc=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).