Mercurial 进程内钩子(Hook)，GPLv2+ "derived work"与否？

Question

已结束。此问题不符合 Stack Overflow guidelines .它目前不接受答案。

---

这个问题似乎与 help center 中定义的范围内的编程无关。 .

关闭 7 年前。

Improve this question

我想将 Mercurial 用作闭源商业产品的一部分。我知道我可以使用 Mercurial 的命令行界面，并且可以在不违反 GPLv2+ 许可的情况下为钩子(Hook)提供脚本。我可以在不违反许可证的情况下使用进程内 Hook 吗？

如果我正确理解系统，Mercurial 会在 hgrc 中获取一个模块名称，然后在运行时链接到该模块。这是否仍被视为使用“外部接口(interface)”而不是“派生作品”，因为 Mercurial 是在我的钩子(Hook)中链接，而不是在 Mercurial 中的钩子(Hook)链接？

Answer 1

Mercurial wiki 建议将扩展视为衍生作品:https://www.mercurial-scm.org/wiki/License#What_is_a_.22derived_work.22.3F_Is_an_extension_a_derived_work.3F

进程内钩子(Hook)是链接的，在这种情况下是无方向动词，所以我认为进程内钩子(Hook)也很重要，但我绝对不是专家。

正如 theg wiki 指出的那样，只有法院可以肯定地说，但主要的基于 Mercurial 的项目(例如 Kiln)已设法打开所有分布式扩展。

另一种选择是使用新的(2011 年夏季)Mercurial 功能，Command Server ，它允许第三方软件与 Mercurial 交互，而无需为每个命令启动新的 Mercurial 和 Python 进程。