<?xml version="1.0" encoding="UTF-8"?>

<rdf:RDF 
  xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
  xmlns="http://purl.org/rss/1.0/"
  xmlns:dc="http://purl.org/dc/elements/1.1/"
  xmlns:syn="http://purl.org/rss/1.0/modules/syndication/"
>

  <channel rdf:about="http://lwn.net/headlines/169797/">
    <title>LWN: Comments on "GPLv3 and the kernel"</title>
    <link>http://lwn.net/Articles/169797/</link>
    <description>
This is a special feed containing comments posted
to the individual LWN article titled &quot;GPLv3 and the kernel&quot;.

    </description>

    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>2</syn:updateFrequency>
    <items>
      <rdf:Seq>
	<rdf:li resource="http://lwn.net/Articles/171510/rss" />
	<rdf:li resource="http://lwn.net/Articles/171260/rss" />
	<rdf:li resource="http://lwn.net/Articles/171000/rss" />
	<rdf:li resource="http://lwn.net/Articles/170643/rss" />
	<rdf:li resource="http://lwn.net/Articles/170494/rss" />
	<rdf:li resource="http://lwn.net/Articles/170492/rss" />
	<rdf:li resource="http://lwn.net/Articles/170465/rss" />
	<rdf:li resource="http://lwn.net/Articles/170438/rss" />
	<rdf:li resource="http://lwn.net/Articles/170418/rss" />
	<rdf:li resource="http://lwn.net/Articles/170134/rss" />
	<rdf:li resource="http://lwn.net/Articles/170082/rss" />
	<rdf:li resource="http://lwn.net/Articles/170017/rss" />
	<rdf:li resource="http://lwn.net/Articles/169976/rss" />
	<rdf:li resource="http://lwn.net/Articles/169960/rss" />
	<rdf:li resource="http://lwn.net/Articles/169955/rss" />
      
      </rdf:Seq>
    </items>

  </channel>
    <item rdf:about="http://lwn.net/Articles/171510/rss">
      <title>Problems with Linus are to be expected...</title>
      <link>http://lwn.net/Articles/171510/rss</link>
      <dc:date>2006-02-10T17:33:34+00:00</dc:date>
      <dc:creator>sammythesnake</dc:creator>
      <description>
      It's true that &quot;laziness&quot; is a key feature of Linus' character, but I submit that it's a good thing, given that it's generally quite well marshalled. Laziness leads (via wisdom) to efficiency, and the evidence so far seems to be that Linus' laziness has actually had exactly that effect! :)&lt;br&gt;
&lt;p&gt;
I remember reading in some o'reiley book that the three most important characteristics to have as a programmer included Hubris and Laziness (couldn't remember the third, but &lt;a rel=&quot;nofollow&quot; href=&quot;http://www.io.com/~shiva/ninevirtues.html&quot;&gt;http://www.io.com/~shiva/ninevirtues.html&lt;/a&gt; suggests impatience)&lt;br&gt;
&lt;p&gt;
Cheers &amp;amp; God bless&lt;br&gt;
    Sam &quot;SammyTheSnake&quot; Penny&lt;br&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/171260/rss">
      <title>Improvement</title>
      <link>http://lwn.net/Articles/171260/rss</link>
      <dc:date>2006-02-09T09:56:03+00:00</dc:date>
      <dc:creator>forthy</dc:creator>
      <description>
      &lt;p&gt;GPLv3 is still a copying license, not a usage license. It allows usage  
restrictions to be compatible with licenses like ApacheL or CDDL from  
Sun. This is an optional &quot;module&quot; of the license.&lt;/p&gt;  
 
&lt;p&gt;The DRM part is non-optional, because I'm quite convinced that Linus 
simply is wrong, and the majority is correct, that the anti-DRM statement 
really is already in GPLv2, though not explicitely. Linus is just telling 
blue-eyed rubbish. That includes himself putting the &quot;GPLv2 only&quot; notice 
into COPYING. Didn't he read the &quot;Thou shalt not alter the COPYING file&quot; 
part of the GPL? It's right below the copyright statement!&lt;/p&gt; 
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/171000/rss">
      <title>&quot;or any later version&quot;</title>
      <link>http://lwn.net/Articles/171000/rss</link>
      <dc:date>2006-02-07T22:36:41+00:00</dc:date>
      <dc:creator>pjgrok</dc:creator>
      <description>
      If you'd like to write about this subject for Groklaw, would you please contact me?  I would love &lt;br&gt;
