• 首页
        • 更多产品

          客户为中心的产品管理工具

          专业的软件研发项目管理工具

          简单易用的团队知识库管理

          可量化的研发效能度量工具

          测试用例维护与计划执行

          以团队为中心的协作沟通

          研发工作流自动化工具

          账号认证与安全管理工具

          Why PingCode
          为什么选择 PingCode ?

          6000+企业信赖之选,为研发团队降本增效

        • 行业解决方案
          先进制造(即将上线)
        • 解决方案1
        • 解决方案2
  • Jira替代方案
目录

七彩话合规|简述EPL-2.0

许可证简介

Eclipse公共许可证(EPLEclipse Public License)是由Eclipse 基金会开发的开源许可证,它由通用公共许可证(CPLCommon Public License)发展而来,并删除了专利诉讼相关的限制条款。EPL目前的最新版本为EPL 2.0

Eclipse公共许可证– 2.0版本

随附程序是根据本ECLIPSE公共许可(协议)的条款提供的。对程序的任何使用、复制或分发均表示接收者接受本协议。

「许可证原文详见」

https://www.eclipse.org/legal/epl-2.0/

Eclipse公共许可证– 2.0

  1. 定义

“贡献”指:

(1) 原始贡献者:根据本协议,原始贡献者分发的初始内容;

(2) 后续贡献者:

1) 对程序的更改内容;

2) 对程序的增添内容;

即本程序的更改和添加的来源并由该特定贡献者分发。如果贡献者本身或代表该贡献者操作的任何人将贡献添加到程序中,则认为贡献“源自”该贡献者。贡献不包括对程序的非修改作品的更改或添加。

“贡献者”是指分发程序的任何个人或实体。

“被许可的专利权”是指由贡献者许可的专利权利,不允许任何单独使用或销售该程序或与其他程序合并的行为,否则构成侵权。

“程序”指根据本协议分发的“贡献”。

“接收方”指根据本协议或二级许可(如适用)接收程序的任何人,包括贡献者。

“衍生作品”指基于(或衍生自)程序的任何作品,无论以源代码还是其他形式,且其修订、注释、阐述或其他修改作为一个整体代表原始作者的作品。

“修改后的作品”指源代码或其他形式的作品,这些作品是由于对程序内容的添加、删除或修改而产生的。修改后的作品不包括仅包含程序的声明、接口、类型、类、结构或文件的作品,以便链接到、按名称绑定或子类化程序或其修改后的作品。

“分发”指以任何能转让副本的方式提供的行为。

“源代码”指进行修改时首选的程序形式,包括但不限于软件源代码、文档源和配置文件。

“二级许可”是指GNU通用公共许可2.0版或该许可的任何后续版本,包括初始贡献者指定的任何例外或附加许可。

  1. 权利授予

(1) 根据本协议的条款,每个贡献者特此授予接收者非排他性、全球性、免版税的版权许可,以复制、制作衍生作品、公开展示、公开运行、分发和再许可此类贡献者的贡献及衍生作品;

(2) 根据本协议的条款,每个贡献者特此授予接受者非排他性的、全球性的、免版税的专利许可,以制造、使用、销售、进口和以其他方式传播贡献者的以源代码或其他形式的贡献。如果在贡献者添加贡献时导致该后续作品被专利许可保护,则此专利许可应适用于贡献和程序的组合。专利许可不适用于包含贡献的任何其他组合。硬件本身不会在本协议下获得许可;

(3) 接收方明白,尽管每个贡献者都授予其许可,但并不保证该程序不会侵犯任何其他实体的专利或知识产权。对其他实体基于侵犯知识产权或其他原因提出的索赔,每位贡献者均不承担任何责任。作为行使本协议授予的权利和许可的条件,每个接收方特此承担保障所需的任何其他知识产权的全部责任。例如,如果需要第三方专利许可以允许接收方分发程序,则接收方有责任在分发程序之前获得该许可;

(4) 每个贡献者已知其在所作贡献中拥有足够的版权,可以授予本协议中规定的版权许可;

(5) 尽管有二级许可的条款,任何贡献者都不会因为接收者根据二级许可的条款(如果第3条的条款允许)收到程序而向任何接收者提供额外的授权。

  1. 要求

(1) 如果贡献者以任何形式分发程序,则:

1) 根据第3(2)节,程序还必须提供源代码,并且贡献者必须在程序随附的声明中指出程序的源代码可根据本协议获得,并告知接收者如何获取它;

2) 贡献者可以根据不同于本协议的许可分发程序,前提是该许可:

① 代表其他贡献者否认所有明示和暗示的保证和条件,包括所有权和不侵权的保证或条件,以及适销性和特定用途适用性的默示保证或条件;

② 代表所有其他贡献者免除所有赔偿责任,包括直接、间接、特殊、附带和后果性损害赔偿,例如利润损失;

③ 根据第3(2)节,不会试图限制或更改接收者在源代码中的权利;

④ 要求本程序的任何后续分发者都必须获得满足第3节要求的许可。

(2) 当程序作为源代码分发时:

1) 它必须根据本协议提供,或:

① 与其他材料组合在一个单独的文件或根据二级许可提供的文件中;

② 初始贡献者将本协议的附件 A附加到源代码中,则程序可根据二级许可的条款提供;

2) 程序的每份副本中必须包含本协议的副本。

(3) 贡献者不得从他们分发的任何程序副本中删除或更改程序中包含的任何版权、专利、商标、归属通知、免责声明或责任限制,前提是贡献者可以添加自己适当的通知。

  1. 商业分发

