From Fedora Project Wiki
< Changes
(Updated to ChangeReadyForWrangler) |
No edit summary |
||
| (5 intermediate revisions by 2 users not shown) | |||
| Line 31: | Line 31: | ||
This should link to your home wiki page so we know who you are. | This should link to your home wiki page so we know who you are. | ||
--> | --> | ||
* Name: [[User: | * Name: [[User:Pfrankli|Patsy Franklin]] | ||
* Email: pfrankli@redhat.com | * Email: pfrankli@redhat.com | ||
* Release notes owner: pfrankli@redhat.com | * Release notes owner: pfrankli@redhat.com | ||
| Line 48: | Line 48: | ||
CLOSED as NEXTRELEASE -> change is completed and verified and will be delivered in next release under development | CLOSED as NEXTRELEASE -> change is completed and verified and will be delivered in next release under development | ||
--> | --> | ||
* Tracker bug: | * Tracker bug: [https://bugzilla.redhat.com/show_bug.cgi?id=1585628 #1585628] | ||
* Release Notes tracking: [https://pagure.io/fedora-docs/release-notes/issue/178 #178] | |||
== Detailed Description == | == Detailed Description == | ||
| Line 60: | Line 61: | ||
== Scope == | == Scope == | ||
<!-- What work do the developers have to accomplish to complete the change in time for release? Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?--> | <!-- What work do the developers have to accomplish to complete the change in time for release? Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?--> | ||
* Proposal owners: | * Proposal owners: Implement the proposal. | ||
<!-- What work do the feature owners have to accomplish to complete the feature in time for release? Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?--> | <!-- What work do the feature owners have to accomplish to complete the feature in time for release? Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?--> | ||
| Line 66: | Line 67: | ||
<!-- What work do other developers have to accomplish to complete the feature in time for release? Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?--> | <!-- What work do other developers have to accomplish to complete the feature in time for release? Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?--> | ||
* Release engineering: The tzdata maintainer will ensure that the package builds and passes all tests on F29. <!-- REQUIRED FOR SYSTEM WIDE CHANGES --> | * Release engineering: The tzdata maintainer will ensure that the package builds and passes all tests on F29. <br>RelEng ticket: [https://pagure.io/releng/issue/7510 #7510]<!-- REQUIRED FOR SYSTEM WIDE CHANGES --> | ||
<!-- Does this feature require coordination with release engineering (e.g. changes to installer image generation or update package delivery)? Is a mass rebuid required? If a rel-eng ticket exists, add a link here. --> | <!-- Does this feature require coordination with release engineering (e.g. changes to installer image generation or update package delivery)? Is a mass rebuid required? If a rel-eng ticket exists, add a link here. --> | ||
| Line 131: | Line 132: | ||
* In this update, the upstream project now defaults to using the "vanguard" data implementation which includes negative DST offsets. | * In this update, the upstream project now defaults to using the "vanguard" data implementation which includes negative DST offsets. | ||
[[Category: | [[Category:ChangeAcceptedF29]] | ||
<!-- When your change proposal page is completed and ready for review and announcement --> | <!-- When your change proposal page is completed and ready for review and announcement --> | ||
<!-- remove Category:ChangePageIncomplete and change it to Category:ChangeReadyForWrangler --> | <!-- remove Category:ChangePageIncomplete and change it to Category:ChangeReadyForWrangler --> | ||
Latest revision as of 08:48, 4 June 2018
The tzdata transition to 'vanguard' format
Summary
As of tzdata-2018e, the upstream will now default to using the 'vanguard' data format including negative DST offsets. As a fall-back, the 'rearguard' data format is still available on F28, F27 and F26.
Owner
- Name: Patsy Franklin
- Email: pfrankli@redhat.com
- Release notes owner: pfrankli@redhat.com
- Release notes ticket:
Current status
- Targeted release: Fedora 29
- Last updated: 2018-05-14
- Tracker bug: #1585628
- Release Notes tracking: #178
Detailed Description
tzdata-2018e defaults to the 'vanguard' data format. This format includes the POSIX compliant implementations of negative DST offsets which have been an issue for both Java and ICU parsers. We plan to transition to this default format in F29.
Benefit to Fedora
Transitioning to the tzdata 'vanguard' format will ensure that we are current on all format changes and improvements.
Scope
- Proposal owners: Implement the proposal.
- Other developers: Developers need to ensure that their packages are able to correctly parse and/or build with the new tzdata 'vanguard' format.
- Release engineering: The tzdata maintainer will ensure that the package builds and passes all tests on F29.
RelEng ticket: #7510
- Policies and guidelines: The policies and guidelines do not need to be updated.
- Trademark approval: Not needed for this change
Upgrade/compatibility impact
There are no upgrade issues as long as packages that parse tzdata data files are updated to work with the 'vanguard' data format changes.
Some packaging changes required, see: No packaging changes needed.
How To Test
The tzdata package will be tested to confirm that time zone changes are accurate and current.
User Experience
Users will see updated time zone transitions. Users who dump data with zdump will now see negative DST offsets where applicable.
Dependencies
All packages do not need to be rebuilt.
Contingency Plan
- Contingency mechanism: If necessary we can revert to the 'rearguard' data format.
- Contingency deadline: Upstream ABI freeze deadline of 2018-08-01.
- Blocks release? tzdata-2018e implements a time zone change for North Korea that took place on May 5,2018. If we don't update to tzdata-2018e clocks will not be correct.
Documentation
No documentation changes are needed at this time.
Release Notes
Rebase to tzdata-2018e
- North Korea changed from UTC+8:30 to UTC+9 on May 5, 2018.
- In this update, the upstream project now defaults to using the "vanguard" data implementation which includes negative DST offsets.