From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.help Subject: Re: can't see existing directory on remote machine... workaround Date: Sun, 11 Oct 2020 16:00:02 +0200 Message-ID: <87ft6koobh.fsf@gmx.de> References: <976c9210-67fe-d3f6-ca17-9c1a33567a4f@mousecar.com> <87h7r4sjyc.fsf@gmx.de> <36b6f1d9-f5ae-688b-7839-b2ccaa3ac9b1@mousecar.com> <87mu0uh2vl.fsf@gmx.de> <5d5402b1-c492-5339-61f0-f55a0e96838a@mousecar.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="31090"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: help-gnu-emacs@gnu.org To: ken Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Sun Oct 11 16:07:50 2020 Return-path: Envelope-to: geh-help-gnu-emacs@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 1kRc0r-0007zs-Ts for geh-help-gnu-emacs@m.gmane-mx.org; Sun, 11 Oct 2020 16:07:50 +0200 Original-Received: from localhost ([::1]:49200 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kRc0q-00021O-Oi for geh-help-gnu-emacs@m.gmane-mx.org; Sun, 11 Oct 2020 10:07:48 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:48092) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kRbtR-0007Dt-8E for help-gnu-emacs@gnu.org; Sun, 11 Oct 2020 10:00:09 -0400 Original-Received: from mout.gmx.net ([212.227.15.18]:48655) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kRbtP-0003Qq-4N for help-gnu-emacs@gnu.org; Sun, 11 Oct 2020 10:00:08 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1602424803; bh=Uw9VI9hUqEXkoVVcihWpLelkUreDL3e/ynLuMcW1Sew=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=FJlYQUa0tUV8AHxayG0cVd1CnBxFzbTU/APCOLyNniFun3BfdhuGAygMtao+8rpzO LhwxOQGKeumMky2OdkvnwUdyaKSRAWU302BAm8BDd0zPLglgA+mesvolhPygD/stei Wj4RjT6JF1ERGS25eHQnfyQqQx8PZwL2XnmmsXNU= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from gandalf.gmx.de ([178.20.94.165]) by mail.gmx.com (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MEV3I-1kgV3p1PWU-00Fz1g; Sun, 11 Oct 2020 16:00:03 +0200 In-Reply-To: <5d5402b1-c492-5339-61f0-f55a0e96838a@mousecar.com> (ken's message of "Sun, 11 Oct 2020 08:17:50 -0400") X-Provags-ID: V03:K1:NVK4Lr2/Prvdg8Z/H63kTMstum2ZOjbeKZ+T7ugCvgW3t4inrJI eaW/vf0abWC5F0gKWitBiGjiLZfLi40BzTtu8A2qh0DgTcqHmDYp5W3x/ftcx2Trms7MqVr sOxCZeCkCL7GGlKS7vGmdmxdOsbKwqFJmIhvGZUl/IDeTlASJbdKLKm7md7SghD6o4xuyYq wHdKZqdepWL7yxwqi8KrQ== X-UI-Out-Filterresults: notjunk:1;V03:K0:8LxixsBa96Q=:ioM3gQzSxP9E+LqkrNiNh9 ael23k+mJf7QQyFVOvuxIXJKZ0XPa4fWk3OvHGsYImJa9Eiq+LQyx6BfQGgkT2jzm446Ve3nK uZj5NsawXTT5HRfyJS5Fkn4hBs5rlsp5guHdzShJOw8Lzg4Hl7YQghKPfmCK++PiOoFcMvwz7 WV21xpDoqGOPCKchMIIjCIBDoBpN9ujfJ7zQNcf+lGUfT0NxdhqjGZyvtk7C83XQGwVxHYN7Z vw8XGjTsbGqkWL6UBHpcIcY71jfOT48NU6GKQyk4enYIDUCG+dHjhWq4nUWmqiwrRTlajzYo+ ZTvEDbioCPHXG+/q9YKimxvCTGK1aRTksBARgu3DHKiPjVT5qnQQQW2dJ2AlFwVoRbznkYRcW 7YK1x4yIbg6t0DNLJgwKyNIML9Jp52CNxU1myaaG1+ht6HcTzkqYbJwTox4qNSIRcv20x0p3X MLU4YMlPNzZkMLmtOxZZCMkGtx3odFcD2y7t88LmhRZNXGtLHLviyKzGhK1O+pP19mr+bVcIu ZQ/b8gQLuw4gYWSRTZJ6mP5fnV72VbvyTvyzpE2kuW14nWj/qLHUIoEWt4bhYmKY8M9YX8Ivz Is2SOVMWFIkb9Gvw45O2bWkAxYDfEYpvV8bt4JtLYV9WiItPQU6g+XwsSGv/zaYwm2oQ5ZBKL XEgX6IEbl4QEo8kjra0o6/VFUIgwL7S40cCSCwj7PmL9HtKdIDi5wMJDbv1NY8T/dYpQXC3H6 Y4sw6zoqAC9C9NBcaT4duPKaL0Zla8v84LVjzE6oBXddftYMbNq9eQHVETKb3gGvggxZEQPg Received-SPF: pass client-ip=212.227.15.18; envelope-from=michael.albinus@gmx.de; helo=mout.gmx.net X-detected-operating-system: by eggs.gnu.org: First seen = 2020/10/11 10:00:05 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.io gmane.emacs.help:124428 Archived-At: ken writes: > Hi, Michael, Hi Ken, > When I said "automatically, I meant that, for instance, when I have a > remote file open and I do "C-x C-d", emacs "automatically" puts the > current directory into the minibuffer (so that it can be edited if > desired), and then I hit "Enter" to display the file listing for that > directory.=C2=A0 And the "current directory" here means the directory whe= re > the file resides that was currently open.=C2=A0 In the same way, if I hav= e a > remote file open and then do "C-x C-f", again emacs *automatically* puts > the current directory into the minibuffer (again, which can be edited if > desired), I type in the name of the file I want to open, hit "Enter", > and emacs opens a buffer for that file.=C2=A0 All this is great, fantasti= c, > and the way it should be.=C2=A0 It's so great, in fact, that I don't noti= ce > anymore the *entire* contents of the prompt in the minibuffer, but just > the right-hand part of the minibuffer prompt relevant to the work I'm > doing at that moment. > >=C2=A0 It's worked that way for decades.=C2=A0 So frankly, I > don't remember, because it works so well, whether there was always the > "scp:" as part of the minibuffer prompt for remote files or not.=C2=A0 I > believe so, but that's going on very faint memory of when tramp was > first implemented in emacs decades ago and I wondered at and marveled > over its ability to seamlessly open and edit files on remote machines > pretty much in just the same way as if they were local files, this at a > time when with Windows you had to remember and specify whether a file > was on "A:" or "C:" or wherever, as if they were separate filesystems... > because, for MS, they were.=C2=A0 Not having to remember is great... but = then > occasionally remembering is helpful. And this shall be still the case. There is a buffer-local variable default-directory, which is responsible for all this behaviour. If it isn't changed accidently, it still shall work this way. > As for "which package" provides this functionality, I don't know.=C2=A0 It > used to be a package called "tramp", which I'm sure you're quite > familiar with (being its Hauptaccoucher), but it appears all the tramp What I nice word :-) However, the Hauptaccouchewr is still Kai Grossjohann. I'm just the maintainer. > functionality has been incorporated into emacs and so it's no longer a > separate package; "rpm -qa| grep -i tramp" returns nothing and I don't > see mention of "tramp" anymore in the dozens of emacs status messages > that go flying by when I do anything with remote files.=C2=A0 But I proba= bly > missed the memo on that, so while I'd very much like to know, I can't say= .=C2=A0 Tramp still exists outside Emacs. And you can upgrade to the recent version via GNU ELPA. > It appears that the problem has fixed itself.=C2=A0 Since implementing my > workaround for that one file, emacs now automatically includes that > "scp:" in all the minibuffer prompts for remote files.=C2=A0 I don't know= how > that could have happened, how that one small fix could propagate itself > to all subsequent instances, but my suspicion is that a recent version > update created a small corruption in my ".emacs.desktop", one which left > out that little "scp:" for one file and then all subsequent files and > directories until I put it back in, at which time it put it back in > again for all files and directories. Yes, and that's why I have asked whether it is reproducible. To all of my best knowledge, Tramp does not corrupt the default-directory variable. So I would be grateful if you could show us a recipe for this problem. > =C2=A0 But that's just a blind guess > based on the chronology of the problem's occurrence.=C2=A0 Hopefully we w= on't > have to figure it out with certainty because the problem is now gone > forever.=C2=A0 But if it comes back, say, after a reboot or another versi= on > update, and the workaround fails, then we take another look. Yes, please. > Thanks for your reply and your interest. > Regards, > ken Best regards, Michael.