From Fedora Project Wiki
No edit summary
No edit summary
Line 108: Line 108:
== Benefit to Fedora ==
== 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.11.
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.12.
<!-- What is the benefit to the platform?  If this is a major capability update, what has changed?  If this is a new functionality, what capabilities does it bring? Why will Fedora become a better distribution or project because of this proposal?-->
<!-- What is the benefit to the platform?  If this is a major capability update, what has changed?  If this is a new functionality, what capabilities does it bring? Why will Fedora become a better distribution or project because of this proposal?-->


There's also a benefit to the larger Python ecosystem: by building Fedora's packages against 3.11 while it's still in development, we can catch critical bugs before the final 3.11.0 release.
There's also a benefit to the larger Python ecosystem: by building Fedora's packages against 3.12 while it's still in development, we can catch critical bugs before the final 3.12.0 release.


== Scope ==
== Scope ==
Line 119: Line 119:
* Proposal owners:
* Proposal owners:
<!-- 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?-->
*# Introduce {{package|python3.11}} for all Fedoras
*# Introduce {{package|python3.12}} for all Fedoras
*# Prepare stuff in Copr as explained in description.
*# Prepare stuff in Copr as explained in description.
*# Update {{package|python-rpm-macros}} so {{package|python3.11}} builds {{package|python3}}
*# Update {{package|python-rpm-macros}} so {{package|python3.12}} builds {{package|python3}}
*# Build {{package|python3.11}} as the main Python
*# Build {{package|python3.12}} as the main Python
*# Mass rebuild all the packages that runtime require `python(abi) = 3.10` and/or `libpython3.10.so.1.0` (~3800 known packages in October 2021)
*# Mass rebuild all the packages that runtime require `python(abi) = 3.11` and/or `libpython3.11.so.1.0` (~3900 known packages in October 2022)
*# Build {{package|python3.11}} as a non-main Python
*# Build {{package|python3.12}} as a non-main Python


* 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.11/whatsnew/3.11.html#porting-to-python-3-11 Porting to Python 3.11]. The python-maint team will be available to help with fixing issues.
* 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.12/whatsnew/3.12.html#porting-to-python-3-12 Porting to Python 3.12]. 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?-->



Revision as of 12:53, 18 October 2022


Python 3.12

Summary

Update the Python stack in Fedora from Python 3.11 to Python 3.12, the newest major release of the Python programming language.

Owner


Current status

  • Targeted release: Fedora Linux 39
  • Last updated: 2022-10-18
  • FESCo issue: TBD
  • Tracker bug: #2135404
  • Release notes tracker: [TBD]

Detailed Description

We would like to upgrade Python to 3.12 in Fedora 39 thus we are proposing this plan early.

See the upstream notes at Features for 3.12 and What's new in 3.12.

Important dates and plan

  • 2022-05-08: Python 3.12 development begins
  • 2022-10-24: Python 3.12.0 alpha 1
    • Package it as python3.12 for testing purposes
    • Start the bootstrap procedure in Copr
    • Do a mass rebuild against every future release in Copr
  • 2022-11-14: Python 3.12.0 alpha 2
  • 2022-12-05: Python 3.12.0 alpha 3
  • 2023-01-09: Python 3.12.0 alpha 4
  • 2023-02-06: Python 3.12.0 alpha 5
  • 2023-02-07: Branch Fedora 38, Rawhide becomes future Fedora 39
    • The earliest point when we can start rebuilding in Koji side-tag
  • 2023-03-06: Python 3.12.0 alpha 6
  • 2023-04-03: Python 3.12.0 alpha 7
  • 2023-05-08: Python 3.12.0 beta 1
    • No new features beyond this point
  • 2023-05-29: Python 3.12.0 beta 2
    • The ideal point when we can start rebuilding in Koji
  • 2023-06-05: Expected side tag-merge (optimistic)
  • 2023-06-19: Python 3.12.0 beta 3
  • 2023-06-26: Expected side tag-merge (realistic)
  • 2023-07-10: Python 3.12.0 beta 4
  • 2023-07-17: Expected side tag-merge (pessimistic)
  • 2023-07-19: Fedora 39 Mass Rebuild
    • The mass rebuild happens with the 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 38.
  • 2023-07-31: Python 3.12.0 candidate 1
    • This serves as "final" for our purposes.
  • 2023-08-08: Branch Fedora 39, Rawhide becomes future Fedora 40
  • 2023-08-08: Fedora 39 Change Checkpoint: Completion deadline (testable)
  • 2023-08-22: Fedora Beta Freeze
    • If rebuild with 3.12.0rc1 is needed, we should strive to do it before the freeze - there is a window of 3 weeks.
  • 2023-09-04: Python 3.12.0 candidate 2
  • 2023-09-12: Fedora 39 Beta Release (Preferred Target)
    • Beta will likely be released with 3.12.0rc2.
  • 2023-09-19: Fedora 39 Beta Target date #1
  • 2023-10-02: Python 3.12.0 final
  • 2023-10-03: Fedora 39 Final Freeze
    • We'll update to 3.12.0 final using a freeze exception.
  • 2023-10-17: Fedora 39 Preferred Final Target date
  • 2023-10-24: Fedora 39 Final Target date #1


(From Python 3.12 Release Schedule and Fedora 39 Release Schedule.)

The schedule might appear somewhat tight for Fedora 39, but Python's annual release cycle was adapted for Fedora and this worked fine since Python 3.9 and Fedora 33. It is now common that Python is 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.12.

There's also a benefit to the larger Python ecosystem: by building Fedora's packages against 3.12 while it's still in development, we can catch critical bugs before the final 3.12.0 release.

Scope

We will coordinate the work in a side tag and merge when ready.

  • Proposal owners:
    1. Introduce python3.12 for all Fedoras
    2. Prepare stuff in Copr as explained in description.
    3. Update python-rpm-macros so python3.12 builds python3
    4. Build python3.12 as the main Python
    5. Mass rebuild all the packages that runtime require python(abi) = 3.11 and/or libpython3.11.so.1.0 (~3900 known packages in October 2022)
    6. Build python3.12 as a non-main Python
  • 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.12. The python-maint team will be available to help with fixing issues.
  • Release engineering: #10321 A targeted rebuild for all python packages will be required, before the mass rebuild.
  • 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.10 is forward compatible with Python 3.11.

How To Test

Interested testers do not need special hardware. If you have a favourite Python 3 script, module, or application, please test it with Python 3.11 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 python3.11 even before this change is implemented, in Fedora 34, 35 or 36.

In case your application requires other modules, or if you are testing an rpm package, it is necessary to install the 3.11 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.11. See https://copr.fedorainfracloud.org/coprs/g/python/python3.11/ for detailed instructions on how to enable Python 3.11 copr for mock.

Once the change is in place, test if your favourite 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 behaviour other than the Python 3 interpreter will be in version 3.11.

Dependencies

4000+ packages depend on Python 3 and ~3800 packages need rebuilding when Python is upgraded. See scope section.

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.10 version (never needed before)
  • Contingency deadline: TBD
  • Blocks release? Yes, we'd like to block Fedora 37 release on at least 3.11.0rc1
  • Blocks product? See above

Documentation

Python 3.11 Release Schedule

Features for 3.11

What's new in 3.11

Porting to Python 3.11

Release Notes