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

本文共 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://zzjaa.baihongyu.com/

你可能感兴趣的文章
Django 文件下载功能
查看>>
走红日本 阿里云如何能够赢得海外荣耀
查看>>
在市场营销中使用敏捷方法:过程、团队与成功案例
查看>>
新书问答:Agile Management
查看>>
react入门
查看>>
VUE高仿饿了么app
查看>>
针对Kubernetes软件栈有状态服务设计的思考
查看>>
idea springboot热部署无效问题
查看>>
第八章 进程间通信
查看>>
POJ 2312Battle City(BFS-priority_queue 或者是建图spfa)
查看>>
CentOS 7 巨大变动之 firewalld 取代 iptables
查看>>
教你如何使用Flutter和原生App混合开发
查看>>
Spring Boot 整合redis
查看>>
CSS hover改变背景图片过渡动画生硬
查看>>
订单的子单表格设置颜色
查看>>
Office365 Exchange Hybrid 番外篇 ADFS后端SQL群集(一)
查看>>
9个offer,12家公司,35场面试,从微软到谷歌,应届计算机毕业生的2012求职之路...
查看>>
lvs fullnat部署手册(三)rs内核加载toa篇
查看>>
我的友情链接
查看>>
SSL/TLS原理详解
查看>>