<?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: Free Software: the evolutionary way</title>
	<atom:link href="http://davidnielsen.wordpress.com/2008/03/30/free-software-the-evolutionary-way/feed/" rel="self" type="application/rss+xml" />
	<link>http://davidnielsen.wordpress.com/2008/03/30/free-software-the-evolutionary-way/</link>
	<description>Random madness, including but not limited to GNOME and Linux</description>
	<lastBuildDate>Tue, 29 Sep 2009 21:07:40 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: davidnielsen</title>
		<link>http://davidnielsen.wordpress.com/2008/03/30/free-software-the-evolutionary-way/#comment-195</link>
		<dc:creator>davidnielsen</dc:creator>
		<pubDate>Sun, 30 Mar 2008 17:06:41 +0000</pubDate>
		<guid isPermaLink="false">http://davidnielsen.wordpress.com/?p=262#comment-195</guid>
		<description>My main concern here is taking viable options and scrapping them in favor of nothing. I am fully on the side of the Freedom zealots when it comes to the end goal, all that stuff needs to go - but we can&#039;t really go and break peoples setups and it seems irresponsible to remove features without having a plan to replace them. Especially since upstream will never go for this without said solution. Especially when this approach it seems removes stuff that isn&#039;t even non-free (see Hans&#039; reply in the thread).

My feelings on Codina as a valuable tool are well known, I disagree with you that the approach you elected is viable or even defendable towards our users. I am there for sorry I voted as I did in the board election, I feel that the board no longer represents what I envision when I contribute to Fedora as such my general level of pleasure in contributing is at an all time low - Next time around I will be sure to ask pointed questions to the nominees to ensure this kind of user disaster doesn&#039;t repeat itself. For now I will bow my head in shame and accept the outcome you have decided for us.</description>
		<content:encoded><![CDATA[<p>My main concern here is taking viable options and scrapping them in favor of nothing. I am fully on the side of the Freedom zealots when it comes to the end goal, all that stuff needs to go &#8211; but we can&#8217;t really go and break peoples setups and it seems irresponsible to remove features without having a plan to replace them. Especially since upstream will never go for this without said solution. Especially when this approach it seems removes stuff that isn&#8217;t even non-free (see Hans&#8217; reply in the thread).</p>
<p>My feelings on Codina as a valuable tool are well known, I disagree with you that the approach you elected is viable or even defendable towards our users. I am there for sorry I voted as I did in the board election, I feel that the board no longer represents what I envision when I contribute to Fedora as such my general level of pleasure in contributing is at an all time low &#8211; Next time around I will be sure to ask pointed questions to the nominees to ensure this kind of user disaster doesn&#8217;t repeat itself. For now I will bow my head in shame and accept the outcome you have decided for us.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: quaid</title>
		<link>http://davidnielsen.wordpress.com/2008/03/30/free-software-the-evolutionary-way/#comment-194</link>
		<dc:creator>quaid</dc:creator>
		<pubDate>Sun, 30 Mar 2008 15:29:12 +0000</pubDate>
		<guid isPermaLink="false">http://davidnielsen.wordpress.com/?p=262#comment-194</guid>
		<description>Agreed on replacing functionality when it&#039;s lost due to making a decision for freedom.  You are right that leverage is important, and a large userbase is a key to that; it is a fine line we walk in trying to create leverage while adhering to fundamental principals.  No wonder we all stumble a bit.

There was a better direction to move with Codeina by making it possible to drop in &quot;additional codec options&quot;, and this is now much harder since we screwed the pooch with the upstream.  Que sera sera.  Still, iirc Bill Nottingham has agreed to take on the Codeina package and do the best we can with replacing functionality.  The best solution would be for upstream to fix the package to not include installable codecs by default, which could then be dropped in by the user, by personal choice.  As it happens, this functionality would match what was requested of Codeina/CodecBuddy originally.  The default codec list was added by upstream of their own volition, which is too bad since it resulted in the current situation.  (Nor did the Board&#039;s day-late, dollar-short approach, &lt;a href=&quot;http://iquaid.org/2008/03/16/fluendo-bastien-et-al-im-sorry-fwiw/&quot; rel=&quot;nofollow&quot;&gt;while explicable&lt;/a&gt;, treat Fluendo or the package maintainer in the right way.)

Remember, with these changes to Codeina for Fedora 9, the real effect to the user is having one additional click to get to the codecs.  Without Codeina, a feature requested by Fedora to resolve the ugly &quot;no codec installed&quot; error message from GStreamer-using applications, there was no way to educate users or point them at solutions.  With Codeina, we can educate and point at solutions.  All the recent Fedora Board CodecBuddy decision did was remove the ability to immediately install a non-free, patent-encumbered package from directly inside of Fedora.  Now that package installation is relegated to a web shop experience, where it belongs.</description>
		<content:encoded><![CDATA[<p>Agreed on replacing functionality when it&#8217;s lost due to making a decision for freedom.  You are right that leverage is important, and a large userbase is a key to that; it is a fine line we walk in trying to create leverage while adhering to fundamental principals.  No wonder we all stumble a bit.</p>
<p>There was a better direction to move with Codeina by making it possible to drop in &#8220;additional codec options&#8221;, and this is now much harder since we screwed the pooch with the upstream.  Que sera sera.  Still, iirc Bill Nottingham has agreed to take on the Codeina package and do the best we can with replacing functionality.  The best solution would be for upstream to fix the package to not include installable codecs by default, which could then be dropped in by the user, by personal choice.  As it happens, this functionality would match what was requested of Codeina/CodecBuddy originally.  The default codec list was added by upstream of their own volition, which is too bad since it resulted in the current situation.  (Nor did the Board&#8217;s day-late, dollar-short approach, <a href="http://iquaid.org/2008/03/16/fluendo-bastien-et-al-im-sorry-fwiw/" rel="nofollow">while explicable</a>, treat Fluendo or the package maintainer in the right way.)</p>
<p>Remember, with these changes to Codeina for Fedora 9, the real effect to the user is having one additional click to get to the codecs.  Without Codeina, a feature requested by Fedora to resolve the ugly &#8220;no codec installed&#8221; error message from GStreamer-using applications, there was no way to educate users or point them at solutions.  With Codeina, we can educate and point at solutions.  All the recent Fedora Board CodecBuddy decision did was remove the ability to immediately install a non-free, patent-encumbered package from directly inside of Fedora.  Now that package installation is relegated to a web shop experience, where it belongs.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
