博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
MongoDB主动撤回SSPL的开源许可申请
阅读量:6981 次
发布时间:2019-06-27

本文共 1168 字,大约阅读时间需要 3 分钟。

2018年10月,MongoDB将其开源协议更换为SSPL,虽然在当时引起了很大的争议,但是MongoDB始终坚信SSPL符合符合开源计划的批准标准,并向Open Source Initiative (以下简称OSI)提交了申请。不过,近日MongoDB首席技术官兼联合创始人Eliot Horowitz宣布从OSI的批准程序中撤回SSPL软件许可证。

当初MongoDB推出新的开源协议SSPL的主要目的是为了限制阿里巴巴、腾讯和Yandex等云服务提供商的使用,“一旦某个开源项目变得备受关注或大受欢迎,云供应商就很容易攫取所有价值,却不给予开源社区任何回报。”

但是,没想到SSPL开源协议推出以来却受到了开源人士和社区的质疑,有人认为SSPL其实违反了开源的本质,开源的价值和魅力就在于能够供任何人以任何形式进行使用(在其开源协议允许的范围内)。基于此争议,Debian 、 Fedora 、RedHat等纷纷“弃用”了MongoDB,而MongoDB方面仍然认为SSPL是开源许可证,并向OSI提交了几个版本的SSPL。

针对于此次SSPL的撤销,Horowitz表示:我们仍然认为SSPL符合开源定义和四项基本软件自由,但是现在SSPL在著佐权方面可能没有办法符合OSI批准所需的社群共识,为了尊重OSI董事会和各成员的时间和努力,我们特此撤销SSPL申请。

Horowitz发布在OSI许可证批准邮件列表上的内容:

我们仍然相信SSPL符合开源定义和四个基本的软件自由。然而,根据各位成员以及更大的开源社区对SSPL的接受程度,SSPL在著佐权方面可能没有办法符合OSI批准所需的社群共识。因此,为了尊重现场OSI委员会及其它成员的时间和努力,我们决定撤销SSPL申请。

SSPL的著佐权条款更新了GPL/AGPL 框架,反映了现代软件应用和SaaS模型的构建。虽然该提案尚未在社区获得广泛支持,但自提交SSPL以来,我们在与OSI以及更广泛的社区和公司的讨论中,学习到了很多东西。并且有相当一方面公司对此表示了担心,认为现在需要一种新的许可模式来解决,在云时代下,对开源进行重大投资的公司所面临的威胁,尤其是规模较小、发展迅速的公司。

我们已经和其它利益相关者就“SaaS capture”的创新开源技术展开了讨论,我们非常认同开源的重要性,也会继续和各方合作。之后,我们会完善SSPL或者开发一个全新的许可证,来让更广泛的FOSS社区接受。

另外,MongoDB现在及未来的版本将继续在SSPL许可证下提供。在接下来的几天里,我们将更新网站消息,以明确SSPL尚未获得OSI定义的开源批准。但是,MongoDB仍然可以自由使用,并且在SSPL下提供源代码,用户仍可以在符合许可证要求的情况下自由地查看、修改和分发软件。

转载地址:http://ugjpl.baihongyu.com/

你可能感兴趣的文章
Nginx深入了解-进阶(二)
查看>>
脚本模式创建测试用例 - Katalon Studio
查看>>
C++ 函数参数的扩展
查看>>
SpringCloud核心教程 | 第二篇: 使用Intellij中的maven来快速构建Spring Cloud工程
查看>>
opencv python 模板匹配
查看>>
小程序canvas文本换行生成图片
查看>>
TP5.1.18+swoole实现聊天室
查看>>
【前端数据结构基础】集合
查看>>
响应式布局设计
查看>>
node中 模块导入和导出的探究
查看>>
spring mvc如何计算BEST_MATCHING_PATTERN_ATTRIBUTE
查看>>
jQuery源码 - extend 继承&拷贝 解析
查看>>
[译] ConstraintLayout深入系列之代替常见布局
查看>>
js 5种迭代,遍历方法方法 高程5.2.8
查看>>
Decorator Pattern With Laravel 装饰者模式
查看>>
IBM 340亿美元收购红帽,开源史上最大交易!
查看>>
6天面试、斩获6家硅谷巨头Offer,我是如何做到的?
查看>>
Spark on Angel:Spark机器学习的核心加速器
查看>>
Facebook开源ptr:在Python环境中并行运行单元测试
查看>>
Redis高可用之主从复制实践(四)
查看>>