[License-discuss] a Free Island Public License?

Clark C. Evans cce at clarkevans.com
Sat Dec 17 18:59:58 UTC 2011


On Fri, Dec 16, 2011, at 10:51 PM, Bruce Perens wrote:
> The author should back up and state a list of goals, 
> rather than present the argument as pseudo-legal drafting.

Bruce,

My primary objective is that software ported to provide
compatibility with proprietary platforms be done in such 
a manner that the free software emulators of those 
platforms become sufficiently good to run the ported work.
I think this would increase the willingness of authors
to contribute their works as free software; at the same 
time I think it would provide a motivator to ensure that 
free software emulations of proprietary platforms (like
Wine) are fully functional replacements.

Why do I think so?  The value of a platform isn't intrinsic, 
it is rather proportional to the software that runs on it.
Hence, when free software is ported to a proprietary platform, 
the author of the free software is unwittingly contributing 
to the financial value of the proprietary platform's vendor
without any equivalent value exchange.  Since I realize it
is not in the spirit of "free software" to explicitly ban
the use of a proprietary platform, I think the next best 
thing that you could ask for in return is proper emulation.

A previous attempt at accomplishing this objective used a
modified GPLv3 less the system library exception.  However, 
I don't think this neatly encapsulated the idea and might 
not even be strong enough to accomplish the objective.

My secondary objective (tightly related) is to somehow
address the well known "work around" to the GPL where
you wrap your proprietary functionality as a web service 
API and then call it from a derived work.  To me this
fails since it doesn't license the "the whole of the work, 
and all its parts, regardless of how they are packaged".

For an example of this "work around" please see an example
of this approach [1].  The informal consultation of two
intellectual property attorneys seem to concur with the
response to this question -- that even if the GPL linking 
affects shared libraries, it certainly does not extend to 
web services; Web API "work around" is simple & effective.

This second attempt at a license takes a different approach
from the GPL, implicitly not exempting system libraries
but also making a test (and license name) that I hope 
would render useless these sort of application topology
copyleft work-around.

I think the opening of the license itself nicely encapsulates 
both of these goals in a succinct way:

  This software is licensed for any purpose excepting the 
  right to make publicly available derived works which 
  depend exclusively upon non-free components.

I hope this expresses my intent clearly.  I had presented
an earlier proposal on debian-legal [2] that was much less 
well developed.  I expressly omitted my objective here so 
that the license idea itself would be taken up on its merits 
without diving into a discussion if my goals are worthy.

I think there are lots of reasons to disagree with my 
objective, however, the question for me is if this general
approach is acceptable pathway to an open source license.

Best, 

Clark

[1]
http://stackoverflow.com/questions/4351119/if-i-use-gnu-gpl-code-with-my-own-server-side-code-do-i-need-to-open-my-server/
[2] http://lists.debian.org/debian-legal/2011/11/msg00025.html




More information about the License-discuss mailing list