这是一个创建于 873 天前的主题，其中的信息可能已经有所发展或是发生改变。
情况如下：独立部署 minio （ minio 开源协议为 agpl v3 ），然后项目通过 minio 官方 sdk （ sdk 开源协议为 apache ）使用 minio 。 在这种情况下，我的项目需要考虑 agpl v3 协议的义务吗？ 英文勉强能阅读，看协议内容看的头疼，求个定心丸。 救命啊！！ T-T
 |
1
MoYi123 2022-08-06 19:02:36 +08:00
不用
|
 |
2
codehz 2022-08-06 19:16:32 +08:00
你没修改 minio 就不用
|
 |
3
huntzhan 2022-08-06 21:13:16 +08:00
按照我的理解，只要与 AGPL-3.0-only 的程序有网络连接，就必须采取同样的 license （即 AGPL-3.0-only ）分发你的程序。所以，如果你是开源项目或者对外的商用项目，就必须满足 AGPL-3.0-only 的限制条款
|
|
4
huntzhan 2022-08-06 21:20:35 +08:00
@codehz
> To "modify" a work means to copy from or adapt all or part of the work in a fashion requiring copyright permission, other than the making of an exact copy. The resulting work is called a "modified version" of the earlier work or a work "based on" the earlier work. “使用”也算是“修改” |
 |
5
LykorisR 2022-08-06 21:21:40 +08:00
只要与 minio 有任何形式接触，就会被传染，就是说你也必须采用 AGPL-3 同时开源
|
|
6
codehz 2022-08-06 21:42:13 +08:00
@huntzhan #3 显然不是，不然 AGPL 挂网页上浏览器也全都必须得开源才能显示了（
other than the making of an exact copy 留意一下，只要完全复制了就不算 |
 |
7
liaohongxing 2022-08-06 21:55:57 +08:00
楼主应该可行，你的程序只包含 minio sdk , 而 sdk 是 apache 的，你的应用程序应该不用开源 。
然后你只下载 minio 官方的二进制部署 ，不进行任何修改就行。 agpl v3 主要防范云服务商利用开源代码加自己的魔改提供领先于开源版本的服务，不给上游开源项目发 PR 做贡献，出了问题还叫用户去找开源项目解决问题。AWS 就干过这事。 agpl v3 有助于开源项目向云服务商索要魔改后私有版本的源码，也就是魔改的 minio 代码，由于你只使用 minio ，没啥可开源的，基本没问题。 agpl v3 由于是外来协议，光翻译就存在巨大分歧，中国法院承不承认都是一个问题 ，很多人建议不要用。但是我认为，只要你是自己用并且不魔改，基本没问题的 |
|
9
huntzhan 2022-08-06 22:27:02 +08:00
@codehz 不过按照你这个“明显不是”的论断，我直接调用也不需要开源了，毕竟我也没“修改”什么对吧。这个明显就与 AGPL-3.0-only “高传染性”现象有出入。按照我的理解，AGPL-3.0-only 本身留有一定的模糊性，本质上是给律师扯皮留下的空间。这也是我给自己重视的开源项目都上 AGPL-3.0-only 的原因。我也不是律师，这方面还是得专业人士回答
|
|
10
huntzhan 2022-08-06 22:29:45 +08:00
@liaohongxing 前面两点，与我的理解有出入，特别是“修改”的部分，见前面节选出的片段，直接使用也算是修改，也需要执行限制。至于后面一点，LGPL 在国内有执行实例，v2ex 站内有讨论可以直接搜到。开源协议本身有效力，执行有成本，就看你自己怎么取舍了
|
|
11
codehz 2022-08-06 22:48:32 +08:00  3
@huntzhan #9 AGPL 和 GPL 的唯一区别就是把作为网络服务提供的状态也算做“软件分发”，其他修改一类的条例和 GPL 完全一致，静态链接啥的情况也和 GPL 一致，所以即使被要求开源，也只需要开源 minio 部分的源代码——而不是连接 minio 的客户端的代码
|
 |
12
westoy 2022-08-07 00:17:31 +08:00
@huntzhan
这种其实和 mongodb 之前一样的 他们把 driver 搞成其他开源协议就是避免纯使用者被 AGPL 污染啊 https://www.mongodb.com/blog/post/the-agpl """ Note however that it is NOT required that applications using mongo be published. The copyleft applies only to the mongod and mongos database programs. This is why Mongo DB drivers are all licensed under an Apache license. You application, even though it talks to the database, is a separate program and “work”. """ |
 |
13
jwenjian 2022-08-07 06:40:25 +08:00 via Android
法务给的意见是，给客户安装文档，让客户自己去 minio 官网下载并安装 minio ，程序只是用 driver 或者 S3 协议的请求连接 minio ，不要在产品包里面放 minio 然后分发给客户。
|
 |
14
leeg810312 2022-08-07 13:38:16 +08:00 via Android
@huntzhan 摘取的文本哪里是 使用等同修改，根本没有这样的文字啊？你翻译错了吧。我只看到使用完全一样的拷贝就不算修改。
|
 |
20
os7blue OP @westoy 我理解的是，他们采用这种本体和 sdk 不同协议的方式，就是为了留一个模棱两可的空间，你正常用基本没啥事。谢谢老哥回复。
|
|
21
huntzhan 2022-08-07 23:17:53 +08:00
在重新阅读了 APGL 与相关解释之后，我认为“只要不修改独立使用”的方式是满足豁免条件的。感谢各位让我学到了新的东西。我已经把自己的项目改成传染性更强的 SSPL 了😄
|
 |
22
tomzhou 2023-05-28 02:14:28 +08:00
Designed for developers who are building open source applications in compliance with the GNU AGPL v3 license, MinIO Trademarks and are able to self support themselves. It is fully featured. If you distribute, host or create derivative works of the MinIO software over the network, the GNU AGPL v3 license requires that you also distribute the complete, corresponding source code of the combined work under the same GNU AGPL v3 license. This requirement applies whether or not you modified MinIO.
Compliance FAQ |
Select Language