tzdata requires update to tzdata-2022a-1

[Jim Somerville]

Need this to pickup any timezone changes for DST + the two leapseconds files are now past expiry which occurred at the end of June 2022.

For Debian we don't have to build the tzdata package as it already contains the leapseconds files. But the binary package still needs to be upgraded. As of last check, this version is still marked as unstable and undergoing testing: https://tracker.debian.org/pkg/tzdata but we need it anyway.

For CentOS, the source is tzdata-2022a-1.el7.src.rpm and we need to build it in the same way as the previous version, 2021e, to include the leapseconds files.

Skipping the template as most of it is N/A.

Severity: Minor

PTP complains about an expired leapseconds file. No workaround, just live with it.

[Ghada Khalil (gkhalil)]

Screening: stx.7.0 / medium - it would be good to package the new file before the release branch creation

[OpenStack Infra (hudson-openstack)]

Fix proposed to branch: master
Review: https://review.opendev.org/c/starlingx/integ/+/849573

[OpenStack Infra (hudson-openstack)]

Reviewed: https://review.opendev.org/c/starlingx/integ/+/849573
Committed: https://opendev.org/starlingx/integ/commit/582fc6874f9192b8a22de5f38f98c763908ebec1
Submitter: "Zuul (22348)"
Branch: master

commit 582fc6874f9192b8a22de5f38f98c763908ebec1
Author: Jim Somerville <email address hidden>
Date: Tue Jul 12 14:01:21 2022 -0400

    CentOS: tzdata: upversion to 2022a

    We need to upversion as the leapseconds files
    have expired. We also pick up any changes to
    timezones, such as when DST occurs.

    Verification:
    - tzdata package builds ok
    - check built package to ensure it contains the
      leap-seconds.list file
    - build-iso and make sure it contains the new rpm
    - boot the iso and ensure nothing weird observed
      regarding the date
    - run "export TZ=/usr/share/zoneinfo/EST5EDT" followed
      by the date command and ensure that it displays the
      correct time for that timezone

    Partial-Bug: 1981368

    Change-Id: Ic12eb4a3a1eb3d545a4ae5d24dc01f83aeed08a0
    Signed-off-by: Jim Somerville <email address hidden>

[OpenStack Infra (hudson-openstack)]

Fix proposed to branch: master
Review: https://review.opendev.org/c/starlingx/tools/+/850778

[OpenStack Infra (hudson-openstack)]

Reviewed: https://review.opendev.org/c/starlingx/tools/+/850778
Committed: https://opendev.org/starlingx/tools/commit/a531aab9e2c608332c7eb0dddbc8e3a9ed02c42a
Submitter: "Zuul (22348)"
Branch: master

commit a531aab9e2c608332c7eb0dddbc8e3a9ed02c42a
Author: Jim Somerville <email address hidden>
Date: Fri Jul 22 20:27:53 2022 +0000

    Debian: tzdata upgrade to version 2022a-1

    Older versions have expired leapseconds files in them.

    Verification:
    - confirm the following two files are not expired yet and
      have expiry timestamps of Dec. 28 2022:
      /usr/share/zoneinfo/leapseconds
      /usr/share/zoneinfo/leap-seconds.list
    - do a rudimentary timezone test:
      eg. date ; export TZ=EST5EDT ; date
      and confirm that the second date is correct for the timezone

    Closes-Bug: 1981368

    Change-Id: I32398b0b5149350c46292ce7099236a175e7215d
    Signed-off-by: Jim Somerville <email address hidden>

[Ghada Khalil (gkhalil)]

@Jim, please cherry-pick the above commit to the r/stx.7.0 release branch. Thanks.

[OpenStack Infra (hudson-openstack)]

Fix proposed to branch: r/stx.7.0
Review: https://review.opendev.org/c/starlingx/tools/+/851376

[OpenStack Infra (hudson-openstack)]

Reviewed: https://review.opendev.org/c/starlingx/tools/+/851376
Committed: https://opendev.org/starlingx/tools/commit/6fc268d785a6c2f1c60f7db3848314f2c3a1831b
Submitter: "Zuul (22348)"
Branch: r/stx.7.0

commit 6fc268d785a6c2f1c60f7db3848314f2c3a1831b
Author: Jim Somerville <email address hidden>
Date: Fri Jul 22 20:27:53 2022 +0000

    Debian: tzdata upgrade to version 2022a-1

    Older versions have expired leapseconds files in them.

    Verification:
    - confirm the following two files are not expired yet and
      have expiry timestamps of Dec. 28 2022:
      /usr/share/zoneinfo/leapseconds
      /usr/share/zoneinfo/leap-seconds.list
    - do a rudimentary timezone test:
      eg. date ; export TZ=EST5EDT ; date
      and confirm that the second date is correct for the timezone

    Closes-Bug: 1981368

    Change-Id: I32398b0b5149350c46292ce7099236a175e7215d
    Signed-off-by: Jim Somerville <email address hidden>
    (cherry picked from commit a531aab9e2c608332c7eb0dddbc8e3a9ed02c42a)