From mboxrd@z Thu Jan 1 00:00:00 1970 From: Federico Beffa Subject: Re: guix 0.7 installation Date: Sat, 13 Sep 2014 14:08:33 +0200 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:36234) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XSm83-0005sf-NR for guix-devel@gnu.org; Sat, 13 Sep 2014 08:08:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XSm82-0002pQ-Kk for guix-devel@gnu.org; Sat, 13 Sep 2014 08:08:35 -0400 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: ludo@gnu.org, guix-devel@gnu.org > The was a bug in 0.7 where =E2=80=98make clean=E2=80=99 would remove that= os-config.tmpl > file: . > > Just unpack guix-0.7.tar.gz afresh and it=E2=80=99ll be there. That indeed did the trick. Thanks! Having played with guix a little bit, I have a few questions: - My locally built guix is now built with references to guix libraries (in /gnu/store). What happens if I "guix pull" and "guix package -u" and then garbage collect old profiles and packages? Is it possible that at some point my guix will break? - Every time I use guix I get the following note: ;;; note: source file /usr/local/share/guile/site/2.0/srfi/srfi-37.scm ;;; newer than compiled /usr/local/share/guile/site/2.0/srfi/srfi-3= 7.go I guess it is just a matter of recompiling the module, but the "make install" procedure should in principle get it right. - Out of curiosity I've installed the guix package into my store. The installation procedure suggested to define the following environment variables: export GUILE_LOAD_PATH=3D"$HOME/.guix-profile/share/guile/site/2.0" export GUILE_LOAD_COMPILED_PATH=3D"$HOME/.guix-profile/share/guile/site/2= .0" I did that. However, the guix package binary was still pointing to my local copy of object files in "/usr/local/share/guile/...". That sounded a little worrying to me. For this reason, for the moment, I just removed the guix package. Is there a way to force the guix package binary to only look in the store for object files? - If I would install the guix package and uninstall the locally built one from /usr/local, how would a new user be able to start using guix? - To use the build tools from the stores I've defined the following environment variables: export PKG_CONFIG_PATH=3D"$HOME/.guix-profile/lib/pkgconfig" export ACLOCAL_PATH=3D"$HOME/.guix-profile/share/aclocal" export CPATH=3D"$HOME/.guix-profile/include" export LIBRARY_PATH=3D"$HOME/.guix-profile/lib" Is it possible that having these variables defined does interfere with the workings of my host distribution (Debian 7.6)? What happens, say, if an install script for a Debian package makes use of pkg-config (or any other tool) and there is a difference between the one expected by the Debian package (reported by ATP tools) and the one found on my system? Should I better not have these variables defined by default? If there could be interference then it probably would make sense to have a script similar to pre-inst-env for people installing guix on another distribution. Thanks for the help and the great work! Regards, Fede