将库翻译成另一种语言是否使其成为 GPL/LGPL 的“衍生作品”？ [关闭]答案

【问题标题】：Does translating a library into another language make it a “derivative work” for the purposes of GPL/LGPL? [closed]将库翻译成另一种语言是否使其成为 GPL/LGPL 的“衍生作品”？ [关闭]
【发布时间】：2011-04-12 11:11:19
【问题描述】：

我目前正在开发一个 iPhone 应用程序，我想在其中使用一些在 LGPL 下发布的现有代码。由于 Apple App Store 的性质，该应用程序不会是开源的，我可能会为此收取一定的费用（0.99 美元或 1.99 美元），以支付在商店中发布的费用。我研究过 LGPL，我知道如果您将其用作库，它允许使用专有软件的代码。但是，有问题的代码是用 JavaScript 编写的，所以我需要将其转换为 Objective-C，我相信这会使其被视为“衍生工作”，我想这要求它必须是开源的（请纠正我如果我错了）。所以我的问题是，将一个库翻译成另一种语言是否会使其成为“衍生作品”，如果是这样，仅开源该库是否就足够了，或者使用它的整个应用程序也必须在 LGPL 下发布？

我还有一个子问题。存在该库的先前版本，该版本已被翻译成多种语言，包括 Objective-C。但是，它们是在库在 GPL 下发布时编写的（禁止在闭源软件中使用它）。与此同时，许可证已更改为 LGPL（用于原始 JavaScript 版本），但这会影响翻译版本还是它们仍然是纯 GPL？

【问题讨论】：

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

标签： gpl lgpl

【解决方案1】：

所以我的问题是，将库翻译成另一种语言是否会使其成为“衍生作品”

是的。

如果是这样，仅开源库就足够了吗，还是必须在 LGPL 下发布使用它的整个应用程序？

如果是善意的翻译（即没有任何其他更改），则只需将库开源。

与此同时，许可证是更改为 LGPL（对于原始 JavaScript 版本），但这样做影响翻译版本或他们还是纯 GPL？

仅基于软件版本 X 的任何翻译或其他衍生作品不受该软件任何其他版本（早期或更高版本）的许可的影响。所以是的，除非明确更改，否则它们仍然是 GPL。

这不是法律建议，我也不是律师。

【讨论】：

感谢您的澄清。然后我将翻译该库并在 LGPL 下发布它。我也联系了原作者，只是为了确保对他来说一切都很酷。

【解决方案2】：

IANAL，更不用说你的律师了，但无论如何：

只需将库与相同的许可证 (LGPL) 保持一致就足够了
对原始库许可证的更改不会影响以前的衍生版本

【讨论】：