GNU bug report logs - #46650
Making package transformation options available to 'guix pull'?

Previous Next

Package: guix;

Reported by: Carl Dong <contact <at> carldong.me>

Date: Fri, 19 Feb 2021 23:26:02 UTC

Severity: normal

Full log


View this message in rfc822 format

From: Ludovic Courtès <ludo <at> gnu.org>
To: zimoun <zimon.toutoune <at> gmail.com>
Cc: 46650 <at> debbugs.gnu.org, Carl Dong <contact <at> carldong.me>
Subject: bug#46650: Extending package transformation options
Date: Wed, 24 Feb 2021 12:11:52 +0100
Hi,

zimoun <zimon.toutoune <at> gmail.com> skribis:

> On Sat, 20 Feb 2021 at 14:57, Ludovic Courtès <ludo <at> gnu.org> wrote:
>
>> Guix as returned by ‘guix pull’ and ‘guix time-machine’ depends on
>> GnuTLS.  So here, we have a special case: to build Guix itself, you need
>> to build GnuTLS first, and there’s no way to pass ‘--without-tests’ at
>> that level.
>>
>> I’m not sure how to change that because unfortunately, ‘guix pull’ and
>> ‘time-machine’ don’t even know that Guix depends on GnuTLS; only the
>> target Guix knows about this.  :-/
>
> If  «“guix pull” and ’time-machine’ don’t even know that Guix depends on
> GnuTLS» and «to build Guix itself, you need to build GnuTLS first», how
> does it work?  How does «you» know that they needs to build GnuTLS
> first?

‘guix pull’ builds Guix using the method implemented in (guix self).
The entry point there is ‘compiled-guix’, which returns a compiled Guix.

It’s not a package so the package API doesn’t apply.

HTH,
Ludo’.




This bug report was last modified 4 years and 88 days ago.

Previous Next


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