By using this site, you agree to our updated Privacy Policy and our Terms of Use. Manage your Cookies Settings.
439,986 Members | 1,583 Online
Bytes IT Community
+ Ask a Question
Need help? Post your question and get tips & solutions from a community of 439,986 IT Pros & Developers. It's quick & easy.

survey of modules to be added to stdlib

P: n/a
This is an informal survey to gauge the community's interest in adding
popular modules to the python standard library.

In no particular order, here's my personal list of favourites:

path.py - Jason Orendorff
elementree - Fredrik Lundh
ctypes - Thomas Heller
psyco - Armin Rigo
IPython - Fernando Pérez

BTW is there an official set of conditions that have to be met before a
module can be accepted into the stdlib?

AK

Jul 18 '05 #1
Share this Question
Share on Google+
7 Replies


P: n/a
Alia Khouri wrote:
BTW is there an official set of conditions that have to be met before a
module can be accepted into the stdlib?


Yes - although this has never been followed to date: In PEP 2,

http://www.python.org/peps/pep-0002.html

a procedure is defined how new modules can be added. Essentially,
we need a document stating its intended purpose, and a commitment
by the authors to maintain the code.

This may rule out inclusion of some modules in your list, e.g.
if nobody steps forward to offer ongoing maintenance. Just that
users want to see the code in the library is not sufficient,
we also need somebody to do the actual work.

If none of the core developers respond favourably to requests
for inclusion, a library PEP can be seen as a last resort to
trigger a BDFL pronouncement. Depending on the module, I personally
would actively object inclusion if I have doubts whether the
module is going to be properly maintained; I will, of course,
obey to any BDFL pronouncement.

Furthermore, and more recently, we also started requiring that
code is *formally* contributed to the PSF, through the contrib
forms,

http://www.python.org/psf/contrib.html

This may rule out further modules: the authors of the code
have to agree to its inclusion in the library; somebody else
contributing the modules for the authors will not be acceptable.
However, the authors don't have to offer ongoing support for
the copy in Python - any other volunteer could step in instead.

Regards,
Martin
Jul 18 '05 #2

P: n/a
Alia Khouri:
ctypes - Thomas Heller


I would like this to go in but it won't be added as it allows unsafe
code, such as dereferencing bad pointers.

Neil
Jul 18 '05 #3

P: n/a
> psyco - Armin Rigo

This is platform specific.
Raymond
Jul 18 '05 #4

P: n/a
"Raymond Hettinger" <vz******@verizon.net> writes:
psyco - Armin Rigo

This is platform specific.


That's ok, there's plenty of platform specific modules in the stdlib
already, and this seems like a good one to add.
Jul 18 '05 #5

P: n/a
Ron
On 18 Mar 2005 14:16:01 -0800, "Alia Khouri" <al*********@yahoo.com>
wrote:
This is an informal survey to gauge the community's interest in adding
popular modules to the python standard library.


I would prefer to have a install utility included that retrieves a
list of modules we can install, update, or uninstall, from the web in
a consistent easy way. It would really be nice if they listed what
modules they were dependant on also.

If the updater listed them by who distributes and maintains them, it
could include many third party modules as well and not need to include
them in the standard library.

But I think something like this would be quite always off.... Python
3000? 4000? <shrug>

Not everyone needs the same modules. I use win32, py2exe, pmw/blt,
visual, and ctypes, and numeric because I think it needed by either
blt or visual.
Jul 18 '05 #6

P: n/a
On Sat, 19 Mar 2005 03:40:31 GMT, Ron <ra****@tampabay.rr.com> wrote:
I would prefer to have a install utility included that retrieves a
list of modules we can install, update, or uninstall, from the web in
a consistent easy way. It would really be nice if they listed what
modules they were dependant on also.

If the updater listed them by who distributes and maintains them, it
could include many third party modules as well and not need to include
them in the standard library.


Using the PyPI and distutils, the BangPypers (Bangalore Pythonistas)
intend to work on the same kind of project along with ChiPy (Chicago
Pythonistas) and of course, the distutils-sig and catalog-sig.

For details, please see
http://www.swaroopch.info/archives/2...an-for-python/

We welcome you to help us in this endeavour.

Regards,
--
Swaroop C H
Blog: http://www.swaroopch.info
Book: http://www.byteofpython.info
Jul 18 '05 #7

P: n/a
It would be amazing if you could add the feature to do combo package
installs like :

- a scientific python combo (which would include scipy, numarray,
Numpy, plotting libs, etc)

- an AI python combo(orange, constraint programming modules, agent
libs, etc)

- a game development python combo (pygame, pysonic, 3D libs, etc...)

- a musical python combo
you get the idea (-;

AK

Jul 18 '05 #8

This discussion thread is closed

Replies have been disabled for this discussion.