<?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: Dropping those old crasher reports</title>
	<atom:link href="http://blogs.gnome.org/ovitters/2007/09/23/dropping-those-old-crasher-reports/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gnome.org/ovitters/2007/09/23/dropping-those-old-crasher-reports/</link>
	<description>Just another GNOME Blogs weblog</description>
	<lastBuildDate>Fri, 06 Jan 2012 11:41:44 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: aklapper</title>
		<link>http://blogs.gnome.org/ovitters/2007/09/23/dropping-those-old-crasher-reports/comment-page-1/#comment-117</link>
		<dc:creator>aklapper</dc:creator>
		<pubDate>Sun, 30 Sep 2007 19:51:13 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/ovitters/2007/09/23/dropping-those-old-crasher-reports/#comment-117</guid>
		<description>Brian: Bug-Buddy already blocks some reports (e.g. empty traces), and we also server-side block some crashers with a high number of duplicates (so called auto-reject feature in gnome bugzilla). also, ubuntu has started to report bugs by default against their own bug tracking system instead of gnome bugzilla for ubuntu 7.04.
however, the number of bug reports has increased for the last two years by 80% each year, so we *have* to act, because this getting more and more. i triage a lot of reports and i can tell you that more than 90% of the 2.16 reports are duplicates.</description>
		<content:encoded><![CDATA[<p>Brian: Bug-Buddy already blocks some reports (e.g. empty traces), and we also server-side block some crashers with a high number of duplicates (so called auto-reject feature in gnome bugzilla). also, ubuntu has started to report bugs by default against their own bug tracking system instead of gnome bugzilla for ubuntu 7.04.<br />
however, the number of bug reports has increased for the last two years by 80% each year, so we *have* to act, because this getting more and more. i triage a lot of reports and i can tell you that more than 90% of the 2.16 reports are duplicates.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian Nickel</title>
		<link>http://blogs.gnome.org/ovitters/2007/09/23/dropping-those-old-crasher-reports/comment-page-1/#comment-94</link>
		<dc:creator>Brian Nickel</dc:creator>
		<pubDate>Wed, 26 Sep 2007 01:40:15 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/ovitters/2007/09/23/dropping-those-old-crasher-reports/#comment-94</guid>
		<description>I didn&#039;t realize the dupe load was so bad. I thought the new features in bug buddy were reducing this significantly. Would it be possible to improve Bug Buddy to catch more of these?</description>
		<content:encoded><![CDATA[<p>I didn&#8217;t realize the dupe load was so bad. I thought the new features in bug buddy were reducing this significantly. Would it be possible to improve Bug Buddy to catch more of these?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ovitters</title>
		<link>http://blogs.gnome.org/ovitters/2007/09/23/dropping-those-old-crasher-reports/comment-page-1/#comment-93</link>
		<dc:creator>ovitters</dc:creator>
		<pubDate>Mon, 24 Sep 2007 10:05:40 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/ovitters/2007/09/23/dropping-those-old-crasher-reports/#comment-93</guid>
		<description>Brian: I misunderstood then.

But again, I&#039;m not going to say that they should upgrade.

I can explain the need: We get a minimum of 2000 bugreports/week. This amount is causing a huge workload on our Bugsquad. The work usually consists of marking it as a duplicate. The GNOME 2.16 crashers would reduce the workload by 1000 bugreports a week.
Ideally, every bugreport would get special attention by the Bugsquad. Then they would receive the &#039;bug was reported before, see that bug&#039;. However, at a certain point you cannot support such things anymore. Also, I&#039;d love if we&#039;d have a Socorro server, etc, etc. But we don&#039;t have it.
So I understand what you mean, but it is just not practical.

Lastly, this is not about backporting fixes. This is purely regarding Bugsquad and ensuring the members don&#039;t go away because of the high voluntary workload. Whatever developers/maintainer do after that is up to them.</description>
		<content:encoded><![CDATA[<p>Brian: I misunderstood then.</p>
<p>But again, I&#8217;m not going to say that they should upgrade.</p>
<p>I can explain the need: We get a minimum of 2000 bugreports/week. This amount is causing a huge workload on our Bugsquad. The work usually consists of marking it as a duplicate. The GNOME 2.16 crashers would reduce the workload by 1000 bugreports a week.<br />
Ideally, every bugreport would get special attention by the Bugsquad. Then they would receive the &#8216;bug was reported before, see that bug&#8217;. However, at a certain point you cannot support such things anymore. Also, I&#8217;d love if we&#8217;d have a Socorro server, etc, etc. But we don&#8217;t have it.<br />
So I understand what you mean, but it is just not practical.</p>
<p>Lastly, this is not about backporting fixes. This is purely regarding Bugsquad and ensuring the members don&#8217;t go away because of the high voluntary workload. Whatever developers/maintainer do after that is up to them.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian Nickel</title>
		<link>http://blogs.gnome.org/ovitters/2007/09/23/dropping-those-old-crasher-reports/comment-page-1/#comment-92</link>
		<dc:creator>Brian Nickel</dc:creator>
		<pubDate>Mon, 24 Sep 2007 02:43:11 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/ovitters/2007/09/23/dropping-those-old-crasher-reports/#comment-92</guid>
		<description>ovitters: That&#039;s not what I was saying. The scenario as is stands is a user of 2.16 submits a report via bug-buddy. From what you&#039;ve said, I would assume they get a message along the lines of &quot;Your version is no longer supported and your bug report will be ignored.&quot; There will probably be more eloquent wording, but that&#039;s the gist of it. If the user is using a MAINSTREAM distribution that don&#039;t yet provide GNOME 2.16, they are left with no solution other than changing distros or using a beta repository.

I understand the pretty much every bug has been reported, but under the current system, they should be receiving some sort of message along the lines of &quot;This bug has already been reported,&quot; or &quot;This bug has already been resolved.&quot; I don&#039;t see where the need for this really comes from.

Of course, it is my honest opinion that fixes for crashers should be backported for commonly used GNOME releases, even if all other work on the branch has ceased.</description>
		<content:encoded><![CDATA[<p>ovitters: That&#8217;s not what I was saying. The scenario as is stands is a user of 2.16 submits a report via bug-buddy. From what you&#8217;ve said, I would assume they get a message along the lines of &#8220;Your version is no longer supported and your bug report will be ignored.&#8221; There will probably be more eloquent wording, but that&#8217;s the gist of it. If the user is using a MAINSTREAM distribution that don&#8217;t yet provide GNOME 2.16, they are left with no solution other than changing distros or using a beta repository.</p>
<p>I understand the pretty much every bug has been reported, but under the current system, they should be receiving some sort of message along the lines of &#8220;This bug has already been reported,&#8221; or &#8220;This bug has already been resolved.&#8221; I don&#8217;t see where the need for this really comes from.</p>
<p>Of course, it is my honest opinion that fixes for crashers should be backported for commonly used GNOME releases, even if all other work on the branch has ceased.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ovitters</title>
		<link>http://blogs.gnome.org/ovitters/2007/09/23/dropping-those-old-crasher-reports/comment-page-1/#comment-91</link>
		<dc:creator>ovitters</dc:creator>
		<pubDate>Sun, 23 Sep 2007 21:33:41 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/ovitters/2007/09/23/dropping-those-old-crasher-reports/#comment-91</guid>
		<description>Brian: I never proposed such a message, nor that we drop 2.16 bugreports. What I proposed was not accepting incoming 2.16 or older crash reports. That is entirely different. The chance of a new crasher is very low.

It is NOT about &#039;this bug might be fixed&#039;. It is about &quot;this bug is likely already reported a couple of hundred times&quot;.</description>
		<content:encoded><![CDATA[<p>Brian: I never proposed such a message, nor that we drop 2.16 bugreports. What I proposed was not accepting incoming 2.16 or older crash reports. That is entirely different. The chance of a new crasher is very low.</p>
<p>It is NOT about &#8216;this bug might be fixed&#8217;. It is about &#8220;this bug is likely already reported a couple of hundred times&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ken</title>
		<link>http://blogs.gnome.org/ovitters/2007/09/23/dropping-those-old-crasher-reports/comment-page-1/#comment-90</link>
		<dc:creator>ken</dc:creator>
		<pubDate>Sun, 23 Sep 2007 21:31:54 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/ovitters/2007/09/23/dropping-those-old-crasher-reports/#comment-90</guid>
		<description>Just so long as it goes back a couple of releases.  There&#039;s nothing worse than finding a nasty bug, submitting it, and having it closed because it *might* be fixed in SVN.  (Gee, thanks, I think I&#039;ll waste my weekend figuring out how to download GNOME source and build it all again, just to check this one bug.)  Or, just as bad, because it might be fixed in a newer GNOME release which my distro doesn&#039;t have packaged yet.</description>
		<content:encoded><![CDATA[<p>Just so long as it goes back a couple of releases.  There&#8217;s nothing worse than finding a nasty bug, submitting it, and having it closed because it *might* be fixed in SVN.  (Gee, thanks, I think I&#8217;ll waste my weekend figuring out how to download GNOME source and build it all again, just to check this one bug.)  Or, just as bad, because it might be fixed in a newer GNOME release which my distro doesn&#8217;t have packaged yet.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian Nickel</title>
		<link>http://blogs.gnome.org/ovitters/2007/09/23/dropping-those-old-crasher-reports/comment-page-1/#comment-89</link>
		<dc:creator>Brian Nickel</dc:creator>
		<pubDate>Sun, 23 Sep 2007 17:35:31 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/ovitters/2007/09/23/dropping-those-old-crasher-reports/#comment-89</guid>
		<description>I think it&#039;s really tacky to send a user &quot;Your software is outdated, please upgrade.&quot; or something along those lines if they are on the latest version available for their distribution. If it is the case that no new bugs could be reported from 2.16, then they should be getting a &quot;This bug has already been fixed.&quot; message anyway.

As an angry bug reported (I hate to admit it, but I usually am), this would just piss me off even more. You should really hold off until the major distros have moved beyond 2.16 in their stable releases.

- Brian</description>
		<content:encoded><![CDATA[<p>I think it&#8217;s really tacky to send a user &#8220;Your software is outdated, please upgrade.&#8221; or something along those lines if they are on the latest version available for their distribution. If it is the case that no new bugs could be reported from 2.16, then they should be getting a &#8220;This bug has already been fixed.&#8221; message anyway.</p>
<p>As an angry bug reported (I hate to admit it, but I usually am), this would just piss me off even more. You should really hold off until the major distros have moved beyond 2.16 in their stable releases.</p>
<p>- Brian</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ovitters</title>
		<link>http://blogs.gnome.org/ovitters/2007/09/23/dropping-those-old-crasher-reports/comment-page-1/#comment-88</link>
		<dc:creator>ovitters</dc:creator>
		<pubDate>Sun, 23 Sep 2007 15:16:38 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/ovitters/2007/09/23/dropping-those-old-crasher-reports/#comment-88</guid>
		<description>Yeah, I meant dropping the incoming bugreports, not the existing bugs.</description>
		<content:encoded><![CDATA[<p>Yeah, I meant dropping the incoming bugreports, not the existing bugs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: reinouts</title>
		<link>http://blogs.gnome.org/ovitters/2007/09/23/dropping-those-old-crasher-reports/comment-page-1/#comment-87</link>
		<dc:creator>reinouts</dc:creator>
		<pubDate>Sun, 23 Sep 2007 15:15:11 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/ovitters/2007/09/23/dropping-those-old-crasher-reports/#comment-87</guid>
		<description>It&#039;s not just about queries. It&#039;s about useless bug-buddy reports pouring in. Someone has to spend the time triaging the reports from old versions that aren&#039;t going to be fixed anyhow.</description>
		<content:encoded><![CDATA[<p>It&#8217;s not just about queries. It&#8217;s about useless bug-buddy reports pouring in. Someone has to spend the time triaging the reports from old versions that aren&#8217;t going to be fixed anyhow.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: LpSolit</title>
		<link>http://blogs.gnome.org/ovitters/2007/09/23/dropping-those-old-crasher-reports/comment-page-1/#comment-86</link>
		<dc:creator>LpSolit</dc:creator>
		<pubDate>Sun, 23 Sep 2007 14:17:34 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/ovitters/2007/09/23/dropping-those-old-crasher-reports/#comment-86</guid>
		<description>Why not ignoring these old bugs in your queries? Don&#039;t select bugs with a version </description>
		<content:encoded><![CDATA[<p>Why not ignoring these old bugs in your queries? Don&#8217;t select bugs with a version</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- This Quick Cache file was built for (  blogs.gnome.org/ovitters/2007/09/23/dropping-those-old-crasher-reports/feed/ ) in 1.19612 seconds, on Feb 12th, 2012 at 6:37 am UTC. -->
<!-- This Quick Cache file will automatically expire ( and be re-built automatically ) on Feb 12th, 2012 at 7:37 am UTC -->
