all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Cook, Malcolm" <MEC@stowers.org>
To: 'Ricardo Wurmus' <rekado@elephly.net>
Cc: 'Guix-devel' <guix-devel@gnu.org>,
	'Pjotr Prins' <pjotr.public66@thebird.nl>,
	"'bio-packaging@mailman.open-bio.org'"
	<bio-packaging@mailman.open-bio.org>
Subject: RE: Using a shared Guix store (was RE: [Bio-packaging] testing out guix)
Date: Wed, 15 Jul 2015 19:49:53 +0000	[thread overview]
Message-ID: <edc6f31e0b53488294e4e4718b9650e7@exchsrv2.sgc.loc> (raw)
In-Reply-To: <87si8pfmqg.fsf@elephly.net>

> Cook, Malcolm <MEC@stowers.org> writes:
> 
> > Also, you discussed need for setting NIX_STATE_DIR.  This should not
> > be needed if guix was already installed with configuration of
> > --localstatedir=/guix/var (with /guix being nfs mounted), right?
> 
> NIX_STATE_DIR is used to override localstate at runtime.  If you are happy
> with the localstatedir (defined at configure time) you do not need
> NIX_STATE_DIR.  After my vacation I’ll take some time to think about how to
> allow users to run “guix” on cluster nodes to manipulate their profiles — and
> how to reliably set this all up.  I’m planning on documenting this, both in a
> specialised form for my blog and in a more generic fashion for the Guix
> manual.

Great - thanks for clarifying - I am looking forward to reading about this further in both places.  

I will eventually care about the cluster use case, but for now my first aim is to ensure that users at my institute can expect an identical experience in using guix regardless of which of our multiple shared-used computational servers they are logged into.

> 
> > Ricardo also wrote "For ‘guix package’ to work,
> > /gnu/var/guix/profiles/per-user must be shared read-write (over NFS)
> > with correct UID mapping." - I really don't understand this and tried
> > to elicit feedback in
> > http://lists.nongnu.org/archive/html/guix-devel/2015-07/msg00216.html
> > - Can anyone give me clarification on this.  I though the guix daemon
> > is going to manage these profiles.
> 
> I don’t remember writing this or the context in which I wrote this (could it be
> that Ludovic wrote this?) — looking at the code for guix/scripts/package.scm
> it seems that the client performs some of the symlink switching when
> switching generations (e.g. after installing a new package).  For that to work it
> would need write permission to the user’s profile directory.

Ricardo I am sorry, you are correct, I was quoting Ludovic in a thread where you replied https://lists.gnu.org/archive/html/bug-guix/2015-07/msg00042.html 

> (I could be completely wrong here.  That’s not how it’s set up here and I
> haven’t yet tested a configuration like this.)

I hope to chime in further with a big WOOHOO once I have this configuration working....

Thanks again for your helps...

~Malcolm

> 
> ~~ Ricardo


  reply	other threads:[~2015-07-15 19:50 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-06-18 20:22 Using a shared Guix store (was RE: [Bio-packaging] testing out guix) Cook, Malcolm
2015-06-19  8:06 ` Ricardo Wurmus
2015-06-19 11:34   ` Ludovic Courtès
2015-06-25  6:40     ` Ricardo Wurmus
2015-06-19 11:40   ` Ludovic Courtès
2015-07-08 19:20     ` Cook, Malcolm
2015-07-08 19:43       ` Ricardo Wurmus
2015-06-19 17:48   ` Cook, Malcolm
2015-06-24 19:57     ` Ludovic Courtès
2015-07-08 18:03       ` Cook, Malcolm
2015-07-08 19:53         ` Ricardo Wurmus
2015-07-10  8:39         ` Ludovic Courtès
2015-07-11  0:48           ` Cook, Malcolm
2015-07-13 16:45             ` Test suite failures Ludovic Courtès
2015-07-18  3:04               ` Cook, Malcolm
2015-07-18 15:02                 ` Ludovic Courtès
2015-07-11  0:54           ` Using a shared Guix store (was RE: [Bio-packaging] testing out guix) Cook, Malcolm
2015-07-15 15:45             ` Ricardo Wurmus
2015-07-15 19:49               ` Cook, Malcolm [this message]
2015-07-15 20:28                 ` Pjotr Prins
2015-07-18  9:26                 ` Cook, Malcolm
2015-07-18 15:13                   ` Ludovic Courtès
2015-07-19  9:18                     ` Claes Wallin (韋嘉誠)
2015-07-19  9:33                       ` Andreas Enge
2015-07-20 22:37                     ` Cook, Malcolm
2015-07-21 20:23                       ` Cook, Malcolm
2015-07-21 20:29                         ` Ricardo Wurmus
2015-07-23 22:52                         ` Ludovic Courtès

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=edc6f31e0b53488294e4e4718b9650e7@exchsrv2.sgc.loc \
    --to=mec@stowers.org \
    --cc=bio-packaging@mailman.open-bio.org \
    --cc=guix-devel@gnu.org \
    --cc=pjotr.public66@thebird.nl \
    --cc=rekado@elephly.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.