为 LGPL 许可的控制台应用程序分发商业前端 [关闭]答案

【问题标题】：Distribution of commercial front-end for LGPL-licensed console application [closed]为 LGPL 许可的控制台应用程序分发商业前端 [关闭]
【发布时间】：2012-09-25 05:23:26
【问题描述】：

有一个 LGPL 许可的控制台应用程序。我想为它创建一个商业 GUI 前端并将它与这个控制台应用程序捆绑在一起分发。 LGPL 许可证是否允许这样做？

请注意，我使用的不是 LGPL 许可的库，我使用的是独立应用程序。

我尝试阅读许可证本身，但我仍然不清楚。

【问题讨论】：

我投票决定将此问题作为离题结束，因为它是关于许可或法律问题，而不是编程或软件开发。 See here 了解详情，help center 了解更多信息。

标签： licensing frontend lgpl software-distribution

【解决方案1】：

请注意，我使用的不是 LGPL 许可的库，我使用的是独立应用程序。

LGPL 中的第一个 L 代表 Lesser not Library。所以不管是库还是独立的应用，它都起不了多大作用。

LGPL 的 copyleft 较弱。这意味着，如果您以目标代码（二进制）重新分发该 LGPL 软件，您需要提供它的源代码（对于您分发的那个版本）。

但是它更小，这意味着您也不需要将代码置于 LGPL 下。请注意您的用户应该能够区分这两个应用程序（并轻松替换一个或其他部分）。

但是，如果您编写 GUI 前端，我认为这是一个非常标准的情况，您将创建一个命令行，然后执行 LGPL 的二进制文件。

请注意，这是从开发人员的角度出发，而不是从律师的角度出发。律师需要查看您当前的申请，然后可以更详细地告诉您具体案件的具体情况和下落。

您也可以联系 LGPL 软件的作者，他们可能有兴趣了解存在哪些支持工具。由于他们选择了 LGPL，因此他们可能不希望您的软件也符合 LGPL。因此，如果您与原作者取得联系，您也可以澄清您的问题，尽管我认为技术上没有问题。

【讨论】：

感谢您的回复！我知道 L 代表 lesser，我提到 LGPL 许可文本主要涉及库的许可这一事实。
这是在许可证的早期阶段，但由于名称具有误导性，因此已更改。通常情况下，将 LGPL 用于整个应用程序没有多大意义，这可能就是为什么它下没有那么多许可的原因，但是对于完整的应用程序也完全没问题。