From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.devel Subject: Re: Quotes in Dired listing switches Date: Tue, 29 Dec 2009 22:04:58 +0100 Message-ID: <87fx6t8pad.fsf@gmx.de> References: <87vdfy5om7.fsf@mail.jurta.org> <87pr61qyfm.fsf@gmx.de> <87637rze4b.fsf@mail.jurta.org> <877hs7jqpt.fsf@gmx.de> <87d41yq01b.fsf@mail.jurta.org> <87637q9mcm.fsf@gmx.de> <87my11jyx1.fsf@mail.jurta.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1262120782 29522 80.91.229.12 (29 Dec 2009 21:06:22 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 29 Dec 2009 21:06:22 +0000 (UTC) Cc: Stefan Monnier , emacs-devel@gnu.org To: Juri Linkov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Dec 29 22:06:14 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1NPjFe-0008SG-Oh for ged-emacs-devel@m.gmane.org; Tue, 29 Dec 2009 22:05:11 +0100 Original-Received: from localhost ([127.0.0.1]:46792 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NPjFf-00072W-A8 for ged-emacs-devel@m.gmane.org; Tue, 29 Dec 2009 16:05:11 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NPjFa-00071q-9u for emacs-devel@gnu.org; Tue, 29 Dec 2009 16:05:06 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NPjFV-0006zx-JC for emacs-devel@gnu.org; Tue, 29 Dec 2009 16:05:05 -0500 Original-Received: from [199.232.76.173] (port=33815 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NPjFV-0006zt-G7 for emacs-devel@gnu.org; Tue, 29 Dec 2009 16:05:01 -0500 Original-Received: from mail.gmx.net ([213.165.64.20]:48389) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1NPjFU-0005sq-TV for emacs-devel@gnu.org; Tue, 29 Dec 2009 16:05:01 -0500 Original-Received: (qmail invoked by alias); 29 Dec 2009 21:04:59 -0000 Original-Received: from p4FC00BE9.dip0.t-ipconnect.de (EHLO arthur.local) [79.192.11.233] by mail.gmx.net (mp012) with SMTP; 29 Dec 2009 22:04:59 +0100 X-Authenticated: #3708877 X-Provags-ID: V01U2FsdGVkX19jsTltVvNjcZwS+TCRGwda+tt6Zc56ryTMTCeHyJ 6L3YKSZADit4FO In-Reply-To: <87my11jyx1.fsf@mail.jurta.org> (Juri Linkov's message of "Tue, 29 Dec 2009 22:35:36 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.90 (gnu/linux) X-Y-GMX-Trusted: 0 X-FuHaFi: 0.66 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:118985 Archived-At: Juri Linkov writes: >> There is an idea to introduce server-local environment variables. Then >> you could keep different settings for `dired-actual-switches', depending >> on the host Tramp is accessing. > > It seems there are already some server-local variables in > ~/.emacs.d/tramp. At least, I see two relevant variables: > "ls" that has the value "/bin/ls" and "ls-dired" with the > value `t'. Maybe a new variable would help to keep settings > for `dired-actual-switches'. Yes, but this are Tramp specific server local variables. The idea is to behave like buffer-local or frame-local variables do, i.e. introduce a mechanism to declare an existing global variable as "server local". > BTW, there is one problem with ~/.emacs.d/tramp. > After upgrading the kernel, Tramp fails with the message > > Tramp: Connection reset, because remote host changed from > `Linux 2.6.24-23-generic' to `Linux 2.6.24-24-generic'. > > because ~/.emacs.d/tramp has the old value of "uname". That's intended. Tramp expects that all cached values are invalid once the operating system has changed. Just connect, again; Tramp has flushed its cache. (There is the request that Tramp reconnects automatically, but this is not easy to implement. See the todo ...) Best regars, Michael.