gpt4 book ai didi

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

转载 作者:行者123 更新时间:2023-12-05 01:31:17 26 4
gpt4 key购买 nike

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

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

最佳答案

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 进程。

关于Mercurial 进程内钩子(Hook),GPLv2+ "derived work"与否?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7947034/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com