<font color="#000000"><font face="arial,helvetica,sans-serif">Hi again,<br><br>After some time, I finally got the below reply from the free software foundation. It seems my worries where unfounded and I can move on with my life :)<br>
<br>Thomas<br><br></font></font>Hello and thank you for writing in.<br>
<br>
> I'm currently working on a project in Emacs Lisp. The project is open<br>
> sourced under the LGPL but I recently realized that some of the<br>
> submodules I use is under GPL and so I believe I have to change my<br>
> licensing.<br>
<br>
LGPLv3 is compatible with GPLv3. So there isn't anything in the above<br>
that would pose a problem.<br>
<br>
> My problem is that I have no idea what license to choose. Part of my<br>
> code will be running in Erlang and part of the code will be running in<br>
> Elisp inside an Emacs instance. The submodules are not actually<br>
> shipped *with*the project if that makes any difference, but are<br>
> fetched upon building the project.<br>
<br>
Generally speaking, what matters is if the separate modules combine to<br>
make one program, not how they are distributed.<br>
<br>
> Specifically, in Erlang I currently have one submodule licensed under<br>
> the MIT license,<br>
<br>
I'll assume you mean a generally permissive license such as the Expat<br>
license (<a href="http://directory.fsf.org/wiki/License:Expat" target="_blank">http://directory.fsf.org/wiki/License:Expat</a>), which is often<br>
ambiguously called the MIT license. It is GPL compatible, so no problem<br>
here.<br>
<br>
> and one under Apache v2.<br>
<br>
Apache v2 is also GPLv3 compatible.<br>
<br>
> In Elisp I'm using 3 submodules that are licensed under GPLv3.<br>
<br>
> Is there any way that I can cook this soup? I hear that Erlang doesn't<br>
> really work that well with GPL<br>
<br>
People will often write in to say that because of feature X then they<br>
think that language Y breaks the GPL. But the GPL is a copyright license<br>
which can be applied to essentially any copyrightable work for which you<br>
can identify the source.<br>
<br>
There are issues regarding the use of interpreted languages with runtime<br>
bindings (detailed in the two FAQ entries below) but it is unclear if<br>
any of these apply to your situation:<br>
<br>
<a href="http://www.gnu.org/licenses/gpl-faq.html#IfInterpreterIsGPL" target="_blank">http://www.gnu.org/licenses/gpl-faq.html#IfInterpreterIsGPL</a><br>
<a href="http://www.gnu.org/licenses/gpl-faq.html#InterpreterIncompat" target="_blank">http://www.gnu.org/licenses/gpl-faq.html#InterpreterIncompat</a><br>
<br>
>  so should I pull out the Erlang parts of the project and license them<br>
> separately? Can I then use these as part of my project?<br>
<br>
So far I didn't really see a licensing issue, since all of the separate<br>
parts had mutually compatible licenses. See:<br>
<br>
<a href="http://www.gnu.org/licenses/gpl-faq.html#WhatIsCompatible" target="_blank">http://www.gnu.org/licenses/gpl-faq.html#WhatIsCompatible</a><br>
<a href="http://www.gnu.org/licenses/gpl-faq.html#WhatDoesCompatMean" target="_blank">http://www.gnu.org/licenses/gpl-faq.html#WhatDoesCompatMean</a><br>
<br>
> The Elisp code will be communicating with the Erlang parts through a<br>
> rest-interface.<br>
<br>
Actually, if your software is making calls to the Erlang code via a REST<br>
interface, as an external service calling a published external interface<br>
without really knowing anything about how that specific Erlang program<br>
works internally, then it might be the case that you are interacting<br>
with it "at arms length".<br>
<br>
> All these licenses confuse me to no end, so it'd be great to get some<br>
> advice. Basically my project a bunch of porcelain code that binds<br>
> together and configures a bunch of useful tools for erlang<br>
> development. The whole point of it is to be an easy-to-setup solution,<br>
> so I'd really not like to have to resort to "download this from here,<br>
> configure this way, rinse, repeat".<br>
<br>
> I have no issue with licensing my project under GPL, but I need a<br>
> model that will be compatible with what I currently use and gives me<br>
> freedom to add new parts to the project in the future. It seems most<br>
> Emacs libraries are licensed under GPL, but I hear GPL does not really<br>
> work that well for Erlang projects due to how linking is<br>
> interpreted. I believe for Erlang projects, the most commonly used are<br>
> MIT or Apache.<br>
<br>
I hope my answers above are of help. If you have further doubts or<br>
questions, please feel free to write back and I'll do my best to<br>
expedite my reply.<br>
<br>
--<br>
I am not a lawyer, the above is not legal advice<br>
<br>
   Regards, Yoni Rabkin<br><br><div class="gmail_quote">On Sat, Sep 1, 2012 at 10:31 AM, Erik Søe Sørensen <span dir="ltr"><<a href="mailto:eriksoe@gmail.com" target="_blank">eriksoe@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p><br>
Den 31/08/2012 16.00 skrev "Thomas Järvstrand" <<a href="mailto:thomas.jarvstrand@klarna.com" target="_blank">thomas.jarvstrand@klarna.com</a>>:</p><div class="im"><br>
><br>
> Hi,<br>
><br>
> I'm currently working on a project that is a combination of Erlang and Emacs Lisp. The project is currently open sourced under the LGPL but I recently realized that some of the submodules I use are under GPL (the elisp ones) and so I believe I have to change my licensing.<br>


><br>
> My problem is that I have no idea what license to choose. Part of my code will be running in Erlang and part of the code will be running in Elisp inside an Emacs instance. The submodules are not actually shipped with the project if that makes any difference, but are fetched upon building the project.<br>


><br>
> Specifically, in Erlang I currently have one submodule licensed under the MIT license, and one under Apache v2. In Elisp I'm using 3 submodules, all of which are licensed under GPLv3.<br>
><br>
> Is there any way that I can cook this soup? I hear that Erlang doesn't really work that well with GPL so should I pull out the Erlang parts of the project and license them separately? Can I then use these as part of my project? The Elisp code will be communicating with the Erlang parts through a rest-interface if that makes any difference.</div>
<p></p>

<p>I believe it does - if your code is not linked to the GPL parts, but merely communicate with GPL parts which exist in a separate OS process, then there is no issue, as I recall it.<br>
(Ianal, of course.)</p>
<p></p><div class="im">> All these licenses confuse me to no end, so it'd be great to get some advice. Basically my project a bunch of porcelain code that binds together and configures a bunch of useful tools for erlang development. The whole point of it is to be an easy-to-setup solution, so I'd really not like to have to resort to "download this from here, configure this way, rinse, repeat". <br>


><br>
> I have no issue with licensing my project under GPL, but I would like a model that is compatible with what I currently use and gives me freedom to add new parts to the project in the future.<br>
><br>
> I would be thankful for any help<br>
><br>
> Sincerely<br>
><br>
> Thomas Järvstrand<br>
><br>
><br></div><div class="im">
> _______________________________________________<br>
> erlang-questions mailing list<br>
> <a href="mailto:erlang-questions@erlang.org" target="_blank">erlang-questions@erlang.org</a><br>
> <a href="http://erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
><br>
</div><p></p>
</blockquote></div><br>