[Python-checkins] peps: Defer PEP 395 until I make it compatible with PEP 420

[nick.coghlan]

http://hg.python.org/peps/rev/0c41b06da22b
changeset:   4590:0c41b06da22b
user:        Nick Coghlan <ncoghlan at gmail.com>
date:        Tue Nov 20 23:35:12 2012 +1000
summary:
  Defer PEP 395 until I make it compatible with PEP 420

files:
  pep-0395.txt |  14 +++++++-------
  1 files changed, 7 insertions(+), 7 deletions(-)


diff --git a/pep-0395.txt b/pep-0395.txt
--- a/pep-0395.txt
+++ b/pep-0395.txt
@@ -3,11 +3,11 @@
 Version: $Revision$
 Last-Modified: $Date$
 Author: Nick Coghlan <ncoghlan at gmail.com>
-Status: Draft
+Status: Deferred
 Type: Standards Track
 Content-Type: text/x-rst
 Created: 4-Mar-2011
-Python-Version: 3.3
+Python-Version: 3.4
 Post-History: 5-Mar-2011, 19-Nov-2011
 
 
@@ -24,6 +24,11 @@
 Relationship with Other PEPs
 ----------------------------
 
+Most significantly, this PEP is currently deferred as it requires
+significant changes in order to be made compatible with the removal
+of mandatory __init__.py files in PEP 420 (which has been implemented
+and released in Python 3.3).
+
 This PEP builds on the "qualified name" concept introduced by PEP 3155, and
 also shares in that PEP's aim of fixing some ugly corner cases when dealing
 with serialisation of arbitrary functions and classes.
@@ -32,11 +37,6 @@
 explicit relative imports from the main module work correctly in at least
 *some* circumstances.
 
-This PEP is also affected by the two competing "namespace package" PEPs
-(PEP 382 and PEP 402). This PEP would require some minor adjustments to
-accommodate PEP 382, but has some critical incompatibilities with respect to
-the implicit namespace package mechanism proposed in PEP 402.
-
 Finally, PEP 328 eliminated implicit relative imports from imported modules.
 This PEP proposes that the de facto implicit relative imports from main
 modules that are provided by the current initialisation behaviour for

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