【问题标题】:Is this a valid LGPL scenario? [closed]这是一个有效的 LGPL 场景吗? [关闭]
【发布时间】:2009-07-01 08:09:28
【问题描述】:

假设我在封闭源代码下有 Project X。它引用/链接到组件 Y,即 LGPL,我们对组件 Y 进行修改

1) 我们发布 Project X 二进制文件,其中包含修改后组件 Y 的源代码

2) 我们将组件 Y 修改贡献回上游(给原作者)并发布没有组件 Y 源的 Project X 二进制文件。

这些场景是否符合 LGPL?

【问题讨论】:

  • 我投票结束这个问题,因为它是关于许可或法律问题,而不是编程或软件开发。 See here 了解详情,help center 了解更多信息。

标签: licensing lgpl


【解决方案1】:

1) 没问题。

2) 不是:您必须分发 y 源(或至少要这样做的书面提议)。您的用户将很难在上游补丁存储库(错误跟踪器等)的深处寻找您的修改。

【讨论】:

  • 也没有办法保证补丁被接受......如果你等到它是,那么我会说2没问题(你不再分发修改版本)
  • 即使您分发香草版本,您仍然需要将其与源一起分发(或根据要求提供书面报价)。
  • 如果你不分发这个库就好了,但是让用户去从上游下载它……但那将是一个可怕的体验。提供分发源代码要简单得多。
  • @David:LGPL 将读者发送到 GPL 第 6 节。6.d) 声明即使源代码不在您的服务器上,您仍然有责任确保源代码可用在此第三方服务器上。
  • 我想你误会了。当我说“没有分发库”时,我的意思是“库”而不是“库的源代码”。
【解决方案2】:

选项(1)当然没问题。选项(2)可能不是,因为没有真正的“在上游贡献修改”的方法。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2012-12-21
    • 2018-07-25
    • 1970-01-01
    • 1970-01-01
    • 2020-03-19
    • 2017-10-27
    • 1970-01-01
    • 2010-10-11
    相关资源
    最近更新 更多