知识中心〉开放技术介绍

开源软件及许可证

目录：

*开源软件的定义
*开源软件许可证
开源软件的定义

版本 1.9

下面缩进的斜体部分是对于开源软件定义的注解，而非开源软件定义的一部分。开源软件的定义可以在 这里找到

可打印版本的注解页可以在这里找到

PDF版本的开源软件定义

介绍

开源软件并不是指可以访问源代码。开源软件的发行必须遵守如下的标准：
1. 自由重新发行

许可证不应该限制任何参与者销售或者将软件作为另一包含不同程序的集合软件的一部分发行。许可证不应要求为销售支付版税或其它费用。

基本原理：通过限制许可证来拥有自由的重新发行，我们排除了由放弃长期收获来获得短期利益的诱惑。如果我们不这么做，合作者将面临很大的压力，甚至可能不再选择开源软件。.

2. 源代码

程序中必须包含源代码，同时也必须允许以源代码形式或编辑的形式来发行。如果某一形态的产品并没有和源代码一起发行，那么也必须要有一个众所周知的获取源 代码的方法。这种获取仅仅是为了节省成本，可以免费从网络上下载。源代码必须以一种对程序员友好的格式下载，便于他们编辑。那些故意写得很模糊的源代码是 不允许的。中间形态例如计算机与处理程序或译码机的输出是不可接受的。

基本原理：我们要求能够接触清晰的源代码是因为离开这些源代码，我们无法设计程序。既然我们的目的是使进化更简化，我们需要修改液变得更容易。.

3. 衍生作品

许可证必须允许修改和衍生作品，并且必须允许他们在源软件的许可证条例下得以发行。

基本原理：仅仅能够阅读源代码并不能帮助程序员独立阅读和快速改进程序。为了能够高效率的修改程序，人们需要对修改进行测试和再发行。.

4. 源代码的完整性

只有当许可证允许发行还有源代码的补丁文件时，才会限制源代码的发行。许可证会要求衍生作品用不同于原作品的文件名或版本号。

基本原理：鼓励进步是件好事，但是用户有权知道谁对他们正在使用的软件负责。作者和维护人员相应的也有权知道他们要提供什么样的支持，并保护他们的声誉。.

因此，开源软件许可证 必须 保证源代码可以被访问，但是可以要求他们以原始的基础代码加补丁的方式发行。这样，“非正式“的改动就可见，同时也有别于基础代码。

5. 禁止歧视个人或组织

许可证不得歧视任何个人和组织。

基本原理：为了从过程中将利益最大化，最大化的人员和组织的多样性也可以为开源做出贡献。因此我们禁止任何开源许可证将任何人排除在外。.

在某些国家，包括美国，对某些软件有出口限制。OSD许可证可能向一些获许可的人发出警告，提醒他们要遵守法律。然而，许可证本身可能并不包括这些限制条款。.

6. 禁止歧视任何使用目的

许可证不得限制任何人将程序使用于任何目的。例如，它不能限制程序应用于商业或遗传学研究。

基本原理： 这项条款的主要目的是为了禁止许可证限制将软件用于商业。我们欢迎商业用户加入我们的社区，而并不感觉到被排斥。.

7. 许可证的发行

程序附带的权力必须对程序再发行的任何对象有效，而不需再执行任何附加的许可证。

基本原理: T这项条款的目的是禁止通过非直接的手段，例如要求非公开的协议，来关闭软件。

8. 许可证不许特定于某一产品

程序附带的权力不得受制于程序是某一软件发行的一部分。如果程序摘取于这一软件的发行，应用于或在软件的许可证条款下发行，软件再发行的所有干系人应该拥有与源软件发行同样的权力。

基本原理： T这项条款防止了另一种许可证陷阱。.

9. 许可证不得限制其它软件

许可证不得对其它同得到许可的软件一同发行的其他软件进行限制。例如，许可证不得要求通过同一媒体发行的其他软件也为开源软件。

基本原理: D开源软件的发行人有权对自己的软件做出自己的决定。

GPL和这要求一致。软件只有在形成一个独立作品的时候才继承GPL。.

10. 许可证必须技术中立

许可证条款不得倾向于任何技术或界面风格。

