<?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"
	>
<channel>
	<title>Comments on: The reason why Ubuntu would modify its release schedule</title>
	<atom:link href="http://matthewhelmke.net/wordpress/2008/05/13/the-reason-why-ubuntu-would-modify-its-release-schedule/feed/" rel="self" type="application/rss+xml" />
	<link>http://matthewhelmke.net/wordpress/2008/05/13/the-reason-why-ubuntu-would-modify-its-release-schedule/</link>
	<description>Random things that interest me that I may want to remember later.</description>
	<pubDate>Mon, 13 Oct 2008 05:35:40 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: 6r00k14n</title>
		<link>http://matthewhelmke.net/wordpress/2008/05/13/the-reason-why-ubuntu-would-modify-its-release-schedule/#comment-1921</link>
		<dc:creator>6r00k14n</dc:creator>
		<pubDate>Wed, 14 May 2008 18:29:22 +0000</pubDate>
		<guid isPermaLink="false">http://matthewhelmke.net/wordpress/?p=75#comment-1921</guid>
		<description>I agree with you.  To see one distro use the latest package, simply because of the number of programmers available to it and see another one lag behind on the same package is a waste to the entire community.

I'm sure that even the one man distro's would benefit greatly from having the same version of whatever package, regardless of which distro they are based on.

Obviously, Debian will still be on a very slow release cycle, but those that are looking to release often would benefit from having the latest packages available at a certain time, which would allow them to integrate those packages (i.e.  Redhat and Ubuntu would both have to same Gnome packages, if they both released in the same month and the Gnome developers released about one month prior).</description>
		<content:encoded><![CDATA[<p>I agree with you.  To see one distro use the latest package, simply because of the number of programmers available to it and see another one lag behind on the same package is a waste to the entire community.</p>
<p>I&#8217;m sure that even the one man distro&#8217;s would benefit greatly from having the same version of whatever package, regardless of which distro they are based on.</p>
<p>Obviously, Debian will still be on a very slow release cycle, but those that are looking to release often would benefit from having the latest packages available at a certain time, which would allow them to integrate those packages (i.e.  Redhat and Ubuntu would both have to same Gnome packages, if they both released in the same month and the Gnome developers released about one month prior).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: matthew</title>
		<link>http://matthewhelmke.net/wordpress/2008/05/13/the-reason-why-ubuntu-would-modify-its-release-schedule/#comment-1869</link>
		<dc:creator>matthew</dc:creator>
		<pubDate>Tue, 13 May 2008 14:32:17 +0000</pubDate>
		<guid isPermaLink="false">http://matthewhelmke.net/wordpress/?p=75#comment-1869</guid>
		<description>Currently, a lot of effort and work is duplicated. Doing this would enable differing distributions to use one another's work in an easier way, thereby allowing much of the energy that is currently spent by each one doing the same thing as the others, to instead be spent on further innovation. Currently, each distribution benefits from work done and released by others, but it takes longer and ofter requires adjustments because of differing software and toolkit versions. With this change, those benefits would pass around more quickly.

I don't think this should cause too great of a concern about homogenization. Instead, my gut feeling is that the opposite would be likely, that more free time for developers would end up being used in divergent and creative ways that would likely allow each distro to focus even better on its core audience.</description>
		<content:encoded><![CDATA[<p>Currently, a lot of effort and work is duplicated. Doing this would enable differing distributions to use one another&#8217;s work in an easier way, thereby allowing much of the energy that is currently spent by each one doing the same thing as the others, to instead be spent on further innovation. Currently, each distribution benefits from work done and released by others, but it takes longer and ofter requires adjustments because of differing software and toolkit versions. With this change, those benefits would pass around more quickly.</p>
<p>I don&#8217;t think this should cause too great of a concern about homogenization. Instead, my gut feeling is that the opposite would be likely, that more free time for developers would end up being used in divergent and creative ways that would likely allow each distro to focus even better on its core audience.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lynoure Braakman</title>
		<link>http://matthewhelmke.net/wordpress/2008/05/13/the-reason-why-ubuntu-would-modify-its-release-schedule/#comment-1868</link>
		<dc:creator>Lynoure Braakman</dc:creator>
		<pubDate>Tue, 13 May 2008 14:11:38 +0000</pubDate>
		<guid isPermaLink="false">http://matthewhelmke.net/wordpress/?p=75#comment-1868</guid>
		<description>Could you go into detail on the benefits, both to the developers and to users? I feel that to users sychronicity, some kernel version, same kde/gnome, openoffice versions would make the whole Linux landscape more homogenous, thus there would be less to choose from. 

The distros/devs would however save lots of effort in their releases.</description>
		<content:encoded><![CDATA[<p>Could you go into detail on the benefits, both to the developers and to users? I feel that to users sychronicity, some kernel version, same kde/gnome, openoffice versions would make the whole Linux landscape more homogenous, thus there would be less to choose from. </p>
<p>The distros/devs would however save lots of effort in their releases.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.525 seconds -->
