繁体 English 中英

开源许可证和我 [关闭]

[英]Open Source Licenses and me [closed]

原文 2009-12-31 15:17:24 7 5 open-source/ licensing

我有一个软件，它编写并包含在几个组件中，每个组件都有自己的许可证。 总之，正在使用的所有 24 个组件都共享以下许可证：

公共领域
通用公共许可证
LGPL
BSD
MPL

我问的问题是：

我可以出售链接到所有这些组件的该软件的编译版本吗？
服务器上安装的是什么（作为服务）这有什么区别吗？
如果我修改了代码，我必须告诉全世界我做了什么吗？

5 个解决方案

公共领域

通用公共许可证

LGPL

BSD

MPL

小心使用这些许可证。 特别是MPL 与 GPL 不兼容。 现在，MPL的许多（也许是大多数）作品许可的软件以双重许可模式，在其中您可以选择使用并根据MPL条款或根据GPL（或有时LGPL）的条款分发软件分发。 但在这种情况下，您不应该在分发软件的许可列表中列出 MPL，因为为了链接到在 GPL 下发布的软件，您必须使用双-许可证。

我可以出售链接到所有这些组件的该软件的编译版本吗？

是的（其他许可证也不影响这一点）。

服务器上安装的是什么（作为服务）这有什么区别吗？

如果您销售的服务仅在您自己的计算机上运行该软件，并且不会将该软件分发给您公司或组织以外的任何人，那么这些许可证都不会对您的行为施加任何重大限制。 特别是，在这些情况下，GPL 和 LGPL 不要求您向其他任何人提供源代码。

如果您正在使用大量第三方软件，通常将您的补丁贡献给上游项目仍然是一个好主意。 当你尝试升级时，与上游背道而驰可能会在未来导致很多问题，而向上游贡献代码意味着你会有更多熟悉你正在修改的项目的人来审查你的代码，这有助于提高其质量。

如果我修改了代码，我必须告诉全世界我做了什么吗？

如果您将软件分发给您公司或组织以外的任何人，那么您必须向他们提供源代码，或者向他们提供书面提议，以便在以后提供源代码，但不超过实际转移的成本数据给他们。

如果您不分发该软件，则上述许可均不会对您施加任何重大限制。 GNU Affero GPL或 AGPL 是我所知道的唯一一个对将软件作为网络服务运行的人施加重大限制的许可证，并且由于您没有在问题中列出该许可证，我认为这不是您需要的要关心。

请注意，我是从 GPL 的角度来回答这些问题的，这是您列出的最严格的许可证。 实际上，当您将多个软件与这些许可链接在一起时，您可以考虑将整个软件按照 GPL 的条款进行许可（除了 MPL，正如我所提到的，它是不兼容的）。 有关常见许可证之间兼容性的直观描述，请参阅以下幻灯片：

_{（来源： dwheeler.com ）}

是的，但见（3）。
是的，这取决于您对 GPL 的阅读。 如果它是您自己的服务器，则可以说没问题。
如果您分发（即出售）可执行文件，其中一个组件是 GPL 的这一事实意味着您还必须分发您的代码。

是的，但是您必须在某处收到通知，说某些代码（即，除公共领域之外的所有内容）都在某某许可之下，其源代码可在此处获得。
不，应该没有关系
仅适用于 GPL 和 LGPL 代码

AFAIK，除非您也在软件上使用 GPL（请参阅http://www.gnu.org/licenses/gpl-faq.html#GPLInProprietarySystem ），否则您无法链接到 GPL 代码。 如果您将某些其他软件与 GPL 代码链接在一起，则它必须具有“兼容许可证”（请参阅http://en.wikipedia.org/wiki/License_compatibility ）。 这匹配，假设您提供源代码或免费提供此交付，您可以以任何您想要的价格出售您的软件。
您可以将 GPL 软件放在服务器上，您可以自行更改，而无需提供源代码，只要您不将二进制文件提供给任何人即可。 Google 对这种可能性进行了大量探索，使用 GPL 代码通过网络提供专有服务。 但是，如果 GPLv3 使用“Affero 条款”（又名 AGPL），则这种行为是不可能的
如果您将更改作为二进制文件分发，是的，您必须这样做。 否则，检查 (2)。