From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3355 invoked by alias); 10 Sep 2012 12:13:11 -0000 Mailing-List: contact zsh-users-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Users List List-Post: List-Help: X-Seq: 17251 Received: (qmail 13453 invoked from network); 10 Sep 2012 12:13:08 -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=0.5 required=5.0 tests=BAYES_00, TVD_PH_BODY_ACCOUNTS_PRE autolearn=no version=3.3.2 Received-SPF: none (ns1.primenet.com.au: domain at vinc17.net does not designate permitted sender hosts) Date: Mon, 10 Sep 2012 14:13:06 +0200 From: Vincent Lefevre To: zsh-users@zsh.org Subject: Re: Zsh on Debian is beginning to rot Message-ID: <20120910121306.GI16413@xvii.vinc17.org> Mail-Followup-To: zsh-users@zsh.org References: <20120909131050.15057aa6@internecto.net> <87mx0ze7sr.fsf@ft.bewatermyfriend.org> <20120910080650.GG16413@xvii.vinc17.org> <87ipbme0am.fsf@ft.bewatermyfriend.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <87ipbme0am.fsf@ft.bewatermyfriend.org> X-Mailer-Info: http://www.vinc17.net/mutt/ User-Agent: Mutt/1.5.21-6215-vl-r53514 (2012-07-22) On 2012-09-10 10:42:41 +0200, Frank Terbeck wrote: > Vincent Lefevre wrote: > > On 2012-09-09 13:48:20 +0200, Frank Terbeck wrote: > >> What do you mean not much better. There is virtually no difference > >> between 4.3.17 and 5.0.0. > > > > Wrong. There's an important difference: bug 679345 (svn completions) > > is fixed in zsh 5.0.0, but not in 4.3.17. > > One bug in one small part of the shell as a whole does NOT invalidate my > statement. Not at all. It may be a small part of the shell, but affects all users of both zsh and svn, IMHO not a small part of the zsh user base (by "small", I mean not small enough to ignore the bug). And this bug is very annoying in practice. > If that is not possible (which would surprise me, to say the least), > admins can always drop a fixed _subversion into > `/usr/local/share/zsh/site-functions'. > > I realise, that the latter would not be a desirable state at all; so no > need to lecture me on that. I am just pointing out a way out in the > worst case scenario. The main problem with that is that it is easy to forget such files, thus the one that will be taken into account may never be updated, and this is really bad. It would have been great if such files were versioned, so that it would be possible to tell zsh to take the most recent one. -- Vincent Lefèvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)