From: Simon Tournier <zimon.toutoune@gmail.com>
To: Konrad Hinsen <konrad.hinsen@fastmail.net>, 72061@debbugs.gnu.org
Cc: "Ludovic Courtès" <ludo@gnu.org>
Subject: bug#72061: Discrepancy when running ‘guix pull’ from different machines
Date: Mon, 02 Sep 2024 22:04:50 +0200 [thread overview]
Message-ID: <87plplq0t9.fsf@gmail.com> (raw)
In-Reply-To: <m11q22gjgx.fsf@fastmail.net>
Hi Konrad,
On Mon, 02 Sep 2024 at 17:31, Konrad Hinsen <konrad.hinsen@fastmail.net> wrote:
> The "channels.scm" attached to my last message describes Guix at the
> time "guix time-machine" was launched. It's not the channels file used
> in the time machine command! That one is quite short:
In your previous message, you wrote:
--8<---------------cut here---------------start------------->8---
He gets an error when running an example from one of our exercises:
guix time-machine --channels=channels.scm -- shell --container --network --manifest=manifest.scm -- jupyter lab
guix-science/build-system/node.scm:119:2: error: #{ %make-build-system-procedure/abi-check}#: unbound variable
hint: Did you forget a `use-modules' form?
--8<---------------cut here---------------end--------------->8---
So IIUC, the channels.scm file you provided is not the same channels.scm
file here. You provided all the revisions to get this Guix and from
this Guix you tries to reach another revision (named channels.scm in the
above but just reads 7b0863f07a113caef26fea13909bd97d250b629e).
Right?
Again IIUC, the picture looks like:
The hypothetical commit introducing the potential breakage:
records: Do not inline the constructor.
c14b8636fbac9826115f4524d500536d54c15625
CommitDate: Sat May 4 19:14:24 2024 +0200
Change-Id: Ifd7b4e884e9fbf21c43fb4c3ad963126ef5cb476
The Guix revision (newer than the record modification):
guix: 325fed4c1514bffd084355455710fcc3f1c8da2c
CommitDate: Tue Jul 16 10:28:05 2024 -0500
guix-science: 12eba5aa0c5cbf357c476ef7872e0d562d054eff
CommitDate: Wed May 22 17:40:02 2024 +0200
And the revision time-machine going in the past:
guix: 7b0863f07a113caef26fea13909bd97d250b629e
CommitDate: Wed Jan 3 16:38:57 2024 -0500
>> Is the current failing Guix running a revision older than May?
>
> It's the one defined in channels.scm, meaning commit
> 325fed4c1514bffd084355455710fcc3f1c8da2c, from July 16th 2024. So, no,
> not older than May.
On my machine, it passes too:
--8<---------------cut here---------------start------------->8---
$ guix time-machine -C channels.scm \
-- time-machine --commit=7b0863f07a113caef26fea13909bd97d250b629e \
-- describe
guix 7b0863f
repository URL: https://git.savannah.gnu.org/git/guix.git
commit: 7b0863f07a113caef26fea13909bd97d250b629e
--8<---------------cut here---------------end--------------->8---
Well, I do not know how to debug that. :-) Especially without an access
to the machine and considering the person, from the MOOC, is probably
new to Guix.
Assuming ’guix describe’ returns all the channels as mentioned earlier,
this is how to check that the current Guix contains the variable.
--8<---------------cut here---------------start------------->8---
$ thisguix=$(type -P guix)
$ realguix=$(readlink -f $thisguix)
$ themodules=$(guix gc --references $realguix | grep guix-module-union)
$ find -L $themodules -type f -name "*.scm" -exec grep -l 'procedure/abi-check' {} \;
/gnu/store/ljgzk92h0hd09bli5iccg8yfp3gf1hb4-guix-module-union/share/guile/site/3.0/guix/records.scm
--8<---------------cut here---------------end--------------->8---
If nothing is returned, then it would mean that something had been
twisted when compiling (pulling) this current Guix. In that case, what
would be the output of:
$realguix describe
guix gc --references $realguix
guix gc --references $themodules
?
Else, if the file is returned, it means the error is from elsewhere,
e.g., how the Guile modules are loaded or other. In that case, it would
require to investigate the derivations.
Well, the hash ljgzk92h0hd09bli5iccg8yfp3gf1hb4 can be different, I
guess.
Cheers,
simon
next prev parent reply other threads:[~2024-09-02 20:09 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-07-11 13:59 bug#72061: Discrepancy when running ‘guix pull’ from different machines Ludovic Courtès
2024-07-11 14:41 ` Ludovic Courtès
2024-07-11 15:33 ` Ludovic Courtès
2024-07-12 9:32 ` Simon Tournier
2024-07-24 8:05 ` Konrad Hinsen
2024-07-24 12:30 ` Simon Tournier
2024-07-24 19:35 ` Konrad Hinsen
2024-08-26 16:38 ` Simon Tournier
2024-09-02 15:31 ` Konrad Hinsen
2024-09-02 20:04 ` Simon Tournier [this message]
2024-09-03 12:47 ` Konrad Hinsen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://guix.gnu.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87plplq0t9.fsf@gmail.com \
--to=zimon.toutoune@gmail.com \
--cc=72061@debbugs.gnu.org \
--cc=konrad.hinsen@fastmail.net \
--cc=ludo@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/guix.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).