Re: Feature Freeze Break or Not Questions

[Luis Villa <luis villa gmail com>]

On Mon, 24 Jan 2005 19:28:33 -0500, Luis Villa <luis villa gmail com> wrote:
> My personal belief is that freeze is more guideline than hard rule,

Hrm. This probably came out wrong. Let me try again:

The freeze is in place because, in general, we have to be
paranoid/cautious about stability. Evo is a special case, since it has
a full-time, dedicated developer team, which no other group of
maintainers is. So, if we're going to have  a freeze because we're
paranoid about quality, evo is the obvious group to make a big
exception for, since (at least in theory) they should have more
resources for bugfixing late in the cycle.

Luis

> mostly imposed by the requirement that things be stable when we ship,
> and the assumption of limited/boredom-prone bugfixing resources. If
> your people are willing to commit that all these things be stable when
> we ship, and you think you have the resources to do that and fix your
> other bugs, then I say go for it. Of course, if these things are
> broken at .0 time, then I'll never cut anyone slack ever again ;)
> 
> Luis
> 
> 
> On Mon, 24 Jan 2005 18:47:51 -0500, JP Rosevear <jpr novell com> wrote:
> > I had originally thought that the following Evolution changes did not
> > break feature freeze, but now I'm not so sure:
> >
> > 1) Exchange personal addressbook offline support
> > -caught during our feature review, we already had support for online
> > offline mail, calendar and global addressbook (all added before feature
> > freeze) but somehow we missed personal address books, it was intended
> > but the code didn't actually drop in
> >
> > 2) GroupWise Send Status Viewing
> > -also caught during our feature review, we had ways to set the options
> > for tracking the status but through an oversight the information wasn't
> > available to the user via a contextual menu
> >
> > 3) RTL Editing in the composer
> > -we have RTL viewing in now (before feature freeze), and I had been
> > considering any RTL work as more i18n work rather than feature work, but
> > I've second guessed myself and would like a second opinion.
> >
> > 1) and 2) are in the tarball I'm building for UI freeze.
> >
> > -JP
> > --
> > JP Rosevear <jpr novell com>
> > Novell, Inc.
> >
> > _______________________________________________
> > release-team mailing list
> > release-team gnome org
> > http://mail.gnome.org/mailman/listinfo/release-team
> >
>