README 与许可文件相矛盾 (AGPL-3.0 与"非商业用途")

顿 在对 " 午后 " 潜在SaaS结构进行评价期间,注意到README.md ' 与实际LICENSE ' 文件之间的法律矛盾。

在你的"License"栏下的"README.md"中,你说:

"该项目根据AGPL-3.0获得非商业用途许可证".

然而,你的`LICENSE ' 文件载有GNU Affero General Public License v3.0(AGPL-3.0)的准确而未经修改的案文。

• 矛盾 根据AGPL-3.0发布代码并同时限制其商业用途在法律上是不可能的.

OSI(开源倡议)的定义明确禁止限制商业使用。 此外,** AGPL-3.0** 第10节明确规定:

• “你不得对行使根据本许可证授予或确认的权利施加任何进一步的限制。”

通过将未经修改的AGPL-3.0许可证文件放入您的存储库,您依法赋予每个人使用、修改和以商业方式分发Midday的权利(条件是他们也在同一许可证下开放其网络配置的修改来源)。 README中的任何"非商业性"条款都是无效的,因为它违反了你申请的许可证第10节.

修补 这个"fauxpen source"自相矛盾,是开发者和法律团队试图采用您软件的一面巨大的红旗,因为它意味着寄存器的许可证从根本上无效.

要解决这个问题,你有一些选择:

1. ** 采用真正的双重语言标准(建议)** 若要保留AGPL,则需要重写README来解释双发许可证的实际效果: *"Midday根据AGPL-3.0. 这允许免费的商业和非商业用途,前提是你遵守AGPL的要求,打开您的修改源,并通过网络提供给您的用户". *"如果你想在商业上使用"午" 不"遵守AGPL严格的开源要求",就必须从我们那里购买商业许可证".

2. ** 更改习惯/非开源许可证** 如果您真的想要禁止 * * 全部免费的商业使用, 无论用户是否打开源代码, 您都无法使用 AGPL 。 您必须用“源码”许可证(BSL)(https://mariadb.com/bsl11/)或[公平核心许可证(FCL)](https://faircorelicense.org/)等“源码”许可证取代`源码”文件。 (注:这意味着中午不再被视为"开源").

强烈建议更新README,以澄清双许可模式,这样开发者和法律团队可以安全地评价项目而无需遇到自相矛盾的许可条款.