JPL库上的GPL限制

Aqu*_*tic 69 javascript

如果我在我的网站上使用GPL许可的JavaScript组件,它是否会被视为向公众发布(因为组件的客户端代码通过http加载到用户的浏览器),我必须"开源"整个网站?

那么,我们可以说网站上JavaScript组件的使用是代码的分发吗,它涉及整个网站代码的分发?

希望,问题很清楚,你可以帮助我理解GPL的这个方面.

Nel*_*son 10

我不是律师.我已经与律师谈过使用GPL和LGPL将代码解释/动态链接到非自由软件.我们都很头疼.问题不仅在于您是否必须在GPL下发布您的其他网站.这是非免费浏览器是否可以合法运行GPL代码.

我最好的非法律建议是永远不要尝试在Javascript代码上使用GPL.我永远不会在GPL下发布Javascript库,如果我发现了一些我想使用的代码,我会尝试让作者给我一个例外.LGPL 可能是一个更好的选择,但是这个许可证是如此复杂,我建议也避免使用它.

FSF本身在他们的FAQ中有答案如果编程语言解释器的许可证与GPL不兼容,我可以在其上运行GPL涵盖的程序吗?.这个答案本身是令人沮丧的模糊,但它建议你可以在非GPL浏览器中运行GPL代码的路径.您可能还会发现FSF文章Javascript陷阱很有趣,尽管它并没有真正给出您的问题的明确答案.

对于上下文,有助于记住GPL和LPGL是在Unix时代编写的,当时大多数内容都是静态链接的.没有动态链接,没有解释语言,其中脚本本身被认为是有价值的知识产权,等等.

  • 在Windows上运行GPL软件(例如Gimp)是完全可以的.Internet Explorer中的GPL Javascript代码有何不同?您链接的FSF中的常见问题解答问题看起来非常清晰,而且根本不含糊. (16认同)
  • IANAL,但我会说,由于浏览器和脚本不是彼此的衍生作品,并且组合没有被分发,那么任何浏览器都可以运行GPL代码. (12认同)
  • 不,希德.这不是"JavaScript陷阱"中的争论.那篇文章就是关于运行非免费的JavaScript代码,而不是运行非免费的浏览器.你从哪里得到那个的?还有2个赞成票? (5认同)
  • 因为Javascript动态地挂钩/链接到IE提供的DOM事件.我认为这是一个极端的案例,但这就是FSF似乎在"The Javascript Trap"文章中争论的内容. (2认同)

bdo*_*lan 4

您已将 JavaScript 库分发给用户;那么您就需要遵守 GPL 的分发要求。这是否需要您分发网站的其余部分是事情变得复杂的地方 - 如果您甚至考虑走这条路,我建议您与一位称职的律师讨论您的确切情况,并记住这是至少违反了许可证的精神,无论它是否也违反了许可证的文字。

  • @Quentin:为什么我们每次都需要与一个层讨论这个同样的问题?现在这是一个常见问题解答。 (9认同)