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 uHyiD6umr188DgAA0tVLHw (envelope-from ) for ; Sat, 14 Nov 2020 09:43:07 +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 WOKCC6umr197PAAAbx9fmQ (envelope-from ) for ; Sat, 14 Nov 2020 09:43:07 +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 BC28A940657 for ; Sat, 14 Nov 2020 09:43:06 +0000 (UTC) Received: from localhost ([::1]:32900 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kds5J-0004zq-ON for larch@yhetil.org; Sat, 14 Nov 2020 04:43:05 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:45886) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kds58-0004zg-OB for guix-devel@gnu.org; Sat, 14 Nov 2020 04:42:54 -0500 Received: from relay3-d.mail.gandi.net ([217.70.183.195]:57559) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kds56-0006sB-9I; Sat, 14 Nov 2020 04:42:54 -0500 X-Originating-IP: 90.92.160.122 Received: from bababa (lfbn-idf2-1-1094-122.w90-92.abo.wanadoo.fr [90.92.160.122]) (Authenticated sender: mail@ambrevar.xyz) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 99CC860004; Sat, 14 Nov 2020 09:42:46 +0000 (UTC) From: Pierre Neidhardt To: Ludovic =?utf-8?Q?Court=C3=A8s?= Subject: Re: Reviving Emacs-Guix In-Reply-To: <87tuttci4z.fsf_-_@gnu.org> References: <87ft5dzj2z.fsf@ambrevar.xyz> <87tuttci4z.fsf_-_@gnu.org> Date: Sat, 14 Nov 2020 10:42:45 +0100 Message-ID: <87pn4g8eay.fsf@ambrevar.xyz> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" Received-SPF: pass client-ip=217.70.183.195; envelope-from=mail@ambrevar.xyz; helo=relay3-d.mail.gandi.net X-detected-operating-system: by eggs.gnu.org: First seen = 2020/11/14 04:42:47 X-ACL-Warn: Detected OS = Linux 3.11 and newer [fuzzy] X-Spam_score_int: 6 X-Spam_score: 0.6 X-Spam_bar: / X-Spam_report: (0.6 / 5.0 requ) BAYES_00=-1.9, FROM_SUSPICIOUS_NTLD=0.499, PDS_OTHER_BAD_TLD=1.999, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Development of GNU Guix and the GNU System distribution , Ryan Prior Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: "Guix-devel" X-Scanner: ns3122888.ip-94-23-21.eu Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of guix-devel-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-devel-bounces@gnu.org X-Spam-Score: -3.11 X-TUID: tSdFGNvWqtfU --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Ludo, Ludovic Court=C3=A8s writes: >> I believe it suffers from 2 main issues: >> >> - Geiser is a strong dependency: everything depends from a well-working >> Geiser REPL. > > That=E2=80=99s a feature! That'd be true if Geiser would indeed help us with Guix. But here it actually provides almost no benefits and costs us a lot. Indeed, the *Guix REPL* buffer =2D is not required to build packages, =2D does not work to build packages because Geiser chokes on it, =2D cannot interrupt some operations (https://gitlab.com/emacs-geiser/geise= r/-/issues/11). The benefits are few as I've experienced them: =2D Traces are not interactive, which makes them not so useful: https://gitlab.com/emacs-geiser/geiser/-/issues/10 =2D Guix traces are hard to read anyways (I guess this is mostly due to our client / daemon architecture). > Not a problem if Emacs-Guix were maintained, IMO. We can talk to each > other, jao (the Geiser maintainer and primary developer) has always been > responsive and helpful. True, the maintainer is responsive, sadly the issues I'm talking about are hard to solve I think, they've been left hanging for a while now: =2D https://gitlab.com/emacs-geiser/geiser/-/issues/9 =2D https://gitlab.com/emacs-geiser/geiser/-/issues/11 Unless someone wants to roll up their sleeves and fix these, Geiser will remain a deal-breaker for Emacs-Guix. I'd like insist: in the current state of Geiser, we cannot leverage it reliably in Emacs-Guix. We need to talk to Guix directly, e.g. with `guix repl` like I've done in Nyxt. Cheers! =2D-=20 Pierre Neidhardt https://ambrevar.xyz/ --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQFGBAEBCAAwFiEEUPM+LlsMPZAEJKvom9z0l6S7zH8FAl+vppUSHG1haWxAYW1i cmV2YXIueHl6AAoJEJvc9Jeku8x/JgkIAJZpBtiDY3hCtxpYDQE/IgZ8dWtN2hZh MxMIxlf0WRGlyvWRZIfYiIEkz03VHNhubAsmUUQLVCNe+o5133LeGib98OhnV76O nAZPifX0FpC8vcDLoPnrP6LnLKkcLZhU2iNDbm+KePCOsyMEPyqPmhDNxXQx0iA4 ZkDPQ4EhOJWpx4s2L/xsFCR1mBfkZXf5utB6jprjD7oO0i2y7LAZxuYf95hP1ZRn s9b4C3GygTXXKccPgIcJlP7HV/BCq5r6/y0c2dK+nAX9QzbEhtRVJdDwQp19GJ8k k7UJog04Tj5qTbAYvdmYXfEO/n84TXKHHVaLcwPV3M0exLHakVq9qVM= =4cAV -----END PGP SIGNATURE----- --=-=-=--