pike.git / lib / modules / Calendar.pmod / tzdata / NEWS

version» Context lines:

pike.git/lib/modules/Calendar.pmod/tzdata/NEWS:1:   News for the tz database    + Release 2018e - 2018-05-01 23:42:51 -0700 +  +  Briefly: +  +  North Korea switches back to +09 on 2018-05-05. +  The main format uses negative DST again, for Ireland etc. +  'make tarballs' now also builds a rearguard tarball. +  New 's' and 'd' suffixes in SAVE columns of Rule and Zone lines. +  +  Changes to past and future time stamps +  +  North Korea switches back from +0830 to +09 on 2018-05-05. +  (Thanks to Kang Seonghoon, Arthur David Olson, Seo Sanghyeon, +  and Tim Parenti.) +  +  Bring back the negative-DST changes of 2018a, except be more +  compatible with data parsers that do not support negative DST. +  Also, this now affects historical time stamps in Namibia and the +  former Czechoslovakia, not just Ireland. The main format now uses +  negative DST to model time stamps in Europe/Dublin (from 1971 on), +  Europe/Prague (1946/7), and Africa/Windhoek (1994/2017). This +  does not affect UT offsets, only time zone abbreviations and the +  tm_isdst flag. Also, this does not affect rearguard or vanguard +  formats; effectively the main format now uses vanguard instead of +  rearguard format. Data parsers that do not support negative DST +  can still use data from the rearguard tarball described below. +  +  Changes to build procedure +  +  The command 'make tarballs' now also builds the tarball +  tzdataVERSION-rearguard.tar.gz, which is like tzdataVERSION.tar.gz +  except that it uses rearguard format intended for trailing-edge +  data parsers. +  +  Changes to data format and to code +  +  The SAVE column of Rule and Zone lines can now have an 's' or 'd' +  suffix, which specifies whether the adjusted time is standard time +  or daylight saving time. If no suffix is given, daylight saving +  time is used if and only if the SAVE column is nonzero; this is +  the longstanding behavior. Although this new feature is not used +  in tzdata, it could be used to specify the legal time in Namibia +  1994-2017, as opposed to the popular time (see below). +  +  Changes to past time stamps +  +  From 1994 through 2017 Namibia observed DST in winter, not summer. +  That is, it used negative DST, as Ireland still does. This change +  does not affect UTC offsets; it affects only the tm_isdst flag and +  the abbreviation used during summer, which is now CAT, not WAST. +  Although (as noted by Michael Deckers) summer and winter time were +  both simply called "standard time" in Namibian law, in common +  practice winter time was considered to be DST (as noted by Stephen +  Colebourne). The full effect of this change is only in vanguard +  format; in rearguard and main format, the tm_isdst flag is still +  zero in winter and nonzero in summer. +  +  In 1946/7 Czechoslovakia also observed negative DST in winter. +  The full effect of this change is only in vanguard format; in +  rearguard and main formats, it is modeled as plain GMT without +  daylight saving. Also, the dates of some 1944/5 DST transitions +  in Czechoslovakia have been changed. +  +  + Release 2018d - 2018-03-22 07:05:46 -0700 +  +  Briefly: +  +  Palestine starts DST a week earlier in 2018. +  Add support for vanguard and rearguard data consumers. +  Add subsecond precision to source data format, though not to data. +  +  Changes to future time stamps +  +  In 2018, Palestine starts DST on March 24, not March 31. +  Adjust future predictions accordingly. (Thanks to Sharef Mustafa.) +  +  Changes to past and future time stamps +  +  Casey Station in Antarctica changed from +11 to +08 on 2018-03-11 +  at 04:00. (Thanks to Steffen Thorsen.) +  +  Changes to past time stamps +  +  Historical transitions for Uruguay, represented by +  America/Montevideo, have been updated per official legal documents, +  replacing previous data mainly originating from the inventions of +  Shanks & Pottenger. This has resulted in adjustments ranging from +  30 to 90 minutes in either direction over at least two dozen +  distinct periods ranging from one day to several years in length. +  A mere handful of pre-1991 transitions are unaffected; data since +  then has come from more reliable contemporaneous reporting. These +  changes affect various timestamps in 1920-1923, 1936, 1939, +  1942-1943, 1959, 1966-1970, 1972, 1974-1980, and 1988-1990. +  Additionally, Uruguay's pre-standard-time UT offset has been +  adjusted westward by 7 seconds, from UT-03:44:44 to UT-03:44:51, to +  match the location of the Observatory of the National Meteorological +  Institute in Montevideo. +  (Thanks to Jeremie Bonjour, Tim Parenti, and Michael Deckers.) +  +  Enderbury and Kiritimati skipped New Year's Eve 1994, not +  New Year's Day 1995. (Thanks to Kerry Shetline.) +  +  Fix the 1912-01-01 transition for Portugal and its colonies. +  This transition was at 00:00 according to the new UT offset, not +  according to the old one. Also assume that Cape Verde switched on +  the same date as the rest, not in 1907. This affects +  Africa/Bissau, Africa/Sao_Tome, Asia/Macau, Atlantic/Azores, +  Atlantic/Cape_Verde, Atlantic/Madeira, and Europe/Lisbon. +  (Thanks to Michael Deckers.) +  +  Fix an off-by-1 error for pre-1913 timestamps in Jamaica and in +  Turks & Caicos. +  +  Changes to past time zone abbreviations +  +  MMT took effect in Uruguay from 1908-06-10, not 1898-06-28. There +  is no clock change associated with the transition. +  +  Changes to build procedure +  +  The new DATAFORM macro in the Makefile lets the installer choose +  among three source data formats. The idea is to lessen downstream +  disruption when data formats are improved. +  +  * DATAFORM=vanguard installs from the latest, bleeding-edge +  format. DATAFORM=main (the default) installs from the format +  used in the 'africa' etc. files. DATAFORM=rearguard installs +  from a trailing-edge format. Eventually, elements of today's +  vanguard format should move to the main format, and similarly +  the main format's features should eventually move to the +  rearguard format. +  +  * In the current version, the main and rearguard formats are +  identical and match that of 2018c, so this change does not +  affect default behavior. The vanguard format currently contains +  one feature not in the main format: negative SAVE values. This +  improves support for Ireland, which uses Irish Standard Time +  (IST, UTC+01) in summer and GMT (UTC) in winter. tzcode has +  supported negative SAVE values for decades, and this feature +  should move to the main format soon. However, it will not move +  to the rearguard format for quite some time because some +  downstream parsers do not support it. +  +  * The build procedure constructs three files vanguard.zi, main.zi, +  and rearguard.zi, one for each format. The files represent the +  same data as closely as the formats allow. These three files +  are intended for downstream data consumers and are not +  installed. Zoneinfo parsers that do not support negative SAVE values +  should start using rearguard.zi, so that they will be unaffected +  when the negative-DST feature moves from vanguard to main. +  Bleeding-edge Zoneinfo parsers that support the new features +  already can use vanguard.zi; in this respect, current tzcode is +  bleeding-edge. +  +  The Makefile should now be safe for parallelized builds, and 'make +  -j to2050new.tzs' is now much faster on a multiprocessor host +  with GNU Make. +  +  When built with -DSUPPRESS_TZDIR, the tzcode library no longer +  prepends TZDIR/ to file names that do not begin with '/'. This is +  not recommended for general use, due to its security implications. +  (From a suggestion by Manuela Friedrich.) +  +  Changes to code +  +  zic now accepts subsecond precision in expressions like +  00:19:32.13, which is approximately the legal time of the +  Netherlands from 1835 to 1937. However, because it is +  questionable whether the few recorded uses of non-integer offsets +  had subsecond precision in practice, there are no plans for tzdata +  to use this feature. (Thanks to Steve Allen for pointing out +  the limitations of historical data in this area.) +  +  The code is a bit more portable to MS-Windows. Installers can +  compile with -DRESERVE_STD_EXT_IDS on MS-Windows platforms that +  reserve identifiers like 'localtime'. (Thanks to Manuela +  Friedrich). +  +  Changes to documentation and commentary +  +  theory.html now outlines tzdb's extensions to POSIX's model for +  civil time, and has a section "POSIX features no longer needed" +  that lists POSIX API components that are now vestigial. +  (From suggestions by Steve Summit.) It also better distinguishes +  time zones from tz regions. (From a suggestion by Guy Harris.) +  +  Commentary is now more consistent about using the phrase "daylight +  saving time", to match the C name tm_isdst. Daylight saving time +  need not occur in summer, and need not have a positive offset from +  standard time. +  +  Commentary about historical transitions in Uruguay has been expanded +  with links to many relevant legal documents. +  (Thanks to Tim Parenti.) +  +  Commentary now uses some non-ASCII characters with Unicode value +  less than U+0100, as they can be useful and should work even with +  older editors such as XEmacs. +  +  + Release 2018c - 2018-01-22 23:00:44 -0800 +  +  Briefly: +  Revert Irish changes that relied on negative SAVE values. +  +  Changes to tm_isdst +  +  Revert the 2018a change to Europe/Dublin. As before, this change +  does not affect UT offsets or abbreviations; it affects only +  whether timestamps are considered to be standard time or +  daylight-saving time, as expressed in the tm_isdst flag of C's +  struct tm type. This reversion is intended to be a temporary +  workaround for problems discovered with downstream uses of +  releases 2018a and 2018b, which implemented Irish time by using +  negative SAVE values in the Eire rules of the 'europe' file. +  Although negative SAVE values have been part of tzcode for many +  years and are supported by many platforms, they were not +  documented before 2018a and ICU and OpenJDK do not currently +  support them. A mechanism to export data to platforms lacking +  support for negative DST is planned to be developed before the +  change is reapplied. (Problems reported by Deborah Goldsmith and +  Stephen Colebourne.) +  +  Changes to past time stamps +  +  Japanese DST transitions (1948-1951) were Sundays at 00:00, not +  Saturdays or Sundays at 02:00. (Thanks to Takayuki Nikai.) +  +  Changes to build procedure +  +  The build procedure now works around mawk 1.3.3's lack of support +  for character class expressions. (Problem reported by Ohyama.) +  +  + Release 2018b - 2018-01-17 23:24:48 -0800 +  +  Briefly: +  Fix a packaging problem in tz2018a, which was missing 'pacificnew'. +  +  Changes to build procedure +  +  The distribution now contains the file 'pacificnew' again. +  This file was inadvertantly omitted in the 2018a distribution. +  (Problem reported by Matias Fonzo.) +  +  + Release 2018a - 2018-01-12 22:29:21 -0800 +  +  Briefly: +  São Tomé and Príncipe switched from +00 to +01. +  Brazil's DST will now start on November's first Sunday. +  Ireland's standard time is now in the summer, not the winter. +  Use Debian-style installation locations, instead of 4.3BSD-style. +  New zic option -t. +  +  Changes to past and future time stamps +  +  São Tomé and Príncipe switched from +00 to +01 on 2018-01-01 at +  01:00. (Thanks to Steffen Thorsen and Michael Deckers.) +  +  Changes to future time stamps +  +  Starting in 2018 southern Brazil will begin DST on November's +  first Sunday instead of October's third Sunday. (Thanks to +  Steffen Thorsen.) +  +  Changes to past time stamps +  +  A discrepancy of 4 s in timestamps before 1931 in South Sudan has +  been corrected. The 'backzone' and 'zone.tab' files did not agree +  with the 'africa' and 'zone1970.tab' files. (Problem reported by +  Michael Deckers.) +  +  The abbreviation invented for Bolivia Summer Time (1931-2) is now +  BST instead of BOST, to be more consistent with the convention +  used for Latvian Summer Time (1918-9) and for British Summer Time. +  +  Changes to tm_isdst +  +  Change Europe/Dublin so that it observes Irish Standard Time (UT +  +01) in summer and GMT (as negative daylight-saving) in winter, +  instead of observing standard time (GMT) in winter and Irish +  Summer Time (UT +01) in summer. This change does not affect UT +  offsets or abbreviations; it affects only whether timestamps are +  considered to be standard time or daylight-saving time, as +  expressed in the tm_isdst flag of C's struct tm type. +  (Discrepancy noted by Derick Rethans.) +  +  Changes to build procedure +  +  The default installation locations have been changed to mostly +  match Debian circa 2017, instead of being designed as an add-on to +  4.3BSD circa 1986. This affects the Makefile macros TOPDIR, +  TZDIR, MANDIR, and LIBDIR. New Makefile macros TZDEFAULT, USRDIR, +  USRSHAREDIR, BINDIR, ZDUMPDIR, and ZICDIR let installers tailor +  locations more precisely. (This responds to suggestions from +  Brian Inglis and from Steve Summit.) +  +  The default installation procedure no longer creates the +  backward-compatibility link US/Pacific-New, which causes +  confusion during user setup (e.g., see Debian bug 815200). +  Use 'make BACKWARD="backward pacificnew"' to create the link +  anyway, for now. Eventually we plan to remove the link entirely. +  +  tzdata.zi now contains a version-number comment. +  (Suggested by Tom Lane.) +  +  The Makefile now quotes values like BACKWARD more carefully when +  passing them to the shell. (Problem reported by Zefram.) +  +  Builders no longer need to specify -DHAVE_SNPRINTF on platforms +  that have snprintf and use pre-C99 compilers. (Problem reported +  by Jon Skeet.) +  +  Changes to code +  +  zic has a new option -t FILE that specifies the location of the +  file that determines local time when TZ is unset. The default for +  this location can be configured via the new TZDEFAULT makefile +  macro, which defaults to /etc/localtime. +  +  Diagnostics and commentary now distinguish UT from UTC more +  carefully; see theory.html for more information about UT vs UTC. +  +  zic has been ported to GCC 8's -Wstringop-truncation option. +  (Problem reported by Martin Sebor.) +  +  Changes to documentation and commentary +  +  The zic man page now documents the longstanding behavior that +  times and years can be out of the usual range, with negative times +  counting backwards from midnight and with year 0 preceding year 1. +  (Problem reported by Michael Deckers.) +  +  The theory.html file now mentions the POSIX limit of six chars +  per abbreviation, and lists alphabetic abbreviations used. +  +  The files tz-art.htm and tz-link.htm have been renamed to +  tz-art.html and tz-link.html, respectively, for consistency with +  other file names and to simplify web server configuration. +  +  + Release 2017c - 2017-10-20 14:49:34 -0700 +  +  Briefly: +  Northern Cyprus switches from +03 to +02/+03 on 2017-10-29. +  Fiji ends DST 2018-01-14, not 2018-01-21. +  Namibia switches from +01/+02 to +02 on 2018-04-01. +  Sudan switches from +03 to +02 on 2017-11-01. +  Tonga likely switches from +13/+14 to +13 on 2017-11-05. +  Turks & Caicos switches from -04 to -05/-04 on 2018-11-04. +  A new file tzdata.zi now holds a small text copy of all data. +  The zic input format has been regularized slightly. +  +  Changes to future time stamps +  +  Northern Cyprus has decided to resume EU rules starting +  2017-10-29, thus reinstituting winter time. +  +  Fiji ends DST 2018-01-14 instead of the 2018-01-21 previously +  predicted. (Thanks to Dominic Fok.) Adjust future predictions +  accordingly. +  +  Namibia will switch from +01 with DST to +02 all year on +  2017-09-03 at 02:00. This affects UT offsets starting 2018-04-01 +  at 02:00. (Thanks to Steffen Thorsen.) +  +  Sudan will switch from +03 to +02 on 2017-11-01. (Thanks to Ahmed +  Atyya and Yahia Abdalla.) South Sudan is not switching, so +  Africa/Juba is no longer a link to Africa/Khartoum. +  +  Tonga has likely ended its experiment with DST, and will not +  adjust its clocks on 2017-11-05. Although Tonga has not announced +  whether it will continue to observe DST, the IATA is assuming that +  it will not. (Thanks to David Wade.) +  +  Turks & Caicos will switch from -04 all year to -05 with US DST on +  2018-03-11 at 03:00. This affects UT offsets starting 2018-11-04 +  at 02:00. (Thanks to Steffen Thorsen.) +  +  Changes to past time stamps +  +  Namibia switched from +02 to +01 on 1994-03-21, not 1994-04-03. +  (Thanks to Arthur David Olson.) +  +  Detroit did not observe DST in 1967. +  +  Use railway time for Asia/Kolkata before 1941, by switching to +  Madras local time (UT +052110) in 1870, then to IST (UT +0530) in +  1906. Also, treat 1941-2's +0630 as DST, like 1942-5. +  +  Europe/Dublin's 1946 and 1947 fallback transitions occurred at +  02:00 standard time, not 02:00 DST. (Thanks to Michael Deckers.) +  +  Pacific/Apia and Pacific/Pago_Pago switched from Antipodean to +  American time in 1892, not 1879. (Thanks to Michael Deckers.) +  +  Adjust the 1867 transition in Alaska to better reflect the +  historical record, by changing it to occur on 1867-10-18 at 15:30 +  Sitka time rather than at the start of 1867-10-17 local time. +  Although strictly speaking this is accurate only for Sitka, +  the rest of Alaska's blanks need to be filled in somehow. +  +  Fix off-by-one errors in UT offsets for Adak and Nome before 1867. +  (Thanks to Michael Deckers.) +  +  Add 7 s to the UT offset in Asia/Yangon before 1920. +  +  Changes to zone names +  +  Remove Canada/East-Saskatchewan from the 'backward' file, as it +  exceeded the 14-character limit and was an unused misnomer anyway. +  +  Changes to build procedure +  +  To support applications that prefer to read time zone data in text +  form, two zic input files tzdata.zi and leapseconds are now +  installed by default. The commands 'zic tzdata.zi' and 'zic -L +  leapseconds tzdata.zi' can reproduce the tzdata binary files +  without and with leap seconds, respectively. To prevent these two +  new files from being installed, use 'make TZDATA_TEXT=', and to +  suppress leap seconds from the tzdata text installation, use 'make +  TZDATA_TEXT=tzdata.zi'. +  +  'make BACKWARD=' now suppresses backward-compatibility names +  like 'US/Pacific' that are defined in the 'backward' and +  'pacificnew' files. +  +  'make check' now works on systems that lack a UTF-8 locale, +  or that lack the nsgmls program. Set UTF8_LOCALE to configure +  the name of a UTF-8 locale, if you have one. +  +  Y2K runtime checks are no longer enabled by default. Add +  -DDEPRECATE_TWO_DIGIT_YEARS to CFLAGS to enable them, instead of +  adding -DNO_RUN_TIME_WARNINGS_ABOUT_YEAR_2000_PROBLEMS_THANK_YOU +  to disable them. (New name suggested by Brian Inglis.) +  +  The build procedure for zdump now works on AIX 7.1. +  (Problem reported by Kees Dekker.) +  +  Changes to code +  +  zic and the reference runtime now reject multiple leap seconds +  within 28 days of each other, or leap seconds before the Epoch. +  As a result, support for double leap seconds, which was +  obsolescent and undocumented, has been removed. Double leap +  seconds were an error in the C89 standard; they have never existed +  in civil timekeeping. (Thanks to Robert Elz and Bradley White for +  noticing glitches in the code that uncovered this problem.) +  +  zic now warns about use of the obsolescent and undocumented -y +  option, and about use of the obsolescent TYPE field of Rule lines. +  +  zic now allows unambiguous abbreviations like "Sa" and "Su" for +  weekdays; formerly it rejected them due to a bug. Conversely, zic +  no longer considers non-prefixes to be abbreviations; for example, +  it no longer accepts "lF" as an abbreviation for "lastFriday". +  Also, zic warns about the undocumented usage with a "last-" +  prefix, e.g., "last-Fri". +  +  Similarly, zic now accepts the unambiguous abbreviation "L" for +  "Link" in ordinary context and for "Leap" in leap-second context. +  Conversely, zic no longer accepts non-prefixes such as "La" as +  abbreviations for words like "Leap". +  +  zic no longer accepts leap second lines in ordinary input, or +  ordinary lines in leap second input. Formerly, zic sometimes +  warned about this undocumented usage and handled it incorrectly. +  +  The new macro HAVE_TZNAME governs whether the tzname external +  variable is exported, instead of USG_COMPAT. USG_COMPAT now +  governs only the external variables "timezone" and "daylight". +  This change is needed because the three variables are not in the +  same category: although POSIX requires tzname, it specifies the +  other two variables as optional. Also, USG_COMPAT is now 1 or 0: +  if not defined, the code attempts to guess it from other macros. +  +  localtime.c and difftime.c no longer require stdio.h, and .c files +  other than zic.c no longer require sys/wait.h. +  +  zdump.c no longer assumes snprintf. (Reported by Jonathan Leffler.) +  +  Calculation of time_t extrema works around a bug in GCC 4.8.4 +  (Reported by Stan Shebs and Joseph Myers.) +  +  zic.c no longer mistranslates formats of line numbers in non-English +  locales. (Problem reported by Benno Schulenberg.) +  +  Several minor changes have been made to the code to make it a +  bit easier to port to MS-Windows and Solaris. (Thanks to Kees +  Dekker for reporting the problems.) +  +  Changes to documentation and commentary +  +  The two new files 'theory.html' and 'calendars' contain the +  contents of the removed file 'Theory'. The goal is to document +  tzdb theory more accessibly. +  +  The zic man page now documents abbreviation rules. +  +  tz-link.htm now covers how to apply tzdata changes to clients. +  (Thanks to Jorge Fábregas for the AIX link.) It also mentions MySQL. +  +  The leap-seconds.list URL has been updated to something that is +  more reliable for tzdb. (Thanks to Tim Parenti and Brian Inglis.) +  + Release 2017b - 2017-03-17 07:30:38 -0700 +  +  Briefly: Haiti has resumed DST. +  +  Changes to past and future time stamps +  +  Haiti resumed observance of DST in 2017. (Thanks to Steffen Thorsen.) +  +  Changes to past time stamps +  +  Liberia changed from -004430 to +00 on 1972-01-07, not 1972-05-01. +  +  Use "MMT" to abbreviate Liberia's time zone before 1972, as "-004430" +  is one byte over the POSIX limit. (Problem reported by Derick Rethans.) +  +  Changes to code +  +  The reference localtime implementation now falls back on the +  current US daylight-saving transition rules rather than the +  1987-2006 rules. This fallback occurs only when (1) the TZ +  environment variable's value has a name like "AST4ADT" that asks +  for daylight saving time but does not specify the rules, (2) there +  is no file by that name, and (3) the TZDEFRULES file cannot be +  loaded. (Thanks to Tom Lane.) +  +  + Release 2017a - 2017-02-28 00:05:36 -0800 +  +  Briefly: Southern Chile moves from -04/-03 to -03, and Mongolia +  discontinues DST. +  +  Changes to future time stamps +  +  Mongolia no longer observes DST. (Thanks to Ganbold Tsagaankhuu.) +  +  Chile's Region of Magallanes moves from -04/-03 to -03 year-round. +  Its clocks diverge from America/Santiago starting 2017-05-13 at +  23:00, hiving off a new zone America/Punta_Arenas. Although the +  Chilean government says this change expires in May 2019, for now +  assume it's permanent. (Thanks to Juan Correa and Deborah +  Goldsmith.) This also affects Antarctica/Palmer. +  +  Changes to past time stamps +  +  Fix many entries for historical time stamps for Europe/Madrid +  before 1979, to agree with tables compiled by Pere Planesas of the +  National Astronomical Observatory of Spain. As a side effect, +  this changes some time stamps for Africa/Ceuta before 1929, which +  are probably guesswork anyway. (Thanks to Steve Allen and +  Pierpaolo Bernardi for the heads-ups, and to Michael Deckers for +  correcting the 1901 transition.) +  +  Ecuador observed DST from 1992-11-28 to 1993-02-05. +  (Thanks to Alois Treindl.) +  +  Asia/Atyrau and Asia/Oral were at +03 (not +04) before 1930-06-21. +  (Thanks to Stepan Golosunov.) +  +  Changes to past and future time zone abbreviations +  +  Switch to numeric time zone abbreviations for South America, as +  part of the ongoing project of removing invented abbreviations. +  This avoids the need to invent an abbreviation for the new Chilean +  new zone. Similarly, switch from invented to numeric time zone +  abbreviations for Afghanistan, American Samoa, the Azores, +  Bangladesh, Bhutan, the British Indian Ocean Territory, Brunei, +  Cape Verde, Chatham Is, Christmas I, Cocos (Keeling) Is, Cook Is, +  Dubai, East Timor, Eucla, Fiji, French Polynesia, Greenland, +  Indochina, Iran, Iraq, Kiribati, Lord Howe, Macquarie, Malaysia, +  the Maldives, Marshall Is, Mauritius, Micronesia, Mongolia, +  Myanmar, Nauru, Nepal, New Caledonia, Niue, Norfolk I, Palau, +  Papua New Guinea, the Philippines, Pitcairn, Qatar, Réunion, St +  Pierre & Miquelon, Samoa, Saudi Arabia, Seychelles, Singapore, +  Solomon Is, Tokelau, Tuvalu, Wake, Vanuatu, Wallis & Futuna, and +  Xinjiang; for 20-minute daylight saving time in Ghana before 1943; +  for half-hour daylight saving time in Belize before 1944 and in +  the Dominican Republic before 1975; and for Canary Islands before +  1946, for Guinea-Bissau before 1975, for Iceland before 1969, for +  Indian Summer Time before 1942, for Indonesia before around 1964, +  for Kenya before 1960, for Liberia before 1973, for Madeira before +  1967, for Namibia before 1943, for the Netherlands in 1937-9, for +  Pakistan before 1971, for Western Sahara before 1977, and for +  Zaporozhye in 1880-1924. +  +  For Alaska time from 1900 through 1967, instead of "CAT" use the +  abbreviation "AST", the abbreviation commonly used at the time +  (Atlantic Standard Time had not been standardized yet). Use "AWT" +  and "APT" instead of the invented abbreviations "CAWT" and "CAPT". +  +  Use "CST" and "CDT" instead of invented abbreviations for Macau +  before 1999 and Taiwan before 1938, and use "JST" instead of the +  invented abbreviation "JCST" for Japan and Korea before 1938. +  +  Change to database entry category +  +  Move the Pacific/Johnston link from 'australasia' to 'backward', +  since Johnston is now uninhabited. +  +  Changes to code +  +  zic no longer mishandles some transitions in January 2038 when it +  attempts to work around Qt bug 53071. This fixes a bug affecting +  Pacific/Tongatapu that was introduced in zic 2016e. localtime.c +  now contains a workaround, useful when loading a file generated by +  a buggy zic. (Problem and localtime.c fix reported by Bradley +  White.) +  +  zdump -i now outputs non-hour numeric time zone abbreviations +  without a colon, e.g., "+0530" rather than "+05:30". This agrees +  with zic %z and with common practice, and simplifies auditing of +  zdump output. +  +  zdump is now buildable again with -DUSE_LTZ=0. +  (Problem reported by Joseph Myers.) +  +  zdump.c now always includes private.h, to avoid code duplication +  with private.h. (Problem reported by Kees Dekker.) +  +  localtime.c no longer mishandles early or late timestamps +  when TZ is set to a POSIX-style string that specifies DST. +  (Problem reported by Kees Dekker.) +  +  date and strftime now cause %z to generate "-0000" instead of +  "+0000" when the UT offset is zero and the time zone abbreviation +  begins with "-". +  +  Changes to documentation and commentary +  +  The 'Theory' file now better documents choice of historical time +  zone abbreviations. (Problems reported by Michael Deckers.) +  +  tz-link.htm now covers leap smearing, which is popular in clouds. +  +    Release 2016j - 2016-11-22 23:17:13 -0800       Briefly: Saratov, Russia moves from +03 to +04 on 2016-12-04.       Changes to future time stamps       Saratov, Russia switches from +03 to +04 on 2016-12-04 at 02:00.    This hives off a new zone Europe/Saratov from Europe/Volgograd.    (Thanks to Yuri Konotopov and Stepan Golosunov.)       Changes to past time stamps       The new zone Asia/Atyrau for Atyraū Region, Kazakhstan, is like -  Asia/Aqtau except it switched from +04/+05 to +05/+06 in spring +  Asia/Aqtau except it switched from +05/+06 to +04/+05 in spring    1999, not fall 1994. (Thanks to Stepan Golosunov.)       Changes to past time zone abbreviations       Asia/Gaza and Asia/Hebron now use "EEST", not "EET", to denote    summer time before 1948. The old use of "EET" was a typo.       Changes to code       zic no longer mishandles file systems that lack hard links, fixing
pike.git/lib/modules/Calendar.pmod/tzdata/NEWS:453:    tzcode now builds under MinGW. (Thanks to Ian Abbott and Esben Haabendal.)       tzselect now tests Julian-date TZ settings more accurately.    (Thanks to J William Piggott.)       Changes to commentary       Comments in zone tables have been improved. (Thanks to J William Piggott.)       tzselect again limits its menu comments so that menus fit on a -  24x80 alphanumeric display. +  24×80 alphanumeric display.       A new web page tz-how-to.html. (Thanks to Bill Seymour.)       In the Theory file, the description of possible time zone abbreviations in    tzdata has been cleaned up, as the old description was unclear and    inconsistent. (Thanks to Alain Mouette for reporting the problem.)         Release 2016a - 2016-01-26 23:28:02 -0800   
pike.git/lib/modules/Calendar.pmod/tzdata/NEWS:590:    field of a Rule line should now be '-'; the old values 'even',    'odd', 'uspres', 'nonpres', 'nonuspres' were already undocumented.    Although the implementation has not changed, these features do not    work in the default installation, they are not used in the data,    and they are now considered obsolescent.       zic now checks that two rules don't take effect at the same time.    (Thanks to Jon Skeet and Arthur David Olson.) Constraints on    simultaneity are now documented.    -  The two characters '%z' in a zone format now stand for the UTC -  offset, e.g., '-07' for seven hours behind UTC and '+0530' for +  The two characters '%z' in a zone format now stand for the UT +  offset, e.g., '-07' for seven hours behind UT and '+0530' for    five hours and thirty minutes ahead. This better supports time    zone abbreviations conforming to POSIX.1-2001 and later.       Changes affecting installed data files       Comments for America/Halifax and America/Glace_Bay have been improved.    (Thanks to Brian Inglis.)       Data entries have been simplified for Atlantic/Canary, Europe/Simferopol,    Europe/Sofia, and Europe/Tallinn. This yields slightly smaller
pike.git/lib/modules/Calendar.pmod/tzdata/NEWS:714:    Santiago observed DST (UT -03) from 1946-07-15 through    1946-08-31, then reverted to standard time, then switched to -05    on 1947-04-01.       Assume transitions before 1968 were at 00:00, since we have no data    saying otherwise.       The spring 1988 transition was 1988-10-09, not 1988-10-02.    The fall 1990 transition was 1990-03-11, not 1990-03-18.    -  Assume no UTC offset change for Pacific/Easter on 1890-01-01, +  Assume no UT offset change for Pacific/Easter on 1890-01-01,    and omit all transitions on Pacific/Easter from 1942 through 1946    since we have no data suggesting that they existed.       One more zone has been turned into a link, as it differed    from an existing zone only for older time stamps. As usual, -  this change affects UTC offsets in pre-1970 time stamps only. +  this change affects UT offsets in pre-1970 time stamps only.    The zone's old contents have been moved to the 'backzone' file.    The affected zone is America/Montreal.       Changes affecting commentary       Mention the TZUpdater tool.       Mention "The Time Now". (Thanks to Brandon Ramsey.)      
pike.git/lib/modules/Calendar.pmod/tzdata/NEWS:750:    correct the fall 2014 transition from September 26 to October 24.    Adjust future predictions accordingly. (Thanks to Steffen Thorsen.)       Changes affecting past time stamps       The 1982 zone shift in Pacific/Easter has been corrected, fixing a 2015a    regression. (Thanks to Stuart Bishop for reporting the problem.)       Some more zones have been turned into links, when they differed    from existing zones only for older time stamps. As usual, -  these changes affect UTC offsets in pre-1970 time stamps only. +  these changes affect UT offsets in pre-1970 time stamps only.    Their old contents have been moved to the 'backzone' file.    The affected zones are: America/Antigua, America/Cayman,    Pacific/Midway, and Pacific/Saipan.       Changes affecting time zone abbreviations       Correct the 1992-2010 DST abbreviation in Volgograd from "MSK" to "MSD".    (Thanks to Hank W.)       Changes affecting code
pike.git/lib/modules/Calendar.pmod/tzdata/NEWS:802:    (Thanks to Tim Parenti.)       Changes affecting past time stamps       Iceland observed DST in 1919 and 1921, and its 1939 fallback    transition was Oct. 29, not Nov. 29. Remove incorrect data from    Shanks about time in Iceland between 1837 and 1908.       Some more zones have been turned into links, when they differed    from existing zones only for older time stamps. As usual, -  these changes affect UTC offsets in pre-1970 time stamps only. +  these changes affect UT offsets in pre-1970 time stamps only.    Their old contents have been moved to the 'backzone' file.    The affected zones are: Asia/Aden, Asia/Bahrain, Asia/Kuwait,    and Asia/Muscat.       Changes affecting code       tzalloc now scrubs time zone abbreviations compatibly with the way    that tzset always has, by replacing invalid bytes with '_' and by    shortening too-long abbreviations.   
pike.git/lib/modules/Calendar.pmod/tzdata/NEWS:849:    Changes affecting past time stamps       Many pre-1989 time stamps have been corrected for Asia/Seoul and    Asia/Pyongyang, based on sources for the Korean-language Wikipedia    entry for time in Korea. (Thanks to Sanghyuk Jung.) Also, no    longer guess that Pyongyang mimicked Seoul time after World War II,    as this is politically implausible.       Some more zones have been turned into links, when they differed    from existing zones only for older time stamps. As usual, -  these changes affect UTC offsets in pre-1970 time stamps only. +  these changes affect UT offsets in pre-1970 time stamps only.    Their old contents have been moved to the 'backzone' file.    The affected zones are: Africa/Addis_Ababa, Africa/Asmara,    Africa/Dar_es_Salaam, Africa/Djibouti, Africa/Kampala,    Africa/Mogadishu, Indian/Antananarivo, Indian/Comoro, and    Indian/Mayotte.       Changes affecting commentary       The commentary is less enthusiastic about Shanks as a source,    and is more careful to distinguish UT from UTC.
pike.git/lib/modules/Calendar.pmod/tzdata/NEWS:904:    usual, these changes affect pre-1970 time stamps only. Their old    contents have been moved to the 'backzone' file.       Changes affecting code       The time-related library functions now set errno on failure, and    some crashes in the new tzalloc-related library functions have    been fixed. (Thanks to Christos Zoulas for reporting most of    these problems and for suggesting fixes.)    -  If USG_COMPAT is defined and the requested time stamp is standard time, +  If USG_COMPAT is defined and the requested timestamp is standard time,    the tz library's localtime and mktime functions now set the extern -  variable timezone to a value appropriate for that time stamp; and +  variable timezone to a value appropriate for that timestamp; and    similarly for ALTZONE, daylight saving time, and the altzone variable.    This change is a companion to the tzname change in 2014h, and is    designed to make timezone and altzone more compatible with tzname.       The tz library's functions now set errno to EOVERFLOW if they fail    because the result cannot be represented. ctime and ctime_r now -  return NULL and set errno when a time stamp is out of range, rather +  return NULL and set errno when a timestamp is out of range, rather    than having undefined behavior.       Some bugs associated with the new 2014g functions have been fixed.    This includes a bug that largely incapacitated the new functions    time2posix_z and posix2time_z. (Thanks to Christos Zoulas.)    It also includes some uses of uninitialized variables after tzalloc.    The new code uses the standard type 'ssize_t', which the Makefile    now gives porting advice about.       Changes affecting commentary       Updated URLs for NRC Canada (thanks to Matt Johnson and Brian Inglis).         Release 2014h - 2014-09-25 18:59:03 -0700    -  Changes affecting past time stamps +  Changes affecting past timestamps       America/Jamaica's 1974 spring-forward transition was Jan. 6, not Apr. 28.       Shanks says Asia/Novokuznetsk switched from LMT (not "NMT") on 1924-05-01,    not 1920-01-06. The old entry was based on a misinterpretation of Shanks.       Some more zones have been turned into links, when they differed -  from existing zones only for older time stamps. As usual, -  these changes affect UTC offsets in pre-1970 time stamps only. +  from existing zones only for older timestamps. As usual, +  these changes affect UT offsets in pre-1970 timestamps only.    Their old contents have been moved to the 'backzone' file.    The affected zones are: Africa/Blantyre, Africa/Bujumbura,    Africa/Gaborone, Africa/Harare, Africa/Kigali, Africa/Lubumbashi,    Africa/Lusaka, Africa/Maseru, and Africa/Mbabane.       Changes affecting code       zdump -V and -v now output gmtoff= values on all platforms,    not merely on platforms defining TM_GMTOFF.       The tz library's localtime and mktime functions now set tzname to a value -  appropriate for the requested time stamp, and zdump now uses this +  appropriate for the requested timestamp, and zdump now uses this    on platforms not defining TM_ZONE, fixing a 2014g regression.    (Thanks to Tim Parenti for reporting the problem.)       The tz library no longer sets tzname if localtime or mktime fails.       zdump -c no longer mishandles transitions near year boundaries.    (Thanks to Tim Parenti for reporting the problem.)       An access to uninitialized data has been fixed.    (Thanks to Jörg Richter for reporting the problem.)
pike.git/lib/modules/Calendar.pmod/tzdata/NEWS:991:       Programs are now documented to use the proleptic Gregorian calendar.    (Thanks to Alan Barrett for the suggestion.)       Fractional-second GMT offsets have been documented for civil time    in 19th-century Chennai, Jakarta, and New York.         Release 2014g - 2014-08-28 12:31:23 -0700    -  Changes affecting future time stamps +  Changes affecting future timestamps       Turks & Caicos is switching from US eastern time to UT -04    year-round, modeled as a switch on 2014-11-02 at 02:00.    [As noted in 2014j, this switch was later delayed.]    -  Changes affecting past time stamps +  Changes affecting past timestamps       Time in Russia or the USSR before 1926 or so has been corrected by    a few seconds in the following zones: Asia/Irkutsk,    Asia/Krasnoyarsk, Asia/Omsk, Asia/Samarkand, Asia/Tbilisi,    Asia/Vladivostok, Asia/Yakutsk, Europe/Riga, Europe/Samara. For    Asia/Yekaterinburg the correction is a few minutes. (Thanks to    Vladimir Karpinsky.)       The Portuguese decree of 1911-05-26 took effect on 1912-01-01. -  This affects 1911 time stamps in Africa/Bissau, Africa/Luanda, +  This affects 1911 timestamps in Africa/Bissau, Africa/Luanda,    Atlantic/Azores, and Atlantic/Madeira. Also, Lisbon's pre-1912    GMT offset was -0:36:45 (rounded from -0:36:44.68), not -0:36:32.    (Thanks to Stephen Colebourne for pointing to the decree.)       Asia/Dhaka ended DST on 2009-12-31 at 24:00, not 23:59.       A new file 'backzone' contains data which may appeal to -  connoisseurs of old time stamps, although it is out of scope for +  connoisseurs of old timestamps, although it is out of scope for    the tz database, is often poorly sourced, and contains some data    that is known to be incorrect. The new file is not recommended    for ordinary use and its entries are not installed by default.    (Thanks to Lester Caine for the high-quality Jersey, Guernsey, and    Isle of Man entries.)       Some more zones have been turned into links, when they differed -  from existing zones only for older time stamps. As usual, -  these changes affect UTC offsets in pre-1970 time stamps only. +  from existing zones only for older timestamps. As usual, +  these changes affect UT offsets in pre-1970 timestamps only.    Their old contents have been moved to the 'backzone' file.    The affected zones are: Africa/Bangui, Africa/Brazzaville,    Africa/Douala, Africa/Kinshasa, Africa/Libreville, Africa/Luanda,    Africa/Malabo, Africa/Niamey, and Africa/Porto-Novo.       Changes affecting code       Unless NETBSD_INSPIRED is defined to 0, the tz library now    supplies functions for creating and using objects that represent    time zones. The new functions are tzalloc, tzfree, localtime_rz,
pike.git/lib/modules/Calendar.pmod/tzdata/NEWS:1075:       The tz code now attempts to infer TM_GMTOFF and TM_ZONE if not    already defined, to make it easier to configure on common platforms.    Define NO_TM_GMTOFF and NO_TM_ZONE to suppress this.       Unless the new macro UNINIT_TRAP is defined to 1, the tz code now    assumes that reading uninitialized memory yields garbage values    but does not cause other problems such as traps.       If TM_GMTOFF is defined and UNINIT_TRAP is 0, mktime is now -  more likely to guess right for ambiguous time stamps near +  more likely to guess right for ambiguous timestamps near    transitions where tm_isdst does not change.       If HAVE_STRFTIME_L is defined to 1, the tz library now defines    strftime_l for compatibility with recent versions of POSIX.    Only the C locale is supported, though. HAVE_STRFTIME_L defaults    to 1 on recent POSIX versions, and to 0 otherwise.       tzselect -c now uses a hybrid distance measure that works better    in Africa. (Thanks to Alan Barrett for noting the problem.)   
pike.git/lib/modules/Calendar.pmod/tzdata/NEWS:1148:       Some broken URLs have been fixed in the commentary. (Thanks to    Lester Caine.)       Commentary about Philippines DST has been updated, and commentary    on pre-1970 time in India has been added.         Release 2014f - 2014-08-05 17:42:36 -0700    -  Changes affecting future time stamps +  Changes affecting future timestamps       Russia will subtract an hour from most of its time zones on 2014-10-26    at 02:00 local time. (Thanks to Alexander Krivenyshev.)    There are a few exceptions: Magadan Oblast (Asia/Magadan) and Zabaykalsky    Krai are subtracting two hours; conversely, Chukotka Autonomous Okrug    (Asia/Anadyr), Kamchatka Krai (Asia/Kamchatka), Kemerovo Oblast    (Asia/Novokuznetsk), and the Samara Oblast and the Udmurt Republic    (Europe/Samara) are not changing their clocks. The changed zones are    Europe/Kaliningrad, Europe/Moscow, Europe/Simferopol, Europe/Volgograd,    Asia/Yekaterinburg, Asia/Omsk, Asia/Novosibirsk, Asia/Krasnoyarsk,
pike.git/lib/modules/Calendar.pmod/tzdata/NEWS:1174:    Asia/Srednekolymsk (split from Asia/Magadan, but with only one hour    subtracted). (Thanks to Tim Parenti for much of the above.)       Changes affecting time zone abbreviations       Australian eastern time zone abbreviations are now AEST/AEDT not EST,    and similarly for the other Australian zones. That is, for eastern    standard and daylight saving time the abbreviations are AEST and AEDT    instead of the former EST for both; similarly, ACST/ACDT, ACWST/ACWDT,    and AWST/AWDT are now used instead of the former CST, CWST, and WST. -  This change does not affect UTC offsets, only time zone abbreviations. +  This change does not affect UT offsets, only time zone abbreviations.    (Thanks to Rich Tibbett and many others.)       Asia/Novokuznetsk shifts from NOVT to KRAT (remaining on UT +07)    effective 2014-10-26 at 02:00 local time.       The time zone abbreviation for Xinjiang Time (observed in Ürümqi)    has been changed from URUT to XJT. (Thanks to Luther Ma.)       Prefer MSK/MSD for Moscow time in Russia, even in other cities.    Similarly, prefer EET/EEST for eastern European time in Russia.
pike.git/lib/modules/Calendar.pmod/tzdata/NEWS:1199:    disagrees with that of American Samoa.       America/Metlakatla now uses PST, not MeST, to abbreviate its time zone.       Time zone abbreviations have been updated for Japan's two time    zones used 1896-1937. JWST now stands for Western Standard    Time, and JCST for Central Standard Time (formerly this was CJT).    These abbreviations are now used for time in Korea, Taiwan,    and Sakhalin while controlled by Japan.    -  Changes affecting past time stamps +  Changes affecting past timestamps       China's five zones have been simplified to two, since the post-1970    differences in the other three seem to have been imaginary. The    zones Asia/Harbin, Asia/Chongqing, and Asia/Kashgar have been    removed; backwards-compatibility links still work, albeit with -  different behaviors for time stamps before May 1980. Asia/Urumqi's +  different behaviors for timestamps before May 1980. Asia/Urumqi's    1980 transition to UT +08 has been removed, so that it is now at    +06 and not +08. (Thanks to Luther Ma and to Alois Treindl;    Treindl sent helpful translations of two papers by Guo Qingsheng.)       Some zones have been turned into links, when they differed from existing -  zones only for older UTC offsets where data entries were likely invented. -  These changes affect UTC offsets in pre-1970 time stamps only. This is +  zones only for older UT offsets where data entries were likely invented. +  These changes affect UT offsets in pre-1970 timestamps only. This is    similar to the change in release 2013e, except this time for western    Africa. The affected zones are: Africa/Bamako, Africa/Banjul,    Africa/Conakry, Africa/Dakar, Africa/Freetown, Africa/Lome,    Africa/Nouakchott, Africa/Ouagadougou, Africa/Sao_Tome, and    Atlantic/St_Helena. This also affects the backwards-compatibility    link Africa/Timbuktu. (Thanks to Alan Barrett, Stephen Colebourne,    Tim Parenti, and David Patte for reporting problems in earlier    versions of this change.)       Asia/Shanghai's pre-standard-time UT offset has been changed from
pike.git/lib/modules/Calendar.pmod/tzdata/NEWS:1357:    from Matt Johnson.) Also, it mentions the Go 'latlong' package.    (Thanks to a heads-up from Dirkjan Ochtman.)       The files usno1988, usno1989, usno1989a, usno1995, usno1997, and usno1998    have been removed. These obsolescent US Naval Observatory entries were no    longer helpful for maintenance. (Thanks to Tim Parenti for the suggestion.)         Release 2014e - 2014-06-12 21:53:52 -0700    -  Changes affecting near-future time stamps +  Changes affecting near-future timestamps       Egypt's 2014 Ramadan-based transitions are June 26 and July 31 at 24:00.    (Thanks to Imed Chihi.) Guess that from 2015 on Egypt will temporarily    switch to standard time at 24:00 the last Thursday before Ramadan, and    back to DST at 00:00 the first Friday after Ramadan.       Similarly, Morocco's are June 28 at 03:00 and August 2 at 02:00. (Thanks    to Milamber Space Network.) Guess that from 2015 on Morocco will    temporarily switch to standard time at 03:00 the last Saturday before    Ramadan, and back to DST at 02:00 the first Saturday after Ramadan.    -  Changes affecting past time stamps +  Changes affecting past timestamps       The abbreviation "MSM" (Moscow Midsummer Time) is now used instead of    "MSD" for Moscow's double daylight time in summer 1921. Also, a typo    "VLASST" has been repaired to be "VLAST" for Vladivostok summer time    in 1991. (Thanks to Hank W. for reporting the problems.)       Changes affecting commentary       tz-link.htm now cites RFC 7265 for jCal, mentions PTP and the    draft CalDAV extension, updates URLs for TSP, TZInfo, IATA, and    removes stale pointers to World Time Explorer and WORLDTIME.         Release 2014d - 2014-05-27 21:34:40 -0700       Changes affecting code    -  zic no longer generates files containing time stamps before the Big Bang. +  zic no longer generates files containing timestamps before the Big Bang.    This works around GNOME bug 730332    <https://bugzilla.gnome.org/show_bug.cgi?id=730332>.    (Thanks to Leonardo Chiquitto for reporting the bug, and to    Arthur David Olson and James Cloos for suggesting improvements to the fix.)       Changes affecting documentation       tz-link.htm now mentions GNOME.         Release 2014c - 2014-05-13 07:44:13 -0700    -  Changes affecting near-future time stamps +  Changes affecting near-future timestamps       Egypt observes DST starting 2014-05-15 at 24:00.    (Thanks to Ahmad El-Dardiry and Gunther Vermier.)    Details have not been announced, except that DST will not be observed    during Ramadan. Guess that DST will stop during the same Ramadan dates as    Morocco, and that Egypt's future spring and fall transitions will be the    same as 2010 when it last observed DST, namely April's last Friday at    00:00 to September's last Thursday at 23:00 standard time. Also, guess    that Ramadan transitions will be at 00:00 standard time.       Changes affecting code       zic now generates transitions for minimum time values, eliminating guesswork -  when handling low-valued time stamps. (Thanks to Arthur David Olson.) +  when handling low-valued timestamps. (Thanks to Arthur David Olson.)       Port to Cygwin sans glibc. (Thanks to Arthur David Olson.)       Changes affecting commentary and documentation       Remove now-confusing comment about Jordan. (Thanks to Oleksii Nochovnyi.)         Release 2014b - 2014-03-24 21:28:50 -0700    -  Changes affecting near-future time stamps +  Changes affecting near-future timestamps       Crimea switches to Moscow time on 2014-03-30 at 02:00 local time.    (Thanks to Alexander Krivenyshev.) Move its zone.tab entry from UA to RU.       New entry for Troll station, Antarctica. (Thanks to Paul-Inge Flakstad and    Bengt-Inge Larsson.) This is currently an approximation; a better version    will require the zic and localtime fixes mentioned below, and the plan is    to wait for a while until at least the zic fixes propagate.       Changes affecting code
pike.git/lib/modules/Calendar.pmod/tzdata/NEWS:1464:       Add comments about Johnston Island time in the 1960s.    (Thanks to Lyle McElhaney.)       Morocco's 2014 DST start will be as predicted.    (Thanks to Sebastien Willemijns.)         Release 2014a - 2014-03-07 23:30:29 -0800    -  Changes affecting near-future time stamps +  Changes affecting near-future timestamps       Turkey begins DST on 2014-03-31, not 03-30. (Thanks to Faruk Pasin for    the heads-up, and to Tim Parenti for simplifying the update.)    -  Changes affecting past time stamps +  Changes affecting past timestamps       Fiji ended DST on 2014-01-19 at 02:00, not the previously-scheduled 03:00.    (Thanks to Steffen Thorsen.)       Ukraine switched from Moscow to Eastern European time on 1990-07-01    (not 1992-01-01), and observed DST during the entire next winter.    (Thanks to Vladimir in Moscow via Alois Treindl.)       In 1988 Israel observed DST from 04-10 to 09-04, not 04-09 to 09-03.    (Thanks to Avigdor Finkelstein.)
pike.git/lib/modules/Calendar.pmod/tzdata/NEWS:1533:    Simple Timer + Clocks.       Update two links. (Thanks to Oscar van Vlijmen.)       Fix some formatting glitches, e.g., remove random newlines from    abbr elements' title attributes.         Release 2013i - 2013-12-17 07:25:23 -0800    -  Changes affecting near-future time stamps: +  Changes affecting near-future timestamps:       Jordan switches back to standard time at 00:00 on December 20, 2013.    The 2006-2011 transition schedule is planned to resume in 2014.    (Thanks to Steffen Thorsen.)    -  Changes affecting past time stamps: +  Changes affecting past timestamps:       In 2004, Cuba began DST on March 28, not April 4.    (Thanks to Steffen Thorsen.)       Changes affecting code       The compile-time flag NOSOLAR has been removed, as nowadays the    benefit of slightly shrinking runtime table size is outweighed by the    cost of disallowing potential future updates that exceed old limits.   
pike.git/lib/modules/Calendar.pmod/tzdata/NEWS:1563:    They were a negative experiment - that is, a demonstration that    tz data can represent solar time only with some difficulty and error.    Their presence in the distribution caused confusion, as Riyadh    civil time was generally not solar time in those years.       tz-link.htm now mentions Noda Time. (Thanks to Matt Johnson.)         Release 2013h - 2013-10-25 15:32:32 -0700    -  Changes affecting current and future time stamps: +  Changes affecting current and future timestamps:       Libya has switched its UT offset back to +02 without DST, instead    of +01 with DST. (Thanks to Even Scharning.)       Western Sahara (Africa/El_Aaiun) uses Morocco's DST rules.    (Thanks to Gwillim Law.)    -  Changes affecting future time stamps: +  Changes affecting future timestamps:       Acre and (we guess) western Amazonas will switch from UT -04 to -05    on 2013-11-10. This affects America/Rio_Branco and America/Eirunepe.    (Thanks to Steffen Thorsen.)       Add entries for DST transitions in Morocco in the year 2038.    This avoids some year-2038 glitches introduced in 2013g.    (Thanks to Yoshito Umaoka for reporting the problem.)       Changes affecting API
pike.git/lib/modules/Calendar.pmod/tzdata/NEWS:1622:       tz-link.htm now mentions TC TIMEZONE's draft time zone service protocol    (thanks to Mike Douglass) and TimezoneJS.Date (thanks to Jim Fehrle).       Update URLs in tz-link page. Add URLs for Microsoft Windows, since    8.1 introduces tz support. Remove URLs for Tru64 and UnixWare (no    longer maintained) and for old advisories. SOFA now does C.      Release 2013g - 2013-09-30 21:08:26 -0700    -  Changes affecting current and near-future time stamps +  Changes affecting current and near-future timestamps       Morocco now observes DST from the last Sunday in March to the last    Sunday in October, not April to September respectively. (Thanks    to Steffen Thorsen.)       Changes affecting 'zic'       'zic' now runs on platforms that lack both hard links and symlinks.    (Thanks to Theo Veenker for reporting the problem, for MinGW.)    Also, fix some bugs on platforms that lack hard links but have symlinks.
pike.git/lib/modules/Calendar.pmod/tzdata/NEWS:1655:       The README file is now part of the data tarball as well as the code.    It now states that files are public domain unless otherwise specified.    (Thanks to Andrew Main (Zefram) for asking for clarifications.)    Its details about the 1989 release moved to a place of honor near    the end of NEWS.         Release 2013f - 2013-09-24 23:37:36 -0700    -  Changes affecting near-future time stamps +  Changes affecting near-future timestamps       Tocantins will very likely not observe DST starting this spring.    (Thanks to Steffen Thorsen.)       Jordan will likely stay at UT +03 indefinitely, and will not fall    back this fall.       Palestine will fall back at 00:00, not 01:00. (Thanks to Steffen Thorsen.)       Changes affecting API
pike.git/lib/modules/Calendar.pmod/tzdata/NEWS:1702:    signed tags for recent releases, e.g., '2013e' for Release 2013e.    Releases are tagged starting with 2012e; earlier releases were    done differently, and tags would either not have a simple name or    not exactly match what was released.       'make set-timestamps' is now simpler and a bit more portable.         Release 2013e - 2013-09-19 23:50:04 -0700    -  Changes affecting near-future time stamps +  Changes affecting near-future timestamps       This year Fiji will start DST on October 27, not October 20.    (Thanks to David Wheeler for the heads-up.) For now, guess that    Fiji will continue to spring forward the Sunday before the fourth    Monday in October.       Changes affecting current and future time zone abbreviations       Use WIB/WITA/WIT rather than WIT/CIT/EIT for alphabetic Indonesian    time zone abbreviations since 1932. (Thanks to George Ziegler,    Priyadi Iman Nurcahyo, Zakaria, Jason Grimes, Martin Pitt, and    Benny Lin.) This affects Asia/Dili, Asia/Jakarta, Asia/Jayapura,    Asia/Makassar, and Asia/Pontianak.       Use ART (UT -03, standard time), rather than WARST (also -03, but    daylight saving time) for San Luis, Argentina since 2009.    -  Changes affecting Godthåb time stamps after 2037 if version mismatch +  Changes affecting Godthåb timestamps after 2037 if version mismatch       Allow POSIX-like TZ strings where the transition time's hour can    range from -167 through 167, instead of the POSIX-required 0    through 24. E.g., TZ='FJT-12FJST,M10.3.1/146,M1.3.4/75' for the    new Fiji rules. This is a more-compact way to represent -  far-future time stamps for America/Godthab, America/Santiago, +  far-future timestamps for America/Godthab, America/Santiago,    Antarctica/Palmer, Asia/Gaza, Asia/Hebron, Asia/Jerusalem,    Pacific/Easter, and Pacific/Fiji. Other zones are unaffected by    this change. (Derived from a suggestion by Arthur David Olson.)       Allow POSIX-like TZ strings where daylight saving time is in    effect all year. E.g., TZ='WART4WARST,J1/0,J365/25' for Western    Argentina Summer Time all year. This supports a more-compact way    to represent the 2013d data for America/Argentina/San_Luis.    Because of the change for San Luis noted above this change does not    affect the current data. (Thanks to Andrew Main (Zefram) for    suggestions that improved this change.)       Where these two TZ changes take effect, there is a minor extension    to the tz file format in that it allows new values for the    embedded TZ-format string, and the tz file format version number    has therefore been increased from 2 to 3 as a precaution.    Version-2-based client code should continue to work as before for -  all time stamps before 2038. Existing version-2-based client code +  all timestamps before 2038. Existing version-2-based client code    (tzcode, GNU/Linux, Solaris) has been tested on version-3-format -  files, and typically works in practice even for time stamps after +  files, and typically works in practice even for timestamps after    2037; the only known exception is America/Godthab.    -  Changes affecting time stamps before 1970 +  Changes affecting timestamps before 1970       Pacific/Johnston is now a link to Pacific/Honolulu. This corrects    some errors before 1947.       Some zones have been turned into links, when they differ from existing    zones only in older data entries that were likely invented or that    differ only in LMT or transitions from LMT. These changes affect -  only time stamps before 1943. The affected zones are: +  only timestamps before 1943. The affected zones are:    Africa/Juba, America/Anguilla, America/Aruba, America/Dominica,    America/Grenada, America/Guadeloupe, America/Marigot,    America/Montserrat, America/St_Barthelemy, America/St_Kitts,    America/St_Lucia, America/St_Thomas, America/St_Vincent,    America/Tortola, and Europe/Vaduz. (Thanks to Alois Treindl for    confirming that the old Europe/Vaduz zone was wrong and the new    link is better for WWII-era times.)       Change Kingston Mean Time from -5:07:12 to -5:07:11. This affects -  America/Cayman, America/Jamaica and America/Grand_Turk time stamps +  America/Cayman, America/Jamaica and America/Grand_Turk timestamps    from 1890 to 1912.       Change the UT offset of Bern Mean Time from 0:29:44 to 0:29:46. -  This affects Europe/Zurich time stamps from 1853 to 1894. (Thanks +  This affects Europe/Zurich timestamps from 1853 to 1894. (Thanks    to Alois Treindl).       Change the date of the circa-1850 Zurich transition from 1849-09-12    to 1853-07-16, overriding Shanks with data from Messerli about    postal and telegraph time in Switzerland.       Changes affecting time zone abbreviations before 1970       For Asia/Jakarta, use BMT (not JMT) for mean time from 1923 to 1932,    as Jakarta was called Batavia back then.       Changes affecting API       The 'zic' command now outputs a dummy transition when far-future    data can't be summarized using a TZ string, and uses a 402-year    window rather than a 400-year window. For the current data, this    affects only the Asia/Tehran file. It does not affect any of the -  time stamps that this file represents, so zdump outputs the same +  timestamps that this file represents, so zdump outputs the same    information as before. (Thanks to Andrew Main (Zefram).)       The 'date' command has a new '-r' option, which lets you specify    the integer time to display, a la FreeBSD.       The 'tzselect' command has two new options '-c' and '-n', which lets you    select a zone based on latitude and longitude.       The 'zic' command's '-v' option now warns about constructs that    require the new version-3 binary file format. (Thanks to Arthur
pike.git/lib/modules/Calendar.pmod/tzdata/NEWS:1821:    changed back to the old practice of using 'long' to represent UT    offsets. This had been inadvertently and mistakenly changed to    'int_fast32_t'. (Thanks to Christos Zoulas.)       The code avoids undefined behavior on integer overflow in some    more places, including gmtime, localtime, mktime and zdump.       Changes affecting the zdump utility       zdump now outputs "UT" when referring to Universal Time, not "UTC". -  "UTC" does not make sense for time stamps that predate the introduction +  "UTC" does not make sense for timestamps that predate the introduction    of UTC, whereas "UT", a more-generic term, does. (Thanks to Steve Allen    for clarifying UT vs UTC.)       Data changes affecting behavior of tzselect and similar programs       Country code BQ is now called the more-common name "Caribbean Netherlands"    rather than the more-official "Bonaire, St Eustatius & Saba".       Remove from zone.tab the names America/Montreal, America/Shiprock,    and Antarctica/South_Pole, as they are equivalent to existing -  same-country-code zones for post-1970 time stamps. The data entries for +  same-country-code zones for post-1970 timestamps. The data entries for    these names are unchanged, so the names continue to work as before.       Changes affecting code internals       zic -c now runs way faster on 64-bit hosts when given large numbers.       zic now uses vfprintf to avoid allocating and freeing some memory.       tzselect now computes the list of continents from the data,    rather than have it hard-coded.       Minor changes pacify GCC 4.7.3 and GCC 4.8.1.       Changes affecting the build procedure       The 'leapseconds' file is now generated automatically from a    new file 'leap-seconds.list', which is a copy of -  <ftp://time.nist.gov/pub/leap-seconds.list>. +  <ftp://ftp.nist.gov/pub/time/leap-seconds.list>    A new source file 'leapseconds.awk' implements this.    The goal is simplification of the future maintenance of 'leapseconds'.       When building the 'posix' or 'right' subdirectories, if the    subdirectory would be a copy of the default subdirectory, it is    now made a symbolic link if that is supported. This saves about    2 MB of file system space.       The links America/Shiprock and Antarctica/South_Pole have been    moved to the 'backward' file. This affects only nondefault builds
pike.git/lib/modules/Calendar.pmod/tzdata/NEWS:1892:       Its examples are updated to match the latest data.       The definition of white space has been clarified slightly.    (Thanks to Michael Deckers.)       Changes to the 'Theory' file       There is a new section about the accuracy of the tz database,    describing the many ways that errors can creep in, and -  explaining why so many of the pre-1970 time stamps are wrong or +  explaining why so many of the pre-1970 timestamps are wrong or    misleading (thanks to Steve Allen, Lester Caine, and Garrett    Wollman for discussions that contributed to this).       The 'Theory' file describes LMT better (this follows a    suggestion by Guy Harris).       It refers to the 2013 edition of POSIX rather than the 2004 edition.       It's mentioned that excluding 'backward' should not affect the    other data, and it suggests at least one zone.tab name per
pike.git/lib/modules/Calendar.pmod/tzdata/NEWS:1927:    general from UTC in particular. (Thanks to Steve Allen.)       Add a better source for the Zurich 1894 transition.    (Thanks to Pierre-Yves Berger.)       Update shapefile citations in tz-link.htm. (Thanks to Guy Harris.)         Release 2013d - 2013-07-05 07:38:01 -0700    -  Changes affecting future time stamps: +  Changes affecting future timestamps:       Morocco's midsummer transitions this year are July 7 and August 10,    not July 9 and August 8. (Thanks to Andrew Paprocki.)       Israel now falls back on the last Sunday of October.    (Thanks to Ephraim Silverberg.)    -  Changes affecting past time stamps: +  Changes affecting past timestamps:       Specify Jerusalem's location more precisely; this changes the pre-1880    times by 2 s.       Changing affecting metadata only:       Fix typos in the entries for country codes BQ and SX.       Changes affecting code:   
pike.git/lib/modules/Calendar.pmod/tzdata/NEWS:1973:       Update several URLs and comments in the web pages.       Spelling fixes (thanks to Kevin Lyda and Jonathan Leffler).       Update URL for CLDR Zone->Tzid table (thanks to Yoshito Umaoka).         Release 2013c - 2013-04-19 16:17:40 -0700    -  Changes affecting current and future time stamps: +  Changes affecting current and future timestamps:       Palestine observed DST starting March 29, 2013. (Thanks to    Steffen Thorsen.) From 2013 on, Gaza and Hebron both observe DST,    with the predicted rules being the last Thursday in March at 24:00    to the first Friday on or after September 21 at 01:00.       Assume that the recent change to Paraguay's DST rules is permanent,    by moving the end of DST to the 4th Sunday in March every year.    (Thanks to Carlos Raúl Perasso.)    -  Changes affecting past time stamps: +  Changes affecting past timestamps:       Fix some historical data for Palestine to agree with that of    timeanddate.com, as follows:       The spring 2008 change in Gaza and Hebron was on 00:00 Mar 28, not    00:00 Apr 1.       The fall 2009 change in Gaza and Hebron on Sep 4 was at 01:00, not    02:00.   
pike.git/lib/modules/Calendar.pmod/tzdata/NEWS:2018:       Macquarie Island is politically part of Australia, not Antarctica.    (Thanks to Tobias Conradi.)       Sort Macquarie more-consistently with other parts of Australia.    (Thanks to Tim Parenti.)         Release 2013b - 2013-03-10 22:33:40 -0700    -  Changes affecting current and future time stamps: +  Changes affecting current and future timestamps:       Haiti uses US daylight-saving rules this year, and presumably future years. -  This changes time stamps starting today. (Thanks to Steffen Thorsen.) +  This changes timestamps starting today. (Thanks to Steffen Thorsen.)       Paraguay will end DST on March 24 this year.    (Thanks to Steffen Thorsen.) For now, assume it's just this year.       Morocco does not observe DST during Ramadan;    try to predict Ramadan in Morocco as best we can.    (Thanks to Erik Homoet for the heads-up.)       Changes affecting commentary:   
pike.git/lib/modules/Calendar.pmod/tzdata/NEWS:2045:    Switch from FTP to HTTP for Internet RFCs.         Release 2013a - 2013-02-27 09:20:35 -0800       Change affecting binary data format:       The zone offset at the end of version-2-format zone files is now    allowed to be 24:00, as per POSIX.1-2008. (Thanks to Arthur David Olson.)    -  Changes affecting current and future time stamps: +  Changes affecting current and future timestamps:       Chile's 2013 rules, and we guess rules for 2014 and later, will be    the same as 2012, namely Apr Sun>=23 03:00 UTC to Sep Sun>=2 04:00 UTC.    (Thanks to Steffen Thorsen and Robert Elz.)       New Zones Asia/Khandyga, Asia/Ust-Nera, Europe/Busingen.    (Thanks to Tobias Conradi and Arthur David Olson.)    -  Many changes affect historical time stamps before 1940. +  Many changes affect historical timestamps before 1940.    These were deduced from: Milne J. Civil time. Geogr J. 1899 -  Feb;13(2):173-94 <http://www.jstor.org/stable/1774359>. +  Feb;13(2):173-94 <https://www.jstor.org/stable/1774359>.       Changes affecting the code:       Fix zic bug that mishandled Egypt's 2010 changes (this also affected    the data). (Thanks to Arthur David Olson.)       Fix localtime bug when time_t is unsigned and data files were generated    by a signed time_t system. (Thanks to Doug Bailey for reporting and    to Arthur David Olson for fixing.)   
pike.git/lib/modules/Calendar.pmod/tzdata/NEWS:2186:       * Use a single version number for both code and data.       * .gitignore: New file.       * Remove trailing white space.         Release code2012c-data2012d - 2012-07-19 16:35:33 -0700    -  Changes for Morocco's time stamps, which take effect in a couple of +  Changes for Morocco's timestamps, which take effect in a couple of    hours, along with infrastructure changes to accommodate how the tz    code and data are released on IANA.         Release data2012c - 2012-03-27 12:17:25 -0400       africa    Summer time changes for Morocco (to start late April 2012)       asia
pike.git/lib/modules/Calendar.pmod/tzdata/NEWS:2330:    [not summarized]         Release 2011e - 2011-03-31 16:04:38 -0400       Morocco, Chile, and tz-link changes         Release 2011d - 2011-03-14 09:18:01 -0400    -  changes that impact present-day time stamps in Cuba, Samoa, and Turkey +  changes that impact present-day timestamps in Cuba, Samoa, and Turkey         Release 2011c - 2011-03-07 09:30:09 -0500    -  These do affect current time stamps in Chile and Annette Island, Canada. +  These do affect current timestamps in Chile and Annette Island, Canada.         Release 2011b - 2011-02-07 08:44:50 -0500       [not summarized]         Release 2011a - 2011-01-24 10:30:16 -0500       [not summarized]
pike.git/lib/modules/Calendar.pmod/tzdata/NEWS:3800:   that talks about the changes in that release. The text has been   adapted and reformatted for the purposes of this file.      Traditionally a release R consists of a pair of tarball files,   tzcodeR.tar.gz and tzdataR.tar.gz. However, some releases (e.g.,   code2010a, data2012c) consist of just one or the other tarball, and a   few (e.g., code2012c-data2012d) have tarballs with mixed version   numbers. Recent releases also come in an experimental format   consisting of a single tarball tzdb-R.tar.lz with extra data.    - Release time stamps are taken from the release's commit (for newer, + Release timestamps are taken from the release's commit (for newer,   Git-based releases), from the newest file in the tarball (for older   releases, where this info is available) or from the email announcing   the release (if all else fails; these are marked with a time zone of   -0000 and an "is missing!" comment).      Earlier versions of the code and data were not announced on the tz   list and are not summarized here.      This file is in the public domain.      Local Variables:   coding: utf-8   End: