<?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: What? Can&#8217;t take a bit of competition?</title>
	<atom:link href="http://envb.sapphirewillow.com/writings/2009/07/what-cant-take-a-bit-of-competition/feed/" rel="self" type="application/rss+xml" />
	<link>http://envb.sapphirewillow.com/writings/2009/07/what-cant-take-a-bit-of-competition/</link>
	<description>Taglines encourage pigeonholing</description>
	<lastBuildDate>Fri, 06 Aug 2010 01:26: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: Links 12/07/2009: GNU/Linux Shames Vista 7 and XP in Benchmark &#124; Boycott Novell</title>
		<link>http://envb.sapphirewillow.com/writings/2009/07/what-cant-take-a-bit-of-competition/comment-page-1/#comment-52</link>
		<dc:creator>Links 12/07/2009: GNU/Linux Shames Vista 7 and XP in Benchmark &#124; Boycott Novell</dc:creator>
		<pubDate>Mon, 13 Jul 2009 00:05:38 +0000</pubDate>
		<guid isPermaLink="false">http://envb.sapphirewillow.com/writings/?p=47#comment-52</guid>
		<description>[...] What? Can’t take a bit of competition? So now the IT media world just went wild over Google’s Chrome OS announcement. Comments are coming in from all over, some overly optimistic, some dismissive. All of these are speculative at best, and none of them carry a lot of weight as Google hasn’t even done a code drop yet, much less a release. [...]</description>
		<content:encoded><![CDATA[<p>[...] What? Can’t take a bit of competition? So now the IT media world just went wild over Google’s Chrome OS announcement. Comments are coming in from all over, some overly optimistic, some dismissive. All of these are speculative at best, and none of them carry a lot of weight as Google hasn’t even done a code drop yet, much less a release. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rahul Sundaram</title>
		<link>http://envb.sapphirewillow.com/writings/2009/07/what-cant-take-a-bit-of-competition/comment-page-1/#comment-50</link>
		<dc:creator>Rahul Sundaram</dc:creator>
		<pubDate>Sat, 11 Jul 2009 18:01:07 +0000</pubDate>
		<guid isPermaLink="false">http://envb.sapphirewillow.com/writings/?p=47#comment-50</guid>
		<description>&quot;I’ve been tracking flame wars between KDE and Gnome since someone decided that GPL wasn’t a liberal enough license for them and started writing a new widget library.&quot;

Qt was a proprietary toolkit and not under GPL when GTK was created. So you got that bit of history wrong. Capitalism isn&#039;t really the opposite of working with the community. In fact, it might save them quite some money to work with the community.</description>
		<content:encoded><![CDATA[<p>&#8220;I’ve been tracking flame wars between KDE and Gnome since someone decided that GPL wasn’t a liberal enough license for them and started writing a new widget library.&#8221;</p>
<p>Qt was a proprietary toolkit and not under GPL when GTK was created. So you got that bit of history wrong. Capitalism isn&#8217;t really the opposite of working with the community. In fact, it might save them quite some money to work with the community.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: feicipet</title>
		<link>http://envb.sapphirewillow.com/writings/2009/07/what-cant-take-a-bit-of-competition/comment-page-1/#comment-49</link>
		<dc:creator>feicipet</dc:creator>
		<pubDate>Sat, 11 Jul 2009 01:36:23 +0000</pubDate>
		<guid isPermaLink="false">http://envb.sapphirewillow.com/writings/?p=47#comment-49</guid>
		<description>@Karl:

Yes, agreed. Google is just placing its own bets in this case. They&#039;re free to fail if they want to. The rest of us will just vote on which we think is better.</description>
		<content:encoded><![CDATA[<p>@Karl:</p>
<p>Yes, agreed. Google is just placing its own bets in this case. They&#8217;re free to fail if they want to. The rest of us will just vote on which we think is better.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: feicipet</title>
		<link>http://envb.sapphirewillow.com/writings/2009/07/what-cant-take-a-bit-of-competition/comment-page-1/#comment-48</link>
		<dc:creator>feicipet</dc:creator>
		<pubDate>Sat, 11 Jul 2009 01:34:18 +0000</pubDate>
		<guid isPermaLink="false">http://envb.sapphirewillow.com/writings/?p=47#comment-48</guid>
		<description>@James:

I agree with that. And that&#039;s what the license is supposed to enforce. The letter of the law as opposed to the spirit. It&#039;s really less easy to fudge around on specific legalities.

But in this case, even if Google does not use the full Linux stack and instead cherry-picks the components they want while adding its own implementation of what it deems to be right, it just adds on more choices to our already rich stack as long as those components are released under similar licenses. I really can&#039;t see this as abuse.</description>
		<content:encoded><![CDATA[<p>@James:</p>
<p>I agree with that. And that&#8217;s what the license is supposed to enforce. The letter of the law as opposed to the spirit. It&#8217;s really less easy to fudge around on specific legalities.</p>
<p>But in this case, even if Google does not use the full Linux stack and instead cherry-picks the components they want while adding its own implementation of what it deems to be right, it just adds on more choices to our already rich stack as long as those components are released under similar licenses. I really can&#8217;t see this as abuse.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: feicipet</title>
		<link>http://envb.sapphirewillow.com/writings/2009/07/what-cant-take-a-bit-of-competition/comment-page-1/#comment-47</link>
		<dc:creator>feicipet</dc:creator>
		<pubDate>Sat, 11 Jul 2009 01:25:42 +0000</pubDate>
		<guid isPermaLink="false">http://envb.sapphirewillow.com/writings/?p=47#comment-47</guid>
		<description>@Magice:
1) Apologies for the insulting tone; 
2) However, your arguments towards reinventing the wheel can be abstracted at several different levels. KDE/Gnome apps have never worked well with each other and they represent redundancies / reinventing the wheel as well. Yet, they exist to provide competition to each other and it&#039;s fine. My point is, it&#039;s impossible to pinpoint the yardstick against which all Linux developers must code against for the simple reason that there will never be any consensus. Some might even point to the LSB as the standard to measure against and see how successful that is(n&#039;t), even on the Linux desktop track.

Yes, if Google were to go their own way for most of the OS stack, it would probably isolate themselves from the rest of the Linux world. That may be what they wanted, or it may be to their detriment as well. The knife cuts both ways . All that remains to be seen is whose bet is on the winning horse.</description>
		<content:encoded><![CDATA[<p>@Magice:<br />
1) Apologies for the insulting tone;<br />
2) However, your arguments towards reinventing the wheel can be abstracted at several different levels. KDE/Gnome apps have never worked well with each other and they represent redundancies / reinventing the wheel as well. Yet, they exist to provide competition to each other and it&#8217;s fine. My point is, it&#8217;s impossible to pinpoint the yardstick against which all Linux developers must code against for the simple reason that there will never be any consensus. Some might even point to the LSB as the standard to measure against and see how successful that is(n&#8217;t), even on the Linux desktop track.</p>
<p>Yes, if Google were to go their own way for most of the OS stack, it would probably isolate themselves from the rest of the Linux world. That may be what they wanted, or it may be to their detriment as well. The knife cuts both ways . All that remains to be seen is whose bet is on the winning horse.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James E. LaBarre</title>
		<link>http://envb.sapphirewillow.com/writings/2009/07/what-cant-take-a-bit-of-competition/comment-page-1/#comment-46</link>
		<dc:creator>James E. LaBarre</dc:creator>
		<pubDate>Fri, 10 Jul 2009 20:15:57 +0000</pubDate>
		<guid isPermaLink="false">http://envb.sapphirewillow.com/writings/?p=47#comment-46</guid>
		<description>&gt; There seems to be this presumption that having something that’s OpenSource means
&gt;  you must “work with the community”. The GPL or any other OpenSource license
&gt; defines the usage of the code. As long as you abide by the terms set in the licenses,
&gt; you’re safe.
 
No. but for those companies that make use of OpenSource for their products and/or services, we at lest expect some level of RESPECT from them (are you listening eBay, et al?).  We don&#039;t expect them to take from the community, then turn around and spit upon the same community as something beneath contempt.</description>
		<content:encoded><![CDATA[<p>&gt; There seems to be this presumption that having something that’s OpenSource means<br />
&gt;  you must “work with the community”. The GPL or any other OpenSource license<br />
&gt; defines the usage of the code. As long as you abide by the terms set in the licenses,<br />
&gt; you’re safe.</p>
<p>No. but for those companies that make use of OpenSource for their products and/or services, we at lest expect some level of RESPECT from them (are you listening eBay, et al?).  We don&#8217;t expect them to take from the community, then turn around and spit upon the same community as something beneath contempt.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ulrik Mikaelsson</title>
		<link>http://envb.sapphirewillow.com/writings/2009/07/what-cant-take-a-bit-of-competition/comment-page-1/#comment-45</link>
		<dc:creator>Ulrik Mikaelsson</dc:creator>
		<pubDate>Fri, 10 Jul 2009 19:33:37 +0000</pubDate>
		<guid isPermaLink="false">http://envb.sapphirewillow.com/writings/?p=47#comment-45</guid>
		<description>Friendly competition is good. But the keyword here is friendly. As long as it&#039;s friendly (friendly as in no unnecessary back-stabbing, and not burning all bridges for cooperation down the line) it&#039;s all good.

Unfriendly competition on the other hands is called war, which only creates minefields, barbed-wire-coated walls and suffering for the losers and innocent alike.</description>
		<content:encoded><![CDATA[<p>Friendly competition is good. But the keyword here is friendly. As long as it&#8217;s friendly (friendly as in no unnecessary back-stabbing, and not burning all bridges for cooperation down the line) it&#8217;s all good.</p>
<p>Unfriendly competition on the other hands is called war, which only creates minefields, barbed-wire-coated walls and suffering for the losers and innocent alike.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Karl O. Pinc</title>
		<link>http://envb.sapphirewillow.com/writings/2009/07/what-cant-take-a-bit-of-competition/comment-page-1/#comment-44</link>
		<dc:creator>Karl O. Pinc</dc:creator>
		<pubDate>Fri, 10 Jul 2009 18:18:46 +0000</pubDate>
		<guid isPermaLink="false">http://envb.sapphirewillow.com/writings/?p=47#comment-44</guid>
		<description>There&#039;s capitalism, and then there&#039;s democracy.  The GPL and other copyleft licenses ensure that there will always be competition, a free market, _always_.  Public access to the development branch, the revision control system, and a willingness, nay eagerness, to accept code contributions is the mark of an open development process.  Without those a project is just somebody&#039;s private playground, no matter how big.  An open development process is what ensures vibrancy and the ability to keep up with the cutting edge.  The network effect of having the whole Internet available as a code contribution resource is unmatched.  The history of the XFree86 project serves to illustrate the point.  The project owners were a closed circle and development was slow.  Now that Xorg has forked the code contributions come pouring in and the new features just keep on coming.  It&#039;s the difference between a staid tyrannical bureaucracy, something Soviet block, and a modern, transparent democratic society.   Which would you bet on?

License alone doth not a vivacious project make.</description>
		<content:encoded><![CDATA[<p>There&#8217;s capitalism, and then there&#8217;s democracy.  The GPL and other copyleft licenses ensure that there will always be competition, a free market, _always_.  Public access to the development branch, the revision control system, and a willingness, nay eagerness, to accept code contributions is the mark of an open development process.  Without those a project is just somebody&#8217;s private playground, no matter how big.  An open development process is what ensures vibrancy and the ability to keep up with the cutting edge.  The network effect of having the whole Internet available as a code contribution resource is unmatched.  The history of the XFree86 project serves to illustrate the point.  The project owners were a closed circle and development was slow.  Now that Xorg has forked the code contributions come pouring in and the new features just keep on coming.  It&#8217;s the difference between a staid tyrannical bureaucracy, something Soviet block, and a modern, transparent democratic society.   Which would you bet on?</p>
<p>License alone doth not a vivacious project make.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric</title>
		<link>http://envb.sapphirewillow.com/writings/2009/07/what-cant-take-a-bit-of-competition/comment-page-1/#comment-43</link>
		<dc:creator>Eric</dc:creator>
		<pubDate>Fri, 10 Jul 2009 18:00:05 +0000</pubDate>
		<guid isPermaLink="false">http://envb.sapphirewillow.com/writings/?p=47#comment-43</guid>
		<description>Finally some one with some business sense talking about this</description>
		<content:encoded><![CDATA[<p>Finally some one with some business sense talking about this</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Magice</title>
		<link>http://envb.sapphirewillow.com/writings/2009/07/what-cant-take-a-bit-of-competition/comment-page-1/#comment-42</link>
		<dc:creator>Magice</dc:creator>
		<pubDate>Fri, 10 Jul 2009 16:57:03 +0000</pubDate>
		<guid isPermaLink="false">http://envb.sapphirewillow.com/writings/?p=47#comment-42</guid>
		<description>*sign* feicipet, if you are unable to speak of &quot;community&quot; without drawing the worst possible stereotype of hippies, I believe you should shut up. And if you cannot find a second person to quote on, you should make your post a direct reply. Your way of writing is just too insulting, you think?

Furthermore, about Google Chrome OS, yes, they do break with current &quot;communities&quot;, however you define that. The only thing gets reused is Linux kernel. It seems that they want to write an alternative to Xorg. From Android, I suspect that they would also replace libc and other GNU components. From there, they may also work out a new scheme for sound and everything else. This means reinvent the wheel! Of course, not like I hate people implementing new things, but this means that majority of GNU/Linux software will not work. Nay, this means majority of GUI Unix programs will not work. This is, of course, really bad, since we will need to rewrite everything from scratch, except for the kernel.

Now, does that clarify your doubt? Thank you for being respectful next time.</description>
		<content:encoded><![CDATA[<p>*sign* feicipet, if you are unable to speak of &#8220;community&#8221; without drawing the worst possible stereotype of hippies, I believe you should shut up. And if you cannot find a second person to quote on, you should make your post a direct reply. Your way of writing is just too insulting, you think?</p>
<p>Furthermore, about Google Chrome OS, yes, they do break with current &#8220;communities&#8221;, however you define that. The only thing gets reused is Linux kernel. It seems that they want to write an alternative to Xorg. From Android, I suspect that they would also replace libc and other GNU components. From there, they may also work out a new scheme for sound and everything else. This means reinvent the wheel! Of course, not like I hate people implementing new things, but this means that majority of GNU/Linux software will not work. Nay, this means majority of GUI Unix programs will not work. This is, of course, really bad, since we will need to rewrite everything from scratch, except for the kernel.</p>
<p>Now, does that clarify your doubt? Thank you for being respectful next time.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
