Skip to content
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

Resolve Status of Projects Lagging in Onboarding #371

Open
presidentoor opened this issue Jul 31, 2024 · 4 comments
Open

Resolve Status of Projects Lagging in Onboarding #371

presidentoor opened this issue Jul 31, 2024 · 4 comments
Labels
administration help wanted Extra attention is needed

Comments

@presidentoor
Copy link

OpenSSF Projects cannot lag in signing the Charter and the Contributor Agreement (CA). These items confirm their onboarding as projects of the OpenSSF. Without these documents these projects have no official claim to being a part of the OpenSSF and as such receive no benefits per the Gives and Gets exercise. We require the TACs recommendation on the approach to resolving the status of these onboarding items. Suggested pathways (a hybrid of which may be applicable) include:

  1. Automatically archiving the project after one quarter of non-responsiveness to signing the charter and CA.
  2. Require reporting from the sponsoring WGs during regular TAC updates as to the onboarding status of Projects that WGs sponsor.
  3. Reassign maintainership of the project (e.g., by forking or similar approach) if the TAC and/or WG believes the project is worth continuing as initially proposed.

Thoughts welcome on how we should handle this.

@SecurityCRob SecurityCRob added help wanted Extra attention is needed administration labels Jul 31, 2024
@lehors
Copy link
Contributor

lehors commented Jul 31, 2024 via email

@sevansdell
Copy link
Contributor

@afmarcum Are there any outstanding charters to be signed?

@afmarcum
Copy link
Contributor

Maybe I'm missing some background and a lot has already been done to reach out to these projects and I understand this is a serious issue which requires action but option 1 and 3 seem unnecessarily aggressive as a first step by the TAC. The only acceptable option along those listed is #2.

@lehors I agree that Option 2 is the best option for TAC support in addressing lagging requirement completion. Do we need to document this within the Gives & Gets document to close this issue or is it sufficiently implied with the requirement of having a TAC/WG sponsor?

@sevansdell Outstanding items are listed in #340 I will address the specifics on what is outstanding / next steps there.

@sevansdell
Copy link
Contributor

I think we should update the language in the Gives and Gets, WG responsibilities and in the TAC TI update (section for onboarding lifecycle stage for WG/Sigs in the WG). @afmarcum Are you able to propose helpful wording taking this over as Chief of Staff for TAC to approve language in PR please?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
administration help wanted Extra attention is needed
Projects
None yet
Development

No branches or pull requests

6 participants
@lehors @presidentoor @SecurityCRob @afmarcum @sevansdell and others