<?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: Why GPL? Or: How the GPL eats the kittens it protects</title>
	<atom:link href="http://bassistance.de/2008/09/02/why-gpl-or-how-the-gpl-eats-the-kittens-it-protects/feed/" rel="self" type="application/rss+xml" />
	<link>http://bassistance.de/2008/09/02/why-gpl-or-how-the-gpl-eats-the-kittens-it-protects/</link>
	<description>Jörn Zaefferer on Bass, Geeks and Rock'n'Roll</description>
	<lastBuildDate>Fri, 19 Mar 2010 14:33:55 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: jaro</title>
		<link>http://bassistance.de/2008/09/02/why-gpl-or-how-the-gpl-eats-the-kittens-it-protects/comment-page-1/#comment-158851</link>
		<dc:creator>jaro</dc:creator>
		<pubDate>Fri, 13 Mar 2009 19:20:43 +0000</pubDate>
		<guid isPermaLink="false">http://bassistance.de/?p=264#comment-158851</guid>
		<description>What people sometimes do not realize is that GPL license only covers the acts of copying, distribution, modification and under some condition running (if program output can be considered &quot;work&quot; - probably another program, but not data) of program.

So you are safe with usage of GPLed libraries for commercial purposes, as long as you don&#039;t need to distribute any part of the GPLed library. If you need to distribute your work using GPLed library, then the library cannot be part of the distribution, but may be downloaded by some automatic script from the internet.

Of course you may use GPLed libraries for internal company applications. They don&#039;t need to be distributed, and you may even charge customers for using your application based on GPL in this way.</description>
		<content:encoded><![CDATA[<p>What people sometimes do not realize is that GPL license only covers the acts of copying, distribution, modification and under some condition running (if program output can be considered &#8220;work&#8221; &#8211; probably another program, but not data) of program.</p>
<p>So you are safe with usage of GPLed libraries for commercial purposes, as long as you don&#8217;t need to distribute any part of the GPLed library. If you need to distribute your work using GPLed library, then the library cannot be part of the distribution, but may be downloaded by some automatic script from the internet.</p>
<p>Of course you may use GPLed libraries for internal company applications. They don&#8217;t need to be distributed, and you may even charge customers for using your application based on GPL in this way.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alan Knowles</title>
		<link>http://bassistance.de/2008/09/02/why-gpl-or-how-the-gpl-eats-the-kittens-it-protects/comment-page-1/#comment-134497</link>
		<dc:creator>Alan Knowles</dc:creator>
		<pubDate>Wed, 03 Sep 2008 23:54:35 +0000</pubDate>
		<guid isPermaLink="false">http://bassistance.de/?p=264#comment-134497</guid>
		<description>While everyone has the right to decide on their licence, what annoyed alot of people about ExtJs&#039;s changes was that it was more of a bait and switch.. Gather a large community based on the code being BSD, then LGPL style, then switch it to GPL and force everyone to pay.. - for something they have help build. Which is why forking ExtJS (see. roojs) was the only option for those dependant on it.</description>
		<content:encoded><![CDATA[<p>While everyone has the right to decide on their licence, what annoyed alot of people about ExtJs&#8217;s changes was that it was more of a bait and switch.. Gather a large community based on the code being BSD, then LGPL style, then switch it to GPL and force everyone to pay.. &#8211; for something they have help build. Which is why forking ExtJS (see. roojs) was the only option for those dependant on it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin H</title>
		<link>http://bassistance.de/2008/09/02/why-gpl-or-how-the-gpl-eats-the-kittens-it-protects/comment-page-1/#comment-134432</link>
		<dc:creator>Kevin H</dc:creator>
		<pubDate>Wed, 03 Sep 2008 09:40:18 +0000</pubDate>
		<guid isPermaLink="false">http://bassistance.de/?p=264#comment-134432</guid>
		<description>I think the article is very well written.  After seeing how apache projects end up in commercialware time and time again, and at prices that are mind blowing for enterprise usage, the more interested I&#039;ve become with GPL projects.  I have found that GPL projects have a lower price points than apache projects when comparing their commercial counterparts. This lower barrier to entry for commercial endevours is very nice.  I would have to pay 3x in a support contract for an apache licensed software than an equivalent commercial license with support from a GPL vendor.  From an Enterprise (commercial) point of view, I&#039;d rather see a GPL offering than an apache offering.</description>
		<content:encoded><![CDATA[<p>I think the article is very well written.  After seeing how apache projects end up in commercialware time and time again, and at prices that are mind blowing for enterprise usage, the more interested I&#8217;ve become with GPL projects.  I have found that GPL projects have a lower price points than apache projects when comparing their commercial counterparts. This lower barrier to entry for commercial endevours is very nice.  I would have to pay 3x in a support contract for an apache licensed software than an equivalent commercial license with support from a GPL vendor.  From an Enterprise (commercial) point of view, I&#8217;d rather see a GPL offering than an apache offering.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
