iSharkFly-Open
/
python-peps
mirror of https://github.com/python/peps.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity

changed PEP 6 type to Process

This commit is contained in:
David Goodger 2005-08-13 12:37:53 +00:00
parent 76f3dc59ad
commit 0af7db79f3
2 changed files with 12 additions and 5 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

4
pep-0000.txt
View File

@ -35,7 +35,7 @@ Index by Category
I 3 Guidelines for Handling Bug Reports Hylton I 3 Guidelines for Handling Bug Reports Hylton
I 4 Deprecation of Standard Modules von Loewis I 4 Deprecation of Standard Modules von Loewis
I 5 Guidelines for Language Evolution Prescod I 5 Guidelines for Language Evolution Prescod
I 6 Bug Fix Releases Aahz P 6 Bug Fix Releases Aahz
I 7 Style Guide for C Code GvR I 7 Style Guide for C Code GvR
I 8 Style Guide for Python Code GvR, Warsaw I 8 Style Guide for Python Code GvR, Warsaw
I 9 Sample Plaintext PEP Template Warsaw I 9 Sample Plaintext PEP Template Warsaw
@ -230,7 +230,7 @@ Numerical Index
I 3 Guidelines for Handling Bug Reports Hylton I 3 Guidelines for Handling Bug Reports Hylton
I 4 Deprecation of Standard Modules von Loewis I 4 Deprecation of Standard Modules von Loewis
I 5 Guidelines for Language Evolution Prescod I 5 Guidelines for Language Evolution Prescod
I 6 Bug Fix Releases Aahz P 6 Bug Fix Releases Aahz
I 7 Style Guide for C Code GvR I 7 Style Guide for C Code GvR
I 8 Style Guide for Python Code GvR, Warsaw I 8 Style Guide for Python Code GvR, Warsaw
I 9 Sample Plaintext PEP Template Warsaw I 9 Sample Plaintext PEP Template Warsaw

13
pep-0006.txt
View File

@ -3,7 +3,7 @@ Title: Bug Fix Releases
Version: $Revision$ Version: $Revision$
Author: aahz@pobox.com (Aahz), anthony@interlink.com.au (Anthony Baxter) Author: aahz@pobox.com (Aahz), anthony@interlink.com.au (Anthony Baxter)
Status: Active Status: Active
Type: Informational Type: Process
Created: 15-Mar-2001 Created: 15-Mar-2001
Post-History: 15-Mar-2001 18-Apr-2001 19-Aug-2004 Post-History: 15-Mar-2001 18-Apr-2001 19-Aug-2004
@ -55,6 +55,7 @@ Prohibitions
Breaking any of these prohibitions requires a BDFL proclamation Breaking any of these prohibitions requires a BDFL proclamation
(and a prominent warning in the release notes). (and a prominent warning in the release notes).
Not-Quite-Prohibitions Not-Quite-Prohibitions
Where possible, bug fix releases should also: Where possible, bug fix releases should also:
@ -69,6 +70,7 @@ Not-Quite-Prohibitions
the standard library should not change behavior, or worse yet, the standard library should not change behavior, or worse yet,
APIs. APIs.
Applicability of Prohibitions Applicability of Prohibitions
The above prohibitions and not-quite-prohibitions apply both The above prohibitions and not-quite-prohibitions apply both
@ -80,6 +82,7 @@ Applicability of Prohibitions
the community happy that a bug fix release is a painless and safe the community happy that a bug fix release is a painless and safe
upgrade. upgrade.
Helping the Bug Fix Releases Happen Helping the Bug Fix Releases Happen
Here's a few pointers on helping the bug fix release process along. Here's a few pointers on helping the bug fix release process along.
@ -98,6 +101,7 @@ Helping the Bug Fix Releases Happen
wait until 48 hours before a bug fix release is due, and then wait until 48 hours before a bug fix release is due, and then
start asking for bug fixes to be included. start asking for bug fixes to be included.
Version Numbers Version Numbers
Starting with Python 2.0, all major releases are required to have Starting with Python 2.0, all major releases are required to have
@ -111,10 +115,11 @@ Version Numbers
the branch is named 'release2x-maint'. For example, the branch for the branch is named 'release2x-maint'. For example, the branch for
the 2.3 maintenance releases is release23-maint the 2.3 maintenance releases is release23-maint
Procedure Procedure
The process for managing bugfix releases is modeled in part on the Tcl The process for managing bugfix releases is modeled in part on the
system [1]. Tcl system [1].
The Patch Czar is the counterpart to the BDFL for bugfix releases. The Patch Czar is the counterpart to the BDFL for bugfix releases.
However, the BDFL and designated appointees retain veto power over However, the BDFL and designated appointees retain veto power over
@ -151,6 +156,7 @@ Procedure
bugfix releases. If, however, someone qualified wishes to continue bugfix releases. If, however, someone qualified wishes to continue
the work to maintain an older release, they should be encouraged. the work to maintain an older release, they should be encouraged.
Patch Czar History Patch Czar History
Anthony Baxter is the Patch Czar for 2.3.1 through 2.3.4. Anthony Baxter is the Patch Czar for 2.3.1 through 2.3.4.
@ -190,6 +196,7 @@ History
Anthony Baxter then took this PEP and revised it, based on Anthony Baxter then took this PEP and revised it, based on
lessons from the 2.3 release cycle. lessons from the 2.3 release cycle.
References References
[1] http://www.tcl.tk/cgi-bin/tct/tip/28.html [1] http://www.tcl.tk/cgi-bin/tct/tip/28.html