[asterisk-dev] SCF Licencing
nicolas at house.com.ar
Thu Oct 28 17:33:27 CDT 2010
I do not have a problem with dual licensing! I have signed myself and contributed to Asterisk some years ago..
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.
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.
On Oct 28, 2010, at 7:11 PM, Andrew Latham wrote:
> Some of us agree with Digium's interpretation. The dual license model
> is difficult to understand but it is the only method to keep everyone
> happy. If you have an app that you would like to add to Asterisk SCF
> then I invite you to contact the wonderful people at Digium. Even
> their lawyers are cool!
> Andrew "lathama" Latham
> lathama at gmail.com
> * Learn more about OSS http://en.wikipedia.org/wiki/Open-source_software
> * Learn more about Linux http://en.wikipedia.org/wiki/Linux
> * Learn more about Tux http://en.wikipedia.org/wiki/Tux
> On Thu, Oct 28, 2010 at 7:01 PM, Marc Blanchet
> <marc.blanchet at viagenie.ca> wrote:
>> Le 10-10-28 22:56, Nicolas Gudino a écrit :
>>> I am also interested in this, and particulary how the paragraph starts:
>>> "It is Digium’s interpretation"
>> In other words, they are trying to say "consult your lawyer".
>> my 2 cents.
>>> On Oct 28, 2010, at 6:36 PM, Julian Lyndon-Smith wrote:
>>>> I am very interested in this from the licence
>>>> "It is Digium’s interpretation that because the Asterisk SCF APIs, by
>>>> definition, expose direct, and indirect, complex remote, and
>>>> non-remote, function calls on objects provided by Asterisk SCF’s
>>>> programs, that usage of these APIs between the program hosting the
>>>> object(s) and the program accessing the object(s) creates a derivative
>>>> work that must be covered wholly by GPLv2, even if the mechanism used
>>>> to invoke the function calls employs a cross-process or network
>>>> connection. As a result, any program that employs the Asterisk SCF
>>>> APIs to perform its intended functions, and would not be able to
>>>> perform those intended functions without using these APIs to
>>>> communicate with Asterisk SCF programs, or derivatives of Asterisk SCF
>>>> programs, is subject to the terms of the GPLv2 when it is distributed,
>>>> unless the distributor of the program has obtained explicit written
>>>> permission from Digium to distribute it under a different license."
>>>> Does this mean if you use the SCF version of the Asterisk AMI, your
>>>> system then becones GPLv2 ?
>>>> I don't think so. Guess this adopter won't be adopting ;)
>>>> Unless, of course, (quite easiliy) I have the wrong end of the stick.
>>>> Please be it so.
>>>> Follow "Ode To Politics" by HB Tasker at http://twitter.com/HBTasker
>>>> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>>>> asterisk-dev mailing list
>>>> To UNSUBSCRIBE or update options visit:
>> IPv6 book: Migrating to IPv6, Wiley. http://www.ipv6book.ca
>> Stun/Turn server for VoIP NAT-FW traversal: http://numb.viagenie.ca
>> DTN news service: http://reeves.viagenie.ca
>> NAT64-DNS64 Opensource: http://ecdysis.viagenie.ca
>> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>> asterisk-dev mailing list
>> To UNSUBSCRIBE or update options visit:
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
More information about the asterisk-dev