PPC nomination AMA for Pradyun Gedam

Packaging PPC nominations
1

I’m a bit late to the party, in terms of creating this topic – thanks Brett for this idea! I’m very excited that we’re actually in the process of establishing the inaugural council. :smile:

I did self-nominate myself, and you can find my nomination statement here:

Please feel welcome to ask me anything! ^.^

12 Likes
2

Because you happen to be in the PyPA as well. What do you see as the role of the PPC for the PyPA? What do you think should change for the PyPA once the PPC has been elected? What should stay within the PyPA?

2 Likes
3

I kinda wanna combine these all into “What happens to the PyPA with a PPC in place?”. :sweat_smile:

What do you see as the role of the PPC for the PyPA?

  • In support of their responsibility for the specs, to work with various projects in the ecosystem on the standards – better processes, better compliance, and so on.
  • Serve as a clear point of contact for fundraising efforts (similar to the SC w.r.t the developer in residence for CPython) related to PyPA projects.
  • Serve as a point for raising technical and social concerns – including providing feedback gathered from users, working with maintainers to improve communication, etc.

I believe I managed to get all of these written into the PEP, some of it being the mandate for the PPC even. :slight_smile:

What do you think should change for the PyPA once the PPC has been elected? What should stay within the PyPA?

I don’t have a fully formed opinion on these currently. I do believe this will be an extended discussion when it happens and, in that discussion, I would want the PPC to weigh the opinions of the maintainers more strongly than the entire electorate here (since the maintainers will be affected more directly here).

Some changes are implied by the PEP: It explicitly moves the standards and packaging.python.org into the PPC’s mandate. Moving those out might make sense, depending on how the rest of the PyPA ↔ PPC relationship ends up being?

Beyond that, if I were to write my not-fully-formed opinion down… I currently lean toward restructuring the PyPA but not too drastically?

I want the PPC’s main “job” in the “PyPA ↔ PPC relationship” to be consensus building, communication, and final decision maker (similar to the SC) on aspects related to the projects – ideally, in that order of how often they do it. Having the PPC be able to say “let’s revert this change” and actually having the projects do it would be great – to be explicit, I don’t think the PPC needs formal powers to be able to do these things (hence the theme of trust in my nomination statement).

As a small procedural thing, I want to remove the need for PyPA projects to be under a specific GitHub organization – it’ll remove the need for a certain chores for the group, and also remove the need for explicit in-kind sponsorship of CI resources.

I think there’s also possibly some value in having more projects on “equal footing” in many packaging discussions, but I’m currently not familiar enough with how the conda/pixi/conda-forge ecosystem operates to know what might be viable on this! That might require some sort of restructuring of what the PyPA looks like – possibly explicitly focusing on projects (rather than individuals) for membership.