关闭。这个问题不符合Stack Overflow guidelines .它目前不接受答案。
想改进这个问题？将问题更新为 on-topic对于堆栈溢出。
6年前关闭。
Improve this question
我有一个小型桌面应用程序，它依赖于 VLC，这是一个在 GPL 下获得许可的应用程序。它不与任何 VLC 库链接，但它创建一个 VLC 子进程并通过标准输入和标准输出流进行通信。我的应用程序将被许多客户使用。它不会成为公开可用的工具。
在这种情况下，GPL 要求我做什么？我是否只需要为这些客户开源我的代码？还是我需要向全世界公开？
编辑
一些人提到，如果我只是调用 GPL 可执行文件而不实际链接 GPL 代码，那我很好。但是，在看到这些消息来源后，我对此不太确定:
我会接受可以为我澄清这个问题的答案。
最佳答案
此答案不适用，您只是启动 VLC
如果您所做的只是启动和分发 VLC，那么您只有义务向从您那里收到 VLC 的任何人提供 VLC 的完整(即使已修改)源代码。如果您链接到(或使用)GPL2/GPL3 代码，则 GPL 适用于您的整个代码库。这不是你的情况。
原始答案，由于相当ambiguous question :
分发后，GPL 即适用。如果您将其交给您的妻子，则适用 GPL。如果您将其交给您的邻居，则适用 GPL。如果你把它给你的狗......你可能是安全的，我怀疑狗会理解它在 GPL 下的权利。
你是 必填 为收到您的程序副本的任何人提供完整的源代码。如果他们分发它，他们必须向任何获得您的程序副本的人提供完整的源代码，因为他们是分发它的人。
你不能告诉人们不要分发 GPL 代码。由于您的程序链接到它，它是 覆盖，组合工作并且许可证适用。不要要求收件人签署带有额外复制限制的 NDA 来接收 GPL 涵盖的代码，如果这样做，您就失去了分发(甚至使用)它的权利。
谷歌 readline vs editline 看看我的意思:) 或者可能是 libreadline vs libedit。
GPL 并不关心有多少人收到您的程序。一旦它离开你的手，即使是一个人，它也适用。我强烈建议你信守 promise ，尤其是在处理 VLC 之类的东西时。
four freedoms that the GPL guarantees依赖访问的源代码涵盖作品。我既同意也不同意其背后的理念，事实仍然是您受许可条款的约束。
如果你从不分发东西.. hack away。合并不兼容的许可证等。不关心限制较少的许可证(即 BSD).. 和 GPL 关心 仅限 一旦你分发它。
同样，分发 GPL 代码的人负责将源代码提供给从他们那里接收副本的人。 LGPL 的情况并非如此……而且 AGPL 引入了更多的治理。它留给读者作为练习来研究差异。
电子邮件licensing@fsf.org 将来有这样的问题，他们是许可证的保管人。尽管存在明显的政治冲突，但他们是非常友好和乐于助人的人。
最后
抱歉有点过分热心，但至少我没带Cthulhu进去 :)
关于分发给选定数量的客户时的 GPL 限制？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1764074/