Questions tagged «lgpl»

我看到一家公司正在使用BusyBox，并且还在上面使用Gpl + Lgpl + Mpl软件包，然后他们在上面运行了自己的应用程序。他们的应用程序是一个封闭的源代码包。 您购买了该设备，但其封闭源。混合LGPL + MPL的GPL如何成为封闭源代码？ 我以为规则是？？还是我错了或者以下信息错了？： GPL：如果您在应用程序中使用它，则必须根据GPL发布您的应用程序。这并不意味着您也不能出售它（就像他们出售Linux CD一样），但是您还必须免费发布源代码。这可能对您有用，但可能无效。 LGPL：如果在应用程序中使用它，那么您仍然可以拥有封闭源专有许可的应用程序。但是，如果您修改LGPL库，那么即使您的应用程序可以保持封闭源代码，也必须在LGPL下发布您的修改。

11 licensing  gpl  lgpl  mpl 

Mono项目曾经具有LGPLed库。实际上mbundle还是说你运行的时候 请注意，静态链接LGPL Mono运行时比动态链接具有更多的许可限制。有关许可的详细信息，请参见http://www.mono-project.com/Licensing。 截至2016年3月，他们在麻省理工学院重新授权了它们。鉴于该项目已有多年历史，并且可能有许多外部贡献者提供了这些贡献，而这些贡献只是作为LGPLed贡献提供的，如何更改许可证？在过去的12年中，他们是否不必获得每个贡献者的许可？也许那些贡献者必须签署一些协议？

10 licensing  mit-license  lgpl 

我正在阅读LGPL许可证，发现以前没有意识到过这一要求。 第4节（合并作品）规定： 如果您还执行以下每个操作，则可以传达合并的工作： a）在组合作品的每份副本中都应特别注明使用了图书馆，并且本许可证涵盖了图书馆及其使用。 b）合并作品随附GNU GPL和本许可文件的副本。 C） ... 链接到LGPL许可的图书馆时，为什么还必须传达GPL？我担心将两个许可证都包含在发行版中会使用户混淆哪个许可证适用。我的解释正确吗？如果是这样，此要求背后的原因是什么？

10 licensing  open-source  gpl  lgpl 

从SO的这个问题中，我读到： 专有源代码+ LGPL源代码 静态链接： 您必须将两个零件都作为LGPL发行。 或提供一切使用户可以将应用程序与另一版本的LGPL源代码重新链接的功能。在这种情况下，其他要求与动态链接一样。 因此，就静态地将LGPL库链接到专有代码应用程序而言，听起来确实提供目标文件足以满足LGPL的要求。当可执行文件被静态链接时，提供目标文件可以使最终用户重新编译应用程序，从而链接到库的不同版本。 这是正确的吗？如果不正确，为什么呢？

10 lgpl  static-linking 

LGPL（为方便讨论，我们将假设所有版本均为3），它是GPL的限制较少的版本，同样的，AGPL是GPL的限制较高的版本，但是可以使用LGPL代码，添加（或不添加），并将其重新许可为GPL或AGPL；GPL代码可以修改为AGPL并获得许可吗？

9 licensing  gpl  lgpl