-
Notifications
You must be signed in to change notification settings - Fork 58
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
Comments
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.
…--
Arnaud Le Hors - Senior Technical Staff Member - Open Technologies - IBM
________________________________
From: Harry ***@***.***>
Sent: Tuesday, July 30, 2024 10:01:01 PM
To: ossf/tac ***@***.***>
Cc: Subscribed ***@***.***>
Subject: [EXTERNAL] [ossf/tac] Resolve Status of Projects Lagging in Onboarding (Issue #371)
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
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.
?
Reply to this email directly, view it on GitHub<#371>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/ABRKI2TE4Y3MZ5Q7DFTRKDTZPAZM3AVCNFSM6AAAAABLXNTEYOVHI2DSMVQWIX3LMV43ASLTON2WKOZSGQZTQOJQGMZTMNI>.
You are receiving this because you are subscribed to this thread.Message ID: ***@***.***>
|
@afmarcum Are there any outstanding charters to be signed? |
@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. |
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? |
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:
Thoughts welcome on how we should handle this.
The text was updated successfully, but these errors were encountered: