FSF marks commons clause as non-free, recommends users fork software using it
fsf.org
fsf.org
The author (not plural) describes in depth the differences between recognized open source licenses v. the commons clause (https://commonsclause.com/) and also describes her intent behind developing the license. Specific emphasis appears to have been devoted toward distinguishing this license as being distinctly non-open in the FAQ printed on the root of the domain.
(To be clear: I have no affiliation with the author or with this license and any known implementations of it.)
I'd've picked a different name, too. But the idea that "commons" means only open source, or only free software, doesn't sit right. Compared to pulling their software back as fully closed or source-available, all-rights-reserved, a Commons Clause combo makes a lot more available.
[0] https://wiki.creativecommons.org/wiki/CC0_FAQ#May_I_apply_CC...
But this is getting off-track -- the CC licenses being discussed are the ones other than CC0.
As a part-time independent developer of software myself, I personally find the combination of a free software license + Commons Clause to be very compelling. I'm willing to grant to the user every right offered by free software licenses with the exception of rights to commercial use.
If that means my software has to be labeled as proprietary by the FSF, so be it, but at the same time I'd prefer not to mislead users into thinking my software is being offered under a vanilla free software license.
Is there a proprietary license I can release my software under, with the properties of a free software + commons clause license, that doesn't run the risk of misleading users? If not, I'll likely continue releasing my software under a free software + commons clause license, along with some kind of disclaimer above the license section in the project's readme.
"We recommend against using Creative Commons licenses for software. Instead, we strongly encourage you to use one of the very good software licenses which are already available. We recommend considering licenses made available by the Free Software Foundation or listed as “open source” by the Open Source Initiative."
But then you just have to use a name and logo that's strongly reminiscent of the CC-Zero and brand yourselves "a new way to support open software developers". Except the "prosperity" license is not actually an open source license, and devs using it for their software are therefore not open source developers.
The PR surrounding it follows the same pattern. It very much feels as if you are trying to benefit from the positive reputation that open source has built. Yes, the information is all there if you read the license text or readme, but it still seems intentionally designed to give an incorrect first impression to people who don't look too closely. Which is probably most people.
Using a non-OSI license for one project doesn't make a developer not an open source developer, any more than Open Core makes companies stewarding open source projects not open source companies. Most examples of financially self-sustaining, independent open source developers I know make money on contracts for closed development. A few standouts avoid that by running their own proprietary software businesses, offering additional features on top of their open work. Prosperity helps those developers who want to make the source for their paid-only features publicly available, and to make it free to many users who could never buy.
Prosperity, the noncommercial license, is one of two public licenses published under the project. The other is a very strong copyleft, or "free for open source" license. Both are controversial. I maintain, and have maintained, that the latter conforms to OSI's Open Source Definition, and that it's net-positive for software freedom, eschewing ruinous compromises. I remain far more personally passionate about the share-alike option, but it's just not functionally sufficient to create license-based opportunity for all projects. Freestanding applications not used to build other software, in particular.
None of the branding issues here have been easy. Part of the reason I renamed the public licenses to remove all mention of License Zero itself was to decouple communication problems. Also to emphasize their independence from L0. The licenses are perfectly usable without any dual licensing, or without licensezero.com in particular.
But while I want to be sure to get my messages across clearly, I strongly reject the idea that open source, however defined---OSI has not approved CC0-1.0, for example---deserves a special branding "buffer zone", that it's on other approaches to distinguish themselves, rather than for whoever wants to define "open source" to be clear what they mean. Open source branding itself takes advantage of lots of benefits attributable to mere source availability, and to public licensing more generally. It takes advantage of momentum from developers participating in a movement, some of whom reject any license-based definition of that movement, and some of whose needs, aspirations, and history orgs like OSI no longer seem to honor.
I named License Zero as a I did to reflect its goal: zero out friction in dual licensing, even for projects built with many deps, as through npm. Due to the documentation, and the readability of the licenses themselves, I believe it's actually far easier for developers to tell what's going on with L0 and L0 licenses than for most open source terms and business approaches. But I haven't stopped publishing as much as I can to help with those approaches. For example:
Popular: https://writing.kemitchell.com/2016/09/21/MIT-License-Line-b...
Recent: https://writing.kemitchell.com/2018/10/24/How-to-Speak-Copyl...
If your software is licensed under something that includes the Commons Clause then it isn't free software, because users are not free to do what they want with it (being limited by the Commons Clause, funnily enough).
I'd hazard the only reason this is worth a mention is because "Commons Clause" sounds a lot like "Creative Commons" and, as the article mentions, it is a also misleading because it is attached to licenses in a way that changes them from Free Software licenses to [-O-p-e-n-S-o-u-r-c-e- +] proprietary software licenses. Someone scanning the license could think "oh, this is xyz license that is free, all is good" and not pick up on the Commons Clause. It is a bit insidious like that.
+ EDIT - Scratch that, it isn't even open source.
From the FSF's point of view - that's fine, but it's no longer "free software". Which I agree with.
They're somewhat grumpy, I think understandably, that companies like RedisLabs and MongoDB take the name and all of the text of a free license - and then make it non-free while keeping most of the brand recognition of the free license. As you suspect, it's misleading to end users.
I think the Creative Commons people did some good work on this front, having the concept of things like "non-commercial" and "No derivatives" as explicit modifiers added to tne name/title of a license, to make it very clear up fromnt. wonder if the FSF would be happier if, for example, RedisLabs had chosen to use something like "Apache2 non commercial" instead of the less self explanatory "Apache 2.0 modified with Commons Clause" ???
https://licensezero.com/licenses/prosperity
In essence, a modern permissive license, plus noncommercial language similar to that in CC-BY-NC licenses, with a built-in, free, thirty-two day trial period.
Strongly recommend: https://youtu.be/vBknF2yUZZ8?t=80
If you haven't already, take a look at MongoDB's Server Side Public License. In particular, here's their submission statement to OSI:
http://lists.opensource.org/pipermail/license-review_lists.o...
I've written about the license, and what I think it means politically, here:
https://writing.kemitchell.com/2018/11/04/Copyleft-Bust-Up.h...
https://drewdevault.com/2018/08/22/Commons-clause-will-destr...
It's kind of like how the Internet was left with the incorrect impression that Google removed "don't be evil" from their Code of Conduct. (It's still there, now at the end instead of the beginning after a rewording. The new parent company Alphabet has a different but similar slogan; both apply to Google. This is separate question, of course, from any more concrete discussion of Google's current ethics than what their code of conduct says.)
I think all companies using Redis should make contingency plans for when that happens. I’m afraid forking Redis will likely prove necessary given Redis Labs’ record of questionable behavior.
I'm trying to decide if there should be additional limitations or exemptions for institutions that build a better more democratic and humane society. For example, perhaps worker coops can use the software, but heirarchical institutions cannot. Perhaps science and medicine can use it, but stores cannot.
I recognize the point of the commons clause is a kind of rebellion within capitalism against exploitation of individuals by business. However, like the GPL, perhaps it's time to go further than copyleft and advance a real left agenda by supporting left institutions.
There's a very left leaning socialist part of me who thinks "That's bad. Apache and MySQL and Perl/Python/PHP and many many other genuinely free software projects have worked fine for decades now, why change to less free alternatives if Stallman-style free software can and does work?", but there's also a pragmatic part of me that thinks "I wonder what new software might come into existence if companies can afford to hire teams of devs and architects (and QA people and tech writers and and and) by limiting _some_ of the freedom to allow themselves to generate revenue more easily, without limiting anything like as much freedom as, say, Microsoft or Oracle do?" Personally, I don't think I'll be contributing to any "commons clause" restricted software, but I _do_ wish the people experimenting with that new model the best of luck and have some optimism that it _might_ open up new and unexpected opportunities as it changes the landscape around how software gets written, shared, and monetised.
The question, though, is whether OSI's taxonomy is even relevant today when there are other, more imminent concerns. Namely, if you want your software project to contribute to software and information monopolization in "the cloud" and on very few content aggregation sites such as Fb, github, and others that themselves don't reciprocally allow eg. indie search crawlers and untracked linking.
https://writing.kemitchell.com/2018/11/05/OSD-Copyleft-Regul...
Summary:
> [The fact that OSD doesn't set out complete rules for copyleft] is altogether understandable, considering the way it was written, and why. The Definition wasn’t meant to answer current questions about the limits of open source copyleft design. Those questions hadn’t even been practically posed yet. But we’re asking them now. In order to establish meaningful regulation for open source copyleft, we’ll have to look beyond the Definition. That will be far easier to do without pretending that we’re still debating the Definition.
"Freedom for others to commercialize your software comes with starting an open source project, and while that freedom is important to uphold, growth and commercial pressures will inevitably force some projects to close."
Neither is better, because they are the same. Commons Clause is proprietary.
If a piece of FOSS that I used became proprietary, I would fork (or use a fork) based on the last FOSS version. Just because the Commons Clause kinda looks like it's FOSS if you squint, doesn't make it any different.
"Proprietary" means that the copyright holder retains certain rights, rather than granting the rights to the recipient. In the case of the Commons Clause, the rights that they retain propriety of are the rights to commercial use.
[1]: https://www.gnu.org/philosophy/categories.html#ProprietarySo...
Strictly speaking, the only license that doesn't have the copyright holder retaining any rights is the lack of one (i.e. releasing to public domain). If you're not releasing to PD, that's necessarily because you want to retain some rights. And then it's just a question of which ones. GPL has one answer, something like MIT has another, and Commons Clause has another still. I fail to see what makes some of them proprietary, while others are not.
From my perspective, if I can get the code, hack on it, and release the changed version to others who can also do all of these things in turn, that's enough to make it non-proprietary already. Proprietary is when the software is closed source outright, or the source is provided for "educational use only" (i.e. no derived works allowed), or when derived works cannot be redistributed. Licenses that allow redistribution of patches, but not original code with patches applies, would be the grey territory.
This is a bit nit-picking, but releasing without a license is pretty much the opposite of releasing to the public domain.
If you release without anything, the raw unmodified copyright laws apply, which are rather strict and give the recipient basically no rights - certainly no right to redistribution.
You have to make some kind of explicit statement if you want to release something into the public domain. That's why things like CC0 exist.
"Commons Clause only forbids you from “selling” the Commons Clause software itself. You may develop on top of Commons Clause licensed software...and you may embed and redistribute Commons Clause software in a larger product, and you may distribute and even “sell” (which includes offering as a commercial SaaS service) your product...You just can’t sell a product that consists in substance of the Commons Clause software and does not add value."
I see how that restricts my rights as a user, but those are rights I simply don't care about. Back in the days of dialup, people were able to make a few bucks by selling Linux CDs to help other users get started. But what examples are there today of unmodified free software being sold by someone other than the primary developer, aside from various app store scams?
with this kind of limitation in the license it is really hard to tell what the intentions of the licensors are, what they will tolerate and what they won't allow.
there is really only one position that is safe. either all commercial activity is allowed, or none of it is.
everything else is a legal minefield that is to dangerous for anyone to even touch.
greetings, eMBee.
> Is this “Open Source”?
> No.