[python-committers] PEP 8015: Organization of the Python community

[Victor Stinner]

Le ven. 12 oct. 2018 à 20:33, Brett Cannon <brett at python.org> a écrit :
>> Python became too big to work as an unique team anymore, people
>> naturally have grouped themself as teams to work more closely on
>> specific topics, sometimes called "Special Interest Group" (SIG).
>>
>> Team members are Python contributors and Python core developers. The
>> team is responsible to select who can join the team and how.
>
> How is this bootstrapped? Do I get to declare myself the "import team" and then I get to choose who joins after that?

I don't want to formalize the Python community too much. I don't think
that it's needed to have a process to create a group. It seems like in
the past, some people started to talk about a topic a litlte bit
off-topic for a list, then someone proposed to create a SIG. A mailing
list have been created. That's it. Sometimes, the list dies after a
few messages. Sometimes, the list becomes very popular.

Contributors are free to organize and group themselves, but the need
the board to make concrete changes in Python: merge changes, accept
PEPs, etc.


>> Board members must be Python core developers.  It is important that the
>> members of the board reflect the diversity of Python' users and
>> contributors. A small step to ensure that is to enforce that two members
>> cannot work for the same company (or subsidiaries of the same company).
>> In addition, to encourage more people to get involved, a core developer
>> can only be a board member twice (up to 6 years total).
>
> Is the two-term limit forever, or just consecutively?

I propose forever. In your life, you can be a board member for 6
years. It's designed to rotate frequently. So it's very different of
the previous organization using a single BDFL for life :-)


>> To boot
>> Special Case: Board Members And PEPs
>> ------------------------------------
>>
>> A board member cannot be a PEP delegate.
>>
>> A board member can offer a PEP, but cannot decide how their own PEP is
>> approved.
>
> So do the two other board members then make the decision? Or is there some third person who will step in to make up the loss of a vote (e.g. the release manager if they happen to not already be a board member)?

Yes, the two other members have to decide how a PEP is decided. These
two people are free to ask the opinion or support of anyone help :-)
Again, I don't think that it's neeed to formalize too much here.


>> The organization of this workgroup is defined by the
>> `ConductWG Charter <https://wiki.python.org/psf/ConductWG/Charter>`_.
>
> Is this here to mean the expectation that the conduct WG will manage CoC issues for the core development team?

I don't want to put this responsibility on the board. So yes,
conflicts between core developers will be handled by the conduct WG.
By the way, technically, I think that it's fine if a board member is
also part of the conduct WG. But they would have to behave and
communicate differently when having the "board hat" or the "conduct WG
hat".

But I'm open to other propositions how to handle such conflict :-)

Victor