From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.tramp,gmane.emacs.devel Subject: Re: SCPC Detection Program Date: Tue, 13 Apr 2010 23:01:07 +0200 Message-ID: <877hobrrsc.fsf@gmx.de> References: <8739z26jxo.fsf@gmx.de> <87iq7weaz4.fsf@gmx.de> <8739z0wim6.fsf@gmx.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1271192565 11209 80.91.229.12 (13 Apr 2010 21:02:45 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 13 Apr 2010 21:02:45 +0000 (UTC) Cc: tramp-devel@gnu.org, emacs-devel@gnu.org To: Noah Lavine Original-X-From: tramp-devel-bounces+tramp=quimby.gnus.org@gnu.org Tue Apr 13 23:02:42 2010 Return-path: Envelope-to: tramp@deer.gmane.org Original-Received: from quimby.gnus.org ([80.91.231.51]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1O1nFn-00012p-KL for tramp@deer.gmane.org; Tue, 13 Apr 2010 23:02:39 +0200 Original-Received: from lists.gnu.org ([199.232.76.165]) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1O1nFn-0005XL-00 for ; Tue, 13 Apr 2010 23:02:39 +0200 Original-Received: from localhost ([127.0.0.1]:34325 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O1nFm-0007bI-83 for tramp@quimby.gnus.org; Tue, 13 Apr 2010 17:02:38 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O1nF5-0007Lw-BZ for tramp-devel@gnu.org; Tue, 13 Apr 2010 17:01:55 -0400 Original-Received: from [140.186.70.92] (port=42131 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O1nF3-0007L9-MK for tramp-devel@gnu.org; Tue, 13 Apr 2010 17:01:54 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O1nF1-00042l-Fo for tramp-devel@gnu.org; Tue, 13 Apr 2010 17:01:53 -0400 Original-Received: from mail.gmx.net ([213.165.64.20]:39509) by eggs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1O1nF1-000422-34 for tramp-devel@gnu.org; Tue, 13 Apr 2010 17:01:51 -0400 Original-Received: (qmail invoked by alias); 13 Apr 2010 21:01:48 -0000 Original-Received: from p4FC0096A.dip0.t-ipconnect.de (EHLO detlef.gmx.de) [79.192.9.106] by mail.gmx.net (mp035) with SMTP; 13 Apr 2010 23:01:48 +0200 X-Authenticated: #3708877 X-Provags-ID: V01U2FsdGVkX19dBdNSy5NdFW8t/uT6M300gE58XbyYlAqByt8tmA dwmsI/I29ZFbhD In-Reply-To: (Noah Lavine's message of "Tue, 13 Apr 2010 15:56:41 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-Y-GMX-Trusted: 0 X-FuHaFi: 0.71999999999999997 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-BeenThere: tramp-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: tramp-devel.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: tramp-devel-bounces+tramp=quimby.gnus.org@gnu.org Errors-To: tramp-devel-bounces+tramp=quimby.gnus.org@gnu.org Xref: news.gmane.org gmane.emacs.tramp:7232 gmane.emacs.devel:123599 Archived-At: Noah Lavine writes: > Hi Michael, Hi Noah, > I was thinking about it, and the help string idea does seem better > than version numbers, especially if it turns out that several > different SSH implementations use similarly-formatted help strings. I > think I will check the formatting of a few different version and help > strings before coding more. > > However, I thought of an alternate possibility. What if tramp first > saves the version string of ssh, then tries a connection with > ControlMaster to see if it works, and then remembers whether this > worked or not? Then it would choose a method for future connections > based on the results of the test until the version string changed, at > which point it would experiment again. > > That way it would have to run a test connection only when the user > updated their ssh installation, which seems infrequent enough to be > reasonable, and it would have the advantage that we wouldn't have to > keep any sort of whitelist of ssh programs or help string formats. I think it is not worth the hassle to let a connection fail, and to apply book-keeping of ssh versions. Ted's proposal seems to fit best, I believe. > Noah Best regards, Michael.