<?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/"
	xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
	xmlns:media="http://search.yahoo.com/mrss/"
	>
<channel>
	<title>Comments on: Linux Standards, And Why They Shouldn&#8217;t Matter</title>
	<atom:link href="http://www.workswithu.com/2009/06/01/linux-standards-and-why-they-shouldnt-matter/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.workswithu.com/2009/06/01/linux-standards-and-why-they-shouldnt-matter/</link>
	<description>WorksWithU is the independent guide to Ubuntu Linux</description>
	<lastBuildDate>Tue, 07 Sep 2010 00:34:26 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=abc</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Response to &#8220;Ubuntu Server Edition: Where&#8217;s the Official Support?&#8221; &#171; Desktop Revolt</title>
		<link>http://www.workswithu.com/2009/06/01/linux-standards-and-why-they-shouldnt-matter/comment-page-1/#comment-4837</link>
		<dc:creator>Response to &#8220;Ubuntu Server Edition: Where&#8217;s the Official Support?&#8221; &#171; Desktop Revolt</dc:creator>
		<pubDate>Tue, 21 Jul 2009 01:44:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.workswithu.com/?p=651#comment-4837</guid>
		<description>[...] market share and a huge user community&#8221;, you&#8217;re calling people &#8220;freetards&#8221; (http://www.workswithu.com/2009/06/01/linux-standards-and-why-they-shouldnt-matter/) and &#8220;free-software militants&#8221; [...]</description>
		<content:encoded><![CDATA[<p>[...] market share and a huge user community&#8221;, you&#8217;re calling people &#8220;freetards&#8221; (<a href="http://www.workswithu.com/2009/06/01/linux-standards-and-why-they-shouldnt-matter/" rel="nofollow">http://www.workswithu.com/2009/06/01/linux-standards-and-why-they-shouldnt-matter/</a>) and &#8220;free-software militants&#8221; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jaklumen</title>
		<link>http://www.workswithu.com/2009/06/01/linux-standards-and-why-they-shouldnt-matter/comment-page-1/#comment-4279</link>
		<dc:creator>jaklumen</dc:creator>
		<pubDate>Wed, 10 Jun 2009 09:40:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.workswithu.com/?p=651#comment-4279</guid>
		<description>@Bogdan: excellent article.

The gist of the article is hardware standardization happened YEARS ago.  Anyone remember the PC clone wars that yielded the buzzword &quot;IBM-compatible&quot;, then rendered it obsolete?  Apple did not fold, but proceeded to crush the &quot;Apple II-compatible&quot; Franklin Ace offerings, when Steve Jobs was at NexTel.  However, the PowerPC CPU finally folded to Intel and now Macs don&#039;t have as much proprietary hardware as they used to.  Alternate OS virtualization was discussed on Apple computers at least 20-25 years ago, and now... Boot Camp.  How many forget the former, but instantly recognize the latter?

So why is software standardization so dreaded when it could very well be inevitable as well?

@Chris Tozzi:
&quot;Militant *geeks?*&quot;  Come on, use the original old-school word, hideous though it may be: NERDS.  I mean, let&#039;s be realistic: geek usually implies somewhat of a sense of social aptitude.  Nerd... I shouldn&#039;t have to complete that sentence.  Stand back and look at the user world at large, and you can almost always find a subset of users who tweak everything to the way they want it.  Linux tweakers just happen to be much more fluent in code much of the time.

I really support what you&#039;re saying, although I will admit some articles summarized it in a much more elegant and diplomatic way than here.  I agree that &quot;choice&quot; and &quot;it just works&quot; should not be contradictory statements.

@Josh (13): &quot;Standardization does not reduce choice, it merely creates a coherent platform for which to deliver choice.&quot;

Aye.  Much easier to refer to machines on the whole (clocks, cars, etc.) rather than to explain them by the individual nuts and bolts.

For example: how many people honestly build their cars from scratch?  Those that customize usually do it after-market.  This shouldn&#039;t be a foreign concept to computing.</description>
		<content:encoded><![CDATA[<p>@Bogdan: excellent article.</p>
<p>The gist of the article is hardware standardization happened YEARS ago.  Anyone remember the PC clone wars that yielded the buzzword &#8220;IBM-compatible&#8221;, then rendered it obsolete?  Apple did not fold, but proceeded to crush the &#8220;Apple II-compatible&#8221; Franklin Ace offerings, when Steve Jobs was at NexTel.  However, the PowerPC CPU finally folded to Intel and now Macs don&#8217;t have as much proprietary hardware as they used to.  Alternate OS virtualization was discussed on Apple computers at least 20-25 years ago, and now&#8230; Boot Camp.  How many forget the former, but instantly recognize the latter?</p>
<p>So why is software standardization so dreaded when it could very well be inevitable as well?</p>
<p>@Chris Tozzi:<br />
&#8220;Militant *geeks?*&#8221;  Come on, use the original old-school word, hideous though it may be: NERDS.  I mean, let&#8217;s be realistic: geek usually implies somewhat of a sense of social aptitude.  Nerd&#8230; I shouldn&#8217;t have to complete that sentence.  Stand back and look at the user world at large, and you can almost always find a subset of users who tweak everything to the way they want it.  Linux tweakers just happen to be much more fluent in code much of the time.</p>
<p>I really support what you&#8217;re saying, although I will admit some articles summarized it in a much more elegant and diplomatic way than here.  I agree that &#8220;choice&#8221; and &#8220;it just works&#8221; should not be contradictory statements.</p>
<p>@Josh (13): &#8220;Standardization does not reduce choice, it merely creates a coherent platform for which to deliver choice.&#8221;</p>
<p>Aye.  Much easier to refer to machines on the whole (clocks, cars, etc.) rather than to explain them by the individual nuts and bolts.</p>
<p>For example: how many people honestly build their cars from scratch?  Those that customize usually do it after-market.  This shouldn&#8217;t be a foreign concept to computing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bogdan Bivolaru</title>
		<link>http://www.workswithu.com/2009/06/01/linux-standards-and-why-they-shouldnt-matter/comment-page-1/#comment-4254</link>
		<dc:creator>Bogdan Bivolaru</dc:creator>
		<pubDate>Sun, 07 Jun 2009 12:58:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.workswithu.com/?p=651#comment-4254</guid>
		<description>I found earlier this morning this post on a similar topic http://www.raiden.net/articles/oh_no__linux_standardization_is_the_end_of_the_world__not/</description>
		<content:encoded><![CDATA[<p>I found earlier this morning this post on a similar topic <a href="http://www.raiden.net/articles/oh_no__linux_standardization_is_the_end_of_the_world__not/" rel="nofollow">http://www.raiden.net/articles/oh_no__linux_standardization_is_the_end_of_the_world__not/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: F. Fellini</title>
		<link>http://www.workswithu.com/2009/06/01/linux-standards-and-why-they-shouldnt-matter/comment-page-1/#comment-4251</link>
		<dc:creator>F. Fellini</dc:creator>
		<pubDate>Sat, 06 Jun 2009 10:30:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.workswithu.com/?p=651#comment-4251</guid>
		<description>Whatever happened to statically linked apps. Remember the good ol&#039; days. Windows and OS X apps worked because vendors often shiped dependencies along with their apps. the side effect was that poor installation systems buggered your Windows installs with incorrect versions of libraries (usually deprecated versions). Windows QT-based apps ship with their dependencies, apps that need readers come with those readers. In recent times users have been required to go to some exotic process of getting dependencies that make their apps work. In Linux it becomes one heck of a cyclical process where dependencies have dependencies that have dependencies, which makes it difficult to support everyone. How do apps like Opera do it, while maintaining the all-desirable attribute of compact download size. Standards base tries to solve the problem of change by simply avoiding the subject altogether, kinda like reigning in street slang by creating a snapshot that defines the boundaries of language by a time reference. Think of how many changes have come over the past few years with the X and sound servers, dbus, file systems, hardware support and so on.
I believe the eventual outcome is that companies like Google will adopt fledgling projects, nurture and mature them into the next generation of software that fills the gaps that exist today. For example, I can&#039;t tell you that I ever heard of clatter before Intel announced Moblin. The redeeming quality of open source is that choice and freedom exists for companies as it does for individuals.</description>
		<content:encoded><![CDATA[<p>Whatever happened to statically linked apps. Remember the good ol&#8217; days. Windows and OS X apps worked because vendors often shiped dependencies along with their apps. the side effect was that poor installation systems buggered your Windows installs with incorrect versions of libraries (usually deprecated versions). Windows QT-based apps ship with their dependencies, apps that need readers come with those readers. In recent times users have been required to go to some exotic process of getting dependencies that make their apps work. In Linux it becomes one heck of a cyclical process where dependencies have dependencies that have dependencies, which makes it difficult to support everyone. How do apps like Opera do it, while maintaining the all-desirable attribute of compact download size. Standards base tries to solve the problem of change by simply avoiding the subject altogether, kinda like reigning in street slang by creating a snapshot that defines the boundaries of language by a time reference. Think of how many changes have come over the past few years with the X and sound servers, dbus, file systems, hardware support and so on.<br />
I believe the eventual outcome is that companies like Google will adopt fledgling projects, nurture and mature them into the next generation of software that fills the gaps that exist today. For example, I can&#8217;t tell you that I ever heard of clatter before Intel announced Moblin. The redeeming quality of open source is that choice and freedom exists for companies as it does for individuals.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Arkadi</title>
		<link>http://www.workswithu.com/2009/06/01/linux-standards-and-why-they-shouldnt-matter/comment-page-1/#comment-4242</link>
		<dc:creator>Arkadi</dc:creator>
		<pubDate>Fri, 05 Jun 2009 04:29:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.workswithu.com/?p=651#comment-4242</guid>
		<description>I totally agree with the writer of the post.
It is the only way to make some distro a main stream OS.</description>
		<content:encoded><![CDATA[<p>I totally agree with the writer of the post.<br />
It is the only way to make some distro a main stream OS.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John</title>
		<link>http://www.workswithu.com/2009/06/01/linux-standards-and-why-they-shouldnt-matter/comment-page-1/#comment-4230</link>
		<dc:creator>John</dc:creator>
		<pubDate>Thu, 04 Jun 2009 17:04:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.workswithu.com/?p=651#comment-4230</guid>
		<description>A standardised way of distributing proprietary application already developed and is in deployment. It is the LSB (Linux Standard Base). It is a common set of APIs and ABIs that any proprietary developer can expect on an LSB compliant distribution. No need to say we support X distro. Simply list LSB v3 as a requirement. Just like people list Windows Vista, Mac OS X as requirements. There is not a difference.</description>
		<content:encoded><![CDATA[<p>A standardised way of distributing proprietary application already developed and is in deployment. It is the LSB (Linux Standard Base). It is a common set of APIs and ABIs that any proprietary developer can expect on an LSB compliant distribution. No need to say we support X distro. Simply list LSB v3 as a requirement. Just like people list Windows Vista, Mac OS X as requirements. There is not a difference.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: aikiwolfie</title>
		<link>http://www.workswithu.com/2009/06/01/linux-standards-and-why-they-shouldnt-matter/comment-page-1/#comment-4218</link>
		<dc:creator>aikiwolfie</dc:creator>
		<pubDate>Wed, 03 Jun 2009 17:05:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.workswithu.com/?p=651#comment-4218</guid>
		<description>Perhaps it&#039;s up to distribution developers like Canonical to make their particular flavour of Linux attractive enough to developers so that developers and consumers (of all kinds) will decide what the standard is.

Too many people are still thinking the kernel is the be all and end all of the OS. Just because we&#039;re all using a version of the same kernel doesn&#039;t mean we&#039;re all using the same OS. There&#039;s a lot more to an OS than the kernel.

Take for example FreeBSD or openSolaris or Minix or Mac OS X. Should their applications all run on Linux without alteration? After all, all of these OSs are based on UNIX. They all work to the same or similar standards and protocols. They are all different implementations of broadly similar concepts.</description>
		<content:encoded><![CDATA[<p>Perhaps it&#8217;s up to distribution developers like Canonical to make their particular flavour of Linux attractive enough to developers so that developers and consumers (of all kinds) will decide what the standard is.</p>
<p>Too many people are still thinking the kernel is the be all and end all of the OS. Just because we&#8217;re all using a version of the same kernel doesn&#8217;t mean we&#8217;re all using the same OS. There&#8217;s a lot more to an OS than the kernel.</p>
<p>Take for example FreeBSD or openSolaris or Minix or Mac OS X. Should their applications all run on Linux without alteration? After all, all of these OSs are based on UNIX. They all work to the same or similar standards and protocols. They are all different implementations of broadly similar concepts.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott</title>
		<link>http://www.workswithu.com/2009/06/01/linux-standards-and-why-they-shouldnt-matter/comment-page-1/#comment-4205</link>
		<dc:creator>Scott</dc:creator>
		<pubDate>Wed, 03 Jun 2009 01:07:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.workswithu.com/?p=651#comment-4205</guid>
		<description>Totally removing the text referred to by comments removes all context for them. I guess I should have quoted your use of &quot;freetard&quot;. Now, no one reading the comment will have any idea what I was talking about. That&#039;s bad form on your part. &quot;Fool me once...&quot; as they say. Rest assured, it won&#039;t happen again.</description>
		<content:encoded><![CDATA[<p>Totally removing the text referred to by comments removes all context for them. I guess I should have quoted your use of &#8220;freetard&#8221;. Now, no one reading the comment will have any idea what I was talking about. That&#8217;s bad form on your part. &#8220;Fool me once&#8230;&#8221; as they say. Rest assured, it won&#8217;t happen again.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Leo</title>
		<link>http://www.workswithu.com/2009/06/01/linux-standards-and-why-they-shouldnt-matter/comment-page-1/#comment-4198</link>
		<dc:creator>Leo</dc:creator>
		<pubDate>Tue, 02 Jun 2009 15:01:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.workswithu.com/?p=651#comment-4198</guid>
		<description>Zac: you nailed it, this is a short term solution. But what I don&#039;t understand is why this is proposed like something new. This IS happening. Oracle partners with Redhat, IBM Partners with SUSE and RedHat, etc. 

In the long run, standarization will help what everyone else is asking for: consolidation. But not de-facto consolidation. Evolutionary type consolidation: since I can run Photoshop in ANY distro that follows the standard, then I&#039;ll chose the BEST (not the one that partnered with Adobe). This will drive healthy competition and make 95% of the users to use 3 or 4 distros, like it has always been anyways :-)</description>
		<content:encoded><![CDATA[<p>Zac: you nailed it, this is a short term solution. But what I don&#8217;t understand is why this is proposed like something new. This IS happening. Oracle partners with Redhat, IBM Partners with SUSE and RedHat, etc. </p>
<p>In the long run, standarization will help what everyone else is asking for: consolidation. But not de-facto consolidation. Evolutionary type consolidation: since I can run Photoshop in ANY distro that follows the standard, then I&#8217;ll chose the BEST (not the one that partnered with Adobe). This will drive healthy competition and make 95% of the users to use 3 or 4 distros, like it has always been anyways <img src='http://www.workswithu.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Zac</title>
		<link>http://www.workswithu.com/2009/06/01/linux-standards-and-why-they-shouldnt-matter/comment-page-1/#comment-4194</link>
		<dc:creator>Zac</dc:creator>
		<pubDate>Tue, 02 Jun 2009 13:45:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.workswithu.com/?p=651#comment-4194</guid>
		<description>I personally would like to see some standardization to make it easier to develop and install third party programs. It will encourage them to support Linux and more importantly entice more users from Microsoft. Could this make it easier managing distros as well?I have no idea how this will work as the open source world finds it hard to agree on things. But is it possible? Does it change the concept of what a distro is? Can there be some sort of translator program that can allow a one step trouble-free install?

Supporting the main distros? I would like to this as a short term solution, second best option. As a comment above it is the most realistic option at this point.</description>
		<content:encoded><![CDATA[<p>I personally would like to see some standardization to make it easier to develop and install third party programs. It will encourage them to support Linux and more importantly entice more users from Microsoft. Could this make it easier managing distros as well?I have no idea how this will work as the open source world finds it hard to agree on things. But is it possible? Does it change the concept of what a distro is? Can there be some sort of translator program that can allow a one step trouble-free install?</p>
<p>Supporting the main distros? I would like to this as a short term solution, second best option. As a comment above it is the most realistic option at this point.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
