<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: The Chilling Effect of the GPL</title>
	<atom:link href="http://third-bit.com/blog/archives/3767.html/feed" rel="self" type="application/rss+xml" />
	<link>http://third-bit.com/blog/archives/3767.html</link>
	<description>Data is ones and zeroes &#124; Software is ones and zeroes and hard work.</description>
	<lastBuildDate>Thu, 24 May 2012 15:30:31 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: The Third Bit &#187; Blog Archive &#187; I&#8217;m Not a Lawyer&#8230;</title>
		<link>http://third-bit.com/blog/archives/3767.html#comment-3539</link>
		<dc:creator>The Third Bit &#187; Blog Archive &#187; I&#8217;m Not a Lawyer&#8230;</dc:creator>
		<pubDate>Thu, 27 May 2010 12:45:03 +0000</pubDate>
		<guid isPermaLink="false">http://pyre.third-bit.com/blog/?p=3767#comment-3539</guid>
		<description>[...] being deliberately paranoid here, but past experience with licensing and other legal matters has taught me to assume that contracts mean exactly, and only, what&#8217;s [...]</description>
		<content:encoded><![CDATA[<p>[...] being deliberately paranoid here, but past experience with licensing and other legal matters has taught me to assume that contracts mean exactly, and only, what&#8217;s [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Nixon</title>
		<link>http://third-bit.com/blog/archives/3767.html#comment-3538</link>
		<dc:creator>Peter Nixon</dc:creator>
		<pubDate>Wed, 14 Apr 2010 12:59:27 +0000</pubDate>
		<guid isPermaLink="false">http://pyre.third-bit.com/blog/?p=3767#comment-3538</guid>
		<description>Interestingly, I can&#039;t find any source code for Fog Creek&#039;s &quot;open-source code storage component&quot;. Do you have any idea where it is at?</description>
		<content:encoded><![CDATA[<p>Interestingly, I can&#8217;t find any source code for Fog Creek&#8217;s &#8220;open-source code storage component&#8221;. Do you have any idea where it is at?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Boris Bokowski</title>
		<link>http://third-bit.com/blog/archives/3767.html#comment-3537</link>
		<dc:creator>Boris Bokowski</dc:creator>
		<pubDate>Tue, 13 Apr 2010 21:41:27 +0000</pubDate>
		<guid isPermaLink="false">http://pyre.third-bit.com/blog/?p=3767#comment-3537</guid>
		<description>Have you considered Git? There&#039;s an effort underway at the Eclipse Foundation to build an implementation of the Git version control system under the BSD license. See http://www.eclipse.org/jgit (&quot;JGit is an EDL (new-style BSD) licensed, lightweight, pure Java library implementing the Git version control system&quot;)

The only wrinkle (there&#039;s always one isn&#039;t there) is that JGit is written in Java, but if Basie runs on Jython it might be doable.</description>
		<content:encoded><![CDATA[<p>Have you considered Git? There&#8217;s an effort underway at the Eclipse Foundation to build an implementation of the Git version control system under the BSD license. See <a href="http://www.eclipse.org/jgit" rel="nofollow">http://www.eclipse.org/jgit</a> (&#8220;JGit is an EDL (new-style BSD) licensed, lightweight, pure Java library implementing the Git version control system&#8221;)</p>
<p>The only wrinkle (there&#8217;s always one isn&#8217;t there) is that JGit is written in Java, but if Basie runs on Jython it might be doable.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Manfred Moser</title>
		<link>http://third-bit.com/blog/archives/3767.html#comment-3536</link>
		<dc:creator>Manfred Moser</dc:creator>
		<pubDate>Tue, 13 Apr 2010 15:22:59 +0000</pubDate>
		<guid isPermaLink="false">http://pyre.third-bit.com/blog/?p=3767#comment-3536</guid>
		<description>interesting thing is that Fogcreek does seem to distribute Kiln... maybe the install process says install Mercurial yourself like so. And then they are fine too as far as I know..</description>
		<content:encoded><![CDATA[<p>interesting thing is that Fogcreek does seem to distribute Kiln&#8230; maybe the install process says install Mercurial yourself like so. And then they are fine too as far as I know..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Manfred Moser</title>
		<link>http://third-bit.com/blog/archives/3767.html#comment-3535</link>
		<dc:creator>Manfred Moser</dc:creator>
		<pubDate>Tue, 13 Apr 2010 15:20:27 +0000</pubDate>
		<guid isPermaLink="false">http://pyre.third-bit.com/blog/?p=3767#comment-3535</guid>
		<description>As long as you don&#039;t distribute the software you can embed GPL V2 software as much as you like. Thats one of the loopholes that got closed with V3. Apparently Mercurial is used in Kiln (http://www.fogcreek.com/Kiln/) and they seem to be fine with the license..</description>
		<content:encoded><![CDATA[<p>As long as you don&#8217;t distribute the software you can embed GPL V2 software as much as you like. Thats one of the loopholes that got closed with V3. Apparently Mercurial is used in Kiln (<a href="http://www.fogcreek.com/Kiln/" rel="nofollow">http://www.fogcreek.com/Kiln/</a>) and they seem to be fine with the license..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Van Lindberg</title>
		<link>http://third-bit.com/blog/archives/3767.html#comment-3534</link>
		<dc:creator>Van Lindberg</dc:creator>
		<pubDate>Tue, 13 Apr 2010 15:15:59 +0000</pubDate>
		<guid isPermaLink="false">http://pyre.third-bit.com/blog/?p=3767#comment-3534</guid>
		<description>To clarify, it just sounded like you found disagreement between Fog Creek&#039;s lawyers and what I said, where there is not. Probably the
distinction is that Fog Creek&#039;s lawyers found that in the specific case of Kiln&#039;s Mercurial support, the plugin was a derived work. This is
probably true, and I have no reason to doubt it.

My point was that:
1) plugins are not *always* derivative works, and
2)host programs are unlikely to be derived works of individual plugins. (Otherwise they would be the &quot;program,&quot; not the &quot;plugin.&quot; The program needs to come first.)

These two points mean that the derivative work relationship is not necessarily transitive across a bridging plugin if it is done right. Fog Creek&#039;s solution is a good example:

The vcs-agnostic storage component is a derivative work of host program
#1 (Mercurial), so it is GPL-licensed. However, host program #2 (Kiln)
is not a derivative work of the storage component, so Kiln&#039;s licensing
stays proprietary.</description>
		<content:encoded><![CDATA[<p>To clarify, it just sounded like you found disagreement between Fog Creek&#8217;s lawyers and what I said, where there is not. Probably the<br />
distinction is that Fog Creek&#8217;s lawyers found that in the specific case of Kiln&#8217;s Mercurial support, the plugin was a derived work. This is<br />
probably true, and I have no reason to doubt it.</p>
<p>My point was that:<br />
1) plugins are not *always* derivative works, and<br />
2)host programs are unlikely to be derived works of individual plugins. (Otherwise they would be the &#8220;program,&#8221; not the &#8220;plugin.&#8221; The program needs to come first.)</p>
<p>These two points mean that the derivative work relationship is not necessarily transitive across a bridging plugin if it is done right. Fog Creek&#8217;s solution is a good example:</p>
<p>The vcs-agnostic storage component is a derivative work of host program<br />
#1 (Mercurial), so it is GPL-licensed. However, host program #2 (Kiln)<br />
is not a derivative work of the storage component, so Kiln&#8217;s licensing<br />
stays proprietary.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: More on GPL and derivatives</title>
		<link>http://third-bit.com/blog/archives/3767.html#comment-3533</link>
		<dc:creator>More on GPL and derivatives</dc:creator>
		<pubDate>Tue, 13 Apr 2010 10:18:15 +0000</pubDate>
		<guid isPermaLink="false">http://pyre.third-bit.com/blog/?p=3767#comment-3533</guid>
		<description>[...] Remember those Nerd Lawyers arguing over the GPL and plugins? Now there are some Nerd Professors arguing over the same thing. [...]</description>
		<content:encoded><![CDATA[<p>[...] Remember those Nerd Lawyers arguing over the GPL and plugins? Now there are some Nerd Professors arguing over the same thing. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alexei</title>
		<link>http://third-bit.com/blog/archives/3767.html#comment-3532</link>
		<dc:creator>Alexei</dc:creator>
		<pubDate>Tue, 13 Apr 2010 03:07:07 +0000</pubDate>
		<guid isPermaLink="false">http://pyre.third-bit.com/blog/?p=3767#comment-3532</guid>
		<description>You can distribute Basie under two licenses.

A GPL version that contains the Mercurial integration and an MIT version that does not include Mercurial support.

This should be okay provided all contributors to the non-Mercurial part agree to dual license their code.</description>
		<content:encoded><![CDATA[<p>You can distribute Basie under two licenses.</p>
<p>A GPL version that contains the Mercurial integration and an MIT version that does not include Mercurial support.</p>
<p>This should be okay provided all contributors to the non-Mercurial part agree to dual license their code.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan Farmer</title>
		<link>http://third-bit.com/blog/archives/3767.html#comment-3531</link>
		<dc:creator>Dan Farmer</dc:creator>
		<pubDate>Mon, 12 Apr 2010 22:55:59 +0000</pubDate>
		<guid isPermaLink="false">http://pyre.third-bit.com/blog/?p=3767#comment-3531</guid>
		<description>Interesting post Greg. Thanks for sharing it. Although I&#039;ve used software written under GPL, MIT, BSD, Mozilla, Apache, etc licenses for many years -- I have to confess that I only read those licenses in the last year. It&#039;s funny that the restrictiveness of the spectrum of licenses seems to resemble a Laffer curve with propietary at one end and GPL at the other (and IP freedom on the y axis).</description>
		<content:encoded><![CDATA[<p>Interesting post Greg. Thanks for sharing it. Although I&#8217;ve used software written under GPL, MIT, BSD, Mozilla, Apache, etc licenses for many years &#8212; I have to confess that I only read those licenses in the last year. It&#8217;s funny that the restrictiveness of the spectrum of licenses seems to resemble a Laffer curve with propietary at one end and GPL at the other (and IP freedom on the y axis).</p>
]]></content:encoded>
	</item>
</channel>
</rss>

