Emacs 21.4

Emacs 21.4

[Richard Stallman]

I have made an Emacs 21.4 release with a single security fix.
So our coming release won't be 21.4.

I now think it should be version 22.
It has plenty of new features.

Re: Emacs 21.4

[David Kastrup]

Richard Stallman <rms@gnu.org> writes:

> I have made an Emacs 21.4 release with a single security fix.

We noticed.

> So our coming release won't be 21.4.
>
> I now think it should be version 22.
> It has plenty of new features.

With regard to architectural features, we basically have GTK support
under X, image/toolbar/whatever support under MacOS and Windows,
Unicode in menus (though probably not consistent in all ports),
definitely improved images (functionality/performance).  Last time we
were thinking about version numbers, I was in favor for calling the
new branch release 22, partly to avoid a situation where important
fixes mandated an interim release, partly to bring across the point
that 21.4 would be nothing like 21.3.

It is unfortunate that there has been _lots_ of talk in the mean time
about what 21.4 will be, and references with "will work for Emacs >=
21.4" are on the web and software packages and manuals in hundredfold
as can easily be verified by Google.  So we'd better avoid this sort
of thing in future if we can.

What needs to be done now?

a) 21.4 has to be announced on all relevant channels and people told
   that it contains a single security fix and not what people thought
   21.4 would contain.  This is also important because the
   documentation of Emacs-21.4 is not in any manner updated: people
   will think they were the victim of a hoax upon
   downloading/installing an Emacs-21.4 distribution if 21.4 does not
   get announced publicly soon.  The distribution itself does not tell
   this too visibly.  It may be a good idea to announce that the next
   _major_ release will be 22.1 after all.

b) In the CVS version, the version number should likely get bumped to
   22.0.50 instead of the current 21.3.50.  There is no sense in
   making it 21.4.50, anyhow, and it would be quite misleading to have
   it stay at 21.3.50, lower than the current released version.

c) all references to 21.4 need to be replaced by referring to 22.1 in
   our CVS.

d) anybody speculating about version numbers for Emacsen having
   internal Unicode representation or multitty support must be gently
   but firmly locked into the freezer.

e) get drunk.

Personally, I volunteer to tackle task e) right now.  With a
vengeance.  Anybody willing to tackle task d) should wait until I
release the freezer.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum

Re: Emacs 21.4

[Nick Roberts]

 > What needs to be done now?
 > 
 ...

 > b) In the CVS version, the version number should likely get bumped to
 >    22.0.50 instead of the current 21.3.50.  There is no sense in
 >    making it 21.4.50, anyhow, and it would be quite misleading to have
 >    it stay at 21.3.50, lower than the current released version.
 > 
 > c) all references to 21.4 need to be replaced by referring to 22.1 in
 >    our CVS.

 ...

Constructing such a plan only makes sense if you are prepared to accept
that it might be ignored completely.

Nick

Re: Emacs 21.4

[David Kastrup]

Nick Roberts <nickrob@snap.net.nz> writes:

>  > What needs to be done now?
>  > 
>  ...
>
>  > b) In the CVS version, the version number should likely get
>  > bumped to 22.0.50 instead of the current 21.3.50.  There is no
>  > sense in making it 21.4.50, anyhow, and it would be quite
>  > misleading to have it stay at 21.3.50, lower than the current
>  > released version.
>  > 
>  > c) all references to 21.4 need to be replaced by referring to
>  > 22.1 in our CVS.
>
>  ...
>
> Constructing such a plan only makes sense if you are prepared to
> accept that it might be ignored completely.

That's what point "e)" was for.  Anyway, this _is_ all about
minimizing the negative impact of a future potentially uncoordinated
release.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum

Re: Emacs 21.4

[Miles Bader]

On Mon, 07 Feb 2005 23:42:12 +0100, David Kastrup <dak@gnu.org> wrote:
> What needs to be done now?
...
> d) anybody speculating about version numbers for Emacsen having
>    internal Unicode representation or multitty support must be gently
>    but firmly locked into the freezer.

The unicode branch itself has such references, e.g. it has ChangeLog
files called "ChangeLog.22" to hold unicode-branch-specific changes.

I'd suggest renaming these as "ChangeLog.unicode".

[Well, probably should do that anyway, regardless of what happens with
the version numbers; Handa what do you think? ]

-Miles
-- 
Do not taunt Happy Fun Ball.

Re: Emacs 21.4

[David Kastrup]

Miles Bader <snogglethorpe@gmail.com> writes:

> On Mon, 07 Feb 2005 23:42:12 +0100, David Kastrup <dak@gnu.org> wrote:
>> What needs to be done now?
> ...
>> d) anybody speculating about version numbers for Emacsen having
>>    internal Unicode representation or multitty support must be gently
>>    but firmly locked into the freezer.
>
> The unicode branch itself has such references, e.g. it has ChangeLog
> files called "ChangeLog.22" to hold unicode-branch-specific changes.
>
> I'd suggest renaming these as "ChangeLog.unicode".
>
> [Well, probably should do that anyway, regardless of what happens with
> the version numbers; Handa what do you think? ]

Wow, what a bad idea to start with.  ChangeLog.%d already carries a
meaning for sequencing ChangeLog files.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum

Re: Emacs 21.4

[Richard Stallman]

    b) In the CVS version, the version number should likely get bumped to
       22.0.50 instead of the current 21.3.50.  There is no sense in
       making it 21.4.50, anyhow, and it would be quite misleading to have
       it stay at 21.3.50, lower than the current released version.

    c) all references to 21.4 need to be replaced by referring to 22.1 in
       our CVS.

I agree with these decisions.

    e) get drunk.

Please count me out for that part.

Re: Emacs 21.4

[Richard Stallman]

    > I have made an Emacs 21.4 release with a single security fix.

    We noticed.

I am always a day or so behind in sending out mail about anything.
You can have a long discussion before I have a chance even to see
the beginning of it.  But in some cases you'd probably be better
off if you waited to hear from me.

Re: Emacs 21.4

[Miles Bader]

On Wed, 09 Feb 2005 03:10:28 -0500, Richard Stallman <rms@gnu.org> wrote:
>     > I have made an Emacs 21.4 release with a single security fix.
> 
>     We noticed.
> 
> I am always a day or so behind in sending out mail about anything.
> You can have a long discussion before I have a chance even to see
> the beginning of it.  But in some cases you'd probably be better
> off if you waited to hear from me.

My first thought when I read Juan's message that he had found a new
21.4 tar file was "OMG, gnu.org's been hacked again!"

Luckily it wasn't true...

-Miles
-- 
Do not taunt Happy Fun Ball.

Re: Emacs 21.4

[Yoichi NAKAYAMA]

At Mon, 07 Feb 2005 15:50:37 -0500,
Richard Stallman wrote:
> I have made an Emacs 21.4 release with a single security fix.

I could not find leim-21.4.tar.gz (I know that leim was
not affected by that change). Should we use leim-21.3.tar.gz
with emacs-21.4.tar.gz?

Regards,
-- 
Yoichi NAKAYAMA

Re: Emacs 21.4

[Richard Stallman]

    I could not find leim-21.4.tar.gz (I know that leim was
    not affected by that change). Should we use leim-21.3.tar.gz
    with emacs-21.4.tar.gz?

Why not?

Re: Emacs 21.4

[Yoichi NAKAYAMA]

At Tue, 15 Feb 2005 12:28:32 -0500,
Richard Stallman wrote:
> 
>     I could not find leim-21.4.tar.gz (I know that leim was
>     not affected by that change). Should we use leim-21.3.tar.gz
>     with emacs-21.4.tar.gz?
> 
> Why not?

Older releases bring leim-M.N.tar.gz with same version number.
leim-21.3.tar.gz is exaracted to emacs-21.3/leim/ directory
by default.
And there is no announcement to to use it nevertheless.
-- 
Yoichi NAKAYAMA

Re: Emacs 21.4

[Nick Roberts]

 > > 
 > >     I could not find leim-21.4.tar.gz (I know that leim was
 > >     not affected by that change). Should we use leim-21.3.tar.gz
 > >     with emacs-21.4.tar.gz?
 > > 
 > > Why not?
 > 
 > Older releases bring leim-M.N.tar.gz with same version number.
 > leim-21.3.tar.gz is exaracted to emacs-21.3/leim/ directory
 > by default.
 > And there is no announcement to to use it nevertheless.

The relevant mailing list is info-gnu-emacs, although I don't think many
people follow it:

> A bug-fix release, Emacs 21.4, is now available on ftp.gnu.org in the file
> emacs-21.4.tar.gz in the directory ftp://ftp.gnu.org/gnu/emacs/.
> It works with leim-21.3.tar.gz, which is the unchanged.

(see http://lists.gnu.org/archive/html/info-gnu-emacs/2005-02/msg00000.html)


Nick

Re: Emacs 21.4

[Yoichi NAKAYAMA]

At Wed, 16 Feb 2005 20:11:25 +1300,
Nick Roberts wrote:
>  > And there is no announcement to to use it nevertheless.
> 
> The relevant mailing list is info-gnu-emacs, although I don't think many
> people follow it:

[...]

> (see http://lists.gnu.org/archive/html/info-gnu-emacs/2005-02/msg00000.html)

Oh, I didn't watch that list. Thanks.
-- 
Yoichi NAKAYAMA

Re: Emacs 21.4

[Richard Stallman]

    Older releases bring leim-M.N.tar.gz with same version number.
    leim-21.3.tar.gz is exaracted to emacs-21.3/leim/ directory
    by default.

I guess we should make a 21.4 leim file that extracts into
emacs-21.4/leim.  Francesco, could you do that?

Re: Emacs 21.4

[Francesco Potorti`]

>    Older releases bring leim-M.N.tar.gz with same version number.
>    leim-21.3.tar.gz is exaracted to emacs-21.3/leim/ directory
>    by default.
>
>I guess we should make a 21.4 leim file that extracts into
>emacs-21.4/leim.  Francesco, could you do that?

Done.