[Python-3000] Using *a for packing in lists and other places
Phillip J. Eby
pje at telecommunity.com
Mon Mar 17 00:43:36 CET 2008
At 02:49 PM 3/16/2008 -0500, Guido van Rossum wrote:
>On Sun, Mar 16, 2008 at 1:31 PM, Phillip J. Eby <pje at telecommunity.com> wrote:
> > Btw, would you mind pronouncing (or at least commenting) on PEP 365,
> > so that I can proceed with the work -- or not.
>
>Can you point me to past discussions? ISTR that this is controversial.
The original discussion thread is here...
http://mail.python.org/pipermail/python-dev/2007-May/thread.html#72891
It mainly discusses why MAL's counterproposals to revamp the API,
split into multiple modules, etc., did not address any of the PEP's
goals or rationale.
And here is the second thread, which is mostly support/encouragement
for adding setuptools to the stdlib, or at least pkg_resources:
http://mail.python.org/pipermail/python-dev/2008-January/thread.html#76379
The thread subject is "PEP: per-user site-packages directory", but
beginning with that message from Steve Holden, the entire thread is
about PEP 365.
As far as I can tell, the proposal has seen much more Usenet Nod
Syndrome than controversy. None, actually, outside of MAL's
objections. Even MvL voiced support for actually expanding the
proposal to include an 'easy_install' stub:
http://mail.python.org/pipermail/python-dev/2008-January/076391.html
Oh, and there is one additional discussion here, sort of...
http://mail.python.org/pipermail/python-dev/2008-January/075922.html
but despite the subject line, it wasn't really about the PEP at
all! The entire discussion ended up being about whether namespace
packages should be used in the stdlib, and the consensus was "no",
because (among other things) the real benefit of namespace packages
is to allow an *organization* to claim a package space (e.g. zope.*),
not to "make all the doctors in town live on the same street", as you
put it. :) Here's a good summary:
http://mail.python.org/pipermail/python-dev/2008-January/075952.html
More information about the Python-3000
mailing list