[License-review] For Approval: License Zero Reciprocal Public License

Bruce Perens bruce at perens.com
Mon Oct 23 19:59:03 UTC 2017


I created the "Field of Endeavor" clause because of my experience with the
license that UC Berkeley applied to the SPICE analog electronic circuit
analysis software and our desire to include that software in Debian. This
license prohibited the use of SPICE software by the police of South Africa.
Obviously this term was written during the time of Apartheid, but it
remained in effect after the South Africa Nationalist party lost power and
a democratic government arose in South Africa. Indeed, as far as I could
tell the police of South Africa were employing Black individuals as
officers and they were still prohibited from using SPICE.

I contacted the licensing staff at UC Berkeley and they were unwilling to
consider changes to the license or to offer Debian an exception.

>From this, I developed a perception that field-of-use restrictions, no
matter how well-meant, could easily end up being harmful to the community.

I think it was the general acceptance of the Open Source campaign that
eventually convinced people at the University to change that license to be
something OSI-approved.

I do not believe that the creation of derivative works falls under "use
restriction". Use and creation of derivative works are two separate rights
under copyright law.

Obviously we operate in the context of copyright law as it exists where our
users are. This is really worldwide, but I personally am more informed of
US law. There is the unfortunate tendency of the US to impose its law on
other nations through treaties, and whatever nation a work originates in it
is likely to encounter US law as it is exported, so wherever nation I speak
in I am generally welcomed to discuss copyright law from a mainly US
context.

    Thanks

    Bruce



On Mon, Oct 23, 2017 at 12:44 PM, Florian Weimer <fw at deneb.enyo.de> wrote:

> * Kyle Mitchell:
>
> >> Clause 4 seems to restrict the use (running) of the software to
> >> open-source development.  This is pretty close to a restriction on
> >> fields of endeavor.  Even the most restrictive open source licenses
> >> (like a common interpretation of the Sleeypcat license, or the QPL)
> >> permit arbitrary use for your own internal purpose.  From a practical
> >> point of view, this is very important because it allows you to avoid
> >> complex license management for purely internal applications.
> >
> > OSD criterion 6 has come up a few times.  Recapping my part
> > in those discussions:
> >
> > If development of proprietary software is a "field of
> > endeavor" against which Open Source licenses cannot
> > discriminate, then distribution-triggered copyleft
> > conditions like GPL's would fail the criterion, too.  That's
> > clearly not the case.  So "field of endeavor" must mean
> > something else.
>
> For this reason, I assumed that “field of endeavor” always referred to
> activities which do not involve the creation of derivative works.  So
> “you may incorporate this program into open-source software only” is
> acceptable, but “you may use this program to write open-source
> software only” is not, because it disallows writing poetry with the
> program.
> _______________________________________________
> License-review mailing list
> License-review at opensource.org
> https://lists.opensource.org/cgi-bin/mailman/listinfo/license-review
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensource.org/pipermail/license-review_lists.opensource.org/attachments/20171023/53d6643b/attachment.html>


More information about the License-review mailing list