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 iOH/MZXg9V+8RAAA0tVLHw (envelope-from ) for ; Wed, 06 Jan 2021 16:08:53 +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 SGG/LZXg9V+tRwAAbx9fmQ (envelope-from ) for ; Wed, 06 Jan 2021 16:08:53 +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 544BF940503 for ; Wed, 6 Jan 2021 16:08:53 +0000 (UTC) Received: from localhost ([::1]:58268 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kxBMg-0001Sd-Vf for larch@yhetil.org; Wed, 06 Jan 2021 11:08:51 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:47988) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kxBMX-0001Qv-D7 for help-guix@gnu.org; Wed, 06 Jan 2021 11:08:41 -0500 Received: from mail-il1-x12f.google.com ([2607:f8b0:4864:20::12f]:45163) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kxBMU-0003zc-4l for help-guix@gnu.org; Wed, 06 Jan 2021 11:08:41 -0500 Received: by mail-il1-x12f.google.com with SMTP id w12so3638598ilm.12 for ; Wed, 06 Jan 2021 08:08:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=UE3tj1b7uox7mVJ4pdKUayBy1JPhOHMX+vzjYRG6S9o=; b=IhrhHUILOF6QTqtFaSmArIr2I7S/diLDOjhw66GHRIwsTrYyJqcxfn4Psff4OawRZy Aa5bcE7VMHEbiUM8OPATVOl11XMoV+8GU18hlURLCF3cPyMe/BVAH+4GrZYDAhDVt1EX MwIAvXGDAUwC9PwfHQtn1dhsGO8JeRUWNV1VYMvmmkxBPuz3jE/GtAR3qYJTJxoy5mPW 6p9cDSDm/4eMwVvJ7q6kGS6RYWV8NiQpw/budAHndjfFywrP5oufexDldI29ZER8XRpE xoip5DONO4yNHclxgPXs6zo9950ZRB7qXsHqFoGzC3F0XXRbPo3TtwBATYLMMOTE9kFZ j5EA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=UE3tj1b7uox7mVJ4pdKUayBy1JPhOHMX+vzjYRG6S9o=; b=H3wsC7HjoYdWYLS/nEgEicewUWAAPajPmDJq2GDM8WbBujNiWIlq5MidXoD6wyvIh7 zBtLKBIOedhtG4hDTGEzpr4/fzy1OnpS1eHx9kCtk43VcSofjOy7uKn7bliyJGbHzAwM I883udtSjgrpP/9489DK/JtNVDFcr4cpmUta+M6WcTyM1eTgm/+hUNJ2DSom6XKsqgJy rg72SE3GnNHIClas0bO7WsrT0K1vsQsGAW5cQa50possJiXVWUWV+CIs1UE9CmRknCAN lcOwq5L4tzd0R+janfoa9LiGixjNJzZFCTDTzymLDykNO/fOqFhTLSlKqUbt5N5Kxb4e COKg== X-Gm-Message-State: AOAM532l2tMNflg81l72ZYCDnI6WUFX7sNVE9+2n5wMVpG6zMHy+IZQy aA04syGxArCF93FQhlollj5OpagKIOA= X-Google-Smtp-Source: ABdhPJx9VfioeupASvxo9JNiA/kcTm6rEqyp1jg0+nF9UK7Ky2dc0hWy4qxcZZOdg54p338MviB2iA== X-Received: by 2002:a92:41d2:: with SMTP id o201mr4722075ila.117.1609949316986; Wed, 06 Jan 2021 08:08:36 -0800 (PST) Received: from washu-v4 (172-221-246-205.res.spectrum.com. [172.221.246.205]) by smtp.gmail.com with ESMTPSA id 67sm2653665ilc.40.2021.01.06.08.08.35 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 06 Jan 2021 08:08:35 -0800 (PST) From: Katherine Cox-Buday To: Guillaume Le Vaillant Subject: Re: stumpwm contrib modules have been broken References: <878s97ukes.fsf@gmail.com> <87k0sq74wy.fsf@yamatai> <87v9cagxmp.fsf@yamatai> Date: Wed, 06 Jan 2021 10:08:34 -0600 In-Reply-To: <87v9cagxmp.fsf@yamatai> (Guillaume Le Vaillant's message of "Wed, 06 Jan 2021 11:36:46 +0100") Message-ID: <87zh1mt5dp.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=2607:f8b0:4864:20::12f; envelope-from=cox.katherine.e@gmail.com; helo=mail-il1-x12f.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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: -1.24 Authentication-Results: aspmx1.migadu.com; dkim=fail (headers rsa verify failed) header.d=gmail.com header.s=20161025 header.b=IhrhHUIL; dmarc=fail reason="SPF not aligned (relaxed)" header.from=gmail.com (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: 544BF940503 X-Spam-Score: -1.24 X-Migadu-Scanner: scn0.migadu.com X-TUID: ZEGWdHSGzK3W 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