[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Licensing and the client/server divide [was Re: License for mixminion dist]
Nick wrote:
>
> Ah! No, I envision it differently. The server runs under a Python
> interpreter of its own, and communicates via sockets, disk spools, and
> other mechanisms with the applications that want to use it.
Oh -- okay. So what's the "client" code then? I think it's a thin piece
of glue that provides a "function invocation API" to application code and
translates the function invocations into RPC calls to the MM node.
So if the node code were under GPL and the little glue code were under LGPL
then it should be legal to ship proprietary MM-using apps but not to ship
proprietary MM-altering apps.
BTW, I just read the GPL again to try to verify if that were the case and
I couldn't really tell -- it's frighteningly vague by talking about "a work
based on the Program". But I'm willing to ... Ack! No, dammit, now I'm
confused again.
The GPL says that any "work based on the Program" must be offered under the
terms of the GPL, so there's no reason just looking at the text of the GPL
itself to believe that the above scheme would leave people free to ship
proprietary MM-using applications.
What a headache.
Considering this kind of uncertainty of the meaning, and considering the
widespread antipathy for everything associated with RMS and the FSF, I'm
increasingly in favor of using MPL for everything instead, thus forgoing the
attempt to prohibit people from shipping proprietary code which uses our core
source code but alter the Core behavior.
http://zooko.com/license_quick_ref.html
Regards,
Zooko