四大开源协议比较

* GPL:general public license
1,可以以任何目的运行此程序,可以复制再发行,可以改进此程序并公开发行改进版。可以对其提供的程序服务收取费用。
2,发行任何基于GPL许可证的软件,该软件都必须以GPL为许可证,而且不能增加额外的限制条款,并无条件开放软件的源代码。且其复制件、修改版本也必须遵循此规定。

综合来看需要遵循的使用限定为:如果产品开发使用了遵循GPL许可证的源码,该产品必须无尝开源,而且同样使用GPL许可证。

* BSD:Berkeley software distribution license
1,自由使用,自由修改源代码并将修改后的代码作为开源或者专有软件再发布。
2,如果发布的产品包含源码,则必须保留原来代码中的BSD协议。如果再发布的只是二进制类库/软件,则需要在类库/软件的文档和版权声明中包含原来代码中的BSD协议。
3,未获事前取得书面许可前,不可以用开源代码的作者/机构名字和原来产品的名字做市场推广。

综合来看需要遵循的使用限定为:如果产品开发使用了遵循BSD协议的源码,未获事前取得书面许可前,该产品在不可以用其源代码的作者/机构名字和原来产品的名字做市场推广,该产品中必须保留原来代码中的BSD协议。

* APACHE:Apache Licence
1,自由使用,自由修改源代码并将修改后的代码作为开源或者专有软件再发布。
2,需要给代码的用户一份Apache Licence。
3,如果你修改了代码,需要在被修改的文件中说明。
4,在延伸的代码中(修改和有源代码衍生的代码中)需要带有原来代码中的协议,商标,专利声明和其他原来作者规定需要包含的说明。
5,如果再发布的产品中包含一个Notice文件,则在Notice文件中需要带有Apache Licence。你可以在Notice中增加自己的许可,但不可以表现为对Apache Licence构成更改。

综合来看需要遵循的使用限定为:每一个被修改的文件必须放置和版权说明,需要提供给用户一份Apache Licence。

* MIT:Massachusetts Institute of Technology
1,有权利使用、复制、修改、合并、出版发行、散布、再授权和/或贩售软件及软件的副本,及授予被供应人同等权利。
2,你必须在你的发行版里包含原许可协议的声明,无论你是以二进制发布的还是以源代码发布的。

综合来看需要遵循的使用限定为:产品中必须包含原版权声明和许可声明。。

时间: 2024-10-26 14:07:24

四大开源协议比较的相关文章

四大开源协议比较:BSD、Apache、GPL、LGPL

http://www.cnblogs.com/top5/archive/2010/07/31/1789657.html 本文参考文献:http://www.fsf.org/licensing/licenses/ 现今存在的开源协议很多,而经过Open Source Initiative组织通过批准的开源协议目前有58种.我们现在常见的开源协议如BSD, GPL, LGPL,MIT等都是OSI批准的协议.如果要开源自己的代码,最好也是选择这些被批准的开源协议. 这里我们来看四种最常用的开源协议及它

4大开源协议及Linux基础命令汇点

GPL,LGPL,BSD, Apache 四大协议中,GPL作为GNU通用公共许可证,只要在一个软件中使用GPL协议的产品,则该产品必须采用GPL协议,也必须开源和免费,具有所谓的"传染性".GPL和LSPL都保障了原作者的知识产权,避免有人利用开源代码复制开发类似产品,都不适合以它为基础,做二次开发的商业软件:但LGPL作为GPL主要为类库使用的开源协议,它允许商业软件作为类库引用并发布销售. BSD作为企业公司首选协议,它要求使用的产品需要包含一份版权提示和免责声明以及禁止拿开发者

GPL、LGPL、MIT、BSD、Apache,这些开源协议,你都注意过吗?

