-
Notifications
You must be signed in to change notification settings - Fork 6
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
Governance 1.0 complete draft for discussion #107
Conversation
- Merging together ideas and content from Kubernetes, OpenInfra - This commit is the raw first draft of the Governance 1.0 section - The outline for Governance 1.1 section is included in this commit Signed-off-by: Karsten Wade <kwade@redhat.com>
We are keeping this PR open for discussion, so I'm putting a hold on it to make sure it's not prematurely merged. |
How to comment on this document:
In this way we can engage in discussions about different parts of the file, right where the content exists. |
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.
This is a great start. Just some minor nit-picks
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.
Nice stuff! Wonderful to see. Left a few comments, I hope they are helpful.
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.
Added one more comment about AGPL
These are the Op1st community principles we adhere to: | ||
1. **Open Source** : Any content we create is released under an open source license. Content includes software, documentations, configuration files, and training materials. | ||
- This is crucial to fulfilling our mission around open sourcing operations | ||
2. **Welcoming and respectful** : We intend to be an open, welcoming, and inclusive community. |
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.
Should we mention equity here, as well?
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 thinking of this and suggesting it. I'm going to provide all my context here so everyone can understand, add to, and share the reasoning.
I pulled the three-item turn of phrase together out of a sort-of modern sentiment—it's similar to wording used in projects perceived as inclusive. The general approach is to focus on being as inclusive as possible when designing an architecture for making a more diverse and equitable community. When people come to the community and find it accessible, regardless of who they are, they can more easily and willingly bring their voices to the common table.
But recently I've been thinking about how to bring equitability into these processes, statements, and outcomes, especially since the All In Open Source project started with the goal of open sourcing diversity, equity, and inclusion. I figure one of the first steps is to talk about equity, and I appreciate you seeing it here as an ideal we put forth. That means it's something we talk about in the SIGs—how to be more equitable, how to measure our success at that, how to improve—and thus something we can improve on over time as the project grows more diverse.
We can swap the words around in any order, but the order does have impact. Even more so is picking one word to modify "community" directly. Here are some ideas:
2. **Welcoming and respectful** : We intend to be an open, welcoming, and inclusive community. | |
2. **Welcoming and respectful** : We intend to be an open, welcoming, equitable, and inclusive community. |
2. **Welcoming and respectful** : We intend to be an open, welcoming, and inclusive community. | |
2. **Welcoming and respectful** : We intend to be an open and welcoming community that is equitable and inclusive. |
2. **Welcoming and respectful** : We intend to be an open, welcoming, and inclusive community. | |
2. **Welcoming and respectful** : We intend to be an equitable community that is open, welcoming, and inclusive. |
2. **Welcoming and respectful** : We intend to be an open, welcoming, and inclusive community. | |
2. **Welcoming and respectful** : We intend to be an inclusive community that is open, welcoming, and equitable. |
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.
@akrawczy do you have any preferences of these variations?
- As per: operate-first/community#107 (comment) Signed-off-by: Karsten Wade <kwade@redhat.com>
@quaid either in the first version or the next iteration of the governance doc, can we have some language about how we work with other communities? |
governance.md
Outdated
|
||
This document contains a work in progress (WIP) draft of the initial governance of the Op1st project (Governance 1.0). | ||
|
||
It also has a roadmap for additions coming in the next iteration of governance (Governane 1.1). |
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.
It also has a roadmap for additions coming in the next iteration of governance (Governane 1.1). | |
It also has a roadmap for additions coming in the next iteration of the governance (Governance 1.1). |
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.
Just in case this doesn't end up as planned because of cross-commits I made here, I'm reopening this discussion so it appears when looking after the merge is complete.
We can either have our own document that explains this or push an explanation to https://theopensourceway.org as an upstream. Co-authored-by: Marcel Hild <hild@b4mad.net>
- discussion operate-first/community#107 (comment) Signed-off-by: Karsten Wade <kwade@redhat.com>
If this doesn't work immediately, it may take some experimentation to get the correct GitHub Flavored Fix.
I'm committing this fix as I believe it is good enough for the 1.0. This conversation thread is open for review, ideas welcome.
- Many types of contributions - Reference outward for canonical content about contributors and roles Signed-off-by: Karsten Wade <kwade@redhat.com>
thanks @AmarRich
- Couldn't get it to work from this discussion so doing it here: https://github.com/operate-first/community/pull/107/files/092e770de008cf2c8ccfd95f528b3326618d2baa#r771014862 Signed-off by: Karsten Wade <kwade@redhat.com> <quaid@iquaid.org>
/lgtm |
/unhold |
/approve |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: durandom, quaid The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
- Content was ratified in operate-first/community#107 - These changes make it clear to the reader this is the actual formal docuemnt Signed-off-by: Karsten Wade <kwade@redhat.com>
- Content was ratified in #107 - These changes make it clear to the reader this is the actual formal docuemnt Signed-off-by: Karsten Wade <kwade@redhat.com>
- discussion operate-first/community#107 (comment) Signed-off-by: Karsten Wade <kwade@redhat.com>
Signed-off-by: Karsten Wade kwade@redhat.com