Qt 有两个许可证:LGPL 和商业协议。 LGPL 是一个开源协议,因此,有人会担心 LGPL 能否用于开发闭源程序,能够拿来卖钱。 所以,我们还是先来研究一下这个协议,LGPL 究竟能不能用于开发闭源程序。 至于什么是 LGPL 协议,这里就不再多说了,我们关心的是,如果使用 LGPL 协议开发商业程序。 LGPL 发布的; 你必须在你的应用程序发布中包含一份 LGPL协议,通常就是那个文本文件; 你必须开放使用了 LGPL 库代码的所有代码,例如某些封装器。 简单来说,LGPL协议要求,如果你的类使用了LGPL库的代码,那么必须把 这个类开源。例如,如果你的程序 app.exe 每个源文件都使用了 LGPL 库的代码,那么你的所有源代码都要开源。
代表许可类型:LGPL, CPL,CDDL, CPL,MPL等 3. 使用该开源软件的代码(包括修改)再散布(redistribute)时,没有特殊限制,只需要明记许可。 代表许可类型:ASL, BSD,MIT等 所以一般情况下 ,如果某个开源的软件提供了asl和lgpl的版本,那么尽量使用asl的版本啦,因为限制最小啊~
我们在常见的开源协议如BSD, GPL, LGPL,MIT等都是OSI批准的协议。如果要开源自己的代码,最好也是选择这些被批准的开源协议。 LGPL(GNU Lesser General Public License) LGPL是GPL的一个为主要为类库使用设计的开源协议。 LGPL 允许商业软件通过类库引用(link)方式使用LGPL类库而不需要开源商业软件的代码。这使得采用LGPL协议的开源代码可以被商业软件作为类库引用并 发布和销售。 但是如果修改LGPL协议的代码或者衍生,则所有修改的代码,涉及修改部分的额外代码和衍生的代码都必须采用LGPL协议。 因此LGPL协议的开源 代码很适合作为第三方类库被商业软件引用,但不适合希望以LGPL协议代码为基础,通过修改和衍生的方式做二次开发的商业软件采用。
dotnet.myget.org/feed/dotnet-core/package/nuget/System.IO.Ports 或者输入下面代码 Install-Package System.IO.Ports LGPL 需要知道这个库的协议是 LGPL 也就是使用了这个库就需要开放源代码 更多参考请看 LibUsbDotNet LibUsbDotNet/LibUsbDotNet ?
另外,你需要区分 GPL 和 LGPL。LGPL 的要求比 GPL 低,你可以动态链接一个 LGPL 的库而不需要开源你自己的程序,而 GPL 是不行的。 LGPL(GNU Lesser General Public License)宽松公共许可证 LGPL是GPL的一个为主要为类库使用设计的开源协议。 LGPL允许商业软件通过类库引用(link)方式使用LGPL类库而不需要开源商业软件的代码。这使得采用LGPL协议的开源代码可以被商业软件作为类库引用并发布和销售。 但是如果修改LGPL协议的代码或者衍生,则所有修改的代码,涉及修改部分的额外代码和衍生的代码都必须采用LGPL协议。 因此LGPL协议的开源代码很适合作为第三方类库被商业软件引用,但不适合希望以LGPL协议代码为基础,通过修改和衍生的方式做二次开发的商业软件采用。
世界上的开源许可证(Open Source License)大概有上百种,而我们常用的开源软件协议大致有GPL、BSD、MIT、Mozilla、Apache和LGPL。 LGPL 和GPL要求任何使用/修改/衍生之GPL类库的的软件必须采用GPL协议不同。LGPL 允许商业软件通过类库引用(link)方式使用LGPL类库而不需要开源商业软件的代码。 这使得采用LGPL协议的开源代码可以被商业软件作为类库引用并发布和销售。 但是如果修改LGPL协议的代码或者衍生,则所有修改的代码,涉及修改部分的额外代码和衍生的代码都必须采用LGPL协议。 因此LGPL协议的开源代码很适合作为第三方类库被商业软件引用,但不适合希望以LGPL协议代码为基础,通过修改和衍生的方式做二次开发的商业软件采用。 GPL/LGPL都保障原作者的知识产权,避免有人利用开源代码复制并开发类似的产品。
开源许可证GPL、BSD、MIT、Mozilla、Apache和LGPL的区别# 借阮一峰大佬的图说明一下开源许可证GPL、BSD、MIT、Mozilla、Apache和LGPL的区别,方便日后使用。 LGPL, 修改传染 如果你写的是库,想让人使用,但是又想让库本身保持自由,那么使用 LGPL。 AGPL,使用传染(使用了,无论怎么使用都传染)。 参考文献# 开源许可证GPL、BSD、MIT、Mozilla、Apache和LGPL的区别 如何选择开源许可证? 企业内部的项目中引用了使用AGPL许可的软件,需要公开源代码么?
今天介绍四种常见的开源软件协议: GPL(GNU General Public License)LGPL(GNU Lesser General Public License)BSD(Berkerley 2、LGPL LGPL是GPL的一个为主要为类库使用设计的开源协议。LGPL允许商业软件通过类库引用(link)方式使用LGPL类库而不需要开源商业软件的代码。 因此LGPL协议的开源代码很适合作为第三方类库被商业软件引用,但不适合希望以LGPL协议代码为基础,通过修改和衍生的方式做二次开发的商业软件采用。
3,开源协议(GPL,LGPL,BSD,MIT,Apache)的说明 3.1 BSD开源协议 BSD开源协议是一个给于使用者很大自由的协议。 3.4 LGPL LGPL是GPL的一个为主要为类库使用设计的开源协议。和GPL要求任何使用/修改/衍生之GPL类库的的软件必须采用GPL协议不同。 LGPL 允许商业软件通过类库引用(link)方式使用LGPL类库而不需要开源商业软件的代码。这使得采用LGPL协议的开源代码可以被商业软件作为类库引用并发布和销售。 但是如果修改LGPL协议的代码或者衍生,则所有修改的代码,涉及修改部分的额外代码和衍生的代码都必须采用LGPL协议。 因此LGPL协议的开源代码很适合作为第三方类库被商业软件引用,但不适合希望以LGPL协议代码为基础,通过修改和衍生的方式做二次开发的商业软件采用。
适用LGPL的模块也同时适用GPL,也有部分模块仅适用GPL(不同时适用LGPL)[3]。 Qt库中适用LGPL的模块包括QT基本库中的所有模块以及扩展库中的部分模块。适用LGPL的模块,绝大多数适用LGPL v3,有个别模块(如Qt WebEngine)适用LGPL v2.1。 根据LGPL的要求,分发修改后的LGPL库,也需要适用LGPL进行开源。在使用Qt框架开发商业软件的过程中,建议企业尽量不要修改Qt中的LGPL库。QT框架的LGPL模块,大多数都适用LGPL v3。 LGPL v3第1条设定了豁免该容忍义务的条件,并不包括对LGPL库进行修改的情况。如果企业修改了LGPL库,则不享有这种豁免。 通过动态链接使用LGPL库,专有软件不需要适用LGPL,不需要开源,建议企业尽量通过动态链接调用Qt框架中的LGPL模块。
LGPL-2.0-or-later许可证原文特点:与LGPL-2.0-only类似,但增加了一个灵活性选项:用户可以选择遵守LGPL-2.0或任何更新版本的条款。 LGPL-2.1-only许可证原文特点:是对LGPL-2.0的修订版,解决了一些法律和技术问题。改进了许可证文本的清晰度和一致性,但核心要求与LGPL-2.0类似。 适用场景:适用于希望利用LGPL-2.1改进的项目,同时保持与LGPL-2.0的兼容性。版本变化:更新的版本:LGPL 2.1是对LGPL 2.0的更新,主要增加了对某些法律条款的澄清和修订。 LGPL-2.1-or-later许可证原文特点:与LGPL-2.1-only类似,但增加了一个灵活性选项:用户可以选择遵守LGPL-2.1或任何更新版本的条款。 LGPL-3.0-or-later许可证原文特点:与LGPL-3.0-only类似,但增加了一个灵活性选项:用户可以选择遵守LGPL-3.0或任何更新版本的条款。
LGPL Sdcb.Arithmetic.Gmp.runtime.linux-arm LGPL Sdcb.Arithmetic.Gmp.runtime.linux-arm64 LGPL Sdcb.Arithmetic.Gmp.runtime.linux-musl-x64 LGPL Sdcb.Arithmetic.Gmp.runtime.linux-musl-arm64 LGPL Sdcb.Arithmetic.Gmp.runtime.osx-arm64 LGPL LGPL Sdcb.Arithmetic.Gmp.runtime.android-x86 LGPL Sdcb.Arithmetic.Gmp.runtime.android-x64 LGPL LGPL Sdcb.Arithmetic.Mpfr.runtime.linux-musl-arm64 LGPL Sdcb.Arithmetic.Mpfr.runtime.osx-arm64 LGPL LGPL Sdcb.Arithmetic.Mpfr.runtime.android-x86 LGPL Sdcb.Arithmetic.Mpfr.runtime.android-x64 LGPL
与其他常见的软件许可协议(如GPL、LGPL、BSD)相比,MIT是相对宽松的软件许可协议。作者只想保留版权,而无任何其他了限制。 LGPL License GNU宽通用公共许可证GNU Lesser General Public License简称LGPL,是由自由软件基金会公布的自由软件授权条款。 LGPL允许商业软件通过类库引用(link)方式使用LGPL类库而不需要开源商业软件的代码。这使得采用LGPL协议的开源代码可以被商业软件作为类库引用并发布和销售。 但是如果修改LGPL协议的代码或者衍生,则所有修改的代码,涉及修改部分的额外代码和衍生的代码都必须采用LGPL协议。 因此LGPL协议的开源代码很适合作为第三方类库被商业软件引用,但不适合希望以LGPL协议代码为基础,通过修改和衍生的方式做二次开发的商业软件采用。
这里介绍的是最流行的五种开源许可证: MIT BSD Apache GPL LGPL MIT 非常宽松的许可证,就是说你什么都可以干,但是开发方不负责质量,相当于免责声明。 LGPL GPL过于严格,于是GUN发布了LGPL这个限制较少的许可证。 LGPL和GPL最大的不同是LGPL允许在私有软件上使用它,而GPL只允许在自由软件上使用。 如果你使用一个LGPL下的库,你需要遵循LGOL,如果仅仅是连接这个库,则不需要遵循LGPL。
LGPL(GNU Lesser General Public License) LGPL是GNU Lesser General Public License(GNU宽通用公共许可证)的缩写形式,LGPL 与上面的GPL不同的是,LGPL允许商业软件通过类库引用(link)方式使用LGPL类库而不需要开源商业软件的代码。使采用LGPL协议的开源代码可以被商业软件作为类库引用并发布和销售。 我们也可以简单理解为:LGPL协议的开源代码商业软件可以使用,但不能修改LGPL协议的代码。
-2.1 github KDL rigid ik C++ LGPL-2.1 github kindr rigid (todo) C++, Matlab BSD-3-Clause github Klampt -3.0 github metapod (todo) (todo) C++ LGPL-3.0 github Moby rigid id C++ GPL-2.0 github mrpt vehicle -2.1 or BSD-3-Clause bitbucket OpenRAVE (todo) (todo) C++, Python LGPL-3.0 github pinocchio rigid ik , id C++, Python LGPL-3.0 github PositionBasedDynamics (todo) (todo) C++ MIT github PyDy (todo) (todo LGPL-3.0 github ReactPhysics3d (todo) (todo) C++ Zlib github Robopy (todo) (todo) Python 3 MIT github
根据LGPL许可证,你必须将修改后的libpng代码开源,并以LGPL许可证发布。 这意味着你需要提供修改后的libpng源代码,并在文档中注明这些修改。 提供修改后的libpng库源代码 下载链接:<提供修改后的libpng库代码的链接> 修改说明:<简要说明你对libpng库所做的修改> LGPL系列 LGPL(Lesser General Public 不同版本和变体的LGPL许可证在细节和要求上有所不同。 LGPL-2.0-only 许可证原文 特点: 修改和分发:允许用户修改和分发修改后的版本,但必须以LGPL-2.0许可证发布。 链接要求:允许与闭源软件链接,但要求修改后的库本身必须开源。 版本变化:首次发布:这是LGPL的第一个版本,旨在提供更宽松的条件,以促进自由软件库的使用。 LGPL-2.0-or-later
GPL、LGPL 传染性开源,编译的代码里用了这里的代码,都必须开源。 GPL协议 GPL协议来源自由软件联盟GNU,GPL/LGPL都侧重于代码及衍生代码的开源与免费使用。 LGPL开源协议 LGPL 是 GPL 的一个衍生版本,也被称为 GPL V2,该协议主要是为类库设计的开源协议,同样来源于自由软件联盟GNU,可以翻译为更宽松的GPL协议,也属于传染性开源。 用户如果只是对LGPL软件的程序库的程序进行调用而不是包含其源代码时,相关的源程序无需开源。 LGPL允许商业软件通过类库引用(link)方式使用LGPL 类库而不需要开源商业软件的代码。 这使得采用LGPL协议的开源代码可以被商业软件作为类库引用并发布和销售。GPL/LGPL都保障原作者的知识产权,避免有人利用开源代码复制并开发类似的产品。
Copyleft 型协议:如 GPL 和 LGPL,要求衍生作品在相同协议下分发,确保软件及其修改版本保持开源。 在嵌入式系统中,协议的选择取决于项目需求。 GNU 宽松通用公共许可证(LGPL):允许与专有软件动态链接,常见于 glibc 和 Qt 库。 MIT 许可证:宽松,适用于 FreeRTOS 等项目。 2、GNU宽松通用公共许可证(LGPL) LGPL(包括 v2.1 和 v3)是弱 Copyleft 协议,允许将库与专有软件动态链接,而不要求专有软件开源。静态链接则需提供库的源代码。 LGPL 常用于嵌入式系统中的库,如 glibc(GNU C 库)和部分 Qt 模块。例如,Android 使用 LGPL 的 glibc 来支持用户空间应用程序。 合规要求: 提供库的源代码。 包含 LGPL 许可证文本。 在嵌入式 Linux 系统中,开发者可能使用 LGPL 的 glibc 库来支持 C/C++ 应用程序,而无需将应用程序开源。
LPGL LGPL是GPL的一个为主要为类库使用设计的开源协议。和GPL要求任何使用/修改/衍生之GPL类库的的软件必须采用GPL协议不同。 LGPL允许商业软件通过类库引用(ink)方式使用LGPL类库而不需要开源商业软件的代码。这使得采用LGPL协议的开源代码可以被商业软件作为类库引用并发布和销售。 但是如果修改LGPL协议的代码或者衍生,则所有修改的代码,涉及修改部分的额外代码和衍生的代码都必须采用LGPL协议。 因此LGPL协议的开源代码很适合作为第三方类库被商业软件引用,但不适合希望以LGPL协议代码为基础。 商业软件采用。 GPL/LGPL都保障原作者的知识产权,避免有人利用开源代码复制并开发类似的产品。