为保护开源项目被合理使用 红帽变更其开源许可协议规则

新闻
在开源领域,开源协议的重要性不言而喻。因此,红帽宣布,所有由红帽发起的并使用了 GPLv2 或 LGPLv2.1 许可证的开源项目,它们都将会在已采用的开源协议基础上,再加上一条来自 GPLv3 的终止条件。

 [[233287]]

在开源领域,开源协议的重要性不言而喻。因此,红帽宣布,所有由红帽发起的并使用了 GPLv2 或 LGPLv2.1 许可证的开源项目,它们都将会在已采用的开源协议基础上,再加上一条来自 GPLv3 的终止条件。预计使用 GPLv2 或 LGPLv2.1 的由红帽发起的开源项目,它们的开源许可协议都将会被加上 GPLv3 的终止条件。

GPLv2 和 LGPLv2.1 是两个较为“古老”的开源协议,而且两者都被广泛采用。当 GPLv3 发布时,它提供了一种终止方法,为开发者提供了修复许可证中遵从问题的机会。GPLv3 中的终止政策也为公司修复许可证错误提供了一种途径。这个方法允许符合社区规范的,解决遵从问题的开源协议得以执行。

德国 Netfilter 内核子系统贡献者 Patrick McHardy 引发争议的 GPLv2 执法促使社区采取行动解决 GPLv2 的许可证遵从问题。GPLv3 许可证提供了一个解决方案,它引入了一个终止条件,给代码的分发者提供一个机会解决许可证遵从中的错误,这将让经济获利之类的更严厉执法变得不再合理。

对于上文提到的终止条件,可以理解为:相同代码(同一应用)情况下,某人得到了专利许可,则其他人也自动得到专利许可。在 GPLv2 中,由于没有这个终止条件,所以专利公司就某个专利可以逐个收费。收完 A 家的专利费,可以继续去收 B 家的专利费。但在终止条件下,当你收了 A 家专利费时,就意味着你不能再以相同的专利来收 B 家的专利费。这很好地保护了使用 GPLv2 和 LGPLv2.x 许可证的开源项目的开发者、组织和公司。

其他公司诸如 CA Technologies、思科、HPE、微软、SAP 和 SUSE 也采用了类似的 GPL 条款。

当然,这并不适用于 Linux 本身。因为 Linus Torvalds 已经非常清楚地表明,Linux 将永远使用 GPLv2 开源许可证。

责任编辑:张燕妮 来源: ZDNet
相关推荐

2018-08-24 09:32:15

开源技术 项目

2013-12-02 14:04:23

2013-07-29 14:04:22

2013-12-02 14:48:17

开源许可协议开放代码

2019-04-15 09:19:52

MongoDB开源协议

2013-07-29 14:20:28

开源开放代码

2023-11-18 09:09:08

GNUBSD协议

2013-08-14 14:36:07

开源项目

2011-10-09 16:16:00

红帽VMware

2011-05-06 11:55:41

红帽PaaS

2009-08-25 10:38:40

GPL开源软件许可

2009-12-21 10:33:45

开源项目

2013-07-17 10:16:57

Github项目许可证

2010-03-31 10:31:18

开源许可协议

2012-11-09 15:24:58

虚拟化

2012-11-09 10:40:58

OpenStack红帽

2014-04-04 10:07:46

ApacheWinJS

2021-01-21 12:25:08

Elastic开源社区许可证变更

2020-11-11 15:04:40

谷歌开源Scorecards

2015-07-30 09:46:42

开源项目
点赞
收藏

51CTO技术栈公众号