<?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: GPL/ASL/BSD License Misconceptions and MySQL</title>
	<atom:link href="http://www.pythian.com/news/6893/gplaslbsd-license-misconceptions-and-mysql/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.pythian.com/news/6893/gplaslbsd-license-misconceptions-and-mysql/</link>
	<description>News and views from Pythian DBAs</description>
	<lastBuildDate>Fri, 10 Feb 2012 13:01:25 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.4</generator>
	<item>
		<title>By: Log Buffer #174: a Carnival of the Vanities for DBAs &#124; The Pythian Blog</title>
		<link>http://www.pythian.com/news/6893/gplaslbsd-license-misconceptions-and-mysql/#comment-397123</link>
		<dc:creator>Log Buffer #174: a Carnival of the Vanities for DBAs &#124; The Pythian Blog</dc:creator>
		<pubDate>Fri, 08 Jan 2010 19:56:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.pythian.com/news/?p=6893#comment-397123</guid>
		<description>[...] Singer Wang of Pythian, in reply, offers his perspective on GPL/ASL/BSD License Misconceptions and MySQL. [...]</description>
		<content:encoded><![CDATA[<p>[...] Singer Wang of Pythian, in reply, offers his perspective on GPL/ASL/BSD License Misconceptions and MySQL. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Henrik Ingo</title>
		<link>http://www.pythian.com/news/6893/gplaslbsd-license-misconceptions-and-mysql/#comment-397101</link>
		<dc:creator>Henrik Ingo</dc:creator>
		<pubDate>Fri, 08 Jan 2010 18:09:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.pythian.com/news/?p=6893#comment-397101</guid>
		<description>Sheeri. Both Calpont and Tokutek have proprietary versions and as far as I am aware do buy or would buy the OEM license from MySQL/Sun/Oracle. (Tokutek doesn&#039;t even have a GPL version.)</description>
		<content:encoded><![CDATA[<p>Sheeri. Both Calpont and Tokutek have proprietary versions and as far as I am aware do buy or would buy the OEM license from MySQL/Sun/Oracle. (Tokutek doesn&#8217;t even have a GPL version.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sheeri Cabral</title>
		<link>http://www.pythian.com/news/6893/gplaslbsd-license-misconceptions-and-mysql/#comment-396657</link>
		<dc:creator>Sheeri Cabral</dc:creator>
		<pubDate>Tue, 05 Jan 2010 19:52:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.pythian.com/news/?p=6893#comment-396657</guid>
		<description>Henrik,

Half of MySQL&#039;s business is OEM, but that doesn&#039;t mean that half the revenue of any derivative MySQL product also must be OEM licensing fees.

I am well aware of how dual-licensing works.  I am also well aware of the *existing* thriving economy around MySQL.  If the GPL is so limiting, why does that thriving economy exist?  Storage engine vendors like &lt;a HREF=http://www.calpont.com&lt;/A rel=&quot;nofollow&quot;&gt;Calpont&lt;/A&gt; and &lt;a HREF=&quot;http://www.tokutek.com&lt;/a rel=&quot;nofollow&quot;&gt;Tokutek&lt;/A&gt; are betting their business that they will money off the GPL&#039;d MySQL.

Why is it a different problem for the economy around MySQL if Oracle owns a GPL&#039;d MySQL versus Sun owning a GPL&#039;d MySQL?

Monty Program has been conflating the two issues of &quot;Oracle owning MySQL&quot; and &quot;MySQL being GPL&quot;.  They are not the same issue!!!</description>
		<content:encoded><![CDATA[<p>Henrik,</p>
<p>Half of MySQL&#8217;s business is OEM, but that doesn&#8217;t mean that half the revenue of any derivative MySQL product also must be OEM licensing fees.</p>
<p>I am well aware of how dual-licensing works.  I am also well aware of the *existing* thriving economy around MySQL.  If the GPL is so limiting, why does that thriving economy exist?  Storage engine vendors like <a HREF=http://www.calpont.com</A rel="nofollow">Calpont</a> and <a HREF="http://www.tokutek.com</a rel="nofollow">Tokutek</a> are betting their business that they will money off the GPL&#8217;d MySQL.</p>
<p>Why is it a different problem for the economy around MySQL if Oracle owns a GPL&#8217;d MySQL versus Sun owning a GPL&#8217;d MySQL?</p>
<p>Monty Program has been conflating the two issues of &#8220;Oracle owning MySQL&#8221; and &#8220;MySQL being GPL&#8221;.  They are not the same issue!!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Henrik Ingo</title>
		<link>http://www.pythian.com/news/6893/gplaslbsd-license-misconceptions-and-mysql/#comment-395813</link>
		<dc:creator>Henrik Ingo</dc:creator>
		<pubDate>Fri, 01 Jan 2010 22:44:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.pythian.com/news/?p=6893#comment-395813</guid>
		<description>Matthew: Thanks for stepping in and explaining how GPL and dual licensing works. For some reason me trying to do so isn&#039;t working anymore. I wonder if my English is bad, or if it&#039;s because I&#039;m no longer employed by Sun. 

Ross: Also thanks for providing a clear example of the same.

Lukas: No, it&#039;s not only or even mainly about storage engines, it&#039;s about normal closed source applications using MySQL in various ways. See the posts above you for clarifications. Btw, about half of MySQL&#039;s business is that kind of OEM use, so it&#039;s not as insignificant as people would want to believe.

henrik</description>
		<content:encoded><![CDATA[<p>Matthew: Thanks for stepping in and explaining how GPL and dual licensing works. For some reason me trying to do so isn&#8217;t working anymore. I wonder if my English is bad, or if it&#8217;s because I&#8217;m no longer employed by Sun. </p>
<p>Ross: Also thanks for providing a clear example of the same.</p>
<p>Lukas: No, it&#8217;s not only or even mainly about storage engines, it&#8217;s about normal closed source applications using MySQL in various ways. See the posts above you for clarifications. Btw, about half of MySQL&#8217;s business is that kind of OEM use, so it&#8217;s not as insignificant as people would want to believe.</p>
<p>henrik</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lukas</title>
		<link>http://www.pythian.com/news/6893/gplaslbsd-license-misconceptions-and-mysql/#comment-395793</link>
		<dc:creator>Lukas</dc:creator>
		<pubDate>Fri, 01 Jan 2010 20:24:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.pythian.com/news/?p=6893#comment-395793</guid>
		<description>Well I have spoken out several times that I do not see a valid reason to stop Oracle from going through with the Sun deal with any special requirements for MySQL.

At the same time I do think that Monty was just using inaccurate language by mistake in the above cases:

1) Monty feels like the storage engine market needs special care. This is what he talks about when he talks about commercial software developers not being able to use the GPL version. Drivers are to some extend a similar scenario in the Linux kernel world, but there are very few companies that try to innovate let alone make driver development their main source of income (by selling drivers to end users).

2) When he talks about the GPL given the copyright owner very strong control, then he seems to be in fact talking about the dual licensing model, which is enabled by the GPL, but noteably not by more permissive licenses like the BSD.

3) This circles back to 1) and the perceived importance of the storage engine developer ecosystem.</description>
		<content:encoded><![CDATA[<p>Well I have spoken out several times that I do not see a valid reason to stop Oracle from going through with the Sun deal with any special requirements for MySQL.</p>
<p>At the same time I do think that Monty was just using inaccurate language by mistake in the above cases:</p>
<p>1) Monty feels like the storage engine market needs special care. This is what he talks about when he talks about commercial software developers not being able to use the GPL version. Drivers are to some extend a similar scenario in the Linux kernel world, but there are very few companies that try to innovate let alone make driver development their main source of income (by selling drivers to end users).</p>
<p>2) When he talks about the GPL given the copyright owner very strong control, then he seems to be in fact talking about the dual licensing model, which is enabled by the GPL, but noteably not by more permissive licenses like the BSD.</p>
<p>3) This circles back to 1) and the perceived importance of the storage engine developer ecosystem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom Hanlon</title>
		<link>http://www.pythian.com/news/6893/gplaslbsd-license-misconceptions-and-mysql/#comment-395779</link>
		<dc:creator>Tom Hanlon</dc:creator>
		<pubDate>Fri, 01 Jan 2010 18:50:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.pythian.com/news/?p=6893#comment-395779</guid>
		<description>You say

&quot;Nothing, I believe. It would give anyone the freedom to take MySQL, make changes to it, and sell it as a closed source product, without having to share the source. And that sounds to me like a much better way to control one’s closed source customers than the GPL.&quot;

You would have been correct here if you stated 
&quot;nobody except the owner of the code has the freedom to make closed source versions&quot;

As your statement stands, it adds to the misconceptions that you sought to clear up.</description>
		<content:encoded><![CDATA[<p>You say</p>
<p>&#8220;Nothing, I believe. It would give anyone the freedom to take MySQL, make changes to it, and sell it as a closed source product, without having to share the source. And that sounds to me like a much better way to control one’s closed source customers than the GPL.&#8221;</p>
<p>You would have been correct here if you stated<br />
&#8220;nobody except the owner of the code has the freedom to make closed source versions&#8221;</p>
<p>As your statement stands, it adds to the misconceptions that you sought to clear up.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ross Patterson</title>
		<link>http://www.pythian.com/news/6893/gplaslbsd-license-misconceptions-and-mysql/#comment-395765</link>
		<dc:creator>Ross Patterson</dc:creator>
		<pubDate>Fri, 01 Jan 2010 16:21:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.pythian.com/news/?p=6893#comment-395765</guid>
		<description>You wrote: &lt;i&gt;There is nothing in the GPL that forbids running closed source applications on top of GPL-licensed software. The only thing that GPL has in this regard is that if you make changes to GPL-licensed software and re-distribute it as a binary, then you must make the modified source code available.&lt;/i&gt;

This is almost correct.  The problem for closed-source applications (and their producers, whom Monty refers to as &quot;closed source customers&quot;) is that the GPL also enforces redistribution of code that links to GPL&#039;ed code (see section 2b).  That means that, for example, Java programs are subject to the license of the MySQL Connector/J, which is GPLed (like all the connectors).

This isn&#039;t a problem for programmers writing user-space code on Linux because Linus Torvalds believed it shouldn&#039;t, and explicitly said so in its license:
&lt;i&gt;NOTE! This copyright does *not* cover user programs that use kernel services by normal system calls - this is merely considered normal use of the kernel, and does *not* fall under the heading of &quot;derived work&quot;. Also note that the GPL below is copyrighted by the Free Software Foundation, but the instance of code that it refers to (the linux kernel) is copyrighted by me and others who actually wrote it.&lt;/i&gt;</description>
		<content:encoded><![CDATA[<p>You wrote: <i>There is nothing in the GPL that forbids running closed source applications on top of GPL-licensed software. The only thing that GPL has in this regard is that if you make changes to GPL-licensed software and re-distribute it as a binary, then you must make the modified source code available.</i></p>
<p>This is almost correct.  The problem for closed-source applications (and their producers, whom Monty refers to as &#8220;closed source customers&#8221;) is that the GPL also enforces redistribution of code that links to GPL&#8217;ed code (see section 2b).  That means that, for example, Java programs are subject to the license of the MySQL Connector/J, which is GPLed (like all the connectors).</p>
<p>This isn&#8217;t a problem for programmers writing user-space code on Linux because Linus Torvalds believed it shouldn&#8217;t, and explicitly said so in its license:<br />
<i>NOTE! This copyright does *not* cover user programs that use kernel services by normal system calls &#8211; this is merely considered normal use of the kernel, and does *not* fall under the heading of &#8220;derived work&#8221;. Also note that the GPL below is copyrighted by the Free Software Foundation, but the instance of code that it refers to (the linux kernel) is copyrighted by me and others who actually wrote it.</i></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matthew Montgomery</title>
		<link>http://www.pythian.com/news/6893/gplaslbsd-license-misconceptions-and-mysql/#comment-395701</link>
		<dc:creator>Matthew Montgomery</dc:creator>
		<pubDate>Thu, 31 Dec 2009 23:23:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.pythian.com/news/?p=6893#comment-395701</guid>
		<description>The &quot;closed source customer&quot; is interpreted by MySQL/Sun as anyone who pays for an OEM license.  In doing so they purchase an exception to the GPL.  Because Sun owns the copyright to the code it is allowed to grant these exceptions.  Customers who purchase OEM license do so when they wish to integrate mysqld within another product but not wish to be bound by the terms of the GPL for their products as well.

See: http://www.mysql.com/about/legal/licensing/oem/

Adobe, Citrix and Motorolla are all examples of Embeded/OEM customers whose usage of MySQL in closed source applications requires an exception.

See: http://www.mysql.com/customers/embedded/

These OEM customers enter into an agreement not unlike one they would have with any other proprietary software vendor.

Source code is not technically required to be given but may be granted to OEM customers.  OEMs are not permitted to modify the source code and redistribute those changes as part of a closed source product.

Your definition of &quot;closed source customer&quot; is more akin to MySQL Enterprise Customers who pay for special binary releases.  These releases are also licensed under the GPL and they have access to modify and redistribute source code just like the Community editions. The difference being that they also get access to paid support, hotfix releases and some closed source add-ons like MySQL Enterprise Monitor.

I can&#039;t comment directly to Monty&#039;s comments but it&#039;s sufficient to say I don&#039;t share his views.</description>
		<content:encoded><![CDATA[<p>The &#8220;closed source customer&#8221; is interpreted by MySQL/Sun as anyone who pays for an OEM license.  In doing so they purchase an exception to the GPL.  Because Sun owns the copyright to the code it is allowed to grant these exceptions.  Customers who purchase OEM license do so when they wish to integrate mysqld within another product but not wish to be bound by the terms of the GPL for their products as well.</p>
<p>See: <a href="http://www.mysql.com/about/legal/licensing/oem/" rel="nofollow">http://www.mysql.com/about/legal/licensing/oem/</a></p>
<p>Adobe, Citrix and Motorolla are all examples of Embeded/OEM customers whose usage of MySQL in closed source applications requires an exception.</p>
<p>See: <a href="http://www.mysql.com/customers/embedded/" rel="nofollow">http://www.mysql.com/customers/embedded/</a></p>
<p>These OEM customers enter into an agreement not unlike one they would have with any other proprietary software vendor.</p>
<p>Source code is not technically required to be given but may be granted to OEM customers.  OEMs are not permitted to modify the source code and redistribute those changes as part of a closed source product.</p>
<p>Your definition of &#8220;closed source customer&#8221; is more akin to MySQL Enterprise Customers who pay for special binary releases.  These releases are also licensed under the GPL and they have access to modify and redistribute source code just like the Community editions. The difference being that they also get access to paid support, hotfix releases and some closed source add-ons like MySQL Enterprise Monitor.</p>
<p>I can&#8217;t comment directly to Monty&#8217;s comments but it&#8217;s sufficient to say I don&#8217;t share his views.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

