From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:45737) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gbibH-00071I-ND for guix-patches@gnu.org; Tue, 25 Dec 2018 04:02:08 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gbibD-0001x5-KV for guix-patches@gnu.org; Tue, 25 Dec 2018 04:02:07 -0500 Received: from debbugs.gnu.org ([208.118.235.43]:35533) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gbibC-0001up-V0 for guix-patches@gnu.org; Tue, 25 Dec 2018 04:02:03 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gbibC-0007l1-K8 for guix-patches@gnu.org; Tue, 25 Dec 2018 04:02:02 -0500 Subject: [bug#33753] stumpwm-contrib Resent-Message-ID: Date: Tue, 25 Dec 2018 01:01:21 -0800 From: Nam Nguyen Message-ID: <20181225090121.GA18066@antelope> References: <20181215020600.2713-1-namn@berkeley.edu> <20181215025031.GA2694@antelope> <87efaaolla.fsf@gnu.org> <87d0pulp5m.fsf@ambrevar.xyz> <875zvlv8r1.fsf@dustycloud.org> <20181224100129.GA17168@antelope> <87y38fi64j.fsf@ambrevar.xyz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87y38fi64j.fsf@ambrevar.xyz> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+kyle=kyleam.com@gnu.org Sender: "Guix-patches" To: Pierre Neidhardt Cc: 33753@debbugs.gnu.org > Sorry, no time for testing at the moment. No worries. Thanks for letting me know. > Both are included with asdf-build-system/sbcl. Is this OK in this context? In this context, the entire repo is contained in sbcl-source. COPYING media/ minor-mode/ modeline/ README.org update-readme.sh util/ I've resorted to a clunky way of deleting everything but the util/cpu subdirectory that I care about retaining. cp -r sbcl-source/util/cpu out/cpu rm -rf sbcl-source cp -r out/cpu sbcl-source/cpu I have cleaned up the code a bit in these latest two patches so that there is only one phase that does this. The directories look like so: ---8<------------------------------------------------------------ ~/.guix-profile/share/common-lisp/sbcl-source$ ls battery-portable cpu hostname mem pinentry swm-gaps winner-mode ~/.guix-profile/share/common-lisp/sbcl-bundle-systems$ ls battery-portable.asd cpu.asd hostname.asd mem.asd pinentry.asd swm-gaps.asd winner-mode.asd ---8<------------------------------------------------------------ > (set-module-dir "~/.guix-profile/share/common-lisp/sbcl-bundle-systems") > And then you would not need this line either if I'm not mistaken. I referred to the documentation[1], and it seems that module-dir can be set. In order not to set module-dir at runtime, perhaps the stumpwm recipe can be configured[2] with the correct module-dir? I suppose it would be more user-friendly to not have to use set-module-dir and just use the modules directly (like how emacs works with guix). If this is option is more desired, I can try configuring stumpwm and will report back. ---8<------------------------------------------------------------ (defvar *load-path* nil "A list of paths in which modules can be found, by default it is populated by any asdf systems found in `*module-dir*' set from the configure script when StumpWM was built, or later by the user using `add-to-load-path'") ---8<------------------------------------------------------------ [1] https://github.com/stumpwm/stumpwm/wiki/Modules [2] https://github.com/stumpwm/stumpwm/blob/master/module.lisp