emacs-devel
[Top][All Lists]
Advanced

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

Re: It is time for a feature freeze (it is NOW or never).


From: David Kastrup
Subject: Re: It is time for a feature freeze (it is NOW or never).
Date: 08 Apr 2004 17:06:44 +0200
User-agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50

address@hidden (Kim F. Storm) writes:

> Kenichi Handa <address@hidden> writes:
> 
> > In article <address@hidden>, address@hidden (Kim F. Storm) writes:
> > > I suggest that we make a complete feature freeze on HEAD for 21.4 NOW !!!
> > 
> > I have thought that we are going to take the following
> > schedule.
> > 
> > (1) Release the current RC branch as 21.4.
> 
> I have no opinion on this.

I also don't know how important that is.  I don't know the fixes as
opposed to 21.3.

But it _is_ important that we get the four years of development since
21.0 feature freeze out of the door sometimes.  People increasingly
switch to Emacs CVS since that is the only sane option to do, and that
means that they have to use something with a stability completely
based on timing and good luck.  If we don't release from HEAD before
potentially large merges, they will be screwed without an alternative.

> > (2) Feature freeze on HEAD.
> 
> Yes.
> 
> > (3) Merge HEAD into RC branch, and make it 21.4.50.
> 
> There is no need to merge to the existing RC branch.

Right.

> We just create a new RC branch from HEAD for 21.5 named
> EMACS_21_5_RC.
> 
> > (4) Merge Unicode branch into HEAD, and make it 22.0.0.
> 
> Yes.

Whatever.

> I suggest we also merge the multi-tty branch to HEAD quickly.

After 21_5_RC has been split off.  If it turns out that post-release
changes leave HEAD stable enough, we can still surprise the world by
following up with 22.0 on short notice.  But at the current point of
time, the tester base for the branches is not so large that we should
take the risk.

> > (7) Feature freeze on HEAD (i.e. Unicode version)
> 
> I suppose that bidi support is not mature enough for 22.1 --
> 
> actually IMO, bidi support would warrent another major number,
> i.e. 23.1.

Actually, I'd want to see both.  Anyhow, after the unicode merge, the
bidi branch will need to synch up, and one can then see how it fares.

Unicode makes somewhat more sense with bidi (and I want to be able to
offer Emacs at one time for creation of philological texts, and
vocalized Hebrew is not exactly irrelevant in that respect).  But if
it is apparent that 22.0 would be help up by it considerably, I'd say
to go without it.

> Since there is some confusion as to what 21.4 is or would be, I
> suggest we aim for using 21.5 as the version for the release from
> the new RC branch.  If things take too long, we still have the
> option to release 21.4 from the old RC branch.

Sounds reasonable.  Also, if we happen to skip a number, people will
notice that there is some larger change.

> > I agree.  But, I think bug-fixing work for 21.5 (or 21.4)
> > must be done on RC branch so that (4) can be done promptly
> > and we can have more users of Unicode version, which boosts
> > the release of 22.1.
> 
> Yes, lets branch now for 21.5 and fix bugs on the RC branch.

Sounds reasonable.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum




reply via email to

[Prev in Thread] Current Thread [Next in Thread]