<?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: On Linux Platforms</title>
	<atom:link href="http://www.jonmasters.org/blog/2011/01/23/on-linux-platforms/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.jonmasters.org/blog/2011/01/23/on-linux-platforms/</link>
	<description>World Organi[sz]ation Of Broken Dreams</description>
	<lastBuildDate>Thu, 01 Dec 2011 20:35:15 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Andrew Clayton</title>
		<link>http://www.jonmasters.org/blog/2011/01/23/on-linux-platforms/comment-page-1/#comment-134625</link>
		<dc:creator>Andrew Clayton</dc:creator>
		<pubDate>Wed, 02 Feb 2011 00:16:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.jonmasters.org/blog/?p=1049#comment-134625</guid>
		<description>Hmm, so currently if you have 10 packages installed that use libfoo, then you only have one copy of libfoo that they all use. Only one copy to worry about updating for bug/security fix&#039;s. Only one copy taking up RAM.

In your world, are you saying that each app would bring a long its own copy of libfoo?</description>
		<content:encoded><![CDATA[<p>Hmm, so currently if you have 10 packages installed that use libfoo, then you only have one copy of libfoo that they all use. Only one copy to worry about updating for bug/security fix&#8217;s. Only one copy taking up RAM.</p>
<p>In your world, are you saying that each app would bring a long its own copy of libfoo?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jcm</title>
		<link>http://www.jonmasters.org/blog/2011/01/23/on-linux-platforms/comment-page-1/#comment-134490</link>
		<dc:creator>jcm</dc:creator>
		<pubDate>Tue, 25 Jan 2011 05:20:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.jonmasters.org/blog/?p=1049#comment-134490</guid>
		<description>Yes, and this is why Linux will never be as &quot;mainstream&quot; as other consumer Operating Systems. The answer is to empower third parties to ship software and tools, not require them to submit to the whims and processes of the Linux distribution. As I said, &quot;Enterprise&quot; Linux distros kinda fix this problem by working around the flaws of the distro-centric model in providing a stable target that&#039;s not moving all the time, but it&#039;s not a perfect solution (yet).</description>
		<content:encoded><![CDATA[<p>Yes, and this is why Linux will never be as &#8220;mainstream&#8221; as other consumer Operating Systems. The answer is to empower third parties to ship software and tools, not require them to submit to the whims and processes of the Linux distribution. As I said, &#8220;Enterprise&#8221; Linux distros kinda fix this problem by working around the flaws of the distro-centric model in providing a stable target that&#8217;s not moving all the time, but it&#8217;s not a perfect solution (yet).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam Williamson</title>
		<link>http://www.jonmasters.org/blog/2011/01/23/on-linux-platforms/comment-page-1/#comment-134480</link>
		<dc:creator>Adam Williamson</dc:creator>
		<pubDate>Mon, 24 Jan 2011 08:06:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.jonmasters.org/blog/?p=1049#comment-134480</guid>
		<description>yeah, Kevin&#039;s right. The repository approach is one of the main strengths of the Linux distro model. I absolutely do not want to have to rely on a hundred different third party repos for my software; I want a single project&#039;s throat to choke.</description>
		<content:encoded><![CDATA[<p>yeah, Kevin&#8217;s right. The repository approach is one of the main strengths of the Linux distro model. I absolutely do not want to have to rely on a hundred different third party repos for my software; I want a single project&#8217;s throat to choke.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jcm</title>
		<link>http://www.jonmasters.org/blog/2011/01/23/on-linux-platforms/comment-page-1/#comment-134474</link>
		<dc:creator>jcm</dc:creator>
		<pubDate>Mon, 24 Jan 2011 05:07:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.jonmasters.org/blog/?p=1049#comment-134474</guid>
		<description>Kevin, you and I couldn&#039;t disagree more :) Having a &quot;free for all&quot; approach to updates works great if software doesn&#039;t have bugs, works perfectly, and everyone is willing to upgrade daily, weekly, or whatever. Meanwhile, in the real world, there are people like myself who want a computer that just works, against which software can be shipped and updated without it having to be in-distro and for me to be running rawhide for my system to be &quot;usable&quot;.

But I don&#039;t foresee us agreeing. Your approach to updates and mine is so fundamentally opposite. I think you are wrong, and you think I am wrong.</description>
		<content:encoded><![CDATA[<p>Kevin, you and I couldn&#8217;t disagree more <img src='http://www.jonmasters.org/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  Having a &#8220;free for all&#8221; approach to updates works great if software doesn&#8217;t have bugs, works perfectly, and everyone is willing to upgrade daily, weekly, or whatever. Meanwhile, in the real world, there are people like myself who want a computer that just works, against which software can be shipped and updated without it having to be in-distro and for me to be running rawhide for my system to be &#8220;usable&#8221;.</p>
<p>But I don&#8217;t foresee us agreeing. Your approach to updates and mine is so fundamentally opposite. I think you are wrong, and you think I am wrong.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin Kofler</title>
		<link>http://www.jonmasters.org/blog/2011/01/23/on-linux-platforms/comment-page-1/#comment-134472</link>
		<dc:creator>Kevin Kofler</dc:creator>
		<pubDate>Sun, 23 Jan 2011 23:32:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.jonmasters.org/blog/?p=1049#comment-134472</guid>
		<description>PS: The real solution for implementing your wish of having current applications on a stable platform is to have less restrictive update policies for stable distribution releases, i.e. the new Fedora &quot;stable update vision&quot; needs to be overturned. (I actually think what users really want is actually not a completely unchanging base, they just want changes like that libata migration in the kernel which changed HDD device names 3-4 years ago or the big move from KDE 3 to 4 withheld, but they DO want new improved kernels, 3D acceleration support for their new graphics card etc.)</description>
		<content:encoded><![CDATA[<p>PS: The real solution for implementing your wish of having current applications on a stable platform is to have less restrictive update policies for stable distribution releases, i.e. the new Fedora &#8220;stable update vision&#8221; needs to be overturned. (I actually think what users really want is actually not a completely unchanging base, they just want changes like that libata migration in the kernel which changed HDD device names 3-4 years ago or the big move from KDE 3 to 4 withheld, but they DO want new improved kernels, 3D acceleration support for their new graphics card etc.)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
