dpl cpl_通用公共许可证（CPL）常见问题

dpl cpl

• IBM®公共许可证（IPL）和公共公共许可证（CPL）之间有什么关系？
  IPL是IBM的第一个开源许可证。 CPL本质上是IPL的下一个版本。
• 为什么写IPL？
  IPL（和CPL）竭尽全力支持和鼓励代码库的开放式协作开发，同时最大程度地提高了代码的使用和与其他许可（包括许多商业许可）所许可的软件集成的能力。
• 为什么要编写CPL？
  编写CPL是为了概括IPL的使用条款，以便任何开源发起者都可以使用IPL中的条款。 因此，CPL适合所有人使用。
• CPL的版本历史是什么？
  最初的版本被命名为V0.5，随后随着Eclipse的引入而被广泛使用，Eclipse是一个开放源代码项目，专注于集成应用程序开发工具的开发平台。 1.0版是CPL的最新版本，也是最初的Eclipse开放源项目使用的版本。 从那时起，CPL被Eclipse Public License（EPL）取代。 有关Eclipse的更多信息，请访问Eclipse.org 。 有关EPL的更多信息，请访问Eclipse.org/legal 。
• EPL何时取代CPL？
  IBM在2009年2月将Eclipse Foundation Inc.指定为CPL负责人。2009年4月，Eclipse基金会要求开放源代码计划（OSI）正式认可EPL V1.0作为CPL V1.0的新版本。 在OSI许可术语中，EPL现在取代了CPL。
• 这是否意味着我不能再使用CPL？
  不可以。您可以继续将CPL用于现有项目和新项目。 但是，为了减少许可证数量的增加，IBM建议正在考虑使用CPL的新项目选择EPL。
• 这对CPL下已经发布的内容意味着什么？
  项目可以继续使用CPL。 但是，Eclipse Foundation已将EPL视为CPL的后续版本，因此，与CPL的第7节一致，根据CPL发布的内容可以在EPL下分发。 如果项目愿意，可以轻松地迁移到EPL。
• CPL是否已获得开源倡议（OSI）的批准？
  是的，CPL已获得批准。 0.5版于2001年5月获得批准。2002年6月在OSI网站上发布了1.0版（已纠正了一个较小的印刷错误）。IPL于1999年8月获得批准。请参阅OSI批准的许可证的完整列表 。
• OSI许可证批准需要什么？
  如果许可证符合OSI的“开源定义”或“ OSD”，则有资格获得OSI批准。 OSD涵盖了九个令人关注的主题。 其中最主要的是要求许可证不得限制任何一方出售或赠送软件。 此外，本程序必须包括源代码，必须允许以源代码和编译形式进行分发，并且必须允许进行修改和派生作品。 在opensource.org上找到有关OSD的更多信息。
• 开源模型的业务优势是什么？
  开源社区为个人和公司提供了一种在无法独自实现的项目上进行协作的方式。
• 开源模型的技术优势是什么？
  开源模型具有将用户转变为潜在的联合开发者的技术优势。 有了源代码，用户将帮助您快速调试并促进代码的快速增强。 “给人一些鼓励，您的用户将比您想象的更快地诊断问题，提出修复建议并帮助改进代码。” （大教堂和集市，埃里克·史蒂文·雷蒙德。请参阅http://tuxedo.org/~esr/writings/cathedral-bazaar/）
• CPL如何定义各方？
  CPL有两种类型的参与方。 他们是“贡献者”和“收件人”。 贡献者包括创建基于CPL分发的初始代码的个人或实体的初始贡献者，以及对代码进行更改或添加的后续贡献者（称为“程序”的组合）。 重新分发本程序的任何个人或实体也是贡献者。 收件人包括根据CPL接受计划的任何人，包括贡献者。
• 贡献者可以保持匿名吗？
  不可以。除了那些简单地重新分发计划的人以外，每个贡献者都必须以自己的贡献发起人身份，以便以后的接收者可以很容易地看到。
