Blockers via flags?
awilliam at redhat.com
Fri May 21 05:48:54 UTC 2010
On Thu, 2010-05-20 at 20:09 -0400, Matt McCutchen wrote:
> On Fri, 2010-05-21 at 01:34 +0200, Kevin Kofler wrote:
> > Jesse Keating wrote:
> > > A solution, flags!
> > Well, we should carefully consider the disadvantages of that change. For
> > example, one thing we will lose with a flag-based solution is the
> > transitiveness of blocking a tracker bug. So we'd lose the KDE, X11, kernel
> > etc. trackers or at least not have their dependencies show up in the blocker
> > reports. Instead, they'd all have to be nominated as blockers explicitly
> > even if they're already on e.g. the KDE tracker.
> Why do we even have separate tracking bugs for subprojects? If there
> were a set of KDE release criteria and the Fedora release criteria
> included "The KDE release criteria are met", the current structure would
> make sense. But with a single set of release criteria, I propose that
> the subproject tracking bugs should go away and all blockers should be
> linked directly to the main tracking bug. It's easy enough to create
> query links for maintainers that will find all the blockers in a
Because we're in a transition period. We've only had formal blockers
since the F13 cycle. Prior to that, blockers were whatever a fairly
blobby mass of people (essentially, whoever actually spun the discs,
plus whoever they chose to listen to) said they were. All the blocker
bugs for particular projects / areas arose then.
We have the formal criteria now, but it's not _entirely_ simple. The
desktop criteria we had for F13 are a first cut, they were written with
the input of the 'desktop' (i.e. GNOME) team but not really any of the
other desktop SIGs, and they specifically were _not_ enforced for
anything but GNOME for F13 (we made that decision early on in F13
So there's still some overlap there. Sorting it out so we have coherent
criteria which are considered for all the desktops we ship and not just
the default desktop, is one of my goals for F14.
It may turn out to still be useful to have project-specific trackers of
some sort, it may not. I don't think we can be entirely sure, yet.
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
More information about the devel