From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9864 invoked by alias); 29 Jan 2014 18:02:10 -0000 Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Workers List List-Post: List-Help: X-Seq: 32321 Received: (qmail 12841 invoked from network); 29 Jan 2014 18:02:05 -0000 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,RCVD_IN_DNSWL_MED,SPF_HELO_PASS,UNPARSEABLE_RELAY autolearn=ham version=3.3.2 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=spodhuis.org; s=d201312; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:To:From:Date; bh=qr6uZpEqII9UbnjMl0As2GQQOspZIksUKTlqo8nEwI0=; b=L/cNHBJPw8Gj8XQymgk1JoTh76vnWSjpYYksyJfqu4pSKZ+WTYxWFex2JBJIACbYTy4UAnUHf1Gb2YK71QpsUoxBQhTHKrHrIlLG6vC6qDnpqXUTb5m6343OUqrFN+e3XPhj/u2E2y+8ugr02r/TVWnjguQY7PDL7dFnbJPKKnS7LizeJM8WMa5JdxaFAeYgHtGjH9askLsgwhlr; Date: Wed, 29 Jan 2014 13:02:02 -0500 From: Phil Pennock To: zsh-workers@zsh.org Subject: Re: [PATCH 1/1] autocompletion: make ssh aware of ed25519 Message-ID: <20140129180202.GA88615@redoubt.spodhuis.org> Mail-Followup-To: zsh-workers@zsh.org References: <1390983245-5898-1-git-send-email-mail@eworm.de> <87lhxy947d.fsf@gmail.com> <20140129163922.GE27889@sym.noone.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140129163922.GE27889@sym.noone.org> OpenPGP: url=https://www.security.spodhuis.org/PGP/keys/0x3903637F.asc On 2014-01-29 at 17:39 +0100, Axel Beckert wrote: > On Wed, Jan 29, 2014 at 04:51:18PM +0100, Christian Neukirchen wrote: > > Perhaps it would be better to parse the output of "ssh -Q cipher" and > > "ssh -Q key", but "ssh -Q" is not supported by older versions of OpenSSH > > (neither is ed25519 there...). > > ed25519 is not yet supported by any released version of OpenSSH. It > will be supported by the upcoming 6.5 release. This is a suggestion without code/patch to back it up, so my voice counts for very little, but ... Perhaps a trade-off which avoids offering unusable completions to older systems is to code for two modes: "ssh -Q supported" and "ssh -Q not supported" and to _only_ statically configure in zsh's completion those completion values which existed _before_ "ssh -Q" was added. This provides a finite bound to data-value churn in zsh's completion. -Phil