From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Sean Whitton Newsgroups: gmane.emacs.bugs Subject: bug#74105: 30.0.92; Some issues in TRAMP NEWS entries Date: Sun, 03 Nov 2024 15:15:56 +0800 Message-ID: <87ldy023f7.fsf@melete.silentflame.com> References: <87v7x9g82h.fsf@melete.silentflame.com> <87frod957b.fsf@gmx.de> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="19850"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: 74105@debbugs.gnu.org To: Michael Albinus Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Nov 03 08:17:20 2024 Return-path: Envelope-to: geb-bug-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 1t7UrO-00050i-Up for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 03 Nov 2024 08:17:19 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1t7UrH-0006LJ-2U; Sun, 03 Nov 2024 02:17:11 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1t7Ur9-0006Jp-H9 for bug-gnu-emacs@gnu.org; Sun, 03 Nov 2024 02:17:03 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1t7Ur8-00015D-3w for bug-gnu-emacs@gnu.org; Sun, 03 Nov 2024 02:17:02 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=debbugs.gnu.org; s=debbugs-gnu-org; h=MIME-Version:Date:References:In-Reply-To:From:To:Subject; bh=UJOuD7dIA55Df4QFt+9RgS6U4EyC+eDi3qeqomGiGMQ=; b=bwrUoazflVhOVe604WTEq+JSa+AUSsQiNiFu+ushAeEGrZQ+7vupz5iMUuzcYQ/qPqpXw6f9rGRxO6Zzh7k9OVBS4fUAhVJvyQWlqZc3ux3t0ytnaf8mben3LxEVmPPN+Hp8Z507c3wBGiHsjLWZL9Q0RUv8znfoNMel922JUV4J7lgP3RroGQm5gqdTzaw957WAfQeDAdLyuPg8tsnu+H2RPE34OB8GJpakWAp5EnXlAtKbvkrUBjXYWUmAqyAJsLdSrUmfpu048Y1TKeYXxwcgEuXG310qTSsMeu8qqSY6TjJS9klebcjgfB8H+ftRVBpXBf1Eslfx3zotVKCdfg==; Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1t7Ur7-0003b7-UD for bug-gnu-emacs@gnu.org; Sun, 03 Nov 2024 02:17:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Sean Whitton Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 Nov 2024 07:17:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74105 X-GNU-PR-Package: emacs Original-Received: via spool by 74105-submit@debbugs.gnu.org id=B74105.173061817113795 (code B ref 74105); Sun, 03 Nov 2024 07:17:01 +0000 Original-Received: (at 74105) by debbugs.gnu.org; 3 Nov 2024 07:16:11 +0000 Original-Received: from localhost ([127.0.0.1]:58547 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1t7UqI-0003aR-T6 for submit@debbugs.gnu.org; Sun, 03 Nov 2024 02:16:11 -0500 Original-Received: from sendmail.purelymail.com ([34.202.193.197]:38836) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1t7UqG-0003a6-4q for 74105@debbugs.gnu.org; Sun, 03 Nov 2024 02:16:10 -0500 DKIM-Signature: a=rsa-sha256; b=enfBZv4KgcPspaOn8ZZPPVIbFWpB7Mf3Cf5t+6iVAAA1kiptU6PPYaFpBMJCto3lnMqG+751EvIZ0fic8HPUEhu4UkOb9o7iVJAAJ4d8sp+4vn+NSM8xMEKcpGGfBQoe3/7oKglM0pwhSnqteYAT7gvuVoVhtMajD71b4w2Fms8kg3B6pvtIDePhkI6OI4gRdL+/oSxpny0vKaR1PEG3gmKB+InhTnUsAacK1LkDVNgWtTE/H4e7ya+vJRELdobqWrsgmyxPx3+NRxo3+HE6Xl5rWIsLfMW7BjbLdY3HE0LeugBFB7EHKSYxyuxu8d8qdP4d0seVs0Ng3R9dLRh2TA==; s=purelymail3; d=spwhitton.name; v=1; bh=hrIruO8VkW8Y7srxhCXlLX8WuWrPSkv3AIqH9bdGZJU=; h=Received:Received:From:To:Subject:Date; DKIM-Signature: a=rsa-sha256; b=enZPMJYheEZrFy/HynLzJc9N6vfjjdinmZHEmQHkiDsqtiJHvyImnxcd4ak/v/NaxaZuJq8XynvQ1ry4VWfCyfHkaqwI4Bt0KyTGY7MCXzRCKkZCrPuJLcQ52ZNqItRhrGlwbS/iQa3ACwSrTT3E8QX/RnjlCGqkKAuaW3UubpzBBVKg1CrnRJOYO0pLPotMt0Hx154jIU9gwIcbOwgXwbZJTQoLLVxfEE3tuSDpi6R8jD4CGUAiNEsnEKSBDEdfYZ2+rj4g/RM2Kdzl8j1VtWgtl3woPFlVuMOgRdOAqO86GjZZi3v0RN0cCUsWpBbQMGB1bVy21iZIFFR+0M2lIQ==; s=purelymail3; d=purelymail.com; v=1; bh=hrIruO8VkW8Y7srxhCXlLX8WuWrPSkv3AIqH9bdGZJU=; h=Feedback-ID:Received:Received:From:To:Subject:Date; Feedback-ID: 20115:3760:null:purelymail X-Pm-Original-To: 74105@debbugs.gnu.org Original-Received: by smtp.purelymail.com (Purelymail SMTP) with ESMTPSA id -1856763467; (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384); Sun, 03 Nov 2024 07:15:58 +0000 (UTC) Original-Received: by melete.silentflame.com (Postfix, from userid 1000) id 0C1AA7EFABB; Sun, 3 Nov 2024 15:15:56 +0800 (CST) In-Reply-To: <87frod957b.fsf@gmx.de> (Michael Albinus's message of "Wed, 30 Oct 2024 12:54:16 +0100") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:294789 Archived-At: Hello, On Wed 30 Oct 2024 at 12:54pm +01, Michael Albinus wrote: > No, the whole tramp-connection-properties machinery is not replaced, > otherwise it would have been mentioned in NEWS. Furthermore, it is still > explained in the Tramp info manual of Emacs 30, which could give you an > indication that it still exists. How about explicitly saying that it's not deprecated? NEWS says that the connection property is deprecated, and the manual says that the old way will eventually stop working. In the presence of the new connection local variables, it is very natural to mistakenly think that connection properties as a whole are going away. So how about just In previous Emacs versions this was indicated by the connection property "direct-async-process". That connection property (though not connection properties and `tramp-connection-properties' in general) is now deprecated. > I don't know whether it is common praxis. I, for example, access my NAS > boxes (QNAP) via ssh w/o direct async processes. Simply, because they > are special, and do not cooperate well with direct async processes. That's fair enough, it's easy to assume one's own practices are common. > Furthermore, there are also disadvantages using direct async processes, > which are listed in the Tramp manual (same node as above). This prevents > me from saying, all connections using "ssh" shall use direct async > processes. And what's about "scp"? You can also use direct async > processes for such connections. Would you like to recommend this as well > in general? Where do you want to stop? Recommend "rsync"? > > Sorry, but the conditions are more complex than you expect. People shall > find out what's best suited for them. I read the list of disadvantages, and I think most of them don't apply to the majority of users. I didn't know about it for SCP and rsync but now intend to enable it :) I still think it would be a good idea to give an answer to "just turn this on for everything, please" in the manual. >> (3) Has there been a change to how password caching works? >> >> I tried deleting the session-timeout configuration. I made a >> /sudo:: connection. After some time passed, I saw the familiar >> "Tramp connection timed out" message. But it reconnected >> immediately when I tried to save a buffer I had open. Does it now >> cache the sudo password? In the past, you had to type it again, >> after the timeout. >> >> If there is a change here, it's security-relevant, so it should >> probably be in NEWS. > > Likely, you're trapped by the following change, documented in NEWS.29: > > --8<---------------cut here---------------start------------->8--- > *** Proper password prompts for methods "doas", "sudo" and "sudoedit". > The password prompts for these methods reflect now the credentials of > the user requesting such a connection, and not of the user who is the > target. This has always been needed, just the password prompt and the > related 'auth-sources' entry were wrong. > --8<---------------cut here---------------end--------------->8--- > > If it is something else, we need to debug. Hmm, isn't this NEWS.29 change just a change in the password prompt? I don't see how that applies to what I described. Unless it caches the sudo password, it shouldn't have been able to reconnect. -- Sean Whitton