软件的商业分销商可能会接受与最终用户、业务合作伙伴等相关的某些责任。虽然本许可旨在促进本程序的商业使用,但将本程序包含在商业产品中的贡献者应该以不对其他贡献者产生潜在负担的方式这样做。因此,如果贡献者将程序包含在商业产品中,则该贡献者(“商业贡献者”)同意对其在商业产品中分发程序的行为引起的、由第三方对受偿贡献者提起的索赔和其他法律诉讼,进行辩护并赔偿任何损失和费用。本节中的义务不适用于涉嫌侵犯知识产权相关的任何索赔或损失。为了符合资格,受偿贡献者必须:①立即以书面形式将此类索赔通知商业贡献者,并且②允许商业贡献者在辩护和任何相关的和解谈判中与商业贡献者合作。受偿贡献者可以自费参与此类索赔。

例如,贡献者可能将程序包含在商业产品产品X中。那么该贡献者就是商业贡献者。 如果该商业贡献者随后提出性能声明或提出产品X相关的保证,则这些性能声明和保证仅是该商业贡献者个人的责任。根据本节,商业贡献者必须就与这些性能索赔和与保证有关的对其他贡献者的索赔进行辩护,如果法院要求任何其他贡献者因此而支付任何损害赔偿,则由商业贡献者支付。

  1. 不提供品质担保

在适用法律范围内,本程序不提供任何品质担保。除非另作书面声明,版权所有者及他方按“原样”提供程序,不提供任何形式的明示或暗示的品质保证,包括但不限于对适销性和特定用途适用性的默认保证。每个接收方全权负责确保使用和分发程序的适当性,并承担在本协议下行使权利相关的所有风险,包括但不限于程序错误的风险和成本,法律遵循,数据、程序或设备的损坏与丢失,以及操作不当或中断。

  1. 免责声明

在任何情况下,除非适用法律要求或书面同意,任何版权持有人或本程序按本协议可能存在的第三方修改和再发布者,都不对您的损失负责,包括由于使用或者不能使用本程序造成的任何一般的、特殊的、偶发的或重大的损失(包括而不仅限于数据丢失、数据失真、您或第三方的后续损失、其他程序无法与本程序协同运作),即使已被事先告知存在此类损害的可能性。

  1. 一般性条款

如果本协议的条款在适用法律下无效或不可执行,不影响本协议其余条款的有效性,并且在本协议各方未采取进一步行动的情况下,应在最低限度内对该条款进行修改,以使该条款有效和可执行。

如果接收方对任何实体提起专利诉讼(包括诉讼中的交叉索赔或反诉),称程序本身(不包括程序与其他软硬件的组合)侵犯了该方的专利,则授予其的权利根据第2(2)条的规定,应在提起此类诉讼之日终止。

如果接收方未能遵守本协议的重要条款或条件,并且在知晓此类不遵守行为后的合理期限内未纠正,则接收方在本协议项下的所有权利终止。如果本协议项下的所有接收方权利终止,则接收方同意在合理的情况下尽快停止使用和分发本程序。但是,接收方在本协议项下的义务以及接收方授予的与本程序相关的任何许可应继续有效。

每个人都可以复制和分发本协议的副本,但为了避免不一致,本协议受版权保护,只能以下列方式进行修改。协议管理者保留发布本协议新版本(包括修订版)的权利。除协议管理员外,任何人均无权修改本协议。Eclipse基金会是最初的协议管理者,可以将担任协议管理者的职责分配给合适的独立实体。协议的每个新版本都将被赋予一个可区分的版本号。程序(包括贡献)始终可以根据收到它时所依据的协议版本进行分发。此外,在新版本的协议发布后,贡献者可以选择在新版本下分发程序(包括其贡献)。

除上文第2(1)和2(2)节明确规定,否则接收方不接受本协议项下任何贡献者的知识产权的权利或许可,无论是明示、暗示或其他方式。本协议未明确授予的程序中的所有权利将保留。本协议中的任何内容均不由非贡献者或接受者的任何实体强制执行。本协议下不产生任何第三方受益人权利。

附件A–二级许可证通知

“当Eclipse公共区许可证中规定的可用性条件得到满足时,也可以根据以下二级许可证提供此源代码:

{许可证名称,版本, 例外或附加权限}。”

仅包括本协议的副本(包括本附件 A)不足以根据二级许可许可源代码。

如果不能或不希望将此通知放在文件中,则您可以将通知放在收件人能够查找到的位置(例如相关目录中的“许可证”文件)。

您可以添加其他具体的版权所有权通知。

许可证解读

  • EPL是弱copyleft型的。通常情况下,如果链接或调用EPL程序,并不构成传染;但如果你修改了EPL程序,分发时就要按EPL要求公开源码。
  • EPL对“衍生品”定义较为宽松。Eclipse基金会明确指出,与Eclipse插件“仅交互或互操作”不会导致你的代码变为该插件的衍生作品。
  • “二级许可”包括GNU通用公共许可2.0版或该许可的任何后续版本,允许开发者将代码与“二级许可”合并、按“二级许可”再分发。
  • EPL 2.0提供专利授权,并删除了专利诉讼相关的限制条款。

EPL 2.0在1.0版本的基础上添加了对二级许可的兼容,使得开发者不需要再采用“EPL 1.0+BSD”双许可的形式来保证代码的兼容性。EPL的弱copyleft属性也使得其在保护开源代码自由和商业使用之间找到了很好的平衡,是一个商业十分友好的许可证。

文章内容用于学习和交流,仅供参考。如有不当,欢迎指正。

文章来自:https://www.freebuf.com/

相关文章