This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author eric.snow
Recipients Arfrever, docs@python, eric.araujo, eric.snow, r.david.murray, shai
Date 2013-02-08.18:54:55
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <>
Deprecating pkg/ and having coexist with pkg/ was on the table in an earlier proposal (PEP 402).  In that case pkg/ would have been tried first for backward compatbility (until eliminated in Python 4 or whenever).  PEP 420 (namespace packages) took a more conservative approach, leaving the question of coexisting with pkg/ on the table.

I still find the idea appealing of replacing pkg/ with simply + pkg/.  PEP 402 outlines the rationale pretty well.  Considering that PEP 420 made packages legal, deprecating isn't a huge leap.  The challenge of deciding if a directory is a package is tricky when there is not marker (like is), but PEP 420 already tackled that for the most part.

Regardless, it would definitely require a new PEP (likely derived from 402) and some caution, especially since you could argue that people may be relying on the current precedence policy.  It would also take a little bit of work for the implementation, and a bunch of work to make sure the stdlib is happy.
Date User Action Args
2013-02-08 18:54:55eric.snowsetrecipients: + eric.snow, eric.araujo, Arfrever, r.david.murray, docs@python, shai
2013-02-08 18:54:55eric.snowsetmessageid: <>
2013-02-08 18:54:55eric.snowlinkissue17108 messages
2013-02-08 18:54:55eric.snowcreate