<div dir="ltr">+1 (for what it's worth) to any proposal which includes one (or more) GUIDOs :)<br><div><br></div><div>  S.</div></div><br><div class="gmail_quote"><div dir="ltr">On Tue, Oct 23, 2018 at 11:57 AM Victor Stinner <<a href="mailto:vstinner@redhat.com">vstinner@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
Last July, Guido van Rossum decided to resign from his role of BDFL.<br>
Python core developers decided to design a new governance/organization<br>
for Python. 6 governance PEPs have been proposed. It has been decided<br>
that discussions are reserved to core developers (everyone can read,<br>
but only core devs can write), since the governance will mostly impact<br>
the life of core developers. I'm writing this email to python-dev to<br>
keep you aware that something is happening :-)<br>
<br>
Core developers (of the GitHub team) will vote to decide the new<br>
Python governance in 3 weeks:<br>
"The vote will happen in a 2-week-long window from November 16 2018 to<br>
November 30 (Anywhere-on-Earth)."<br>
<br>
See PEP 8001: Python Governance Voting Process<br>
<a href="https://www.python.org/dev/peps/pep-8001/" rel="noreferrer" target="_blank">https://www.python.org/dev/peps/pep-8001/</a><br>
<br>
<br>
Below are links to the governance PEPs, their abstract, and link to<br>
the Discourse discussions.<br>
<br>
Note: a Discourse instance is experimented at <a href="http://discuss.python.org" rel="noreferrer" target="_blank">discuss.python.org</a> to<br>
maybe replace python-{ideas,dev,committers} mailing lists. See the<br>
"Discourse Feedback" category at <a href="https://discuss.python.org/" rel="noreferrer" target="_blank">https://discuss.python.org/</a>  :-)<br>
<br>
<br>
(1) PEP 8010: The BDFL Governance Model<br>
<a href="https://www.python.org/dev/peps/pep-8010" rel="noreferrer" target="_blank">https://www.python.org/dev/peps/pep-8010</a><br>
<br>
Abstract:<br>
"""<br>
This PEP proposes a continuation of the singular project leader model,<br>
euphemistically called the Benevolent Dictator For Life (BDFL) model<br>
of Python governance, to be henceforth called in this PEP the Gracious<br>
Umpire Influencing Decisions Officer (GUIDO). This change in name<br>
reflects both the expanded view of the GUIDO as final arbiter for the<br>
Python language decision making process in consultation with the wider<br>
development community, and the recognition that "for life" while<br>
perhaps aspirational, is not necessarily in the best interest of the<br>
well-being of either the language or the GUIDO themselves.<br>
<br>
This PEP describes:<br>
<br>
* The rationale for maintaining the singular leader model<br>
* The process for how the GUIDO will be selected, elected, retained,<br>
recalled, and succeeded;<br>
* The roles of the GUIDO in the Python language evolution process;<br>
* The term length of service;<br>
* The relationship of the GUIDO with a Council of Pythonistas (CoP)<br>
that advise the GUIDO on technical matters;<br>
* The size, election, and roles of the CoP;<br>
* The decision delegation process;<br>
* Any changes to the PEP process to fit the new governance model;<br>
<br>
This PEP does not name a new BDFL. Should this model be adopted, it<br>
will be codified in PEP 13 along with the names of all officeholders<br>
described in this PEP, as voted on per the guidelines in PEP 8001.<br>
"""<br>
<br>
Discussion:<br>
<a href="https://discuss.python.org/t/pep-8010-the-singular-leader/188" rel="noreferrer" target="_blank">https://discuss.python.org/t/pep-8010-the-singular-leader/188</a><br>
<br>
<br>
(2) PEP 8011: Python Governance Model Lead by Trio of Pythonistas<br>
<a href="https://www.python.org/dev/peps/pep-8011" rel="noreferrer" target="_blank">https://www.python.org/dev/peps/pep-8011</a><br>
<br>
Abstract:<br>
"""<br>
This PEP proposes a governance model for the Core Python development<br>
community, led by a trio of equally authoritative leaders. The Trio of<br>
Pythonistas (ToP, or simply Trio) is tasked with making final<br>
decisions for the language. It differs from PEP 8010 by specifically<br>
not proposing a central singular leader, but instead a group of three<br>
people as the leaders.<br>
<br>
This PEP also proposes a formation of specialized workgroups to assist<br>
the leadership trio in making decisions.<br>
<br>
This PEP does not name the members of the Trio. Should this model be<br>
adopted, it will be codified in PEP 13 along with the names of all<br>
officeholders described in this PEP.<br>
<br>
This PEP describes:<br>
<br>
* The role and responsibilities of the Trio<br>
* Guidelines of how trio members should be formed<br>
* Reasoning of the group of three, instead of a singular leader<br>
* Role and responsibilities of Python core developers to the trio<br>
* Sustainability considerations<br>
* Diversity and inclusivity considerations<br>
"""<br>
<br>
Discussion:<br>
<a href="https://discuss.python.org/t/pep-8011-leadership-by-trio-of-pythonistas-top-or-simply-trio/199" rel="noreferrer" target="_blank">https://discuss.python.org/t/pep-8011-leadership-by-trio-of-pythonistas-top-or-simply-trio/199</a><br>
<br>
<br>
(3) PEP 8012: The Community Governance Model<br>
<a href="https://www.python.org/dev/peps/pep-8012/" rel="noreferrer" target="_blank">https://www.python.org/dev/peps/pep-8012/</a><br>
<br>
Abstract:<br>
"""<br>
This PEP proposes a new model of Python governance based on consensus<br>
and voting by the Python community. This model relies on workgroups to<br>
carry out the governance of the Python language. This governance model<br>
works without the role of a centralized singular leader or a governing<br>
council.<br>
<br>
It describes how, when, and why votes are conducted for decisions<br>
affecting the Python language. It also describes the criteria for<br>
voting eligibility.<br>
<br>
Should this model be adopted, it will be codified in PEP 13.<br>
<br>
This model can be affectionately called "The Least Worst Governance<br>
Model" by its property that while far from ideal, it's still the most<br>
robust one compared to the others. Since avoiding issues inherent to<br>
the other models is a paramount feature of the Community Governance<br>
Model, we start the discussion a bit unusually: by rejecting the other<br>
models.<br>
"""<br>
<br>
Discussion:<br>
<a href="https://discuss.python.org/t/pep-8012-the-community-model/156" rel="noreferrer" target="_blank">https://discuss.python.org/t/pep-8012-the-community-model/156</a><br>
<br>
<br>
(4) PEP 8013: The External Council Governance Model<br>
<a href="https://www.python.org/dev/peps/pep-8013/" rel="noreferrer" target="_blank">https://www.python.org/dev/peps/pep-8013/</a><br>
and<br>
<a href="https://mail.python.org/pipermail/python-committers/2018-September/006141.html" rel="noreferrer" target="_blank">https://mail.python.org/pipermail/python-committers/2018-September/006141.html</a><br>
<br>
Abstract:<br>
"""<br>
This PEP proposes a new model of Python governance based on a Group of<br>
Unbiased Independent Directors of Order (GUIDO) tasked with making<br>
final decisions for the language. It differs from PEP 8010 by<br>
specifically not proposing a central singular leader, and from PEP<br>
8011 by disallowing core committers from being council members. It<br>
describes the size and role of the council, how the initial group of<br>
council members will be chosen, any term limits of the council<br>
members, and how successors will be elected.<br>
<br>
It also spends significant time discussing the intended behaviour of<br>
this model. By design, many processes are not specified here but are<br>
left to the people involved. In order to select people who will make<br>
the best decisions, it is important for those involved to understand<br>
the expectations of GUIDO but it is equally important to allow GUIDO<br>
the freedom to adjust process requirements for varying circumstances.<br>
This only works when process is unspecified, but all participants have<br>
similar expectations.<br>
<br>
This PEP does not name the members of GUIDO. Should this model be<br>
adopted, it will be codified in PEP 13 along with the names of all<br>
officeholders described in this PEP.<br>
"""<br>
<br>
Discussion:<br>
<a href="https://discuss.python.org/t/pep-8013-the-external-council-governance-model/181" rel="noreferrer" target="_blank">https://discuss.python.org/t/pep-8013-the-external-council-governance-model/181</a><br>
<br>
<br>
(5) PEP 8014 -- The Commons Governance Model<br>
<a href="https://www.python.org/dev/peps/pep-8014/" rel="noreferrer" target="_blank">https://www.python.org/dev/peps/pep-8014/</a><br>
<br>
Abstract:<br>
"""<br>
This PEP proposes a governnance model with as few procedures, defined<br>
terms and percentages as possible. It may also be called The Anarchist<br>
Governance Model but uses Commons for now because of possible negative<br>
connotations of the term Anarchist to some audiences.<br>
<br>
The basic idea is that all decisions are voted on by a subset of the<br>
community. A subset, because although the whole community is in<br>
principle entitled to vote in practice it will always be only a small<br>
subset that vote on a specific decision. The vote is overseen by an<br>
impartial council that judges whether the decision has passed or not.<br>
The intention is that this council bases its decision not only on the<br>
ratio of yes and no votes but also on the total number of votes, on<br>
the gravity of the proposal being voted on and possibly the individual<br>
voters and how they voted. Thereby this council becomes responsible<br>
for ensuring that each individual decision is carried by a sufficient<br>
majority.<br>
"""<br>
<br>
Discussion:<br>
<a href="https://discuss.python.org/t/pep-8014-the-commons-model/173" rel="noreferrer" target="_blank">https://discuss.python.org/t/pep-8014-the-commons-model/173</a><br>
<br>
<br>
<br>
(6) PEP 8015: Organization of the Python community<br>
<a href="https://www.python.org/dev/peps/pep-8015/" rel="noreferrer" target="_blank">https://www.python.org/dev/peps/pep-8015/</a><br>
<br>
Abstract:<br>
"""<br>
This PEP formalizes the current organization of the Python community<br>
and proposes 3 main changes:<br>
<br>
Formalize the existing concept of "Python teams";<br>
Give more autonomy to Python teams;<br>
Replace the BDFL (Guido van Rossum) with a new "Python Core Board" of<br>
3 members which have limited roles. Their key role is mostly to decide<br>
how a PEP is approved (or rejected or deferred).<br>
<br>
Note: the "BDFL-delegate" role is renamed to "PEP delegate".<br>
"""<br>
<br>
Discussion:<br>
<a href="https://discuss.python.org/t/pep-8015-organization-of-the-python-community/193" rel="noreferrer" target="_blank">https://discuss.python.org/t/pep-8015-organization-of-the-python-community/193</a><br>
and<br>
<a href="https://mail.python.org/pipermail/python-committers/2018-October/006250.html" rel="noreferrer" target="_blank">https://mail.python.org/pipermail/python-committers/2018-October/006250.html</a><br>
<br>
<br>
--<br>
<br>
See also:<br>
<br>
PEP 8000: Python Language Governance Proposal Overview<br>
<a href="https://www.python.org/dev/peps/pep-8000/" rel="noreferrer" target="_blank">https://www.python.org/dev/peps/pep-8000/</a><br>
<br>
PEP 8002: Open Source Governance Survey<br>
<a href="https://www.python.org/dev/peps/pep-8002/" rel="noreferrer" target="_blank">https://www.python.org/dev/peps/pep-8002/</a><br>
<br>
Victor<br>
_______________________________________________<br>
Python-Dev mailing list<br>
<a href="mailto:Python-Dev@python.org" target="_blank">Python-Dev@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/python-dev" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/python-dev</a><br>
Unsubscribe: <a href="https://mail.python.org/mailman/options/python-dev/sfermigier%2Blists%40gmail.com" rel="noreferrer" target="_blank">https://mail.python.org/mailman/options/python-dev/sfermigier%2Blists%40gmail.com</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">Stefane Fermigier - <a href="http://fermigier.com/" target="_blank">http://fermigier.com/</a> - <a href="http://twitter.com/sfermigier" target="_blank">http://twitter.com/sfermigier</a> - <a href="http://linkedin.com/in/sfermigier" target="_blank">http://linkedin.com/in/sfermigier</a><br>Founder & CEO, Abilian - Enterprise Social Software - <a href="http://www.abilian.com/" target="_blank">http://www.abilian.com/</a><br>Chairman, Free&OSS Group @ Systematic Cluster - <a href="http://www.gt-logiciel-libre.org/" target="_blank">http://www.gt-logiciel-libre.org/</a><br>Co-Chairman, National Council for Free & Open Source Software (CNLL) - <a href="http://cnll.fr/" target="_blank">http://cnll.fr/</a><div>Founder & Organiser, PyParis & PyData Paris - <a href="http://pyparis.org/" target="_blank">http://pyparis.org/</a> & <a href="http://pydata.fr/" target="_blank">http://pydata.fr/</a></div></div></div></div></div></div></div></div></div></div>