【第21期】观点:人工智能到底用 GPU?还是用 FPGA?

开源协议 学习

原创 2007年10月05日 21:08:00
       最近一直关注一个国产jsf框架-AOM(apusic operamasks),在其论坛看到其中一篇关于aom开源协议的帖子,感觉自己有必要来学习一下开源协议的知识,帖子中进行较好的分析和关于aom协议的解答。有兴趣的读者可以查阅http://www.operamasks.org/bbs/apusic-operamasks/723751794
       关于开源协议的相关知识如下:
 

GPLGun  General  Public  License  vesion  2.0    1991
      
最常见的开源协议,使用它作为授权协议的有大名鼎鼎的  Linux  GPL最显著的两个特点就是网上称为的病毒性传播不允许闭源的商业发布
       
所谓的病毒性传播,指的是,GPL规定,所有从GPL协议授权的源码衍生出来的(即上面提到的DerivativeModule),或者要跟GPL授权的源码混着用的Project,都要遵循GPL协议,就像病毒一样,粘上了关系,就中毒了。GPL这样规定的目的是,保证在GPL协议保护下的产品,不会再受到其他协议或者授权的约束。即让跟GPL有关系的源码都能免费获取。举个例子,如果你的改进的Linux中使用了GPL授权下的开源模块(也必须使用,你不可能自己重新去做个内核吧,如果做出来了,你也没必要叫Linux了。),那么你整个Linux产品也必须遵循  GPL协议去开源,不能以其他方式去开源发布,更不允许闭源发布。这样一来,就不会出现这样一个Linux--这个功能是GPL协议授权的,可以免费获取源码,而另外一个功能是其他协议下的,拿不到源码。这点规定对使用或者研究该产品的人来说,是一个极大的便利。
       
不允许闭源商业发布指的是,在  GPL授权下,你的软件产品可以商业发布,拿去卖钱,但是在这同时,你也必须将该产品的源码以GPL协议方式开源发布出去,供他人免费获取。也许有人会迷惑,拿去卖,又同时开源,那谁来买阿?这个产品怎么赚钱呢??这就涉及到开源产品的商业模式的问题了,想了解相关一些信息的话,可以看看以上我给出链接的一些文章。至于后面,可能会写一篇关于开源项目的商业模式的随笔。
      GPL
协议下的商业发布的一个关键点就像  Java  视线论坛的  Robbin所说的,GPL是针对软件源代码的版权,而不是针对软件编译后二进制版本的版权。你有权免费获得软件的源代码,但是你没有权力免费获得软件的二进制发行版本。GPL对软件发行版本唯一的限制就是:你的发行版本必须把完整的源代码一同提供。

BSD
Berkeley  Software  Distribution
      
GPL有很大的不同,BSD协议是给予人很大的自由的一种开源协议。其最大的特点是,Recipients  几乎可以对源码为所欲为,可以自由地修改,自由地使用,修改后再以其他方式再发布(商业或者开源)。但,你做这些事情的时候,还是得遵循以下规则:
       1
 如果再发布的产品中包含原源代码,则在原源代码中必须带有原来代码中的BSD协议。  
       2
 如果再发布的只是二进制类库/软件(Object  Code  /  Product),则需要在类库/软件的文档和版权声明中包含原来代码中的BSD协议。  
       3
 不可以用开源代码的作者/机构名字和原来产品的名字做市场推广。  
       
其实这几个规则约定的目的也只是达到一个目的:是他人的东西,别人以BSD开源了,你就不能不做任何声明而占为己有,更不能用他人的名义来做商业推广。你只对你自己的东西拥有绝对控制权。
       
举个例子,你用开源代码(A)修改或做其他增添之后,产生了产品B,这时候,你对B的控制由你自己决定,你可以用任何协议再开源,也可以闭源商业发布。但,因为如果B中包含了AA的一部分(一点都不包含就不叫修改了),那你在B产品的版权声明中,必须有提到你有使用到A  ,并且附带上  A  的开源协议。而且不能做商业推广的时候    B  冠以  原开源作者的名义以促进商业推广。
      BSD
