Some updates to the status list.

pep-0283.txt

@@ -55,10 +55,16 @@ Open issues
 
 Completed features for 2.3
 
-    This list is not complete; e.g. missing are bool, PyMalloc, and
-    universal newlines, which were in before this PEP appeared.
+    This list is not complete.  See Doc/whatsnew/whatsnew23.tex in CVS
+    for more, and of course Misc/NEWS for the full list.
 
-    - PEP 263  Defining Python Source Code Encodings
+    - The bool type and its constants, True and False (PEP 285).
+
+    - PyMalloc was greatly enhanced and is enabled by default.
+
+    - Universal newline support (PEP 278).
+
+    - PEP 263  Defining Python Source Code Encodings        Lemburg
 
       Implemented (at least phase 1, which is all that's planned for
       2.3).
@@ -111,6 +117,12 @@ Completed features for 2.3
       Fully implemented.  Error handling in unicode.encode or
       str.decode can now be customized.
 
+    - PEP 282  A Logging System                             Mick
+
+      Vinay Sajip's implementation has been packagized and imported.
+      (Documentation and unit tests still pending.)
+      http://www.python.org/sf/578494
+
 
 Planned features for 2.3
 
@@ -123,22 +135,23 @@ Planned features for 2.3
     feedback to python-dev@python.org; I hope to maintain this for the
     life of the 2.3 development process.
 
+    - A modified MRO (Method Resolution Order) algorithm.  Consensus
+      is that we should adopt C3.  Samuele Pedroni has contributed a
+      draft implementation in C, see http://www.python.org/sf/619475
+
+    - For a class defined inside another class, the __name__ should be
+      "outer.inner", and pickling should work.
+
     - PEP 273  Import Modules from Zip Archives             Ahlstrom
 
       There's hope for an updated patch at
       http://www.python.org/sf/492105
 
-    - PEP 282  A Logging System                             Mick
-
-      Vinay Sajip's implementation is close to completion, but could
-      stand a restructuring (some of the classes don't belong in the
-      core module; maybe the whole thing should become a package).
-      http://www.python.org/sf/578494
-
     - 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.
-      See also http://www.python.org/sigs/getopt-sig/
+      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:
@@ -162,6 +175,8 @@ Planned features for 2.3
 
     - 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.