我有一个商业Java应用程序,我将分发.
我想使用LGPL的java库.我不会修改库.该库的LGPL许可证是否对我的应用程序许可有任何影响?
在分发程序时没有太多关于LGPL/GPL的知识(没有Qt许可证); 如果我创建了一个程序,我可以静态地将库链接到exe,所以我有一个文件在以下时分发:
该程序不需要任何费用,它只是分发(闭源或开源)?
当你必须支付该程序时,你仍然可以静态链接?
通过Qt 5.1中Android/iOS支持的技术预览,是否有关于部署到Apple应用程序商店的新闻?由于Qt的非商业版本是LGPL许可的,并且应用程序商店规则通常不允许使用dylib,因此Digia或Apple方面都不会例外,但许可谈话不提供任何更多 -关于此事的最新信息.
那么,有没有人试图将动态链接的Qt应用程序推送到商店,或者有任何一方的官方声明?
我有一个商业网络应用程序,使用LGPL下的组件.由于该组件具有插件架构,我现在已经为该组件创建了一个使用库(LGPL)的插件.该库使用GPL数据源.
这是否意味着我必须为我的网络应用程序释放源代码?或者只是需要释放插件的来源?
感谢您的任何意见和建议,并原谅我的英语不好.
自由软件基金会认为EPL和GPL不兼容.根据我对他们推理的解读,似乎LGPL会受到同样的影响 - IANAL,如果读数不正确,请纠正我.现在,有一个GPL编码版权所有者的指南,提供允许代码链接到不兼容的库的异常,但它仍然排除了链接到其他代码的GPL编码(如果代码已经与EPL库相关联,并且将GPL编程与EPL 和另一个LGPL库链接的情况似乎不清楚.
我想知道几个问题的答案:
LGPL是否确保依赖我的代码的程序承认它?我在Zed的博客上看到了这个效果.(链接,部分"我不想再被忽略").这是真的吗?
最近,我已成功将我的Qt4应用程序迁移到Qt5.实际上,应用程序使用qt-opensource-linux-x64-5.3.1发行版中预构建的二进制Qt5库在开发机器上构建和运行.
因为我的应用程序需要符合LGPL 2.1许可证,所以链接到Qt5必须是动态的.(所以我不能**静态链接到Qt!)
我的问题是部署这个应用程序.我只是无法想出一个包含所有可共享库的包,这些库可以在现有的Linux发行版中运行.
我可以容忍用户需要从qt-opensource-linux-x64-5.3.1二进制文件中自行安装Qt5的要求.事实上,这将确保更严格地遵守LGPL 2.1.所以,我可以假设兼容的Qt5库已在主机上安装并可用(虽然我不知道我是否可以假设Qt安装的特定目录)
但是,我不清楚如何打包我的应用程序以在主机上运行.任何帮助将不胜感激!
我想在我的专有应用程序中使用 7-Zip。
7-Zip 是 LGPL
考虑一下,在我的应用程序中,我使用以下内容通过其命令行界面调用system():system( "7-Zip -blah -blah" );
谢谢
是否有任何LGPL项目分叉,以便他们在分叉后留下LGPL?我想知道是否有可能(已经完成).
场景假设:
(1)GPL版本存在于fork之前
(2)LGPL版本存在于fork之前
fork之后,可以fork为LGPL还是必须是GPL?