From Fedora Project Wiki
(Empty change proposal)
 
(15 intermediate revisions by the same user not shown)
Line 1: Line 1:
<!-- The actual name of your proposed change page should look something like: Changes/Your_Change_Proposal_Name.  This keeps all change proposals in the same namespace -->
<!-- The actual name of your proposed change page should look something like: Changes/Your_Change_Proposal_Name.  This keeps all change proposals in the same namespace -->


= Change Proposal Name <!-- The name of your change proposal --> =
= Retire Python 2.7 <!-- The name of your change proposal --> =


{{Change_Proposal_Banner}}
{{Change_Proposal_Banner}}
Line 7: Line 7:
== Summary ==
== Summary ==
<!-- A sentence or two summarizing what this change is and what it will do. This information is used for the overall changeset summary page for each release. Note that motivation for the change should be in the Benefit to Fedora section below, and this part should answer the question "What?" rather than "Why?". -->
<!-- A sentence or two summarizing what this change is and what it will do. This information is used for the overall changeset summary page for each release. Note that motivation for the change should be in the Benefit to Fedora section below, and this part should answer the question "What?" rather than "Why?". -->
The {{package|python2.7}} package will be retired without replacement from [[Releases/41|Fedora Linux 41]].
There will be no Python 2 in Fedora 41+ other than PyPy.
Packages requiring {{package|python2.7}} on runtime or buildtime will have to deal with the retirement or be retired as well.


== Owner ==
== Owner ==
Line 13: Line 16:
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:FASAcountName| Your Name]]
* Name: [[User:Churchyard|Miro Hrončok]]
<!-- 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. -->
* Email: <your email address so we can contact you, invite you to meetings, etc. Please provide your Bugzilla email address if it is different from your email in FAS>
* Email: mhroncok@redhat.com
<!--- UNCOMMENT only for Changes with assigned Shepherd (by FESCo)
<!--- UNCOMMENT only for Changes with assigned Shepherd (by FESCo)
* FESCo shepherd: [[User:FASAccountName| Shehperd name]] <email address>
* FESCo shepherd: [[User:FASAccountName| Shehperd name]] <email address>
Line 29: Line 32:


<!-- Select proper category, default is Self Contained Change -->
<!-- Select proper category, default is Self Contained Change -->
[[Category:SelfContainedChange]]
<!-- [[Category:SelfContainedChange]] -->
<!-- [[Category:SystemWideChange]] -->
[[Category:SystemWideChange]]


