Univention Bugzilla – Bug 42879
tzdata: New leap second 2016-12-31 (3.2)
Last modified: 2016-12-16 17:23:41 CET
+++ This bug was initially created as a clone of Bug #42878 +++ Upstream Debian package version 2016h-0+deb7u1 updates timezone data: This update includes the changes in tzdata up to 2016h. Notable changes are: - Asia/Gaza and Asia/Hebron (DST ending on 2016-10-29 at 01:00, not 2016-10-21 at 00:00). - Europe/Istanbul switch from EET/EEST (+02/+03) to permanent +03 on 2016-09-07. While the timezone has changed, the divergence from EET/EEST will happen on 2016-10-30. - Turkey switched from EET/EEST (+02/+03) to permanent +03, effective 2016-09-07. - New leap second 2016-12-31 23:59:60 UTC as per IERS Bulletin C 52.
libdatetime-timezone-perl version 1:1.58-1+2016h too.
For libdatetime-timezone-perl I had to update the timezone data via patches. Advisories: * tzdata.yaml * libdatetime-timezone-perl.yaml
Advisories: OK Tests (amd64): date --date='TZ="right/UTC" 2016-12-31 23:59:60': OK
Strictly speaking the version number of tzdata in errata3.2-8 must stay below the corresponding package version in errata4.0-2, but the situation already got out of hand a long time ago: Version: 2013i-0.29.201404101009: ucs_3.2-0-ucs3.2-2 Version: 2015d-0.35.201506170920: ucs_3.2-0-errata3.2-6 Version: 2015d-0.35.201506170920: ucs_3.2-0-ucs3.2-7 Version: 2016i-0.39.201611102129: ucs_3.2-0-errata3.2-8 Version: 2016i-0~ucs3.3.38.201611102126: ucs_3.3-0-errata3.3-0 Version: 2014h-0.32.201410221907: ucs_4.0-0 Version: 2014j-0.33.201502021152: ucs_4.0-0-ucs4.0-1 Version: 2015d-0.36.201506170934: ucs_4.0-0-errata4.0-2 Version: 2015d-0.36.201506170934: ucs_4.0-0-ucs4.0-3 Version: 2016i-0.37.201611101751: ucs_4.1-0-errata4.1-4 So, the version shipped in ucs 3.2-2 was still below the one in ucs 4.0-0, all right, but then the version shipped in errata3.2-6 was higher then in ucs 4.0-0 and 4.0-1. Nothing we can do about that now. But now we are getting totally out of whack: The version in errata3.2-8 is higher than the version in errata4.1-4! I think I should fix this, sorry. This is a separate issue from the libdatetime-timezone-perl version issue reported in Bug 42878 Comment 3.
UCS 3.2 is out of maintenance. I guess we don't need to fix this issue.
The versioning issue has been fixed, but we will not ship the update. I guess we can leave the files in svn and repo.
(In reply to Arvid Requate from comment #6) > The versioning issue has been fixed, but we will not ship the update. I > guess we can leave the files in svn and repo. I concur.