<?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: Need for malone to be adopted</title>
	<atom:link href="http://www.sourceguru.net/archives/16/feed" rel="self" type="application/rss+xml" />
	<link>http://www.sourceguru.net/archives/16</link>
	<description></description>
	<pubDate>Mon, 01 Dec 2008 21:53:19 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: RSS, supybot and utf8 at Source Guru</title>
		<link>http://www.sourceguru.net/archives/16#comment-4152</link>
		<dc:creator>RSS, supybot and utf8 at Source Guru</dc:creator>
		<pubDate>Sun, 15 Apr 2007 21:12:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.sourceguru.net/archives/16#comment-4152</guid>
		<description>[...] I totally agree  [...]</description>
		<content:encoded><![CDATA[<p>[...] I totally agree  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Shuttleworth &#187; Blog Archive &#187; Malone is useful even if you have your own bug tracker</title>
		<link>http://www.sourceguru.net/archives/16#comment-21</link>
		<dc:creator>Mark Shuttleworth &#187; Blog Archive &#187; Malone is useful even if you have your own bug tracker</dc:creator>
		<pubDate>Tue, 28 Feb 2006 18:28:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.sourceguru.net/archives/16#comment-21</guid>
		<description>[...] Martin Meredith blogs that it would be good for other distros also to adopt Malone. Most of the larger distros have established bugzilla&#8217;s or their own custom bug trackers, though, so we specifically designed Malone so that it can link to those external bug trackers rather than requiring them to adopt Malone. [...]</description>
		<content:encoded><![CDATA[<p>[...] Martin Meredith blogs that it would be good for other distros also to adopt Malone. Most of the larger distros have established bugzilla&#8217;s or their own custom bug trackers, though, so we specifically designed Malone so that it can link to those external bug trackers rather than requiring them to adopt Malone. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: moule</title>
		<link>http://www.sourceguru.net/archives/16#comment-20</link>
		<dc:creator>moule</dc:creator>
		<pubDate>Tue, 28 Feb 2006 09:35:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.sourceguru.net/archives/16#comment-20</guid>
		<description>There is no way in hell anybody is going to adopt Malone until it is open sourced. If its not ready yet why do you want others to adopt it. If you release source code under a appropriate license more than just the Canonical people can help fix it, so dont use that as a excuse. There is no such thing as bad impressions due to early release in Free software.</description>
		<content:encoded><![CDATA[<p>There is no way in hell anybody is going to adopt Malone until it is open sourced. If its not ready yet why do you want others to adopt it. If you release source code under a appropriate license more than just the Canonical people can help fix it, so dont use that as a excuse. There is no such thing as bad impressions due to early release in Free software.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mpt</title>
		<link>http://www.sourceguru.net/archives/16#comment-19</link>
		<dc:creator>mpt</dc:creator>
		<pubDate>Mon, 27 Feb 2006 10:56:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.sourceguru.net/archives/16#comment-19</guid>
		<description>Malone is not ready yet. In its current state, encouraging other distributions to use it is probably counter-productive (bad first impressions).

One cool thing coming soon is "bug watch" functions for Malone to track the status of bug reports in other bug trackers. Right now, you can take link all those bug reports you filed on qt-immodule in debbugs and the various Bugzillas, and link them to the same Malone bug report. Soon, Malone will start polling those bug trackers regularly to keep track of where the bug has and hasn't been fixed. Then distributors will be able to save time by using Malone, since they can copy an important bugfix from whoever fixes a bug first -- upstream, or any of the other distributions -- instead of shipping with a bug that they didn't realize was fixed in Red Hat or in Mandriva or in Yellow Dog or wherever months ago.

(Opinions are my own and not those of the Launchpad team as a whole, yada yada.)</description>
		<content:encoded><![CDATA[<p>Malone is not ready yet. In its current state, encouraging other distributions to use it is probably counter-productive (bad first impressions).</p>
<p>One cool thing coming soon is &#8220;bug watch&#8221; functions for Malone to track the status of bug reports in other bug trackers. Right now, you can take link all those bug reports you filed on qt-immodule in debbugs and the various Bugzillas, and link them to the same Malone bug report. Soon, Malone will start polling those bug trackers regularly to keep track of where the bug has and hasn&#8217;t been fixed. Then distributors will be able to save time by using Malone, since they can copy an important bugfix from whoever fixes a bug first &#8212; upstream, or any of the other distributions &#8212; instead of shipping with a bug that they didn&#8217;t realize was fixed in Red Hat or in Mandriva or in Yellow Dog or wherever months ago.</p>
<p>(Opinions are my own and not those of the Launchpad team as a whole, yada yada.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Robinson</title>
		<link>http://www.sourceguru.net/archives/16#comment-18</link>
		<dc:creator>Scott Robinson</dc:creator>
		<pubDate>Sun, 26 Feb 2006 01:48:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.sourceguru.net/archives/16#comment-18</guid>
		<description>What about pushing the bugfix upstream instead of to Debian?</description>
		<content:encoded><![CDATA[<p>What about pushing the bugfix upstream instead of to Debian?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thomas Winwood</title>
		<link>http://www.sourceguru.net/archives/16#comment-17</link>
		<dc:creator>Thomas Winwood</dc:creator>
		<pubDate>Sat, 25 Feb 2006 23:34:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.sourceguru.net/archives/16#comment-17</guid>
		<description>I'm with the previous posts on this - until Malone is opensource and can metamoderate its own bugs I will have severe issues using it and will prefer going upstream directly.</description>
		<content:encoded><![CDATA[<p>I&#8217;m with the previous posts on this - until Malone is opensource and can metamoderate its own bugs I will have severe issues using it and will prefer going upstream directly.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mez</title>
		<link>http://www.sourceguru.net/archives/16#comment-16</link>
		<dc:creator>Mez</dc:creator>
		<pubDate>Sat, 25 Feb 2006 18:26:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.sourceguru.net/archives/16#comment-16</guid>
		<description>sandis: I don't believe it's just easing ubuntu's life - as I've made quite clear... the point behind malone is to ease everyone's life</description>
		<content:encoded><![CDATA[<p>sandis: I don&#8217;t believe it&#8217;s just easing ubuntu&#8217;s life - as I&#8217;ve made quite clear&#8230; the point behind malone is to ease everyone&#8217;s life</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Emmanuel</title>
		<link>http://www.sourceguru.net/archives/16#comment-15</link>
		<dc:creator>Emmanuel</dc:creator>
		<pubDate>Sat, 25 Feb 2006 12:45:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.sourceguru.net/archives/16#comment-15</guid>
		<description>I have to agree with you that a tool like malone is one of the greatest things since sliced bread.
Having a central place where all bugs can posted no matter the distribution or the application is truly a revolutionary idea.
Of course, malone has still some bugs and annoyances, but that's nothing that can't be fixed.

The big problem with malone is that it's not Open Source. 
I'm having a hard time understanding why the open source community should use a closed source tool.
We have already seen what happens when an open source project uses a proprietary software.
You just have to remember when the linux kernel adopted bitkeeper.

I am a proud ubuntu user and I love the distrobution, but I still prefer posting bugs in the upstream than using malone for that exact reason.
I don't think that using a proprietary solution will help open source.</description>
		<content:encoded><![CDATA[<p>I have to agree with you that a tool like malone is one of the greatest things since sliced bread.<br />
Having a central place where all bugs can posted no matter the distribution or the application is truly a revolutionary idea.<br />
Of course, malone has still some bugs and annoyances, but that&#8217;s nothing that can&#8217;t be fixed.</p>
<p>The big problem with malone is that it&#8217;s not Open Source.<br />
I&#8217;m having a hard time understanding why the open source community should use a closed source tool.<br />
We have already seen what happens when an open source project uses a proprietary software.<br />
You just have to remember when the linux kernel adopted bitkeeper.</p>
<p>I am a proud ubuntu user and I love the distrobution, but I still prefer posting bugs in the upstream than using malone for that exact reason.<br />
I don&#8217;t think that using a proprietary solution will help open source.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sandis</title>
		<link>http://www.sourceguru.net/archives/16#comment-14</link>
		<dc:creator>sandis</dc:creator>
		<pubDate>Sat, 25 Feb 2006 10:26:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.sourceguru.net/archives/16#comment-14</guid>
		<description>Untill it's closed source I don't think that anybody else would seriously look into adoption. I mean, red hat, the ones who are against using mono, won't adopt this toy just to ease ubuntu's life. And as for features - for me as a bug reporter bugzilla was so much more complete. And what about that ugly UI?</description>
		<content:encoded><![CDATA[<p>Untill it&#8217;s closed source I don&#8217;t think that anybody else would seriously look into adoption. I mean, red hat, the ones who are against using mono, won&#8217;t adopt this toy just to ease ubuntu&#8217;s life. And as for features - for me as a bug reporter bugzilla was so much more complete. And what about that ugly UI?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
