GNU bug report logs - #36747
Official MesCC bootstrap binaries differ from my locally built ones

Previous Next

Full log

Message #100 received at 36747 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Mark H Weaver <mhw <at> netris.org>
Cc: Marius Bakke <mbakke <at> fastmail.com>, 36747 <at> debbugs.gnu.org
Subject: Re: bug#36747: Official MesCC bootstrap binaries differ from my
 locally built ones
Date: Sat, 17 Aug 2019 23:38:02 +0200

Hi Mark,

Mark H Weaver <mhw <at> netris.org> skribis:

> You can reproduce them with the following command from a git checkout at
> commit 9e6256ba0f32ab12d61c914a3fed879dac881762, which is the tip of the
> 'wip-binaries' branch, based on recent 'master':
>
>   ./pre-inst-env guix build --system=i686-linux bootstrap-tarballs

OK, I’ll give it a try and report back, probably end of next week.

>> srfi/srfi-1.scm:592:17: In procedure map1:
>> Throw to key `srfi-34' with args `(#<condition &message [message: "texinfo-perl-compat.patch: patch not found"] 51bb5c0>)'.
>>
>> Am I missing something?
>
> The string "texinfo-perl-compat" does not occur in the current
> 'core-updates-next' branch on Savannah, which is at commit
> 82eaac49ac983f28768d6623d802f41cbd7f779b.

Oh, I had misconfigured the ‘core-updates-next’ jobset: its
‘load_path_input’ was '("core-updates-next"), which led the host Guix to
lookup bits of the target Guix, hence the confusion.

I fixed it by setting it to the empty list as it should:

  update specifications set load_path_inputs = '()' where name = 'core-updates-next';

(The specs can be seen at <https://ci.guix.gnu.org/specifications>.)

It’s currently being evaluated:

  https://ci.guix.gnu.org/jobset/core-updates-next

Ludo’.

Previous Next

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