Bodhi karma feature request

Adam Williamson awilliam at
Tue Mar 2 07:51:51 UTC 2010

On Mon, 2010-03-01 at 17:34 -0500, Doug Ledford wrote:

> One could argue that the current bodhi karma system is simply too
> simplistic for real use cases.  Maybe instead of just +1 -1, there
> should be:
> Fixes my problem
> Works for me (someone testing that didn't necessarily have any of the
> problem supposedly fixed by this update just noting that their system
> still works ok with the update)
> Doesn't fix my problem (but doesn't necessarily imply it's any worse
> than before)
> Causes new problems (which should, IMO, be an automatic veto of any push
> to stable, requiring intervention to override)
> I could see situations where you would want to push updates to stable if
> say the update was supposed to solve multiple bugs, but turns out it
> only solves a subset of those bugs and doesn't cause new ones, so you
> would have some FMP, maybe some WFM, some DFMP, but no CNP.  You'd
> probably just need to leave it up to the maintainer to decided if the
> bugs that are solved are important enough to push to stable before
> respinning another attempt at the ones that weren't solved.
> I've personally seen situations where this would be helpful with the
> mdadm package when I had 5 or 6 bugs on a single update and only 4 of
> them were actually solved.  The update was still worth pushing while I
> worked on the others again.
> If you really wanted to get fancy, the FMP/DFMP options could be tied to
> specific bugzillas reported against the update, and if you get a FMP for
> each bugzilla listed in the update, plus at least 1 WFM, then you could
> automatically push to stable.  Would be much better than the 3 random
> +1s you get now that don't indicate anything about test coverage or
> anything like that.  Also FMP/DFMP karma against a bug could be noted
> both in the bodhi ticket as well as in the bug itself with a resultant
> VERIFIED/FAILS_QA toggle to the bug status.


Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org

More information about the devel mailing list