• 贡献者根据CPL授予接收者什么权利？
  贡献者根据他们在贡献中所拥有的权利来许可接收者。
• CPL是否允许我获取根据其许可的程序的源代码，并将其全部或部分包含在根据GNU通用公共许可（GPL），伯克利软件发行（BSD）许可或其他开源许可许可的另一个程序中？
  不能。只有软件所有者才能决定是否以及如何将其许可给他人。 根据CPL许可的程序的贡献者了解，将根据CPL的条款提供该程序的源代码。 除非您是软件的所有者，或者已经获得所有者的许可，否则您无权将其包括在根据另一开源许可获得许可的程序中，从而对该程序应用另一许可的条款。 顺便说一句，如果您要在CPL许可的程序中包含根据另一个开放源代码许可获得许可的源代码，则适用相同的答案。
• 我是否可以获取根据CPL许可的程序，无需进行修改即可对其进行编译，并将结果进行商业许可？
  是。 您可以未经CPL编译根据CPL许可的程序，并根据CPL的条款对结果进行商业许可。
• 我是否需要在目标代码分发中包含此类程序的源代码？
  不需要。但是您确实需要声明您可以从中获得源代码，以及有关如何获取源代码的信息。
• 当我将根据CPL许可的程序的一部分合并到以目标代码形式分发的我自己的专有产品中时，我可以为整个产品使用单个许可证，换句话说，覆盖该程序的那一部分加上我自己的代码吗？
  是。 产品的目标代码可以在单一许可证下分发，只要它引用了CPL部分并针对该部分遵守CPL的条款即可。
• CPL声明可以由协议管理员更改。 贡献者是否可以选择在CPL的旧版本或新版本下重新分发以前分发的程序？
  虽然贡献是根据最初分配的许可版本进行许可的，但CPL允许任何贡献者在该版本或更高版本之间进行选择。
• 如果我修改了根据CPL许可的程序，但从未将其分发给其他任何人，我是否必须将自己的修改提供给其他人？
  不。如果您不分发修改后的程序，则不必使您的修改可供他人使用。
• 如果我修改了根据CPL许可的程序，并免费分发了修改后的程序的目标代码，我是否必须提供源代码？
  是。 通过分发修改后的程序，即使它只是目标代码的免费版本，您也必须使其他人可以使用修改后的程序的源代码。
• 如果我编写了一个模块以添加到根据CPL许可的程序中，并与该程序的其余部分一起分发该模块的目标代码，我是否必须根据CPL的条款使模块的源代码可用？
  不可以，只要该模块不是本程序的衍生产品即可。
• CPL是否对程序提供任何保证？
  不可以。根据CPL发布的程序按“原样”提供，没有任何形式的保证或条件。

以下方案进一步说明了CPL的工作方式：

1. X公司提供根据CPL分发的初始代码和文档。 因此，根据CPL，X公司是初始贡献者，并且初始代码既称为X公司的贡献，又称为初始代码程序。
2. 公司A重新分发该程序，而无需对其进行更改或添加。 根据CPL，A公司被视为贡献者。
3. 公司A更改或添加了程序。 公司A是后续的贡献者，更改或添加是贡献，并且成为计划的一部分。
4. 甲公司创建了一个软件模块，该软件模块根据其自己的许可协议与本程序一起分发。 该模块不是从程序本身派生的。 该软件模块不被视为贡献，并且不受CPL条款的约束。
5. 公司B从开源项目站点下载程序。 公司B是收件人。 根据CPL的条款，每位贡献者均向B公司和其他收件人授予贡献者对该计划的贡献的免版税许可。
6. 公司C希望根据Eclipse Public License（而不是CPL）的条款使用本程序。 公司C从开源项目站点下载程序。 由于EPL被表示为CPL的后续版本，因此C公司可以使用第7节中的规定（“此外，在协议的新版本发布后，贡献者可以选择分发程序（包括其贡献）在新版本下。”）以轻松切换到EPL。

---

翻译自: https://www.ibm.com/developerworks/opensource/library/os-cplfaq/index.html

dpl cpl