GNU bug report logs - #61926
29.0.60; [PATCH] Make tramp-remote-path behave like exec-path

Previous Next

Package: emacs;

Reported by: João Távora <joaotavora <at> gmail.com>

Date: Fri, 3 Mar 2023 00:19:01 UTC

Severity: normal

Found in version 29.0.60

Full log


Message #14 received at 61926 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefankangas <at> gmail.com>
To: João Távora <joaotavora <at> gmail.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>, michael.albinus <at> gmx.de, 61926 <at> debbugs.gnu.org
Subject: Re: bug#61926: 29.0.60;
 [PATCH] Make tramp-remote-path behave like exec-path
Date: Tue, 11 Feb 2025 20:38:08 -0800
João Távora <joaotavora <at> gmail.com> writes:

> On Fri, Mar 3, 2023 at 7:24 AM Eli Zaretskii <eliz <at> gnu.org> wrote:
>
>> We nowadays have variable-watching feature in Emacs, see
>> add-variable-watcher.  Could that facility be used in this case to
>> allow a more elegant solution?
>
> Yes, good idea.  But only if we have access to the cache
> locations that we have to flush. These would be the "remote-path"
> properties of every Tramp connection, and I _think_ there's
> an accessor for that, but I have to check.
>
> Which reminds me, that patch I sent has a big thinko :-)
>
> If you re-set tramp-remote-path you get flushing for the
> next call to tramp-get-remote-path, which will be for a given
> connection.  At that moment you forget changes by setting
> tramp-last-used-remote-path so and you will fail to flush for
> the next connection.
>
> Not hard to fix, we just have to make sure to flush _all_
> connections when we detect the change, however we detect it.

What's the status here?  Did you make any progress with this?




This bug report was last modified 125 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.