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

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

你可能感兴趣的文章
查找恶意的TOR中继节点
查看>>
MAVEN 属性定义与使用
查看>>
shell高级视频答学生while循环问题
查看>>
使用@media实现IE hack的方法
查看>>
《11招玩转网络安全》之第一招:Docker For Docker
查看>>
hive_0.11中文用户手册
查看>>
hiveserver2修改线程数
查看>>
oracle体系结构
查看>>
Microsoft Exchange Server 2010与Office 365混合部署升级到Exchange Server 2016混合部署汇总...
查看>>
Proxy服务器配置_Squid
查看>>
开启“无线网络”,提示:请启动windows零配置wzc服务
查看>>
【SDN】Openflow协议中对LLDP算法的理解--如何判断非OF区域的存在
查看>>
纯DIV+CSS简单实现Tab选项卡左右切换效果
查看>>
栈(一)
查看>>
ios 自定义delegate(一)
查看>>
创建美国地区的appleId
查看>>
例题10-2 UVa12169 Disgruntled Judge(拓展欧几里德)
查看>>
JS 原生ajax写法
查看>>
Composer管理PHP依赖关系
查看>>
React.js学习笔记之JSX解读
查看>>