Would love to see those numbers, sans bug-buddy entries. I’d guess that the vast, vast majority of the difference is that their stack trace handler doesn’t automatically send stack traces to their bugzilla.
My comparison is intended to be moderately tongue in cheek. Personally I think that’s it’s quite good that bug buddy traces go into Bugzilla because a maintainer can get a good view of issues in their projects. I’m very interested in Olav’s work to queue the crashers somewhere else (i.e. crash.gnome.org) and then push them to Bugzilla.
That said, in the status quo, most of the duplicates get identified pretty quickly, it’s certainly an easier prospect to go triaging than when I first started in 2001.
Of course this could be seen as a bad thing! 🙂
Would love to see those numbers, sans bug-buddy entries. I’d guess that the vast, vast majority of the difference is that their stack trace handler doesn’t automatically send stack traces to their bugzilla.
IIRC there’s a gap in the upper regions of the 200000-299999 range, due to the import from the Ximian bug database, so the ID is not a strict “count”.
@Luis:
My comparison is intended to be moderately tongue in cheek. Personally I think that’s it’s quite good that bug buddy traces go into Bugzilla because a maintainer can get a good view of issues in their projects. I’m very interested in Olav’s work to queue the crashers somewhere else (i.e. crash.gnome.org) and then push them to Bugzilla.
That said, in the status quo, most of the duplicates get identified pretty quickly, it’s certainly an easier prospect to go triaging than when I first started in 2001.
Oh, sure. And heck, even if we do have more #s than KDE, it is still (I think) pretty much a good thing- it indicates we’ve got people contributing.