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

"Cook, Malcolm" skribis: > So WOOHOO and WHOOWHEE and general applause, cheers, and well-wishing > from all quarters. Yay! :-) > Ludo, did I tell you, as you asked, I did build guix from master also without > any FAILS and only SKIPPED one test, containers.scm. Excellent. Thanks for th

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

> I have resolved a main issue by having /gnu mounted without root > squashing and running gnu-daemon as root, as strongly suggested after > building with `./configure --localstatedir=/gnu/var > --exec-prefix=/gnu` > > And I am proceeding largely happily. > > So WOOHOO and WHOOWHEE and gen

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

Original Message- > From: Cook, Malcolm > Sent: Monday, July 20, 2015 5:38 PM > To: 'Ludovic Courtès' > Cc: 'Ricardo Wurmus'; 'Guix-devel'; 'Pjotr Prins'; 'bio- > packag...@mailman.open-bio.org' > Subject: RE: Using a sha

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

> > However > > > > ./pre-inst-env guix package -i hello > > > > Gives me > > > > guix package: error: build failed: the build users group > > `guix-builder' has no members > > > > But, but, I do have a group `guix-builder` > > > > I think the problem may be that my guix-builder group was d

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

On Sun, Jul 19, 2015 at 11:18:34AM +0200, Claes Wallin (韋嘉誠) wrote: > > > But, but, I do have a group `guix-builder` > guixbuild:x:3:guixbuilder01,guixbuilder02,guixbuilder03,guixbuilder04,guixbuilder05,guixbuilder06,guixbuilder07,guixbuilder08,guixbuilder09,guixbuilder10 The documentation on

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

On Jul 18, 2015 5:13 PM, "Ludovic Courtès" wrote: > "Cook, Malcolm" skribis: > > > However > > > > ./pre-inst-env guix package -i hello > > > > Gives me > > > > guix package: error: build failed: the build users group `guix-builder' has no members > > > > But, but, I do have a group `

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

"Cook, Malcolm" skribis: > However > > ./pre-inst-env guix package -i hello > > Gives me > > guix package: error: build failed: the build users group `guix-builder' > has no members > > But, but, I do have a group `guix-builder` > > I think the problem may be that my guix-builder gro

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

> I hope to chime in further with a big WOOHOO once I have this configuration > working Not quite WOOHOO yet. Getting close Here is where I am: I have built guix-0.8.2 on centOS7 passing all checks However ./pre-inst-env guix package -i hello Gives me guix package: e

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

Great Malcolm, One thing I was advocating today (compared to, for example, easybuild, modules or homebrew) is that once you create a GNU Guix package it will live on *all* future Linux systems (and perhaps beyond). It being a GNU project I can only imagine it becoming ubiquous. Pj. On Wed, Jul 1

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

> Cook, Malcolm 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.

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

Cook, Malcolm 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 ha

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

Ludovic, and Ricardo, > Yes, one way to help would be by trying a simple setup using Guix as it > currently exists, coupled with socat: > > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=20381 > > If you could test this and provide feedback about the other options discussed > there, that would b

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

"Cook, Malcolm" skribis: >> Another one, which I think Ricardo has been investigating lately, would be to >> have users manage their profiles via the Web user interface, >> guix-web: . (The video >> > 01__GNU_Gu

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

>> Another one, which I think Ricardo has been investigating lately, would be to >> have users manage their profiles via the Web user interface, >> guix-web: . (The video >> > 01__GNU_Guix__The_Emacs_of_Distros.we

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

Cook, Malcolm 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 (usi

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

Hi Ludovic and Ricardo, > Ricardo Wurmus skribis: > > > Even then, /gnu would be mounted read-only on all but the management > > host, because there would still only be one daemon writing to the > > store and the localstatedir – even if it would take requests from > > multiple remote guix client

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

Hi! > >> > Can anyone elaborate a little on what are the obstacles to having > >> > `/gnu` mounted read-write network wide? > >> > >> Yes, the primary problem is that the daemon assumes that it is the > >> only thing writing to the store and the localstatedir. Any > >> modification of profiles an

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

Ludovic Courtès writes: > A simple way to test the latter is with ‘socat’, something along the > lines of what I described at: > > https://lists.gnu.org/archive/html/guix-devel/2015-02/msg00680.html > > It would be great if you could check whether something like this works > for you. > > Then

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

Hi, "Cook, Malcolm" skribis: >> > Can anyone elaborate a little on what are the obstacles to having >> > `/gnu` mounted read-write network wide? >> >> Yes, the primary problem is that the daemon assumes that it is the only thing >> writing to the store and the localstatedir. Any modification o

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

Ricardo, Thanks for your complete and easy-to-understand response to my inquiries. > > Can anyone elaborate a little on what are the obstacles to having > > `/gnu` mounted read-write network wide? > > Yes, the primary problem is that the daemon assumes that it is the only thing > writing to the

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

Ricardo Wurmus skribis: > Even then, /gnu would be mounted read-only on all but the management > host, because there would still only be one daemon writing to the store > and the localstatedir – even if it would take requests from multiple > remote guix clients. I think $localstatedir (/var/guix

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

Ricardo Wurmus skribis: > Something like that has been suggested before: if the daemon were to > accept authenticated connections from the outside rather than to just > listen on a local socket we could have remote guix clients connecting to > the central daemon. [...] > Ultimately, the correct

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

Cook, Malcolm writes: > Can anyone elaborate a little on what are the obstacles to having > `/gnu` mounted read-write network wide? Yes, the primary problem is that the daemon assumes that it is the only thing writing to the store and the localstatedir. Any modification of profiles and the sto

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

Ricardo, Pj, et al, ... Hi - I am resending this message as I omitted Guix-devel at first and would like to cast a broader net I am interested in understanding details behind Ricardo's observation: "Guix is not designed to be run in a centralised manner. A Guix daemon is supposed to run