From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Gregor Zattler Newsgroups: gmane.emacs.devel Subject: Re: [RFC] Option to kill `emacs --daemon' when closing the last client frame Date: Sat, 23 Oct 2021 20:41:12 +0200 Message-ID: <87zgqzinxz.fsf@no.workgroup> References: <87lf2kale2.fsf@no.workgroup> <83zgr05kfk.fsf@gnu.org> <87bl3gchhf.fsf@no.workgroup> <83k0i45eva.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="37397"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Oct 23 20:52:39 2021 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 1meM8E-0009Wq-S0 for ged-emacs-devel@m.gmane-mx.org; Sat, 23 Oct 2021 20:52:38 +0200 Original-Received: from localhost ([::1]:59148 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1meM8D-0002c9-Nf for ged-emacs-devel@m.gmane-mx.org; Sat, 23 Oct 2021 14:52:37 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:58106) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1meLxM-0003B4-VU for emacs-devel@gnu.org; Sat, 23 Oct 2021 14:41:25 -0400 Original-Received: from mout.gmx.net ([212.227.17.20]:37403) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1meLxG-0007rH-Kt; Sat, 23 Oct 2021 14:41:20 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1635014476; bh=do5/HoipNwqqX8BV1T3E6FGSgFp8Y1z9atc0Frz2Jdg=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=NOE2CyLre7il1RwhFQSP95RESMBWgih5tiooFH4uSRets3nTcklHFh/DPeV4StVBK Py1rmf62unYS38xpueETOt6j570n2ksYEYyALAbbNOU1uWUjEaKtlvjg/SRXeH6v7g x4Cy0PwsSLH5w/p6d9hH2HG3bQxDHwnM31sSMY3M= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from localhost ([46.94.150.161]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1M5wPb-1mcxyp0OqZ-007RD7; Sat, 23 Oct 2021 20:41:16 +0200 In-Reply-To: <83k0i45eva.fsf@gnu.org> Mail-Followup-To: Eli Zaretskii , emacs-devel@gnu.org X-Provags-ID: V03:K1:3mS/jvxnGKX+Yr3R0j3aQn+lrAyeRklHSHA4wD3kf+7FQeT67GK mVKJMfFkrQBbvIPte5nszNjPqf2g4Av6zFAa6qUQQbDz8/RuxyIKU1UhseUwbIMK7APgxUV 615SZlIpj6mzvmiB8XEWy0ix+ek2e6RWHvu/0hCWmQl9se2IP5zD/9X5hcjLEbNsryhxixX 52jUYcbx/RIy3KoUv/YGA== X-UI-Out-Filterresults: notjunk:1;V03:K0:uoTwHvOAN8E=:vkB0oTpEQW4/TOSR0t6iho slte8NgH9hiKlxTVsnXMV2OcQut45bxl7F8G0RzqRBFFysBw5H7ndOtai48wR6iD5tNluCtql bZG5FAaWZp4uM0kQ5+/e6vBFIW/fPTtSRjLMcqHQOZGjIBu3Sbsrz9hJ+lBHvCpzshDehHHYt 1Q+/3StBV4M9W6f2ysCE854ySjPQE7739U1Xte/i41kayQejnn/hO4DXK++8cECkmR37avhDR B3T0rVffrmnZvAZSQXtyoT98rTeQ7isis4v/n2dUR5Hq9hXKiOyOaI60Z5gffwYsXV41Km4ju eEiNkaQeFgoqkO7crV7zpStNQmUlSzaNdcHOG9MdMBMZ96eoLqeVxACWghZkb/NL7waHUht2q 35r2Al3gxPReWBmcO29oahXaT33h/0q6jL6P2AXmlefpxDcpmYoqQ1C2a4Lykk1B60eTukRWz mdeLaemr6NAVvGBSoM9s4uctt2JAQLOJImK35ARHHMt1JSuu10MB2AW4JxdUhOtylvCpgMXjz OxmLKvOy73DVMj/QHlZTn6HqdcanALaXr48tw7k86lZ7Cy0j7f4Fp1L+5d2d6jvzbWjSnWkoE 5kCb2RD3mSfDu1sUr0JMdfnYJ+HG2OM5d4VqEURWXImSEdA1O9ZF/0hUIh2ghEAhiRmGxV8hK EA3Pt8epDEPvlHmovFtRp462wWOOAiNknGELz43K7xPIBoIgQyhLjV3RXFPq/B2RKpM4OeSdQ 0W1DabWm71cw1e6KZpnBQQETe+P3jLcz8O+zVUtGFVQqB08J2tOcSNvSPi9rQdKksIsJZ5n7 Received-SPF: pass client-ip=212.227.17.20; envelope-from=telegraph@gmx.net; helo=mout.gmx.net 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_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: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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" Xref: news.gmane.io gmane.emacs.devel:277625 Archived-At: Hi Eli, emacs devs, * Eli Zaretskii [2021-10-23; 11:23]: >> From: Gregor Zattler >> Date: Sat, 23 Oct 2021 09:45:00 +0200 >> If the protocol command is sent by emnacsclient because of a command >> line option, it's up to the user if and in which order s/he chooses >> to start emacsclients with/out this command -line option!? > > Yes, and I don't understand why you are saying this. Once the new > server command was sent to the server, the server will kill Emacs when > last client connection is closed. Why is that a problem, again? > Please describe the entire scenario where you think this is a problem. To me it would be confusing, if the last emacsclient exiting from the server kills it, if there is not such command-line option in it's invocation. It could be quite a while since the client which signals this to the server is exited. Both emacsclient invocations could be buried in some scripts, effectively started via desktop events. This could lead to situations where the user does not know why the server died and which are hard to debug. [...] >> I for instance rarely call emacsclient by name from the >> command-line, but only for debugging reasons. In normal >> live I call it via shell scripts. These I would have to >> adapt, if I would want to make use of the new command-line >> option. > > Adapt how? If your shell scripts are well written, they accept extra > command-line options anyhow, right? So all you'd need is to call that > script with this additional command-line option, right? Depends on the shell script. E.g. `crontab -e' calls $EDITOR or $VISUAL and that's were one would want to edit a config file. That's not a problem for me, because I see no point in using the discussed feature. I simply want to state, that adaptions are necessary in both cases. > I don't necessarily object to the user option as well, but it is only > useful if the user wants _all_ of his/her daemon sessions to behave > like that. Yes. I consider this to be a bug, see bug#51360. Ciao; Gregor =2D- -... --- .-. . -.. ..--.. ...-.-