Hi Guix,
I'm reconfiguring my system after almost one year without updates
(meaning guix-daemon in my system profile is at version
0.16.0-8.7ba2b27, dating from january 2019).
I ran guix pull (now at commit c109d32) and had to rebuild *a lot*
(guile, git, I believe multiple versions of gcc,
Le Mon, 23 Dec 2019 12:53:12 +0100 (CET),
Thomas Danckaert a écrit :
> Hi Guix,
>
> I'm reconfiguring my system after almost one year without updates
> (meaning guix-daemon in my system profile is at version
> 0.16.0-8.7ba2b27, dating from january 2019).
>
> I ran guix pull (now at commit c10
Hi Thomas,
> I'm reconfiguring my system after almost one year without updates
> (meaning guix-daemon in my system profile is at version
> 0.16.0-8.7ba2b27, dating from january 2019).
This should be fine. The daemon doesn’t change much and even in the
past upgrades to the daemon have been back
From: Ricardo Wurmus
Subject: Re: very old daemon = no substitutes?
Date: Mon, 23 Dec 2019 15:01:10 +0100
Double check /etc/guix/acl to make sure that the public key for
ci.guix.gnu.org is listed there.
Thank you very much! I found the cause of the problem: 'guix archive
--authorize' was up
Thomas,
Thomas Danckaert 写道：
Any idea why 'guix archive' is looking at /usr/local/...and what
I
could do about that?
Did you (manually) ./configure guix without ‘--sysconfdir=/etc’?
Trick question; it was a year ago; who knows; but that's usually
the culprit.
Kind regards,
T G-R
signat
On Thu, 19 Dec 2019, Jack Hill wrote:
I created a more minimal operating system definition:
```scheme
(define my-installation-os
(operating-system
(inherit installation-os)
(packages (cons package:network-manager
(operating-system-packages installation-os)))
(serv
Thomas Danckaert writes:
> From: Ricardo Wurmus
> Subject: Re: very old daemon = no substitutes?
> Date: Mon, 23 Dec 2019 15:01:10 +0100
>
>> Double check /etc/guix/acl to make sure that the public key for
>> ci.guix.gnu.org is listed there.
>
> Thank you very much! I found the cause of the p
