[python-committers] Branches support status (Re: 3.3 branch created in main repository)
Barry Warsaw
barry at python.org
Mon Oct 1 16:39:35 CEST 2012
On Oct 01, 2012, at 01:30 PM, Martin v. Löwis wrote:
>I had meant to write a PEP on security releases for several
>years now.
+1
>Since this still doesn't exist, here is the outline
>of the procedures that maintainers have agreed upon:
>- bug fix releases are made until the next feature release is
> out (with 2.7 being an exception from that rule)
>- security fixes are being provided until 5 years after the initial
> release of the feature release
> * for 2.6, this will be until Oct 1, 2013
> * for 3.1, this will be until July 27, 2014
> * for 3.2, this will be until Feb 20, 2016
> The 5 years horizon is based on requests of system packagers
> (Linux distributions in particular), who often also have 5-year
> cycles for long-term support.
>- security releases are made whenever maintainers deem it necessary;
> the two options are
> * commit fixes into source repository only, and release whenever
> enough time has passed, or enough changes have accumulated, or
> * release right after a security issue has been resolved
> Which of these to take depends on the nature of the fix, of course.
> The former is intended for system packagers of Python - they can
> incorporate fixes that are official already despite not having been
> released yet.
The only thing missing is whether releases are made source-only or with binary
packages for Windows and Mac. My understanding is that once a release goes
into security-only mode, binary releases cease.
Cheers,
-Barry
More information about the python-committers
mailing list