Collective Life Cycle Instructions
Introduction
This document outlines procedures for activating, deactivating, and terminating website infrastructure for the three Collective types on opensolaris.org:
The processes for managing the life cycles of these Collectives are implemented by the Website Engineering Team, which is part of the OpenSolaris Open Development Engineering Team. The Website Team builds and supports opensolaris.org on behalf of Sun Microsystems and the OpenSolaris Community and leads the Website Community Group.
Mailing Lists
- For all implementation interactions concerning all Collective life cycle issues, post to project-setup AT opensolaris DOT org.
- For general community discussions about the website, post to website-discuss AT opensolaris DOT org. Subscribe here.
- For website user account issues, post to website-admin AT opensolaris DOT org.
1. Community Groups
Activation
The OGB approves the creation of Community Groups and formally sponsors those groups throughout their life cycle. Review the OpenSolaris Constitution for guidance about proposing new Community Groups. After the Community Group is approved by the OGB, forward the approval thread to project-setup and include the following information:
- The full name of the Community Group and its abbreviation for the group's URL (For example: Name: Installation and Packaging. Abbreviation for URL: install). Do not use "OpenSolaris" in the Community Group's name. OpenSolaris is a trademark of Sun Microsystems and will not be used in group names. Use a generic name instead.
- A brief public description of the Community Group.
- The opensolaris.org user names and email addresses of the Community Group's Facilitator and Leaders.
- If the Community Group requires a mailing list, the name of the list, and the names of Leaders who will administer the list. Names for Community Group lists should be in the following format: [name]-discuss AT opensolaris DOT org
If everything is in order, a Community Group space will be set up on the site and Leaders will be added to the Community Group in the Auth database. The OGB Secretary will add the Facilitator to the Community Group in Auth since that is a governance role. Leaders are expected to populate their pages with content and announce their new group on opensolaris-announce AT opensolaris DOT org (subscribe here). To properly maintain their website infrastructure, Community Group Leaders are also responsible for following these three documents:
Deactivation and/or Termination
There are three ways a Community Group's website infrastructure can be deactivated and/or terminated:
- The OGB can deactivate and/or terminate a Community Group as per the OpenSolaris Constitution (Section 7.12. Termination).
- The Website Team can deactivate and/or terminate website infrastructure if it is not well maintained (filled with spam, violations of the TOU, etc) or abandoned for 3 months based on the OpenSolaris Website Guidelines.
- Community Group Leaders can request that their group be deactivated and/or terminated.
In these cases, the procedures below will be followed:
- The OGB can initiate this action by posting mail to project-setup with the Community Group name and URL, the names of any mailing lists and forums, and a link to the public thread with the OGB's decision.
- If the Website Team initiates this action, the team will post mail to the Community Group's and/or the OGB's list requesting that action be taken to maintain the site's infrastructure properly. If a Community Group's website infrastructure becomes completely abandoned, the Website Team will post mail to the OGB requesting that action be taken to replace the Leaders and/or deactivate/terminate the Community Group. If a decision is not made within 3 months, the Website Team can deactivate and/or terminate the Community Group.
- In the case of deactivation, mailing lists and forums will be reset to disable new subscriptions and new postings but archives will be saved. If there has been no activity to archive, the lists and forums will be deleted. In the case of termination instructions from the OGB, the mailing list infrastructure will be deleted.
- In the case of deactivation, the Community Group's web pages will be tagged with text indicating that the group is no longer active, and the members of the Community Group who have website edit privileges will no longer have the ability to edit the group's web pages unless the Community Group is reactivated. However, any governance privileges among Community Group members will remain unless the OGB specifies otherwise. In the case of termination instructions from the OGB, the Community Group space on the site will be deleted.
- Project sponsorship by an deactivated or terminated Community Group can be reassigned to another Community Group as specified by the OpenSolaris Constitution (7.12. Termination).
Reactivation
To reactivate Community Groups, check with the OGB for reactivation procedures and forward the approval thread to project-setup with the following information:
- The names of the Community Group and mailing list.
- The opensolaris.org user names and email addresses of the Community Group's Facilitator and Leaders.
- The opensolaris.org user names and email addresses of the Leaders who will administer the mailing list.
Transition to a Project
If a Community Group decides to become a Project, follow the instructions for requesting a new Project below. Once approved, the Project will be created. Before removing the old Community Group, governance roles associated with the old Community Group will be transferred to the Community Group that is sponsoring the new Project.
2. Projects
Activation
Community Groups approve the creation of Projects and formally sponsors those Projects throughout their life cycle. Refer to the OGB's OpenSolaris Project Instantiation Policy for guidance about proposing new Projects and voting procedures, but also check with the sponsoring Community Group for any modifications or additions to the OGB policy. After the Project is approved by a Community Group, forward the approval thread to project-setup and include the following information:
- Full Project name and abbreviation for the Project URL (For example: Name: Caiman, Solaris Install Revisited. Abbreviation for URL: caiman). Do not use "OpenSolaris" in the Project name. OpenSolaris is a trademark of Sun Microsystems and will not be used in Project names. Use a generic name instead.
- A brief public description of the Project.
- The opensolaris.org user names and email addresses of the Project's Leaders.
- If the Project requires one or more mailing lists, for each list, provide the word to substitute for [name] in an option below and the names of the Leaders who will administer the list:
- Options for naming Project lists:
- [name]-dev AT opensolaris DOT org (developer discussions)
- [name]-discuss AT opensolaris DOT org (general discussions)
- [name]-notify AT opensolaris DOT org (notifications for code putbacks)
- Options for naming Project lists:
If everything is in order, a Project space will be set up on the site, Leaders will be added to the Project in the Auth database, and the Community Group <-> Project sponsorship relationship will be set in the Auth database. Leaders are expected to populate their pages with content and announce their new group on opensolaris-announce AT opensolaris DOT org (subscribe here). To properly maintain their website infrastructure, Project Leaders are also responsible for following these four documents:
- OpenSolaris Website Guidelines
- OpenSolaris Trademarks Policy
- Community/Project lead reference
- Posting Source and Binaries
Deactivation and/or Termination
There are three ways a Project's website infrastructure can be deactivated and/or terminated:
- The sponsoring Community Group can deactivate or terminate a Project.
- The Website Team can deactivate and/or terminate website infrastructure if it is not well maintained (filled with spam, violations of the TOU, etc) or abandoned for 3 months based on the OpenSolaris Website Guidelines.
- Project Leaders can request that their group be deactivated and/or terminated.
In these cases, the procedures below will be followed:
- The sponsoring Community Group can initiate this action by posting mail to project-setup with the Project name and URL, the names of any mailing lists and forums, and a link to the public thread with the Community Group's decision.
- If the Website Team initiates this action, the team will post mail to the sponsoring Community Group's and/or Project's list requesting that action be taken to maintain the site's infrastructure properly. If a Project's website infrastructure becomes completely abandoned, the Website Team will post mail to the sponsoring Community Group requesting that action be taken to replace the leaders and/or deactivate/terminate the Project. If a decision is not made within 3 months, the Website Team can deactivate and/or terminate the Project.
- In the case of deactivation, mailing lists and forums will be reset to disable new subscriptions and new postings but archives will be saved. If there has been no activity to archive, the lists and forums will be deleted. In the case of termination instructions from the sponsoring Community Group, the mailing list infrastructure will be deleted.
- In the case of deactivation, the Project's web pages will be tagged with text indicating that the group is no longer active, and the members of the Project who have website edit privileges will no longer have the ability to edit the group's web pages unless the Project is reactivated. Additionally, Project sponsorship by a deactivated or terminated Community Group can be reassigned to another Community Group as specified by the OpenSolaris Constitution (7.12. Termination).
- Source Code Management
- Access to SCM repositories will be disabled if a Project is deactivated. SCM repositories will be deleted if a Project is terminated.
- To request that repositories be deleted on active Projects, the leaders should post to tonic-ops AT sun DOT com and/or project-setup AT opensolaris DOT org and the Website Team will delete the repos. In the future, this feature will be added to the SCM Console so leaders can delete repositories themselves.
Reactivation
To reactivate Projects, there are a few choices: Check with the original sponsoring Community Group for reactivation procedures or engage a new Community Group if the original Community Group is no longer active or denies the request. Once approved, forward the thread to project-setup with the following information:
- The names of the Project and mailing list and sponsoring Community Group.
- The opensolaris.org user names and email addresses of the Project's leaders.
- The opensolaris.org user names and email addresses of the leaders who will administer the mailing list.
Transition to a Community Group
If a Project decides to become a Community Group, follow the instructions for creating a new Community Group above. Once approved, the Community Group will be created. Because a Project has no governance roles, there is no governance data to transfer to the new Community Group. Instead, Community Group roles will be initially populated with people named in the creation request to the OGB.
3. User Groups
Activation
The Advocacy Community Group approves the creation of OpenSolaris User Groups (OSUGs) and formally sponsors those groups throughout their life cycle. See Advocacy's (proposal procedures here). After the OSUG is approved by the Advocacy Community Group, forward the approval thread to project-setup and include the following information:
- Full User Group name and its abbreviation for the User Group URL (For example: Name: Japan OpenSolaris User Group. Abbreviation for URL: jposug). Although "OpenSolaris" is a trademark of Sun Microsystems and can not be used in Community Group and Project names, it is considered fair use to use OpenSolaris in the name of a User Group. We encourage this format.
- A brief public description of the User Group and its location.
- The opensolaris.org user names and email addresses of the User Group's Leaders.
- If the User Group requires a mailing list, the name of the list, and the names of Leaders who will administer the list. Names for User Group lists should be in the following format: ug-[name]osug AT opensolaris DOT org.
If everything is in order, a User Group space will be set up on the site, and Leaders will be added to the User Group in the Auth database. Leaders are expected to populate their pages with content and announce their new group on opensolaris-announce AT opensolaris DOT org (subscribe here). To properly maintain their website infrastructure, User Group Leaders are also responsible for following these three documents:
Deactivation and/or Termination
There are three ways a User Group's website infrastructure can be deactivated and/or terminated:
- The sponsoring Community Group (Advocacy) can deactivate and/or terminate a User Group.
- The Website Team can deactivate and/or terminate website infrastructure if it is not well maintained (filled with spam, violations of the TOU, etc) or abandoned for 3 months based on the OpenSolaris Website Guidelines.
- User Group Leaders can request that their group be deactivated and/or terminated.
In these cases, the procedures below will be followed:
- The Advocacy Community Group can initiate this action by posting mail to project-setup with the User Group name and URL, the names of any mailing lists and forums, and a link to the public thread with the Advocacy decision.
- If the Website Team initiates this action, the team will post mail to the User Group's and/or Advocacy's list requesting that action be taken to maintain the site's infrastructure properly. If a User Group's website infrastructure becomes completely abandoned, the Website Team will post mail to the Advocacy Community Group requesting that action be taken to replace the leaders and/or deactivate/terminate the User Group. If a decision is not made within 3 months, the Website Team can deactivate and/or terminate the User Group.
- In the case of deactivation, mailing lists and forums will be reset to disable new subscriptions and new postings but archives will be saved. If there has been no activity to archive, the lists and forums will be deleted. In the case of termination instructions from the Advocacy Community Group, the mailing list infrastructure will be deleted.
- In the case of deactivation, the User Group's web pages will be tagged with text indicating that the group is no longer active, and the members of the User Group who have website edit privileges will no longer have the ability to edit the group's web pages unless the User Group is reactivated. In the case of termination instructions from the Advocacy Community Group, the User Group space on the site will be deleted.
Reactivation
To reactivate User Groups, check with the Advocacy Community Group for reactivation procedures and forward the approval thread to project-setup with the following information:
- The names of the User Group and mailing list.
- The opensolaris.org user names and email addresses of the Community Group's facilitator and leaders.
- The opensolaris.org user names and email addresses of the leaders who will administer the mailing list
References
Governance Documents
Website Information & Procedures
- OpenSolaris Website Community
- OpenSolaris Website Guidelines
- OpenSolaris Trademarks Policy
- Community/Project lead reference
- Posting Source and Binaries
- Website Roles & Collectives Overview
- Collective Life Cycle Instructions
Document Updates
Sun's Website Engineering Team will update the Collective Life Cycle Instructions document to reflect changes in the OpenSolaris community and/or program.