GNU bug report logs - #19913
25.0.50; Add target version(s) information to etc/CONTRIBUTE

Previous Next

Package: emacs;

Reported by: Eric Abrahamsen <eric <at> ericabrahamsen.net>

Date: Sat, 21 Feb 2015 12:46:02 UTC

Severity: wishlist

Found in version 25.0.50

Done: Eric Abrahamsen <eric <at> ericabrahamsen.net>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Eric Abrahamsen <eric <at> ericabrahamsen.net>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#19913: closed (25.0.50; Add target version(s) information to
 etc/CONTRIBUTE)
Date: Mon, 23 Feb 2015 22:24:02 +0000
[Message part 1 (text/plain, inline)]
Your message dated Sun, 22 Feb 2015 09:10:44 +0800
with message-id <87twye699n.fsf <at> ericabrahamsen.net>
and subject line Re: bug#19913: 25.0.50; Add target version(s) information to etc/CONTRIBUTE
has caused the debbugs.gnu.org bug report #19913,
regarding 25.0.50; Add target version(s) information to etc/CONTRIBUTE
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
19913: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=19913
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
From: Eric Abrahamsen <eric <at> ericabrahamsen.net>
To: bug-gnu-emacs <at> gnu.org
Subject: 25.0.50; Add target version(s) information to etc/CONTRIBUTE
Date: Sat, 21 Feb 2015 20:45:21 +0800
A bit of information that should be in etc/CONTRIBUTE, but isn't:

When contributing patches to Emacs proper, which versions should be
targeted? How should one get them as "compile-clean" as possible? At the
moment randomsample.de seems to be down, but I recall that the code is
automatically built against 24.1, 24.2, HEAD, and a couple of XEmacs
flavors. I also recall having a hard time finding git branches that
corresponded exactly to the buildbot versions. I'm also so far totally
unable to build XEmacs at all, but that's a separate problem.

So, under the "Supplemental information for Emacs Developers" heading, I
propose another heading that goes something like this:

** Backwards Compatibility

New Emacs code should be compatible with the following older versions:

- [LIST OLDER VERSIONS HERE]

Git branches tracking the above Emacs versions are in the official Git
repository, with branch names that look like "back_compat/*" [NOT TRUE,
I'M MAKING THIS UP, BUT I THINK IT'S A GOOD IDEA. WHERE DO THE
BUILDBOT'S TEST VERSIONS COME FROM, ANYWAY?]. XEmacs can be
obtained from http://www.xemacs.org/.

For larger patches, please take the time to apply your patch to these
different versions, and ensure that Emacs builds without error.

Note that the Emacs codebase is automatically built every X DAYS,
against each of the above-mentioned versions. Should any patch you
contribute cause an error in one of these version builds, you'll receive
an automatic notification email from the buildbot.



Anyway, I think something like that would be helpful.


[Message part 3 (message/rfc822, inline)]
From: Eric Abrahamsen <eric <at> ericabrahamsen.net>
To: Glenn Morris <rgm <at> gnu.org>
Subject: Re: bug#19913: 25.0.50;
 Add target version(s) information to etc/CONTRIBUTE
Date: Sun, 22 Feb 2015 09:10:44 +0800
Glenn Morris <rgm <at> gnu.org> writes:

> I think you're making this more complicated than it is.
> Code for Emacs itself should be compatible with the trunk.
> Anything else is pointless.
> Code for elpa.gnu.org should be compatible with the latest Emacs release.
> If you want to support older releases, fine, but IMO a waste of time.

I'm certainly not saying this *should* be the convention, I thought it
already *was*, based on the automatic builds. If that's not the case, then
there's no need to do anything, and this bug should be closed.


This bug report was last modified 10 years and 145 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.