代码鼓励代码共享,但需要尊重代码作者的著作权。BSD由于允许使用者修改和重新发布代码,也允许使用或在BSD代码上开发商业软件发布和销售,因此是对商业集成很友好的协议。而很多的公司企业在选用开源产品的时候都首选BSD协议,因为可以完全控制这些第三方的代码,在必要的时候可以修改或者二次开发。  

Apache  Licence    vesion  2.0  
Apache  Licence  
是著名的非盈利开源组织  Apache  采用的协议。该协议和BSD类似,同样鼓励代码共享和尊重原作者的著作权,同样允许代码修改,再发布(作为开源或商业软件)。需要满足的条件也和BSD类似:(配备英文原文,方便更准确理解)  
1
 需要给  Recipients  一份Apache  Licence  
     
You  must  give  any  other  recipients  of  the  Work  or  DerivativeWorks  a  copy  of  this  License
2
 如果你修改了代码,需要在被修改的文件中进行说明。
   
You  must  cause  any  modified  files  to  carry  prominent  noticesstating  that  You  changed  the  files  
3
 Derivative  Module中(修改和包含源代码而衍生的代码)需要带有原来代码中的协议,商标,专利声明和其他原来作者规定需要包含的说明。  
   
You  must  retain,  in  the  Source  form  of  any  DerivativeWorks  that  You  distribute,    all  copyright,  patent,  trademark,  and  attribution  noticesfrom  the  Source  form  of  the  Work,    excluding  those  notices  that  do  not  pertain  to  anypart  of  the  Derivative  Works
4
 如果再发布的产品中包含一个Notice文件,则在Notice文件中需要带有Apache  Licence。你可以在Notice中增加自己的许可,但不可以表现为对ApacheLicence构成更改。
   Apache  Licence
也是对商业应用友好的许可。使用者也可以在需要的时候修改代码来满足需要并作为开源或商业产品发布/销售。  

    LGPL  
     LGPL  
GPL的一个为主要为类库使用设计的开源协议。和GPL要求任何使用/修改/衍生之GPL类库的的软件必须采用GPL协议不同。LGPL允许商业软件通过类库引用(link)方式使用LGPL类库而不需要开源商业软件的代码。这使得采用LGPL协议的开源代码可以被商业软件作为类库引用并发布和销售。  
     
但是如果修改LGPL协议的代码或者衍生,则所有修改的代码,涉及修改部分的额外代码和衍生的代码都必须采用LGPL协议。因此LGPL协议的开源代码很适合作为第三方类库被商业软件引用,但不适合希望以LGPL协议代码为基础,通过修改和衍生的方式做二次开发的商业软件采用。

    CPL(Common  Public  Liecense)  vesion  1.0
    CPL    
 IBM  提出的并通过了OSIOpen  Source  Initiative)批准的开源协议。主要用于一些IBM  或跟  IBM  相关的开源软件  /项目中。如  很著名的Java开发环境  Eclipse  RIA开发平台Open  Laszlo等。

     CPL也是一项对商业应用友好的协议。它允许  Recipients  对源码进行任意的使用、复制、分发、传播、展示、修改以及改后做闭源的二次商业发布,这点跟BSD  很类似,也属于自由度比较高的开源协议。但是,需要遵循:
     1.
当一个Contributors    将源码的整体或部分再次开源发布的时候,必须继续遵循CPL  开源协议来发布,而不能改用其他协议发布。除非你得到了原源码”Owner      授权。 
     2.CPL
协议下,你可以将源码不做任何修改来商业发布。但如果你要将修改后的源码其开源,而且当你再发布的是ObjectCode  的时候,你必须声明  它的Source  Code  是可以获取的,而且要告知获取方法
     3.
