开源软件软件著作权执照详细研究和实例分析

前言:LGPL大约是开源库商用绕不开的一条,如何使用LGPL,要实现LGPL的开源软件,作为开发者,使用者和商用者我们需要做哪些工作,需要注意哪些问题呢,文章希望通过实例来说明这些问题。

1 开源许可证GPL、BSD、MIT、Mozilla、Apache和LGPL的区别图例:

开源软件软件著作权执照详细研究和实例分析

1.1 BSD开源协议(original BSD license、FreeBSD license、Original BSD license)

1.2 Apache Licence 2.0(Apache License, Version 2.0、Apache License, Version 1.1、Apache License, Version 1.0)

1.3 GPL(GNU General Public License)

  我们很熟悉的Linux就是采用了GPL。GPL协议和BSD, Apache Licence等鼓励代码重用的许可很不一样。GPL的出发点是代码的开源/免费使用和引用/修改/衍生代码的开源/免费使用,但不允许修改后和衍生的代码做为闭源的商业软件发布和销售。这也就是为什么我们能用免费的各种linux,包括商业公司的linux和linux上各种各样的由个人,组织,以及商业软件公司开发的免费软件了。
  GPL协议的主要内容是只要在一个软件中使用(“使用”指类库引用,修改后的代码或者衍生代码)GPL 协议的产品,则该软件产品必须也采用GPL协议,既必须也是开源和免费。这就是所谓的”传染性”。GPL协议的产品作为一个单独的产品使用没有任何问题,还可以享受免费的优势。
  由于GPL严格要求使用了GPL类库的软件产品必须使用GPL协议,对于使用GPL协议的开源代码,商业软件或者对代码有保密要求的部门就不适合集成/采用作为类库和二次开发的基础。
  其它细节如再发布的时候需要伴随GPL协议等和BSD/Apache等类似。

1.4  LGPL的定义:

The GNU Lesser General Public License (LGPL) is a free software license published by the Free Software Foundation (FSF). The license allows developers and companies to use and integrate software released under the LGPL into their own (even proprietary) software without being required by the terms of a strong copyleft license to release the source code of their own components. The license only requires software under the LGPL be modifiable by end users via source code availability. For proprietary(私有) software, code under the LGPL is usually used in the form of a shared library such as a DLL, so that there is a clear separation(清晰的分界) between the proprietary and LGPL components. The LGPL is primarily used for software libraries, although it is also used by some stand-alone (独立)applications.

The LGPL was developed as a compromise between the strong copyleft of the GNU General Public License (GPL) and more permissive licenses such as the BSD licenses and the MIT License. The word “Lesser” in the title( GNU Lesser General Public License (LGPL)) shows that the LGPL does not guarantee the end user’s complete freedom in the use of software; it only guarantees the freedom of modification for components licensed under the LGPL, but not for any proprietary components.


1.5 LGPL的中文简介

读书笔记:采用LGPL的代码,一般情况下它本身就是一个第三方库别忘了LGPL最早的名字就是Library GPL),这时候开发人员仅仅用到了它的功能,而没有对库本身进行任何修改,那么开发人员也不必公布自己的商业源代码。但是如果你修改了这个库的代码,那么对不起,你修改的代码必须全部开源,并且协议也是LGPL,但除了库源码之外的商业代码,仍不必公布。我是这样理解的,呵呵。以前一直以为LGPL就是商业用的时候要购买,个人用就不必购买,原来搞错了。

1.6 MIT

1.7 MPL

MPL是The Mozilla Public License的简写,是1998年初Netscape的 Mozilla小组为其开源软件项目设计的软件许可证。MPL许可证出现的最重要原因就是,Netscape公司认为GPL许可证没有很好地平衡开发者对源代码的需求和他们利用源代码获得的利益。同著名的GPL许可证和BSD许可证相比,MPL在许多权利与义务的约定方面与它们相同(因为都是符合OSIA 认定的开源软件许可证)。但是,相比而言MPL还有以下几个显著的不同之处:

1.8 CDDL 

CDDL,是MPL(Mozilla Public License)的扩展协议。
CDDL(Common Development and Distribution License,通用开发与发行许可)开源协议,是MPL(Mozilla Public License)的扩展协议,它允许公共版权使用,无专利费,并提供专利保护,可集成于商业软件中,允许自行发布许可。CDDL 的产生CDDL协议由Sun创造, 基于MPL(Mozilla Public License)协议1.1版本(MPL)。基于CDDL许可的软件:
目前,Sun公司将正在开发中的Solaris 11的源代码以CDDL许可开放,这一开放版本就是OpenSolaris。

1.9 EULA

实例:


Ref:

1 GNU_Lesser_General_Public_License

https://en.wikipedia.org/wiki/GNU_Lesser_General_Public_License

2 GNU Lesser General Public License (英文版)

http://www.gnu.org/copyleft/lesser.html

3 GNU 较宽松公共许可证 (简体中文翻译版)

http://www.thebigfly.com/gnu/lgpl/

软件授权协议:LGPL

http://www.leadbbs.com/a/a.asp=230&ID=2445884&ac=nxt&rd=877769

http://www.cnblogs.com/findumars/p/3556883.html

6 开源许可证GPL、BSD、MIT、Mozilla、Apache和LGPL的区别

http://blog.csdn.net/woshihaiyong168/article/details/53026210ocationNum=13&fps=1

7 重要开源协议的比较(BSD,Apache,GPL,LGPL,MIT) – 整理

http://blog.csdn.net/epeaktop/article/details/53432618ocationNum=14&fps=1

声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!

上一篇 2016年11月3日
下一篇 2016年11月3日

相关推荐