我们是否应该包括Qt使用的所有第三方库的许可通知？

我使用Qt作为动态链接库，并计划在适当的软件中与LGPL许可证一起使用它。Qt工具包使用其他库，例如OpenGL、ANGLE、Libjpeg、Webkit等等。甚至QQue::WeikunbBe（）函数也有加利福尼亚大学的许可证通知（伯克利）。许多第三方库都是核心Qt模块的一部分

通常，我们需要在软件中包含我们使用的第三方程序/库的许可通知。但是，我不确定是否需要在关于使用的许可证的通知中包含关于仅使用Qt toolkit库的许可证通知，或者我必须包含关于Qt使用的每个第三方库或代码段的单独通知

另一个困惑是，一些对Qt的贡献，如KDE的贡献，仅通过GPL（而不是LGPL）获得许可。在这种情况下，人们如何使用带有LGPL许可证的Qt库

---

谢谢大家!

我们通常列出来自第三方组件的许可证。您可以在此处找到列表：

因此，我们遵循Digia的建议：

“Digia非常感谢这些以及其他对Qt的贡献。我们 建议使用Qt的程序也承认这些问题 并在附录中引用这些许可证声明 文件。”

---

Qt核心库中的所有KDE贡献都属于LGPL，即使它们可能在其他地方拥有不同的许可证。这只适用于核心Qt贡献，当然不适用于KDE项目的外部库。

一般的经验法则是，如果你有一段GPL许可的代码，你必须在GPL许可下发布你的整个软件/代码库，因为GPL是病毒性的和非许可的

这是一个非常常见的问题，例如，在处理linux内核时，GPU制造商总是试图找到其他路径将其代码直接链接到内核，因为linux内核是GPL，他们希望保持其驱动程序的源代码关闭，并保持拥有所有的权利和源代码

BSD风格的许可证与LGPL相比，它要宽松得多，我不认为你会遇到BSD/MIT许可证的问题，但在使用他人的作品时，请注意这总是很好的

真正的问题是，一些受审查的市场，如苹果和微软的市场，通常不接受LGPL许可的软件，因此您的应用程序可能会受到审查，并且不会在此类市场上发布

---

说到QT的LGPL版本的限制，主要的限制是不允许静态链接，只能动态链接，您需要购买QT以尊重许可证并静态链接QT。

我还需要包括来自的一些通知。除此之外，文档中将包含许多通知，其中的指南和说明的页数将少于许可通知的页数。您认为我可以将所有这些通知包含在应用程序文件夹中的“3rdPartyLicenses.txt”文件中，并在文档中引用此文件吗？是的，只需将它们包含在单独的文件中，您就可以了。动态链接时，任何第三方组件都不应禁止商业使用。当然，可以肯定的是，请律师检查执照。谢谢！您的做法是什么？您是否也将其包括在文档中，例如用户手册中？@Marcus，通常不会。在大多数情况下，我们会将其包含在存档（如果是下载）中或与软件一起以数字形式存储在介质中。本手册只是参考了这些许可证，并链接到了哪里可以找到它们。再次感谢。那么安装向导中显示的EULA呢，您是否在那里包含了所有的EULA？另一个答案更侧重于我所问的问题。无论如何，谢谢你抽出时间。