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 AGqUFQFtUl/gBAAA0tVLHw (envelope-from ) for ; Fri, 04 Sep 2020 16:36:17 +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 oMl1EQFtUl8yXQAAbx9fmQ (envelope-from ) for ; Fri, 04 Sep 2020 16:36:17 +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 7FEF39402CB for ; Fri, 4 Sep 2020 16:36:16 +0000 (UTC) Received: from localhost ([::1]:39914 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kEEhD-0004FW-Fu for larch@yhetil.org; Fri, 04 Sep 2020 12:36:15 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:39726) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kEEh7-0004FK-2t for help-guix@gnu.org; Fri, 04 Sep 2020 12:36:09 -0400 Received: from sender4-of-o51.zoho.com ([136.143.188.51]:21165) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.90_1) (envelope-from ) id 1kEEh2-0007eY-AB for help-guix@gnu.org; Fri, 04 Sep 2020 12:36:08 -0400 ARC-Seal: i=1; a=rsa-sha256; t=1599237361; cv=none; d=zohomail.com; s=zohoarc; b=lTHYNxwlsS/cqj4BSVSM11f0/swmU/iITTHw96j49YmL2TNg/rTQjfaFpZbuG5zNeibhP7CXJVAn2KBWvGu7z4nHeVjNfdONUn5M3Mnc+nM2JAuI5mor7uujgvIoFDsFRNQZiOB2j18LtS5Neqilor6b2nqipaNTR7V2i2IPGuY= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1599237361; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To; bh=8VHMfgeYoV8f22B3jZTTYp71ommS9XmQ8b4Hn0l6SZ4=; b=V5zg/KiHZIbZfF+W+1/np/9N9b8p6ByBrigTFm2jIxUluJ1/6mo/ulVgpOjCYjTE+GJlrpea6aYklcRAZ55fcxQJQLORXXfx3YilCNO8nbgCs5FTJOmaDTaEu4JhlCnegkOFSWr5bqdk4yst2yzdb7zWkk9cd95ZiF/m48uEP94= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass header.i=elephly.net; spf=pass smtp.mailfrom=rekado@elephly.net; dmarc=pass header.from= header.from= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1599237361; s=zoho; d=elephly.net; i=rekado@elephly.net; h=References:From:To:Cc:Subject:In-reply-to:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding; bh=8VHMfgeYoV8f22B3jZTTYp71ommS9XmQ8b4Hn0l6SZ4=; b=ZB7As81REt8nO3dv/IYOAaDdEpsM6w3FoSb5xCBm27HGBamoituogGSSalPYkU6y rJoS4B/QSykhJKOcOLNQuFa03Mw7fMjwiFhgWT0iieMppmBFAS2dQR7fngWU0xiylVB foSBX72auXUMMzCzdymTiuS3s2uDniz6IiWnF8C8= Received: from localhost (p54ad4e44.dip0.t-ipconnect.de [84.173.78.68]) by mx.zohomail.com with SMTPS id 1599237359370688.710203154318; Fri, 4 Sep 2020 09:35:59 -0700 (PDT) References: <87v9hn2rlf.fsf@elephly.net> <87bljfxbgn.fsf@ambrevar.xyz> <875z9mvrpb.fsf@yamatai> User-agent: mu4e 1.4.13; emacs 27.1 From: Ricardo Wurmus To: Guillaume Le Vaillant Subject: Re: Problems with McCLIM (Common Lisp) In-reply-to: <875z9mvrpb.fsf@yamatai> X-URL: https://elephly.net X-PGP-Key: https://elephly.net/rekado.pubkey X-PGP-Fingerprint: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC Date: Fri, 04 Sep 2020 18:37:09 +0200 Message-ID: <877dt9fqh6.fsf@elephly.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-ZohoMailClient: External Received-SPF: pass client-ip=136.143.188.51; envelope-from=rekado@elephly.net; helo=sender4-of-o51.zoho.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/09/04 12:36:02 X-ACL-Warn: Detected OS = Linux 3.11 and newer [fuzzy] 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, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-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-Scanner: scn0 Authentication-Results: aspmx1.migadu.com; dkim=fail (rsa verify failed) header.d=elephly.net header.s=zoho header.b=ZB7As81R; 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: 1.99 X-TUID: pGTMhpMvrt66 Hi Guillaume, thank you for your response! (And to Pierre, whose comments you commented on.) > Ricardo Wurmus skribis: > >> I=E2=80=99d like to play with McCLIM, but I don=E2=80=99t know enough ab= out Common Lisp >> to understand how to launch the examples. > > When I packaged McCLIM, I only made the packages for the main McCLIM > library. IIRC the examples also use some extra extensions that I have > not packaged, so they might not work out of the box (even if the error > with mcclim-layouts/tab had not happened). > >> Here=E2=80=99s what I=E2=80=99ve done: >> >> guix install sbcl sbcl-mcclim sbcl-slime-swank >> >> This is the first question, actually: if I don=E2=80=99t manually install >> sbcl-slime-swank I get errors complaining about swank being absent. >> Should sbcl-mcclim propagate sbcl-slime-swank? > > sbcl-slime-swank is actually an alias for cl-slime-swank because, > according to a comment in lisp-xyz.scm, "SLIME does not have a ASDF > system definition to build all of Swank". So in fact there is no > pre-compiled package for Swank, and this is why it needs to be=20 > available to packages that depend on it (directly or indirectly) so that > they can compile it before using it. But shouldn=E2=80=99t it then be propagated? I had to guess that I might n= eed to install it. I think it should just be installed when installing McClim. > The SBCL build system currently doesn't accept pre-compiled sbcl-* > packages having a slash in their name. Slashes are replaced with > hyphens, and the ASDF system name for the pre-compiled package for > "mcclim-layouts/tab" is in fact "mcclim-layouts-tab". Some package > definitions have a phase changing slashes to hyphens in asd files when > necessary (see for example the package definition for > sbcl-mcclim-extensions), however the asd files in > "share/common-lisp/sbcl-source/mcclim/" still use the system names with > slashes, this is why when loading the "clim-examples.asd" file by hand > you get an error saying that "mcclim-layouts/tab" would not be found. So, is this something we need to patch in all the asd files for McClim? Or is this something we should change in the build system? I=E2=80=99d like to play with McClim and all its applications to see if it = would be worth doing something like this for Guile :) > I agree that the asdf-build-system could need an overhaul. > > Currently the sbcl-xxx package is the base definition and the cl-xxx and > ecl-xxx packages are derived from it, I think it would make more sense > make cl-xxx the base definition and derive sbcl-xxx and ecl-xxx from it. > > The "deliver-asd" operation has been fixed in recent versions of ASDF, > so maybe it would be possible to use it instead of our home-made > functions to create asd files for the bundles. > > Another approach could be not to use ASDF bundles at all, and just use > the regular compilation operation of ASDF, except the fasl files would > be put it "/gnu/store/..." instead of "$HOME/.cache/common-lisp/...", > and our asdf-build-system would indicate to ASDF where to search for the > files. I don=E2=80=99t know enough about Common Lisp to give a valuable comment he= re, but I=E2=80=99d very much like to be able to install Common Lisp things wit= hout having to do additional work post installation. Using more =E2=80=9Cdefaul= t=E2=80=9D ways to install ASDF bundles perhaps would get us closer to a default experience. --=20 Ricardo