Differences between revisions 1 and 34 (spanning 33 versions)
Revision 1 as of 2004-06-15 17:31:41
Size: 96
Editor: h158
Comment:
Revision 34 as of 2006-07-07 21:29:18
Size: 3949
Comment: Removed wiki spam
Deletions are marked like this. Additions are marked like this.
Line 3: Line 3:
== Use of Trademarks or Python License ==

Our most commonly asked question is about use of the name "Python"
or the Python logo, both of which are trademarks. If you want to use
these, please see PythonSoftwareFoundationTrademarkPolicy.

The second most commonly asked questions involve the Python
software license (whether Python can be included in another
product, terms of the license, etc). For that, see PythonSoftwareFoundationLicenseFaq.

== Committees and Board of Directors ==

 * PythonSoftwareFoundationCommittees -- This lists the committees that are currently active in the PSF.

 * PythonSoftwareFoundationBoard -- Miscellaneous information about the board of directors.

== Grants ==

The PSF has started a grants program to fund Python-related
development. For more information, see [http://www.python.org/psf/grants/ PSF Grants].

== Special Project: Python.org website redesign ==

In January 2005, the PSF board voted to fund a proposal (see WebsiteRedesignProposal) from Tim Parkin and Matt Goodall to
develop a new framework for the python.org website. The purpose of this is to update the look for the python.org site and move to a
more accessible and modern design (based on CSS), while keeping maintenance of the site simple and avoiding reliance on heavy monolithic tools.

This website has now been rolled out, although work on content
and the toolset is ongoing. For details see
http://www.python.org/dev/pydotorg/website/

== PSF License ==

'''Important''': See PythonSoftwareFoundationLicenseFaq before
using the following licenses.

 * 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.

== PSF Software Contribution Agreement ==

The following agreement is being used for contributors to
Python, to ensure that all of the source code and documentation
in Python are properly licensed.

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

== Historical Records ==

 * http://zope.org/Members/lemburg/psc-wiki/FrontPage/view -- wiki containing older information on fund raising, from the days before the PSF become a 501(c)3 non-profit.

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

== Discussion ==

=== How do Modules Become Part of the Python Distribution? ===

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-alone 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.

Use of Trademarks or Python License

Our most commonly asked question is about use of the name "Python" or the Python logo, both of which are trademarks. If you want to use these, please see PythonSoftwareFoundationTrademarkPolicy.

The second most commonly asked questions involve the Python software license (whether Python can be included in another product, terms of the license, etc). For that, see PythonSoftwareFoundationLicenseFaq.

Committees and Board of Directors

Grants

The PSF has started a grants program to fund Python-related development. For more information, see [http://www.python.org/psf/grants/ PSF Grants].

Special Project: Python.org website redesign

In January 2005, the PSF board voted to fund a proposal (see WebsiteRedesignProposal) from Tim Parkin and Matt Goodall to develop a new framework for the python.org website. The purpose of this is to update the look for the python.org site and move to a more accessible and modern design (based on CSS), while keeping maintenance of the site simple and avoiding reliance on heavy monolithic tools.

This website has now been rolled out, although work on content and the toolset is ongoing. For details see http://www.python.org/dev/pydotorg/website/

PSF License

Important: See PythonSoftwareFoundationLicenseFaq before using the following licenses.

PSF Software Contribution Agreement

The following agreement is being used for contributors to Python, to ensure that all of the source code and documentation in Python are properly licensed.

Historical Records

Discussion

How do Modules Become Part of the Python Distribution?

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-alone 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.