开源软件许可协议

1、开源软件许可协议大多数人没有注意到开源软件许可证的存在，因为它不同于传统的“接受许可证”的方式，如书面签名或点击互联网。开源软件的许可协议是开放的，只要有相应的行为，默认情况下可以接受许可；但是，如果被许可方未能遵守相关许可条件，许可将随时终止，被许可方持有开源软件的权利将自动终止，被许可方应承担违约责任的风险。bsd、gpl、lgpl和mpl是使用最广泛的四种典型的自由/开源软件许可协议(占所有自由/开源软件许可协议的80%以上)。bsd许可证bsd是一种自由软件，其许可协议是freebsd。freebsd的主要规则是：公开bsd的源代码允许您自由获取、复制、修改和分发bsd原始软件作品(源

2、代码)；你也可以基于bsd的开源代码来开发你的软件。衍生软件作品(它们的源代码)可以公开，也可以不公开。当您修改或派生时，您必须清楚地区分您为bsd原始软件作品获得了哪些bsd许可证，以及您对它们进行了哪些重新开发或生成了您自己的许可证。当你重新发布你依法处理的作品时，你必须作出相应的版权声明，列出相应的条件，并出示bsd拒绝担保的声明。原始bsd软件作品(源代码)的版权(所有权)应明确表述，如表明其属于加州大学伯克利分校(加州大学伯克利分校)，即其版权属于加州大学的“主管”和“贡献者”。或“所有者”，并指出bsd许可的发布时间(例如=1998)，您应该对使用bsd的原始软件作品的版权所有者表

3、示感谢(您的用户应该知道这些指示)。如果你把这些bsd原创软件作品视为你自己的“自主知识产权”，这无异于“剽窃”。至于你的衍生软件作品，它们可以公开也可以不公开(事实上，微软也使用了很多bsd的原创作品，但是微软的衍生作品是不公开的)。必须明确的是，bsd软件的版权所有者或贡献者是以“asis”(即“原样”)的形式提供的。在您重新开发的衍生作品中，未经事先特别许可，您不必以伯克利组织或贡献者的名义为您背书；原创作品的版权所有者或贡献者不对您使用、修改、再传播、再传播bsd原创作品和您的衍生作品提供任何直接或暗示的保证，也不承担相应的责任。gpl许可证大多数自由/开源软件都采用通用许可协议：gn

4、u/gpl(简称gpl)，这是由fsf自由软件基金会(freesoftwarefoundation)颁发的软件许可。目前，4万个版本/项目采用gplv2。linux在gun/gpl下发布，自由软件基金会将linux作为gun操作系统的核心。gpl承认软件作品作者的版权(所有权)，并要求作者允许任何人(或用户，或“您”)享有使用、复制、修改、派生和分发其作品的权利；作为一项限制，gpl还要求用户不得更改软件的许可协议(即，将gpl传递给各级用户)，并要求用户在修改软件作品或制作衍生产品并重新分发时始终遵守gpl规则；如果执行gpl协议的原始软件是自由软件，那么从自由软件修改或派生的软件也应该是自

5、由软件；当自由软件作为一个整体在二进制系统中运行时，不允许软件的一部分源代码是开源的，另一部分源代码是闭源的，即不允许出现混合源代码的现象。gpl协议还规定其他许可证不得用于再分配。gpl协议是一个开放的协议，它是在原始软件作品上实现“使用、复制、修改、派生和分发”等相应行为时“默认接受”的许可。“默认许可”是实现gpl协议的一个主要特征，它不同于传统的签署协议许可的做法。如果有人修改、派生和重新分发自由/开源软件，这就改变了自由软件的性质和形式，这就违反了gpl协议。有人认为：“在开源领域违反gpl协议相当于传统版权的盗版性质，也可以称之为侵犯知识产权，应该予以打击”；也有人认为：“如果违反

