<?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:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: linux.conf.au 2010: Day 1 (afternoon)</title>
	<atom:link href="http://mdzlog.alcor.net/2010/01/18/linux-conf-au-2010-day-1-afternoon/feed/" rel="self" type="application/rss+xml" />
	<link>http://mdzlog.alcor.net/2010/01/18/linux-conf-au-2010-day-1-afternoon/</link>
	<description>a potpourri of mirth and madness</description>
	<lastBuildDate>Mon, 23 Jan 2012 03:06:44 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Matt Zimmerman</title>
		<link>http://mdzlog.alcor.net/2010/01/18/linux-conf-au-2010-day-1-afternoon/#comment-2577</link>
		<dc:creator><![CDATA[Matt Zimmerman]]></dc:creator>
		<pubDate>Mon, 18 Jan 2010 20:29:34 +0000</pubDate>
		<guid isPermaLink="false">http://mdzlog.alcor.net/?p=865#comment-2577</guid>
		<description><![CDATA[It&#039;s mostly a matter of control and independence.  Debian (quite understandably) doesn&#039;t want to be dependent on a third-party service in order to run the project.  These represent fundamental values in the Debian project.]]></description>
		<content:encoded><![CDATA[<p>It&#8217;s mostly a matter of control and independence.  Debian (quite understandably) doesn&#8217;t want to be dependent on a third-party service in order to run the project.  These represent fundamental values in the Debian project.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt Zimmerman</title>
		<link>http://mdzlog.alcor.net/2010/01/18/linux-conf-au-2010-day-1-afternoon/#comment-2576</link>
		<dc:creator><![CDATA[Matt Zimmerman]]></dc:creator>
		<pubDate>Mon, 18 Jan 2010 20:26:27 +0000</pubDate>
		<guid isPermaLink="false">http://mdzlog.alcor.net/?p=865#comment-2576</guid>
		<description><![CDATA[I&#039;ve made a note to do a blog post to go into detail on this, but it&#039;s along similar lines to what you&#039;re saying.  In particular, I think that applications have different enough requirements compared to system-level components that there may be value in treating them differently (different packaging, different processes, different user experience)]]></description>
		<content:encoded><![CDATA[<p>I&#8217;ve made a note to do a blog post to go into detail on this, but it&#8217;s along similar lines to what you&#8217;re saying.  In particular, I think that applications have different enough requirements compared to system-level components that there may be value in treating them differently (different packaging, different processes, different user experience)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonathan Carter</title>
		<link>http://mdzlog.alcor.net/2010/01/18/linux-conf-au-2010-day-1-afternoon/#comment-2571</link>
		<dc:creator><![CDATA[Jonathan Carter]]></dc:creator>
		<pubDate>Mon, 18 Jan 2010 11:42:51 +0000</pubDate>
		<guid isPermaLink="false">http://mdzlog.alcor.net/?p=865#comment-2571</guid>
		<description><![CDATA[I think it would be great if Debian used Launchpad, even if it was their own instance. Any particular reason they&#039;re specifically against using Canonical&#039;s instance? My guess is they probably wouldn&#039;t be able to get access to certain stuff on the server they may need to integrate with other Debian services?]]></description>
		<content:encoded><![CDATA[<p>I think it would be great if Debian used Launchpad, even if it was their own instance. Any particular reason they&#8217;re specifically against using Canonical&#8217;s instance? My guess is they probably wouldn&#8217;t be able to get access to certain stuff on the server they may need to integrate with other Debian services?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jo Shields</title>
		<link>http://mdzlog.alcor.net/2010/01/18/linux-conf-au-2010-day-1-afternoon/#comment-2570</link>
		<dc:creator><![CDATA[Jo Shields]]></dc:creator>
		<pubDate>Mon, 18 Jan 2010 10:20:34 +0000</pubDate>
		<guid isPermaLink="false">http://mdzlog.alcor.net/?p=865#comment-2570</guid>
		<description><![CDATA[Oh, and yes, PLEASE, PPA&#039;s for Debian. It&#039;s been a wishlist item of mine for years, and is badly needed for collaborative development of stuff. Right now, the only platform that supports it is the openSUSE Build System, and their workflow is shitty from a Debian perspective (it&#039;s really built for a single .spec file, not a debian/ folder)]]></description>
		<content:encoded><![CDATA[<p>Oh, and yes, PLEASE, PPA&#8217;s for Debian. It&#8217;s been a wishlist item of mine for years, and is badly needed for collaborative development of stuff. Right now, the only platform that supports it is the openSUSE Build System, and their workflow is shitty from a Debian perspective (it&#8217;s really built for a single .spec file, not a debian/ folder)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jo Shields</title>
		<link>http://mdzlog.alcor.net/2010/01/18/linux-conf-au-2010-day-1-afternoon/#comment-2569</link>
		<dc:creator><![CDATA[Jo Shields]]></dc:creator>
		<pubDate>Mon, 18 Jan 2010 10:19:06 +0000</pubDate>
		<guid isPermaLink="false">http://mdzlog.alcor.net/?p=865#comment-2569</guid>
		<description><![CDATA[I think people probably feel safer running Testing than Ubuntu+1 for the same reason they feel safer running Testing than Unstable. I know at least once per cycle I&#039;m left staring at a black screen after a routine update to my +1 system, with the risk reducing as release approaches.]]></description>
		<content:encoded><![CDATA[<p>I think people probably feel safer running Testing than Ubuntu+1 for the same reason they feel safer running Testing than Unstable. I know at least once per cycle I&#8217;m left staring at a black screen after a routine update to my +1 system, with the risk reducing as release approaches.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ram</title>
		<link>http://mdzlog.alcor.net/2010/01/18/linux-conf-au-2010-day-1-afternoon/#comment-2567</link>
		<dc:creator><![CDATA[Ram]]></dc:creator>
		<pubDate>Mon, 18 Jan 2010 07:20:13 +0000</pubDate>
		<guid isPermaLink="false">http://mdzlog.alcor.net/?p=865#comment-2567</guid>
		<description><![CDATA[Re: &quot;we may need to move beyond a “one size fits all” or “everything is a package” approach to package management. &quot;

I don&#039;t know the tech details... but I think you are on to something. Why should &quot;One size fit all&quot; at the first place? We have different security concerns (Kernel vs HTML or java applets)... different update frequency (continues updates @ HTML level to almost rock solid @ Kernel level) and different skill level and languages. 

Yes, through complicated technologies we can get a single system to address all... but do we really gain that much? And is it really one system or one complicated umbrella covering different solutions?]]></description>
		<content:encoded><![CDATA[<p>Re: &#8220;we may need to move beyond a “one size fits all” or “everything is a package” approach to package management. &#8221;</p>
<p>I don&#8217;t know the tech details&#8230; but I think you are on to something. Why should &#8220;One size fit all&#8221; at the first place? We have different security concerns (Kernel vs HTML or java applets)&#8230; different update frequency (continues updates @ HTML level to almost rock solid @ Kernel level) and different skill level and languages. </p>
<p>Yes, through complicated technologies we can get a single system to address all&#8230; but do we really gain that much? And is it really one system or one complicated umbrella covering different solutions?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

