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 uPcSLsTy9V+YewAA0tVLHw (envelope-from ) for ; Wed, 06 Jan 2021 17:26:28 +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 MCL3KcTy9V//CwAAbx9fmQ (envelope-from ) for ; Wed, 06 Jan 2021 17:26:28 +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 D1E779402A9 for ; Wed, 6 Jan 2021 17:26:27 +0000 (UTC) Received: from localhost ([::1]:53668 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kxCZl-0002Gi-Ji for larch@yhetil.org; Wed, 06 Jan 2021 12:26:25 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:39588) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kxCZc-0002Eg-5e for help-guix@gnu.org; Wed, 06 Jan 2021 12:26:16 -0500 Received: from mout01.posteo.de ([185.67.36.65]:42682) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kxCZZ-00019f-A5 for help-guix@gnu.org; Wed, 06 Jan 2021 12:26:15 -0500 Received: from submission (posteo.de [89.146.220.130]) by mout01.posteo.de (Postfix) with ESMTPS id 79334160060 for ; Wed, 6 Jan 2021 18:26:10 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1609953970; bh=/CkmOmAo8kRr2ZD1COtRAynK6Rg4CdmOFOVvVy75vd0=; h=From:To:Cc:Subject:Date:From; b=iuak8sS9DvrM75OcWqF6fKyPWWlUqLMMAmgPiEaa9EQ+t1LREcNiJLKK81k++IytL kOUQNnR5NmkSh1AuxHdgQbMIF1CDlsLO7Yf8t8pjGtcdNe7Zi+1iFUYqFMp9uV4zWD Do3y0GB+iYCnu8lD0pEgf/cvPUw+lehiZqV1URv6ODodRi9VBfnSBN61ydZKaFe3To e6yCmNuBBOvzXlD510LOiJfRCr08mhrEJIHEPT3IpAQ3Dy4LMpdbyQo0nFSowBSrMk haNr0LEDgar9/Ifco2jC7gvxa6zwMTCdhgvtEx8jKfsPDtYi0Fu90Vm3lTxaoWFw/S jOp6ZlmuE/ouQ== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4D9x9B0zT8z6tmT; Wed, 6 Jan 2021 18:26:06 +0100 (CET) References: <878s97ukes.fsf@gmail.com> <87k0sq74wy.fsf@yamatai> <87v9cagxmp.fsf@yamatai> <87zh1mt5dp.fsf@gmail.com> User-agent: mu4e 1.4.13; emacs 27.1 From: Guillaume Le Vaillant To: Katherine Cox-Buday Subject: Re: stumpwm contrib modules have been broken In-reply-to: <87zh1mt5dp.fsf@gmail.com> Date: Wed, 06 Jan 2021 18:26:04 +0100 Message-ID: <87pn2igeoj.fsf@yamatai> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Received-SPF: pass client-ip=185.67.36.65; envelope-from=glv@posteo.net; helo=mout01.posteo.de X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no 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-Migadu-Flow: FLOW_IN X-Migadu-Spam-Score: -2.84 Authentication-Results: aspmx1.migadu.com; dkim=fail (headers rsa verify failed) header.d=posteo.net header.s=2017 header.b=iuak8sS9; dmarc=fail reason="SPF not aligned (strict)" header.from=posteo.net (policy=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-Migadu-Queue-Id: D1E779402A9 X-Spam-Score: -2.84 X-Migadu-Scanner: scn0.migadu.com X-TUID: eaJkLth6li2O --=-=-= Content-Type: text/plain Katherine Cox-Buday skribis: > Guillaume Le Vaillant writes: > >> Guillaume Le Vaillant skribis: >> >>> Katherine Cox-Buday skribis: >>> >>>> Sometime recently, the way Common Lisp code is compiled was changed (for >>>> the better, I think), and now my StumpWM contrib modules won't load. >>>> Here's why: >>>> >>>> StumpWM looks[1] for .asd files to determine what is a module. Guix's >>>> Common Lisp build system used to combine an entire system into a single >>>> .fasl file and then produce a .asd file for loading it. Now -- as far as >>>> I can tell -- it looks like `lib/common-lisp/sbcl` is more like the >>>> Common Lisp cache: one .fasl file per .lisp file. >>>> >>>> If I point StumpWM at `lib/common-lisp/sbcl` via `set-module-dir`, it >>>> finds no modules. If I point StumpWM at `share/common-lisp/sbcl`, it >>>> finds modules, tries to compile them, and then gives me a permissions >>>> error about writing to the `/gnu` store. >>>> >>>> Is anyone using StumpWM contrib modules successfully with Guix's new >>>> layout? How? >>>> >>>> [1] - https://github.com/stumpwm/stumpwm/blob/master/module.lisp#L70 >>> >>> Hi, > > Hey, thanks for responding Guillaume, and thanks for forwarding, Pierre. > >>> In my StumpWM init file, I use '(asdf:load-system ...)' instead of >>> '(load-module ...)' to load the contrib modules that are installed in my >>> Guix profile, and it works. > > When I try this, I get this error: > > Error opening #P"/gnu/store/j6s3hhmlm8n7ynv92agcbzzxrc0bgpc0-stumpwm-20.11-lib/lib/common-lisp/sbcl/stumpwm/package-tmpAAURS01.fasl > > which is a file that does not exist. > >> With the following near the top of my StumpWM init file, the >> 'load-module' function works like 'asdf:load-system': >> >> (let* ((guix-profile (pathname-as-directory (getenv "GUIX_PROFILE"))) >> (module-dir (merge-pathnames "share/common-lisp/sbcl/" guix-profile))) >> (set-module-dir module-dir)) > > This is what I mentioned above, pointing to the `share/` side of things. > On my Guix OS system, this works (but it has to compile everything; I'd > prefer to use the precompiled fasls), but on my alien distro, I get the > afforementioned permission error as it tries to write to the store. > > I'm happy to try and find something that works in the short-term so I > can get my window manager back, but in the long-term, we should repair > the bug so that new users aren't left wondering as well. > > Thanks again for responding. > > Katherine I'm using a Guix OS and I don't have the issue; StumpWM uses the precompiled files and doesn't try to recompile anything. Maybe we can try to find what is the difference between your configuration and mine. Are all the packages for the Lisp systems and StumpWM modules that you load in your init file installed in your Guix profile? How is your StumpWM started (.xsession file, custom script, ...)? What is the result of evaluating '(getenv "XDG_CONFIG_DIRS")' in your StumpWM? What is the result of evaluating '(getenv "XDG_DATA_DIRS")' in your StumpWM? Could you share the part of your init file that sets the module directory (or directories)? Does StumpWM try to recompile every module that you load, or only some of them? --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iIUEAREKAC0WIQTLxZxm7Ce5cXlAaz5r6CCK3yH+PwUCX/XyrA8cZ2x2QHBvc3Rl by5uZXQACgkQa+ggit8h/j8wowD+KbgZzflxDMAJD+D5LcRzpDMC9r3W8Nu+ze7V asBTHv0A/0/6NuKwU+O94hz5uDFZYTD/80EcjIfTFOcb6rbW1aZx =GJnk -----END PGP SIGNATURE----- --=-=-=--