From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: server-local variables Date: Mon, 31 Oct 2016 05:30:41 +0200 Message-ID: <83mvhlp53y.fsf@gnu.org> References: <87r36x7kb9.fsf@gmx.de> <83oa21ppl3.fsf@gnu.org> <87k2cp7f9b.fsf@gmx.de> Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1477884688 10702 195.159.176.226 (31 Oct 2016 03:31:28 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 31 Oct 2016 03:31:28 +0000 (UTC) Cc: emacs-devel@gnu.org To: Michael Albinus Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Oct 31 04:31:24 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c13JT-0000MR-1a for ged-emacs-devel@m.gmane.org; Mon, 31 Oct 2016 04:31:07 +0100 Original-Received: from localhost ([::1]:32955 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1c13JV-00087a-Er for ged-emacs-devel@m.gmane.org; Sun, 30 Oct 2016 23:31:09 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50300) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1c13Iv-00087U-8s for emacs-devel@gnu.org; Sun, 30 Oct 2016 23:30:34 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1c13Is-0000Jj-5B for emacs-devel@gnu.org; Sun, 30 Oct 2016 23:30:33 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:42077) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1c13Is-0000Jf-1w; Sun, 30 Oct 2016 23:30:30 -0400 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2838 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1c13Iq-0007H2-Tu; Sun, 30 Oct 2016 23:30:29 -0400 In-reply-to: <87k2cp7f9b.fsf@gmx.de> (message from Michael Albinus on Sun, 30 Oct 2016 21:28:48 +0100) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e 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:209004 Archived-At: > From: Michael Albinus > Cc: emacs-devel@gnu.org > Date: Sun, 30 Oct 2016 21:28:48 +0100 > > > Do these functions really have to live in files.el? They are used by > > Tramp, don't they? > > Sure, Tramp (and ange-ftp, perhaps also url-handlers) will use them > internally. But they shall also be good for other packages. Bug#24394 > discusses `shell-file-name' and `shell-command-switch'. Bug#3736 > discusses server-local settings for `null-device'. And in bug#18940 I've > proposed server-local settings of `process-environment' (well, Stefan did > object, but this was not discussed until its end, I believe). > > If you fear that it would inflate files.el too much, we could locate > these functions in files-x.el. My reasoning was that if this doesn't have to be preloaded, it should live in a package that's most likely to be loaded when they are needed anyway. I think Tramp is the likely user; I find it much harder to imagine the others using it, but whenever I use a remote file name, Tramp is auto-loaded, so Tramp sounds like a good place. I don't object to files-x.el, if you think that is better.