-
-
Notifications
You must be signed in to change notification settings - Fork 1.6k
PEP 772: Updates based on conversations at PyCon #4429
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
* Align PPC Electors with PSF voting members as described in the PSF bylaws. Rather than the previous categories, this approach is generally deemed to be both equitable and workable. * Update the mechanics and timeline of PPC elections, into three phases: self-selection of Electors, nominations of Council members, voting * Remove the language around initial membership and adding a new member, as these are no longer necessary. * Add language about the call for deanonymization of ballots in cases where foul play is suspected. * Clarify the PSC's role in approving changes to this PEP, and responsibilities in certain corner cases of the election process. * Explicitly disallow PSC members from concurrently serving on the PPC. * Clarify language around the expectation of the PSC and PSF to adjust existing standing delegations * Unify language around "Packaging Council Electors" rather than "voting members" * Added an acknowledgments section * Various spelling, grammar, and wording fixes
@pradyunsg @geofft (seems I can't tag Deb). Here's an update that I think captures everything we've been talking about. I'll share with Deb for her approval via Slack. |
cc @eximious |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The modified paragraphs have been wrapped to ~110 chars, could you rewrap to ~80?
Co-authored-by: Hugo van Kemenade <1324225+hugovk@users.noreply.github.com>
Co-authored-by: Hugo van Kemenade <1324225+hugovk@users.noreply.github.com>
Co-authored-by: Hugo van Kemenade <1324225+hugovk@users.noreply.github.com>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for putting this together, Barry! This looks good with regard to the conversations we had
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Overall, a much improved document. I've left some comments largely related to simplifying language for better clarity.
Co-authored-by: Geoffrey Thomas <geofft@ldpreload.com>
Co-authored-by: Geoffrey Thomas <geofft@ldpreload.com>
Co-authored-by: Geoffrey Thomas <geofft@ldpreload.com>
Co-authored-by: Geoffrey Thomas <geofft@ldpreload.com>
Co-authored-by: Carol Willing <carolcode@willingconsulting.com>
Co-authored-by: Carol Willing <carolcode@willingconsulting.com>
I pushed an update and resolved as much of the conversation as I could, but some of the threads were difficult! Anyway, I'll take another pass through this after a bit, but PTAL. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM! Unresolved threads I still see:
- Carol had a rephrasing for the paragraph starting "Only for elections" that I like.
- Carol and I had a brief discussion about term limits, but it might be best to hash that out separate from this PR.
I'm actually going to also change the title of the PEP to: "Packaging Council governance process". I think that'll make it easier to search for both on the interwebs and within the PEP index. |
Also, add the word "Council" to the PEP title for better search results.
I can't seem to find this thread any more. @willingc can you comment here and/or check that the current revision of the PEP doesn't address your suggestion?
Happy to. I am of mixed feelings about term limits in general and as they would apply here, but would love to hear your thoughts! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, continued thanks for your work on this.
Carol's suggestion was to change:
Only for elections involving the entire Packaging Council (such as the initial Council election),
to
If an election must elect the entire Packaging Council, such as the initial Council election,
* **Phase 1**: Packaging Council Electors are determined by opt-in self-selection of the `PSF voting | ||
members <voting-members>`_. The PSF voting membership is informed that Packaging Council ballots | ||
are available, and any PSF voting member can request the ballot. The PSF may choose to solicit | ||
participation for both the PSF Board elections and Packaging Council elections at the same time. | ||
Packaging Council Electors retain their voting rights for the entire year, and may exercise such | ||
rights for other community-wide votes that may occur during that year. | ||
|
||
* **Phase 2**: Packaging Council Electors may nominate any individual for the Council election, including | ||
themselves. Nominees do not need to be PSF members, but nominations must include information | ||
about the nominee's relevant affiliations. | ||
|
||
A council election consists of two phases: | ||
* **Phase 3**: Each Elector uses their ballot to cast their vote for the Council. They can | ||
assign zero to five stars to each candidate. Voting is performed anonymously. The outcome of the vote is |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I just realized that we didn't really define ballots (related to the other thread about ballot access), and so this is actually a little bit out of order. At the minimum, we should say that "ballots will be available," not "are," because at phase 1 we definitely don't know who's on the ballot (unless the idea is we're using fully write-in ballots? but I imagine that is not the case). And it might be worth saying somewhere in phase 2 or 3 that the ballot consists of all nominees, or something.
Also, since we're opening up the electorate, just double-checking because I don't think we discussed this - are we okay with unseconded nominations? Specifically, do we have a technical worry about an unmanageable number of long-shot nominees? We could even require multiple seconds. On the other hand, OSI has a similar model of letting the general public join and nominate, I don't think they require seconds, and I don't think they have had problems with too many nominees.
Also, do nominees need to affirmatively accept their nomination? (We could make this the responsibility of the nominator, to keep things technically simple.)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
On the other hand, OSI has a similar model of letting the general public join and nominate, I don't think they require seconds,
Correct, no seconds needed for nomination of OSI affiliate or individual directors. Although they do have a safety net in that elections are advisory with the board deciding on appointments. And there's a third category of directors appointed by the board without community input via elections.
https://opensource.org/about/board-of-directors/elections
and I don't think they have had problems with too many nominees.
Yes, seems they have a reasonable number. This year had 12 or 13 total candidates for three seats. 2023 had nine candidates for three seats.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@warsaw Thanks! I'm good with these changes.
📚 Documentation preview 📚: https://pep-previews--4429.org.readthedocs.build/pep-0772/