GNU bug report logs - #21998
Run 'make change-history' on release branch

Previous Next

Package: emacs;

Reported by: Glenn Morris <rgm <at> gnu.org>

Date: Mon, 23 Nov 2015 19:09:01 UTC

Severity: normal

Tags: notabug

Found in version 25.0.50

Done: Glenn Morris <rgm <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Glenn Morris <rgm <at> gnu.org>
To: 21998 <at> debbugs.gnu.org
Subject: bug#21998: Run 'make change-history' on release branch
Date: Fri, 04 Mar 2016 11:46:49 -0500
Glenn Morris wrote:

> The point of this report was that merging between branches will create a
> complete mess.

I hope people appreciate this point.

For example, the Feb 15th merge skipped the "Auto-commit of ChangeLog" 
cc6d906  but did not skip "make change-history-commit" 2b7d006.
Obviously this makes no sense and means the master ChangeLog is in some
weird messed-up state. But even without this specific problem, it still
would be, since, as I said a long time ago, AFAICS there's no sensible
way to merge this stuff between branches, which is why it was disabled
on non-master branches to start with.

At this point, I give up, since it seems fairly clear that maintaining
an accurate ChangeLog just isn't of interest. Even the bare minimum
legally relevant mistakes (missing "tiny change") don't seem to be being
corrected. Probably just deleting it from the repo would be more honest.
This will simplify things, eg the "correct log entries" step for making
a release can be dropped, and the AUTHORS file can become less accurate.
A rough non-versioned ChangeLog can still be generated for tarballs, if
anyone cares. Or, a version of the above, stop keeping a versioned copy
on any branch but master.





This bug report was last modified 9 years and 76 days ago.

Previous Next


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