Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add Server-Side Public License (SSPL) #932

Closed
vhscom opened this issue Jan 16, 2022 · 4 comments
Closed

Add Server-Side Public License (SSPL) #932

vhscom opened this issue Jan 16, 2022 · 4 comments

Comments

@vhscom
Copy link

vhscom commented Jan 16, 2022

https://www.mongodb.com/licensing/server-side-public-license
https://spdx.org/licenses/SSPL-1.0.html

This license is notable enough to have its own Wikipedia page so it should probably be added here too. Please note this license is the spiritual succesor to AGPLv3 and also based on GPLv3 with a modified section 13 to explicitly prevent what AGPL tried to in the first place:

Screenshot from 2022-01-16 16-49-43

@Tyler887
Copy link
Contributor

Tyler887 commented Jan 16, 2022

@vhscom, this license is not osi nor fsf approved. For open source network services I recommend the AGPL which is FSF approved. Read the contributing guidelines.

@vhscom
Copy link
Author

vhscom commented Jan 23, 2022

Thanks for considering the inclusion of the SSPL license. While it may not conform to the OSI or FSF definitions of "approved" licenses its intention is to protect users from gaps in AGPL. Sometimes it's necessary to break the mold in order to improve the future.

@JasonGoldman
Copy link

Referencing SSPL would make this website more relevant to today's developers. The upcoming Open Source Definition (v1.11) will acknowledge SSPL as an open source license.

@huan
Copy link

huan commented Mar 1, 2024

I second @vhscom and @JasonGoldman for supporting add SSPL to GitHub's License list.

My reasons is:

  1. From the Server Side Public License FAQ, we can learn that the SSPL is the same as the AGPL, but make "Section 13" clear that "Remote Network Interaction"(AGPL) explicitly includes "Program as a Service"(SSPL) because the "Program as a Service" is definitely the cloud-native version of "Remote Network Interaction".
  2. It's a shame that the OSI had not added the SSPL to their License list, I believe it's because there are lots of interest conflicts from the community who governed the OSI.
  3. I love Open Source Definition because it's damn right: the Arbiter should be the Community instead of OSI Corporation

I will use SSPL for my Chatie.IO projects later, and I'd love to select the SSPL from the GitHub list, instead of creating them manually.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants