iOS 应用程序中的 GPL 库没有开源？
GPL library in iOS app without open-sourcing?
我将不加修改地使用 GPL v2 库（可执行文件更详细，但我将把它转换为共享库）。我必须为整个应用程序选择 GPL 许可证吗？我必须发布应用程序的来源吗？我可以在不开源整个应用程序的情况下以某种方式使用它吗？
PS。该应用程序将在 App Store 上发布。关于许可的任何想法（只需阅读 VLS 故事）
这取决于您的应用是否被视为衍生作品。对于库，这可能不是 100% 清楚：
Libraries
According to the FSF, "The GPL does not require you to release your
modified version, or any part of it. You are free to make
modifications and use them privately, without ever releasing
them."[63] However if one releases a GPL-licensed entity to the
public, there is an issue regarding linking: namely, if a proprietary
program uses a GPL library, is the proprietary program in violation of
the GPL?
This key dispute is whether or not non-GPL software can legally
statically link or dynamically link to GPL libraries. Different
opinions exist on this issue. The GPL is clear in requiring that all
derivative works of code under the GPL must themselves be under the
GPL. Ambiguity arises with regards to using GPL libraries, and
bundling GPL software into a larger package (perhaps mixed into a
binary via static linking). This is ultimately a question not of the
GPL per se, but of how copyright law defines derivative works. The
following points of view exist: [...]
https://en.wikipedia.org/wiki/GNU_General_Public_License#Libraries
这只是本章的精髓，正如您在全文中看到的那样 - 请按照 link，这里太长了 post - 这不是一个容易回答的问题.
假设您的应用被视为衍生作品 （很可能会是）:
Do i have to choose GPL license for the whole app?
是的，但您可以选择 版本（例如 GPLv2 或 GPLv3）- 取决于 „或（由您选择）任何更高版本“ 是否存在。
Do i have to publish the sources of the app?
是的。
Can i use it somehow without open-sourcing of the whole app?
如果您要发布您的作品则不会（例如，参见上面的引用）。如果您打算以任何形式发布您的应用程序，则您必须遵守 GPL 规则。
你可以做什么：
- 也将 GPL 应用于您的应用程序，包括。所有规则和权利（并保持安全）
- 询问图书馆的版权持有者 ...
- ... 获得许可
- ... 对于 GPL linking exception
- 咨询律师
另一种选择 - 上面没有列出是有充分理由的:
尽管可能您的作品不被视为衍生作品，因此可能您可以 link 不应用 GPL。但这是非常危险，危险并且可以带来你进入严重的麻烦 - 所以最好不要这样做！ 它可能以残酷的 GPL 违规而告终，并带来所有后果！再次重申：不要这样做！
我将不加修改地使用 GPL v2 库（可执行文件更详细，但我将把它转换为共享库）。我必须为整个应用程序选择 GPL 许可证吗？我必须发布应用程序的来源吗？我可以在不开源整个应用程序的情况下以某种方式使用它吗？
PS。该应用程序将在 App Store 上发布。关于许可的任何想法（只需阅读 VLS 故事）
这取决于您的应用是否被视为衍生作品。对于库，这可能不是 100% 清楚：
Libraries
According to the FSF, "The GPL does not require you to release your modified version, or any part of it. You are free to make modifications and use them privately, without ever releasing them."[63] However if one releases a GPL-licensed entity to the public, there is an issue regarding linking: namely, if a proprietary program uses a GPL library, is the proprietary program in violation of the GPL?
This key dispute is whether or not non-GPL software can legally statically link or dynamically link to GPL libraries. Different opinions exist on this issue. The GPL is clear in requiring that all derivative works of code under the GPL must themselves be under the GPL. Ambiguity arises with regards to using GPL libraries, and bundling GPL software into a larger package (perhaps mixed into a binary via static linking). This is ultimately a question not of the GPL per se, but of how copyright law defines derivative works. The following points of view exist: [...]
https://en.wikipedia.org/wiki/GNU_General_Public_License#Libraries
这只是本章的精髓，正如您在全文中看到的那样 - 请按照 link，这里太长了 post - 这不是一个容易回答的问题.
假设您的应用被视为衍生作品 （很可能会是）:
Do i have to choose GPL license for the whole app?
是的，但您可以选择 版本（例如 GPLv2 或 GPLv3）- 取决于 „或（由您选择）任何更高版本“ 是否存在。
Do i have to publish the sources of the app?
是的。
Can i use it somehow without open-sourcing of the whole app?
如果您要发布您的作品则不会（例如，参见上面的引用）。如果您打算以任何形式发布您的应用程序，则您必须遵守 GPL 规则。
你可以做什么：
- 也将 GPL 应用于您的应用程序，包括。所有规则和权利（并保持安全）
- 询问图书馆的版权持有者 ...
- ... 获得许可
- ... 对于 GPL linking exception
- 咨询律师
另一种选择 - 上面没有列出是有充分理由的:
尽管可能您的作品不被视为衍生作品，因此可能您可以 link 不应用 GPL。但这是非常危险，危险并且可以带来你进入严重的麻烦 - 所以最好不要这样做！ 它可能以残酷的 GPL 违规而告终，并带来所有后果！再次重申：不要这样做！