<?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: Putting the Genie Back in the Bottle: More RedHat Legal Shenanigans with CentOS	</title>
	<atom:link href="https://nerdvittles.com/putting-the-genie-back-in-the-bottle-more-redhat-legal-shenanigans-with-centos/feed/" rel="self" type="application/rss+xml" />
	<link>https://nerdvittles.com/putting-the-genie-back-in-the-bottle-more-redhat-legal-shenanigans-with-centos/</link>
	<description>Ward Mundy&#039;s Technobabblelog</description>
	<lastBuildDate>Fri, 08 Apr 2016 12:32:32 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	
	<item>
		<title>
		By: Nerd Uno		</title>
		<link>https://nerdvittles.com/putting-the-genie-back-in-the-bottle-more-redhat-legal-shenanigans-with-centos/comment-page-1/#comment-98045</link>

		<dc:creator><![CDATA[Nerd Uno]]></dc:creator>
		<pubDate>Fri, 07 Feb 2014 18:10:36 +0000</pubDate>
		<guid isPermaLink="false">http://nerdvittles.com/?p=8721#comment-98045</guid>

					<description><![CDATA[Mr. Singh recently assigned his trademark interest (whatever it may be) to Red Hat. Here&#039;s &lt;a href=&quot;http://assignments.uspto.gov/assignments/q?db=tm&#038;qt=rf&#038;reel=5207&#038;frame=0636&quot; rel=&quot;nofollow&quot;&gt;the link&lt;/a&gt;.]]></description>
			<content:encoded><![CDATA[<p>Mr. Singh recently assigned his trademark interest (whatever it may be) to Red Hat. Here&#8217;s <a href="http://assignments.uspto.gov/assignments/q?db=tm&amp;qt=rf&amp;reel=5207&amp;frame=0636" rel="nofollow">the link</a>.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Skavoovie		</title>
		<link>https://nerdvittles.com/putting-the-genie-back-in-the-bottle-more-redhat-legal-shenanigans-with-centos/comment-page-1/#comment-97308</link>

		<dc:creator><![CDATA[Skavoovie]]></dc:creator>
		<pubDate>Fri, 24 Jan 2014 05:25:53 +0000</pubDate>
		<guid isPermaLink="false">http://nerdvittles.com/?p=8721#comment-97308</guid>

					<description><![CDATA[Reviewing the full sentence you partially quoted for better understanding and context:

&quot;Use of the CentOS MARKS to identify software that combines any portion of the CentOS software with any other software , unless the combined distribution is an official CentOS distribution. FOR EXAMPLE, you MAY NOT distribute a combination of the CentOS software with software released by the FooStack project under the name &#039;CentOS FooStack Distro&#039;.&quot; [emphasis added]


Additionally, I would like to point out items #2 and #4 from the same URL, their &quot;Acceptable Uses&quot; section, and a portion of the opening paragraph:

&quot;2. You MAY USE the Word Mark, but NOT the Logos, to truthfully describe the origin of the software that you are providing but not the software itself, WHERE WHAT YOU ARE DISTRIBUTING IS MODIFIED OFFICIAL CENTOS SOURCE CODE OR is a build COMPILED FROM MODIFIED OFFICIAL CENTOS SOURCE CODE. You MAY SAY, for example: &#039;This software is derived from the source code for the CentOS distribution.&#039; However, you MAY NOT SAY that the software is CentOS.&quot; [emphasis added]

&quot;4. You may use the ‘Powered by CentOS’ logo to truthfully state that your application runs on or uses an official CentOS release.&quot;

&quot;The CentOS Project is by its nature a noncommercial community project that provides software free of charge...&quot;


To my layman eyes, this would seem to explicitly contradict the claims of this article, in that:

1. You cannot use the word mark &quot;CentOS&quot; as part of your project name.

2. You cannot use the CentOS logo in your project description IF you have altered the CentOS source code. You can however say that it is derived from CentOS if you did alter source code.

3. You CAN use the &quot;powered by CentOS&quot; logo if your project sits on top of CentOS in its unaltered (as in source code) form -- it is my understanding that PIAF and Incredible PBX are the exact type of projects to which this is referring. Perform a base install of CentOS, and then stick your custom project on top of CentOS, just like PIAF/Incredible PBX does.

4. The software is still as free (as in beer) as CentOS has always been, and as RHEL has been (sans pre-compilation for RHEL of course).

No where do I see any mention whatsoever about the preclusion of the use of CentOS _software/code_ as the base of any other Open Source project. Furthermore, the entire page is only referring to the &quot;Word Mark&quot; and &quot;logos&quot; of CentOS, as explained in the opening sentence of the page. No where do I see a single item listing reference use of the software itself.


Red Hat and CentOS have made it clear that, &quot;the CentOS Linux platform isn&#039;t changing&quot; , and that this change will actually increase the community involvement for the distro because they no longer have to worry about the Red Hat [intellectual property] &quot;firewall&quot; as they refered to it. ( http://lists.centos.org/pipermail/centos-announce/2014-January/020100.html )


Protection of the CentOS work mark and logo are, in my opinion, an asset to the community of users under the provisions laid out in this document. It means we can trust the logo when we see it.

Off the top of my head, thinking of restrictions within other Open Source projects, I see no difference between these conditions and any other major Open Source project work mark or logo restrictions. I think it allows for reasonable and fair use in the description of projects that utilize CentOS, while preventing its deceptive or confusing use in a negative way.

If your argument is not in fact about use of the software/code, but rather the use of the CentOS logo or word mark as part of a project name (as opposed to &quot;powered by CentOS&quot;), then I don&#039;t see how this goal would be of benefit to the community or its users.


Lastly, I&#039;m glad that most of the CentOS team is now getting paid for what they&#039;ve been doing in their spare time for several years now (on top of their $dayjob).

&lt;i&gt;[WM: You raise some good points. Let me clarify some of the can&#039;ts and musts in the article and my previous comment. Statutory construction is often a slippery slope. The GPL license walks a fine line between patent, trademark, and copyright law. Think of it as a &quot;live and let live&quot; license. The example given in the license itself has to do with patent enforcement, but the same applies to trademarks and copyrights by the express language of the license. 

Let&#039;s go back to the original fight between Red Hat and CentOS for a moment. Yes, technically, the licensor (in this case Red Hat) had the right to insist that CentOS not use its marks or its copyrighted artwork in the CentOS build. But the GPL makes very clear in section 7 what the penalty is for imposing such conditions on the use of a product that you&#039;ve released under a GPL license (and Red Hat had no choice about that since it incorporated thousands of other GPL works). Under section 7, the licensor forfeits their rights to publish the original work at all and forfeits the right to use the GPL code of others in the product since the product can no longer be distributed as a GPL product. Thus, the appropriate response by CentOS originally would have been to ask a court to enjoin further distribution of the Red Hat Enterprise Linux product on which CentOS was based. 

Moving to the current situation with CentOS, if the trademark situation is resolved in Red Hat&#039;s favor down the road, then the appropriate response from a third party if Red Hat were to insist upon removal of marks and copyrighted images would be to enjoin further distribution of the CentOS product under section 7 of the GPL. As Brer Rabbit taught us, that might be exactly what Red Hat would want. The short answer to that is nothing would preclude any third party from building another distribution directly off the Enterprise Linux code base without removing the marks and artwork. Under section 7, this would force Red Hat to make the Hobson&#039;s Choice of enforcing the trademarks and copyrights or forfeiting the Enterprise Linux product itself. The practical answer is that a developer such as RedHat that wishes to add its custom artwork and marks to an open source product should document the process of removing and replacing those components so that others who wish to use the product can do so with their own branding. Then we wouldn&#039;t be having this discussion. See also these &lt;a href=&quot;http://www.gnu.org/distros/free-system-distribution-guidelines.html&quot; rel=&quot;nofollow&quot;&gt;Guidelines for Free System Distributions&lt;/a&gt;.

Hope that clarifies the interplay of the GPL with the consequences of patent, trademark, and copyright enforcement.]&lt;/i&gt;]]></description>
			<content:encoded><![CDATA[<p>Reviewing the full sentence you partially quoted for better understanding and context:</p>
<p>"Use of the CentOS MARKS to identify software that combines any portion of the CentOS software with any other software , unless the combined distribution is an official CentOS distribution. FOR EXAMPLE, you MAY NOT distribute a combination of the CentOS software with software released by the FooStack project under the name &#8216;CentOS FooStack Distro&#8217;." [emphasis added]</p>
<p>Additionally, I would like to point out items #2 and #4 from the same URL, their "Acceptable Uses" section, and a portion of the opening paragraph:</p>
<p>"2. You MAY USE the Word Mark, but NOT the Logos, to truthfully describe the origin of the software that you are providing but not the software itself, WHERE WHAT YOU ARE DISTRIBUTING IS MODIFIED OFFICIAL CENTOS SOURCE CODE OR is a build COMPILED FROM MODIFIED OFFICIAL CENTOS SOURCE CODE. You MAY SAY, for example: &#8216;This software is derived from the source code for the CentOS distribution.&#8217; However, you MAY NOT SAY that the software is CentOS." [emphasis added]</p>
<p>"4. You may use the ‘Powered by CentOS’ logo to truthfully state that your application runs on or uses an official CentOS release."</p>
<p>"The CentOS Project is by its nature a noncommercial community project that provides software free of charge&#8230;"</p>
<p>To my layman eyes, this would seem to explicitly contradict the claims of this article, in that:</p>
<p>1. You cannot use the word mark "CentOS" as part of your project name.</p>
<p>2. You cannot use the CentOS logo in your project description IF you have altered the CentOS source code. You can however say that it is derived from CentOS if you did alter source code.</p>
<p>3. You CAN use the "powered by CentOS" logo if your project sits on top of CentOS in its unaltered (as in source code) form &#8212; it is my understanding that PIAF and Incredible PBX are the exact type of projects to which this is referring. Perform a base install of CentOS, and then stick your custom project on top of CentOS, just like PIAF/Incredible PBX does.</p>
<p>4. The software is still as free (as in beer) as CentOS has always been, and as RHEL has been (sans pre-compilation for RHEL of course).</p>
<p>No where do I see any mention whatsoever about the preclusion of the use of CentOS _software/code_ as the base of any other Open Source project. Furthermore, the entire page is only referring to the "Word Mark" and "logos" of CentOS, as explained in the opening sentence of the page. No where do I see a single item listing reference use of the software itself.</p>
<p>Red Hat and CentOS have made it clear that, "the CentOS Linux platform isn&#8217;t changing" , and that this change will actually increase the community involvement for the distro because they no longer have to worry about the Red Hat [intellectual property] "firewall" as they refered to it. ( <a href="http://lists.centos.org/pipermail/centos-announce/2014-January/020100.html" rel="nofollow ugc">http://lists.centos.org/pipermail/centos-announce/2014-January/020100.html</a> )</p>
<p>Protection of the CentOS work mark and logo are, in my opinion, an asset to the community of users under the provisions laid out in this document. It means we can trust the logo when we see it.</p>
<p>Off the top of my head, thinking of restrictions within other Open Source projects, I see no difference between these conditions and any other major Open Source project work mark or logo restrictions. I think it allows for reasonable and fair use in the description of projects that utilize CentOS, while preventing its deceptive or confusing use in a negative way.</p>
<p>If your argument is not in fact about use of the software/code, but rather the use of the CentOS logo or word mark as part of a project name (as opposed to "powered by CentOS"), then I don&#8217;t see how this goal would be of benefit to the community or its users.</p>
<p>Lastly, I&#8217;m glad that most of the CentOS team is now getting paid for what they&#8217;ve been doing in their spare time for several years now (on top of their $dayjob).</p>
<p><i>[WM: You raise some good points. Let me clarify some of the can&#8217;ts and musts in the article and my previous comment. Statutory construction is often a slippery slope. The GPL license walks a fine line between patent, trademark, and copyright law. Think of it as a "live and let live" license. The example given in the license itself has to do with patent enforcement, but the same applies to trademarks and copyrights by the express language of the license. </p>
<p>Let&#8217;s go back to the original fight between Red Hat and CentOS for a moment. Yes, technically, the licensor (in this case Red Hat) had the right to insist that CentOS not use its marks or its copyrighted artwork in the CentOS build. But the GPL makes very clear in section 7 what the penalty is for imposing such conditions on the use of a product that you&#8217;ve released under a GPL license (and Red Hat had no choice about that since it incorporated thousands of other GPL works). Under section 7, the licensor forfeits their rights to publish the original work at all and forfeits the right to use the GPL code of others in the product since the product can no longer be distributed as a GPL product. Thus, the appropriate response by CentOS originally would have been to ask a court to enjoin further distribution of the Red Hat Enterprise Linux product on which CentOS was based. </p>
<p>Moving to the current situation with CentOS, if the trademark situation is resolved in Red Hat&#8217;s favor down the road, then the appropriate response from a third party if Red Hat were to insist upon removal of marks and copyrighted images would be to enjoin further distribution of the CentOS product under section 7 of the GPL. As Brer Rabbit taught us, that might be exactly what Red Hat would want. The short answer to that is nothing would preclude any third party from building another distribution directly off the Enterprise Linux code base without removing the marks and artwork. Under section 7, this would force Red Hat to make the Hobson&#8217;s Choice of enforcing the trademarks and copyrights or forfeiting the Enterprise Linux product itself. The practical answer is that a developer such as RedHat that wishes to add its custom artwork and marks to an open source product should document the process of removing and replacing those components so that others who wish to use the product can do so with their own branding. Then we wouldn&#8217;t be having this discussion. See also these <a href="http://www.gnu.org/distros/free-system-distribution-guidelines.html" rel="nofollow">Guidelines for Free System Distributions</a>.</p>
<p>Hope that clarifies the interplay of the GPL with the consequences of patent, trademark, and copyright enforcement.]</i></p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Skavoovie		</title>
		<link>https://nerdvittles.com/putting-the-genie-back-in-the-bottle-more-redhat-legal-shenanigans-with-centos/comment-page-1/#comment-97291</link>

		<dc:creator><![CDATA[Skavoovie]]></dc:creator>
		<pubDate>Thu, 23 Jan 2014 23:34:05 +0000</pubDate>
		<guid isPermaLink="false">http://nerdvittles.com/?p=8721#comment-97291</guid>

					<description><![CDATA[Actually, Red Hat has stated just the opposite of your summary/final paragraph. They have stated it will remain a viable drop-in replacement, with added SIG options to provide even greater benefits to those who want them.

Given Red Hat&#039;s track record with buying open source projects and keeping them open and available, and rapidly and drastically improving them, I think the chances are strong that this will actually happen.

For example, how has Red Hat&#039;s acquisition of Qumranet worked out for you? I&#039;ve seen some good articles regarding KVM virtual machines, and I know I can do a lot more with my KVM VMs today than I could in 2008.

Another example -- look at GlusterFS. There are more examples, but those 2 are off the top of my head.

If for some reason, if Red Hat suddenly decides to change its track record and doesn&#039;t hold true to its word,  anyone is free to grab the Open Source source RPMs from Red Hat&#039;s FTP server, just like CentOS did, and just like Oracle does, just like Scientific Linux does, recompile them, and make a new distro. That&#039;s the beauty of Open Source, or in the case of Oracle, the way to re-brand someone else&#039;s product and try to steal their customers.

Thus far, as far as Red Hat is concerned I know that I personally have gotten a heck of a lot more than I have paid for, being a Red Hat user since Red Hat 5.2, Fedora since Fedora Core 3, and CentOS since CentOS 4. How much has that cost me? I spent $30 back in 1998 to buy a commercial version of Red Hat 5.2 in CompUSA. (This excludes what my daytime job provider pays to RH for RHEL licenses, and what they paid RH for a training class and certification exams.)

As far as the trademark is concerned, it seems silly that the CentOS name hasn&#039;t already been registered.

I read through the legal terms on the new CentOS site, and with my layman eyes, didn&#039;t see anything that looked overtly inappropriate or different from just about every other Open Source project name.

With as many people using it, preventing people from naming their projects and products in such a way as to imply association with CentOS is a good thing -- no matter who owns the name. 

Case in point, if NV decided to rename PIAF to RedHatAsteriskInaBox, or CentOSAsterisk, I think that would confuse a number of people into thinking there was an official association with the OS distributions.

As a long-time RH software user with no association with the company, I am going to adopt a wait-and-see attitude, with hopeful expectations based upon their long-standing track record. I think this change is actually a very good thing.

&lt;i&gt;[WM: I hope you&#039;re right. Brand confusion with a trade name is very different than the concerns that have been raised in this article. Once you release a product with a &lt;a href=&quot;http://www.gnu.org/licenses/gpl-2.0.html&quot; rel=&quot;nofollow&quot;&gt;GPL license&lt;/a&gt;, the public has a right to copy the code and add to it so long as the original GPL license including the licensor&#039;s copyright is preserved together with your copyright if you choose to add one. The original licensor cannot restrict the pieces of the product that can be used unless some of the components can stand on their own and have been specifically excluded from the grant of the GPL license to use &quot;the product.&quot; In other words, you can&#039;t sprinkle trademarks and copyrighted works throughout the GPL code and then claim that nobody can use them. You licensed that use when you released the code under the GPL unless you specifically excluded independent &quot;works.&quot; In the case of Red Hat, they really had no choice but to release the entire work as GPL because you can&#039;t add more restrictive items to a GPL work in order to restrict future copying of the original GPL creations. And most of the code under the Red Hat umbrella was GPL creations of others!]&lt;/i&gt;]]></description>
			<content:encoded><![CDATA[<p>Actually, Red Hat has stated just the opposite of your summary/final paragraph. They have stated it will remain a viable drop-in replacement, with added SIG options to provide even greater benefits to those who want them.</p>
<p>Given Red Hat&#8217;s track record with buying open source projects and keeping them open and available, and rapidly and drastically improving them, I think the chances are strong that this will actually happen.</p>
<p>For example, how has Red Hat&#8217;s acquisition of Qumranet worked out for you? I&#8217;ve seen some good articles regarding KVM virtual machines, and I know I can do a lot more with my KVM VMs today than I could in 2008.</p>
<p>Another example &#8212; look at GlusterFS. There are more examples, but those 2 are off the top of my head.</p>
<p>If for some reason, if Red Hat suddenly decides to change its track record and doesn&#8217;t hold true to its word,  anyone is free to grab the Open Source source RPMs from Red Hat&#8217;s FTP server, just like CentOS did, and just like Oracle does, just like Scientific Linux does, recompile them, and make a new distro. That&#8217;s the beauty of Open Source, or in the case of Oracle, the way to re-brand someone else&#8217;s product and try to steal their customers.</p>
<p>Thus far, as far as Red Hat is concerned I know that I personally have gotten a heck of a lot more than I have paid for, being a Red Hat user since Red Hat 5.2, Fedora since Fedora Core 3, and CentOS since CentOS 4. How much has that cost me? I spent $30 back in 1998 to buy a commercial version of Red Hat 5.2 in CompUSA. (This excludes what my daytime job provider pays to RH for RHEL licenses, and what they paid RH for a training class and certification exams.)</p>
<p>As far as the trademark is concerned, it seems silly that the CentOS name hasn&#8217;t already been registered.</p>
<p>I read through the legal terms on the new CentOS site, and with my layman eyes, didn&#8217;t see anything that looked overtly inappropriate or different from just about every other Open Source project name.</p>
<p>With as many people using it, preventing people from naming their projects and products in such a way as to imply association with CentOS is a good thing &#8212; no matter who owns the name. </p>
<p>Case in point, if NV decided to rename PIAF to RedHatAsteriskInaBox, or CentOSAsterisk, I think that would confuse a number of people into thinking there was an official association with the OS distributions.</p>
<p>As a long-time RH software user with no association with the company, I am going to adopt a wait-and-see attitude, with hopeful expectations based upon their long-standing track record. I think this change is actually a very good thing.</p>
<p><i>[WM: I hope you&#8217;re right. Brand confusion with a trade name is very different than the concerns that have been raised in this article. Once you release a product with a <a href="http://www.gnu.org/licenses/gpl-2.0.html" rel="nofollow">GPL license</a>, the public has a right to copy the code and add to it so long as the original GPL license including the licensor&#8217;s copyright is preserved together with your copyright if you choose to add one. The original licensor cannot restrict the pieces of the product that can be used unless some of the components can stand on their own and have been specifically excluded from the grant of the GPL license to use "the product." In other words, you can&#8217;t sprinkle trademarks and copyrighted works throughout the GPL code and then claim that nobody can use them. You licensed that use when you released the code under the GPL unless you specifically excluded independent "works." In the case of Red Hat, they really had no choice but to release the entire work as GPL because you can&#8217;t add more restrictive items to a GPL work in order to restrict future copying of the original GPL creations. And most of the code under the Red Hat umbrella was GPL creations of others!]</i></p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
