GNU bug report logs -
#50809
tla2tools fails to build
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 50809 in the body.
You can then email your comments to 50809 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#50809
; Package
guix
.
(Sun, 26 Sep 2021 04:07:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Andrew Patterson <andrewpatt7 <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Sun, 26 Sep 2021 04:07:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
tla2tools fails to build with a hash mismatch:
[log-tla2tools-1.8.0-current (text/plain, attachment)]
[Message part 3 (text/plain, inline)]
I tried the obvious fix of putting in the correct hash, but then
it failed with a patch failure:
[log-tla2tools-1.8.0-correct-hash (text/plain, attachment)]
[Message part 5 (text/plain, inline)]
Given that the current tag v1.8.0 is from 2021-09-14 while ~git
blame~ says that tla2tools hasn't been touched since 2021-04-15,
something weird is definitely going on. I could continue to try
and hack this into working, but I don't know how I would make sure
this doesn't happen again, and I would prefer if whoever wrote
this originally (apparently Mike Gerwitz or Ludovic Courtès?)
could at least help.
--
Andrew Patterson
Reply sent
to
Tobias Geerinckx-Rice <me <at> tobias.gr>
:
You have taken responsibility.
(Mon, 27 Sep 2021 13:48:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Andrew Patterson <andrewpatt7 <at> gmail.com>
:
bug acknowledged by developer.
(Mon, 27 Sep 2021 13:48:03 GMT)
Full text and
rfc822 format available.
Message #10 received at 50809-done <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Andrew,
Thanks for reporting this! Fixed in Guix commit 86d316b.
> I tried the obvious fix of putting in the correct hash
Obvious maybe, but not much of a fix, as you discovered: what
mishappened to change the hash in the first place? Anything bad?
Would it happen again next week?
> expected hash:
> 1hhx8gmn81k8qrkx4p7ppinmygxga9fqffd626wkvhjgg2ky8lhs
This hash corresponds to tlaplus commit 6932e19.
> actual hash:
> 0xqp2ayn3knmdcs5h1sb70rf1adirg2i4igl0y2r0mlx4wwlma2h
This hash corresponds to tlaplus commit 875bf8f.
> Given that the current tag v1.8.0 is from 2021-09-14 while ~git
> blame~ says that tla2tools hasn't been touched since 2021-04-15,
> something weird is definitely going on.
Upstream has moved the v1.8.0 ‘tag’ by *eighty-seven* commits!
Probably more. Why?? Are they nihilistic hellraisers? Probably
not: according to [0]
1.8.0 is not a proper release. Oops. Let's give them the benefit
of the doubt.
If it still moves after the release, and if I don't forget, I'll
file a bug.
Closing this one,
T G-R
[0]: https://github.com/tlaplus/tlaplus/releases/
[signature.asc (application/pgp-signature, inline)]
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 26 Oct 2021 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 3 years and 234 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.