<?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: Fate of the attachment status patches</title>
	<atom:link href="http://blogs.gnome.org/tthurman/2008/04/30/fate-of-the-attachment-status-patches/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gnome.org/tthurman/2008/04/30/fate-of-the-attachment-status-patches/</link>
	<description>Thomas Thurman does not like cold meals because of broken applications.</description>
	<pubDate>Sat, 11 Oct 2008 17:25:48 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: Thomas Thurman</title>
		<link>http://blogs.gnome.org/tthurman/2008/04/30/fate-of-the-attachment-status-patches/#comment-87</link>
		<dc:creator>Thomas Thurman</dc:creator>
		<pubDate>Fri, 02 May 2008 13:42:54 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/tthurman/2008/04/30/fate-of-the-attachment-status-patches/#comment-87</guid>
		<description>Elijah: Who was your first paragraph aimed at, Chris or me?

And who is freezing?  I'm a bit confused.

It seems to me that
* bgo are unlikely to move ahead without status
* bgo are unlikely to accept a status patch without it being accepted upstream at bmo
* bmo won't accept a status patch because they prefer flags

So we seem to be at a bit of an impasse.</description>
		<content:encoded><![CDATA[<p>Elijah: Who was your first paragraph aimed at, Chris or me?</p>
<p>And who is freezing?  I&#8217;m a bit confused.</p>
<p>It seems to me that<br />
* bgo are unlikely to move ahead without status<br />
* bgo are unlikely to accept a status patch without it being accepted upstream at bmo<br />
* bmo won&#8217;t accept a status patch because they prefer flags</p>
<p>So we seem to be at a bit of an impasse.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Elijah</title>
		<link>http://blogs.gnome.org/tthurman/2008/04/30/fate-of-the-attachment-status-patches/#comment-86</link>
		<dc:creator>Elijah</dc:creator>
		<pubDate>Fri, 02 May 2008 12:48:35 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/tthurman/2008/04/30/fate-of-the-attachment-status-patches/#comment-86</guid>
		<description>Spelling it out in the comments really doesn't help; there needs to be an easy way to search for such patches after freezes open up.

Also, we forward-ported the *improved* version of the old system from old bugzilla, because it's vastly easier/quicker to use.  For b.m.o., fine-grained reviews and control is important (thus the flags make sense), but for b.g.o. it's irrelevant and thus easier/quicker was a big winner.  I'd be really sad to see us move to flags; we intentionally ripped them out of the UI for b.g.o.</description>
		<content:encoded><![CDATA[<p>Spelling it out in the comments really doesn&#8217;t help; there needs to be an easy way to search for such patches after freezes open up.</p>
<p>Also, we forward-ported the *improved* version of the old system from old bugzilla, because it&#8217;s vastly easier/quicker to use.  For b.m.o., fine-grained reviews and control is important (thus the flags make sense), but for b.g.o. it&#8217;s irrelevant and thus easier/quicker was a big winner.  I&#8217;d be really sad to see us move to flags; we intentionally ripped them out of the UI for b.g.o.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thomas Thurman</title>
		<link>http://blogs.gnome.org/tthurman/2008/04/30/fate-of-the-attachment-status-patches/#comment-83</link>
		<dc:creator>Thomas Thurman</dc:creator>
		<pubDate>Wed, 30 Apr 2008 17:20:07 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/tthurman/2008/04/30/fate-of-the-attachment-status-patches/#comment-83</guid>
		<description>Hm, the plot thickens.  Thank you.

I think I'll leave it for the moment until bgo admins say what the best way forward is.

I'm still not sure how the 3.x system would support the distinction between "not committed", "ok to commit", and "ok to commit after freeze", though perhaps that's not an important distinction to make in general, because it can be explicitly spelt out in the comments.</description>
		<content:encoded><![CDATA[<p>Hm, the plot thickens.  Thank you.</p>
<p>I think I&#8217;ll leave it for the moment until bgo admins say what the best way forward is.</p>
<p>I&#8217;m still not sure how the 3.x system would support the distinction between &#8220;not committed&#8221;, &#8220;ok to commit&#8221;, and &#8220;ok to commit after freeze&#8221;, though perhaps that&#8217;s not an important distinction to make in general, because it can be explicitly spelt out in the comments.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Max Kanat-Alexander</title>
		<link>http://blogs.gnome.org/tthurman/2008/04/30/fate-of-the-attachment-status-patches/#comment-82</link>
		<dc:creator>Max Kanat-Alexander</dc:creator>
		<pubDate>Wed, 30 Apr 2008 17:14:52 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/tthurman/2008/04/30/fate-of-the-attachment-status-patches/#comment-82</guid>
		<description>Attachment statuses are the system that preceeds flags in upstream Bugzilla, actually. That is, apparently bgo liked the old system, so when we switched to the new system, they forward-ported the old system from old Bugzilla, with a slightly different UI.

-Max</description>
		<content:encoded><![CDATA[<p>Attachment statuses are the system that preceeds flags in upstream Bugzilla, actually. That is, apparently bgo liked the old system, so when we switched to the new system, they forward-ported the old system from old Bugzilla, with a slightly different UI.</p>
<p>-Max</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Cunningham</title>
		<link>http://blogs.gnome.org/tthurman/2008/04/30/fate-of-the-attachment-status-patches/#comment-80</link>
		<dc:creator>Chris Cunningham</dc:creator>
		<pubDate>Wed, 30 Apr 2008 11:18:47 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/tthurman/2008/04/30/fate-of-the-attachment-status-patches/#comment-80</guid>
		<description>Just reopen it and clarify the point. Put it this way, which one is more effort: attempting to correct some overzealous triaging, or maintaining a fork for a year? That the final solution isn't the same as the one you've given doesn't preclude it from being adopted for now.

 - Chris</description>
		<content:encoded><![CDATA[<p>Just reopen it and clarify the point. Put it this way, which one is more effort: attempting to correct some overzealous triaging, or maintaining a fork for a year? That the final solution isn&#8217;t the same as the one you&#8217;ve given doesn&#8217;t preclude it from being adopted for now.</p>
<p> - Chris</p>
]]></content:encoded>
	</item>
</channel>
</rss>
