精华内容
下载资源
问答
  • LGPL

    2008-01-11 10:38:00
    因此LGPL协议的开源代码很适合作为第三方类库被商业软件引用,但不适合希望以LGPL协议代码为基础,通过修改和衍生的方式做二次开发的商业软件采用。 GPL/LGPL都保障原作者的知识产权,避免有人利用开源代码复制并...

    GPL(GNU General Public License

    我们很熟悉的Linux就是采用了GPL。GPL协议和BSD, Apache Licence等鼓励代码重用的许可很不一样。GPL的出发点是代码的开源/免费使用和引用/修改/衍生代码的开源/免费使用,但不允许修改后和衍生的代码做为闭源的商业软件发布和销售。这也就是为什么我们能用免费的各种linux,包括商业公司的linux和linux上各种各样的由个人,组织,以及商业软件公司开发的免费软件了。

    GPL协议的主要内容是只要在一个软件中使用("使用"指类库引用,修改后的代码或者衍生代码)GPL 协议的产品,则该软件产品必须也采用GPL协议,既必须也是开源和免费。这就是所谓的"传染性"。GPL协议的产品作为一个单独的产品使用没有任何问题,还可以享受免费的优势。

    由于GPL严格要求使用了GPL类库的软件产品必须使用GPL协议,对于使用GPL协议的开源代码,商业软件或者对代码有保密要求的部门就不适合集成/采用作为类库和二次开发的基础。

    其它细节如再发布的时候需要伴随GPL协议等和BSD/Apache等类似。

    LGPL(GNU Lesser General Public License

    LGPL是GPL的一个为主要为类库使用设计的开源协议。和GPL要求任何使用/修改/衍生之GPL类库的的软件必须采用GPL协议不同。LGPL允许商业软件通过类库引用(link)方式使用LGPL类库而不需要开源商业软件的代码。这使得采用LGPL协议的开源代码可以被商业软件作为类库引用并发布和销售。

    但是如果修改LGPL协议的代码或者衍生,则所有修改的代码,涉及修改部分的额外代码和衍生的代码都必须采用LGPL协议。因此LGPL协议的开源代码很适合作为第三方类库被商业软件引用,但不适合希望以LGPL协议代码为基础,通过修改和衍生的方式做二次开发的商业软件采用。

    GPL/LGPL都保障原作者的知识产权,避免有人利用开源代码复制并开发类似的产品 

    展开全文
  • jpedal_lgpl

    热门讨论 2014-10-09 13:16:38
    LGPL版本不是破解版本,也不是试用版本不必考虑30天试用问题,开源免费版本,使用稳定,乱码问题解决。
  • MyGWT LGPL-开源

    2021-04-25 22:52:48
    MyGWT是基于extjs并使用GWT构建的出色的纯Java开发库,但最近以双重GPL3和Commercial许可证发布。 这是从MyGWT的0.5.2 LGPL版本衍生而来的项目。
  • jpedal_lgpl.jar

    2016-11-08 09:47:53
    jpedal_lgpl.jar
  • jpedal-lgpl-4.74b27.jar

    2019-01-22 11:04:48
    jpedal-lgpl-4.74b27.jar
  • jpedal_lgpl及代码

    2016-10-13 17:04:44
    pdf转jpg pdf转pdf jpedal_lgpl及代码
  • 关于GPL和LGPL

    千次阅读 2018-11-13 03:49:53
    关于GPL和LGPL

    分享一下我老师大神的人工智能教程!零基础,通俗易懂!http://blog.csdn.net/jiangjunshow

    也欢迎大家转载本篇文章。分享知识,造福人民,实现我们中华民族伟大复兴!

                   

      最近在网上看一下GPL和LGPL,做了一下笔记。在此之前先引用《Building Embeded Linux System》作者的一句话:

     

    下面讲述与法律无关,我们不是律师,如果对自己计划有任何疑问,最好去请教律师。

     

      除了GPL和LGPL外,还有BSD和MPL,但是在Linux中GPL和LGPL是最主流的两种。GPL和LGPL都是公众的License,用于主要限定了使用者,以及在上面进行二次开发的开发者权限,即他的权力和义务,而不是去宣称提供者的利益。

     

      简单地说:GPL是带有病毒传播性的,你包含了GPL的东西,无论是否修改,你也必须是GPL,LGPL则是你修改了LGPL的内容,你也必须是LGPL。

     

    GPL(GUN通用公共许可证)

     

    保护对象是应用程序: 例如Kernel, butil tools, gcc,gdb 。 为开发者与用户提供较高的自由度,让他们能够在几乎没有限制的情况下使用/修改/发布软件。      
    • 只要不更改许可证和版权声明,可随意复制程序。
    • GPL对软件提供的许可不包含任何担保,除非该担保是由发行者提供的。为别人提供复制品及担保服务时,可以收取费用。(GPL和LGPL鼓励软件自由分发,但不代表GPL/LGPL软件必须免费,像redhat linux enterprise就是收费软件,只是付费用户拿到软件后还可以再向其他人免费分发,因此GPL/LGPL软件的厂家大多只能收取软件增值服务费)
    • 发行程序的二进制副本时,必须随附源码,通常指“本来的”源码。
    • 只要修改或者包含受GPL保护的程序或者程序的任何一部分,需遵照GPL的规定,否则不能对外发行。
    • 将未经修改的软件包装起来,则不在上面的限制。
    对于执行GPL软件:无须担心GPL,例如使用gcc编译器 对于 在原有软件基础上建立衍生作品      
    • 需遵循GPL规定
    • 无论采用静态还是动态链接方式,私有应用在执行期间通过动态链接整合了GPL软件,仍将受到GPL制约
    • GPL软件的协议扩散范围仅限于进程空间内,跨进程使用GPL软件不受GPL约束
    对于专利问题:任何专利必须以允许每个人自由使用为前提,否则就不准许有专利。 如果你重新发布 GPL 软件,你就明文授权了接受方使用此 GPL 软件中包含的你所拥有的专利。

     

    LGPL (更为宽松的GPL,即Lesser GPL)

     

    保护对象是链接库:例如Glibc, GTK widget toolkit 。 对于在原有软件基础上建立衍生作品      
    • 在程序中使用部分未经修改的LGPL程序,无须考虑LGPL的限制
    • 对于修改的LGPL,必须遵照LGPL规定,否则不能对外发行
    • 通过动态或者动态方式连接受到LGPL包括的库是,不受限制,可使用任何许可证发行软件。对于LGPL软件的代替问题,如果静态链接方式,必须给取用软件的人提供应用程序在链接之前的目标码。使用LGPL库,如果导入库的源代码一起编译,即使没修改库代码也要开源,如果采用静态链接(include了库的头文件),不需要发布源代码,但要发布.o(obj)文件,如采用动态链接,就可以完全封闭。
    专利问题
    • 一个函数库所能取得的任何专利,必须与本许可证所声明的“完全自由使用”一致。

     

    MPL(The Mozilla Public License)

     

    •  一些重要条款
    • 经MPL许可证发布的源代码的修改也要以MPL许可证的方式再许可出来
    • “发布”的定义是“以源代码方式发布的文件”,这就意味着MPL允许一个企业在自己已有的源代码库上加一个接口,除了接口程序的源代码以MPL 许可证的形式对外许可外,源代码库中的源代码就可以不用MPL许可证的方式强制对外许可。
    • 允许被许可人将经过MPL许可证获得的源代码同自己其他类型的代码混合得到自己的软件程序
    专利
    • 源代码的提供者不能提供已经受专利保护的源代码(除非他本人是 专利权人,并书面向公众免费许可这些源代码),也不能在将这些源代码以开放源代码许可证形式许可后再去申请与这些源代码有关的专利。
     

     

      这些许可证,在美国是有法律保护,在中国如果违反,不清楚是否有问题,因为不清楚这些许可证在中国是否具有法律效应。国内的知识产权法律在开源协议保护方面似乎比较欠缺,国内有很多违反开源协议的企业,但没有哪些受到法律制裁。据说只有开源软件的作者亲自去告违反开源协议的企业才有胜诉的可能。但是从开发者的角度看,GPL和LGPL反对通过专利收费的方式来进行技术的垄断或者霸占,他们提供了公开开放的方式,也要求他们的使用者遵循这个原则。这是网络的共产主义条款,我们应遵循他们,去年green坝在这方面不太厚道,网上有不少研究评论,不凑这个热闹了。

     

    相关链接:我的产业生态链和杂谈文章

               

    给我老师的人工智能教程打call!http://blog.csdn.net/jiangjunshow

    这里写图片描述
    展开全文
  • jpedal_lgpl_4.92b23.zip

    2019-12-20 10:24:32
    最新的jpedal开源jar包,pdf转图片等功能,jpedal_lgpl属于jpedal免费向大众开放的包
  • 详细介绍 LGPL 协议

    千次阅读 2019-09-13 02:05:55
    它不是自由软体基金会所发布,并且不能适用于使用 GNU LGPL 的软体 —— 只有GNU LGPL 英文原文的版本才行。然而,我们希望这份翻译能帮助中文的使用者更了解 GNU LGPL。 GNU 较宽松公共许可证 1999.2,...

    这是一份 GNU 较宽松公共许可证非正式的中文翻译。它不是自由软体基金会所发布,并且不能适用于使用 GNU LGPL 的软体 —— 只有 GNU LGPL 英文原文的版本才行。然而,我们希望这份翻译能帮助中文的使用者更了解 GNU LGPL。

    GNU 较宽松公共许可证

    1999.2, 第 2.1 版

    版权所有 (C) 1991, 1999 Free Software Foundation, Inc.
    59 Temple Place, Suite 330, Boston, MA 02111-1307 USA

    允许每个人复制和发布本授权文件的完整副本,
    但不允许对它进行任何修改。

    [这是第一次发表的较宽松公共许可证 (Lesser GPL) 版本。它同时也可视为 GNU 函数库公共许可证 (GNU Library Public License) 第 2 版的后继者,故称为 2.1 版]

    本版本由 Leo-Hong (leohca (at) yahoo.com) 翻译整理, Chao-Hong Liu 校正.


    导言


    大多数软体许可证决意剥夺您共享和修改软体的自由。相反的,GNU 通用公共许可证力图保证您共享和修改自由软体的自由 —— 保证自由软体对所有使用者都是自由的。

    这个许可证,较宽松公共许可证,适用于一些由自由软体基金会与其他决定使用此许可证的软体作者,所特殊设计的软体套件 —— 象是函数库。您也可以使用它,但我们建议您事先仔细考虑,基于以下的说明是否此许可证或原来的通用公共许可证在任何特殊情况下均为较好的方案。

    当我们谈到自由软体时,我们所指的是自由,而不是价格。我们的 GNU 通用公共许可证是设计用以确保使您有发布自由软体备份的自由(如果您愿意,您可以对此项服务收取一定的费用);确保您能收到程式原始码或者在您需要时能得 到它;确保您能修改软体或将它的一部分用于新的自由软体;而且还确保您知道您可以做上述的这些事情。

    为了保护您的权利,我们需要作出限制:禁止任何人否认您上述的权利,或者要求您放弃这些权利。如果您发布软件的副本,或者对之加以修改,这些规定就转化为您的责任。

    例如,如果您发布此函数库的副本,不管是免费还是收取费用,您必须将您享有的一切权利给予接受者;您必须确保他们也能收到或得到原始程式码;如果您将此函数库与其他的程式码连结,您必须提供完整的目的对象文件和程序(object file)给接受者,则当他们修改此函数库并重新编译过后,可以重新与目的档连结。您并且要将这些条款给他们看,使他们知道他们有这样的权利。

    我们采取两项措施来保护您的权利: (1)用版权来保护函数库。并且,(2)我们提供您这份许可证,赋予您复制,发布和(或)修改这些函数库的法律许可。
    为了保护每个发布者,我们需要非常清楚地让每个人明白,自由函数库是没有担保责任的。如果由于某人修改了函数库,并继续加以传播,我们需要它的接受者明白:他们所得到的并不是原始的版本。故由其他人引入的任何问题,对原作者的声誉将不会有任何的影响。

    最后,由于软体专利不断地威胁自由软体的存在,我们希望商业公司无法藉由自专利持有者取得一个受限的许可证,而有效地限制自由软体的使用者。因此,我们坚持一个函数库所能取得的任何专利,必须与本许可证所声明的“完全自由使用”一致。
    <20040222> 
    大部分的 GNU 软体,包括一些函数库,是受到原来的 GNU 通用公共许可证的保护。本许可证, GNU 较宽松通用公共许可证,适用于特殊设计的函数库,且与原来的通用公共许可证有很大的不同。我们在特定的函数库中使用它,以准许非自由的程式可以与这些函数 库连结。 当一个程式与一个函数库连结,不论是静态连结或使用共享函数库,二者的结合可以合理地说是结合的作品,一个原来的函数库的衍生品。因此,原来的通用公共许 可证只有在整个结合品满足其自由的标准时,才予许连结。较宽松通用公共许可证则以更宽松的标准允许其他程式码与本函数库连结。

    我们称此许可证 "较宽松" 通用公共许可证,是因为它比起原来的通用公共许可证对使用者的自由做到较少的保护。在与非自由软体竞争时,它也提供其他自由软体的写作者较少的优势。这些 不利之处正是我们使用原来的通用公共许可证于许多函数库的理由。然而,较宽松的许可证可在某些特殊场合下带来好处。 例如,在少数情况下,可能会有特殊的需要而鼓励大家尽可能广泛地使用特定的函数库,因而使它成为实际上的标准。为了达到此目标,必须允许非自由的程式使用 此函数库。一个较常发生的情况是一个自由的函数库与一个被广泛使用的非自由函数库做相同的工作,在此情况下,限制只有自由软体可以使用此自由函数库不会有 多少好处,故我们如用了较宽松通用公共许可证。

    在其他情况下,允许非自由程式使用特定的函数库,可以让更多的人们使用自由软体的大部分。例如,允许非自由程式使用 GNU C 函数库可以让更多的人们使用整个 GNU 作业系统,以及它的变形,GNU/Linux 作业系统。

    尽管较宽松通用共公许可证对使用者的自由是较少的保护的,它却能确保与此函数库连结的程式的使用者拥有自由,而且具有使用修改过的函数库版本来执行该程式的必要方法。

    以下是复制、发布、以及修改的精确条款与条件。请注意 "基于函数库的作品" 以及 "使用函数库的作品" 之间的差异:前者包含来自函数库修改过的原始码;而后者则必须与函数库结合才能执行。


    有关复制,发布和修改的条款和条件


    0. 本许可证适用于任何软体函数库,或其他包含了由版权所有者加入的注意事项的程式,或其他有公信力的团体宣称其程式可以在较宽松通用公共许可证 (也称之为 "本许可证") 的条款下发布。每一位许可证接受者以 "您" 来称呼。

    一个 "函数库" 意指一些软体函数的集合,以及或准备好的资料以方便与应用程式 (其使用了其中某些函数与资料) 连结形成可执行的程式。

    以下,"函数库" 一词指的是任何在本条款下发布的这一类软体函数库或作品,一个 "基于本函数库的作品" 意指函数库或任何在版权法下的衍生作品:也就是说,一个包含了本函数库或其一部分的作品,可以是原封不动的,或经过修改的,和/或直接翻译成其他语言 的。(在下文中,翻译是不受限地包含在 "修改" 的条款中。)

    作品的 "原始码" 意指对作品进行修改最优先择取的形式。对函数库而言,完整的原始码意指所有模组的所有原始程式,加上有关的介面的定义,加上控制函数库的安装和编译的 script。

    本许可证条款不适用于复制,发布和修改以外的活动。这些活动超出这些条款的范围。使用本函数库来执行本程式的动作不受条款的限制,而程式的输出只有在其内容所构成的作品是基于本函数库时 (与在什么样的工具中使用本函数库来输出无关) ,这一条款才适用。以上是否为真则取决于本函数库具体用来做什么。

    1. 只要您在每一程式副本上明显和恰当地宣告版权声明和不承担担保的声明,并保持此许可证的声明和没有担保的声明完整无损,并和程式一起给其他每位程式接受者一份许可证的副本,您就可以用任何媒体复制和发布您收到的函数库的完整原始码。

    您可以为转让副本的实际行动收取一定费用。您也可以选择提供担保以换取一定的费用。

    2. 只要您同时满足下面的所有条件,您就可以按前面第一款的要求修改函数库的一个或几个副本或它的任何部分,以此形成基于此函数库的作品,并且复制和发布这一经过修改的程式或作品:


    被修改的作品本身必须是一个软体函数库。

    您必须在修改过的档案中附有明确的说明:您修改了此一档案及任何修改的日期。

    您必须让整个作品允许第三方在此许可证条款下可以免费使用。

    如果修改过的函数库其某个设备使用到了「使用本函数库的应用程式」所提供的函数或资料表格,却不是当此设备被呼叫时以参数列传入时,则您必须确实做到,当应用程式不提供这样的函数或表格时,则此设备依旧能工作,且其执行的任何目的仍然有意义。
    (例如,一个函数库的函数用来计算平方根,其目的是有完整的定义且与应用程式是无关的。因此, 2d 小节要求任何本函数会使用的,由应用程式所提供的函数或表格必须是选择性的:如果应用程式不提供的话,则计算平方根的函数必须依旧能计算平方根)

    这些要求适用于整个修改过的作品。如果能够确定作品的一部分并非本函数库的衍生产品,且可以合理地单独考虑并将它与原作品分开的话,则当您将它作为独立的 作品发布时,它不受此许可证和其条款的约束。但是当您将这部分与基于本函数库的作品一同发布时,则整个套件将受到本许可证条款约束,其对于其他许可证持有 人的使用范围扩大到整个产品,也就是套件的每个部分,不管它是谁写的。

    因此,本条款的意图不在于索取权利,或剥夺完全由您完成的作品的权利,而是履行权利来控制基于本函数库的集体作品或衍生作品的发布。 此外,将与本函数库无关的作品和本函数库 (或基于本函数库的作品) 一起放在贮存媒体或发布媒体的同一卷上,并不导致将其他作品置于此许可证的约束范围之内。

    3. 对于一个函数库的副本,您可以选择性地使用原来的 GNU 通用公共许可证上的条款来取代本许可证上的条款。如果您要这么做,您必须修改所有的参考到本许可证的注意事项,使它们指向原来的 GNU 通用公共许可证,第二版,以取代本许可证(如果有比第二版的原来的 GNU 通用公共许可证更新的版本出现的话,则如果您愿意的话可以特别指明使用新版)。请不要对这些注意事项做出其他的改变。

    一旦在一个副本上做了这样的改变,则该副本就无法撤回这样的改变,故原来的 GNU 通用公共许可证将适用于所有后续的副本以及由此副本衍生出来的作品。

    此一选择性适用于当您想要将一部分的函数库原始码复制到一个非函数库的程式使用时。

    4. 您可以以目标码或可执行形式复制或发布本函数库 (或符合第 2 款,基于本函数库的作品),只要您遵守前面的第 1、2 款,并同时提供完整的相关机器可读的原始码,而这些原始码必须在前面的第 1 与第 2 款条件下,在一般习惯上用来做软体交换的媒体上发布。

    如果所发布的目标码是由指定的地点提供拷贝索取,那么由同一地点所提供等价的原始码拷贝索取可以算作原始码的发布,即使第三方不强求与目标码一起复制原始码。

    5. 一个程式若包含不经任何部分修改的函数库,但却是设计经由编译或连结的方式与本函数库一同工作者,称之为 "使用函数库的作品"。这样的一个作品,严格地说,并非本函数库的衍生作品,因而不在本许可证的范围之内。

    然而,将 "使用函数库的作品" 与本函数库连结而产生可执行程式,则是本函数库的衍生品 (因为它包函了本函数库的一部分),而不是 "使用函数库的作品",因此其可执行程式包含在本许可证的范围内。第 6 款说明了发布此可执行程式的条款。

    当 "使用函数库的作品" 使用了函数库部分的标头档内容时,则此作品即使其原始码不属于本函数库的衍生品,但其目标码仍然是。这一点是否为真特别在是否本作品可以在不需要本函数库即可连结,或者是否该作品本身也是一个函数库时特别明显。

    如果这样的目标档只使用数字参数、资料结构层级与附属品、以及小巨集和小内□式 (小于或等于十行) ,则此目标档的使用是不受限的,不论是否它是合法的衍生作品。 (但可执行程式若包函此目标档以及一部分的函数库,仍然将在第 6 款的规定下)

    否则的话,如果本作品是本函数库的衍生品,您必须在第 6 款的规定下发布该作品的目标码。任何包含该作品的可执行程式也在第 6 款的范围内,不论它们是否直接与本函数库连结。

    6. 做为上述条款的例外情况,您也可以将 "使用函数库的作品" 与本函数库结合或连结,以产生包含部分本函数库的作品,并在允许使用者自身使用时可以修改该作品,以及在对修改进行反组译除错的情况下,您可以依照您的选择发布该作品。

    您必须在每个作品的副本突显出如下的注意事项:本函数库在作品中被使用,以及本函数库以及它的使用是在本许可证的规定下。您必须提供本许可证的副本。如果 该作品在执行时显示版权声明,您必须在其中包含本函数库的版权声明,以及指引使用者取得本许可证的副本。同时,您必须做到以下其中一件事: 


    必须将完整的机器可读的函数库原始码包含在该作品中,包括任何该作品使用到的改变 (这些改变必须在前述第 1 与第 2 款的要求下发布);而且,如果该作品是一个与函数库连结的「完整的、机器可□的 "使用函数库的作品"」,则要有目标码和/或原始码,如此使用者可以修改本函数库且可以重新连结,以产生包函修改过的函数库的修改过的可执行程式。 (理所当然的若使用者修改了函数库的档案定义内容时,则该作品不必然可以重新编译以使用修改过的定义。)

    在与函数库连结时使用适当的分享函数库连结机制。一个适当的机制是: (1) 在执行时使用已存在于使用者的电脑中的函数库副本,而不是将函数库的函数复制到可执行程式里,以及 (2) 如果使用者安装了一份修改过的函数库,只要修改过的版本在介面上与该作品在编译连结时所用的版本是相容的,则该执行程式可以与修改过的函数库运作良好。

    在该作品内提供书面报价,有效期不少于三年,以提供同样的使用者上述第 6a 款中的内容,费用不得超过该程式发布的实际成本。 如果所发布的作品是由指定的地点提供拷贝索取,则由同一地点提供上述内容的等价拷贝索取。

    确定使用者已经收到该作品的一份复制,或是您已经寄给该使用者一份复制品。
    对于一个可执行程式,其所需的 "使用函数库的作品" 的形式必须包括任何要从中再产生可执行程式时所需的资料与工具程式。然而,有一个特殊例外,其所发布的内容不需要包括任何一般与「可执行本程式的作业系统」的主要部分 (如编译器、核心等) 一起发布的部分 (不论是原始码或可执行码),除非这些组成部分和可执行作品结合在一起。

    有一个可能情况是,这些要求与其他通常不与作业系统在一起的私有函数库的版权限制相抵触,这样的抵触表示您不能将它们与本函数库一起用于您发布的可执行程式中。

    7. 您可以将使用本函数库的函数库设备,以及其他不在本许可证范围内的函数库,对等地放入一个单独的函数库中,并在基于本函数库的作品以及其他函数库在其他状态下同意可以个别发布,以及您做到以下两点的情况下,您可以发布此结合的函数库:


    将基于本函数库的作品单独不与其他函数库设备结合地,与此结合的函数库一同发布。该作品必须在上述条款的规定下发布。

    在此结合的函数库中明显地指出其中一部分的作品是基于本函数库,并且说明那里可以找到同样不具结合形式的作品。 
    8. 除非您明确按许可证提出的要求去做,否则您不能复制、修改、转发许可证、与本函数库连结、和发布本函数库。任何试图用其他方式复制、修改、转发许可证、与 本函数库连结、和发布本函数库是无效的,而且将自动结束许可证赋予您的权利。然而,对那些从您那里按许可证条款得到副本和权利的人们,只要他们继续全面履 行条款,许可证赋予他们的权利仍然有效。

    9. 您没有在许可证上签字,因而您没有必要一定接受此一许可证。然而,没有任何其他东西赋予您修改和发布本函数库及其衍生作品的权利。如果您不接受许可证,这些行为是法律禁止的。因此,如果您修改或发布函数库 (或任何基于函数库的作品) ,您就表明您接受这一许可证以及它的所有有关复制、发布和修改本函数库或基于它的作品的条款和条件。

    10. 每当您重新发布函数库 (或任何基于函数库的作品) 时,接受者自动从原始许可证颁发者那里接到受这些条款和条件支配的复制、发布、连结或修改本函数库的许可。您不可以强迫接受者履行除了这里赋予他们的权利之外的其他限制。您也没有强求第三方履行许可证条款的义务。

    11. 如果由于法院判决或违反专利的指控或任何其他原因 (不限于专利问题) 的结果,使得强加于您的条件 (不管是法院判决,协议书或其他) 和许可证的条件有冲突时,他们也不能令您背离许可证的条款。在您不能同时满足本许可证规定的义务及其他相关的义务来发布函数库时,则结果您只能够根本不发 布函数库。例如,如果某一专利许可证不允许所有直接或间接从您那里接受副本的人们,在不付专利费的情况下重新发布函数库,唯一能同时满足两方面要求的办法 是停止发布函数库。

    如果本条款的任何部分在特定的环境下无效或无法实施,就使用条款的其余部分,并将这部分条款作为整体用于其他环境。 本条款的目的不在于引诱您侵犯专利或其他财产权的要求,或争论这种要求的有效性。本条款的主要目的在于保护自由软体发布系统的完整性。它是通过公共许可证 的应用来实现的。许多人已依赖同是出自此系统的应用程式,经由此系统发布大量自由软体而做出慷慨的供献。作者/捐献者有权决定他/她是否通过任何其他系统 发布软体,许可证持有人不能强加这种选择。

    本节的目的在于明确说明许可证其余部分可能产生的结果。

    12. 如果由于专利或者由于有版权的介面问题使函数库在某些国家的发布和使用受到限制,则在许可证约束下的原始版权拥有者可以增加发布地区的限制条款,将这些国 家明确排除在外,并在这些国家以外的地区发布函数库。在这种情况下,许可证套件含的限制条款和许可证正文一样有效。 13. 自由软体基金会可能随时出版较宽松通用公共许可证的修改版或新版。新版和当前的版本在原则上保持一致,但在提到新问题时或有关事项时,在细节上可能出现差 别。

    每一版本都有不同的版本号。如果函数库指定可适用的许可证版本号以及 "任何更新的版本" ,您有权选择遵循指定的版本或自由软体基金会以后出版的新版本。如果函数库未指定许可证版本,您可选择自由软体基金会已经出版的任何版本。 14. 如果您愿意将函数库的一部分结合到其他自由程式中,而它们的发布条件不同,请写信给作者,要求准予使用。如果是自由软体基金会加以版权保护的软体,写信给 自由软体基金会,我们有时会作为例外的情况处理。我们的决定受两个主要目标的指导,这两个主要目标是:我们的自由软体的衍生作品继续保持自由状态,以及从 整体上促进软体的共享和重复利用。

    没有担保
    15. 由于函数库准予免费使用,在适用法准许的范围内,对函数库没有担保。除非另有书面说明,版权所有者和/或其他提供函数库的人们 "一样" 不提供任何类型的担保,不论是明确的,还是隐含的,包括但不限于可销售和适合特定用途的隐含保证。全部的风险,如函数库的质量和性能问题都由您来承担。如果函数库出现缺陷,您应当承担所有必要的服务、修复和改正的费用。

    16. 除非适用法或书面协议的要求,在任何情况下,任何版权所有者或任何按许可证条款修改和发布函数库的人们都不对您的损失负有任何责任。包括由于使用或不能使用函数库引起的任何一般的、特殊的、偶然发生的或重大的损失 (包括但不限于数据的损失,或者数据变得不精确,或者您或第三方的持续的损失,或者函数库不能和其他软体协调运行等) 。即使版权所有者和其他人提到这种损失的可能性也不例外。

    如何将这些条款用到您新的函数库


    如果您开发了新函数库,而且您需要它得到公众最大限度的利用,要做到这一点的最好办法是将它变为自由软体,使得每个人都能在遵守本条款 (或者是在原来的通用公共许可证的条款) 的基础上对它进行修改和重新发布。

    为了做到这一点,请将函数库附上下列声明。最安全的方式是将它放在每个原始码档案的开头,以便最有效地传递拒绝担保的信息。每个文件至少应有 "版权所有" 行以及在什么地方能看到声明全文的说明。

    用一行空间描述函数库的名称和它的用途简单说明
    版权所有 (C) 19XX 作者姓名
    这一函数库是自由软体,您可以遵照自由软体基金会出版的 GNU 较宽松通用公共许可证条款来修改和重新发布这一程式,或者用许可证的第二版,或者 (根据您的选择) 用任何更新的版本。

    发布这一函数库的目的是希望它有用,但没有任何担保。甚至没有适合特定目的而隐含的担保。更详细的情况请参阅 GNU 较宽松通用公共许可证。

    您应该已经和函数库一起收到一份 GNU 较宽松通用公共许可证的副本。如果还没有,写信给:

    Free Software Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.

    此外还应加上如何藉由电子邮件或一般信件与您保持联系的信息。 
    如果需要,您应该取得您的上司 (如果您是程式员) 或您的学校签署放弃函数库版权的声明。下面只是一个例子,您应该改变相应的名称:

    Yoyodyne 公司以此方式放弃 James Random Hacker 所写的 `Frob' 函数库 (用以扭转 knobs 的函数库) 的全部版权利益。
    Ty coon 签名,1990.4.1
    Ty coon 副总裁

    转载于:https://my.oschina.net/gal/blog/200214

    展开全文
  • icepdf、pdfbox、jpedal_lgpl模块代码,下载后可直接运行
  • GPL_LGPL

    2018-06-12 15:40:00
    LGPL 与GPL的区别 GPL(GNU General Public License)我们很熟悉的Linux就是采用了GPL。GPL协议和BSD, Apache Licence等鼓励代码重用的许可很不一样。GPL的出发点是代码的开源/免费使用和引用/修改/衍生代码...

    LGPL 与GPL的区别

     

    GPL(GNU General Public License) 

    我们很熟悉的Linux就是采用了GPL。GPL协议和BSD, Apache Licence等鼓励代码重用的许可很不一样。GPL的出发点是代码的开源/免费使用和引用/修改/衍生代码的开源/免费使用,但不允许修改后和衍生的代码做为闭源的商业软件发布和销售。这也就是为什么我们能用免费的各种linux,包括商业公司的linux和linux上各种各样的由个人,组织,以及商业软件公司开发的免费软件了。 

    GPL协议的主要内容是只要在一个软件中使用("使用"指类库引用,修改后的代码或者衍生代码)GPL 协议的产品,则该软件产品必须也采用GPL协议,既必须也是开源和免费。这就是所谓的"传染性"。GPL协议的产品作为一个单独的产品使用没有任何问题,还可以享受免费的优势。 

    由于GPL严格要求使用了GPL类库的软件产品必须使用GPL协议,对于使用GPL协议的开源代码,商业软件或者对代码有保密要求的部门就不适合集成/采用作为类库和二次开发的基础。 

    其它细节如再发布的时候需要伴随GPL协议等和BSD/Apache等类似。 

    LGPL(GNU Lesser General Public License) 

    LGPL 是GPL的一个为主要为类库使用设计的开源协议。和GPL要求任何使用/修改/衍生之GPL类库的的软件必须采用GPL协议不同。LGPL允许商业软件通过类库引用(link)方式使用LGPL类库而不需要开源商业软件的代码。这使得采用LGPL协议的开源代码可以被商业软件作为类库引用并发布和销售。 

    但是如果修改LGPL协议的代码或者衍生,则所有修改的代码,涉及修改部分的额外代码和衍生的代码都必须采用LGPL协议。因此LGPL协议的开源代码很适合作为第三方类库被商业软件引用,但不适合希望以LGPL协议代码为基础,通过修改和衍生的方式做二次开发的商业软件采用。 

    GPL/LGPL都保障原作者的知识产权,避免有人利用开源代码复制并开发类似的产品

    转....................onlycxut

    转载于:https://www.cnblogs.com/8335IT/p/9173338.html

    展开全文
  • GPL和LGPL

    2016-09-28 10:56:41
    LGPL 开源授权协议概要: 如果您不对 KindEditor 程序代码进行任何修改,直接调用组件,可以以任意方式自由使用:开源、非开源、商业及非商业。如果您对 KindEditor 程序代码进行任何的修改或者衍生,涉及修改...
  • LWKT是LGPL许可下的WKT解析器。 它没有依赖关系:它是纯Java编译的1.5或1.6版本。 输出可以是GML 2或3版本,可以选择设置SRS名称。 支持的输入为:POINT,MULTIPOINT,LINESTRING,MULTILINESTRING,POLYGON,...
  • LGML是LGPL许可下的GML解析器。 目的是解析GML文档或片段以获得WKT输出。 2D和3D输入都可以处理,但是不允许具有混合的几何形状。 调用方可以选择将输入坐标解析为X,Y,Z(如果存在)顺序还是Y,X,Z(如果存在)...
  • 认识GPL/LGPL

    2017-10-11 23:50:17
    GNU是“GNU is Not Unix”的递归缩写。GNU 包含3个协议条款: ... LGPL:GNU较宽松公共许可证 (GNU Lesser General Public License) ,旧称 GNU Library General Public License (GNU 库通用公共许可
  • GPL LGPL

    2011-09-26 09:16:38
    GPL:  GNU GENERAL PUBLIC LICENSE LGPL: Lesser GPL      基于 GPL 的软件允许商业化销售,但不允许封闭源代码。 如果您对遵循 GPL 的软件进行任何改动和/或再次开发并予以发布,则您的产品必须继承 GPL
  • LGPL概念

    2011-01-20 16:28:39
    [color=indigo]声明:本文转载自百度百科,原文地址:... [color=darkblue][size=large]LGPL[/size][/color] 是 GNU Lesser General Public License (GNU 宽通用公共许可证)的缩写形式,旧称 GNULibrary Ge...
  • 如果一个项目中即有BSD的库,也有LGPL的库,那么这个项目整体的限制是LGPL的。 如果一个项目中既有LGPL的库,也有GPL的库,那么这个项目整体的限制是GPL的。 也就是说,整体是以最严格的License来定的。 说明 拿...
  • [C語言][教學]_開發準備#02.__[補充]_QT與LGPL與商業授權
  • librtmfp是实现RTMFP协议客户端部分的多平台LGPL库。 允许软件连接到RTMFP服务器并发布或接收带有或不带有P2P的媒体流。 同时支持MonaServer和AMS服务器。 librtmfp可以与集成在一起以获得可靠的流媒体体验。 请...
  • Qt LGPL详解

    千次阅读 2014-01-10 15:27:03
    Qt 有两个许可证:LGPL 和商业协议。这两个协议在现在的 Qt 版本中的代码是完全一致的(潜在含义是,Qt 的早期版本,商业版的 Qt 通常包含有一些开源版本所没有的库,比如 QtSingleApplication 这个库)。所以现在...
  • 重要开源协议的比较(BSD,Apache,GPL,LGPL,MIT) 除了大家比较熟悉的GPL协议之外,开源界还有很多许可证,如LGPL许可证、BSD许可证等,下面就来一一介绍。
  • libSVMWrapper是libsvm.dll的.NET包装,并根据LGPL许可证版本3提供给您。该库应与libsvm.dll的32位版本一起使用。 libsvm.dll的文档Chih-Chung Chang和Chih-Jen Lin,LIBSVM:支持向量机的库,2001年。该软件可从...
  • LGPL 协议详解

    2012-12-21 00:02:27
    Qt 有两个许可证:LGPL 和商业协议。这两个协议在现在的 Qt 版本中的代码是完全一致的(潜在含义是,Qt 的早期版本,商业版的 Qt 通常包含有一些开源版本所没有的库,比如 QtSingleApplication 这个库)。所以现在...
  • GPL协议,LGPL协议,MPL协议

    万次阅读 2019-05-07 19:52:34
    GPL协议,LGPL协议,MPL协议GPL协议LGPLMPL GPL协议 强开源约束授权1 GPL(GNU General Public License) 我们很熟悉的Linux就是采用了GPL。GPL协议和BSD, Apache Licence等鼓励代码重用的许可很不一样。 GPL...
  • GPL AND LGPL

    2013-12-09 16:57:07
    开源软件的许可证 ...Linux方案能够降低软件成本的主要原因就是使用了包括Linux内核在内的大量开源软件。 开源软件总是按照某个软件许可证发布的,必须遵守开源软件的许可证,...最常见的许可证就是GPL和LGPL
  • jackson-core-1gpl、jackson-mapper-lgpl-1.9.13 jar包
  • GPL协议 与 LGPL协议

    千次阅读 2016-10-17 12:14:59
    (以下全文引用自博客“朝闻道”,链接:“终于理解了什么是LGPL”http://www.cnblogs.com/findumars/p/3556883.html)GPL我们很熟悉的Linux就是采用了GPL。GPL协议和BSD, Apache Licence等鼓励代码重用的许可很不...
  • jai_codec-1.1.3.jar、jai_core-1.1.3.jar、jpedal-lgpl-4.74b27.jar

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 27,061
精华内容 10,824
关键字:

lgpl