个人小站

一张经典图,开源协议比较

字数统计: 3.4k阅读时长: 12 min
2015/01/02

部分内容来自维基
开源

Copyleft

MPL

https://www.mozilla.org/MPL/2.0/

Mozilla公共许可证
作者 Mozilla基金会
版本 2.0
发布者 Mozilla基金会
发布日期 2012年1月3日
DFSG兼容
自由软件
OSI认证
GPL兼容 是 (MPL 2.0預設與GPL 2+、LGPL 2.1+、AGPL 3+相容)
Copyleft 有限
与其他协议代码链接

MPL允许在其授权下的源代码与其他授权的文件进行混合,包括私有许可证。但在MPL授权下的代码文件必须保持MPL授权,并且保持开源。这样的条款让MPL既不像MIT和BSD那样允许派生作品完全转化为私有,也不像GPL那样要求所有的派生作品,包括新的组件在内,全部必须保持GPL。通过允许在派生项目中存在私有模块,同时保证核心文件的开源,MPL同时激励了商业及开源社区来参与帮助开发核心软件。

使用MPL授权的软件并不受专利的限制,其可以自由使用,出售,并可自由的重新发布。带有专利代码的版本仍然可以使用,转让,甚至出售,但未经许可则不能修改代码。此外,MPL并不授予用户对于开发者商标的使用权。

为了满足MPL的条款限制,用户必须负担一些“责任”,主要是关于散发使用MPL授权的软件。用户必须确保重新散发的软件所有源代码均以MPL授权,即使是以可执行文件的方式提供或是与其他使用专有软件授权的源代码结合也一样。但若跟以GNU通用公共许可协议、GNU宽通用公共许可证、Affero通用公共许可证授权的源代码结合则是例外。此时开发者则可选用以上三种更加严格的条款来授权。

不像那些较严格的Copyleft许可证,使用MPL授权的源代码可以在一个复杂的软件中与任何其他的许可协议相结合,只要仍满足MPL许可协议中3.3节的规定即可。这意味着在一份给定的源文件里面,必须全部的源代码都以MPL授权,否则就所有源代码均以其他方式授权。

MPL第二版与Apache许可证以及GPL第二版或更新、LGPL2.1版或更新,及AGPL第三版或更新兼容。而1.1版因为有“一些复杂的限制”造成与GPL的不兼容(从而阻止升级到MPL 2.0)。MPL 1.1版虽然也包含了一个可以让开发者在第二个授权(包含GPL及与GPL兼容的许可证)下撰写代码的条款,但MPL 1.1与GPL却无法“合法的链接”,导致自由软件基金会不鼓励开发者使用MPL 1.1进行授权。因为这个理由,早期的Firefox采用了三重授权:MPL 1.1、GPL 2.0、LGPL 2.1。 Mozilla Application Suite仍采用三重授权。

GPL

GNU通用公共许可证
GPLv3 Logo.svg
GNU GPLv3 Logo标识
作者 自由软件基金会
版本 第3版
发布者 自由软件基金会
发布日期 2007年6月29日
DFSG兼容
自由软件
OSI认证
Copyleft
与其他协议代码链接 仅可与GNU AGPLv3代码相链接
网站 www.gnu.org/licenses/gpl.html

https://www.gnu.org/licenses/gpl.html
GPL授予程序接受人以下权利,或称“自由”:

  • 以任何目的运行此程序的自由;
  • 再发行复制件的自由;
  • 改进此程序,并公开发布改进的自由(前提是能得到源代码)。

GPL与其他一些更“许可的”自由软件许可证(比如BSD许可证)相比,主要区别就在于GPL寻求确保上述自由能在复制件及演绎作品中得到保障。它通过一种由斯托曼发明的叫Copyleft的法律机制实现,即要求GPL程序的演绎作品也要在GPL之下。相反,BSD式的许可证并不禁止演绎作品变成专有软件。

GPL不会授予许可证接受人无限的权利。再发行权的授予需要许可证接受人开放软件的源代码,及所有修改。且复制件、修改版本,都必须以GPL为许可证。

