-
Notifications
You must be signed in to change notification settings - Fork 16
Better frame responsibilities #67
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
| - Define project direction and planning | ||
| - Ability to decide on moderation decisions | ||
| - Access to the `*@astro.build` email address | ||
| - Create, administer, and manage access to all third-party services/accounts to which the project has access. |
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 was written in a way that allows using services even if Astro the open-source project doesn't own the account. Eg. technically the GH org belongs to CF
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 can't think of what this might exclude. A generic "administer accounts" seems reasonable to me! With the responsibility to also "create", I think we sidestep the issue where different people had created some of the accounts initially, then left the project. So this seems to cover everything well!
|
Just a comment that I'm in favour of sections titled "Responsibilities" being actual responsibilities! Thank you for kicking this off, Florian! |
GOVERNANCE.md
Outdated
| - Access to the `*@astro.build` email address | ||
| - Create, administer, and manage access to all third-party services/accounts to which the project has access. | ||
| - Ensure [voting](#voting) is carried out according to governance, resolve deadlocks, and veto the result of a vote in extreme situations when deemed necessary for the sake of the project. | ||
| - Oversee moderation of community spaces such as GitHub and Discord, provide guidance, and enforce the decisions of moderators when necessary. |
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.
"provide guidance" is too vague, not sure what responsibility this entails (provide guidance to who? on what?). better to remove or make more explicit, or make more explicit in the #moderation section and then link there, similar to my suggestion on voting.
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.
similarly: "when necessary" what does this mean? is this defined anywhere? probably better to just remove this or just everything after Discord, ... and assume that that's all already covered by the moderation docs, no need to summarize/restate here.
Co-authored-by: Fred K. Schott <[email protected]>
END OF VOTE: 2025/02/04 2:56 PM CET
So to be clear, no right is removed!