[Bug 1965791] Re: Update tzdata to version 2022a
Launchpad Bug Tracker
1965791 at bugs.launchpad.net
Wed Mar 23 23:31:53 UTC 2022
This bug was fixed in the package tzdata - 2022a-0ubuntu0.18.04
---------------
tzdata (2022a-0ubuntu0.18.04) bionic; urgency=medium
* New upstream release (LP: #1965791):
- Palestine will spring forward on 2022-03-27 (not 2022-03-26).
-- Brian Murray <brian at ubuntu.com> Mon, 21 Mar 2022 13:52:27 -0700
** Changed in: tzdata (Ubuntu Bionic)
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to tzdata in Ubuntu.
https://bugs.launchpad.net/bugs/1965791
Title:
Update tzdata to version 2022a
Status in tzdata package in Ubuntu:
Fix Released
Status in tzdata source package in Bionic:
Fix Released
Status in tzdata source package in Focal:
Fix Released
Status in tzdata source package in Impish:
Fix Released
Status in tzdata source package in Jammy:
Fix Released
Bug description:
New upstream version affecting the following timestamp:
$region/$timezone = Asia/Gaza
Verification is done with 'zdump'. The first timezone that gets
changed in the updated package is dumped with 'zdump -v
$region/$timezone_that_changed' (this needs to be greped for in
/usr/share/zoneinfo/). [For example: 'zdump -v Asia/Gaza'.] This is
compared to the same output after the updated package got installed.
If those are different the verification is considered done.
[Test Case for all releases]
1) zdump -v Asia/Gaza | grep 'Mar.*2022'
With the version of the package from -proposed this will show Mar 26
not Mar 25.
For releases with ICU timezone data verification is done using the following with dates before and after the change:
[Test Case for releases >= 20.04 LTS]
1) sudo apt-get install python3-icu
2) python3 -c 'from datetime import datetime; from icu import ICUtzinfo, TimeZone; tz = ICUtzinfo(TimeZone.createTimeZone('Asia/Gaza')); print(str(tz.utcoffset(datetime(2022, 3, 26))))'
Additionally, an upstream update of tzdata removed the 'old' SystemV
timezones, so we should ensure that they are kept in Ubuntu 20.04 LTS
and earlier releases. Subsequently, these should be checked for using
the following:
[Test Case for releases <= 20.04 LTS]
diff <(zdump -v America/Phoenix | cut -d' ' -f2-) <(zdump -v SystemV/MST7 | cut -d' ' -f2-)
Nothing should be returned by the above command.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/tzdata/+bug/1965791/+subscriptions
More information about the foundations-bugs
mailing list