People get mad about appropriating a term ("open source") that has had for 20 years a clear definition (among others "no discrimination against field of endeavor", "license must not restrict other software") for licenses that violate it.
Well, yes and no. You can change it, but only going forward. A change doesn’t mean that WPengine would have to stop using it. They would have what they have, but they wouldn’t be able to use anything new, developed under new license terms. And I think a lot of the community would walk away from Wordpress and side with WPengine. There would be a high profile fork.
I don't believe this is correct in this case; realistically, I don't think they can change it at all. As far as I can tell, the WordPress contribution process doesn't involve a CLA or CAA.
That means any license change for WordPress would require getting agreement from every single third-party contributor whose code is still present in the codebase; and/or, removing or rewriting code where the contributor (copyright holder) does not agree. In practical terms, that isn't going to be possible.
WordPress itself is also a fork, which further impacts the situation if any ancient b2/cafelog code is still present in the codebase.
The key point here is that without a CAA, third-party contributors still own the copyright to their code contributions; and without a CLA, the project owner has no legal authority to re-license that third-party code in ways which violate the contributors' license.
The "change it going forwards" thing generally only applies if a CLA or CAA was used; or if the previous license was a permissive one and the new license terms don't violate the old license terms in any way.
People get mad about appropriating a term ("open source") that has had for 20 years a clear definition (among others "no discrimination against field of endeavor", "license must not restrict other software") for licenses that violate it.
Not the developer's problem. Don't like the license? Don't use the software.
(Note, I'm not defending anything that MM has done, but you're allowed to change your license, even if users dont like it.)
Well, yes and no. You can change it, but only going forward. A change doesn’t mean that WPengine would have to stop using it. They would have what they have, but they wouldn’t be able to use anything new, developed under new license terms. And I think a lot of the community would walk away from Wordpress and side with WPengine. There would be a high profile fork.
> You can change it, but only going forward.
I don't believe this is correct in this case; realistically, I don't think they can change it at all. As far as I can tell, the WordPress contribution process doesn't involve a CLA or CAA.
That means any license change for WordPress would require getting agreement from every single third-party contributor whose code is still present in the codebase; and/or, removing or rewriting code where the contributor (copyright holder) does not agree. In practical terms, that isn't going to be possible.
WordPress itself is also a fork, which further impacts the situation if any ancient b2/cafelog code is still present in the codebase.
The key point here is that without a CAA, third-party contributors still own the copyright to their code contributions; and without a CLA, the project owner has no legal authority to re-license that third-party code in ways which violate the contributors' license.
The "change it going forwards" thing generally only applies if a CLA or CAA was used; or if the previous license was a permissive one and the new license terms don't violate the old license terms in any way.
1 reply →
Let the chips fall as they may, no?
If there was a way to make changes entirely free of consequence, everybody would be doing it.
1 reply →
The developer getting mad about their own choice is fundamentally different from other people getting mad about their choice.
Sadly, I can testify to that.
[dead]