Move the carryover items from previous releases here

pep-0042.txt

@@ -234,6 +234,53 @@ Standard Library
 
       http://www.python.org/sf/665572, http://bugs.debian.org/175590
 
+    - 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 as a standard library module
+
+    - The import lock could use some redesign.
+    
+      http://www.python.org/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?)
+
+    - Support new widgets and/or parameters for Tkinter
+
+    - For a class defined inside another class, the __name__ should be
+      "outer.inner", and pickling should work.  (GvR is no longer certain
+      this is easy or even right.)
+
+      http://www.python.org/sf/633930
+
+    - Decide on a clearer deprecation policy (especially for modules)
+      and act on it.
+
+      http://mail.python.org/pipermail/python-dev/2002-April/023165.html
+
+    - 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
+
+    - 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
+
+    - Make 'as' a keyword.  It has been a pseudo-keyword long enough.
+      Too much effort to bother.
+
 
 C API wishes