开源软件授权方式解释

《开源软件授权方式解释》由会员上传分享，免费在线阅读，更多相关内容在应用文档-天天文库。

1、GPL协议在自由软件所使用的各种许可证之中，最为人们注意的也许是通用性公开许可证(GeneralPublicLicense，简称GPL)。GPL同其它的自由软件许可证一样，许可社会公众享有：运行、复制软件的自由，发行传播软件的自由，获得软件源码的自由，改进软件并将自己作出的改进版本向社会发行传播的自由。GPL还规定：只要这种修改文本在整体上或者其某个部分来源于遵循GPL的程序，该修改文本的整体就必须按照GPL流通，不仅该修改文本的源码必须向社会公开，而且对于这种修改文本的流通不准许附加修改者自己作出的限制。因此，一项遵循G

2、PL流通的程序不能同非自由的软件合并。GPL所表达的这种流通规则称为copyleft，表示与copyright(版权)的概念“相左”。GPL协议最主要的几个原则：1、确保软件自始至终都以开放源代码形式发布，保护开发成果不被窃取用作商业发售。任何一套软件，只要其中使用了受GPL协议保护的第三方软件的源程序，并向非开发人员发布时，软件本身也就自动成为受GPL保护并且约束的实体。也就是说，此时它必须开放源代码。2、GPL大致就是一个左侧版权（Copyleft，或译为“反版权”、“版权属左”、“版权所无”、“版责”等）的体现。你可

3、以去掉所有原作的版权信息，只要你保持开源，并且随源代码、二进制版附上GPL的许可证就行，让后人可以很明确地得知此软件的授权信息。GPL精髓就是，只要使软件在完整开源的情况下，尽可能使使用者得到自由发挥的空间，使软件得到更快更好的发展。3、无论软件以何种形式发布，都必须同时附上源代码。例如在Web上提供下载，就必须在二进制版本（如果有的话）下载的同一个页面，清楚地提供源代码下载的链接。如果以光盘形式发布，就必须同时附上源文件的光盘。4、开发或维护遵循GPL协议开发的软件的公司或个人，可以对使用者收取一定的服务费用。但还是一句

4、老话——必须无偿提供软件的完整源代码，不得将源代码与服务做捆绑或任何变相捆绑销售MIT协议MIT许可证之名源自麻省理工学院（MassachusettsInstituteofTechnology,MIT），又称「X条款」（XLicense）或「X11条款」（X11License）MIT内容与三条款BSD许可证（3-clauseBSDlicense）内容颇为近似，但是赋予软体被授权人更大的权利与更少的限制。被授权人有权利使用、复制、修改、合并、出版发行、散布、再授权及贩售软体及软体的副本。被授权人可根据程式的需要修改授权条款为

5、适当的内容。在软件和软件的所有副本中都必须包含版权声明和许可声明。此授权条款并非属copyleft的自由软体授权条款，允许在自由/开放源码软体或非自由软体（proprietarysoftware）所使用。此亦为MIT与BSD（TheBSDlicense,3-clauseBSDlicense）本质上不同处。MIT条款可与其他授权条款并存。另外，MIT条款也是自由软体基金会（FSF）所认可的自由软体授权条款，与GPL相容。Apachelicensehttp://blog.csdn.net/arui319/archive/200

6、8/05/12/2436097.aspxLGPLv2GPL是GNUGeneralPublicLicense(GNU通用公共许可证)的缩写形式；LGPL是GNULesserGeneralPublicLicense(GNU宽通用公共许可证)的缩写形式，旧称GNULibraryGeneralPublicLicense(GNU库通用公共许可证)；GFDL是GNUFreeDocumentationLicense(GNU自由文档许可证)的缩写形式。它们是自由软件(FreeSoftware)的通用版权认证协议，由自由软件基金会(FSF)

7、制定和发布。基于GPL的软件允许商业化销售，但不允许封闭源代码。如果您对遵循GPL的软件进行任何改动和/或再次开发并予以发布，则您的产品必须继承GPL协议，不允许封闭源代码。基于LGPL的软件也允许商业化销售，但不允许封闭源代码。如果您对遵循LGPL的软件进行任何改动和/或再次开发并予以发布，则您的产品必须继承LGPL协议，不允许封闭源代码。但是如果您的程序对遵循LGPL的软件进行任何连接、调用而不是包含，则允许封闭源代码。康盛协议http://www.comsenz.com/purchase/discuzx