From: "Stephen J. Turnbull" <stephen@xemacs.org>
To: esr@thyrsus.com
Cc: emacs-devel@gnu.org, Jason Rumney <jasonr@gnu.org>
Subject: Re: Manual policy (Re: Emacs-devel Digest, Vol 44, Issue 65)
Date: Sat, 13 Oct 2007 03:09:06 +0900 [thread overview]
Message-ID: <87odf46w8t.fsf@uwakimon.sk.tsukuba.ac.jp> (raw)
In-Reply-To: <20071010225534.GA1955@thyrsus.com>
Eric S. Raymond writes:
> Stability is good. Signs of life and responsiveness from the dev team
> are, however, just as important. I want to have reasonable confidence
> that someone is alive to deal with bug reports.
It's not bug reports that are the issue in a recommendation like this
one; it's usability. Arch is stable, and works well as designed. The
issue I think is important is that Arch pioneered the "porcelain
vs. plumbing" distinction that git has so felicitously described; Arch
proper is plumbing, unlike what you (incorrectly) class as "more
modern" derivatives like bazaar and bzr. They're not "more modern",
they're simply integrated and to some extent simplified (Tom would say
"dumbed-down") porcelains. (Plumbing may be optimized, as well, which
is a huge issue with darcs and something of an issue with Arch.)
Arch has proved itself quite amenable to Emacs-based porcelains like
xetla, while still providing the raw power of Arch itself. (Although
I haven't experienced Arch as more powerful than git; I'm curious what
use cases Manoj has in mind that Arch handles well while git does not.)
Nonetheless, I would not recommend Arch as a distributed VC to a
project looking for a VC unless the developers are experienced with
and like Arch (in which case a recommendation in vc.texi is
gratuitous, at least at *the* time of writing ;-). As you probably
perceive, I consider the porcelain/plumbing distinction as elegant and
useful, but all active VC product communities that I know well enough
to consider for my own projects (bzr, hg, git, darcs) are very firmly
in the "porcelain-attached" camp. I suppose that there's a reason
for that; my guess is that it gives a much smoother startup, and a
confused early history can cause a lot of pain later.
I don't have time to review the texi in detail, but I would suggest
recommending Subversion for traditional centralized organization and
as a robust vehicle for timely delivery of sanctioned versioned source
code, the foursome above (possibly adding Monotone about which I know
nothing) for general distributed use, and mentioning the existence of
GNU Arch (which after all is a GNU project and does have some special
features, not to mention substantial historic interest). Then point
to one or more of the excellent comparison pages out on the web, or to
Wikipedia which though of uneven quality is likely to be updated
reasonably often.
HTH
next prev parent reply other threads:[~2007-10-12 18:09 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20071010211743.5104873931@grelber.thyrsus.com>
2007-10-10 21:44 ` Manual policy (Re: Emacs-devel Digest, Vol 44, Issue 65) Eric S. Raymond
2007-10-10 22:00 ` Manoj Srivastava
2007-10-10 22:07 ` Jason Rumney
2007-10-10 22:55 ` Eric S. Raymond
2007-10-12 18:09 ` Stephen J. Turnbull [this message]
2007-10-11 14:46 ` Stefan Monnier
2007-10-11 15:03 ` Eric S. Raymond
2007-10-11 15:05 ` David Kastrup
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=87odf46w8t.fsf@uwakimon.sk.tsukuba.ac.jp \
--to=stephen@xemacs.org \
--cc=emacs-devel@gnu.org \
--cc=esr@thyrsus.com \
--cc=jasonr@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.