<?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: Release Dates for Debian</title>
	<atom:link href="http://etbe.coker.com.au/2008/05/13/release-dates-for-debian/feed/" rel="self" type="application/rss+xml" />
	<link>http://etbe.coker.com.au/2008/05/13/release-dates-for-debian/</link>
	<description>Linux, politics, and other interesting things</description>
	<pubDate>Sun, 07 Sep 2008 15:41:25 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.1</generator>
		<item>
		<title>By: mph</title>
		<link>http://etbe.coker.com.au/2008/05/13/release-dates-for-debian/#comment-14218</link>
		<dc:creator>mph</dc:creator>
		<pubDate>Thu, 29 May 2008 15:43:46 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/?p=581#comment-14218</guid>
		<description>Would it make sense for the apps to dictate err.. recommend the version that should be used if they are given a time frame to deliver in?   
Aka, distributions say we want a version of the Kernel in Jan-Feb 2009
the kernel group then says OK we are willing to support version x and it will be out on Feb 8th 2009.  (note dates are same as my &lt;a href="http://www.markshuttleworth.com/archives/150#comment-302205" rel="nofollow"&gt;question &lt;/a&gt; to Mark.</description>
		<content:encoded><![CDATA[<p>Would it make sense for the apps to dictate err.. recommend the version that should be used if they are given a time frame to deliver in?<br />
Aka, distributions say we want a version of the Kernel in Jan-Feb 2009<br />
the kernel group then says OK we are willing to support version x and it will be out on Feb 8th 2009.  (note dates are same as my <a href="http://www.markshuttleworth.com/archives/150#comment-302205" rel="nofollow">question </a> to Mark.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: etbe</title>
		<link>http://etbe.coker.com.au/2008/05/13/release-dates-for-debian/#comment-14099</link>
		<dc:creator>etbe</dc:creator>
		<pubDate>Wed, 21 May 2008 10:34:06 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/?p=581#comment-14099</guid>
		<description>http://www.theregister.co.uk/2008/05/13/ubuntu_linux_synchronization/
I'm cited in The Register.</description>
		<content:encoded><![CDATA[<p><a href="http://www.theregister.co.uk/2008/05/13/ubuntu_linux_synchronization/" rel="nofollow">http://www.theregister.co.uk/2008/05/13/ubuntu_linux_synchronization/</a><br />
I&#8217;m cited in The Register.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: El próximo Ubuntu LTS llegará en el 2010, ¿o antes? &#171; [ Balrof ]</title>
		<link>http://etbe.coker.com.au/2008/05/13/release-dates-for-debian/#comment-14016</link>
		<dc:creator>El próximo Ubuntu LTS llegará en el 2010, ¿o antes? &#171; [ Balrof ]</dc:creator>
		<pubDate>Fri, 16 May 2008 19:44:59 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/?p=581#comment-14016</guid>
		<description>[...] primera respuesta de la comunidad de Debian favorece esta [...]</description>
		<content:encoded><![CDATA[<p>[...] primera respuesta de la comunidad de Debian favorece esta [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Shuttleworth &#187; Blog Archive &#187; Discussing free software syncronicity</title>
		<link>http://etbe.coker.com.au/2008/05/13/release-dates-for-debian/#comment-13994</link>
		<dc:creator>Mark Shuttleworth &#187; Blog Archive &#187; Discussing free software syncronicity</dc:creator>
		<pubDate>Thu, 15 May 2008 18:24:55 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/?p=581#comment-13994</guid>
		<description>[...] in the comments on Russell Coker&#8217;s thoughtful commentary there&#8217;s a suggestion that I really like - that it&#8217;s coordinated freeze dates more than [...]</description>
		<content:encoded><![CDATA[<p>[...] in the comments on Russell Coker&#8217;s thoughtful commentary there&#8217;s a suggestion that I really like - that it&#8217;s coordinated freeze dates more than [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Don Marti</title>
		<link>http://etbe.coker.com.au/2008/05/13/release-dates-for-debian/#comment-13990</link>
		<dc:creator>Don Marti</dc:creator>
		<pubDate>Thu, 15 May 2008 14:44:37 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/?p=581#comment-13990</guid>
		<description>Even if the release date isn't the same, it might make sense to agree on the same versions of major components, such as the kernel, X, and Samba.  That way upstream can plan "Production" and "Crack Smoking" releases.  The kernel developers do sync up feature introductions with RHEL and SLES releases. 

"You can sort of track 2 major distros' release schedules but once you get beyond that it gets kind of tough." -- Ted Ts'o at least year's kernel summit.

http://www.linuxworld.com/community/?q=node/621</description>
		<content:encoded><![CDATA[<p>Even if the release date isn&#8217;t the same, it might make sense to agree on the same versions of major components, such as the kernel, X, and Samba.  That way upstream can plan &#8220;Production&#8221; and &#8220;Crack Smoking&#8221; releases.  The kernel developers do sync up feature introductions with RHEL and SLES releases. </p>
<p>&#8220;You can sort of track 2 major distros&#8217; release schedules but once you get beyond that it gets kind of tough.&#8221; &#8212; Ted Ts&#8217;o at least year&#8217;s kernel summit.</p>
<p><a href="http://www.linuxworld.com/community/?q=node/621" rel="nofollow">http://www.linuxworld.com/community/?q=node/621</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: etbe</title>
		<link>http://etbe.coker.com.au/2008/05/13/release-dates-for-debian/#comment-13984</link>
		<dc:creator>etbe</dc:creator>
		<pubDate>Thu, 15 May 2008 08:13:12 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/?p=581#comment-13984</guid>
		<description>Christopher:  I used to work for Red Hat and know how their processes work.  While I won't divulge any details I can tell you that it's nothing like a sausage factory.  ;)  I am a Debian Developer, I can't claim to know anything special about Debian as almost everything that is of interest is published.

I now do a lot of sys-admin work on both Debian and CentOS (with a small amount of Fedora thrown in).  So I have seen this from all sides.

Chris:  The recent OpenSSL issue would still have occurred only in Debian and not in Red Hat if something like my suggestion had been implemented a few years earlier.  There will continue to be plenty of variation between distributions in terms of compile options.

Also we should keep in mind the fact that while having similar versions might make it easier to prepare attacks, it will also make it easier to detect and fix the bugs.</description>
		<content:encoded><![CDATA[<p>Christopher:  I used to work for Red Hat and know how their processes work.  While I won&#8217;t divulge any details I can tell you that it&#8217;s nothing like a sausage factory.  ;)  I am a Debian Developer, I can&#8217;t claim to know anything special about Debian as almost everything that is of interest is published.</p>
<p>I now do a lot of sys-admin work on both Debian and CentOS (with a small amount of Fedora thrown in).  So I have seen this from all sides.</p>
<p>Chris:  The recent OpenSSL issue would still have occurred only in Debian and not in Red Hat if something like my suggestion had been implemented a few years earlier.  There will continue to be plenty of variation between distributions in terms of compile options.</p>
<p>Also we should keep in mind the fact that while having similar versions might make it easier to prepare attacks, it will also make it easier to detect and fix the bugs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Rutherford</title>
		<link>http://etbe.coker.com.au/2008/05/13/release-dates-for-debian/#comment-13982</link>
		<dc:creator>Chris Rutherford</dc:creator>
		<pubDate>Thu, 15 May 2008 07:12:13 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/?p=581#comment-13982</guid>
		<description>I thought one of the things that made Linux harder to exploit on a large scale was the variation and lack of pervasiveness.  Do the positives out weigh the negatives? i.e. easier to port apps between distros?  - I personally think not</description>
		<content:encoded><![CDATA[<p>I thought one of the things that made Linux harder to exploit on a large scale was the variation and lack of pervasiveness.  Do the positives out weigh the negatives? i.e. easier to port apps between distros?  - I personally think not</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Christopher Cashell</title>
		<link>http://etbe.coker.com.au/2008/05/13/release-dates-for-debian/#comment-13977</link>
		<dc:creator>Christopher Cashell</dc:creator>
		<pubDate>Thu, 15 May 2008 03:37:41 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/?p=581#comment-13977</guid>
		<description>Well said, Sir.

All in all, I agree with you.  I think Red Hat does a pretty good job of spacing out their RHEL releases, and that would make a pretty good goal for Debian to match.  And, as someone who administers a large number of RHEL/CentOS boxes along with a smaller number of Debian boxes, having a closer match of versions for major software packages would definitely ease some of the hassles of synchronizing between them.  Obviously there are a few minor issues, as raised here, but I haven't seen any that seem insurmountable.</description>
		<content:encoded><![CDATA[<p>Well said, Sir.</p>
<p>All in all, I agree with you.  I think Red Hat does a pretty good job of spacing out their RHEL releases, and that would make a pretty good goal for Debian to match.  And, as someone who administers a large number of RHEL/CentOS boxes along with a smaller number of Debian boxes, having a closer match of versions for major software packages would definitely ease some of the hassles of synchronizing between them.  Obviously there are a few minor issues, as raised here, but I haven&#8217;t seen any that seem insurmountable.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Green420thumB</title>
		<link>http://etbe.coker.com.au/2008/05/13/release-dates-for-debian/#comment-13967</link>
		<dc:creator>Green420thumB</dc:creator>
		<pubDate>Wed, 14 May 2008 13:25:55 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/?p=581#comment-13967</guid>
		<description>I dont think that I like this idea, I believe that Debian is as stable and as secure as it is because they do release when ready. Why would you want to release a product when it is not? Then you might as well sell out to M$.</description>
		<content:encoded><![CDATA[<p>I dont think that I like this idea, I believe that Debian is as stable and as secure as it is because they do release when ready. Why would you want to release a product when it is not? Then you might as well sell out to M$.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: J. Lambrecht</title>
		<link>http://etbe.coker.com.au/2008/05/13/release-dates-for-debian/#comment-13961</link>
		<dc:creator>J. Lambrecht</dc:creator>
		<pubDate>Wed, 14 May 2008 10:26:50 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/?p=581#comment-13961</guid>
		<description>Though mostly agreeing with both Anouk and James still there's validity to the proposal. How compatible are distro's anyway these days ? 

Debian is growing older and older with every release upcomming and it is not improving. Just for fun ?</description>
		<content:encoded><![CDATA[<p>Though mostly agreeing with both Anouk and James still there&#8217;s validity to the proposal. How compatible are distro&#8217;s anyway these days ? </p>
<p>Debian is growing older and older with every release upcomming and it is not improving. Just for fun ?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
