From Fedora Project Wiki
< Changes
Churchyard (talk | contribs) |
Churchyard (talk | contribs) m (→Important dates and plan: Fix a typo) |
||
| (13 intermediate revisions by 3 users not shown) | |||
| Line 32: | Line 32: | ||
--> | --> | ||
* Name: [[User:Churchyard|Miro Hrončok]] | * Name: [[User:Churchyard|Miro Hrončok]] | ||
* Name: [[User:Cstratak|Charalampos Stratakis]] | |||
<!-- Include you email address that you can be reached should people want to contact you about helping with your change, status is requested, or technical issues need to be resolved. If the change proposal is owned by a SIG, please also add a primary contact person. --> | <!-- Include you email address that you can be reached should people want to contact you about helping with your change, status is requested, or technical issues need to be resolved. If the change proposal is owned by a SIG, please also add a primary contact person. --> | ||
| Line 54: | Line 55: | ||
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=1785415 #1785415] | ||
* Release notes tracker: | * Release notes tracker: [https://pagure.io/fedora-docs/release-notes/issue/424 #424] | ||
== Detailed Description == | == Detailed Description == | ||
| Line 70: | Line 71: | ||
** Start the bootstrap procedure in Copr | ** Start the bootstrap procedure in Copr | ||
** Do a mass rebuild against every future release in Copr | ** Do a mass rebuild against every future release in Copr | ||
* 2019-12- | * 2019-12-18: Python 3.9.0 alpha 2 | ||
* 2020-01- | * 2020-01-25: Python 3.9.0 alpha 3 | ||
* 2020-02-11: Branch Fedora 32, Rawhide becomes future Fedora 33 | * 2020-02-11: Branch Fedora 32, Rawhide becomes future Fedora 33 | ||
** The earliest point when we can start rebuilding in Koji side-tag | ** The earliest point when we can start rebuilding in Koji side-tag | ||
* 2020-02- | * 2020-02-26: Python 3.9.0 alpha 4 | ||
* 2020-03- | * 2020-03-23: Python 3.9.0 alpha 5 | ||
* 2020-04- | * 2020-04-22: Python 3.9.0 alpha 6 | ||
* 2020-05-18: Python 3.9.0 beta 1 | * 2020-05-18: Python 3.9.0 beta 1 | ||
** No new features beyond this point | |||
** The ideal point when we can start rebuilding in Koji | ** The ideal point when we can start rebuilding in Koji | ||
* 2020-05-30: Expected side tag-merge (optimistic) | * 2020-05-30: Expected side tag-merge (optimistic) | ||
* 2020-06-08: Python 3.9.0 beta 2 | * 2020-06-08: Python 3.9.0 beta 2 | ||
* 2020- | * 2020-06-18: Expected side tag-merge (realistic) | ||
* 2020-06-29: Python 3.9.0 beta 3 | * 2020-06-29: Python 3.9.0 beta 3 | ||
* 2020-07-18: Expected side tag-merge (pessimistic) | * 2020-07-18: Expected side tag-merge (pessimistic) | ||
| Line 89: | Line 91: | ||
** If the Koji side-tag is not merged yet at this point, we defer the change to Fedora 34. | ** If the Koji side-tag is not merged yet at this point, we defer the change to Fedora 34. | ||
* 2020-08-10: Python 3.9.0 candidate 1 | * 2020-08-10: Python 3.9.0 candidate 1 | ||
** This serves as "final" | ** This serves as "final" for our purposes. | ||
* 2020-08-11: Branch Fedora 33, Rawhide becomes future Fedora 34 | * 2020-08-11: Branch Fedora 33, Rawhide becomes future Fedora 34 | ||
* 2020-08-11: Fedora 33 Change Checkpoint: Completion deadline (testable) | * 2020-08-11: Fedora 33 Change Checkpoint: Completion deadline (testable) | ||
| Line 107: | Line 109: | ||
(From [https://www.python.org/dev/peps/pep-0596/#schedule Python 3.9 Release Schedule] and [https://fedorapeople.org/groups/schedule/f-33/f-33-key-tasks.html Fedora 33 Release Schedule].) | (From [https://www.python.org/dev/peps/pep-0596/#schedule Python 3.9 Release Schedule] and [https://fedorapeople.org/groups/schedule/f-33/f-33-key-tasks.html Fedora 33 Release Schedule].) | ||
The schedule is somewhat tight for Fedora 33, but Python's annual release cycle was adapted for Fedora, hence we have a better chance of making it in time. | The schedule is somewhat tight for Fedora 33, but Python's [https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/AKA3USBKFYKUQDSGDK4FNDYYWMKM7XKX/ annual release cycle was adapted for Fedora], hence we have a better chance of making it in time. In the future, it is expected that Python will be upgraded on a similar schedule in every odd-numbered Fedora release. | ||
Note that upstream's "release candidates" are frozen except for blocker bugs. Since we can and will backport blocker fixes between Fedora and upstream, we essentially treat the Release Candidate as the final release. | Note that upstream's "release candidates" are frozen except for blocker bugs. Since we can and will backport blocker fixes between Fedora and upstream, we essentially treat the Release Candidate as the final release. | ||
| Line 132: | Line 134: | ||
*# Retire {{package|python39}} from F32+ | *# Retire {{package|python39}} from F32+ | ||
*# Update {{package|python3}} to what was in {{package|python39}} | *# Update {{package|python3}} to what was in {{package|python39}} | ||
*#* Mass rebuild all the packages that BR {{package|python3}}/{{package|python3-devel}}/... ( | *#* Mass rebuild all the packages that BR {{package|python3}}/{{package|python3-devel}}/... (3000+ listed in [http://fedora.portingdb.xyz/ Python 3 Porting Database for Fedora]) | ||
*# Reintroduce {{package|python38}} from Fedora 31. Update it to have all fixes and enhancements from {{package|python3}} in Fedora 32 (or 33 before this change) | *# Reintroduce {{package|python38}} from Fedora 31. Update it to have all fixes and enhancements from {{package|python3}} in Fedora 32 (or 33 before this change) | ||
* Other developers: Maintainers of packages that fail to rebuild during the rebuilds will be asked, using e-mail and bugzilla, to fix or remove their packages from the distribution. If any issues appear, they should be solvable either by communicating with the respective upstreams first and/or applying downstream patches. Also the package maintainers should have a look at: [https://docs.python.org/3.9/whatsnew/3.9.html#porting-to-python-3-9 Porting to Python 3.9]. | * Other developers: Maintainers of packages that fail to rebuild during the rebuilds will be asked, using e-mail and bugzilla, to fix or remove their packages from the distribution. If any issues appear, they should be solvable either by communicating with the respective upstreams first and/or applying downstream patches. Also the package maintainers should have a look at: [https://docs.python.org/3.9/whatsnew/3.9.html#porting-to-python-3-9 Porting to Python 3.9]. The python-maint team will be available to help with fixing issues. | ||
<!-- 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?--> | ||
| Line 175: | Line 177: | ||
Interested testers do not need special hardware. If you have a favorite Python 3 script, module, or application, please test it with Python 3.9 and verify that it still works as you would expect. If the application you are testing does not require any other modules, you can test it using {{package|python39}} even before this change is implemented, in Fedora 30, 31 or 32. | Interested testers do not need special hardware. If you have a favorite Python 3 script, module, or application, please test it with Python 3.9 and verify that it still works as you would expect. If the application you are testing does not require any other modules, you can test it using {{package|python39}} even before this change is implemented, in Fedora 30, 31 or 32. | ||
In case your application requires other modules, or if you are testing an rpm package, it is necessary to install the 3.9 version of the python3 rpm. | In case your application requires other modules, or if you are testing an rpm package, it is necessary to install the 3.9 version of the python3 rpm. Right now that rpm is available in copr, along with all other python packages that build successfully with python 3.9. See https://copr.fedorainfracloud.org/coprs/g/python/python3.9/ for detailed instructions how to enable Python 3.9 copr for mock. | ||
Once the change is in place, test if you favorite Python apps are working as they were before. File bugs if they don't. | Once the change is in place, test if you favorite Python apps are working as they were before. File bugs if they don't. | ||
| Line 188: | Line 190: | ||
<!-- REQUIRED FOR SYSTEM WIDE CHANGES --> | <!-- REQUIRED FOR SYSTEM WIDE CHANGES --> | ||
3000+ packages depend on {{package|python3}}. See scope section. | |||
== Contingency Plan == | == Contingency Plan == | ||
<!-- If you cannot complete your feature by the final development freeze, what is the backup plan? This might be as simple as "Revert the shipped configuration". Or it might not (e.g. rebuilding a number of dependent packages). If you feature is not completed in time we want to assure others that other parts of Fedora will not be in jeopardy. --> | <!-- If you cannot complete your feature by the final development freeze, what is the backup plan? This might be as simple as "Revert the shipped configuration". Or it might not (e.g. rebuilding a number of dependent packages). If you feature is not completed in time we want to assure others that other parts of Fedora will not be in jeopardy. --> | ||
* Contingency mechanism: Do not merge the side tag with rawhide. If the side tag has been merged and issues arise, that will justify a downgrade, then use an epoch tag to revert to 3. | * Contingency mechanism: Do not merge the side tag with rawhide. If the side tag has been merged and issues arise, that will justify a downgrade, then use an epoch tag to revert to 3.8 version (never needed before) <!-- REQUIRED FOR SYSTEM WIDE CHANGES --> | ||
<!-- When is the last time the contingency mechanism can be put in place? This will typically be the beta freeze. --> | <!-- When is the last time the contingency mechanism can be put in place? This will typically be the beta freeze. --> | ||
* Contingency deadline: TBD <!-- REQUIRED FOR SYSTEM WIDE CHANGES --> | * Contingency deadline: TBD <!-- REQUIRED FOR SYSTEM WIDE CHANGES --> | ||
| Line 219: | Line 221: | ||
--> | --> | ||
[[Category: | [[Category:ChangeAcceptedF33]] | ||
<!-- 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 --> | ||
Revision as of 17:56, 26 March 2020
Python 3.9
Summary
Update the Python stack in Fedora from Python 3.8 to Python 3.9.
Owner
- Name: Miro Hrončok
- Name: Charalampos Stratakis
- Email: python-maint@redhat.com
- Release notes owner:
Current status
- Targeted release: Fedora 33
- Last updated: 2020-03-26
- Tracker bug: #1785415
- Release notes tracker: #424
Detailed Description
We would like to upgrade Python to 3.9 in Fedora 33 thus we are proposing this plan early.
See the upstream notes at Features for 3.9 and What's new in 3.9.
Important dates and plan
- 2019-06-04: Python 3.9 development begins
- 2019-11-19: Python 3.9.0 alpha 1
- Package it as
python39 - Start the bootstrap procedure in Copr
- Do a mass rebuild against every future release in Copr
- Package it as
- 2019-12-18: Python 3.9.0 alpha 2
- 2020-01-25: Python 3.9.0 alpha 3
- 2020-02-11: Branch Fedora 32, Rawhide becomes future Fedora 33
- The earliest point when we can start rebuilding in Koji side-tag
- 2020-02-26: Python 3.9.0 alpha 4
- 2020-03-23: Python 3.9.0 alpha 5
- 2020-04-22: Python 3.9.0 alpha 6
- 2020-05-18: Python 3.9.0 beta 1
- No new features beyond this point
- The ideal point when we can start rebuilding in Koji
- 2020-05-30: Expected side tag-merge (optimistic)
- 2020-06-08: Python 3.9.0 beta 2
- 2020-06-18: Expected side tag-merge (realistic)
- 2020-06-29: Python 3.9.0 beta 3
- 2020-07-18: Expected side tag-merge (pessimistic)
- 2020-07-20: Python 3.9.0 beta 4
- 2020-07-22: Fedora 33 Mass Rebuild
- The mass rebuild happens with fourth beta. We might need to rebuild Python packages later in exceptional case.
- If the Koji side-tag is not merged yet at this point, we defer the change to Fedora 34.
- 2020-08-10: Python 3.9.0 candidate 1
- This serves as "final" for our purposes.
- 2020-08-11: Branch Fedora 33, Rawhide becomes future Fedora 34
- 2020-08-11: Fedora 33 Change Checkpoint: Completion deadline (testable)
- 2020-08-25: Fedora Beta Freeze
- If rebuild with 3.9.0rc1 is needed, we should strive to do it before the freeze - there is a window of 2 weeks.
- 2020-09-14: Python 3.9.0 candidate 2
- 2020-09-15: Fedora 33 Beta Release (Preferred Target)
- Beta will likely be released with 3.9.0rc1.
- 2020-09-22: Fedora 33 Beta Target date #1
- 2020-10-05: Python 3.9.0 final
- 2020-10-06: Fedora 33 Final Freeze
- We'll update to 3.9.0 final using a freeze exception.
- 2020-10-20: Fedora 33 Preferred Final Target date
- 2020-10-27: Fedora 33 Final Target date #1
(From Python 3.9 Release Schedule and Fedora 33 Release Schedule.)
The schedule is somewhat tight for Fedora 33, but Python's annual release cycle was adapted for Fedora, hence we have a better chance of making it in time. In the future, it is expected that Python will be upgraded on a similar schedule in every odd-numbered Fedora release.
Note that upstream's "release candidates" are frozen except for blocker bugs. Since we can and will backport blocker fixes between Fedora and upstream, we essentially treat the Release Candidate as the final release.
Notes from the previous upgrade
There are notes from the previous upgrade available, so this upgrade may go smoother: SIGs/Python/UpgradingPython
Benefit to Fedora
Fedora aims to showcase the latest in free and open source software - we should have the most recent release of Python 3. Packages in Fedora can use the new features from 3.9.
There's also a benefit to the larger Python ecosystem: by building Fedora's packages against 3.9 while it's still in development, we can catch critical bugs before the final 3.9.0 release.
Scope
We will coordinate the work in a side tag and merge when ready.
- Proposal owners:
- Introduce
- Prepare stuff in Copr as explained in description.
- Retire
- Update
- Mass rebuild all the packages that BR
- Mass rebuild all the packages that BR
- Reintroduce
- Introduce
- Other developers: Maintainers of packages that fail to rebuild during the rebuilds will be asked, using e-mail and bugzilla, to fix or remove their packages from the distribution. If any issues appear, they should be solvable either by communicating with the respective upstreams first and/or applying downstream patches. Also the package maintainers should have a look at: Porting to Python 3.9. The python-maint team will be available to help with fixing issues.
- Release engineering: #9046 A targeted rebuild for all python packages will be required, before the mass rebuild.
- List of deliverables: nope
- Policies and guidelines: nope
- Trademark approval: nope
Upgrade/compatibility impact
All the packages that depend on Python 3 must be rebuilt. User written Python 3 scripts/applications may require a small amount of porting, but mostly Python 3.8 is forward compatible with Python 3.9.
How To Test
Interested testers do not need special hardware. If you have a favorite Python 3 script, module, or application, please test it with Python 3.9 and verify that it still works as you would expect. If the application you are testing does not require any other modules, you can test it using 
python39
In case your application requires other modules, or if you are testing an rpm package, it is necessary to install the 3.9 version of the python3 rpm. Right now that rpm is available in copr, along with all other python packages that build successfully with python 3.9. See https://copr.fedorainfracloud.org/coprs/g/python/python3.9/ for detailed instructions how to enable Python 3.9 copr for mock.
Once the change is in place, test if you favorite Python apps are working as they were before. File bugs if they don't.
User Experience
Regular distro users shouldn't notice any change in system behavior other than the Python 3 interpreter will be in version 3.8.
Dependencies
3000+ packages depend on
Contingency Plan
- Contingency mechanism: Do not merge the side tag with rawhide. If the side tag has been merged and issues arise, that will justify a downgrade, then use an epoch tag to revert to 3.8 version (never needed before)
- Contingency deadline: TBD
- Blocks release? Yes, we'd like to block Fedora 33 release on at least 3.9.0rc1
- Blocks product? See above