From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jonas Bernoulli Newsgroups: gmane.emacs.devel Subject: Re: Adding with-editor to Emacs? Date: Sat, 02 Sep 2023 23:26:18 +0200 Message-ID: <87v8cs9shx.fsf@bernoul.li> References: <85msy98sni.fsf@elpa.gnu.org> <87r0nidkmt.fsf@bernoul.li> <83bkelc1p1.fsf@gnu.org> <87fs3xwzxm.fsf@bernoul.li> <837cp9bur7.fsf@gnu.org> <87a5u5wskw.fsf@bernoul.li> <8334zxayhx.fsf@gnu.org> <871qfgbg13.fsf@bernoul.li> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="37025"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org, rms@gnu.org To: Stefan Kangas , Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Sep 03 06:35:40 2023 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1qcepo-0009Lz-11 for ged-emacs-devel@m.gmane-mx.org; Sun, 03 Sep 2023 06:35:40 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qcenX-0004K4-Vp; Sun, 03 Sep 2023 00:33:20 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qcY8Q-0008Sr-BC for emacs-devel@gnu.org; Sat, 02 Sep 2023 17:26:27 -0400 Original-Received: from mail.hostpark.net ([212.243.197.30]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qcY8N-00050C-Ez; Sat, 02 Sep 2023 17:26:26 -0400 Original-Received: from localhost (localhost [127.0.0.1]) by mail.hostpark.net (Postfix) with ESMTP id 7C52A16267; Sat, 2 Sep 2023 23:26:19 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bernoul.li; h= content-type:content-type:mime-version:message-id:date:date :references:in-reply-to:subject:subject:from:from; s=sel2011a; t=1693689979; bh=eP4ZD8BFFUg6WHjJ0r+QDagTKWVo6ijdDHyns4VtFq4=; b= FAoEJGQaNaxkHZv8vUuTcCWHBJmfIxIfK6A5JuGMnAUmmCHytoANzxHIJI+CiSLX 5j2y08Ysagb0vzd+JniMKHV6JSzgb7rVO+BstBAOkLqH+jtzH8n+SmMSVdKaV1K4 vFr+DhWqy80JBR6XDVr+/nmcDzTMocgTK9NtI+OLKqM= X-Virus-Scanned: by Hostpark/NetZone Mailprotection at hostpark.net Original-Received: from mail.hostpark.net ([127.0.0.1]) by localhost (mail1.hostpark.net [127.0.0.1]) (amavisd-new, port 10224) with ESMTP id Ax3u1W0cFF1d; Sat, 2 Sep 2023 23:26:19 +0200 (CEST) Original-Received: from customer (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.hostpark.net (Postfix) with ESMTPSA id 002551625C; Sat, 2 Sep 2023 23:26:18 +0200 (CEST) In-Reply-To: Received-SPF: pass client-ip=212.243.197.30; envelope-from=jonas@bernoul.li; helo=mail.hostpark.net X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 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_LOW=-0.7, RCVD_IN_MSPIKE_H3=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-Mailman-Approved-At: Sun, 03 Sep 2023 00:33:14 -0400 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:309929 Archived-At: Stefan Kangas writes: > Jonas Bernoulli writes: > >> Identifying the authors of the broken Emacs installations, contacting >> them and explaining the issue to them, and then waiting for months/years >> until the updates trickle down to users, was not an option. I need a >> solution now. And this was such an exhausting experience, I did not >> have the energy to *also* contact everyone who had messed up their Emacs >> package. And it is such a bad memory (it was the first time I got >> massively attacked for publishing free software), that I am also not >> volunteering to do that work now. > > Wow, what a ride. I admire your patience, is all I can say. Thanks. Sometimes I have to vent a bit, even if I usually end up regretting to have done so in public. It helps to hear some understanding words. We've all been there, sometimes things just get to stressful. >>> Do you mean that emacsclient is installed in a place that just typing >>> "emacsclient RET" at the shell prompt fails to run it? If so, that's >>> a broken installation, and Emacs shouldn't really try to fix that. >> >> I think this is a very reasonable for Emacs. In other words, the best >> course of action is to just forget the suggestion that with-editor is >> added to Emacs. There is no real need and nobody volunteering to do the >> work anyway. > > It sounds like with-editor for the most part contains workarounds for > broken Emacs installations? That was the original feature but now it also contains a poorman's substitute for emacsclient/server that works processes started from Emacs (but also including processes running on remote machines). As far as I am concerned, the package was done then. Then requests to support various emacs shells came in, and of course this could also be useful for async-shell-command, and it became complex enough to warrant a manual. I wrote the in org and export it to texi, and of course once (if) with-editor is added to Emacs, I will be informed that the generated texi is not up to snuff.... This all started with a rather reasonable feature that just depended on things not being broken, and then spiraled completely out of control, with people asking me to add just add one more feature, again and again, because after all with-editor would be the logical place to implement it. Oh no! Some memory is coming back. When it was originally suggested that we switch from "git commit -m 'done'" to "EDITOR=emacsclient git commit", I agreed that this was obviously the right thing to do, but I actually also realized that doing so would be risky and wanted to do it slowly as an opt-in feature to avoid breakage, but everyone was "no no, that is totally safe" and talked me into just pulling the plug. So I hope you all understand now why I get a bit touchy when being asked to work on this just a little more. > Is there anything in use-package that does > not belong to that category, and that you therefore think *should* > really be fixed in Emacs? > > Perhaps it would be worth focusing on just that part. (use-package? I'll assume you meant with-editor.) Replacing server-window with server-window-alist or something like that.