Removing locale timezone information

Paul Eggert eggert@cs.ucla.edu
Fri Aug 7 21:03:00 GMT 2015


keld@keldix.com wrote:
> I thing tz data changes are not very frequent

No, they're reasonably common: about ten times a year.  For example, yesterday 
North Korea announced they're changing to +0830 on August 15 and we'll generate 
a new tzdata release before then.  We can't reasonably expect glibc releases 
that often or so quickly.

Quick turnaround is important here.  For example, between the time that a new 
tzdata release is announced, and the time my Ubuntu desktop is automatically 
updated with the new data, can be a matter of hours.  (I'm not doing anything 
special; I'm just an ordinary Ubuntu user in this regard.)  This is helpful 
becausee countries sometimes don't give us much notice.  Again, not something 
suited to glibc's schedule.

> are Olson tzdata used in GNU interfaces?

Yes, e.g., in strftime, localtime_r, and tzset.

 > Was there a differnce between German
 > an Swiss timezones? Something with Switzerland not being EU?

Yes, German and Swiss daylight-saving rules disagreed in 1980, and Büsingen 
(which is a German enclave surrounded by the Swiss canton Shaffhausen) used 
Swiss rules.

 > Both your examples are for countries with two timezones

Actually more than two, depending on which version of tzdata you're using. 
China has also had Asia/Chongqing, Asia/Harbin, and Asia/Kashgar in past 
versions.  It may well have more than two in the future.

 > I guess that one of them are the one that the majority will use.

True for China and Germany today, but not for the US, Canada, or Russia.  And in 
several other countries (Australia, Brazil, Indonesia, Mexico, ...) a 
significant minority of users won't want the majority's preference.  We're 
talking about a lot of users here, not just a few exceptional cases.



More information about the Libc-alpha mailing list