问题标签 [lgpl]

我想从两个角度提出这个问题。

作为库开发人员，我不希望我的工作被用于源代码封闭的 Web 应用程序，而大多数 Web 应用程序都是源代码封闭的。（而且它们也没有价值分发，通常网络应用程序是依赖于个人的）。向云计算迈进的趋势，未来PC上运行的软件似乎会越来越少，越来越多的软件将转移到集中式云基础设施上。这意味着，谈论“软件分发”是没有意义的，因为大多数应用程序都是服务器托管的，根本不需要分发。

所以，我想知道 GPL/LGPL 在这种情况下如何保护库开发人员，派生不必分发。

考虑人们如何使用软件？就个人而言，我认为分布式软件和托管软件（网络应用程序）之间没有太大区别。例如，Google Docs和Micorost Word。假设Microsoft Word和Google Docs都使用GPL 库libxyz ，这是否意味着Microsoft Word应该是 GPL-ed 而Google Docs不需要，因为Google Docs没有分发？

其次，作为商业网络应用程序开发人员，我目前可以在我的网络应用程序中使用 LGPL/GPL 库吗？（LGPLv2 或 LGPLv3）我见过很多使用 LGPL 库的网页，虽然我个人不喜欢，但我不知道他们是否违反了许可证。

我使用的很多 LGPL 库已经停止维护并且没有文档。我发现其中一些库非常有用，它们都是 LGPL 或 MIT。我可以将这些库合并到我自己的库中，在 LGPL 下发布并自己维护这些库吗？此外，其中一些库做同样的事情或相互补充。

我可以根据自己的更改和文档将这些发布到一个命名空间中吗？我还将在与库一起开发的 GPL 程序中使用这些。这会违反任何服务条款吗？

在我联系所有者/开发人员之前，我不想命名任何库名称。

在这些法律限制下我还能这样做吗？

我有两个不同的项目：

1. 我想在 GPL 许可下发布的程序。
2. 插件 API：插件是使用该 API 中的接口编写的，程序使用该 API 与插件进行通信。我想发布带有 LGPL 许可证的插件 API。

一个问题是我不希望插件不得不透露它们的来源。他们会被 GPL 许可“感染”吗？它们将针对 API 进行编译，并且不需要程序的源代码来编译。

另一个问题是关于 LGPL 的“静态链接”的所有讨论：程序和 API 都是用 Java 编写的。这有关系吗？

无论如何，我的基本问题是：使用 GPL 发布 The Program 以及使用 LGPL 发布其公共 API 是否有意义？

GPL下的库可以在商业软件中使用吗？

lgpl呢？

我想知道从另一个 LGPL 库的功能基础上对一个 LGPL 库进行增强是否合法/不赞成。请注意，由于实现方法的原因，无法直接构建源代码，但总体思路是基于原始库中的功能在另一个库中实现类似的功能，而无需复制实现或直接使用另一个图书馆。

我在想的一个例子是：

LGPL 涵盖了这两个库：

库 1 具有函数 A，我想在库 2 中实现与库 1 的函数 A 类似的功能。

如果我以这种方式间接（但仍可能基于原始库的算法）实现类似的功能，是否会有任何法律问题？

如果这不是一个法律问题，我确实打算在做任何事情之前询问原始图书馆的作者是否允许，但是我想在实际询问之前确认我的想法是否合法/符合许可。

抱歉，如果这看起来有点不合适，或者有点像我没有正确理解 LGPL，但是我真的不擅长理解法律文件，我想知道是否有其他人对此有任何了解也是。如果不出意外，我可能会联系 FSF，也可能会联系 EFF，寻求有关这方面的建议。

您可能正在阅读这篇文章并将其标记为重复，但请稍候。它与其他人不同。我想知道我是否可以在 LGPL 2.1 许可下使用 QT。对于单客户端程序。这些程序仅供一家公司使用。

LPGL会好吗？

我的应用程序使用 2 个库（未修改）。第一个在 GPL 下，第二个在 LGPL 下。这意味着我的应用程序需要在 GPL 和 LGPL 下发布，因为这两个库都将与我的应用程序一起提供。没关系。现在，应用程序公开了插件基础设施，因此任何人都可以为其编写插件。插件将无法直接与文本开头提到的这两个库进行通信，因为它们不知道应用程序背后的内容。插件不会随应用程序一起提供。用户将能够通过应用程序从开放/公共插件列表中选择他们想要安装的插件。

问题：

1. 插件是否也需要在 GPL 下发布？
2. 有没有办法在封闭源代码许可下发布一些插件？哪一个？
3. 防止公司在没有商业许可的情况下编写在客户端（应用程序）端免费而在服务器端不免费的插件的最佳许可方法是什么？（插件调用对服务使用收费的 Web 服务）。在这种情况下，我希望公司支付一些费用，因为一方面这用于商业用途。例如，某人有一个可以在各种格式之间转换图像的 Web 服务。有人编写需要用户帐户信息（登录）的插件。插件连接到他的网络服务，验证，转换图像并收取一定金额的用户帐户。在此示例中，插件可免费安装和使用。他是否完全使用它是用户的选择。

这样的事情可能吗？

谢谢。

我对 libVLC 仅支持的 GPL 许可证有疑问，有其他选择吗？是 lgpl 还是其他非 gpl 的东西？

我正在用 OCaml 编写一个系统，我想用 GPL 许可证发布开源。但是，我从我的代码中调用Batteries，即 LGPL。这是否会使用 LGPL 许可证污染我的代码？起初，我会说不，但我很难区分：（1）我的 GPL“独立”程序需要一个 LGPL 库，如果你想使用它，你需要在你的机器上安装它和（2）我的程序实际上“包含”了另一个 LGPL 程序，因此只能使用 LGPL 许可证发布。

但是，如果是 (2)，那么例如GTK+也是 LGPL，这意味着任何带有 GUI（GTK+ 的）的程序都不允许是 GPL，这并不正确。

(1) 和 (2) 之间的区别是否在于我的程序所依赖的 LGPL 库是否实际上与我的程序一起分发？这是否取决于我是否使用指向 LGPL 库的静态链接？

感谢您的澄清，Surikator。

我正在寻找一些免费的（最好是 LGPL 的）图像分析/比较库。他们应该能够做的最重要的事情是比较两个不同的图像，并说出它们是否相似，并且具有可调节的敏感度（即敏感度越高，它们看起来越相似才能获得积极的结果）我'我在考虑 C/++/# 或最终是 Python。到目前为止，我遇到的唯一解决方案是 OpenCV，它在 BSD 许可下。我还没有研究我需要多少已经在库中实现，以及我可能需要自己编写什么，但我真的很想在开始我的项目之前听到一些其他的选择，所以欢迎任何意见.