[Flow] RFC: Drop CLA for Flow and Neos
Dominique Feyer
dfeyer at ttree.ch
Mon Jul 14 23:33:04 CEST 2014
Hi Helmut,
What a nice topic ;)
I understand and support your point on the subject. But maybe with a more radical vision on my side.
I think that GPL can be a blocker too. LGPL vs MIT is maybe a more complexe subject. But my personal favorite is MIT definitively. You can see big project like Symfony all component and the CMF have move to MIT.
I’m a big open source fan, but I think that freedom doesn’t support limit. And GPL enforce limitation of what you can do with a piece of code and is a tainting licence, so that’s not really freedom.
About the CLA, if we have a more permissive licence we can drop it. Any contributor is welcome. Having to sign a document to push a single line of code can be a big barrier. I think about small contribution, small documentation update, …
We present Neos a CMS that can be used to support the CMS parts of any Flow application … but has Neos is GPL and Flow LGPL … I think that can be a blocker for some project. Having a clear and simple licensing is highly welcome I think
Having some big or small company using Flow/Neos internally for closed source projet can be a plus the community I think.
So my 2 cents, is move everything to MIT and drop the CLA.
Bests,
--
ttree sàrl
Dominique Feyer
Rue du Valentin 34 et demi
CH - 1004 Lausanne
+41 21 312 36 35
dfeyer at ttree.ch
ttree.ch - @ttreeagency - plan d’accès
Le 14 juillet 2014 à 23:20:11, Helmut Hummel (helmut.hummel at typo3.org) a écrit:
Hi!
One blocker for the FLow and Neos project is the constant lack of
resources (time and money of the contributors) and the relatively low
number of contributors.
While there are for sure many other things to address to reach out to
potential new contributors, I am pretty sure that our Contributors
Licence Agreement (CLA)[1] plays a role here.
At least it is one additional hurdle to take before one can start
contributing code.
Therefore I would like to suggest to drop the Contributors Licence
Agreement.
The reason for the CLA (as I understood) is to allow an easy change of
the licence (currently LGPL 3 for Flow and GPL 3 for Neos), because it
"can be done"[3] without asking every single contributor for permission.
Two things here:
1. Do we think *now* that a copyleft licence (e.g. GPL) is good for the
project to prosper? If so, keep it and drop the CLA. If not, change it
to a more permissive licence (e.g. MIT) *now* and drop the CLA.
2. Changing the licence at a later point (if we think it helps for the
porject to prosper) without a CLA may be harder, but it is not
impossible. We could even switch from our CLA to a FLA like e.g KDE[2]
which is *optional* to sign and not *mandatory*
I think one of the key questions here is what licence do we think is the
best for the project(s). I have no answer to that unfortunately. I also
suspect that it might be impossible to answer.
But keeping a potential blocker for contributions just to avoid a
decision does not make sense to me.
I layed out my opinion and I'm looking forward to hear yours :)
Kind regards,
Helmut
[1]http://typo3.org/index.php?id=782
[2]http://ev.kde.org/rules/fla.php
--
Helmut Hummel
Release Manager TYPO3 6.0
TYPO3 Core Developer, TYPO3 Security Team Member
TYPO3 .... inspiring people to share!
Get involved: typo3.org
_______________________________________________
Flow mailing list
Flow at lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/flow
More information about the Flow
mailing list