to have an explantion developers can understand why this language isn't to be feared. It was, I &lt;br&gt;
understand, such fear that caused Linus to avoid the wording in the first place, and look at all the &lt;br&gt;
issues that resulted from that.&lt;br&gt;
&lt;p&gt;
You're a contract lawyer, so you understand what the wording means, and  how little it means, &lt;br&gt;
but to developers it can look spooky, and it is my belief that it matters that developers and &lt;br&gt;
lawyers figure out how to communicate better to avoid unncecessary issues.&lt;br&gt;
&lt;p&gt;
Hope you don't mind, Jon, and if so, publish it here. I don't care, as long as it is published. I'll &lt;br&gt;
gladly link to it instead.  Either way is fine with me.&lt;br&gt;
&lt;p&gt;
PJ&lt;br&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/170643/rss">
      <title>&quot;or any later version&quot;</title>
      <link>http://lwn.net/Articles/170643/rss</link>
      <dc:date>2006-02-04T01:54:10+00:00</dc:date>
      <dc:creator>giraffedata</dc:creator>
      <description>
      Yeah, for a contract that's true.  I'm a contract lawyer.  When you agree to abide by a document you haven't seen, you aren't normally held to that (but if you see it soon after and don't object, and it's a customary sequence of events, you become bound -- that's why shrink wrap agreements work).
&lt;p&gt;
But there's no contract here.  This is a unidirectional license binding only on the licensor, and the rules are probably different.
&lt;p&gt;
And it's not like licensees can lose anything.  If I get Linux under GPL2 today with a &quot;or any later version&quot; clause, and FSF produces GPL3 next year, it doesn't take anything away from me -- it just means I have one more option if I want to redistribute my copy.  The person it hurts is the copyright owner who now has a little less control over his code because I have more options.
&lt;p&gt;
A contract can refer to future events that are uncertain, even if they are under the control of some uninterested third party.  Like when the interest rate on a loan is based on some number published in the Wall Street Journal each month.  So one could probably say &quot;whatever the FSF thinks is a fair license&quot; and  still be enforceable.

      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/170494/rss">
      <title>&quot;or any later version&quot;</title>
      <link>http://lwn.net/Articles/170494/rss</link>
      <dc:date>2006-02-03T11:00:53+00:00</dc:date>
      <dc:creator>shane</dc:creator>
      <description>
      I occasionally wonder about the &quot;or any later version&quot; clause. &lt;br&gt;
 &lt;br&gt;
IANAL, but I thought that you could not agree to something that you had &lt;br&gt;
not yet seen. For instance, when you start a job and you are asked to sign &lt;br&gt;
a paper saying that you agree to abide by a human resources policy that &lt;br&gt;
you have not been given. &lt;br&gt;
 &lt;br&gt;
This clause strikes me as similar. GPLv4 could read, &quot;the code may be &lt;br&gt;
hidden and sold for profit by companies building land mines who have given &lt;br&gt;
more than $10000 to Nigerian banks&quot;. (Okay, not very likely.) But the idea &lt;br&gt;
that you are agreeing to some future, unknown license seems like it would &lt;br&gt;
add confusion if at some point the copyright holder did NOT agree to the &lt;br&gt;
future license. &lt;br&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/170492/rss">
      <title>Problems with Linus are to be expected...</title>
      <link>http://lwn.net/Articles/170492/rss</link>
      <dc:date>2006-02-03T09:01:41+00:00</dc:date>
      <dc:creator>hingo</dc:creator>
      <description>
      I attended an Open Source seminar last Wednesday, and heard the following rather to the point quote: &quot;The comments by Linus on GPL3 should be understood in the context that the new license is quite long and wordy and Linus is very lazy.&quot; ;-)
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/170465/rss">
      <title>Problems with Linus are to be expected...</title>
      <link>http://lwn.net/Articles/170465/rss</link>
      <dc:date>2006-02-03T03:29:34+00:00</dc:date>
      <dc:creator>zblaxell</dc:creator>
      <description>
      Linus follows an even/odd release cycle.  Even-numbered months are stable, but during odd-numbered months Linus undergoes a lot of active development and never enough testing.  Sometimes serious bugs are introduced during odd-numbered months, causing Linus to produce incorrect or unexpected results.  During even-numbered months, tireless Linus maintainers work to fix the bugs and produce a stable kernel developer, then an odd-numbered month starts and the whole process starts over again.&lt;br&gt;
