请教大家一个关于 minio 所采用 agpl v3 协议的问题

2022-08-06 18:58:07 +08:00
 os7blue

情况如下:独立部署 minio ( minio 开源协议为 agpl v3 ),然后项目通过 minio 官方 sdk ( sdk 开源协议为 apache )使用 minio 。 在这种情况下,我的项目需要考虑 agpl v3 协议的义务吗? 英文勉强能阅读,看协议内容看的头疼,求个定心丸。 救命啊!! T-T

4485 次点击
所在节点    程序员
22 条回复
MoYi123
2022-08-06 19:02:36 +08:00
不用
codehz
2022-08-06 19:16:32 +08:00
你没修改 minio 就不用
huntzhan
2022-08-06 21:13:16 +08:00
按照我的理解,只要与 AGPL-3.0-only 的程序有网络连接,就必须采取同样的 license (即 AGPL-3.0-only )分发你的程序。所以,如果你是开源项目或者对外的商用项目,就必须满足 AGPL-3.0-only 的限制条款
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.

“使用”也算是“修改”
LykorisR
2022-08-06 21:21:40 +08:00
只要与 minio 有任何形式接触,就会被传染,就是说你也必须采用 AGPL-3 同时开源
codehz
2022-08-06 21:42:13 +08:00
@huntzhan #3 显然不是,不然 AGPL 挂网页上浏览器也全都必须得开源才能显示了(
other than the making of an exact copy 留意一下,只要完全复制了就不算
liaohongxing
2022-08-06 21:55:57 +08:00
楼主应该可行,你的程序只包含 minio sdk , 而 sdk 是 apache 的,你的应用程序应该不用开源 。
然后你只下载 minio 官方的二进制部署 ,不进行任何修改就行。
agpl v3 主要防范云服务商利用开源代码加自己的魔改提供领先于开源版本的服务,不给上游开源项目发 PR 做贡献,出了问题还叫用户去找开源项目解决问题。AWS 就干过这事。
agpl v3 有助于开源项目向云服务商索要魔改后私有版本的源码,也就是魔改的 minio 代码,由于你只使用 minio ,没啥可开源的,基本没问题。
agpl v3 由于是外来协议,光翻译就存在巨大分歧,中国法院承不承认都是一个问题 ,很多人建议不要用。但是我认为,只要你是自己用并且不魔改,基本没问题的
huntzhan
2022-08-06 22:17:13 +08:00
@codehz true, I'm not a lawyer haha
huntzhan
2022-08-06 22:27:02 +08:00
@codehz 不过按照你这个“明显不是”的论断,我直接调用也不需要开源了,毕竟我也没“修改”什么对吧。这个明显就与 AGPL-3.0-only “高传染性”现象有出入。按照我的理解,AGPL-3.0-only 本身留有一定的模糊性,本质上是给律师扯皮留下的空间。这也是我给自己重视的开源项目都上 AGPL-3.0-only 的原因。我也不是律师,这方面还是得专业人士回答
huntzhan
2022-08-06 22:29:45 +08:00
@liaohongxing 前面两点,与我的理解有出入,特别是“修改”的部分,见前面节选出的片段,直接使用也算是修改,也需要执行限制。至于后面一点,LGPL 在国内有执行实例,v2ex 站内有讨论可以直接搜到。开源协议本身有效力,执行有成本,就看你自己怎么取舍了
codehz
2022-08-06 22:48:32 +08:00
@huntzhan #9 AGPL 和 GPL 的唯一区别就是把作为网络服务提供的状态也算做“软件分发”,其他修改一类的条例和 GPL 完全一致,静态链接啥的情况也和 GPL 一致,所以即使被要求开源,也只需要开源 minio 部分的源代码——而不是连接 minio 的客户端的代码
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”.
"""
jwenjian
2022-08-07 06:40:25 +08:00
法务给的意见是,给客户安装文档,让客户自己去 minio 官网下载并安装 minio ,程序只是用 driver 或者 S3 协议的请求连接 minio ,不要在产品包里面放 minio 然后分发给客户。
leeg810312
2022-08-07 13:38:16 +08:00
@huntzhan 摘取的文本哪里是 使用等同修改,根本没有这样的文字啊?你翻译错了吧。我只看到使用完全一样的拷贝就不算修改。
os7blue
2022-08-07 16:42:01 +08:00
@MoYi123 谢谢老哥
os7blue
2022-08-07 16:42:26 +08:00
@codehz 谢谢老哥
os7blue
2022-08-07 16:43:57 +08:00
@huntzhan 我就是因为询问了不同方向的朋友,其中有类似老哥你这样的说法,白有点纠结的。
os7blue
2022-08-07 16:44:33 +08:00
os7blue
2022-08-07 16:45:06 +08:00
@jwenjian 谢谢老哥
os7blue
2022-08-07 16:46:39 +08:00
@westoy 我理解的是,他们采用这种本体和 sdk 不同协议的方式,就是为了留一个模棱两可的空间,你正常用基本没啥事。谢谢老哥回复。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/871132

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX