问题标签 [lgpl]

考虑公司 ABC，它在LGPL下发布了一个开源项目。代码采用 Java 编写，带有诸如“com.abc.project”之类的包。

我有兴趣分叉这个项目（可以追溯到 2005 年）以将技术更新为现代工具。代码将发生巨大变化。新项目将在 LGPL 下获得许可。编辑：这是一个 Web 应用程序，而不是一个库，这是值得的。

我不确定我是否可以（或应该？）保留相同的 Java 包结构（例如“com.abc.project”）？

我怀疑我可能会根据 LGPL 这样做，但我想知道商标侵权或以其他方式暗示未经公司同意的背书。

我将把几个 LGPL 库作为插件捆绑到基于 Eclipse 的商业应用程序中（我从每个库的现有 Jar 生成插件）。我的应用程序不是 LGPL，它是闭源应用程序。在阅读了 LGPL 许可证的第 ( 6 ) 点后，我了解到我必须为每个 LGPL 库包含源插件，或者提供指向这些库的源代码的链接（顺便说一句，必须提供这些链接，在关于对话？）。我对么？有这样的应用程序的例子吗？

谢谢！

对于一些基于 Java 的库，LGPL 一和 GPL 一有链接异常有什么区别？两者似乎都允许链接到它。

我有 C# 库，我想LGPL以GPL.

我有问题：

1. 作为此代码的所有者，如果有一天我想将我的LGPL库更改为商业许可证，我可以在将来更改许可证吗？
2. 我想“防止”有人出售 UI without creating his own UI，这是一个GPL好的选择吗？

我正在开发一个爱好 Java 项目，该项目被打包成一个 .deb 文件，其中包含几个具有不同许可证的不同 JAR，例如：

• 谷歌 Gson（Apache 许可证）
• HSQLDB（基于 BSD）
• 休眠 (LGPL)
• （ETC）

即使我真的还没有准备好发布或销售这个想法/项目/软件，我仍然想知道这些通用许可证一般允许什么和不允许什么。例如，我听说 GPL 是“最糟糕的”（甚至不允许引用/动态链接库而不发布所有内容），但我不知道这是不是真的，我真的不太了解其他许可证。

例如，如果我要出售我的软件，是否允许以下​​任何一种情况：

1. 将所有依赖的 JAR 打包在一个 .deb 包中，然后由 apt 使用自定义存储库分发和安装。
2. 仅将我的代码打包在 .deb 中，并让用户自己安装依赖的 JAR（并在启动我的应用程序时指定 JAR 的类路径）。
3. 出售安装了我的软件的预配置盒子，以及 Linux 发行版和所有相关的 JAR（仅收取实际硬件成本，任何额外费用将由软件收取）。

提前致谢！

CGAL 似乎做了我需要的一切，并且为我即将到来的项目做了更多。它可以从弧线段创建多边形并对其进行布尔运算。它已经有空间分类包，可以在一些事情上为我节省大量时间，而且整个图书馆看起来非常标准化和精心策划。

大多数软件包（除了非常基本的软件包）的许可证是 QPL（即将发布的 4.0 版的 GPL）的问题。我的预算很少，可能无法筹集资金来购买 CGAL 中需要它的特定软件包的商业许可证。

我对这样一个库的具体需求是：

• 精确的二维欧几里得空间
• 复杂多边形
• 能够具有曲线（弧）段的多边形
• 对这些多边形的布尔运算
• 多边形偏移
• 多边形分区或有效三角剖分
• 内切面积和多边形拟合算法
• 可能是一些带有圆形范围搜索的空间排序结构

总而言之，我正在寻找一个具有精确精度的全面的 2D 几何 C++ 库。 最好使用 MIT、LGPL 或低于 500 美元的低成本一次性免版税许可。

Boost 降低了一些基本结构，但据我所知，它们缺少很多更高级别的功能。任何对此进行扩展的库？我会考虑自己做，但我缺乏做好这件事的专业知识，而且它会延长我的项目相当多的时间。

为了清楚起见，我不是在寻找 2D图形库，只是在寻找纯几何结构。

给定一个 LGPL 的语法文件，编译器为该语法生成​​的源代码是衍生作品吗？如果语法文件在作为编译器-编译器的输入之前被修改了怎么办？没有任何联系，至少在传统意义上没有。

如果输出是派生作品，那么我是否必须简单地提供（修改后的）语法源，尽最大努力确保语法能够在没有使用它的程序/库强加的依赖性的情况下运行？还是有更多必须解决的限制？

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

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

这是如何运作的？

我编写了一个小应用程序，它链接到在 LGPL 下发布的库。我的所有源代码（C/Lua）都可以从我的 GitHub 页面免费获得。但是，由于我的应用程序的性质（必须是完全可移植的）及其目标受众（非技术用户），我想将它静态链接并分发（也来自同一个 GitHub 页面）作为一个独立的可以从任何目录下载并立即运行的可执行文件。没有使事情复杂化或混淆用户的许可证或 .dll。

问题是我不确定这是否合法。LGPL 的措辞让我感到困惑。根据我的理解，只要我的源代码也已分发并附带 LGPL 的副本，我就可以静态链接到 LGPL 库。我的问题是：

我的源代码和许可证副本是否必须与我的可执行文件一起分发，打包到单个可分发文件中，还是只是必须在某个地方可用？我的应用程序不包含对其 GitHub 页面的任何链接或引用，但如有必要，可以对其进行修改。

感谢您的任何帮助！

我在网上读到存在以下组合：

专有源代码 + GPL 源代码-> GPL 源代码（所有代码必须在 GPL 下发布）

专有源代码 + LGPL 源代码-> 专有源代码（所有代码保持专有）

现在静态/动态链接 GPL 和 LGPL 代码如何与上述组合一起工作？