Auto-expiring bugs are getting absurd
Jaroslav Reznik
jreznik at redhat.com
Mon Feb 10 11:15:47 UTC 2014
----- Original Message -----
> On Fri, Feb 07, 2014 at 01:33:31AM -0800, Adam Williamson wrote:
> > There is a kind of magic trick for this: if you set a bug to be against
> > Rawhide and give it the FutureFeature keyword (which is our 'official
> > way' of identifying RFEs), it won't ever be re-based to a stable release
> > at Branch time, and hence won't ever get EOLed. That's a bit secret
> > sauce-y, though.
>
> Huh, cool. *goes off to add that to a bunch of open bugs against my
> packages*.
Rule
---
All must be met
version == rawhide
component != "Package Review"
opened against rawhide before 2013-08-20 (Rawhide Branching date is 2013-08-20)
keyword FutureFeature is not present
keyword Tracking is not present
the string RFE is not present in the summary
status != CLOSED
Please look also for not properly set up tracker bugs (missing Tracking keyword)
and future features (RFE or FutureFeature keyword) bugs.
---
That last sentence is also what I try to do - at least the first part, I'm
grepping bug list for tracker/future feature/RFE and I'm always trying to reach
maintainers before doing any action.
Jaroslav
> --
> Matthew Miller -- Fedora Project -- <mattdm at fedoraproject.org>
> --
> devel mailing list
> devel at lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
More information about the devel
mailing list