GNU bug report logs - #20217
Allow users to use the daemon's default settings

Previous Next

Package: guix;

Reported by: ludo <at> gnu.org (Ludovic Courtès)

Date: Sat, 28 Mar 2015 14:37:02 UTC

Severity: normal

Done: ludo <at> gnu.org (Ludovic Courtès)

Bug is archived. No further changes may be made.

Full log


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

From: ludo <at> gnu.org (Ludovic Courtès)
To: 20217 <at> debbugs.gnu.org
Subject: Re: bug#20217: Allow users to use the daemon's default settings
Date: Wed, 28 Oct 2015 15:36:35 +0100
ludo <at> gnu.org (Ludovic Courtès) skribis:

> Mark H Weaver <mhw <at> netris.org> skribis:
>
>> Ludovic Courtès <ludo <at> gnu.org> writes:
>>
>>> commit 4d58122071bbd7bb56c9658a9bbe7621bf3e423d
>>> Author: Ludovic Courtès <ludo <at> gnu.org>
>>> Date:   Sun Mar 22 23:43:25 2015 +0100
>>>
>>>     store: Default to a non-empty list of substituters.
>>>     
>>>     Fixes <http://bugs.gnu.org/20163>.
>>>     Reported by Mark H Weaver <mhw <at> netris.org>.
>>>     
>>>     * guix/store.scm (%default-substitute-urls): New variable.
>>>       (set-build-options): Change default value of #:substitute-urls to
>>>       %DEFAULT-SUBSTITUTE-URLS.
>
> [...]
>
>> Does this mean that even if I've configured my daemon to use a different
>> set of substitute-urls, when I run 'guix' as root those settings will be
>> overridden?
>
> Yes.

This particular issue of substitute URLs is fixed in fb4bf72.

The more general problem remains though: for all the other options, like
max-build-jobs, timeout, etc., the client settings take precedence over
the daemon settings because the ‘set-build-options’ RPC doesn’t provide
a way to say “use default value.”

The fix for that will be either: (1) a ‘set-build-options2’ RPC that has
a way to leave some settings unchanged, or (2) a ‘get-build-options’ RPC.

Option (1) is simpler and more efficient, but option (2) could be
interesting.

Ludo’.




This bug report was last modified 8 years and 183 days ago.

Previous Next


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