[Top][All Lists]

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

Re: [O] [DEV] Bump Emacs requirement to 24.4?

From: Achim Gratz
Subject: Re: [O] [DEV] Bump Emacs requirement to 24.4?
Date: Wed, 19 Aug 2015 18:11:58 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux)

Bastien writes:
> Here is my decision on this issue:
> - the Org 8.x series will be Emacs 23+ compatible.

…and we should maybe do an 8.4 final release before it is frozen, but
not drag it along furhter like you suggested in emacs-devel.

> - the Org 9.x series will be Emacs 24.3+ compatible.
> Emacs 23 and XEmacs support will be officially dropped as of Org 9.0.

Org on XEmacs is practically dead already, so why do we need to pretend
it is still supported?  You can check when I did the last compatibility
fixes for it, after that nobody (not even any XEmacs user) has ever made
any mention of it working or not working even though there were numerous
changes that are unlikely to work or work correctly on XEmacs.

> The maint branch continues to be used to work on minor releases, as it
> has always been used.
> Instead of reverting changes from the master branch (you clearly don't
> want to do that, and I don't either), I suggest we create a new branch
> called "org-8-master" for Org 8.4+, and continue to use master for Org
> 9.x+ (i.e. "major major releases").

I'm not sure how you want to implement this in practise, but it looks
too complicated and error-prone.  My suggestion would be to keep the
maint branch compatible with Emacs23 until 8.4 and then (maybe) split
off a maint-23 branch for any bugfixes.  If a (new) maintainer springs
into action to backport features into this branch, then fine, but
otherwise it stops being connected to the development branches.

> This is temporary: once the 9.0 version is released, we can simply use
> maint and master as before, and delete org-8-master.

You mustn't delete public branches.

> The reason for this is that we need to make room for new features in
> the 8.x series, so that these new features will be available to the
> Emacs 23 users.
> If we drop Emacs 23 support as of Org 8.4, we won't be able to add new
> features (e.g. new export backends) for Emacs 23.

I don't think we should.  Emacs23 does not get any new features, then why
should Org on Emacs23 do?

> I recognize having the manpower to watch after those branches might be
> an issue, but we can overcome it by calling for careful testing before
> major releases.

See the above proposal which minimizes that impact.  Call for a new
maintainer for maint-23 and see if someone volunteers.  Otherwise just
freeze that branch and backport only fixes for really bad issues.

+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf microQ V2.22R2:

reply via email to

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