Open Source

30206 readers

342 users here now

All about open source! Feel free to ask questions, and share news, and interesting stuff!

Useful Links

Rules

Posts must be relevant to the open source ideology
No NSFW content
No hate speech, bigotry, etc

Related Communities

Community icon from opensource.org, but we are not affiliated with them.

founded 5 years ago

MODERATORS

[email protected]

Introducing the Functional Source License: Freedom without Free-riding (blog.sentry.io)

submitted 9 months ago by [email protected] to c/[email protected]

5 comments fedilink hide all child comments

Sentry has moved to a new license for its products called Functional Source License, and explains in this article the story of the licensing for these products and why they throw BSL for FSL.

all 8 comments

sorted by: hot top controversial new old

[–] [email protected] 9 points 9 months ago (2 children)

I think this is a pretty reasonable compromise to stop big cloud companies from offering their service using their code. Putting the code under either Apache or MIT after 2 years seems like a good approach to me, I like it a lot more than the ‘open core’ scheme a lot of SaaS companies use.

[–] pastermil 3 points 9 months ago (1 children)

I wonder if this kind of license would be accepted by the rest of open-source communities. So far, SSPL is treated like a villain.

[–] [email protected] 1 points 9 months ago

One difference (so far as I know, I’m not an expert on either situation) is that MongoDB requires copyright assignment for contributions seemingly because the license is so restrictive they can’t offer their own service under its terms (without open-sourcing all the software they use to host it). So far as I know Sentry does not require this (although the restriction against running a competing service does not affect them since they are the service, so I’m not sure this argument really holds up that well). Also the fact that that one encumbrance is released after two years helps their case a lot in my eyes.

[–] [email protected] 4 points 9 months ago (1 children)

FSL is better than strait proprietary and if a company had to choose between the two I hope they choose FSL. All that said it just doesn't feel like there is a real hope here for the eventual Open source fork here. It's just a fail safe for people still on legacy systems and even then 2 years of potentially no new updates ... Could be killer for security flaws. With tons of paradigm shifts between then too.

It almost needs a SLA that says if it isn't maintained to a certain level then it is also opensourced.