6、了gpl协议，gpl协议将在再分配和再传播过程中自动终止。此时，如果您继续根据“gpl规则”自由请求原始软件源代码，并在衍生和封闭源代码之后重新分发它，您将面临法律风险。”。gpl许可协议是由自由软件基金会制定的。从理论上讲，实现gpl规则的软件作品的版权属于软件作品的“作者”或“开发者”，以及软件作品的“修改者”或“贡献者”，它们可以统称为版权“所有者”。尽管gpl承认作者对其软件作品的所有权，因为自由/开源软件是全球志愿者集体开发的结果，而且开源社区的组织相对自由和松散，但它的版权或版权所有者似乎不可能被明确认定为某些个人或某个社区。有些人认为“自由/开放源码软件作品没有被全球软件组织或软

7、件工作者承认为拥有可执行的版权。”对于linux内核，版权所有者委托linustovalds作为版权所有者的代表。几天前，osdl的ceo stuartcohen告诉我，linus代表内核所有所有者持有的版权是“版权”，我怀疑它应该是“版权所有”。根据gpl规则，国内一些企业将自由获取的开源软件经过修改和衍生，变成违反gpl规则的闭源软件，这不仅可以被视为具有负面影响的道德问题，而且还面临着因侵犯知识产权而被法律起诉的风险。ubuntu(社区)的linux发行版是对debian(社区)的软件资源进行移植、裁剪、再开发和再分配的结果。今年3月，ubuntu的创始人markshuttleworth

8、告诉我，ubuntu在向社会和市场提供linux发行版时，应该获得debian的“授权”(并支付debian相应的费用)。我认为这种“授权”不是“版权”的“授权”，而是ubuntu为了不断获得debian软件资源、纠错升级、设计思路、技术诀窍和操作经验的“支持”而采取的相应措施。红帽还认为，如果有人在不遵守gpl规则的情况下修改了相对湿度版本，红帽将不对修改后的软件负责，也不会提供支持和服务，包括补丁、升级和其他服务。然而，红帽保证为自己的发行提供及时和完善的支持和服务。lgpll gpl，在早期被称为“库级gpl”(lib-gpl)，后来被称为“轻量级gpl”或“较小级gpl”，不同于gpl

9、许可，并允许库功能在执行lgpl许可时自由连接到私有软件。多协议标签交换理论上，mpl的版权也属于其原始软件作品的原始开发者、后续修订者和贡献者，这通常由m(属于mozilla开源社区)管理。mpl包含四个不同的许可证，所以我们应该注意协调使用中的许可证之间的冲突。开源协议(伯克利软件分发)bsd开源协议是一个给用户很大自由的协议。基本上，用户可以自由使用和修改源代码，并且可以将修改后的代码作为开源或专有软件重新发布。然而，“做你想做的任何事情”的前提是，当你使用bsd协议发布代码时，或者当你基于bsd协议代码开发自己的产品时，你需要满足三个条件。34460.4343434

10、34461.如果重新发布的产品包含源代码，那么源代码必须在原始代码中包含bsd协议。2.如果仅二进制类库/软件被重新分发，原始代码中的bsd协议应包含在类库/软件的文档和版权声明中。3.你不能用开源代码的作者/组织的名字和原始产品的名字来营销。事实上，这些规则所约定的目的只是为了实现一个目标。是别人的东西。如果有人使用bsd作为开源，你不能不做任何声明就把它当成自己的，也不能以他人的名义做商业推广。你只能绝对控制自己的事情。例如，在您修改或添加了开源代码(a)之后，产品(b)就产生了。此时，你对b的控制取决于你。您可以使用任何协议重新打开源代码，也可以关闭源代码进行商业分发。然而，因为如果乙包

11、含甲或甲的一部分(如果它根本不包含它，它不被称为修改)，那么你必须在乙产品的版权声明中提到你已经使用了甲bsd代码鼓励代码共享，但它需要尊重代码作者的版权。bsd允许用户修改和重新分发代码，并且它也允许在bsd代码上使用或使用它商业软件的开发是发布和销售的，所以它是一个非常友好的商业集成协议。许多公司和企业在选择开源产品时更喜欢bsd协议，因为他们可以完全控制这些第三方的代码，并且可以在必要时修改或重新开发。阿帕奇许可证2.0apache licence是由著名的非营利开源组织apache采用的协议。该协议类似于bsd，它也鼓励代码共享，尊重原始作者的版权，并且还允许代码修改和再分发(作为开源

12、或商业软件)。需要满足的条件与bsd :相似1.您需要给代码的用户一个apache许可证2.如果您修改代码，您需要在修改后的文件中解释它。3.扩展代码(修改后的代码和来源于源代码的代码)需要携带原作者要求的协议、商标、专利声明和其他说明。4.如果重新发布的产品包含通知文件，apache许可证应包含在通知文件中。您可以将自己的许可证添加到通知中，但它不能表示为对apache许可证的更改。阿帕奇许可证也是一个商业友好的许可证。用户还可以在必要时修改代码以满足需求，并将其作为开源或商业产品发布/销售。枪支通用公共许可证2.0 1991我们熟悉的linux采用了gpl。gpl协议，它与bsd、apac

13、he licence和其他鼓励代码重用的许可证有很大不同。gpl的起点是代码的开源/免费使用和参考/修改/衍生代码的开源/免费使用。但是，不允许将修改和派生的代码作为闭源商业软件发布和销售，这就是为什么我们可以使用免费的linux，包括商业公司的linux以及个人、组织和商业软件公司开发的各种免费软件。gpl协议的主要内容是，只要gpl协议的产品在软件中使用(“使用”是指类库引用、修改代码或派生代码)，软件产品也必须采用gpl协议，gpl协议必须是开源和免费的。这被称为“传染性”。gpl协议的产品可以享受免费作为单一产品的优势，没有任何问题。由于gpl严格要求使用gpl类库的软件产品使用gpl

14、协议，因此不适合集成/采用使用gpl协议的开源代码、商业软件或对代码有保密要求的部门作为类库和二次开发的基础。最常见的开源协议，著名的linux。gpl使用它作为许可协议，它有两个显著的特征，即“病毒传播”和“没有封闭源的商业发布”。所谓“病毒传播”，是指gpl规定所有由gpl协议授权的源代码(即上述衍生模块)衍生的项目或与gpl授权的源代码混合的项目，都必须遵循gpl协议，就像病毒一样，坚持这种关系而“中毒”。不再受其他协议或授权的约束。也就是说，与gpl相关的源代码可以免费获得。例如，如果您改进的linux使用了由gpl授权的开源模块(这是必须使用的)，您就不能再创建一个内核了，如果完成了

15、，您就不需要调用linux了。)，那么您的整个linux产品也必须遵循开放源代码的gpl协议。其他方面不允许开源发布，也不允许闭源发布。这样，就不会有linux了这个功能是由gpl协议授权的，源代码可以免费获得，而另一个功能是在其他协议下，源代码是不能获得的。这项规定对使用或学习本产品的人来说是一个极大的方便。而“不允许闭源商业发布”意味着在gpl的授权下，您的软件产品可以进行商业发布和有偿销售，但同时您也必须以gpl协议的形式发布产品的源代码，以供他人免费获取。也许有人会感到困惑，同时出售它和开放源代码，那么谁会购买它呢？这种产品怎么赚钱？这涉及到开源产品的商业模式。如果你想知道一些相关信息

16、，你可以阅读上面链接的一些文章。至于下面，你可以写一篇关于开源项目商业模式的文章。gpl协议下商业发布的一个关键点，正如java sight forum的robbin所说，gpl针对的是软件源代码的版权，而不是软件编译二进制版本的版权。你有权免费获得软件的源代码，但你无权免费获得软件的二进制版本。gp对软件发行的唯一限制是你的发行版必须提供完整的源代码。它的细节，例如重新发布时附带的gpl协议，类似于bsd/apache。lgpllgpl是一个开源协议，主要是为gpl中类库的使用而设计的。gpl要求任何使用/修改/导出gpl类库的软件采用gpl协议，与此不同，lgpl允许商业软件通过类库引用(链接)使用lgpl类库，而不需要商业软件的开放源代码。这使得使用lgpl协议的开放源代码可以作为类库被商业软件参考和分发。然而，如果lgpl协议的代码被修改或导出，所有修改的代码、额外代码和涉及修改部分的导出代码必须采用lgpl协议。因此，lgpl协议的开源代码适合作