代码之家  ›  专栏  ›  技术社区  ›  Pavel Feldman

通过插件在封闭源代码应用程序中使用GPL代码合法吗?[闭门]

gpl
  •  6
  • Pavel Feldman  · 技术社区  · 18 年前

    考虑以下步骤:

    1) 发布插件,用于以接口(I)定义的方式处理任何程序。这个插件使用第三方GPL覆盖的代码,GPL本身也是如此。它最初是用模拟程序开发和测试的。它作为任何GPL程序分发,并提供源代码。

    3.1)向下载GPL插件并将其附加到已安装程序的程序添加安装脚本。

    所以最终用户获得了专有程序,该程序受益于插件中GPL覆盖的代码。

    问题:

    0)如果它是合法的,那么它不是一种合法的方式,可以在任何专有程序中使用GPL覆盖的代码,而开发人员只需付出很少的努力?

    1) 如果不合法,那么GPLv*的哪一部分或任何内容会阻止谁执行哪一步?

    3) 如果模拟程序和插件、专有程序和GPL插件是由单个人或不同的人开发的,是否存在法律差异;有意还是无意?

    5) 是否有此类战略的现有样本?

    更新:

    从字面上看,这意味着为封闭源代码程序编写插件并在GPL下发布它将导致该组合成为插件的扩展,因此属于GPL,也涵盖了整个封闭源代码程序

    但这种组合不是分布式的,而是在最终用户机器上进行组合。就像我自己对Linux的修改一样,在发布之前我不需要开源。在这种情况下,最终用户在不访问程序源代码的情况下进行了修改——这对他来说很好,但到目前为止,我看不出有什么违法的地方。

    我看到了GPL常见问题的这一部分。但插件可以独立开发,并随MockProram一起提供。最终用户可以从MockProgram中获取插件并将其放入专有程序中。直到最后一步GPL和封闭源分离。这一步是由最终用户完成的,他没有义务,因为他不分销组合产品。

    更新2

    这

    如果法院发现其中一个是专门为要求另一个而设计的,那么你可能会遇到麻烦。模拟程序和模拟插件的性质也可能起到一定作用,因为它们是“真实”的程序还是傀儡。咨询律师。

    6 回复  |  直到 14 年前
        1
  •  8
  •   Vinay Y S    18 年前

    这绝对是不道德的。当我选择GPL而不是BSD时,我的意图是明确的——如果你从我的代码中受益,那么你应该回馈。很明显,我希望您能够通过提供对使用我的代码的完整系统的完全访问来做出贡献。在GPL的核心,意图是其他人应该能够修改这样一个系统并从中构建其他东西。

    步骤3.1/3.2存在社会学问题。当系统停止工作时,用户会问谁?特别是当GPL插件出现问题时,GPL插件作者是否会支持这样的用户?GPL插件开发人员会招待不道德的封闭源代码应用程序开发人员吗?

        2
  •  7
  •   florin    18 年前

        3
  •  6
  •   Adam Hughes    18 年前

    插件,它们进行函数调用 相互联系并共享数据 结构,我们相信它们形成一个 单个程序,必须对其进行处理 作为两个主要 使用GPL覆盖的插件,主要是 程序必须在GPL下发布 许可证,以及GPL的条款 是为与这些一起使用而分发的 插件。

    Source

        4
  •  4
  •   Jamie    18 年前

    工作专门设计为需要的动态链接子程序 ,例如通过这些子程序和工作的其他部分之间的密切数据通信或控制流。

        5
  •  1
  •   davr    18 年前

    我想如果你不把这些程序链接起来,你也许能做到。让它们成为独立的进程,并通过套接字或命名管道或类似方式进行通信。

    1. 咨询精通这类问题的律师
    2. 不要在这个地方使用GPL代码
    3. 联系GPL代码的作者,为他们提供补偿,以换取对您使用其代码的自由限制较少的许可证。
        6
  •  1
  •   Community Mohan Dere    9 年前

    我问了一个非常类似的问题 here ,但从一开始我就在寻找使原始产品从一开始就开源,这仍然让我有能力在以后销售它。

    我认为这实际上归结为一个问题:-

    • 要求 GPL的代码可以正常工作。

    如果答案是肯定的,那么接受它并继续前进。如果答案是否定的(就像我的情况),那么目前的共识是我不必担心GPL。

    推荐文章