<?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/"
		>
<channel>
	<title>Comments on: The value of engagement</title>
	<atom:link href="http://blogs.gnome.org/bolsh/2009/09/17/the-value-of-engagement/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gnome.org/bolsh/2009/09/17/the-value-of-engagement/</link>
	<description>Dave Neary's view of the world</description>
	<lastBuildDate>Sun, 11 Dec 2011 14:17:21 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Safe as Milk &#187; Blog Archive &#187; 2009 blog links collection</title>
		<link>http://blogs.gnome.org/bolsh/2009/09/17/the-value-of-engagement/comment-page-1/#comment-2427</link>
		<dc:creator>Safe as Milk &#187; Blog Archive &#187; 2009 blog links collection</dc:creator>
		<pubDate>Thu, 24 Dec 2009 14:58:21 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/bolsh/2009/09/17/the-value-of-engagement/#comment-2427</guid>
		<description>[...] The value of engagement [...]</description>
		<content:encoded><![CDATA[<p>[...] The value of engagement [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave Neary</title>
		<link>http://blogs.gnome.org/bolsh/2009/09/17/the-value-of-engagement/comment-page-1/#comment-2317</link>
		<dc:creator>Dave Neary</dc:creator>
		<pubDate>Fri, 18 Sep 2009 09:15:48 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/bolsh/2009/09/17/the-value-of-engagement/#comment-2317</guid>
		<description>If it gets accepted, you mean...

In which case, of course :)

Cheers,
Dave.</description>
		<content:encoded><![CDATA[<p>If it gets accepted, you mean&#8230;</p>
<p>In which case, of course <img src='http://blogs.gnome.org/bolsh/wp-content/mu-plugins/tango-smilies/tango/face-smile.png' alt=':)' class='wp-smiley' /> </p>
<p>Cheers,<br />
Dave.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Randall "Texrat" Arnold</title>
		<link>http://blogs.gnome.org/bolsh/2009/09/17/the-value-of-engagement/comment-page-1/#comment-2316</link>
		<dc:creator>Randall "Texrat" Arnold</dc:creator>
		<pubDate>Fri, 18 Sep 2009 03:55:32 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/bolsh/2009/09/17/the-value-of-engagement/#comment-2316</guid>
		<description>perfectly timed!  may I reference this for my Maemo summit presentation?</description>
		<content:encoded><![CDATA[<p>perfectly timed!  may I reference this for my Maemo summit presentation?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Juanjo</title>
		<link>http://blogs.gnome.org/bolsh/2009/09/17/the-value-of-engagement/comment-page-1/#comment-2315</link>
		<dc:creator>Juanjo</dc:creator>
		<pubDate>Thu, 17 Sep 2009 18:15:50 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/bolsh/2009/09/17/the-value-of-engagement/#comment-2315</guid>
		<description>That&#039;s one of the main problems of the regional distributions in Spain: they get outdated easily, and their &#039;merge cycle&#039; it&#039;s too long.

For example, the Lliurex distribution has an OpenOffice.org translated to Valencian (the language of the region that Lliurex aims, Valencia), and every release they must translate and apply a big and horrible patch (seems that localization an translation of OOo is PITA). That makes impossible for them to sync with the upstream distribution they&#039;re using for their derivative.

I think the solution it&#039;s convince upstream (let&#039;s say contributing manpower and resources) to include your big patch and then maintain it in the main branch.

When I give a talk about open source, frequently the question about people not releasing their patches appears... and my argumentation then is ever the same: it&#039;s impossible to maintain big patches without upstream support.

So my proposal is to convert customizations into product features. We&#039;ve seen it in the Linux kernel, didn&#039;t we?</description>
		<content:encoded><![CDATA[<p>That&#8217;s one of the main problems of the regional distributions in Spain: they get outdated easily, and their &#8216;merge cycle&#8217; it&#8217;s too long.</p>
<p>For example, the Lliurex distribution has an OpenOffice.org translated to Valencian (the language of the region that Lliurex aims, Valencia), and every release they must translate and apply a big and horrible patch (seems that localization an translation of OOo is PITA). That makes impossible for them to sync with the upstream distribution they&#8217;re using for their derivative.</p>
<p>I think the solution it&#8217;s convince upstream (let&#8217;s say contributing manpower and resources) to include your big patch and then maintain it in the main branch.</p>
<p>When I give a talk about open source, frequently the question about people not releasing their patches appears&#8230; and my argumentation then is ever the same: it&#8217;s impossible to maintain big patches without upstream support.</p>
<p>So my proposal is to convert customizations into product features. We&#8217;ve seen it in the Linux kernel, didn&#8217;t we?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joseph Charpak</title>
		<link>http://blogs.gnome.org/bolsh/2009/09/17/the-value-of-engagement/comment-page-1/#comment-2314</link>
		<dc:creator>Joseph Charpak</dc:creator>
		<pubDate>Thu, 17 Sep 2009 16:27:27 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/bolsh/2009/09/17/the-value-of-engagement/#comment-2314</guid>
		<description>Great article and obviously relevant to Maemo.</description>
		<content:encoded><![CDATA[<p>Great article and obviously relevant to Maemo.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- This Quick Cache file was built for (  blogs.gnome.org/bolsh/2009/09/17/the-value-of-engagement/feed/ ) in 1.18110 seconds, on Feb 10th, 2012 at 9:56 pm UTC. -->
<!-- This Quick Cache file will automatically expire ( and be re-built automatically ) on Feb 10th, 2012 at 10:56 pm UTC -->
