标签: lgpl

我正在开发一个支持插件的应用程序.我想知道我是否可以在应用程序上应用LGPL,或者LGPL仅适用于库？

重点是我希望应用程序大致是GPL,但是这不会在应用程序加载的插件或脚本上强制执行.但是,GPL认为插件是派生作品,因此在这种情况下纯粹的GPL并不好.

目前我一直在考虑MPL,但是明确指出该许可将属于加利福尼亚州的管辖范围,对于欧洲人来说这是不可接受的.

如果我想要一个弱副本,那么对于应用程序的许可证,更谨慎的选择是什么呢？是否有我应该应用的GPL标准例外而不是LGPL,以及LGPL如何应用于应用程序？许可证确实谈到了库,如果我想在应用程序上应用它,对我来说相当混乱.

如果我使用lgpl许可的JavaScript库,我是否必须发布使用它的封闭源Web应用程序？

我觉得我没必要,只要我不修改库的来源.

我想在商业闭源环境中使用lgpl javascript wysiwyg.

封闭源Web应用程序永远不会分发(取决于分发的定义如何应用于网站),最终用户只能访问它.

我发现gpl和lgpl非常混乱,因为它们适用于网络.

我也很困惑什么构成"分配".

My Rails应用程序使用此处的Rails SVN绑定,这些绑定是根据LGPL的条款分发的.

通过使用这些绑定,我是否需要分发我的Rails项目？

我想在我的专有应用程序中使用 7-Zip。

7-Zip 是 LGPL

考虑一下，在我的应用程序中，我使用以下内容通过其命令行界面调用system()：system( "7-Zip -blah -blah" );

1. 如果我以这种方式使用 7-Zip，我是否对 LGPL 有任何义务？
2. 如果我想将 7-Zips 的 7z.dll 和 7z.exe 与我的应用程序一起分发，以便用户不需要单独安装 7-Zip，我是否对 LGPL 有任何义务？

谢谢

我目前正在开发一个iPhone应用程序,我想使用一些在LGPL下发布的现有代码.由于Apple App Store的性质,该应用程序不是开源的,我可能会收取一笔金额(0.99美元或1.99美元)以覆盖商店发布的广告.我研究了LGPL,我知道如果你将它用作库,它允许使用专有软件的代码.但是,有问题的代码是用JavaScript编写的,所以我需要将其转换为Objective-C,我认为这会将其视为"衍生作品",我想这需要它必须是开源的(请纠正我)如果我错了)所以我的问题是,如果将一个库翻译成另一种语言使它成为"衍生作品",如果是这样就足以开源于库,或者整个使用它的应用程序也必须在LGPL下发布？

我也有一个子问题.该库的先前版本已经被翻译成多种语言,包括Objective-C.但是,它们是在GPL下发布的时候编写的(禁止在封闭源代码软件中使用它).同时许可证更改为LGPL(原始JavaScript版本),但是这会影响翻译版本还是纯粹的GPL？

是否有任何LGPL项目分叉,以便他们在分叉后留下LGPL？我想知道是否有可能(已经完成).

场景假设:
(1)GPL版本存在于fork之前
(2)LGPL版本存在于fork之前

fork之后,可以fork为LGPL还是必须是GPL？

我有一个使用ffmpeg库的iOS应用程序,iOS应该在静态链接中编译.根据LGPLv2,我是否会发布与我的UI或其他业务逻辑相关的源代码？

我将把几个LGPL库作为插件捆绑到基于Eclipse的商业应用程序中(我从每个库的现有Jar中生成插件).我的应用程序不是LGPL,它是闭源应用程序.在阅读了LGPL许可证的第(6)点之后,我了解到我要么为每个LGPL库包含源插件,要么提供这些库的源代码的链接(BTW,必须提供这些链接,在关于对话？).我对么？这样的应用程序有一个例子吗？

谢谢!

我正在考虑在我的项目中使用libavcodec,我知道它是根据LGPL许可证,但我不太了解许可证.

我的项目不是开源项目,我不会更改libavcodec中的代码.我只能使用link方法来使用libavcodec.

有了这些条件,我想问一下:我可以在项目中使用libavcodec吗？

谢谢.

我有两个不同的项目:

1. 我想根据GPL许可证发布的程序.
2. 插件API:插件是使用此API中的接口编写的,而本程序使用API​​与插件进行通信.我想用LGPL许可证发布The Plugin API.

一个问题是我不希望插件必须显示它们的来源.他们会被GPL许可证"感染"吗？它们将根据API进行编译,并且不需要编译程序的源代码.

另一个问题是LGPL的所有关于"静态链接"的讨论:程序和API都是用Java编写的.这有关系吗？

无论如何,我的基本问题是:使用GPL发布本程序及其与LGPL的公共API是否有意义？