bugzilla triage madness :-/

John Poelstra poelstra at redhat.com
Tue Apr 8 03:31:39 UTC 2008


Michael Schwendt said the following on 04/05/2008 02:31 AM Pacific Time:
 > additional work onto my shoulders from time to time. Retest against FC6,
 > retest against F7, retest against F8, retest against F9. It's insulting.
 >

Please point us to a bug where you saw this wording as that sounds 
extreme and unreasonable.  Common sense for most people would warrant 
testing against the latest version and moving on :)

It looks like the actual wording says "If you can reproduce this bug in 
*a* maintained Fedora version (7, 8, or rawhide), please change this bug 
to the respective version and change the status to ASSIGNED."

It would not make sense to ask people to retest bugs against 
unmaintained releases (FC6 as stated above) and it does not make sense 
to keep bugs open against unmaintained releases because Fedora is never 
going to issue updates for them.  There are many threads in the archives 
about Fedoras ability to only maintain two releases at a time.

The intention above was to extract bugs that relate to supported 
releases and leave those that are not behind and close them.

Hopefully we have your attention and interest now, because more mass 
changes are planned and in motion:

http://fedoraproject.org/wiki/BugZappers/F9CleanUp

Sadly during the weeks we asked for feedback very few (1 or 2) people 
responded.  Those we we asked directly thought it was a good idea and 
provided a few suggestions on how to make things work better.

We are also planning to institute an ongoing rebase of all rawhide bugs 
at the GA of each new release as described here:

http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Bill Nottingham has suggested that rawhide bugs recently triaged as part 
of the cleanup effort be skipped for the rebase for Fedora 9 and we are 
giving that consideration.

The reason for rebasing rawhide bugs to the GA release is to avoid the 
exercise we have just gone through where it becomes very unclear which 
release a bug is associated with and how stale a bug really is.  By 
rebasing to the GA version it gives rawhide bugs two releases + one 
month to live before naturally being closed as part of the EOL process 
(described above).  Naturally the version of any bug can always be 
changed to keep it alive.

Thanks,
John




More information about the fedora-devel-list mailing list