[Bio-packaging] Using a shared Guix store (was RE: testing out guix)

Ricardo Wurmus ricardo.wurmus at mdc-berlin.de
Wed Jul 8 19:43:55 UTC 2015


Cook, Malcolm <MEC at stowers.org> writes:

> Certainly per-user profiles must be network readable , since they wind
> up on PATH.  Perhaps within /gnu/guix/profiles/per-user?

I have configured guix such that the $localstatedir is /gnu/var, so I
only have to export /gnu.

> However, if `guix` command is enabled (using ssh/pipe/??) to run in
> networked environment with build and other work continuing to be
> coordinated by guix-daemon, then updates to per-user profiles
> similarly would need to be coordinated.  For example, if a user wants
> to `guix package --install somePkg-someVersion` then that package must
> be protected against any "simultaneous" garbage collection.  Running
> the --install through the network daemon is the guix way of protecting
> against such a race condition.

Correct.  With a shared store there must be a shared daemon.  An
alternative setup would be to have completely separate stores and reduce
build work by using ‘guix publish’.

Unfortunately, I have not yet been able to test a setup where the local
‘guix’ command talks via SSH/socat to a central guix-daemon.  (I’ve been
trying to improve the performance in our situation where the store is
located on a central file server and the daemon operates on the NFS
share.  This is rather slow here and could only partially be improved by
disabling deduplication.)

~~ Ricardo


More information about the bio-packaging mailing list