gpl - 出于 GPL/LGPL 的目的，将库翻译成另一种语言是否会使其成为 “derivative work”？

Question

关闭。这个问题不满足Stack Overflow guidelines .它目前不接受答案。












想改善这个问题吗？更新问题，使其成为 on-topic对于堆栈溢出。

6年前关闭。




Improve this question




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

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

Answer 1

So my question is if translating a library into another language makes it “derivative work”

是的。

and if so is it enough to open-source just the library, or must the entire application using it be published under LGPL as well?

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

In the mean time the license was changed to LGPL (for the original JavaScript version), but does this affect the translated versions or are they still pure GPL?

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

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