Disclaimer: This is just an opinion and there is always a chance i am 100% wrong.<br><br>So far as i can tell SCF in its current state to access the API you have to create your client connection with the modified version of ICE (a middleware application - <a href="http://www.zeroc.com" target="_blank">http://www.zeroc.com</a>) that digium provides (see the new git server). While I do agree that the statement in the license is somewhat overbearing and unclear, it is still true that if you compile your SCF application against ICE which is GPLv2 licensed you will still be required to provide the source code should you choose to distribute it. Given that digium has made modifications to the ICE tools I do not know if you are able to connect with an unmodified version and avoid the restriction by simply licensing the Ice middleware from ZeroC.<br>
<br>All that said i completely support Digium protecting their IP i just don't agree with the language used in the 'interpretation'. I feel that its missing a few words and should somehow be modified to include the fact that you would be using a client library to access the API remotely.<br>
<br>FYI, there is a SCF mailing list and this is likely where this conversation belongs. There are also some previously internal discussions on licensing if you look at the mailing list archives.<br><br>Donny<br>
<br><div class="gmail_quote">On Thu, Oct 28, 2010 at 6:54 PM, Julian Lyndon-Smith <span dir="ltr"><<a href="mailto:asterisk@dotr.com" target="_blank">asterisk@dotr.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
so, what if I were to write a system like astmanproxy but for SCF,<br>
and licence that under the GPLv2 ?<br>
<br>
Would not that get around the problem entirely ? I am complying with<br>
Digium's interpretation , but not adding that extra clause to *my* API<br>
means that any program using *my* api is not bound by the GPLv2 .<br>
<br>
I think ;)<br>
<br>
This is absurd.<br>
<font color="#888888"><br>
Julian<br>
</font><div><div></div><div><br>
On 28 October 2010 23:33, Nicolas Gudino <<a href="mailto:nicolas@house.com.ar" target="_blank">nicolas@house.com.ar</a>> wrote:<br>
> Hi Andrew,<br>
><br>
> I do not have a problem with dual licensing! I have signed myself and contributed to Asterisk some years ago..<br>
><br>
> But to "interpret" that accesing a dual licensed/gpl2 network service/api incumbers the software accesing that api with the gpl2 license does not sound quite right to me. Perhaps I am wrong and someone can point me to the part of the license that implies that? If I write a sip based soft phone, should I license it as gpl2 because it talks to asterisk scf? Perhaps is not a good analogy, as the Asterisk AMI is not an open protocol but a particular Asterisk API exposed via sockets, just take it as an example.<br>
><br>
> I agree with Julian, I am worried that Digium will try to close the apps ecosystem by trying to enforce gpl2 for applications that will access an AMI like API for this new project. Ang again, IANAL, but "interpretation" is a double edge word.<br>
><br>
> Best regards,<br>
><br>
> --<br>
> Nicolás Gudiño<br>
><br>
> On Oct 28, 2010, at 7:11 PM, Andrew Latham wrote:<br>
><br>
>> Some of us agree with Digium's interpretation. The dual license model<br>
>> is difficult to understand but it is the only method to keep everyone<br>
>> happy. If you have an app that you would like to add to Asterisk SCF<br>
>> then I invite you to contact the wonderful people at Digium. Even<br>
>> their lawyers are cool!<br>
>><br>
>><br>
>><br>
>> ~<br>
>> Andrew "lathama" Latham<br>
>> <a href="mailto:lathama@gmail.com" target="_blank">lathama@gmail.com</a><br>
>><br>
>> * Learn more about OSS <a href="http://en.wikipedia.org/wiki/Open-source_software" target="_blank">http://en.wikipedia.org/wiki/Open-source_software</a><br>
>> * Learn more about Linux <a href="http://en.wikipedia.org/wiki/Linux" target="_blank">http://en.wikipedia.org/wiki/Linux</a><br>
>> * Learn more about Tux <a href="http://en.wikipedia.org/wiki/Tux" target="_blank">http://en.wikipedia.org/wiki/Tux</a><br>
>><br>
>><br>
>><br>
>> On Thu, Oct 28, 2010 at 7:01 PM, Marc Blanchet<br>
>> <<a href="mailto:marc.blanchet@viagenie.ca" target="_blank">marc.blanchet@viagenie.ca</a>> wrote:<br>
>>> Le 10-10-28 22:56, Nicolas Gudino a écrit :<br>
>>>> I am also interested in this, and particulary how the paragraph starts:<br>
>>>><br>
>>>> "It is Digium’s interpretation"<br>
>>><br>
>>> In other words, they are trying to say "consult your lawyer".<br>
>>><br>
>>> my 2 cents.<br>
>>><br>
>>> Marc.<br>
>>><br>
>>>><br>
>>>><br>
>>>> On Oct 28, 2010, at 6:36 PM, Julian Lyndon-Smith wrote:<br>
>>>><br>
>>>>> I am very interested in this from the licence<br>
>>>>><br>
>>>>> "It is Digium’s interpretation that because the Asterisk SCF APIs, by<br>
>>>>> definition, expose direct, and indirect, complex remote, and<br>
>>>>> non-remote, function calls on objects provided by Asterisk SCF’s<br>
>>>>> programs, that usage of these APIs between the program hosting the<br>
>>>>> object(s) and the program accessing the object(s) creates a derivative<br>
>>>>> work that must be covered wholly by GPLv2, even if the mechanism used<br>
>>>>> to invoke the function calls employs a cross-process or network<br>
>>>>> connection. As a result, any program that employs the Asterisk SCF<br>
>>>>> APIs to perform its intended functions, and would not be able to<br>
>>>>> perform those intended functions without using these APIs to<br>
>>>>> communicate with Asterisk SCF programs, or derivatives of Asterisk SCF<br>
>>>>> programs, is subject to the terms of the GPLv2 when it is distributed,<br>
>>>>> unless the distributor of the program has obtained explicit written<br>
>>>>> permission from Digium to distribute it under a different license."<br>
>>>>><br>
>>>>> Does this mean if you use the SCF version of the Asterisk AMI, your<br>
>>>>> system then becones GPLv2 ?<br>
>>>>><br>
>>>>> I don't think so. Guess this adopter won't be adopting ;)<br>
>>>>><br>
>>>>> Unless, of course, (quite easiliy) I have the wrong end of the stick.<br>
>>>>> Please be it so.<br>
>>>>><br>
>>>>> Julian<br>
>>>>><br>
>>>>> --<br>
>>>>> Follow "Ode To Politics" by HB Tasker at <a href="http://twitter.com/HBTasker" target="_blank">http://twitter.com/HBTasker</a><br>
>>>>><br>
>>>>> --<br>
>>>>> _____________________________________________________________________<br>
>>>>> -- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
>>>>><br>
>>>>> asterisk-dev mailing list<br>
>>>>> To UNSUBSCRIBE or update options visit:<br>
>>>>> <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a><br>
>>>><br>
>>>><br>
>>><br>
>>><br>
>>> --<br>
>>> =========<br>
>>> IPv6 book: Migrating to IPv6, Wiley. <a href="http://www.ipv6book.ca" target="_blank">http://www.ipv6book.ca</a><br>
>>> Stun/Turn server for VoIP NAT-FW traversal: <a href="http://numb.viagenie.ca" target="_blank">http://numb.viagenie.ca</a><br>
>>> DTN news service: <a href="http://reeves.viagenie.ca" target="_blank">http://reeves.viagenie.ca</a><br>
>>> NAT64-DNS64 Opensource: <a href="http://ecdysis.viagenie.ca" target="_blank">http://ecdysis.viagenie.ca</a><br>
>>><br>
>>><br>
>>> --<br>
>>> _____________________________________________________________________<br>
>>> -- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
>>><br>
>>> asterisk-dev mailing list<br>
>>> To UNSUBSCRIBE or update options visit:<br>
>>> <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a><br>
>>><br>
>><br>
>> --<br>
>> _____________________________________________________________________<br>
>> -- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
>><br>
>> asterisk-dev mailing list<br>
>> To UNSUBSCRIBE or update options visit:<br>
>> <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a><br>
><br>
><br>
> --<br>
> _____________________________________________________________________<br>
> -- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
><br>
> asterisk-dev mailing list<br>
> To UNSUBSCRIBE or update options visit:<br>
> <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a><br>
><br>
<br>
<br>
<br>
</div></div>--<br>
<div><div></div><div>Follow "Ode To Politics" by HB Tasker at <a href="http://twitter.com/HBTasker" target="_blank">http://twitter.com/HBTasker</a><br>
<br>
--<br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
<br>
asterisk-dev mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
<a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a><br>
</div></div></blockquote></div><br>