From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id cOx6BaHesF/nHAAA0tVLHw (envelope-from ) for ; Sun, 15 Nov 2020 07:54:09 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id 2B5sAaHesF8OMwAAB5/wlQ (envelope-from ) for ; Sun, 15 Nov 2020 07:54:09 +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 C228F9403CA for ; Sun, 15 Nov 2020 07:54:08 +0000 (UTC) Received: from localhost ([::1]:50208 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1keCrP-0006gZ-Oy for larch@yhetil.org; Sun, 15 Nov 2020 02:54:07 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:52706) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1keCqz-0006gQ-Nk for guix-devel@gnu.org; Sun, 15 Nov 2020 02:53:41 -0500 Received: from relay3-d.mail.gandi.net ([217.70.183.195]:58741) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1keCqx-0006AR-G5; Sun, 15 Nov 2020 02:53:41 -0500 X-Originating-IP: 90.92.160.122 Received: from mimimi (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 7255E60004; Sun, 15 Nov 2020 07:53:33 +0000 (UTC) From: Pierre Neidhardt To: zimoun , Ludovic =?utf-8?Q?Court=C3=A8s?= Subject: Re: Reviving Emacs-Guix In-Reply-To: <86h7pry77b.fsf@gmail.com> References: <87ft5dzj2z.fsf@ambrevar.xyz> <87tuttci4z.fsf_-_@gnu.org> <87pn4g8eay.fsf@ambrevar.xyz> <867dqoyu34.fsf@tournier.info> <875z68x73f.fsf@ambrevar.xyz> <86sg9byj07.fsf@gmail.com> <87h7prx2ut.fsf@ambrevar.xyz> <86pn4fye6l.fsf@gmail.com> <87zh3jvjfj.fsf@ambrevar.xyz> <86h7pry77b.fsf@gmail.com> Date: Sun, 15 Nov 2020 08:53:32 +0100 Message-ID: <87eekv5a4j.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/15 02:53:34 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.5, 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: -1.61 X-TUID: 3ACh0a1BP2wQ --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable zimoun writes: >> `guix-popup` is only one of the many functions of emacs-guix. I was not >> talking about it. > > About which one are you talking? Except =E2=80=9Cbuild=E2=80=9D that we = already > discussed above. I've raised mostly 2 issues in this conversation, the ones I've mentioned on GitLab, sorry if that was unclear :) =2D https://gitlab.com/emacs-geiser/geiser/-/issues/9 Geiser chokes on big outputs, so guix-devel-build-package-definition is not usable. Proposed solution: Use a non-Geiser comint mode like IELM or M-x shell. Or Eshell (not a comint-mode though). =2D https://gitlab.com/emacs-geiser/geiser/-/issues/11 This one can seriously hang your Emacs when calling `geiser-mode-switch-to-repl-and-enter` from a .scm of an not-fully-built Guix. I remember hitting this issue with emacs-guix, but I can't remember a recipe. So maybe this has nothing to do with emacs-guix after all, but let's keep it in mind in case it comes up again. Then I remembered another one: =2D https://gitlab.com/emacs-guix/emacs-guix/-/issues/8 It's unclear to me whether this one is due to Geiser or not. I can still reproduce it today. > That=E2=80=99s a feature as Ludo and Ricardo said. From my opinion too. > > What=E2=80=99s wrong with the sequence: Nothing wrong! > Ok, but that the same story as =E2=80=99build=E2=80=99. Right? Yes. >> This is not persistence that's needed for the emacs-guix commands. > > Wait, you said =C2=AB emacs-guix never relies on persistence if I'm not > mistaken. =C2=BB which is wrong because everything is sent to *Guix REPL* > (Geiser) reachable with =E2=80=9CM-x guix-switch-to-repl=E2=80=9C as show= n above. It does not _rely_ on it, in the sense that it's not necessary, it could work very well without it. >>>> My suggestion indeed lacks persistence, but at least it works for now >>>> until we figure out something better. >>> >>> Now you convinced me that Emacs-Guix needs love. Well the =E2=80=9Cit = works=E2=80=9D in >>> =C2=AB at least it works for now =C2=BB is meaningless for me >> >> Why? A program that works is meaningful I believe. > > Which program are you talking about? Helm-System-Packages and Nyxt are 2 example programs that can talk to Guix reliably. Not saying we should use them instead, of course. But this technique is worth exploring to make Emacs-Guix more reliable. > Maybe. It should be addressed action by action. Instead of thrashing > Geiser. IMHO. I didn't mean to thrash (or did you mean "trash"?) Geiser, sorry if that came across this way. I just wanted to highlight some hard-to-fix (design?) issue with Geiser that come in the way of Emacs-Guix, so _in the context of Emacs Guix_, I believe that leveraging other means of communicating with Guix can be a good idea, at least for some operations like building packages. > What are the =C2=AB among other things =C2=BB? For instance: =2D https://gitlab.com/emacs-guix/emacs-guix/-/merge_requests/8 =2D Channels support https://gitlab.com/emacs-guix/emacs-guix/-/issues/17 The above has nothing to do with Geiser of course, as you said, the fix is love! :) Cheers! =2D- Pierre Neidhardt https://ambrevar.xyz/ --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQFGBAEBCAAwFiEEUPM+LlsMPZAEJKvom9z0l6S7zH8FAl+w3nwSHG1haWxAYW1i cmV2YXIueHl6AAoJEJvc9Jeku8x/ib0H/2gYCloVyOSnxtkw4kh6xGgPB1SSb0mO wm/fm6JbykhCtm53CBiK1BD/TMxpUbsImmXEnj4jpzOQCqZTk6a1iBgPWXEx6w3m kZhDysPfgs8UD+FrrJp6qEupFb6oWoF6EzeXFnX286DZrWX28vDglP30qxzq4kX2 mrNHzdF3KNg4NhAxNR8MnPYbg8Tl/zBwZXkJb8BmED/+TFlEO+xeYDozCEx2ZFJ2 JHxNlX3aJ/Ab1xvjMQrUivfZ2cIT/hey9DcnT8i1ImDKlwwn0XmZJgp/S9y+BLxy 9XlH31+7GtSdKsujMGKt1imzdZVUsgQjaUCXpb0tfRzfS0fZBzcMIb8= =yApX -----END PGP SIGNATURE----- --=-=-=--