GPL许可证是否污染环境?[闭门]

这真的不应该被视为一个法律问题。这真的是关于做正确的事情。

在看事情的法律方面之前,首先考虑对原作者的常识和礼貌。法律方面真的应该重新考虑。

根据GPL授权您的“翻译”工作肯定是处理这一问题的最佳方式。

作为起点,您使用的JavaScript软件是由其作者在GPL下“赠送”给您的,要感谢他/她的礼物,最好的方式是在GPL许可下赠送您自己的贡献。

1. 联系原作者并获得其对您的计划的批准 以及您希望在自己的代码上使用的许可证。原始版权持有人甚至可以允许您对该原始作品进行专有衍生,或根据GPL和您选择的其他开源许可证对其进行许可,以绕过您可能受到的任何GPL限制。
2. 不要从那个代码开始 ,并独立于JavaScript实现创建自己的PHP软件,但重新使用从阅读JavaScript代码中学到的思想。 重新使用GPL代码中的想法是感谢原始作者的有效方式,无论您使用什么许可证 .

IANAL,但是如果您不是原始作者,那么您的PHP版本将需要是GPL。

“修改”作品意味着以需要版权许可的方式复制或改编作品的全部或部分,而不是制作精确的副本。由此产生的工作称为早期工作的“修改版”或基于早期工作的工作。

因此,将js库移植到php将被视为对原始库的修改,然后您将受到许可证的约束,在GPL下发布修改后的代码。

版权可能是愚蠢的,只适用于文本,但如果您已将原件加载到您的计算机以查看它,则您已复制了它(至少根据英国法律,版权适用于数字副本)。

翻译不会删除版权。例如,考虑将Windows的二进制代码反编译为Pascal,然后重新编译。你认为微软不会来找你吗?:)

我认为正确的方法是:

• 或者信任原作者并保留许可证。(您的代码是衍生作品)

这些建议可能不是绝对正确的,但它们不会给你带来麻烦。在考虑任何有争议的问题之前,您至少应该阅读:

http://www.gnu.org/licenses/gpl-faq.html

如果您是原始版权所有者,那么您可以根据任何许可证发布副本或修改后的作品。当然,这不会改变之前发布的软件的许可证。

将GPL嵌入到LGPL应用程序或模块中,这不仅仅是一个包装器++;这个新模块将是LGPL,您可以干净地使用LGPL模块而无需扩展。这是我们的执照律师告诉我们的。

我相信我的律师,但这并不意味着你应该盲目地相信我的律师:)