| An increasingly common situation for open source projects is: 1. The FooLabs company creates the Foo open source software, which gets popular 2. FooLabs offers FooCloud, a paid, hosted, managed version of Foo for those who don't want to run Foo themselves. 3. AWS sees that Foo is popular and creates a competing paid, hosted, managed version of Foo (say, "AwsFoo"). 4. FooLabs' hosted version doesn't really have much advantage over AWS and AWS has a huge base of existing customers, so it outcompetes FooLabs. 5. FooLabs perceives this as unfair. They did all the work creating + maintaining this software, but are unable to reap any rewards. Different people have different opinions on #5, ranging from "Hell yeah, screw AWS!" to "What did you expect when you made this open source?" As a result, there have been a wave of not-quite-open-source licenses aimed at preventing #3, often with a clause like "This license doesn't let you run a paid, hosted, managed version". GitButler's license is aimed at doing exactly that. People have been calling that "source available." Some people are trying to rebrand that as the cooler-sounding "Fair Source." Some of these have caused huge community upsets because Foo is often popular because it's open source, and it feels like a bait-and-switch to suddenly yank that away once Foo reaches a certain point of growth. ElasticSearch is the biggest example that comes to mind: https://www.elastic.co/blog/licensing-change. GitButler, thankfully, is being much more up-front about it! |
> 2. FooLabs offers FooCloud, a paid, hosted, managed version of Foo for those who don't want to run Foo themselves.
> 4. FooLabs' hosted version doesn't really have much advantage over AWS and AWS has a huge base of existing customers, so it outcompetes FooLabs.
FooCloud is often run with what is perceived as excessive costs/margins, so 1. they get really poor uptake, and 2. it's really easy for AWS to undercut them.