<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Scott Savage&#039;s Blog &#187; GPL</title>
	<atom:link href="http://www.scottsavage.net/tag/gpl/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.scottsavage.net</link>
	<description>CRM software runs my life</description>
	<lastBuildDate>Fri, 19 Aug 2011 03:51:31 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>GPL Licencing Headaches</title>
		<link>http://www.scottsavage.net/2008/08/gpl-licencing-headaches/</link>
		<comments>http://www.scottsavage.net/2008/08/gpl-licencing-headaches/#comments</comments>
		<pubDate>Thu, 21 Aug 2008 11:57:34 +0000</pubDate>
		<dc:creator>Scott</dc:creator>
				<category><![CDATA[Business]]></category>
		<category><![CDATA[software]]></category>
		<category><![CDATA[GPL]]></category>
		<category><![CDATA[legal]]></category>
		<category><![CDATA[licencing]]></category>

		<guid isPermaLink="false">http://www.scottsavage.net/?p=108</guid>
		<description><![CDATA[Let me say this from the start, I think Open Source software is the way of the future. Let me also say that I am not a lawyer. On that point I find it incredibly ironic that the urban definition of the IANAL acronym disclaimer directly references the GPL. This is even taken one step [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.scottsavage.net/wp-content/uploads/2008/08/gplv3-127x51.png"><img class="alignleft size-full wp-image-109" title="GPLv3 Logo" src="http://www.scottsavage.net/wp-content/uploads/2008/08/gplv3-127x51.png" alt="" width="127" height="51" /></a>Let me say this from the start, I think <a href="http://en.wikipedia.org/wiki/Open_source">Open Source</a> software is the way of the future. Let me also say that I am not a lawyer. On that point I find it incredibly ironic that the urban definition of the <a title="IANAL Urban Definition" href="http://www.cygwin.com/acronyms/#IANAL">IANAL</a> acronym disclaimer <em>directly</em> references the <a title="GPL Website" href="http://www.gnu.org/copyleft/gpl.html">GPL</a>. This is even taken one step further with another <a title="YANALATEYHSMBSI" href="http://www.cygwin.com/acronyms/#YANALATEYHSMBSI">more ridiculous acronym</a> created during a GPL discussion, which conclusively proves that giving acronym loving nerds a sniff of legal jargon is a recipe for disaster.</p>
<p>It also helps explain my point, the GPL isn&#8217;t the Open Source saviour <a title="Free Software Foundation" href="http://www.fsf.org/">some people</a> think it is. I hate to list points, because the people feel they need to find a way to argue against each one rather than the logic as a whole, but I am going to do it anyway:</p>
<ol>
<li><strong>Money = Evil</strong> &#8211; Any efforts to profit from Open Source development work is treated with scorn. Comments such as <a title="FSF FAQ" href="http://www.fsf.org/licensing/licenses/gpl-faq.html#ReleaseUnderGPLAndNF">&#8220;To release a non-free program is always ethically tainted&#8221;</a> frustrate me. Equally promoting an Open Source product does not give you licence to <a title="Bad Vista" href="http://www.badvista.org">trash commercial software</a>. They are your competitors, if you think you are on their level then treat them with respect.</li>
<li><strong>Discourages Integration</strong> &#8211; The GPL is brilliant for making utilities. <a title="GCC Compiler" href="http://gcc.gnu.org/">Compilers</a>, <a title="MySQL Database" href="http://www.mysql.com">databases</a> and <a title="Gimp" href="http://www.gimp.org/">graphics programs</a> are all essentially utilities that you interface with in a certain way, but never extend or deeply customise for your own purposes. Deep integration is one of the biggest competitive advantages that Open Source has over commercial software packages, so why make it hard? For example <a title="SugarCRM" href="http://www.sugarcrm.com">SugarCRM</a> allows web service integration; but even modules, templates and dashlets that integrate within the existing API&#8217;s are <a title="SugarCRM GPLv3 FAQ" href="http://www.sugarcrm.com/crm/gplv3-faq.html#gpl30">considered to be covered</a> under the GPL. Is this really a deep extension of the core product?</li>
<li><strong>Patent Protection</strong> &#8211; Patents are either loved or hated, usually depending on whether your name is on one or not. Regardless, the fact is that they are not going away. Open Source products are just as vulnerable to patent infringements and litigation as commercial software is. As the lines between Open Source and commercial work continue to blur, it is emerging that <a title="Novell indemnification of SUSE Linux" href="http://www.novell.com/licensing/ntap/">corporate indemnification</a> is almost becoming a quality assurance stamp. A community cannot offer indemnification, so they really need to focus on their competitive advantages. Stay away from heavy duty licences that just muddy the waters for smaller businesses and institutions, don&#8217;t forget a hatred of licences seeded your whole industry!</li>
</ol>
<p>As with anything legal there is no ironclad solution. As far as I can see the solution is to make it as easy as possible for people to contribute maximum value with minimum overheads and receive value for whatever purpose they desire. Rely on the fact that producing a commercial product that is 99% Open Source is not a safe, competitor-free business model!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.scottsavage.net/2008/08/gpl-licencing-headaches/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>

