[Python-checkins] r42375 - peps/trunk/pep-0356.txt

[neal.norwitz]

Author: neal.norwitz
Date: Wed Feb 15 06:48:59 2006
New Revision: 42375

Modified:
   peps/trunk/pep-0356.txt
Log:
Remove most of Guido's comments.
Add some detail about planned features.
Move carryover sections to PEP 42.


Modified: peps/trunk/pep-0356.txt
==============================================================================
--- peps/trunk/pep-0356.txt	(original)
+++ peps/trunk/pep-0356.txt	Wed Feb 15 06:48:59 2006
@@ -10,9 +10,6 @@
 
 Abstract
 
-    (GvR: I'm sprinkling questions like this throughout this document.
-    I'll remove them again once the questions are answered.)
-
     This document describes the development and release schedule for
     Python 2.5.  The schedule primarily concerns itself with PEP-sized
     items.  Small features may be added up to and including the first
@@ -33,8 +30,6 @@
 
 Release Schedule
 
-    (GvR: perhaps one month earlier?  If change, update abstract)
-
     alpha 1: May 6, 2006 [planned]
     alpha 2: June 3, 2006 [planned]
     alpha 3: July 1, 2006 [planned]
@@ -67,29 +62,31 @@
 
 Planned features for 2.5
 
-    PEP 308: Conditional Expressions.
-    (GvR: who is volunteering?)
+    PEP 308: Conditional Expressions
+    (Someone volunteered on python-dev, is there progress?)
 
     PEP 328: Absolute/Relative Imports
-    (GvR: who is volunteering?)
+    (Needs volunteer, mail python-dev if interested)
 
     PEP 343: The "with" Statement
-    (GvR: who is volunteering?  Is MWH's hack/patch available?)
+    (nn: I have a possible volunteer.)
+    
+        Note there are two separate implementation parts:
+        interpreter changes and python code for utilities.
 
     PEP 352: Required Superclass for Exceptions
-    (GvR: who is volunteering?  Maybe Brett?)
+    (Brett Cannon is expected to implement this.)
 
     PEP 353: Using ssize_t as the index type
     MvL expects this to be complete in March.
 
     Access to C AST from Python
-    (GvR: I have a bunch more that could/would/should be added.)
 
     Add bdist_msi to the distutils package.  (MvL wants one more
     independent release first.)
 
     Add bdist_deb to the distutils package?
-    (But see http://mail.python.org/pipermail/python-dev/2006-February/060926.html)
+    (see http://mail.python.org/pipermail/python-dev/2006-February/060926.html)
 
     Add bdist_egg to the distutils package???
 
@@ -97,6 +94,8 @@
 
     Add wsgiref to the standard library.
 
+    (GvR: I have a bunch more that could/would/should be added. -- Still true?)
+
 
 Deferred until 2.6:
 
@@ -111,67 +110,6 @@
     - Review PEP 11: Remove support for platforms as described
 
 
-Carryover features from Python 2.4
-
-    (GvR: should we just drop this section and reject the PEPs/patches?)
-
-    Are any of these done or planned for 2.5?
-
-    - Finish implementing the Distutils bdist_dpkg command.  (AMK)
-
-    - It would be nice if the built-in SSL socket type could be used
-      for non-blocking SSL I/O.  Currently packages such as Twisted 
-      which implement async servers using SSL have to require third-party
-      packages such as pyopenssl.  
-
-    - reST is going to be used a lot in Zope3.  Maybe it could become
-      a standard library module?  (Since reST's author thinks it's too
-      unstable, I'm inclined not to do this.)
-
-
-Carryover features from Python 2.3
-
-    (GvR: should we just drop this section and reject the PEPs/patches?)
-
-    - The import lock could use some redesign.  (SF 683658.)
-
-    - A nicer API to open text files, replacing the ugly (in some
-      people's eyes) "U" mode flag.  There's a proposal out there to
-      have a new built-in type textfile(filename, mode, encoding).
-      (Shouldn't it have a bufsize argument too?)
-
-    - New widgets for Tkinter???
-
-      Has anyone gotten the time for this?  *Are* there any new
-      widgets in Tk 8.4?  Note that we've got better Tix support
-      already (though not on Windows yet).
-
-    - For a class defined inside another class, the __name__ should be
-      "outer.inner", and pickling should work.  (SF 633930.  I'm no
-      longer certain this is easy or even right.)
-
-    - Decide on a clearer deprecation policy (especially for modules)
-      and act on it.  For a start, see this message from Neal Norwitz:
-      http://mail.python.org/pipermail/python-dev/2002-April/023165.html
-      There seems insufficient interest in moving this further in an
-      organized fashion, and it's not particularly important.
-
-    - Provide alternatives for common uses of the types module;
-      Skip Montanaro has posted a proto-PEP for this idea:
-      http://mail.python.org/pipermail/python-dev/2002-May/024346.html
-      There hasn't been any progress on this, AFAICT.
-
-    - Use pending deprecation for the types and string modules.  This
-      requires providing alternatives for the parts that aren't
-      covered yet (e.g. string.whitespace and types.TracebackType).
-      It seems we can't get consensus on this.
-
-    - Lazily tracking tuples?
-      http://mail.python.org/pipermail/python-dev/2002-May/023926.html
-      http://www.python.org/sf/558745
-      Not much enthusiasm I believe.
-
-
 Copyright
 
     This document has been placed in the public domain.