本人在开发iOS应用的过程中,经常会使用到别人撰写的类库,不仅因为能够节省下大量的开发和调试的时间,还因此获得了更多完善且强大的功能和效果.在使用别人撰写的类库的时候,必须当心该类库所涉及的授权问题,如果使用不慎,很可能引发不必要的麻烦,甚至可能导致法律纠纷.同样使用过外部类库的开发者们,你们是否注意过呢? 1.GPL.LGPL和GFDL GPL 是 GNU General Public License (GNU 通用公共许可证)的缩写形式:LGPL 是 GNU Lesser General P

开源协议(转载)

  (1)Contributors 和 Recipients Contributors 指的是对某个开源软件或项目提供了代码(包括最初的或者修改过的)发布的人或者实体(团队.公司.组织等),Contributors 按照参与某个软件开源的时间先后,可以分为an initial Contributor 和 subsequent Contributors . Recipients指的是开源软件或项目的获取者,显然,subsequent Contributors 也属于 Recipients之列. (

主流开源协议简述

开源 ≠ 免费 开源 ≠ 免费 开源 ≠ 免费,重要的事情说三遍. 一.为何要了解开源协议 Java的强大与崛起,应当说强大的开源生态起了不小的作用.在编程的过程中也或多或少能接触到不少优秀的开源软件.框架, 况且我们又乐于找轮子,因此,了解经常见到的开源协议就有必要了.再者,不了解开源协议,随意使用一个带有限制的协议的开源软件甚至 使用没有任何协议的软件,这就像一颗定时炸弹,随时可能会要了你的命! 二.主流开源协议简介 1.Apache License, 2.0 (Apache-2.0 ) 1

各类开源协议总结

各种开源协议的核心内容,主要有4点: (1)使用该软件用于何目的的权利: (2)对软件工作原理的知情权(即是否能查看软件源代码): (3)重新发布软件副本的权利: (4)改进软件并将其发布的权利. 常见的开源协议: FPL(自由公共许可证): 代表软件:mysql (1)使用权利:允许内部自由使用,但不提供技术支持:商业使用必须申请商业许可证: (2)源代码:开放: (3)分发权利:允许免费分发,但必须遵守FPL其他条款,如要求分发mysql和其派生产品的全部源代码:并与Mysql分本FPL本身

GPL、BSD、MIT、Mozilla、Apache、LGPL开源协议介绍

BSD开源协议 BSD开源协议是一个给于使用者很大自由的协议.基本上使用者可以”为所欲为”,可以自由的使用,修改源代码,也可以将修改后的代码作为开源或者专有软件再发布. 但”为所欲为”的前提当你发布使用了BSD协议的代码,或则以BSD协议代码为基础做二次开发自己的产品时,需要满足三个条件: 如果再发布的产品中包含源代码,则在源代码中必须带有原来代码中的BSD协议. 如果再发布的只是二进制类库/软件,则需要在类库/软件的文档和版权声明中包含原来代码中的BSD协议. 不可以用开源代码的作者/机构名字

了解常见的开源协议(BSD, GPL, LGPL,MIT)

一直对各种开源协议比较模糊, 特意在网上搜索了一下资料, 整理总结,以作记录 如果不喜欢长篇大论的话, 看下图就可以了 基本概念了解: 1. Contributors 和 Recipients Contributors 指的是对某个开源软件或项目提供了代码(包括最初的或者修改过的)发布的人或者实体(团队.公司.组织等),Contributors 按照参与某个软件开源的时间先后,可以分为 an initial Contributor 和 subsequent Contributors . Reci

经典的开源协议分析工具:Wireshark.

2. TCP/IP协议经典书是:W.Richard Stevens 著<TCP/IP详解>三卷书,卷1是协议,卷2是实现,卷3是TCP事务协议等.还有官方的协议文档:RFC当然也可以在网上下载电子书.经典的开源协议分析工具:Wireshark.简单的开源TCP/IP协议栈:LwIP,或者Linux 1.0里包含的协议栈,当然也可以看看FreeBSD的TCP/IP协议栈 704ex 286wo 673av 604ek 659yl 363lh 957mk 564ge 854zm 932ox 711