Conversation
|
Ok, I think we are getting closer to something functional here. Summary of features:
Pending work:
I know this is going to be a nightmare to review, so I suggest merging a good baseline we are happy with, and adjusting the files in several PRs little by little until the CI passes. Especially if we need to update team composition and other metadata in Github (for bookkeeping). |
|
This is amazing @jaimergp! I agree that getting this merged as a baseline that then we can update overtime is a great strategy. |
|
Posting the pre-commit logs here because they don't fit in pre-commit.ci: |
|
I don't agree with merging snapshots of the progress here as a baseline, since that has the smell of not taking governance information seriously, and I don't want to end up in legal debates later about why we merged this. That said, if you need a break from this, or frankly if you don't have the access needed because of the org ownership situation, I'm happy to devote time to carry this over the finish line with the items you wrote above. I'm happy to devote time to it this week. |
I have time and energy for this, but I don't have permissions to do any cleanups in the
I don't have strong opinions on how we proceed, but some counterpoints:
|
|
Oh, and I also need help reviewing the types of teams. Not clear how some of them were created and with which mission. |
|
…olds the GH teams representing the governance team.
|
FYI, I just renamed the |
|
We will also need to rename the Zulip channel: #builds-tools |
jezdez
left a comment
There was a problem hiding this comment.
I'm in favor of this change, thanks for working on it! I left a few comments, just for practical purposes and maybe as follow-up if you agree.
There was a problem hiding this comment.
I think this might break a few links that we pointed at this :-/ Since we didn't version it, I'm wondering if we should keep it where it is, there is sadly no web based symlink support
There was a problem hiding this comment.
I'll update the links in the respective places (that's how I did it for conda-forge's move to conda-forge/governance. There are not many instances, and most of them are using the hash-pinned URL, so it should be ok.
| ### Emeritus Steering | ||
|
|
||
| [Steering Council](#steering-council) members that are inactive (commits, GitHub comments/issues/reviews, dev meetings, and voting on polls) in the past six months will be asked if they want to become **Emeritus Steering** members. One week after asking, if the inactive Steering Council member has not responded, they will be automatically moved to emeritus status. Any Steering Council member can also request to become Emeritus if they wish to do so (e.g. taking a sabbatical or long vacation). Emeritus Steering members can be brought back to active Steering Council membership at anytime, assuming there is space and no other policies (e.g., [shared funding](#shared-funding-membership-restrictions), [council size](#steering-council-size), etc.) are violated. Emeritus Steering Council members cannot vote. When the status of a member changes, the [`steering.csv`](steering.csv) and [`emeritus.csv`](emeritus.csv) files should be immediately updated to reflect the member's new position. | ||
| [Steering Council](#steering-council) members that are inactive (commits, GitHub comments/issues/reviews, dev meetings, and voting on polls) in the past six months will be asked if they want to become **Emeritus Steering** members. One week after asking, if the inactive Steering Council member has not responded, they will be automatically moved to emeritus status. Any Steering Council member can also request to become Emeritus if they wish to do so (e.g. taking a sabbatical or long vacation). Emeritus Steering members can be brought back to active Steering Council membership at anytime, assuming there is space and no other policies (e.g., [shared funding](#shared-funding-membership-restrictions), [council size](#steering-council-size), etc.) are violated. Emeritus Steering Council members cannot vote. When the status of a member changes, the corresponding `teams/` YAML files should be immediately updated to reflect the member's new position. |
There was a problem hiding this comment.
I think it best if we add github issue templates to do this, since I'm worried we'll forget :-/
- build-tools: Move travishathaway to emeritus - communications: Add dashagurova - constructor: Add lrandersson (#332), move mcg1969 to emeritus - infrastructure: Add jaimergp GitHub team changes still needed: - coc-committee: Remove jezdez - communications: Remove tnabtaf - constructor: Add hmaarrfk
|
Hey Jaime! I pushed a commit to sync the member lists with current GitHub org membership: Changes:
GitHub team cleanup still needed (separate from this PR):
This also supersedes #341 (lrandersson addition). |
Description