From 779b89299e8c2cb0b148b14ed9ca8e91dc1d39b8 Mon Sep 17 00:00:00 2001 From: Erin Schnabel Date: Fri, 19 Jul 2024 19:04:19 -0400 Subject: [PATCH 1/3] Undraft the bylaws: IP Policy --- policies/README.md | 3 --- policies/ip-policy.md | 3 --- 2 files changed, 6 deletions(-) diff --git a/policies/README.md b/policies/README.md index e8d932c..8337b95 100644 --- a/policies/README.md +++ b/policies/README.md @@ -1,6 +1,3 @@ ---- -status: draft ---- # Commonhaus Foundation Policies The CF is committed to complying with all applicable laws and regulations related to nonprofit operations, intellectual property, employment, and other relevant domains. diff --git a/policies/ip-policy.md b/policies/ip-policy.md index 3140853..655668a 100644 --- a/policies/ip-policy.md +++ b/policies/ip-policy.md @@ -1,6 +1,3 @@ ---- -status: draft ---- # Intellectual Property Policy The Commonhaus Foundation (CF) supports individual projects (each, a “Project” and together, the “Projects”). From c646d15053b2a3ccd2aaf3d43625f5cf4ea5aa73 Mon Sep 17 00:00:00 2001 From: Erin Schnabel Date: Sat, 20 Jul 2024 11:50:23 -0400 Subject: [PATCH 2/3] Revisions to awkward phrasing --- policies/ip-policy.md | 24 +++++++++++------------- 1 file changed, 11 insertions(+), 13 deletions(-) diff --git a/policies/ip-policy.md b/policies/ip-policy.md index 655668a..9b87cc6 100644 --- a/policies/ip-policy.md +++ b/policies/ip-policy.md @@ -30,21 +30,19 @@ The Project Documentation License can be any OSI-approved license or a Creative ## Contributions -> [!TIP] -> All code contributions must align with the project’s license and come with a promise (DCO) from contributors that they have the right to contribute under these terms. - -All new code contributions to any Project shall be made under the Project Code License accompanied by a Developers Certificate of Origin (DCO, available at ), which will bind the individual contributor and, if applicable, their employer to the Project Code License. +All new code contributions to any Project must be made under the Project Code License. Contributions must be accompanied by either a Developer Certificate of Origin (DCO available at ) or a Contributor License Agreement (CLA), as determined by the project’s technical governing body. The DCO or CLA binds the individual contributor and, if applicable, their employer to the Project Code License. -The technical governing body of each Project may provide for additional requirements with respect to contributions. For example, a Project may require that new code contributions to a Project be accompanied by a signed Contributor License Agreement (CLA). +> [!TIP] +> All code contributions must align with the project’s license and come with a promise (DCO or CLA) from contributors that they have the right to contribute under these terms. ### Developers Certificate of Origin (DCO) or Contributor License Agreement (CLA)? The DCO and CLA differ in their approach to intellectual property rights. -- A DCO is a straightforward way for contributors to assert their rights to submit work, typically through a declaration in the commit message. -- A CLA is a formal agreement that allows contributors to grant broader rights over their contributions to the project. +- A DCO is a straightforward method for contributors to assert their rights to submit work, typically through a declaration in the commit message. +- A CLA is a formal agreement that grants the project broader rights over the contributions. -While CLAs can offer projects flexibility in managing licenses and more control over contributions, DCOs favor ease of participation with a less formal mechanism for contribution. +While a CLA offers flexibility in managing licenses and greater control over contributions, a DCO facilitates ease of participation with a less formal mechanism for contribution. ## Intellectual Property Rights @@ -67,12 +65,12 @@ Project leaders should ensure compliance with this policy and provide clear guid ## Collaborations and External Projects > [!TIP] -> Always check and follow the license rules of any external open source projects we interact with. +> Always check and follow the license rules of any external or upstream open source projects used by Foundation projects. > If an upstream project uses a non-OSI license, the [CF Council (CFC)][cfc] can approve exceptions if needed. -Engaging with external open source projects requires awareness and respect for their licensing terms to ensure our contributions are legally compatible. This ensures our projects can seamlessly integrate or collaborate with these external projects without infringing on their or our license terms. +Engaging with external open source projects requires awareness and respect for their licensing terms to ensure our contributions are legally compatible. This ensures projects can seamlessly integrate or collaborate with these external projects without infringing on their or the Foundation's license terms. -When collaborating with external open source projects ("Upstream Projects") conform to all license requirements of the Upstream Projects, including dependencies, leveraged by the Project. If an alternative inbound or outbound license is required for compliance with the license for an Upstream Project or is otherwise required to achieve the Commonhaus Foundation’s, or an individual Project’s, objectives, the CFC may approve the use of an alternative license for inbound or outbound contributions on an exception basis. +When collaborating with external open source projects ("Upstream Projects"), conform to all license requirements of the Upstream Projects, including dependencies leveraged by the Project. If an alternative inbound or outbound license is required for compliance with the license for an Upstream Project or is otherwise required to achieve the Commonhaus Foundation’s, or an individual Project’s, objectives, the CFC may approve the use of an alternative license for inbound or outbound contributions on an exception basis. ### Copyright Statements @@ -87,13 +85,13 @@ If your project wants to add copyrights to source code, we recommend one of the Updating the year after the file is created is unnecessary. > [!NOTE] -> Do not alter existing copyright lines unless you have the right to do so. +> Do not alter existing copyright statements unless you have the right to do so. ## Obtaining an Exemption If this IP Policy doesn't cater to your project's needs, request special permission from the CFC. -To request an exemption, send an email to the [`council` mailing list][CONTACTS.yaml]. Further instructions will be provided based on the specifics of your request. +To request an exemption, send an email to the [`council` mailing list][CONTACTS.yaml]. Specific instructions will be provided based on your request. ## Review of Policy From 993cef015aee79e08060ba39849fec2465e5d3ef Mon Sep 17 00:00:00 2001 From: Erin Schnabel Date: Sat, 21 Sep 2024 09:52:21 -0400 Subject: [PATCH 3/3] minor --- policies/ip-policy.md | 21 ++++++++++++++------- 1 file changed, 14 insertions(+), 7 deletions(-) diff --git a/policies/ip-policy.md b/policies/ip-policy.md index 9b87cc6..dc03a71 100644 --- a/policies/ip-policy.md +++ b/policies/ip-policy.md @@ -7,7 +7,8 @@ All new inbound code contributions to individual Projects are made pursuant to t ## License Selection and Usage > [!TIP] -> CF supports a wide range of open source licenses to ensure projects can choose what's best for them. We’ll check these licenses, including for any software they rely on, to make sure everything works together without legal issues. +> CF supports a wide range of open source licenses to ensure projects can choose what's best for them. +> We’ll check these licenses, including for any software they rely on, to make sure everything works together without legal issues. CF projects can use any [open source license approved by the Open Source Initiative](https://opensource.org/licenses/) (OSI). @@ -30,7 +31,9 @@ The Project Documentation License can be any OSI-approved license or a Creative ## Contributions -All new code contributions to any Project must be made under the Project Code License. Contributions must be accompanied by either a Developer Certificate of Origin (DCO available at ) or a Contributor License Agreement (CLA), as determined by the project’s technical governing body. The DCO or CLA binds the individual contributor and, if applicable, their employer to the Project Code License. +All new code contributions to any Project must be made under the Project Code License. +Contributions must be accompanied by either a Developer Certificate of Origin (DCO available at ) or a Contributor License Agreement (CLA), as determined by the project’s technical governing body. +The DCO or CLA binds the individual contributor and, if applicable, their employer to the Project Code License. > [!TIP] > All code contributions must align with the project’s license and come with a promise (DCO or CLA) from contributors that they have the right to contribute under these terms. @@ -52,7 +55,7 @@ While a CLA offers flexibility in managing licenses and greater control over con General membership in the Commonhaus Foundation does not imply any license to a member's intellectual property. Members grant no license to their intellectual property to the Commonhaus Foundation, except under the following conditions: (a) their commitment to abide by this Policy, the applicable Project Code License(s), and the applicable Project Documentation License(s) for their contributions to any Project; and -(b) any applicable contributor license agreement. +(b) any applicable Contributor License Agreement. ## Implementing the IP Policy @@ -68,9 +71,11 @@ Project leaders should ensure compliance with this policy and provide clear guid > Always check and follow the license rules of any external or upstream open source projects used by Foundation projects. > If an upstream project uses a non-OSI license, the [CF Council (CFC)][cfc] can approve exceptions if needed. -Engaging with external open source projects requires awareness and respect for their licensing terms to ensure our contributions are legally compatible. This ensures projects can seamlessly integrate or collaborate with these external projects without infringing on their or the Foundation's license terms. +Engaging with external open source projects requires awareness and respect for their licensing terms to ensure our contributions are legally compatible. +This ensures projects can seamlessly integrate or collaborate with these external projects without infringing on their or the Foundation's license terms. -When collaborating with external open source projects ("Upstream Projects"), conform to all license requirements of the Upstream Projects, including dependencies leveraged by the Project. If an alternative inbound or outbound license is required for compliance with the license for an Upstream Project or is otherwise required to achieve the Commonhaus Foundation’s, or an individual Project’s, objectives, the CFC may approve the use of an alternative license for inbound or outbound contributions on an exception basis. +When collaborating with external open source projects ("Upstream Projects"), conform to all license requirements of the Upstream Projects, including dependencies leveraged by the Project. +If an alternative inbound or outbound license is required for compliance with the license for an Upstream Project or is otherwise required to achieve the Commonhaus Foundation’s, or an individual Project’s, objectives, the CFC may approve the use of an alternative license for inbound or outbound contributions on an exception basis. ### Copyright Statements @@ -91,11 +96,13 @@ Updating the year after the file is created is unnecessary. If this IP Policy doesn't cater to your project's needs, request special permission from the CFC. -To request an exemption, send an email to the [`council` mailing list][CONTACTS.yaml]. Specific instructions will be provided based on your request. +To request an exemption, send an email to the [`council` mailing list][CONTACTS.yaml]. +Specific instructions will be provided based on your request. ## Review of Policy -This policy will be reviewed periodically to ensure it remains relevant and effective. Amendments or changes to this policy will follow the [amendment process][]. +This policy will be reviewed periodically to ensure it remains relevant and effective. +Amendments or changes to this policy will follow the [amendment process][]. For questions or clarifications on this policy, please send an email to the [`legal` mailing list][CONTACTS.yaml].