From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14395 invoked by alias); 4 Jul 2010 12:10:49 -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: 15146 Received: (qmail 29034 invoked from network); 4 Jul 2010 12:10:36 -0000 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM autolearn=ham version=3.3.1 Received-SPF: pass (ns1.primenet.com.au: SPF record at _spf.google.com designates 209.85.161.43 as permitted sender) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject :in-reply-to:references:user-agent:date:message-id:mime-version :content-type:content-transfer-encoding; bh=5K+SvGD8pvoJYvykfOFsdXcahYj6KbUnDy2AknJhAAk=; b=ZKqvuTemzv6Oa4DefUNOnIYGH7GkwFsisEMRWGAVJizqJQW+DBFzkXNg6NHd0slZ0E Lf1xSOU7uMvdAcaUfpcfY8345H6GHZOG9TzQjnVIcHTKiDQQDy9BzrmltjRyx+pUadlD c6YGNWsdsMs57ZDcRACwJxQ+b+kcRSI6fDpL8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:in-reply-to:references:user-agent:date :message-id:mime-version:content-type:content-transfer-encoding; b=MlzaDiqT8yAqO2GWnQ16MDEgjviWjFFmftCU6fIdbnCvlmrPyIMsVeYmtP7v9tjViX vk41EXrxo/CIW8LKL5fPdsaQol0ng+m9a2h0vGPcMc13AKAMLMA46/Gtue2/G3KrX5Rq BuyRBQwMxWB3nvDGiOU+rLYGLQqsHUIUR4WR8= From: =?utf-8?B?xaB0xJtww6FuIE7Em21lYw==?= To: Simon Ruderich Cc: zsh-users@zsh.org Subject: Re: Git completion - contributing to git.git In-Reply-To: <20100704095831.GA14152__37531.721746973$1278237962$gmane$org@ruderich.org> (Simon Ruderich's message of "Sun, 4 Jul 2010 11:58:31 +0200") References: <87hbkf1vqe.fsf@gmail.com> <20100704095831.GA14152__37531.721746973$1278237962$gmane$org@ruderich.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) Date: Sun, 04 Jul 2010 14:09:42 +0200 Message-ID: <87wrtbzbw9.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Simon Ruderich writes: > On Sun, Jul 04, 2010 at 10:45:13AM +0200, =C5=A0t=C4=9Bp=C3=A1n N=C4=9Bme= c wrote: >>>> I=E2=80=99d rather not, to be honest. It=E2=80=99s always a pain to h= ave two files, >>>> as they can become out of sync when patches are sent to one repository >>>> and not the other, users don=E2=80=99t know which version to use, and = so on. >>> >>> +1 >>> >>> There's nothing special about Git either. What of the other 500 odd >>> completion functions and 'associated' projects? >> >> What's special about Git is that new options are added and various >> tweaks done _very_ often. The Zsh Git completion, apart from being >> buggy/unfinished (some of the problems were fixed recently), is also >> out of sync, because nobody really follows Git development and updates >> it accordingly. > > I'm not very actively following Git's development (always running > latest release though), but I don't think that's the case for the > "normal" user. I consider myself an intermediate/advanced git > user and use _git from the current zsh CVS checkout and I've > never felt _git was missing something important (sometimes file > completion could be even smarter - and maybe faster, but it's > already very good). Sometimes one option or another is missing, > but I don't think that's a big problem as I can just add it (or > ignore it, as I don't need all of git's options anyway). I didn't mean to imply _git was not "good enough". Obviously it is sufficient for the people that are using it, otherwise there would be much more work being done on it than currently is. But that doesn't mean it can't and shouldn't be improved. >> The only problem I see is whether there are really enough Zsh users >> following Git development and at the same time able and willing to >> maintain the completion script. > > I don't see the difference between maintaining the _git file in > zsh's CVS or in git's git repository regarding the speed of > development of _git. > > If an active git developer (or anybody else) wants to update it > in zsh's CVS he only needs to send the patches here and they are > applied quickly. Maybe. I've seen some _git patches lying on this list for several weeks before being applied, but recently that seems to be an exception. So yeah, if someone from the Git side gets more involved and sends patches every now and then and they get applied in reasonable time, there might be no difference. > The only difference is, as others have already mentioned, that > maintaining a file in two places is a very bad thing. And as user > I have to look in many different places (and I even have to know > that the completion exists) to get my completion functions. > That's not a very good idea. AIUI the "maintaining a file in two places" idea was conditioned by some kind of synchronization scheme, i.e. you could use either of the versions, because they would just be the same most of the time. Failing that, it seems to me (having been following both zsh-workers and the Git list for some time) that having _git in Git (given there are people who'd work on it, see my previous mail), and possibly just using this list for getting advice when they're stuck or want to discuss something with more Zsh users, might be more effective, esp. on the synchronization front (the Bash completion changes often get committed immediately after the corresponding Git feature is added). > IMHO moving _git to git's repository only increase the work in > maintaining it, sometimes which could be spend much better in > improving it. I don't see how it would increase the work. =C5=A0t=C4=9Bp=C3=A1n