motu-release process (was: Re: Sponsorship Queue Process)

Stefan Potyra stefan.potyra at informatik.uni-erlangen.de
Thu Aug 27 19:39:05 BST 2009


Hi Brian,

Am Thursday 27 August 2009 19:59:49 schrieb Brian Murray:
[..]
>
> From this I get the impression that the definition of each bug status
> changes if the bug is in the sponsorship queue, which is exactly the
> confusion I want to avoid.  The bug statuses should mean the same thing
> as much as possible across the distribution to minimize the potential
> for errors and misunderstanding.

I think bug statuses meaning the same thing for each queue would be ideal. For 
motu-release, we use confirmed to denote that a FFe is granted, and invalid 
to mean it was denied. FFe bugs usually start at new.

For the interpretation of FFe's this seems sane to me (it's a new request, 
which turns out to be either invalid or gets confirmed by motu-release). 
However (apart from the occasional bug starting at confirmed) sometimes 
motu-release is subscribed to existing bugs. Exactly there this scheme breaks 
(the bug is of course _not_ invalid, just because the FFe was denied as 
motu-release deems that a targeted fix is more appropriate than a new 
upstream version).

Basically what I need from FFe bugs is a way to 
* see which FFe's are granted already (I don't regular look at these)
* see which FFe's are still in my queue

Any good idea how to improve our usage of bug statuses?

Cheers,
    Stefan.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
Url : https://lists.ubuntu.com/archives/ubuntu-devel/attachments/20090827/88b1691c/attachment.pgp 


More information about the ubuntu-devel mailing list