PEP 772: A round of updates #4320
Conversation
Certain lines were wrapped incorrectly.
Instead of "expected", make it clear that the Steering Council "will" change their delegations.
There is a potential CoI around direct control over the funding that they would have approval power on.
This list needs to be written down before the PEP can be voted on / approved.
They might not want to become a voting member, or be appropriately available to do so.
| * Wider community members: An initial set of for-profit companies, nonprofit | ||
| organizations, academic or educational institutions and smaller unaffiliated | ||
| projects would be invited to nominate three individuals to represent them. | ||
| [TODO: add a link here for the initial set, that the authors curate] |
There was a problem hiding this comment.
This is intentionally left as a TODO.
There was a problem hiding this comment.
For history/archival reasons, can we have the eventual full list in the PEP itself, rather than an external resource?
| among the candidates, or else the winner will be chosen at random. | ||
| * Phase 1: A voting member (defined later in this document) can self-nominate | ||
| themselves for the council elections. Such a nomination must include | ||
| information about the member's relevant affiliations. |
There was a problem hiding this comment.
We don't say anything about non-self-nominations, but maybe we should allow voting members to also nominate other people, whether those nominees are themselves voting members or not (similar to how the SC and core dev nominations work).
| The Python Steering Council will delegate decision making to the Packaging | ||
| Council for PEPs related to the Python packaging. The bodies would work | ||
| together on issues that intersect the packaging domain and language stewardship | ||
| (including the CPython implementation, standard library, and distribution). |
There was a problem hiding this comment.
We've seen two such PEPs recently (776 & 780). Would it make sense to recommend something like a joint PEP delegate? Clearly not to be mandated, but it may help alleviate coordination delays between the packaging and steering councils.
There was a problem hiding this comment.
Interesting examples @AA-Turner!
Would it make sense to recommend something like a joint PEP delegate?
Could you elaborate? Who would do the delegation (presumably, the SC) and who would be the delegate (not the SC and PC together, right? Seems weird that the SC would delegate to itself).
| The Python Steering Council will delegate decision making to the Packaging | ||
| Council for PEPs related to the Python packaging. The bodies would work | ||
| together on issues that intersect the packaging domain and language stewardship | ||
| (including the CPython implementation, standard library, and distribution). | ||
|
|
||
| The PSF Board is encouraged to formally deprecate the Packaging Workgroup and |
There was a problem hiding this comment.
"close" or "end" instead of "deprecate"?
There was a problem hiding this comment.
Or "deactivate"? Following the language of https://www.python.org/psf/workgroups/
There was a problem hiding this comment.
Agreed that "deprecate" doesn't have the finality and closure I think we expect. @hugovk I'd be fine with "deactivate" although I can't find that word used at the workgroups link.
| * Wider community members: An initial set of for-profit companies, nonprofit | ||
| organizations, academic or educational institutions and smaller unaffiliated | ||
| projects would be invited to nominate three individuals to represent them. | ||
| [TODO: add a link here for the initial set, that the authors curate] |
There was a problem hiding this comment.
For history/archival reasons, can we have the eventual full list in the PEP itself, rather than an external resource?
| The Python Steering Council will delegate decision making to the Packaging | ||
| Council for PEPs related to the Python packaging. The bodies would work | ||
| together on issues that intersect the packaging domain and language stewardship | ||
| (including the CPython implementation, standard library, and distribution). | ||
|
|
||
| The PSF Board is encouraged to formally deprecate the Packaging Workgroup and |
There was a problem hiding this comment.
Or "deactivate"? Following the language of https://www.python.org/psf/workgroups/
Co-authored-by: Adam Turner <9087854+AA-Turner@users.noreply.github.com>
Co-authored-by: Hugo van Kemenade <1324225+hugovk@users.noreply.github.com>
Co-authored-by: Adam Turner <9087854+AA-Turner@users.noreply.github.com>
This will be best reviewed commit-by-commit.
📚 Documentation preview 📚: https://pep-previews--4320.org.readthedocs.build/