问题标签 [lgpl]

我在我的 Android 应用程序中使用 AndEngine。我发现这个库是在 GNU Lesser GPL 下分发的。我应该在 about 视图中写什么以符合此许可证？

我现在有一个闭源应用程序零售，我想作为开源发布。

我希望每个人都可以免费使用该应用程序，但不会将其纳入任何其他人的商业活动中，因此我选择了 GPL 作为许可证，以便每个人都可以从任何参与其中的社区工作中受益。

目前，该应用程序正在使用 LGPL 下的许多部分。这是否会阻止我使用 GPL，因为任何链接的组件都应该是 GPL 对吗？好像我一把它放在软件上就违反了 GPL。

I am working on an open source project that is currently licensed under the LPGL. We are thinking of the possibility of linking to a GPL codebase for some of the lower level stuff we are doing.

If we linked against the GPL, our codebase has to be released as GPL right? Is there any way around this?

我们正准备部署一个商业应用程序。我们的软件利用了其他几个库，这些库的许可范围包括Code Project Open License (CPOL)、LGPL、Apache License和MIT License

显然，我们希望遵守所有这些许可，但我们是一家小型机构，没有法律部门来帮助我们解决这些问题。目前，由于所有的库都是动态链接的，而不是嵌入到可执行文件中，我认为我们基本上是清楚的。我们的项目是封闭源代码，旨在出售，并可能由我们提供给的人转售。

在使用这些库的源代码中，我们将相关的许可证放在了文件的开头。

在我们的 About Box 中，我们也放置了许可证（此步骤是否必要）

我们是否还需要在分发我们的软件时包含一个 LICENSE 文件？

谢谢你的帮助！

我正忙着写一个应用程序，我不确定我应该使用 LGPL 还是 GPL（或者其他东西）。这是我的限制：

1. 我的应用程序是开源的。我真的不在乎人们如何使用我的代码，只要他们的代码也是开源的。如果他们想将我的源代码用于非开源应用程序，他们必须先与我联系。
2. 我正在使用 GPL、LGPL 和 IDGAFL 下的外部库（又名“我不提供 af*k 许可证”）。对于大多数库，我直接将它们的源代码包含在我的应用程序中。在极少数情况下，我会使用他们预先构建的库并链接到它们。
3. 对于上述库：如果我链接到它们，我有一个包含所有源代码（包括库的代码）和 .so/.dylib/.dll 的存储库。
4. 我有一个与预构建库一起发布的可执行文件。非预建库显然在编译期间包含在可执行文件中。

哪个许可证是最好的？此外，对于一些库，我更改了一些源代码以适合我的应用程序。这些不是对代码本身的任何重大更改，而是对包含语句、文件扩展名等的更改，例如：

来自（原始库）：

至（我的更改）：

请注意不同的位置和扩展名。这是允许的吗？

我使用过 ffmpeg，但那是在 LGPL 下。我切换到 sfml 但它使用的音频导入库也在 LGPL 下。我想静态链接库，而不必为我的项目使用 LGPL 许可证。除了使用单一格式库之外，还有其他选择吗？

我对开源和许可证有基本的理解问题。有人可以澄清以下情况的一些问题。对不起，如果它是非常基本的

1. 我正在编写一个专有软件，我计划在其中使用一些开源库。我还需要 glibc 和 C 编译器，但不想在我的操作系统中使用默认的 gcc 工具链，所以使用 crosstools-ng 构建了我自己的

2. 现在在 ct-ng 中，我猜 libstdc++ 库是静态链接的（这是用于 c++ 的，我猜在大多数情况下我不会使用它）但是从我的工具链配置来看，我的 libc 是静态链接还是动态链接？如果是这种情况，鉴于 glibc 是 LGPL，并且我可以将它链接到我的专有软件，这种静态链接是否会对我的许可造成任何问题？我的软件仍然可以是封闭源代码吗？还是我必须释放编译的对象。

我的工具链配置如下，如果 glibc 是静态链接或动态链接，有人可以指向我吗？

我正在为我的大学课程编写一个分布式、嵌入式、多主/从应用程序，作为其中的一部分，我需要一种方法来实时确定每个系统的 CPU 速度、CPU 使用率和可用内存，而无需分别使用大量内存cpu消耗，为了自动调整网络和设备的配置。

定期触发系统调用或读取文件（open-read-close ....）并不真正构成对资源友好的选项。我确定必须有一些符合POSIX的解决方案来解决这个问题？

这些系统都将使用Linux作为操作系统，我应该专门使用 LGPL 或 BSD库来发布。

到目前为止，我还没有找到任何符合标准的解决方案。

有任何想法吗？

我想使用Quex作为扫描仪生成器，但我注意到 Quex 包含在 LGPL 中。这是否意味着我生成的二进制文件也将被 LGPL 覆盖？

（我希望这算作一个“编码”问题——我不知道要问哪个其他堆栈交换站点。）

我有一个代码，它基于 LGPLv2.1 类的代码。（不仅仅是链接，而是直接复制代码片段。）

我想在 GPLv2.0 下分发它。

这种组合会带来一些问题吗？