Joining forces vs. starting from scratch (was Re: Proposal to start a new implementation...)
Matt Harris
unicorn.consulting at gmail.com
Wed Apr 12 10:04:04 UTC 2017
On 4/12/17 5:08 PM, Magnus Melin wrote:
> On 12.4.2017 02:06, Óvári wrote:
>> Why did R Kent James demand CardBook
>> <https://addons.mozilla.org/thunderbird/addon/cardbook/> be licensed
>> under MPL
>> then? Zero win for CardBook...
>
> Depends on the perspective and your goals for your code. Being license
> compatible to core code makes it possible to include it in core. In
> parts or as a whole. If inclusion of some sort is the goal, the
> license needs to be compatible.
>
>> LibreOffice <https://www.libreoffice.org/> seems to be working, why
>> not copy
>> their licensing model?
>
> They are actually using the MPLv2, like Thunderbird.
>
> As I see it the problem with MPL is that you don't have to provide
> your whole derivative work as open source. Only the actual changes,
> which makes porting a feature extremely impractical as the changes can
> rely on other code which you don't have to provide.
I would prefer a license that requires any derivative to be open
source. That is a derivative mail client. I have no issue with say a
JS library being sucked into another project, with only an attribution.
Matt
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.mozilla.org/pipermail/tb-planning/attachments/20170412/d9739cfa/attachment-0001.html>
More information about the tb-planning
mailing list