Re: A Glorious Vision of Our Shared Update Feedback Future (bodhi, karma, and proventesters, oh my)

2011-12-02 Thread Tom Callaway
On 11/22/2011 04:03 PM, Adam Williamson wrote: Hey, folks. So in the recent proven tester discussion, and in various other threads, I've oft stated that the limits of the current Bodhi karma system are a significant problem, and the planned Bodhi 2.0 karma system has to potentially to

Re: A Glorious Vision of Our Shared Update Feedback Future (bodhi, karma, and proventesters, oh my)

2011-12-02 Thread Adam Williamson
On Fri, 2011-12-02 at 17:24 -0500, Tom Callaway wrote: IMHO, this seems like the sort of thing that would benefit from a discussion session at the upcoming FUDCon where there will be members of the Fedora Design team and the main coders of Bodhi. Not that I want to do it in secret, but coming

Re: A Glorious Vision of Our Shared Update Feedback Future (bodhi, karma, and proventesters, oh my)

2011-11-25 Thread Adam Williamson
On Fri, 2011-11-25 at 08:44 +0100, David Tardon wrote: On Tue, Nov 22, 2011 at 02:03:16PM -0800, Adam Williamson wrote: On Tue, 2011-11-22 at 21:58 +, Jóhann B. Guðmundsson wrote: With the above information what benefits/value will we have by having proven tester over fas tester

Re: A Glorious Vision of Our Shared Update Feedback Future (bodhi, karma, and proventesters, oh my)

2011-11-23 Thread Björn Persson
Adam Williamson wrote: In the Great Bodhi Of The Future, for any given update, a tester will not simply have a comment box and a drop-down for -1, 0 or +1. They will see: * The list of test cases associated with the package, with a PASS / FAIL choice for each * Checkboxes for 'This

A Glorious Vision of Our Shared Update Feedback Future (bodhi, karma, and proventesters, oh my)

2011-11-22 Thread Adam Williamson
Hey, folks. So in the recent proven tester discussion, and in various other threads, I've oft stated that the limits of the current Bodhi karma system are a significant problem, and the planned Bodhi 2.0 karma system has to potentially to significantly improve our update testing process. But it

Re: A Glorious Vision of Our Shared Update Feedback Future (bodhi, karma, and proventesters, oh my)

2011-11-22 Thread Jóhann B. Guðmundsson
On 11/22/2011 09:03 PM, Adam Williamson wrote: 2. Any update marked as 'critpath breaking' by a proven tester would be blocked from being pushed stable at all - automatically or manually - until the PT modified the feedback or it was overridden by someone with appropriately godlike powers

Re: A Glorious Vision of Our Shared Update Feedback Future (bodhi, karma, and proventesters, oh my)

2011-11-22 Thread Adam Williamson
On Tue, 2011-11-22 at 21:31 +, Jóhann B. Guðmundsson wrote: On 11/22/2011 09:03 PM, Adam Williamson wrote: 2. Any update marked as 'critpath breaking' by a proven tester would be blocked from being pushed stable at all - automatically or manually - until the PT modified the feedback or

Re: A Glorious Vision of Our Shared Update Feedback Future (bodhi, karma, and proventesters, oh my)

2011-11-22 Thread Jóhann B. Guðmundsson
On 11/22/2011 09:53 PM, Adam Williamson wrote: On Tue, 2011-11-22 at 21:31 +, Jóhann B. Guðmundsson wrote: On 11/22/2011 09:03 PM, Adam Williamson wrote: 2. Any update marked as 'critpath breaking' by a proven tester would be blocked from being pushed stable at all - automatically or

Re: A Glorious Vision of Our Shared Update Feedback Future (bodhi, karma, and proventesters, oh my)

2011-11-22 Thread Adam Williamson
On Tue, 2011-11-22 at 21:58 +, Jóhann B. Guðmundsson wrote: With the above information what benefits/value will we have by having proven tester over fas tester hitting the panic button ( since no addinal testing is being performed by the proven tester over fas-tester thus it makes no

Re: A Glorious Vision of Our Shared Update Feedback Future (bodhi, karma, and proventesters, oh my)

2011-11-22 Thread Jóhann B. Guðmundsson
On 11/22/2011 10:03 PM, Adam Williamson wrote: The proposal is to treat a PT hitting the panic button even more dramatically than a registered user hitting it, the idea being that PTs should be somewhat better informed and hence less likely to trigger it falsely, and that we have the mechanism

Re: A Glorious Vision of Our Shared Update Feedback Future (bodhi, karma, and proventesters, oh my)

2011-11-22 Thread Till Maas
On Tue, Nov 22, 2011 at 01:03:05PM -0800, Adam Williamson wrote: * The list of test cases associated with the package, with a PASS / FAIL choice for each A Did not test choice is missing here. Regards Till -- devel mailing list devel@lists.fedoraproject.org

Re: A Glorious Vision of Our Shared Update Feedback Future (bodhi, karma, and proventesters, oh my)

2011-11-22 Thread Adam Williamson
On Tue, 2011-11-22 at 23:28 +0100, Till Maas wrote: On Tue, Nov 22, 2011 at 01:03:05PM -0800, Adam Williamson wrote: * The list of test cases associated with the package, with a PASS / FAIL choice for each A Did not test choice is missing here. Sorry, indeed I didn't make that clear -

Re: A Glorious Vision of Our Shared Update Feedback Future (bodhi, karma, and proventesters, oh my)

2011-11-22 Thread Henrik Nordström
tis 2011-11-22 klockan 13:03 -0800 skrev Adam Williamson: * Any custom choices the package maintainer opts to provide, via some kind of interface to Bodhi * Checkboxes per bug assigned to the update for indicating that the update have been verified to fix that specific bug. * When the update

Re: A Glorious Vision of Our Shared Update Feedback Future (bodhi, karma, and proventesters, oh my)

2011-11-22 Thread Adam Williamson
On Wed, 2011-11-23 at 02:19 +0100, Henrik Nordström wrote: tis 2011-11-22 klockan 13:03 -0800 skrev Adam Williamson: * Any custom choices the package maintainer opts to provide, via some kind of interface to Bodhi * Checkboxes per bug assigned to the update for indicating that the

Re: A Glorious Vision of Our Shared Update Feedback Future (bodhi, karma, and proventesters, oh my)

2011-11-22 Thread Henrik Nordström
tis 2011-11-22 klockan 14:03 -0800 skrev Adam Williamson: The proposal is to treat a PT hitting the panic button even more dramatically than a registered user hitting it, the idea being that PTs should be somewhat better informed and hence less likely to trigger it falsely, and that we have