[Python-Dev] Python Language Governance Proposals (original) (raw)

Stéfane Fermigier sf at fermigier.com
Tue Oct 23 09:21:19 EDT 2018

+1 (for what it's worth) to any proposal which includes one (or more) GUIDOs :)

S.

On Tue, Oct 23, 2018 at 11:57 AM Victor Stinner <vstinner at redhat.com> wrote:

Hi,

Last July, Guido van Rossum decided to resign from his role of BDFL. Python core developers decided to design a new governance/organization for Python. 6 governance PEPs have been proposed. It has been decided that discussions are reserved to core developers (everyone can read, but only core devs can write), since the governance will mostly impact the life of core developers. I'm writing this email to python-dev to keep you aware that something is happening :-) Core developers (of the GitHub team) will vote to decide the new Python governance in 3 weeks: "The vote will happen in a 2-week-long window from November 16 2018 to November 30 (Anywhere-on-Earth)." See PEP 8001: Python Governance Voting Process https://www.python.org/dev/peps/pep-8001/

Below are links to the governance PEPs, their abstract, and link to the Discourse discussions. Note: a Discourse instance is experimented at discuss.python.org to maybe replace python-{ideas,dev,committers} mailing lists. See the "Discourse Feedback" category at https://discuss.python.org/ :-) (1) PEP 8010: The BDFL Governance Model https://www.python.org/dev/peps/pep-8010 Abstract: """ This PEP proposes a continuation of the singular project leader model, euphemistically called the Benevolent Dictator For Life (BDFL) model of Python governance, to be henceforth called in this PEP the Gracious Umpire Influencing Decisions Officer (GUIDO). This change in name reflects both the expanded view of the GUIDO as final arbiter for the Python language decision making process in consultation with the wider development community, and the recognition that "for life" while perhaps aspirational, is not necessarily in the best interest of the well-being of either the language or the GUIDO themselves. This PEP describes: * The rationale for maintaining the singular leader model * The process for how the GUIDO will be selected, elected, retained, recalled, and succeeded; * The roles of the GUIDO in the Python language evolution process; * The term length of service; * The relationship of the GUIDO with a Council of Pythonistas (CoP) that advise the GUIDO on technical matters; * The size, election, and roles of the CoP; * The decision delegation process; * Any changes to the PEP process to fit the new governance model; This PEP does not name a new BDFL. Should this model be adopted, it will be codified in PEP 13 along with the names of all officeholders described in this PEP, as voted on per the guidelines in PEP 8001. """ Discussion: https://discuss.python.org/t/pep-8010-the-singular-leader/188 (2) PEP 8011: Python Governance Model Lead by Trio of Pythonistas https://www.python.org/dev/peps/pep-8011 Abstract: """ This PEP proposes a governance model for the Core Python development community, led by a trio of equally authoritative leaders. The Trio of Pythonistas (ToP, or simply Trio) is tasked with making final decisions for the language. It differs from PEP 8010 by specifically not proposing a central singular leader, but instead a group of three people as the leaders. This PEP also proposes a formation of specialized workgroups to assist the leadership trio in making decisions. This PEP does not name the members of the Trio. Should this model be adopted, it will be codified in PEP 13 along with the names of all officeholders described in this PEP. This PEP describes: * The role and responsibilities of the Trio * Guidelines of how trio members should be formed * Reasoning of the group of three, instead of a singular leader * Role and responsibilities of Python core developers to the trio * Sustainability considerations * Diversity and inclusivity considerations """ Discussion: https://discuss.python.org/t/pep-8011-leadership-by-trio-of-pythonistas-top-or-simply-trio/199 (3) PEP 8012: The Community Governance Model https://www.python.org/dev/peps/pep-8012/ Abstract: """ This PEP proposes a new model of Python governance based on consensus and voting by the Python community. This model relies on workgroups to carry out the governance of the Python language. This governance model works without the role of a centralized singular leader or a governing council. It describes how, when, and why votes are conducted for decisions affecting the Python language. It also describes the criteria for voting eligibility. Should this model be adopted, it will be codified in PEP 13. This model can be affectionately called "The Least Worst Governance Model" by its property that while far from ideal, it's still the most robust one compared to the others. Since avoiding issues inherent to the other models is a paramount feature of the Community Governance Model, we start the discussion a bit unusually: by rejecting the other models. """ Discussion: https://discuss.python.org/t/pep-8012-the-community-model/156 (4) PEP 8013: The External Council Governance Model https://www.python.org/dev/peps/pep-8013/ and https://mail.python.org/pipermail/python-committers/2018-September/006141.html Abstract: """ This PEP proposes a new model of Python governance based on a Group of Unbiased Independent Directors of Order (GUIDO) tasked with making final decisions for the language. It differs from PEP 8010 by specifically not proposing a central singular leader, and from PEP 8011 by disallowing core committers from being council members. It describes the size and role of the council, how the initial group of council members will be chosen, any term limits of the council members, and how successors will be elected. It also spends significant time discussing the intended behaviour of this model. By design, many processes are not specified here but are left to the people involved. In order to select people who will make the best decisions, it is important for those involved to understand the expectations of GUIDO but it is equally important to allow GUIDO the freedom to adjust process requirements for varying circumstances. This only works when process is unspecified, but all participants have similar expectations. This PEP does not name the members of GUIDO. Should this model be adopted, it will be codified in PEP 13 along with the names of all officeholders described in this PEP. """ Discussion: https://discuss.python.org/t/pep-8013-the-external-council-governance-model/181 (5) PEP 8014 -- The Commons Governance Model https://www.python.org/dev/peps/pep-8014/ Abstract: """ This PEP proposes a governnance model with as few procedures, defined terms and percentages as possible. It may also be called The Anarchist Governance Model but uses Commons for now because of possible negative connotations of the term Anarchist to some audiences. The basic idea is that all decisions are voted on by a subset of the community. A subset, because although the whole community is in principle entitled to vote in practice it will always be only a small subset that vote on a specific decision. The vote is overseen by an impartial council that judges whether the decision has passed or not. The intention is that this council bases its decision not only on the ratio of yes and no votes but also on the total number of votes, on the gravity of the proposal being voted on and possibly the individual voters and how they voted. Thereby this council becomes responsible for ensuring that each individual decision is carried by a sufficient majority. """ Discussion: https://discuss.python.org/t/pep-8014-the-commons-model/173

(6) PEP 8015: Organization of the Python community https://www.python.org/dev/peps/pep-8015/ Abstract: """ This PEP formalizes the current organization of the Python community and proposes 3 main changes: Formalize the existing concept of "Python teams"; Give more autonomy to Python teams; Replace the BDFL (Guido van Rossum) with a new "Python Core Board" of 3 members which have limited roles. Their key role is mostly to decide how a PEP is approved (or rejected or deferred). Note: the "BDFL-delegate" role is renamed to "PEP delegate". """ Discussion: https://discuss.python.org/t/pep-8015-organization-of-the-python-community/193 and https://mail.python.org/pipermail/python-committers/2018-October/006250.html -- See also: PEP 8000: Python Language Governance Proposal Overview https://www.python.org/dev/peps/pep-8000/ PEP 8002: Open Source Governance Survey https://www.python.org/dev/peps/pep-8002/ Victor

Python-Dev mailing list Python-Dev at python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/sfermigier%2Blists%40gmail.com

-- Stefane Fermigier - http://fermigier.com/ - http://twitter.com/sfermigier - http://linkedin.com/in/sfermigier Founder & CEO, Abilian - Enterprise Social Software - http://www.abilian.com/ Chairman, Free&OSS Group @ Systematic Cluster - http://www.gt-logiciel-libre.org/ Co-Chairman, National Council for Free & Open Source Software (CNLL) - http://cnll.fr/ Founder & Organiser, PyParis & PyData Paris - http://pyparis.org/ & http://pydata.fr/ -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.python.org/pipermail/python-dev/attachments/20181023/850fccec/attachment-0001.html>

More information about the Python-Dev mailing list