GNU bug report logs -
#22506
make change-history now doesn't work at all
Previous Next
Reported by: Glenn Morris <rgm <at> gnu.org>
Date: Sun, 31 Jan 2016 19:24:02 UTC
Severity: normal
Found in version 25.0.90
Done: Paul Eggert <eggert <at> cs.ucla.edu>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 22506 in the body.
You can then email your comments to 22506 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
eggert <at> cs.ucla.edu, bug-gnu-emacs <at> gnu.org
:
bug#22506
; Package
emacs
.
(Sun, 31 Jan 2016 19:24:02 GMT)
Full text and
rfc822 format available.
Message #3 received at submit <at> debbugs.gnu.org (full text, mbox):
Package: emacs
Version: 25.0.90
I don't know how y'all plan to address the issue of running make
change-history on the release branch (bug#21998), but now it doesn't
work on either emacs-25 or master. On both branches,
change-history-nocommit fails with "fatal: Invalid revision range". Eg:
GEN ChangeLog
fatal: Invalid revision range
3f43da09956b663d92f578e41bcacb8742bb6bba..0156b79ea8fd473c550abdb8d3e3b4eacaaab289
gitlog-to-changelog: error closing pipe from git log --log-size
'--pretty=format:%H:%ct %an <%ae>%n%n%B'
3f43da09956b663d92f578e41bcacb8742bb6bba..0156b79ea8fd473c550abdb8d3e3b4eacaaab289
make[1]: *** [ChangeLog] Error 128
Added indication that bug 22506 blocks19759
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Sun, 31 Jan 2016 19:26:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22506
; Package
emacs
.
(Sun, 31 Jan 2016 20:54:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 22506 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Glenn Morris wrote:
> Package: emacs
> Version: 25.0.90
>
> I don't know how y'all plan to address the issue of running make
> change-history on the release branch (bug#21998), but now it doesn't
> work on either emacs-25 or master. On both branches,
> change-history-nocommit fails with "fatal: Invalid revision range".
I reproduced the problem and installed the attached patches to the emacs-25 and
master branches to try to fix it.
In the master branch this problem was introduced by my commit
ffbf163ab5ced1bc464a0034e6abc9a41f5e09c4 dated Sat Jan 30 14:45:53 2016 -0800. I
did this commit by hand, not by using 'make change-history', and evidently I
messed it up.
In the emacs-25 branch this problem was introduced by Nicolas Petton's commit
e6b7b6d89ff9288a49099f041752908b5eb9613e dated Sat Jan 30 14:39:23 2016 +0100,
which updated ChangeLog.2's end commit from
8a8613bcf4227dfe46a694b761e9575bdf6ca2ce (by me dated Sat Nov 7 23:52:17 2015
-0800) to d5195155f9a297dc45a40c9b7175715ffe4f1612 (a commit ID that does not
exist in the Emacs repository). My guess is that Nicolas ran 'make
change-history' on a private branch and then merged the result into emacs-25.
This has never worked, and it's why Makefile.in tries to check for this sort of
thing. I vaguely recall telling Nicolas to ignore the checks and do the right
thing, but it's not at all clear what the right thing is and there should be
little wonder that it went awry.
I guess from now on we should take those checks more seriously.
We also need to improve the procedure for keeping track of history, as the
current procedure does not work well at all. We're better off than we were when
ChangeLog files were maintained by hand in parallel with commit messages, but
the by-hand maintenance of ChangeLog.2 is still too much trouble. I've proposed
a way to improve this but to be honest I'd rather just dump the by-hand
maintenance entirely and this has meant I'm not motivated to work on the problem.
[0001-Fix-ChangeLog.2-commit-ID.patch (text/x-diff, attachment)]
[0001-Fix-ChangeLog.2-commit-ID.patch (text/x-diff, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22506
; Package
emacs
.
(Sun, 31 Jan 2016 21:48:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 22506 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Paul Eggert <eggert <at> cs.ucla.edu> writes:
> My guess is that Nicolas ran 'make change-history' on a private branch
> and then merged the result into emacs-25. This has never worked, and
> it's why Makefile.in tries to check for this sort of thing.
No, I changed the branch check on emacs-25 to check for emacs-25 instead
of master, and then ran make change-history-nocommit.
This worked without any problem.
Nico
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22506
; Package
emacs
.
(Sun, 31 Jan 2016 21:51:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 22506 <at> debbugs.gnu.org (full text, mbox):
Nicolas Petton wrote:
> This worked without any problem.
It worked for you, and it probably would have worked again for you in your
environment. But it didn't work for the rest of us because we're using the
public Emacs repository and its commit IDs are different from those in your
repository. (Welcome to the wonderful world of distributed Git development....)
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22506
; Package
emacs
.
(Mon, 01 Feb 2016 03:35:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 22506 <at> debbugs.gnu.org (full text, mbox):
> From: Paul Eggert <eggert <at> cs.ucla.edu>
> Date: Sun, 31 Jan 2016 13:50:20 -0800
>
> Nicolas Petton wrote:
> > This worked without any problem.
>
> It worked for you, and it probably would have worked again for you in your
> environment. But it didn't work for the rest of us because we're using the
> public Emacs repository and its commit IDs are different from those in your
> repository.
??? How can the commits differ, assuming Nicolas pushed his to
upstream?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22506
; Package
emacs
.
(Mon, 01 Feb 2016 06:45:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 22506 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii wrote:
> ??? How can the commits differ, assuming Nicolas pushed his to
> upstream?
I don't know. Maybe he rebased his changes before pushing. Or maybe he did a
merge before pushing. I suppose it could be other things.
Reply sent
to
Paul Eggert <eggert <at> cs.ucla.edu>
:
You have taken responsibility.
(Mon, 01 Feb 2016 07:42:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Glenn Morris <rgm <at> gnu.org>
:
bug acknowledged by developer.
(Mon, 01 Feb 2016 07:42:02 GMT)
Full text and
rfc822 format available.
Message #25 received at 22506-done <at> debbugs.gnu.org (full text, mbox):
I assume this particular bug (the one that blocks a release) has been fixed, so
I'll close the bug report. If I haven't actually fixed it please feel free to
reopen it. We do have the more-general problem that ChangeLog maintenance is a
pain, but that should be a different bug as it does not block a release.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22506
; Package
emacs
.
(Mon, 01 Feb 2016 08:41:02 GMT)
Full text and
rfc822 format available.
Message #28 received at 22506 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Eli Zaretskii <eliz <at> gnu.org> writes:
>> It worked for you, and it probably would have worked again for you in your
>> environment. But it didn't work for the rest of us because we're using the
>> public Emacs repository and its commit IDs are different from those in your
>> repository.
>
> ??? How can the commits differ, assuming Nicolas pushed his to
> upstream?
Indeed, I'm really confused, I pushed my commits to emacs-25 after
that...
Nico
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22506
; Package
emacs
.
(Mon, 01 Feb 2016 08:42:02 GMT)
Full text and
rfc822 format available.
Message #31 received at 22506 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Paul Eggert <eggert <at> cs.ucla.edu> writes:
> Eli Zaretskii wrote:
>> ??? How can the commits differ, assuming Nicolas pushed his to
>> upstream?
>
> I don't know. Maybe he rebased his changes before pushing. Or maybe he did a
> merge before pushing. I suppose it could be other things.
You are right, I did rebase one commit that happened in between in
emacs-25. That's most probably the reason!
Nico
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22506
; Package
emacs
.
(Mon, 01 Feb 2016 08:44:02 GMT)
Full text and
rfc822 format available.
Message #34 received at 22506-done <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Paul Eggert <eggert <at> cs.ucla.edu> writes:
> I assume this particular bug (the one that blocks a release) has been fixed, so
> I'll close the bug report. If I haven't actually fixed it please feel free to
> reopen it. We do have the more-general problem that ChangeLog maintenance is a
> pain, but that should be a different bug as it does not block a
> release.
How should I generate the changelog files next time? IIUC I need to
make sure no commit happens while doing so, so I won't have to rebase.
Nico
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22506
; Package
emacs
.
(Mon, 01 Feb 2016 16:06:02 GMT)
Full text and
rfc822 format available.
Message #37 received at 22506-done <at> debbugs.gnu.org (full text, mbox):
On 02/01/2016 12:43 AM, Nicolas Petton wrote:
> How should I generate the changelog files next time? IIUC I need to
> make sure no commit happens while doing so, so I won't have to rebase.
>
You might try something like this:
git checkout emacs-25
git pull
git diff # This should output nothing.
make change-history
git diff HEAD^ # This should output what you want.
git push
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22506
; Package
emacs
.
(Mon, 01 Feb 2016 17:45:02 GMT)
Full text and
rfc822 format available.
Message #40 received at 22506-done <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Paul Eggert <eggert <at> cs.ucla.edu> writes:
> On 02/01/2016 12:43 AM, Nicolas Petton wrote:
>> How should I generate the changelog files next time? IIUC I need to
>> make sure no commit happens while doing so, so I won't have to rebase.
>>
>
> You might try something like this:
>
> git checkout emacs-25
> git pull
> git diff # This should output nothing.
> make change-history
> git diff HEAD^ # This should output what you want.
> git push
I'll do that, and make sure I don't rebase.
Nico
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22506
; Package
emacs
.
(Mon, 01 Feb 2016 17:57:01 GMT)
Full text and
rfc822 format available.
Message #43 received at 22506 <at> debbugs.gnu.org (full text, mbox):
Paul Eggert wrote:
> We also need to improve the procedure for keeping track of history, as
> the current procedure does not work well at all. We're better off than
> we were when ChangeLog files were maintained by hand in parallel with
> commit messages
It's going pretty much as I expected. The overall quality of logs has
gone down, and correcting them has largely been lumped on the plate of
the person making the release. The fact that merging ChangeLog from
release branch to master has actually become harder than it was before
is an unexpected bonus though. ;)
> I've proposed a way to improve this but to be honest I'd rather just
> dump the by-hand maintenance entirely
I've also felt like suggesting dropping the ChangeLog completely,
because the project as a whole doesn't seem interested in such things.
But at a minimum, there needs to be a way to correct legally relevant
information: wrong author, missing tiny change.
I would once again suggest git notes (need to correct a commit log? add
a note with the fixed version) rather than keeping a generated file in
the repo, but I'm also unmotivated to work on it, so it's just hot air.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 01 Mar 2016 12:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 9 years and 195 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.