From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: James Westby Newsgroups: gmane.comp.version-control.bazaar-ng.general,gmane.emacs.devel Subject: Re: Emacs Bazaar repository Date: Fri, 14 Mar 2008 14:09:41 +0000 Message-ID: <1205503781.6161.405.camel@flash> References: <87skyvse7k.fsf@xmission.com> <86ejae96t4.fsf@lola.quinscape.zz> <47DA3601.3040507@arbash-meinel.com> <85d4px4edd.fsf@lola.goethe.zz> <1205502278.6161.398.camel@flash> <857ig54dak.fsf@lola.goethe.zz> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1205503728 11540 80.91.229.12 (14 Mar 2008 14:08:48 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 14 Mar 2008 14:08:48 +0000 (UTC) Cc: bazaar@lists.canonical.com, Matthieu Moy , schwab@suse.de, emacs-devel@gnu.org, Eli Zaretskii To: David Kastrup Original-X-From: bazaar-bounces@lists.canonical.com Fri Mar 14 15:09:07 2008 Return-path: Envelope-to: gcvbg-bazaar-ng@m.gmane.org Original-Received: from chlorine.canonical.com ([91.189.94.204]) by lo.gmane.org with esmtp (Exim 4.50) id 1JaAag-0005eS-Jw for gcvbg-bazaar-ng@m.gmane.org; Fri, 14 Mar 2008 15:08:58 +0100 Original-Received: from localhost ([127.0.0.1] helo=chlorine.canonical.com) by chlorine.canonical.com with esmtp (Exim 4.60) (envelope-from ) id 1JaAa5-00040x-MR; Fri, 14 Mar 2008 14:08:21 +0000 Original-Received: from jameswestby.net ([89.145.97.141]) by chlorine.canonical.com with esmtp (Exim 4.60) (envelope-from ) id 1JaAa3-00040q-MO for bazaar@lists.canonical.com; Fri, 14 Mar 2008 14:08:19 +0000 Original-Received: from 77-99-12-164.cable.ubr13.azte.blueyonder.co.uk ([77.99.12.164] helo=[192.168.1.109]) by jameswestby.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1JaAa0-00069w-7z; Fri, 14 Mar 2008 14:08:16 +0000 In-Reply-To: <857ig54dak.fsf@lola.goethe.zz> X-Mailer: Evolution 2.22.0 X-BeenThere: bazaar@lists.canonical.com X-Mailman-Version: 2.1.8 Precedence: list List-Id: bazaar discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bazaar-bounces@lists.canonical.com Errors-To: bazaar-bounces@lists.canonical.com Xref: news.gmane.org gmane.comp.version-control.bazaar-ng.general:38572 gmane.emacs.devel:92552 Archived-At: On Fri, 2008-03-14 at 14:59 +0100, David Kastrup wrote: > James Westby writes: > > > On Fri, 2008-03-14 at 14:35 +0100, David Kastrup wrote: > >> John Arbash Meinel writes: > >> > >> > The biggest reason 'bzr log' is slow is because we spend some time > >> > analyzing the ancestry to give a "pretty" view, while git/hg do not. > >> > >> git most certainly does. > > > > But it's analysis is different. > > How? May I point you to my blog post of yesterday that explains some of these issues, rather than spell if all out here? http://jameswestby.net/weblog/bzr/01-revision-numbers.html The last section is on this particular issue. The gist of it is that topological sorting means that children appear before their parents. bzr does "merge sorting" that ensures that a revision does not appear after a revision that it is not an ancestor of. > > I'm sure that John did not intend to say that git "sucks", and I > > firmly believe that none of us believes that, and certainly no-one > > would argue that it is not faster than bzr. > > > > I think there are still criticisms of the UI, even though it has > > significantly improved recently. > > Sigh. So it is fine if the logs of bzr are really slow because the UI > of git is considered not all too hot. > Please don't put words in to my mouth. I was trying to say that while we might acknowledge that git is faster, there are still things we are trying to do with bzr that make it worthwile working on it, rather than all switching to hack on git. While we may be able to offer some UI improvements to git itself there may be fundamental differences that mean git may always fall short of what we would like. There are also things that bzr can do that git will never do (barring any big changes in direction), for instance foreign branch support. Thanks, James