On Tue, Oct 20, 2020 at 3:07 PM Brett Cannon <br...@python.org> wrote:

>
>
> On Tue, Oct 20, 2020 at 2:58 PM Nathaniel Smith <n...@pobox.com> wrote:
>
>> How are you measuring "activity"? Just commits?
>>
>
> Same as it has always been since the voters repo has existed and we
> automated any of this: you either committed or authored a change in the
> CPython repo. So you can either author a PR that someone else merges or you
> can merge someone else's PR and that counts as active (or author and merge
> your own PR).
>
>
Or to be specific:
https://github.com/python/voters/blob/master/coredev/active.py.


> -Brett
>
>
>>
>> On Tue, Oct 20, 2020 at 12:16 PM Brett Cannon <br...@python.org> wrote:
>>
>>> With the next SC election fast approaching, I did the final tweaks I
>>> wanted to make to the voters repo to address visibility issues we had in
>>> the last election.
>>>
>>> First, there is now a monthly cron job that will run at
>>> https://github.com/python/voters/actions?query=workflow%3A%22Projected+Voter+Roll%22
>>> which will project a Dec 01 vote and then calculate who would fall off the
>>> voter roll based solely on activity, who would be added, and then the full
>>> list of voters. What that means is the two year of activity is calculated
>>> back from the next Dec 01, so you can check to see if you haven't committed
>>> or authored code in that timeframe to automatically be put on the voter
>>> roll.
>>>
>>> Second, I created
>>> https://github.com/python/voters/actions?query=workflow%3A%22Generate+Voter+Roll%22
>>> for manually creating the voter roll. This means people can manually
>>> trigger the same code used to create the initial voter roll and see who
>>> would (not) be automatically placed on it. I expect this to mostly be used
>>> by the folks running the election. And I do advise specifying the full date
>>> as the input instead of using the MM-DD shortcut if you choose today as it
>>> will most likely wrap around to projecting a vote next year.
>>>
>>> Finally, I updated the data to include when someone left the core team
>>> (and if someone was ejected, which is a term from PEP 13). For those that
>>> never entered a GitHub username, I implicitly put them as having left the
>>> team the day the first PR was merged on GitHub since they stopped being
>>> able to participate actively from that day forward with an appropriate note
>>> as to why (2017-02-10). This is now shown in the developer log at
>>> https://devguide.python.org/developers/.
>>>
>>> Hopefully this is enough to easily check if one should try to get a
>>> quick PR committed and/or authored before an election. We can all also try
>>> to remember to include it in the vote announcement email going forward if
>>> anyone forgets.
>>> _______________________________________________
>>> python-committers mailing list -- python-committers@python.org
>>> To unsubscribe send an email to python-committers-le...@python.org
>>> https://mail.python.org/mailman3/lists/python-committers.python.org/
>>> Message archived at
>>> https://mail.python.org/archives/list/python-committers@python.org/message/DLJE25TWAQ2KBGVJUSUO4W7KSZYHFFVC/
>>> Code of Conduct: https://www.python.org/psf/codeofconduct/
>>>
>>
>>
>> --
>> Nathaniel J. Smith -- https://vorpus.org <http://vorpus.org>
>>
>
_______________________________________________
python-committers mailing list -- python-committers@python.org
To unsubscribe send an email to python-committers-le...@python.org
https://mail.python.org/mailman3/lists/python-committers.python.org/
Message archived at 
https://mail.python.org/archives/list/python-committers@python.org/message/QH7C32P52VDH5MR4ZMRWKYJRJLC5W2OO/
Code of Conduct: https://www.python.org/psf/codeofconduct/

Reply via email to