<?xml version="1.0" encoding="utf-8"?>
<?xml-stylesheet type="text/xsl" href="../../assets/xml/rss.xsl" media="all"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>LaForge's home page (Posts about gpl)</title><link>https://laforge.gnumonks.org/</link><description></description><atom:link href="https://laforge.gnumonks.org/blog/tags/gpl.xml" rel="self" type="application/rss+xml"></atom:link><language>en</language><lastBuildDate>Thu, 24 Oct 2024 20:08:49 GMT</lastBuildDate><generator>Nikola (getnikola.com)</generator><docs>http://blogs.law.harvard.edu/tech/rss</docs><item><title>On the Linux Kernel Enforcement Statement</title><link>https://laforge.gnumonks.org/blog/20171107-kernel-enforcement-statement/</link><dc:creator>Harald Welte</dc:creator><description>&lt;p&gt;I'm late with covering this here, but work overload is having
its toll on my ability to blog.&lt;/p&gt;
&lt;p&gt;On October 16th, key Linux Kernel developers have &lt;a class="reference external" href="http://kroah.com/log/blog/2017/10/16/linux-kernel-community-enforcement-statement/"&gt;released and anounced
the Linux Kernel Community Enforcement Statemnt&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;In &lt;a class="reference external" href="https://www.kernel.org/doc/html/latest/process/kernel-enforcement-statement.html"&gt;its actual text&lt;/a&gt;,
those key kernel developers cover&lt;/p&gt;
&lt;ul class="simple"&gt;
&lt;li&gt;&lt;p&gt;compliance with the reciprocal sharing obligations of GPLv2 is critical and mandatory&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;acknowledgement to the right to enforce&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;expression of interest to ensure that enforcement actions are conducted in a manner beneficial to the larger community&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;a method to provide reinstatement of rights after ceasing a license violation (see below)&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;that legal action is a last resort&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;that after resolving any non-compliance, the formerly incompliant user is welcome to the community&lt;/p&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;I wholeheartedly agree with those.  This should be no surprise as I've been one of the initiators and signatories of the earlier &lt;a class="reference external" href="http://www.netfilter.org/files/statement.pdf"&gt;statement of the netfilter project on GPL enforcement&lt;/a&gt;.&lt;/p&gt;
&lt;section id="on-the-reinstatement-of-rights"&gt;
&lt;h2&gt;On the reinstatement of rights&lt;/h2&gt;
&lt;p&gt;The enforcement statement then specifically expresses the view of the
signatories on the specific aspect of the license termination.
Particularly in the US, among legal scholars there is a strong opinion
that if the rights under the GPLv2 are terminated due to non-compliance,
the infringing entity needs an explicit reinstatement of rights from the
copyright holder.  The enforcement statement now basically states that
the signatories believe the rights should automatically be re-instated
if the license violation ceases within 30 days of being notified of the
license violation&lt;/p&gt;
&lt;p&gt;To people like me living in the European (and particularly German) legal
framework, this has very little to no implications.  It has been the
major legal position that any user, even an infringing user can
automatically obtain a new license as soon as he no longer violates.  He
just (really or imaginary) obtains a new copy of the source code, at
which time he again gets a new license from the copyright holders, as
long as he fulfills the license conditions.&lt;/p&gt;
&lt;p&gt;So my personal opinion as a non-legal person active in GPL compliance on
the reinstatement statement is that it changes little to nothing
regarding the jurisdiction that I operate in.  It merely expresses that
other developers express their intent and interest to a similar approach
in other jurisdictions.&lt;/p&gt;
&lt;/section&gt;</description><category>gpl</category><category>licensing</category><category>linux</category><guid>https://laforge.gnumonks.org/blog/20171107-kernel-enforcement-statement/</guid><pubDate>Mon, 06 Nov 2017 16:00:00 GMT</pubDate></item><item><title>SFLC sues SFC over trademark infringement</title><link>https://laforge.gnumonks.org/blog/20171107-sflc-sfc-lawsuit/</link><dc:creator>Harald Welte</dc:creator><description>&lt;p&gt;As the Software Freedom Conservancy (SFC) has publicly disclosed
&lt;a class="reference external" href="https://sfconservancy.org/blog/2017/nov/03/sflc-legal-action/"&gt;on their website&lt;/a&gt;,
it appears that Software Freedom Law Center (SFLC) has filed for a
trademark infringement lawsuit against SFC.&lt;/p&gt;
&lt;p&gt;SFLC has launched SFC in 2006, and SFLC has helped and endorsed SFC in
the past.&lt;/p&gt;
&lt;p&gt;This lawsuit is hard to believe.  What has this community come to, if
its various members - who used all to be respected equally - start
filing law suits against each other?&lt;/p&gt;
&lt;p&gt;It's of course not known what kind of negotiations might have happened
out-of-court before an actual lawsuit has been filed.  Nevertheless,
one would have hoped that people are able to talk to each other,
and that the mutual respect for working at different aspects and with
possibly slightly different strategies would have resulted in a less
confrontational approach to resolving any dispute.&lt;/p&gt;
&lt;p&gt;To me, this story just looks like there can only be losers on all sides,
by far not just limited to the two entities in question.&lt;/p&gt;
&lt;p&gt;On &lt;a class="reference external" href="https://lwn.net/Articles/738046/"&gt;lwn.net&lt;/a&gt; some people, including
high-ranking members of the FOSS community have started to spread
conspiracy theories as to whether there's any secret scheming behind the
scenes, particularly from the Linux Foundation towards SFLC to cause
trouble towards the SFC and their
possibly-not-overly-enjoyed-by-everyone enforcement activities.&lt;/p&gt;
&lt;p&gt;I think this is complete rubbish.  Neither have I ever had the
impression that the LF is completely opposed to license enforcement
to begin with, nor do I have remotely enough phantasy to see them
engage in such malicious scheming.&lt;/p&gt;
&lt;p&gt;What motivates SFLC and/or Eben to attack their former offspring
is however unexplainable to the bystander.  One hopes there is no
connection to his &lt;a class="reference external" href="https://www.fsf.org/news/fsf-announces-change-in-general-counsel"&gt;departure from FSF about one year ago&lt;/a&gt;,
where he served as general counsel for more than two decades.&lt;/p&gt;</description><category>gpl</category><category>licensing</category><category>linux</category><guid>https://laforge.gnumonks.org/blog/20171107-sflc-sfc-lawsuit/</guid><pubDate>Mon, 06 Nov 2017 16:00:00 GMT</pubDate></item><item><title>Book on Practical GPL Compliance</title><link>https://laforge.gnumonks.org/blog/20170502-practical-gpl-compliance/</link><dc:creator>Harald Welte</dc:creator><description>&lt;p&gt;My former gpl-violations.org colleague Armijn Hemel and Shane Coughlan
(former coordinator of the FSFE Legal Network) have written a book on
practical GPL compliance issues.&lt;/p&gt;
&lt;p&gt;I've read through it (in the bath tub of course, what better place to
read technical literature), and I can agree wholeheartedly with its
contents.  For those who have been involved in GPL compliance
engineering there shouldn't be much new - but for the vast majority of
developers out there who have had little exposure to the
bread-and-butter work of providing &lt;em&gt;complete an corresponding source
code&lt;/em&gt;, it makes an excellent introductory text.&lt;/p&gt;
&lt;p&gt;The book focuses on compliance with GPLv2, which is probably not too
surprising given that it's published by the Linux foundation, and Linux
being GPLv2.&lt;/p&gt;
&lt;p&gt;You can download an electronic copy of the book from
&lt;a class="reference external" href="https://www.linuxfoundation.org/news-media/research/practical-gpl-compliance"&gt;https://www.linuxfoundation.org/news-media/research/practical-gpl-compliance&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Given the subject matter is Free Software, and the book is written by
long-time community members, I cannot help to notice a bit of a surprise
about the fact that the book is released in classic copyright under &lt;em&gt;All
rights reserved&lt;/em&gt; with no freedom to the user.&lt;/p&gt;
&lt;p&gt;Considering the sensitive legal topics touched, I can understand the
possible motivation by the authors to not permit derivative works.  But
then, there still are licenses such as CC-BY-ND which prevent derivative
works but still permit users to make and distribute copies of the work
itself.  I've made that recommendation / request to Shane, let's see
if they can arrange for some more freedom for their readers.&lt;/p&gt;</description><category>gpl</category><category>licensing</category><category>linux</category><guid>https://laforge.gnumonks.org/blog/20170502-practical-gpl-compliance/</guid><pubDate>Mon, 01 May 2017 16:00:00 GMT</pubDate></item><item><title>VMware becomes gold member of Linux Foundation: And what about the GPL?</title><link>https://laforge.gnumonks.org/blog/20170308-vmware-linuxfoundation/</link><dc:creator>Harald Welte</dc:creator><description>&lt;p&gt;As we can read in recent news, &lt;a class="reference external" href="https://www.linuxfoundation.org/announcements/vmware-becomes-linux-foundation-gold-member-pledging-increased-support-for-open"&gt;VMware has become a gold member of the
Linux foundation&lt;/a&gt;.  That causes - to say the least - very mixed feelings to me.&lt;/p&gt;
&lt;p&gt;One thing to keep in mind: The Linux Foundation is an industry
association, it exists to act in the joint interest of it's paying
members.  It is not a charity, and it does not act for the public good.
I know and respect that, while some people sometimes appear to be
confused about its function.&lt;/p&gt;
&lt;p&gt;However, allowing an entity like VMware to join, despite their &lt;a class="reference external" href="https://sfconservancy.org/copyleft-compliance/vmware-lawsuit-faq.html"&gt;many
years long disrespect for the most basic principles of the FOSS
Community (such as: Following the GPL and its copyleft principle)&lt;/a&gt;,
really is hard to understand and accept.&lt;/p&gt;
&lt;p&gt;I wouldn't have any issue if VMware would (prior to joining LF) have
said: Ok, we had some bad policies in the past, but now we fully comply
with the license of the Linux kernel, and we release all
derivative/collective works in source code.  This would be a positive
spin: Acknowledge past issues, resolve the issues, become clean and then
publicly underlining your support of Linux by (among other things)
joining the Linux Foundation.  I'm not one to hold grudges against
people who accept their past mistakes, fix the presence and then move
on.  But no, they haven't fixed any issues.&lt;/p&gt;
&lt;p&gt;They are having one of the worst track records in terms of intentional
GPL compliance issues for many years, showing outright disrespect for Linux,
the GPL and ultimately the rights of the Linux developers, not resolving
those issues &lt;em&gt;and&lt;/em&gt; at the same time joining the Linux Foundation?  What
kind of message sends that?&lt;/p&gt;
&lt;p&gt;It sends the following messages:&lt;/p&gt;
&lt;ul class="simple"&gt;
&lt;li&gt;&lt;p&gt;you can abuse Linux, the GPL and copyleft while still being accepted
amidst the Linux Foundation Members&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;it means the Linux Foundations has no ethical concerns whatsoever
about accepting such entities without previously asking them to become
clean&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;it also means that VMware has still not understood that Linux and FOSS
is about your actions, particularly the kind of choices you make how
to technically work &lt;em&gt;with&lt;/em&gt; the community, and not &lt;em&gt;against&lt;/em&gt; it.&lt;/p&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;So all in all, I think this move has seriously damaged the image of both
entities involved.  I wouldn't have expected different of VMware, but I
would have hoped the Linux Foundation had some form of standards as to
which entities they permit amongst their ranks.  I guess I was being
overly naive :(&lt;/p&gt;
&lt;p&gt;It's a slap in the face of every developer who writes code not because
he gets paid, but because it is rewarding to know that copyleft will
continue to ensure the freedom of related code.&lt;/p&gt;
&lt;dl class="field-list simple"&gt;
&lt;dt&gt;UPDATE (March 8, 2017)&lt;span class="colon"&gt;:&lt;/span&gt;&lt;/dt&gt;
&lt;dd&gt;&lt;p&gt;I was mistaken in my original post in that VMware didn't just join,
but was a Linux Foundation member already before, it is "just" their
upgrade from silver to gold that made the news recently.  I stand
corrected.  Still doesn't make it any better that the are involved
inside LF while engaging in stepping over the lines of license
compliance.&lt;/p&gt;
&lt;/dd&gt;
&lt;dt&gt;UPDATE2 (March 8, 2017)&lt;span class="colon"&gt;:&lt;/span&gt;&lt;/dt&gt;
&lt;dd&gt;&lt;p&gt;As some people pointed out, there is no verdict against VMware.  Yes,
that's true.  But the mere fact that they rather distribute derivative
works of GPL licensed software and take this to court with an armada
of lawyers (instead of simply complying with the license like everyone
else) is sad enough.  By the time there will be a final verdict, the
product is EOL. That's probably their strategy to begin with :/&lt;/p&gt;
&lt;/dd&gt;
&lt;/dl&gt;</description><category>gpl</category><category>linux</category><guid>https://laforge.gnumonks.org/blog/20170308-vmware-linuxfoundation/</guid><pubDate>Tue, 07 Mar 2017 16:00:00 GMT</pubDate></item><item><title>Keynote at Black Duck Korea Open Source Conference</title><link>https://laforge.gnumonks.org/blog/20160527-bdoscon/</link><dc:creator>Harald Welte</dc:creator><description>&lt;p&gt;I've been &lt;a class="reference external" href="http://gpl-violations.org/news/20160527-bdoscon/"&gt;giving a keynote at the Black Duck Korea Open Source
Conference&lt;/a&gt;
yesterday, and I'd like to share some thoughts about it.&lt;/p&gt;
&lt;p&gt;In terms of the content, I spoke about the fact that the ultimate
goal/wish/intent of free software projects is to receive contributions
and for all of the individual and organizational users to join the
collaborative development process.  However, that's just the intent, and
it's not legally required.&lt;/p&gt;
&lt;p&gt;Due to GPL enforcement work, a lot of attention has been created over the
past ten years in the corporate legal departments on how to comply with
FOSS license terms, particularly copyleft-style licenses like GPLv2 and
GPLv3. However,&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;License compliance ensures the absolute bare legal minimum on engaging
with the Free Software community. While that is legally sufficient, the
community actually wants to have all developers join the collaborative
development process, where the resources for development are
contributed and shared among all developers.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;So I think if we had more contribution and a more fair distribution of
the work in developing and maintaining the related software, we would
not have to worry so much about legal enforcement of licenses.&lt;/p&gt;
&lt;p&gt;However, in the absence of companies being &lt;em&gt;good open source citizens&lt;/em&gt;,
pulling out the legal baton is all we can do to at least require them to
share their modifications at the time they ship their products.  That
code might not be mergeable, or it might be outdated, so it's value
might be less than we would hope for, but it is a beginning.&lt;/p&gt;
&lt;p&gt;Now some people might be critical of me speaking at a Black Duck Korea
event, where Black Duck is a company selling (expensive!) licenses to
proprietary tools for license compliance.  Thereby, speaking at such an
event might be seen as an endorsement of Black Duck and/or proprietary
software in general.&lt;/p&gt;
&lt;p&gt;Honestly, I don't think so.  If you've ever seen a Black Duck Korea
event, then you will notice there is no marketing or sales booth, and
that there is no sales pitch on the conference agenda.  Rather, you have
speakers with hands-on experience in license compliance either from a
community point of view, or from a corporate point of view, i.e. how
companies are managing license compliance processes internally.&lt;/p&gt;
&lt;p&gt;Thus, the event is not a sales show for proprietary software, but an
event that brings together various people genuinely interested in
license compliance matters.  The organizers very clearly understand that
they have to keep that kind of separation.  So it's actually more like a
community event, sponsored by a commercial entity - and that in turn is
true for most technology conferences.&lt;/p&gt;
&lt;p&gt;So I have no ethical problems with speaking at their event.  People who
know me, know that I don't like proprietary software at all for ethical
reasons, and avoid it personally as far as possible.  I certainly don't
promote Black Ducks products.  I promote license compliance.&lt;/p&gt;
&lt;p&gt;Let's look at it like this:  If companies building products based on
Free Software think they need software tools to help them with license
compliance, and they don't want to develop such tools together in a
collaborative Free Software project themselves, then that's their
decision to take.  To state using words of &lt;a class="reference external" href="https://en.wikipedia.org/wiki/Rosa_Luxemburg"&gt;Rosa Luxemburg&lt;/a&gt;:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;Freedom is always the freedom of those who think different&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;I may not like that others want to use proprietary software, but if they
think it's good for them, it's their decision to take.&lt;/p&gt;</description><category>conference</category><category>gpl</category><category>korea</category><guid>https://laforge.gnumonks.org/blog/20160527-bdoscon/</guid><pubDate>Thu, 26 May 2016 19:00:00 GMT</pubDate></item><item><title>Linaro Connect BKK16 Keynote on GPL Compliance</title><link>https://laforge.gnumonks.org/blog/20160309-linaroconnect-keynote/</link><dc:creator>Harald Welte</dc:creator><description>&lt;p&gt;Today I had the pleasure of co-presenting with Shane Coughlan the Linaro
Connect BKK16 Keynote on GPL compliance about GPL compliance.&lt;/p&gt;
&lt;p&gt;The main topics addressed by this presentation are:&lt;/p&gt;
&lt;ul class="simple"&gt;
&lt;li&gt;&lt;p&gt;Brief history about GPL enforcement and how it has impacted the
industry&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;Ultimate Goal of GPL enforcement is compliance&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;The license is not an end in itself, but rather to facilitate
collaborative development&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;GPL compliance should be more engineering and business driven, not so
much legal (compliance) driven.&lt;/p&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;The video recording is available at
&lt;a class="reference external" href="https://www.youtube.com/watch?v=b4Bli8h0V-Q"&gt;https://www.youtube.com/watch?v=b4Bli8h0V-Q&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Slides are available at
&lt;a class="reference external" href="https://gitea.osmocom.org/laforge/laforge-slides/src/branch/master/2016/linaroconnect"&gt;https://gitea.osmocom.org/laforge/laforge-slides/src/branch/master/2016/linaroconnect&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;The video of a corresponding interview is available from
&lt;a class="reference external" href="https://www.youtube.com/watch?v=I6IgjCyO-iQ"&gt;https://www.youtube.com/watch?v=I6IgjCyO-iQ&lt;/a&gt;&lt;/p&gt;</description><category>gpl</category><guid>https://laforge.gnumonks.org/blog/20160309-linaroconnect-keynote/</guid><pubDate>Tue, 08 Mar 2016 16:00:00 GMT</pubDate></item><item><title>Software under OSA Public License is neither Open Source nor Free Software</title><link>https://laforge.gnumonks.org/blog/20160224-oai-osa-licensing/</link><dc:creator>Harald Welte</dc:creator><description>&lt;p&gt;It seems my &lt;a class="reference external" href="http://laforge.gnumonks.org/blog/20160201-oai-osa-licensing/"&gt;recent concerns on the OpenAirInterface re-licensing&lt;/a&gt; were
not unjustified.&lt;/p&gt;
&lt;p&gt;I contacted various legal experts on Free Software legal community about
this, and the response was unanimous:  In all feedback I received, the
general opinion was that &lt;strong&gt;software under the OSA Public License V1.0 is
neither Free Software nor Open Source Software&lt;/strong&gt;.&lt;/p&gt;
&lt;p&gt;The rational is, that it does not fulfill the criteria of&lt;/p&gt;
&lt;ul class="simple"&gt;
&lt;li&gt;&lt;p&gt;the FSF &lt;a class="reference external" href="https://www.gnu.org/philosophy/free-sw.html"&gt;Free Software definition&lt;/a&gt;,  as the license does
not fulfill &lt;em&gt;freedom 0: The freedom to run the program as you wish,
for any purpose&lt;/em&gt; (which obviously includes commercial use)&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;the Open Source Initiatives &lt;a class="reference external" href="https://opensource.org/osd-annotated"&gt;Open Source Definition&lt;/a&gt;, as the license &lt;em&gt;must not
discriminate against fields of endeavor&lt;/em&gt;, such as commercial use.&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;the &lt;a class="reference external" href="https://www.debian.org/social_contract#guidelines"&gt;Debian Free Software Guidelines&lt;/a&gt;, as the DFSG
also require &lt;em&gt;no discrimination against fields of endeavor&lt;/em&gt;, such as
commercial use.&lt;/p&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;I think we as the community need to be very clear about this.  We should
not easily tolerate that people put software under restrictive licenses
but still call that software open source.  This creates a bad impression
to those not familiar with the culture and spirit of both Free Software
and Open Source.  It creates the impression that people can call
something Open Source but then still ask royalties for it, if used
commercially.&lt;/p&gt;
&lt;p&gt;It is a shame that entities like Eurecom and the OpenAirInterface
Software Association are &lt;em&gt;open-washing&lt;/em&gt; their software by calling it
Open Source when in fact it isn't.  This attitude frankly makes me sick.&lt;/p&gt;
&lt;p&gt;That's just like &lt;em&gt;green-washing&lt;/em&gt; when companies like BP are claiming
they're now an environmental friendly company just because they put some
solar panels on the roof of some building.&lt;/p&gt;</description><category>gpl</category><category>gsm</category><category>swpat</category><guid>https://laforge.gnumonks.org/blog/20160224-oai-osa-licensing/</guid><pubDate>Tue, 23 Feb 2016 16:00:00 GMT</pubDate></item><item><title>On the OpenAirInterface re-licensing</title><link>https://laforge.gnumonks.org/blog/20160201-oai-osa-licensing/</link><dc:creator>Harald Welte</dc:creator><description>&lt;p&gt;In the recent &lt;a class="reference external" href="https://fosdem.org/2016"&gt;FOSDEM 2016&lt;/a&gt; SDR Devroom, the
Q&amp;amp;A session following a &lt;a class="reference external" href="https://fosdem.org/2016/schedule/event/oai/"&gt;presentation on OpenAirInterface&lt;/a&gt; touched the topic of its
controversial licensing.  As I happen to be involved deeply with Free
Software licensing and Free Software telecom topics, I thought I might
have some things to say about this topic.  Unfortunately the Q&amp;amp;A session
was short, hence this blog post.&lt;/p&gt;
&lt;p&gt;As a side note, the presentation was actually certainly the least
technical presentation in all of the FOSDEM SDR track, and that with a
deeply technical audience.  And probably the only presentation at all at
FOSDEM talking a lot about "Strategic Industry Partners".&lt;/p&gt;
&lt;p&gt;Let me also state that I actually have respect for what OAI/OSA has been
and still is doing.  I just don't think it is attractive to the Free
Software community - and it might actually not be Free Software at all.&lt;/p&gt;
&lt;section id="openairinterface-history"&gt;
&lt;h2&gt;OpenAirInterface / History&lt;/h2&gt;
&lt;p&gt;Within &lt;a class="reference external" href="http://www.eurecom.fr/en"&gt;EURECOM&lt;/a&gt;, a group around Prof.
Raymond Knopp has been working on a Free Software implementation of all
layers of the LTE (4G) system known as &lt;a class="reference external" href="http://www.openairinterface.org/"&gt;OpenAirInterface&lt;/a&gt;.  It includes the physical layer
and goes through to the core network.&lt;/p&gt;
&lt;p&gt;The OpenAirInterface code was for many years under GPL license (GPLv2,
other parts GPLv3).  Initially the SVN repositories were not public
(despite the license), but after some friendly mails one (at least I)
could get access.&lt;/p&gt;
&lt;p&gt;I've read through the code at several points in the past, it often
seemed much more like a (quick and dirty?) proof of concept
implementation to me, than anything more general-purpose.  But then,
that might have been a wrong impression on my behalf, or it might be
that this was simply sufficient for the kind of research they wanted to
do.  After all, scientific research and FOSS often have a complicated
relationship.  Researchers naturally have their papers as primary output
of their work, and software implementations often are more like a
necessary evil than the actual goal.  But then, I digress.&lt;/p&gt;
&lt;p&gt;Now at some point in 2014, a new organization the OpenAirInterface
Software Association (OSA) was established.  The idea apparently was to
get involved with the tier-1 telecom suppliers (like Alcatel, Huawei,
Ericsson, ...) and work together on an implementation of Free Software
for future mobile data, so-called 5G technologies.&lt;/p&gt;
&lt;/section&gt;
&lt;section id="telecom-industry-and-patents"&gt;
&lt;h2&gt;Telecom Industry and Patents&lt;/h2&gt;
&lt;p&gt;In case you don't know, the classic telecom industry loves patents.
Pretty much anything and everything is patented, and the patents are
heavily enforced.  And not just between Samsung and Apple, or more
recently also Nokia and Samsung - but basically all the time.&lt;/p&gt;
&lt;p&gt;One of the big reasons why even the most simple UMTS/3G capable phones
are so much more expensive than GSM/2G is the extensive (and expensive)
list of patents Qualcomm requires every device maker to license.  In the
past, this was not even a fixed per-unit royalty, but the license
depended on the actual overall price of the phone itself.&lt;/p&gt;
&lt;p&gt;So wanting to work on a Free Software implementation of future telecom
standards &lt;em&gt;with&lt;/em&gt; active support and involvement of the telecom industry
obviously means contention in terms of patents.&lt;/p&gt;
&lt;/section&gt;
&lt;section id="re-licensing"&gt;
&lt;h2&gt;Re-Licensing&lt;/h2&gt;
&lt;p&gt;The existing GPLv2/GPLv3 license of the OpenAirInterface code of course
would have meant that contributions from the patent-holding telecom
industry would have to come with appropriate royalty-free patent
licenses.  After all, of what use is it if the software is free in terms
of copyright licensing, but then you still have the patents that make it
non-free.&lt;/p&gt;
&lt;p&gt;Now the big industry of course wouldn't want to do that, so the OSA
decided to re-license the code-base under a new license.&lt;/p&gt;
&lt;p&gt;As we apparently don't yet have sufficient existing Free Software
licenses, they decided to create a new license.  That new license (the
&lt;a class="reference external" href="http://www.openairinterface.org/?page_id=698"&gt;OSA Public License V1.0&lt;/a&gt;
not only does away with copyleft, but also does away with a normal
patent grant.&lt;/p&gt;
&lt;p&gt;This is very sad in several ways:&lt;/p&gt;
&lt;ul class="simple"&gt;
&lt;li&gt;&lt;p&gt;license proliferation is always bad.  Major experts and basically all
major entities in the Free Software world (FSF, FSFE, OSI, ...) are
opposed to it and see it as a problem.  Even companies like Intel and
Google have publicly raised concern about license Proliferation.&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;abandoning copyleft.  Many people particularly from a GNU/Linux
background would agree that copyleft is a fair deal.  It ensures that
everyone modifying the software will have to share such modifications
with other users in a fair way.  Nobody can create proprietary
derivatives.&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;taking away the patent grant.  Even the non-copyleft Apache 2.0
License the OSA used as template has a broad patent grant, even for
commercial applications.  The OSA Public License has only a patent
grant for use in research context&lt;/p&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;In addition to this license change, the OSA also requires a copyright
assignment from all contributors.&lt;/p&gt;
&lt;/section&gt;
&lt;section id="consequences"&gt;
&lt;h2&gt;Consequences&lt;/h2&gt;
&lt;p&gt;What kind of effect does this have in case I want to contribute?&lt;/p&gt;
&lt;ul class="simple"&gt;
&lt;li&gt;&lt;p&gt;I have to sign away my copyright.  The OSA can at any given point
in time grant anyone whatever license they want to this code.&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;I have to agree to a permissive license without copyleft, i.e.
everyone else can create proprietary derivatives of my work&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;I do not even get a patent grant from the other contributors (like
the large Telecom companies).&lt;/p&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;So basically, I have to sign away my copyright, and I get nothing in
return.  No copyleft that ensures other people's modifications will be
available under the same license, no patent grant, and I don't even keep
my own copyright to be able to veto any future license changes.&lt;/p&gt;
&lt;p&gt;My personal opinion (and apparently those of other FOSDEM attendees) is
thus that the OAI / OSA invitation to contributions from the community
is not a very attractive one.  It might all be well and fine for large
industry and research institutes.  But I don't think the Free Software
community has much to gain in all of this.&lt;/p&gt;
&lt;p&gt;Now OSA will claim that the above is not true, and that all contributors
(including the Telecom vendors) have agreed to license their patents
under FRAND conditions to all other contributors.  It even seemed to me
that the speaker at FOSDEM believed this was something positive in any
way.  I can only laugh at that ;)&lt;/p&gt;
&lt;/section&gt;
&lt;section id="frand"&gt;
&lt;h2&gt;FRAND&lt;/h2&gt;
&lt;p&gt;FRAND (Fair, Reasonable and Non-Discriminatory) is a frequently invoked
buzzword for patent licensing schemes.  It isn't actually defined
anywhere, and is most likely just meant to sound nice to people who
don't understand what it really means.  Like, let's say, political
decision makers.&lt;/p&gt;
&lt;p&gt;In practise, it is a disaster for individuals and small/medium sized
companies.  I can tell you first hand from having tried to obtain patent
licenses from FRAND schemes before.  While they might have reasonable
per-unit royalties and they might offer those royalties to everyone,
they typically come with ridiculous minimum annual fees.&lt;/p&gt;
&lt;p&gt;For example let's say they state in their FRAND license conditions you
have to pay 1 USD per device, but a minimum of USD 100,000 per year.  Or
a similarly large one-time fee at the time of signing the contract.&lt;/p&gt;
&lt;p&gt;That's of course very fair to the large corporations, but it makes it
impossible for a small company who sells maybe 10 to 100 devices per
year, as the 100,000 / 10 then equals to USD 10k per device in terms of
royalties.  Does that sound fair and Non-Discriminatory to you?&lt;/p&gt;
&lt;/section&gt;
&lt;section id="summary"&gt;
&lt;h2&gt;Summary&lt;/h2&gt;
&lt;p&gt;OAI/OSA are trying to get a non-commercial / research-oriented foot into
the design and specification process of future mobile telecom network
standardization.   That's a big and difficult challenge.&lt;/p&gt;
&lt;p&gt;However, the decisions they have taken in terms of licensing show that
they are primarily interested in aligning with the large corporate
telecom industry, and have thus created something that isn't really Free
Software (missing non-research patent grant) and might in the end only
help the large telecom vendors to uni-directionally consume
contributions from academic research, small/medium sized companies and
individual hackers.&lt;/p&gt;
&lt;/section&gt;</description><category>gpl</category><category>gsm</category><category>swpat</category><guid>https://laforge.gnumonks.org/blog/20160201-oai-osa-licensing/</guid><pubDate>Sun, 31 Jan 2016 16:00:00 GMT</pubDate></item></channel></rss>