From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.devel Subject: Re: server-local variables Date: Mon, 31 Oct 2016 17:30:44 +0100 Message-ID: <87ins84h1n.fsf@gmx.de> References: <87r36x7kb9.fsf@gmx.de> <83oa21ppl3.fsf@gnu.org> <87k2cp7f9b.fsf@gmx.de> <83mvhlp53y.fsf@gnu.org> <87d1igg7ye.fsf@gmx.de> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1477932875 20790 195.159.176.226 (31 Oct 2016 16:54:35 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 31 Oct 2016 16:54:35 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Oct 31 17:54:32 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 1c1Fqh-0002md-9D for ged-emacs-devel@m.gmane.org; Mon, 31 Oct 2016 17:54:15 +0100 Original-Received: from localhost ([::1]:37074 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1c1Fqk-00088v-1O for ged-emacs-devel@m.gmane.org; Mon, 31 Oct 2016 12:54:18 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43380) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1c1FU7-0003eN-2H for emacs-devel@gnu.org; Mon, 31 Oct 2016 12:30:56 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1c1FU1-0004LI-Tp for emacs-devel@gnu.org; Mon, 31 Oct 2016 12:30:54 -0400 Original-Received: from mout.gmx.net ([212.227.15.19]:63793) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1c1FU1-0004Kt-Es for emacs-devel@gnu.org; Mon, 31 Oct 2016 12:30:49 -0400 Original-Received: from detlef.gmx.de ([93.209.64.226]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0MX1hk-1cM20f3q7A-00W0cF; Mon, 31 Oct 2016 17:30:46 +0100 In-Reply-To: (Stefan Monnier's message of "Mon, 31 Oct 2016 09:43:40 -0400") X-Provags-ID: V03:K0:eEgYLd375ZgI9KKg+pkM6EErRNe2xHtUYQeCF8clEb9fNaJi/TL CYE9YUlhYu/rhzL6hHSFj1LdiU/PSQkEDIRfAR32zpCY3eQJgg/MMZlDuXTY0rzNn/iAr6G D2XjAwF2mgzpIyz0aRCW78eYKrBU3xgqLf797nLWdvaEtm3inwc74yeOzTfmh+hMcOOY6YC 83uZTh26O+xP0/heTA8IA== X-UI-Out-Filterresults: notjunk:1;V01:K0:aWA4dxUNgk0=:U0T+XLj+jyg6Bi75On+p9n pO5uQgV4/b5N7iLxa3ZRXBCIOL24UXN6eM1GQe5GJwB2DXql+DIXCKqmCpOtmujTXA3RAtpLa gcaVDWOt6bgZ00KPNPLUv0oof+XqyFo2V41b0RFNFfI0+UpFVlRPsGJrUoNNWA+MCf+MIRINu cXcjQfShfpkLyFl6ufd0qUwxGmEpL5Nxpj1Z6+oRS60KHjNltDJyM2XYN6FW/mW6jL0isWWVg DAA3nmcNpioCaOCISI8ErFDUNGx57TVGqAJYwogtK143jExEZZiy3gJpQ/rDXnQJQtJ2G+/3l CKtxypJZsk7mSThHPKk0HikGmTzsHfHB9OThmVA3gikT9miiI8/5Q+vhYIvcHJmKIv9hW0KnP 81F8IqAUJgMXhtdZE3jaZGp1OjqW5kJ8aWQZBIJ8qWZ3UE4MbUUPWpiecYwAwZCKR3QI5bYwD WqwJsnSW6MCdYCWasn0h8kDosKaI9oHfs5/YQ/896AzbJkpKv12qKyf7PbEabMzPJCWNLRqXR 8WKeXdmTqAaZlLqfgaRJ//IlO7vd1ck0vHoBqrz6JE1aKI9XnqkfXRkaH3t8WG+MhEg2E7aEN kuEEpAOGDsLwoPN/TQQG6eUG8OkwozA5tpNU5/arm3HzC9UDHWVxqw+A7qKW7KwrhKnrNB/mE TX9hhS3HQjRp+XHGFdHCOMVEikACNUK9wWRqL4N2HO6Sl+szPGnPI8ilPj2gNMN6cyTlUFWlJ bczr5pcylD9qSQOoRneUWhA4mmr1I0RjlXK5s0vZdKsKoG9ESWYljiH3kUgQB6ylSB1UjCme X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 212.227.15.19 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:209027 Archived-At: Stefan Monnier writes: >> I do not want to restrict server-local variables to Tramp, even if there >> isn't such other use case yet. > > I have the suspicion that if another user than Tramp ever comes along, > it could have a really hard time using your API, because your API is > designed very clearly from Tramp's point of view. It fits Tramp's need, yes. But the design is a simple clone of `dir-locals-set-class-variables', `dir-locals-set-directory-class' and `hack-dir-local-variables-non-file-buffer'. > I can agree that it might be desirable that this feature should be able > to set non-Tramp variables on a per-host basis (e.g. shell-file-name, > null-device, ...), but other than that I think it makes sense to add it > as a Tramp-only API at least at first. It would be easier for me, because I would have more control over it :-) But I still believe there will be non-Tramp use cases. As already said, ange-ftp comes to mind. > Stefan Best regards, Michael.