GNU bug report logs - #70901
30.0.50; Tramp doesn't use ControlMaster even with (setq tramp-use-connection-share nil)

Previous Next

Package: emacs;

Reported by: Dmitry Gutov <dmitry <at> gutov.dev>

Date: Mon, 13 May 2024 02:01:02 UTC

Severity: normal

Found in version 30.0.50

Fixed in version 30.1

Done: Michael Albinus <michael.albinus <at> gmx.de>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#70901: closed (30.0.50; Tramp doesn't use ControlMaster even
 with (setq tramp-use-connection-share nil))
Date: Sat, 25 May 2024 09:44:02 +0000
[Message part 1 (text/plain, inline)]
Your message dated Sat, 25 May 2024 11:42:49 +0200
with message-id <874jamfcrq.fsf <at> gmx.de>
and subject line Re: bug#70901: 30.0.50; Tramp doesn't use ControlMaster even with (setq tramp-use-connection-share nil)
has caused the debbugs.gnu.org bug report #70901,
regarding 30.0.50; Tramp doesn't use ControlMaster even with (setq tramp-use-connection-share nil)
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
70901: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=70901
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
From: Dmitry Gutov <dmitry <at> gutov.dev>
To: bug-gnu-emacs <at> gnu.org
Subject: 30.0.50; Tramp doesn't use ControlMaster even with (setq
 tramp-use-connection-share nil)
Date: Mon, 13 May 2024 05:00:28 +0300
I have ~/.ssh/config set up correctly enough that

ssh <user>@<host> in the terminal connects quickly (and when I Ctrl-D
out of it, it finishes with "Shared connection to <...> closed.")

But I haven't been able to make Tramp reuse the connection.

I (setq tramp-use-connection-share nil) - so it would pick up the user
settings from my ssh config - and the first 'C-x C-f /ssh:user <at> host:'
takes a lot of time anyway with its "Opening connection ...".

For context: I'm on a high-latency network node geographically, and
using an even slower server for this example. I.e. my ping to it is
~170ms, but the full new ssh connection takes around 4 seconds.

On a related note, are asynchronous processes supposed to use
ControlMaster when it's available? I get "Opening connection ..." for
every M-& call, for example.

In GNU Emacs 30.0.50 (build 7, x86_64-pc-linux-gnu, X toolkit, cairo
 version 1.18.0, Xaw scroll bars) of 2024-05-12 built on potemkin
Repository revision: b20d4ab374fb9b3c80b968df6acd6444f763bd40
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12302000
System Description: Ubuntu 23.10


[Message part 3 (message/rfc822, inline)]
From: Michael Albinus <michael.albinus <at> gmx.de>
To: Dmitry Gutov <dmitry <at> gutov.dev>
Cc: 70901-done <at> debbugs.gnu.org
Subject: Re: bug#70901: 30.0.50; Tramp doesn't use ControlMaster even with
 (setq tramp-use-connection-share nil)
Date: Sat, 25 May 2024 11:42:49 +0200
Version: 30.1

Dmitry Gutov <dmitry <at> gutov.dev> writes:

> Hi Michael,

Hi Dmitry,

>> I've changed it such a way that the message "Opening connection ..."
>> appears only until the prompt from remote is seen. For the rest, there
>> will be another message "Setup connection ...".
>> As bonus, the "Opening connection ..." message appears now for every
>> hop
>> in the multi-hop case. This is new.
>> Could you pls check the appended patch?
>
> It's working well, thank you.

Thanks for the feedback. Pushed to master, closing the bug.

> A minor downside is more messages, but at level 3 Tramp is fairly
> chatty anyway - so people who would be bothered by it should reduce
> the value of 'tramp-verbose'. But now the connection process looks
> more clear.

You cannot have both: dividing the message into two different ones, and
not making Tramp more chatty. And if you change the message level of
"Setup connection ..." to something different, there will be a quiet
Tramp saying "Opening connection ... done" w/o returning control to the
user for a while. Another source of complaints I like to avoid.

The change, that Tramp says now "Opening connection ..." for every hop
in a multi-hop environment is an advantage I believe. You have a better
view on where Tramp is working (and maybe being blocked).

> Best regards,
> Dmitry

Best regards, Michael.


This bug report was last modified 1 year and 55 days ago.

Previous Next


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