From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id WMNbAdC0zF4vMwAA0tVLHw (envelope-from ) for ; Tue, 26 May 2020 06:18:56 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id MPG5OM+0zF6mbgAAbx9fmQ (envelope-from ) for ; Tue, 26 May 2020 06:18:55 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 83236940390 for ; Tue, 26 May 2020 06:18:55 +0000 (UTC) Received: from localhost ([::1]:44566 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jdSvO-0004mw-Hi for larch@yhetil.org; Tue, 26 May 2020 02:18:54 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:33896) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jdSvF-0004kg-J7 for help-guix@gnu.org; Tue, 26 May 2020 02:18:45 -0400 Received: from relay7-d.mail.gandi.net ([217.70.183.200]:36171) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jdSvE-0001jD-3d for help-guix@gnu.org; Tue, 26 May 2020 02:18:45 -0400 X-Originating-IP: 90.65.104.217 Received: from gnou.home (lfbn-lyo-1-1672-217.w90-65.abo.wanadoo.fr [90.65.104.217]) (Authenticated sender: d@divoplade.fr) by relay7-d.mail.gandi.net (Postfix) with ESMTPSA id AD3FA20004; Tue, 26 May 2020 06:18:39 +0000 (UTC) Message-ID: <7d840a0f1f2c67452b696959902bef6c69a765b5.camel@divoplade.fr> Subject: Re: Geiser and Guix - how to avoid long compilation steps? From: divoplade To: Jonathan Frederickson Date: Tue, 26 May 2020 08:18:38 +0200 In-Reply-To: <1590460370.6021.0@terracrypt.net> References: <1590447777.1469.0@terracrypt.net> <273ca8429baf5d148376e9ceb08dff87fce935eb.camel@divoplade.fr> <1590460370.6021.0@terracrypt.net> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.30.5-1.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Received-SPF: pass client-ip=217.70.183.200; envelope-from=d@divoplade.fr; helo=relay7-d.mail.gandi.net X-detected-operating-system: by eggs.gnu.org: First seen = 2020/05/26 02:18:40 X-ACL-Warn: Detected OS = Linux 3.11 and newer X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=_AUTOLEARN X-Spam_action: no action X-BeenThere: help-guix@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: help-guix@gnu.org Errors-To: help-guix-bounces+larch=yhetil.org@gnu.org Sender: "Help-Guix" X-Scanner: scn0 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of help-guix-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=help-guix-bounces@gnu.org X-Spam-Score: -0.01 X-TUID: zmIkrLaWxRrW Hello, Le lundi 25 mai 2020 à 22:32 -0400, Jonathan Frederickson a écrit : > Ah! Thanks for the hint about the version of Guile. > > Turns out it was actually the other way around; I had built Guix > with > Guile 3 but still had Guile 2.2 in my profile. This explains why an > ad-hoc environment with Guile worked just fine, but Guile in my > normal > profile did not. (Looks like Guix gained support for Guile 3 prior > to > version 1.1.0: > https://guix.gnu.org/blog/2020/gnu-guix-1.1.0-released/) I am glad this helped even if I was 100% wrong! > > On Tue, May 26, 2020 at 2:05 am, divoplade wrote: > > Hello, > > > > I think that guix does not support guile 3 yet, so you should have > > guile 2 bytecode for the guix modules. If geiser starts guile 3, > > then > > guile 3 will recompile everything because the bytecode format > > changed > > (and it could even compile native code). > > > > Maybe it could work if you used guile 2.2 with geiser. > > > > divoplade > > > > Le lundi 25 mai 2020 à 19:02 -0400, Jonathan Frederickson a écrit : > > > I've been using Geiser to hack on Guix lately, which is > > > absolutely > > > wonderful to use when it works. The trouble is, after I upgrade > > > my > > > system's Guix, Guile attempts to compile large portions of Guix > > > when > > > I > > > attempt to switch to the module I'm working on in Geiser, e.g.: > > > > > > M-x run-guile > > > ,m (gnu services games) > > > > > > This despite the fact that I'm working on a copy of Guix that > > > I've > > > already compiled with 'make' and that has the compiled copy > > > alongside > > > the source. The compilation step takes a *long* time on my > > > hardware, > > > which is fairly painful when I want to hack on Guix. > > > > > > I do have my Guix checkout in geiser-guile-load-path in my emacs > > > config > > > as per > > > https://guix.gnu.org/manual/en/html_node/The-Perfect-Setup.html: > > > > > > (with-eval-after-load 'geiser-guile > > > (add-to-list 'geiser-guile-load-path "~/sources/guix")) > > > > > > My guess is that Guile is picking up my system's version of Guix > > > before > > > my local copy. I understand that I could start a version of > > > Emacs in > > > a > > > pure ad-hoc environment (and Guile doesn't appear to start > > > recompiling > > > Guix when I do so), but the typical Emacs workflow is to have a > > > long-running Emacs session and use that for everything; that's > > > what > > > I'm > > > used to, and I'd like to continue to do so if possible. > > > > > > Does anyone else experience this? What's the best way to use > > > Geiser > > > to > > > hack on Guix when running Guix System? > > > > > > > > > > >