Bodhi karma feature request

Dominik 'Rathann' Mierzejewski dominik at greysector.net
Mon Mar 1 23:12:49 UTC 2010


On Monday, 01 March 2010 at 23:34, Doug Ledford wrote:
[...]
> One could argue that the current bodhi karma system is simply too
> simplistic for real use cases.

There's nothing to argue. It's rather obvious. :)

> 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)

Great choices. This covers all bases, I think.

> 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.

This is an excellent idea, and big improvement over current purely numeric
karma system in bodhi. +1 to implementing that.

Regards,
R.

-- 
Fedora http://fedoraproject.org/wiki/User:Rathann
RPMFusion http://rpmfusion.org | MPlayer http://mplayerhq.hu
"Faith manages."
        -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"


More information about the devel mailing list