这些要求就是copyleft,它的基础就是作品在法律上版权所有。由于它版权所有,许可证接受人就无权进行修改和再发行(除合理使用),除非它有一个copyleft条款。如果某人想行使通常被法律所禁止的权利,只需同意GPL的条款。相反地,如果某人发行软件违反了GPL(比如不开放源代码),他就有可能被原作者起诉。

copyleft利用版权法来达到与其相反的目的:copyleft给人不可剥夺的权利,而不是版权法所规定的诸多限制。这也是GPL被称作“被黑的版权法”的原因。

copyleft只在程序再发行时发生效力。对软件的修改可以不公开或开放源代码,只要不发行。注意copyleft只对软件有效力,而对软件的输出并无效力(除非输出的是软件本身)。不过这在GPL版本3中可能会有改动。

需要注意的有

LGPL

GNU宽通用公共许可证
LGPLv3 Logo.svg
GNU LGPL v3标志
作者 理查德·斯托曼
版本 3
发布者 自由软件基金会
DFSG兼容
自由软件
OSI认证
GPL兼容
Copyleft
与其他协议代码链接 可以

GNU宽通用公共许可证(英语:GNU Lesser General Public License)简称LGPL,是由自由软件基金会公布的自由软件授权条款。它允许企业与软件开发者使用,或将LGPL授权的软件集成至他们自己的软件内。

LGPL可以说是专门为软件库(Software Libraries)准备的,对于其自身,与GPL一样,修改代码或者衍生同样是被要求同样的许可证。但其可以被其他软件包括商业软件所引用。

LGPL有一特点是LGPL软件可以被转换成GPL

Copyright

MIT

MIT授權條款/X11授權條款
作者 麻省理工学院
发布者 麻省理工学院
发布日期 1988
DFSG兼容
自由软件
OSI认证
GPL兼容
Copyleft
与其他协议代码链接

MIT许可协议之名源自麻省理工学院(Massachusetts Institute of Technology, MIT),又称“X许可协议”(X License)或“X11许可协议”(X11 License)
MIT内容与三条款BSD许可协议(3-clause BSD license)内容颇为近似,但是赋予软件被授权人更大的权利与更少的限制。

被授权人权利
被授权人有权利使用、复制、修改、合并、出版发布、散布、再授权和/或贩售软件及软件的副本,及授予被供应人同等权利,惟服从以下义务。
被授权人义务
在软件和软件的所有副本中都必须包含以上版权声明和本许可声明。
其他重要特性
此许可协议并非属copyleft的自由软件许可协议条款,允许在自由及开放源代码软件或非自由软件(proprietary software)所使用。
MIT的内容可依照程序著作权者的需求更改内容。此亦为MIT与BSD(The BSD license, 3-clause BSD license)本质上不同处。
MIT许可协议可与其他许可协议并存。另外,MIT条款也是自由软件基金会(FSF)所认可的自由软件许可协议条款,与GPL兼容。

Apache

Apache许可证
ASF-logo.svg
Apache标志
作者 Apache软件基金会
版本 2.0
发布者 Apache软件基金会
发布日期 2004年1月
DFSG兼容
自由软件
OSI认证
GPL兼容 是 - GPLv3
Copyleft
与其他协议代码链接

Apache许可证要求被授权者保留版权和放弃权利的声明,但它不是一个反版权的许可证。此许可证最新版本为“版本2”,于2004年1月发布。

Apache许可证是宽容的,因为它不会强制派生和修改产物使用相同的许可证进行发布(与一些版权许可证不同,参见比较)。但它仍然要求对所有未修改的部分应用相同的许可证,并且在每个许可文件中,必须保留再分发代码中的任何原始版权,专利,商标和归属通知(不需要包括任何部分的派生作品);并且在每个更改的许可文件中,都必须添加一条通知,说明对该文件进行了更改。

如果声明文本文件作为原始作品发布的一部分包含在内,则派生作品必须在包含该通知文本文件的可读副本,可以是文档或显示在软件中。

声明文件的内容不会修改许可证,因为它们仅用于提供信息,并且可以在许可证文本中添加更多属性声明,前提是这些声明不能被理解为修改许可证。修改可能有适当的版权声明,并可能为修改提供不同的许可条款。

