衍生作品和GPL

Question

所以我一直在谷歌上搜索一段时间，但我似乎找不到合适的答案......

我想知道我是否制作了一个可以远程控制GPL应用的应用程序。

假设我想远程VLC。

我有两种不同的可能性

如果我P / Invoke它，它是衍生作品吗？

如果应用程序使用套接字使用VLC的命令行界面，它是衍生作品吗？

尽管如此，该应用程序的目标是控制各种各样的媒体中心。不仅是vlc。但我确实会被迫在代码

中使用专门针对每个媒体中心的适配器

Answer 1

IANAL

• 您从Stack Overflow等Q＆amp; A网站获得的建议不是法律建议。
• 你付出的每一分钱都值得。
• 要获得准确答案，请咨询（知识渊博）律师。

简单地在你编写的程序和另一个用GPL编写的程序之间进行通信，特别是在机器之间进行通信时，不会 - AFAIK - 使你的程序成为另一个程序的衍生物（除非你在程序中使用代码，等，但我打折扣）。程序是另一个程序的衍生物，它使用另一个程序的源代码，或者从另一个程序库中链接库，或者从另一个程序库中动态加载库，或者沿着这些行动态加载库。如果您的代码没有执行任何操作（使用可能已修改的源代码，链接或动态加载库），则代码不是另一个代码的衍生物的可能性很高。

Answer 2

  

我想知道我是否制作了一个可以远程控制GPL应用的应用程序。

好吧，VLC是在GPL下发布的，您可以安装（或不安装），然后编写一些与之交互（或不交互）的软件。 GPL并不禁止，VLC是自由软件，明确允许将软件用于您喜欢的任何事情（没有任何工作领域）。

然后你谈到让一个应用程序与VLC进行交互：

• 问：如果我P / Invoke它，它是衍生作品吗？答：这取决于。
• 问：如果应用程序使用套接字使用VLC的命令行界面，它是衍生作品吗？ - 答：这取决于。

我认为这两个问题得到了正确回答，如果你有一位优秀的律师，她会告诉你同样的问题。无论如何，对于您描述的用例，如果您要创建衍生作品，我无法看到它如何发挥作用。

如果您计划分发衍生品，并且您不打算将GPL用于您的工作，那只会产生差异。但是所有这些细节都没有了，所以也许你只是害怕这里的GPL？然后我会说GNU GPL常见问题解答是一个理解更多为什么GPL有copyleft以及有什么好处的好地方。那么你也可以更容易地决定你的实践是否与GPL的目标相矛盾，这本身就可能不合法地发挥作用，但是会让你和你的软件与社区保持一致，这可能就是无论如何要找。合法的东西适用于你需要单独为你所坚持的权利而战的情况。