Re: Blockers via flags?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sun, 2010-05-16 at 11:26 +0100, Adam Williamson wrote:
> On Tue, 2010-05-11 at 10:31 -0700, Jesse Keating wrote:
> 
> > > What you'd loose with using flags is the "distro version" context.
> > 
> > Erm, the bug would be filed against a particular version.  EG the bug
> > has to be filed against Fedora 14 in order to be able to use flags to
> > mark it as a blocker for Fedora 14.  Bugs filed against rawhide wouldn't
> > necessarily be able to set flags (although that's an interesting
> > discussion to have)
> 
> This could give us a problem; remember, bugs in preupgrade and
> livecd-tools in F(N-1) can block F(N) (as is the case with F13, and was
> the case with F12).

Right, those are sticky situations, but as you'll see, we're not
actually slipping the release or blocking it in anyway for this
preupgrade issue.  We're just hoping that it gets fixed on F12 in time.

> 
> I also agree that the issue of flags doesn't really come into the issue
> of how we process blockers; the fact that currently we do it almost
> entirely synchronously in a meeting isn't really anything to do with
> whether we use flags or not, it's just...how we do it. We could easily
> do it async at the moment with comments, but we just don't.

We don't, because there is no good way to record all of our votes and
have something happen in reaction to those votes.  It all requires
manual discussion and somebody with "authority" to frob the bug in one
way or another (usually just dropping a comment).   By having flags that
are tied to bugzilla rights, we can more easily independently record our
vote and have the blocker flag state automatically change when all the
required votes have come in.

You're right, we could do things more independently with the current
system, it's just not as easy to do it.

> 
> Overall, though, I'm fine with this idea. As I said last time we
> discussed it, my principal objection is that it hurts our efforts to get
> people to buy into the process in the short term, but I can live with
> the idea that in the long-term the benefits will be enough to counteract
> that.

How does it hurt again?

> -- 
> Adam Williamson
> Fedora QA Community Monkey
> IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
> http://www.happyassassin.net
> 


-- 
Jesse Keating
Fedora -- Freedom² is a feature!
identi.ca: http://identi.ca/jkeating

Attachment: signature.asc
Description: This is a digitally signed message part

-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux