<?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 for etbe</title>
	<atom:link href="http://etbe.coker.com.au/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://etbe.coker.com.au</link>
	<description>Linux, politics, and other interesting things</description>
	<pubDate>Fri, 16 May 2008 02:13:36 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>Comment on fair trade is the Linux way by Wendy Jakobson</title>
		<link>http://etbe.coker.com.au/2006/08/23/fair-trade-is-the-linux-way/#comment-13995</link>
		<dc:creator>Wendy Jakobson</dc:creator>
		<pubDate>Thu, 15 May 2008 19:33:59 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/index.php/2006/08/23/fair-trade-is-the-linux-way/#comment-13995</guid>
		<description>Hi, Great posts
I too am very interested in Fair Trade Chocolate, and agree that the quality is worth the extra price. 
Cadbury's efforts, while admirable are nothing more than guaranteeing their supply chain.  The factors leading to this initiative have little to nothing to do with child slavery, and much to do with the fact that the places where Cadbury's grows their cocoa is seeing a ageing farmer base, crops yields half what they were 10 years ago and no new farmers taking their place. 
This article by The Economist questions the reasons behind it. (The Economist isn't exactly 'left') so that tells you something.   
http://www.economist.com/business/displaystory.cfm?story_id=10609020.  
Cadbury claims that it's not about price for Ghanaian cocoa as it sells at 10% above the Fairtrade floor price, but about 'sustainability. Well, the fact remains that the Fairtrade floor price is just that, a floor.  Fairtrade agreements pay above current world market prices, not just the floor price. So that's a red herring.   The reality is that 70% of Cadbury's cocoa comes from Ghan, and it's simply trying to ensure it can continue to buy it. 
Another article posits that the water wells that Cadbury are building are really to assist the women of the vilage to get their water more efficiently so they can not spend so much time getting water from distant wells, therefore more time around the farm to work, thereby increasing yields.

If they were so concerned about the farmers they would have done this years ago when the world market price was half what it is now. 

Wendy</description>
		<content:encoded><![CDATA[<p>Hi, Great posts<br />
I too am very interested in Fair Trade Chocolate, and agree that the quality is worth the extra price.<br />
Cadbury&#8217;s efforts, while admirable are nothing more than guaranteeing their supply chain.  The factors leading to this initiative have little to nothing to do with child slavery, and much to do with the fact that the places where Cadbury&#8217;s grows their cocoa is seeing a ageing farmer base, crops yields half what they were 10 years ago and no new farmers taking their place.<br />
This article by The Economist questions the reasons behind it. (The Economist isn&#8217;t exactly &#8216;left&#8217;) so that tells you something.<br />
<a href="http://www.economist.com/business/displaystory.cfm?story_id=10609020" rel="nofollow">http://www.economist.com/business/displaystory.cfm?story_id=10609020</a>.<br />
Cadbury claims that it&#8217;s not about price for Ghanaian cocoa as it sells at 10% above the Fairtrade floor price, but about &#8217;sustainability. Well, the fact remains that the Fairtrade floor price is just that, a floor.  Fairtrade agreements pay above current world market prices, not just the floor price. So that&#8217;s a red herring.   The reality is that 70% of Cadbury&#8217;s cocoa comes from Ghan, and it&#8217;s simply trying to ensure it can continue to buy it.<br />
Another article posits that the water wells that Cadbury are building are really to assist the women of the vilage to get their water more efficiently so they can not spend so much time getting water from distant wells, therefore more time around the farm to work, thereby increasing yields.</p>
<p>If they were so concerned about the farmers they would have done this years ago when the world market price was half what it is now. </p>
<p>Wendy</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Release Dates for Debian 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>Comment on Release Dates for Debian 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>Comment on Release Dates for Debian 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>Comment on Release Dates for Debian 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>Comment on Release Dates for Debian 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>Comment on Release Dates for Debian 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>Comment on Release Dates for Debian 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>
	<item>
		<title>Comment on Release Dates for Debian by Cian Brennan</title>
		<link>http://etbe.coker.com.au/2008/05/13/release-dates-for-debian/#comment-13958</link>
		<dc:creator>Cian Brennan</dc:creator>
		<pubDate>Wed, 14 May 2008 08:46:34 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/?p=581#comment-13958</guid>
		<description>Again, while I believe the "ship when ready" is one of Debian's major mistakes, I don't think there'd be an issue with a feature freeze at an early date. Having all/most of the major linux distros on a synchronised release schedule would be an incredible benefit, and would lead to far greater stability/security within distributions, as it would make patch sharing far easier/more productive/more likely</description>
		<content:encoded><![CDATA[<p>Again, while I believe the &#8220;ship when ready&#8221; is one of Debian&#8217;s major mistakes, I don&#8217;t think there&#8217;d be an issue with a feature freeze at an early date. Having all/most of the major linux distros on a synchronised release schedule would be an incredible benefit, and would lead to far greater stability/security within distributions, as it would make patch sharing far easier/more productive/more likely</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Smoke from the PSU by Paul Johnson</title>
		<link>http://etbe.coker.com.au/2008/05/14/smoke-from-psu/#comment-13952</link>
		<dc:creator>Paul Johnson</dc:creator>
		<pubDate>Wed, 14 May 2008 03:26:56 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/?p=582#comment-13952</guid>
		<description>Stupid me, I read the headline as "smoke from &lt;a href="http://en.wikipedia.org/wiki/Portland_State_University" rel="nofollow"&gt;PSU&lt;/a&gt;" and clicked on it in aKregator wondering "OMGWTF is going on in downtown &lt;a href="http://en.wikipedia.org/wiki/Portland,_OR" rel="nofollow"&gt;Portland&lt;/a&gt;?  &lt;a href="http://blog.oregonlive.com/breakingnews/2008/05/homeless_protest_impasse_conti.html" rel="nofollow"&gt;Did the homeless revolt or something&lt;/a&gt;?  Why haven't we fed them to the hungry yet?</description>
		<content:encoded><![CDATA[<p>Stupid me, I read the headline as &#8220;smoke from <a href="http://en.wikipedia.org/wiki/Portland_State_University" rel="nofollow">PSU</a>&#8221; and clicked on it in aKregator wondering &#8220;OMGWTF is going on in downtown <a href="http://en.wikipedia.org/wiki/Portland,_OR" rel="nofollow">Portland</a>?  <a href="http://blog.oregonlive.com/breakingnews/2008/05/homeless_protest_impasse_conti.html" rel="nofollow">Did the homeless revolt or something</a>?  Why haven&#8217;t we fed them to the hungry yet?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
