
With the help of Neal Norwitz, Jeremy Hylton, Alex Martelli and Collin Winter, I've greatly reduced the set of open PEPs numbered less than 3000. Here's a summary. Please speak up if we've made a grave error; I take all responsibility for the final decisions. Positive Decisions (Marked Accepted or Final) --------------------------------------------- SF 237 Unifying Long Integers and Integers Zadka, GvR Marked as Final; there's no work left to be done. I 287 reStructuredText Docstring Format Goodger Status changed from Draft to Active. SA 302 New Import Hooks JvR, Moore Marked Accepted. Should this be marked Final, or is there still an unimplemented part? SF 331 Locale-Independent Float/String Conversions Reis Marked Final; this was done years ago (Python 2.3?). Negative Decisions (Rejected, Withdrawn or Deferred) ---------------------------------------------------- SW 228 Reworking Python's Numeric Model Zadka, GvR Withdrawn in favor of PEP 3141 (numeric ABCs). SR 256 Docstring Processing System Framework Goodger Rejected; seems to have run out of steam. SR 258 Docutils Design Specification Goodger Rejected; docutils is no longer slated for stdlib inclusion. SD 267 Optimized Access to Module Namespaces Hylton Deferred; no-one has had time for this. SR 268 Extended HTTP functionality and WebDAV Stein Rejected for lack of interest or progress. SD 280 Optimizing access to globals GvR Deferred; no-one has had time for this. SW 296 Adding a bytes Object Type Gilbert Was withdrawn long ago in favor of PEP 358 (the bytes object). SR 297 Support for System Upgrades Lemburg Rejected; failed to generate support. SD 323 Copyable Iterators Martelli Deferred due to lack of interest. IR 350 Codetags Elliott Rejected for lack of will to standardize. XXX lives! SR 354 Enumerations in Python Finney Rejected; not enough interest, not sufficiently Pythonic. SR 355 Path - Object oriented filesystem paths Lindqvist Rejected as being the ultimate kitchen sink. SR 754 IEEE 754 Floating Point Special Values Warnes Rejected for lack of progress. -- --Guido van Rossum (home page: http://www.python.org/~guido/)

On 5/18/07, Guido van Rossum <guido@python.org> wrote:
With the help of Neal Norwitz, Jeremy Hylton, Alex Martelli and Collin Winter, I've greatly reduced the set of open PEPs numbered less than 3000. Here's a summary. Please speak up if we've made a grave error; I take all responsibility for the final decisions.
Positive Decisions (Marked Accepted or Final) ---------------------------------------------
SF 237 Unifying Long Integers and Integers Zadka, GvR Marked as Final; there's no work left to be done.
I 287 reStructuredText Docstring Format Goodger Status changed from Draft to Active.
SA 302 New Import Hooks JvR, Moore Marked Accepted. Should this be marked Final, or is there still an unimplemented part?
Everything added by this PEP is not covered in the official docs. Otherwise the PEP is implemented. There is mention of a possible "part 2" where the built-in import gets refactored to use what this PEP introduces, but that can be a separate PEP for possible changes to import itself. -Brett

On 5/18/07, Brett Cannon <brett@python.org> wrote:
On 5/18/07, Guido van Rossum <guido@python.org> wrote:
With the help of Neal Norwitz, Jeremy Hylton, Alex Martelli and Collin Winter, I've greatly reduced the set of open PEPs numbered less than 3000. Here's a summary. Please speak up if we've made a grave error; I take all responsibility for the final decisions.
Positive Decisions (Marked Accepted or Final) ---------------------------------------------
SF 237 Unifying Long Integers and Integers Zadka, GvR Marked as Final; there's no work left to be done.
I 287 reStructuredText Docstring Format Goodger Status changed from Draft to Active.
SA 302 New Import Hooks JvR, Moore Marked Accepted. Should this be marked Final, or is there still an unimplemented part?
Everything added by this PEP is not covered in the official docs. Otherwise the PEP is implemented.
OK, I'll mark it final then. Docs are really not the PEP's business.
There is mention of a possible "part 2" where the built-in import gets refactored to use what this PEP introduces, but that can be a separate PEP for possible changes to import itself.
Yes, please. -- --Guido van Rossum (home page: http://www.python.org/~guido/)

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On May 18, 2007, at 1:40 PM, Guido van Rossum wrote:
SR 354 Enumerations in Python Finney Rejected; not enough interest, not sufficiently Pythonic.
I have a competing proposal for enumerations which I just haven't gotten around to spec'ing out yet. Check the the cheeseshop for the 'munepy' package if you're interested (mune == enum backwards, since 'enum' was already taken). Guido, can you tell me whether the concept of enums for Python is being rejected, or this specific proposal? My proposal would be quite different, and I think, more Pythonic. Should I bother submitting a PEP? - -Barry -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) iQCVAwUBRk366XEjvBPtnXfVAQKL1wP8D/iUag8jCCjFTT1Qa+Z1iwFcGCFgHq7c +ZzR2PrqkG8+2f3MxEa31GMZZpyNyBxh50QSpSeEx/NLfFSLyWtrY1q58BwSfay2 b7ClZmvjC4wlLJzuTxpO05MXhu2nbS5TQ0h2ut+HDvKe8bCHVs1Me48mEYa/BYF0 rvSCShoa37o= =DAER -----END PGP SIGNATURE-----

On 5/18/07, Barry Warsaw <barry@python.org> wrote:
On May 18, 2007, at 1:40 PM, Guido van Rossum wrote:
SR 354 Enumerations in Python Finney Rejected; not enough interest, not sufficiently Pythonic.
I have a competing proposal for enumerations which I just haven't gotten around to spec'ing out yet. Check the the cheeseshop for the 'munepy' package if you're interested (mune == enum backwards, since 'enum' was already taken).
Guido, can you tell me whether the concept of enums for Python is being rejected, or this specific proposal? My proposal would be quite different, and I think, more Pythonic. Should I bother submitting a PEP?
That's really up to the rest of the community. If their response to your proposal is going to be as lackluster as to PEP 354, don't bother. Perhaps you can test the waters on python-ideas or c.l.py. -- --Guido van Rossum (home page: http://www.python.org/~guido/)

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On May 18, 2007, at 3:17 PM, Guido van Rossum wrote:
Guido, can you tell me whether the concept of enums for Python is being rejected, or this specific proposal? My proposal would be quite different, and I think, more Pythonic. Should I bother submitting a PEP?
That's really up to the rest of the community. If their response to your proposal is going to be as lackluster as to PEP 354, don't bother. Perhaps you can test the waters on python-ideas or c.l.py.
I guess the first step would be to announce the package on c.l.py.a :). But cool, that tells me what I wanted to know. Thanks, - -Barry -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) iQCVAwUBRk39RnEjvBPtnXfVAQJ+BAQAm5oc/gzHq1bcwUt961Rc/9Ga7SX0CQI3 qcpSgQTnUOQxOFgas71tfZ1KC0Hg8ceD/L+3OnTeANY+HVjN/3B+JFLTdELYrCu7 bjJNZvnlkq46/fjR8YXgPwoAH8LgFZgrOxaGLZw4IpTWU5p3MRJJXR9344lG/zR3 zKbtUssefZk= =bs9n -----END PGP SIGNATURE-----
participants (3)
-
Barry Warsaw
-
Brett Cannon
-
Guido van Rossum