GNU bug report logs - #57215
ci: Fail to evaluate Guix specification

Previous Next

Package: guix;

Reported by: Mathieu Othacehe <othacehe <at> gnu.org>

Date: Sun, 14 Aug 2022 19:58:01 UTC

Severity: normal

Full log


View this message in rfc822 format

From: Christopher Baines <mail <at> cbaines.net>
To: Mathieu Othacehe <othacehe <at> gnu.org>
Cc: Tobias Geerinckx-Rice <me <at> tobias.gr>, 57215 <at> debbugs.gnu.org
Subject: bug#57215: ci: Fail to evaluate Guix specification
Date: Tue, 16 Aug 2022 09:41:31 +0100
[Message part 1 (text/plain, inline)]
Mathieu Othacehe <othacehe <at> gnu.org> writes:

> Now there are multiple unclear points to me:
>
> 1. Why do we need an available machine with the foreign architecture to
> compute the corresponding "guix" derivation? Note that the evaluation of
> package derivations for foreign systems works even though a
> corresponding machine is not available:
>
> mathieu <at> berlin ~$ guix build -s powerpc64le-linux -d hello
> /gnu/store/spzmh79qi21k26p15w27r3jjg95szg17-hello-2.12.1.drv

This has been something I've been interested in as well, since the Guix
Data Service has the same problem when computing these derivations.

I think the latest information I have is set out here:

  https://lists.gnu.org/archive/html/guix-devel/2022-02/msg00196.html

So, I think there's some involvement of grafts that mean you end up
building things when just trying to compute the derivation. But that's
as far as I got, I don't really understand why this is the case, or what
can be done about it.

Chris
[signature.asc (application/pgp-signature, inline)]

This bug report was last modified 2 years and 299 days ago.

Previous Next


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