unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: John Darrington <john@darrington.wattle.id.au>
To: Ludovic Court??s <ludo@gnu.org>
Cc: guix-devel@gnu.org
Subject: Re: Overrding the localstatedir
Date: Fri, 3 Jan 2014 16:43:24 +0100	[thread overview]
Message-ID: <20140103154324.GA5220@jocasta.intra> (raw)
In-Reply-To: <8761q1nl6a.fsf@gnu.org>

[-- Attachment #1: Type: text/plain, Size: 2552 bytes --]

On Fri, Jan 03, 2014 at 04:23:57PM +0100, Ludovic Court??s wrote:
     Hi!
     
     And happy new year to everyone, where applicable!  :-)
     
     John Darrington <john@darrington.wattle.id.au> skribis:
     
     > After a while I run "guix package -i guix" which installs just fine.
     
     (Note that there???s little point in doing that since it gives you the
     same version that you just installed.  If you wanted to use the latest,
     run ???guix pull??? instead (info "(guix) Invoking guix pull").)
     
     > But sadly now guix is broken.  Wheneve I run any command I get:
     >
     >  guix package: error: failed to connect to `/var/nix/daemon-socket/socket': No such file or directory
     >
     > Shouldn't we have a --localstatedir option or an environment variable so that guix knows where to find its state
     > dir?
     
     There is one already.  Among other things, it tells the Guix clients
     (all the ???guix??? commands) where to find the daemon socket, and it tells
     the daemon where to find its database that describes what???s in the
     store.

Is there??!!!  I don't see any mention of it in the documenation.  And when I type "guix --localstatedir=/var" I get the
following error message:

 guix: unrecognized option '--localstatedir=/var'
 Try `guix --help' for more information

I think you are refering to the configure variable.  My suggestion is also to add one to the guix binary itself to override
that specified at configure time.
     
     Presumably, the problem you have here is that the Guix you installed by
     hand had a different $localstatedir than the other one.  The ???guix???
     package in Guix is built with --localstatedir=/var.

That is correct  and this is the crux of the problem.  When building guix from a tarball, using ./configure; make ; make install the localstatedir is
PREFIX/var but that defined in gnu/packages/package-management.scm uses --localstatedir=/var
     
     Could you check that?
     

So so sum up, my suggestions are:

1.  Either a) remove "--localstatedir=/var" from the configure-flags of the definition of guix in package-management.scm; 
    Or b) Set the default localstatedir in configure.ac to /var

2.  Add a run time flag to guix to override whatever localstatedir was given at configure time.


J'

-- 
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.


[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

  reply	other threads:[~2014-01-03 15:43 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-01-01 13:19 Overrding the localstatedir John Darrington
2014-01-03 15:23 ` Ludovic Courtès
2014-01-03 15:43   ` John Darrington [this message]
2014-01-03 16:15     ` 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

  List information: https://guix.gnu.org/

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

  git send-email \
    --in-reply-to=20140103154324.GA5220@jocasta.intra \
    --to=john@darrington.wattle.id.au \
    --cc=guix-devel@gnu.org \
    --cc=ludo@gnu.org \
    /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 public inbox

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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).