&lt;p&gt;
Note that in the current case and the 4GB highmem case, Linus's categorical statements were issued in odd-numbered months.  The highmem stuff IIRC was merged in an October, an even-numbered month, when Linus had been better debugged and was a lot more stable.&lt;br&gt;
&lt;p&gt;
;-)&lt;br&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/170438/rss">
      <title>Improvement</title>
      <link>http://lwn.net/Articles/170438/rss</link>
      <dc:date>2006-02-03T00:44:17+00:00</dc:date>
      <dc:creator>liamh</dc:creator>
      <description>
      Maybe.  But after reading &lt;a href=&quot;http://trends.newsforge.com/trends/06/02/02/1636216.shtml?tid=147&amp;tid=2&quot;&gt;his comments&lt;/a&gt; I find myself mostly agreeing with his reasoning.  And even before this, it did bother me that the GPL appeared to have made a shift from being only a &lt;i&gt;copying&lt;/i&gt; license to also being a &lt;i&gt;usage&lt;/i&gt; license.    This is a worrysome jump.  However, as almost no one has mentioned, other than (of course) LWN, this is a draft --- the v3 license doesn't exist yet.  The draft was made public for precisely these kinds of discussions.
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/170418/rss">
      <title>Improvement</title>
      <link>http://lwn.net/Articles/170418/rss</link>
      <dc:date>2006-02-02T22:19:51+00:00</dc:date>
      <dc:creator>cyd</dc:creator>
      <description>
      Or maybe Torvalds is simply spouting rubbish, which is not unknown for him.&lt;br&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/170134/rss">
      <title>GPLv3 and the kernel</title>
      <link>http://lwn.net/Articles/170134/rss</link>
      <dc:date>2006-02-01T15:29:53+00:00</dc:date>
      <dc:creator>Baylink</dc:creator>
      <description>
      &quot;Linus groupie RSS feed&quot;.&lt;br&gt;
&lt;p&gt;
/me chuckles&lt;br&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/170082/rss">
      <title>GPLv3 and the kernel</title>
      <link>http://lwn.net/Articles/170082/rss</link>
      <dc:date>2006-02-01T06:52:50+00:00</dc:date>
      <dc:creator>nurhussein</dc:creator>
      <description>
      LKML.org has a Linus groupie RSS feed which grabs the latest Linus Torvalds emails from lkml:&lt;br&gt;
&lt;p&gt;
&lt;a href=&quot;http://lkml.org/groupie.php&quot;&gt;http://lkml.org/groupie.php&lt;/a&gt;&lt;br&gt;
&lt;p&gt;
&lt;p&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/170017/rss">
      <title>Improvement</title>
      <link>http://lwn.net/Articles/170017/rss</link>
      <dc:date>2006-01-31T22:17:33+00:00</dc:date>
      <dc:creator>man_ls</dc:creator>
      <description>
      And, don't forget, it can lead to a better GPLv3. Torvalds' rejection surely has some legitimate grounds: maybe there is something wrong with the ideas behind the changes, maybe just the wording is not clear enough.
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/169976/rss">
      <title>Marketing</title>
      <link>http://lwn.net/Articles/169976/rss</link>
      <dc:date>2006-01-31T19:19:52+00:00</dc:date>
      <dc:creator>darrint</dc:creator>
      <description>
      True enough. Linus &quot;rejecting&quot; GPLv3 is only going to increase the attention focused on it, on the Linux kernel, and ultimately, on some of the finer points of software licensing.&lt;br&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/169960/rss">
      <title>GPLv3 and the kernel</title>
      <link>http://lwn.net/Articles/169960/rss</link>
      <dc:date>2006-01-31T17:51:47+00:00</dc:date>
      <dc:creator>smitty_one_each</dc:creator>
      <description>
      The free advertising alone is well worth saying a firey thing or five.&lt;br&gt;
Who says the techies can't market?&lt;br&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/169955/rss">
      <title>GPLv3 and the kernel</title>
      <link>http://lwn.net/Articles/169955/rss</link>
      <dc:date>2006-01-31T17:25:54+00:00</dc:date>
      <dc:creator>dankohn</dc:creator>
      <description>
      Here's a procmail formula for those Linus-hungry journalists (and others curious about what he's saying).  It forwards his posts to a different address (I use a Bloglines email subscriptions folder), and kills everything else.  It's a nice complement to, but of course no substitute for, LWN.

&lt;pre&gt;
:0
* ^X-Mailing-List:.*linux-kernel@vger\.kernel\.org|\
  ^X-Mailing-List:.*git@vger\.kernel\.org

  {
   :0
   * ^From:.*torvalds@osdl\.org
   ! forwarding-address@example.com

   :0
   /dev/null
  }
&lt;/pre&gt;
      
      </description>
    </item>
</rdf:RDF>

