●自由再散布(Free Distribution):获得
源代码的人可自由再将此源代码散布。
●
源代码(Source Code):程式的可执行档在散布时,必需随附完整
源代码或是可让人方便的事后取得源代码。
源代码或是可让人方便的事后取得源代码。
●衍生著作(Derived Works):让人可依此
源代码修改后,在依照同一授权条款的情形下再散布。
●原创作者程式
源代码的完整性(Integrity of The Author’s Source Code):意即修改后的版本,需以不同的版本号码以与原始的程式码做分别,保障原始的程式码完整性。
●不得对任何人或团体有差别待遇(No Discrimination Against Persons or Groups):
开放源代码软件不得因性别、团体、国家、族群等设定限制,但若是因为法律规定的情形则为例外(如:美国政府限制高加密
软件的出口)。
●对程式在任何领域内的利用不得有差别待遇(No Discrimination Against Fields of Endeavor):意即不得限制商业使用。
●散布授权条款(Distribution of License):若
软件再散布,必需以同一条款散布之。
●授权条款不得专属于特定产品(License Must Not Be Specific to a Product):若多个程式组合成一套
软件,则当某一开放源代码的程式单独散布时,也必需要符合开放源代码的条件。
●授权条款不得限制其他
软件(License Must Not Restrict Other Software):当某一
开放源代码软件与其他非开放源代码软件一起散布时(例如放在同一光碟片),不得限制其他软件的授权条件也要遵照开放源代码的授权。
●授权条款必须技术中立(License Must Be Technology-Neutral):意即授权条款不得限制为电子格式才有效,若是纸本的授权条款也应视为有效。
区别
开源软件与自由软件的区别
并非开放源代码的软件就可称为自由软件,要视该软件的授权条件是否合乎
自由软件基金会对自由软件所下的定义。
1.自由再发行
许可证不能限制任何团体销售或赠送
软件,软件可以是几个不同来源的程序集成后的软件发行版中的其中一个原件。许可证不能要求对这样的销售收取许可证费或其他费用。
2.程序源代码
程序必须包含
源代码。必须允许发行版在包含编译形式的同时也包含程序
源代码。当产品以某种形式发行时没有包含
源代码,必须非常醒目的告知用户,如何通过Internet免费的下载源代码。
源代码必须是以当
程序员修改程序时优先选用的形式提供。故意地扰乱
源代码是不允许的。以预处理程序或翻译器这样的中间 形式作为
源代码也是不允许的。
3.派生程序
许可证必须允许更改或派生程序。必须允许这些程序按与初始
软件相同的许可证发行。
4.作者源代码的完整性
只有当许可证允许在程序开发阶段,为了调整程序的目的将“修补文件”的发行版与
源代码一起发行时,许可证才能限制源代码以更改后的形式发行。许可证必须明确地允许按更改后的
源代码所建立的程序发行。许可证可以要求派生的程序使用与初始
软件不同的名称或版本号。
5.无个人或团体歧视
许可证不能都有针对任何个人或团体制在专门奋斗领域内的任何人使用该程序。例如不能限制程序应用于商业领域,或者应用于遗传研究。
6.对程式在任何领域内的利用不得有差别待遇
该条款的主要目的是禁止许可证中含有使
开放源代码软件无法在商业上使用的规定。我们需要商业用户参与我们的工作,而不让他们感到被排除在外。
7.许可证发行
伴随程序所具有权力必须适用于所有的程序分销商,而不需要这些团体之间再附加许可证签字盖章。
8.许可证不能特制某个产品
如果程序是某个特殊的
软件发行版中的一部分,伴随该程序所具有的权力不能只以来于这一发行版。如果程序是从那一发行版中摘录出来的,使用或发行时用的都是那个程序的许可证,分销程序的所有团体都应拥有与初始
软件版所允许的所有权力。
9.许可证不能排斥其他软件
10.许可证实例
GNU GPL、BSD、X Consortiun和Artistic许可证都是我们认为符合
开源软件定义的许可证。MPL也是一样。
编辑本段许可证
介绍
开放源代码定义给出了开放
源代码软件的基本性质。不幸的是,术语"开放源代码"遭到了滥用,并且由于它的描述性,它不能作为一个商标(这是我们的首选)被保护。由于社团需要一种可靠的方式以确定一份
软件是否真正是
开放源代码软件。OSI为此目的而注册了一个认证标志,OSI Certified。如果在一份
软件上看到了该标志,那么该软件就是必定是按照遵从
开放源代码定义的许可证发布的,否则,该发行人就是在滥用该标志而且违反了法律。
许可证将特定的权利赋予用户,但同时也会规定用户必须遵守的约束。开源软件通常使用开源许可证。所有的开源许可证由开放源代码促进会标准组织(Opensource Initiative,OSI)认证。
获得批准的许可证
* The GNU General Public License(GPL)
* The GNU Library(Lesser)General Public License(LGPL)
* The X Consortium License
* The Artistic License
* The Mozilla Public License(
MPL)
* The
QPL
* Open
LDAPPublic License
其它符合定义的许可证包括:libpng许可证、zlib许可证、IJG JPEG许可证和BSD许可证。
分类
按照使用条件的不同,开源
软件许可证可以分为三类(严苛程度递减)
1. 使用该
开源软件
的代码再散布(redistribute)时,源码也必须以相同许可证公开。
代表许可类型:GPL,
AGPL
例:
GPL
GNU 通用公共许可协议(英语:GNU General Public License,简称GNU GPL或GPL),是一个广泛被使用的自由软件许可证条款,最初由理查德·斯托曼为GNU计划而撰写。GPL是自由软件基金会的主打许可证,常用的是1991年的第2版和2007年的第3版。
GPL授予程序接受人以下权利:
-
以任何目的运行此程序的自由;
-
再发行复制件的自由;
-
改进此程序,并公开发布改进的自由(前提是能得到源代码)。
GPL许可协议具有强Copyleft,有“病毒效应”,意味着用户如果要对GPL许可的软件或基于GPL许可的软件的作品做再发行即Redistribution(例如作为用户的产品的一部分发行),那么必须以不强于GPL许可证限制的条款发行,即必须也是开源和免费,这就是所谓的“传染性”。
GPL许可协议是目前最流行的开源许可证,被诸多有名的开源软件使用,例如Linux内核、MySQL数据库等。
GPL许可协议是目前最流行的开源许可证,被诸多有名的开源软件使用,例如Linux内核、MySQL数据库等。
代表许可类型:LGPL, CPL,CDDL, CPL,MPL等
例:
LGPL
GNU 宽通用公共许可协议(英语:GNULibrary General Public License,简称LGPL),又名GNU库通用公共许可证,同样出自自由软件基金会,有1999年的2.1版和2007年的3.0版。
LGPL是GPL的宽松版,它对产品所保留的权利比GPL 少,总的来说,LGPL 适合那些用于非GPL 或非开源产品的开源类库或框架。因为GPL 要求,使用了GPL 代码的产品必须也使用GPL 协议,开发者不允许将GPL 代码用于商业产品。LGPL 绕过了这一限制。
LGPL具有弱Copyleft效力,较商业友好:
LGPL是GPL的宽松版,它对产品所保留的权利比GPL 少,总的来说,LGPL 适合那些用于非GPL 或非开源产品的开源类库或框架。因为GPL 要求,使用了GPL 代码的产品必须也使用GPL 协议,开发者不允许将GPL 代码用于商业产品。LGPL 绕过了这一限制。
LGPL具有弱Copyleft效力,较商业友好:
-
允许动态链接;
-
有条件地允许静态链接
-
对于LGPL许可的代码本身做了修改,那么再发行就必须使用LGPL或GPL许可证进行。
3. 使用该
开源软件
的代码(包括修改)再散布(redistribute)时,没有特殊限制,只需要明记许可。
代表许可类型:ASL, BSD,MIT等
例:
MIT
MIT协议可能是几大
开源协议中最宽松的一个,由麻省理工学院在1988年推出,又名X11许可证或者X许可证,有不少变种。
核心条款是:
该 软件及其相关文档对所有人免费,可以任意处置,包括使用,复制,修改,合并,发表,分发,再授权,或者销售。唯一的限制是, 软件中必须包含上述版权和许可提示。
这意味着:
你可以自由使用,复制,修改,可以用于自己的项目。可以免费分发或用来盈利。唯一的限制是必须包含许可声明。MIT 协议是所有开源许可中最宽松的一个,除了必须包含许可声明外,再无任何限制。
核心条款是:
该 软件及其相关文档对所有人免费,可以任意处置,包括使用,复制,修改,合并,发表,分发,再授权,或者销售。唯一的限制是, 软件中必须包含上述版权和许可提示。
这意味着:
你可以自由使用,复制,修改,可以用于自己的项目。可以免费分发或用来盈利。唯一的限制是必须包含许可声明。MIT 协议是所有开源许可中最宽松的一个,除了必须包含许可声明外,再无任何限制。
例:
BSD
BSD许可证源自加州大学伯克利分校,所有者是加州大学的董事会。跟其他许可证相比,从GNU通用公共许可证(GPL)到限制重重的著作权(Copyright),BSD许可证比较宽松,甚至跟公有领域更为接近。事实上,BSD许可证被认为是copycenter(中间版权),界乎标准的copyright与GPL的copyleft之间。"Take it down to the copy center and make as many copies as you want"。
[1]
可以说,GPL强迫后续版本必须一样是自由软件,BSD的后续版本可以选择要继续是BSD或其他自由软件条款或封闭软件等等。
该协议有多种版本,不同项目发行的BSD许可证不同,比如
Apple的BSD许可证与
4.4BSD Lite衍生操作系统的BSD许可证最主要的版本有两个,新BSD 协议与简单BSD 协议,这两种协议经过修正,都和GPL 兼容,并为开源组织所认可。
新BSD 协议(3条款协议)在 软件分发方面,除需要包含一份版权提示和免责声明之外,没有任何限制。另外,该协议还禁止拿开发者的名义为衍生产品背书,但简单BSD 协议删除了这一条款。
新BSD 协议(3条款协议)在 软件分发方面,除需要包含一份版权提示和免责声明之外,没有任何限制。另外,该协议还禁止拿开发者的名义为衍生产品背书,但简单BSD 协议删除了这一条款。
批准
1.通过
电子邮件把许可证发送给license-approval@ opensource .org。在
电子邮件中说明你是否愿意以你的签名或者匿名地把许可证发送到许可证讨论列表中。(我们愿意考虑那些根本不希望被发送的许可证,但由于社团的评审是批准的一个重要组成部分,我们将不得不把该许可证私下地发送给评审者:因此,对没有被发送到许可证讨论列表中的许可证的批准,要花费更长的时间,并且通常要更多地与你交流。)
2.如果我们发现你的许可证不符合
开放源代码的定义,我们将与你一同解决这个问题。
3. 同时,我们将关注许可证论坛列表,并且与你一同工作以解决大家提出的任何未包含的问题。
4.作为该过程的一部分,我们还将就许可证问题向外界寻求法律上的建议。
5. 一旦许可证符合了
开放源代码定义,并且在许可证论坛上经过了充分的讨论或者其它的评审者没有提出重要的问题,我们将通知你,许可证已经被批准了,同时它被复制到我们的网站上,并且被加入以下的许可证列表。
编辑本段软件应用
OSI Certified标志被用于
软件而不是许可证:人们需要知道的是组成软件的包和它们的许可证是开放的
源代码。此外,单独的许可证可能不是"货物",它由美国专利和商标局注册认证标志。但是
软件的作者显然必须能够自我认证、在适当的时刻确认他们的软件是按照OSI Certified的
开放源代码方式发布的。所以认证按照两步进行:
* OSI提供一个满足开放
软件源代码定义的
开放源代码许可证表。这些许可证经过公众的详细审查并且被批准。与license-approval @opensource. org联系,它启动了获得许可证批准的程序。
* 如果在
软件上设置OSI Certified标志,可以从列表中选择一个获得批准的许可证并根据它发布软件,并且适当地为软件做标志。
使用该标志
为了表明你的
软件是按照OSI Certified发布的,你必须不加任何修改地把下面两者之一,按照下述方式加入你的软件。完整的声明是:
This software is OSI Certified Open Source Software.
OSI Certified is a certification mark of the Open Source Initiative.
较简短的声明是:
OSI Certified Open Source Software
你的
软件的每种发布形式都有自身的要求:
* 如果
软件以电子的形式发布(而不是实物(tangible)的形式),你必须把完整的声明放在README文件或者类似的、人类用户将首先阅读的文件中。
* 如果
软件以实物形式发布,你必须完成以下所有可行的任务。
* 如果
软件的发布包括印刷品,你必须把完整的声明加入该印刷品。
* 如果
软件发布在可擦写的媒体(例如软磁盘)、CD-ROM、磁带等媒体上,它们在物理上可以添加能够被人的裸眼所阅读的简短声明,而不影响它们的功能,你必须把完整的声明或简短的声明标注在该媒体上。
* 如果
软件的发布是一个包,从而使其中的声明不能被阅读,你必须在包的外面放置完整的声明。
如果不能把以上任何条款用于发布,请与我们联系,我们将把你选择的位置加入本列表。
编辑本段
发展缓慢
1、中国教育依旧落后
虽然中国的IT职业教育学校和全日制的本专科院校每年可以向中国IT界输入大量的新人,但是整个IT教育依旧处在落后地位。大多数的学校的教学内容非常偏重于C/S程序(比如非常热门的java,.net)这些内容相比真正的开发真的太过简单。如何让学生可以学到更多复杂的程序开发技术是中国教育界多年来始终无法解决的一大问题,如果中国的教育还是跟不上全球的技术发展和全球的消费者行为的话,社区还依然没有机会实现繁荣。
2、个性的缺失是中国oss社区发展最大的悲哀
中国是一个有着五千年文化的传统型国家,个性创新在中国这个特定的环境中并不能得到更好的发展。越来越多的人希望自己可以成为和别人一样的人,这将让这些本有机会个性创新的人才们在他们人生最重要的时刻错过了最重要的事情,所以个性的缺失是中国oss社区发展最大的悲哀。
3、英语水平
目前OSS的概念在国外是最火热的,所以如果没有良好的英语基础是难以推动OSS发展,跟上世界技术潮流的。虽然小学从三年级开始就学习英语,但是相比里最基本的OSS英语基础还有了不小的距离。
4、中国人不够主动
很多OSS社区的领导人,oss活动的发起人都是外国人,中国人一般都不太乐意去发起甚至参加这类可以学到更多技术的活动。哪怕要他们作为一名本地的东道主去外国人发起的OSS活动中分享一下自己的经验,他们也会觉得中国人的技术不应该外流,但其实正因为中国人不够主动,中国人也很难通过OSS社区了解到最新的技术。