From mboxrd@z Thu Jan 1 00:00:00 1970 From: Leo Famulari Subject: Re: Small documentation improvements Date: Mon, 7 Aug 2017 14:19:26 -0400 Message-ID: <20170807181926.GA10622@jasmine.lan> References: <87efsplo0w.fsf@gnu.org> <99bf43da33aab2ed64a2938d3e2b2546@strahlungsfrei.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="nFreZHaLTZJo0R7j" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:40934) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1demco-0000Qp-5D for guix-devel@gnu.org; Mon, 07 Aug 2017 14:19:39 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1demcj-0001hW-0N for guix-devel@gnu.org; Mon, 07 Aug 2017 14:19:34 -0400 Content-Disposition: inline In-Reply-To: <99bf43da33aab2ed64a2938d3e2b2546@strahlungsfrei.de> 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" To: maze+guix@strahlungsfrei.de Cc: guix-devel@gnu.org --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 07, 2017 at 01:37:16AM +0200, Martin H. wrote: > Actually, it seems this change was totally wrong and broke my system. At > least that's what happened: I didn't really realize it immediately, but > after this change and the first successful package compile inside my guix > checkout I ended up with broken links to libgcc and libstd++. That means I > couldn't run any command anymore. I had to boot a live cd and fix those > problems manually the hard way in order to get the system to boot again. Yikes! I've reverted the change while we investigate. > The "sudo -E" makes GUILE_LOAD_PATH contain the paths of the development > guix instance *in addition* to the paths of the system instance (in > /run/current-system). As far as I understand, that then means two guix > daemons with different packages sources are partially operating on the sa= me > store directories. The development checkout should rather only use its own > store directory, right? Can anyone clear up how it is supposed to work? When using Guix from the development checkout with the 'pre-inst-env' script, you can share the store and database if you pass '--localstatedir=3D/var' to ./configure, assuming you are using the default location of the local state directory. I figure it should be safe to run multiple daemons on the same store as long as they share the database, but I'm not 100% sure. However, it's generally not necessary to run a guix-daemon from the source checkout unless you are testing changes to the daemon, or the source checkout and the GuixSD-provided guix-daemon are of wildly different versions of Guix. > The reason I tried this change in the first place was that each `guix bui= ld` > call ends up with the following error, when the daemon is not started with > "sudo -E": >=20 > > substitute: ;;; Failed to autoload make-session in (gnutls): > > substitute: ;;; ERROR: missing interface for module (gnutls) > > substitute: Backtrace: > > substitute: 1 (primitive-load > > "/home/martin/git/guix/scripts/guix") > > substitute: In guix/ui.scm: > > substitute: 1331:12 0 (run-guix-command _ . _) > > substitute: > > substitute: guix/ui.scm:1331:12: In procedure run-guix-command: > > substitute: guix/ui.scm:1331:12: In procedure module-lookup: Unbound > > variable: make-session > > guix build: error: corrupt input while restoring archive from # > file 1fe3d90> >=20 > There probably has to be a different solution to this problem. I found > recent threads with similar problems, but this seems to be different. Those errors indicate that Guix could not find the Guile bindings of GnuTLS. They can be made available with `guix environment --ad-hoc guile2.2-gnutls`. --nFreZHaLTZJo0R7j Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEsFFZSPHn08G5gDigJkb6MLrKfwgFAlmIry4ACgkQJkb6MLrK fwgVwhAAoniXCgn1lwBPQpNO0dfoGEwlO4UHne0/ABkWTlfDpS6g/VX1UJnaxKlA 7UD+1L405IPQCm9fjEHFoQW2NievEthuIu5oGzS35XW/RTwJg9YUMbZB9tmlBaDe Hro8JdINIRrXLqIv64F8oMt9Bl9HL2nyDrihwadK3Iycwms2yXWzajP+D94lygMG WbtVRVYKcTxaIyJUPa29mfMbIFfL/AmPNMEDapJk40l4X71jA5OlkQdZOrFa/jkU u9U1uifjHV/4Fbr9mp5OKI/8iC0ZyzqCF9oZoZQ3XGjnuklOeZNB1ekmtascMOyT SMj91fg4quiDsTfQrnLrOlTCO/Be38U+1sgAs+mMuwC2wUD0HWGVbbk6tdFe2KVp wpgPX/F1NHQXFxE+OboZeSQJyLi+Ba+K1pnFKPhitP1Sxj7Jf4MKk5nQa2iVvY+y DBerdTWpJCOckrWzcpMdFckZ7hF5LO+wujjCoDP2jRpP+kFrxjyHcPRv2meRwne9 nHADSZ/K6AEU7ss8oM1GR7Iv+Nz7vE+t0BuHB7IVIm1E6ZndZ4F0X5odT8Vhzkxo 0dr/wH2V4MZy/mORdQV33QGmuRPqzsLfagU4FpQzCALWgOR2TsO9eOlWuYtdrG6W WWieho3yhi1A36NXEr+fmeW4uyRYePwGWkgic6O2JkCb6X8RfUs= =v8ut -----END PGP SIGNATURE----- --nFreZHaLTZJo0R7j--