<?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: 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>
	<lastBuildDate>Fri, 30 Jul 2010 12:08:40 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Thomas Thurman</title>
		<link>http://blogs.gnome.org/tthurman/2008/04/30/fate-of-the-attachment-status-patches/comment-page-1/#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&#039;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&#039;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-page-1/#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&#039;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&#039;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&#039;s irrelevant and thus easier/quicker was a big winner.  I&#039;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-page-1/#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&#039;ll leave it for the moment until bgo admins say what the best way forward is.

I&#039;m still not sure how the 3.x system would support the distinction between &quot;not committed&quot;, &quot;ok to commit&quot;, and &quot;ok to commit after freeze&quot;, though perhaps that&#039;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-page-1/#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-page-1/#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&#039;t the same as the one you&#039;ve given doesn&#039;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> &#8211; Chris</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- This Quick Cache file was built for (  blogs.gnome.org/tthurman/2008/04/30/fate-of-the-attachment-status-patches/feed/ ) in 1.17251 seconds, on Feb 10th, 2012 at 12:05 pm UTC. -->
<!-- This Quick Cache file will automatically expire ( and be re-built automatically ) on Feb 10th, 2012 at 1:05 pm UTC -->
