【问题标题】:Qt Changes and LGPL [closed]Qt 更改和 LGPL [关闭]
【发布时间】:2012-03-13 14:40:25
【问题描述】:

我的公司将 LGPL 下的 Qt 4.7.4 用于商业专有应用程序。

我们不得不对 Qt 的源代码进行两次更改并重新构建它的 DLL 以解决一些问题。我们现在应该在 LGPL 下做什么?我们要公开我们的源代码吗?还是我们只需要公开我们更改的 Qt 文件?这种“暴露”的性质是什么?将它们发布在网站上?

它是如何工作的?

【问题讨论】:

标签: qt licensing lgpl


【解决方案1】:

LGPL 主要用于库,意味着您可以将 Qt 与“封闭源”应用程序一起使用,即您不必泄露其源代码的应用程序。
Qt 会是 GPL,你也必须开源你自己的应用程序。

现在,LGPL 也意味着,如果您修改 的源代码,您必须将这些修改公开。

如何做到这一点并不是一成不变的。如果您的修改引起普遍关注,您应该向Code Review 提交补丁。请参阅Contribute to Qt 了解更多信息。
如果它非常符合您的需求,那么在您的网站上发布补丁就足够了。

【讨论】:

  • 确实是 4.8 中修复的错误 - 但是,由于平台限制,我无法升级到 4.8,必须继续使用 4.7.4 - 我猜这些小修复对 Qt 社区没有任何价值.
  • 好吧,这个补丁可能会让其他和你有同样情况的人受益,所以我仍然建议提交补丁。即使补丁不被接受/包含,它也是如此公开并且可以被其他人找到。
  • 有价值与否,如果您公开分发应用程序,您需要根据 LGPL 发布 Qt 库的这些修复程序。仅供参考。
  • 这就是我要确定的,是什么意思或“发布那些修复”,放一个带有下载链接的网页?提交到某个地方?
  • @RM1970 - 您必须根据您将程序分发给的用户的请求进行更改(实际上是您使用的完整源代码树)“可用”。这可能是让他们从您的网站上下载,或者在他们要求时提供给某人一张 CD(您甚至可以为此收费)。
【解决方案2】:

什么都没有真正改变,Qt 仍然是 LGPL,您的应用程序仍然是专有的

您必须使 Qt 源的修改版本可用。 GNU 的严格解释是,您必须托管您自己修改过的 Qt 源代码树副本并使其可用。

如果这些只是小修复的话,一个更有用的方法是为 Qt 树提供补丁。理想情况下,您会将这些修复贡献回 Qt 源代码并让它们采用 - 这样您就不必再将它们重新应用到后续版本,并使您的用户更轻松。

希望随着诺基亚的衰落,Qt 转向更开放的开发,这将变得更容易。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2011-03-02
    • 2010-11-18
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-04-25
    • 2023-03-13
    相关资源
    最近更新 更多