<?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: Black Duck Software</title>
	<atom:link href="http://www.adventuresinoss.com/?feed=rss2&#038;p=1234" rel="self" type="application/rss+xml" />
	<link>http://www.adventuresinoss.com/?p=1234</link>
	<description>The Mouth of OpenNMS</description>
	<lastBuildDate>Thu, 02 Sep 2010 19:49:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: JackH</title>
		<link>http://www.adventuresinoss.com/?p=1234&#038;cpage=1#comment-1690</link>
		<dc:creator>JackH</dc:creator>
		<pubDate>Thu, 19 Nov 2009 12:34:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.adventuresinoss.com/?p=1234#comment-1690</guid>
		<description>Presumably with tools like RRDTool that are being &quot;merely aggregated&quot; then there is no problem using them in a commercial, closed product. GPL libraries are a completely different matter though... would kinda suggest that the &quot;enterprise&quot; version of Zenoss should be GPL too? There&#039;s no problem charging for GPL code, you&#039;ve just got to make sure you make the source available and then wait for somebody to make said code freely available. Hasn&#039;t done Red Hat any harm?

I appreciate I&#039;m not a lawyer, but... I was of the impression that mixing GPL + proprietary code infects the proprietary code so that it too becomes GPL? 

The anti-fork provisions look pretty bogus too, though Zenoss have the lawyers somebody doing the forking probably doesn&#039;t.</description>
		<content:encoded><![CDATA[<p>Presumably with tools like RRDTool that are being &#8220;merely aggregated&#8221; then there is no problem using them in a commercial, closed product. GPL libraries are a completely different matter though&#8230; would kinda suggest that the &#8220;enterprise&#8221; version of Zenoss should be GPL too? There&#8217;s no problem charging for GPL code, you&#8217;ve just got to make sure you make the source available and then wait for somebody to make said code freely available. Hasn&#8217;t done Red Hat any harm?</p>
<p>I appreciate I&#8217;m not a lawyer, but&#8230; I was of the impression that mixing GPL + proprietary code infects the proprietary code so that it too becomes GPL? </p>
<p>The anti-fork provisions look pretty bogus too, though Zenoss have the lawyers somebody doing the forking probably doesn&#8217;t.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: neolex</title>
		<link>http://www.adventuresinoss.com/?p=1234&#038;cpage=1#comment-1689</link>
		<dc:creator>neolex</dc:creator>
		<pubDate>Tue, 17 Nov 2009 19:04:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.adventuresinoss.com/?p=1234#comment-1689</guid>
		<description>We are currently auditing the licensing of Zenoss&#039; codebase, and it looks rather messy (although the legal review is not 100% done). It&#039;s not just GPL compliance that is the problem, but the code includes various components under conflicting licenses as well as code that is prohibited from being used for commercial purposes.</description>
		<content:encoded><![CDATA[<p>We are currently auditing the licensing of Zenoss&#8217; codebase, and it looks rather messy (although the legal review is not 100% done). It&#8217;s not just GPL compliance that is the problem, but the code includes various components under conflicting licenses as well as code that is prohibited from being used for commercial purposes.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