当你需要将  CPL  下的源码作为一部分跟其他私有的源码混和着成为一个  Project发布的时候,你可以将整个Project/Product  以私人的协议发布,但要声明哪一部分代码是CPL下的,而且声明那部分代码继续遵循CPL

   4.独立的模块(Separate  Module),不需要开源


 
版权声明:本文为博主原创文章,未经博主允许不得转载。 举报

相关文章推荐

五种开源协议的比较学习

五种开源协议的比较学习     由于现在很多代码是open source,但由于种类很多,有时在项目开发中用了GPL 协议的open source,但由于此项目又不想把这再次开发的代码open出去,所...

程序员需要了解的几个开源协议

许多开发者和设计者希望把他们的作品作为开源项目共享,他们希望其他人能够利用和共享他们的代码。 而各种开源社区就是因为这个原因而充满活力。开源软件可以用于你能想象得到的任何应用程序,许多web设计人员使用开源软件作为开发基础(例如 WordPress,Drupal等等许多CMS系统都是开源的)。 但是许多开发者和设计者并没有对开源License有清楚的了解,不清楚当他们选择开发自己的源代码时,他们有什么权利。如果不知道明确的 License的内容,他们就不知道如何做出最明智的选择,如何做对他们最有利。 对于中国的开发者来说,因为中国发达的盗版文化,泛滥的盗版软件,大部分人恐怕都完全没

开源中国iOS客户端学习——(三)再看协议与委托

iOS里委托与协议是很重要的一块,如果理解不好很难区分协议与委托到底有什么不一样,这些东西在开发中是经常遇见的; 协议是类留给外部的一个接口函数的集合(一位高手用C++基类来解释是,把接口做为参数,...

开源中国iOS客户端学习——(三)再看协议与委托

iOS里委托与协议是很重要的一块,如果理解不好很难区分协议与委托到底有什么不一样,这些东西在开发中是经常遇见的; <p styl

常用开源协议简要介绍

常用开源协议简要介绍 http://www.cnblogs.com/magic_evan/archive/2011/02/12/1952528.html 开源软件在今天的软件业中所...

Java需要了解的几个开源协议

开源自然是指源码公开,你可以去下载,去学习它的源码,但“天下没有免费的午餐”,开源软件并不意味着我们就可以免费的使用这些软件。如果不了解开源背后的法律,等待我们的就是法律的制裁。很多开源软件使用起来限制非常大,一旦使用了这些开源软件,你的源码就必须也跟着开源,否则别人就可以利用法律手段索赔,或者你就要去购买它的商业授权。下面的图详细说明了使用了哪些开源Liecense,你的代码也必须开源(对于国防方面的用户绝对是灾难)。权威参考网站:http://www.opensource.org/licenses/ 下图形象说明了,你使用了哪些开源licenses,那你的源码也必须开源 [img]

开源软件实践之使用有限状态机解析http协议

先简单介绍一下目前这个http服务器的开发进度,首先说明一下代码都还很粗糙,因为没有做过多的错误处理和逻辑封装,不过这也还原一个真实的开发过程,不像很多开源软件可能都是已经比较成熟了才开始发布和开源。...

音视频编解码 文件格式 协议内容详解

编解码学习笔记(一):基本概念 媒体业务是网络的主要业务之间。尤其移动互联网业务的兴起,在运营商和应用开发商中,媒体业务份量极重,其中媒体的编解码服务涉及需求分析、应用开发、释放license收费等等。最近因为项目的关系,需要理清媒体的codec,比较搞的是,在豆丁网上看运营商的规范 标准,同一运营

常用开源协议简要介绍

开源软件在今天的软件业中所起的作用越来越重要了,开源软件层出不穷,几乎可以找到任何需要的开源软件。开源软件所使用的开源协议也有很多种,如果不遵守这些协议规则可能会导致经济上的损失以及法律纠纷。目前,现...
收藏助手
不良信息举报
您举报文章:深度学习:神经网络中的前向传播和反向传播算法推导
举报原因:
原因补充:

(最多只允许输入30个字)