<?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 free software shouldn&#8217;t depend on Richard M. Stallman&#8217;s advice</title>
	<atom:link href="http://www.damnhandy.com/2009/06/28/why-free-software-shouldnt-depend-on-richard-m-stallmans-advice/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.damnhandy.com/2009/06/28/why-free-software-shouldnt-depend-on-richard-m-stallmans-advice/</link>
	<description>A blog about Java, REST, and other stuff.</description>
	<lastBuildDate>Sat, 06 Feb 2010 02:10:33 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Ryan</title>
		<link>http://www.damnhandy.com/2009/06/28/why-free-software-shouldnt-depend-on-richard-m-stallmans-advice/comment-page-1/#comment-112608</link>
		<dc:creator>Ryan</dc:creator>
		<pubDate>Tue, 30 Jun 2009 21:31:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.damnhandy.com/?p=250#comment-112608</guid>
		<description>But Mono is not a complete re-implementation of the MS .NET stack, nor will it ever be. In fact, Mono has it&#039;s own bag of goodies like GTK#, Gendarme, Mozilla, as well as several Mono-specific libraries. Mono is growing up and it and even if you took away the non-ECMA stuff, Mono would still be a very usable framework.</description>
		<content:encoded><![CDATA[<p>But Mono is not a complete re-implementation of the MS .NET stack, nor will it ever be. In fact, Mono has it&#8217;s own bag of goodies like GTK#, Gendarme, Mozilla, as well as several Mono-specific libraries. Mono is growing up and it and even if you took away the non-ECMA stuff, Mono would still be a very usable framework.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: radish</title>
		<link>http://www.damnhandy.com/2009/06/28/why-free-software-shouldnt-depend-on-richard-m-stallmans-advice/comment-page-1/#comment-112604</link>
		<dc:creator>radish</dc:creator>
		<pubDate>Tue, 30 Jun 2009 20:10:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.damnhandy.com/?p=250#comment-112604</guid>
		<description>&lt;blockquote&gt;But you could also make the arguments against Samba and the OpenChange MAPI connector, or even MS Office support in OpenOffice.&lt;/blockquote&gt;

Sure, absolutely.  And they&#039;d be legit arguments.  The difference isn&#039;t qualitative, but quantitative, so it&#039;s entirely possible that the current Mono-bashing is more paranoid than sensible.  

Obviously I can&#039;t speak for Stallman or anybody else, but the main thing that makes me jittery about Mono is the size of the attack surface.  Specifically, the volume of code that deliberately duplicates MS libraries and architecture. 

I don&#039;t worry as much about Samba or MAPI or Exchange or AD connectors or protocol-oriented reimplementations of MS code generally, precisely because they&#039;re data-driven.  Samba&#039;s purpose is to deal with wire data that&#039;s in a MS-controlled format.  They only have to replicate the behavior of MS code long enough to get the data off the wire.  Likewise OOO, except that it&#039;s non-wire data. 

That&#039;s risky, but (to me at least, IANAL) it seems substantially less risky than Mono.  Mono has as its purpose the reimplementation of MS libraries and MS code behavior.  That&#039;s makes it useful and convenient, but increases the risk of collision with patents. 

Just $.02.  I wouldn&#039;t want to discourage anyone from supporting Mono, and I think the hubbub has as much or more to do with the distributions issues as any vulnerability of Mono itself.</description>
		<content:encoded><![CDATA[<blockquote><p>But you could also make the arguments against Samba and the OpenChange MAPI connector, or even MS Office support in OpenOffice.</p></blockquote>
<p>Sure, absolutely.  And they&#8217;d be legit arguments.  The difference isn&#8217;t qualitative, but quantitative, so it&#8217;s entirely possible that the current Mono-bashing is more paranoid than sensible.  </p>
<p>Obviously I can&#8217;t speak for Stallman or anybody else, but the main thing that makes me jittery about Mono is the size of the attack surface.  Specifically, the volume of code that deliberately duplicates MS libraries and architecture. </p>
<p>I don&#8217;t worry as much about Samba or MAPI or Exchange or AD connectors or protocol-oriented reimplementations of MS code generally, precisely because they&#8217;re data-driven.  Samba&#8217;s purpose is to deal with wire data that&#8217;s in a MS-controlled format.  They only have to replicate the behavior of MS code long enough to get the data off the wire.  Likewise OOO, except that it&#8217;s non-wire data. </p>
<p>That&#8217;s risky, but (to me at least, IANAL) it seems substantially less risky than Mono.  Mono has as its purpose the reimplementation of MS libraries and MS code behavior.  That&#8217;s makes it useful and convenient, but increases the risk of collision with patents. </p>
<p>Just $.02.  I wouldn&#8217;t want to discourage anyone from supporting Mono, and I think the hubbub has as much or more to do with the distributions issues as any vulnerability of Mono itself.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ryan</title>
		<link>http://www.damnhandy.com/2009/06/28/why-free-software-shouldnt-depend-on-richard-m-stallmans-advice/comment-page-1/#comment-112602</link>
		<dc:creator>Ryan</dc:creator>
		<pubDate>Tue, 30 Jun 2009 19:10:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.damnhandy.com/?p=250#comment-112602</guid>
		<description>&lt;a href=&quot;#comment-112595&quot; rel=&quot;nofollow&quot;&gt;@radish&lt;/a&gt; 
But you could also make the arguments against Samba and the OpenChange MAPI connector, or even MS Office support in OpenOffice. For some reason or another, these projects don&#039;t get the same level of scrutiny as Mono does. From a big picture perspective, the argument that only Mono is point of contention from MS patent issues. There&#039;s plenty of other projects that offer just as much risk.</description>
		<content:encoded><![CDATA[<p><a href="#comment-112595" rel="nofollow">@radish</a><br />
But you could also make the arguments against Samba and the OpenChange MAPI connector, or even MS Office support in OpenOffice. For some reason or another, these projects don&#8217;t get the same level of scrutiny as Mono does. From a big picture perspective, the argument that only Mono is point of contention from MS patent issues. There&#8217;s plenty of other projects that offer just as much risk.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: radish</title>
		<link>http://www.damnhandy.com/2009/06/28/why-free-software-shouldnt-depend-on-richard-m-stallmans-advice/comment-page-1/#comment-112595</link>
		<dc:creator>radish</dc:creator>
		<pubDate>Tue, 30 Jun 2009 16:49:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.damnhandy.com/?p=250#comment-112595</guid>
		<description>&lt;a href=&quot;#comment-112566&quot; rel=&quot;nofollow&quot;&gt;@Ryan&lt;/a&gt; 

Stallman&#039;s description is just unclear is all.  No, the problem is not C# the language.  The problem is that the Mono apps that you&#039;re a huge fan of are vulnerable to lawsuits.  They&#039;re free-as-in-beer, but there&#039;s no way to be sure that they&#039;re free-as-in-speech.  Because of their architecture and dependencies, Microsoft has the option of deciding, at some later date, to argue in court that Mono, or those apps, or whatever, are *not* free-as-in-speech after all.  Despite the free-as-in-speech Mono license that supposedly protects them.  In fact there may be deliberately concealed vulnerabilities.  It wouldn&#039;t be the first time. 

Stallman&#039;s point is that MS knows a lot more about the legal vulnerability of Mono than you do, which makes it much easier for them to try to alter the legal status of those apps at some point in the future.  And the inclusion of those apps in distros allows MS to attack the distributors. 

Which means that somebody -- probably lots of somebodies -- then have to go to court and defend the free-as-in-speech-ness of the apps. How much effort are you willing to put into that defense in exchange for easy access to Mono apps today?  Because at that point it would be a much bigger question than whether or not you have to start paying MS or give up the use of the apps.  A lawsuit like that could easily eat up all the resources the EFF could throw at it. 

If MS does decide to go after Canonical (or whomever) the purpose of the suit won&#039;t be to get you (Ryan) to stop using Tomboy (or to start paying for it).  The purpose will be to either take out or take over Ubuntu and any other distros or institutions that are vulnerable.</description>
		<content:encoded><![CDATA[<p><a href="#comment-112566" rel="nofollow">@Ryan</a> </p>
<p>Stallman&#8217;s description is just unclear is all.  No, the problem is not C# the language.  The problem is that the Mono apps that you&#8217;re a huge fan of are vulnerable to lawsuits.  They&#8217;re free-as-in-beer, but there&#8217;s no way to be sure that they&#8217;re free-as-in-speech.  Because of their architecture and dependencies, Microsoft has the option of deciding, at some later date, to argue in court that Mono, or those apps, or whatever, are *not* free-as-in-speech after all.  Despite the free-as-in-speech Mono license that supposedly protects them.  In fact there may be deliberately concealed vulnerabilities.  It wouldn&#8217;t be the first time. </p>
<p>Stallman&#8217;s point is that MS knows a lot more about the legal vulnerability of Mono than you do, which makes it much easier for them to try to alter the legal status of those apps at some point in the future.  And the inclusion of those apps in distros allows MS to attack the distributors. </p>
<p>Which means that somebody &#8212; probably lots of somebodies &#8212; then have to go to court and defend the free-as-in-speech-ness of the apps. How much effort are you willing to put into that defense in exchange for easy access to Mono apps today?  Because at that point it would be a much bigger question than whether or not you have to start paying MS or give up the use of the apps.  A lawsuit like that could easily eat up all the resources the EFF could throw at it. </p>
<p>If MS does decide to go after Canonical (or whomever) the purpose of the suit won&#8217;t be to get you (Ryan) to stop using Tomboy (or to start paying for it).  The purpose will be to either take out or take over Ubuntu and any other distros or institutions that are vulnerable.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Why free software shouldn’t depend on Richard M. Stallman’s advice &#171; Jasper Blog</title>
		<link>http://www.damnhandy.com/2009/06/28/why-free-software-shouldnt-depend-on-richard-m-stallmans-advice/comment-page-1/#comment-112575</link>
		<dc:creator>Why free software shouldn’t depend on Richard M. Stallman’s advice &#171; Jasper Blog</dc:creator>
		<pubDate>Tue, 30 Jun 2009 07:21:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.damnhandy.com/?p=250#comment-112575</guid>
		<description>[...] &#160;Read more: Damnhandy [...]</description>
		<content:encoded><![CDATA[<p>[...] &nbsp;Read more: Damnhandy [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ryan</title>
		<link>http://www.damnhandy.com/2009/06/28/why-free-software-shouldnt-depend-on-richard-m-stallmans-advice/comment-page-1/#comment-112566</link>
		<dc:creator>Ryan</dc:creator>
		<pubDate>Tue, 30 Jun 2009 00:36:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.damnhandy.com/?p=250#comment-112566</guid>
		<description>&lt;a href=&quot;#comment-112525&quot; rel=&quot;nofollow&quot;&gt;@bwtaylor&lt;/a&gt; 
I&#039;ll agree with that statement. However, he is too focused on issues with C#, not on the CLR which I find incredibly confusing. Consider for a moment if an open C# implementation compiled directly to native code. Are the same concerns valid? He&#039;s not specific enough. 

Furthermore, what if Mono didn&#039;t offer C# as a language choice? Does Mono now become ok?</description>
		<content:encoded><![CDATA[<p><a href="#comment-112525" rel="nofollow">@bwtaylor</a><br />
I&#8217;ll agree with that statement. However, he is too focused on issues with C#, not on the CLR which I find incredibly confusing. Consider for a moment if an open C# implementation compiled directly to native code. Are the same concerns valid? He&#8217;s not specific enough. </p>
<p>Furthermore, what if Mono didn&#8217;t offer C# as a language choice? Does Mono now become ok?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin Blake</title>
		<link>http://www.damnhandy.com/2009/06/28/why-free-software-shouldnt-depend-on-richard-m-stallmans-advice/comment-page-1/#comment-112531</link>
		<dc:creator>Kevin Blake</dc:creator>
		<pubDate>Mon, 29 Jun 2009 18:32:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.damnhandy.com/?p=250#comment-112531</guid>
		<description>I have to agree that Stallman just isn&#039;t making his point clear enough.  I see no reason to fear C# as a language from the MS patent infringements.

As you say, C# is submitted as an ECMA standard.  There are a number of namespaces not included in that group, but since Microsoft have already reached an agreement not to pursue patent infringement with Novell directly, I don&#039;t see how their implementation within Mono can be questioned.

I&#039;m all for choice as a developer and an end-user, and for me - Mono provides just that.</description>
		<content:encoded><![CDATA[<p>I have to agree that Stallman just isn&#8217;t making his point clear enough.  I see no reason to fear C# as a language from the MS patent infringements.</p>
<p>As you say, C# is submitted as an ECMA standard.  There are a number of namespaces not included in that group, but since Microsoft have already reached an agreement not to pursue patent infringement with Novell directly, I don&#8217;t see how their implementation within Mono can be questioned.</p>
<p>I&#8217;m all for choice as a developer and an end-user, and for me &#8211; Mono provides just that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: joonas</title>
		<link>http://www.damnhandy.com/2009/06/28/why-free-software-shouldnt-depend-on-richard-m-stallmans-advice/comment-page-1/#comment-112529</link>
		<dc:creator>joonas</dc:creator>
		<pubDate>Mon, 29 Jun 2009 17:29:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.damnhandy.com/?p=250#comment-112529</guid>
		<description>Maybe he focused on C# because that is the reason why some have adopted the use of Mono, who in their right mind would use VB.NET for example? Though, now that you mentioned it, what if the event/delegate system is patented? What will you use C# for if that is so and Microsoft starts enforcing..?

There are some good comments @ http://andreasdevblog.wordpress.com/2009/06/29/c-and-the-rights-to-use-it/ related to the same subject, mostly clearing up the original author misreading of RMS&#039;s warning.</description>
		<content:encoded><![CDATA[<p>Maybe he focused on C# because that is the reason why some have adopted the use of Mono, who in their right mind would use VB.NET for example? Though, now that you mentioned it, what if the event/delegate system is patented? What will you use C# for if that is so and Microsoft starts enforcing..?</p>
<p>There are some good comments @ <a href="http://andreasdevblog.wordpress.com/2009/06/29/c-and-the-rights-to-use-it/" rel="nofollow">http://andreasdevblog.wordpress.com/2009/06/29/c-and-the-rights-to-use-it/</a> related to the same subject, mostly clearing up the original author misreading of RMS&#8217;s warning.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom Willis</title>
		<link>http://www.damnhandy.com/2009/06/28/why-free-software-shouldnt-depend-on-richard-m-stallmans-advice/comment-page-1/#comment-112527</link>
		<dc:creator>Tom Willis</dc:creator>
		<pubDate>Mon, 29 Jun 2009 16:46:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.damnhandy.com/?p=250#comment-112527</guid>
		<description>It&#039;s just one guys opinion.</description>
		<content:encoded><![CDATA[<p>It&#8217;s just one guys opinion.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bwtaylor</title>
		<link>http://www.damnhandy.com/2009/06/28/why-free-software-shouldnt-depend-on-richard-m-stallmans-advice/comment-page-1/#comment-112525</link>
		<dc:creator>bwtaylor</dc:creator>
		<pubDate>Mon, 29 Jun 2009 16:03:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.damnhandy.com/?p=250#comment-112525</guid>
		<description>The issue is clearly spelled out by RMS as &quot;software patents&quot;, not that “we shouldn’t use it just because we shouldn’t.” What&#039;s not to understand -- RMS is saying that MS could attack your work in C# as violating the law if you don&#039;t have a license. Even if they don&#039;t currently want to, they *could*. Are you prepared to defend C# apps in court as not violating MS patents? If not, you should stop using C#. 

The fact that ECMA, a standards making body agrees that C# is a standard does not give you a license to patents needed to implement the standard. A court will have no problem with a standard that requires you to pay if you implement it, because being &quot;standard&quot; has no legal importance.</description>
		<content:encoded><![CDATA[<p>The issue is clearly spelled out by RMS as &#8220;software patents&#8221;, not that “we shouldn’t use it just because we shouldn’t.” What&#8217;s not to understand &#8212; RMS is saying that MS could attack your work in C# as violating the law if you don&#8217;t have a license. Even if they don&#8217;t currently want to, they *could*. Are you prepared to defend C# apps in court as not violating MS patents? If not, you should stop using C#. </p>
<p>The fact that ECMA, a standards making body agrees that C# is a standard does not give you a license to patents needed to implement the standard. A court will have no problem with a standard that requires you to pay if you implement it, because being &#8220;standard&#8221; has no legal importance.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
