Python

Python End of Life - Dates and Lifecycle

Python is a widely-used general-purpose programming language known for its readability, extensive standard library, and dominance in data science, machine learning, automation, and web backends.

Last updated 8 August 2026

17

Versions tracked

12

At EOL

5

Supported

Python version lifecycle and end-of-life dates
Version Released Active Support Security Support Latest
3.14
07 Oct 2025
01 Oct 2027 Ends in 1 year, 1 month
31 Oct 2030 Ends in 4 years, 2 months
3.14.7 05 Aug 2026
3.13
07 Oct 2024
01 Oct 2026 Ends in 1 month, 2 weeks
31 Oct 2029 Ends in 3 years, 2 months
3.13.15 05 Aug 2026
3.12
02 Oct 2023
02 Apr 2025 Ended 1 year, 4 months ago
31 Oct 2028 Ends in 2 years, 2 months
3.12.13 03 Mar 2026
3.11
24 Oct 2022
01 Apr 2024 Ended 2 years, 4 months ago
31 Oct 2027 Ends in 1 year, 2 months
3.11.15 03 Mar 2026
3.10
04 Oct 2021
05 Apr 2023 Ended 3 years, 4 months ago
31 Oct 2026 Ends in 2 months, 2 weeks
3.10.20 03 Mar 2026
3.9
05 Oct 2020
17 May 2022 Ended 4 years, 2 months ago
31 Oct 2025 Ended 9 months, 1 week ago
3.9.25 31 Oct 2025
3.8
14 Oct 2019
03 May 2021 Ended 5 years, 3 months ago
07 Oct 2024 Ended 1 year, 10 months ago
3.8.20 06 Sep 2024
3.7
27 Jun 2018
27 Jun 2020 Ended 6 years, 1 month ago
27 Jun 2023 Ended 3 years, 1 month ago
3.7.17 05 Jun 2023

First released in 1991, Python has grown from a scripting language into one of the most deployed languages in production infrastructure worldwide, running everything from web backends and data pipelines to machine learning systems and automation scripts. That scale of deployment means Python's end of life schedule directly affects a huge number of production systems, and it's easy for a version to slip past its support window unnoticed since the code keeps running exactly as before.

Python Lifecycle Explained

The Python Software Foundation gives each release a five year lifecycle, defined in PEP 602. For versions 3.9 through 3.12, that's roughly 18 months of full bugfix support followed by about three and a half years of security only support. Starting with Python 3.13, the full bugfix phase was extended to two years, followed by three years of security only support, keeping the total at five years. Once a version reaches the end of that five year window, the Python core team stops releasing any further updates for it, security fixes included, for good.

A new feature version ships roughly every twelve months, so at any given time there are typically four or five versions somewhere in their support window, spanning full support, security only support, and versions that have already gone end of life. Python 2.7 is the clearest historical example: it stayed supported for over a decade before finally reaching end of life on January 1, 2020, and versions like 3.8 have since followed the newer, shorter five year cycle.

What is EOL in Python?

EOL, or end of life, is the date after which the Python Software Foundation stops releasing any updates for a version, including security patches. Once a version is EOL, any vulnerability discovered in it afterward remains permanently unpatched by the core Python team.

What are the currently supported Python versions?

Supported versions change as new releases ship and old ones age out, so the exact list shifts year to year. Check the version pages on this site for the current status and end of life date of each Python release.

How long does a Python version stay supported?

Each version gets five years of total support under PEP 602: roughly 18 months to two years of full bugfix support, followed by three to three and a half years of security only support, depending on the version. After that, the version is retired for good.

Is it safe to keep using a Python version once it's out of full bugfix support but still in security support?

It's still officially supported, but with narrower guarantees. Security only support means critical vulnerabilities get patched, but bug fixes, performance improvements, and compatibility updates for newer libraries stop. Many teams treat the start of security only support as the point to begin planning an upgrade rather than waiting for the actual end of life date.