<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
Hi PSC-members,<br>
<br>
As I have discussed with you
(<a class="moz-txt-link-freetext" href="http://www.geoext.org/pipermail/psc/2016-January/000194.html">http://www.geoext.org/pipermail/psc/2016-January/000194.html</a>), I
went on to negotiate our licensing options with the Sencha people.<br>
<br>
Here is a short recap of the current situation:<br>
<ul>
<li>Since the Exception for OSS is no longer existing, GeoExt
switched to be licensed as GPL software
(<a class="moz-txt-link-freetext" href="https://github.com/geoext/geoext3/pull/16">https://github.com/geoext/geoext3/pull/16</a>)<br>
</li>
<li>This might be problematic when people want to use GeoExt code
with their correctly bought licensed software</li>
</ul>
<p>After some back and forth a Sencha official proposed the
following:<br>
</p>
<blockquote>
<p>> So if geoExt does not include our code, you could dual
license it GPLv3 and Apache - the GPLv3 version to go with Ext
JS GPLv3 and the Apache version to go with Ext JS commercial for
closed source uses. You'd probably want to make this clear to
your users so they get the right version and don't wind up with
GPL issues. Apache could be Apache, MIT, BSD, free commercial,
or anything that allows you to combine it with other work and go
closed source (technically, going closed source is
redistributing under a commercial license). <br>
</p>
</blockquote>
<p>Effectively this would mean that we would dual license GeoExt,
and the license of the actually used ExtJS determines which
license from GeoExt actually applies to your code.<br>
</p>
<p>I personally feel this is a wonderful option we get back from
Sencha here and I am very grateful that they offer us this in my
communication with them.<br>
</p>
<p>Here is a rough outline what we could do starting from now:<br>
</p>
<ul>
<li>Decide on whether we want to be dual licensed as outlined
above (A simple +1, 0, -1 vote of the PSC in response to this
mail would be enough, I guess)</li>
<li>Decide which other license suits our need. Since Apache was
brought up by Sencha, I'd be willing to take that one</li>
<li>Discuss the wording of how we document the licensing
everywhere (Sencha and I have talked this through but in the end
we decide and simply make it totally cklear to our users)<br>
</li>
<li>Provide PR that actually does the change</li>
<ul>
<li>We should make it absolutely clear what the options are (see
above)<br>
</li>
<li>We should document this at several places</li>
<ul>
<li>LICENSE.md at the repository root<br>
</li>
<li>LICENSE-FAQ.md at the repository root<br>
</li>
<li>every source-file header</li>
<li>on the homepage</li>
<li>some other place?<br>
</li>
</ul>
</ul>
<li>Do we need to get the appreciation of all actual committers
again?</li>
</ul>
<p>What are your thoughts?<br>
</p>
<p>Best,<br>
Marc<br>
<br>
</p>
<p>PS: Once this is settled, I really want to have a v3.0.0
released. And then switch to a release often-strategy. But thats
stuff for another day.<br>
</p>
<p><br>
</p>
</body>
</html>