From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Karl Fogel Newsgroups: gmane.emacs.devel Subject: Re: What have the Romans done for us? (Bazaar) Date: Mon, 05 Apr 2010 11:32:56 -0400 Message-ID: <87mxxhhq3b.fsf@red-bean.com> References: <20100405145637.GA3248@muc.de> Reply-To: Karl Fogel NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1270482956 18424 80.91.229.12 (5 Apr 2010 15:55:56 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 5 Apr 2010 15:55:56 +0000 (UTC) Cc: emacs-devel@gnu.org To: Alan Mackenzie Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Apr 05 17:55:43 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1NyoeK-0003zf-TE for ged-emacs-devel@m.gmane.org; Mon, 05 Apr 2010 17:55:41 +0200 Original-Received: from localhost ([127.0.0.1]:42194 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NyoeK-00033b-Ea for ged-emacs-devel@m.gmane.org; Mon, 05 Apr 2010 11:55:40 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NyoeF-00033J-F3 for emacs-devel@gnu.org; Mon, 05 Apr 2010 11:55:35 -0400 Original-Received: from [140.186.70.92] (port=55063 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NyoeE-00032u-5v for emacs-devel@gnu.org; Mon, 05 Apr 2010 11:55:35 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1NyoeB-0006Dt-Ug for emacs-devel@gnu.org; Mon, 05 Apr 2010 11:55:34 -0400 Original-Received: from osh-net-219-98.onshore.net ([66.146.219.98]:53849 helo=sanpietro.red-bean.com) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NyoeB-0006D8-Qy for emacs-devel@gnu.org; Mon, 05 Apr 2010 11:55:31 -0400 Original-Received: from localhost ([127.0.0.1]:33874 helo=kfogel-work ident=kfogel) by sanpietro.red-bean.com with esmtp (Exim 4.71) (envelope-from ) id 1NyoIL-000812-9i; Mon, 05 Apr 2010 10:32:57 -0500 In-Reply-To: <20100405145637.GA3248@muc.de> (Alan Mackenzie's message of "Mon, 5 Apr 2010 14:56:37 +0000") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.93 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:123204 Archived-At: Alan Mackenzie writes: >Would somebody please remind me of all the advantages Bazaar has over >CVS, all the wonderful things it enables one to do. > >Right at the moment, it just seems like a slow, slow, slow and buggy >replacement for CVS, which consumes several hundred megabytes of my disk >space more than CVS did. If you don't typically have multiple different branches going at once, then there is no space advantage to Bzr. (On the other hand, for some people there are advantages to having all the history locally, though those may not be advantages for you.) >There doesn't seem to be a bzr equivalent of >http://cvs.savannah.gnu.org/viewcv; There is; it's called loggerhead. But it's broken on Savannah right now. See https://savannah.gnu.org/support/index.php?107142. > bzr log is so slow (40 seconds) as >to be only somewhat useful. Hmm. On my 4-year-old IBM ThinkPad R60 running Debian GNU/Linux: $ time bzr log -n0 --show-ids > log-n0.out real 0m25.147s user 0m23.173s sys 0m1.540s $ That's for the entire history of the project. I don't have a CVS tree handy to test with, but my memory is CVS was not faster at that operation -- though of course, CVS had to go over the network, so it's hard to compare, really. What exact log operations are slow for you vs the comparable CVS operations? (A non-rhetorical question, by the way. I believe you when you say it's slow, I just want to narrow down what "it" is.) > Even updating one's repository takes many >minutes, something which took only a few seconds with CVS. Yes. But remember: https://savannah.gnu.org/support/?107077 (which is actively being worked on). >Worst of all is the lack of a proper fine manual; what there is is >available only in html or "bzr help", neither of which is properly >searchable; what there is is also bloated and vague and generally of >low quality. ? http://doc.bazaar.canonical.com/en/ points to plenty of downloadable documentation, in HTML, CHM, and PDF formats. >At Stefan's suggestion, I tried > > $ bzr diff -r tag:EMACS_23_1 lisp/progmodes/cc-*.el > >. This crashes bzr. I've just updated to the latest version of bzr >(2.1.0), and it still crashes. So keen are bzr's developers to get >decent bug reports that they make you register (on "launchpad") before >they'll deign to permit you to submit one. They insist on you >submitting this bug report via a script running in a web-browser. That >script fails on my machine, so I'm stuffed. Anybody know a mail address >to get in touch with the bazaar team? Sure: I report bzr bugs at https://bugs.edge.launchpad.net/bzr/+filebug (well, I navigate my way there from the Bazaar project home page, but that's the page I'm aiming for). I don't use any "script running in a web-browser"; not sure what you're referring to. IMHO it's fine to just describe your bug on that mailing list. >So, yes, bzr is wonderful, because it's a DISTRIBUTED VCS, and >distributed VCSs are Good Things. Would somebody please remind me why? Well, if you don't like doing the new things that DVCS allows you to do, then yeah, there aren't any advantages :-). For those who like having all history locally, being able to make and merge task branches, being able to easily push fully-versioned trees to other places, etc, it's much better. I personally would never want to go back. (I also like the truly atomic commits with unambiguous identifying handles, though that isn't specific to DVCS of course.) But I can certainly see how there are some developers for whom these things are not a step forward. (Also, some of us like the better sanitation and medicine and education and irrigation and public health and roads and a freshwater system and baths and public order...) -Karl