GNU bug report logs -
#36747
Official MesCC bootstrap binaries differ from my locally built ones
Previous Next
Reported by: Mark H Weaver <mhw <at> netris.org>
Date: Sat, 20 Jul 2019 22:46:01 UTC
Severity: serious
Done: Mark H Weaver <mhw <at> netris.org>
Bug is archived. No further changes may be made.
Full log
Message #145 received at 36747 <at> debbugs.gnu.org (full text, mbox):
Hi Ludovic,
Ludovic Courtès <ludo <at> gnu.org> wrote:
> Mark H Weaver <mhw <at> netris.org> skribis:
>
>> Hmm, good point. Perhaps we should postpone the Bash fix until the next
>> core-updates cycle. [...]
>
> Your call: if you think this Bash fix can be delayed without causing
> problems, then please revert it and we’ll apply it on the next cycle.
> That would allow us to merge ‘core-updates’ more quickly for sure!
Okay, let's delay the bash fix until the next cycle.
>> I tagged 'wip-binaries' and merged it into master, but there's an
>> undesirable side effect. After the merge, "git describe" from 'master'
>> now returns "bootstrap-20190815-222-g32e18e9b94".
>
> I think that’s OK.
>
> Ideally, we’d have mentioned the commit used to build the binaries in
> the commit that actually adds those binaries to boostrap.scm.
Agreed, that was an important omission on my part.
> Maybe that can still be done with a Git graft?
I think it's easier than that. I personally see no need to preserve the
branch 'core-updates-next', which has a different role than usual and is
arguably misnamed. It's only 3 commits. Of those 3, one has a faulty
commit log, and another should be postponed. I could simply push the
revised commits to 'core-updates' directly.
What do you think?
Mark
This bug report was last modified 5 years and 317 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.