Open Source Is Discrimination
writing.kemitchell.com
writing.kemitchell.com
It turns out software can be both open and closed, and it's a good approach IMHO: the software creator can provide an open source license and a closed source license. Then users can choose the license that's best for their purposes.
This approach is currently playing out with some for-profit software companies that want to offer open source to end users, yet don't want to enable direct competitors (e.g. Elastic vs. Amazon) or do want to enable for-pay customers to bypass sharing work (e.g. I write GPL software, and one of my regulated-industry customers prefers to pay for a proprietary license rather than use GPL).
Amazon has no issues contributing back and could probably cope with AGPL. They don't need a advantage in features, they can just destroy any competition with their market advantages.
So AGPL is a good first step but maybe we need even stricter license against monopolistic corporations.
Just call your thing "source available" or make up your own special club and stop complaining you don't get the same treatment than licenses that don't discriminate people.
Or you know, decide who has to/doesn't have to share code without caring about what the product that's building upon your software is about or who's building it. Like the rest of us who actually care about Open Source beyond using it as a PR tool for your business.
In my mind the super quick version of this entire thing seems to be:
- GPL requires you to publicize your changes if you distribute the software.
- SSPL is more or less the same as GPL, but also requires you to publicize your changes if you offer the software as a service to others.
To me it really seems as if SSPL is a more modern GPL, fit for the SaaS world.
What am I missing?
> “Service Source Code” means the Corresponding Source for the Program or the modified version, and the Corresponding Source for all programs that you use to make the Program or modified version available as a service, including, without limitation, management software, user interfaces, application program interfaces, automation software, monitoring software, backup software, storage software and hosting software, all such that a user could run an instance of the service using the Service Source Code you make available.
That's a lot more than "your changes" and is impossible to meet if you use any commercial software or a service provided by others pretty much anywhere in your stack.
I can't imagine publishing the entire source code of your entire stack even being possible.
What if you have some 3rd party vendor software in there? Are you required to publish their source too?
I prefer FOSS vastly, yet the substantial majority of the software I interact with daily is nonfree (not "open source" in the parlance of TFA).
Cars, telephones, Uber, App Store, Google, YouTube, streaming services, payment cards, cameras, thermostats, light bulbs... almost all software is proprietary these days.
So I wholly disagree on the vagueness and nonexistence of a definition. There are some minor points where people sometimes argue bitterly, e.g. in the differences between DFSG free and OSS. But overall, there is a consensus that has been established decades ago. Just some players nowadays want to muddy the waters with some lies about there being doubt for their own purposes. Which is what the article is writing about.
The existence of OSI's definition doesn't mean that colloquial use follows that definition.
For an example similar to "Open Source", people misuse "Public Domain". It's not that the legal community is going to change the actual definition to accommodate colloquial use...
I also noticed it among non technical people. That's too bad and actually doesn't matter because OSI is the one who has the trademark on it: https://opensource.org/trademark-guidelines
edit: changed "copyright" to "trademark"
Words or phrases that are identifiers used in commerce are protected by an entirely different type of IP law: trademarks. You are linking to OSI's trademark guidelines, of which "Open Source" is not one, per the page you linked.
so isn't the "open source" a trademark?
> OSI, Open Source Initiative, and OSI logo ("OSI Logo"), either separately or in combination, are hereinafter referred to as "OSI Trademarks" and are trademarks of the Open Source Initiative.
They are saying they won't permit you to refer to "OSI", "Open Source Initiative", or use their logo unless you also follow their definition of "open source".
You can call anything "open source". You can't call anything "OSI open source".
It's fair for the OSI to try and protect branding of FOSS as increasing user freedoms. I think ethical source licenses are doing the same within a broader human rights framework (others may disagree). SSPL on the other hand is decreasing freedoms without question, you can't start a competing service without onerous disclosures that have little do with the software in question. Other licenses in the same vein are even more explicit in their discontent of any contributions, but development is done in the open. It's fair to call the later "source available" which is an accurate representation of what they are doing or make up another name like the ethical source people did.
> 1. (Sociology) unfair treatment of a person, racial group, minority, etc; action based on prejudice
> 3. the ability to see fine distinctions and differences
It's fine to make distinctions between FOSS fearing developers and evil source developers, but I'm pretty sure that's not what the OSI means.