Earlier quoted context omitted.
From my reading of SSPL v1, it would seem extremely difficult to use in concert with other free software; it requires you to distribute all software [0] you're using to run your service under the SSPL. The trouble is, you can't do that if you're using any other software in your environment that's licensed under another copyleft license such as the GPL. Does this apply all the way down to the Linux kernel? Who knows!…
It seems there are indeed serious issues with SSPLv1 that I was unaware of. That being said, the loophole in the AGPL that they are attempting to address is also a serious issue. The rewording in v2 > “storage software and hosting software” changed to “host orchestration software” seems to be fairly reasonable though, unless I've misunderstood things once again? > But note that not even MongoDB, the project that the…
>seems to be fairly reasonable though, unless I've misunderstood things once again?
It's better, though note that the terms in the list referenced there aren't strictly defined.
>> If this version is approved by OSI, we plan to apply it to the next release of our MongoDB software, which is currently available under version 1.0.
>so it seems they really do just want to address the current loophole in the AGPL.
Sure, I'll give them the benefit of the doubt on that. But the fact that they haven't switched over by now signals to me that they're not yet confident in the newer version of the license; if they're not, I can't say I am either.
And it's worth noting that SSPL v2 was withdrawn from the OSI review process back in March: https://opensource.org/LicenseReview032019