From: Karl Fogel <kfogel@red-bean.com>
To: Alan Mackenzie <acm@muc.de>
Cc: emacs-devel@gnu.org
Subject: Re: What have the Romans done for us? (Bazaar)
Date: Mon, 05 Apr 2010 11:32:56 -0400 [thread overview]
Message-ID: <87mxxhhq3b.fsf@red-bean.com> (raw)
In-Reply-To: <20100405145637.GA3248@muc.de> (Alan Mackenzie's message of "Mon, 5 Apr 2010 14:56:37 +0000")
Alan Mackenzie <acm@muc.de> 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: <bazaar {_AT_} lists.ubuntu.com>
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
next prev parent reply other threads:[~2010-04-05 15:32 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-04-05 14:56 What have the Romans done for us? (Bazaar) Alan Mackenzie
2010-04-05 15:32 ` Karl Fogel [this message]
2010-04-05 16:08 ` Andreas Schwab
2010-04-05 20:54 ` Karl Fogel
2010-04-05 21:11 ` Andreas Schwab
2010-04-05 21:19 ` Andreas Schwab
2010-04-05 16:40 ` Eli Zaretskii
2010-04-05 19:44 ` Stefan Monnier
2010-04-05 22:01 ` Eli Zaretskii
2010-04-05 20:56 ` Karl Fogel
2010-04-05 19:39 ` Óscar Fuentes
2010-04-06 14:31 ` Alan Mackenzie
2010-04-06 15:24 ` Andreas Schwab
2010-04-06 17:02 ` Chad Brown
2010-04-06 19:50 ` Juri Linkov
2010-04-07 6:33 ` Eli Zaretskii
2010-04-07 18:47 ` Stephen J. Turnbull
2010-04-05 15:34 ` Eli Zaretskii
2010-04-05 15:43 ` Andreas Schwab
2010-04-05 16:42 ` Eli Zaretskii
2010-04-05 19:52 ` Stefan Monnier
2010-04-06 10:43 ` Richard Stallman
2010-04-07 18:11 ` Stephen J. Turnbull
2010-04-05 16:01 ` Chad Brown
2010-04-05 19:56 ` Stefan Monnier
2010-04-05 23:06 ` chad
2010-04-06 7:14 ` Stephen J. Turnbull
2010-04-05 16:12 ` Chong Yidong
2010-04-06 10:43 ` Richard Stallman
2010-04-06 13:25 ` Alan Mackenzie
2010-04-12 5:04 ` Martin Pool
2010-04-06 14:35 ` Jason Rumney
2010-04-06 16:20 ` Alan Mackenzie
2010-04-07 18:21 ` Stephen J. Turnbull
2010-04-07 20:38 ` Óscar Fuentes
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87mxxhhq3b.fsf@red-bean.com \
--to=kfogel@red-bean.com \
--cc=acm@muc.de \
--cc=emacs-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.