[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Using the daemon’s default settings
From: |
Ludovic Courtès |
Subject: |
Using the daemon’s default settings |
Date: |
Mon, 23 Mar 2015 22:11:17 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) |
Mark H Weaver <address@hidden> skribis:
> Ludovic Courtès <address@hidden> writes:
>
>> commit 4d58122071bbd7bb56c9658a9bbe7621bf3e423d
>> Author: Ludovic Courtès <address@hidden>
>> 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 <address@hidden>.
>>
>> * 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.
> That seems suboptimal.
Right.
> We have a similar problem with the values of --cores and --max-jobs
> passed to guix-daemon being ignored because they are always overridden
> by our client.
Indeed.
> How can we fix these so that the daemon's settings are used unless the
> user specifically asks to override them in the client?
If you look at nix-daemon.cc:543, there’s currently no way for a client
to say “default value.” The only way for a client to get the daemon’s
default values is to not call the ‘set-build-options’ RPC at all; it’s
all or nothing.
I think the way forward would be to add a new RPC, say
‘set-build-options2’, that would take a list of key/value pairs, where
keys are option names. Options not mentioned in a ‘set-build-options2’
call would keep their default value.
How does that sound?
Thanks,
Ludo’.