除非另有明确规定,否则许可证持有者向授权者提交的任何文稿将根据许可证的条款进行,没有任何条款和条件,但这并不排除与授权者有关的这些贡献有单独的协议。

BSD

BSD许可证的条款

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
* Copyright (c) 1998 著作权由加州大学董事会所有。著作权人保留一切权利。
*
* 这份授权条款,在使用者符合以下三条件的情形下,授予使用者使用及再散播本
* 软件包装原始码及二进位可执行形式的权利,无论此包装是否经改作皆然:
*
* * 对于本软件源代码的再散播,必须保留上述的版权宣告、此三条件表列,以
* 及下述的免责声明。
* * 对于本套件二进位可执行形式的再散播,必须连带以文件以及/或者其他附
* 于散播包装中的媒介方式,重制上述之版权宣告、此三条件表列,以及下述
* 的免责声明。
* * 未获事前取得书面许可,不得使用柏克莱加州大学或本软件贡献者之名称,
* 来为本软件之衍生物做任何表示支持、认可或推广、促销之行为。
*
* 免责声明:本软件是由加州大学董事会及本软件之贡献者以现状提供,
* 本软件包装不负任何明示或默示之担保责任,包括但不限于就适售性以及特定目
* 的的适用性为默示性担保。加州大学董事会及本软件之贡献者,无论任何条件、
* 无论成因或任何责任主义、无论此责任为因合约关系、无过失责任主义或因非违
* 约之侵权(包括过失或其他原因等)而起,对于任何因使用本软件包装所产生的
* 任何直接性、间接性、偶发性、特殊性、惩罚性或任何结果的损害(包括但不限
* 于替代商品或劳务之购用、使用损失、资料损失、利益损失、业务中断等等),
* 不负任何责任,即在该种使用已获事前告知可能会造成此类损害的情形下亦然。

与专属软件许可证的兼容性
遵守BSD License的软件,允许用作商业用途,甚至可按照专属许可证进行再发布。比较著名的例子如微软产品中引入了BSD网络部分的代码,Mac OS X中使用了不少FreeBSD的组件。也可以将一部分遵照BSD许可证发布,另外一些采取其他许可证。事实上,BSD Unix早期就是这样的,其一部分是来自AT&T的专属内容。
与其他自由软件许可证的兼容性
BSD许可证的最初稿件,其中含有与GNU通用公共许可证相冲突的地方。由于这两个许可证在自由软件中使用很普遍,如果作者想将GPL和BSD有所结合,就会出现冲突。但是1999年,BSD许可证的修订版去除了相冲突的语句。从此以后,自由软件作者就可以方便地采用BSD许可证下的软件,从而跟GPL下的作品融合。
BSD许可证并不允许受让方将其删除或替换为其他许可证。
BSD License具有以下分类

  • 4-clause license (original “BSD License”)
  • 3-clause license (“Revised BSD License”, “New BSD License”, or “Modified BSD License”)
  • 2-clause license (“Simplified BSD License” or “FreeBSD License”)
  • 0-clause license (“Zero Clause BSD”)

关于此,具体请参考英文Wiki

引伸阅读

开源许可兼容问题
https://zhuanlan.zhihu.com/p/387946955

GPL感染问题
https://www.zhihu.com/question/19771481/answer/16018816

原文作者:ted423

原文链接:http://ted423.github.io/Code/%E5%BC%80%E6%BA%90/

发表日期:January 2nd 2015, 12:00:00 am

更新日期:January 2nd 2015, 12:00:00 am

版权声明:本站原创内容(一般是语句不通顺的那种)采用知识共享署名-非商业性使用 4.0 国际许可协议进行许可,转载内容以及不带个人观点的分享不在此例,摘抄有Wiki的内容的文章统一根据Wiki采用 CC BY-SA 3.0

CATALOG
  1. 1. Copyleft
    1. 1.1. MPL
    2. 1.2. GPL
      1. 1.2.1. LGPL
  2. 2. Copyright
    1. 2.1. MIT
    2. 2.2. Apache
  3. 3. BSD
  4. 4. 引伸阅读