[Python-checkins] peps: PEP 411: incorporated comments from pydev discussions

eli.bendersky python-checkins at python.org
Wed Feb 29 20:45:05 CET 2012


http://hg.python.org/peps/rev/78b0a17b50ac
changeset:   4101:78b0a17b50ac
user:        Eli Bendersky <eliben at gmail.com>
date:        Wed Feb 29 21:44:39 2012 +0200
summary:
  PEP 411: incorporated comments from pydev discussions

files:
  pep-0411.txt |  44 ++++++++++++++++++++++++++++-----------
  1 files changed, 31 insertions(+), 13 deletions(-)


diff --git a/pep-0411.txt b/pep-0411.txt
--- a/pep-0411.txt
+++ b/pep-0411.txt
@@ -39,10 +39,10 @@
 "provisional".
 
 In the next minor release, the package may either be "graduated" into a normal
-"stable" state in the standard library, or be rejected and removed entirely
-from the Python source tree.  If the package ends up graduating into the
-stable state after being provisional for a minor release, its API may be
-changed according to accumulated feedback.  The core development team
+"stable" state in the standard library, remain in provisional state, or be
+rejected and removed entirely from the Python source tree.  If the package ends
+up graduating into the stable state after being provisional, its API may 
+be changed according to accumulated feedback.  The core development team
 explicitly makes no guarantees about API stability and backward compatibility
 of provisional packages.
 
@@ -50,19 +50,37 @@
 Marking a package provisional
 -----------------------------
 
-A package will be marked provisional by including the following paragraph as
-a note at the top of its documentation page:
+A package will be marked provisional by a notice in its documentation page and
+its docstring. The following paragraph will be added as a note at the top of
+the documentation page:
 
     The <X> package has been included in the standard library on a
-    provisional basis. While major changes are not anticipated, as long as
-    this notice remains in place, backwards incompatible changes are
-    permitted if deemed necessary by the standard library developers. Such
-    changes will not be made gratuitously - they will occur only if
-    serious API flaws are uncovered that were missed prior to inclusion of
-    the package.
+    provisional basis.  Backwards incompatible changes (up to and including
+    removal of the package) may occur if deemed necessary by the core
+    developers.
+
+The phrase "provisional basis" will then be a link to the glossary term
+"provisional package", defined as:
+
+    A provisional package is one which has been deliberately excluded from the
+    standard library's normal backwards compatibility guarantees.  While major
+    changes to such packages are not expected, as long as they are marked 
+    provisional, backwards incompatible changes (up to and including removal of
+    the package) may occur if deemed necessary by core developers.  Such changes
+    will not be made gratuitously - they will occur only if serious flaws are
+    uncovered that were missed prior to the inclusion of the package.
+
+    This process allows the standard library to continue to evolve over time,
+    without locking in problematic design errors for extended periods of time.
+    See PEP 411 for more details.
+
+The following will be added to the start of the packages's docstring:
+
+    The API of this package is currently provisional.  Refer to the
+    documentation for details.
 
 Moving a package from the provisional to the stable state simply implies
-removing this note from its documentation page.
+removing these notes from its documentation page and docstring.
 
 
 Which packages should go through the provisional state

-- 
Repository URL: http://hg.python.org/peps


More information about the Python-checkins mailing list