Re: Blockers via flags?

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

 



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

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

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

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