各位TC委员： 由于2018年10月16日后MongoDB使用SSPL协议，最终用户使用时存在开源风险，申请从openEuler 20.0 LTS SP1中删除。
判断理由如下：
问题原因： https://www.mongodb.com/licensing/server-side-public-license MonogoDB 2018年10月16日更改License为SSPL SSPL和GPL最大的区别 https://www.mongodb.com/licensing/server-side-public-license/faq 关键点：基于MonogoDB开发的服务，服务相关的代码也需要开源 [cid:image001.png@01D6CFA7.3C5F60A0] SSPL协议现状 还未被OSI组织所认可 友商现状： https://cloud.tencent.com/developer/news/466420 同年12月5日，Linux发行版 Debian在邮件列表中讨论并决定不使用https://www.infoq.cn/article/J8hoGcT5x_EXxVf6cxve SSPL 协议下的软件。2019 年 1 月，Fedora Legal 也对 SSPL v1 协议做出了相关决定，Fedora 已确定服务器端公共许可证 v1（SSPL）不是自由软件许可证。随后，有媒体报道称，“由于 MongoDB 新的服务器端公共许可证（SSPL），Red Hat 将不会在https://www.infoq.cn/article/ZpPwJ*98Ybx1TV2YtSgP Red Hat Enterprise Linux 或 Fedora 中使用 MongoDB。” 开源社区对此也不感冒。Open Source Initiative（开放源代码促进会，简称OSI）拒绝了该公司获取许可证的申请。最终，MongoDB从 OSI 的批准程序中将其撤回https://www.infoq.cn/article/TL_1IAh1m0ZcPAxpthS2，但MongoDB继续将其用于自身的产品。实际上，在MongoDB最近活动上，该公司还大力推广在SSPL下为MongoDB开放其Compass GUI。
请各个OSV厂商，ISV等对mongodb的问题做一个梳理，减少可能的影响。
如果有不同意见，请尽快和release management SIG进行沟通
谢谢
在 2020-12-11 10:38:31，"Hufeng (Solar, Euler)" solar.hu@huawei.com 写道：
各位TC委员：
由于2018年10月16日后MongoDB使用SSPL协议，最终用户使用时存在开源风险，申请从openEuler 20.0 LTS SP1中删除。
判断理由如下：
问题原因：
https://www.mongodb.com/licensing/server-side-public-license
MonogoDB 2018年10月16日更改License为SSPL
SSPL和GPL最大的区别
https://www.mongodb.com/licensing/server-side-public-license/faq
关键点：基于MonogoDB开发的服务，服务相关的代码也需要开源
SSPL协议现状
还未被OSI组织所认可
友商现状：
https://cloud.tencent.com/developer/news/466420
同年12月5日，Linux发行版 Debian在邮件列表中讨论并决定不使用 SSPL 协议下的软件。2019 年 1 月，Fedora Legal 也对 SSPL v1 协议做出了相关决定，Fedora 已确定服务器端公共许可证 v1（SSPL）不是自由软件许可证。随后，有媒体报道称，“由于 MongoDB 新的服务器端公共许可证（SSPL），Red Hat 将不会在 Red Hat Enterprise Linux 或 Fedora 中使用 MongoDB。”
开源社区对此也不感冒。Open Source Initiative（开放源代码促进会，简称OSI）拒绝了该公司获取许可证的申请。最终，MongoDB从 OSI 的批准程序中将其撤回，但MongoDB继续将其用于自身的产品。实际上，在MongoDB最近活动上，该公司还大力推广在SSPL下为MongoDB开放其Compass GUI。
-
Hufeng (Solar, Euler) -
myeuler