<?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/categories/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></channel></rss>