* Targeted release: [https://docs.fedoraproject.org/en-US/releases/f<VERSION>/ Fedora Linux <VERSION>]
* Targeted release: [https://docs.fedoraproject.org/en-US/releases/f41/ Fedora Linux 41]
* Last updated: <!-- this is an automatic macro — you don't need to change this line -->  {{REVISIONYEAR}}-{{REVISIONMONTH}}-{{REVISIONDAY2}}  
* Last updated: <!-- this is an automatic macro — you don't need to change this line -->  {{REVISIONYEAR}}-{{REVISIONMONTH}}-{{REVISIONDAY2}}  
<!-- After the change proposal is accepted by FESCo, tracking bug is created in Bugzilla and linked to this page  
<!-- After the change proposal is accepted by FESCo, tracking bug is created in Bugzilla and linked to this page  
Line 48: Line 51:
== Detailed Description ==
== Detailed Description ==
<!-- Expand on the summary, if appropriate.  A couple sentences suffices to explain the goal, but the more details you can provide the better. -->
<!-- Expand on the summary, if appropriate.  A couple sentences suffices to explain the goal, but the more details you can provide the better. -->
The {{package|python2.7}} package with the Python interpreter in version 2.7 was kept in Fedora after upstream EOL ([https://devguide.python.org/versions/#versions 2020-01-01]) only to make it possible for Fedora users to test their software against the Python version shipped in RHEL 7, CentOS 7 and RHEL 8 and to support remaining packages that could not be ported.
* Fedora 41 is to be released in October 2024, nearly 5 years after the upstream EOL of Python 2.
* RHEL 7 will reach the end of its maintenance support 2 phase on [https://www.redhat.com/en/technologies/linux-platforms/enterprise-linux/rhel-7-end-of-maintenance 2024-06-30].
* CentOS Linux 7 will reach end of life (EOL) on [https://www.redhat.com/en/topics/linux/centos-linux-eol 2024-06-30].
* RHEL 8 Python 2.7 application stream retirement date is [https://access.redhat.com/support/policy/updates/rhel-app-streams-life-cycle June 2024].
=== Dependent packages ===
Based on `repoquery --repo=rawhide{,-source} --whatrequires python2.7`, the following packages still depend on {{package|python2.7}}:
* {{package|email2trac}} runtime and buidltime. [https://bugzilla.redhat.com/1738907 rhbz#1738907] -- no response from package maintainers since 2019. This package will be retired if not fixed.
* {{package|flatpak-builder}} runtime only (shebang) in the tests subpackage. [https://bugzilla.redhat.com/2249819 rhbz#2249819] -- no response from package maintainers since late 2023, but we belive this is a buggy dependency.
* {{package|flowcanvas}} buidltime only. [https://bugzilla.redhat.com/1805233 rhbz#1805233] -- no response from package maintainers since 2021. This package will fail to build and will be eventually retired when Fedora 41 goes EOL if not fixed.
* {{package|kdissert}} buidltime only. [https://bugzilla.redhat.com/1807513 rhbz#1807513] -- no response from package maintainers since 2020. This package will fail to build and will be eventually retired when Fedora 41 goes EOL if not fixed.
* {{package|qt5-qtwebengine}} buidltime only. No bugzilla. Package bundles Python 2 for build in EPEL 9 and can probably do the same on Fedora. Alternativelly, can use PyPy (untested assumption). This package will fail to build and will be eventually retired when Fedora 41 goes EOL if not fixed.
* {{package|qtwebkit}} buidltime only. [https://bugzilla.redhat.com/1807543 rhbz#1807543] -- no response from package maintainers since 2021. The latest meaningful response: "The plan is still to try to sunset Qt4WebKit entirely". This package will fail to build and will be eventually retired when Fedora 41 goes EOL if not fixed.
==== GIMP ====
The rest of the dependents exist merely for GIMP.
* {{package|gimp}}
* {{package|gimp-layer-via-copy-cut}}
* {{package|gimp-resynthesizer}}
* {{package|pygobject2}}
* {{package|pygtk2}}
* {{package|python2-cairo}}
[[Changes/Gimp_3|GIMP will be updated to GIMP 3 with Python 3 support]]. Python 2 dependencies of GIMP will be retired.
If by the time of the Fedora 41 Beta Freeze (2024-08-20) no Release Candidate of GIMP 3 has come around, we will postpone the retirement of Python 2 to Fedora 42.


== Feedback ==
== Feedback ==
<!-- Summarize the feedback from the community and address why you chose not to accept proposed alternatives. This section is optional for all change proposals but is strongly suggested. Incorporating feedback here as it is raised gives FESCo a clearer view of your proposal and leaves a good record for the future. If you get no feedback, that is useful to note in this section as well. For innovative or possibly controversial ideas, consider collecting feedback before you file the change proposal. -->
<!-- Summarize the feedback from the community and address why you chose not to accept proposed alternatives. This section is optional for all change proposals but is strongly suggested. Incorporating feedback here as it is raised gives FESCo a clearer view of your proposal and leaves a good record for the future. If you get no feedback, that is useful to note in this section as well. For innovative or possibly controversial ideas, consider collecting feedback before you file the change proposal. -->
See the [https://discussion.fedoraproject.org/t/f41-change-proposal-gimp-version-3-self-contained/120254/38 GIMP 3 discussion] for feedback from the GIMP maintainer.


== Benefit to Fedora ==
== Benefit to Fedora ==
Line 80: Line 116:
     https://fedoraproject.org/wiki/Changes/perl5.26 (major upgrade to a popular software stack, visible to users of that stack)
     https://fedoraproject.org/wiki/Changes/perl5.26 (major upgrade to a popular software stack, visible to users of that stack)
-->
-->
The Python maintainers will no longer regularly backport security fixes to Python 2.7 in RHEL, due to the the end of maintenance of RHEL 7 and the retirement of the Python 2.7 application stream in RHEL 8. We provided this obsolete package for 5 years beyond its retirement date and will continue to provide it until Fedora 40 goes end of life. Enough has been enough.
We do not wish to simply orphan the package, as we are afraid it would not receive proper care if taken by somebody else.
If there are potential maintainers interested in maintaining Python 2 in Fedora beyond Fedora 41, they can talk to us and demonstrate their ability and will to take care of Python 2 by joining the maintenance early.
Users who need to run their application in Python 2 should do so on a platform that offers support for it. Running applications on unsupported Python is dangerous.
Developers who still need to test their software on Python 2 can use containers with older Fedora releases or unsupported CentOS/RHEL versions.


== Scope ==
== Scope ==
* Proposal owners:
* Proposal owners:
** Coordinate closely with the GIMP maintainers.
** `fedpkg retire python2.7` before the beta freeze if GIMP is ready.
** Remove `Recommends: python2.7` from {{package|asv}} and {{package|tox}}.
<!-- 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?-->


* Other developers: <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
* Other developers: <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
** Retire or fix the remaining dependent packages.
<!-- 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: [https://pagure.io/releng/issues #Releng issue number] <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
* Release engineering: [https://pagure.io/releng/issue/12175 #12175] <!-- 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 rebuild required?  include a link to the releng issue.  
<!-- Does this feature require coordination with release engineering (e.g. changes to installer image generation or update package delivery)?  Is a mass rebuild required?  include a link to the releng issue.  
The issue is required to be filed prior to feature submission, to ensure that someone is on board to do any process development work and testing and that all changes make it into the pipeline; a bullet point in a change is not sufficient communication -->
The issue is required to be filed prior to feature submission, to ensure that someone is on board to do any process development work and testing and that all changes make it into the pipeline; a bullet point in a change is not sufficient communication -->


* Policies and guidelines: N/A (not needed for this Change) <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
* Policies and guidelines: Using Python 2 is already forbidden for Fedora packages. <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
<!-- Do the packaging guidelines or other documents need to be updated for this feature?  If so, does it need to happen before or after the implementation is done?  If a FPC ticket exists, add a link here. Please submit a pull request with the proposed changes before submitting your Change proposal. -->
<!-- Do the packaging guidelines or other documents need to be updated for this feature?  If so, does it need to happen before or after the implementation is done?  If a FPC ticket exists, add a link here. Please submit a pull request with the proposed changes before submitting your Change proposal. -->


* Trademark approval: N/A (not needed for this Change)
* Trademark approval: not needed for this Change
<!-- If your Change may require trademark approval (for example, if it is a new Spin), file a ticket ( https://pagure.io/Fedora-Council/tickets/issues ) requesting trademark approval from the Fedora Council. This approval will be done via the Council's consensus-based process. -->
<!-- If your Change may require trademark approval (for example, if it is a new Spin), file a ticket ( https://pagure.io/Fedora-Council/tickets/issues ) requesting trademark approval from the Fedora Council. This approval will be done via the Council's consensus-based process. -->


* Alignment with the Fedora Strategy:  
* Alignment with the Fedora Strategy: nope?
<!-- Does your proposal align with the current Fedora Strategy: https://discussion.fedoraproject.org/t/fedora-strategy-2028-february-march-planning-work-and-roadmap-til-flock/43618 ? It's okay if it doesn't, but it's something to consider -->
<!-- Does your proposal align with the current Fedora Strategy: https://discussion.fedoraproject.org/t/fedora-strategy-2028-february-march-planning-work-and-roadmap-til-flock/43618 ? It's okay if it doesn't, but it's something to consider -->


Line 105: Line 153:


<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
Unless Python 2 stops being installable, we do not plan to Obsolete it.
Users who upgrade to Fedora Linux 41+ from earlier releases with Python 2 installed, will likely still get it, but they will receive no support.


== Early Testing (Optional) ==
== Early Testing (Optional) ==
<!-- This is an optional step for system-wide changes to avail of. If you would like to build an initial proof of concept of your change and have a member of Fedora QA help you write and/or run some initial basic tests on your code, please email tests@fedoraproject.org and include the link to your change proposal. This step is *optional*. -->
<!-- This is an optional step for system-wide changes to avail of. If you would like to build an initial proof of concept of your change and have a member of Fedora QA help you write and/or run some initial basic tests on your code, please email tests@fedoraproject.org and include the link to your change proposal. This step is *optional*. -->


Do you require 'QA Blueprint' support? Y/N <!-- Optional Step for System-Wide Changes only -->
Do you require 'QA Blueprint' support? N <!-- Optional Step for System-Wide Changes only -->


== How To Test ==
== How To Test ==
Line 127: Line 177:


<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
Try installing {{package|python2.7}} on Fedora Linux 41+. It should fail.


== User Experience ==
== User Experience ==
Line 139: Line 190:
  - Green has been scientifically proven to be the most relaxing color. The move to a default background color of green with green text will result in Fedora users being the most relaxed users of any operating system.
  - Green has been scientifically proven to be the most relaxing color. The move to a default background color of green with green text will result in Fedora users being the most relaxed users of any operating system.
-->
-->
Some users might be unhappy about this, but we decided to do it anyway. We cannot keep legacy software forever, Fedora Linux is not that kind of Linux.


== Dependencies ==
== Dependencies ==
Line 144: Line 196:


<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
 
* [[Changes/Gimp_3]]


== 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: (What to do?  Who will do it?) N/A (not a System Wide Change)  <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
* Contingency mechanism: postpone to Fedora 42 <!-- 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: N/A (not a System Wide Change) <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
* Contingency deadline: A week after Beta Freeze <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
<!-- Does finishing this feature block the release, or can we ship with the feature in incomplete state? -->
<!-- Does finishing this feature block the release, or can we ship with the feature in incomplete state? -->
* Blocks release? N/A (not a System Wide Change), Yes/No <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
* Blocks release? No <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
 


== Documentation ==
== Documentation ==
Line 160: Line 211:


<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
N/A (not a System Wide Change)
There is no more Python 2 in Fedora Linux 41+.


== Release Notes ==
== Release Notes ==
Line 168: Line 219:
Release Notes are not required for initial draft of the Change Proposal but has to be completed by the Change Freeze.  
Release Notes are not required for initial draft of the Change Proposal but has to be completed by the Change Freeze.  
-->
-->
There is no more Python 2 in Fedora Linux 41+.

Revision as of 11:55, 24 June 2024


Retire Python 2.7

This is a proposed Change for Fedora Linux.
This document represents a proposed Change. As part of the Changes process, proposals are publicly announced in order to receive community feedback. This proposal will only be implemented if approved by the Fedora Engineering Steering Committee.

Summary

The python2.7 package will be retired without replacement from Fedora Linux 41. There will be no Python 2 in Fedora 41+ other than PyPy. Packages requiring python2.7 on runtime or buildtime will have to deal with the retirement or be retired as well.

Owner


Current status

  • Targeted release: Fedora Linux 41
  • Last updated: 2024-06-24
  • [Announced]
  • [<will be assigned by the Wrangler> Discussion thread]
  • FESCo issue: <will be assigned by the Wrangler>
  • Tracker bug: <will be assigned by the Wrangler>
  • Release notes tracker: <will be assigned by the Wrangler>

Detailed Description

The python2.7 package with the Python interpreter in version 2.7 was kept in Fedora after upstream EOL (2020-01-01) only to make it possible for Fedora users to test their software against the Python version shipped in RHEL 7, CentOS 7 and RHEL 8 and to support remaining packages that could not be ported.

  • Fedora 41 is to be released in October 2024, nearly 5 years after the upstream EOL of Python 2.
  • RHEL 7 will reach the end of its maintenance support 2 phase on 2024-06-30.
  • CentOS Linux 7 will reach end of life (EOL) on 2024-06-30.
  • RHEL 8 Python 2.7 application stream retirement date is June 2024.

Dependent packages

Based on repoquery --repo=rawhide{,-source} --whatrequires python2.7, the following packages still depend on python2.7:

  • email2trac runtime and buidltime. rhbz#1738907 -- no response from package maintainers since 2019. This package will be retired if not fixed.
  • flatpak-builder runtime only (shebang) in the tests subpackage. rhbz#2249819 -- no response from package maintainers since late 2023, but we belive this is a buggy dependency.
  • flowcanvas buidltime only. rhbz#1805233 -- no response from package maintainers since 2021. This package will fail to build and will be eventually retired when Fedora 41 goes EOL if not fixed.
  • kdissert buidltime only. rhbz#1807513 -- no response from package maintainers since 2020. This package will fail to build and will be eventually retired when Fedora 41 goes EOL if not fixed.
  • qt5-qtwebengine buidltime only. No bugzilla. Package bundles Python 2 for build in EPEL 9 and can probably do the same on Fedora. Alternativelly, can use PyPy (untested assumption). This package will fail to build and will be eventually retired when Fedora 41 goes EOL if not fixed.
  • qtwebkit buidltime only. rhbz#1807543 -- no response from package maintainers since 2021. The latest meaningful response: "The plan is still to try to sunset Qt4WebKit entirely". This package will fail to build and will be eventually retired when Fedora 41 goes EOL if not fixed.

GIMP

The rest of the dependents exist merely for GIMP.

GIMP will be updated to GIMP 3 with Python 3 support. Python 2 dependencies of GIMP will be retired.

If by the time of the Fedora 41 Beta Freeze (2024-08-20) no Release Candidate of GIMP 3 has come around, we will postpone the retirement of Python 2 to Fedora 42.

Feedback

See the GIMP 3 discussion for feedback from the GIMP maintainer.

Benefit to Fedora

The Python maintainers will no longer regularly backport security fixes to Python 2.7 in RHEL, due to the the end of maintenance of RHEL 7 and the retirement of the Python 2.7 application stream in RHEL 8. We provided this obsolete package for 5 years beyond its retirement date and will continue to provide it until Fedora 40 goes end of life. Enough has been enough.

We do not wish to simply orphan the package, as we are afraid it would not receive proper care if taken by somebody else. If there are potential maintainers interested in maintaining Python 2 in Fedora beyond Fedora 41, they can talk to us and demonstrate their ability and will to take care of Python 2 by joining the maintenance early.

Users who need to run their application in Python 2 should do so on a platform that offers support for it. Running applications on unsupported Python is dangerous.

Developers who still need to test their software on Python 2 can use containers with older Fedora releases or unsupported CentOS/RHEL versions.

Scope

  • Proposal owners:
    • Coordinate closely with the GIMP maintainers.
    • fedpkg retire python2.7 before the beta freeze if GIMP is ready.
    • Remove Recommends: python2.7 from asv and tox.
  • Other developers:
    • Retire or fix the remaining dependent packages.
  • Policies and guidelines: Using Python 2 is already forbidden for Fedora packages.
  • Trademark approval: not needed for this Change
  • Alignment with the Fedora Strategy: nope?

Upgrade/compatibility impact

Unless Python 2 stops being installable, we do not plan to Obsolete it. Users who upgrade to Fedora Linux 41+ from earlier releases with Python 2 installed, will likely still get it, but they will receive no support.

Early Testing (Optional)

Do you require 'QA Blueprint' support? N

How To Test

Try installing python2.7 on Fedora Linux 41+. It should fail.

User Experience

Some users might be unhappy about this, but we decided to do it anyway. We cannot keep legacy software forever, Fedora Linux is not that kind of Linux.

Dependencies

Contingency Plan

  • Contingency mechanism: postpone to Fedora 42
  • Contingency deadline: A week after Beta Freeze
  • Blocks release? No

Documentation

There is no more Python 2 in Fedora Linux 41+.

Release Notes

There is no more Python 2 in Fedora Linux 41+.