3

我的应用程序使用 2 个库(未修改)。第一个在 GPL 下,第二个在 LGPL 下。这意味着我的应用程序需要在 GPL 和 LGPL 下发布,因为这两个库都将与我的应用程序一起提供。没关系。现在,应用程序公开了插件基础设施,因此任何人都可以为其编写插件。插件将无法直接与文本开头提到的这两个库进行通信,因为它们不知道应用程序背后的内容。插件不会随应用程序一起提供。用户将能够通过应用程序从开放/公共插件列表中选择他们想要安装的插件。

问题:

  1. 插件是否也需要在 GPL 下发布?
  2. 有没有办法在封闭源代码许可下发布一些插件?哪一个?
  3. 防止公司在没有商业许可的情况下编写在客户端(应用程序)端免费而在服务器端不免费的插件的最佳许可方法是什么?(插件调用对服务使用收费的 Web 服务)。在这种情况下,我希望公司支付一些费用,因为一方面这用于商业用途。例如,某人有一个可以在各种格式之间转换图像的 Web 服务。有人编写需要用户帐户信息(登录)的插件。插件连接到他的网络服务,验证,转换图像并收取一定金额的用户帐户。在此示例中,插件可免费安装和使用。他是否完全使用它是用户的选择。

这样的事情可能吗?

谢谢。

4

2 回答 2

4

你在做一些毫无根据的假设。

例如,您假设您的应用程序必须获得 LPGL 许可,因为它的库之一是。这是不真实的。如果你的应用是 GPL 许可的,你可以使用 LPGL 库。这是合乎逻辑的,因为 GPL 许可证实际上是 LGPL 的超集。

GPL 也不是病毒式的。GPL 库的版权所有者不能要求您将 GPL 强加于第三方插件。(他可能会要求您根据此类条款分发自己的插件。GPL 没有。打包为插件但功能类似于强制库的库是一个灰色区域。)

所以,Q1:没有。 Q2:是的,保持这些插件是可选的并且界面定义良好。Q3。你不能,真的。许多国家/地区在版权法中都有例外情况,这些例外情况会限制版权法用于限制互操作性的范围。由于所描述的插件的存在正是为了使您的程序和他的网络服务之间能够互操作,所以版权法对您来说是有限的。其次,这适用于全球,GPL 许可证禁止您对您的程序施加限制。因此它不能拒绝这样的商业插件。

于 2011-01-04T13:15:52.590 回答
1
  1. 是一场热议。具体来说,如果程序提供的 API 用于转发调用,插件在逻辑上基本上依赖于所述库,因此被一些人认为受 GPL 约束。至少必须合理地确定所述插件可以“自己”/“独立”运行并且不依赖于代码 - 从法律角度,而不是技术角度。难以制定,IANAL 等等,最佳实践是不要停留在灰色地带;更好的发布代码:这比律师便宜,也让用户满意。

  2. 如果所述插件合理地独立于所使用的库(参见第 1 点),您可以选择您喜欢的任何许可证。

  3. 您实际上无法阻止某人为您的程序编写与非免费啤酒服务接口的插件。您可以通过使用数字签名等技术措施来阻止用户使用此类插件,但这也会对 freebeer 服务的作者和 freefreedom 代码作者造成困扰。

于 2011-01-04T13:14:03.487 回答