From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Phil Sainty Newsgroups: gmane.emacs.devel Subject: Re: Questions about =?UTF-8?Q?XDG=5FRUNTIME=5FDIR=20and=20server-?= =?UTF-8?Q?socket-dir?= Date: Mon, 04 Feb 2019 18:06:47 +1300 Message-ID: References: <83k1igut67.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="118406"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Orcon Webmail Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Feb 04 06:07:44 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gqWTv-000Ugv-7c for ged-emacs-devel@m.gmane.org; Mon, 04 Feb 2019 06:07:43 +0100 Original-Received: from localhost ([127.0.0.1]:36019 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gqWTu-0006Eh-20 for ged-emacs-devel@m.gmane.org; Mon, 04 Feb 2019 00:07:42 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:37390) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gqWTD-0006EX-WD for emacs-devel@gnu.org; Mon, 04 Feb 2019 00:07:00 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gqWTB-0001bF-QW for emacs-devel@gnu.org; Mon, 04 Feb 2019 00:06:59 -0500 Original-Received: from smtp-2.orcon.net.nz ([60.234.4.43]:52377) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gqWT6-0001UM-GW; Mon, 04 Feb 2019 00:06:54 -0500 Original-Received: from [10.253.37.70] (port=39389 helo=webmail.orcon.net.nz) by smtp-2.orcon.net.nz with esmtpa (Exim 4.86_2) (envelope-from ) id 1gqWT1-0006jE-D2; Mon, 04 Feb 2019 18:06:47 +1300 Original-Received: from wlgwil-nat-office.catalyst.net.nz ([202.78.240.7]) via [10.253.37.253] by webmail.orcon.net.nz with HTTP (HTTP/1.1 POST); Mon, 04 Feb 2019 18:06:47 +1300 In-Reply-To: <83k1igut67.fsf@gnu.org> X-Sender: psainty@orcon.net.nz X-GeoIP: -- X-Spam_score: -2.9 X-Spam_score_int: -28 X-Spam_bar: -- X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 60.234.4.43 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:232953 Archived-At: On 2019-02-04 16:30, Eli Zaretskii wrote: > You can always restart the server with another --eval, right? I think that would be closing the stable door after the horse has bolted, if the default socket had potentially been clobbered in the interim :) > Only because yours is a very convoluted arrangement, not typical > of "normal" usage. Oh absolutely. (Although I believe others will find the script useful as well once I've released it more generally, so it might become at least slightly less abnormal.) > Defcustoms are supposed to be customized from init > files, not controlled by environment variables from outside of Emacs. It's only the fact that separate instances can conflict with one another's sockets which makes me want this, because that's rather an awkward issue which (in my convoluted arrangement) isn't reliably addressed by init files simply because I'm not imposing any particular requirements on init files (and users might run 'emacs -q' in any case). Enforcing the separation of server instances really needs some kind of external support. >> (I do still think a EMACS_SOCKET_DIR environment variable would be a >> beneficial addition, as the current code doesn't facilitate this.) > > We don't need a variable to set a directory when we already have one > for setting the file name, which could include leading directories. I can only reiterate that this doesn't cover my particular use-case; but that's ok, as it seems that setting XDG_RUNTIME_DIR will be a workaround for that. If I find that I need to revisit this question, I'll provide more context. Shall I raise a bug report for the fact that emacs ignores that existing (EMACS_SOCKET_NAME) environment variable? -Phil