Differences between revisions 1 and 14 (spanning 13 versions)
Revision 1 as of 2004-06-15 17:31:41
Size: 96
Editor: h158
Comment:
Revision 14 as of 2004-10-29 17:18:08
Size: 2090
Comment:
Deletions are marked like this. Additions are marked like this.
Line 3: Line 3:
Documents (these will eventually have to be moved elsewhere):

 * PythonSoftwareFoundationLicenseV2Easy -- Approved Oct 22, 2004 as the official Python Software Foundation License Version 2

 * PythonSoftwareFoundationLicenseV2Revised -- Revised license that may be used as the basis for Version 3 in the future.

 * PythonSoftwareFoundationLicenseV2 -- Old draft for Python Software Foundation License Version 2 (not adopted and now defunct)

 * PythonSoftwareFoundationContribAgreementV2 -- Python Software Foundation Contribution Agreement

Older wiki materials can be found here:

 * http://zope.org/Members/lemburg/psc-wiki/FrontPage/view

== Discussion ==

I've always wondered:

How do modules become part of the Python distribution? What kind of process do you follow, what groups do you participate in, to become a part of that?

I've looked around, but haven't found any web pages on the subject.

-- LionKimbro [[DateTime(2004-06-28T21:22:21Z)]]

Answer: The final decision is by BDFL pronouncement, but the usual process is that the module is first written as a stand-alone module, and released. After it's been in use for some time, the author makes the suggestion in comp.lang.python or python-dev (both are used, I'm not sure which is preferred) that it be adopted into the standard distribution. This gets discussed by the usual crowd and usually the answer is obvious long before it ever gets to Guido. Certain modules skip the stand-along stage and are adopted directly into the standard library, but that is usually because the module was written in response to requests, and frequently by an experienced python core developer. If you are interested in getting your module adopted into the core, the #1 question you are sure to be asked is "are you willing to commit to supporting this module for at least the next 5 years?", because unless SOMEONE is willing to volunteer to provide that support the module can't be accepted.

-- MichaelChermside

This page will collect information about the Python Software Foundation, and its committees.

Documents (these will eventually have to be moved elsewhere):

Older wiki materials can be found here:

Discussion

I've always wondered:

How do modules become part of the Python distribution? What kind of process do you follow, what groups do you participate in, to become a part of that?

I've looked around, but haven't found any web pages on the subject.

-- LionKimbro DateTime(2004-06-28T21:22:21Z)

Answer: The final decision is by BDFL pronouncement, but the usual process is that the module is first written as a stand-alone module, and released. After it's been in use for some time, the author makes the suggestion in comp.lang.python or python-dev (both are used, I'm not sure which is preferred) that it be adopted into the standard distribution. This gets discussed by the usual crowd and usually the answer is obvious long before it ever gets to Guido. Certain modules skip the stand-along stage and are adopted directly into the standard library, but that is usually because the module was written in response to requests, and frequently by an experienced python core developer. If you are interested in getting your module adopted into the core, the #1 question you are sure to be asked is "are you willing to commit to supporting this module for at least the next 5 years?", because unless SOMEONE is willing to volunteer to provide that support the module can't be accepted.

-- MichaelChermside

PythonSoftwareFoundation (last edited 2021-10-14 21:17:03 by Srinivas Ramakrishna)

Unable to edit the page? See the FrontPage for instructions.