From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jookia <166291@gmail.com> Subject: Re: The tricky case of "--localstatedir=/var" Date: Wed, 17 Feb 2016 21:08:57 +1100 Message-ID: <20160217100857.GA29638@novena-choice-citizen.lan> References: <20160216135729.GB13560@novena-choice-citizen.lan> <874md7yd4u.fsf@gmail.com> <20160217083849.GA27789@novena-choice-citizen.lan> <871t8br93u.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:55282) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from <166291@gmail.com>) id 1aVz6N-0000Lx-H6 for guix-devel@gnu.org; Wed, 17 Feb 2016 05:12:56 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from <166291@gmail.com>) id 1aVz6J-0005d9-E1 for guix-devel@gnu.org; Wed, 17 Feb 2016 05:12:55 -0500 Received: from mail-wm0-x231.google.com ([2a00:1450:400c:c09::231]:35231) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <166291@gmail.com>) id 1aVz6J-0005d3-2D for guix-devel@gnu.org; Wed, 17 Feb 2016 05:12:51 -0500 Received: by mail-wm0-x231.google.com with SMTP id c200so204991342wme.0 for ; Wed, 17 Feb 2016 02:12:51 -0800 (PST) Content-Disposition: inline In-Reply-To: <871t8br93u.fsf@gmail.com> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: Chris Marusich Cc: guix-devel@gnu.org On Wed, Feb 17, 2016 at 01:15:17AM -0800, Chris Marusich wrote: > It looks like the decision to explicitly set localstatedir to "/var" in > the guix package was made in commit 2d195e67 by Ludo. Perhaps he can > explain what his intent was. That'd be nice. I'm sure there's a reason which could be helpful in figuring out how to fix this issue. > I understand why you would want to do "guix environment guix" (e.g., to > get the dependencies for guix so you can build it), but I'm curious: why > would you want to do "guix package -i guix"? This is a bit of a > digression, but I'm curious to know why one might want do that. Well, in my case (and a lot of cases as evident by the people running in to this exact issue) is that we compile Guix from source instead of using the official binaries, then install Guix so it's managed by Guix. The advantage to this is that we have all the dependencies for Guix inside the store rather than in, say, Debian's package manager. This is also needed in the case you want to bootstrap and install to a disk or build virtual machines containing Guix. > - Chris Jookia.