[Python-checkins] python/nondist/peps pep-0283.txt,1.24,1.25

gvanrossum@users.sourceforge.net gvanrossum@users.sourceforge.net
Tue, 24 Dec 2002 10:46:22 -0800


Update of /cvsroot/python/python/nondist/peps
In directory sc8-pr-cvs1:/tmp/cvs-serv4240

Modified Files:
	pep-0283.txt 
Log Message:
Move optparse and datetime to "completed"; move a bunch of other
things to "probably won't make it", mostly due to lack of energy.


Index: pep-0283.txt
===================================================================
RCS file: /cvsroot/python/python/nondist/peps/pep-0283.txt,v
retrieving revision 1.24
retrieving revision 1.25
diff -C2 -d -r1.24 -r1.25
*** pep-0283.txt	24 Dec 2002 18:22:13 -0000	1.24
--- pep-0283.txt	24 Dec 2002 18:46:20 -0000	1.25
***************
*** 129,132 ****
--- 129,144 ----
        This has now been checked in.
  
+     - A new command line option parser.  Greg Ward's Optik package
+       (http://optik.sf.net) has been adopted, convert to a single
+       module named optparse.  See also
+       http://www.python.org/sigs/getopt-sig/
+ 
+     - A standard datetime type.  This started as a wiki:
+       http://www.zope.org/Members/fdrake/DateTimeWiki/FrontPage A
+       prototype was coded in nondist/sandbox/datetime/.  Tim Peters
+       has finished the C implementation and checked it in.  While we
+       may be tweaking the API during the alpha test period, I consider
+       this module basically complete -- except for its documentation.
+ 
  
  Planned features for 2.3
***************
*** 154,203 ****
        This looks very promising.  See http://www.python.org/sf/652586
  
-     - A new command line option parser.  Greg Ward's Optik
-       (http://optik.sf.net) fits the bill fine; there's only some
-       question about whether it should be given a less "cutesy" name.
-       I'm leaning toward optparse now.  See also
-       http://www.python.org/sigs/getopt-sig/
- 
-     - 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
-       Unfortunately there hasn't been much progress on this.
- 
-     - An iterator tools module featuring goodies from SML and Haskell?
-       http://mail.python.org/pipermail/python-dev/2002-May/024418.html
- 
-     - Deprecate the buffer object.
-       http://mail.python.org/pipermail/python-dev/2002-July/026388.html
-       http://mail.python.org/pipermail/python-dev/2002-July/026408.html
-       No progress; the last time this was brought up only Marc-Andre
-       Lemburg said he had a use for it.  I need to find out exactly
-       what that need is and how much of the buffer object we can retire.
- 
-     - Add support for the long-awaited Python catalog.  Kapil
-       Thangavelu has a Zope-based implementation that he demoed at
-       OSCON 2002.  Now all we need is a place to host it and a person
-       to champion it.
- 
-     - A standard datetime type.  An implementation effort is under way:
-       http://www.zope.org/Members/fdrake/DateTimeWiki/FrontPage
-       There's a prototype implementation in nondist/sandbox/datetime/.
-       Tim Peters is committed to finishing the C implementation.
-       Effbot and MAL have a proposal for a basic interface that all
-       datetime types should implement, but there are some problems with
-       UTC.  A decision needs to be made.
- 
-     - Decide on a clearer deprecation policy (especially for modules)
-       and act on it.  For a start, see this message from Neil Norwitz:
-       http://mail.python.org/pipermail/python-dev/2002-April/023165.html
- 
-     - 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).
- 
-     - PEP 269  Pgen Module for Python                       Riehl
- 
-       Jon Riehl is going to attempt an implementation by mid-September.
- 
      - Documentation: complete the distribution and installation
        manuals.
--- 166,169 ----
***************
*** 216,220 ****
      - Document deprecated features appropriately.
  
!     - Move deprecated features under Py_DEPRECATED (or whatever is decided)
  
      - Deprecate modules which are unmaintained, or perhaps make a new
--- 182,186 ----
      - Document deprecated features appropriately.
  
!     - Mark deprecated C APIs with Py_DEPRECATED.
  
      - Deprecate modules which are unmaintained, or perhaps make a new
***************
*** 225,228 ****
--- 191,228 ----
  
  Features unlikely to make it into Python 2.3
+ 
+     - Decide on a clearer deprecation policy (especially for modules)
+       and act on it.  For a start, see this message from Neil 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.
+ 
+     - An iterator tools module featuring goodies from SML and Haskell?
+       http://mail.python.org/pipermail/python-dev/2002-May/024418.html
+       I haven't heard about this in ages.
+ 
+     - Deprecate the buffer object.
+       http://mail.python.org/pipermail/python-dev/2002-July/026388.html
+       http://mail.python.org/pipermail/python-dev/2002-July/026408.html
+       It seems that this is never going to be resolved.
+ 
+     - PEP 269  Pgen Module for Python                       Riehl
+ 
+       I haven't heard from Jon Riehl since he moved to Chicago.
+ 
+     - Add support for the long-awaited Python catalog.  Kapil
+       Thangavelu has a Zope-based implementation that he demoed at
+       OSCON 2002.  Now all we need is a place to host it and a person
+       to champion it.
  
      - PEP 266  Optimizing Global Variable/Attribute Access  Montanaro