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
--
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list