基本原理：这项条款明确针对那些要求明确表示同意以便在许可证颁发者和获许可的人之间建立合同。那些要求所谓的"click-wrap"的条款可能同一些 重要的软件发行方式如FTP下载、CD和网络镜像发生冲突。这些条款同样也限制了代码再使用。遵守规范的许可证必须允许以下可能的发生：（1）软件的再发 行必须通过不支持"click-wrap"下载的非网络的途径并且（2）隐藏代码（或再利用的部分隐藏代码）必须在非GUI的环境下运行，不支持跳出对话 框。.


*开源软件许可证

.:: License Index ::.

License Approval Process
License Information

*Academic Free License
*Adaptive Public License
*Apache Software License
*Apache License, 2.0
*Apple Public Source License
*Artistic license
*Attribution Assurance Licenses
*New BSD license
*Computer Associates Trusted Open Source License 1.1
*Common Development and Distribution License
*Common Public License 1.0
*CUA Office Public License Version 1.0
*EU DataGrid Software License
*Eclipse Public License
*Educational Community License
*Eiffel Forum License
*Eiffel Forum License V2.0
*Entessa Public License
*Fair License
*Frameworx License
*GNU General Public License (GPL)
*GNU Library or "Lesser" General Public License (LGPL)
*Historical Permission Notice and Disclaimer
*IBM Public License
*Intel Open Source License
*Jabber Open Source License
*Lucent Public License (Plan9)
*Lucent Public License Version 1.02
*MIT license
*MITRE Collaborative Virtual Workspace License (CVW License)
*Motosoto License
*Mozilla Public License 1.0 (MPL)
*Mozilla Public License 1.1 (MPL)
*NASA Open Source Agreement 1.3
*Naumen Public License
*Nethack General Public License
*Nokia Open Source License
* OCLC Research Public License 2.0
*Open Group Test Suite License
*Open Software License
*PHP License
*Python license (CNRI Python License)
*Python Software Foundation License
*Qt Public License (QPL)
*RealNetworks Public Source License V1.0
*Reciprocal Public License
*Ricoh Source Code Public License
*Sleepycat License
*Sun Industry Standards Source License (SISSL)
*Sun Public License
*Sybase Open Watcom Public License 1.0
*University of Illinois/NCSA Open Source License
*Vovida Software License v. 1.0
*W3C License
*wxWindows Library License
*X.Net License
*Zope Public License
*zlib/libpng license






被认可的许可证

为了您工作方便，我们在这里手机了被OSI认可的许可证。如果您在其中一种许可证下发行您自己的软件，你将被允许将您的软件成为“OSI认可的开源软件”。

主要的许可证，如GPL, LGPL, BSD, 和MIT, 是1998年发行Mozilla以前开源软件中最常用到的许可证。Mozilla公共许可证之后被普遍应用。许多其它许可证也被OSI审核和批准。正如您 看到的那样，被认可的许可证的数目在不断增加。

如果可以，您可以用这些被认可的许可证来发行您的软件。但是要确保您仔细阅读过并彻底理解许可证的条款。我们建议您选用和您的商业模式相谐调的许可证。并咨询您的律师，OSI不提供法律建议。.
许可证版本和翻译

许可证的正式版本可以在OSI的网站上找到。许可证的其它语言翻译版本也许可以找到，但目前没有官方认可的翻译版本，或其并不具有法律约束力。
发送关于许可证问题的电子邮件

OSI在opensource.org上建立了一个审阅许可证的电子邮件地址。如果您有许可证需要审阅，请发电子邮件到 license-discuss-subscribe@opensource.org. 想退订，发电子邮件至 license-discuss-unsubscribe@opensource.org. 邮件地址在这里存档.

许可证增殖委员会邮件地址列 存档于 http://crynwr.com/cgi-bin/ezmlm-cgi?9. 想订阅，发送电子邮件到 license-proliferation-subscribe@opensource.org

只有委员会成员可以发布，但为了提高透明度，所有人都可以订阅文档。

宣告单。想得到OSI活动的通知，例如核准许可证，立场文件等等，发送电邮件到announcements-subscribe@opensource.org. 我们推荐您注册宣告单。